Назад | Перейти на главную страницу

SQL Server - брандмауэр, блокирующий репликацию, даже если порт 1433 разрешен

У меня есть два сервера, Сервер 1 и Сервер 2, оба являются автономными, Windows Server 2016 с SQL Server 2017 с использованием экземпляра по умолчанию. Они не являются членами домена и подключены через VPN (с использованием Neorouter).

Я пытаюсь настроить репликацию с помощью принудительной подписки с сервера 1 (локальный) на сервер 2 (удаленный).

Я создал правило брандмауэра, чтобы разрешить порт 1433, и я настроил Сервер 2 для прослушивания этого порта только на IP-адресе VPN. Сервер 2 - это экземпляр по умолчанию, поэтому проблемы с динамическими портами возникнуть не должны; тем не менее, я включил браузер SQL и также разрешил порт 1434 UDP через брандмауэр.

У меня нет проблем с подключением к серверу 2 с помощью SSMS, а также при использовании мастера создания подписки я могу подключиться к серверу 2, чтобы выбрать целевую базу данных. Однако при запуске задания подписки происходит сбой из-за ошибки «не удается подключиться к подписчику». Я пробовал выдавать себя за другое лицо и использовать логин SQL, но с обоими такая же проблема.

Это похоже на проблему с брандмауэром, потому что, когда я временно выключаю брандмауэр на сервере 2, задание выполняется нормально.

Я не вижу ничего в журнале брандмауэра, чтобы сказать мне, в чем проблема, я вижу соединение с сервера 1 на порт 1433, но оно просто показывает действие РАЗРЕШИТЬ и путь как ПОЛУЧИТЬ.

Есть предложения, что мне делать с брандмауэром?

Хорошо, в конце концов я понял это - порт 137 UDP должен быть включен на сервере 2