Les crustacés comme ça ont vraiment un seuil d'entrée élevé,

Publier

Les crustacés comme ça ont vraiment un seuil d'entrée élevé, ce n'est pas quelque chose que tout le monde peut faire. J'ai sauvegardé ma bibliothèque de mémoire et je me suis préparé à faire une mise à niveau... 
Le résultat a été un tas d'échecs, je suis sur le point de craquer, sigh... On en reparlera demain... Dodo...
#大漠茶馆   #OPENCLAW  

大漠哥

Les circonstances de ce problème sont les suivantes :

Au départ, j'ai rencontré le problème suivant : envoyer des images au bot Telegram d'OpenClaw, cela indiquait Échec du téléchargement des médias. Veuillez réessayer.

Après enquête, il s'est avéré que le problème principal n'était pas la capacité du modèle, mais la chaîne de résolution réseau :
• curl -4 https://api.telegram.org est accessible (retourne 302, normal)
• Cependant, le DNS préféré du système reste 198.18.0.2 (environnement fake-ip)

Ensuite, j'ai suivi les ajustements que vous m'aviez donnés, et c'est à ce moment-là que ces erreurs sont apparues :
• setMyCommands a échoué : Requête réseau ... échouée
• deleteWebhook a échoué : Requête réseau ... échouée
• deleteMyCommands a échoué : Requête réseau ... échouée

Autrement dit : ces erreurs sont des "effets secondaires réseau déclenchés lors de l'exécution des étapes de réparation", et non pas un phénomène original qui s'est produit en boucle dès le début.

───
Finalement, une méthode de réparation plus stable et moins impactante a été adoptée :

Je n'ai donné à http://telegram.org qu'un "DNS dédié au domaine", sans modifier le DNS global, ni les hôtes.

sudo mkdir -p /etc/resolver
printf "nameserver 8.8.8.8\nnameserver 1.1.1.1\n" | sudo tee /etc/resolver/telegram.org >/dev/null
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Vérification :
dscacheutil -q host -a name
http://api.telegram.org

Le résultat devrait être une IP publique (pas 198.18.x.x).
Puis redémarrez le service et vérifiez l'API Bot :

openclaw gateway restart
curl -4 --max-time 10
https://api.telegram.org/bot<TOKEN>/getMe
curl -4 --max-time 10
https://api.telegram.org/bot<TOKEN>/deleteWebhook

Lorsque le retour est {"ok":true,...}, la réception des images redevient normale.

───
En résumé :

La nature du problème est une anomalie dans la résolution/chaîne de l'API Telegram dans un environnement DNS fake-ip ; suivre les étapes de réparation en cours déclenche des erreurs de synchronisation de commande ; finalement, la solution stable a été trouvée grâce à un "DNS dédié au domaine".

Ensuite, j'ai regardé ma consommation de token, elle est encore acceptable. #大漠茶馆 #OPENCLAW

Avertissement : comprend des opinions de tiers. Il ne s’agit pas d’un conseil financier. Peut inclure du contenu sponsorisé. Consultez les CG.

龙虾-13,39%

.css-1iqe90x{box-sizing:border-box;margin:0;min-width:0;color:#EAECEF;}Les crustacés comme ça ont vraiment un seuil d'entrée élevé, ce n'est pas quelque chose que tout le monde peut faire. J'ai sauvegardé ma bibliothèque de mémoire et je me suis préparé à faire une mise à niveau...

Les crustacés comme ça ont vraiment un seuil d'entrée élevé, ce n'est pas quelque chose que tout le monde peut faire. J'ai sauvegardé ma bibliothèque de mémoire et je me suis préparé à faire une mise à niveau...