netwind: Outsourcenow, сначала расскажите как в bind испортить TTL не залезая в исходный код.
А с чего вы взяли, что на кэширующем NS-е у провайдера в усть-кукуевской области стоит бинд?
Кроме того, кривым может быть не только бинд - транспарентная прокся точно так же можешь кэшировать А-ответы.
Для протокола: я не знаю, как заставить бинд ингорировать ттл, полученый от внешнего днс-сервера, ибо колхоза должно быть в меру. Но подозреваю, что это можно сделать даже в нем.
Мне кажется, вы или неправильно переносили или что-то не так считали.
Не, это вам неправильно кажется :-) Погуглите про ignore ttl - даже на /. много ругани по этому поводу, и не только на российских операторов.
netwind: Outsourcenow, ну откуда у вас данные о 40% ? Записи NS в .ru действительно с гигантским TTL, но тут ведь они в этой схеме не изменяются вообще.
Из логов.
При изменении записи для хоста в зоне с ttl=600 по старому адресу трафик льется еще очень долго. В течении 5-6 часов - до 50% трафика приземляется по старым адресам.
Причина в колхозных местечковых провайдерах, насколько показывает анализ.
Каждый NS резолвит всё(включая ns1-ns3) в себя. В результате, если сервер полностью в дауне - запросы на него не идут, тк в него нет резолва - никто, кроме него самого, не резолвит в его IP.
Не считая тех милых граждан, что кэширует ответы, наплевав на ttl. (30-40% примерно).
Вопрос с делегированием домена на подобных ns-серверах опустим, он конечно решаемый.
Но в целом - решение, пожалуй, самое качественное из колхозных.
FeoOne: Ребят, помогите привязать домен к серверу в virtualmin+webmin.
в качестве slave зоны использую http://ns2.trifle.net/, но он не может слить зону, выдаёт ошибку.
Может доки у кого какие есть или кто знает как решить проблему?
Затык на сливании зоны с вашего NS на вторичный?
axfr разрешены на вашем сервере? 53/tcp не зафильтрован?
я так и пытался, но увы)
Собственно вот конфиг
Это у вас, простите, боевой конфиг? Торчаший в интернет?
Максимальная скорость у Wget'а порядка 360 kb/sec, смахивает на 10Mbit соединение, хотя обещали 100 Mbit. :(
Попингуй большими пакетами дефолт, высчитай скорость.
Может у вас зона не сразу обновилась на других серверах ?
На моих - все обновилось сразу, конечно.
Вобщем, по-всякому бывает - надо аккуратно к вопросу подходить.
Outsourcenow, сначала расскажите как в bind испортить TTL не залезая в исходный код.
А с чего вы взяли, что на кэширующем NS-е у провайдера в усть-кукуевской области стоит бинд?
Кроме того, кривым может быть не только бинд - транспарентная прокся точно так же можешь кэшировать А-ответы.
Для протокола: я не знаю, как заставить бинд ингорировать ттл, полученый от внешнего днс-сервера, ибо колхоза должно быть в меру. Но подозреваю, что это можно сделать даже в нем.
Не, это вам неправильно кажется :-) Погуглите про ignore ttl - даже на /. много ругани по этому поводу, и не только на российских операторов.
Outsourcenow, ну откуда у вас данные о 40% ? Записи NS в .ru действительно с гигантским TTL, но тут ведь они в этой схеме не изменяются вообще.
Из логов.
При изменении записи для хоста в зоне с ttl=600 по старому адресу трафик льется еще очень долго. В течении 5-6 часов - до 50% трафика приземляется по старым адресам.
Причина в колхозных местечковых провайдерах, насколько показывает анализ.
Каждый NS резолвит всё(включая ns1-ns3) в себя. В результате, если сервер полностью в дауне - запросы на него не идут, тк в него нет резолва - никто, кроме него самого, не резолвит в его IP.
Не считая тех милых граждан, что кэширует ответы, наплевав на ttl. (30-40% примерно).
Вопрос с делегированием домена на подобных ns-серверах опустим, он конечно решаемый.
Но в целом - решение, пожалуй, самое качественное из колхозных.
Ребят, помогите привязать домен к серверу в virtualmin+webmin.
в качестве slave зоны использую http://ns2.trifle.net/, но он не может слить зону, выдаёт ошибку.
Может доки у кого какие есть или кто знает как решить проблему?
Затык на сливании зоны с вашего NS на вторичный?
axfr разрешены на вашем сервере? 53/tcp не зафильтрован?
А кто вам сказал что такие пакеты вообще в сеть передаются ? и кому может понадобиться настраивать такой маршут?
Сдается мне, что "шлейфовый" интерфейс - це лупбэк.
прошло 18 минут сервер mysql снова лег.
А с чего вы решили, что сервер "лег"?
У вас, к примеру, тупят запросы, забивая пул входящих коннектов - и ******!
Сервер работает, но где-то внутри себя. Прибейте веб-сервер - и минут через пять база отпотеет.
Говорит лишь о том, что работа с базой сделана криво.
, несколько раз натыкался
IP 117.47.76.220
Тайланд,
inetnum: 117.47.0.0 - 117.47.255.255
netname: TTTNET
descr: Maxnet, Internet Service Provider, Bangkok
descr: under management by TT&T co. ltd Thailand
country: TH
admin-c: mn236-AP
tech-c: mn236-AP
status: ALLOCATED PORTABLE
remarks: -+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+-+-+
remarks: This object can only be updated by APNIC hostmasters.
remarks: To update this object, please contact APNIC
remarks: hostmasters and include your organisation's account
remarks: name in the subject line.
remarks: -+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+-+-+
changed: hm-changed@apnic.net 20070618
mnt-by: APNIC-HM
mnt-lower: MAINT-TH-WICHAI
changed: hm-changed@apnic.net 20071218
source: APNIC