[BSD] DNS Query? lassú - host vs drill
Péchy Gáspár
gpechy at ggg.hu
2015. Sze. 1., K, 12:10:04 CEST
Kösz, erre nem gondoltam, kérdés kipipálva :)
Üdv,
Gazsi
2015.09.01. 12:02 keltezéssel, Akos Tamasi írta:
> 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
>
> --
> Magyar BSD Levelezőlista
>
További információk a(z) BSD levelezőlistáról