Outlook Web Access… dostęp wewnętrzny?

To jest problem z DNS, a nie z OWA.
Jeśli Twoja zapora/serwer proxy nie może przetwarzać żądań dla

         domainname.com

       

z wewnątrz
, będziesz musiał utworzyć strefę „cienia” dla

         domainname.com

       

na wewnętrznych serwerach DNS, które mapują Twoje nazwy publiczne na wewnętrzne adresy IP.
Tutaj,

         domainname.com

       

mapuje na jakiś publiczny adres IP, gdy konwerter

na zewnątrz

podczas gdy przy rozwiązywaniu będzie mapowany na wewnętrzny adres IP serwera CAS

z wewnątrz

.

Jeśli nie używasz usługi AD DNS na potrzeby zewnętrznego DNS, możesz dodać domenę „nazwa_domeny.com” do swojego AD DNS, używając wewnętrznego adresu IP.
To rozwiąże Twój problem, przekazując wewnętrzny adres IP osobom w biurze, ale osoby spoza domeny nadal będą rozwiązywać Twój zewnętrzny adres IP, tak jak teraz.
Jednak po dodaniu domainname.com do AD DNS, AD spróbuje rozwiązać WSZYSTKIE TWOJE WEWNĘTRZNE ŻĄDANIA DNS, więc będziesz musiał zduplikować lub mieć odpowiednie odpowiedniki dla

wszystkie zewnętrzne rekordy DNS

W reklamie.
Należy również pamiętać, że osoby z laptopami mogą buforować rekordy DNS dla wewnętrznego lub zewnętrznego adresu IP i to

mógłby

przerwać dla nich, kiedy wchodzą i wychodzą z biura. - rozwiązaniem dla nich jest wyczyszczenie DNS lub ponowne uruchomienie komputera.

Powinien działać dobrze na adresie zewnętrznym. Czy nazwa domeny AD jest taka sama jak nazwa domeny internetowej? Jeśli tak, może to spowodować wewnętrzne problemy z DNS, które temu zapobiegną.

Czy próbowałeś zalogować się od wewnątrz przy użyciu adresu zewnętrznego? Jeśli to nie zadziała, po prostu dodaj rekord DNS do serwera AD DNS dla zewnętrznej nazwy FQDN i skieruj go na wewnętrzny adres IP.
Albo dowiedz się, dlaczego domena zewnętrzna (twoja) nie jest poprawnie rozpoznawana, ponieważ twoja wewnętrzna jako .local nie powinna kolidować z rozwiązywaniem domeny zewnętrznej.