Proxy, der Codierungsprobleme findet und behebt

Ich teste eine Anwendung und leider haben wir einige Codierungsprobleme, z. B. stimmt der HTTP- Content-TypeHeader nicht mit HTML überein <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>oder nicht mit XML überein encoding.

Ich frage mich, ob es das gibt

  • ein Proxy für Windows (mindestens 7 SP1 x64)
  • das ist gratis
  • und identifiziert Zeichensatzprobleme für XML (z. B. gemäß RFC 3023 , wenn XML)
  • und identifiziert Zeichensatzprobleme für HTML (optional, da ich das nicht dringend brauche)
  • gibt mir eine Liste der angeforderten URLs, bei denen die HTTP-Header-Codierung und die Inhaltscodierung nicht übereinstimmen. Alle anderen Anfragen können nach Weiterleitung verworfen werden.

Gleichzeitig wäre es großartig, wenn es die Probleme beheben könnte , z. B. Header und Inhalt übereinstimmen, damit ich mit dem Testen der Anwendung fortfahren kann. Sonst bleibe ich ziemlich oft hängen.

(Außerdem könnte eine solche Codierungskorrektur meine Behauptung erfolgreich belegen, dass es funktionieren würde, wenn die Codierung korrigiert würde.)

Antworten (1)

Ich denke, dafür benötigen Sie einen Proxy, der erweiterbar ist, und Sie müssten Code schreiben, um die eigentliche XML-Überprüfung / -Änderung durchzuführen.

Der WinGate-Proxy-Server verfügt über eine API und ein SDK, mit denen Sie Änderungsfilter für HTTP schreiben können. Wenn Sie VS2010 haben, können Sie einen App-Assistenten ausführen, um die Filter-Hooks einzurichten, und Sie müssen praktisch nur die Validierungs-/Änderungslogik schreiben.

Mehr über unser SDK finden Sie hier

WinGate hat eine kostenlose 10-Benutzer-Lizenz, sodass Sie möglicherweise nicht einmal eine Lizenz benötigen (außer vielleicht die SDK-Lizenz, mit der Sie unsignierte Manifestdateien laden können).

Haftungsausschluss: Ich arbeite für Qbik, die Autoren von WinGate

Ich habe es gerade installiert und versucht, ein Routing von einem geschlossenen Testnetzwerk über meinen Laptop in unser WLAN-Gastnetzwerk mit Internetverbindung einzurichten (ohne vorher XML-Änderungen vorzunehmen). Das Routing funktioniert nur einmal, dann muss ich den TCP-Pipe-Dienst deinstallieren und neu installieren, damit er wieder funktioniert. WinGate ist 2 mal abgestürzt.
Hallo, wird hier ein TCP-Mapping-Filter verwendet?
Was ich meine, ist, dass Sie das WinGate SDK installiert und einen Filter für den TCP-Zuordnungsdienst geschrieben haben, um die XML-Änderungen vorzunehmen. Wenn Sie einen Absturzfehler in Ihrer DLL haben, können Sie den Hostprozess (WinGate-Dienst) herunterfahren.
OK, normalerweise ist es einfach, aber wenn Sie mehrere Subnetze usw. haben, kann das Routing ins Spiel kommen. Offensichtlich ist es ein Problem, dass Sie es geschafft haben, WinGate zum Absturz zu bringen. Wurden Crash-Dump-Dateien im WinGate-Programmordner erstellt? Wir sollten dies vielleicht zu unserem Support-Desk verschieben (support.qbik.com)
Eine Sache, die man im Hinterkopf behalten sollte. Wenn Sie Port 80 für http abfangen und einen WWW-Proxy auf Port 80 ausführen und auch einen TCP-Mapping-Proxy (das meinen Sie mit TCP-Pipe-Dienst) ebenfalls auf Port 80 erstellen, erhalten Sie möglicherweise einen Port Konflikt, was erklären könnte, warum es bei Ihnen nur einmal funktioniert. Es ist schwierig, ohne einige Details zu Ihrem Testaufbau zu beraten. Wir helfen gerne weiter, wenden Sie sich bitte an ( support.qbik.com ) oder senden Sie eine E-Mail an unseren Support Desk (support@wingate.com)
Ich hatte zwar auch einen WWW-Proxy, aber mein Traffic war auf Port 8000 und nicht auf Port 80. Beim nächsten Mal werde ich es mit Ihrer Unterstützung versuchen.