Sottoconti (sottoutenti)
Updated:
Predisponete i pacchetti di sotto-utenti e gestite i loro elenchi, senza condividere le vostre credenziali principali.
Apacchetto subutente è un abbonamento figlio ritagliato dal vostro pacchetto residenziale principale. Gli si assegna una fetta di traffico e un periodo di validità , e il subutente gestisce le proprie liste all'interno.
Da utilizzare per rivenditori, membri di team o ambienti client isolati. Il traffico speso nel sottopacchetto è riservato dalla quota principale; quando viene eliminato, il traffico non utilizzato torna alla quota principale.
Pacchetto subutente
creare, configurare e rimuovere i sottopacchetti
Leggi
Scrivere
Elenchi nel pacchetto subuser
le stesse operazioni degli elenchi residenziali dei genitori, con un ambito di applicazione a un sottopacchetto
Leggi
Scrivere
Speciale: Elenco API-TOOL
Comune a tutti gli endpoint dei sottoconti
URL di base
https://proxy-seller.com/personal/api/v1/{YourApiKey}/residentsubuser/Autenticazione
Chiave API nel percorso URL (la chiave dell'account principale, non quella del sottoutente)
Parametro richiesto
La maggior parte degli endpoint richiede la chiave del pacchetto: la si può ottenere da
GET/it-IT/residentsubuser/packagesModello di errore
Gli errori aziendali restituiscono HTTP 200 con errori[] popolati
Correlato
Residential proxysame operations on your main packageOpenSession ID + TTLpin sessions for subuser listsOpenCases (FAQ)common subuser scenariosOpenFAQ
No, la denominazione è fuorviante. In questa API, un "sottoutente" è un utentesottopacchetto: una fetta del vostro pacchetto residenziale principale con il suo propriotraffic_limit,expired_at,is_active e gli elenchi.
Tutti/residentsubuser/... gli endpoint prendono{YourApiKey} - la propria. Non c'è una seconda chiave API rilasciata da nessuna parte nelle specifiche. Le credenziali che l'utente finale riceve sono a livello di elencologin/password (restituito da/residentsubuser/list/add) - si tratta di credenziali di connessione per il proxy, non di chiavi di gestione.
No. Il sottoutente vede solo il propriotraffic_limit econsumed. Il conto principale vede entrambi i livelli.
Chiamataupdate-package con un aumentotraffic_limit. La ricarica viene applicata immediatamente.
Gli elenchi sono legati al sottopacchetto in cui sono stati creati. Ricreare l'elenco sotto il sottoutente di destinazione.