Kommentare zu: Schwarzer Peter

Von: xwolf

Mon, 23 Jun 2008 08:12:10 +0000

Erinnert mich an einen ähnlichen Fall bei uns:
Kunde beauftragte einen “Webdesigner”, eine Domain zu aktualisieren. Dieser Experte startete daraufhin einen KK-Antrag ohne jemand bei uns oder den Domaininhaber zu rechtzeitig informieren, so daß der natürlich abgelehnt wurde.
Weil dann das Formularskript des DSL-Providers später einen Neuantrag ablehnte und der Provider auch einen LATE-ACK nicht zu interpretieren verstand, gab der Experte uns die Schuld…

Von: Klaus Keppler

Wed, 11 Jun 2008 15:49:13 +0000

Wäre schon seeehr merkwürdig, weil dieses Problem dann auch zig Millionen andere Betreiber eines Apache Webservers hätten.

Ich schätze eher, daß die direkt auf die neue IP zugegriffen haben (http://62.146.xx.xx), somit der erwartete “Host:”-Header nicht mitkam und unser Server dann mit seiner Standardseite geantwortet hat (woher soll er auch sonst wissen welche Domain abgerufen werden soll…).

Von: Morty

Wed, 11 Jun 2008 15:45:14 +0000

Ahh jetzt. Aber es kann ja sein, dass dein Server auf irgendwelchen eigenartigen Header-Informationen “unerwartet” reagiert. Aber das ist schon ein eigenartiger Verein, der sich um sowas sorgen macht. Wie der Server reagiert ist schließlich nicht deren Problem.

Von: Klaus Keppler

Wed, 11 Jun 2008 15:33:46 +0000

Nö, mein Telnet-Beispiel zeigt, daß der Server auf Anfragen mit der Domain korrekt antwortet (dazu der “Host:” Header). Anhand dieses Headers kann ein Webserver (eigentlich erst ab HTTP/1.1) erkennen, welche Inhalte ausgeliefert werden sollen; nur so lässt sich Shared Hosting mit vielen Domains und unterschiedlichen Inhalten auf der selben IP betreiben.

Daß der DNS-Eintrag falsch war wurde nicht abgestritten, sondern behauptet, daß man die IP noch nicht umgestellt hatte weil unser entsprechender Server angeblich “falsch” antworten würde.

Von: Morty

Wed, 11 Jun 2008 15:04:11 +0000

Naja die Telnetsitzung beweist ja recht wenig. Es bedeutet lediglich, dass dein Server eine Telnetverbinung mit HTTP/1.0 unterstützt. Wenn ich das richtig sehe, hat dein Kunde ja eine Domain mit DNS-Eintrag gekauft. Die einzige Möglichkeit zu beweisen, dass der Fehler nicht bei dir liegt, ist zu zeigen, dass der DNS-Eintrag falsch ist.