Мы наблюдаем странную проблему с недавно развернутым Exchange 2016 в конфигурации Active-Active. Есть два сайта, на каждом по 2 сервера Exchange. Группа DAG охватывает 4 сервера с активными почтовыми ящиками на каждом сайте. Мы используем модель несвязанного пространства имен, причем внешний URL-адрес отличается от внутреннего URL-адреса.
Проблема заключается в том, что пользователь пытается подключиться к почтовому ящику, который размещен на сайте, противоположном тому, на котором они расположены. Соединение установлено, и пользователю отображается диалоговое окно входа в систему, затем после входа в систему URL-адрес перенаправляется на внешний URL-адрес, и пользователю снова предлагается войти в систему.
Моя первоначальная мысль заключалась в том, что Exchange неправильно интерпретирует подключаемую подсеть. как находящийся за пределами своей подсети, поэтому внешний. Из того, что я прочитал, Exchange знает сайт, поэтому он должен знать, что подсеть других сайтов является внутренней. Мы проверили сайты и службы AD на предмет ошибок неправильной конфигурации, но подсети настроены правильно.
маршрут по умолчанию: И Что это означает? Поскольку маршрут по умолчанию - Почему вместо nltest / server: <имя сервера>
по умолчанию через 10.1.1.1 dev eth0 metric 100 И traceroute www.google.com traceroute на www.google ....
ip route show
: 10.0.0.0/23 dev eth1 proto kernel scope link src 10.0.0.150
default via 10.1.1.1 dev eth0 metric 100
traceroute www.google.com
traceroute to www.google.com (172.217.25.68), 30 hops max, 60 byte packets
1 10.1.2.246 (10.1.2.246) 0.201 ms 0.184 ms 0.166 ms
2 218.66.X.X (218.66.X.X) 1.657 ms 1.667 ms 2.210 ms
10.1.1.1
, первая запись traceroute
должна быть 10.1. 1.1
, верно? 10.1.2.246
??
Ну, 10.1.1.1
не может быть первым прыжком, потому что он не находится в той же сети, что и интерфейс. Шлюз для сетевого интерфейса должен быть первым прыжком. Шлюз - это то место, куда хост будет посылать любой трафик, предназначенный для другой сети, и это прыжок