SSH по сравнению с OpenVPN, какой быстрее?
У меня должен быть удаленный доступ к моему серверу. Я хотел бы иметь X Передающих функциональностей также. SSH предоставляет мне это; однако, это немного медленно по Интернету. OpenVPN работал бы лучше? Или есть ли альтернатива, которая работала бы лучше?
3 ответа
Я хотел бы иметь x передача функциональности также. SSH предоставляет мне тот однако, это немного медленно по Интернету. openvpn работал бы лучше?
Любая передача, сделанная по SSH, подвергнется известному TCP по проблеме TCP. Протокол TCP добавляет изрядное количество издержек, потому что это - транзакционный протокол. Используя туннель UDP, который является значением по умолчанию OpenVPN, позволит Вам избегать всех проблем с туннелирующим TCP по TCP.
Я действительно сомневаюсь, что это поможет многому для переданной сессии X11 все же. X11 чрезвычайно чувствителен к задержке и дрожанию. Никакой протокол туннелирования, даже самое эффективное может преодолеть задержку или перенасыщенные интернет-ссылки.
SSH подключит Вас к Вашему компьютеру. OpenVPN подключит Вас к Вашей сети. Это заставит его казаться, как будто Вы подключены непосредственно к своей сети. Это может иногда вызывать дополнительный трафик, например, если Ваша машина внезапно видит свои общие сетевые диски или сетевые принтеры, это могло бы начать говорить с ними.
Если Вы просто хотите иметь контроль удаленным рабочим столом, что относительно одного из многих, многих вариантов VNC, которые являются легким весом в размере и трафике. Вы могли открыть и передать нестандартный порт на своем маршрутизаторе..
Вы попробовали-C опцию в ssh для включения сжатия? Можно также установить уровень сжатия в файле конфигурации, как описано в ssh руководстве для "CompressionLevel". Это должно использовать меньше пропускной способности.
У меня нет опыта с openVPN поэтому, к сожалению, я не могу дать Вам хорошее сравнение. Я думал бы, что передача X могла теоретически пойти быстрее, так как это, кажется, использует много локальное X кодов сессии для отображения определенных окон вместо того, чтобы красить целый рабочий стол как VNC. Я не знаю наверняка все же.
Я принимаю Ваше использование команды как ssh -C -X username@yourdomain.com и запуск gui программы от командной строки как/usr/bin/firefox.
Если Вы хотите туннелировать VNC по своей ssh сессии, можно использовать ssh перенаправление портов, не имея необходимость открывать дальнейшие порты в брандмауэре. Вам просто нужен vnc сервер на удаленном хосте.
ssh -C -L 4000:localhost:5900 username@yourdomain.com
(принятие vnc сервера служит на порте 5900),
Затем откройте vnc клиент на своей локальной машине и подключите ее к localhost:4000
Я протестировал и ssh опции на своей LAN и X-сессию, передающую, далеко превзошел любой по характеристикам из моих локальных тестов VNC. Я смог посмотреть видео YouTube от одной x-сессии до другого в полусмотрибельном качестве. Звук однако все еще играется в исходной системе.