agpecam, то есть iroute работает в любом случае, и это мешает прозрачной маршрутизации в tun режиме? А на tap воздействия не оказывает, потому что l2 и фактически iroute в трафик не лезет?
На одном то стандарте трудно добиться нормального переключения между точками доступа, а на разных... нет, наверное можно теми же самыми методами - отсекать по уровню сигнала, форсируя тем самым переключение на другую точку доступа, но чёто мне кажется, что между 2,4 и 5 ггц это будет плохо работать
Андрей, ValdikSS как-то писал, что там нужна l2 связность для таких случаев (поэтому tap а не tun), я сам плохо понимаю зачем для l3 маршрутизации нужна l2 связность, есть смутные догадки на тему того, как работают on-link маршруты, но проверять и уточнять как-то не досуг всё
Андрей, не обратил внимание на трассировку с бриджа микрота; он сразу же к провайдеру уходит. Ничего в routing policy не накурочено случаем?
upd ну хотя вряд ли, были бы видны следы в таблице маршрутов
rPman, я так понял, он про то, что в массиве они не объявляются в r/o режиме, что совершенно резонно, ибо никакой рейд просто не будет знать, что делать с диском, на который невозможна запись; это либо надо весь массив в r/o вгонять, но какие драйверы или аппаратные рейды действуют в такой логике? Либо просто выкидывать диск из рейда как сбойный, когда его контроллер заявляет о том, что он ушёл в r/o
AleXandDerR2, как можно сказать поточнее в области, в которой проблемы могут носить случайных характер? Мало того, что вендоры нет-нет, а используют различные твики в ос для своих железок, которые вне этой среды могут быть нежелательны или неожидаемы другими железками, так и винда не всегда способна переопределить железки без дополнительных пинков.
Если выполнять задание от пользователя, которому доступна папка с зашифрованными файлами - задание выполняется только 1 раз (если я логинился в этот день).
https://openwrt.org/docs/guide-user/network/wifi/w...
где-то там должны быть ответы