Até a noite passada, eu tinha remmina funcionando bem. Eu poderia executar o RDP através de um túnel SSH e tudo estava bem.
Então parou de funcionar. Eu posso chegar até a caixa de diálogo de senha da minha máquina de trabalho, mas ela diz apenas Cannot connect to RDP server localhost .
Eu não consigo encontrar nenhum log que pareça interessante. Eu reinstalei o remmina, limpei meu diretório .remmina , reiniciei minha máquina e até reiniciei meu gateway.
Só para tornar realmente estranho, meu laptop (que tem a mesma configuração - o Ubuntu e Remmina mais recentes) pode fazer a conexão muito bem. Ele está passando pelo mesmo roteador, embora sem fio.
Alguma opinião?
Não sei por que funcionou, mas comecei a alterar as configurações uma por vez. Quando eu editei as propriedades da conexão, eu olhei na aba "advanced" e mudei a segurança de "negociar" para "TLS", e voila, tudo funciona.
Estranhamente, "negociar" ainda funciona no laptop, mas pelo menos estou de volta aos negócios com meu monitor maior:)
Isso aconteceu comigo e eu encontrei esta resposta que resolveu o problema. Apenas rm ~/.freerdp/known_hosts e tente novamente.
Aparentemente isso acontece quando as chaves no servidor de encapsulamento mudam. Veja este bug .
O primeiro link agora aponta para uma resposta excluída, então aqui estão algumas das informações adicionais desse link:
Parece que o arquivo "known_hosts" contém alguns dados de roteamento para cada servidor, que os dados ficam desatualizados às vezes e quando Remmina tenta se conectar usando os dados desatualizados, ele falha. Excluindo o O arquivo known_hosts resolve esse problema. - Erel Segal-Halevi, 13 de dezembro de 2012 às 10:06
FWIW, meu problema não tem nada a ver com known_hosts (como explicado abaixo), mas tudo a ver com configurações de segurança: veja link para detalhes. - Tomislav Nakic-Alfirevic Abr 24 '14 em 10:58
Totalmente trabalhado, eu queria saber onde os certs estavam sendo armazenados. Eu tive o mesmo problema para a maior parte, estava usando Remmina para RDP para um certo máquina, então um dia parou de funcionar (nada no controle remoto máquina mudou). Outras conexões RDP que eu tinha salvo ainda funcionavam exceto por esta máquina. Aconteceu de usar a autenticação NLA, que parece ser parte do problema com o mais novo Remmina não salvar certs. - Nicholi Apr 26 '13 em 20:26
obrigado, costumava se conectar perfeitamente então eu reformatei o servidor e ele parou de funcionar, apagando a linha para este host funcionado. - Bor691 Jan 15 '14 at 8:50
Eu preciso usar dois serviços no mesmo endereço, mas portas diferentes e usar isso repetidamente é a única maneira que eu poderia me conectar a ambos. - Gringo Suave Oct 13 '14 às 18:55
Isso aconteceu comigo quando copiei minha configuração de remmina (sob ~/.remmina ) de uma máquina para outra. Talvez as versões remmina fossem diferentes; a mudança de segurança não ajudou, mas a exclusão e a recriação da conexão ocorreram.
O problema é com a configuração viewmode = 1 no arquivo conf salvo. Se você redimensionar a janela, ela deverá ser atualizada e começará a mostrar a sessão. Mudar este booleano para 0 irá forçar a janela para os padrões e irá atualizar na carga. O problema é que se você redimensionar a janela após o início da sessão, o remmina irá alterar essa configuração.
A work around would be to set the window_maximize=0 to true and then just click/press the maximize button/shortcut to bring it back to your settings.
window_maximize=1
window_height=960
viewmode=1
Window_width=1440
Funcionou para mim alterando a segurança para o NLA por alguma razão desconhecida.
Resposta provavelmente estúpida, mas o problema para mim foi que tentei me conectar por meio de uma rede Wi-Fi aberta (não criptografada) e o remmina não permitiria isso. Uma vez conectado a uma rede segura, tudo funcionou como planejado novamente.