Senza KYC — nessun documento d'identità, nessun selfie, nessun documento · Targeting per ASN, stato, città e CAP su ogni piano · Paga in cripto da 25 USD
Lingua: Italiano
Inizia ora

Caso d'uso · QA e supporto

Proxy residenziali per la riproduzione di bug specifici dell'ISP

Alcuni ticket hanno senso solo su una rete. Fallisce sul fixed wireless, compare la città sbagliata o un'immagine è obsoleta su un certo provider via cavo. Un IP domestico su quella rete trasforma il ticket in un test che puoi ripetere.

Ultimo aggiornamento: · 8 min di lettura

Risposta rapida

Come riproduco un bug che si verifica solo con un provider internet?

La riproduzione di bug di rete significa ripetere il malfunzionamento di un cliente dallo stesso tipo di connessione: stesso provider, stessa città, idealmente stessa ora. Broadband Proxies fornisce ai team QA e supporto IP residenziali statunitensi per ASN e città. Le sessioni sticky durano fino a 30 minuti (l'IP può cambiare prima, ad esempio se il dispositivo domestico va offline). Un piano da 1 GB costa 2,63 USD; non c'è KYC e il pagamento è in criptovaluta.

Riproduzione bug in sintesi

Ticket tipiciFallisce solo su fixed wireless, città o stato rilevati errati, contenuto obsoleto su una sola rete, bloccato come sospetto
TargetingASN più stato, città o ZIP, ad es. USERNAME-country-us-state-az-city-phoenix-asn-22773 (rete Cox a Phoenix)
Sessioni stickyfino a 30 minuti (l'IP può cambiare prima, ad esempio se il dispositivo domestico va offline)
ProtocolliHTTP, HTTPS (CONNECT) e SOCKS5
Cosa registrareTargeting richiesto, IP di uscita, ASN di origine, finestra temporale UTC, id sessione
Cosa non può replicareIl router, il Wi-Fi, il dispositivo e le impostazioni DNS locali del cliente
Prezzo2,63 USD per 1 GB, 5,94 USD per 10 GB, sub-utenti per progetto

Quali bug specifici dell'ISP può riprodurre un IP residenziale?

Un'uscita residenziale fornisce al tuo servizio l'IP pubblico della rete del cliente. Qualsiasi logica basata su quell'IP si comporta come per il cliente. Emergono spesso quattro tipi di ticket.

  • Indirizzi condivisi su fixed wireless. T-Mobile Home Internet (AS21928) e Verizon 5G Home (AS22394) usano il carrier-grade NAT, quindi molte abitazioni condividono un unico indirizzo IPv4 pubblico. Un rate limit per IP può quindi bloccare un intero gruppo di utenti in una volta. T-Mobile ha riportato 8.450.000 clienti broadband 5G al 31 dicembre 2025. Verizon ha riportato 6.208.000 connessioni fixed wireless al 30 giugno 2026.
  • Errori di geolocalizzazione. Un database di IP può collocare un'abitazione nella città o nello stato sbagliato. I localizzatori di negozi, le righe fiscali e i contenuti locali vanno quindi storti solo per quella rete.
  • Etichette di proprietà obsolete. Charter ha chiuso l'accordo con Cox il 19 agosto 2026. I database possono indicare AS22773 come Cox o Charter a seconda dell'ultimo aggiornamento, il che può rompere le regole che verificano il nome dell'ISP.
  • Differenze tra edge CDN. Una CDN può rispondere agli utenti Comcast e agli utenti CenturyLink nella stessa città da edge diversi. A Denver, la FCC elenca Comcast al 98,7% e CenturyLink al 95,3% delle unità residenziali (dati al 31 dicembre 2025). Un oggetto obsoleto o un errore TLS su un solo edge si manifesta solo su una rete.

Cosa non può riprodurre un test con proxy?

Un proxy copia l'IP pubblico e la sua rete, non l'intera connessione. Il router, il Wi-Fi, le estensioni del browser e il dispositivo del cliente restano fuori portata. Chiedi la versione del browser e uno screenshot per coprire questi aspetti.

Anche il DNS è un limite. Attraverso un proxy, i nomi possono essere risolti dalla rete del proxy anziché dal resolver dell'ISP, quindi i bug solo DNS richiedono un altro metodo.

Anche IPv6 richiede attenzione. Il controllo qui sotto usa api.ipify.org, che risponde solo su IPv4. Se un bug appare solo su IPv6, un test con proxy può includere o escludere il percorso IPv4. Serve comunque una linea IPv6 nativa per confermare il resto.

Come riproduco un ticket su una sola rete?

  1. Raccogli i dati di rete

    Chiedi il nome dell'ISP, la città o lo ZIP, l'ora del malfunzionamento e il testo dell'errore. Una ricerca come la nostra guida all'IP di uscita fornisce l'ASN senza condividere password o accesso al router.

  2. Crea un username sticky

    Per un cliente Cox a Phoenix: USERNAME-country-us-state-az-city-phoenix-asn-22773-session-bug4521-ttl-30.

  3. Conferma e registra l'uscita

    Esegui lo script qui sotto. Registra l'IP di uscita, l'ASN di origine e il prefisso, poi controlla eventuali cambi di IP.

  4. Riproduci all'interno della sessione

    Usa lo stesso username nel browser o nel test runner. Concludi entro la finestra della sessione e annota eventuali cambi di IP.

  5. Esegui una rete di controllo

    Ripeti i passaggi su un altro ASN nella stessa città. Se il bug scompare, la rete è parte della causa.

Record di sessione sticky per un ticket (Python, requests)
# Keep one sticky exit for a bug reproduction and write a record for the ticket.
import json
import time
from datetime import datetime, timezone

import requests

GATEWAY = "gw.broadbandproxies.com"
PORT = 7777
TARGET = "country-us-state-az-city-phoenix-asn-22773"  # Cox network in Phoenix
SESSION = "bug4521"
USERNAME = "USERNAME-" + TARGET + "-session-" + SESSION + "-ttl-30"
PASSWORD = "PASSWORD"

proxy = "http://%s:%s@%s:%d" % (USERNAME, PASSWORD, GATEWAY, PORT)
proxies = {"http": proxy, "https": proxy}


def now():
    return datetime.now(timezone.utc).isoformat(timespec="seconds")


def exit_ip():
    r = requests.get("https://api.ipify.org?format=json", proxies=proxies, timeout=30)
    r.raise_for_status()
    return r.json()["ip"]


def origin(ip):
    r = requests.get(
        "https://stat.ripe.net/data/prefix-overview/data.json",
        params={"resource": ip, "sourceapp": "bug-repro"},
        timeout=30,
    )
    r.raise_for_status()
    data = r.json()["data"]
    return [a["asn"] for a in data.get("asns", [])], data.get("resource")


ip = exit_ip()
asns, prefix = origin(ip)
record = {"target": TARGET, "session": SESSION, "start_utc": now(), "exit_ip": ip,
          "origin_asns": asns, "prefix": prefix, "ip_changes": []}

# Reproduce the bug in the browser now, with the same username.
# This loop only checks every 5 minutes that the exit IP has not moved.
for _ in range(5):
    time.sleep(300)
    current = exit_ip()
    if current != ip:
        record["ip_changes"].append({"time_utc": now(), "new_ip": current,
                                     "origin_asns": origin(current)[0]})
        ip = current

record["end_utc"] = now()
print(json.dumps(record, indent=2))

Cosa deve contenere un record di riproduzione?

CampoEsempioPerché è importante
Targeting richiestocountry-us-state-az-city-phoenix-asn-22773Un collega può eseguire lo stesso test in seguito
IP di uscita203.0.113.24 (range di documentazione)Cercalo nei log del server e della CDN
ASN di origine e prefissoAS22773, da RIPEstatDimostra la rete, non solo la richiesta
Finestra temporale UTC2026-10-18 14:05 - 14:30 UTCCorrisponde alle righe di log tra fusi orari
Id sessione e TTLbug4521, 30 minutiMostra se l'IP è rimasto lo stesso
RisultatoHTTP 403 su /checkout/Il bug, riprodotto o meno
ControlloStessa città su AS209: nessun erroreSepara le cause di rete dalle cause nel codice

Quali sistemi posso testare in questo modo?

Testa il tuo sito, la tua app o la tua API, oppure un sistema per cui il proprietario ti ha autorizzato. Riprodurre un ticket dovrebbe richiedere una manciata di richieste, non una scansione. La nostra Politica di utilizzo accettabile vieta flood e scansioni di sistemi senza il permesso del proprietario.

Tieni i dati dei clienti fuori da username e ID di sessione. Usa un numero di ticket come bug4521, mai un'email o un nome. I siti bancari, governativi e dei portali di pagamento sono bloccati su tutti i piani, quindi le pagine dei provider di pagamento non possono essere testate tramite il gateway.

Quanto traffico serve a un team di supporto?

Una singola riproduzione spesso richiede solo qualche caricamento di pagina più i controlli nello script. 1 GB (2,63 USD) copre una prova su un ISP e una città. 10 GB (5,94 USD) è adatto a un team QA con un sotto-utente per tester. Il traffico non scade mai.

Test

1 GB

2,63 USD

2,63 USD/GB

  • Controlla prima un ISP in una città
  • Targeting per ASN, stato, città e CAP
  • HTTP, HTTPS, SOCKS5
Scegli 1 GB

Starter

5 GB

3,75 USD

0,75 USD/GB

  • Confronta due o tre reti
  • Sessioni rotanti o sticky
  • Il traffico non scade mai
Scegli 5 GB

Team

10 GB

5,94 USD

0,59 USD/GB

  • Controlli regolari su più ISP
  • Sub-utenti per progetto
  • Il traffico non scade mai
Scegli 10 GB

In ogni piano: Protocolli: HTTP, HTTPS, SOCKS5 · Targeting: ASN (ISP), stato, città e CAP negli USA; paese altrove; disponibilità città variabile · Sessioni: Rotanti o sticky (fino a 30 minuti) · Autenticazione: Username e password, oppure un allowlist di IP (fino a 10 IP) · Scadenza traffico: Non scade mai

Riproduzione di bug di rete: domande

Posso mantenere lo stesso IP per tutto il test?

Sì, all'interno di una sessione sticky: fino a 30 minuti (l'IP può cambiare prima, ad esempio se il dispositivo domestico va offline). Aggiungi -session-<id>-ttl-<minutes> alla fine dello username e riutilizza lo stesso id in ogni strumento. Registra l'IP di uscita all'inizio e alla fine. Se è cambiato, segnalalo nel ticket, perché un nuovo IP potrebbe essere su un prefisso diverso.

Posso riprodurre un bug di NAT carrier-grade?

Spesso sì. Punta ad AS21928 per T-Mobile Home Internet o ad AS22394 per Verizon 5G Home. Le uscite su quelle reti di solito condividono indirizzi con altri utenti, come la linea del cliente. Broadband Proxies non può distinguere se una data uscita è un gateway domestico o un telefono, quindi annota l'ASN anziché il tipo di dispositivo.

Il test copre IPv6?

Non come mostrato qui. L'esempio controlla l'uscita con api.ipify.org, che risponde solo su IPv4. Se il problema del cliente si verifica solo su IPv6, il test proxy ti dice se il percorso IPv4 è a posto. Conferma il lato IPv6 da una connessione IPv6 nativa.

Cosa devo chiedere al cliente?

Il nome dell'ISP, la città o lo ZIP, l'ora del problema, il browser e l'errore esatto. L'ASN è il dato più utile: una pagina di lookup lo mostra senza alcun login. Non chiedere mai password, accesso al router o controllo remoto del dispositivo del cliente. Non sono necessari per testare il lato rete.

Più tester possono condividere un piano?

Sì. Crea un sotto-utente per ogni tester o progetto. Ogni sotto-utente ha le proprie credenziali, il proprio limite di traffico e i propri totali di utilizzo. Puoi anche consentire fino a 10 IP invece di una password, il che è adatto ai runner CI con indirizzi fissi. Il traffico proviene dall'unico piano che hai acquistato.

E se nessun IP è online su quell'ASN in quella città?

La disponibilità per ASN varia in base a rete, città e ora del giorno; il checkout mostra cosa è online e non viene pubblicato il numero di IP per ISP. Rimuovi prima lo ZIP, poi la città, e mantieni l'ASN con lo stato. Un provider più piccolo potrebbe essere online solo in alcune ore, quindi riprova all'ora del giorno in cui il cliente ha segnalato il problema. Annota nel ticket quale livello di targeting hai usato.

1 GB 2,63 USD · ASN incluso · senza KYC

Inizia ora