Asustor ADM 4.3.3.RR42
- Auteur du sujet Geo
- Date de début
Par acquis de conscience, j'ai vérifié ce que j'avais à ce sujet.
J'ai trouvé ça dans les infos system, c'est différent, mais je n'ai perçu aucune influence sur mes utilisations....
Je vous l'indique par pure information.
J'ai trouvé ça dans les infos system, c'est différent, mais je n'ai perçu aucune influence sur mes utilisations....
Je vous l'indique par pure information.
Dernière édition:
Ca ressemble au bug détaillé ici.
@The Burgund, est-ce que ton adresse IP WAN change aussi dans l'onglet réseau des informations système ?
Moi aussi, à part ce bug de changement d'adresse IP WAN, je n'ai pas remarqué d'autre problème lors de l'utilisation de mon NAS.
J'ai quand même créé un ticket au support d'ASUSTOR avant-hier. La seule réponse d'ASUSTOR est de passer à ADM 5 même en expliquant que je voulais rester pour l'instant sur ADM 4.
J'attends d'autres solutions du support d'ASUSTOR.
J'ai aussi envoyé mon ticket à @Dami1 qui m'a dit qu'il allait s'en occuper.
@The Burgund, est-ce que ton adresse IP WAN change aussi dans l'onglet réseau des informations système ?
Moi aussi, à part ce bug de changement d'adresse IP WAN, je n'ai pas remarqué d'autre problème lors de l'utilisation de mon NAS.
J'ai quand même créé un ticket au support d'ASUSTOR avant-hier. La seule réponse d'ASUSTOR est de passer à ADM 5 même en expliquant que je voulais rester pour l'instant sur ADM 4.
J'attends d'autres solutions du support d'ASUSTOR.
J'ai aussi envoyé mon ticket à @Dami1 qui m'a dit qu'il allait s'en occuper.
Salut Cyberdom
Je suis rarement dans ADM, donc je ne suis pas trop ce qui s'y passe.
Je vais essayer de voir ça.
Chez toi, ça change ?
Oui, j'ai remarqué ça aujourd'hui. Un coup c'est ma bonne adresse IP WAN, quelques minutes après, c'est la mauvaise et ainsi de suite.
Dami1
Représentant ASUSTOR
Dami1
Représentant ASUSTOR
reçu à l'instant
Salut Damien,
La cause de ce problème a été identifiée. L'une des URL que nous utilisons pour obtenir l'adresse IP WAN, fournie par Cloudflare, est : https://1.1.1.1/cdn-cgi/trace
Ce service renvoie parfois une adresse IP incorrecte, ce qui provoque le problème.
D'autres utilisateurs ont également signalé ce problème sur le forum de la communauté Cloudflare :
Pour le moment, nous devons attendre que Cloudflare résolve le problème.
Solution de contournement temporaire :
Bloquez les connexions HTTPS vers 1.1.1.1 à l'aide de la commande iptables :
iptables -A OUTPUT -p tcp -d 1.1.1.1 --dport 443 -j DROP
@+
Salut Damien,
La cause de ce problème a été identifiée. L'une des URL que nous utilisons pour obtenir l'adresse IP WAN, fournie par Cloudflare, est : https://1.1.1.1/cdn-cgi/trace
Ce service renvoie parfois une adresse IP incorrecte, ce qui provoque le problème.
D'autres utilisateurs ont également signalé ce problème sur le forum de la communauté Cloudflare :
Pour le moment, nous devons attendre que Cloudflare résolve le problème.
Solution de contournement temporaire :
Bloquez les connexions HTTPS vers 1.1.1.1 à l'aide de la commande iptables :
iptables -A OUTPUT -p tcp -d 1.1.1.1 --dport 443 -j DROP
@+
Merci @Dami1 d'avoir posté la réponse du support d'ASUSTOR que j'ai aussi reçue.
On va donc attendre.
On va donc attendre.
Par curiosité, ça m'intéresse aussi.
Merci @Dami1 pour le retour. Comme pour ma part, c'est arrivé dès la mise à jour en ADM 4.3.3RR42, la coïncidence est plus tôt étrange.
Est-ce que cela voudrai dire que la méthode utilisé par ADM pour déterminer notre IP WAN a changé par rapport à la version ADM précédente, et manque de bol on tombe sur un bug coté Cloudflare...
Est-ce que cela voudrai dire que la méthode utilisé par ADM pour déterminer notre IP WAN a changé par rapport à la version ADM précédente, et manque de bol on tombe sur un bug coté Cloudflare...
Dami1
Représentant ASUSTOR
effectivement j'ai zappé le point "comment faire" @Cyberdom et @The Burgund
je vois ça avec l'ingénieur qui m'a répondu et vous donne sa réponse ici
Dami1
Représentant ASUSTOR
Dami1
Représentant ASUSTOR
bonne question . je regarde ça
pour les commandes c'est tout bête. j'ai regardé par moi même
ssh admin@IP_du_NAS (ou on remplace par un autre compte admin. on ajoute si besoin le port ssh modifié (ex : 223 donnera ssh -p223 admin@IP_du_NAS)
sudo -i pour être root et
iptables -A OUTPUT -p tcp -d 1.1.1.1 --dport 443 -j DROP
pour les commandes c'est tout bête. j'ai regardé par moi même
ssh admin@IP_du_NAS (ou on remplace par un autre compte admin. on ajoute si besoin le port ssh modifié (ex : 223 donnera ssh -p223 admin@IP_du_NAS)
sudo -i pour être root et
iptables -A OUTPUT -p tcp -d 1.1.1.1 --dport 443 -j DROP
Dami1
Représentant ASUSTOR
bonsoir @Cyberdom
excellente question.
je vois cela et reviens vers toi
bonne soirée
bonsoir @The Burgund
navré de lire cela
j'espère une résolution prochaine
bonne soirée
Dami1
Représentant ASUSTOR
mise à jour d'ADM prévue semaine prochaine pour solutionner cela
voilà les nouvelles fraiches
Bonjour,
je confirme aussi cette désagréable mésaventure, pour moi la bascule intervient toutes les 5 minutes.
Le plus pénalisant c'est que je fait tourner une instance Home Assistant et plus moyen d'y accéder depuis l'extérieur.
J'ai eu un coup de flip, en croyant que le nas avait été hacké, mais je ne trouvais rien d'anormal dans les journaux, j'ai fait la mise à jour du certificat de sécurité et étais limite a en faire un nouveau ce WE.
heureusement une dernière recherche sur le forum et soulagement de voir vos réponses.
vivement la mise à jour
je confirme aussi cette désagréable mésaventure, pour moi la bascule intervient toutes les 5 minutes.
Le plus pénalisant c'est que je fait tourner une instance Home Assistant et plus moyen d'y accéder depuis l'extérieur.
J'ai eu un coup de flip, en croyant que le nas avait été hacké, mais je ne trouvais rien d'anormal dans les journaux, j'ai fait la mise à jour du certificat de sécurité et étais limite a en faire un nouveau ce WE.
heureusement une dernière recherche sur le forum et soulagement de voir vos réponses.
vivement la mise à jour
Merci pour l'info @Dami1.
J'ai aussi eu hier une réponse du support d'ASUSTOR au sujet d'un correctif pour ce bug :