frezero
-
Постов
8 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент frezero
-
Спасибо за наводку, спрашивать там не пришлось есть уже ответ, правда я не знаток иероглифов 😅 Вроде как, только исходящий (upload) трафик считается Xray поводом для поддержания соединения, что довольно странно, потому как входящего (download) трафика обычно всегда больше. И не факт что connIdle может как-то решить проблему, кроме как оттянуть потерю соединения, судя по всему бедняге из баг-репорта с его telnet значение в "connIdle": 999999 не сильно помогло 🙂 Но и со стороны телеги нет возможности, как я понял, уменьшить время опроса соединения или как-то вообще на него повлиять, кроме как вообще все засунуть в tcp со всеми вытекающими неудобствами в виде потери качества и фрагментации потока)
-
Вопрос в том, почему соединение закрывается из-за бездействия, звонок же идет еще или трафик идет минуя прокси через udp, а через прокси ходят только маршруты, причем, только в самом начале звонка и через 300 сек (значение по умолчанию, что равно 5 минутам) соединение закрывается.
-
Попробовал рекомендации по звонкам в телегам Работает и хорошо, но ровно 5 минут после этого звонок прерывается, если перезвонить то снова все ок до тех же 5 минут. Вроде наличие ключа "routeOnly": true, тоже важно здесь 03_inbounds.json Есть идеи как починить? Может кому-то удалось починить? P.S. Оба абонента не использовали Force TCP в режиме debug, звонок был Россия - Армения
-
Удалось таки завести DNS через less, ошибка оказалась банальная - в routing правила пишутся как domain, а для dns как domainS, подглядел вот тут (Project X) Вышло что такое 02_DNS.json Все остальное стянуто отсюда Ну и добавил 53 порт для прокси, не знаю надо было или нет ) Прокси-клиент работает на портах 53,80,443
-
Если вас беспокоят утечки и у вас проводной интернет (у меня мобильный), DoH\DoT c ssl сертификатом после правил вашего прокси, должен по идеи отдавать пачку адресов в зависимости от принадлежности вашего IP к сегменту сети (ну или стране).
-
На самом роутере указан только DNS тарелки mikrotik. На тарелки есть dns server и там стоит галлочка на Allow Remove Requests, если это важно )
-
Да, я действовал по вашему мануалу. Если поместить DNS Вымпелкома выше 1.1.1.1 в файле dns.json, то 1.1.1.1 не вызывается никогда, как впрочем сейчас не вызывается DNS Вымпелкома. Проблема в том, что условие domain никак не обрабатывается, хотелось бы узнать причину.
-
Здравствуйте, коллеги. Имеется: - тарелка mikrotik c выходом 4g-интернетом, dns получаю провайдерский (85.249.22.248 - dns вимпелком) - за тарелкой роутер кинетик, dns там не настраивал никакие. Хотелось бы через xkeen настроить таким образом, чтобы через vless-reality ходил на dns 1.1.1.1, а direct на тот, что выдал провайдер, если можно, если нет то на dns вимпелком. Так как сейчас сконфигурировано, правило dns -> domain не похоже чтобы обрабатывалось, dns берется первый из списка, как это можно было бы исправить? Конфиги 02_dns.json 03_inbounds.json 04_outbounds.js 05_routing.json Заранее спасибо за помощь 🙂