dns Problem

[christianR]

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.

[diedl2003]

Antwortet der apache auch auf 127.0.0.1? Mit host befragst du den dns server, mit telnet server.local kommt es auf die reihenfolge in /etc/host.conf an bzw. auf /etc/hosts.nur sone idee...ich weiss nicht, ob ich dich richtig verstanden habe.

Gruß

[christianR]

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?

[diedl2003]

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?

[christianR]

Ich habe das Problem gelöst / umgangen...

Nachdem ich auf rproxy.local in der /etc/hosts den server.local eingetragen hatte lief alles. Sieht also nach einem Problem mit dem DNS aus.

Wenn da jemand noch einen Tipp hat?!

Lieben Dank für die bisherigen Antworten!

[herrchen]

Sieht also nach einem Problem mit dem DNS aus.

nein, sieht es nicht.
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

[christianR]

Sieht also nach einem Problem mit dem DNS aus.

nein, sieht es nicht.

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.

Warum nun liegt das nicht am DNS?

[diedl2003]

Kommentier den Eintrag nochmal aus und poste mal, was ping server.local ausgibt.

Gruß

[christianR]

ping.local gibt gar nichts aus, weil der Server auf ein Ping nicht reagiert und auch eine Firewall dazwischen liegt.

[diedl2003]

Ich denke doch. Auch wenn kein reply zurück kommt würde man sehen, in welche Adresse server.local aufgelöst bzw. nicht aufgelöst wird.

[christianR]

wird gar nicht aufgelöst. Ich bekomme dann "unkown host" nach ca. 15 Sekunden. Mit dem Server in der /etc/hosts geht das ping natürlich gut durch.

[diedl2003]

Das ist merkwürdig...

Auf dem betroffenen Server kann ich per host server.local die IP holen, diese lautet 192.168.0.10.

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.