У меня с недавних пор на панели задач у всех окон проводника появилась в конце подпись "- проводник", что ужасно раздражает. Минут 10 пытался нагуглить как это отключить - не нашел (может плохо искал).
В windows это не работает. Первый процесс, который проверяет наличие новых версий, не использует прокси из командной строки. И пропустить этот шаг нельзя.
Есть еще альтернативное решение от hdrover: https://github.com/hdrover/discord-drover Правда тут подходят только https прокси. А голос идет без прокси (соответственно меньше лаг), но работает через небольшой хак. И вмешательства в процесс минимальные.
Я в предыдущем комментарии был неточен. Изначально Discord запускается через Update.exe (ярлык по умолчанию ведет на этот файл). Update.exe запускает Discord.exe, а тот в свою очередь создает несколько дочерних процессов Discord.exe с разными типами (renderer, utility, gpu-process, crashpad-handler и пр.). Если к Update добавить в строку запуска параметр --a=--proxy-server=value, то он передаст параметр --proxy-server=value запускаемому процессу Discord.exe. Тот передаст этот параметр как минимум одному дочернему процессу с --type=utility. Но, к сожалению, этого оказывается недостаточно. По крайней мере сам процесс обновления не будет использовать прокси, а Discord пытается обновиться каждый раз. Если процесс обновления запроксировать (например, через Proxifier), то потом уже основной Discord будет использовать прокси из переданного параметра. В общем, просто параметр без сторонних инструментов не работает.
Вот эта китайская version.dll из комментария выше делает две вещи (посмотрел код):
Передает уже всем дочерним процессам параметр proxy-server (а не только с типом utility).
Возвращает значение параметра proxy-server при запросе процессом переменных окружения HTTP_PROXY и HTTPS_PROXY.
Что именно из этих двух функций позволяет запроксировать процесс обновления - не знаю, дальше не копал. А не копал по той причине, что для UDP этот прокси всё равно использоваться не будет, звонки по-прежнему работать не будут. Но если звонки не нужны, то DLL с прокидыванием параметра и подменой переменных окружения помогает запустить Discord без Proxifier.
Есть ли какое-нибудь ядро для всех этих v2ray и аналогов, которое может проксировать конкретные приложения с tcp и udp без tun интерфейса по аналогии с proxifier? Просто tun кажется избыточным, хочется легковесное решение именно на уровне конкретного приложения. Proxifier очень нравится, но он не поддерживает udp.
Да, многие там работали большими коллективами. Очень удобная и функциональная программа. Отдельные серверы, текстовые каналы, голосовые каналы, группировки каналов, очень гибкая настройка прав доступа, гибкая настройка уведомлений (видимость счетчиков, непрочитанных сообщений, упоминаний), загрузка изображений и видео, трансляции экранов, стримы и так далее. Таких же мощных аналогов я не знаю. Плюс бесплатность.
Не знаю как с трещинами, но раз 5 сдавал свои телефоны, которые ношу без чехлов и защитных стекол. То есть много царапин на экране (включая глубокие), вмятины на металлической рамке. Принимали без проблем. Но продать где-то в другом месте, конечно, выгоднее.
Ребёнок (возрастные ограничения) смотрит мультики на всех устройствах (чей телефон не занят, в какой комнате сейчас сидит, где зарядки больше и так далее). Я продолжаю смотреть фильмы тоже на всех устройствах. Например, смотрим с женой с ее аккаунта в гостиной, потом переходим досмотреть в другую комнату, а там уже мой аккаунт (из-за лимита). Переключаешь, снова попадаешь на окно удаления устройств. В общем, крайне неудобно.
По-моему, и так было несложно навести камеру телефона на QR-код.
А вот что реально мешает - это ограничение на 5 привязанных устройств. У меня семейная подписка плюс мульти с амедиатекой (я, жена, дочь). Дома 3 телевизора, 3 iPhone, 2 iPad (8 устройств). И как же надоело периодически отвязывать устройства просто в рамках одного дома. При том что активный сеанс практически всегда только один, реже 2, крайне редко 3 (может раз в год).
Мошенники звонят с какого-то номера. Номер уже имеет плохую репутацию, оператор (или какой-нибудь локальный фильтр) блокирует звонок. После этого мошенник пытается дозвониться с другого номера. Даже если просто не ответить на звонок с подозрительного номера, то практически сразу перезванивают с другого, а потом еще с другого. В итоге, у меня в истории пропущенных вызовов почти всегда несколько разных номеров кучкуются в рамках нескольких соседних минут.
У меня с недавних пор на панели задач у всех окон проводника появилась в конце подпись "- проводник", что ужасно раздражает. Минут 10 пытался нагуглить как это отключить - не нашел (может плохо искал).
Delphi популярнее PHP? Любопытно
В windows это не работает. Первый процесс, который проверяет наличие новых версий, не использует прокси из командной строки. И пропустить этот шаг нельзя.
Наверное речь про это: https://github.com/wiresock/proxifyre (универсальное приложение для проксирования выборочных процессов через socks5).
А популярный proxifier не работает с UDP.
Есть еще вот такое: https://github.com/nefarius/socksifier
И вот такое: https://sourceforge.net/projects/sockscap64/
Есть еще альтернативное решение от hdrover: https://github.com/hdrover/discord-drover
Правда тут подходят только https прокси. А голос идет без прокси (соответственно меньше лаг), но работает через небольшой хак. И вмешательства в процесс минимальные.
Еще бы и главную картинку, потому что на ней название компании неправильное (как и в заголовке пропущена буква "o", "CludFlare" вместо "CloudFlare")
Что интересно, настройки системного прокси от nekoray он подхватывает. То есть Hiddify о чем-то не знает.
Я в предыдущем комментарии был неточен. Изначально Discord запускается через Update.exe (ярлык по умолчанию ведет на этот файл). Update.exe запускает Discord.exe, а тот в свою очередь создает несколько дочерних процессов Discord.exe с разными типами (renderer, utility, gpu-process, crashpad-handler и пр.). Если к Update добавить в строку запуска параметр
--a=--proxy-server=value, то он передаст параметр--proxy-server=valueзапускаемому процессу Discord.exe. Тот передаст этот параметр как минимум одному дочернему процессу с--type=utility. Но, к сожалению, этого оказывается недостаточно. По крайней мере сам процесс обновления не будет использовать прокси, а Discord пытается обновиться каждый раз. Если процесс обновления запроксировать (например, через Proxifier), то потом уже основной Discord будет использовать прокси из переданного параметра. В общем, просто параметр без сторонних инструментов не работает.Вот эта китайская version.dll из комментария выше делает две вещи (посмотрел код):
Передает уже всем дочерним процессам параметр proxy-server (а не только с типом utility).
Возвращает значение параметра proxy-server при запросе процессом переменных окружения HTTP_PROXY и HTTPS_PROXY.
Сам код: https://github.com/aiqinxuancai/discord-proxy/blob/master/dllmain.cpp
Что именно из этих двух функций позволяет запроксировать процесс обновления - не знаю, дальше не копал. А не копал по той причине, что для UDP этот прокси всё равно использоваться не будет, звонки по-прежнему работать не будут. Но если звонки не нужны, то DLL с прокидыванием параметра и подменой переменных окружения помогает запустить Discord без Proxifier.
Сами проверяли? Для этого нужна сторонняя dll отсюда: https://github.com/aiqinxuancai/discord-proxy
Я так понимаю, что создаётся бесплатная виртуальная машина от гугл, которая и выступает в качестве прокси.
Есть ли какое-нибудь ядро для всех этих v2ray и аналогов, которое может проксировать конкретные приложения с tcp и udp без tun интерфейса по аналогии с proxifier? Просто tun кажется избыточным, хочется легковесное решение именно на уровне конкретного приложения. Proxifier очень нравится, но он не поддерживает udp.
Возможно ваш провайдер IP не блокирует, а только домены по SNI. Посмотрите лог Proxifier в этот момент. Что пишет для UDP подключения? Direct?
Блокируют по диапазонам IP
Да, многие там работали большими коллективами. Очень удобная и функциональная программа. Отдельные серверы, текстовые каналы, голосовые каналы, группировки каналов, очень гибкая настройка прав доступа, гибкая настройка уведомлений (видимость счетчиков, непрочитанных сообщений, упоминаний), загрузка изображений и видео, трансляции экранов, стримы и так далее. Таких же мощных аналогов я не знаю. Плюс бесплатность.
Да, проксирования UDP нет. Он или его игнорирует в режиме bypass (трафик идет как обычно), или блокирует. Попробуйте зайти в голосовой чат.
https://www.proxifier.com/changelog/
Proxifier can now log and block UDP connections
Proxifier не поддерживает udp
Не знаю как с трещинами, но раз 5 сдавал свои телефоны, которые ношу без чехлов и защитных стекол. То есть много царапин на экране (включая глубокие), вмятины на металлической рамке. Принимали без проблем. Но продать где-то в другом месте, конечно, выгоднее.
Ребёнок (возрастные ограничения) смотрит мультики на всех устройствах (чей телефон не занят, в какой комнате сейчас сидит, где зарядки больше и так далее). Я продолжаю смотреть фильмы тоже на всех устройствах. Например, смотрим с женой с ее аккаунта в гостиной, потом переходим досмотреть в другую комнату, а там уже мой аккаунт (из-за лимита). Переключаешь, снова попадаешь на окно удаления устройств. В общем, крайне неудобно.
По-моему, и так было несложно навести камеру телефона на QR-код.
А вот что реально мешает - это ограничение на 5 привязанных устройств. У меня семейная подписка плюс мульти с амедиатекой (я, жена, дочь). Дома 3 телевизора, 3 iPhone, 2 iPad (8 устройств). И как же надоело периодически отвязывать устройства просто в рамках одного дома. При том что активный сеанс практически всегда только один, реже 2, крайне редко 3 (может раз в год).
Мошенники звонят с какого-то номера. Номер уже имеет плохую репутацию, оператор (или какой-нибудь локальный фильтр) блокирует звонок. После этого мошенник пытается дозвониться с другого номера. Даже если просто не ответить на звонок с подозрительного номера, то практически сразу перезванивают с другого, а потом еще с другого. В итоге, у меня в истории пропущенных вызовов почти всегда несколько разных номеров кучкуются в рамках нескольких соседних минут.