Ок, я постарась расписать иначе:
Итак, имеем:
1) 1 внешняя линия (1111111)
2) 3 внутренних абонента, которые являются агентами в очереди (Queue)
Если кто-то звонит из внутренних абонентов в мир, то звонок пойдет наружу через номер 1111111. Если будет приходить звонок с 1111111, то он попадет в очередь.
С помощью описанного в комментарии выше AMI запроса сайт фирмы устраивает callback на тот номер, что человек вбил на сайте. У человека определяется звонок с номера 1111111.
Теперь появился другой сайт. Мы купили номер 2222222.
Нужно:
а) прописать его вторым внешним номером (с этим я справился)
б) сделать так, чтоб 1. звонки с него приходили в ту же очередь, 2. либо создать очередь с другим названием, но включить в нее тех же внутренние номера как агентов (подскажите, так можно или нет, и какой из вариантов правильный)
в) переписать AMI запрос таким образом, чтоб callback со второго сайта человеку приходил с номера 2222222. (тут ступор, но рабочий пример для номера 1111111 выше).
"change routing mode for your server from "to address" to
mode "to interface" - делается в настройках пользовательской панели нажатием на мааааленькую неприметную кнопку. После этого, вышеуказанные настройки работают в CentOS. В винде можно просто прописать шлюз из другой сети, а уведомление об этом при сохранении настроек проигнорировать. PfSense тоже заработал с небольшими допиливаниями.
Я уже облазил всю панель. Единственное, что наше вообще на эту тему - это перенос айпи на другой сервак в пределах своего аккаунта и непонятную мне функцию:
Your IP-addresses
Redirection of an IP address proceeds in two stages. In the first step you need to create a unique redirecting link, in the second activate the redirection. Only an additional IP address can be redirected.
Activating the redirection can take place from any location on the network; you don\'t need to be logged in to your panel. Our server will return one of the codes:
51 Invalid code
52 Call spam (only one call per 10 minutes)
20 OK
50 Unknown error
В двух словах - напротив каждого айпи есть ссылка Create Link. Я ее жму. Мне генерируется ссылка, по которой я должен пройти вида https://panel.atman.pl/ipaddresses/doExecuteMoveAc... Когда я по ней иду, то мне просто выскакивает пустая страница и надпись 20 OK. Причем по этой ссылке можно ходить кучу раз, но на этом все. Что это конкретно даёт, мне неясно.
Что с этой ссылкой, что без нее, алиас с дополнительным айпи на хостовой системе пингуется снаружи без проблем.
Ниже есть раздел Active redirections, но, после перехода по ссылке, этот айпи там в списке не появляется.
Пожалуй, Вы правы, буду спрашивать у техподдержки. Только Вы, по доброте душевной, отвечаете мне на порядок быстрее, чем они за деньги:)
Я не готов ответить на этот вопрос. В скудном FAQ на эту тему я ничего не нашел. С другой стороны, раз в доках предлагают адрес ставить алиасом и MAC не указывают (хотя я не знаю, может ли быть у алиаса отдельный МАС), то все может быть. Если это так, как можно выйти из этой ситуации? Или лучше задать уточняющий вопрос в техподдержку? Просто она там не очень быстрая...мягко говоря.
Влад Животнев: Да, логично. Я просто к этому моменту уже закончил эксперименты. Поэтому сами виртуалки были выключены. Сейчас вот стартанул LiveCD с Fedora - теперь так:
[root@cvm1-pl ~]# brctl show
bridge name bridge id STP enabled interfaces
br0 8000.0cc47a7289b8 yes eno1
vnet0
Я понял Вашу позицию насчет RedHat.
Настраиваю не через GUI.
Итак,
brctl show
[root@cvm1-pl ~]# brctl show
bridge name bridge id STP enabled interfaces
br0 8000.0cc47a7289b8 yes eno1
ip ro sh
default via $gw dev br0 proto static metric 425
$host_network_address/30 dev br0 proto kernel scope link src $host_ip metric 425
ip link
1: lo: mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eno1: mtu 1500 qdisc mq master br0 state UP mode DEFAULT qlen 1000
link/ether 0c:c4:7a:72:89:b8 brd ff:ff:ff:ff:ff:ff
3: eno2: mtu 1500 qdisc mq state UP mode DEFAULT qlen 1000
link/ether 0c:c4:7a:72:89:b9 brd ff:ff:ff:ff:ff:ff
4: br0: mtu 1500 qdisc noqueue state UP mode DEFAULT
link/ether 0c:c4:7a:72:89:b8 brd ff:ff:ff:ff:ff:ff
ip a sh
1: lo: mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eno1: mtu 1500 qdisc mq master br0 state UP qlen 1000
link/ether 0c:c4:7a:72:89:b8 brd ff:ff:ff:ff:ff:ff
3: eno2: mtu 1500 qdisc mq state UP qlen 1000
link/ether 0c:c4:7a:72:89:b9 brd ff:ff:ff:ff:ff:ff
4: br0: mtu 1500 qdisc noqueue state UP
link/ether 0c:c4:7a:72:89:b8 brd ff:ff:ff:ff:ff:ff
inet $host_ip/30 brd $host_ip scope global br0
valid_lft forever preferred_lft forever
inet6 fe80::ec4:7aff:fe72:89b8/64 scope link
valid_lft forever preferred_lft forever
Ну так сверху конфиг бриджа и сетевухи. Если что не так, поправьте.
Сам конфиг бриджа подсматривал в уже настроеных ранее серверах, но там все айпи были /24 со шлюзами. Но конфиг бриджа-то от этого не меняется.
Да я нискольк не настаиваю.
Но, как только Вы столкнетесь с тем, что GRUB, по непонятным причинам, на некотором небольшом количестве не стартует.
Или, когда Вы пойдете лечить другу комп, подхватите на этот диск вирусов и надо будет все пересоздавать заново, потому что он побьет пару важных файлов.
Или компьютер вдруг решит не заводится с USB накопителя.
Или когда захотите хранить несколько образов одной редакции windows.
Или что-то еще.
В общем, когда устанете переделывать по каким-то причинам или нервничать, что не всегда это работает так, как вы предполагали, вспомните мой совет:)
Порыл форумы, но ничего такого не нашел.
Можно рулить это правилами на фаерволе, если сервер с Зимброй за ним. То есть указывал бы доступ к порту только с определенных айпи снаружи...а внутри и так всем можно, я так понял.
Или через iptables или firewall-cmd, если сервер сразу смотрит в интернет.
Но, с другой стороны, если закрыть 25 и 465 порт, то не будет почта ходить входящая.