Рейтинг
+1.13

ISPsystem

2 читателя, 13 топиков

ispsystem.com/ru/partners/list

ISPsystem
ispsystem.com/ru/partners/list



Мне стало интересно.
И прошелся я по этому списку. Открыл все. Каждого. Регнулся на каждом(полезно же)

Что я вижу?
Печальное зрелище, самое печальнейшее из печалей.
80% контор — не используют ISP billing.
50% контор — сдохли, умерли, трансформировались или просто мертвяки с посещалкой 20 чел в сутки судя по счетчикам, какие клиенты могут быть при такой помещаемости :)

Вообщем, было интересно, оценить.

Зачем нужен ISP DNS manager?

ISPsystem

Я всегда считал, что это самая удобная панель для DNS хостинга.
Но оказалось, не совсем так.

Это панель, для создания кучи первичных, вторичных имен.
Админ — Ресселер — Пользователь.
Но никакой Управлении зоны, там нихуя нету.

В 2х словах. Такую вещь нада закупать, дата центрам, с связке ISP IP, ISP VDS всякими или кластерными решениями.
И устанавливать DNS manager нужно туда, где целые пачки ip закуплены.
Чтобы через него, можно было указывать отдельные ip для отдельных ресселеров/серверов, которые в свою очередь бы продавали пользователям.
Я даже блять не знаю, как описать. Это очень сложная, геморная хуйня. Наверно я доконца даже не стал вникать в нее.

Короче, DNS manager, нахуй не нужен, для создания 1 единственного хостинга. Он нужен, когда у тебя в партнерах например дохуя дохуя, хостеров, которые под своими брендовыми NS.
т.е. dns manager это не средство для dns хостинга. это средство для создания, и поддержки кучи брендированных доменов разных хостеров/людей, с возможностью уникальных вторичных ip, под каждый бренд, которые в последствии будут использоваться их клиентами для dns имен, в доменах.
На сколько я смог разобраться, это даже менее надежно, чем просто купить 2 сервера, где бы дублировались непосредственно сами dns зоны.

Идеальное решение, для создания DNS хостинга.
Купить просто vds какой-ниб(или физ сервер, в зависимости от нужд и нагрузок на dns), купить второй ip к нему. Создать на нем шаблон, где доступно было бы только «Доменные имена». Прилепить 2 поддомена(ns1.123.ru ns2.123.ru), от своего домена для dns, который вы решили использовать. На эти 2ip. Их в настройках прописать, в ISP панели на серваке.
Потом интегрировать этот сервак, с вашим ISP Billing manager, и создать тариф «DNS хостинг» например. Вот и все. (в идеале, для «на всякий» можно дублировать на 2 vds, тогда второй ip даже не нужен. чтобы если что сгорело, уж точно не рухнуло)

Проблема с занятым местом

ISPsystem
Со стороны, админа сервера:
Очень часто при работе с ISPmanager возникает проблема с «утечкой» места». Панель показывает, что занято пользователем места больше, чем в сумме с
составляют файлы пользователя в домашней директории (/home/usr, /var/www/usr) и базы данных.

На самом деле в место, занятое пользователем включается также и логи apache, nginx, которые часто занимают много места.

В первую очередь при недостатке места нужно очистить логи в разделе Журнал ISPmanager, и настроить ротацию логов (в частности уменьшить кол-во сохраняемых архивов).
Если же проблема не исчезла, то можно найти все файлы, которые считаются в квоте командой
find / -group имя_пользователя.
Ну и на последок можно выполнить ремонт квот из ISPmanager.

Иногда, бывает, что заканчивается место, у хостера, на ноде.
Warning: Unknown: open(/var/www/a2k/data/mod-tmp/sess_ea4333e3b35d18afc952a58f7eeb9ff7, O_RDWR) failed: No space left on device (28) in Unknown on line 0
Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/www/a2k/data/mod-tmp) in Unknown on line 0
Подключаемся по ssh, смотрим сравнительный вывод df -h и df -i

Еще, хочу отметить, что Пользователь в ISPmanager удаляется(сразу) при удалении аккаунта хостинга(услуги) в BILLmanager (Пользователь ISPmanager != Клиент BILLmanager).
А бекапы этого пользователя ISPmanager(если делались) еще живут некоторое время. До глобальных ребутов обычно.

Со стороны, админа vds ISP manager.
Обязательно всегда проверяйте, в панели — Информация о системе(/manager/ispmgr?startpage=sysinfo) — там где hdd, двойным щелчком. (/dev/simfs)
Остальные подсчеты, в ISP панелях могут сбиваться. А ремонт дисковых квот, не доступен, для vds обычно.

Точно так же, проверяйте ротацию логов. Что хранятся последние там 5 архивов, потом удаляется.
А если все проверено, но по /dev/simfs все равно занимает больше, чем /www/ всех ваших пользователей. Ну, вы же следите, знаете что к чему.

То вперед в консоль, du -h --max-depth 1 /
и далее смотреть от корня, где вам кажется, занимать не должно :)

Полезные советы:
repquota -g / | grep user (покажет сколько места занято у пользователя)

ISPmanager использует собственный механизм ротации логов, есть задача rotate в crontab пользователя root, работает если запускается она в период с 00 до 01 часов, она ротирует логи и запускает скрипт статистики webstat, конфиг его лежит в /usr/local/ispmgr/etc/rotate.conf, но руками него править не надо, настраивается ротация логов через ISPmanager в меню WWW-домены ;)
Если какой-то лог сильно разросся, то его надо просто обнулить
cp /dev/null /home/httpd-logs/sitename.ru.error.log

Еще, бывает, что в ISPmanager Pro перестает скачивать и закачивать файлы на сервер.
Увеличиваем лимит на кол-во открытых файлов (на самой VDS значение в limits.conf)
например: * — nofile 931200000

Подробнее про quotacheck
0) заходим в ssh
1) убиваем апач
2) убиваем энжынкс (если есть)
3) убиваем остальные пишущие на диск процессы, вроде вочдогов
3) quotacheck -bcguvf /dev/<диск>
где <диск> — раздел, который нужно проверить. например, /dev/sda3
4) ждем (полтора-терабайтный раздел, занято 900гб, сканировался минут 20)
5) если все ок, то радуемся.
также стоит проверить квоты в панели — у нас они все сбросились на 0 (т.е. неограниченно). если то же самое будет — выставить квоты вручную (да, ад)