ПО Windows для удалённого подключения к ОС Linux

[vovchok]

опыт увеличивается пропорционально количеству выведенного из строя оборудования

Наверное больше опыта вы получите пропорционально количеству восстановленного оборудования...

3 года на Пингвине, полет нормальный, обратно на винду не тянет

Я последние 3 года плотно сидел на Сталкере - что есть достойного из 3д игр под ubuntu? Или работа над ошибками занимает столько времени, что на развлечения времени не остается? (без обид плиз) Просто даже тетриса нормального не могу найти, а серьезные игрушки на шару вряд ли кто-то будет клепать (или даже портировать)...

зы: Как быть все-таки с ошибкой сборки драйвера - есть шанс докопаться до истины, или забросить это занятие?
Еще вопрос - существует ли софт под винду для подключения к рабочему столу линукса по сети?

[calambus]

Автор: vovchok
Наверное больше опыта вы получите пропорционально количеству восстановленного оборудования...

Как раз наоборот , в памяти остаются крутые неудачи , сделанные по собственной глупости и невнимательности .
А за более 35-летний период практики не упомнить сколько было устранено повреждений и неисправностей ...

[ludoed]

Еще вопрос - существует ли софт под винду для подключения к рабочему столу линукса по сети?

TeamViewer смотрите. Универсальнее и удобнее пока не видел
Пробивает провайдерский NAT и админские прокси на работе, т.е. работает без наличия постоянного IP

Для индивидуального пользования бесплатен, может быть установлен в варианте Portable в винде

[vovchok]

TeamViewer знаю - пользовался раньше, но прошлой осенью им стало не хватать на жизнь, и они стали ограничивать сессии сначала на 5мин, потом столько же перерыв, потом на 3 мин... Я высказал авторам свое фэ и после этого забил на него - сейчас пользуюсь AmmyyAdmin - он тормознее, но сессии не прерывает пока. А что TeamViewer есть под линукс? AmmyAdmin точно нет - интересовался уже.

[kompilainenn]

таймвьюер под линукс есть

[HsH]

существует ли софт под винду для подключения к рабочему столу линукса по сети?

   Любой VNC-клиент - например, UltraVNC. Также вы можете подключиться через Putty по SSH, запустить Х-сервер (Xming) и транслировать вывод на него.

таймвьюер под линукс есть

   Работает через wine-окружение, минимальная сборка которого идёт вместе с программой. Плюс к тому же есть опасность подхватить TeamViewer RAT (инфо в Google).

[vovchok]

На ведомом компе с runtu light 10.04
зашел в "Параметры", "Удаленный рабочий стол", установил метки
"Позволять другим пользоваелям видеть ваш рабочий стол",
"Позволять другим пользоваелям управлять вашим рабочим столом",
в "Безопасность" отметил "Требовать от пользователя ввести следующий пароль" и задал его,
"Настроить сеть автоматически для приема подключений",
"Область уведомлений" - "Показывать значек если имеются подключения",
задал фиксированый IP, получил сообщение о доступности подключения по нему,

В качестве удаленного терминала использовал для начала ubuntu 11.10 с установленым UltraVNC клиентом.
(Думаю с виндой еще труднее будет, поэтому оставил ее на потом.)
"VNC host:display" вписал IP,  "VNC password" соответствующий пароль, снизу выбрал шифрование "none"
Подключение не удалось... Мелькает какое-то текстовое черное окно и все. Что не так?

Может для встроенного в runtu терминального доступа (хочется пользоваться именно им, чтобы меньше устанавливать после установки runtu с CD) нужен какой-то другой клиент, а UltraVNC клиент работает только со своим UltraVNC сервером?

Пользователь решил продолжить мысль: Март 26, 2012, 11:54:57 Что-то никто не спешит с ответом...
Предустановленный в runtu lite 10.04 "Удаленный рабочий стол" что никто никогда не пытался использовать? Ответьте плиз - как к нему хоть с чего-нибудь достучаться!

[HsH]

В качестве удаленного терминала использовал для начала ubuntu 11.10 с установленым UltraVNC клиентом.
Подключение не удалось... Мелькает какое-то текстовое черное окно и все. Что не так?

   Что за клиент? Не успеваете просмотреть сообщение? Если запустить приложение из терминала, видно вывод?

"VNC host:display" вписал IP,  "VNC password" соответствующий пароль, снизу выбрал шифрование "none"

   Где находится сервер, к которому подключаетесь и ПК, с которого хотите получить доступ? Какой IP-адрес (внешний, внутренний, "белый", "серый", статический, динамический)? Открыты ли порты в роутере, если таковой используется (по умолчанию - 5900)?

(Думаю с виндой еще труднее будет, поэтому оставил ее на потом.)
Может для встроенного в runtu терминального доступа нужен какой-то другой клиент, а UltraVNC клиент работает только со своим UltraVNC сервером?

   Поддерживается любой клиент стандарта VNC, в Runtu в качестве ПО сервера используется vino.

Предустановленный в runtu lite 10.04 "Удаленный рабочий стол" что никто никогда не пытался использовать? Ответьте плиз - как к нему хоть с чего-нибудь достучаться!

   Использовал различные варианты подключения с разными клиентами и ОС - Win, Lin, трудностей не возникало. Как правило, проблемы именно в настройке сети и сетевого оборудования (получить "белый" адрес, разрешить форвардинг портов и т.п.)

[vovchok]

Что за клиент? Не успеваете просмотреть сообщение? Если запустить приложение из терминала, видно вывод?

По Вашей рекомендации установил клиент UltraVNC. Запускал из терминала tsvnc - вывод все равно идет в какое-то свое текстовое окно, в котором какая-то ругань и подключения не происходит. Почему-то при терминальном запуске в графическом окне нет строки ввода пароля - он потом запрашивается в своем окне, но ввода его не заметно (реагирует только на "enter" переводом строки).

Где находится сервер, к которому подключаетесь и ПК, с которого хотите получить доступ? Какой IP-адрес

Рядом находится - на одном столе и подключены к одному монитору; адрес внутренний, соответственно о портах речи нет.
Может есть еще какой-то клиент - попроще, чем UltaVNC?

ps: ubuntu 11.10 - это нечто... А вернее ее меню - определить какая команда следует за нажатием на ярлык нереально (запускается любой кнопкой мыши). Постоянно хочется грохнуть ее "замечательное" меню и установить что-то нормальное!

[vmf]

Всегда использую для этих целей vncviewer (из пакета xtightvncviewer или xvnc4viewer)
Из винды подключаюсь через vncviewer от RealVNC
никогда проблем не испытывал.

[HsH]

Рядом находится - на одном столе и подключены к одному монитору;

    Это важный момент. Бывают ситуации, когда удалённое управление не работает без подключенного монитора (например, если установлен проприетарный драйвер, а не "vesa" в /etc/X11/xorg.conf). Есть возможность подключиться с ноутбука/смартфона/т.п., либо заиметь второй монитор?

[vovchok]

Проприетарных драйверов нет, монитор трехвходовой (vga/dvi/dp) - подключен одновременно к двум системникам.
Пользователь решил продолжить мысль: Март 28, 2012, 13:19:53

Всегда использую для этих целей vncviewer (из пакета xtightvncviewer или xvnc4viewer)...никогда проблем не испытывал.

Установил на ведущем компе с ubuntu xtightvncviewer (ведомый на runtu light 10.04 с штатным доступом). Как и раньше задал пароль "один пробел" (может в этом была причина невозможности подключаться раньше через UltreVNC?) - не подключилось. Задал буквы - подключилось...

От увиденного я сразу выпал в осадок - экран по локальной сетке перерисовывается по две секунды! Загрузил на ведомом ярлык с настроенным RDP к виндовому серверу - осталось управление только мышью - клава отвалилась, но зато начало реагировать на клаву удаленного компа с runtu (хорошо, что они на одном столе - а были бы в разных помещениях?). Разрешение удалённого раб.стола не задается - только то, что там было до этого; но можно включить fullscreen, что я и сделал (потому что со скролингом вообще не камильфо) и тут наткнулся на новый глюк - удалённый комп можно выключить, а из терминалки выхода я так и не обнаружил (на ней замерло то, что было в момент выключения ведомого)... Пришлось ресетнуть - представляю, что будет, при доступе из винды! Конечно скорее всего некоторые из этих глюков от моего дилетантства, и наверняка должны быть какие-то решения, но все же раньше мне как-то было попроще с удалённым доступом...

[l_l_lblTHuK]

Бывают ситуации, когда удалённое управление не работает без подключенного монитора

Я в вга-выход материнки булавку воткнул:

А без неё или монитора система не стартовала, да...

[vovchok]

Я в вга-выход материнки булавку воткнул...А без неё или монитора система не стартовала, да...

Это если у Вас совсем монитор не вкручен, то да. А если он вкручен к одному системнику по VGA, а к другому по DVI, то независимо от того, с какого входа происходит вывод на экран - по обоим входам видеокартами монитор видится и рапортует о своих параметрах (модель, разрешение). Кстати если к видяхе ничего не подключено - система как правило при включении ругается протяжным писком в системном динамике.

Вопрос: какими средствами в линуксе получить полноценный быстрый доступ к удаленной консоли? (с такой же скоростью как в терминальную сессию windows) Потому что то что я увидел в связке "xtightvncviewer" + "Удаленный рабочий стол" полноценной терминалкой назвать нельзя! (ни по скорости реакции, ни по отваливанию клавиатуры, ни по отсутствию выбора экранного разрешения для удаленного клиента)
И кстати как ее (терминалку на "xtightvncviewer") завершить в полноэкранном варианте? (какой комбинацией клавиш, кроме "reset")

[Feduka]

Я в вга-выход материнки булавку воткнул...

Это если у Вас совсем монитор не вкручен, то да.  Кстати если к видяхе ничего не подключено - система как правило при включении ругается протяжным писком в системном динамике.
Вопрос: какими средствами в линуксе получить полноценный быстрый доступ к удаленной консоли? (с такой же скоростью как в терминальную сессию windows) Потому что то что я увидел в связке "xtightvncviewer" + "Удаленный рабочий стол" полноценной терминалкой назвать нельзя! (ни по скорости реакции, ни по отваливанию клавиатуры, ни по отсутствию выбора экранного разрешения для удаленного клиента)
И кстати как ее (терминалку на "xtightvncviewer") завершить в полноэкранном варианте? (какой комбинацией клавиш, кроме "reset")

Давно всё это было.... Но я попробую вспомнить. По поводу отсутствия монитора и писка при загрузке - в моём случае тупо отключалось в настройках биос - игнорировать сию ошибку при старте. Возможно, вместе с другими ошибками - сейчас не помню, прошло лет 15 с тех пор. Под столом жила какая-то красная шапка еще 3.х версии вроде. Там на SCSI-винтах (достались по случаю - проще говоря, свинтил после появления отдельных битых секторов -  на фига оно на работе на сервере?) почтовый сервер бултыхался и файлопомойка не особо большая. Доступ "к консоли" или "терминалкой" - это я понимаю как telnet, ssh - без проблем хоть с виндовой машины, хоть с linux. Доступ к "рабочему столу" - это по-моему нечто другое. Да, для винды есть какие-то VNC (в те времена были не какие-то, а кажись один). Ну так это просто виндовая поделка, изображающая X-сервер. Клиенты (linux-овые более-менее графические программы) запускались под столом на красной шапке, а для вывода изображения отдавали на виндовый "тоже X-сервер" по сети картинку. С тормозами, глюками, и т.п. Что-то работало, что-то не очень - ну так чего ж от винды еще ожидать? В случае доступа с одной linux-машины на другую какие нафиг VNC-костыли? X-сервер на линуксе уже и так есть. Пользуйтесь! По идее и "к консоли" доступ получается. Можно же запускать x-term на удаленном х-сервере по сети. Даже в стартовый скрипт вписать, если так уж охота. Другое дело, если есть нужда отображать чужой рабочий стол на своем мониторе, видеть, чего там творится, да еще свои ручонки прикладывать к чужому в общем-то сеансу работы. Есть наверняка и такой софт, только я не пользовался никогда. Вполне может быть, что такие процедуры гораздо более тормознутые получаются.

[vovchok]

отображать чужой рабочий стол на своем мониторе, видеть, чего там творится, да еще свои ручонки прикладывать к чужому в общем-то сеансу работы

Именно так и нужно - когда у юзера на его компе возникают вопросы, чтобы не мчаться к нему. Для удаленной винды я использую LogMeIn на тех компах, которые обслуживаю - доступ по инету откуда угодно через любой браузер с любой системы (винда/линукс/мак/даже коммуникатор на крайняк); при этом удаленная операционка адекватно отрабатывает мышь и клаву как удаленную, так и локальную одновременно и происходит масштабирование вывода на экран с родного разрешения до заданного в браузере окна (при уменьшении естественно видимость хуже, но есть). При установке линуксов на пользовательские компы возник такой же вопрос - нужно иметь возможность подключаться к удаленному компу и параллельно с его юзером работать с рабочим столом (виртуально присутствовать рядом с ним за его компом). Насколько я понял из проведенных экспериментов тот софт, который установлен в runtu lite 10.04 именуемый "Удаленный рабочий стол" этого не делает: как я уже писал - во первых он жутко тормозит, во вторых не отрабатывает клавиатуру для собственных терминальных сессий (удаленный комп работает в терминалке на виндовом сервере). Т.е. его надо сносить и ставить что-то поадекватнее - но что?

[Feduka]

Быстрый поиск в синаптике по двум словам "remote desktop" всякого разного написал В основном клиенты удаленного доступа.
Но вроде
krfb, vino, x11vnc, mango-lassi
уже не клиенты, а та фигня, что может по сети расшарить десктоп. Бывают еще какие-то средства, которые используют сторонний сервис. Два (или может больше) компа подключаются хитрым клиентом к не менее хитрому серваку где-то в интернете и видят друг дружку вдоль и поперек. Клиенты бывают под разные платформы, но не GNU конечно. Гугл знает, я забыл Натыкался, когда пытался понять, как соорудить туннель между серыми ip. Понял, что никак

[vmf]

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

Понятно... на винде использую radmin.
В линуксах, при всем богатстве выбора, остановился на x11vnc (в runtu установлен vino, с ним я как то не подружился - тормозит, иногда не перерисовывает картинку и.т.д) По умолчанию протокол vnc довольно прожорливый и, в сравнении с виндовым rdp (или тем более radmin-ом), работает заметно медленее. В локалке это не очень критично, но через медленный канал - совсем плохо. На этот случай можно в командной строке запуска x11vnc задать масштаб и/или глубину цвета.
Я на юзерские машины x11vnc устанавливаю, но не держу его запущенным. При необходимости запускаю через ssh с нужными параметрами.
В совсем тяжелых случаях (если канал совсем никакой) использую nxserver. Он конечно не дает возможность подключиться к рабочему столу юзера, работает как rdp, но можно из установленной nx-сессии запустить локальное подключение через тот-же x11vnc.

[vovchok]

В линуксах, при всем богатстве выбора, остановился на x11vnc

Забыл уточнить - ip адреса на компах везде "серые". Как я понимаю - друг друга компы могут увидеть только через какой-то внешний служебный шлюзовый сервер, типа LogMeIn или TeamViewer, разумеется без претензий на $. Что-то из вышеперечисленного работает с такими "серыми" адресами через интернет?

[Feduka]

химачи... Ну и подобные штуки.
Пользователь решил продолжить мысль: Апрель 01, 2012, 20:39:23 химачи... Ну и подобные штуки.

[vmf]

Забыл уточнить - ip адреса на компах везде "серые".

У меня эта проблема решается наличием собственного vpn-сервера.

[Feduka]

Забыл уточнить - ip адреса на компах везде "серые".

У меня эта проблема решается наличием собственного vpn-сервера.

Эээээ... А подробнее? Сервер то где?

[vmf]

Забыл уточнить - ip адреса на компах везде "серые".
У меня эта проблема решается наличием собственного vpn-сервера.

Эээээ... А подробнее? Сервер то где?

Сервер можно сделать на любой машине с белым IP.
У меня на предприятии есть статический (в случае динамического сервисы типа DinDns в помощь). На компах за пределами локалки устанавливаются vpn-клиенты, которые автоматом подключаются с серверу. В качестве сервера используется Kerio Winroute, установленный на винде в виртуалбоксе (давно планирую заменить его на openvpn т.к. лицензии на него нет). Все клиенты, подключенные к серверу, видят друг-друга по внутреннему IP vpn-сети и локалку.

[Feduka]

Ааааа... Когда есть где-то белый, оно конечно. Правда виртуалбокс для этого гонять - ну... ну в общем это жесть ОpenVPN в наши времена можно поднять на  не особо навороченном домашнем роутере даже. Изначально правда в этой теме речь шла о другом. Но и это вариант, если "клиентов" всего несколько штук. А если их десятки, то ну его нафиг, свой сервер подымать. Трафик как я понимаю через него весь пойдет. Как вариант я еще глядел miredo. Вроде халява... И адреса белые, правда ipv6, но какой dyndns с ними дружит? Вот если утопающий сам себя спасать хочет, то почему бы ему и в эту сторону не покурить? Клиенты teredo есть и в винде и в linux. Адреса белые (по определению)... И может быть (там надо много нерусских буков читать) они не шибко динамические даже. Там ipv6-адрес "вычисляется" исходя из имеющегося ipv4. Даже если он совсем серый, но статический, то по идее ipv6 должен "вычисляться" всегда один и тот же. В принципе, есть и другие "бесплатные сервисы" для получения ipv6 - надо вникать.
Мне это не подходит Свою печаль я как-нибудь в другой теме напишу.

[vmf]

Ааааа... Когда есть где-то белый, оно конечно. Правда виртуалбокс для этого гонять - ну... ну в общем это жесть ОpenVPN в наши времена можно поднять на  не особо навороченном домашнем роутере даже. Изначально правда в этой теме речь шла о другом. Но и это вариант, если "клиентов" всего несколько штук. А если их десятки, то ну его нафиг, свой сервер подымать. Трафик как я понимаю через него весь пойдет.

Виртуалбох и винроут в нем - это остатки наследия (был когда-то реальный шлюз на винроуте) замена на openvpn - дело времени (нужно еще на всех клиентских компах заменить керио-клиент на openvpn-клиент, а их не один десяток). Трафик по vpn-каналу идет только внутренний (между клиентами), хотя, по желанию можно пустить и весь, всё определяется маршрутизацией.

[Feduka]

То есть кериоклиент только с кериосервером может? Впрочем, на то она и винда. Хотя проверить не помешает - вдруг тот же самый клиент справится?

[vmf]

То есть кериоклиент только с кериосервером может?

Именно так.

Впрочем, на то она и винда.

Для линукса нативный клиент есть, как ни странно... Сервер только под винду.

Хотя проверить не помешает - вдруг тот же самый клиент справится?

Проверено - не справляется.

[Feduka]

Может, не совсем в тему, но вроде и не так уж далеко. Я таки проковырял туннель из дома на работу посредством openVPN по вот этому руководству:
http://habrahabr.ru/post/56652/
С двух сторон роутеры асус. Дома адрес темно-тёмно-серый. Там фиг знает сколько NATов по дороге, а PPPoE подымается в какую-то еще локалку с адресами на 10.56.*.* (кажется) и в интернет вылазит почти совсем черный. На работе - тоже сказка. Модем скайлинк в режиме бриджа. Динамический, но вполне реальный адрес получает дырка WAN в роутере. Роутер умеет dyndns в чистом виде (логин у них я завел давно, с новыми сейчас какие-то заморочки - не разобрался). Вот  на этом роутере поднял openVPN-сервер. На домашнем асусе - клиент. В результате локалки друг друга видят. Все шары, принтеры ну и чего там еще есть. Скорость правда никакая - скайлинк на дешевом тарифе. Оказалось, что клиент openVPN есть и для андройдфонов. То есть с телефона тоже могу в обе локалки влезть. По идее можно видеонаблюдение соорудить Понять бы еще, что означает в конфигах сервера фраза client-to-client - может быть я зря надеюсь, но мне кажется, это означает, что трафик между двумя клиентами вроде как мимо сервера с тормозным каналом должен идти. Логически-то оно конечно P-t-P через сервер, а физически - вроде бы нет. Может быть, это должно неплохо работать при доступе к удаленному рабочему столу...
В общем, мне понравилось
Пользователь решил продолжить мысль: Июль 13, 2012, 10:11:54

Виртуалбох и винроут в нем - это остатки наследия (был когда-то реальный шлюз на винроуте) замена на openvpn - дело времени (нужно еще на всех клиентских компах заменить керио-клиент на openvpn-клиент, а их не один десяток).

Как оказалось, при наличии доступа к клиентским машинкам по сети (пусть через керио), это не так уж муторно. На до установить там сам клиент и скопировать конфиги - от силы четыре небольших файлика, да хоть копипастом (если есть возможность запускать редактор на удаленной машине), или еще как - хоть самбой, хоть через любой доступный (лучше бы не чужой) ftp - да мало ли вариантов?.

[l_l_lblTHuK]

У меня белый статический IP, поэтому я тупо поставил себе внц-сервер.
А так разве что dyndns или аналоги использовать.