Sie öffnen Facebook Ads über einen Proxy, und anstelle des Dashboards sehen Sie einen weißen Bildschirm mit dem Code 502. Oder der Wildberries-Parser beginnt plötzlich alle fünf Minuten mit Fehlern 503 zu spammen. Der erste Gedanke ist — der Proxy ist kaputt, es ist Zeit, den Pool zu wechseln. Aber in der Hälfte der Fälle liegt das Problem gar nicht am Proxy, sondern auf der Seite der Website, und ein IP-Wechsel wird nichts ändern. Lassen Sie uns herausfinden, wie man in wenigen Minuten genau den Ursprung des Problems bestimmen kann, ohne Zeit mit dem Ausprobieren von funktionierenden Proxys zu verschwenden.
Was bedeuten die Codes 502 und 503
Bevor Sie den Proxy beschuldigen, sollten Sie verstehen, dass diese Codes vom HTTP-Protokoll selbst gemeldet werden und ein Problem auf der Serverseite beschreiben, zu dem Sie eine Anfrage stellen, und nicht auf der Clientseite. 502 Bad Gateway bedeutet, dass der Zwischenserver (z. B. ein Lastenausgleich oder ein CDN wie Cloudflare) eine ungültige Antwort vom übergeordneten Server erhalten hat. Einfacher gesagt — ein Glied in der Kette zwischen Ihnen und der Endanwendung ist ausgefallen oder überlastet.
503 Service Unavailable zeigt an, dass der Server die Anfrage vorübergehend nicht verarbeiten kann — meist aufgrund von Überlastung, technischen Arbeiten oder der Aktivierung eines Bot-Schutzes. Ein wichtiger Punkt: 503 ist genau die vorübergehende Unzugänglichkeit, der Server ist aktiv, kann aber gerade nicht antworten.
Auf den ersten Blick scheinen beide Codes eindeutig zu sagen „Problem auf dem Server“. Aber wenn Sie einen Proxy verwenden, wird das Bild komplizierter: Der Proxy-Server kann selbst das „Zwischenglied“ sein, das 502 generiert, wenn er nicht auf die Zielwebsite zugreifen kann. Und 503 tritt oft nicht auf, weil die Website tatsächlich nicht verfügbar ist, sondern weil das Schutzsystem (Cloudflare, Akamai, DataDome) die IP des Proxys als verdächtig erkannt hat und anstelle der tatsächlichen Seite eine Platzhalterseite mit dem Code 503 oder 429 ausgibt.
Warum treten diese Fehler über Proxy häufiger auf
Wenn die Website ohne Proxy stabil geöffnet wird, aber über Proxy regelmäßig 502 oder 503 auftritt, gibt es normalerweise mehrere Gründe, und alle hängen damit zusammen, wie der Proxy in die Anfragekette integriert ist.
Überlastung des Proxy-Servers selbst. Bei günstigen Rechenzentrums-Proxys können zu viele gleichzeitige Sitzungen an einer IP „hängen“. Wenn der Proxy den Datenverkehr nicht schnell genug verarbeiten kann, bricht er entweder die Verbindung ab oder gibt 502 in seinem eigenen Namen zurück.
IP-Sperrung auf der Seite der Zielwebsite. Facebook Ads, Instagram, Wildberries und Ozon verwenden aktiv Anti-Bot-Systeme, die IP-Bereiche von Rechenzentren in großen Mengen sperren. Die Website funktioniert in diesem Fall formal, gibt aber für eine bestimmte IP 503 oder eine Weiterleitung zu einer Captcha-Seite zurück.
Geografische Inkonsistenz. Wenn der Proxy aus einem Land stammt und das Konto an eine andere Region gebunden wurde, „hängt“ einige Dienste vorübergehend die Sitzung und gibt einen Gateway-Fehler anstelle einer ehrlichen Zugangsverweigerung zurück.
Protokoll und Port. Falsch angegebener Proxy-Typ (HTTP anstelle von SOCKS5 oder umgekehrt) in den Einstellungen des Anti-Detect-Browsers wird oft als 502 maskiert — der Browser kann physisch keinen Tunnel aufbauen und zeigt einen Gateway-Fehler an.
Schnelle Prüfung: Proxy oder Website
Der zuverlässigste Weg, um herauszufinden, ist, die Variablen nacheinander auszuschließen. Hier ist die Vorgehensweise, die nicht mehr als fünf Minuten in Anspruch nehmen sollte.
Schritt 1. Öffnen Sie dieselbe Website ohne Proxy, direkt von Ihrer echten IP. Wenn der Fehler wieder auftritt — liegt das Problem definitiv auf der Seite der Website, der Proxy hat damit nichts zu tun.
Schritt 2. Wenn ohne Proxy alles funktioniert, wechseln Sie den Proxy auf eine andere IP aus demselben Pool. Wenn der Fehler verschwunden ist — wurde entweder eine bestimmte IP gesperrt oder überlastet, nicht der gesamte Dienst.
Schritt 3. Überprüfen Sie denselben Proxy auf einer anderen Website (z. B. öffnen Sie eine neutrale Ressource wie httpbin.org oder whatismyip). Wenn der Proxy überhaupt nichts öffnet — liegt das Problem am Proxy-Server selbst, nicht an der Zielwebsite.
Schritt 4. Wenn der Proxy andere Websites normal öffnet, aber auf der Zielressource stabil 503 auftritt — ist das fast immer ein Bot-Schutz, der Ihre IP als verdächtig eingestuft hat. In dieser Situation hilft der Wechsel des Proxy-Typs, nicht nur die Rotation innerhalb desselben Pools.
Diagnose in Dolphin Anty, AdsPower und Multilogin
Wenn Sie Konten über einen Anti-Detect-Browser führen, ist es bequemer, die Diagnose direkt darin durchzuführen, ohne auf externe Dienste umzuschalten.
In Dolphin Anty öffnen Sie das Profil, gehen zu den Proxy-Einstellungen und klicken auf die Schaltfläche zur Überprüfung der Verbindung. Wenn der Test „Proxy antwortet nicht“ oder einen Timeout anzeigt — liegt das Problem auf der Ebene des Proxy-Servers, der Fehler 502 im Browser wird eine logische Folge davon sein. Wenn der Test erfolgreich ist, die Website im Profil aber trotzdem 502 oder 503 anzeigt, notieren Sie den Antwortcode und öffnen Sie dieselbe URL in einem benachbarten Tab mit einem anderen Profil auf einer anderen IP — das zeigt, ob es sich um ein systemisches Problem oder ein lokales handelt.
In AdsPower heißt die ähnliche Funktion „Proxy check“, sie zeigt zusätzlich die Antwortgeschwindigkeit und die ermittelte Geolokalisierung an. Wenn die Geolokalisierung des Proxys nicht mit der erwarteten übereinstimmt (z. B. Sie haben Proxys aus den USA gekauft, aber der Dienst zeigt die Niederlande an), ist das ein Grund, einen Verdacht auf Manipulation oder falsche Einstellungen zu hegen, die ebenfalls Gateway-Fehler verursachen können.
In Multilogin und GoLogin ist die Proxy-Prüfung in einen separaten Dialog bei der Erstellung des Profils ausgelagert — nutzen Sie ihn vor jedem Start einer Kampagne, insbesondere wenn Sie neue Konten in großen Mengen erstellen. Fünf Sekunden Prüfung reichen aus, um später nicht eine Stunde mit der Klärung der Ursachen von 502 zu verbringen.
Technische Methode: Prüfung über curl
Für diejenigen, die mit Parsing arbeiten oder Proxys programmatisch einrichten, ist die genaueste Diagnosemethode eine direkte Anfrage über das Terminal. Dies ermöglicht es, den tatsächlichen Antwortcode ohne die „Verzierung“ des Browsers zu sehen.
curl -x http://login:password@proxy_ip:port -I https://example.com -v
Das Flag -I fordert nur die Header an, und -v aktiviert die detaillierte Ausgabe, anhand derer man sehen kann, an welchem Punkt die Verbindung unterbrochen wurde — beim Aufbau des Tunnels zum Proxy oder bereits beim Zugriff auf den Zielserver.
Wenn der Fehler sofort beim Verbinden mit dem Proxy auftritt (Zeile Connection refused oder Connection timed out), ist der Proxy-Server selbst schuld. Wenn der Tunnel aufgebaut wurde, aber die Antwort mit dem Code 502 oder 503 von der Ziel-Domain kam — liegt das Problem auf der Seite der Website oder ihres Bot-Schutzes.
Es ist nützlich, sofort ein Dutzend Proxys aus dem Pool mit einem Skript zu testen und die Statistik der Antwortcodes zu sammeln — das zeigt schnell, ob ein systemisches Problem im gesamten Pool vorliegt oder ob es an ein paar „abgelaufenen“ IPs liegt:
for proxy in $(cat proxies.txt); do
code=$(curl -x "$proxy" -o /dev/null -s -w "%{http_code}" https://example.com)
echo "$proxy -> $code"
doneWenn mehr als 30% der Proxys aus dem Pool auf verschiedenen Websites 502 zurückgeben — liegt das Problem beim Anbieter oder in der Infrastruktur selbst, und es ist ratsam, den Pool vollständig zu wechseln. Wenn die Fehler nur auf einer bestimmten Domain auftreten — liegt es am Anti-Bot-Schutz dieser Website.
Tabelle: Ursachen von Fehlern nach Proxy-Typen
Verschiedene Proxy-Typen sind unterschiedlich anfällig für Fehler 502 und 503 — das ist wichtig bei der Auswahl für eine bestimmte Aufgabe zu berücksichtigen.
| Proxy-Typ | Typische Ursache für 502/503 | Fehlerhäufigkeit |
|---|---|---|
| Rechenzentrums-Proxys | Massensperren von IP-Bereichen durch Anti-Bot-Systeme, Überlastung gemeinsamer Server | Hoch |
| Residential Proxys | Manchmal instabile Verbindung des Endgeräts, das die IP bereitstellt | Niedrig |
| Mobile Proxys | IP-Wechsel durch den Anbieter mitten in der Sitzung, vorübergehende Signalverluste | Mittel, aber vorübergehend |
Rechenzentrums-IP sind Anti-Bot-Systemen oft im Voraus bekannt, weshalb sie die höchste Rate an 503 auf Plattformen wie Facebook Ads, Instagram und Marktplätzen verursachen. Residential und mobile IPs erscheinen für den Schutz wie normale Benutzer, weshalb die Rate an falschen Blockierungen deutlich niedriger ist, obwohl sie nicht null ist.
Wie man die Anzahl der Fehler minimiert
Für Arbitrageure, die Werbekonten für Facebook Ads oder TikTok Ads erstellen, ist es entscheidend, dass die IPs nicht auf die schwarzen Listen von Anti-Bot-Systemen gelangen — genau das zeigt sich am häufigsten durch den Code 503. In solchen Aufgaben verhalten sich Residential Proxys deutlich stabiler als Rechenzentrums-Proxys, da ihre IPs echten Anbietern gehören und seltener Verdacht bei den Schutzsystemen erregen.
Für SMM-Spezialisten, die Instagram und TikTok massenhaft über mehrere Anti-Detect-Profile gleichzeitig verwalten, wird 502 oft durch die Überlastung derselben IP mit zu vielen Sitzungen verursacht. Die Lösung besteht darin, jeder Anmeldung eine einzigartige IP zuzuweisen und nicht an der Anzahl der Adressen im Pool zu sparen.
Für Verkäufer, die Preise auf Wildberries, Ozon und Avito überwachen, bedeutet 503 meist, dass der Schutz der Website ein Muster häufiger ähnlicher Anfragen erkannt hat. Hier hilft nicht so sehr der Wechsel des Proxy-Typs, sondern die Reduzierung der Anfragefrequenz und das Hinzufügen zufälliger Verzögerungen zwischen den Anfragen, kombiniert mit der Rotation der IP für jede neue Anfrage.
Für Parsing und automatisierte Skripte, bei denen Geschwindigkeit und Stabilität der Verbindung bei großen Anfragevolumina wichtig sind, bleiben Rechenzentrums-Proxys eine vernünftige Wahl in Bezug auf Preis und Geschwindigkeit — aber sie sollten mit Bedacht eingesetzt werden, indem die Last gleichmäßig auf eine große Anzahl von IPs verteilt wird, um nicht die Grenzen einer Adresse zu erreichen.
Checkliste zur Diagnose
Speichern Sie diese Reihenfolge und gehen Sie sie bei jedem Auftreten von 502 oder 503 über Proxy durch:
- Öffnen Sie die Website ohne Proxy — tritt der Fehler erneut auf.
- Überprüfen Sie die Verbindung des Proxys separat (whatismyip, httpbin).
- Ändern Sie die IP innerhalb desselben Pools und wiederholen Sie die Anfrage.
- Überprüfen Sie den Proxy-Typ und den Port in den Profileinstellungen (HTTP/SOCKS5).
- Testen Sie mehrere IPs über curl und vergleichen Sie die Antwortcodes.
- Überprüfen Sie, ob sich die Geolokalisierung des Proxys im Verhältnis zur Bindung des Kontos geändert hat.
- Reduzieren Sie die Anfragefrequenz, wenn der Fehler nur auf einer Website auftritt.
- Wenn die Fehler im gesamten Pool massenhaft auftreten — wechseln Sie den Anbieter oder den Proxy-Typ.
Schlussfolgerung
Die Codes 502 und 503 sind kein Todesurteil und kein Grund, sofort auf Proxys zu verzichten. In den meisten Fällen reicht eine fünfminütige Diagnose aus, um herauszufinden, wo genau der Ausfall aufgetreten ist: im Proxy-Server selbst, auf der Zielwebsite oder in ihrem Bot-Schutzsystem. Die Überprüfung ohne Proxy, der IP-Wechsel innerhalb des Pools und der Test über curl oder die integrierten Tools von Anti-Detect-Browsern wie Dolphin Anty und AdsPower lösen 90% solcher Fragen ohne unnötige Vermutungen.
Wenn das Problem nicht in den Einstellungen liegt, sondern darin, dass Ihre IPs regelmäßig auf die schwarzen Listen von Anti-Bot-Systemen gelangen, sollten Sie den Proxy-Typ für die Aufgabe überdenken. Für das Erstellen von Werbekonten und die Arbeit mit sozialen Medien ist es sinnvoll, sich Residential Proxys anzusehen — sie erregen seltener Verdacht bei den Schutzsystemen von Websites. Für Aufgaben, bei denen Geschwindigkeit bei großen Anfragevolumina entscheidend ist, sind Rechenzentrums-Proxys geeignet, und für ein möglichst natürliches Verhalten in mobilen Anwendungen — mobile Proxys.