W dniu: 2014-07-25 11:06, użytkownik BQB napisał::
Nie, źle myślisz - musisz to skonfigurować inaczej, tak, aby w sieci
lokalnej ten serwer był widoczny jako rdweb.firma.pl - tak, aby
narzędzie nslookup dawało taki wynik po podaniu IP i ten serwer
odpowiadałby również pod nazwą s1.firma.local
Wtedy będzie Ci to działać prawidłowo.
Ale to jest tak skonfigurowane, pisalem w 1-szym poscie:
"s1.firma.local" i adres IP: lan.lan.lan.lan
- jednoczesnie w dns-ach sa dodatkowe wpisy wskazujace na:
LAN: rdweb.firma.pl --> IP: lan.lan.lan.lan "
i w LAN-ie jest OK.
Tu jest OK, serwer odpowiada wlasciwym (tym samym) IP na obie nazwy.
Problem jest kiedy klient laczy sie z zewnatrz przegladarka na adres
https:// rdweb.firma.ppl (IP WAN-owskie wan.wan.wan.wan).
Logujesz sie do www, klikasz na ikonke programu i wtedy jakis redirect,
uzywajac RDP, probuje polaczyc sie do serwera po nazwie s1.firma.local,
ale (UWAGA!!!) oczekuje ze pod ta nazwa bedzie adres WAN-owski
wan.wan.wan.wan. No a takiej nazwy w domenie firma.local niestety nie
moze rozpopznac i tu jest kicha.
Jesli na kompie z ktorego odpalam polaczenie dopisze w pliku hosts:
wan.wan.wan.wan s1.firma.local
wszystko zaczyna dzialac.
Tylko ze to kretynskie rozwiazanie jest, chocby dlatego ze jak ten komp
pojawi sie w LAN (bo np., bedzie to notebook) to znowu bedzie problem bo
trzeba bedzie usuwac ten wpis w pliku hosts.
I kolko sie zamyka...
:-(
--
3M-cie sie czego chcecie !
Marek Kutyla vel zarki -- popraw ADRES w odpowiedzi --
Nieoficjalne FAQ grupy pl.comp.sieci: http://sierp.net/faq
|