Je ne trouve rien à ce sujet, si ce n’est un topic qui touche au XMPP Google, ce qui n’est pas mon cas (je n’ai aucun contact XMPP Google).
Voici ma situation.
Je ne parviens pas à ajouter quelqu’un via XMPP, je ne parviens pas non plus à discuter. Si je m’ajoute moi-même (avec mon second domaine .nohost.me), je peux discuter avec moi, et je me vois en ligne.
Quand je me connecte sur XMPP avec mon adresse moi@mondomaine.tld, et que je regarde les logs, j’ai des messages de ce type :
Feb 26 19:29:38 s2sout34d638 info Out of connection options, can't connect to serveurcible.tld Feb 26 19:29:38 s2sout34d638 info sending error replies for 1 queued stanzas because of failed outgoing connection to serveurcible.tld
Je n’ai rien dans metronome.err.
Mon fichier Zone est configuré ainsi : * 1800 IN A xxx.xxx.xxx.xxx @ 1800 IN A xxx.xxx.xxx.xxx anonymous 1800 IN CNAME @ anonymous 1800 IN CNAME @ bosh 1800 IN CNAME @ bosh 1800 IN CNAME @ muc 1800 IN CNAME @ pubsub 1800 IN CNAME @ pubsub 1800 IN CNAME @ vjud 1800 IN CNAME @ vjud 1800 IN CNAME @ www 10800 IN CNAME mondomaine.tld. @ 1800 IN MX 10 mondomaine.tld. @ 1800 IN MX 10 mondomaine.tld. _xmpp-client._tcp 1800 IN SRV 0 5 5222 mondomaine.tld. _xmpp-server._tcp 1800 IN SRV 0 5 5269 mondomaine.tld. @ 1800 IN TXT "v=spf1 a mx -all" _xmppconnect 1800 IN TXT "_xmpp-client-xbosh=https://bosh.mondomaine.tld.:5281/http-bind"
Avez-vous une idée de ce qui se produit et de comment résoudre cela ?
Je précise qu’avec mon adresse en .nohost.me, la situation semble similaire. Je doute que ça soit spécifiquement lié à mon domaine.
Avant, c’était un .nohost.me, et maintenant c’est un domaine chez Gandi. Je peux faire communiquer les deux ensemble, c’est certain, mais ça reste sur le même serveur, donc ce n’est pas vraiment une aide…
Après, je ne peux pas te dire entre deux utilisateurs Ynh car je n’ai pas de contact utilisateur Ynh.
Salut,
J’ai exactement le même problème.
Le truc, c’est qu’au même moment, j’ai changé de domaine et je suis passé à let’s encrypt.
Donc forcement, je ne sais pas quelle est la bonne piste à suivre.
A priori, je n’ai pas d’erreur de certificat ou autre donc je doute que ça vienne de letsencrypt.
J’ai copié la config dns du premier domaine donc j’ai du mal à croire que ça vienne de là.
C’est peut être une simple coïncidence.
J’ai testé, 2 utilisateurs sur le même serveur peuvent communiquer entre eux, c’est vraiment les connexions sortantes qui ne passent pas.
Je n’ai rien trouvé à ce propos, je veux bien ton lien sur le xmpp google parce que j’ai des contacts sur google donc je peux toujours essayer de creuser cette piste là.
J’ai un de mes contacts avec qui je devrais pouvoir faire quelques tests la semaine prochaine.
C’est possible que la configuration de Métronome ne soit plus fonctionnelle dès le changement de domaine principal.
Je n’ai pas de lien, je me rappel qu’avec le renforcement des algorithmes de chiffrement (ciphers) du côté de YunoHost, la connexion avec les serveurs de Google ne passait plus. Du coup, il fallait utiliser des ciphers potentiellement troués.
Que faire alors ? Peut-on le désinstaller / réinstaller de manière safe ?
Est-ce que publier un paste de la conf pourrait aider ?
Est-ce qu’il y a eu une quelconque update de Metronome récemment ?
Salut,
J’ai regardé l’autre topic mais mon serveur était déjà configuré en
s2s_require_encryption = false
J’ai passé les logs de metronome en debug :
debug = “/var/log/metronome/metronome.log”;
à la place de :
info = “/var/log/metronome/metronome.log”;
J’ai analysé les logs et j’ai vu qu’il plantait les connexions externes sur les requêtes DNS.
Mar 02 10:27:36 adns debug Reply for _xmpp-server._tcp.outdomain. (thread: 0x203b100)
Mar 02 10:27:36 mod_s2s debug outdomain has no SRV records, falling back to A/AAAA
Mar 02 10:27:36 adns debug Records for outdomain not in cache, sending query (thread: 0x1ed4ec0)…
Mar 02 10:27:36 adns debug Sending DNS query to 127.0.0.1
Mar 02 10:27:36 adns debug Records for outdomain not in cache, sending query (thread: 0x2055510)…
Mar 02 10:27:36 adns debug Sending DNS query to 127.0.0.1
Mar 02 10:27:36 adns debug Reply for outdomain (thread: 0x1ed4ec0)
Mar 02 10:27:36 adns debug Reply for outdomain (thread: 0x2055510)
Mar 02 10:27:36 mod_s2s debug DNS lookup failed to get a response for outdomain
Mar 02 10:27:36 s2sout2024950 info Out of connection options, can’t connect to outdomain
Bref, j’ai peut être oublié des lignes mais clairement, j’ai un soucis de DNS.
J’ai modifié mon resolv.conf et j’ai viré 127.0.0.1
Magie, ça marche !
Je pense que c’est la migration vers dnsmasq qui n’est pas bien passée. Je n’avais pas redémarré metronome depuis. Quand j’ai relancé metronome après avoir ajouté le nouveau domaine et que je suis passé à letsencrypt, c’est la que tout est parti de travers.
Je vais aller regarder la conf de dnsmasq pour essayer de comprendre ce qui ne vas pas.
Eh bien bravo, j’ai fait de même, et ça fonctionne de nouveau ! Merci !
Je veux bien ton retour concernant dnsmasq, si tu trouves quelque chose, du coup.
Moi j’ai le même problème impossible de communiquer avec l’exterieur.
Voici les logs de mon Metronome.
J’ai suivi toutes les indications du post mais rien ni fait.
Auriez vous une solution??
May 21 21:49:12 adns debug Records for movim.eu not in cache, sending query (thread: 0x16f3190)…
May 21 21:49:12 adns debug Sending DNS query to 127.0.0.1
May 21 21:49:12 adns debug Records for movim.eu not in cache, sending query (thread: 0x14c1960)…
May 21 21:49:12 adns debug Sending DNS query to 127.0.0.1
May 21 21:49:12 socket debug new connection established. id: 1722550
May 21 21:49:12 adns debug Reply for movim.eu (thread: 0x16f3190)
May 21 21:49:12 socket debug try to close client connection with id: 1722550
May 21 21:49:12 socket debug closing client with id: 1722550 client to close
May 21 21:49:12 adns debug Reply for movim.eu (thread: 0x14c1960)
May 21 21:49:12 mod_s2s debug DNS lookup failed to get a response for movim.eu
May 21 21:49:12 s2sout136a700 info Out of connection options, can’t connect to movim.eu
May 21 21:49:12 mod_s2s debug No other records to try for movim.eu - destroying
May 21 21:49:12 s2sout136a700 debug Destroying outgoing session liberium.fr->movim.eu: DNS resolution failed
May 21 21:49:12 s2sout136a700 info sending error replies for 1 queued stanzas because of failed outgoing connection to movim.eu
May 21 21:49:12 mod_router debug Received[s2sin]:
May 21 21:49:12 socket debug accepted incoming client connection from: 127.0.0.1 47718 to 5290
May 21 21:49:12 mod_bosh debug Handling new request table: 0x173d3d0:
J’ai aussi ouvert un compte avec un autre serveur idem, je reçois les invitation mais impossible de répondre du local vers le distant.
Je suis largué là.
Je viens de trouver le problème avec dnsmasq !
Il se trouve dans le fichier /etc/dnsmasq.d/domain.tld, la première ligne resolv-file= plante la résolution dns de metronome, sans doute car elle est censée indiquer un autre fichier resolv.conf, mais est vide.
Commenter cette ligne suffit à rétablir le bon fonctionnement de dnsmasq et de metronome.