Я установил и настроил supervisord на Linux-сервере под управлением Fedora26, и он настроен для запуска веб-интерфейса супервизора на порту 9001. Однако, когда я набираю IP-адрес и порт Linux-сервера в моем браузере на другом компьютере, подключенном к той же сети, я получить ошибку браузера «Этот сайт недоступен». Я действительно не понимаю, почему это происходит. Я следовал документации супервайзера и выполнил необходимые шаги.
Вот мой файл supervisord.conf.
[unix_http_server]
file=/var/run/supervisor/supervisor.sock ; (the path to the socket file)
chmod=0700 ; sockef file mode (default 0700)
[inet_http_server] ; inet (TCP) server disabled by default
port=*:9001 ; (ip_address:port specifier, *:port for all iface)
[supervisord]
logfile=/var/log/supervisor/supervisord.log ; (main log file;default $CWD/supervisord.log)
logfile_maxbytes=50MB ; (max main logfile bytes b4 rotation;default 50MB)
logfile_backups=10 ; (num of main logfile rotation backups;default 10)
loglevel=info ; (log level;default info; others: debug,warn,trace)
pidfile=/var/run/supervisord.pid ; (supervisord pidfile;default supervisord.pid)
; the below section must remain in the config file for RPC
; (supervisorctl/web interface) to work, additional interfaces may be
; added by defining them in separate rpcinterface: sections
[rpcinterface:supervisor]
supervisor.rpcinterface_factory=supervisor.rpcinterface:make_main_rpcinterface
[supervisorctl]
serverurl=unix:///var/run/supervisor/supervisor.sock ; use a unix:// URL for a unix socket
; The [include] section can just contain the "files" setting. This
; setting can list multiple files (separated by whitespace or
; newlines). It can also contain wildcards. The filenames are
; interpreted as relative to this file. Included files *cannot*
; include files themselves.
[include]
files = supervisord.d/*.ini
Кроме того, вот мой результат после запуска tail -f /var/log/supervisor/supervisord.log
.
2017-09-26 12:50:32,569 INFO supervisord started with pid 2671
2017-09-26 13:30:01,848 WARN received SIGTERM indicating exit request
2017-09-26 13:30:02,083 CRIT Supervisor running as root (no user in config file)
2017-09-26 13:30:02,083 WARN No file matches via include "/etc/supervisord.d/*.ini"
2017-09-26 13:30:02,114 INFO RPC interface 'supervisor' initialized
2017-09-26 13:30:02,115 CRIT Server 'inet_http_server' running without any HTTP authentication checking
2017-09-26 13:30:02,115 INFO RPC interface 'supervisor' initialized
2017-09-26 13:30:02,115 CRIT Server 'unix_http_server' running without any HTTP authentication checking
2017-09-26 13:30:02,116 INFO daemonizing the supervisord process
2017-09-26 13:30:02,116 INFO supervisord started with pid 3026
Попытка подключиться к веб-интерфейсу в моем браузере не приводит к созданию новых журналов.
Вот результат sudo netstat -anp | grep 9001
.
tcp 0 0 0.0.0.0:9001 0.0.0.0:* LISTEN 3026/python2
Есть шаг, который я пропустил? Любая помощь приветствуется.
Обновление 28 сентября
Я запустил nmap, чтобы проверить, работает ли порт, и вот результат.
Starting Nmap 7.60 ( https://nmap.org ) at 2017-09-28 10:20 CDT
Nmap scan report for caseloader-server (x.x.x.x)
Host is up (0.00049s latency).
Not shown: 998 filtered ports
PORT STATE SERVICE
22/tcp open ssh
9090/tcp open zeus-admin
MAC Address: x:x:x:x:x:x (IBM)
Похоже, что порт 9001 не работает. Также запустите команду telnet для подключения к порту 9001, вот результат.
Trying x.x.x.x...
telnet: connect to address x.x.x.x: Connection refused
telnet: Unable to connect to remote host
Но запуск telnet для подключения к портам, которые показывают открытое соединение, отлично.
Порт 9090:
Trying x.x.x.x...
Connected to caseloader-server.
Escape character is '^]'.
Порт 22:
Trying x.x.x.x...
Connected to caseloader-server.
Escape character is '^]'.
Таким образом, похоже, что ошибка определенно на стороне сервера.
Хорошо, я разобрался. Наконец-то я могу подключиться к веб-интерфейсу в моем браузере. Я добавил порт в свой брандмауэр с помощью этой команды: sudo firewall-cmd --permanent --add-port=9001/tcp
. После перезагрузки конфигураций брандмауэра и перезапуска службы супервизора я теперь могу просматривать веб-интерфейс. Спасибо большое за вашу помощь! Я обязательно запомню эти шаги по устранению неполадок, если столкнусь с этой проблемой в будущем.