Radmin vs Remote Desktop

[Tankist]

Возник тут у нас на работе "богословкий" спор на тему сабжа. Я привык пользоваться Remote Desktop, а мой оппонент утверждает что это КГ/АМ, а Radmin рулит.
Хотелось бы узнать плюсы и минусы этих прог, а заодно предпочтения народа.

[Visual]

Рэймот Дэсктоп не пользовался, но РАдмин очень даже устраивает.

[Shturman]

Простите.. но хрен редьки не слаще ..
разницы функциональной никакой

[Tankist]

Радмин торомозный и иногда глючит

[morgul]

так так так
нука покажи мне где он тормозит и глючит?

[Tankist]

Да хоть мыша подергивается, типа обновляется 1-2 раза в секунду. А еще когда-то был прикол, что он умирал при запуске аутглюк ехпресса, правда давно это было.

[Shevi]

На Десктоп и Ремоут забил уже ДАВНЫМ ДАВНО!!!!!

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

[aaz]

А где VNC? А PuTTY? telnet.exe, в конце концов ? Так репрезентативной выборки не сделаешь

[Jet]

Netop Remote Control рулит.

[brom]

Сервера предприятия исключительно встроенный ремоут десктоп. Не привык, знаете ли, на сервера лишнего хлама ставить, и другим не советую... Станциями юзырей SmartCode VNC Manager (Enterprise Edition) 3.5. А посему воздержался.

[AnSI]

Аналогично. Серваки - ремот десктоп, юзеры (благо их не много) - радмин. Воздержался.

[Девушка Прасковья]

RAdmin.

[msdn]

Если по локалке то наверное все равно.
Если сервера далеко, то:
rdp работает гораздо быстрей чем ra или vnc.

[Dionis]

RDP для подключение к серверам через инет, Radmin - для управления внутри локалки

[Sanych]

Подниму тему.

Возник вопрос, как админить филиалы на новой работе. Покритикуйте вариант "RDP для подключения к серверам через инет, Radmin - для управления внутри локалки". Гугль гуглил, но кроме заткнутой в 2008 году дырки в протоколе RDP ничего не обнаружил. На серверах Win2K3 R2 SP2. Только если можно - критиковать аргументировано.

[andruxa]

VPN?
5букв

[Sanych]

нет. VPN пока сделать возможности нет

[andruxa]

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

[Sanych]

постоянный, с разных IP

[andruxa]

Я бы такое без vpn держать не стал.

[avgera]

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


Посему главная мысль - на самом деле, не суть принципиально, каким именно СРЕДСТВОМ ты будешь пользоваться. Гораздо важнее то, какими методами ты будешь защищать сам доступ.


В твоем случае, если уж VPN ну никак - то КАК АБСОЛЮТНЫЙ МИНИМУМ нужно таки определить все IP, с которых будет доступ, и зафайрволить остальные. Кроме того, очень желательно поднять центр сертификации, и разрешать открытие коннекшна клиент<-> сервер только при прохождении проверки подлинности.

[andruxa]

Верю. Но есть два момента:
1) в случае действительно бизнесс-критикал сервиса, оправдание, что за всю историю такого не было, нам просто не повезло начальство вряд-ли воспримет.
2) я бы предпочел иметь дырку родного rdp, чем левого продукта.

[AlexeyS]

Сообщение от andruxa

в случае действительно бизнесс-критикал сервиса

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

[wildman]

Как вариант TeamViewer

[atos]

Вредный совет.

[klauss]

почему?

[atos]

Дано: программа с закрытым кодом, устанавливающая активные соединения по произвольно открытым на файрволле портам, обьединяющаяя всех в сеть типа аськи/джаббера.
У меня из ассоциаций под это описание - только зомбисети.

[wildman]

Если уж реально заботиться о безопасности, то тогда создавать криптозащищенный канал, но надо ли это топикстартеру?

[atos]

Ему конкретно - надо.

[wildman]

Ну, так и фигли тогда тему мутить? Шагом марш покупать ключи и вперед! Или есть желание и конфетку съесть и .... ?

[atos]

ТС все правильно сделал.
Чем больше мнений - тем больше выбор в руках админа.

[atos]

Да, за всю историю RDP было найдено всего 6 уязвимостей. Но каких...
Я бы, после первой, уже бы повесился.
А учитывая тот момент, что последние заплаты направлены на клиентов, а сервера так и работают по умолчанию на RDP v5 - это полный атас.

[AlexeyS]

если подвести итог то:
если шлюзы поддерживают VPN то делать.
если нет возможности и все под винду, то поднимать что то типа open ssh.
имхо.

[koyot]

Блин. Да без разницы, в общем-то... Мы это как-то обсуждали. Что угодно, что нравится и кажется непосредственному пользователю удобным. VPN таки делай, да?

[МойРульСправа]

радмин. глюков особо не заметил.

[Jag Mort]

ssh

[Sanych]

По ряду причин всё только на винде

[AlexeyS]

http://sshwindows.sourceforge.net/ + putty

[atos]

Извращение?

[AlexeyS]

немного. но когда то работало вполне нормально

[atos]

Как хорошо, что прошли те времена...

[mr.Karapuz]

DameWare

[AnSI]

полностью соглашусь - ДымВаря рулит, особенно на узких каналах

[Andrey]

В свое время, держа в некоторые периоды до 6 контор на "удаленке" перепробовал по-моему всё . От PC Anywhere до SSH.
В силу разных причин (в разных конторах) было много разных требований к данному софту - от загрузки проца в разных режимах до уживчивости с Citrix.
Из моих наблюдений (что помню) - львиная доля софта (и в том числе RAdmin) просто дико грузят проц на слабых машинах (на старых целеронах доходит до 40-50% CPU load) + не особо резвы на медленных каналах (таких как GPRS). Помимо этого, тот же RAdmin "всем известен" и потенциально более подвержен взлому. Также в большинстве случаев (в моих условиях) требовалось наличие возможности "шлюзования", когда можно было бы видеть машины за роутеров/прокси.

Одно время подсел на NetOp, но у него быстро выявились некоторые недостатки - в частности, глюки с некоторыми программами типа AutoCAD и полное отсутствие совместимости с терминальными серверами (как на виндовом терминале, так и на Citrix).

В ходе поисков с итоге было найдено решение, на котором и живу уже несколько лет - Netsupport Manager. Штука хорошая - пока не выявлено ни одной проблемы несовместимости, имеет собственный шлюз (удобно целпяться к удаленным сетям), имеет защиту подключения в несколько уровней, позволяет на шлюзе делать "избирательную видимость" машин для разных админов, мало грузит проц, вполне сносно работает на дохлых каналах. Дополнительный бонус - прога не особо популярна, потому под массовые атаки шансы попасть меньше.

Последняя версия полностью поддерживает Vista/7.