"Aufgrund der Natur des SSL-Protokolls kann das Prinzip nicht mit SSL-gesicherten Servern verwendet werden" widerspricht doch eigentlich dem?: http://technet.microsoft.com/de-de/library/cc756897.aspx (nicht signierter Beitrag von 79.212.206.249 (Diskussion | Beiträge) 22:45, 14. Apr. 2009 (CEST))
Nicht wirklich! Da geht es nur um Wildcard-SSL-Zertifikate auf verschiedene Subdomänen. Will man (vor allem eine vertrauenswürdige öffentliche Drittanbieterzertifizierungsstelle und keine Unternehmens-CA) verschiedene Sites OHNE angehängte Portangabe betreiben bleibt nur die Sitebindung auf eine separate IP-Adresse übrig. Da der Protokollheader bei Verwendung von HTTPS verschlüsselt wird, werden Hostnamen nicht ausgewertet. Da aber für jede HTTPS-Bindung eine eindeutige IP-Adresse UND/ODER ein eindeutiger Port erforderlich sind und ich jetzt mal vorraussetze, dass Du keinen Nicht-Standardport anhängen willst bleibt nur die Möglichkeit mit einer differenten IP-Adresse! --78.140.119.90 14:05, 2. Mai 2011 (CEST)
"Einige ältere Http-Clients sind nicht kompatibel" diese Aussage stammt von 2008 und dürfte nicht mehr stimmen: Der Host-Header wurde mit HTTP 1.1 eingeführt, das im Januar 1997 definiert wurde. http://www.w3.org/Protocols/rfc2068/rfc2068.txt, Abschnitt 14.23. (nicht signierter Beitrag von 93.104.10.230 (Diskussion) 15:33, 17. Jun. 2011 (CEST))
- Formulierung angepasst: Spezial:Diff/246903689. --Matthäus Wander 22:37, 19. Jul. 2024 (CEST)
Defekter Weblink
Bearbeiten| Der folgende Weblink wurde von einem Bot („GiftBot“) als nicht erreichbar erkannt. |
|---|
|
- http://www.aspheute.com/artikel/20000801.htm
- Vielleicht ist eine archivierte Version geeignet: archive.org
- Netzwerk-Fehler (7) andere Artikel, gleiche Domain