Что лучше teamviewer или rdp
Конечно, альфу и омегу удаленного доступа трудно сместить с заслуженного пьедестала, но в последнее время TeamViewer стал работать на редкость нестабильно. Дошло до того, что для соединений между компьютерами я стал использовать бесплатную утилиту Supremo. Но, как говорится, песня совсем не о том, ведь у нас на обзоре творение великой и ужасной корпорации Microsoft.
Каковы неоспоримые преимущества TeamViewer? Конечно, интуитивность и простота. Даже далеким от IT людям нетрудно объяснить, что достаточно продиктовать девятизначный идентификатор и короткий пароль, чтобы знающий человек подключился к компьютеру и решил все проблемы, не вставая со стула. Лично я настроил одну учетную запись TeamViewer на компьютерах всех членов семьи, и вы даже не представляете, сколько времени и нервов сэкономило это простое решение.
Тем не менее, ОС Windows 7/8 позволяют легко подключаться в режиме удаленного рабочего стола без установки дополнительного ПО. Чтобы разрешить доступ, необходимо зайти в свойства системы и отметить пункт настроек, указанный на скриншоте. Все, ваш компьютер готов для удаленного подключения в пределах одной беспроводной сети. Чтобы реализовать действительно удаленную работу, как я понял, нужно организовать gateway и проброс портов, так что оставим эту мороку опытным сетевым администраторам, сосредоточившись на рассмотрении мобильного приложения.
Чтобы добавить компьютер в перечень хостов, впишите его локальный IP-адрес, а при необходимости укажите имя пользователя и пароль. Все, можно подключаться. Коннект практически моментальный, масштабируется картинка отлично, и в целом быстродействие в рамках локальной сети куда выше, чем при использовании TeamViewer (впрочем, немудрено). Счастливые обладатели Windows 8 могут активировать дополнительную проверку NLA (Network Level Authentication), позволяющую усилить и без того высокий уровень безопасности соединения.
Очевидный минус — блокировка текущего сеанса при удаленном подключении, да и экранная клавиатура занимает непозволительно много места. Но для неотложных вопросов и быстрого решения проблем, требующих только курсора мыши и пары функциональных кнопок, клиент RDP от Microsoft подходит как нельзя лучше.
Обратите внимание, что плавного масштабирования не предусмотрено, но выглядит пересчет 1920х1200 в 1280х720 все-таки получше, чем при использовании TeamViewer. По сути, в нашем распоряжении только два шага — весь экран и активная зона. Кроме того, управление курсором мыши движениями по экрану (аналогично TeamViewer) нужно включать отдельно, вызвав ряд функциональных кнопок нажатием «Menu».
Так или иначе, нельзя не отметить внимание корпорации к смартфонам, от продаж которых Microsoft получает баснословные лицензионные отчисления. У ребят из Редмонда получилось сделать стильное, современное, а главное — полностью рабочее приложение, наверняка востребованное среди сетевых инженеров и прочих гуру администрирования. Простые пользователи, в свою очередь, никуда не денутся от TeamViewer/Supremo. Во всяком случае, эти программы не заставляют вас выяснять IP-адрес и прочие премудрости сетевого подключения.
Нашли опечатку? Выделите текст и нажмите Ctrl+Enter
Все права защищены. Полное или частичное копирование материалов Сайта в коммерческих целях разрешено только с письменного разрешения владельца Сайта. В случае обнаружения нарушений, виновные лица могут быть привлечены к ответственности в соответствии с действующим законодательством Российской Федерации.
Зачастую пользователи нашего VPS хостинга просят посоветовать им, какие из средств удаленного доступа можно использовать для подключения к виртуальному серверу, помимо стандартного подключения к удалённому рабочему столу (RDP).
В настоящее время существует огромное количество различных инструментов, которые позволяют удаленно управлять компьютером или сервером. Каждый из них имеет свои плюсы и минусы, различные функциональные возможности, платные или бесплатные версии, а также мобильные или только десктопные варианты.
В данной статье будут рассмотрены два наиболее известных и популярных приложения: Radmin и TeamViewer. Их преимущества и недостатки в сравнительном анализе с привичным подклюением к удалённому рабочему столу (RDP) от Microsoft.
Первой рассмотрим программу Remote Administrator (Radmin)
Radmin создан компанией «Famatech», которая является одним из мировых лидеров в области разработки систем удаленного управления компьютерами. С момента своего основания в 1999 году они разрабатывают одни из лучших решений в своей области, которые широко используется для обеспечения технической поддержки пользователей, администрирования корпоративных сетей, удаленной работы и решения многих других задач.
Следующим из наиболее популярных решений для удаленного доступа, мы рассмотрели программу TeamViewer.
TeamViewer знаком многим из Вас как приложение для создания конференций, командного доступа и совместной работы. В своей деятельности компания-разработчик специализируется на технологиях, использующих облачные ресурсы, для оказания онлайн-поддержки и взаимодействия в реальном времени по всему миру.
- Многоплатформенность
- Высокий уровень безопасности
- Высокая производительность
- Скрытый просмотр рабочего стола, передача файлов, организация чата и интерактивных конференций на 25 человек
- Видео запись работы с удаленным рабочим столом, создание скриншотов
- Наличие портативной и мобильных версии
- Wake-on-LAN
- Синхронный буфер обмена
- Совместная работа
- Подключение к мобильным устройствам
- Системы Linux без графического пользовательского интерфейса
- Работает из браузера
- Поддержка терминального сервера
- Бесплатный для тестового и личного использования
- Понятный интерфейс
- Доступен более чем на 30 языках
Последним из возможных способов для подключения к серверу, рассмотрим стандартную программу Windows, которая в российской локализации Window называется «Подключение к удаленному рабочему столу» (Remote Desktop Connection).
Данная программа представлена во всех редакциях ОС Windows начиная с версии XP. Она достаточно проста и удобна в использовании даже для неопытных пользователей, которые только начинают свое знакомство с виртуальными серверами.
- Программа не требует установки если у вас все устройства на Windows
- Поддерживает подключение внешних устройств с Вашего компьютера на сервер
- Возможность подключить локальные диски и USB-устройства
- Используется общий буфер обмена. Позволяет напрямую копировать файлы
- Позволяет запускать неограниченное число подключений
- Возможность настройки качества цветопередачи и параметров экрана
- Настройка в клиенте автозапуска различных программ при подключении к серверу
- Высокие показатели безопасности, проверка подлинности и авторизации
- Бесплатное использование для целей администрирования
- необходимость покупать/арендовать лицензию RDS CALs, при использовании сервера не только для его настройки и администрирования или в случае если требуется более двух одновременных подключениях к серверу.
- нет возможности создания конференции
- обычная работа на сервере
- просмотр на сервере видеоролика на YouTube размером 720p, чтобы проверить насколько эффективно передается картинка рабочего стола (от этого во многом зависит комфорт вашей работы)
Для просмотра видео на виртуальном сервере использовалась последняя версия браузера Google Chrome, а для мониторинга показателей нагрузки на клиенте — стандартная программа Windows «Монитор ресурсов».
Полученные показатели были представлены в виде таблицы, что дает нам возможности видеть, как изменились показатели при обычной работе и при просмотре видео в полноэкранном режиме.
Таблица 2. Сравнительная таблица показателей по нагрузке
Скорость передачи данных в таблице была переведена в Мбит/сек, в то время как на скриншотах она представлена в байт/сек. Цветами выделены показатели по нагрузке на оборудование, зеленым цветом выделен минимальный показатель, красным цветом выделен максимальный показатель.
Обязаны отметить, то качество видео (количество кадров в секунду) было отвратительным во всех случаях: 2-3 кадра в секунду
Проведя тестирование и рассмотрев каждую из программ, можно сделать выводы, при каких условиях их лучше всего использовать:
Стандартное подключение к удалённому рабочему столу отлично подойдёт в тех случаях, когда Вы не хотите устанавливать сторонние приложение и Вам не нужен богатый функционал, а только лишь доступ в какие-то моменты времени к удаленному рабочему столу сервера для его настройки.
Программа Radmin позволяет Вам ее комфортно использовать в любых ситуациях, в сочетании с большим функционалом, низкой стоимостью и минимальной нагрузкой на оборудование как сервера, так и Вашего ПК.
Программа TeamViewer разумно использовать если Вам необходимо организовывать рабочие места для большого количества сотрудников. И при этом Вы бы хотели получить все ее возможности для оказания онлайн-поддержки и взаимодействия сотрудников в реальном времени, несмотря на большую нагрузку, которую она генерирует.
Полученные скриншоты в момент тестирования Вы можете видеть ниже.
Radmin при нагрузке в момент обычной работы
Radmin при нагрузке в момент просмотра на сервере видео размером 720р
TeamViewer при нагрузке в момент обычной работы
TeamViewer при нагрузке в момент просмотра на сервере видео размером 720р
RDP при нагрузке в момент обычной работы
RDP при нагрузке в момент просмотра на сервере видео размером 720р
Очень давно узнал о программе TeamViewer и как узнал - сразу протестировал ее возможности. Тогда для меня это было просто мега удивительно.
Пару лет назад узнал, что в Windows есть встроенная утилита "Подключение к удаленному рабочему столу", которая тоже позволяет полностью управлять другим компьютером, но в локальной сети. Протестировать удалось только на днях. Мне понравилось (за исключением того, что управлять можно только по локальной сети).
Простой 1 комментарий
Во первых:
RDP != VNC, TeamViewer - так как RDP работает в отдельной сессии.
На одном сервере может быть несколько подключений под RDP, они не видят экранов друг друга, их клавишы/мышь передаются независимо, у каждого в свою сессию.
Ну давайте все будем использовать ту технологию что придумана когда-то.
Ну например, ездить на автомобилях без пневматических шин, с деревянными колесами.
Множество протоколов возникает:
а) как процесс совершенствования, как решение каких то дополнительных уникальных проблем.
б) некоторые протоколы, как протокол TeamViewer - закрыты и недоступны для других разработчиков.
Но, к примеру, тот же VNC (это единственных из трех вами упомянутых TeamViewer, VNC, RDP - открытый протокол) - используется в разном софте. Например, в локально запущенных виртуальных машинах для подключения к консоли или у хостеров для подключения к "локальной" консоли сервера клиента.
А вообще:
Не зачем а почему. Полагаю главная причина - политика монополизации рынка Microsoft, которая на любой чих вместо использования существующих стандартов, изобретает ни с чем не совместимый свой, чтобы добавить как минимум лицензионные ограничения, а так же чтобы среда в организациях была не смешанная (т.е. было сложно одновременно использовать не microsoft решения).
А еще по умолчанию почти любой инструмент удаленного управления требует особой настройки сети и фаервола (либо работает без проблем только в локальной сети).
RDP блокирует текущую сессию на консоли (собственно там где компьютер работает), не позволяя двум пользователям одновременно видеть действия другого, так же эта технология слабо подстраивается под сетевой канал (оно есть но ужасного качества), но если сравнивать с другими технологиями - это середнячок во всем, в требования к каналу, к терминальному железу и т.п. Последние версии включают расширения для передачи видео, позволяя просматривать видео и даже запускать игры с приемлемой задержкой.
Существует еще xwinows протокол, используемый xserver в linux (есть реализации под windows но с ними будут работать приложения заточенные только под его использования, т.е. пришедшие из linux/unix). Это даже не протокол для удаленного подключения, а штатная работа самой системы вывода изображения на экран мониторов - она изначально предполагает работу по сети, даже если работает локально, подключение идет через сокеты. Жутко не эффективный протокол, не умеет подстраиваться под сетевой канал и т.п. например его открытие - понижение уровня безопасности, злоумышленник может навредить или даже проникнуть на сервер (до недавних пор сам сервис xserver даже работал по root со всеми вытекающими от сюда рисками). Благодаря особенности работы, его в т.ч. используют для запуска даже отдельных приложений под разными логинами, подключившись к терминалу удаленно (тот же ssh), мало того возможны обратное направление - вы подключаетесь к серверу и перенаправляете порты своего локального пользовательского xserver на сервер в открытую сессию, и запущенные серверные приложения отображаются у вас (только в пределах вашего нового подключения).
Поверх xvindow под linux есть протоколы, от почившей NX nomachine и открытый x2go, на порядок уменьшающие требования к сети и терминалу,позволяющие удаленно работать с linux машинами, на мой взгляд наилучшие для слабых сетевых каналов.
vnc - открытый протокол, это копирование экрана пользователя без блокирования, у него есть различные расширения от того же tightvnc и т.п. главное его отличие - изображение передается не один к одному, возможны пропуски изменений на экране. Используется по умолчанию (но само собой не обязательно) для удаленного управления ubuntu (сервер vino). По умолчанию очень не эффективный протокол, изображение сильно отстает и т.п.
Еще в windows 7 и выше штатно есть фича - удаленный помощник, работает так - вы отправляете файл настроек администратору, с помощью которого он подключается к вашему экрану, не блокируя его. У инструмента куча ограничений (только администратор может подключиться), есть какие то проблемы при работе на терминальном сервере с пользовательскими сессиями, в остальном - то обычный проприетарный аналог vnc
teamviewer и тот же anydesk - это комбайны, которые содержат в себе не только удаленное управление но и голосовой и не только чат, vpn, передачу файлов и главное - сервис-прокси для подключения между клиентами без необходимости настройки того же фаервола, т.е. содержат инструменты обхода NAT. Это главная причина популяризации этих утилит - удобная работа, которая не вынуждает клиентов что то где то настраивать (что обычно очень сложно или даже невозможно).
Будьте осторожны, открывая доступ к машине, вы даете полный доступ разработчикам/администраторам этих решений к вашим машинам. У teamviewer была даже проблема, то ли используя ее уязвимость, толи пароли угадывали, информации было мало, злоумышленники подключались к машинам, выводили деньги из paypal и криптовалюты (обычно у людей локально пароли сохранены). Понятно что возможно это не проблема протокола, но это очередные открытые двери к вашей машине, ключ к которым тоже нужно охранять.
Если канал широкий, предпочитаю RDP, если узкий, Radmin.
Если на том конце ничего нет и серый IP, то teamviewer.
В локалке dameware давно уже использую. Преимущество - легко интегрируется с доменом и не требует установок или каких-то настроек на клиентских компах, достаточно прав администратора домена, а дальше он всё делает сам - устанавливает удаленно драйвер, службу, копирует настройки, запускает и устанавливает соединение. Еще плюс то, что лицензируются не управляемые рабочие места, а компьютер админа.
(5) ага ну да конечно. С цитриксом когда-нибудь работал? В шестнадцати цветном режиме? Потому что канал совсем тугой?
Дело в том что rdp создавался именно для длительной удаленной работы за удаленной машиной в точности как если бы это была машина локальная. А все остальное перечисленное - для другого: администрирование, обучение (показ каких-то действий), проведение презентаций и т.д. Поэтому для длительной работы лучше всего подходит рдп.
(7) а ты с тимвьювером пробовал работать на том же канале или с внц? Быстрее не значит самый быстрый. Это значит что другие еще хуже.
и, кстати, РДП единственный протокол, который на модеме 56 кбит позволяет сделать хоть что-то ( про качество и скорость тут речи уже нет, конечно)
Уточню. В своё время у цитрикса был свой протокол ICA, который жал трафик и кэшировал примитивы на клиенте эффективнее, чем RDP, соответственно работал быстрее. Но основан он был на той же технологии.
(9) проигрывают и теамвиевер и внс и амми админ, причем канал был гораздо меньше чем 36.6 кбпс.. РДП клиент лежал нещадно, цитрих единственный кто мог обеспечить вменяемый комфорт работы
Если удаленно подключаешься и сам работаешь то rdp, если работаешь с пользователями, консультируешь, сдаешь, принимаещь то тимвьювер необходим, особо хороша функция то что можно записывать видео.
во времена дайал апа по телефонной линии коннектился через эти модемы на работу. лазил радмином и рдп. рдп был удобней для работы на экране, а для перекачки файлов был удобней радмин.
сейчас во времена большого интернета пофиг чем лазить.
Но Цитриксу +100
вообще, софт может меняться сильно, версия от версии очень сильно отличаться, а то что было раньше это может быть не актуально.
(1)
>> Если канал широкий, предпочитаю RDP, если узкий, Radmin.
>> Если на том конце ничего нет и серый IP, то teamviewer.
Тоесть, по твоему, на широком канале быстрее работает RDP, на узком быстрее работает Radmin, а если серый IP, то teamviewer.
Ну и бред.
Остальные ответы почти все такие же бредовые.
Но есть несколько полезных. Но все же вопрос так и не раскрыт.
Я за
(21) VNC как был тормозищем, жрущим канал так как будто у него каждый кадр по мегабайту занимает и остался.
Остальные слишком разные решения
tviewer только для помощи и удобства доступа. работать через него постоянно это изврат, особенно если мониторы разные на серваке и клиенте
Radmin очень давно не юзал, когдато очень удобно было, помоему это аналог tviewer по производительности и ф-циям
Для постоянной удалённой работы через терминал только RDP и остаётся
Заплатили 90 000 за teamviwer.
Админы просто молятся на него.
Никакого геммороя - это самое главное.
И самое главное - минимум админства. Надо знать только пароль от учетки и всё.
А всякие "а вот на линуксе можно" - для красноглазиков.
Но это для саппорта.
Для работы RDP конечно.
Не может быть чтобы для саппорта и работы одна программа работало то быстрее то медленнее другой.
Похоже никто не понял вопроса
(26) Так где таких взять то? Чтобы поработали на всех вариантах и еще засекали производительность ? )))
Я поработал, и мне субъективно показалось что teamviewer немного быстрее чем rdp. Правда канал достаточно быстрый был, и разницу сильно не заметил. vnc заметно медленнее даже на быстром канале.
Может кто-то другую разницу увидел? Или на медленном канале ситуация изменилась бы?
(30) я бы вообще убрал слово "быстрее" и спросил бы так - что ближе всего по пользовательскому опыту к локальной машине? Т.е. на каком из приложений можно быстрее забыть, что ты работаешь не на обычном десктопе. Мне кажется, такая постановка правильнее с учетом современных реалий.
TV безусловно выдающееся приложение, но со своими особенностями. И производительность у него в любом случае меньше чем у RDP хотя бы потому, что трафик там идет не напрямую, а через гейт, который соединяет две машины между собой.
(22) Я высказал мнение, основанное на опыте.
Под скоростью я подразумеваю скорость работы пользователя, в конкретных условиях а не отклика интерфейса на гигабитном канале. Если нужно быстро и гарантированно решить проблему на удаленном компьютере, то на медленном канале при наличии выбора rdp или radmin, я выберу второе.
(0) вопрос поставлен некорректно, т.к. не указаны условия использования.
>> Помогите выбрать что самое быстрое по времени отклика интерфейса.
ты вообще куда спешишь то?
>> Заплатили 90 000 за teamviwer.
>> Админы просто молятся на него.
после того как в домен влезет кто нибудь не авторизованный и натворит делов будут молится чтобы не уволили
>> Я поработал, и мне субъективно показалось что teamviewer >> немного быстрее чем rdp
убери качество в 32 бита и на рдп все залетает
(37) технологии разные. тимвьюер прорисовывает чересстрочно и когда что-то надо сделать быстро, через тим успеваешь сделать быстрее, не дожидаясь полной прорисовки. но у меня просто инет медленный, а для других регионов, особенно для мск, наверное, вообще люди не знают, что такое прорисовка, все выглядит как по локалке.
собираюсь купить лицуху на тим, все никак руки не дойдут, он хорошо продвинулся с 5-й версии.
(35) как раз на медленном соединении если есть рдп, радмин ваще никак, ну разве только если включить 4 бита и разряху уменьшить до минимума, но большинство овнософта, который ща клепают, на это не рассчитано.
рдп чаще всего недоступен. у нас по всему городу отключили внешние айпиадреса, хотите рдп - платите за белый адрес, а госучреждения переводят одно за другим на внутренние сети без выхода наружу, только через тимвьюер и получается работать. меня рдп вообще всем устраивал, единственный минус был - в виндовсе не сохраняются адреса, куда заходил
Тим песня, когда с компа с 19" монитором подключаешься с широкому 24.
Буковки на экране надо с лупой рассматривать
(44) а у меня по жизни Unable to connect или Error, а вот все остальное работает, почему-то. Или оба онлайн, но друг друга не видят, даже если к одному роутеру подключены. Нах амми.
(30) VNC как бы настраивать нужно .
Это тебе не из коробки и все готово.
(42) Это разные механизмы. Для долгой работы удаленно конечно рдп предпочтительнее. А для помощи клиенту к примеру где нет доступа по рдп, амми рулит.
(47) Больше 10 лет на предприятии только VNC
Если кому помочь дома - тогда teamviewer/ammy
В офисе на всех компах и серверах стоит radmin, очень удобно.
К тому же если надо сервер наружу выставить, то только radmin. Еще не слышал что бы его сломали.
(0) что значит быстрее. (29) с чем поработал с вордом одно, подключился сайт полистал или с графическим редактором другое, распечатать, что то на свой принтер третее. Ты хоть, что то настраивал или тупо запустил.
рдп настраивал так, что он меньше цитрикса ел и на канале в 19200 работал. нытье про белые ип вообще не понимаю динднс сейчас в большинстве роутеров есть или на компе поднять не вопрос.
Самый совершенный протокол. В свое время у цитрикса были самые передовые разработки, потом их влили в очередные версии rdp.
(52) "нытье про белые ип вообще не понимаю динднс сейчас в большинстве роутеров есть"
Бывает когда от провайдера серый адрес идет, и снаружи не подключишься вообще никак, только изнутри.
(5%) у меня около 100 подключений. динднс вычисляет, что я регую разные аккаунты, и блокирует, ноип тоже. так что динднсы у меня уже отмерли почти все. юзаю тим с рдп
А так, что под руку подвернется то и юзаешь. Линух - vnc. На скорую руку к кому-нить пробиться - teamviewer или ammy admin. На постоянной основе но rdp по какой-нить причине не катит - radmin.
(54) Что проблема найти сервак наруже который такому серому ип даст белый? хотя для работы заказать белый ип любая компания может себе позволить
(59) представь себе, иногда проблема. а вот иногда инет компании юзается через частный, это во-первых, а во-вторых, иногда запрет делается на внешний айпи, так как контора государственная, и они его никогда не купят, а крутиться как-то надо.
(22) Зачем создавать опрос, если мнение с которым ты не согласен записывать "в бред"? Оставил бы только один пункт, тот который тебя устраивает, а все остальные: "бред" ;)
RDP-клиент rdesktop (для FreeBSD)
Быстрее его не встречал, в части перерисовки экрана.
Как будто локально сидишь.
>> Windows 7 Home не имеет "бесплатного" RDP. Если хочется его получить, доплатить нужно.
во первых, версии хоум для бизнеса нельзя использовать согласно лицензионного соглашения.
во вторых, путаете клиента и службу. клиент там есть, а сделать из хоум терминальный сервер нельзя.
Во первых - можно.
Во вторых - не путаю. Но выше выразился не полностью. RDP server не терминальный есть начиная с Windows pro, который дороже home.
(31) >> я бы вообще убрал слово "быстрее" и спросил бы так - что ближе всего по пользовательскому опыту к локальной машине?
А в чем вопрос? И так понятно что ближе всего по пользовательскому опыту к локальной машине, без всякого голосования. Не понятно только что быстрее.
(66) >> Зачем создавать опрос, если мнение с которым ты не согласен записывать "в бред"? Оставил бы только один пункт, тот который тебя устраивает, а все остальные: "бред" ;)
Затем чтобы получить ответ на свой вопрос.
Один пункт не могу оставить, так как не знаю какой из них верный.
Сейчас запустил одновременно teamviewer и rdp на двух мониторах.
В teamviewer если печатаю по одной букве, то они появляются на экране почти так же как в rdp.
Если печатаю быстро по много букв, то в teamviewer они появляются сразу по несколько штук если я успел напечатать больше одной за время обновления экрана.
В rdp все равно появляются по одной. За счет этого последняя буква появляется позже чем в teamviewer.
(74) Буферизация пакетов в tcp-ip соединении накапливает данные пакета, если ответ о доставке предыдущего пакета ещё не прибыл. В RDP пакеты клавиатуры немного больше и идут быстрее (так как нет Proxy) поэтому их отправляется больше.
(74) в рдп запаздывают шифты и много других лагов, даже на локалке, если привык работать быстро. а если использовать тв и рдп на одной машине (не сервачная ос), то у тимвьюера начинается утечка памяти, пока все не забьет, писал в техподдежку, отвечают - не используйте рдп на non-server OS, this is known issue.
(74) на практике получается, чтобы обновить конфу в небольшой базе (до 1 гб файл dt), нужно скачать базу к себе, спокойно обновить и перебросить обратно. Это будет на порядок быстрее, чем колбасить тимвьювером час по чайной ложке, и никакие символы нигде не западают, работать комфортно.
(77) - идеально для ларьков (еще ставлю им Viterminal+neorouter)
rdp - для Доменолюбов (dameware где толстые клиенты)
vnc - для инженеров (ssh,screen - в *бенях масхэв как УАЗик)
Teamviewer7 стоит у всех (порой теряя кадры вложенных линуксовых клиентов удаленного рабочего стола)
разнообразие - наше всё
(76) действительно, если на teamviewer долго работать, то он начинает сильнее тормозить. Приходится переподключаться иногда. Будем считать что rdp победил. Закройте темку.
Что лучше - кошернее?
Вроде-бы, как-бы к тимвьюверу и вопросов особых нету, но, говорят, лоховская программа, чёткие поцанчики пользуются только RDP.
Т.к. тема является архивной.
Т.к. тема является архивной.
Но вот сейчас пытаюсь настроить RDP - и никак.
Я правильно понимаю, что на каждый компьютер в роутере нужно пробрасывать порт отдельно?
Т.к. тема является архивной.
Т.к. тема является архивной.
Выше правильно написали про VPN.
Самый распространенный случай: накатываем OpenVPN на WAN-концах, прописываем фыварольными правилами разрешения для VPN-сети к RDP-портам локальных компов, открываем RDP-порты на локальных тачках, если не открыты. Всё просто, как две копейки.
Т.к. тема является архивной.
Ещё и VPN.
Я только-только хоть как-то начал представлять, что такое порты и для чего их пробрасывать.
Т.к. тема является архивной.
Ну, тогда проще пробросить порты, если машин немного.
Только проброс делать для конкретных WAN-адресов, а не для всех, как по умолчанию идёт.
Т.к. тема является архивной.
Т.к. тема является архивной.
Тим безусловно удобне, если это куча да еще и не твоих компоа в разных местах
У рдп основной недостаток - нельзя показать что надо делать пользователю - таких задач 80%
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Хм. да я что-то не сомневался, что по RDP.
Он у нас не любитель всего стороннего.
Завтра спрошу. Интересно.
Т.к. тема является архивной.
Т.к. тема является архивной.
Вот, rdp выгоняет юзера из сеанса, а пляски с бубном для подключения к консоли не удобны.
Скорее всего по vnc он ходит.
Т.к. тема является архивной.
Я уж не стал уточнять. У меня интерес был чисто академический.
Сейчас пытаюсь подключенный к роутеру HDD в сеть вывести :)
Т.к. тема является архивной.
Неверно. Для сервера вообще проблем нет.
Для десктопной винды тоже есть варианты:
https://habrahabr.ru/post/147273/
Да и встроенного "удаленного помощника" никто не отменял.
Т.к. тема является архивной.
Т.к. тема является архивной.
Рдп без защиты ОТЛИЧНАЯ дыра. Мне так файлы хорошо шифранули прошлым летом. Теперь только впн. И лучше аппаратно, например в кинетике есть.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
у многих древние калькуляторы вместо wan, а то и вообще без ван, а машины во дворе.
Не прописывай, я не возражаю.
Т.к. тема является архивной.
Как ты определишь список доверенных, если хз откуда и через чего туда придётся стучать ?
Да же сидя дома - у всех динамика.
Про vpn понятно, да же дырявый и всеми оплёванный рртр удобен и более безопасен.
Т.к. тема является архивной.
За всех-то говорить не надо, ладно? :-)
Если ходишь из нескольких мест, и везде - статика, то нет смысла городить огород под названием vpn.
Для остальных случаев - VPN.
И не надо мне тут писать про всякую хрень типа pptp, капитан очевидность, я выше уже упоминал про openvpn, который пользуем без малого уж лет 10 почти.
Т.к. тема является архивной.
и часто у нас везде в нескольких местах статика? где-то она стоит денег, где-то (через сотовых операторов) она вообще почти невозможна.
впн проще и реальнее.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Именно. Для работы, а не для сакральных процедур.
Есть клиенты, у которых нет vpn, и ставить они его не хотят,
требуют IP для разрешения доступа. Ничего зазорного в этом не вижу,
ибо клиент всегда прав.
С мобильных вопрос решается довольно просто - "openvpn на мобиле - openvpn на статике".
Короче, вы всё не о том говорите.
Т.к. тема является архивной.
Т.к. тема является архивной.
С чего вообще вы считаете, что я минусы ставлю? Крайне редко в качестве респекта я ставлю плюсы. Но вот минусами баловаться не вижу смысла вообще. У меня традиции общения с того далекого 2002го года, когда я на форумах появился. И тогда минусов и лайков не было, обычно читали слова )
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
сейчас полно всяких вариантов использования токенов вместо паролей. На крайняк прописать ip Нижегородских сетей не особо муторно.
Т.к. тема является архивной.
Т.к. тема является архивной.
Расскажи это клиентам Ростелекома :о))))
А подключаться действительно приходится откуда ни попадя - где застал звонок клиента, оттуда и подключаешься.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
В чем проблема законнектиться из кафе (да хоть из деревни Заж.пкино) по openvpn к своим рабочим точкам со статикой, а от них цепляться к клиентам, если, к примеру, на мобиле сигнал хороший?
Т.к. тема является архивной.
Т.к. тема является архивной.
ты зря. так иногда удобнее. хотя бы тем, что на рабочем месте все прописано (адреса-пароли), есть БЫСТРЫЙ интернет, файлопомойка и т.п. для прямой передачи и подключения удаленных ресурсов, да хоть принтеров к примеру.
Т.к. тема является архивной.
Было бы неудобно, не пользовались бы. Писал уже - есть клиенты без VPN, с обычным пробросом пакетов с рестриктом по WAN-адресу, под них приходится прогибаться, ибо "клиент всегда прав".
Т.к. тема является архивной.
Для начала, нужно ответить на вопрос: для чего это нужно ?
Если систематически заходить на рабочие, домашние хосты - это одно, а если к бабушке, маме, дяде васе и хз ещё к кому нужно подцепится, и что то сделать - совсем другое.
Реализация - это уже дело вкуса и личных предпочтений :)
Опять же клиент рртр есть во всех вендах, элементарен в настройке руками юзера и не требует сертфикатов, в отличии от ovpn
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
ну до кучи можно ещё двухфакторную идентификацию прикрутить (на хабре есть про это)
+ в VPN все это "завернуть"
Т.к. тема является архивной.
Т.к. тема является архивной.
Тимвьювер от 5 минут сбросить ? легко ! Правым батоном в трэе, сменить ID. Портабл версия. Даже на рутрекере есть.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
"тимвьювер, говорят, лоховская программа, чёткие поцанчики пользуются только RDP. "
Сам ответил на свой вопрос.
Т.к. тема является архивной.
Для rdp нужен сетевой доступ непосредственно к хосту, что вкупе с динамическими и часто серыми ip весьма проблематично.
Т.к. тема является архивной.
acella писал(а)
Для rdp нужен сетевой доступ непосредственно к хосту, что вкупе с динамическими и часто серыми ip весьма проблематично.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Можно воспользоватся сервисом вроде "мой ip"
Он покажет реальный внешний ip, сравнить его с тем что выдал провайдер - если совпадает, значит белый.
Если не совпадает - серый , но это не 100% способ, ибо "провайдер может дать свой внутренний ip и делать netmap c внешнего белого.
Можно уточнить непосредственно у провайдера.
Т.к. тема является архивной.
В общем прописал в роутере домен DDNS, пробросил порт на комп с Win7 и - о чудо! Зашёл на него с интернету!
Только я один хрен не понимаю, если у меня три компа - мне на все три надо пробрасывать один и тот-же порт, а потом с удалённой машины вводить учётку того компа, к которому хочу подключиться?
Т.к. тема является архивной.
А что за роутер кстати ?
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
На Win7 ходит и изнутри, и по сетке.
На Win10 не идёт даже изнутри.
Галка "разрешить удалённый помощник" стоит.
Т.к. тема является архивной.
Т.к. тема является архивной.
Т.к. тема является архивной.
Давай не будем письками меряцца, ога, у меня несколько таких есть.
Но к ТС это не применимо сейчас.
Я говорю про классическую схему клиент-сервер, без промежуточных хостов и обратных подключений.
В случае когда сервер за натом - борода.
Понятно что решаемая борода , но для начала таки борода :-D
Т.к. тема является архивной.
поофтоплю немного.
и это теперь стало технофорумом? 2 толковых ответа по теме, остально бред типа как от детьмейкера.
извините, но это пипец.
Т.к. тема является архивной.
Т.к. тема является архивной.
Я просто в ауе от такой тупизны на форуме, и при том половина если не больше просто упертые бараны, хамы и ссыкло.
вот челу кто мне меток накидал предложил встретиться и показать принцип работы у фильтра и ключей от домофона и это выложить в инет как видео, ну чтоб он потом подумал как просто так пиздеть на других - нет же - ссыт, тупо ссыт и мажется.
Т.к. тема является архивной.
Читайте также: