Немного нубский вопрос здесь, но я застрял на этом некоторое время.У меня есть виртуальная машина Azure под управлением Ubuntu 16.04, которую я использую для запуска Graylog.Я следовал их документации по установке и настройке, и я запускаю web_listen_uri
в 127.0.0.1:9000
и rest_listen_uri
в 127.0.0.1:12900
, согласно их предложению запустить эти два на разных портах.
Я проверил состояние демона, используя service graylog-server status
, и запуск curl http://127.0.0.1:9000
на виртуальной машине возвращает HTML для веб-интерфейса Graylog, пока что все хорошо.
Я разрешил входящий и исходящий трафик напорт 9000
с iptables
, а поведение по умолчанию - ALLOW
.Я понимаю, что это не лучший вариант с точки зрения безопасности, но это устройство dev, и оно находится в собственной vnet без доступа к Azure cli (я отключил его после настройки vm).
Когда я создалПравило в Azure, чтобы разрешить подключения на виртуальной машине до 9000, я все еще не могу подключиться.Я добавил правило входящей безопасности в группу сетевой безопасности, и сетевой интерфейс виртуальной машины связан с этим nsg.Исходящее правило разрешает порт 9000 трафика в Интернет.
Мой браузер все еще не может подключиться к общему IP-адресу виртуальной машины через порт 9000. Что мне здесь не хватает?
РЕДАКТИРОВАТЬ
Так что мойоригинальная догадка была верной, localhost не доступен извне.После изменения rest_listen_uri = http://0.0.0.0:12900
, rest_transport_uri = http://my.public.ip.addr:12900
и web_listen_uri = http://0.0.0.0:9000
я наконец смог подключиться к реальному веб-сайту.Однако теперь возвращается, что сервер для rest_transport_uri
недоступен.Если я curl http://localhost:12900/system/cluster/node
я ничего не получу обратно, ни тайм-аут, ни ошибки, ни успеха.Чего мне не хватает в моем конфиге?