LINUX.ORG.RU
ФорумAdmin

2 линии интернета в одну - как?

 


0

2

ppp0: flags=2305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1492 inet 111.11.11.11 netmask 255.255.255.255 destination 111.11.11.254 inet6 fe80::1111:1111:1111:1111 prefixlen 10 scopeid 0x20 ppp txqueuelen 3 (Протокол PPP (Point-to-Point Protocol)) RX packets 24 bytes 2938 (2.9 KB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 190 bytes 15912 (15.9 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

enx282c34322263: flags=2163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.1.100 netmask 255.255.255.0 broadcast 192.168.1.255 inet6 fe80::2222:2222:2222:2222 prefixlen 64 scopeid 0x20 ether cc:2c:cc:13:cc:cc txqueuelen 1000 (Ethernet) RX packets 5512 bytes 4519358 (4.5 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 5359 bytes 701432 (701.4 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

есть 2 интерфейса. 1 кабель на прямую в сетевуху ppoe 2 усб модем

вопросы

1 как их обеденить?

2 как будут видеть трафик провайдеры? он будет у них кусками или как?

1 как их обеденить?

Смотря для чего.

Для торрентов или чего-то ещё с кучей соединений и банального ip route add default nexthop via N.N.N.N nexthop via M.M.M.M хватит, а для чего-то с одним соединением надо всякие туннели и MPTCP или bonding городить, да и то не факт что получится что-то путное, если каналы говно.

2 как будут видеть трафик провайдеры? он будет у них кусками или как?

Зависит от 1. Если nexthop то соединениями, если шаманство с multipath то пакетами.

Stanson ★★★★★ ()
Последнее исправление: Stanson (всего исправлений: 1)
Ответ на: комментарий от KillTheCat

https://www.snel.com/support/how-to-set-up-lacp-bonding-on-ubuntu-18-04-with-...

Извините, но это дурацкий совет. Какой бондинг, если речь идет про два независимых канала в Интернет, через разных провайдеров?

Выше верно посоветовали использовать policy based routing.

Serge10 ★★★★★ ()

Скрутить не пробовал ?

anonymous ()

Что ты имеешь в виду под объединить? Увеличить пропускную способность? Ну можно раскидывать новые соединения по разным каналам, например, но тут будут подводные камни.

Хотя, у тебя второй интерфейс модем, резервировать хочешь? Тогда два def. route с разными метриками и скрипт проверки основного канала.

anonymous ()
Ответ на: комментарий от Regacar

и следы бы запутать у провайдоров

Не вариант.Потому что, если провайдер действительно запутается (перестанет понимать, откуда пришел пакет), то ответов на такие пакеты Вы не дождетесь.

Выше уже написали, Вы можете разбросать трафик на оба канала (причем в любой желаемой Вами пропорции - например, 2/3 пустить через один канал, 1/3 трафика - через другой). Либо (и) использовать один из каналов в качестве резервного. Надо понимать, что при балансировке трафика распределение пойдет по соединениям - т. е. если установлено tcp-соединение через один из каналов, то все пакеты, относящиеся к данному соединению, через него и пойдут. Что, как раз, и исключает вариант с запутыванием провайдера ;).

Serge10 ★★★★★ ()
Ответ на: комментарий от Regacar

Для анонимности покупайте общественный vpn и запаковывайте трафик в шифрованный канал. Решение не 100%, но рекламу к вам в трафик провайдер уже не добавит.

anonymous ()
Ответ на: комментарий от Dark_SavanT

Лорчую. Только это имеет смысл если условный сайт в интернете тоже его поддерживает (для этого надо специальное ядро с mptcp). А если нет, то надо мутить tcp опенвпн туннель между домашним роутером по mptcp до своего vps , где поддержка mptcp тоже есть.

Bers666 ★★★★★ ()

убрать дефолтный маршрут, нижнюю половину интернета пустить через первого провайдера, верхнюю половину - через второго

Harald ★★★★★ ()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.