Remmina Desktop - не удается подключиться к серверу RDP

Добрый вечер,

Я новый пользователь Ubuntu, поэтому, пожалуйста, будьте добры ко мне, если я не до конца понимаю, что я делаю или что вы мне скажете.

Я установил Ubuntu 16.04 несколько дней назад, и все в порядке.

Я использую свой ноутбук для подключения через VPN-соединение к моему компьютеру в моем офисе, который работает под управлением Windows 7.

Для этого я использую программу по умолчанию Remmina (версия 1.1.2). Я добавил свое имя сервера, имя пользователя, пароль, протокол безопасности (RDP).

1115 Когда я впервые это сделал, у меня не было проблем. Затем я перевел свой ноутбук в спящий режим и вернулся к работе, и он больше не мог подключаться к серверу RDP ...

Я пытался изменить разрешение, параметры безопасности и т. Д., Но ничего не работает. Я посмотрел в Интернете и увидел, что удаление файла, расположенного в ~ / .config / freerdp / known_hosts , должно решить мою проблему, но НЕТ. Это не так.

В конце концов это снова заработало, но когда я проснулся или включил компьютер, он больше не работал ...

Я действительно пытался заглянуть на форумы, но решение всегда заключалось в том, чтобы удалить файл known_hosts, который не работает.

Я решил переустановить Ubuntu 16.04, чтобы посмотреть, будет ли он работать лучше, но это не так.

Теперь в файле ~ / .config файл ~ / freerdp даже не существует, поэтому known_hosts тоже !! !

Я действительно не знаю, что делать ...

Если бы вы могли указать решение или сказать мне, если вам нужна дополнительная информация, чтобы понять, где проблема com, это было бы здорово!

Я также пытался запустить Remmina из терминала, но это не так менять. Прежде чем переустанавливать Ubuntu, я также обновился до более новой версии, но она была все та же ...

Я думаю, вы поняли: я немного растерялся.

Спасибо всем вам заранее и хорошего вечера.

PS: у меня всегда есть это сообщение в терминале, когда я запускаю сеанс:

Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
loading channel cliprdr

2017-12-08 21:34 : я запустил Remmina, и он работает. Это не из приложения, но это работало из терминала. Я отключу VPN и перезапущу его, чтобы проверить, работает ли он по-прежнему.

2017-12-08 21:36 : Я отключил VPN и перезапустил сеанс и «et voilà», он больше не работает.

У меня есть это сообщение в терминале:

loading channel cliprdr
tcp_connect: getaddrinfo (Nom ou service inconnu)
Error: protocol security negotiation or connection failure
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.

2017-12-08 21:39 : Я убил Реммину, перезапустил ее из терминала и получил эту ошибку, но она работает сейчас ...:

Remmina plugin VNC (type=Protocole) registered.
Remmina plugin VNCI (type=Protocole) registered.
Remmina plugin RDP (type=Protocole) registered.
Remmina plugin RDPF (type=Fichier) registered.
Remmina plugin RDPS (type=Préférence) registered.
Remmina plugin SFTP (type=Protocole) registered.
Remmina plugin SSH (type=Protocole) registered.
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
loading channel cliprdr
tcp_connect: getaddrinfo (Nom ou service inconnu)
Error: protocol security negotiation or connection failure
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
loading channel cliprdr
connected to mypc:3389
svc_plugin_send: VirtualChannelWrite failed 7
svc_plugin_send: VirtualChannelWrite failed 7
svc_plugin_send_event: VirtualChannelEventPush failed 7
svc_plugin_send: VirtualChannelWrite failed 7
1
задан 9 December 2017 в 00:44

1 ответ

Я установил rdesktop и начал сеанс, но у меня все еще есть ошибка ... Поэтому я специально искал эту ошибку и обнаружил, что у некоторых людей была такая же проблема, когда они использовали имя сервера, а не когда они использовали IP адрес. Я проверил IP-адрес моего удаленного компьютера с другого компьютера (который работает под управлением Windows) и написал его в Remmina, и он, кажется, работает ... даже после нескольких подключений / отключений VPN и даже после перезагрузки компьютера ... ! Я думаю, что проблема решена. Спасибо за вашу помощь!

0
ответ дан 9 December 2017 в 00:44
  • 1
    @Rick-777, Также - я должен явно поместить #!/bin/dash наверху моих сценариев? Я также записал сценарии, где я только пишу команды и выполняюсь с./scriptName, и это хорошо работало. Действительно ли #!/bin/yourShellHere необходим? – user137717 27 August 2015 в 23:42
  • 2
    @Rick-777, Также - я должен явно поместить #!/bin/dash наверху моих сценариев? Я также записал сценарии, где я только пишу команды и выполняюсь с./scriptName, и это хорошо работало. Действительно ли #!/bin/yourShellHere необходим? – user137717 27 August 2015 в 23:42
  • 3
    @Rick-777, Также - я должен явно поместить #!/bin/dash наверху моих сценариев? Я также записал сценарии, где я только пишу команды и выполняюсь с./scriptName, и это хорошо работало. Действительно ли #!/bin/yourShellHere необходим? – user137717 27 August 2015 в 23:42
  • 4
    @Rick-777, Также - я должен явно поместить #!/bin/dash наверху моих сценариев? Я также записал сценарии, где я только пишу команды и выполняюсь с./scriptName, и это хорошо работало. Действительно ли #!/bin/yourShellHere необходим? – user137717 27 August 2015 в 23:42
  • 5
    @Rick-777, Также - я должен явно поместить #!/bin/dash наверху моих сценариев? Я также записал сценарии, где я только пишу команды и выполняюсь с./scriptName, и это хорошо работало. Действительно ли #!/bin/yourShellHere необходим? – user137717 27 August 2015 в 23:42
  • 6
    @Rick-777, Также - я должен явно поместить #!/bin/dash наверху моих сценариев? Я также записал сценарии, где я только пишу команды и выполняюсь с./scriptName, и это хорошо работало. Действительно ли #!/bin/yourShellHere необходим? – user137717 27 August 2015 в 23:42

Другие вопросы по тегам:

Похожие вопросы: