У меня есть собственный веб-сервер, который я загрузил на виртуальную машину Azure под управлением Windows Server. Он принимает HTTP-соединения через порт 80 и подключения через веб-сокеты через порт 2468. Все работает нормально локально, но в Azure HTTP-подключения будут подключаться, а веб-подключения - нет.
В группе безопасности сети Azure, подключенной к серверу, оба порта открыты для входящих TCP-подключений. В брандмауэре Windows для сервера оба порта открыты для входящих TCP-соединений. Netstat показывает, что мой процесс прослушивает порт 2468, но Microsoft Network Monitor никогда не показывает никаких входящих подключений на порту 2468, когда я пытаюсь подключиться из моего браузера.
Все, что я знаю, чтобы убедиться, что соединение будет работать, я сделал для обоих портов, и он работает для порта 80. Как мне выяснить, что мешает моим соединениям с веб-сокетами работать?
Примечание: это настраиваемое серверное приложение, не работающее в IIS, Apache и т. Д. Ответы должны быть связаны исключительно с Windows Server / Azure.
РЕДАКТИРОВАТЬ: Чтобы уточнить, я пытаюсь подключиться из дома, из обычного веб-браузера через обычное Интернет-соединение, к общедоступному IP-адресу сервера.
РЕДАКТИРОВАТЬ 2: После дальнейшего тестирования, пытаясь запустить HTTP-сервер на порту 2468 и прослушиватель websocket на порту 80, я все еще могу подключиться к порту 80, а не к порту 2468. Так что, очевидно, это вообще не связано с протоколом; хотя оба брандмауэра открыты на обоих портах, информация проходит только через порт 80 ...