Я хочу получить доступ к своему домашнему компьютеру с работы через SSH, но проблема в том, что мой домашний компьютер находится за маршрутизатором NAT (к которому у меня нет доступа). Поскольку на моем рабочем компьютере установлена CentOS и он находится за прокси, я не мог использовать TeamViwer (ТВ портировано на Linux с помощью вина, и, видимо, настройки прокси не будут работать).
Кто-нибудь знает программу, которая удовлетворит мои потребности?
Спасибо, Клаудиу.
[1] Сам инструмент — я бы порекомендовал взглянуть на jrdesktop [ http://jrdesktop.sourceforge.net/ ]; хоть и не очень активный проект и не особенно подходит для модемных соединений, он стабилен, надежен, мультиплатформен и отлично работает.
[2] И jrdekstop, и ssh, но без NAT-transversal (как Hamachi — так называемая VPN с нулевой конфигурацией; обязательно проверьте это! https://secure.logmein.com/products/hamachi2/), есть такие параметры, как "обратное подключение", которые могут оказаться полезными.
После того, как вы установите такую VPN между машинами, вы можете свободно использовать ssh, X, RDP, jrdesktop, VNC и другие инструменты по вашему выбору, как в обычной локальной сети. Если вы не доверяете стороннему «трансверсальному провайдеру», я слышал, что относительно легко написать свой собственный аналог такого программного обеспечения (все же, по крайней мере, одна из машин должна быть публичной, или обе NAT-ed должны иметь временный доступ к общедоступным третья машина).
Кроме того, люди на serverfault.com могут предложить лучшую информацию.
Я искал то же самое и нашел два инструмента!
tmate: когда вы запускаете tmate в своем терминале, он создает ssh-ссылку, которой вы можете поделиться с другой стороной, которой вы хотите разрешить подключение к сеансу вашего терминала. Другой стороне просто нужно установить ssh.
Работает через NAT без проблем, никаких сторонних инструментов не требуется.
Ссылки tmate ssh выглядят так:
Просто установите tmate в своей системе, в официальных репозиториях есть пакеты практически для всех основных дистрибутивов (Fedora, Debian, Arch, Ubuntu...)
Кроме того, tmate имеет открытый исходный код и позволяет вам настроить и использовать свой собственный сервер, если вы позже решите не использовать какой-либо сторонний сервис.
GoTTY: поделитесь любым терминальным приложением, которое вы хотите, и другой стороне даже не нужно иметь ssh, но вам нужно разобраться с переадресацией портов, если вы находитесь за брандмауэром и NAT.
tmate в последнее время активно не обновлялся. Я предлагаю попробовать ngrok, который я использую лично. Просто используйте его, чтобы открыть службу ssh с помощью ngrok tcp 22.
- person taper; 17.08.2018
ngrok, как вы можете с tmate, как они утверждают: вы можете лицензировать выделенную установку кластера серверов ngrok для коммерческого использования. Вы предоставляете нам ключи к учетной записи AWS, и мы устанавливаем программное обеспечение кластера серверов в эту учетную запись. Он также имеет специальную поддержку и, кажется, больше подходит для коммерческого использования, а не для дома / образования.
- person finnan; 23.03.2021
tmate -F. Кроме того, я вижу коммит в их github пару дней назад. Надеюсь, скоро они сделают новый релиз.
- person finnan; 23.03.2021
Судя по всему, нет конкретного «приложения», которое решит вашу проблему, это скорее проблема с сетью — ваш домашний компьютер находится за NAT, а ваш рабочий компьютер — за прокси-сервером (http или socks).
Итак, вам нужен третий компьютер — желательно с Linux или BSD — назовите его «третий компьютер». Дешевый хостинг Linux vps, вероятно, лучший способ.
Со своего рабочего компьютера вы можете использовать «connect» в своей конфигурации ssh для туннелирования через прокси-сервер на «третий компьютер» — см. http://bent.latency.net/bent/git/goto-san-connect-1.85/src/connect.html.
Например, вот запись в моем файле ~/.ssh/config:
Host foo.dyndns.org
User sonia
Port 443
ProxyCommand connect -H 1.2.3.4:8080 %h %p
(Использование порта 443 — распространенный способ обойти HTTP-прокси).
Со своего домашнего компьютера вы можете использовать «autossh» для настройки постоянного туннеля на «третий компьютер» — см. http://www.harding.motd.ca/autossh/ и http://www.linux.com/archive/feature/134133
Затем со своего рабочего компьютера вы можете подключиться по ssh к «третьему компьютеру», а затем вернуться по туннелю autossh к своему домашнему компьютеру.
Вы также можете использовать альтернативу, например Robo-TiTO. Это сделает ваш сервер доступным для чата Jabber, например (GTalk/Hangouts). Это довольно простой и прямой доступ к терминалу. Пользуюсь несколько лет. Обычно я открываю с его помощью обратный SSH-туннель, и после этого это просто правильный доступ по SSH.
Удаленный доступ к оболочке:
Удаленный доступ к графическому интерфейсу через SSH:
Если вам нужно только ssh-соединение, вы можете потратить 2,99 доллара в месяц на покупку дешевого vps и использовать обратный ssh или ngrok для регистрации вашего компьютера за NAT.
Я не знаю, имеете ли вы в виду, что у вас нет внешнего сетевого удаленного управления вашим домашним маршрутизатором, или если кто-то еще хранит пароль, но если вы можете получить доступ к своему маршрутизатору, вы, вероятно, сможете настроить порт пересылка, так что когда вы ssh на общедоступный IP-адрес маршрутизатора, он автоматически отправляет весь ssh-трафик на ящик во внутренней сети.
Если ваш интернет-провайдер не делает что-то подлое с NAT операторского класса, это должно работать нормально.
В качестве альтернативы вы должны иметь возможность подключиться из дома к своей рабочей машине через ssh и создать туннель, чтобы вы могли подключиться к своей рабочей машине, а затем получить сеанс между домом и работой.
NX использует транспорт ssh. NoMachine распространяет как бесплатную, так и премиальную версии инструмента, а также есть freenx.
Возможно, вы сможете просто использовать переадресацию X с ssh -X host или ssh -Y host и просто открывать графические приложения. Или вы настроили сервер VNC, который вы также можете туннелировать через SSH.
