TL; DR: простой HTTP-сервер доступен локально, но как я могу сделать его доступным удаленно, чтобы просматривать обслуживаемые файлы с другого компьютера в сети?
Я использую HTTP-сервер командной строки с нулевой конфигурацией для обслуживания веб-сайта (каталог, содержащий index.html
файл).
Я использую либо python -m SimpleHTTPServer
или node.js http-server
(установлен из npm
).
Доступ к веб-сайту локально - это нормально. Если я обслуживаю сайт через порт 8090, я могу увидеть его на localhost:8090
как и ожидалось.
Но я не могу получить к нему доступ удаленно, и в этом моя проблема. Я хочу, чтобы этот веб-сайт был доступен в моей сети. (Для доступа к серверу мне нужно подключиться к VPN.)
Если я попытаюсь подключиться к порту через Telnet, я получу telnet: connect to address 192.168.122.215: Connection refused
.
Кстати, порт 8080 уже используется Jenkins, поэтому я использую 8090 (не уверен, что это имеет значение).
я видел https://stackoverflow.com/questions/14469267/node-js-on-mac-access-a-node-js-web-server-from-another-computer, но это не помогает. Когда я запускаю команду http-server . -p 8090
я получил Starting up http-server, serving . on: http://0.0.0.0:8090
, что, как мне кажется, означает, что он должен быть доступен удаленно.
Я не очень хорошо знаком с сетями / портами / и т. Д., Поэтому приветствую любые рекомендации. Я предполагаю, что это как-то связано с тем, что порт не открыт, или с какой-то настройкой брандмауэра, но мне это чуждо.
Возможно ли то, что я пытаюсь сделать? Может ли кто-нибудь помочь мне сделать этот веб-сайт доступным удаленно в сети? Спасибо за прочтение!
Бегать netstat -lpn
и убедитесь, что порт веб-сервера, который вы хотите использовать, действительно работает на 0.0.0.0, а не на localhost. Если это не так, нам нужно отредактировать конфигурации, чтобы прослушивать "*", а затем перезапустить демон веб-сервера.
Если на вашем компьютере установлен брандмауэр, просто на несколько минут здесь, чтобы устранить неполадки, полностью отключите его, чтобы мы могли устранить его как источник нашей проблемы. Если мы обнаружим, что проблема заключается в брандмауэре, мы можем убедиться, что существуют правильные правила для порта, над которым вы работаете.