Пытаюсь подключиться к рабочему компу по rdp через KRDC через openvpn. Ввожу адрес компа, получаю черный экран (или огромный синий) в KRDC.
На виндовой машине все с аналогичными параметрами работает.
тоды ой. Как фантастический вариант могу предположить только, что у тебя исходящие пакеты на 3389 порт разрешены, а входящие режутся =)
На этом моя фантазия иссякает =)
Пытаюсь подключиться к рабочему компу по rdp через KRDC через openvpn. Ввожу адрес компа, получаю черный экран (или огромный синий) в KRDC.
На виндовой машине все с аналогичными параметрами работает.
Вот почему спросил. Система локальной машины указана, а сервера нет. Лично я подумал что сервер - линукс.
На виндовом серваке удаленный доступ может быть оключен и пофиг стоит rdp из коробки или нет.
Гм... Я пока еще не настолько разочаровался в человечестве, чтобы предполагать, что топикстартер ломится на линуксовую машину РДП-протоколом. Хотя на форуме уже был и такой прецедент =)
Нашел в английском инете совет выключить графические эффекты. Это помогло, но как-то странно: krdc первый после отключения раз отобразил половину окна входа (уже не черный экран). Но после повторного входа все вернулось к прежней ситуации: черный/синий экран
А какой физический канал связи? wifi, витуха, другое? Как сигнал идет от Вас до сервера? Симтомы, что Вы выше написали очень смахивают на неустойчивый канал связи. Когда выключили графические эффекты - меньше объем данных и что-то пролезло.
ЗЫ Однозначно рекомендую эксперименировать с ремминой. Она самая прямая из такого рода софта. На мой взгляд.
Попробовал напрямую с проводом: симптомы похожие. Проходит, но отрубается через несколько секунд. Если запустить пинг сервера параллельно с подключением, половина пакетов теряется...
(кстати, по wifi при запуске пинга подключился и дал войти)
Лучше перейдите, если возможно, на tcp. В udр есть две нехорошие особенности - пакеты могут приходить не в том порядке и сам протокол не гарантирует доставку пакета.
Еще можно попробовать размером MTU поиграться ... (как правильно настраивать MTU - гляньте в гугле)
Это все в пределах локальной сети происходит или сервер в интернете? Полюбому -пытаться что-то вымутить с нестабильным каналом это глупая затея. Почему винда работает? ХЗ. Задача же не в этом, а в том чтоб заработала кубунта.
Я не понимаю что к чему подключается. Где находится сервер с rdp, где с vpn? какой путь у пакетов? Что Вы можете настраивать что нет? Какой софт, какое железо?
Можно как то доступно и подробно описать или нарисовать?
Пробовали ли Вы
openvpn сделать через tcp, а не через udp
А это уже совсем другая история ... :)
Сначала неплохо было бы разобраться как сейчас все организованно. Каким софтом и на каком железе.
Схемы, диафильмы, диаграммы приветствуются ....
Возможно и поможет поскольку tcp это протокол передачи данных "дающий уверенность в достоверности получаемых данных, осуществляет повторный запрос данных в случае потери данных и устраняет дублирование при получении двух копий одного пакета" как утверждает Wiki.
По итогам:
Проблема с потерей пакетов VPN решилась удалением и пересозданием пользователя VPN на сервере.
Проблема с rdp этим не решилась. Ее решили путем захода на другой комп, на котором стоит WinXP (вместо сервера теперь захожу напрямую на свой рабочий компьютер по rdp).
Все работает более-менее (иногда отваливается, но довольно редко и в общем это терпимо).
а как вы выбираете компьютер к которому подключаетесь? в винде сразу всплывает окошко "компьютер" и вводишь office**** а ни в krdc ни в remmine не нашел такого параметра
была подобная проблема в проводной локалке без впн - оказалось два компа с одним айпи. Почему кубунты не ругались на адрес? Помню в винде вылезало предупреждение.
Кстати и через KRDC удалось сделать подключение
В момент подключения в окне Параметры хоста в поле Дополнительные параметры пишем --sec rdp и жмем ОК.
У меня все работает
man xfreerdp
И ближе к концу мана читаем
--sec proto
force protocol security. proto can be one of rdp, tls or nla.
То бишь параметр устанавливает безопасность протокола явным образом
Пока не указал этот параметр вываливало ошибку Error: protocol security negotiation failure
Сбой согласования безопасности протокола, что параметром и полечило
Инфу нашел в баге 330501 (https://bugs.kde.org/show_bug.cgi?id=330501). Один из разработчиков черным по белому указал: Recent KRDC version are based on FreeRDP instead of rdesktop.
Получается KRDC теперь основан на freerdp, видимо поэтому параметр подошел. Хотя, если запускать krdc из терминала, то он этот параметр не понимает.
Ставь remmina. У нее все ок.
Аналогично - черный экран...
тоды ой. Как фантастический вариант могу предположить только, что у тебя исходящие пакеты на 3389 порт разрешены, а входящие режутся =)
На этом моя фантазия иссякает =)
Где это посмотреть? Firewall я не ставил
При запуске ее в консоли: (remmina:24959): Gtk-WARNING **: drawing failure for widget `GtkDrawingArea': invalid matrix (not invertible)
Использовать vnc, а не rdp.
Все бы ничего, но на удаленную машину внц еще поставить надо. А рдп там из коробки.
У меня нет возможности что-то менять на сервере. Да и вообще должно бы работать и так -в винде-то (которая стоит рядом на другом ноуте) работает.
ну сервер-то виндовый?
А что, в виндовых серверах поумолчанию встроено внц? о__О
Вот почему спросил. Система локальной машины указана, а сервера нет. Лично я подумал что сервер - линукс.
На виндовом серваке удаленный доступ может быть оключен и пофиг стоит rdp из коробки или нет.
Гм... Я пока еще не настолько разочаровался в человечестве, чтобы предполагать, что топикстартер ломится на линуксовую машину РДП-протоколом. Хотя на форуме уже был и такой прецедент =)
На хоcте - вин. Какой - не знаю.
Объект секретный? А то можно было бы попробовать и подрубиться и узнать про систему. Nmap же жыфф, курилка.
server2008
И в Ку работает. Почти каждый день использую. Remmina 0.9.99.1. На той стороне Вынь сервер 2008.
Неужели придется ставить виртуальную машину с виндой?
как вариант, попробуй консольную утилиту freerdp. Может, она даст результат. По поводу ошибки реммины в интернете решения не нашел.
C freerdp та же ситуация - черный экран без признаков жизни (пробовал еще до создания темы)...
боюсь, остается только вариант ставить винду в виртуалке, и рулить РДП оттуда. =\
На винде через virtualbox клиент rdp выдает равномерно серый экран...
Нашел в английском инете совет выключить графические эффекты. Это помогло, но как-то странно: krdc первый после отключения раз отобразил половину окна входа (уже не черный экран). Но после повторного входа все вернулось к прежней ситуации: черный/синий экран
А какой физический канал связи? wifi, витуха, другое? Как сигнал идет от Вас до сервера? Симтомы, что Вы выше написали очень смахивают на неустойчивый канал связи. Когда выключили графические эффекты - меньше объем данных и что-то пролезло.
ЗЫ Однозначно рекомендую эксперименировать с ремминой. Она самая прямая из такого рода софта. На мой взгляд.
wifi
Для чистоты эксперимента подключитесь патчкордом и провертьте. Почти уверен что все заработает.
Сейчас попробую. Но вопрос в том, почему ноут с виндой, который подключен к тому же wifi-роутеру работает нормально?
Попробовал напрямую с проводом: симптомы похожие. Проходит, но отрубается через несколько секунд. Если запустить пинг сервера параллельно с подключением, половина пакетов теряется...
(кстати, по wifi при запуске пинга подключился и дал войти)
Ответ однозначный - половина пакетов теряется
Ищите - почему.
ЗЫ MTU size?
MTU 1500 на tap0 и tap1
Лучше перейдите, если возможно, на tcp. В udр есть две нехорошие особенности - пакеты могут приходить не в том порядке и сам протокол не гарантирует доставку пакета.
Еще можно попробовать размером MTU поиграться ... (как правильно настраивать MTU - гляньте в гугле)
Изменене mtu не помогло
Кстати, на винде пинг идет с такими же примерно потерями - сейчас проверил. Но rdp умудряется работать...
Это все в пределах локальной сети происходит или сервер в интернете? Полюбому -пытаться что-то вымутить с нестабильным каналом это глупая затея. Почему винда работает? ХЗ. Задача же не в этом, а в том чтоб заработала кубунта.
Когда в локальной сети все работает. Проблемы через интернет происходят.
Ну так задавайте вопросы провайдеру. За 50% потерянных пакетов его ссаными тряпками надо гнать ...
Я не очень спец, но потери происходят только через vpn. При пингах на интернет-сайты потери не больше 2-4% (что, как я понимаю, нормально).
Я не понимаю что к чему подключается. Где находится сервер с rdp, где с vpn? какой путь у пакетов? Что Вы можете настраивать что нет? Какой софт, какое железо?
Можно как то доступно и подробно описать или нарисовать?
Пробовали ли Вы
Получилось? Что-то поменялось?
Если openvpn сделать через tcp, а не через udp как сейчас - это может помочь?
А это уже совсем другая история ... :)
Сначала неплохо было бы разобраться как сейчас все организованно. Каким софтом и на каком железе.
Схемы,
диафильмы, диаграммы приветствуются ....А когда через KRDC цепляешься, тебе кроме синего экрана какую-нибудь ошибку показывает? или только синий экран и все?
Ничего не показывает. Если его из конcоли запустить, то пишет только (через некоторое время) что соединение сброшено.
Но графические эффекты я откллючал у себя. Какое они отношение имеют к данным посылаемым удаленной машиной?
Если openvpn сделать через tcp, а не через udp как сейчас - это может помочь?
Возможно и поможет поскольку tcp это протокол передачи данных "дающий уверенность в достоверности получаемых данных, осуществляет повторный запрос данных в случае потери данных и устраняет дублирование при получении двух копий одного пакета" как утверждает Wiki.
неужели xfreerdp не нравится?
xfreerdp -u user -p "pass" -g 1280x720 192.168.15.15:3389
Аналогично - черный экран дает (я писал в этой теме уже выше)
на том конце что стоит ?
win server 2008
у меня тоже 2008Srv все подключается :(
По итогам:
Проблема с потерей пакетов VPN решилась удалением и пересозданием пользователя VPN на сервере.
Проблема с rdp этим не решилась. Ее решили путем захода на другой комп, на котором стоит WinXP (вместо сервера теперь захожу напрямую на свой рабочий компьютер по rdp).
Все работает более-менее (иногда отваливается, но довольно редко и в общем это терпимо).
а как вы выбираете компьютер к которому подключаетесь? в винде сразу всплывает окошко "компьютер" и вводишь office**** а ни в krdc ни в remmine не нашел такого параметра
была подобная проблема в проводной локалке без впн - оказалось два компа с одним айпи. Почему кубунты не ругались на адрес? Помню в винде вылезало предупреждение.
Ругались... только не в ГУИ =)
Тоже KRDC перестал подключаться к серверу с виндой 2008r2 - большой синий экран и все.
Проблему решил подключением из терминала с помощью xfreerdp командой
xfreerdp -u user -p "password" -g 1280x720 --sec rdp --plugin cliprdr 192.168.0.1
помогло указание параметра --sec rdp
Кстати и через KRDC удалось сделать подключение
В момент подключения в окне Параметры хоста в поле Дополнительные параметры пишем --sec rdp и жмем ОК.
У меня все работает
Откуда взято описание параметра, вообще ничего не нашел по нему.
man xfreerdp
И ближе к концу мана читаем
--sec proto
force protocol security. proto can be one of rdp, tls or nla.
То бишь параметр устанавливает безопасность протокола явным образом
Пока не указал этот параметр вываливало ошибку Error: protocol security negotiation failure
Сбой согласования безопасности протокола, что параметром и полечило
Ясно, спасибо. Каким образом тогда это относится к KRDC, используются те-же библиотеки?
Честно говоря не вникал. Использовать параметр в KRDC, такой же как для xfreerdp решил просто по наитию. Сработало да и ладно - пока не заморачиваюсь.
Инфу нашел в баге 330501 (https://bugs.kde.org/show_bug.cgi?id=330501). Один из разработчиков черным по белому указал: Recent KRDC version are based on FreeRDP instead of rdesktop.
Получается KRDC теперь основан на freerdp, видимо поэтому параметр подошел. Хотя, если запускать krdc из терминала, то он этот параметр не понимает.
Отправить комментарий