я сторонник того, что сложный механизм быстрее и менее понятно ломается... потому овчинка не стоит выделки...

+

Подскажите, а как заставить микрот l2tp клиентом подключаться через определенный интерфейс? Если их 2 заходит.

Я как раз думаю, что Вы лучше меня знаете, но ранее встречал использование этого термина применительно к разным уровням и к разным протоколам.
В "A Standard for the Transmission of IP Datagrams over IEEE 802 Networks" упоминается как "MAC MTU", так и "IP MTU"
Но я не настаиваю, если что. Я только учусь )

Вопрос, пока скорее теоритический: по каким признакам операторы сотовой связи режут скорость для немодемных тарифов с формулировкой "вы раздаете интернет"? Ситуация такая, есть LHG. Поднимает OpenVPN на удаленный хост в целях мониторинга и управления. На данный момент порт eth1 пустой, только питание подает. Остальное оборудование еще не привезли. В этой ситуации оператор режет скорость с формулировкой о раздаче. Хотя источником реально является только модем и никаких NATов нету. поиграл в фиксирование TTL, хотя это бред, источник трафика сам LHG. На что может возбуждать оператор при реальном отсутсвии раздачи?

макрроут на нужный адрес через нужный интерфейс

Извините за возможно глупый вопрос, это где смотреть?

ну вам для начала нужно настроить, что бы роутер отвечал с обоих интерфейсов, это маркировать  коннекты с интерфейса провайдера, потом маркроут в нужный интерфейс

потом уже куда вы инициируете соединение, заворачиваете туда трафик в роутах

можно конечно первое не делать, но не помешает, что бы роутер нормально отвечал одновременно с обоих провайдеров

Я наверно не про то. Гогда заводим lt2p client (ppp-l2tp client) как установить соединение именно на этом этапе через определенный интерфейс?

роутеру все ровно, л2тп это или клиент изнутри вашей сети идет в мир

ну это грубо говоря

Кажись понял. Спасибо

Добрый день, коллеги.
Подскажите пожалуйста, из-за чего может не соответсвовать время серверах:
/system ntp client print
         enabled: yes
            mode: unicast
     primary-ntp: 162.159.200.123
   secondary-ntp: 194.54.80.27
 dynamic-servers:
          status: started
[root@105] /snmp> /system clock print      
                 time: 14:24:52
                 date: oct/26/2020
 time-zone-autodetect: yes
       time-zone-name: Europe/Kiev
           gmt-offset: +02:00
           dst-active: no
Тут отображается не корректно

system ntp client print
         enabled: yes
            mode: unicast
     primary-ntp: 162.159.200.123
   secondary-ntp: 162.159.200.1
 dynamic-servers:
          status: synchronized
[root@106] > system clock print      
                 time: 14:13:36
                 date: oct/26/2020
 time-zone-autodetect: yes
       time-zone-name: Europe/Kiev
           gmt-offset: +02:00
           dst-active: no

А тут все верно

В 6.47 есть такое например

l2tp - added "src-address" parameter for L2TP client;

Операторы теперь по косвенным признакам так же выделяют такие железки. Купите уже тариф для модема и не парьтесь.

Спасибо, посмотрю

конкретно здесь так и будет, когда оборудование встанет то и тариф будет другой. Но так бывает не всегда. По каким косвенным признакам они выделяют жезелки?  IMEI? не подходит. Что еще может быть? Опять же ограничили с формулировкой про раздачу, не про несовместимое с тарифом оборудование. Это я бы еще понял. Из за чего КРОМЕ TTL оператор может сказать о раздаче??? Особенно при ее отсутствии.

Об этом вам не скажут. :)