Свяжите ведущее устройство/ведомое устройство, с общедоступными и локальными представлениями, после синхронизирующей ведомой доли, частной на общественность
Параметр безопасности, устанавливающий это, Вы упоминаете ре: "Вход в систему Interative: Текст сообщения для пользователей, пытающихся входить в систему" и его дубликат, "Interative входят в систему: Заголовок сообщения для пользователей, пытающихся входить в систему", то, что останавливает "нормальное" поведение автовхода в систему Winlogon от работы.
У Вас есть две опции:
Измените код для Winlogon, чтобы препятствовать тому, чтобы это диалоговое окно прервало процесс (или, теоретически, для написания дополнительного кода, который нажимает кнопку "OK" для Вас).
Удалите или препятствуйте тому, чтобы значения реестра были созданы (presumbly Групповой политикой), которые заставляют Winlogon показывать это поведение.
Я подозреваю, что Вы найдете обоих одинаково невозможными. Выполнение конца Ваше ре политик IT: текст перед входом в систему не что-то, что я буду думать, что Вы наденете большую поддержку здесь, также.
Принятие Ваших списков соответствия адреса корректно, я держал бы пари, что Ваши ведомые устройства видят "локальное" представление по умолчанию (IP, который они используют для запросов ведущих соответствий критерии "локального" представления), поэтому когда зональное изменение происходит, и они синхронизируются, они вытягивают "внутреннюю" зону и служат ей внешнему миру.
Если я прав pri/open-exodus.net.global.fw на Ваших ведомых устройствах будет иметь "локальные" данные в нем.
Ваш лучший выбор зафиксировать это состоит в том, чтобы использовать query-source директива в представлениях о Ваших ведомых устройствах, чтобы гарантировать, чтобы, когда они выбирают зоны, они использовали IP, который будет видеть соответствующее представление...