Здравствуйте, сразу скажу что я не профессионал в теме, мне нужна небольшая помощь - по сути просто ответ на мой вопрос:Итак, мы сделали проект (по сути это хостинг). При добавлении нового доменного имени пользователем (из веб-интрефейса) зона для него автоматически заводится. После этого (или до этого, неважно) пользователь меняет ns-ы своего домена на наши.
Сервер регулярно делает процедуру проверки, в результате которой он признает что домен успешно переехал к нам, или зоны еще не разошлись. По итогу 3х дней таких проверок, если на одной из них не наступил "успех", домен метится в таблице доменов как непереехавший (причины неважны).
Собственно вопрос: опишите пожалуйста ваше видение этой самой процедуры проверки - переехал таки домен или нет? Важно то, что такие проверки будут проводится регулярно для всех доменов системы, и, следовательно, не могут быть очень долгими, нужно чтобы они занимали милисекунды. Также следует учитывать что домен добавленный пользователем вообще может не существовать (в этом случае например пинг вообще работает почти 10 секунд).
Заранее спасибо!
mz.
Есть команда dig, при помощи которой Вам надо узнать
1) Список авторитативных ns серверов для зоны Вашего домена
2) Список ns серверов Вашего домена, который отдает каждый авторитативный сервер зоны
>Есть команда dig, при помощи которой Вам надо узнать
>1) Список авторитативных ns серверов для зоны Вашего домена
>2) Список ns серверов Вашего домена, который отдает каждый авторитативный сервер зоны
>только начинать видимо стоит не с "Вашего домена", а с домена 1-го уровня исследуемого домена...
и по вышеуказанному циклу дойти до самого исследуемого домена
>Итак, мы сделали проект (по сути это хостинг).что вы могли сделать толкогвого - вы по элементарным весчам бред несете
>>Итак, мы сделали проект (по сути это хостинг).
>
>что вы могли сделать толкогвого - вы по элементарным весчам бред несете
>да уж, поддерживаю...
>>>Итак, мы сделали проект (по сути это хостинг).
>>
>>что вы могли сделать толкогвого - вы по элементарным весчам бред несете
>>
>
>да уж, поддерживаю...Конечно я его сам не писал.
Если вышестоящий указывает на ваши NS, то переехал. Другое дело, что из-за кеширования в зависимости от установок TTL для конечных пользователей новый адрес может начать выдаваться с задержкой в несколько часов.
Если нужна скорость, то про консольные утилиты сразу забудьте. Опрашивайте из программы dns сервера напрямую.
>Если вышестоящий указывает на ваши NS, то переехал. Другое дело, что из-за
>кеширования в зависимости от установок TTL для конечных пользователей новый адрес
>может начать выдаваться с задержкой в несколько часов.
>Если нужна скорость, то про консольные утилиты сразу забудьте. Опрашивайте из программы
>dns сервера напрямую.можно и консольными
whois часто помогает
А whois то здесь каким боком? При резолве база whois ни разу не запрашивается. И то какие NS там прописаны ни на что не влияет.
Ну и расскажи сколько последовательных whois/host/dig/итд сможешь выполнить в секунду, особенно при таймаутах. Потом вспомни, что автор топика говорил о милисекундах(правда зачем это _ему_ остается загадкой).
>А whois то здесь каким боком? При резолве база whois ни разу
>не запрашивается. И то какие NS там прописаны ни на что
>не влияет.ну почему - там весьма актуальная информация + еще можно узнать о статусе делигирования )
>Ну и расскажи сколько последовательных whois/host/dig/итд сможешь выполнить в секунду, особенно при
>таймаутах. Потом вспомни, что автор топика говорил о милисекундах(правда зачем это
>_ему_ остается загадкой).вот и мне сомнительна данная скорость резолва - ни один ДНС сервер вам вообще скорость резолва не гарантирует
также возможен тупой lame )
> Потом вспомни, что автор топика говорил о милисекундах(правда зачем это
>_ему_ остается загадкой).Ну я писал "Важно то, что такие проверки будут проводится регулярно для всех доменов системы, и, следовательно, не могут быть очень долгими, нужно чтобы они занимали милисекунды."
Представьте что доменов тысяча, регулярное использование команд с 10-секундной задержкой получается недопустимо.
>> Потом вспомни, что автор топика говорил о милисекундах(правда зачем это
>>_ему_ остается загадкой).
>
>Ну я писал "Важно то, что такие проверки будут проводится регулярно для
>всех доменов системы, и, следовательно, не могут быть очень долгими, нужно
>чтобы они занимали милисекунды."
>
>Представьте что доменов тысяча, регулярное использование команд с 10-секундной задержкой получается недопустимо.
>да ё маё - если ты не в теме как сам пишеш то хотяб прислушивайся
переехал в твоем понимании это видимо делигирован другим днс - дак смотри whois для начала - да не быстро но все что касаемо ДНС в принципе не быстро - ибо если кеширование и тп "тормоза" раползания инфы - можете смотреть на ДНС серваках - как вам нравитсо ))
Что такое десятки тысяч доменов очень хорошо представляю, не раз с таким работал. Я тонко намекал, что с таким уровнем знаний даже сотня доменов вам не светит. Хотя как говорил один мой друг "запас лохов неисчерпаем".
Через шелл скрипт + внешние команды скорость будет низкой. Прямой опрос небольшим перловым скриптом в десятки, а то и сотни раз быстрее, упирается в ширину канала.
>> Потом вспомни, что автор топика говорил о милисекундах(правда зачем это
>>_ему_ остается загадкой).
>
>Ну я писал "Важно то, что такие проверки будут проводится регулярно для
>всех доменов системы, и, следовательно, не могут быть очень долгими, нужно
>чтобы они занимали милисекунды."
>
>Представьте что доменов тысяча, регулярное использование команд с 10-секундной задержкой получается недопустимо.
>что именно недопустимо?
1000 проверок по 10 сек? а запущенные паралельно...? (коль мы говорим о сверических конях в вакууме)хотя как уже здесь сказали - поставте задачу вашим разработчикам и не морочьте себе и людям голову