Starten Sie hier · Authentifizierung

Es gibt zwei Möglichkeiten, Ihre Identität zu beweisen: ein Passwort oder die Adresse, von der aus Sie eine Verbindung herstellen.

Beide Methoden funktionieren in jedem Netzwerk und auf beiden Protokollen. Wählen Sie pro Server aus und mischen Sie sie frei.

3 min Lesezeit 7 Abschnitte Aktualisiert 26. Sep., 2026

Auswahl einer Methode#

	Benutzername und Passwort	IP Whitelist
Werke aus	Jede IP, einschließlich dynamischer und Cloud-Adressen	Die öffentlichen IPv4-Adressen, die Sie registriert haben
Zielvorgaben	Angefügt an den Benutzernamen	Senden Sie einen beliebigen Benutzernamen, um sie weiterzugeben. Das Passwort wird ignoriert
Durchfuhrberechtigungen	Base64 im `Proxy-Authorization` Kopf	Keine
Am besten für	Laptops, Container, serverlos, Browser	Feste Server, Anti-Erkennungs-Browser, die kein Passwort speichern können, Chrome-Flags
Rotation	Das Passwort jederzeit regenerieren	Hinzufügen oder Entfernen von Adressen jederzeit

Benutzername und Passwort#

Ihr Konto verfügt über ein Anmeldeinformationspaar für die gemeinsam genutzten Gateways. Es wird im Dashboard unten angezeigt Anmeldeinformationen und zurück zu GET /v1/credentialsDer Benutzername trägt die ZielparameterDas Passwort ändert sich nie mit ihnen.

CURL

# HTTP(S) target through the residential gateway
curl -x http://USER-cc-us:PASS@res.proxy-cyber.com:9000 https://api.ipify.org

# Same thing over SOCKS5 (socks5h = resolve the hostname at the exit)
curl --proxy socks5h://USER-cc-us:PASS@res.proxy-cyber.com:9001 https://api.ipify.org

Unter der Haube sendet ein HTTP-Client Proxy-Authorization: Basic base64(username:password) auf Antrag oder auf CONNECT; Ein SOCKS5-Client verwendet die Benutzername/Passwort-Unterverhandlung (RFC 1929). Jeder Mainstream-Client erledigt dies für Sie, wenn die Anmeldeinformationen in der Proxy-URL enthalten sind.

IP Whitelist#

Registrieren Sie die öffentlichen IPv4-Adressen der Maschinen, die eine Verbindung herstellen, und diese können jeden Endpunkt ohne Anmeldeinformationen verwenden. Bis zu 50 Adressen pro Konto; Änderungen werden innerhalb einer Minute wirksam.

Finden Sie die Adresse, die das Ziel auf Ihrem Server sehen wird: curl https://api.ipify.org ohne einen Proxy.
Fügen Sie es unter Einstellungen → Whitelist, oder Anruf POST /v1/whitelist.
Verbinden Sie sich ohne Benutzernamen und Passwort. Ohne Benutzernamen wird der Ausgang weltweit ausgewählt und rotiert bei jeder Verbindung.
Senden Sie zum Targeting weiterhin einen Benutzernamen mit den benötigten Parametern und einem beliebigen Passwort: Eine Adresse auf der Whitelist wird unabhängig vom Passwort als vertrauenswürdig eingestuft.

CURL

# From a whitelisted server: no credentials at all
curl -x http://res.proxy-cyber.com:9000 https://api.ipify.org

# Still whitelisted, but with targeting: any password works
curl -x http://USER-cc-fr-city-paris:x@res.proxy-cyber.com:9000 https://api.ipify.org

Dedizierte ISP, Rechenzentrum und mobile Geräte#

Jede dedizierte Adresse verfügt über einen eigenen Benutzernamen und ein eigenes Passwort, die in Ihrer Liste als abgedruckt sind ip:port:user:pass. Die Whitelist gilt auch für sie: von einem registrierten Server aus, zu dem Sie eine Verbindung herstellen ip:8000 ohne jegliche Zeugnisse. Für eine dedizierte Adresse sind keine Parameter erforderlich, da ihr Standort fest ist.

Beispielliste Eintrag

203.0.113.42:8000:u7f3a9c:kq2Lm8Pz1r        # HTTP(S)
203.0.113.42:8001:u7f3a9c:kq2Lm8Pz1r        # SOCKS5, same credentials

Subverwender#

Ein Unterbenutzer ist ein zusätzliches Anmeldeinformationspaar auf den gemeinsam genutzten Gateways mit eigenem Datenverkehrslimit und eigener Nutzungslinie. Erstellen Sie eines pro Kunde, pro Projekt oder pro Teamkollege, sodass ein durchgesickertes Passwort nur ein begrenztes Budget preisgibt und Sie den Verbrauch pro Geschäftsbereich ablesen können. Unterbenutzer werden im Dashboard und über verwaltet POST /v1/subusers.

Drehen eines Passworts#

Regenerieren Sie vom Dashboard oder mit POST /v1/credentials/rotate. Das vorherige Paar arbeitet zehn Minuten lang weiter, sodass laufende Jobs das neue Paar ohne Fehler übernehmen können.

Beglaubigungen aus den falschen Orten heraushalten#

Lesen Sie sie aus Umgebungsvariablen oder einem geheimen Speicher, niemals aus der Quellcodeverwaltung.
Bevorzugen Sie die Whitelist in gemeinsam genutzten oder nicht vertrauenswürdigen Netzwerken: Der Hop von Ihnen zum Gateway erfolgt über einfaches HTTP, sodass ein Basic-Header auf dem Pfad gelesen werden kann.
Geben Sie jedem Tool einen Unterbenutzer. Widerrufen Sie den Unterbenutzer anstelle des Kontokennworts, wenn ein Tool außer Betrieb genommen wird.
Proxy-URLs aus Protokollen entfernen. Die meisten Clients geben bei Fehlern die vollständige URL einschließlich Anmeldeinformationen aus.

Proxies

Menü