Я арендую CentOS 5 VPS у британского провайдера с установленным DirectAdmin. В четверг вечером они провели плановое техническое обслуживание, изменив два назначенных мне IP-адреса на два новых. В пятницу, после того, как произошло изменение, я обновил свои записи доменного имени, чтобы отразить изменение IP.
С тех пор время ожидания для всех доменов, указывающих на VPS, истекло. Кроме того, DirectAdmin также не отвечал, но решение было разрешено путем запуска сценариев ipswap, найденных в базе знаний DirectAdmin. Однако это не исправило мои домены. Я связался с провайдером VPS, но уже некоторое время жду ответа.
Я проверял снова и снова, и все IP-адреса, указанные в DirectAdmin, верны. Если я перейду на IP-адрес сервера в моем браузере, он ответит «Apache работает нормально». Учетные записи электронной почты на сервере также работают правильно.
Но если я обращаюсь к самому домену, время ожидания истекает. Выполнив пинг и поиск DNS, я могу подтвердить правильность IP-адресов серверов имен. Если я запускаю маршрут трассировки, он достигает IP-адреса, который похож на IP-адреса моего VPS (последние 2 блока отличаются) до истечения времени ожидания (он никогда не показывает IP-адрес моего сервера).
Я относительно новичок в управлении VPS, поэтому у меня нет большого опыта в устранении проблем с ними. Я проверил все файлы конфигурации httpd, в которых, похоже, нет вообще никаких IP-ссылок. Если посмотреть в журналах ошибок Apache, то, какие ошибки там есть, не совпадают со временем, когда я пытался получить доступ к сайту.
Это проблема моего провайдера? Могу ли я что-нибудь еще проверить или протестировать, чтобы исключить проблемы после смены IP-адреса в конфигурации моего сервера? До смены IP все работало нормально.
Вы пробовали очистить кеш DNS? В Windows (как администратор) попробуйте ipconfig / flushdns и посмотрите, сохраняется ли проблема. В DNS есть процесс, называемый Time-To-Live, который определяет, как долго запись DNS должна оставаться кэшированной на удаленном сервере. Многие серверы не соблюдают TTL и будут хранить старую запись в своем кэше, пока их серверы находятся в сети.
Вы можете проверить это, используя команду «nslookup» для проверки нескольких DNS-серверов, например: nslookup mydomain.com 8.8.8.8 проверит, что ваше доменное имя разрешает относительно DNS-сервера Google. Попробуйте этот подход на других серверах имен и посмотрите, верна ли запись. Если это так, то, вероятно, это проблема кеширования используемого DNS-сервера.