keenet07

По-моему DNS сервер сам выбирается по наименьшему пингу.

А вообще, могу вам сказать, сейчас попробовал то же самое с винды и так же получил DNS request timed out. timeout was 2 seconds. при первом запросе. Последующие идут стабильно. Выдержал паузу несколько минут. И попробовал снова и опять первый запрос был с пинг таймаутом. Остальные стабильно. Может и правда есть какая-то проблема первого запроса. Но у меня работа DNS через DoT. Но при всем при это не сталкивался с ошибками с DNS в браузерах потому-что даже на первый запрос хоть и спустя 2 сек приходит ответ и маркируется как "Не заслуживающий доверия ответ", но с правильным адресом. Поэтому ничего не ломается. Может в линуксе логика работы другая и он отбрасывает полностью просроченный ответ. И если у вас IPv6 вообще нигде не используется, имеет смысл отключить этот компонент совсем.

Хорошо. Просто нужно было это исключить. Попробуйте временно полностью убрать DNS провайдера и потестируйте без них. До первой ошибки.

Покажите что у вас на странице Интернет-фильтр. в WEB-интерфейсе.

Это очень маленький промежуток времени. Попробуйте запустить пинг и одновременно резолвить какие-нибудь адреса. До первой ошибки. А потом проверьте не было ли в этот момент провала пинга.

У вас пинг до шлюза стабильный? Нет проблемы с самим интернетом? Проверьте.

Да. Нужно активировать Интернет-фильтр AdGuard и выбрать в нем без фильтации (или что-то подобное). И всё транзитные обращения на 53 должны будет заворачиваться на DoH/DoT.

А как я вам выше предлагал не подойдет? Никакого состояния не выяснять а тупо на каждое долгое нажатие либо включать, либо выключать. Через раз. По счетчику четное/нечетное нажатие или как-нибудь ещё. На четное нажатие включаем, на не четное выключаем.

Проверьте на всякий случай ещё раз права на файле скрипта. Разрешение на запуск. И убедитесь, что вы правильную кнопку нажимаете в правильной комбинации нажатий подряд. Да и скрипт вроде должен быть в файле button.d а не buttons.sh если я не ошибаюсь.

Зачем два? А в одном разве нельзя что-то вроде триггера сделать. Одну переменную куда-нибудь сохранить ведь можно? Увеличивать её значение на единицу с каждым нажатием кнопки. Если четное значение, то включаем, если нечетное, то отключаем. Это один из возможных вариантов реализации.

Понятно. ) А то я смотрю на скрипт и думаю, как же в с ним будете жить. Включить Гостевую можно, а выключить нет. ))

Если вдруг не заметили, для запуска Гостевой сети там уже есть предустановка. Скрипт не требуется.

Вам не нужно выделять никакого 192.168.1.10 Поднимаете на роутере VPN до офиса. Создаете статический маршрут до адреса 10.0.0.10 через этот VPN. В поле Интерфейс выбираете ваше VPN соединение с офисом. Шлюз указывать не нужно. Создаете правило переадресации портов Где входом будет адрес роутера с портом к примеру 5060 или выберите любой другой и укажите его в поле Открыть порт. А выходом будет адрес вашей АТС в тоннеле до офиса с нужным портом (Порт назначения). Протокол укажите какой у вас используется TCP или UDP. Дальше в своем софтфоне вместо адреса 10.0.0.10 указываете адрес роутера 192.168.1.1 и порт как указали в поле Открыть порт. Теоретически входящий и исходящий порты можно указать одинаковые. Если для работы софтфона требуются ещё какие-то порты, то создайте для них такие же правила переадрессации. Ну собственно и всё. Установленные на компе 192.168.1.100 дополнительные VPN соединения больше никак не будут влиять на работу АТС.

Думаю это сделано умышленно. Блокировки по входящим обычно достаточно основному большинству пользователей.

Просто снимите галочку с "Множественный вход".

Ну тему ведь никто не закрыл, как "не реализуемую" и не имеющую перспективы. Надежда есть.

Понятно. Как всё это связано с телеметрией? Если никак, то зачем всё это обсуждать в теме о телеметрии?

Да откуда вам знать то? Стало или не стало? Вы специалист программист, занимаетесь разработкой, тестированием и отладкой ПО в крупной компании? Растёт сложность продукта, увеличивается и кол-во ошибок. Это закономерно. Иногда код нужно упрощать. Отчищать от пережитков прошлого. Поддержки всякого старого почти никому не нужного барахла. (я сейчас не про кинетиковскую прошивку, а в целом). Реализовывать новые подходы автоматизации.

О чем вы? Давно всё идёт к тому что ОС для ПК от мелкомягких станет вообще бесплатной. Они уже заявили, что ОС это больше не их основной бизнес. Ставка на онлайн-сервисы. А там хочешь не хочешь одна сплошная телеметрия. Станут ли они при этом снова вкладываться в многотысячную армию тестеров? Нет. В современном мире всё делается иначе.

Потому что разные циклы отладки и выхода стабильных релизов.

Потому-что скорее всего они повторялись у тысяч или миллионов пользователей. Хоть по телеметрии, хоть в виде жалоб в техподдержку.

Только они об этом не узнают.

Плюс для тестирующих только в количестве подопытных и разнообразии сценариев использования, многообразии оборудования. В тестовой лаборатории с таким охватом не протестируешь всё. Для самих подопытных это конечно минус. Нет, ну наверное можно собрать армию тестировщиков, но сколько это будет стоить? И кто в итоге за это будет платить? Другое дело, что программисты иногда слишком торопятся выпуская не до конца отлаженный код. Блин, ну всем же хочется поскорее новых функций. Я всегда с удовольствием жду нововведений.

Вот хорошее видео о становлении, развитии и текущих минусах телеметрии в целом. Посмотрите его, не смотря на то, что оно о Microsoft и Windows в целом. Но из него понятны все плюсы и минусы телеметрии. Для чего она создавалось и что из этого вышло.

Именно. )