Wie kann ich erlaube abschließenden Punkt in Host-Header in IIS

Question

ich eine IIS 7.5-Website leite die für Inhalt dient http://www.foo.com/

Ich habe richtig Route http://www.foo.com./ (man beachte den abschließenden Punkt) gebeten worden, . Wenn Sie diese Seite jetzt treffen, werden Sie eine IIS-Fehlermeldung erhalten:

Bad Request - Invalid Hostname

HTTP Error 400. The request hostname is invalid.

Dies auch für http://www.microsoft.com passiert. Ich habe einige Seiten gesehen, die nachgestellte Punkte erfolgreich routen (wie http://www.amazon.com./), aber es sieht so aus, als ob die meisten von ihnen Apache und nicht IIS benutzen würden.

Ich habe einen Host-Header in IIS für www.foo.com hinzugefügt. was erlaubt ist. Sie können die Site jedoch nicht starten. Es wird nicht gestartet und öffnet sich ein Meldungsfeld auf und sagte:

Value does not fall within the expected range.

Wer weiß, wie Domänen dienen mit Punkten in IIS nachlauf?

Answer 1

Der abschließende Punkt ist ein absolut legaler Teil des Hostnamens - er ist normalerweise unsichtbar, da er implizit in DNS enthalten ist. Wenn der abschließende Punkt vorhanden ist, wird er als "vollqualifizierter" Domänenname (FQDN) bezeichnet.

Beachten Sie, dass auf dem Draht DNS immer Angebote in FQDNs behandelt.

3.2.2 von RFC 3976 (die Definition für URI-Syntax) sagt diese (Hervorhebung von mir):

A host identified by a registered name is a sequence of characters usually intended for lookup within a locally defined host or service name registry, though the URI's scheme-specific semantics may require that a specific registry (or fixed name table) be used instead. The most common name registry mechanism is the Domain Name System (DNS). A registered name intended for lookup in the DNS uses the syntax defined in Section 3.5 of [RFC1034] and Section 2.1 of [RFC1123]. Such a name consists of a sequence of domain labels separated by ".", each domain label starting and ending with an alphanumeric character and possibly also containing "-" characters. The rightmost domain label of a fully qualified domain name in DNS may be followed by a single "." and should be if it is necessary to distinguish between the complete domain name and some local domain.

Datei ein Bug-Report mit MS.

Answer 2

Ich bin sicher, dass es irgendwo einen Fehler gibt, aber die Frage ist, was der Fehler ist.

Ich denke, dass der Fehler ist, dass IIS Ihnen erlaubt, einen Host-Header mit einem abschließenden "." Der Host-Header ist nicht dasselbe wie ein FQDN. Der Host-Header sollte in der HTTP-Anforderung die Host-Richtlinie entsprechen:

GET/HTTP/1.0 
HOST: www.doilooklikeicare.com 

Es ist sicherlich gültig in der URL eingegeben an den Browser zB: http://www.doilooklikeicare.com./default.aspx wie dies beseitigt, um herauszufinden, die Anfrage zu senden .

Versuchen Sie, den abschließenden Punkt im Host-Header zu entfernen, und es sollte OK funktionieren. Sie können es weiterhin in der URL verwenden.

this helps

Jonathan

Answer 3

Dies ist effektiv um einen Fehler in IIS7 +, offenbar ohne Abhilfen. Es betrifft mich auch. Bitte gehen Sie den Antrag stimmen Sie sich für MS dieses Problem zu beheben:

https://connect.microsoft.com/WindowsServerFeedback/feedback/details/648242/trailing-dot-in-fqdn-causing-bad-request-invalid-hostname

Answer 4

Der Browser fehlerhaft ist. Es sollte keinen abschließenden Punkt im Host-Host-Abschnitt der URL akzeptieren.

Speziell für FF und andere Mozilla-basierte Browser:

Bug 124565 - DNS: URL: FQDN usage in "hostip"

Aus gestalterischer Sicht die Vernetzung Bibliothek (necko) sollte dies zurückgewiesen, aber die docshell (die benutzerfreundliche Teil) sollte wahrscheinlich einen User-inputed string abfangen und reparieren (entfernen Sie das ".", und bereinigen Sie den Host: header).

Übrigens hat necko auch ein Problem, wo es fqdn-faul ist, es klebt nicht das "." am Ende des FQDN, wenn es die Anfrage an den Resolver sendet, wodurch jeder FQDN von der PQDN-Logik des lokalen Resolvers behandelt wird.

Answer 5

Dieses Problem wird diskutiert auf Microsoft Foren here und wird als eine Änderung im Verhalten zwischen IIS 6 und 7.

Diese Seite here ein Work-around auf der IIS-Seite die URL neu schreiben gesehen.

Die für verschiedene Webserver erforderlichen Konfigurationsänderungen werden unten wiedergegeben, falls die oben genannte Website jemals verschwindet.

Apache (.htaccess) 
RewriteCond %{HTTP_HOST} !^domain\.zone$ 
RewriteRule ^(.*)$ http://domain.zone/$1 [L,R=301] 

Nginx (nginx.conf) 
if ($http_host != 'domain.zone') { 
    return 301 http://domain.zone$request_uri; 
} 

IIS (web.config) 
<httpRuntime relaxedUrlToFileSystemMapping="true"/> 
<rule name="point" stopProcessing="true"> <match url="^(.*)\.$" /> 
    <action type="Redirect" url="{R:1}" redirectType="Temporary" /> 
</rule>