Ответ Bernhard хорош, но я предлагаю, чтобы Вы пропустили sysstat и перешли прямо к munin. с графическим представлением загрузки, которую будет намного легче выяснить, подкачиваете ли Вы [слишком много апачских процессов?], повреждая диск [плохо оптимизированные запросы SQL, слишком большие временные таблицы?], исчерпывая мощность ЦП и т.д.
поскольку mysql включают журнал медленных запросов.
Обычно зональные передачи отклонены, если сервер правильно настроен. Можно сделать, зональная передача через роет:
dig @127.0.0.1 domain.com. AXFR
Можно также использовать nslookup:
nslookup -query=AXFR domain.com 127.0.0.1
Если Вы не администратор, Вы могли бы быть более обеспеченным контактом с Вашим отделом ИТ для получения дальнейшей информации.
Как упомянутый сигнализатор (это знакомится), зональные передачи являются othen, отклоненным из соображений безопасности. Если серверы имен не что-то, что у Вас есть доступ к Вам, может попытаться обнаружить наиболее распространенные субдомены данного домена с помощью одного из популярного DNS сценарии "в лоб". Они работают путем выполнения запросов DNS против локального сервера имен с помощью предоставленного списка словаря пользователя. Списки словаря существуют только с этой целью.
WS-DNS-BFX является одним таким сценарием (жемчуг, и распараллелил, я верю).
Использование nslookup
, которую @warner предоставил выше, я не смог получить записи, которые искал.
Основываясь на некоторых ответах из этого сообщения , я смог получить их с помощью nslookup
в интерактивном режиме.
$ nslookup
> ls -d mydomain.com
Я также нашел альтернативу команде dig
здесь .
host -l mydomain.com