$
Ээээээ
А зачем вам NAT на два провайдера, есть трафик (как понял из сообщений) будет ходить через одного?
Size: a a a
2021 February 19
N
Так, то есть получается что маршрутизация подаёт пакеты в NAT, он ищет соответствия в таблице выкидывает в маршрутизацию и уже дальше все идёт до клиента и так в обратном порядке
$
0_о
AK
Vladimir_F
коллеги, а есть какой-нибудь роутер с количеством портов от 8 до 16? Хотим ставить в офисы продаж одну железку вместо роутер+свитч.
Fortigate?
V
A K
Fortigate?
да, фортигейт рассматриваем, тем более у нас вся инфраструктура на нем. Но железок младших моделей нет с большим количеством портов. (40F, 60F) Ставить сотки и двухсотки в офисы продаж это too much
PS
NE-20S2f
E
Так, то есть получается что маршрутизация подаёт пакеты в NAT, он ищет соответствия в таблице выкидывает в маршрутизацию и уже дальше все идёт до клиента и так в обратном порядке
изучайте packet flow своего оборудования.
PS
))))
V
Juniper SRX300 норм вариант
$
Так, то есть получается что маршрутизация подаёт пакеты в NAT, он ищет соответствия в таблице выкидывает в маршрутизацию и уже дальше все идёт до клиента и так в обратном порядке
Вы схему нарисуйте, тогда всем станет проще. Кто клиент, с какой стороны, что за таблица, схема маршрутизации, почему два провайдера
I
Так, то есть получается что маршрутизация подаёт пакеты в NAT, он ищет соответствия в таблице выкидывает в маршрутизацию и уже дальше все идёт до клиента и так в обратном порядке
мне интересно, как вы из утверждения «эти два процесса не связаны друг с другом» сделали вывод «эти процессы тесно связаны друг с другом и принимают решение только совместно»?
I
демон маршрутизации, который определяет, какой пакет в какой интерфейс пойдет, не знает ничего про то, что случится с адресами в этом пакете
I
демон ната, который перебивает адреса, ничего не знает про маршрутизацию (*)
I
эти два демона между собой не взаимодействуют вообще, никак , совсем
AD
Коллеги, я тут новенький. Есть два провайдера, требуется что бы portforward работал одновременно на двух провайдерах, я подумал что vrf мне в помощь, но не могу понять вообще будут ли работать portforward одновременно на двух провайдерах
что за железка-то в качестве шлюза? На линуксе делается это вот так: pbr для маршрутизации ответного трафика через обоих провайдеров, connmark для того, чтобы запоминать, через какого провайдера пришёл оригинальный запрос.
I
* - на некоторых платформах бывает так, что знает, но это исключение
I
на иосе это, наверное, сделать не выйдет
I
его нат слишком ущербен для такого. ну или я туповат
I
если только сделать два разных «пробрасываемых» порта, по одному для каждого исп
I
и заставить сервис отвечать по обоим