Delega residenziale
Updated:
Gestione programmatica di pacchetti, elenchi e sessioni di proxy residenziali.
Un pacchetto è il vostro abbonamento residenziale: ha un limite di traffico e una data di scadenza. All'interno di un pacchetto si creano delle liste: gruppi di IP denominati e filtrati in base alle regole GEO e di rotazione. Ci si connette al proxy tramite il login/password dell'elenco e un pacchetto può contenere molti elenchi per diversi casi d'uso.
Elenchi
creare, configurare e rimuovere elenchi di proxy
Leggi
Scrivere
Pacchetto
Più controlli
Comune a tutti gli endpoint residenziali
URL di base
https://proxy-seller.com/personal/api/v1/{YourApiKey}/resident/Autenticazione
Chiave API nel percorso URL: non registrare mai gli URL completi delle richieste.
Modello di errore
Gli errori aziendali restituiscono HTTP 200 con errori[] popolati.
Dopo aver configurato i proxy
Cases (FAQ)common scenarios and troubleshootingOpenBalancecheck funds before extending trafficOpenFAQ
Pacchetto - il vostro abbonamento (limite di traffico + scadenza).Elenco - un pacchetto di login/password con nome e filtri geo e whitelist che vive all'interno di un pacchetto.Sessione - legame di breve durata di uno specifico IP di uscita ad una singola connessione, formato al volo tramite_s_… sul login.
A livello di pacchetto. Un elenco è costituito solo da credenziali e da un filtro;consumption-cost aggrega per login (cioè per lista), ma gli addebiti effettivi colpiscono il pool di pacchetti.
Ogni porta fornisce un IP di uscita indipendente: utilizzatele in parallelo per richieste contemporanee. Una porta = un IP di uscita in un determinato momento.
Un elenco all'interno del pacchetto principale fornisce un pacchetto di credenziali/filtro, ma il suo traffico condivide il pool del pacchetto senza alcun limite. Un sottopacchetto si ritaglia una fetta fissa di traffico (limite_di_traffico) con una propria scadenza e un'attivazione/disattivazione, restituendo il traffico inutilizzato al genitore quando viene cancellato. Le liste create al suo interno funzionano allo stesso modo, ma vengono addebitate alla fetta di traffico del sottopacchetto.
Utilizzate un sottopacchetto quando avete bisogno di un tetto massimo di traffico per qualcuno (un cliente, un team, una campagna), senza rinunciare alla vostra chiave API. Tutta la gestione avviene comunque attraverso la vostra chiave. Utilizzate una lista semplice quando avete bisogno di isolare le credenziali o la geo all'interno della vostra quota.
Sì:https://proxy-seller.com/personal/api/v1/{YourApiKey}/resident/.... Le varianti di sottoutenza utilizzano/residentsubuser/....
HTTP e SOCKS5 sullo stesso IP.
Il rinnovo programmatico di un pacchetto residenziale non è contemplato nell'API pubblica./extend-proxies (/prolong/calc/{type},/prolong/make/{type}) accetta solo tipi basati su IP -ipv4,ipv6,mobile,isp,mix,mix_isp.resident non è presente nell'elenco e non c'è/resident/prolong endpoint.
Rinnovare il pacchetto residenziale tramite il dashboard prima diexpired_at segnalato daget-package-information. L'esatto comportamento alla scadenza (connessioni attive, riporto del traffico inutilizzato) non è documentato nelle specifiche dell'API; verificare con il supporto se è importante per la propria integrazione.