- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Подскажите, пожалуйста, в чем проблема.
Хостинг-провайдер сменил ДНС сервера, прошел уже месяц после смены. После этого сайт периодически недоступен, не пингуется. Причем www.домен.com пингуется, а домен.com - нет, через пять минут может быть наоборот. Иногда бывает, что и www.домен.com и домен.com доступны одновременно, а через некоторое время одновременно недоступны.
host-tracker.com также показывает недоступность сайта из некоторых мест.
Хостинг-провайдер говорит, что у него все прописано правильно и из-за чего так происходит, он не знает.
Проверил несколько сайтов клиентов провайдера с теми же ДНС что и у меня, у них все нормально. И команда пинг и хост-трекер показывают доступность проверяемых сайтов.
В чем может быть причина?
проверьте еще раз все настройки,
зачастую это проблема связана с какой-нибудь мелкой ошибкой.
Вам нужно с одной стороны пробить регистранта лутше от перрвоисточника т.е. если это .com.net то на nic.com, если это .ru то на nic.ru посмотрите какие NS серверы занесены там именно такие и никакие другие должны быть настроены у вас или вашего провайдера, сделайте с независимого источника что-то типа:
dig vash_domen.com @ip_ns_сервер_провайдера
это покажет какие записи занесены по вашему домену у ответственного нс сервера, обычно тут и кроется ошибка и работает интернетовский кеш...
если черкнете в приват домен, могу помочь
зайдите на http://demo.dnsdoctor.org и проверьте свой домен - это недо делать первым делом при всех изменениях. Проверьте 1) не указывая нынешние DNS сервера, 2) указывая их в явном виде.
зайдите на http://demo.dnsdoctor.org и проверьте свой домен - это недо делать первым делом при всех изменениях. Проверьте 1) не указывая нынешние DNS сервера, 2) указывая их в явном виде.
Проверил, вот что получилось.
1) без указания DNS серверов:
для www.domen.com:
- Unable to find primary nameserver (SOA)
для domen.com - показывает старые ДНС, их IP-адрес + следующее:
- (Warning) Nameservers are all part of the same AS
- (Warning) Host doesn't reply to ICMP requests (firewall?)
- (Fatal) Server doesn't listen/answer on port 53 for UDP protocol
2) с указанием нынешних DNS серверов:
для www.domen.com:
- (Warning) Nameservers are all part of the same AS
- (Fatal) No SOA record found on server
для domen.com:
- (Warning) Nameservers are all part of the same AS
- (Fatal) The nameserver list doesn't match the given one
Ясно, что что-то не так с ДНС. Что конкретно не так, чтобы указать на это провайдеру? Так как раньше ответ был, что у них все нормально.
1) без указания DNS серверов:
для www.domen.com:
- Unable to find primary nameserver (SOA)
Ясно, что что-то не так с ДНС. Что конкретно не так, чтобы указать на это провайдеру? Так как раньше ответ был, что у них все нормально.
помоему вот этого первого пункта вполне достаточно на все случаи жизни ;)
Проверил, вот что получилось.
1) без указания DNS серверов:
для www.domen.com:
- Unable to find primary nameserver (SOA)
для domen.com - показывает старые ДНС, их IP-адрес + следующее:
- (Warning) Nameservers are all part of the same AS
- (Warning) Host doesn't reply to ICMP requests (firewall?)
- (Fatal) Server doesn't listen/answer on port 53 for UDP protocol
2) с указанием нынешних DNS серверов:
для www.domen.com:
- (Warning) Nameservers are all part of the same AS
- (Fatal) No SOA record found on server
Это нормально. www.domain.com - такого, скорее всего, домена нет. Это имя хоста, не домена. Домен такой теоретически быть может, но очень редко.
для domen.com:
- (Warning) Nameservers are all part of the same AS
- (Fatal) The nameserver list doesn't match the given one
Ясно, что что-то не так с ДНС. Что конкретно не так, чтобы указать на это провайдеру? Так как раньше ответ был, что у них все нормально.
Nameservers are all part of the same AS - значит, что сервера имён в одной автономной системой, то есть если автономная система накрывается, Ваш домен накрывается вместе с ней и его имена не будут распознаваться. Это как раз для тех, кто оба сервера ставить любит в одной сети класса С или вообще на одной машине
The nameserver list doesn't match the given one А вот это значит, что у вас первичный и вторичный серверы представляют разные списки серверов имён. Вообще там, в сообщениях днсдоктора, точно написано что именно произошло, это самая информативная часть сообщений, и именно её Вы не показали. На практике - не сработало обновление вторичного сервера при изменении зоны на первичном.
Делаем так: надо посмотреть, какие сервера обслуживают домен:
whois domain.com
выдаётся список NS серверов, например ns1 и ns2. Далее опрашиваем каждый:
dig @ns1 domain.com NS
dig @ns2 domain.com NS
и сравниваем показания. Если dig отсуствует, тот же результат nslookup даст: вот команды, которые надо дать. nslookup - это программа, далее идет то, что ей надо ввести с клавиатуры.
C:>nslookup
server ns1
set q=ns
domain.com
получаем тот же список NS серверов. Сравниваем их.
В результате обнаруживаем, что первичный сервер правильный, вторичный - неправильный.
Вообще, для Вашего провайдера ошибки, выданные днсдоктором, являются руководством к действию.
Pilat, спасибо за помощь.
Результаты команды dig сравнить не успел, support уже поправил записи. Сейчас они одинаковые. Все работает нормально.
Похоже, что все так и было, как Вы описали. У первичного и вторичного сервера были разные записи, одна из них неверная. Когда шло обращение к ДНС серверу с правильной записью, сайт был доступен, а когда к серверу с ошибочной записью - недоступен.