Réponse rapide
Comment vérifier une connexion ou signaler un problème de service ?
En cas de problème avec un service LocalSERP Proxy, vérifiez le point de terminaison et le protocole, contrôlez l’IP de sortie, comparez avec une destination autorisée et envoyez à l’assistance un rapport expurgé des données sensibles. Ces 4 vérifications permettent de distinguer les problèmes de connexion, de localisation, de commande et de paiement en crypto. Mis à jour le 15 octobre 2026. Sans KYC ; cette page est un guide d’assistance, pas un outil de suivi en temps réel.
Où vérifier le composant concerné ?
Consultez le service, le paiement ou la commande concernés dans l’espace client, puis notez la dernière action réussie et la première erreur observée. Vérifiez un service IP simple avant de tester séparément la destination. Si une seule destination échoue, précisez-le dans votre rapport à l’assistance. Cette page présente la procédure de diagnostic et les moyens de contact ; elle ne publie pas de flux en temps réel sur l’état des composants.
4 vérifications pour cerner le problème
Confirmez le produit et le point de terminaison sélectionnés
Consultez le point de terminaison dans l’espace client et vérifiez HTTP ou SOCKS5, le format du nom d’utilisateur et la localisation sélectionnée. Ne laissez pas apparaître vos identifiants dans les captures d’écran. Un port dédié peut avoir son propre point de terminaison ; ne le remplacez pas par un exemple dont vous vous souvenez.
Testez la connexion sur un service de vérification d’IP
Utilisez un navigateur ou un client compatible pour ouvrir un service simple de recherche d’IP. Notez l’adresse de sortie, l’heure et le fournisseur du service de recherche. Une réponse confirme que la connexion fonctionnait à cet instant, mais ne prouve pas l’accès à une autre destination.
Vérifiez séparément la destination
Accédez uniquement à une destination que vous êtes autorisé à consulter et notez sa réponse ainsi que l’indication de localisation. Arrêtez-vous en cas de refus explicite. Changer plusieurs fois d’IP de sortie ne permet pas de diagnostiquer une destination qui vous demande d’arrêter.
Envoyez un seul rapport utile
Indiquez les horodatages, la localisation sélectionnée, le protocole, l’erreur expurgée et les résultats des premières vérifications. Précisez si le problème concerne un rechargement, une commande, une sortie ou une seule cible. Le support pourra alors examiner l’enregistrement correspondant.
Comment interpréter les erreurs d’authentification ?
Un échec d’authentification peut être dû à un nom d’utilisateur, un mot de passe, un point de terminaison ou une IP de connexion autorisée incorrects. Vérifiez les valeurs indiquées pour le produit et les paramètres de la liste d’autorisation. N’essayez pas de deviner vos identifiants à répétition et ne désactivez pas la vérification du certificat TLS de la cible. Consultez la page de fonctionnement et contactez le support si la même configuration prise en charge échoue toujours. Nom d’utilisateur et mot de passe sur toutes les offres, ou liste d’autorisation d’IP (jusqu’à 10 IP). Sous-utilisateurs avec leurs propres identifiants et une limite de trafic. Clés API révocables à tout moment. Une erreur au niveau du proxy et un refus de la destination sont deux observations différentes.
Que faire si la recherche d’IP et le lieu demandé ne correspondent pas ?
Notez le pays, l’État, la ville ou le ZIP demandé, ainsi que l’IP obtenue et le libellé de la base de données. Conservez également la localisation affichée par la destination. Des libellés différents ne suffisent pas à établir une panne de passerelle. Il se peut qu’aucune sortie adaptée ne soit disponible pour la ville sélectionnée, et les sources de géolocalisation peuvent diverger. Demandez au support d’examiner cet exemple. Si une localisation plus large convient pour le test, consignez explicitement ce changement au lieu de poursuivre avec le libellé de ville initial.
Que faire si un paiement ou une commande semble retardé ?
Vérifiez séparément l’état du paiement et celui de la commande. Un transfert doit être signalé, rapproché à partir de son montant exact et confirmé avant que le solde soit crédité. Le forfait est ensuite acheté avec ce solde. Conservez la référence de paiement et le TXID, s’il est disponible, puis contactez le support avant d’effectuer un nouvel envoi. Cette page ne garantit aucun délai de confirmation ou de crédit du solde. Pour un port dédié non livré ou un problème de service persistant, la politique de remboursement précise la règle applicable au crédit du solde.
Quels éléments fournir pour signaler un incident ?
Indiquez quand le problème a commencé, la dernière tentative réussie que vous avez observée et s’il touche plusieurs destinations autorisées. Ne tirez pas de conclusions sur le taux de réussite ou la disponibilité à partir d’un petit échantillon. Notez les changements effectués pendant le diagnostic, par exemple un autre point de terminaison, client ou lieu demandé. Envoyez votre signalement à [email protected]. Les signalements de trafic malveillant sont à envoyer à [email protected] avec une IP de sortie et l’heure de l’événement ; ne joignez pas d’identifiants à l’un ou l’autre type de signalement.
Comment distinguer les mises à jour du service des mesures ?
Le journal des modifications consigne les changements apportés aux textes des produits, aux politiques et aux méthodes documentées. Il ne s’agit pas d’une série de données sur la disponibilité. Les forfaits actuels figurent sur la page tarifs, tandis que la page approvisionnement indique la confirmation d’approvisionnement attribuée. Si un avis d’incident daté est publié, examinez sa portée et le composant concerné au lieu de considérer chaque modification de page comme un événement opérationnel. Cette distinction permet de fonder un audit local sur les éléments dont vous disposez, y compris les interruptions survenues pendant votre propre test.