Евген

Похоже, что этим занимаются, иначе не понятно, почему не отвечают. Разве что дело в определенной конфигурации, но селфтесты я скинул, а других запросов не было. Продолжаем жадть 😕

Очень жду

И что в этом такого? А ничего, что баг запросто может быть и на новых устройствах/в новых прошивках? Ведь если он есть у меня, запросто может быть и у других, и, следовательно, при исправлении такой фигни, админ бы знал о ней, а не писал о необходимости дебага, логично? Или мне теперь со своей гигой никуда не писать, даже если я баги нашел? Забавно, но для нас тут целые разделы!

Здравствуйте. Я понимаю, что тут все занятые, но ведь как раз кинетиками, правильно? Я не говорил, что у меня нет желания "нормально воспроизвести да отрапортовать о баге", но нет возможности сделать это в ближайшее время. Вполне вероятно, что данная ситуация не нова, и я мог бы уже получить ответ или подсказку. Как выяснилось, без self-test'а не обойтись, значит будет. Благодарю за ответ.

Доброго времени суток! Имеется Giga II. Версия ОС 2.16.D.9.0-1. Настроено два подключения - основное WAN и резервное WISP. Если резервный канал (WISP) подключается, когда основной работает в штатном режиме, то соединения через резерв проходят нормально, но если основное подключение отвалилось, то последующие подключения к WISP висят без доступа в интернет, точка доступа пингуется, но дальше нее ничего не уходит. Маршруты автоматические, правильные. Пробовал отсоединять кабель с WAN порта, задавать IP, шлюз и DNS вручную. Проблема решается перезапуском маршрутизатора, только после этого доступ в интернет через WISP появляется. Не могу точно сказать, всегда ли наблюдается сабж, но уже неоднократно. Даже тестировать не очень удобно, связь нужна постоянно, но если очень надо, то постараюсь. Хронология: WAN подключен, WISP нет WAN отваливается, подключаю WISP Подключение через WISP висит с меткой "Без доступа в интернет" Перезапуск маршрутизатора Подключаю WISP, все ок Конфиг WISP interface WifiMaster0/WifiStation0 description "*desc*" mac bssid 11:11:11:11:11:11 security-level public authentication wpa-psk ns3 *pwdhash* encryption enable encryption wpa2 ip address 192.168.43.2 255.255.255.0 ip dhcp client dns-routes ip dhcp client name-servers ip global 65517 ip adjust-ttl send 65 ssid "*SSID*" up bandwidth-limit 147456

Но он разрешен и работает. Если учётка есть в кинетике - берем её права, учётки нет - fallback на гостя-анонима, сюда упадут все GUEST/ANONYMOUS и прочие невежды Разрешить анониму все по дефолту и он будет получать полный доступ, как сейчас сделано из коробки - ставишь SMB/TSMB или переключаешь их, и у тебя автоматом "Анонимный доступ" включается, чтобы те, кто не заморачивается и дальше не заморачивался Наверное здесь и таится главная сложность - нужно разрешать всем то, что разрешено анониму, его права должны наследоваться другими, если они позволяют больше. Или сделать 2 переключаемых варианта системы авторизации - как есть и как в шапке. Вот бы под рукой был код TSMB, та часть, где проверяются права. А так я просто спросил, да и понимаю, что есть более существенные задачи. Спасибо за ответ.

Здравствуйте. В кинетиках реализован анонимный доступ к шарам и принтерам, но он полностью перекрывает все остальные настройки прав. Есть ли возможность добавить анонимного пользователя (гостевой аккаунт), на которого все подключения будут падать по дефолту, если нет данных авторизации? Это также должно поправить недоразумение с недоступностью именованных устройств в сетевом окружении Windows 10 без необходимости давать полный доступ всем и на всё. Возможно это неосуществимо, но попытка не пытка) Спасибо!)

Благодарствую, все заработало ☺️ Кстати, с 2.16.D.9.0-0 до 2.16.D.9.0-1 обновился только со второго раза

Только сейчас сообразил - надо было уточнить, что вместо 1.2.3.4 используются ddns типа remote srv1.somevpnprovider.net 443 remote srv2.somevpnprovider.net 443 remote srv3.somevpnprovider.net 443 remote srv4.somevpnprovider.net 443 remote srv5.somevpnprovider.net 443 remote srv6.somevpnprovider.net 443 ... remote-random соответственно иногда резолвятся разные ip, что превращает настройку маршрутов в запару

Здравствуйте. Благодарю за ответ. Я так и решаю свою проблему - прописываю маршрут вручную (писал об этом в теме) , но ip сервера не статичен и серверов много. Других вариантов нет? Можно ли ожидать обновления пакета в драфт проше?

Доброго времени суток! Имеется Giga II (2.16.D.8.0-2) + OpenVPN (2.4.6). Подключены WAN ISP как основной и Wifistation (WISP;тезеринг) как резервный интерфейсы. Понадобилась VPN через резервную сеть (многие догадываются зачем). Указал в настройках "Подключаться через WISP". Авторизация проходит, а на PUSH_REQUEST ответа нет. Не сразу догнал, что почем, но потом по логам понял, что маршрут через вафлю прописывается уже после авторизации, непосредственно перед PUSH_REQUEST, а для самой авторизации используется основной интерфейс. Логично, что при таком раскладе сервер мне не ответит. Конечно же все решается мануальным прописыванием маршрута перед соединением с VPN, но что если его IP меняется и/или этих серверов с десяток? Тем более нет желания каждый раз лезть в настройки при отвале основного канала, и хочется, чтобы переключение было как можно более быстрым, следовательно VPN уже должен быть подключен. Так и должно быть или что-то не так делаю? Спасибо. Настройки подключения Конфиг OpenVPN (малоли имеет значение) client dev tun proto udp remote 1.2.3.4 443 remote-random resolv-retry infinite nobind cipher AES-256-CBC auth SHA512 comp-lzo no verb 3 tun-mtu 1500 tun-mtu-extra 32 mssfix 1450 persist-key persist-tun reneg-sec 0 remote-cert-tls server <auth-user-pass> user pass </auth-user-pass> pull fast-io <ca> -----BEGIN CERTIFICATE----- -----END CERTIFICATE----- </ca> key-direction 1 <tls-auth> # 2048 bit OpenVPN static key -----BEGIN OpenVPN Static key V1----- -----END OpenVPN Static key V1----- </tls-auth>