Classement

Pour faire court : à rien. ---- Pour faire long et inintéressant : Les enregistrements SRV servent (sans blague !) à automatiser la détection des serveurs à utiliser pour un service précis. Le cas le plus utilisé est la configuration automatique de clients SIP, mais ça peut s'appliquer à n'importe quel service réseau pour peu que les logiciels clients soient configurés pour les utiliser, ce qui est malheureusement extrêmement rare. La principale raison de la non-utilisation de ces enregistrements est le risque de usurpation par DNS-spoofing. C'est pour cette raison que cette méthode de configuration automatique est principalement utilisée dans des environnements réseau maîtrisés. J'avais fait le test avec un client mail qui utilisait cette méthode (parmi d'autres comme l'autodiscover) avec les enregistrements suivants : _imaps._tcp.domain.tld. 0 SRV 0 1 993 imap.domain.tld. _submission._tcp.domain.tld. 0 SRV 0 1 587 smtp.domain.tld. Le client construit préfixe le nom de domaine avec le service (_imaps, _submission, _xmpp, _sip, ...) et le protocole (_tcp, _udp, ...) à utiliser et demande une résolution de type SRV au serveur DNS afin d'obtenir l'adresse et le port du serveur avec lequel communiquer. Plus de détails sur : https://fr.wikipedia.org/wiki/Enregistrement_de_service

J'ai moi aussi dans un placard un Oric Atmos racheté par nostalgie, ainsi qu'un 464. Que de temps passé à l'époque devant la TV branché sur la bécane avec le magazine Hébdogiciel , ce dernier est d'ailleurs disponible gratuitement sur le net 😉 . Merci

Radin ! 🙂

Outlook ne tient pas compte des enregistrements SRV (comme Exchange et autres produits Microsoft), au mieux l'autodiscover est pris en compte. Ne perds pas ton temps avec les enregistrements SRV pour du mail, ils sont inutiles à 99,9% car seules une poignée d'applications totalement méconnues ou obsolètes les utilisent.

@quart-temps Bonjour, Sous DSM seuls les domaines en "xxxxx.synology.me" peuvent avoir un "wilcard" du type "*.xxxx.synology.me" dans "Autre nom de l'objet" lors de la création du certificat LE. Si tu as un domaine du type "ndd.tld" alors pour pouvoir créer un certificat LE couvrant le wilcard de ce domaine (*.ndd.tld), il te faut passer impérativement par une autre méthode de création. Par ex avec le script "acme.sh". Il existe sur le présent forum deux méthodes pour mettre en œuvre ce script selon que tu disposes d'un NAS qui accepte docker ou non. Voir respectivement ces TUTOs : ici et ici. Sinon tout simplement pour tes domaines concernant des applications/services de ton NAS, chez LWS as-tu essayé de faire une redirection de chacun de ces domaines vers l'@IPExterne:443 de ton NAS (dans la zone locale DNS LWS : ajout d'enregistrements de type "xxxx.ndd.tld 84600 A @IPexterneNAS" ? Et ensuite d'utiliser le Reverse Proxy du NAS pour rediriger en interne ces URL (https://xxxxx.ndd.tld:443) vers http://alias_application.ndd.tld:port_application. Cordialement oracle7😉

Non, c'est juste de la CLI, et Alpine c'est vraiment le minimum du minimum. CentOS c'est déjà un peu plus packagé.

Salut tout le monde. Je tiens à partager une info découverte ce jour (mais peut-être que pour certain cela va paraître évident 😉). Ce problème a été rencontrés chez un comptable itinérant qui accède localement aux imprimantes de son client, et en même temps à son NAS à distance. Je vous recopie le compte rendu du SAV Sur certaine machine, on a un problème quand le OpenVPN est ouvert Symptômes: OpenVPN ouvert: impossibilité d'imprimer localement (ip prt non pingable) OpenVPN fermé: impression possible (ip prt pingable) Cause: le problème réside dans les niveaux de priorités des cartes réseaux Solution: modification de la valeur de priorité pour la carte réseau ouvrir les propriété de la carte réseau concernée aller dans les réglage IP4 onglet Général bouton Avancé onglet Paramètres IP Décocher Métrique automatique Donner une valeur la valeur la plus basse sera la première prise en compte par Windows Cette manip est au minimum à exécuter dans la carte réseau OpenVPN ainsi que dans la carte utilisée localement (Wifi ou Lan)