+2.26
4 читателя, 34 топика

Настройка реферальной программы

https://doc.ispsystem.ru/index.php/%D0%9D%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0_%D1%80%D0%B5%D1%84%D0%B5%D1%80%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B9_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D1%8B

Интеграция в сайт
Чтобы учитывались переходы и регистрации по реферальным ссылкам, необходимо на сайте провайдера добавить на любую или все страницы HTML код:
<script language="javascript">
  var counter_url = "https://billmgr.domain/mancgi/counter?rnd="+Math.random()+"&project=1&r="+escape(document.referrer)+"&p="+escape(window.location.href);
  document.write("<img src='" + counter_url + "' border=0 width=0 height=0 style='display: none;'>");
 </script>

Во время установки пакета 'billmanager-plugin-pmepp' произошла ошибка

Во время установки пакета 'billmanager-plugin-pmepp' произошла ошибка в Bill Manager 5


Заходите в консоль пишете: apt-get update
Перезагружаете сервер и радуетесь.

Но если не вышло, нельзя унывать, может быть еще проблема с тем что у вас старые пакеты:
*** Thu 17 Mar 01:37:20 MSK 2016
*** installing billmanager-plugin-pmyandexmoneynotify
Reading package lists…
Building dependency tree…
Reading state information…
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
billmanager-plugin-pmyandexmoneynotify: Depends: coremanager (>= 5.53.1-jessie3) but 5.52.0-jessie10 is to be installed
Depends: billmanager (= 5.53.0-jessie3) but it is not installable or
billmanager-standard (= 5.53.0-jessie3) but it is not going to be installed or
billmanager-advanced (= 5.53.0-jessie3) but 5.52.0-jessie3 is to be installed or
billmanager-corporate (= 5.53.0-jessie3) but it is not going to be installed
coremanager-pkg-nodejs: PreDepends: coremanager (= 5.50.0-jessie7) but 5.52.0-jessie10 is to be installed
coremanager-pkg-wkhtmltopdf: PreDepends: coremanager (= 5.50.0-jessie7) but 5.52.0-jessie10 is to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

Для этого пропишем команду: apt-get -f install. И все должно заработать.

Пример работы с IP-адресами на серверах OVH

Удаленная 5 ноября статья от ISPsystem

Внимание: Мы не рекомендуем использовать серверы дата-центров OVH / SoYouStart для работы VMmanager. Как правило, адрес шлюза в этих ДЦ не входит в выделяемую подсеть. В этом случае автоматическая установка шаблонов ОС, использующих технологию kickstart, невозможна. Эта статья была написана для примера и мы не ручаемся за ее актуальность по прошествии времени.
Тестовое окружение, использовавшееся при написании:
1) Выделенный сервер SoYouStart Intel Xeon E3 1225
2) 1 FailOver IPv4 + Virtual MAC
3) VMmanager KVM 5.27.2 beta бесплатная версия
4) CentOS 6.6

OVH и дочерние проекты SoyouStart / Kimsufi используют в выделенных серверах собственную сборку ядра. В процессе создания виртуальной машины вы можете столкнуться с ошибкой
"Ошибка libvirt при выполнении операции "Start": "internal error cannot create rule since ebtables tool is missing."

В этом случае загрузите другое ядро, измените порядок загрузки в grub, перезагрузите сервер:
yum install kernel
vim /etc/grub.conf
закомментируйте строку загрузки ядра # kernel /boot/bzImage-3.14.32-xxxx-grs-ipv6-64
reboot

Также вы можете столкнуться с
"Ошибка libvirt при выполнении операции "Start": "internal error Process exited while reading console log output: qemu-kvm: -chardev pty,id=charserial0: Failed to create chardev"

Для решения проблемы нужно выполнить
mount -n -t devpts -o remount,mode=0620,gid=5 devpts /dev/pts

В зависимости от количества приобретенных вами у дата-центра адресов, вы можете реализовать сеть для будущих виртуальных машин следующим образом:
1) 1 дополнительно заказанный внешний Failover Ipv4 + virtual MAC. Виртуальный MAC, присвоенный определенному адресу — необходимое условие. Найти его можно в личном кабинете OVH / SoyouStart в разделе IPs напротив заказанного адреса. В этом случае добавляем его в «Базу IP адресов » VMmanager:
адрес - ваш Failover Ipv4
маска - 255.255.255.0
шлюз - ваш Failover Ipv4

VMmanager сразу займет этот один адрес для шлюза. Выделите его и нажмите иконку «Адреса» в верхнем меню, перейдите в него и освободите адрес, нажав «Удалить». После этого адрес можно использовать для создания виртуальной машины как из шаблона ОС, так и из ISO-образа. Тестировалось на шаблонах CentOS-6-amd64 и Debian-7 из репозитория ISPsystem + ISO Debian-8 (загрузка с официального сайта). При создании виртуальной машины обязательно указываем в соответствующем поле MAC, полученный вместе с адресом от провайдера. После установки виртуальная машина должна быть сразу доступна из сети. Пример конфигурации такой VM:
[root@sedna ~]# ifconfig
eth0 Link encap:Ethernet HWaddr 02:00:00:E4:58:ED 
inet addr:46.105.62.201 Bcast:46.105.62.255 Mask:255.255.255.0
inet6 addr: fe80::ff:fee4:58ed/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:39056 errors:0 dropped:0 overruns:0 frame:0
TX packets:28719 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000 
RX bytes:2681121 (2.5 MiB) TX bytes:1355282 (1.2 MiB)

/etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE="eth0"
BOOTPROTO="static"
DNS1="8.8.8.8"
GATEWAY="46.105.62.201"
HWADDR="02:00:00:E4:58:ED"
IPADDR="46.105.62.201"
NETMASK="255.255.255.0"
NM_CONTROLLED="yes"
ONBOOT="yes"
TYPE="Ethernet"

где 02:00:00:e4:58:ed — Vitrual MAC, присвоенный при заказе адресу 46.105.62.201 Документация дата-центра рекомендует всегда использовать маску 255.255.255.255. Вы можете изменить маску вручную после создания виртуальной машины. Обращаем ваше внимание на то, что по всем вопросам, касающимся маршрутизации, необходимо обращаться к провайдеру.

2) Виртуальная машина с приватным адресом (с типом NAT): При создании виртуальной машины такого типа она будет иметь доступ в сеть, но не будет доступна снаружи. Изменить это можно с помощью правил форвардинга: Сделаем VM c приватным адресом доступной из сети:
На хост-ноде откроем любой свободный порт, который будет использоваться для форвардинга и добавить правило для редиректа:
iptables -A INPUT -p udp --dport 1022 -j ACCEPT
iptables -A INPUT -p tcp --dport 1022 -j ACCEPT
iptables -t nat -A PREROUTING -i vmbr0 -p tcp --dport 1022 -j DNAT --to 10.0.0.1:22

Где --dport — порт на хост-ноде, который будет использоваться для получения запросов, :22 — порт, который является целью для запроса.
Соответственно, запрос для доступа по ssh на такую VM будет выглядеть как: ssh root@94.23.209.138 -p 1022
По аналогии открываем доступ в ISPmanager
iptables -t nat -A PREROUTING -i vmbr0 -p tcp --dport 1048 -j DNAT --to 10.0.0.1:1500

Когда в v4 bilmanager накапливается много мертвых ящиков

То каждая рассылка — куча недошедших сообщений.
Это в v5 они сделали автоматическую подписку и проверку ящика. А вот в v4 нету такого.
И примерно за год биллинг замусоривается мертвыми ящиками. Каждый год нужно чистить вот так вручную.




ВАЖНО понимать еще вот что, что отписывается от одной Категории Раздела Техподдержки. Т.е. для рассылок нужно изначально при создании биллинга создать 1 категорию и рассылать только через нее, не забывать об этом. А то иначе будет идти по разным категориям все равно и улетать в спамы.

Как запустить биллинг на нескольких IP

Для начала добавляем эти IP в конфиг ОС

Debian 8
/etc/network/interfaces

добавлены алиасы
auto eth0:0
iface eth0:0 inet static
        address 164.132.1.111
        netmask 255.255.255.0
        broadcast 164.132.1.255
	
auto eth0:1
iface eth0:1 inet static
        address 164.132.1.175
        netmask 255.255.255.0
        broadcast 164.132.1.255
	
auto eth0:2
iface eth0:2 inet static
        address 178.33.1.65
        netmask 255.255.255.0
        broadcast 178.33.1.255

Рестартимся
/etc/init.d/networking restart

после добавления в вкладке биллинга появились новые IP адреса
их нужно тоже добавить


Перезагружаемся

Если используется nginx туда нужно вручную добавлять так же ипы.
include /etc/nginx/conf.d/*.conf;
server {
                server_name panel.123.ovh;
                listen 213.32.18.100:80;
                listen 5.135.72.100:80;
                listen 91.134.223.100:80;
                listen 178.32.46.100:80;
                return 301 https://$host$request_uri;

Статистика - Журнал операций

Файлы ротейтятся, как и файлы логов, при достижении размера в 100 МБ. Помещаются в /usr/local/ispmgr/var/logs/. Это не настраивается, вшито в код.
В 5х версиях продукта также настроена ротация при достижении файлом размера в 100 МБ. Но в BILLmanager 5 есть настройка прямо из интерфейса, сколько хранить дней в журнале операций, если не задана, то без ограничений.
В любом случае, вы всегда можете открыть поротированные файлы логов и посмотреть все, что вам необходимо.