madko
Il propose d'autre services que noip me semble ? Essayes en un autre. Tant que ton ddns ne correspond pas à ton ip publique c'est mal barré.
thierryR
Je voudrais vous demander confirmation pour voir si je n'aurais pas commis une erreur. Il y a une différence de termes entre le site et ma box. Voici les correspondance que j'ai fais:
Fournisseur du service = No-Ip.com
nom de domaine = se termine par .ddns.net ( pas de noip.com)
Nom utilisateur = Adresse mail demandée sur le site
Pass = Le mot de passe d'accès de la boite mail.
J'ai un doute sur le nom de domaine !
J'ai trouvé une aide ici:
https://my.noip.com/#!/dynamic-dns/device-configuration-assistant
Mais quand il veut vérifier les ports ouverts: le 80 est fermé et le 443 aussi. Je ne sais pas sur quel port fonctionne ddns ?
Vorahk
Bon, pour reprendre plus sérieusement pour certains:
Je parlais bien évidemment des IP attribuées à l'interface publique. L'adressage des interfaces locales "on s'en fout", c'est pas le premier problème.
Rien empêche à l'opérateur de nous connecter indirectement à internet, et donc de nous refiler une adresse IP d'une des trois plages d'IP privées, ce qui rend incapable de lier l'IP de notre interface publique à un domaine ou autre, puisque c'est l'opérateur qui contrôle le NAT.
L'exemple de la connexion 4G de mon téléphone est dans ce cas, puisqu'au dernières nouvelles, les IP 10.x.x.x sont des IP d'une plage privée.
Mais dans le cas du topic, il a la "chance" d'avoir une adresse IP de la plage publique attribuée à son interface publique, donc il est connecté en direct sur internet, et en théorie il peut associer un nom de domaine à l'IP attribuée à son interface publique.
Le DDNS est normalement assez rapide à se mettre à jour, j'en ai un chez No-IP (configuré dans ma Livebox Play), et c'est toujours joignable (enfin quand ma ligne n'est ni désynchro, ni saturée...).
Vérifies si tu peux pas forcer la mise à jour du DDNS, au cas où il soit pas encore lié correctement. Mais c'est possible que ça soit dispo demain ou après demain le temps que les DNS soient à jour (enfin il me semble).
madko
noip propose plusieurs domaines, tu peux choisir celui qui te plait le plus (ils ont par ex ddns.net). A toi de choisir un nom (faut en trouver un de libre bien sûr) pour ta redirection devant ce domaine.
Par contre:
thierryR wrote:Pass = Le mot de passe d'accès de la boite mail.
Le mot de passe de ton compte noip tu veux dire?
thierryR
madko wrote:
Par contre:
thierryR wrote:Pass = Le mot de passe d'accès de la boite mail.
Le mot de passe de ton compte noip tu veux dire?
Oui. Je me suis mal exprimé....
Faut-il des ports ouverts afin de communiquer depuis l'extérieur ? A mon sens ce n'est pas utile. C'est juste la box qui envoie son IP au serveur .
madko
Qui filtrerait ? L'opérateur, si c'est un opérateur correcte, te fournit une IP publique et tu fais ce que tu veux avec (dans la limite de ton contrat).
Si ça ne veut pas marcher faudrait voir si y'a des logs, côté box ou côté noip. Mais là c'est plus trop notre domaine. Sauf si tu teste depuis le client noip sur Fedora.
thierryR
Dans les logs de la box je trouve ceci:
DDNS Server dynupdate.no-ip.com update fail, and return code 401
madko
code 401 c'est habituellement une erreur d'authentification. Es-tu sûr de tes identifiants noip ? arrives tu as te connecter sur noip avec ton navigateur ? Rerentres les sur la box.
thierryR
OK. Je n'ai aucun problème de connexion depuis mon PC, mais peut être que la box, elle, a du mal. Je me demande s'il faut pas attendre quelques jours pour la validation des datas, car j'ai choisi un systeme free. Ils font peut être passer les payants avants ?
soufianta
C’est ce qu’on appelle du Carrier-grade-NAT. L’opérateur a des plages d’adresses IP privés (100.64.0.0/10) et derrières ces plages d’adresses privés se cachent quelques adresses publiques ce qui peut poser des problèmes pour la communication venant de l’extérieur. Il est toujours possible de demander à l’opérateur mobile concerné d’adapter l’adresse IP dynamique (privé —> publique) ce qui posera moins de soucis de ce genre.
madko
Vu qu'il a une ip en 37.x.x.x il n'est pas concerné.
@thierryR si tu as une erreur 401 c'est que ta box arrive à dialoguer avec le serveur distant, qui lui répond que l'authentification a échoué. Il y a donc communication.
soufianta
@madko: je n’avais pas remarqué qu’il avait mentionné son IP. Si c’est une 37. quelque chose, le CG-NAT n’est effectivement pas la cause. J’ai remarqué que chez certain opérateur mobile, certain(s) type(s) de trafic était bloqué (même en IP dynamique sans CG-NAT) genre un simple PING par exemple mais je ne pense que ce sujet soit concerné ! S’il reçoit une erreur de ce type c’est que le serveur lui répond effectivement 🙂..
thierryR
Il y a communication, mais rien ne fonctionne. Je suis peut être trop bête. J'apprends qu'on peut créer un DDNS en parallèle. DuckDNS avec un client sur Raspberry. Je vais creuser le sujet.
thierryR
Plus la peine: Voici les nouveaux logs: DDNS Server dynupdate.no-ip.com update successful
I'm happy.
En fait j'ai tenté une version différente en 2e solution et la 1ere s'est mise à fonctionner !!!
madko
Cool, du coup tout est bon ?
Si le problème est réglé, merci de cliquer sur le bouton "Sujet résolu".
thierryR
Bah pas encore. Il semblerait qu'il n'y ai rien sur le serveur. On pourrait vérifier ? Je crois que la communication se faisant 1 fois par jour, il faut peut être que j'attende demain.
madko
thierryR wrote:Bah pas encore. Il semblerait qu'il n'y ai rien sur le serveur. On pourrait vérifier ? Je crois que la communication se faisant 1 fois par jour, il faut peut être que j'attende demain.
Rien sur le serveur ? C'est à dire ? le noip résout bien sur ton IP ?
thierryR
Nous sommes le lendemain. Ma ligne de DDNS est repassée au rouge. Le systeme ne fonctionnera pas. C'est très curieux. Je vais devoir me replier sur le duckdns. A défaut faire des scripts entres mes raspis, mais c'est en fait réinventer la roue.
madko
Curieux en effet. N'hésite pas à revenir vers nous si tu as des questions concernant Fedora. Bonne continuation; et bon weekend.