Браузеры Windows не могут получить доступ к сайту интрасети через порт, Nmap может его видеть, другие устройства также

Размещение сайта на OS X с Vagrant VM (Ubuntu), порт перенаправлен на 6789. Т.е. порт 6789 на виртуальной машине перенаправляется на номер 6789 на хосте. Возможен доступ из ОС хоста как обычно (localhost: 6789), через IP-адрес виртуальной машины (192.168.10.10:6789) или через виртуальные хосты из etc / hosts (someurl.app : 6789). Можно также получить доступ с мобильного устройства, подключенного к тому же Wi-Fi, перейдя по адресу 192.168.5.11:6789 (IP-адрес Macbook плюс перенаправленный порт). Можно сканировать IP + порт из Windows 10 с помощью Nmap, говорит " Хост подключен ", дает мне некоторые ценности.

Невозможно получить доступ в любом браузере в Windows 10.

Если я попытаюсь получить доступ к 192.168.5.11:6789 из любого браузера в Windows 10, у меня будет время ожидания соединения. Сервер, на котором запущен сайт, не регистрирует никаких попыток, поэтому браузеры даже не пытаются это сделать. (Хотя попытки nmap тоже не регистрируются, не уверен, что это работает, нет опыта работы с ним - edit : это потому, что nmap сканирует OS X, а не саму виртуальную машину, дох)

До сих пор я пробовал следующее на машине Windows:

• полностью отключить брандмауэр; на машине нет антивируса или стороннего брандмауэра
• , добавление сайта в доверенные сайты в зоне интрасети настроек Интернета
• открытие TCP и UDP-порта 6789, как исходящего, так и входящего, в дополнительных настройках брандмауэра
• снижение безопасности зоны интрасети
• проверка того, используется ли порт 6789 в Windows с помощью netstat, нет.

Есть ли способ убедиться, что браузерам разрешено отправлять запросы на порт 6789, другое чем открыть порт в дополнительных настройках?

Дополнительная информация №1:

Запуск tcpdump в OS X, вот его суть . Результат, когда я пытаюсь получить доступ только к URL-адресу из Windows, находится в верхнем файле сущности (сбой), выход, когда я пытаюсь получить доступ только к URL-адресу со своего телефона, находится в нижнем файле сущности (успех). Странно, насколько больше коммуникаций происходит в состоянии сбоя, и еще более странно, что торговые удары продолжаются еще долгое время после тайм-аута запроса в браузере Windows.

Дополнительная информация # 2:

Данные полного возврата Nmap:

Порт: 6789 / tcp

Есть ли способ убедиться, что браузерам разрешено отправлять запросы на порт 6789, кроме открытия порта в дополнительных настройках?

Дополнительная информация №1:

Запуск tcpdump в OS X, вот суть . Выходные данные, когда я пытаюсь получить доступ только к URL-адресу из Windows, находятся в верхнем файле сущности (сбой), выходные данные, когда я пытаюсь получить доступ только к URL-адресу со своего телефона, находятся в нижнем файле сущности (успех). Странно, насколько больше коммуникаций происходит в состоянии сбоя, и еще более странно, что торговые удары продолжаются еще долгое время после тайм-аута запроса в браузере Windows.

Дополнительная информация # 2:

Данные полного возврата Nmap:

Порт: 6789 / tcp

Есть ли способ убедиться, что браузерам разрешено отправлять запросы на порт 6789, кроме открытия порта в дополнительных настройках?

Дополнительная информация №1:

Запуск tcpdump в OS X, вот суть . Выходные данные, когда я пытаюсь получить доступ только к URL-адресу из Windows, находятся в верхнем файле сущности (сбой), выходные данные, когда я пытаюсь получить доступ только к URL-адресу со своего телефона, находятся в нижнем файле сущности (успех). Странно, насколько больше коммуникаций происходит в состоянии сбоя, и еще более странно, что торговые удары продолжаются еще долгое время после тайм-аута запроса в браузере Windows.

Дополнительная информация # 2:

Данные полного возврата Nmap:

Порт: 6789 / tcp Выходные данные, когда я пытаюсь получить доступ только к URL-адресу из Windows, находятся в верхнем файле сущности (сбой), выходные данные, когда я пытаюсь получить доступ только к URL-адресу со своего телефона, находятся в нижнем файле сущности (успех). Странно, насколько больше коммуникаций происходит в состоянии сбоя, и еще более странно, что торговые удары продолжаются еще долгое время после тайм-аута запроса в браузере Windows.

Дополнительная информация # 2:

Данные полного возврата Nmap:

Порт: 6789 / tcp Выходные данные, когда я пытаюсь получить доступ только к URL-адресу из Windows, находятся в верхнем файле сущности (сбой), выходные данные, когда я пытаюсь получить доступ только к URL-адресу со своего телефона, находятся в нижнем файле сущности (успех). Странно, насколько больше коммуникаций происходит в состоянии сбоя, и еще более странно, что торговые удары продолжаются еще долгое время после тайм-аута запроса в браузере Windows.

Дополнительная информация # 2:

Данные полного возврата Nmap:

Порт: 6789 / tcp Состояние: отфильтровано Сервис: ibm-db2-admin Версия: -

Также вернули MAC-адрес и высказывание о том, что слишком много отпечатков пальцев, чтобы дать конкретную информацию об ОС. Также есть трассировка с сообщением 1 HOP в 15-30 мс.

Дополнительная информация № 3:

IP-адреса устройств:

• iPhone: 192.168.5.12
• Windows: 192.168.5.15
• OS X: 192.168.5.11