Инструкция для клиентов:
Для переноса лицензии на продукты ISPsystem к нам, Вам надо написать в компанию, где она была приобретена, следующую просьбу: «Прошу перенести мою лицензию (указываете ID лицензии, IP адрес, к котором она привязана) к партнеру ISPsystem, номер 86281.»

В ответ Вы получите секретный ключ от лицензии, который надо сообщить нам вместе с IP адресом для принятия лицензии.

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

Инструкция для партнеров:
1. Зайдите в биллинг панель ISPsystem по адресу my.ispsystem.com/manager/billmgr
2. Выберите в левом меню пункт Товары/Услуги — Лицензии ISPsystem
3. Выберите лицензию, которую надо перенести. Если лицензий несколько, повторите несколько раз.
4. Нажмите кнопку «Перенос» в верхнем меню
5. Введите наш номер партнера 86281 во второй строчке
6. Введите и сообщите клиенту секретный ключ для перенос
7. Нажмите Далее и подтвердите перенос

Данный текст взят у isplicense, лень писать :) Думаю никто не в обиде.

alice2k , так же может выкупить вашу ненужную, вечную лицензию. Пишите на isp@abcd.bz или в тикет биллинга.

Почему вы используете, какие-то странные и непонятные NS сервера? То одни, то другие, запутаться можно. Сделали бы, как у всех, ns1.abcd.bz ns2.abcd.bz, в чем проблема?

Да, мы используем для каждого vds или сервера свои отдельные, самопальные dns. И не скрываем этого. И не скрываем минусов(dns зависимы от ресурса) данного варианта.

Наши dns предназначены прежде всего, для людей, которые нубы, которые не могут по другому направить домен на хостинг. Они не понимают понятие dns зона, всякие А записи и прочее. Могут лишь изменить ns сервера в домене ;)

Почему? Потому что мы не сможем сделать качественно.
Под словом качественно, подразумевается настоящее продуманное качество, которое у регистраторов доменов, которые специализируются на доменах, поэтому вкладывают много денег в сервера для своих dns, или у того же яндекса, который за счет инвестирования и IPO живет, и денег на ресурсы, и сервисы, и сотрудников у него полно.

Мы не собираемся делать публичный, массовый dns сервис, в одном месте. Пусть даже на разных выделенных серверах, в разных ДЦ. Потому что и их можно вывести из строя.

Читать дальше →

Топик из серии, как все оверселлят. Даже дата-центры пиздят :)

*если кому-то интересен ответ.

Поэтому люди, кто собирался ныть на тему, почему у нас правила на пользование сети на vds, например. Учтите еще и то, что купив сервер в hetnzer на шаред порте, это значит что наш сервер, с которого создаются vds, еще и лимитирован дата-центром ;) А уж на шаред-хостинге и подавно, поэтому мы сразу пишем про лимит на трафик, и не пишем заведомо ложной информации, как большинство которые просто надеется(на самом деле так и получается кстати, новички/нубы/похуисты же), что 80% клиентов будут держать сайты-визитки и не потреблять, тогда и лимита хватит на всех.

Если вы прокачали где-то, когда-то, то скорее всего вам удалось это за счет 10 клиентов, которые не потребляли трафик на ноде для vds. Или ваш сервер потреблял почти максимум шаред-порта, за счет 10 не потребляемых серверов на этом же канале в ДЦ на шареде-порте ;) Вот так, устроено все. Все зависит от хостеров или ДЦ, которые просто закрывают глаза и пытаются создать оптимальное сочетание людей/услуг на своих ресурсах. Каждому свое, ABCD же предпочитает не умалчивать, а обучать людей истине.

То есть, примерно неделю назад расходуемый трафик по данным панели управления увеличился в десятки раз. Каких-то изменений на сайтах не проводилось и посещаемость тоже значительно не менялась.

Во первых, раньше было сказано, что трафик ISP manager не_равен трафику в VDS manager.

А теперь еще, в новых версиях VDS manager обнаружился массовый лаг с учетом трафа. Уже не первый раз такое вижу за ноябрь 2012.
Так вот, на будущее решил дать ответ на подобный вопрос. Процитурую слова какого-то чела.

По графикам в общем-то не совсем ясно направление трафика. Вам надо бы посмотреть tcpdump, убрав оттуда 80й порт, гляди насмотрите свои мегабиты вообще в DNS трафике, например. Для начала рекомендую вообще понять, есть ли у вас по факту этот трафик, это может сделать любая программа из разряда тех, которые отображают состояние и пропускную сетевых интерфейсов (для CentOS очень мне нравится iptraf, в FreeBSD можно посмотреть «netstat 1»). Вам надо вообще подтвердить, есть ли на вашем сервере трафик, потому что график со стороны провайдера, мало того что не может быть в принципе идентичный вашему, так еще и может просто быть криво составлен в ходе какого-то глюка, кто его знает.
Если трафик есть, например в iptraf его легко можно отфильтровать по портам и протоколам, с точки зрения мониторинга, что бы посмотреть что же это за трафик и куда \ откуда он поливается. Судя по тому, что у вас график имеет по оси Y всего 7 Mb/s полагаю, что вот то «начало» до всплесков, несло в себе 200-400 kb/s. Это весьма разные показатели и даже не в десятки раз как вы пишите, если с точки зрения посещения сайтов ничего не изменилось (в плане прироста посетителей) это какой-то аномальный трафик и вовсе может быть не ВЕБ трафик.

Необходимо в начале конфигурационного файла config.inc.php убрать вышеупомянутые строчки и сохранить файл.

Файл находится в директории
freeBSD: /usr/local/www/phpMyAdmin

Используйте ngx_http_limit_zone_module следующим образом прописав директив limit_zone и limit_conn в конфигурационном файле nginx.conf

http {
    include       mime.types;
    default_type  application/octet-stream;
    
    limit_zone   one  $binary_remote_addr  4m;
    limit_conn   one  8;
...

Тем самым мы ограничили число подключений в 8 одновременных коннектов с одного IP-адреса и выделили под это кэш (где будут запоминаться адреса, а в последствии высвобождаться) размером в 4 мегабайта.

nginx.org/ru/docs/http/ngx_http_limit_conn_module.html

Конвертирование старых конфигов и ящиков не рассматривается, считаем что у нас чистая система. Для использования почты в формате Maildir вместо mbox требуется:
В конфиге Exim настроить использование maildir вместо mboxvi /usr/local/etc/exim/configure

vi /usr/local/etc/exim/configure

local_delivery:
   maildir_format = true
   create_directory = true
   directory_mode = 700
   directory = ${extract{4}{:}{${lookup{$local_part@$domain}lsearch{/usr/local/etc/exim/passwd}}}}/.maildir

То есть главное указать maildir_format = true и поменять file на directory (изменив файл mbox на папку .maildir в строке) в секции local_delivery и перезапустить Exim, create_directory и directory_mode добавлены на случай если из домашней директории пользователя куда-нибудь денутся директории из папки почтового ящика (например, почистят почту так).

/usr/local/etc/rc.d/exim restart

В конфиге ISPmanager указать Option MailDir

vi /usr/local/ispmgr/etc/ispmgr.conf

прописать

Option MailDir

перезапустить панель

killall ispmgr

Теперь все новые ящики будут использовать формат maildir, а не mailbox

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

Проверить это легко, воспользуйтесь любой системой мониторинга и проверьте доступность вашего сайта с помощью них: just-ping.com/ и host-tracker.com/

Если вас попросили предоставить трассировку до вашего сайта и вы пользователь Windows, то следующие шаги помогу вам:
Пуск — Выполнить — cmd

В появившемся окне вводим tracert site.ru (вместо site.ru впишите свой сайт)

Очень часто при работе с различными CMS много неприятностей доставляет наличие BOM в сохраненных в utf-8 файлах.
Ошибка проявляется в виде сообщения:

Warning: Cannot modify header information - headers already sent by (output started at /xxxxxxxx/wp-config.php:1)

Может быть не wp-config.php, а другой файл. А может сообщения вообще не быть, если вывод предупреждений подавлен. Когда ошибка на виду, найти файл не составит проблемы. А если нет сообщения?

Для облегчения поиска файлов с BOM поможет скрипт.
1. скрипт разархивировать и залить на сервер в корневую директорию
2. в адресной строке броузера набрать ваш.сайт/find_bom.php

php.ini
php как модуль апач — /ect/php.ini
phg как fastcgi — /php-bin/php.ini

upload_max_filesize = 128M
post_max_size = 128M
max_execution_time = 500

.htaccess

php_value upload_max_filesize 128M
php_value post_max_size 128M
php_value max_execution_time 500
php_value max_input_time 500

functions.php или любой другой файл с настройками вашего движка

@ini_set( 'upload_max_size' , '128M' );
@ini_set( 'post_max_size', '128M');
@ini_set( 'max_execution_time', '500' );