Problem z VPN i DNS

[Pszemol]

Mam do czynienia z zagadką...

Łączę się z biurem przez VPN, wszystkie ustawienia "automatyczne".
Wszystko jest cacy, dostaję swój IP z puli 10.0.0.xxx, ipconfig pokazuje
że mam netmask 255.255.255.255, i brak gatewaya.
Pinguję sieciowe komputery po ich adresach IP - bez problemów...

Jednak jeśli chodzi o nazwy komputerów w sieci to już jest bardzo źle.

Stacje robocze innych pracowników widzę natomiast serwerów już nie.
Sugerować to może problem z DNS, ale jaki? Gdyby nie było dojścia
do serwer a DNS to nie miałbym stacji roboczych po nazwie...
A jeśli jest dojście do DNS, to czemu nie zna on IP serwerów?

Czy może to mieć jakiś związek z dynamicznym przypisywaniem
adresów stacjom roboczym, i w związku z tym lepszym śledzeniem
ich aktualnych adresów IP a w przypadku serwerów, z przydzielonym
na stałe adresem IP, tłumaczenie nazw na IP coś kuleje przez VPN?

Spotkał się ktoś wcześniej z takim problemem?

Mój admin sieciowy niestety nie umie sprawy wyjaśnić...

[Konrad Kosmowski]

Łączę się z biurem przez VPN, wszystkie ustawienia "automatyczne". Wszystko
jest cacy, dostaję swój IP z puli 10.0.0.xxx, ipconfig pokazuje że mam
netmask 255.255.255.255, i brak gatewaya. Pinguję sieciowe komputery po ich
adresach IP - bez problemów...
Jednak jeśli chodzi o nazwy komputerów w sieci to już jest bardzo źle.
Stacje robocze innych pracowników widzę natomiast serwerów już nie.

Jakie stacje i jakie serwery? Nie wszystko w sieciach Windows jest rozwiązywane
przez DNS...

[Pszemol]

Post by Konrad Kosmowski

Post by Pszemol
Łączę się z biurem przez VPN, wszystkie ustawienia "automatyczne".
Wszystko
jest cacy, dostaję swój IP z puli 10.0.0.xxx, ipconfig pokazuje że mam
netmask 255.255.255.255, i brak gatewaya. Pinguję sieciowe komputery po ich
adresach IP - bez problemów...
Jednak jeśli chodzi o nazwy komputerów w sieci to już jest bardzo źle.
Stacje robocze innych pracowników widzę natomiast serwerów już nie.

Jakie stacje i jakie serwery?

Co chcesz o tych stacjach wiedzieć? Co jest ważne a co nieważne?

Wszystkie komputery o których mowa pracują w Windows na maszynach x86.
W większości stacje robocze pracują pod XP Pro, Vista Bussiness lub
Ultimate.
Serwery - tego na 100% nie wiem, ale pewnie Windows Server 2003, lub
starsze. Co więcej potrzebne jest aby wiedzieć co się dzieje?

Post by Konrad Kosmowski
Nie wszystko w sieciach Windows jest rozwiązywane przez DNS...

Właśnie po to zwracam się z pytaniem do grupy bo nie wiem gdzie szukać.

[Pszemol]

Post by Pszemol

Post by Konrad Kosmowski
Nie wszystko w sieciach Windows jest rozwiązywane przez DNS...

Właśnie po to zwracam się z pytaniem do grupy bo nie wiem gdzie szukać.

Przypominałem sobie właśnie, że jest coś takiego jak plik o nazwie "hosts"
w katalogu \windows\system32\drivers\etc - pomyślałem że być może tam
są na mojej stacji roboczej w pracy ukryte nazwy serwerów, i dlatego mi
w robocie komputer rozumie nazwy serwerów, a w domu, połączony przez
VPN, nie rozumie mimo że ma kontakt z DNS. Niestety plik hosts w robocie
jest pusty - zawiera tylko wpis dla localhost.

Jeśli nie DNS, nie hosts, to co może być?

[Konrad Kosmowski]

Post by Pszemol
Właśnie po to zwracam się z pytaniem do grupy bo nie wiem gdzie szukać.

Z tego co opisałeś to wygląda (plus-minus wróżąc z fusów), że nazwy stacji
rozwiązuje Ci po netbiosie, a DNS Ci w ogóle nie działa. Może jak łączysz się
przez VPN to dostajesz z DHCP adres serwera DNS, który z jakichś względów w
ogóle nie rozwiązuje nazw w sieci lokalnej w tym i lokalnych serwerów, ale
rozwiązuje nazwy internetowe. Po połączeniu możesz np. rozwiązać onet.pl?

Przypominałem sobie właśnie, że jest coś takiego jak plik o nazwie "hosts" w
katalogu \windows\system32\drivers\etc - pomyślałem że być może tam są na
mojej stacji roboczej w pracy ukryte nazwy serwerów, i dlatego mi w robocie
komputer rozumie nazwy serwerów, a w domu, połączony przez VPN, nie rozumie
mimo że ma kontakt z DNS.

Nie. Ten plik to naleciałości. Resolver DNS w Twoim systemie rozpoczyna
rozwiązywanie nazwy od tego pliku, ale tego się od lat nie używa (poza szybkimi
hackami) bo właśnie ciężko jest sprawić, aby na każdej stacji był ten sam plik
- po to powstał scentralizowany system DNS, aby nie było konieczności
utrzymywania pliku lokalnie na wielu stacjach...

Niestety plik hosts w robocie jest pusty - zawiera tylko wpis dla localhost.
Jeśli nie DNS, nie hosts, to co może być?

To jest DNS po prostu nie rozwiązuje Ci nazw. Windows wyszukując nazwę sprawdza
zarówno plik hosts (najczęściej pusty), rozgłoszenia netbios (najczęściej tu
zobaczysz inne stacje w danej sieci) oraz DNS. Ten DNS może działać tak, że
rozwiązuje nazwy internetowe, ale nie ma pojęcia o lokalnej strefie.

Najlepiej byś zrobił po prostu konsultując sprawę z administratorem VPN.

[Pszemol]

Post by Konrad Kosmowski
Z tego co opisałeś to wygląda (plus-minus wróżąc z fusów), że nazwy stacji
rozwiązuje Ci po netbiosie, a DNS Ci w ogóle nie działa. Może jak łączysz się
przez VPN to dostajesz z DHCP adres serwera DNS, który z jakichś względów w
ogóle nie rozwiązuje nazw w sieci lokalnej w tym i lokalnych serwerów, ale
rozwiązuje nazwy internetowe. Po połączeniu możesz np. rozwiązać onet.pl?

OK, onet.pl i inne serwery internetowe są tłumaczone poprawnie.
Normalnie mogę serfować po sieci w czasie połączenia VPN.

Post by Konrad Kosmowski

Przypominałem sobie właśnie, że jest coś takiego jak plik o nazwie "hosts" w
katalogu \windows\system32\drivers\etc - pomyślałem że być może tam są na
mojej stacji roboczej w pracy ukryte nazwy serwerów, i dlatego mi w robocie
komputer rozumie nazwy serwerów, a w domu, połączony przez VPN, nie rozumie
mimo że ma kontakt z DNS.

Nie. Ten plik to naleciałości. Resolver DNS w Twoim systemie rozpoczyna
rozwiązywanie nazwy od tego pliku, ale tego się od lat nie używa (poza szybkimi
hackami) bo właśnie ciężko jest sprawić, aby na każdej stacji był ten sam plik
- po to powstał scentralizowany system DNS, aby nie było konieczności
utrzymywania pliku lokalnie na wielu stacjach...

OK, dzięki. Tak czy inaczej rozwiązałoby to moje problemy doraźnie.
Wpisałbym tam sobie IP adresy najczęściej używanych serwerów
z biura, tych do których nie mogę dostać się po nazwie i byłoby :-)

Post by Konrad Kosmowski

Niestety plik hosts w robocie jest pusty - zawiera tylko wpis dla localhost.
Jeśli nie DNS, nie hosts, to co może być?

To jest DNS po prostu nie rozwiązuje Ci nazw. Windows wyszukując nazwę sprawdza
zarówno plik hosts (najczęściej pusty), rozgłoszenia netbios (najczęściej tu
zobaczysz inne stacje w danej sieci) oraz DNS. Ten DNS może działać tak, że
rozwiązuje nazwy internetowe, ale nie ma pojęcia o lokalnej strefie.

Zrobiłem eksperyment - wyłączyłem NetBIOS. Dodatkowo myślac że DNS
nie przychodzi ładnie w VPN automatycznie, w ustawieniach IPv4 wpisałem
na sztywno dwa adresy serwerów DNS których adresy uzyskałem z wydruku
ipconfig /all z komputera lokalnego w robocie. Efekt jest taki, że przy
wyłączonym
NetBIOS nie mam w ogóle nazw lokalnych komputerów z biura. Widać jednak
poprawnie onet.pl i inne internetowe serwery. Nazwy lokalne stacji roboczych
przychodzić muszą z NetBIOS, tak jak piszecie. Skąd więc przychodzą nazwy
serwerów? Czy można to jakoś wyczesać z sieci na kompie w robocie?

Co ciekawe, jeden adres DNS jest z podsieci 10.0.0.x a drugi ma dziwny
adres zaczynający się od 198.147.x.x. Czy to jest DNS otrzymany od ISP?

Post by Konrad Kosmowski
Najlepiej byś zrobił po prostu konsultując sprawę z administratorem VPN.

Mój net admin to olewa sikiem prostym. Niestety...
Działający VPN jest bardzo nisko na jego liście priorytetów - sam obsługuje
firmę zatrudniającą 80 ludzi lokalnie i trzy biura satelitarne rozrzucone na
świecie - ponad 200 komputerów. Lata z piórem i naprawia kompy na produkcji.
Jedyna nadzieja w tym, że jak mu wyłożę kawę na ławę co nie działa i jak
nie działa to on się skapnie dlaczego nie działa, więc dlatego drążę i
proszę
o pomoc :-)

[Marek Kutyla]

Post by Pszemol
Jeśli nie DNS, nie hosts, to co może być?

WINS
daj ipconfig /all
i zobacz jak masz wins-y.

[Pszemol]

Post by Marek Kutyla

Post by Pszemol
Jeśli nie DNS, nie hosts, to co może być?

WINS
daj ipconfig /all
i zobacz jak masz wins-y.

Nie bardzo wiem na co mam patrzeć. Jest adres serwera i co dalej?

[Marek Kutyla]

Post by Pszemol
Nie bardzo wiem na co mam patrzeć. Jest adres serwera i co dalej?

A jest to prawidlowy adres dla Twojej sieci?
Czy ten serwer dziala poprawnie?

[Pszemol]

Post by Marek Kutyla

Post by Pszemol
Nie bardzo wiem na co mam patrzeć. Jest adres serwera i co dalej?

A jest to prawidlowy adres dla Twojej sieci?
Czy ten serwer dziala poprawnie?

To jest prawidłowy adres. Serwer działa poprawnie gdy łączę się
z nim z komputera w pracy - nie działa poprawnie gdy łączę się
z komputera domowego.

Patrz post obok w którym piszę o wynikach testu nslookup.

[freewolny]

Post by Pszemol
Mam do czynienia z zagadką...
Łączę się z biurem przez VPN, wszystkie ustawienia "automatyczne".
Wszystko jest cacy, dostaję swój IP z puli 10.0.0.xxx, ipconfig pokazuje
że mam netmask 255.255.255.255, i brak gatewaya.

Na pewno chodzi o /32?

Post by Pszemol
Stacje robocze innych pracowników widzę natomiast serwerów już nie.

Może serwery siedzą w innej adresacji ip? Może w jakiś sposób serwery
są zabezpieczone przed dostępem z innej adresacji ip na której działa
VPN? Odpowiedzi może być naprawdę wiele.

Damian

[Pszemol]

Post by freewolny

Post by Pszemol
Mam do czynienia z zagadką...
Łączę się z biurem przez VPN, wszystkie ustawienia "automatyczne".
Wszystko jest cacy, dostaję swój IP z puli 10.0.0.xxx, ipconfig pokazuje
że mam netmask 255.255.255.255, i brak gatewaya.

Na pewno chodzi o /32?

Nie rozumiem pytania...
Jakie /32?

Post by freewolny

Post by Pszemol
Stacje robocze innych pracowników widzę natomiast serwerów już nie.

Może serwery siedzą w innej adresacji ip? Może w jakiś sposób serwery są
zabezpieczone przed dostępem z innej adresacji ip na której działa
VPN?

Serwery mają również adresy z puli 10.0.0.xxx i są widoczne gdy się do
nich odnoszę po adresie IP a nie są widoczne gdy odnoszę się po nazwie.
Nie są więc zabezpieczone przed dostępem przez VPN.

Post by freewolny
Odpowiedzi może być naprawdę wiele.

Piszę właśnie tutaj abyście pomogli mi wybrać tą właściwą.

[Kajetan]

Post by Pszemol
Mam do czynienia z zagadką...
Łączę się z biurem przez VPN, wszystkie ustawienia "automatyczne".
Wszystko jest cacy, dostaję swój IP z puli 10.0.0.xxx, ipconfig pokazuje
że mam netmask 255.255.255.255, i brak gatewaya.
Pinguję sieciowe komputery po ich adresach IP - bez problemów...
Jednak jeśli chodzi o nazwy komputerów w sieci to już jest bardzo źle.
Stacje robocze innych pracowników widzę natomiast serwerów już nie.
Sugerować to może problem z DNS, ale jaki? Gdyby nie było dojścia
do serwer a DNS to nie miałbym stacji roboczych po nazwie...
A jeśli jest dojście do DNS, to czemu nie zna on IP serwerów?
Czy może to mieć jakiś związek z dynamicznym przypisywaniem
adresów stacjom roboczym, i w związku z tym lepszym śledzeniem
ich aktualnych adresów IP a w przypadku serwerów, z przydzielonym
na stałe adresem IP, tłumaczenie nazw na IP coś kuleje przez VPN?

Może nazwy desktopów rozwiązujesz za pomocą usług nazewniczych NetBIOS a nie
DNS?


k

[Pszemol]

Post by Kajetan
Może nazwy desktopów rozwiązujesz za pomocą usług nazewniczych
NetBIOS a nie DNS?

Chyba masz racje - zmienilem konfiguracje polaczenia VPN.
Dla protokolu IPv4 zmienilem w zakladce WINS aby nie
uzywal NetBIOS ovr TCP/IP i nie widze zadnych maszyn po nazwie.

Co robic dalej? Jak to zdiagnozowac?
Jak sprawdzic czemu DNS nie dziala?

[Kajetan]

Post by Pszemol

Post by Kajetan
Może nazwy desktopów rozwiązujesz za pomocą usług nazewniczych
NetBIOS a nie DNS?

Chyba masz racje - zmienilem konfiguracje polaczenia VPN.
Dla protokolu IPv4 zmienilem w zakladce WINS aby nie
uzywal NetBIOS ovr TCP/IP i nie widze zadnych maszyn po nazwie.

Czyli teraz powinieneś rozwiązywać nazwy przy pomocy DNS.

Post by Pszemol
Co robic dalej? Jak to zdiagnozowac?
Jak sprawdzic czemu DNS nie dziala?

Uruchom konsole (cmd.exe) i wpisz tam nslookup, poźniej wklej tutaj co się
wyświetliło.

k

[Pszemol]

Post by Kajetan

Post by Pszemol

Post by Kajetan
Może nazwy desktopów rozwiązujesz za pomocą usług nazewniczych
NetBIOS a nie DNS?

Chyba masz racje - zmienilem konfiguracje polaczenia VPN.
Dla protokolu IPv4 zmienilem w zakladce WINS aby nie
uzywal NetBIOS ovr TCP/IP i nie widze zadnych maszyn po nazwie.

Czyli teraz powinieneś rozwiązywać nazwy przy pomocy DNS.

No ale jest niestety dupa... :-)

Post by Kajetan

Post by Pszemol
Co robic dalej? Jak to zdiagnozowac?
Jak sprawdzic czemu DNS nie dziala?

Uruchom konsole (cmd.exe) i wpisz tam nslookup, poźniej wklej tutaj
co się wyświetliło.

Wyświetliła się nazwa serwera DNS łącznie z jego adresem IP 10.0.0.xx
Dokładnie to samo się u mnie w domu wydrukowało co na kompie w biurze.
Jest to poprawny adres serwera DNS.

Co robić dalej?

[Pszemol]

Post by Pszemol

Post by Kajetan
Uruchom konsole (cmd.exe) i wpisz tam nslookup, poźniej wklej tutaj
co się wyświetliło.

Wyświetliła się nazwa serwera DNS łącznie z jego adresem IP 10.0.0.xx
Dokładnie to samo się u mnie w domu wydrukowało co na kompie w biurze.
Jest to poprawny adres serwera DNS.
Co robić dalej?

Czy można jakoś "ręcznie" przepytać serwer DNS?
Może da się aby wysłał do klienta listę znanych mu nazw?
Dla lokalnego serwera w intranecie lista nie powinna być długa...

[Kajetan]

Post by Pszemol

Post by Pszemol

Post by Kajetan
Uruchom konsole (cmd.exe) i wpisz tam nslookup, poźniej wklej tutaj
co się wyświetliło.

Wyświetliła się nazwa serwera DNS łącznie z jego adresem IP 10.0.0.xx
Dokładnie to samo się u mnie w domu wydrukowało co na kompie w biurze.
Jest to poprawny adres serwera DNS.
Co robić dalej?

Czy można jakoś "ręcznie" przepytać serwer DNS?

Tak, właśnie do tego służy nslookup. Wpisz nazwę jakiej szukasz i powinien
ci odpowiedzieć adresem, albo jakimś błędem.

Post by Pszemol
Może da się aby wysłał do klienta listę znanych mu nazw?

Też się da, to się nazywa transfer strefy (axfr), też można to zrobić przy
pomocy nslookup, ale dobrze skonfigurowany serwer nie będzie odpowiadał na
żądanie axfr od nikogo, poza jawnie określonymi hostami, do której to grupy
przypuszczam twój desktop nie należy :)

Post by Pszemol
Dla lokalnego serwera w intranecie lista nie powinna być długa...

Jeśli to DNS obsługujący Active Directory, to może być całkiem spora (przez
aktualizacje automatyczne).

k

[Pszemol]

Post by Kajetan

Post by Pszemol

Post by Pszemol

Post by Kajetan
Uruchom konsole (cmd.exe) i wpisz tam nslookup, poźniej wklej tutaj
co się wyświetliło.

Wyświetliła się nazwa serwera DNS łącznie z jego adresem IP 10.0.0.xx
Dokładnie to samo się u mnie w domu wydrukowało co na kompie w biurze.
Jest to poprawny adres serwera DNS.
Co robić dalej?

Czy można jakoś "ręcznie" przepytać serwer DNS?

Tak, właśnie do tego służy nslookup. Wpisz nazwę jakiej szukasz i powinien
ci odpowiedzieć adresem, albo jakimś błędem.

No zgodnie z instrukcją zapuściłem nslookup i dostałem coś takiego:

C:\>nslookup psrv
Server: pdns.domena.com
Address: 10.0.0.59

*** pdns.domena.com can't find psrv: Server failed

Nazwy psrv i pdns są fikcyjne nazwy lokalne moich serwerów w biurze.
Co dalej?

[Kajetan]

Post by Pszemol
C:\>nslookup psrv
Server: pdns.domena.com
Address: 10.0.0.59
*** pdns.domena.com can't find psrv: Server failed
Nazwy psrv i pdns są fikcyjne nazwy lokalne moich serwerów w biurze.
Co dalej?

wpisać psrv.domena.com
(FQDN a nie hostname)
Jeśli wtedy zadziała to znaczy że masz problem z sufixami połączeń, bardzo
możliwe skądinnąd jeśli dhcp dla vpn źle poskładane.

k

[Pszemol]

Post by Kajetan

Post by Pszemol
C:\>nslookup psrv
Server: pdns.domena.com
Address: 10.0.0.59
*** pdns.domena.com can't find psrv: Server failed
Nazwy psrv i pdns są fikcyjne nazwy lokalne moich serwerów w biurze.
Co dalej?

wpisać psrv.domena.com
(FQDN a nie hostname)
Jeśli wtedy zadziała to znaczy że masz problem z sufixami połączeń,
bardzo możliwe skądinnąd jeśli dhcp dla vpn źle poskładane.

BINGO! Jak daję psrv.domena.com to działa.

O co chodzi z tymi sufiksami połączeń? Możesz coś bliżej na ten temat?

[Pszemol]

Post by Pszemol

Post by Kajetan

Post by Pszemol
C:\>nslookup psrv
Server: pdns.domena.com
Address: 10.0.0.59
*** pdns.domena.com can't find psrv: Server failed
Nazwy psrv i pdns są fikcyjne nazwy lokalne moich serwerów w biurze.
Co dalej?

wpisać psrv.domena.com
(FQDN a nie hostname)
Jeśli wtedy zadziała to znaczy że masz problem z sufixami połączeń,
bardzo możliwe skądinnąd jeśli dhcp dla vpn źle poskładane.

BINGO! Jak daję psrv.domena.com to działa.
O co chodzi z tymi sufiksami połączeń? Możesz coś bliżej na ten temat?

Czy fakt, że w domu używam Vista Home Basic a nie wersji biznesowych
może mieć tu jakieś znaczenie w sprawie doklejania nazw domen czy to
nie ma żadnego znaczenia?

Przetestuję to również na laptopie z Vista Home Premium, ale dziś
nie dam rady - może jutro.

[Kajetan]

Post by Pszemol

Post by Pszemol
BINGO! Jak daję psrv.domena.com to działa.
O co chodzi z tymi sufiksami połączeń? Możesz coś bliżej na ten temat?

nazwa hosta + sufix = FQDN
W domenie sufix ustawiony jest automatycznie jako nazwa DNS domeny, więc
pewnie dlatego w pracy działa okej
(albo pula w DHCP explicite podaje sufix w jednej z opcji). Najwyraźniej, w
puli dla użytkowników vpn sufix nie jest przesyłany klientom i stąd problem.
W tej sytuacji albo dopiszesz sobie sufix samemu na karcie DNS we
właściwościach połączenia, albo będziesz się posługiwał każdorazowo fqdn.

Post by Pszemol
Czy fakt, że w domu używam Vista Home Basic a nie wersji biznesowych
może mieć tu jakieś znaczenie w sprawie doklejania nazw domen czy to
nie ma żadnego znaczenia?

Nie, to zwykły parametr konfiguracyjny tcp/ip

k

[Pszemol]

Post by Kajetan
W domenie sufix ustawiony jest automatycznie jako nazwa DNS domeny,
więc pewnie dlatego w pracy działa okej
(albo pula w DHCP explicite podaje sufix w jednej z opcji). Najwyraźniej,
w puli dla użytkowników vpn sufix nie jest przesyłany klientom i stąd
problem.

Co mam powiedzieć zatem mojemu świetnemu adminowi?
Czy DHCP jest inny dla użytkowników VPN a inny dla lokalnych?

Post by Kajetan
W tej sytuacji albo dopiszesz sobie sufix samemu na karcie DNS we
właściwościach połączenia, albo będziesz się posługiwał każdorazowo fqdn.

Dopisałem i działa. Dziękuję bardzo za pomoc.
Problem wydaje się zaleczony.

Oczywiście fajniej byłoby gdyby ten suffix przychodził z DHCP, ale...

[qlphon]

Post by Pszemol

Post by Kajetan
W tej sytuacji albo dopiszesz sobie sufix samemu na karcie DNS we
właściwościach połączenia, albo będziesz się posługiwał każdorazowo fqdn.

Dopisałem i działa. Dziękuję bardzo za pomoc.
Problem wydaje się zaleczony.
Oczywiście fajniej byłoby gdyby ten suffix przychodził z DHCP, ale...

mnie to raczej pachnie ustawieniami polityki vpn....
tam można wiele tego typu ustawień skopać...
i nie jestem pewien czy klient korzysta bezpośrednio z dhcp (czytaj: dostaje
z serwera komplet danych)
czy za niego nie pobiera adresu terminator vpn (tu: przekazuje w tunelu
tylko wybrane informacje)...

[Marek Kutyla]

Post by Pszemol
Co robić dalej?

Boze Ty widzisz i nie grzmisz???


ja to co robic?:

? [ENTER]