Как определить, почему мой сервер Azure может видеть соединения на одном порту, а не на другом?

У меня есть пользовательский веб-сервер, который я загрузил на виртуальную машину 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 все проходит...