• # Bonsoir

    Posté par . Évalué à 5.

    Je vais modifier ma config.

    OK. Tu nous diras…

    J'ai ajouté www pour sous-domaine.org mais c'est peut être limité à domaine.org.

    Quoi ?

  • # Euh

    Posté par (page perso) . Évalué à 0.

    Le tiret du 6 est peut être trop haut pour être sous le domaine. Essaie de mettre un underscore au lieu d'un tiret entre sous et domaine.

    Quelque chose comme www.sous_domaine.org, je pense que www passera beaucoup mieux ainsi

    • [^] # Re: Euh

      Posté par . Évalué à 2. Dernière modification le 22/02/18 à 08:11.

      (message supprimé)

    • [^] # Re: Euh

      Posté par . Évalué à 2.

      l'underscore est interdit dans les noms de domaine.

      • [^] # Re: Euh

        Posté par . Évalué à 5. Dernière modification le 22/02/18 à 20:15.

        Non. C’est même très courant. Mais ce sont des domaines que l’utilisateur final ne voit pas forcément, utilisés « en interne » par différentes applications. https://stackoverflow.com/questions/2180465/can-domain-name-subdomains-have-an-underscore-in-it

        • [^] # Re: Euh

          Posté par . Évalué à 2.

          Je te garantis que certains outils ne marcheront pas si tu mets un nom DNS avec un underscore. Après chacun fait ce qu'il veut ….

          • [^] # Re: Euh

            Posté par . Évalué à 2.

            un exemple: https://stackoverflow.com/questions/28568188/java-net-uri-get-host-with-underscores

            Il faut avoir ça bien en tête si on ne veut pas se prendre la tête pendant des heures sur ce genre de problème.

          • [^] # Re: Euh

            Posté par . Évalué à 3.

            Je te crois sans problème mais ne dit pas que « c’est interdit » parce que des outils mal conçus ne les supportent pas…

            • [^] # Re: Euh

              Posté par . Évalué à 4.

              Bon, prenons le premier lien que tu as donné :

              https://tools.ietf.org/html/rfc2181#section-11

              Ceci nous renvoie à :

              See also [RFC1123] section 6.1.3.5.

              Dans la rfc en question :
              ```
              2.1 Host Names and Numbers

                The syntax of a legal Internet host name was specified in RFC-952
                [DNS:4].  One aspect of host name syntax is hereby changed: the
                restriction on the first character is relaxed to allow either a
                letter or a digit.  Host software MUST support this more liberal
                syntax.
              
              
              Et quand on va sur la RFC en question :
              
              ASSUMPTIONS
              
              1. A "name" (Net, Host, Gateway, or Domain name) is a text string up to 24 characters drawn from the alphabet (A-Z), digits (0-9), minus sign (-), and period (.). Note that periods are only allowed when they serve to delimit components of "domain style names".
              • [^] # Re: Euh

                Posté par . Évalué à 3.

                Au temps pour moi, je n'ai pas copié/collé le bon morceauµ, et en relisant d'un peu plus près la RFC, il semble que ce soit surtout des recommandations plus que des obligations.

      • [^] # Re: Euh

        Posté par (page perso) . Évalué à 1.

        Que ce soir autorisé ou non, je faisais surtout de l'humour rapport à la question surréaliste du monsieur !

  • # Bon…

    Posté par . Évalué à 2. Dernière modification le 22/02/18 à 00:08.

    sous-domaine.org

    On comprend rien à ta question en partie parce que sous-domaine.org ça désigne typiquement un domaine (tout comme sous_domaine.org pour faire le lien avec la blagounette de cho7…), et pas un sous-domaine…

    Tu veux obtenir une adresse qui ressemble à www.truc.domain.com ?

    Dans ce cas je pense que ce n’est pas une bonne idée. Déjà, un nom de domaine ne peut pas contenir de point, ensuite, un nom d’hôte peut, mais ce n’est pas une bonne idée : https://serverfault.com/questions/229331/can-i-have-dots-in-a-hostname

    Tu veux donc créer un sous-sous-domaine ? Je ne l’ai jamais fait… mais à priori il suffit de créer un enregistrement CNAME… Avec sub.sub.sub IN CNAME server.example.com. tu pourras accéder à http(s)://server.example.com à partir de http(s)://sub.sub.sub.example.com

    À ma connaissance ça n’a strictement aucun intérêt. Et si en plus tu utilises SSL ça multiplie les certificats…

    The usage of sub-subdomain may vary depending on your needs. You may want to create a sub-subdomain to make it read a complete sentence, for example, the.outstanding.homedecor.com, mar.ve.lo.us or for any other reasons you might have.

    https://www.hongkiat.com/blog/create-sub-subdomain/

    Quel est ton besoin ?

    Quelqu’un connaît une raison autre qu’esthétique ? C’est utilisé, en tant que nomenclature, fonctionnelle ou autre, par des pros ?

    • [^] # Re: Bon…

      Posté par . Évalué à 3.

      Je dis peut-être une connerie pour les certificats… mais je ne comprends toujours pas l’intérêt…

    • [^] # Re: Bon…

      Posté par . Évalué à 1.

      Hello,

      Quelqu’un connaît une raison autre qu’esthétique ?

      Je ne sais pas si ça va répondre à ta question (ça ne répond pas au problème de www en tout cas), mais de mon côté j'ai :
      exemple.com qui pointe vers mon hébergeur,
      home.exemple.com qui pointe vers mon IP perso.

      Comme ça, mon site web n'est pas auto-hébergé, mais je peux quand même atteindre mon domicile en ssh par exemple, sans avoir à retenir l'IP.

      Sinon, la modification de DNS n'est généralement pas immédiate, il faut patienter que ça se propage, donc changer puis vérifier tout de suite après si le changement est correct va aboutir à un échec.

      • [^] # Re: Bon…

        Posté par . Évalué à 1.

        exemple.com qui pointe vers mon hébergeur,
        home.exemple.com qui pointe vers mon IP perso.

        Je fais de même, ça me permet aussi d'avoir 2 espaces de noms séparés. Depuis chez moi, le DNS a autorité sur home.chezmoi.net.

      • [^] # Re: Bon…

        Posté par . Évalué à 3.

        de mon côté j'ai :
        exemple.com qui pointe vers mon hébergeur,
        home.exemple.com qui pointe vers mon IP perso.

        Là oui d’accord, tout est normal. Tu as host.domain.tld, donc une URL de la forme aaa.bbb.ccc, pas de la forme aaa.bbb.ccc.ddd (avec 3 points)

        • [^] # Re: Bon…

          Posté par . Évalué à 4.

          • [^] # Re: Bon…

            Posté par . Évalué à 4.

            Ah OK, merci pour cette précision.

            J’ai toujours pas compris le problème initial…

            • [^] # Re: Bon…

              Posté par . Évalué à 3. Dernière modification le 23/02/18 à 03:46.

              Moi non plus je ne comprends pas la question telle qu'elle est posée.
              Sous-domaine.tld n'est pas un sous-domaine.

              Avoir un nom d'hôte, enfin plutôt une entrée DNS avec des points effectivement normalement c'est moche et inutile mais il y a des cas où c'est pratique. Par exemple quand tu as un serveur qui te renvoie des adresses différentes à l'intérieur et à l'extérieur du réseau.
              Quand quelqu'un veut accéder à mon-appli-qui-roxe-mais-qui-est-sensible.interne.domaine.com depuis l'extérieur si tu as un lien sur mon-appli-qui-roxe-mais-qui-est-sensible.interne ou même plus généralement *.interne déclaré dans ton domaine.com sur le serveur DNS externe tu peux alors rappeler gentiment à l'utilisateur qu'il doit activer sa connexion VPN pour accéder au réseau interne à l'aide d'une jolie page web.

              Dans l'abus de points on a du machine.ad.interne.client.domainedelinfra.tld ou numero_de_poste.sip.interne.client.domainedelinfra.tld mais on ne les tapes pas souvent, en utilisation normale machine suffit. Et je suis certain qu'il y a bien pire encore . Mais bon dans ce cas ce n'est pas une entrée avec des points dedans mais bien des zones DNS.

  • # differencier un sous domaine du domaine principale

    Posté par . Évalué à 4.

    les noms de domaine se lisent de droite à gauche
    - à droite le TLD (le pays en general)
    - au milieu : le domaine
    - à gauche : la machine

    www.domain.tld, c'est donc la machine www sur le domaine domain dans le pays tld

    j'imagine aux vues des conversations precedentes, que c'est pour ton serveur web, ton serveur xmpp, etc
    il te faut alors simplement des noms DNS
    www.tondomain.tld
    xmpp.tondomain.tld

    qui pointe eventuellement sur la meme adresse IP ou sur un nom de domaine plus generique via le CNAME (alias) vers"mamaison.domain.tld"

    chez moi par exemple, comme j'ai des machines virtuelles à la maison et au datacenter, je renseigne
    myhome.mondomaine.net => IP de la maison
    server1.mondomaine.net => IP de mon premier serveur
    server2.mondomaine.net => IP de mon 2e serveur

    ensuite mes VMs sont joignables par
    vm101.mondomaine.net => server1.mondomaine.net
    vm 102.mondomaine.net => server1.mondomaine.net
    vm201.mondomaine.net => server2.mondomaine.net

    et si j'utilises des ports similaires, alors ca pointe vers un reverse proxy (ngnix, haproxy, apache)
    qui redirige vers la bonne VM

    • [^] # Re: differencier un sous domaine du domaine principale

      Posté par . Évalué à 3. Dernière modification le 22/02/18 à 10:23.

      www.domain.tld, c'est donc la machine www sur le domaine domain dans le pays tld

      Et donc s.level1.room2.domain.net c'est la machine s (ou s.level1, ou s.level1.rrom2 ?) dans le pays net ? ;)

      http://www.bortzmeyer.org/parties-nom-domaine.html

      • [^] # Re: differencier un sous domaine du domaine principale

        Posté par . Évalué à 1.

        En fait actuellement j'ai créé :
        - 1 sous-domaine (serveur) de domaine.org qui pointe chez moi

        J'utilise aussi le serveur webmail de gandi.

        Effectivement j'aimerais juste pouvoir accéder à mon serveur web nginx par http://www.srvX.domaine.org au lieu de http://srvX.domaine.org

        Ma config gandi actuelle est la suviante :

        @ 10800 IN A XXX.XX.XXX.XX (surement IP serveur name gandi)
        @ 10800 IN MX 10 spool.mail.gandi.net.
        @ 10800 IN MX 50 fb.mail.gandi.net.
        @ 10800 IN SOA ns1.gandi.net. hostmaster.gandi.net. 1519241627 10800 3600 604800 10800
        blog 10800 IN CNAME blogs.vip.gandi.net.
        imap 10800 IN CNAME access.mail.gandi.net.
        pop 10800 IN CNAME access.mail.gandi.net.
        srvX 10800 IN A XXX.XX.XXX.XX (IP maison)
        smtp 10800 IN CNAME relay.mail.gandi.net.
        webmail 10800 IN CNAME webmail.gandi.net.
        www 10800 IN CNAME srvX.domaine.org.
        • [^] # Re: differencier un sous domaine du domaine principale

          Posté par . Évalué à 2.

          et bien tu fait ce que tu as fait

          srvX IN A adresse_ip_chez_toi
          www in CNAME srvX.domaine.org

          tu obtiens alors la resolution suivante
          www.domaine.org => srvX.domaine.org => adresse_ip_chez_toi

          ensuite derriere ton adresse_ip_chez_toi, c'est ta box, tu fais la redirection du port vers ton RPi/ngnix

        • [^] # Re: differencier un sous domaine du domaine principale

          Posté par . Évalué à 2.

          AU niveau DNS c'est correct. Le reste relève de la configuration de nginx.

        • [^] # Re: differencier un sous domaine du domaine principale

          Posté par (page perso) . Évalué à 3.

          Hello,

          En résumé, il faut que tu fasses cette correction sur la dernière ligne:

          @ 10800 IN A XXX.XX.XXX.XX (surement IP serveur name gandi)
          @ 10800 IN MX 10 spool.mail.gandi.net.
          @ 10800 IN MX 50 fb.mail.gandi.net.
          @ 10800 IN SOA ns1.gandi.net. hostmaster.gandi.net. 1519241627 10800 3600 604800 10800
          blog 10800 IN CNAME blogs.vip.gandi.net.
          imap 10800 IN CNAME access.mail.gandi.net.
          pop 10800 IN CNAME access.mail.gandi.net.
          srvX 10800 IN A XXX.XX.XXX.XX (IP maison)
          smtp 10800 IN CNAME relay.mail.gandi.net.
          webmail 10800 IN CNAME webmail.gandi.net.
          www.srvX 10800 IN CNAME srvX.domaine.org.
          

          Dans la première colonne de la ligne www.srvX est un raccourcis pour dire www.srvX.domaine.org..

          Quand on définit une entrée DNS, on utilise des noms de domaines complet qui se terminent par un ..
          Pour simplifier, les logiciels considèrent que si tu ne mets pas de . à la fin de ton entrée, alors c'est une entrée relative à l'origine du DNS.

          En supposant que ton origine est bien domaine.org, alors pour définir une entrée sur www.srvX.domaine.org., tu peux l'écrire de 2 manières:

          • en utilisant l'origine implicite: www.srvX 10800 IN CNAME srvX
          • en précisant l'origine complète: www.srvX.domain.org. 10800 IN CNAME srvX.domaine.org.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.