Как на роутере настроить статический MAC для шлюза? (речь не о опции клонировать MAC)?

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

iptables -t nat -A POSTROUTING ! -d 192.168.1.0/24 -j MASQUERADE

Вроде опция -o за это отвечает, но точно не помню.

такая история получается, что если из Шлюза выдернуть один кабель,

Но зачем вы выдёргиваете кабель?

Как на роутере настроить статический MAC для шлюза? (речь не о опции клонировать MAC)?

@GBIT, ога, покажите /etc/nat-up

Как на роутере настроить статический MAC для шлюза? (речь не о опции клонировать MAC)?

D-Link DES-1100-16 или D-Link DES-1100-24 убогие свичи, но умеют виланы (правда штук 30 только).

Если совсем все плохо, то дотяните кабель от роутера к машине на GNU/Linux или этот срастите.

Я не спорю, так как вы делаете сделать можно, но песок в пустыне тоже можно продавать, только ведь никто не делает этого. Не правильно это.

Как на роутере настроить статический MAC для шлюза? (речь не о опции клонировать MAC)?

@GBIT, покажите, что выводит команда cat /etc/network/interfaces /etc/network/interfaces (прям интересно стало)

PS
Вы "сами себе злобные буратины", зря вы такое намутили. Или найдите где-то управляемый свичь и раскидайте машины по виланам, а на машине с GNU/Linux организуйте интервилан-роутинг и будет все тип-топ :)

Как выполнить скрипт на python?

@dleshko, но он прав.

Mikrotik: почему огромный пинг через ip-туннель?

@kodi, ога, типо трейсроут.

Mikrotik: почему огромный пинг через ip-туннель?

@kodi, поробуйте сбросить настройки, обновить прошивку, и все настроить заново. Пока ничего иного в голову не приходит.

PS
Попробуйте mtr IP_на_другом_конце_туннеля может быть покажет что нибудь интересное. И да, все же сбросьте настройки и обновите прошивку.

Mikrotik: почему огромный пинг через ip-туннель?

Почитал MAN про OpenVPN вычитал там опцию --mtu-test цитирую:

--mtu-test
Вычислить размер MTU при запуске подключения. OpenVPN будет слать ping пакеты различного размера и искать максимальный размер который успешно доходит. По умолчанию процесс --mtu-test занимает около 3х минут.

Перевод взял здесь: secretsline.biz

Так же можно попробовать включить Path MTU Descovery, это позволит OpenVPN автоматически вычислять оптимальный MTU (подробности в MAN или по вышеприведённой сылке на перевод MAN-a)

Mikrotik: почему огромный пинг через ip-туннель?

Я тут вычитал, что OpenVPN средствами своего протокола может проводить фрагментацию и на IP пакете это не будет отражаться (ставь не ставь запрет на фрагментацию всё равно 1500 байт покажет) Пока проверить это не могу, но попробуйте уменьшить MTU и потестить.

PS
Лучше задайте отдельный вопрос. У вас все таки иная проблема.

Mikrotik: почему огромный пинг через ip-туннель?

Ааа. OpenVPN. Хм...
А там в качестве транспортного протокола что, TCP или UDP?
Как далеко географически расположены точки меж которыми OpenVPN?

PS
Может канал чем-то забит торрентами например, не?

Почему происходят сбои VPN от Ростелекома?

Нда. Тут, походу, наслоение проблем... Ну желаю успешно решить проблему.

Mikrotik: почему огромный пинг через ip-туннель?

@kodi, в туннеле MTU 1500 байт? Не может быть. Какой тип туннеля используете (PPTP, L2TP, IPIP, GRE, EoIP)?

Почему происходят сбои VPN от Ростелекома?

Хм. А мне тут коллега напомнил... Был у нас D-Link неуправляемый 10 портовый, кажется. И тоже в один прекрасный момент компьютер подключенный в него потерял связь с сетевыми дисками. Отключение питания не менее чем на 5 минут решало проблему. Окончательно проблему удалось решить заменой этого свича.

Завтра вообще попробуйте убрать этот коммутатор и подключить кабель от компьютера с которого не пингуется прямо в Zyxel.

PS
Дело в том, что D-Linki изготавливают из дешёвой комплектухи. Конденсаторы электролитические быстро высыхают, и происходят сбои. Некоторые заморачиваются перепаивают блоки питания у свичей, мы вообще блок питания изымаем из свича и заменяем на своё решение.

Mikrotik: почему огромный пинг через ip-туннель?

@Voiddancer, а у вас что за туннель? Необходимо MTU именно туннеля уменьшать.

PS
И это, флаг запрещающий фрагментировать пакет ставили когда пинговали?

Почему происходят сбои VPN от Ростелекома?

Пропишите везде одинаковую маску.
Если не заработает отключите от свича всех кроме того компьютера с которого не пингуется.

Почему происходят сбои VPN от Ростелекома?

Ха. Ответ похоже лежал на поверхности. у того компьютера с которого пингуется маска подсети 255.255.255.192, а у того с которго не пиингуется маска 255.255.255.224.
Везде пропишите маску 255.255.255.192 и все должно заработать.

Почему происходят сбои VPN от Ростелекома?

А есть возможность выключить все компьютеры (ну или, хотя бы, кабели из свича вынуть и оставить только один с которого не пингуется и попробовать попинговать 10.3.46.1)

А что за свичь используется? Часом не compex?

Почему происходят сбои VPN от Ростелекома?

Когда уезжали выключали компьютер или он уходил в спящий режим?

Почему происходят сбои VPN от Ростелекома?

Покажите ещё, на всякий случай, tracert 10.3.46.1 с обоих машин. И с той с которой пингуется и стой с которой не пингуется.

PS
Собственно с этого и надо начинать, но я, почему-то, всегда забываю :-)

Как на роутере настроить статический MAC для шлюза? (речь не о опции клонировать MAC)?

НО. Иногда роутер начинает слать пакеты на 1й интерфейс. И тогда соответственно клиенты роутера никуда дальше шлюза не попадают.

А, как роутер DIR-300 может слать пакеты на 10.0.0.1 если на нём жестко прописаны настройки и в качестве шлюза используется 192.168.1.1?

Однозначно проблема именно в этом т.к. та же сама ситуация на рабочей машине разрешается ARP связкой.

Эта машина подключена в свичь или в роутер DIR-300?