BratSinot, ну тогда попробуй следующее - поставь маскарад на это подключение и будет тебе щасте.
Всё выглядит так, как будто на сервере разрешены пакеты только с адресами 192.168.112.0/24 (как вариант), по этому, компьютер подключенный напрямую работает, а за роутером пакет становится транзитным и обрубается. Кстати прохождение пакета можно видеть через torch на l2tp интерфейсе, с этого надо было начинать.
А ещё,если у тебя там WinServer соединения принимает, то возможно накатилось обновление и че-то там поменялось в планах соединения.... microsoft любит такое делать.
ApolloHoTs, дело в том, что изначально у вас PPPoE привязан к eth1
когда вы создаете мост, в который включаете 2 разъема - необходимо заменить привязку PPPoE с eth1 на созданный мост.
Александр, надо имя машины добавить в доверенные(IE - безопасность), также wins на первое место
name resolve order = wins bcast lmhosts host
и на своем компе указать wins
skq123, так вы отключили (физически) интерфейс wifi на микротике? или нет?
Если микротик сообщает то что кто-то пришел с другим МАК-адресом - значит он откуда-то уже получил информацию с этого ИП и мак-адрес был другой
вопрос: - откуда микротик узнал мак-адрес (видимо реальный МАК) устройства?
вариант один, пакеты от устройства приходят по 2м каналам. Чтобы отсечь сразу лишнее - отключаем интерфейс wifi и смотрим логи, если в логах продолжает появляться информации о мак-ах, думаем дальше...
Роман, ну надо понимать простой момент - маршрутизация
при подключении к 1 коммутатору откуда клиент знает, куда надо отправить пакет для НЕ СВОЕЙ СЕТИ?
также и к 2 коммутатору.
проще у 2 коммутатора укажи маршрут по умолчанию = 1 коммутатор(192,168,0,1) и подключай комп всегда ко 2 коммутатору.
"и твои волосы станут шелковистыми"
ЗЫ: проще одному коммутатору ставить адрес 0,1, второму 0,2 а не 1,1
как указал korsar182 - добавить аналогичное правило выше, без времени
включать так
/interface bridge filter disable numbers=123
/interface bridge filter enable numbers=123