Пакеты можно и не маркировать совсем.
просто воспользоваться ip rule
проверять сорс и посылать ответ именно по тому каналу, откуда пришел запрос.
*-надцать раз вопрос был на opennet.ru, куча ответов найдете там.
Судя по вопросу, автору делает mining, а в случае с терминалкой/RDP, будут использованы ресурсы серверной машины. А ему надо использовать ресурсы локальной машины.
Так что, я думаю, варианты с thinstation тут не прохляют.
Непонятно… как может быть в логах «чистота», что-то но должно быть по-любому. Или у нас разные понятия о PBX, или у Вас PBX неизвестной доселе системы.
Многоканальность работает, и работала и 4 месяца назад, и раньше, так что, Вы что-то путаете. По крайней мере, я, использую её с 2010, примерно с октября.
Входящих не много, дело не в этом.
Когда был включен прием на оба направления, очень часто, при недоступности мобильного (отключен, вне зоны, занят), звонки просто не доходили до SIP, отвечал робот, и связь прерывалась.
Маршрутизация через несколько каналов.
Добавим две таблицы в /etc/iproute2/rt_tables:10 RS
20 UTEL
Организация ответов сервера через тот же канал, откуда пришел пакет:
# First ISP
IF1='ppp0'
IP1=`/sbin/ifconfig $IF1 | grep “inet addr:” | cut d ” ” f 12 | cut d “:” f 2`
P1=`/sbin/ifconfig $IF1 | grep “inet addr:” | cut d ” ” f 14 | cut d “:” f 2`
P1_NET=$IP1′/32′
# Second ISP
IF2='ppp1'
IP2=`/sbin/ifconfig $IF2 | grep “inet addr:” | cut d ” ” f 12 | cut d “:” f 2`
P2=`/sbin/ifconfig $IF2 | grep “inet addr:” | cut d ” ” f 14 | cut d “:” f 2`
P2_NET=$IP2′/32′
# Add routes to gateways and default routes
/sbin/ip route add $P1_NET dev $IF1 src $IP1 table RS
/sbin/ip route add default via $P1 table RS
/sbin/ip route add $P2_NET dev $IF2 src $IP2 table UTEL
/sbin/ip route add default via $P2 table UTEL
# Add source routing
/sbin/ip route add $P1_NET dev $IF1 src $IP1
/sbin/ip route add $P2_NET dev $IF2 src $IP2
# Add default route
/sbin/ip route add default via $P1
# Add source routing using rt_tables
/sbin/ip rule add from $IP1 table RS
/sbin/ip rule add from $IP2 table UTEL