DNS замедляет другие вещи
Я настроил локальный DNS-сервер (поскольку маршрутизатор нашего интернет-провайдера не поддерживает локальный DNS) и настроил его для разрешения статических IP-адресов и пересылки других запросов маршрутизатору интернет-провайдера. Таким образом, DNS работает нормально, но теперь другим клиентам, которые пытаются подключиться к другим сервисам на сервере, требуется много времени для подключения. Например, sshd и apt-cacher работают очень медленно. Пока ssh работает отлично и быстро на других серверах. Таким образом, кажется, что сервер слишком медленный для запуска такого количества сервисов.
Итак, последний вопрос, который следует из этого: как я могу узнать, что так сильно тормозит?
Сервер работает на Debian, Джесси. DNS-сервер bind9.
После некоторых исследований в системном журнале я обнаружил, что bind9 выдает кучу ошибок, как в следующей форме:
Dec 28 18:36:18 cache named[3878]: DNS format error from 192.168.2.1#53 resolving www.arcor-online.net/A for client 192.168.2.3#48110: reply has no answer
Dec 28 18:36:18 cache named[3878]: error (FORMERR) resolving 'www.arcor-online.net/A/IN': 192.168.2.1#53
3 ответа
Проблема была совсем другой, чем я ожидал. При настройке bind9 и заботе о том, как структурировать сеть, окружающую сервер, я изменил IP-адрес сервера и забыл изменить сервер имен в /etc/resolv.conf. Это означает, что сервер попытался связаться с пустым IP-адресом и остановился до истечения времени ожидания запроса.
Я не уверен, что вы подразумеваете под "сервером маршрутизатора провайдера" здесь. Маршрутизаторы обычно не являются DNS-серверами.
Тем не менее, вы можете попробовать ssh -v чтобы увидеть, если задержка на удаленном конце или на стороне вашего клиента. Кроме того, проверьте журнал BIND 9, чтобы увидеть, сообщает ли он о каких-либо проблемах.
Если не считать этого, и посмотреть, все ли решится правильно, используя команду вроде dig @127.0.0.1 flame.org. SOA чтобы убедиться, что ваш локальный DNS работает для имен, на которые вы не имеете полномочий, без просмотра конфигов, сетевых трассировок или журналов отладки, я не смогу оказать большую помощь.
Может быть полезно взглянуть на использование процессора, памяти и памяти системы.
Полезная команда для начала может быть:
ps auxf | sort -nr -k 3 | head -10
Также вы можете использовать инструменты, чтобы увидеть, ожидает ли процесс на медленном или переполненном хранилище, например:
vmstat 3
Даже если вы думаете, что у вас слишком много оборудования, важно взглянуть на основы.
Как всегда, убедитесь, что вы используете последние обновления Debian, чтобы убедиться, что на вас не влияют ошибки или ошибки безопасности.