Переехали на новый сервер, а DNS все еще ведет не туда? Разбираемся, где искать проблему

Знакомая ситуация: сайт уже перенесли на новый сервер, настройки проверили, все должно работать. Но часть пользователей все еще попадает на старую версию сайта или видит ошибку.

После переноса сайта проблема часто связана с тем, что DNS-записи еще не успели обновиться. Серверы имен продолжают использовать данные из кэша, поэтому изменения становятся доступны пользователям постепенно.

Какие симптомы обычно указывают на DNS-проблему:

🔹сайт работает у вас, но у клиента открывается старая версия;
🔹 после переноса сайта изменения появляются постепенно;
🔹 почта продолжает уходить на старый сервер;
🔹 браузер показывает ошибки подключения или проблемы с SSL.

Что проверяем в первую очередь:

1. DNS-записи
Убедитесь, что домен действительно указывает на новый сервер.

2. TTL
Это время, в течение которого DNS-сервер хранит запись в кэше. Например, при TTL 86400 секунд старая запись может сохраняться до 24 часов.

3. Распространение записей
Проверить, какие данные сейчас видят разные DNS-серверы, можно через nslookup, dig или специальные сервисы проверки DNS.

4. Кэш на своей стороне
Иногда достаточно очистить локальный DNS-кэш:
Windows: ipconfig /flushdns
macOS: sudo killall -HUP mDNSResponder

Если планируете перенос сайта, заранее уменьшите TTL. Это поможет быстрее переключиться после изменения записей.

А если после миграции что-то работает не так, не спешите искать проблему в сервере: возможно, DNS еще обновляется.

🔖 Сохраните шпаргалку, чтобы быстро проверить DNS в следующий раз.

А если бы панель могла сама подсказать, как решить конкретную задачу?

Например, объяснить причину ошибки в конфигурации, предложить варианты оптимизации базы данных или веб-окружения сайта, помочь настроить окружение под нужный сценарий.

Мы изучаем, как внедрить AI в ispmanager, чтобы он давал понятные рекомендации, упрощал работу пользователей и при этом сохранял полный контроль над сервером.

Отдельно продумываем вопросы безопасности. AI получает только необходимые данные, не выполняет команды и не меняет настройки самостоятельно (пока 😈). Он анализирует информацию и помогает пользователю разобраться в ситуации.

В статье подробнее рассказали, как подходим к внедрению технологии в продукт и какие принципы закладываем в ее работу.

А пока хотим узнать ваше мнение👇🏼

35 лет назад один студент написал код, который изменил серверный мир 🐧

25 августа 1991 года студент Хельсинкского университета Линус Торвальдс рассказал о своем небольшом проекте. Он хотел сделать для себя удобную Unix-подобную систему, потому что существующие решения его не устраивали.

На тот момент это было просто хобби. Линус даже не думал, что проект станет чем-то большим. В первом сообщении он описывал его как «ничего серьезного» и приглашал других разработчиков посмотреть код и поделиться идеями.

Есть еще один интересный факт: когда ему предлагали отправить деньги за работу, Линус отказывался и просил присылать открытки.

Через несколько лет небольшой эксперимент одного студента превратился в один из самых известных open source-проектов. Сегодня Linux лежит в основе огромного количества серверов и инфраструктурных решений, которыми каждый день пользуются разработчики и администраторы.

А помните свой первый опыт с Linux?  Это был первый домашний эксперимент, учебная машина или сразу рабочий сервер?

AI-сайтбилдер для WordPress уже в ispmanager 🚀

В ispmanager появился AI-сайтбилдер для создания полноценных сайтов на базе WordPress. Сейчас он доступен в beta версии 6.151 и скоро будет открыт всем пользователям ispmanager.

Достаточно описать идею проекта — AI создаст сайт с дизайном, структурой страниц, изображениями и контентом.

Например:

Создай современный сайт для кондитерской с каталогом десертов, блоком преимуществ и формой обратной связи

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

Преимущества AI-сайтбилдера в ispmanager:
▫️современный дизайн сайта под задачу проекта, а не шаблонные решения
▫️сайт можно редактировать промтами через АI-чат или через встроенный конструктор
▫️доступны все возможности WordPress: плагины, расширения и привычные инструменты CMS 
▫️сайт остается под вашим контролем без ограничений от вендора

Попробуйте новую возможность в beta-версии.

1 сентября меняются правила регистрации доменов. Что важно знать

У доменов .ru, .рф и .su скоро появится новое требование: данные владельцев нужно будет подтверждать через ЕСИА (Госуслуги).

Регистрировать домены смогут только регистраторы, соответствующие новым требованиям. Но полноценный переход пока отложен: регистраторам дали время подготовиться, поэтому до 18 января 2027 года они могут работать по прежним правилам. 

Что это может изменить?

Рынок доменов станет меньше
Для небольших регистраторов новые требования могут оказаться слишком затратными. Часть компаний может уйти с рынка, и крупные игроки усилят свои позиции.

Стоимость доменов может вырасти
Сейчас небольшие регистраторы часто предлагают более низкие цены, а у крупных они выше. Если дешевых предложений станет меньше, средняя цена домена может вырасти.

Зона .ru может сократиться
Под риском могут оказаться домены, оформленные на  фиктивных владельцев или пользователей, которые больше не смогут подтвердить информацию.

Что сделать сейчас:

🔖Проверьте, на кого оформлены ваши домены.
🔖Убедитесь, что данные владельца актуальны, а Госуслуги подтверждены.
🔖Продлите домены, которые скоро заканчиваются. 
🔖Не откладывайте регистрацию новых доменов.

Бэкап сайта: настройте один раз, чтобы не потерять часы работы

Обновили плагин, изменили настройки, но случайно удалили файл или произошел сбой сервера? Резервная копия поможет быстро вернуть сайт в рабочее состояние.

В ispmanager можно настроить резервное копирование так, чтобы не делать все вручную:

🖲️ хранить резервные копии в отдельном хранилище, чтобы защитить данные и не занимать место на основном диске;
🖲️ создавать полные и дифференциальные бэкапы по расписанию;
🖲️ создавать резервные копии вручную перед обновлением CMS, установкой плагинов и другими важными изменениями;
🖲️ при необходимости восстановить весь сайт или отдельные файлы и базы данных.

И еще один важный момент: время от времени проверяйте восстановление из бэкапа. Это поможет убедиться, что архивы читаются и содержат нужные данные.

В статье подробно показываем, как настроить бэкапы и восстановить данные в ispmanager

Как добавить свой плагин в ispmanager на примере поддержки .htaccess в nginx

Сайты на CMS часто используют .htaccess для ЧПУ, редиректов и настройки маршрутизации. Но при работе на связке nginx + PHP-FPM эти правила могут обрабатываться некорректно.

В результате приходится вручную менять конфигурацию nginx или искать дополнительные решения.

Вместе с бэкенд-разработчиком ispmanager разобрали, как решить эту задачу через механизм плагинов панели.

В статье показываем, как добавить поддержку mod_rewrite для nginx и управлять настройками прямо из ispmanager.

Разбираем:
— как создать собственный плагин для ispmanager;
— как добавить управление nginx-модулем через интерфейс панели;
— как подключать mod_rewrite для отдельных сайтов;
— как автоматизировать пересборку расширения после обновлений nginx.

В результате получается решение, которое помогает управлять настройками через панель без ручного редактирования конфигурационных файлов.

👉🏼 Полный разбор с кодом и примерами — в статье

Перенос почты на новый сервер: опыт пользователя ispmanager 🙌🏼

Перенос почты на новый сервер требует внимания к нескольким настройкам: DNS-записям, SSL, почтовым портам и доставляемости писем.

Роман, частный Linux-администратор и пользователь ispmanager, поделился своим опытом и подготовил подробную инструкцию по переносу почты под управление панели.

В материале он разобрал весь процесс: от подготовки сервера и настройки почтового домена до переноса DNS-записей, выпуска SSL-сертификата и проверки работы почты после миграции.

Спасибо Роману за полезный материал и желание поделиться опытом с другими пользователями панели ❤️

👉🏼 Полная инструкция

Сайт упал, а сервер отвечает только: «500 Internal Server Error»?

Ошибка 500 знакома многим разработчикам и администраторам. Она может возникнуть как на всем сайте, так и на отдельной странице. При этом браузер показывает только сообщение об ошибке, а причину сбоя нужно искать в логах сервера.

Проблема может быть в разных местах:

⚙️ Конфигурация сервера
Изменения в .htaccess, настройках PHP или веб-сервера могут привести к ошибке даже из-за одной строки.
💻 Код и обновления
Новая версия PHP, плагин или модуль могут оказаться несовместимыми с текущей версией проекта.
📦 Ресурсы сервера
Нехватка памяти, места на диске, лимиты PHP-FPM/PHP часто становятся причиной неожиданных сбоев.
🗄 Подключение к базе данных
Ошибки соединения или неверные параметры доступа также могут привести к 500.

Главное при ошибке 500 не менять настройки вслепую. Начните с логов, они помогут понять, что именно произошло.

В статье разобрали основные причины ошибки 500 и шаги, которые помогут вернуть сайт в работу 🔗