- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день! На сервере с centos 6.4 периодически отваливается биллинг. То есть при переходе по доменному имени биллинга billing.mysite.ru браузер отвечает - Невозможно отобразить страницу. По ip адресу 1.1.1.1:1555 биллинг доступен. При этом логи apache, nginx и самого биллинга чисты и остальные сайты на сервере доступны. Такое ощущение, что не резолвится доменное имя. nslookup - при проверке периодически отдает, что не может найти такое имя, а периодически отдает все верно. Dig на другой машине в сети в любое время отдает правильный адрес. И минут через 5-10, всегда по разному, биллинг снова становится доступен. Кто может сталкивался с таким? В какую сторону можно капнуть? Проблема длится уже около года наверное.
Посмотреть какие ns использует домен.
Далее проверить записи на ns.
dig -t any @ns2 xxx.ru
Посмотреть какие ns использует домен.
Далее проверить записи на ns.
Записи в ns о поддомене есть. Вроде все верно отдает.
Если использовать гугловские (к примеру) ДНС то о проблеме недоступности можно и не узнать. Можно было бы все свалить на провайдера у которого криво настроен днс-сервер. Но после того как и в сети yota поддомен перестал откликаться, возник вопрос, а точно ли в этом виноват провайдер. И самое главное периодичность проблемы...
Домен случайно не у r01?
У меня была аналогичная ситуация.
На корневых ns не менялись записи
ns1.xxx.ru. 345600 IN A 1.1.1.1
ns2.xxx.ru. 345600 IN A 2.2.2.2
Хотя ns1.xxx.ru и ns2.xxx.ru были уже привязаны к другим IPs.
; <<>> DiG 9.8.4-rpz2+rl005.12-P1 <<>> -t ns yyy.ru @e.dns.ripn.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47191
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 2
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;yyy.ru. IN NS
;; AUTHORITY SECTION:
yyy.ru. 345600 IN NS ns1.xxx.ru.
yyy.ru. 345600 IN NS ns2.xxx.ru.
;; ADDITIONAL SECTION:
ns1.xxx.ru. 345600 IN A 1.1.1.1
ns2.xxx.ru. 345600 IN A 2.2.2.2
;; Query time: 92 msec
;; SERVER: 2001:678:15:0:193:232:142:17#53(2001:678:15:0:193:232:142:17)
;; WHEN: Thu Nov 20 20:51:51 2014
;; MSG SIZE rcvd: 108
Далее - написал регистратору, скинул лог - поправили.
У Йоты ДНС вообще работают через раз. На них ориентироваться не нужно.
Если в момент возникновения проблемы ваши ДНС работают корректно (см. команды выше), то виноват провайдер.