dns Problem
-
- Beiträge: 6
- Registriert: 07.02.2006 19:38:56
dns Problem
Hi @all,
Ich habe hier einen Server der als reverse Proxy (apache2.0) arbeitet. Das ganze soll name-based geschehen.
Die Rechner im lokalen Netz sind über die TLD .local errechbar.
Auf dem betroffenen Server kann ich per host server.local die IP holen, diese lautet 192.168.0.10.
Auf diesem Server läuft ein apache.
Mit telnet 192.168.0.10 80 kann ich den apache ansprechen. Mit telnet server.local 80 bekomme ich keine Antwort.
Ich komme nicht weiter, was fehlt hier?
Lieben Dank im Voraus.
ch.
Ich habe hier einen Server der als reverse Proxy (apache2.0) arbeitet. Das ganze soll name-based geschehen.
Die Rechner im lokalen Netz sind über die TLD .local errechbar.
Auf dem betroffenen Server kann ich per host server.local die IP holen, diese lautet 192.168.0.10.
Auf diesem Server läuft ein apache.
Mit telnet 192.168.0.10 80 kann ich den apache ansprechen. Mit telnet server.local 80 bekomme ich keine Antwort.
Ich komme nicht weiter, was fehlt hier?
Lieben Dank im Voraus.
ch.
-
- Beiträge: 6
- Registriert: 07.02.2006 19:38:56
Hmm, ich erkläre es dann wohl noch mal anders.
Server 1 (rproxy.local 192.168.0.55)
Server 2 (server.local 192.168.0.10)
Login auf rproxy.local, dann telnet 192.168.0.10 80 (also per telnet auf den apachen) funktioniert.
Login auf rproxy.local, dann telnet server.local 80 (also per telnet auf den apachen) funktioniert nicht.
Login auf rproxy.local, dann nslookup server.local funktioniert.
Warum also kennt rproxy den Host kann aber bei telnet den Hostnamen nicht auflösen?
Server 1 (rproxy.local 192.168.0.55)
Server 2 (server.local 192.168.0.10)
Login auf rproxy.local, dann telnet 192.168.0.10 80 (also per telnet auf den apachen) funktioniert.
Login auf rproxy.local, dann telnet server.local 80 (also per telnet auf den apachen) funktioniert nicht.
Login auf rproxy.local, dann nslookup server.local funktioniert.
Warum also kennt rproxy den Host kann aber bei telnet den Hostnamen nicht auflösen?
Ok, jetzt ist das szenario klar. Funktioniert es denn, einen anderen Dienst auf server.local anzusprechen z.B. ssh server.local bzw ganz simpel ping server.local? Wenn ja, würde ich nicht unbedingt auf ein dns problem schliessen. Man kann doch apache z.B. so konfigurieren, dass man je nach benutztem dns namen auf verschiedene sites verweist bzw . den auch gar nicht antworten lässt. Kurz: ich habe von apache keine Ahnung, würde also erst ausschliessen wollen das es ein IP Problem im weitesten Sinne ist, dann aber gleich an apache denken.
Hoffe es hilft dir als Denkanstoss..viel Erfolg
edit: hast du es mal mit einem anderen host als rproxy.local probiert?
Hoffe es hilft dir als Denkanstoss..viel Erfolg
edit: hast du es mal mit einem anderen host als rproxy.local probiert?
-
- Beiträge: 6
- Registriert: 07.02.2006 19:38:56
- herrchen
- Beiträge: 3257
- Registriert: 15.08.2005 20:45:28
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Berlin
nein, sieht es nicht.christianR hat geschrieben:Sieht also nach einem Problem mit dem DNS aus.
in "/etc/nsswitch.conf" wird festgelegt, in welcher reihenfolge die namensauflösung getätigt werden soll.
bei dir wird es noch auf dem defaultwert stehen: "files dns".
es wird also erst in der hosts nachgesehen, bevor das DNS bemüht wird.
herrchen
-
- Beiträge: 6
- Registriert: 07.02.2006 19:38:56
Die IP wird erst korrekt aufgelöst seit dem diese in der /etc/hosts steht. Also hat der rproxy.local vorher (erfolglos) versucht die IP über den DNS aufzulösen.herrchen hat geschrieben:nein, sieht es nicht.christianR hat geschrieben:Sieht also nach einem Problem mit dem DNS aus.
Warum nun liegt das nicht am DNS?
-
- Beiträge: 6
- Registriert: 07.02.2006 19:38:56
-
- Beiträge: 6
- Registriert: 07.02.2006 19:38:56
Re: dns Problem
Das ist merkwürdig...
Passt denn alles in der resolv.conf, host.conf, nsswitch.conf? Wer ist eigentlich der dns server? ..Ich habe aber ehrlich gesagt keine idee mehr, falls das auflösen anderer hostnamen über dns funktionieren sollte.christianR hat geschrieben:Auf dem betroffenen Server kann ich per host server.local die IP holen, diese lautet 192.168.0.10.