Urxvt: расширение perl '…' не найдено в пути поиска библиотеки perl [закрыто]

Итак, у меня было больше времени на изучение этого вопроса, я нашел способ сделать это с помощью Linux TEQL (True Link Equalizer). Вот ссылка, по которой я свободно перешел, но с некоторыми изменениями.

http://lartc.org/howto/lartc.loadshare.html

Вот как я заставил его работать на Arch Linux ARMv7 (Raspberry Pi 3)

При загрузке:

Следующая команда должна запускаться при загрузке для загрузки соответствующего модуля ядра.

modprobe sch_teql

Следующие команды также можно запускать при загрузке, если вы хотите использовать NAT из локальной сети на eth0.

sysctl -w net.ipv4.ip_forward
iptables -A INPUT -i ppp+ -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -A FORWARD -i ppp+ -o eth0 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -A POSTROUTING -t nat -o teql+ -j MASQUERADE

ПРЯМОЙ обратный трафик находится на ppp +, а МАСКИРОВКА ПОСТРОУТИРОВКИ на teql +, потому что исходящий трафик уходит на teql, а ответный трафик возвращается на ppp.

Когда появляются ссылки ppp:

Предполагая, что для балансировки нагрузки используются ссылки ppp, следующие команды должны быть запущены в сценарии в /etc/ppp/ip-up.d/ скрипт.

sysctl -w net.ipv4.conf.ppp1.rp_filter=2
sysctl -w net.ipv4.conf.ppp2.rp_filter=2
tc qdisc add dev ppp1 root teql0
tc qdisc add dev ppp2 root teql0
ip address add 1.1.1.1/32 dev teql0
# you can add additional public IP addresses teql0 if you need to
ip link set teql0 up
ip route replace default scope global dev teql0

Где 1.1.1.1 - ваш общедоступный IP-адрес, подключенный к Интернет-провайдеру. Дополнительные общедоступные IP-адреса могут быть назначены устройству teql0, но не должны назначаться устройствам ppp. В моей настройке две ссылки ppp имеют один и тот же IP-адрес (согласованный с помощью pppoe и т. Д.) Ссылка teql назначена вручную, как показано выше. Интернет-провайдеру необходимо отправлять трафик для IP одинаково по обоим каналам.

Обратный путь ( rp_filter ) установлен на 2 (свободный) как в приведенном выше сценарии, так что возвращаемые пакеты не отбрасываются из-за их возвращения на интерфейсы ppp. а не teql0.

Я так настроил, и он отлично работает. Очень просто! Когда ссылки выходят из строя, происходит плавное переключение при отказе. Когда они подходят, они просто снова начинают работать.Похоже, что при отказе нет ни потери пакетов, ни задержки, ни при восстановлении.

Кроме того, по ссылке ниже используется другой способ маршрутизации с использованием iptables для маркировки всех остальных пакетов и т. Д., Но я постараюсь через несколько дней посмотреть, работает ли он лучше, чем указано выше, и соответственно предоставить здесь свой отзыв.

http://support.aa.net.uk/Router_-_Linux_upload_bonding_using_policy_routing