Ich hatte die Frage von Luke1 frei so interpretiert, dass er nicht möchte, dass der Rechnername, der im Terminal angezeigt wird, mal so mal so ist.
Ich weiss, so hat er die Frage nicht gestellt, aber ich habe angenommen, dass es das ist, was er meinte.
ratti schrieb:
Das scheint mir nicht richtig.
Der Fehler ist ja (und deswegen ist m.E. schon die Frage falsch) nicht, dass der DNS-Server in der Lage ist, den Client aufzulösen. Soll er doch tun, egal.
...
Ich hatte die Frage von Luke1 frei so interpretiert, dass er nicht möchte, dass der Rechnername, der im Terminal angezeigt wird, mal so mal so ist.
Ich weiss, so hat er die Frage nicht gestellt, aber ich habe angenommen, dass es das ist, was er meinte.
ratti schrieb:
...
Die Frage ist doch - wieso *benutzt* der Client plötzlich DIESEN Server, um seinen Namen entsprechend zu ändern? Das lässt doch darauf schliessen, dass der Client sich selbsttätig umkonfiguriert. Und das wiederum könnte diverse Ursachen haben. Möglicherweise kommt mit dem Tunnel ein DHCP-Server ins Haus, der fälschlicherweise auch benutzt wird.
...
Meiner Ansicht nach ist das ziemlich offensichtlich.
Luke1 hat vermutlich in seinen Einstellungen für die Internetverbindung DHCP konfiguriert und keinen DNS Server eingetragen.
Sobald er sich mit dem Internet verbindet, setzt der ISP die Konfiguration auf seinen DNS Server, der dann verwendet wird.
Deine Theorie mit dem DHCP Server, der plözlich durch den Tunnel gekrochen kommt ist IMHO völlig haltlos (daher auch mein spöttscher Kommentar oben).
Warum?
Üblicherweise funktioniert DHCP über Layer 2 Broadcasts. Nur in Ausnahmefällen wird eine DHCP Server über die IP Adresse angesprochen.
Das geht logischerweise nur innerhalb des lokalen Subnetzes (ich weiss, es gibt ganz spezielle Ausnahmen) und üblicherweise wird da nur ein DHCP Server kontaktiert, der schon die Erstkonfiguration vorgenommen hat.
Nichts und niemand bewegt den Client dazu, nur weil mal eben ein Tunnel aufgemacht wird, ein DHCP REQUEST an einen bestimmten (!) Server abzusenden.
Dass der Client einen DHCP REQUEST an einen lokalen Port (lokales Tunnelende) sendet ist noch wesentlich unwahrscheinlicher.
Ebenso unwahrscheinlich, ist dass es da draußen irgendwo einen DHCP Server gibt, der auf dem Port 25 lauscht.
Zu berücksichtigen ist dabei auch, dass dieser Server ja anscheinend als SMTP Server arbeitet, wenn Luke1 mit 10.3 bootet.