Не работает whois

[NeverM]

Здравствуйте, на одном из компьютеров whois почему то не в какую не хочет работать с ip, по доменам информацию выдает нормально, а вот по ip не в какую, просто пишет Timeout. Подскажите как починить?

[/dev/random]

1) пингуется ли whois.arin.net?
2) какая реализация whois'а стоит на проблемном компе?
3) запустите с опцией --verbose (или её аналогом, в зависимости от реализации) и приведите, что выдаст

[NeverM]

1) пингуется
2) net-misc/whois-4.7.30
3) Usage: whois [OPTION]... OBJECT...

-l one level less specific lookup [RPSL only]
-L find all Less specific matches
-m find first level more specific matches
-M find all More specific matches
-c find the smallest match containing a mnt-irt attribute
-x exact match [RPSL only]
-d return DNS reverse delegation objects too [RPSL only]
-i ATTR[,ATTR]... do an inverse lookup for specified ATTRibutes
-T TYPE[,TYPE]... only look for objects of TYPE
-K only primary keys are returned [RPSL only]
-r turn off recursive lookups for contact information
-R force to show local copy of the domain object even
if it contains referral
-a search all databases
-s SOURCE[,SOURCE]... search the database from SOURCE
-g SOURCE:FIRST-LAST find updates from SOURCE from serial FIRST to LAST
-t TYPE request template for object of TYPE ('all' for a list)
-v TYPE request verbose template for object of TYPE
-q [version|sources|types] query specified server info [RPSL only]
-F fast raw output (implies -r)
-h HOST connect to server HOST
-p PORT connect to PORT
-H hide legal disclaimers
--verbose explain what is being done
--help display this help and exit
--version output version information and exit

[/dev/random]

Я имел в виду - запустите с опцией --verbose проблемный запрос.

[NeverM]

srv ~ # whois 127.0.0.1 --verbose
Unknown AS number or IP network. Please upgrade this program.
srv ~ # whois 213.180.204.8 --verbose
Using server whois.ripe.net.
Query string: "-V Md4.7 213.180.204.8"

Timeout.

[NeverM]

Есть ли варианты решения этой проблемы?

[/dev/random]

По-моему, следующий шаг очевиден. Проверить, доступен ли с этого компа whois.ripe.net (который вы указали в своём посте).

Да, и ещё: почему такая старая версия whois стоит?

[NeverM]

Обновил whois до последний версии (4.7.36) а также python с 2.4 до 2.6, вроде все заработало, но запрос обрабатывается почему то долго, около 30 секунд. В чем проблема?

[NeverM]

Начал копать дальше, обнаружил следующее, при запросе whois 127.0.0.1 -h 193.0.6.135 (193.0.6.135 это whois.arin.net) запрос обрабатывается моментально, а вот если написать просто whois 127.0.0.1 то долго, вобщем как я понимаю whois.arin.net по каким то причинам долго резолвится, днс сервер поднят локально на том же компьютере. Почему он так долго резолвит этот хост?

[/dev/random]

Это уже отдельный вопрос. Нужно указать, какой вы подняли dns, как он настроен, и т.д. И желательно в другой теме.

[NeverM]

Все таки отпишусь тут т.к. проблема возникает именно в whois'е, если в /etc/hosts сказать что whois.ripe.net. это 193.0.6.135 то все обрабатывается быстро, пробовал прописывать в /etc/resolve.conf другие DNS сервера, проблема все равно не решается, причем если попробовать отризолвить whois.ripe.net. например через команды host ping dig и т.д. то все нормально, нет не каких задержек. Проблема почему возникает только в whois'е с любыми DNS
На локальном компьютере стоит bind-9.4.3_p5

[/dev/random]

Так. Вы говорили, что у вас поднят свой dns. Проблема остаётся даже когда вы его останавливаете и убираете из resolv.conf?

[NeverM]

При остановке вижу это:

Используется сервер whois.arin.net.
Строка запроса: "127.0.0.1"

getaddrinfo(whois.arin.net): Временный сбой в разрешении имен

Если прописать в resolv.conf любой другой dns сервер(провайдера например) whois все равно долго резолвит

[/dev/random]

Сообщение о том, какой сервер используется (с --verbose) выдаётся до или после паузы?

[NeverM]

до

[/dev/random]

до

Мда. Ещё одна версия разбилась вдребезги.

А если принудительно указать сервер, но не через IP, а через DNS-адрес, пауза будет?

И ещё. Если знаете, что это такое, попробуйте привести (с помощью gdb) traceback стека во время паузы.

[NeverM]

"whois --verbose 213.180.204.8 -h whois.ripe.net" в этом случае пауза есть
"whois --verbose 213.180.204.8 -h 193.0.6.135" в этом нету
И ещё удивительно то что задержка есть только если whois'ить IP адресс, если whois'ить домен то задержки нет, при whois'е домена используется whois.ripn.net. а при whois'е IP адреса whois.ripe.net.

C gdb к сожалению не знаком, напишите как это сделать

[/dev/random]

при whois'е домена используется whois.ripn.net. а при whois'е IP адреса whois.ripe.net.

И оба нормально пингуются? И без задержек при ресолвинге?

C gdb к сожалению не знаком, напишите как это сделать

В ком. строке введите "gdb whois". Затем, в появившейся строке gdb, "run 213.180.204.8". whois запустится. Во время упомянутой паузы остановите программу (например, Ctrl+Z). Опять появится ком. строка gdb. Введите "backtrace" и скопируйте сюда то, что он выдаст. Выходите из gdb командой "quit".

[NeverM]

И оба нормально пингуются? И без задержек при ресолвинге?

whois.ripe.net. пингуется нормально а вот whois.ripn.net. вообще не пингуется, видимо там ICMP порезан

В ком. строке введите "gdb whois". Затем, в появившейся строке gdb, "run 213.180.204.8". whois запустится. Во время упомянутой паузы остановите программу (например, Ctrl+Z). Опять появится ком. строка gdb. Введите "backtrace" и скопируйте сюда то, что он выдаст. Выходите из gdb командой "quit".

#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7f3ad4d in select () from /lib/libc.so.6
#2 0x08049e2a in ?? ()
#3 0x00000007 in ?? ()
#4 0x00000000 in ?? ()

[/dev/random]

Таак... Вот это уже интересно. Т.е. он "подвисает" на коннекте, а не на ресолвинге. Вывод ifconfig в студию.

[NeverM]

Код: Выделить всё

eth0      Link encap:Ethernet  HWaddr 00:80:48:1F:16:FE
          inet addr:10.227.153.184  Bcast:10.227.159.255  Mask:255.255.248.0
          inet6 addr: fe80::280:48ff:fe1f:14fe/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:24981125 errors:0 dropped:0 overruns:0 frame:0
          TX packets:25389709 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1314822695 (1253.9 Mb)  TX bytes:398503030 (380.0 Mb)
          Interrupt:11 Base address:0xe000

eth1      Link encap:Ethernet  HWaddr 00:80:48:43:21:35
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: 2001:470:d4bd::2/0 Scope:Global
          inet6 addr: fe80::280:48ff:fe49:2135/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:24583514 errors:0 dropped:0 overruns:0 frame:0
          TX packets:21216740 errors:0 dropped:0 overruns:3 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:3835295180 (3657.6 Mb)  TX bytes:55204876 (52.6 Mb)
          Interrupt:10

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:224 errors:0 dropped:0 overruns:0 frame:0
          TX packets:224 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:24165 (23.5 Kb)  TX bytes:24165 (23.5 Kb)

ppp0      Link encap:Point-to-Point Protocol
          inet addr:95.25.163.69  P-t-P:85.21.0.251  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1450  Metric:1
          RX packets:20237356 errors:0 dropped:0 overruns:0 frame:0
          TX packets:22903493 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:4121381987 (3930.4 Mb)  TX bytes:922102751 (879.3 Mb)

Провайдер Corbina Telecom

[/dev/random]

Сделайте в ip6tables явный reject на исходящие соединения на все ipv6-адреса, кроме входящих в вашу подсеть. Должно помочь.

Либо альтернативные варианты, которые приведут к тому же результату: поднимите внешний ipv6 (например, через туннель) или отключите ipv6 в системе совсем.

[NeverM]

ipv6 не использую, раньше игрался с ipv6 туннельными брокерами, но щас это не нужно, сделал так:
ip6tables -A OUTPUT -j REJECT
ip6tables -A INPUT -j REJECT
но ситуация не изменилась

[/dev/random]

ipv6 не использую

Тогда прибейте ipv6-адреса на всех сетевухах.

Код: Выделить всё

$ dig whois.ripe.net any

; <<>> DiG 9.4.3-P5 <<>> whois.ripe.net any
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23515
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;whois.ripe.net.                        IN      ANY

;; ANSWER SECTION:
whois.ripe.net.         43062   IN      RRSIG   AAAA 5 3 172800 20100428101435 20100329101435 47391 ripe.net. vJemeD5RPu+JSO0vQYJ0Kiv//DD5NMq2Wn4Yrv1MXWihlzQVgST5R8Th wa86B1+e8xg5gsx7gvyIQwaYX+IwLJjVprKz76u9P6h0Nqt4Kq9m7tZm udNEfURDS/JHENi3drOhm43wwA+qJBAyaL0V+108xNwrIwepIRGrGmkh 1UFOgE27I6RnqPQZzousqvM4P0g+voTY
whois.ripe.net.         43062   IN      AAAA    2001:610:240:22::c100:687
whois.ripe.net.         42687   IN      RRSIG   A 5 3 172800 20100428101435 20100329101435 47391 ripe.net. PfOfPR1PpFk0IvD/hEEmuB5IjKcNqXMiTiNA0HnVJi4Xxu1RdiDOOnP6 H2Z+nFA4DLb2YB7gQ7pliXVSCUAJyJQhKoth8Qpwv1lj6REZ4lXOyyOM 1hO3t8QUTVsjKkycUqHlrua17NFQrtWEdF++B+ddLrC0P2L3JuvOk/QX 39puDa5OxSg3sR4qYqUiZs9wHcqihXF8
whois.ripe.net.         42687   IN      A       193.0.6.135

;; Query time: 146 msec
;; SERVER: 4.2.2.3#53(4.2.2.3)
;; WHEN: Mon Mar 29 16:48:24 2010
;; MSG SIZE  rcvd: 456

Обратите внимание: сначала возвращаются ipv6-адреса, и только потом ipv4. Это значит, что whois будет сначала пытаться подключиться по ipv6, и у него уйдёт значительное время, чтобы понять, что внешнего ipv6 у вас нет, и подключаться неоткуда.

[NeverM]

Прибил, проблема решена. Большое спасибо!

[NeverM]

Еще один вопрос немного не по теме, после перезагрузки/перезапуска сетевого интерфейса адрес ipv6 автоматически прописывается, можно ли его как нибудь прибить не отключая поддержку ipv6 в ядре?

[/dev/random]

А откуда он у вас берётся? ЕМНИП, 2001:470:* (у вас на eth1) - это брокерские адреса (Hurricane Electric). Они не могут выползти "из ниоткуда".

[NeverM]

2001:470:* удалил уже давно, щас появляются вот такие: fe80::280:48ff:fe1f:14fe/64

[NeverM]

вопрос актуален

[/dev/random]

вопрос актуален

Пока нет адресов с глобальной маской (.../0), прочие адреса мешать не должны. А вы сами сказали, что того адреса больше нет.