mrGhotius
-
Постов
467 -
Зарегистрирован
-
Посещение
-
Победитель дней
2
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент mrGhotius
-
Speedster поближе к контроллеру разместите. -
Проблема в том, что это не mesh, нет управляющего контроллера который будет говорить вашим устройствам "Эй, друг, что-то сигнал плоховат, рядом есть точка с более сильным сигналом, ну-ка переключайся на нее". При ваше схеме устройство будет держаться за плохой сигнал ТД до последнего деления . Как вариант, вам уже написали выше, уменьшите мощность передатчиков.
-
И действительно, зачем учиться читать, когда есть аудиокниги?
-
Хотя и с /64 должно работать. Видимо ваш вышестоящий роутер не делегирует префикс подсети, только адрес. Смотрите настройки вышестоящего роутера, есть ли в нем возможность делегирования префикса нижестоящему.
-
Именно так лучше сделать. Чтобы Keenetic смог раздавать ipv6 в свою локальную сеть, нужно чтобы ему делегировался, хотя бы, /56 префикс. Или наоборот переведите Keenetic в режим ТД и рулите на вышестоящем роутере
-
Неоднократно уже обсуждалось!
- 2 ответа
-
- 1
-
-
А WG туннель поднимается? Последняя официальная 4.3.6
-
Ну так и передавайте vlan1 между коммутаторами в trunk'е, а на порту, куда подключен ретранслятор, тег снимайте. С тегом.
- 41 ответ
-
- 1
-
-
- mesh
- ретранслятор
- (и ещё 3 )
-
Хм...а конфигурацию сохраняете командой system configuration save ? Так оставьте порт в нетегированом vlan1 и добавьте в vlan2 с тегом. Или сделайте отдельную сеть управления для точек, у вас же коммутаторы не в "Домашней/Гостевой" "сидят".
-
Сомневаюсь. Устройства ничего не прокладывают, а шлют весь трафик на шлюз сети, в данном случае это роутер. Использование статической маршрутизации через VPN уже неоднократно обсуждалась на этом форуме. Так что не вижу смысла продолжать обсуждать одно и то же. С названием темы содержимое таже слабо вяжется, т.к. и WiFi и кабель это среда передачи данных и роутеру все равно через какую среду к нему запросы приходят.
-
Нет, в данной схеме ваши устройства понятия не имеют о существовании маршрутов, если только вы их не "ткнули носом" указав вручную на устройстве.
-
Неполный список маршрутов, проверяйте.
-
Какой приоритет по WiFi о чем вы? Транзит запросов выключите.
-
И не работает? А что с DNS?
-
Настройте подключение напрямую на ПК для проверки.
-
Прошивку, для вашей модели, можно взять здесь. Заменить прошивку можно здесь.
-
Тут два варианта, либо провайдер "включает дурака" потому что маршруты должны прилетать автоматически, тогда пинайте провайдера. Либо действительно что-то с роутером(прошивкой), тогда в ТП Keenetic.
-
Адрес есть, а маршрутов действительно нет. Попробуйте сбросить настройки роутера и настройте заново.
-
Эм...интернет без IP-адресов не работает в принципе На интерфейсе есть ip-адрес выданный провайдером?
-
Да все, никто кроме вас тут не знает, что вы там настраивали и как. Попробуйте удалить все маршруты которые добавляли руками, на соединении WG выставить галку "Использовать для доступа в интернет". В системной политике выставить наивысший приоритет WG(самый верхний в списке) и проверить. Тем самым вы пустите весь трафик через WG.
-
Это характеристики. Конфигурация - настройки вашего роутера.
-
Без ознакомления с вашей конфигурацией роутера, посоветовать нечего.
-
Отключите все "левые" DNS, и тестируйте с DNS провайдера. Если проблема сохранится - в тех. поддержку.
-
Прописать маршруты: на Keenetic'ах в сеть роутера РТК, а на роутере РТК в сети Keenetic'ов.
-
Хм..а вот тут вы написали обратное. По факту сейчас у вас второй Keenetic работает в режиме ТД, раз вы не используете WAN. Если вы использовали в качестве "гостевой сети два" штатный гостевой интерфейс Keenetic, то он по умолчанию имеет уровень безопасности protected. Попробуйте изменить на втором контроллере уровень безопасности гостевого интерфейса на private и выполните команду no isolate-private. Либо разрешите обмен трафиком между сетями через правила МСЭ.
