Зачем занятый порт брать? Лучше будет тогда взять незанятый отсюда https://en.wikipedia.org/wiki/List_of_TCP_and_UDP_port_numbers

@Flowseal незанятый - ты имеешь в виду Reserved, или такой который вообще в таблице не встречается?

@Flowseal незанятый - ты имеешь в виду Reserved, или такой который вообще в таблице не встречается?

второе

omg...
Да выкидывайте правило фильтра на уровне парсинга переменных в батнике.

@alexvruden я пытался делать что-то подобное. В файле service.bat есть функция :service_install, и у меня нет уверенности что она будет с этим работать.

:service_install,

ааа, вы парсите свой же батник ... сложный вариант вы выбрали))

Переменная winws_arg_string получила от general.bat готовую строку (с учетом GameFilter=?) для создания сервиса
И не нужен огород для парсинга батника в service.bat ...

1. DRY
2. Поддержка пользовательских стратегий, которые соответствуют минимальным требованиям (например [Актуально] general (Dronatar)/general (ALT6) #3279)

Переменная winws_arg_string получила от general.bat готовую строку (с учетом GameFilter=?) для создания сервиса
И не нужен огород для парсинга батника в service.bat ...

1. DRY

2. Поддержка пользовательских стратегий, которые соответствуют минимальным требованиям (например [[Актуально] general (Dronatar)/general (ALT6) #3279](https://github.com/Flowseal/zapret-discord-youtube/discussions/3279))

Совместимость с кем? Только с @Dronatar
Стандартная стратегия, это то, что выдал blockcheck , типа

--wf-l3=ipv4 --wf-tcp=443 --dpi-desync=multisplit --dpi-desync-split-pos=2

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

Есть предположение, что это связано с установлением set "GameFilter=0" и последующим использованием нулевого значения при запуске winws.

Для начала нужно убедится в этом.

А так, я за 10 минут придумал полноценно рабочий способ, без всяких портов, мне остается только дождаться факта достоверности предположений по поводу порта 0, после чего сделаю свой Pull request.

Совместимость с кем? Только с @Dronatar
Стандартная стратегия, это то, что выдал blockcheck , типа
--wf-l3=ipv4 --wf-tcp=443 --dpi-desync=multisplit --dpi-desync-split-pos=2
Все остальное, это обертки вокруг этой строчки.
Вы сами придумали концепцию своих батников и теперь незнаете , как избавиться от кривизны....

Зачем ты мне пишешь про стандартную стратегию? Я ясно написал, что речь идёт про поддержку пользовательских стратегий

Есть предположение, что это связано с установлением set "GameFilter=0" и последующим использованием нулевого значения при запуске winws.

Для начала нужно убедится в этом.

А так, я за 10 минут придумал полноценно рабочий способ, без всяких портов, мне остается только дождаться факта достоверности предположений по поводу порта 0, после чего сделаю свой Pull request.

@Dronatar я не смог повторить проблему на проводном соединении. А беспроводного у меня нет. В обоих ишью #4236 и #4245 есть комментарии, что отказ от использования --filter-tcp=0 , --filter-udp=0 помог.

@Flowseal заменил на 12 порт.
Не используется по данным Wikipedia.
Unassigned by IANA по этим данным https://www.speedguide.net/port.php?port=12

Порт 12 хороший вариант, поможет сохранить простоту стратегий.
Если всё суммировать, то, думаю даже лучше чем мои идеи в данном случае.
Но для своих стратегий из #3279, я предпочту придерживаться планов по добавлению этих идей.

@Dronatar я также пробовал такой вариант,
Брал новую переменную и присваивал ей такие значения:

set "GameFilterCommentUDP="

или

set "GameFilterCommentUDP= && rem "

И оно действительно комментирует оставшуюся часть строки запуска. Но не парсится функцией :service_install.

Порт 12 хороший вариант, поможет сохранить простоту стратегий.
Если всё суммировать, то, думаю даже лучше чем мои идеи в данном случае.
Но для своих стратегий из #3279, я предпочту придерживаться планов по добавлению этих идей.

Хотя нет, увы, без добавления поддержки данного метода в тот же :service_install, он не будет работать при установки сервисом.
Придется сидеть на порте 12, ну ладно, не велика потеря.

Проблема обрыва соединения при проводном подключении и работе запрета как сервиса осталась и в версии 1.8.3.
Происходит это не только в спящем режиме, но и просто при выключении экрана при простое. При включении соединение рвётся (заметно по Cloudflare WRAP, терающем соединенеи и сразу же переподключающемся). В журнале винды вот такие ошибки при этом идут: "Невозможно привязать сервер к транспорту \Device\NetBT_Tcpip_{94E2691D-9CBB-4F11-93F1-980AB9EEEA0F}, так как другой компьютер в сети имеет совпадающее имя. Запуск сервера невозможен."

@TeslaReloaded попробуй отключить NetBIOS over TCP/IP в свойствах беспроводного адаптера.
Чип вая-фая от какого производителя?

@TeslaReloaded попробуй отключить NetBIOS over TCP/IP в свойствах беспроводного адаптера. Чип вая-фая от какого производителя?

Какой ещё чип вай-фая? Говорю же - проводное подключение. Компьютер настроен на выключение монитора после 10 минут простоя. При включении монитора (от движения мышки или ещё чего) соединение на мгновение рвётся, отрубается Cloudflare WARP и так далее. Происходит это только с запретом версии 1.8.2 и 1.8.3. Запрет 1.8.1 такого эффекта не даёт.

@TeslaReloaded в сообщении об ошибке, которое ты выудил из EventLog, пишется про NetBT. Отключение NetBIOS может помочь убрать эту ошибку. Не факт, что это является первопричиной отпадываний интернета, но ты попробуй. Первопричину никто не нашел ещё, ты первый из пользователей, кто попытался выполнить какие-то диагностические действия.

Возможны варианты:

1. Сообщение об ошибке уйдёт, но отвал интернета при выходе из спящего режима останется
2. Сообщение об ошибке уйдет, и вместе с ним уйдет отвал при спящем режиме, но останется неработоспособность при включении компа
3. Вдруг всё починится

@TeslaReloaded

Происходит это только с запретом версии 1.8.2 и 1.8.3. Запрет 1.8.1 такого эффекта не даёт.

Отличия версии 1.8.1 от 1.8.2 такие:

• В версии 1.8.2 в файле ipset-all.txt по умолчанию задана одна строчка 0.0.0.0/32. В версии 1.8.1 эта строчка не содержится, но содержатся другие
• Немного отличаются батники со стратегиями. Опция split2 заменена на multisplit. В некоторых батниках удалён комментарий
• Батник service.bat тоже имеет различия, они не должны никак влиять
• Бинарники в 1.8.1 и 1.8.2 абсолютно одинаковые

Если проблема не наблюдается на 1.8.1 и наблюдается на 1.8.2, попробуй в файле ipset-all.txt удалить строку 0.0.0.0/32 и добавить строки из 1.8.1, а лучше вот такой небольшой набор (это адреса cloudflare):

103.21.244.0/22
103.22.200.0/22
103.31.4.0/22
104.16.0.0/13
104.24.0.0/14
108.162.192.0/18
131.0.72.0/22
141.101.64.0/18
162.158.0.0/15
172.64.0.0/13
173.245.48.0/20
188.114.96.0/20
190.93.240.0/20
197.234.240.0/22
198.41.128.0/17

@ekungurov В общем магия какая-то. Нашёл-таки эту настройку, выключил NetBIOS, запустил 1.8.3, дождался, когда монитор погаснет, подвигал мышкой - и ничего. Соединение стабильное. Решил снова включить NetBIOS, чтобы убедится, что это именно оно виновато. Снова дождался, когда погаснет монитор, снова подвигал мышкой и... соединение не оборвалось. И в журнале винды ошибок не появилось, хотя NetBIOS был включён. Зато нашёл такие же ошибки за период чуть ранее, когда соединение оборвалось, но экран при этом не выключался и работал запрет 1.8.1.

Короче, очень похоже, что это сам Cloudflare WARP соединение теряет и, возможно, с запретом это не связано. Посыпаю голову пеплом и иду копать в сторону WARPа.

Выключение экрана (Энергосбережение: Отключать дисплей через ...) вообще никак не связано и не может влиять. Но эта проблема может быть связана с другими настройками энергосбережения. Интересно, что она не проявляется на проводном соединении.

Если проблемы повторятся, попробуй изменить ipset-all.txt на список серверов Cloudflare:

103.21.244.0/22
103.22.200.0/22
103.31.4.0/22
104.16.0.0/13
104.24.0.0/14
108.162.192.0/18
131.0.72.0/22
141.101.64.0/18
162.158.0.0/15
172.64.0.0/13
173.245.48.0/20
188.114.96.0/20
190.93.240.0/20
197.234.240.0/22
198.41.128.0/17

Ещё можно попробовать такой вариант:

0.0.0.1/32

@TeslaReloaded у людей которые жаловались ранее, пропадали ping'и даже до локального адреса роутера (192.168.xx.x). Вывод команды ping был такой:

PING: сбой передачи. Общий сбой.

или

PING: Transmit failed. General failure.

На винде работает! А для Android есть вариант?