Домено/хостинго гон...

12
_
На сайте с 24.07.2002
Offline
299
_Ad
#11
BoyStav:
да не еслиб провайдерский кеш был проблемой, то домен бы не ресолвился в IP а тут он ресолвится, а браузер не может с сервером соедениться. похоже что кеш у браузеров, только это может объяснить такие гоны.

BoyStav добавил 09.04.2009 в 20:31


идут куда надо, терминал на 80й порт цепляется

BoyStav добавил 09.04.2009 в 20:33


кидал все хорошо.

проблема какраз в том, что например из дома обращение по ИП дает результат, по домену с www тоже, а по домену без www - невозможно подрубиться к серверу.

в общем наверно можно закрывать, буду дома скину настройки браузера, посмотрю результат

это проблема с провайдером локальным.. Точно такие же симптомы с петерстаром и иногда с жпрс от мегафона.. Симптомы те же самые - с ввв подцепляется сайт, а без - ввв нет.. Когда кэш восстанавливают - и без ввв начинает работать..

в общем, я б на вашем месте не переживал бы.. Все у вас нормально

_
На сайте с 16.07.2006
Offline
148
#12
BoyStav:
В общем ситуация:

перенес сайт на новый сервер, поставил домену новый НС.
подождал пока будет ресолвиться в правильный ИП и тут началось...
сразу замечу ИП для сайта выделенный.

домен superdoctor.info

nslookup ресолвит как superdoctor.info так и www.superdoctor.info

дома:
ИП - сайт
superdoctor.info - невозможно соедениться с сервером
www.superdoctor.info - сайт

работа:
все работает

другой город 1:
ИП - сайт
домены - невозможно связаться с сервером
ресолв в адреса коректен

другой город 2:
ситуация как дома...

в общем я в смятении, никогда с таким не сталкивался, может кто просвятит откуда могут ноги рости?

То, что есть обычное кеширование, знают многие, время кешироания задает владелец

домена с помощью TTL.

То что вы рассказываете очень похоже на негативное кеширование!, про него частенько забывают.

Допустим, сервер хостера еще не сгенерил A запись для вашего сайт,

а вы уже спросили у системы DNS имя вашего сайта без www. Провайдерский кеш

радостно закешировал негативный ответ, время кеширования негативного ответа задается

minimum TTL в SOA записи (но также это время может быть жестко задано вашим провайдером). Наконец вы устали ждать,

и начали пробовать все подряд (зона у хостера к тому моменту уже сгенерилась),

в том числе и с www. А вот c www у провайдерского

DNS в кеше не было, он сбегал к днс хостера и закешировал правильный ip адрес.

И в итоге получается странная ситуация:

- без www не открывается

- с www открывается

В данном случае делаете

dig @днс_вашего_домашнего_провайдера superdoctor.info a

И смотрите сколько осталось ждать, на примере dsfsdf.rbc.ru:

dig dsfsdf.rbc.ru a

; <<>> DiG 9.3.3 <<>> dsfsdf.rbc.ru a

;; global options: printcmd

;; Got answer:

;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 23893

;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:

;dsfsdf.rbc.ru. IN A

;; AUTHORITY SECTION:

rbc.ru. 58 IN SOA ns.rbc.ru. noc.rbc.ru. 2009040800 3600 1800 604800 60

^^^^^

58 секунд, в вашем случае это может быть больше

Правило трех благ для бизнеса: благо для компании, благо для клиента, благо для всего общества в целом.
12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий