Я пытаюсь выполнить большой глоток (node.js) сервер на порте 80. Я ранее имел сервер Nginx, хорошо работающий на этом порте, и смог получить доступ с внешней стороны. Поскольку Вы видите от curl
команда, серверный процесс работает и служит правильно localhost (мне установили имя хоста на '0.0.0.0' в файле большого глотка и также попытался установить это на '127.0.0.1'):
Однако, когда я ввожу общедоступный IP в браузер от удаленной машины, ничего не происходит. Аналогично, когда я выполняю a curl
на общедоступном IP (таким образом, это не уродливая проблема html/php или что-либо как этот) от другой машины. Хотя a curl
к общедоступному IP от самой машины хорошо работает.
Вот изображение вывода начальной буквы серверного процесса:
Что еще могло блокировать это соединение? Я не добавил дополнительных брандмауэров к системе сам.
iptables -L
производит следующее:
Chain ufw-user-input (1 references)
target prot opt source destination
DROP tcp -- anywhere anywhere tcp dpt:http /* 'dapp_Nginx%20HTTP' */
ACCEPT tcp -- anywhere anywhere tcp dpt:ssh
DROP tcp -- anywhere anywhere tcp dpt:8000
DROP udp -- anywhere anywhere udp dpt:8000
ACCEPT tcp -- anywhere anywhere tcp dpt:http
ACCEPT udp -- anywhere anywhere udp dpt:http
Таким образом, я задаюсь вопросом если
DROP tcp -- anywhere anywhere tcp dpt:http /* 'dapp_Nginx%20HTTP' */
Могла бы быть проблема, и возможно она отклоняет больше, чем просто Nginx (хотя, конечно, это должно быть?)? Раз так, как я удаляю этот конкретный отклонять правило с помощью iptables? Если не я отчасти в недоумении для того, что могло бы вызывать проблему.
(Я могу, включал полное iptables -L
вывод, если кто-либо чувствует, что им нужен он.)
Не берите в голову, в конце концов, это было правило Nginx, которое, как я думал, будет специфичным для Nginx, но, очевидно, заблокировало весь порт, даже после того, как порт 80 был специально открыт с помощью ufw.
Исправлено так:
iptables -D ufw-user-input 1