Hypercell ein ] Hypercell aus ] Zeige Navigation ] Verstecke Navigation ]
c++.de  
   
Forentreff 2012     
Bücher-Shop mit Amazon (Buchkategorien)C++ : Referenzen zu C++ : C++ Builder : Visual C++ : C# : Java : Spieleprogrammierung : Systemprogrammierung Linux : Software-Entwicklung : .NET : Compilertechnik : Algorithmen & Datenstrukturen : Objektorientierung : Entwurfsmuster : UML : eXtreme Programming : Scrum : Projektmanagement : Software-Testing : Datenbanken : Tom DeMarco : Dilbert : User Friendly
C/C++ Forum :: Themen rund um die IT ::  HTTPS Problem unter IIS 6.0     Zeige alle Beiträge auf einer Seite Auf Beitrag antworten
Autor Nachricht
MarcellusW
Mitglied

Benutzerprofil
Anmeldungsdatum: 26.07.2010
Beiträge: 4
Beitrag MarcellusW Mitglied 20:19:47 08.09.2010   Titel:   HTTPS Problem unter IIS 6.0            Zitieren

Hallo zusammen,

ich habe aktuell ein Problem mit einer Webanwendung die über 2 Webserver verteilt betrieben wird, zu dem ich die Lösung bisher nicht ergooglen konnte. Ich hoffe jemand hatte bereits folgendes/ähnliches Problem:

Ich verwende Webserver A und B. Server A hostet neben anderen Dingen Javascripte, Stylesheets und Grafiken über HTTP.
Nun läuft meine Problem-Website auf Server B welche den auf Server A gehosteten Inhalt ins HTML einbettet.

Wird nun die Problem-Website auf Server B per HTTP aufgerufen werden alle eingebundenen CSS, Javascript und Grafikdateien korrekt eingebettet und der Browser gibt diese wieder.
Rufe ich selbige Website über HTTPS auf werden sämtliche Grafiken ausgeblendet. Ebenso werden Stylesheets und Javascripte nicht angewendet, da offensichtlich die auf Server A bereitgestellten Inhalte nicht erreicht werden können.

Server B wird unter Windows 2003 Standard R2 (x86) mit IIS 6.0 betrieben. Für HTTPS Verbindungen habe ich mittels OpenSSL ein eigenes Zertifikat erstellt und eingebunden. Zwar wird beim laden einer Website über HTTPS die Warnung eines nicht offiziell signierten Zertifikats ausgegeben, dies kann ich mir allerdings kaum als Ursache meines Problems herleiten.

Zudem finde ich nirgends eine Sicherheitseinstellung die Kommunikationen zu anderen Servern während einer SSL Verbindung unterbindet. Mit "nirgends" meine ich konkret die Eigenschaften der IIS Website (speziell den Reiter Verzeichnissicherheit), Gruppenrichtlinien oder Registrywerte. Die Windows-Firewall war bereits auch mal deaktiviert zum Test.

Vielen Dank bereits für eure Mühe der Unterstützung.

Chris
hustbaer
Mitglied

Benutzerprofil
Anmeldungsdatum: 27.10.2006
Beiträge: 13522
Beitrag hustbaer Mitglied 00:44:41 09.09.2010   Titel:              Zitieren

Und lies mal da nach:
http://en.wikipedia.org/wiki/Same_origin_policy

Wäre es vielleicht möglich Server A und Server B zusammenzulegen, und alles über HTTPS zu machen?
Oder beide hinter einem entsprechend flotten Reverse-Proxy zu verstecken, so dass beide das selbe Protokoll, den selben Port und den selben Domain-Namen verwenden - also vereinfacht gesagt nach aussen wie ein Server "tun"?

p.S.: probier mal das Zertifikat zum Testen als "trusted" aufzunehmen. Dann sollte die Warnung weg sein.

_________________
"Let there be Licht..." http://lichttools.sourceforge.net/
Sehr cooles ASCII Spiel (leider nicht von mir): ASCII-Scramble - http://www.roskakori.at/ascii/


Zuletzt bearbeitet von hustbaer am 00:49:12 09.09.2010, insgesamt 1-mal bearbeitet
MarcellusW
Mitglied

Benutzerprofil
Anmeldungsdatum: 26.07.2010
Beiträge: 4
Beitrag MarcellusW Mitglied 10:27:39 09.09.2010   Titel:              Zitieren

Danke für deine Antwort. Der Verweis auf die same origiin policy ist recht hilfreich. Ich werde mich damit heute mal auseinander setzen.

Ich vergas zu erwähnen das ich testweise sämtlichen externen Inhalt von Server A auf Server B umkopiert habe und die Links dementsprechend auf die lokale Quelle gesetzt habe. Witziger Weise wird dann beim laden über HTTPS ein Windows Netzwerkanmelde-Fenster generiert.
Wird dies abgebrochen werden Bilder etc. weiterhin nicht geladen. Melde ich mich mit einem User an der Maske testweise mit Administratorrechten an baut sich die Seite wie unter HTTP auf. Über HTTP erscheint die Netzwerkanmeldung übrigens nicht...
hustbaer
Mitglied

Benutzerprofil
Anmeldungsdatum: 27.10.2006
Beiträge: 13522
Beitrag hustbaer Mitglied 13:29:52 09.09.2010   Titel:              Zitieren

Naja, du musst halt bei IIS bei "Directory Security" auf "Anonymous" schalten. Und natürlich dort auch einen Account eintragen, der für anonyme Zugriffe verwendet werden soll, der auch die nötigen Rechte auf die Files hat.
Dann sollte das anmelde Fenster weg sein.

_________________
"Let there be Licht..." http://lichttools.sourceforge.net/
Sehr cooles ASCII Spiel (leider nicht von mir): ASCII-Scramble - http://www.roskakori.at/ascii/
C/C++ Forum :: Themen rund um die IT ::  HTTPS Problem unter IIS 6.0   Auf Beitrag antworten

Zeige alle Beiträge auf einer Seite




Nächstes Thema anzeigen
Vorheriges Thema anzeigen
Sie können Beiträge in dieses Forum schreiben.
Sie können auf Beiträge in diesem Forum antworten.
Sie können Ihre Beiträge in diesem Forum nicht bearbeiten.
Sie können Ihre Beiträge in diesem Forum nicht löschen.
Sie können an Umfragen in diesem Forum nicht mitmachen.

Powered by phpBB © 2001, 2002 phpBB Group :: FI Theme

c++.de ist Teilnehmer des Partnerprogramms von Amazon Europe S.à.r.l. und Partner des Werbeprogramms, das zur Bereitstellung eines Mediums für Websites konzipiert wurde, mittels dessen durch die Platzierung von Werbeanzeigen und Links zu amazon.de Werbekostenerstattung verdient werden kann.

Die Vervielfältigung der auf den Seiten www.c-plusplus.de, www.c-plusplus.info, www.c-sar.de, www.c-plusplus.net und www.baeckmann.de enthaltenen Informationen ohne eine schriftliche Genehmigung des Seitenbetreibers ist untersagt (vgl. §4 Urheberrechtsgesetz). Die Nutzung und Änderung der vorgestellten Strukturen und Verfahren in privaten und kommerziellen Softwareanwendungen ist ausdrücklich erlaubt, soweit keine Rechte Dritter verletzt werden. Der Seitenbetreiber übernimmt keine Gewähr für die Funktion einzelner Beiträge oder Programmfragmente, insbesondere übernimmt er keine Haftung für eventuelle aus dem Gebrauch entstehenden Folgeschäden.