Pull to refresh

Comments 13

Проще сам ssh тунеллировать через ssl-соединение, например с помощю stunel.
Если слушать 443 порт то DPI не сможет отличить это соединение от браузерного https-запроса.

ssh можно туннелировать через websockets, тогда он вообще будет неотличим от http траффика, вот статья на эту тему.

Даже делал такое намедни. Вот пример (не мой) как это сделать: https://github.com/leihaiyong/MiniWebSSHServer


Там, правда, маленькая ошибка в коде есть, из-за чего соединение рвётся, но суть ясна. Однако, так не сделаешь VPN. Но было бы любопытно увидеть websocket-based впн :)

Оказывается, я видел этот проект (судя по цвету ссылки), но забыл. Спасибо.

Еще есть guacamole, который может быть терминалом и для ssh и для rdp и тд

Мне всегда казалось, что аренда какого-нибудь (виртуального) сервера где-то "там" всегда подразумевает наличие аварийного доступа через какой-нибудь VNC, и с терминалом как раз через сайт провайдера подобного рода услуг.

То есть, ровно то, что и предлагается тут.

Если работать только самому и только со своего компьютера, то разница небольшая (надо сравнивать, что быстрее, возможно этот вариант, поскольку там передаётся текст, а не изображение). Но если надо дать доступ другим людям или если требуется зайти с чужого компьютера (допустим, используя отдельный аккаунт, компрометация которого не вызовет серьёзных последствий), то использовать доступ через панель управления аккаунтом у провайдера — значит дать возможность посторонним зайти в систему как администратор (или вообще удалить все виртуальные машины). Даже если для доступа к экрану виртуальной машины используется пароль, отличный от пароля к панели управления хостингом, всё равно можно перезагрузить виртуальную машину, изменить настройки GRUB (init=/bin/bash и т.д.) и войти в систему без пароля.

В общем, данный вариант безопаснее.

В такой ситуации наиболее эффективным транспортным протоколом для администрирования является авиационный.

Достаточно перевезти администратора в страну, где ssh работает, и проблема блокировки ssh решена.

Авиационный протокол файерволами с обеих сторон плотно заблокирован.

Тут надо роутинг продумывать, а то и где трафик мимикрировать.

Уже давно использую webmin для всех серверов по умолчанию. Кроме ssh на https имеет кучу приятных плюшек.

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

Sign up to leave a comment.

Articles