Frage

Ich habe eine Silverlight-Anwendung, die eine Cross-Domain-Anfrage macht. Die clientaccesspolicy.xml Datei auf dem Server vorhanden ich einen Antrag mache zu und richtig konfiguriert ist.

Ich weiß, dass es richtig konfiguriert ist, weil, wenn ich die Anwendung verwenden, um eine Anforderung von machen meine Maschine Ich erhalte eine Antwort mit keinem Problem.

Wenn eine zweite Person auf einem Firmennetzwerk etwa 300 Meilen entfernt die gleiche Anwendung zu verwenden versucht, aus der gleichen URL ins Leben gerufen, die gleiche Anfrage zu machen, er stattdessen wird eine Sicherheitsausnahme.

Hier ist der ungeradee Teil. Ich bat, dass er Fiddler herunterladen, damit ich die Anfrage sehen konnte, und es reagiert und dadurch einen Einblick in das Problem zu gewinnen, aber wenn er die App mit Fiddler offen läuft, ist die Anforderung erfolgreich.

Dies geschieht sowohl in Chrome und IE. Mit Fiddler ist alles in Ordnung. Ohne sie funktioniert es nicht.

Wir haben versucht, seine Geschichte löschen, die Silverlight-Anwendung aus dem Cache zu löschen, alles, was ich denken kann.

Der Antrag auf ein privates Netzwerk gemacht wird (was er ist), habe ich die Anfrage über eine VPN-Verbindung herstellen zu diesem Netzwerk (falls aus irgendeinem Grunde, dass Angelegenheiten).

Alle Gedanken darüber, was dieses bizarre Problem verursacht?

War es hilfreich?

Lösung 2

Dieser Beitrag ist einfach die Lösung für zukünftigen Anwender zu katalogisieren. Vielen Dank an alle, die geholfen haben.

Das eigentliche Problem erwies sich als (wie EricLaw -MSFT- vorgeschlagen), dass die Client-Rechner wurde Zonierung der Anforderungs-URL als Intranet und die Silverlight-Anwendung wie Internet, und ich bin nicht erlaubt, Anfragen über Zonen zu machen.

EricLaw direkte Antworten in den Kommentaren unter der ursprünglichen Frage betrachtet werden können.

Die URL unten (von Eric zur Verfügung gestellt) enthält Informationen über die Verweigerung der Cross-Zone Anfrage sowie Lösungen.

msdn.microsoft.com/en-us/ Bibliothek / bb250483 (VS.85) aspx

Andere Tipps

Trotz der Tatsache, die Fiddler „fixen“ das Problem noch lohnen würde, während diese zweite Einzel bekommt eine .saz Datei von Fiedler zu speichern für die erfolgreiche Reihe von Sitzungen und dann für Sie sie mit einem erfolgreichen Satz zu vergleichen, haben Sie von Ihrer eigenen Maschine.

Eine Analyse der Unterschiede eine mögliche Ursache offenbaren kann, wenn Fiedler nicht an seinem Platz ist.

Ein weiterer Ansatz wäre ein Netzwerkprotokoll anaylser zu verwenden, wie zum Beispiel Wireshark. Die Eliminierung des Proxy, dass Fiddler den Fehler aufzudecken, natürlich solches Werkzeug ist viel technischer.

kann sein, genug repräsentiert
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top