Я не вполне получаю Ваш вопрос или скорее что проблема и чего Вы хотите достигнуть. Кроме того, это не вопрос о кодировании, но я попытаюсь вырыть в него.
Вы хотите туннелировать соединения TCP через SSH к computer_behind_firewall через сервер снаружи брандмауэра? И это соединение SSH к сбоям сервера? Если так, необходимо работать tcpdump tcp PORT
на сервере, чтобы видеть, не прибывают ли действительно никакие пакеты. Если они прибывают, Ваш sshd или оболочка tcp настроены для не принятия соединений снаружи (проверьте/etc/ssh/sshd_config,/etc/hosts.deny и/etc/hosts.allow). Также изучите файлы журнала в/var/log. Если никакие пакеты не прибывают, существует брандмауэр или в передающем конце или на шлюзе к LAN сервера, который блокирует или не передает в частную сеть.
Вы уже, вероятно, попробовали эти вещи, но, который стоит упомянуть.
Вы обновили свои драйверы сетевой платы, я использовал Intel и должен был загрузить последнее с сайта Intel из-за связанной с сетью проблемы, где гость не всегда будет достижим после начальной загрузки.
Вы используете NAT для гостя? В этом случае ping может выйти и работает правильно, но не наоборот.
Вам включали брандмауэр на госте, который отбрасывает ping, в, но разрешает посещать им?
У меня была очень похожая проблема, и я обнаружил, что она была решена путем открытия диспетчера виртуальной сети для хост-машины, удаления виртуальной сети, ее применения и затем воссоздания новой (с помощью по умолчанию для всех свойств в моем случае) - казалось бы, чудесным образом связь восстановилась ...