Forum Linux.général [RESOLU] Y a-t-il une alternative à "dig" / "nslookup" ?

Posté par  . Licence CC By‑SA.
Étiquettes :
1
14
avr.
2021

Bonjour.

Je viens de constater, juste après avoir réinstallé ma machine avec Manjaro que les outils "dig" et "nslookup" avaient été remplacés par le paquet complet "bind"… Il faut donc que je me coltine le serveur BIND complet (O.-) et une tripotée de fichiers dont je n'ai ni que faire ni que foutre, juste pour un utilitaire :( .

EDIT: À titre d'information, voici l'en-tête du paquet @ https://archlinux.org/packages/extra/x86_64/bind/

Provides: bind-tools, dns-server, dnsutils
Replaces: bind-tools, dnsutils, host
Conflicts: bind-tools, dnsutils

La plupart du temps je me sers de "dig +short +identify", ce qui revient grosso merdo à "getent hosts" — autant dire que je me suis empressé de modifier mon alias pour "dig". Mais il n'est pas rare que j'aie besoin de connaître la réponse complète que donne "dig": serveur DNS, temps de réponse et (pourquoi pas) requête et réponse complètes.

Y a-t-il un outil, un script, n'importe quoi qui puisse produire ce résultat [EDIT: qui ne fasse donc pas partie de bind]?

D'avance merci.

  • # host (?)

    Posté par  (site Web personnel) . Évalué à 3 (+1/-0).

    $ host www.linuxfr.org
    www.linuxfr.org is an alias for prod.linuxfr.org.
    prod.linuxfr.org has address 213.36.253.176
    

    Et si tu en veux plus, voir ses différentes options. Par exemple:

    $ host -v www.linuxfr.org
    Trying "www.linuxfr.org"
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28691
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0
    
    ;; QUESTION SECTION:
    ;www.linuxfr.org.               IN      A
    
    ;; ANSWER SECTION:
    www.linuxfr.org.        900     IN      CNAME   prod.linuxfr.org.
    prod.linuxfr.org.       312     IN      A       213.36.253.176
    
    Received 68 bytes from 127.0.0.53#53 in 108 ms
    Trying "prod.linuxfr.org"
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26838
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
    
    ;; QUESTION SECTION:
    ;prod.linuxfr.org.              IN      AAAA
    
    Received 34 bytes from 127.0.0.53#53 in 4 ms
    Trying "prod.linuxfr.org"
    ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28799
    ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
    
    ;; QUESTION SECTION:
    ;prod.linuxfr.org.              IN      MX
    
    Received 34 bytes from 127.0.0.53#53 in 32 ms
    

    Ou encore

    $ host  -C linuxfr.org
    Nameserver 212.85.158.9:
            linuxfr.org has SOA record ns1.tuxfamily.net. blackhole.tuxfamily.net. 2021040701 28800 7200 604800 900
    Nameserver 2a02:2178:2:f::53:
            linuxfr.org has SOA record ns1.tuxfamily.net. blackhole.tuxfamily.net. 2021040701 28800 7200 604800 900
    Nameserver 2a02:2178:1000:201::9:
            linuxfr.org has SOA record ns1.tuxfamily.net. blackhole.tuxfamily.net. 2021040701 28800 7200 604800 900
    Nameserver 188.121.227.53:
            linuxfr.org has SOA record ns1.tuxfamily.net. blackhole.tuxfamily.net. 2021040701 28800 7200 604800 900
    

    Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141

    • [^] # Re: host (?)

      Posté par  . Évalué à 2 (+0/-0).

      Non, hélàs, cet exécutable fait désormais partie de bind, il n'est plus disponible seul.

      • [^] # Re: host (?)

        Posté par  . Évalué à 5 (+3/-0).

        t'es sur que tu confond pas avec les dns-utils ?

        sinon mauvaise distribution, changer de distribution :p

        • [^] # Re: host (?)

          Posté par  . Évalué à 2 (+0/-0). Dernière modification le 14/04/21 à 20:12.

          t'es sur que tu confond pas avec les dns-utils ?

          Oui [je suis sûr]: https://archlinux.org/packages/extra/x86_64/bind/files/

        • [^] # Re: host (?)

          Posté par  . Évalué à 2 (+1/-0).

          Il a indiqué que son paquet fourni (provides) les 3 autres et se substitue (replaces) à 3 autres, et que les deux communs (entre la fourniture et le remplacement) sont en incompatibles (conflits) avec ce méta-paquet… Au risque de dire une bêtise du fait de ma méconnaissance de Arch, j'en déduis que les quatre paquets peuvent être installés indépendamment ? (par contre je ne saurai dire comment) sinon effectivement c'est un mauvais point pour la distribution (de mon point de vue.)

          • [^] # Re: host (?)

            Posté par  . Évalué à 2 (+0/-0).

            En fait, bind-tools, dnsutils et host *sont* les méta-paquets, pointant tous vers bind, sur Arch.

            • [^] # Re: host (?)

              Posté par  . Évalué à 1 (+0/-0).

              Arf, ça plaide pas en faveur de Arch ne serait-ce vis à vis du vénérable Gentoo qui ne t'aurait pas posé ce genre de souci…

              • [^] # Re: host (?)

                Posté par  . Évalué à 2 (+0/-0).

                Argh… remue pas le Cousteau dans la baie, steplaît, c'est assez difficile comme ça…

      • [^] # Re: host (?)

        Posté par  . Évalué à 3 (+1/-0).

        Dans mageia, il est dans le paquet bind-utils.

        • [^] # Re: host (?)

          Posté par  . Évalué à 2 (+0/-0). Dernière modification le 16/04/21 à 00:27.

          Je viens juste d'installer Arch (enfin Manjaro) après un mois de Mint; avant c'était Gentoo, depuis des années. Je change plus, non, je change plus.

  • # dog ?

    Posté par  . Évalué à 6 (+5/-0).

    Il existe dog, une réimplémentation de dig en rust. C'est dans les dépôts de Archlinux.

    • [^] # Re: dog ?

      Posté par  . Évalué à 2 (+0/-0).

      Super! Merci!

    • [^] # Re: dog ?

      Posté par  . Évalué à 3 (+2/-0).

      Ç'aurait du s'appeler Rig

      • [^] # Re: dog ?

        Posté par  . Évalué à 2 (+0/-0).

        M'a fallu au moins dix secondes pour piger :D .

        • [^] # Re: dog ?

          Posté par  (site Web personnel) . Évalué à 5 (+2/-0).

          $ grep -E "^.ig$" /usr/share/dict/words|xargs
          big dig fig gig jig pig rig wig
          

          Reste à coder big en Brainfuck, fig en Fortran, gig en Go, jig en Java (qui sera le plus long le démarrage de JVM ou le timeout DNS ?), pig en Python/Perl/PHP et wig la version IHM pour Wayland. Yapuka.

          • [^] # Re: dog ?

            Posté par  . Évalué à 3 (+1/-0).

            Et sig en Scala?

          • [^] # Re: dog ?

            Posté par  . Évalué à 2 (+0/-0). Dernière modification le 15/04/21 à 15:16.

            […] qui sera le plus long le démarrage de JVM ou le timeout DNS ?

            Faut voir, vu que MS veut sa Java à eux-tous-seuls (sic), on a p't'être une chance, non? Je veux dire que ce soit le time-out le plus long (d'un quart de poil, j'imagine)… Faudra sans doute les départager.

          • [^] # Re: dog ?

            Posté par  . Évalué à 2 (+1/-0).

            brainfuck c'est une forme d'assembleur pour le ruban de Turing… ce devrait être le plus performant si c'est fait avec maîtrise.

            Les langages de scripting (interprétés donc) s'appuient plutôt sur un appel système, mais c'est vrai qu'il est possible d'avoir un/une module/extension codé en langage machine et qui s'intègre mieux au langage. Cela peut s'appliquer à Powershell (donc une commandelette écrite en point-nette) à qui je réserverais le cochon…

            Et sinon, en plein milieu de la java, en peut avoir la collecte des déchets avec tout ce que ça implique souvent : le dj met le son en pause le temps qu'on passe l'aspi…

            • [^] # Re: dog ?

              Posté par  . Évalué à 3 (+1/-0). Dernière modification le 15/04/21 à 19:24.

              en plein milieu de la java […] le dj met le son en pause le temps qu'on passe l'aspi…

              … ou de laisser le Jazz pousser sa goualante, façon Nougaro …

  • # drill

    Posté par  . Évalué à 2 (+1/-0). Dernière modification le 16/04/21 à 10:30.

    Bonjour,

    Il existe également drill qui me semble équivalent à dig et qui est dans le paquet ldns sour archlinux.

    • [^] # Re: drill

      Posté par  . Évalué à 2 (+0/-0). Dernière modification le 18/04/21 à 19:01.

      Affirmatif. Et de plus c'est une dépendance de OpenSSH, à ce que je vois. Merci pour le tuyau.

      (dig, drill… c'est une idée à creuser, je suppose…)

Envoyer un commentaire

Suivre le flux des commentaires

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