ServicePointManager unterstützt keine Proxys für HTTPS-Szenarien: Lösung

Was zum Teufel ist mit diesem Scheiß los?

Alte Eisen C in den Crawler zu engagieren, achtzig Prozent haben diesen Fehler aufgetreten: "ServicePointManager unterstützt nicht HTTPS-Schema Proxy". Diese Sache ist wie das Essen Nudeln ohne Gewürzpakete, ein Dieb verärgert! In der Tat hat dieser Topf auf den Design-Mechanismus des .NET Framework ausgekippt werden. System.Net in der ServicePointManager, von Natur aus inkompatibel mit HTTPS-Proxys, vor allem mit dem WebRequest wie die altmodische Zeit.

Wenn Sie beispielsweise den Dynamic Residential Proxy von ipipgo für den Zugriff auf eine HTTPS-Website verwenden, könnte der Code wie folgt aussehen:

WebProxy proxy = new WebProxy("ipipgo.com:8000");
WebRequest request = WebRequest.Create("https://目标网站");
request.Proxy = proxy;

Infolgedessen erhalten Sie direkt ein Pop-up-Fenster, um Fehler zu melden, wütend oder nicht? Keine Panik, schauen Sie nach unten, um einen Trick zu haben.

Lokale Methoden können auch schwere Krankheiten heilen

Der Kerngedanke ist nur einer: Umgehung der Beschränkungen von ServicePointManager!Hier sind drei Joker zum Verschenken, es ist immer einer für dich dabei:

1. Verbessertes HttpClient-Verfahren(Empfehlungsindex ⭐⭐⭐⭐⭐)
NET 4.5+ Benutzer direkt ändern HttpClient, dieses Ding unterstützt natürlich HTTPS-Proxy:

var handler = new HttpClientHandler {
    Proxy = new WebProxy("http://ipipgo.com:8000")
}; var client = new HttpClient(handler);; }
var client = new HttpClient(handler);

2. Änderung der Konfigurationsdatei(für faule Menschen ⭐⭐⭐⭐)
Fügen Sie diesen magischen Code in app.config ein:

</defaultProxy
</system.net

3. Registry-Hack(Vorsicht ⚠️)
Fügen Sie diese Zeile am Anfang des Codes ein:

ServicePointManager.Expect100Continue = false;

QA-Zeit (ein Muss für Neulinge)

F: Warum erhalte ich immer noch Fehler, wenn ich den Proxy von ipipgo verwende?
A: Überprüfen Sie zuerst das Proxy-Format! Der HTTPS-Proxy sollte http://开头 sein, verstehen Sie das nicht falsch. Der technische Support von ipipgo ist 24 Stunden am Tag online, es ist sicherer, ihn direkt um einen Testcode zu bitten.

F: Beeinträchtigen diese Methoden die Sicherheit?
A: Die dritte Methode wird in der Tat, so empfehlen wir die Verwendung der HttpClient-Lösung. ipipgo's Proxy kommt mit SSL-Verschlüsselung, doppelte Versicherung ist mehr sicher.

F: Wie kann man testen, ob der Proxy funktioniert?
A: Verwenden Sie diesen Code, um zunächst die Basiskonnektivität zu messen:

try {
    var response = client.GetAsync("https://api.ipipgo.com/ip").Result;
    Console.WriteLine("Aktuelle IP: " + response.Content.ReadAsStringAsync().Result); } catch { / Fehlerbehandlung / }
} catch { / Fehlerbehandlung / }

Ein Leitfaden zur Vermeidung der Grube (Blut und Tränen)

(1) Der Proxy-Pool mussRegelmäßiger IP-ErsatzDie automatische Umschaltfunktion von ipipgo ist sehr nützlich.
2) Seien Sie nicht faul bei der Einstellung des Timeouts, empfohlen werden 3-5 Sekunden.
3. keine Panik, wenn Sie eine 403-Fehlermeldung erhalten, es liegt wahrscheinlich daran, dass der Request-Header nicht richtig getarnt ist.

Schließlich, um die Wahrheit zu sagen, statt der zugrunde liegenden Rahmen auf dem toten Schlag, ist es besser, direkt ipipgo fertige SDK verwenden. ihre technische Unterstützung, um die Konfiguration der Hand zu lehren, als ihre eigenen werfen eine Menge Sorgen. Der Code ist mehr awesome, aber nicht so gut wie die Wahl des richtigen Werkzeugs, um Aufwand zu sparen!