Метароутер поддерживается 1100AHx4?

Метароутер поддерживается 1100AHx4?

ну пункт в меню есть. а как оно работает - кто знает

https://wiki.mikrotik.com/wiki/Manual:Metarouter

примерно так

а может скажет кто по queue можно ли далть смешанные очереди. у родителя стоит pcq и делит все поровну а потомки смешанные и pcq и pfifo

или может есть у кого пример реализации приоритизации для ADSL

народ. есть необходимость закрыть скайп. есть у кого готовое решение?

apt-get purge skype

на роутере)

apt-get purge skype

тонко)))

apt-get purge skype

у меня другой пакеный менеджер ?

народ. есть необходимость закрыть скайп. есть у кого готовое решение?

первая ссылка в гугле

народ. есть необходимость закрыть скайп. есть у кого готовое решение?

У меня есть, но оно тебе не понравится

первая ссылка в гугле

Там протухшие листы подсетей майкрософта

И заодно блочащие всё облако мелкософта

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

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

Более адекватно уже

SQUID, прозрачный прокси, фильтрация HTTPS по доменному имени (точнее по домену на который выписан сертификат) без разшифровки (ssl bump)

Еще тупой способ, в DNS домены скайпа завернуть на 127.0.0.1

127.0.0.2

добрый день, а подскажите с настройкой romon, прошивка 6.39.3, два устройства: hex и бриджем подключенный wap ac, включаю ромон, на каждой точке задаю id: 00:22:00:00:00:01 и 00:22:00:00:00:02 соответственно, на хексе порты разрешен везде, кроме аплинка, на вапе разрешены все порты, в дискавери все появляется, есть удаленный хекс, между двумя хексами построен gre, при таком конфиге, как увидеть с удаленного хекса wap?

добрый день, а подскажите с настройкой romon, прошивка 6.39.3, два устройства: hex и бриджем подключенный wap ac, включаю ромон, на каждой точке задаю id: 00:22:00:00:00:01 и 00:22:00:00:00:02 соответственно, на хексе порты разрешен везде, кроме аплинка, на вапе разрешены все порты, в дискавери все появляется, есть удаленный хекс, между двумя хексами построен gre, при таком конфиге, как увидеть с удаленного хекса wap?

Не очень понятно что тебе надо, по L2 бродкастами увидеть наличие железки?

EoIP

да, и с сети удаленного хекса зайти на wap

да, и с сети удаленного хекса зайти на wap

EoIP тунель тебе нужен

еще поверх всего этого

до нужного L2 сегмента

Бриджа

я понял, gre такое сделать не сможет

я понял, gre такое сделать не сможет

Поверх GRE прокинуть EoIP

Больше инкапсуляций богу инкапсуляций

я понял, gre такое сделать не сможет

Они L2 сегмент посредством EoIP замутить надо по всей цепочки

конфиг улетел, да?)

то есть указать транспортную сеть для gre

он только что чуть не улетел, поэтому хочу, чтобы не улетел

Не канает GRE, надо поверх GRE замутить EoIP

а, то есть наоборот

если чуть чуть улетел, может помочь еще прокся на и веб морда

так проще будет

или тимвьювер на тачке в том же сигменте

сегменте

да все норм, я убил бридж без сейф мод, через соседей зашел :)

да все норм, я убил бридж без сейф мод, через соседей зашел :)

Класика

Настраиваем интерфэйс через который сидим (:

Все так делают

Не канает GRE, надо поверх GRE замутить EoIP

то есть я подымаю eoip по аналогу с gre, но мне не нужен один броадкаст домен, его можно оставить только romon, а для всего остального не использовать?

нет

соорудить эту байду, настроить, разобрать

а то херня получится

вот я и думаю, что получится какая-то херня :)

У тебя 2 сети на разных концах в одном сегменте получится

это только для аварийного восстановления решение

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

тогда я просто не буду выключать бридж в следующий раз :)

Вот

хорошо когда он есть. этот следующий раз

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

Какой-то я разговорчивый сегодня

то есть я подымаю eoip по аналогу с gre, но мне не нужен один броадкаст домен, его можно оставить только romon, а для всего остального не использовать?

eoip и есть же gre

так он L2 не умеет, только L3, а ромон работает по L2

eoip и есть же gre

нет

eoip это переделанный gre

так что выглядит наверное глуповато eoip поверх gre поднимать

еще больше матрешек внутри матрешек

ERROR: S client not available

так что выглядит наверное глуповато eoip поверх gre поднимать

Это ж эникей-way. Все ок!

EoIP использует GRE в качестве транспорта

или это был стеб?

EoIP использует GRE в качестве транспорта

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

Как это сделать чтобы всё не отвалилось?

Окей, можно GRE проверх GRE

z ybxtuj yt ghtlkfif/

я ничего не предлагаю

или GRE поверх l2tp

так просто заметочка

нет, берешь пптп, поднимаешь на нем гре, потом на нем строешь еоип

или что угодно что L2 пробрасывает, не испортив роутинг

Окей, гуры, как это правильно сделать

и про MTU не забыит

;)

еоип соберет пакеты обратно

Вводная, 2 микротика, за каждым по бриджу, между ними GRE тонель, через который они связны

надо 2 бриджа "закоротить" в 1 l2

или GRE поверх l2tp

gre, поверх ipip, внутри eoip!

gre, поверх ipip, внутри eoip!

Oo ..... oO

gre, поверх ipip, внутри eoip!

Посоны уверяют что двойная инкапсуляция не нужна

gre, поверх ipip, внутри eoip!

в моем варианте и пптп использует гре, в нем поднимаешь просто туннель gre там будет роутинг, в нем поденимаешь eoip и в нем будет л2

Посоны уверяют что двойная инкапсуляция не нужна

а нельзя просто в бридж добавить интерфейс, в микротике даже ппп бриджуются

а нельзя просто в бридж добавить интерфейс, в микротике даже ппп бриджуются

роутинг отвалися

даже они как то ее назвали, эту технологию

Посоны уверяют что двойная инкапсуляция не нужна

Странные посоны. Один раз инкапсулировать ненадежно.

Надо инкапсулировать до тех пор, пока от оверхеда не останется места пейлоаду!

Надо инкапсулировать до тех пор, пока от оверхеда не останется места пейлоаду!

а данные передавать в зарезервированных полях

mtu -»»> 0

Бля. вы внатуре не понимаете в чем дело?

Существующий тонель используется для связи 2х роутеров