[BSD] DNS Query? lassú - host vs drill

2015. Sze. 1., K, 12:02:15 CEST

Szerintem nem megzavarja, a host sorban megy a listában, a drill pedig kiküldi az összesre és az nyer aki először válaszol, így már nem látszik a 127.0.0.0 time out-ja…

---
Ákos

On 2015.09.01., at 11:48, Péchy Gáspár <gpechy at ggg.hu> wrote:

> Szervusz,
> ez (fejléc) nekem is feltűnt, kerestem is, hogy a host-ot rá tudnám-é venni hasonló eredményre (nem), akkor ugrott be, hogy adjak nameserver paramétert, ami elvezetett a hibaelhárításhoz végül.
> Érdekes kérdés, hogy a host-ot (s egyebeket) miért zavarja meg a nameserver 127.0.0.1, s drillt nem ?
> Üdv,
> Gazsi
> 
> 
> 2015.09.01. 11:19 keltezéssel, gabor at zahemszky.hu írta:
>> Szia!
>> 
>> Azért ha jobban megnézed, nem csak abban van eltérés a host és drill féle kérdésben,
>> hogy az egyik IPv6-ot és MX-et is próbál, hanem a használt fejléc bitekben is.
>> A host-féle kérésben a fejléc bitek:
>> QR - ez egy query
>> RD - recursion desired
>> RA - recursion accepted
>> 
>> ezzel szemben a drill-nél:
>> RD - és slussz, passz.
>> 
>> Mondjuk valami turpisság lehet a megjelenítés(ek)ben, mert személy szerint azt tartom
>> logikusnak, hogy a query mind a két parancs esetén be legyen kapcsolva, ellenben az
>> RA-flag normálisan nem a kérésben, hanem a válaszban kéne. (Valamint a válaszban nem
>> kéne a qr-flag.)
>> 
>> Azaz a helyedben nem az nslookup/host/dig/drill/stb parancs kimenetére támaszkodnék akkor,
>> amikor a hiba okát keresem, hanem ezekkel a parancsokkal kiküldött kérések (és a rájuk
>> adott válaszok) tcpdump-pal (vagy valami hasonlóval, nyilván wireshark is lehet) begyűjtött
>> adatait ellenőrizném.
>> 
>> (A drill hülyeségére jellemző, hogy ha a doksi alapján bekapcsolom - az alapból bekapcsolt -
>> qr-flaget:
>> 
>> drill -V5 -o QR ami.neked.kell
>> 
>> - no ez 30 sec timeout után network error-ral fejeződik be. Ha pedig kikapcsolom, akkor
>> villámgyors. :-) Szóval nem hiszem el amit ír.) Persze a mérés, meg a "gyors-nem-gyors"
>> érzet attól még adott. Sajnos végigfutva a fent emlegetett nslookup/host/dig/drill
>> manualjait, egyedül a drill teszi - elvben - lehetővé pl. ehnnek a flag-nek a beállítását,
>> mint ahogy az elvileg a válaszban szereplő RA-flag kérésbeli módosítása sem kérhető a többi
>> parancsnál. Még a dignek vannak hasonló opciói, de ezeket az sem támogatja (már amilyen
>> gépen én néztem.)
>> 
>> Zahy < Gabor at Zahemszky dot HU >
>> 
>> 
>> 2015-09-01 09:51 időpontban Péchy Gáspár ezt írta:
>>> 2015.08.31. 22:01 keltezéssel, gabor at zahemszky.hu írta:
>>>> Hát annyi azért ránézésre is látszik, hogy aki gondolkozott, az IPv6-os címet
>>>> és MX-et is kért :-)
>>>> 
>>>> Zahy
>>>> 
>>>> 2015-08-31 20:56 időpontban Péchy Gáspár ezt írta:
>>>>> 2015.08.31. 20:40 keltezéssel, gabor at zahemszky.hu írta:
>>>>>> 2015-08-31 20:32 időpontban Péchy Gáspár ezt írta:
>>>>>>> Tartomány, SMB nincs, hosts file primitív (4 bejegyzés), a leírt
>>>>>>> jelenség következetes :(
>>>>>>> Mindenesetre éjjel megpróbálok a vmware-n egy network újraindítást.
>>>>>>> Azért ha valaki tudja, mi a működésbeni különbség a host és drill
>>>>>>> között, örülnék, ha felvilágosítana - hátha adna valami támpontot.
>>>>>> 
>>>>>> Add ki mind a két parancsot verbose módban, és hasonlítgasd az eredményt,
>>>>>> hátha feltűnik valami különbség a flag-ek vagy épp a válaszoló szerver
>>>>>> adatai között!
>>>>>> 
>>>>>> host -v ami.neked.kell
>>>>>> drill -V 5 ami.neked.kell
>>>>>> 
>>>>>> Zahy < Gabor at Zahemszky dot HU >
>>>>>> --
>>>>>> Magyar BSD Levelezőlista
>>>>>> 
>>>>> 
>>>>> A host gondolkodott ~15 másodpercet, majd kivágta az eredményt, a
>>>>> drill rögtön válaszolt (eredmény alább)
>>>>> Valahol a rendszerben kell, hogy szuttyogjon, nem kívül.
>>>>> Gazsi
>>>>> 
>>>>> ==================================================
>>>>> # host -v mail.gggdom.hu
>>>>> Trying "mail.gggdom.hu"
>>>>> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 42880
>>>>> ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 0
>>>>> 
>>>>> ;; QUESTION SECTION:
>>>>> ;mail.gggdom.hu.                        IN      A
>>>>> 
>>>>> ;; ANSWER SECTION:
>>>>> mail.gggdom.hu.         6735    IN      A       84.1.32.186
>>>>> 
>>>>> ;; AUTHORITY SECTION:
>>>>> gggdom.hu.              6735    IN      NS      ans2.telekom.hu.
>>>>> gggdom.hu.              6735    IN      NS      ans1.telekom.hu.
>>>>> gggdom.hu.              6735    IN      NS      ans0.telekom.hu.
>>>>> 
>>>>> Received 113 bytes from 84.2.44.1#53 in 1 ms
>>>>> Trying "mail.gggdom.hu"
>>>>> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37257
>>>>> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
>>>>> 
>>>>> ;; QUESTION SECTION:
>>>>> ;mail.gggdom.hu.                        IN      AAAA
>>>>> 
>>>>> ;; AUTHORITY SECTION:
>>>>> gggdom.hu.              85379   IN      SOA     ans0.telekom.hu.
>>>>> hostmaster.t-online.hu. 2014091904 28800 7200 1209600 86400
>>>>> 
>>>>> Received 101 bytes from 84.2.44.1#53 in 1 ms
>>>>> Trying "mail.gggdom.hu"
>>>>> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 9557
>>>>> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
>>>>> 
>>>>> ;; QUESTION SECTION:
>>>>> ;mail.gggdom.hu.                        IN      MX
>>>>> 
>>>>> ;; AUTHORITY SECTION:
>>>>> gggdom.hu.              137     IN      SOA     ans0.telekom.hu.
>>>>> hostmaster.t-online.hu. 2014091904 28800 7200 1209600 86400
>>>>> 
>>>>> Received 101 bytes from 84.2.44.1#53 in 1 ms
>>>>> 
>>>>> ============================================
>>>>> 
>>>>> # drill -V 5 mail.gggdom.hu
>>>>> ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 0
>>>>> ;; flags: rd ; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
>>>>> ;; QUESTION SECTION:
>>>>> ;; mail.gggdom.hu.      IN      A
>>>>> 
>>>>> ;; ANSWER SECTION:
>>>>> 
>>>>> ;; AUTHORITY SECTION:
>>>>> 
>>>>> ;; ADDITIONAL SECTION:
>>>>> 
>>>>> ;; Query time: 0 msec
>>>>> ;; WHEN: Mon Aug 31 20:48:24 2015
>>>>> ;; MSG SIZE  rcvd: 0
>>>>> ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 63430
>>>>> ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 0
>>>>> ;; QUESTION SECTION:
>>>>> ;; mail.gggdom.hu.      IN      A
>>>>> 
>>>>> ;; ANSWER SECTION:
>>>>> mail.gggdom.hu. 85326   IN      A       84.1.32.186
>>>>> 
>>>>> ;; AUTHORITY SECTION:
>>>>> gggdom.hu.      85326   IN      NS      ans2.telekom.hu.
>>>>> gggdom.hu.      85326   IN      NS      ans0.telekom.hu.
>>>>> gggdom.hu.      85326   IN      NS      ans1.telekom.hu.
>>>>> 
>>>>> ;; ADDITIONAL SECTION:
>>>>> 
>>>>> ;; Query time: 0 msec
>>>>> ;; SERVER: 84.2.46.1
>>>>> ;; WHEN: Mon Aug 31 20:48:24 2015
>>>>> ;; MSG SIZE  rcvd: 113
>>>>> =============================================
>>>>> 
>>>>> 
>>>>> --
>>> 
>>> Az ipv6 jó ötletnek tűnt, de kipróbáltam, hogy a host csak A rekordot
>>> kérdezzen, ugyanúgy szuttyog :(
>>> 
>>> host -vtA mail.gggdom.hu
>>> Trying "mail.gggdom.hu"
>>> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 58083
>>> ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 0
>>> 
>>> ;; QUESTION SECTION:
>>> ;mail.gggdom.hu.                        IN      A
>>> 
>>> ;; ANSWER SECTION:
>>> mail.gggdom.hu.         80439   IN      A       84.1.32.186
>>> 
>>> ;; AUTHORITY SECTION:
>>> gggdom.hu.              40644   IN      NS      ans2.telekom.hu.
>>> gggdom.hu.              40644   IN      NS      ans1.telekom.hu.
>>> gggdom.hu.              40644   IN      NS      ans0.telekom.hu.
>>> 
>>> Received 113 bytes from 84.2.44.1#53 in 1 ms
>>> 
>>> 
>>> 
>>> 
>>> --
>>> Magyar BSD Levelezőlista
>> --
>> Magyar BSD Levelezőlista
>> 
> 
> 
> --
> Magyar BSD Levelezőlista