Как подключить SSH к компьютеру как с публичными, так и с приватными IP, используя DDNS

Question

У меня есть ноутбук Mac (компьютер A) под управлением OS X el capitan, к которому я хотел бы получить удаленный доступ по SSH. Поскольку компьютер всегда находится в моей школьной сети, я не могу получить статический общедоступный IP-адрес. Проведя исследование, я узнал, что могу

1. установите mac os x для запроса определенного частного IP в моей школьной сети
2. используйте ddclient, чтобы всегда обновлять общедоступный IP-адрес, который должен иметь мой компьютер для nsupdate.info, так что статический URL-адрес всегда указывает на компьютер A

Как упоминалось ранее, компьютер А находится в моей школьной сети. Как я могу использовать свой компьютер (компьютер B) в моей домашней сети, которая находится далеко от моей школы, для подключения к компьютеру A по ssh?

Допустим, я настроил компьютер A для настройки IPv4 с использованием DHCP с IP-адресом 172.27.133.200 вручную и использования ddclient для обновления testurl.nsupdate.info, чтобы всегда указывать на общедоступный IP-адрес компьютера A. Существует ли команда, которая будет использовать эти два адреса, чтобы я мог подключиться, например (концептуально)

userOnComputerB$ ssh userOnComputerA@172.27.133.200@testurl.nsupdate.info

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

И наконец, если команда, подобная приведенной выше, невозможна, какова техническая причина или причина разработки ssh, почему такая команда невозможна?

Answer 1

Когда вы используете SSH для testurl.nsupdate.info, соединение будет прервано через брандмауэр вашей школы (или другое устройство, которое реализует NAT для вашего внутреннего IP 172.27.133.200). Брандмауэр не будет знать, что его необходимо перенаправить на ваш внутренний IP-адрес, если только администратор брандмауэра не настроил переадресацию портов, но, как вы говорите, вы не можете это контролировать.

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

Однако, как правило , брандмауэр действительно позволяет ваше внутреннее устройство для SSH к внешней стороне, так , то вы могли бы использовать , что исходящее соединение SSH туннель для входящего подключения, что объясняется в вопросах , связанных с обратной туннелирование , что вы упомянули. Просто прочитайте это, помня, что "lappy" - это ваш школьный компьютер, а "удаленный" - ваш домашний компьютер.