Ошибка подключения к серверу единой регистрации ubuntu

Печать

Страницы: 1 [2] 3 Все Вниз

Тема: remmina ошибка «Невозможно подключиться к серверу RDP» при подключении к windows (Прочитано 52837 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Leo_87

1) грохнуть ~/.freerdp
2) проверить под другим пользователем

Грохнул.
Под другим пользователем заходит, а как под тем который нужен зайти?

ArcFi

Leo_87, удаление ~/.freerdp помогло?

Leo_87

Leo_87, удаление ~/.freerdp помогло?

Помогло на одной машине.
На других удалил, под другим пользователем пускает. Но под тем который нужен не хочет.
Что ещё можно посмотреть?

ArcFi

Leo_87, там, где не работает, показывайте:

cat /etc/issue nmap -Pn -sV -p PORT IPPORT — RDP-порт, обычно 3389
IP — адрес RDP-сервера

Leo_87

Leo_87, там, где не работает, показывайте:

Starting Nmap 5.21 ( http://nmap.org ) at 2013-07-18 11:13 MSK
Nmap scan report for 192.168.0.9
Host is up (0.00066s latency).
PORT STATE SERVICE VERSION
3389/tcp open ms-term-serv?

Service detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 99.19 seconds

Leo_87

Проблему решил.
Помимо папки ~/.freerdp , нужно удалить все файлы из папки ~/.remmina
Спасибо за помощь.

ArcFi

В ~/.remmina лежит конфиг и настройки всех подключений, с этим надо аккуратнее, а то можно наудалять лишнего.

sergicus

у меня была похожая проблема.
Решил — помогло — в настройках профиля подключения -> дополнительные -> безопасность , в этом пункте установить вместо автосогласования RDP

Ods

у меня была похожая проблема.
Решил — помогло — в настройках профиля подключения -> дополнительные -> безопасность , в этом пункте установить вместо автосогласования RDP

Огромная благодарность автору поста! Несколько дней была лишена доступа к работе, куча нервов и времени, нигде и ничего толкового, все удаляла, чистила, грузила заново — эффекта 0 и только ваша подсказка за секунду решила все проблемы!!! Спасибо форуму и автору sergicus!

vadimvolodin

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

Storke

у меня была похожая проблема.
Решил — помогло — в настройках профиля подключения -> дополнительные -> безопасность , в этом пункте установить вместо автосогласования RDP

Благодарю за помощь! Тоже мучился полдня. Remmina без проблем подключалась из Ubuntu 14.04 к Windows Server 2008 R2 в роли сервера терминалов. Как только создал домен, убрав сервер терминалов, возникла та же байда. После выбора вместо Согласование RDP снова смог подключиться.

serp53

Всё опробовал что указано выше в топике и не помогло.
Предыстория. У меня раньше терминальный сервер (Windows server 2008 R2) был не в домене и всё работало, по производственной необходимости пришлось терминальный сервер подключить к домену. После подключения «Remmina» отказалась подключаться к терминальному серверу (Windows server 2008 R2).
В моём случае, после того как поставил галочку «Прикрепить к консоли (windows 2003 / 2003 R2)» «Remmina» стала подключаться.

kac

Кстати очень много проблем решает remmina ppa. Каждую неделю есть обновления.много проблем решилось.

jenkidu

Была точно такая же проблема. На сервер с винды по RDP зайти могу, с Ubuntu 14.04 не могу (невозможно подключиться к серверу RDP).
Удаление папки .freerdp помогло.
Заново выдался сертификат, все заработало.

guertauli

Заново выдался сертификат, все заработало.

Что-бы сертификат не прописывался никогда:
1. Удалить все содержимое внутри папки .freerdp
2. chmod u-w .freerdp

« Последнее редактирование: 08 Марта 2016, 18:59:34 от guertauli »

Печать

Страницы: 1 [2] 3 Все Вверх

Источник

I recently upgraded my Ubuntu to 18.04, and now my Remmina cannot connect to a windows server we use at work. Now I am getting a popup about certificates. It asks if I want to accept the certificate, I click OK and then get a message saying unable to connect. I am getting this error on the command line:

[14:49:19:412] [7223:7537] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
[14:49:19:412] [7223:7537] [INFO][com.freerdp.client.common.cmdline] - loading channelEx drdynvc
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - @           WARNING: CERTIFICATE NAME MISMATCH!           @
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - The hostname used for this connection (xxxxx:3389) 
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - does not match the name given in the certificate:
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - Common Name (CN):
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] -    EC2AMAZ-FM25IO2
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - A valid certificate for the wrong name should NOT be trusted!
[14:50:38:624] [7223:7537] [ERROR][com.freerdp.crypto] - certificate not trusted, aborting.
[14:50:38:624] [7223:7537] [ERROR][com.freerdp.core] - freerdp_set_last_error ERRCONNECT_CONNECT_CANCELLED [0x0002000B]
[14:50:38:624] [7223:7537] [ERROR][com.freerdp.core.connection] - Error: protocol security negotiation or connection failure
0002000B 00000003

Now this is an internal vpn server so I don’t care at all about certificates. Is there a way to add this certificate to a list that it’s ok? How do I get around this? And as an aside, this was working before the upgrade just fine. I don’t know why it cares now?

asked May 23, 2018 at 18:58

I had the same problem on debian sid with latest remmina 1.2.32.1 while connecting to a windows server2008r2 with hardend security settings.

I was able to connect after:

updating all freerdp2 libraries (used by remmina) to 2.0.0~git20181120.1 version
removing ~/.config/freerdp/known_hosts2 file

The connection security type that worked is «NLA» (negotianion/auto-detection worked too).

Both TLS and RDP didn’t work.

answered Jan 10, 2019 at 20:08

I’ve found the solution @Ubuntu forums, that forked for me 🙂

You have to change the Security to «TLS» in the Advanced tab of your connection, and everything works fine!

answered Jul 2, 2018 at 13:15

with RDP connections I get a TLS connection error, you have to look to the correct TLS version:

for me the solution was other way around:

I have to change the Security to «RDP» in the Advanced tab of your connection, and everything works fine!
( I work with debian 10 buster (sid) and remmina 1.2.32)
regards,
from germany

answered Oct 27, 2018 at 13:37

I’ve hit the same problem connecting from one of the Ubuntu/Debian family distributive to MS Windows Server 2008 R2.

I managed to solve it this way:

Create new connection with server.name.or.ip:port in Server section (port is optional if u haven’t changed it from standard MS RDP 3389 or/and NATed it through a router if u have one)
In the Advanced tab set
-«Security protocol negotiation» to «NLA protocol security»
-«TLS Security level» to «0 — Windows 7 compatible»

Then Remmina only asked me once about accepting the certificate and now it works like a charm.

answered Jul 15, 2022 at 22:07

Источник

[14:49:19:412] [7223:7537] [INFO][com.freerdp.client.common.cmdline] - loading channelEx cliprdr
[14:49:19:412] [7223:7537] [INFO][com.freerdp.client.common.cmdline] - loading channelEx drdynvc
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - @           WARNING: CERTIFICATE NAME MISMATCH!           @
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - The hostname used for this connection (xxxxx:3389) 
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - does not match the name given in the certificate:
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - Common Name (CN):
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] -    EC2AMAZ-FM25IO2
[14:49:19:909] [7223:7537] [ERROR][com.freerdp.crypto] - A valid certificate for the wrong name should NOT be trusted!
[14:50:38:624] [7223:7537] [ERROR][com.freerdp.crypto] - certificate not trusted, aborting.
[14:50:38:624] [7223:7537] [ERROR][com.freerdp.core] - freerdp_set_last_error ERRCONNECT_CONNECT_CANCELLED [0x0002000B]
[14:50:38:624] [7223:7537] [ERROR][com.freerdp.core.connection] - Error: protocol security negotiation or connection failure
0002000B 00000003

asked May 23, 2018 at 18:58

I had the same problem on debian sid with latest remmina 1.2.32.1 while connecting to a windows server2008r2 with hardend security settings.

I was able to connect after:

updating all freerdp2 libraries (used by remmina) to 2.0.0~git20181120.1 version
removing ~/.config/freerdp/known_hosts2 file

The connection security type that worked is «NLA» (negotianion/auto-detection worked too).

Both TLS and RDP didn’t work.

answered Jan 10, 2019 at 20:08

I’ve found the solution @Ubuntu forums, that forked for me 🙂

You have to change the Security to «TLS» in the Advanced tab of your connection, and everything works fine!

answered Jul 2, 2018 at 13:15

with RDP connections I get a TLS connection error, you have to look to the correct TLS version:

for me the solution was other way around:

I have to change the Security to «RDP» in the Advanced tab of your connection, and everything works fine!
( I work with debian 10 buster (sid) and remmina 1.2.32)
regards,
from germany

answered Oct 27, 2018 at 13:37

I’ve hit the same problem connecting from one of the Ubuntu/Debian family distributive to MS Windows Server 2008 R2.

I managed to solve it this way:

Create new connection with server.name.or.ip:port in Server section (port is optional if u haven’t changed it from standard MS RDP 3389 or/and NATed it through a router if u have one)
In the Advanced tab set
-«Security protocol negotiation» to «NLA protocol security»
-«TLS Security level» to «0 — Windows 7 compatible»

Then Remmina only asked me once about accepting the certificate and now it works like a charm.

answered Jul 15, 2022 at 22:07

Источник

Не скучный, прямо дать проблему и решение.

Проблемы

Решение

Modify/etc/xrdp/sesman.iniФайл может быть

открыть файл/etc/xrdp/sesman.ini

sudo vim /etc/xrdp/sesman.ini

sesman.iniСодержимое файла выглядит следующим образом:

[Globals]
ListenAddress=127.0.0.1
ListenPort=3350
EnableUserWindowManager=1
UserWindowManager=startwm.sh
DefaultWindowManager=startwm.sh

[Security]
AllowRootLogin=1
MaxLoginRetry=4
TerminalServerUsers=tsusers
TerminalServerAdmins=tsadmins

[Sessions]
X11DisplayOffset=10
MaxSessions=10
KillDisconnected=0
IdleTimeLimit=0
DisconnectedTimeLimit=0

[Logging]
LogFile=/var/log/xrdp-sesman.log
LogLevel=DEBUG
EnableSyslog=0
SyslogLevel=DEBUG

[X11rdp]
param1=-bs
param2=-ac
param3=-nolisten
param4=tcp

[Xvnc]
param1=-bs
param2=-ac
param3=-nolisten
param4=tcp
param5=-localhost
param6=-dpi
param7=96

в[Xvnc]Добавить нижеparam8=-SecurityTypesс участиемparam9=None

[Xvnc]
param1=-bs
param2=-ac
param3=-nolisten
param4=tcp
param5=-localhost
param6=-dpi
param7=96
param8=-SecurityTypes
param9=None

Перезапустите службу xrdp

sudo service xrdp restart

Источник

0

1

Всем привет, нужна помощь.
На компьютере 1 установлена Kubuntu 20.10

Linux 5.8.0-33-generic #36-Ubuntu SMP Wed Dec 9 09:14:40 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Пытаюсь с помощью Remmina 1.4.10 подключиться по rdp к компьютеру 2 на windows 10, пишет, что подключение к серверу потеряно.
Лог отладки:

(remmina_rdp_main) — Not using system proxy settings
(remmina_rdp_tunnel_init) — Tunnel init
(remmina_rdp_tunnel_init) — protocol_plugin_start_direct_tunnel() returned [ххх]:3389
(remmina_rdp_tunnel_init) — Tunnel has been optionally initialized. Now connecting to ххх:3389
(remmina_rdp_main) — proxy_type: (null)
(remmina_rdp_main) — proxy_username: (null)
(remmina_rdp_main) — proxy_password: (null)
(remmina_rdp_main) — proxy_hostname: (null)
(remmina_rdp_main) — proxy_port: 80
(remmina_rdp_main) — Log level set to to INFO
(rmnews_periodic_check) — periodic_rmnews_last_get is 1607757858
(rco_on_disconnect) — Disconnect signal received on RemminaProtocolWidget
(remmina_file_save) — Saving profile
(remmina_file_save) — We have a password and disablepasswordstoring=0
(remmina_file_save) — We have a password and disablepasswordstoring=0
(remmina_file_save) — We have a password and disablepasswordstoring=0
(remmina_file_save) — We have a password and disablepasswordstoring=0
(remmina_file_save) — Profile saved
(rco_on_disconnect) — Could not disconnect

в консоли

Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000.
** (process:10698): CRITICAL **: 18:30:36.304: secret_service_load_collections_sync: assertion ‘paths != NULL’ failed
[glibsecret] unable to get secret service: Unknown error.
Gtk-Message: 18:30:36.415: Failed to load module «colorreload-gtk-module»
StatusNotifier/Appindicator support: your desktop does support it and libappindicator is compiled in Remmina. Good.
Warning: Remmina is running without a secret plugin. Passwords will be saved in a less secure way.
(org.remmina.Remmina:10698): Gtk-WARNING **: 18:30:36.487: gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem
Remmina is compiled as a SNAP package.
but we can’t find the secret plugin inside the SNAP.
[18:30:41:843] [10698:10780] [INFO][com.freerdp.core] — freerdp_connect:freerdp_set_last_error_ex resetting error state
[18:30:41:844] [10698:10780] [INFO][com.freerdp.client.common.cmdline] — loading channelEx rdpdr
[18:30:41:844] [10698:10780] [INFO][com.freerdp.client.common.cmdline] — loading channelEx rdpsnd
[18:30:41:844] [10698:10780] [INFO][com.freerdp.client.common.cmdline] — loading channelEx drdynvc
[18:30:42:191] [10698:10780] [INFO][com.freerdp.primitives] — primitives autodetect, using optimized
[18:30:42:202] [10698:10780] [INFO][com.freerdp.core.nego] — Detecting if host can be reached locally. — This might take some time.
[18:30:42:202] [10698:10780] [INFO][com.freerdp.core.nego] — To disable auto detection use /gateway-usage-method:direct
[18:30:42:243] [10698:10780] [INFO][com.freerdp.core] — freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state
[18:30:43:245] [10698:10780] [ERROR][com.freerdp.core] — freerdp_tcp_connect:freerdp_set_last_error_ex ERRCONNECT_CONNECT_FAILED [0x00020006]
[18:30:43:245] [10698:10780] [ERROR][com.freerdp.core] — failed to connect to ххх
[18:30:43:326] [10698:10780] [INFO][com.freerdp.core] — freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state
[18:31:35:194] [10698:10780] [ERROR][com.freerdp.core] — rdg_establish_data_connection:freerdp_set_last_error_ex ERRCONNECT_ACCESS_DENIED [0x00020016]
libfreerdp returned code is 00020016

ПС. С компьютера на котором установлена windows подключается нормально.

Источник

До прошлой ночи у меня была Реммина, работающая нормально. Я мог запустить RDP через туннель SSH, и все было хорошо.

Тогда это перестало работать. Я могу добраться до диалогового окна с паролем для моей рабочей машины, но тогда это просто говорит Cannot connect to RDP server localhost.

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

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

Есть предположения?

Ответы:

Я понятия не имею, почему это работает, но я начал менять настройки по одному. Когда я отредактировал свойства соединения, я посмотрел на вкладку «Дополнительно» и изменил безопасность с «согласовать» на «TLS», и вуаля, все работает.

Как ни странно, «вести переговоры» по-прежнему работает на ноутбуке, но, по крайней мере, я вернулся к бизнесу с моим большим монитором 🙂

Это случилось со мной, и я нашел ответ, который решил проблему. Просто rm ~/.freerdp/known_hostsи попробуйте еще раз.

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

ОБНОВИТЬ

Первая ссылка теперь указывает на удаленный ответ, поэтому вот дополнительная информация по этой ссылке:

Кажется, что файл «known_hosts» содержит некоторые данные маршрутизации для каждого сервера, эти данные иногда устаревают, а когда Remmina пытается подключиться с использованием устаревших данных, происходит сбой. Удаление файла known_hosts решает эту проблему. — Эрель Сегал-Халеви 13 декабря 12:06

FWIW, моя проблема не имела никакого отношения к known_hosts (как объяснено ниже), но все, что связано с настройками безопасности: см.
Http://www.bauer-power.net/2013/10/unable-to-connect-to-rdp -server-in.html
для деталей. — Томислав Накич-Альфиревич 24 апреля ’14 в 10:58

Полностью сработало, мне было интересно, где хранятся сертификаты. У меня была та же проблема по большей части: я использовал Remmina для RDP на определенную машину, затем однажды он перестал работать (ничего на удаленной машине не изменилось). Другие RDP-соединения, которые я сохранил, все еще работали, за исключением этой машины. Это случилось с использованием аутентификации NLA, которая, кажется, является частью проблемы с новейшей Remmina, не сохраняющей сертификаты. — Николи 26 апреля ’13 в 20:26

спасибо, раньше он отлично соединялся, затем я переформатировал сервер, и он перестал работать, удалив строку для этого хоста. — Bor691 15 января 14 года в 8:50

Мне нужно использовать две службы на одном и том же адресе, но на разных портах, и повторное использование — единственный способ подключиться к обоим. — Гринго Суаве 13 октября 14:55

Это случилось со мной, когда я скопировал свою конфигурацию remmina (под ~/.remmina) с одной машины на другую. Возможно версии remmina были другими; изменение безопасности не помогло, но удаление и воссоздание соединения сделали.

Это сработало для меня, изменив безопасность на NLA по неизвестной причине.

Проблема в настройке viewmode = 1 в сохраненном файле conf. Если вы измените размер окна, оно должно обновиться и начать показывать сеанс. Изменение этого логического значения на 0 заставит окно по умолчанию и оно будет обновляться при загрузке. Проблема в том, что если вы измените размер окна после начала сеанса, remmina вернет этот параметр обратно.

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

Вероятно, глупый ответ, но проблема для меня заключалась в том, что я пытался подключиться через открытую сеть Wi-Fi (незашифрованную), и remmina этого не допустила. Как только я подключился к безопасной сети, все снова заработало, как и планировалось.

Это также может быть проблема с проверкой сертификата. Чтобы проверить, является ли это проблемой, перейдите по ссылке:

Дополнительно -> проверить «Игнорировать сертификат»

Будьте осторожны, если эта проверка отключена, вы можете быть открытыми для человека в середине атаки. Но должно быть нормально подключаться по внутренним сетям.

Источник

Ошибка подключения к серверу единой регистрации ubuntu

Тема: remmina ошибка «Невозможно подключиться к серверу RDP» при подключении к windows (Прочитано 52837 раз)

Leo_87

ArcFi

Leo_87

ArcFi

Leo_87

Leo_87

ArcFi

sergicus

Ods

vadimvolodin

Storke

serp53

kac

jenkidu

guertauli

Проблемы

Решение

ОБНОВИТЬ

А вот еще интересные материалы: