Journal DNS remplacé par GPS ?

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
-36
12
mai
2014

Le système des DNS pose plusieurs problèmes : si les serveurs tombent (une grosse faille dans le protocole ?), plus d'internet.
Et si on s'appuyait sur un autre système comme par exemple le GPS ? Par exemple, on enverrai ses requêtes à un serveur situé à telles coordonnées GPS. On attribuerait juste un numéro à chaque serveur pour le différencier des autres serveurs qui seraient géolocalisés au même endroit. Pour le routage, on ne serait plus dépendant des IP mais on orienterai le traffic vers les directions pointant le plus vers le point GPS. C'est stupide ?

  • # Mmmmmmmmmmmmmmhhhhhhhhhhhhh......

    Posté par  . Évalué à 10.

    Brièvement : Oui

    Bonne journée

  • # Est-ce stupide ? Je réponds oui.

    Posté par  . Évalué à 10. Dernière modification le 12 mai 2014 à 23:54.

    Et ce pour plusieurs raisons.

    Tout d'abord du parle le GPS, je pense que tu veux parler de coordonnées GPS, ou pour être plus précis de coordonnées dans le référentiel WGS84. Je vais donc baser mon commentaire sur cette interprétation.

    Voici les points qui me semblent étranges :

    • Tu suggères que les serveurs peuvent tomber facilement. Les serveurs racines sont vraiment difficile à faire tomber. Ils sont dans des endroits non publics, sur des AS différents, et une bonne partie est en anycast donc à plusieurs endroits physiques en même temps.

    • Tu propose en fait de remplacer l'adressage par des coordonnées, ça ne résoud en rien le problème des DNS, à moins que tu considère qu'apprendre une IP soit plus difficile qu'apprendre un couple de coordonnées, pour moi c'est pareil. Donc avec ton schema on a toujours besoin d'un système de traduction nom vers quelque chose, quelque chose étant dans ton cas des coordonnées au lieu d'être des adresses.

    • La notion d'adresse est prévue pour faciliter le routage (même si c'est de moins en moins vrai avec IPv4), on peut déduire à propos du prefixe de l'adresse la route sans aller dans le détail de l'adresse (c'est ça qui pose problème avec IPv4, on est en train d'avoir des annonces de routes de plus en plus petites, d'où les tailles des tables de routages qui explosent).

    • Un routage géographique est un algorithme glouton (au sens de localement optimal) donc sous-optimal, et non garanti. Pour t'en convaincre fait l'essai au niveau d'un graphe routier et cherche une route avec un algorithme glouton entre Paris et Mareille, si par hasard tu arrivais à en trouver une, calcul son coût (comme la distance, le temps necessaire…) et compare le au coût optimal, tu comprendras. Et dans le cas d'un graphe routier, on est dans un cas facile par rapport au problème en question.

    • [^] # Re: Est-ce stupide ? Je réponds oui.

      Posté par  . Évalué à 1.

      Oui, en fait, je me suis mal exprimé. Je ne voulais pas dire remplacer les DNS mais le système de routage.

      • [^] # Re: Est-ce stupide ? Je réponds oui.

        Posté par  . Évalué à 4.

        Du coup, tu voulais parler de quel système de routage ? Mais pour le faire de faire pointer vers le serveur suivant qui est le plus proche, ça ne marche, il suffit d'avoir un cas comme ci-dessous et tu es coincé si tu pars du haut et que tu veux arriver en bas à droite.

            0    
          /  \
         0    0
         |
         0 -- 0

        Il y a aussi le cas de deux serveur aux même coordonnées (donc seulement différencié par un numéro) qui n'ont pas la même connectivité réseau.

        « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

        • [^] # Re: Est-ce stupide ? Je réponds oui.

          Posté par  . Évalué à 0.

          Par exemple, chaque équipement de routage donnerait ses coordonnées géographiques et les flux seraient aiguillés de façon à se rapprocher de plus en plus du point d'arrivée.
          En effet, il y a le problème des voies sans issues. Mias ça doit être gérable.

          • [^] # Re: Est-ce stupide ? Je réponds oui.

            Posté par  . Évalué à 3.

            [Mais] ça doit être gérable.

            Oh que non.

            Pour avoir déjà travaillé sur du routage dans un graphe (cf. mon précédent journal), la recherche d'une route dans un graphe est un problème complexe. En en plus j'étais dans un graphe qui a une représentation géographique, et pour cause c'est un graphe routier. Alors dans le cas d'un graphe comme celui d'internet je n'ose pas imaginer le problème.

            Après tu peux imaginer une solution où les routeurs annonceraient à leur voisins quelles sont les routes disponibles, mais là… le coté géographique ne sert plus à rien, et en sophistiquant un peu, tu réinventeras BGP.

  • # Réponse: oui, ça l'est

    Posté par  . Évalué à 7.

    C'est stupide ?

    Oui.

    Ne serait-ce que parce que les sites sont plus souvent changés de serveur que les serveurs DNS ne tombent. Ensuite, je ne vois pas le rapport entre remplacer les DNS et remplacer les IP par des coordonnées GPS. Tu peut aussi avoir un système de DNS au-dessus de coordonnées GPS (il vaut mieux, même). Bien sûr, tu supprimerais également toute possibilité d'avoir un serveur discret, ce qui peut être légèrement gênant dans une dictature par exemple.

    Après, ça pourrait être marrant (au moins 5 minutes) de monter un serveur dans un bateau / avion et d'avoir un serveur dont l'adresse bouge toute seule. Pas très pratique, mais marrant :)

  • # Juste au cas où tu te poses vraiment la question

    Posté par  . Évalué à 6.

    Qu'est-ce qui est plus facile a retenir? "www.google.com" ou "37.422,-122.084"?
    Je pense que tu confonds DNS et table de routage.

    De plus, utiliser les coordonnées GPS au lieu d'une IP ne simplifierait pas grand chose, surtout à l'époque des smartphones et de l'internet mobile.

    • [^] # Re: Juste au cas où tu te poses vraiment la question

      Posté par  . Évalué à 6.

      Qu'est-ce qui est plus facile a retenir? "www.google.com" ou "37.422,-122.084"?

      On pourrait très bien résoudre le problème via une sorte de "table" qui associerait un nom facile à retenir avec les coordonnées GPS correspondantes. Dans ton exemple :
      "Google" <--> "37.422,-122.084"

      L'utilisateur n'aurait alors plus qu'à taper "Google" dans son navigateur et ça irait chercher les coordonnées GPS dans la "table" afin d'y accéder. (Cette table serait bien entendu stockée en lieu sûr)
      C'est stupide ?

      • [^] # Re: Juste au cas où tu te poses vraiment la question

        Posté par  . Évalué à 9.

        On pourrait très bien résoudre le problème via une sorte de "table" qui associerait un nom facile à retenir avec les coordonnées GPS correspondantes.

        Un peu comme euh … DNS ?

        L'utilisateur n'aurait alors plus qu'à taper "Google" dans son navigateur

        Les utilisateurs, ça tape "Google" dans google. Y en a pas beaucoup qui verront la différence.

        (Cette table serait bien entendu stockée en lieu sûr)

        Plus facile à dire qu'à faire; C'est le problème principal avec DNS: Il n'y a qu'une racine officielle et on ne peut pas faire confiance à ses propriétaires.

      • [^] # Re: Juste au cas où tu te poses vraiment la question

        Posté par  . Évalué à 6.

        Le DNS permet bien plus que de dire example.net correspond à 192.0.2.42.

        Il permet de dire où sont les serveurs de réception du courrier (avec MX) que tel ou tel serveur est autorisé à envoyer du mail pour le domaine (avec SPF dans des enregistrements TXT), de dire que le ou les serveur XMPP se trouve à tel adresse et écoute sur tel ou tel port (avec SRV).

        Cette table serait bien entendu stockée en lieu sûr

        Plus sûr que les serveurs de la racine ?

    • [^] # Re: Juste au cas où tu te poses vraiment la question

      Posté par  . Évalué à 0.

      Ben yen a qui s'imaginent qu'il est plus facile de retenir un UID qu'un nom style /dev/sdxx.

      • [^] # Re: Juste au cas où tu te poses vraiment la question

        Posté par  . Évalué à 8.

        Qui s'imagine ça ? Si tu fais référence aux distributions qui l'utilise au lieu des /dev/sdX, c'est pour éviter que si tu inverse les disques dans un boîtier, ça t'inverse le montage de tes partitions. D'ailleurs, ce n'est pas spécifique à Linux, OpenBSD le fait aussi par défaut.

        « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

        • [^] # Re: Juste au cas où tu te poses vraiment la question

          Posté par  . Évalué à -3.

          Qui s'imagine ça ?

          Ceux qui ont l'idée géniale de faire apparaitre un ID de partition ou de disque dans une fstab par exemple. Sous Linux il y a plein de moyens pour éviter.

          • [^] # Re: Juste au cas où tu te poses vraiment la question

            Posté par  . Évalué à 6.

            Sous Linux il y a plein de moyens pour éviter.

            Pour éviter quoi ? Que quelqu'un mette le mauvais disque dans le tirroir ?

            « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

            • [^] # Re: Juste au cas où tu te poses vraiment la question

              Posté par  . Évalué à -2. Dernière modification le 13 mai 2014 à 12:18.

              Eviter de mettre une suite de chiffres et de lettres sans signification (un UUID) dans une fstab.

              Voir https://wiki.archlinux.org/index.php/persistent_block_device_naming par exemple.

              • [^] # Re: Juste au cas où tu te poses vraiment la question

                Posté par  . Évalué à 6.

                Prenons les solutions données, by-path ne résoud pas du tout le problème que j'ai donné, by-id va poser des problèmes si tu dd ton disque sur un autre (et question suite de chiffre/lettre, il se défend pas mal), by-label serait un bon candidat mais il implique que l'admin (qui peut être monsieur tout le monde qui branche son ancien disque dans un nouvel ordinateur) ait nommé tous ses disques et qu'il n'y ai pas de collision, en gros, ce n'est possible que si l'admin est conscient de ce qu'il fait, et donc il peut très bien écrire son fstab tout seul.

                « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

  • # :)

    Posté par  . Évalué à 10. Dernière modification le 13 mai 2014 à 00:28.

    Le système des DNS pose plusieurs problèmes : si les serveurs tombent (une grosse faille dans le protocole ?), plus d'internet.

    Internet fonctionne toujours même sans DNS (ça c'est juste pour embêter M. Bortzmeyer)

  • # De toute façon...

    Posté par  . Évalué à 6.

    "Le GPS est un système conçu par et pour l'armée des États-Unis et sous son contrôle. Le signal pourrait être dégradé, occasionnant ainsi une perte importante de sa précision, si le gouvernement des États-Unis le désirait."

    Source: Wikipedia

  • # Mieux

    Posté par  . Évalué à 10.

    Le GPS, c'est un truc sous contrôle américain. Il faut rendre le contrôle d'internet aux pays du monde.

    Moi je propose qu'on utilise l'adresse postale des serveurs!

    ------------> [ ]

    • [^] # Re: Mieux

      Posté par  . Évalué à 7.

      En plus, on pourrait faire de l'IP over Postal Service. (par contre, ce sera plus long et moins fiable que l'IPoAC)

      « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

      • [^] # Re: Mieux

        Posté par  . Évalué à 6.

        L'avantage de se baser sur l'adresse géographique est qu'il est de facto compatible avec tout protocole s'appuyant sur les pigeons voyageurs.

  • # NTP

    Posté par  (site web personnel, Mastodon) . Évalué à 0.

    Il est peut être plus sensé d'utiliser GPS pour remplacer NTP (http://lists.ntp.org/pipermail/questions/2012-March/032415.html).

    Pour DNS, pourquoi pas un routage basé sur le contenu (ie http://www.ict-convergence.eu/wp-content/uploads/C4.pdf) avec des CCN? Ou un peu plus simplement, Namecoin :-)

    • [^] # Re: NTP

      Posté par  . Évalué à 2.

      La plupart des routeurs sont dans des coins ou le GPS passe mal ou pas du tout.

      Quand au routage basé sur le contenu, c'est joli, mais faudra m'expliquer comment tu fait passer de la voix dessus. si Internet à pris, c'est principalement parce il n'est pas lié à ce qu'il transporte.

      • [^] # Re: NTP

        Posté par  (site web personnel, Mastodon) . Évalué à 1.

        Ça fonctionne plutôt bien en fait (j'ai testé plusieurs prototypes). D'après diverses publications les performances sont aussi bonnes qu'avec IP et l'architecture bien plus simple. Évidemment je suis d'accord avec le fait que les CCN ne verront peut être jamais le jour (à très grande échelle). Mais c'est vraiment intéressant.

    • [^] # Re: NTP

      Posté par  . Évalué à 5.

      Le GPS, c'est tout pourri, il suffit que quelqu'un arrive avec un brouilleur dans le datacenter (ou à proximité, en fonction du brouilleur) pour que la synchronisation soit perdue.

      « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

  • # Très stupide ...

    Posté par  . Évalué à 7.

    Pour toutes les raisons déjà citées, c'est stupide.

    J'en ajouterai une … tu écris:

    "On attribuerait juste un numéro à chaque serveur pour le différencier des autres serveurs qui seraient géolocalisés au même endroit."

    As tu déjà entendu parler des datacenters ? Tu sais, ces grandes batisses renfermant des centaines de baies de 40U pouvant donc contenir, en théorie, jusqu'à 40 serveurs dans un espace au sol d'environ 44cm sur 1m.

    Sans compter que ces serveurs peuvent eux même faire tourner des hyperviseurs et donc héberger des dizaines de serveurs virtuels.

    Allé, on met 20 serveurs par baie et 20 VM par serveur, ça nous fait qd même 400 serveurs pour un même point GPS … ça fait beaucoup non ?

    • [^] # Re: Très stupide ...

      Posté par  . Évalué à 2.

      Allé, on met 20 serveurs par baie et 20 VM par serveur, ça nous fait qd même 400 serveurs pour un même point GPS … ça fait beaucoup non ?

      Tiens, d'ailleurs, c'est quoi la précision de la « notation GPS » (je sais pas si ça s'appelle comme ça) ?

      • [^] # Re: Très stupide ...

        Posté par  (site web personnel) . Évalué à 3.

        La précision du WGS84, système de coordonnée utilisé par le système GPS, mais pas seulement, as autant de précision qu'en as un nombre réel.

        Si tu veux t'amuser à localiser un «Truc» avec une précision de 1 nm, t'as plein de décimales, mais tu peu le faire.

        Le système de localisation par satellite GPS quand il est débridé peu avoir une précision de quelques mm.

        Dans tout ça il est important de différencier le système GPS qui a l'aide de satellites te dit ou tu est, et le WGS84 qui est l'une des nombreuses méthode de codification de la position de quelque chose par rapport à la terre.

        • [^] # Re: Très stupide ...

          Posté par  . Évalué à 2.

          Effectivement, ça semble logique. Merci pour l'explication.

        • [^] # Re: Très stupide ...

          Posté par  . Évalué à 2.

          Ok pour la précision du WGS84 qui est celle de tes nombres mais tu risques d'avoir des quelques soucis pour retrouver ton point au nm prés ne serait ce que quelques jours plus tard à cause de la dérive des continents.

      • [^] # Re: Très stupide ...

        Posté par  (Mastodon) . Évalué à 3.

        ça dépend, tu es dans l'armée américaine ou pas ?

        • [^] # Re: Très stupide ...

          Posté par  . Évalué à 2.

          "Officiellement", il n'y a plus de dégradation du signal GPS depuis mai 2000.
          La qualité de la localisation ne dépend donc théoriquement que de la qualité du récepteur et de la "visibilité" des satellites. Pour une mesure simple on arrive couramment à 50 cm (GPS pro, pas la puce de ton smartphone). Pour une plus grande précision (jusqu'à 10 cm), il est nécessaire de travailler en différentiel. Une ou plusieurs stations de contrôle régulièrement réparties sur le territoire, aux coordonnées parfaitement connues, enregistrent les signaux GPS et comparent les résultats aux coordonnées de la station.
          Elles émettent ensuite et en permanence, des corrections vers le GPS de terrain par radio ou par la 3G.

      • [^] # Re: Très stupide ...

        Posté par  . Évalué à 3.

        A l'intérieur d'un immeuble qui renferme potentiellement plusieurs salles de serveurs, je dirais que la précision est pas terrible.

  • # Et sinon ?

    Posté par  . Évalué à 4.

    Et sinon, comment tu fais pour router un serveur qui est dans l'espace ?

    • [^] # Re: Et sinon ?

      Posté par  . Évalué à 3.

      Pour plus d'information à ce sujet Internet interplanétaire (mais pour les satellites, ils fonctionnent très bien avec le GPS)

      « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

    • [^] # Re: Et sinon ?

      Posté par  . Évalué à 4.

      Vu que la terre est une sphère ou plutôt un patatétoïde de forme un peu près géoide, on peu dire que tout point de l'univers se trouve à la verticale d'un point de celle-ci. On peut donc définir tout point de l'univers avec des coordonnées et une altitude.

      Non le problème, c'est que la terre bouge et les objets dans l'espace aussi. Il faudrait connaître la position exacte de chaque objet à tout moment et surtout la position de chaque objet à l'heure d'arrivée prévu du paquets de données. A moins que l'on ajoute au paquets l'adresse de livraison à une heure bien précise que chaque routeur devra recalculée pour définir l'adresse de livraison à un instant t. Et s'il y en a un qui n'est pas à la bonne heure, bin le paquet se retrouvera tous seul dans un coin de l'espace.

      Pauvre paquet.

      • [^] # Re: Et sinon ?

        Posté par  (site web personnel) . Évalué à 2. Dernière modification le 14 mai 2014 à 12:09.

        et qui plus est, l'univers s'étends plus ou moins vite selon l'époque (et se contractera peut être aussi un jour)
        Et c'est sans compter les déformations locales dues à la gravité.
        Pire encore la vitesse limitée de la lumière fait qu'n est même pas sur de savoir ou se trouvent les objets en question maintenant, alors au moment de l'arrivée du paquet …

      • [^] # Re: Et sinon ?

        Posté par  (site web personnel, Mastodon) . Évalué à 1.

        On peut donc définir tout point de l'univers avec des coordonnées et une altitude.

        Sauf que ça oblige à faire des corrections en permanence en fonction du point où tu te trouve sur la Terre. C'est pour ça qu'il existe d'autres types de coordonnées dont :

        En fait, il y en a un paquet mais généralement, on ne se sert que rarement des coordonnées horizontales, sauf peut-être pour donner une indication approximative pour les personnes qui utilisent leurs yeux, des jumelles ou des instruments à monture altazimutale.

    • [^] # Re: Et sinon ?

      Posté par  (site web personnel, Mastodon) . Évalué à 2.

      Et ceux qui sont dans le cloud ?

      • [^] # Re: Et sinon ?

        Posté par  . Évalué à 4.

        On n'a qu'à dire que le numéro prôné par Scoubidou< qui vient en plus des coordonnées GPS est une altitude en nombre de U. Pour le cloud, il faut taper en équivalent 1000 mètres pour du cloud bas de gamme et équivalent 10/12km pour du cloud haut de gamme /o\

  • # il dit qu'il voit pas le rapport

    Posté par  . Évalué à 2.

    Soit tu as loupé quelques cours de réseau informatique.
    Soit on est en train de passer à côté de l'idée du siècle.
    J'ai une petite idée de la réponse.

    C'est quoi le rapport entre "connaitre une position sur terre" et "avoir des informations du un domaine internet"

    D'ailleurs tu parles de DNS alors que tu penses routage, rien à voir non plus.

    Donc ce serait plutôt c'est quoi le rapport entre "connaitre une position sur terre" et et "trouver une route entre deux hôtes" ?

    Tu sais aussi que ce n'est pas le GPS qui te guide dans ta voiture ; que c'est un abus de langage ?

Suivre le flux des commentaires

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