Piszki Lab

Ten wpis jest rezultatem tygodniowej batalii związanej z opracowaniem metody, która pozwoli zmienić FQDN gateway-va, tak aby można było się dostać do Horizon Workspace z Internetu. Dlaczego ta czynność urasta do rangi problemu? Zgodnie zdokumentacją, wszystkie maszyny wchodzące w skład Workspace, muszą mieć skonfigurowane prawidłowe rekordy DNS (A/PTR). Maszyna gateway-va nie musi mieć na starcie skonfigurowanego FQDN zewnętrznego, ten podaje się w trakcie wstępnej konfiguracji. Niestety jest tak (nawet w ostatniej wersji Horizon Workspace 1.8.1), że w trakcie pierwszej konfiguracji całości, ten parametr jest ignorowany i ustawiany jest lokalny adres DNS jako FQDN. Wynika to z tego, że maszyna configurator-va musi mieć pełen dostęp do gateway-va po FQDN (dla niej jest bez znaczenia czy jest to lokalna czy internetowa domena), inaczej nie będzie w stanie skonfigurować poprawnie gateway-va. Niestety ze względu na stopień komplikacji sieci (NAT) zmiana FQDN nie jest trywialna (w trakcie zmiany jest wymagany pełen dostęp i poprawny rekord PTR). Na szczęście, jak to już czasami pisałem, są w Internecie ludzie, dzięki którym życie staje się łatwiejsze. Jednym z nich jest Andrea Casini, który opracował dobrą metodę.

Aby uchronić się przed kłopotami, najlepiej już na etapie instalacji, dobrze jest przygotować fałszywy rekord DNS (ale można to też zrobić przy już działającej instalacji). Czyli w lokalnym serwerze DNS (w moim przypadku: pulab.local), tworzymy fałszywą główną strefę (w moim przypadku: pulab.pl) z adresacją lokalną, zgodną z odwrotną strefą domeny pulab.local. Dzięki temu, gateway-va zyska FQDN w notyfikacji Internetowej a dostępny będzie w 100% lokalnie. Jeśli wykonujemy NAT z adresu internetowego na lokalny to wystarczy stworzenie “fałszywej” strefy odwróconej, tak aby rekord PTR istniał i odpowiadał adresowi z NAT (to przy zmianie na istniejącej instalacji, przy nowej lepsza jest fałszywa domena).

Continue Reading →