1. Индентификация провайдером возможна по тикетам: Номера 2790424,2790424 ( в данном случае я наемный админ, на которого кричат за не сданный заказ)
2. Не применимо ( сайт не ставился)
3. При создании VDS не создался PTR, прописалась какая - то чушь .tst. Проект предусматривает почтовый сервер, PTR - необходим ( в иинсталяторе проверяется наличие, хотя исправить sh файл можно, но проку от такой инсталяции - маловато). Подождав 6 часов ( удвоееное время обновления с мастера зоны arpa) написал в саппорт, клиент торопит, все происходит ночью, - отывет "Ваш запрос передан в отдел maintenance", ответят через 5 с чем- то часов. Ок - идем спать, утром - просто сдвиг на 24 часа ожидаемого времени ответа, матерюсь но жду, теперь уже без "ответят через" просто висит тикет. Попытался написать второй тикет, поскольку, на мой взгля исправление текущей ситуации ( прописать PTR, а не разобраться почему это не случилось автоматом) требует пары минут у человека с доступом к правке файлов ( баз?) зон.
4. А что я могу предпринять: проверил что это именно на первичных серверах нет данных, написал тикет...
5. Чего хочу от провайдера - отдать мне весь свой бизнес, очищенный от долгов, так как они, гадкие люди, на это не согласятся, то главное - исправления ситуации, деньги на тот акк в компенсацию - хотя бы за дни не использования ( лучше удвоенное), лично себе - бутылку пива. Очень хочу не повторения такого, потому как менять рекомендованного поставщика VPS не хотелось бы, до этого момента у 30 примерно клиентов было все в порядке.
Полная версия: firstVDS - отсуствие внятной реакции на запросы
Онлайн-форум hostobzor.ru > Архив (темы до 1.06.2015). Только для чтения. > Пресс-центр Хостинг-Провайдеров > Претензии и жалобы клиентов
Если у вас уже есть 30 ВДСов, то не вижу проблем с тем, чтобы держать собственные нейм-сервера, а не ходить к кому-то на поклон..
Цитата(dima2 @ 18.03.2012, 21:58) 
Если у вас уже есть 30 ВДСов, то не вижу проблем с тем, чтобы держать собственные нейм-сервера, а не ходить к кому-то на поклон..
Первое они не мои - я админю и/или ставлю софт, во вторых - прямые зоны у меня, а вот как я могу держать обратную зону - не понятно ( не думаю что мне им интересно rfc2317 под меня включать).
Цитата(nikosd @ 18.03.2012, 14:25)
1. Индентификация провайдером возможна по тикетам: Номера 2790424,2790424 ( в данном случае я наемный админ, на которого кричат за не сданный заказ)
Исправили, осталось кричать "крови, крови.." или "пива, пива...", а на самом деле хочется понять что же случилось с хорошей машиной по предоставлению услуг. Если кто - то из провайдеров расскажет что доступ к редактированию зон у них имеет всего один админ из 10 или отсуствие подобного сотрудника а online 2 дня - норма - сниму требование пива.
Вы в своих претензиях не одиноки) http://zapili.net/vps/281
Цитата(nikosd @ 18.03.2012, 14:25)
Подождав 6 часов ( удвоееное время обновления с мастера зоны arpa)
проверять можно сразу на DNS провайдера, который отвечает за обратную зону.
к примеру
Код
# dig -x 188.120.241.90 +trace
; <<>> DiG 9.6.-ESV-R5-P1 <<>> -x 188.120.241.90 +trace
;; global options: +cmd
. 487424 IN NS g.root-servers.net.
. 487424 IN NS a.root-servers.net.
. 487424 IN NS l.root-servers.net.
. 487424 IN NS i.root-servers.net.
. 487424 IN NS d.root-servers.net.
. 487424 IN NS j.root-servers.net.
. 487424 IN NS b.root-servers.net.
. 487424 IN NS m.root-servers.net.
. 487424 IN NS f.root-servers.net.
. 487424 IN NS e.root-servers.net.
. 487424 IN NS h.root-servers.net.
. 487424 IN NS k.root-servers.net.
. 487424 IN NS c.root-servers.net.
;; Received 512 bytes from 85.234.20.9#53(85.234.20.9) in 27 ms
in-addr.arpa. 172800 IN NS e.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS d.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS a.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS c.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS f.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS b.in-addr-servers.arpa.
;; Received 421 bytes from 192.228.79.201#53(192.228.79.201) in 214 ms
188.in-addr.arpa. 86400 IN NS sec3.apnic.net.
188.in-addr.arpa. 86400 IN NS sns-pb.isc.org.
188.in-addr.arpa. 86400 IN NS ns3.nic.fr.
188.in-addr.arpa. 86400 IN NS pri.authdns.ripe.net.
188.in-addr.arpa. 86400 IN NS sec1.apnic.net.
188.in-addr.arpa. 86400 IN NS tinnie.arin.net.
;; Received 201 bytes from 203.119.86.101#53(203.119.86.101) in 406 ms
241.120.188.in-addr.arpa. 172800 IN NS ns3.ispsystem.net.
241.120.188.in-addr.arpa. 172800 IN NS ns1.ispsystem.net.
;; Received 94 bytes from 202.12.29.59#53(202.12.29.59) in 368 ms
90.241.120.188.in-addr.arpa. 3600 IN PTR firstvds.ru.
241.120.188.in-addr.arpa. 3600 IN NS ns1.ispsystem.net.
241.120.188.in-addr.arpa. 3600 IN NS ns3.ispsystem.net.
;; Received 119 bytes from 188.120.247.3#53(188.120.247.3) in 12 ms
за блок адресов 188.120.241.X (видно в этом фрагменте) отвечают ns1.ispsystem.net и ns3.ispsystem.net
Цитата(kpv @ 20.03.2012, 02:10)
проверять можно сразу на DNS провайдера, который отвечает за обратную зону.
к примеру
Код
# dig -x 188.120.241.90 +trace
; <<>> DiG 9.6.-ESV-R5-P1 <<>> -x 188.120.241.90 +trace
;; global options: +cmd
. 487424 IN NS g.root-servers.net.
. 487424 IN NS a.root-servers.net.
. 487424 IN NS l.root-servers.net.
. 487424 IN NS i.root-servers.net.
. 487424 IN NS d.root-servers.net.
. 487424 IN NS j.root-servers.net.
. 487424 IN NS b.root-servers.net.
. 487424 IN NS m.root-servers.net.
. 487424 IN NS f.root-servers.net.
. 487424 IN NS e.root-servers.net.
. 487424 IN NS h.root-servers.net.
. 487424 IN NS k.root-servers.net.
. 487424 IN NS c.root-servers.net.
;; Received 512 bytes from 85.234.20.9#53(85.234.20.9) in 27 ms
in-addr.arpa. 172800 IN NS e.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS d.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS a.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS c.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS f.in-addr-servers.arpa.
in-addr.arpa. 172800 IN NS b.in-addr-servers.arpa.
;; Received 421 bytes from 192.228.79.201#53(192.228.79.201) in 214 ms
188.in-addr.arpa. 86400 IN NS sec3.apnic.net.
188.in-addr.arpa. 86400 IN NS sns-pb.isc.org.
188.in-addr.arpa. 86400 IN NS ns3.nic.fr.
188.in-addr.arpa. 86400 IN NS pri.authdns.ripe.net.
188.in-addr.arpa. 86400 IN NS sec1.apnic.net.
188.in-addr.arpa. 86400 IN NS tinnie.arin.net.
;; Received 201 bytes from 203.119.86.101#53(203.119.86.101) in 406 ms
241.120.188.in-addr.arpa. 172800 IN NS ns3.ispsystem.net.
241.120.188.in-addr.arpa. 172800 IN NS ns1.ispsystem.net.
;; Received 94 bytes from 202.12.29.59#53(202.12.29.59) in 368 ms
90.241.120.188.in-addr.arpa. 3600 IN PTR firstvds.ru.
241.120.188.in-addr.arpa. 3600 IN NS ns1.ispsystem.net.
241.120.188.in-addr.arpa. 3600 IN NS ns3.ispsystem.net.
;; Received 119 bytes from 188.120.247.3#53(188.120.247.3) in 12 ms
за блок адресов 188.120.241.X (видно в этом фрагменте) отвечают ns1.ispsystem.net и ns3.ispsystem.net
Спасибо, какой длинный путь и сколько вывода, может кому и полезно как узнать PTR точно, но я знаю, честно знаю..
4. А что я могу предпринять: проверил что это именно на первичных серверах нет данных, написал тикет... , я не знаю я честные ли первичные показаны, на работе, например, выставлены в инет сервера не ведущие зону, а slave, первичный с адресом 192.168.x.x никому не доступен из инета, полной уверености в том что там иначе - не было
Код
ip=194.87.0.8; for i in `dig -x $ip +trace | grep -v \; | grep NS | tail -2 | awk '{print $5}'`; do dig -x $ip | grep -A1 ';; ANSWER SECTION' | tail -1| awk '{print $5}'; done
вот такой оверквотинг действительно длинный не надо делать. скрипт непонятно для чего писали, так как строчка выводе команды дига
даёт прописанный PTR
90.241.120.188.in-addr.arpa. 3600 IN PTR firstvds.ru.
или в вашем варианте:
8.0.87.194.in-addr.arpa. 86362 IN PTR ns.demos.ru.
откуда взят ответ - есть в каждой секции, конечный ответ о PTR к примеру получен отсюда
;; Received 119 bytes from 188.120.247.3#53(188.120.247.3) in 12 ms
надо узнать что даёт второй DNS (слейв к примеру) - запросите ещё раз
dig -x 188.120.241.90 @ns1.ispsystem.net
; <<>> DiG 9.6.-ESV-R5-P1 <<>> -x 188.120.241.90 @ns1.ispsystem.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1354
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;90.241.120.188.in-addr.arpa. IN PTR
;; ANSWER SECTION:
90.241.120.188.in-addr.arpa. 3600 IN PTR firstvds.ru.
;; AUTHORITY SECTION:
241.120.188.in-addr.arpa. 3600 IN NS ns1.ispsystem.net.
241.120.188.in-addr.arpa. 3600 IN NS ns3.ispsystem.net.
;; ADDITIONAL SECTION:
ns1.ispsystem.net. 3600 IN A 82.146.34.225
ns3.ispsystem.net. 3600 IN A 188.120.247.3
;; Query time: 66 msec
;; SERVER: 82.146.34.225#53(82.146.34.225)
;; WHEN: Tue Mar 20 10:22:19 2012
;; MSG SIZE rcvd: 151
DNS для обратной зоны провайдера прописали один раз N лет назад и нет никакого смысла проверять на корневых DNS куда сейчас это зона ведёт (хотя dig и это покажет), так как обновление идёт не на корневых зонах, а на DNS хостера.
А какой результат работы даёт ваш скрипт?
даёт прописанный PTR
90.241.120.188.in-addr.arpa. 3600 IN PTR firstvds.ru.
или в вашем варианте:
8.0.87.194.in-addr.arpa. 86362 IN PTR ns.demos.ru.
откуда взят ответ - есть в каждой секции, конечный ответ о PTR к примеру получен отсюда
;; Received 119 bytes from 188.120.247.3#53(188.120.247.3) in 12 ms
надо узнать что даёт второй DNS (слейв к примеру) - запросите ещё раз
Код
dig -x 188.120.241.90 @ns1.ispsystem.net
; <<>> DiG 9.6.-ESV-R5-P1 <<>> -x 188.120.241.90 @ns1.ispsystem.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1354
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;90.241.120.188.in-addr.arpa. IN PTR
;; ANSWER SECTION:
90.241.120.188.in-addr.arpa. 3600 IN PTR firstvds.ru.
;; AUTHORITY SECTION:
241.120.188.in-addr.arpa. 3600 IN NS ns1.ispsystem.net.
241.120.188.in-addr.arpa. 3600 IN NS ns3.ispsystem.net.
;; ADDITIONAL SECTION:
ns1.ispsystem.net. 3600 IN A 82.146.34.225
ns3.ispsystem.net. 3600 IN A 188.120.247.3
;; Query time: 66 msec
;; SERVER: 82.146.34.225#53(82.146.34.225)
;; WHEN: Tue Mar 20 10:22:19 2012
;; MSG SIZE rcvd: 151
DNS для обратной зоны провайдера прописали один раз N лет назад и нет никакого смысла проверять на корневых DNS куда сейчас это зона ведёт (хотя dig и это покажет), так как обновление идёт не на корневых зонах, а на DNS хостера.
А какой результат работы даёт ваш скрипт?
Цитата(kpv @ 20.03.2012, 10:23)
вот такой оверквотинг действительно длинный не надо делать. скрипт непонятно для чего писали, так как строчка выводе команды дига
А какой результат работы даёт ваш скрипт?
Это кусок из чего - то когда надо было проверить PTR на двух серверах...
. Там уже все исправили, сказать извините и принести мне пиво - не хотят, наверное надо бы тему закрыть... авось прочтут и что - нибудь исправят.
Это текстовая версия — только основной контент. Для просмотра полной версии этой страницы, пожалуйста, нажмите сюда.