2
PING rechnername wird durch rechnername.domain auch bei NICHT Domain PCs ersetzt
Hallo zusammen,
ich habe ein etwas seltsames Problem:
Sitze ich im Büro und pinge einen rechner gibt es 2 mögliche Szenarien:
Ich pinge ein Domänensystem an mittels
Ergebnis:
Ich pinge ein NICHT Domänensystem an mittels
Ergebnis:
Soweit alles prima, ABER:
Verbinde ich mich von zu Hause (via VPN) stellt sich folgendes Szenario da:
Ich pinge ein Domänensystem an mittels
Ergebnis:
Ich pinge ein NICHT Domänensystem an mittels
Ergebnis:
Kann sich jemand diese Situation erklären ?
Nach ein bisschen suchen konnte ich feststellendas der DNS Server der VPN Verbindung durch den der T-Com ersetzt wurde.
Dies ist wohl eine Reaktion des Speedportrouters auf VPN Verbindungen.
Workaround der T-Com: Das Öffnen der UDP Ports 500 und 4500 für die VPN Verbindung.
Kann das etwas mit dem merkwürdigen Verhalten bzgl. des Anhängens des Domainnamens zu tun haben ?
Ich freue mich, wie immer auf eure Antworten !
ich habe ein etwas seltsames Problem:
Sitze ich im Büro und pinge einen rechner gibt es 2 mögliche Szenarien:
Ich pinge ein Domänensystem an mittels
ping zielcomputername
Ergebnis:
Ping wird ausgeführt für zielcomputername.domainname [IP] mit 32 Bytes Daten:
Antwort von IP: Bytes=32 Zeit<1ms TTL=128
Antwort von IP: Bytes=32 Zeit<1ms TTL=128
...
Antwort von IP: Bytes=32 Zeit<1ms TTL=128
Antwort von IP: Bytes=32 Zeit<1ms TTL=128
...
Ich pinge ein NICHT Domänensystem an mittels
ping zielcomputername
Ergebnis:
Ping wird ausgeführt für zielcomputername [IP] mit 32 Bytes Daten:
Antwort von IP: Bytes=32 Zeit<1ms TTL=128
Antwort von IP: Bytes=32 Zeit<1ms TTL=128
...
Antwort von IP: Bytes=32 Zeit<1ms TTL=128
Antwort von IP: Bytes=32 Zeit<1ms TTL=128
...
Soweit alles prima, ABER:
Verbinde ich mich von zu Hause (via VPN) stellt sich folgendes Szenario da:
Ich pinge ein Domänensystem an mittels
ping zielcomputername
Ergebnis:
Ping wird ausgeführt für zielcomputername.domainname [IP] mit 32 Bytes Daten:
Antwort von meiner Public IP: Bytes=32 Zeit<1ms TTL=128
Antwort von meiner Public IP: Bytes=32 Zeit<1ms TTL=128
...
Antwort von meiner Public IP: Bytes=32 Zeit<1ms TTL=128
Antwort von meiner Public IP: Bytes=32 Zeit<1ms TTL=128
...
Ich pinge ein NICHT Domänensystem an mittels
ping zielcomputername
Ergebnis:
Ping wird ausgeführt für zielcomputername.domainname [IP] mit 32 Bytes Daten:
Keine Antwort
Keine Antwort
...
Keine Antwort
Keine Antwort
...
Kann sich jemand diese Situation erklären ?
Nach ein bisschen suchen konnte ich feststellendas der DNS Server der VPN Verbindung durch den der T-Com ersetzt wurde.
Dies ist wohl eine Reaktion des Speedportrouters auf VPN Verbindungen.
Workaround der T-Com: Das Öffnen der UDP Ports 500 und 4500 für die VPN Verbindung.
Kann das etwas mit dem merkwürdigen Verhalten bzgl. des Anhängens des Domainnamens zu tun haben ?
Ich freue mich, wie immer auf eure Antworten !
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 155179
Url: https://administrator.de/contentid/155179
Ausgedruckt am: 21.11.2024 um 23:11 Uhr
2 Kommentare
Neuester Kommentar
unabhängig was dein t-com getüns da macht ist das Verhalten erstmal normal
da bei bestehenden VPN kein ping in dem lokalen Netzwerk verfügbar ist,
kann da auch keine Antwort kommen...
da bei bestehenden VPN kein ping in dem lokalen Netzwerk verfügbar ist,
kann da auch keine Antwort kommen...
Entschuldige, da habe ich mich wohl missverständlich ausgedrückt:
Ich pinge über die VPN Verbindung ein System im Zielnetzwerk, also am Arbeitsplatz an.
Da sollte es sich dann doch genauso verhalten wie wenn ich mich im Netzwerk meines Arbeitsplatzes befinde, oder ?!
Ich pinge über die VPN Verbindung ein System im Zielnetzwerk, also am Arbeitsplatz an.
Da sollte es sich dann doch genauso verhalten wie wenn ich mich im Netzwerk meines Arbeitsplatzes befinde, oder ?!
