MySQL удаленный кэш

Вы могли использовать VPN, чтобы соединиться с удаленной сетью сначала и затем непосредственно соединиться через SSH. Это может или не может быть возможно, можете, или может не быть тем, чего Вы хотите достигнуть во-первых, но это будет работать.

Я в большой степени рекомендую подвергнуть как можно меньше машины к Интернету через отображение порта! Особенно, если пароль/клавиатура интерактивная аутентификация позволяется. У людей действительно есть слабые пароли.

Другое предложение могло бы быть должно соединиться с Вашей машиной прокси и иметь ее, явно создают туннели к каждой машине, которой Вы хотите непосредственно достигнуть позади своего NAT. Можно или указать один (или больше) туннели SSH непосредственно из командной строки как это:

ssh -L localport:hostnameOrIPofMachineBehindNAT:remoteMachinePort yourusername@proxy.example.com

Где localport номер порта, который необходимо соединить на localhost, который будет передан машине позади NAT, SSH туннелировал через прокси.

hostnameOrIPofMachineBehindNAT IP LAN или LAN DNS машины непрокси, которой Вы хотите достигнуть позади NAT. Часто в частном диапазоне IP как 10/8, 192.168/16 или 172.16/12.

remoteMachinePort номер порта сервиса, с которым Вы хотите соединиться на удаленной машине позади NAT. В случае SSH вероятно, что это будет стандартным портом 22.

yourusername@proxy.example.com тривиален, я предполагаю.

Можно затем соединиться с другой машиной как это от другой локальной оболочки:

ssh usernameOnRemoteBoxBehindNat@localhost

Так как командная строка может легко стать очень длинной утомительное для ввода, это - путь лучше для наполнения всего этого, с как много опций SSH, которые Вы хотите, и как много туннелирований порта, которые Вы любите в Ваш ~/.ssh/.ssh_config файл. Это уменьшит Ваш ввод до ssh connectionNickname и всегда имейте весь набор передач и опций автоматически.

Посмотрите man 5 ssh_config для подробно объяснения и списка опций конфигурации можно использовать в ~/.ssh/.ssh_config.