Connexion API via IPv6 vs. IPv4

Dev
1

Bonjour à tous,

Je rencontre un problème d’accès à l’API dans des délais raisonnables. J’accède à l’URL suivante :

J’ai créé une clé API et un utilisateur, et tout semble fonctionner correctement jusqu’ici.

Lorsque je teste cela depuis Postman avec les bons identifiants, la réponse est immédiate et contient les données attendues.

Le problème survient lorsque j’essaie d’y accéder depuis un autre endroit que Postman… comme dans mon code. Cela prend des MINUTES avant de retourner une réponse, mais finit par renvoyer les données.

Même problème depuis un terminal avec cette commande :

wget --no-check-certificate --quiet \
  --method GET \
  --timeout=0 \
  --header 'Api-Key: correct-api-key-here' \
  --header 'Api-Username: <correct user name here>' \
   'https://community.tenxguitar.com/c/7.json'

Comportement identique à celui de mon code Python. Je ne pense pas avoir de paramètres de configuration (sur le forum) qui pourraient causer cela. Quelqu’un pourrait-il me conseiller ou m’aider ?

Merci !

2

Postman et votre exemple de code en ligne de commande sont-ils tous deux exécutés sur la même machine ?

Avez-vous essayé curl pour une troisième comparaison, plutôt que wget ?

3

Est-ce que cela retourne les résultats immédiatement si vous ajoutez l’option -4 à wget ?

Si non, pouvez-vous publier la sortie (anonymisée) si vous ajoutez l’option -v ?

4

Oui, il est sur la même machine.

5

Michael,

J’ai essayé l’option -4 (que je ne connais pas) et cela a fonctionné immédiatement et comme prévu. J’ai ensuite essayé l’option -v et, si j’ai bien compris, il semble s’agir d’un délai d’attente SSL. Voici la sortie de -v. Pourriez-vous m’en dire plus sur l’option -4 ? Merci ! Notez que j’ai dû supprimer certaines parties en raison des restrictions de publication des liens.

Résolution de community.tenxguitar.com (community.tenxguitar.com)… 2001:470:1:59e::139, 66.220.12.139
Connexion à <la communauté>
(<la communauté>)|2001:470:1:59e::139|:443… échoué : délai d’attente de la connexion dépassé.
Connexion à <la communauté> (<la communauté>)|66.220.12.139|:443… connectée.
Requête HTTP envoyée, en attente de la réponse… 200 OK
Longueur : non spécifiée [application/json]
Enregistrement dans : ‘7.json.4’

6

Votre machine est actuellement configurée avec des adresses IPv4 et IPv6, mais votre connectivité IPv6 est défaillante et les tentatives de connexion via IPv6 dépassent le délai.

wget (et probablement votre code Python) tente d’abord IPv6, attend le dépassement de délai, puis se connecte avec succès via IPv4. Cela fonctionne lorsque l’option -4 force l’utilisation d’IPv4.

Postman utilise probablement uniquement IPv4, ou il essaie simultanément IPv4 et IPv6 et utilise celui qui se connecte en premier.

Vous devrez investiguer pourquoi les connexions IPv6 ne fonctionnent pas sur votre réseau. Même si elles échouent immédiatement, c’est préférable, car wget saura alors essayer immédiatement via IPv4 plutôt que d’attendre que IPv6 dépasse le délai.

(ou, forcez vos connexions à utiliser uniquement IPv4)

7

Merci, monsieur ! C’est intéressant. Je vais jeter un coup d’œil. Merci encore.