Использовал это руководство для настройки SSH через HTTPS для моего raspPi.
Сработало хорошо, я думал, что смогу нагло использовать решение для туннелирования VNC более 80.
Учебное пособие в основном разбито на 3 простых шага (и я думаю, что я правильно понимаю, но я не специалист по сетевой инженерии).
1) Этот учебник хочет избежать переадресации портов.
2) Wetty используется для запуска «веб-сервера» на случайном порте, который обслуживает терминал SSH.
3) Beame используется для эффективного предоставления поведения типа «DynamicDNS» с SSL бесплатно. (Я полагаю, что это достигается путем запуска приложения beame-insta-ssl на Raspbian, которое, как я полагаю, подключается к Beame с созданным сертификатом и сообщает ваш IP-адрес ... затем, когда любые данные попадают в URL-адрес Beame, они перенаправляются на IP-адрес мой Raspberry Pi, где приложение beame-insta-ssl прослушивает 80 и перенаправляет на любой порт, на котором работает Wetty, думаю, 80 всегда открыт ??)
Во всяком случае, это работает! Затем я захотел «обновить» старый добрый SSH до VNC, поэтому я подумал ...
1) VNC-сервер работает на порту 5901 (функционально аналогичен Wetty, только служба на порту).
2) Перенаправить трафик, полученный на 80-5901 с помощью Beame (а не на порт Wetty).
3) При попытке использовать решение направьте мой удаленный VNC-клиент на имя хоста Beame на порту 80, надеясь, что волшебство произойдет и все будет работать!
К сожалению, это просто тайм-аут, что я тут делаю не так? Я думал о переадресации портов, но мне не нужно было это подключать к Wetty, работающему на случайном порте, ничем не отличается от того, как VNC-сервер работает в качестве службы на произвольном порте, поэтому мне не нужно было этого делать.
Я также удостоверился, что VNC к порту 80 (понимание перенаправления будет там), все еще не работает.
Если вам интересно, почему мне нужно делать все это более 80, потому что я нахожусь за очень ограниченной сетью относительно исходящих портов.
Есть идеи? Спасибо
Вудсток