Как стать автором
Обновить

Комментарии 95

только бы www cделать в новом окне… а то результаты трудов всех по открытию инфы по доменам уходят в небытие
Открыть в новом окне или вкладке всегда можно кликом средней кнопкой мыши или с клавишами-модификаторами. Принудительно открывать в новом окне не очень правильно, как мне кажется.
НЛО прилетело и опубликовало эту надпись здесь
Мастера русские просто прислушиваются к голосу своего ума-разума, думают мысли дельные да примечают вещи очевидные.
НЛО прилетело и опубликовало эту надпись здесь
Ну почему же, ценим и любим.
Полезная штука!
Но почему-то отображает информацию не обо всех указанных в настройках TLD (скриншот).
Вероятно потому, что whois содержит ссылку на buydomains.com.
Да нет, ссылки внутри WHOIS-информации дело обычное, они не должны мешать.
Хм. Странно. Проверил как на общем сервере, так и на локальном — все TLD-домены отрабатывает. Если повторить запрос, будет то же самое? Какой браузер? Какие плагины установлены?
Firefox 3, для чистоты эксперимента все плагины отключены.
Повторные запросы возвращают то же самое. Причём результат зависит от порядка перечисления favorites TLD. Например, при «all TLD» по умолчанию ставлю favorites=".ru, .com, .net" или ".com, .ru, .net" — возвращает все три, если же favorites=".net, .ru, .com", ".com, .net, .ru" или ".ru, .net, .com" — только два первых.
В опере всё работает нормально.
Нашел, в чем причина. Починил. Проверьте еще раз у себя.
Работает, спасибо!
Из интереса подлючил Firebug: на первый взгляд всё в порядке, но .ru не показывается.
Request: http://whoisdigger.com/lookup.pl?id=1&q=bug%2Bcom%2Bnet%2Bru
заголовки, ответ, скриншот.

Если поменять порядок favorites, все результаты отображаются как положено.
Request: http://whoisdigger.com/lookup.pl?id=1&q=bug%2Bru%2Bcom%2Bnet
заголовки ответ, скриншот.
Ну не знаю, после нескольких неприятных инцидентов, whois сервисами вообще не пользуюсь для проверки занятости домена. Проверяю сразу регистрацией, и если свободен то получается сразу и оплачиваю. Историй с перехватом более чем достаточно.
Пользоваться или нет, решать вам. Я лишь могу заверить, что кроме «use Net::Whois::Raw; $text = whois($domainname)» у меня на сервере по сути из «движка» ничего нет. Т.е. такой же прямой запрос к WHOIS-серверам, как и у регистраторов. Все остальное — UI.
не не, ты что тебя я ни в чем не обвиняю и не подозреваю, это так, уже паранойя )
fsdhgjkldhsflks.pp.ua domain is occupied
fdsjhjfdkhglskdhglskdhglsdhfglks.pp.ua domain is occupied

Уверены? :)
Там какой-то нестандартный ответ WHOIS-сервера. Поправил.

Теперь эти домены свободны, регистрируйте быстрее, пока не увели :)
Вот теперь, похоже, любой .pp.ua — domain is available.
Даже на занятых :)

Я не слишком зануда?
Интересно. Похоже, что на любое доменное имя в зоне .pp.ua выдается следующий ответ (я думал, что это только для несуществующих доменов такое):

======
% This is the Ukrainian Whois query server #B.
% Rights restricted by copyright.
%

No Referal Host.
======

Интересно, есть ли вообще сервис, нормально отображающий статус таких доменов? Даже «родной» поиск на dig.ua таких доменов не находит. :(
nic.ua — показывает :)
Видимо они что-то знают…
Если у Вас там происходит запрос командой whois, то у нее есть волшебный ключик "-h", который позволяет задать кастомный whois-сервис для проверки. Таким образом, для ua и иже с ним, можно делать

«whois -h whois.ua domain.pp.ua»

И все будет хорошо.

ЗЫ. Хорошая привычка — использовать родные сервисы зон.
Если Вы посмотрите на мою цитату выше, то там видно, что ответ я и так получаю от украинского WHOIS-сервера. Видимо у них там какая-то защита стоит или еще что. Пока не разобрался.
То же самое с .by — все домены считаются свободными.
Удобный и полезный сервис.

Максимальная длина домена во всех gTLD и ccTLD составляет 63 символа, Ваш скрипт обрабатывает запросы >63 символов и выводит ответ, что домен свободен.

Кроме того домены не должны начинаться и заканчиваться знаком "-".

P.S. по неопытности нечаянно запостил в другой пост.
ага, спасибо, добавлю соответствующие проверки.
Исправил.
сервис прикольный,
но мне кажется что создавать get ajax запросы в таком виде:

whoisdigger.com/lookup.pl?id=2&q=test%2Bcom

не совсем гуд — этим будут злоупотреблять злые кулхацкеры
чем это может обернуться?
например тем что сервисом будут пользоваться не по назначению, минуя интерфейс сайта
информация общедоступная ведь?
весь интернет состоит из общедоступной информации
речь идёт о том что при таком подходе можно использовать сайт в «неправильных» целях, для массового сбора whois инфы и так далее. При этом в бан попадет ip сайта, а не того кто использует этот сайт

пока сайт маленький — это не проблема, но с ростом сайта это вероятно выльется в какашку
к слову, сейчас ip сайта уже забанен для поиска .com доменов…

Welcome to the Network Solutions Registrar WHOIS Server.

The IP address from which you have visited the Network Solutions Registrar WHOIS
database is contained within a list of IP addresses that may have failed
to abide by Network Solutions' WHOIS policy. Failure to abide by this policy can
adversely impact our systems and servers, preventing the processing of
other WHOIS requests.

To see the Network Solutions WHOIS Policy, click on or copy and paste the following
URL into your browser:

www.networksolutions.com/whois/index.jhtml

If you feel that you have received this message in error, please contact us at:
whoisquery@networksolutions.com and include the following information:

Whois Query: test.com
YOUR IP address is 69.73.181.165
Date and Time of Query: Thu Oct 15 16:16:11 EDT 2009
Reason Code: IE
и в каком же виде тогда делать запросы? понятно что нужно добавить csrf-token, но чем вам не угодил get?
Ну запросят напрямую — ну получат ответ в XML. Чем это проще, чем сделать напрямую вызов whois() из своего скрипта?
Многиe whois сервера не дают whoisить > n доменов, а так как все запросы идут через Ваш сервер то он может оказаться заблокированным на некоторе время.
Было бы здорово подсвечивать ns сервера и домен емейла администратора.
А то иногда не докопаешься чей домен и где концы искать.
Интересная идея, спасибо.
НЛО прилетело и опубликовало эту надпись здесь
Нет, не замечал за собой такого.

В порочащих связях замечен не был. Характер стойкий, нордический. Женат. :)
Будет ли открытое api? Если нет, как вы отнесетесь к парсингу сайта ирц-ботом?
Тому, кому нужен API, берет, собственно, любую библиотеку работы с WHOIS напрямую (для Perl это, например, модули Net::Whois::*). Зачем использовать WHOIS Digger как промежуточное звено? Информация из WHOIS ведь общедоступна. Сделал запрос — получил данные WHOIS-записи в текстовом виде.
Не спорю. Такой способ просто самый быстрый и простой.
И — нет, я не собираюсь парсить whoisdegger, спросил из интереса, на будущее. :)
А, вижу, выше как раз об этом упомянули. Имхо, из-за простоты иногда удобнее обработать xml'ку, чем делать свой веломипед, так что api с регистрацией, например, по IP будет более-менее популярно.
Не боитесь бана на WHOIS серверах за слишком интенсивное использование данных? К примеру, из правил RIPN — www.ripn.net/nic/whois/about_whois.html:
С одного IP-адреса допускается делать не более 30 запросов в минуту.

В случае систематических превышении ограничений технических ограничений РосНИИРОС оставляет за собой право не возобновлять доступ пользователя к WHOIS-сервису.
Не думаю, что сервис будет настолько популярным, что будет превышать это значение. Разве только в период Хабраэффекта.

Это больше от сканирования всей базы ботами ограничение.

В любом случае, если такое вдруг произойдет, введу ограничение. Или исходники опубликую, чтобы люди могли этот интерфейс крутить на личном сервере.
НЛО прилетело и опубликовало эту надпись здесь
Может такие whois и были раньше, но меня реально порадовало, что можно написать pupkin.com, а не pupkin и мучительно искать где бы поставить галочку перед com.
обязана быть возможность работы по обычным POST или GET запросам. Ну или без яваскрипта, что впринципе всё равно. Это надо, например, таким как я пользователям оперы. Я ткнул по строке поиска на одном популярном whois, сделал «создать поисковый движок», впечатал «whois»
Теперь в адресной строке пишу whois domain.com, и попадаю на страницу с готовыми результатами. Сделайте пожалуйста, и я с удовольствием сменю свой дефолтовый whois поиск на Ваш — уж больно приглянулся, спасибо.
Теперь WHOIS Digger поддерживает функцию OpenSearch (доступную в Internet Explorer и Firefox). Достаточно зайти на whoisdigger.com и ниспадающем меню поля поиска в браузере появится пункт «Whois», который можно добавить в список провайдеров поиска на постоянной основе.

Синтаксис запроса в URL:

http://whoisdigger.com/?foo
http://whoisdigger.com/?foo.*
http://whoisdigger.com/?foo.info
Т.е. при добавлении новой службы поиска в Opera или в Chrome
URL надо указать вот так:
http://whoisdigger.com/?%s
Небольшой офф: известен ли кому-нибудь способ выявить все домены, зарегистрированные на конкретного человека?
В зоне .ru — это 1stat.ru. Раньше еще был замечательный сервис searchwhois.ru, но со вводом функции Private Person в нашей доблестной, сервис стал не пригодным.

В gTLD почти все используют Private Protect, тем не менее такой сервис есть, но платный, адреса к сожалению не помню.
1stat.ru то не работает, то не видит очевидного да и кроме ру(су)шек ничего не умеет.
Буржуйский domaintools.com работает, но денег хочет неадекватных =(
Если добавите историю на стрелочки — будет совсем хорошо :)
Это в самом поле ввода? Можно. Пока же можно нажать пробел в пустом поле ввода, чтобы вернуться к предыдущему содержимому строки.
Хм, уже зашибись, но как-то не интуитивно.
Ужасно работает или я не понял как работать с ним.
Вот скриншот, показывает, что показывает не все домены, но и через раз показывает свободный или занятый:
clip2net.com/page/m0/2209336
Хабраэффект в действии.

.ORG имеет дурацкий лимит в 4 запроса в минуту на IP. Теперь я это отрабатываю и пишу соответствующий статус вместо свободно/занято.

А вот почему показывает не все домены — странно. Видно, что просто не весь HTML полученный с сервера, отображается в истории. Какой у Вас браузер?
Mozilla Firefox 3.5.3
В Google Chrome тоже самое показывает(

Подожду, когда хабраэффеки притихнет. =)
С тем что в Firefox обрывался ответ и показывало не все домены, я вроде разобрался. Теперь должно быть нормально.
Да, теперь всё работает. Отличный сервис! ;) В закладки занес =)
Ваш сервис выдал мне:
alexey (.tokar.net.ua)
.tokar.net.ua is an invalid TLD
tokar (.net.ua)
.net.ua is an invalid TLD


на самом же деле я там обитаю…
Хабраэффект. .net.ua видимо блокирует по IP. Вместо «is an invalid TLD» поставил более корректное сообщение. Надеюсь, через какое-то время оживет.
не работает для зоны .nz
Lib.rus.ec
hab.rus.ec
asdjfffffffsdhg.rus.ec — domain is occupied
С .ec поправил, а вот домены третьего уровня *.rus.ус через WHOIS и не должны обрабатываться. сам rus.ec — обычный домен.

Я попробую эту ситуацию обрабатывать (видимо, придется явно перечислить все известные домены, которые можно вводить, а на остальные ругаться).
Работает. Попробуйте сами ввести:

kolba.su
neprine.su

первый занят, второй свободен.
а для «domain.*» зона «su» не проверяется
По умолчанию — да. Щелкните по ссылке [Help & Settings] и добавьте .su в соответствующее поле ввода. После этого можно будет искать автоматом либо по domain.*, либо просто по domain (в зависимости от того, куда вы .su добавите).
С отключенными Ява-скриптами ничего не работает.
С отключенными java-скриптами вообще мало что где будет работать. )
Спасибо! Раньше пользовался input.name/
Теперь буду вашим :)
Сервису нельзя скормить линк, содержащий слэши. Вместо отбрасывания http://, он проверяет такой домен и выдаёт, что он свободен.
i029.radikal.ru/0910/33/31c25cb65869.jpg
Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729) — Build ID: 20090824101458
Ну, в общем-то, раком поставить можно любую систему при должной сноровке. :)

Если есть URL, значит, домен уже существует — чего его проверять?

Подумаю, как правильнее обрабатывать такую ситуацию.
Извиняюсь, хотел добавить, что сервис вообще все слэши на конце некорректно считает частью домена.
не понял, зачем еще один велосипед
Просто проверять подряд много разных имен получается быстрее, чем на других WHOIS-сервисах.
До этого не видел. Он только для com/net/org работает, насколько я понял.
А под Windows аналога стандартного бинарника whois, который в любой *nix системе присутствует нету?
Класс, мне нравится =)
Сервис крайне приятный, спасибо Вам за труды.

PS: накрыло хабраэфектом по всей видимости.

IP Address: 69.73.181.165
Maximum Daily connection limit reached. Lookup refused.

когда вас забанят на всех WHOIS серверах это всего лишь вопрос времени :)

имхо, надо как-то распределять нагрузку, чтобы запросы выполняли сами клиентские машины. я бы покопал greasemonkey на эту тему — по-моему единственный легальный способ заставить клиентские машины выполнять нужные скрипты.
Ни с помощью Javascript, ни с помощью Flash, ни даже на Java, WHOIS-информацию получить нельзя.

Если в браузере — только ActiveX и прочие плагины. Но по понятным причинам нормальные люди заради WHOIS себе ничего такого ставить не будут.

Реальный вариант при большой нагрузке только один — раздавать исходник, чтобы люди ставили утилитку на свой сервер и сами ей пользовались. Это решает проблему большого числа запросов с отдельного IP и повышает доверие к системе (что запрашиваемые адреса не будут кем-то перехвачены).

Ну или обернуть эту утилиту в виде клиентского приложения (на AIR, например), чтобы все это работало на клиентах, но это уже много возни.
Наверное, правильнее будет сказать так: «с помощью %% нельзя делать кросс-доменные запросы, поэтому не получается использовать %% в моих целях»?

Так вот, greasemonkey позволяет делать кросс-доменные запросы: diveintogreasemonkey.org/api/gm_xmlhttprequest.html. «В лоб» — можно попробовать сделать с клиента такие же запросы, как вы делаете с сервера. Немножко извращённее, но вдруг понадобится — создать iframe на адрес whois-сервиса, в нём получить необходимые данные, после чего передать их основной странице через, например, GM_SetValue. Обсуждают тему тут: groups.google.com/group/greasemonkey-users/browse_thread/thread/7128ac62c10aeb/1726c4698a3f6bed
Нет. Запрос WHOIS — это работа с TCP-сокетом (не HTTP). C сокетами Javascript умеет работать через прокси Flash-объект, но там опять вступают в силу crossdomain-ограничения. Так что не получится.
НЛО прилетело и опубликовало эту надпись здесь
Сорри, что пишу в тему полугодичной давности, но у меня назрел вопрос: При установки сервиса на свой хостинг на все запросы возникает ошибка «Invalid xml document received». Как поправить?
Надо смотреть в сторону content-type. Посмотрите в Firefox через Live HTTP Headers заголовок content-type, который отдает сервер при выдаче xml. Ну и просто проверьте, что xml выдается валидный, без ошибок. В логах тоже ошибок быть не должно.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации