Traduit de English par IA ·
Exactement le même problème sur un de nos sites après que le FAI a activé l’IPv6. Le Pi obtient une adresse IPv6, il l’essaie en premier, la route est cassée et il attend le délai d’expiration avant de revenir à IPv4. Votre test curl le montre.Je ne voulais pas désactiver l’IPv6 partout, j’ai donc configuré le Pi pour préférer IPv4. Décommentez cette ligne dans /etc/gai.conf :
precedence ::ffff:0:0/96 100Pas besoin de redémarrer pour les nouveaux processus, redémarrez simplement votre script. Si vous ne le voulez que pour le script, vous pouvez le forcer en Python avant d’importer requests :
import socket
import urllib3.util.connection as conn
conn.allowed_gai_family = lambda: socket.AF_INETEt l’idée d’Owen reste bonne pour plus tard. Ajoutez l’IPv4 publique de l’hôtel à la liste d’autorisation IP de la clé, afin qu’une clé volée soit inutile ailleurs.
Had exactly this at one of our properties after the ISP turned IPv6 on. The Pi gets an IPv6 address, tries it first, the route is broken and it waits for the timeout before falling back to IPv4. Your curl test shows that.
I didn’t want to switch IPv6 off for everything, so I told the Pi to prefer IPv4. Uncomment this line in /etc/gai.conf:
precedence ::ffff:0:0/96 100No reboot needed for new processes, just restart your script. If you only want it for the script, you can force it in Python before importing requests:
import socket
import urllib3.util.connection as conn
conn.allowed_gai_family = lambda: socket.AF_INETAnd Owen’s idea is still a good one for later. Put the hotel’s public IPv4 in the key’s IP allowlist so a stolen key is useless elsewhere.