Перейти к содержанию

Рекомендуемые сообщения

Опубликовано

Подскажите пожалуйста, предположим xray сконфигурирован так что у него несколько внешних vless соединений.  Возможно ли сделать так что разные устройства в локалке шли бы на разные внешние vless сервера? Это возможно сделать на политике или надо разруливать по другому?

  • Ответов 2,5 тыс
  • Создана
  • Последний ответ

Топ авторов темы

Опубликовано

Andrey Zubov , как вариант:

Несколько прокси в в inbounds (каждый из которых завязан на отдельный vless) + прокси клиент в роутере с несколькими подключениями к этим прокси (и установленной галкой "использовать для выхода в интернет") + политики (использующие каждая своё прокси подключение для выхода в интернет).

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

Опубликовано
2 часа назад, Neytrino сказал:

Andrey Zubov , как вариант:

Несколько прокси в в inbounds (каждый из которых завязан на отдельный vless) + прокси клиент в роутере с несколькими подключениями к этим прокси (и установленной галкой "использовать для выхода в интернет") + политики (использующие каждая своё прокси подключение для выхода в интернет).

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

кстати весьма красивая идея, спасибо. я все больше склонялся к мысли разруливать роутингом по ip источника, но это решение как бы никак не связано с ui и все надо будет делать руками если вдруг понадобится перекидывать устройства между разными прокси.

Опубликовано
8 минут назад, Andrey Zubov сказал:

кстати весьма красивая идея, спасибо. я все больше склонялся к мысли разруливать роутингом по ip источника, но это решение как бы никак не связано с ui и все надо будет делать руками если вдруг понадобится перекидывать устройства между разными прокси.

"balancers": [
  {
    "tag": "balancer",
    "selector": [
      "portal-1",
      "portal-2",
      "portal-3" 
    ],
    "strategy": {
      "type": "leastPing"
    },
    "fallbackTag": "portal-2"
  }
],
"observatory": {
  "subjectSelector": [
    "portal-1",
    "portal-2", 
    "portal-3"
  ],
  "probeURL": "https://www.google.com/generate_204",
  "probeInterval": "60s",
  "enableConcurrency": false
}
Опубликовано
2 часа назад, avn сказал:
"balancers": [
  {
    "tag": "balancer",
    "selector": [
      "portal-1",
      "portal-2",
      "portal-3" 
    ],
    "strategy": {
      "type": "leastPing"
    },
    "fallbackTag": "portal-2"
  }
],
"observatory": {
  "subjectSelector": [
    "portal-1",
    "portal-2", 
    "portal-3"
  ],
  "probeURL": "https://www.google.com/generate_204",
  "probeInterval": "60s",
  "enableConcurrency": false
}

А у вас эта прелесть работает?

Опубликовано
6 минут назад, Neytrino сказал:

А у вас эта прелесть работает?

Она в документации описана, значит работает.

Опубликовано
12 минуты назад, Neytrino сказал:

avn, у меня чавой-то не работает:( Может вы проверите?

Мало информации, что за ошибка?

Опубликовано

avn, Нет никакой ошибки, просто через прокси ничего не открывается...

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

Опубликовано
48 минут назад, Neytrino сказал:

avn, Нет никакой ошибки, просто через прокси ничего не открывается...

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

А что Вы просто взяли и вставили к себе без модификации?

Опубликовано (изменено)
В 22.08.2024 в 13:49, avn сказал:

Все работает.

Хорошо, давайте разбираться (если вы конечно не против), где у меня косяк... (если я ничего не путаю, балансер раз в минуту пингует указанный url через выходные подключения из списка и выбирает то из них, у которого пинг будет меньше)...

Скрытый текст


{
"routing": {
	"balancers": [
			{
			"tag": "reservation",
			"selector": [
				"vps1",
				"vps2"
				],
			"strategy": {
				"type": "leastPing"
				},
			"fallbackTag": "vps1"
			}
		],
	"observatory": {
		"subjectSelector": [
			"vps1",
			"vps2"
			],
		"probeURL": "https://www.google.com/generate_204",
		"probeInterval": "60s",
		"enableConcurrency": false
		},
	"rules": [

и дальше мои правила...

 

Изменено пользователем Neytrino
Опубликовано
26 минут назад, Neytrino сказал:

Хорошо, давайте разбираться (если вы конечно не против), где у меня косяк... (если я ничего не путаю, балансер раз в минуту пингует указанный url через выходные подключения из списка и выбирает то из них, у которого пинг будет меньше)...

{
"routing": {
	"balancers": [
			{
			"tag": "reservation",
			"selector": [
				"vps1",
				"vps2"
				],
			"strategy": {
				"type": "leastPing"
				},
			"fallbackTag": "vps1"
			}
		],
	"observatory": {
		"subjectSelector": [
			"vps1",
			"vps2"
			],
		"probeURL": "https://www.google.com/generate_204",
		"probeInterval": "60s",
		"enableConcurrency": false
		},
	"rules": [

и дальше мои правила...

А где вопрос? Достаточно так:

{
	"balancers": [
		{
			"tag": "random-balancer",
			"selector": [
				"vpn1",
				"vpn2"
			],
			"strategy": {
				"type": "random"
			},
			"fallbackTag": "vpn1"
		}
	]
}

 

Опубликовано

avn, с random проблем нет (кроме того, что он не делает то что мне нужно). У меня не работает с leastPing, а у вас - работает (как вы выше написали)... Вот и хотелось бы понять - в чём проблема...

В приведённой (моей) конфигурации вы ошибки видите?

Опубликовано
8 минут назад, Neytrino сказал:

avn, с random проблем нет (кроме того, что он не делает то что мне нужно). У меня не работает с leastPing, а у вас - работает (как вы выше написали)... Вот и хотелось бы понять - в чём проблема...

В приведённой (моей) конфигурации вы ошибки видите?

Я пытаюсь выяснить, что не работает? Изначальный вопрос был про балансировку ("Подскажите пожалуйста, предположим xray сконфигурирован так что у него несколько внешних vless соединений.  Возможно ли сделать так что разные устройства в локалке шли бы на разные внешние vless сервера? Это возможно сделать на политике или надо разруливать по другому?"). Сформулируйте свою мысль, что хотите непонятно. Все работает, в том числе и с leastPing

Опубликовано (изменено)
15 часов назад, Andrey Zubov сказал:

Подскажите пожалуйста, предположим xray сконфигурирован так что у него несколько внешних vless соединений.  Возможно ли сделать так что разные устройства в локалке шли бы на разные внешние vless сервера? Это возможно сделать на политике или надо разруливать по другому?

random-балансировка именно это и делает, только для коннектов.

Изменено пользователем avn
Опубликовано

avn, random балансировка - случайным образом выбирает выходной сервер (с заданным соотношением). Либо вы не понимаете как это работает, либо - объясните: каким образом отдельные устройства в сети роутера - будут выходить в сеть с конкретного выхода (если выходы выбираются случайно этим балансером)? Это что касается изначального вопроса.

Теперь к моему вопросу: вы предложили вариант настройки, я его скопировал, заменил теги на свои, добился что Xray принял конфигурацию. Но сайты через прокси-сервер (являющийся входным) направляющий всё на этот балансер - не открываются...

Я интересуюсь у вас "проверяли ли вы свой совет сами" - вы отвечаете что в документации так написано. Потом пишите что всё работает, и предлагаете использовать рандом...

Опубликовано
2 минуты назад, Neytrino сказал:

avn, random балансировка - случайным образом выбирает выходной сервер (с заданным соотношением). Либо вы не понимаете как это работает, либо - объясните: каким образом отдельные устройства в сети роутера - будут выходить в сеть с конкретного выхода (если выходы выбираются случайно этим балансером)? Это что касается изначального вопроса.

Теперь к моему вопросу: вы предложили вариант настройки, я его скопировал, заменил теги на свои, добился что Xray принял конфигурацию. Но сайты через прокси-сервер (являющийся входным) направляющий всё на этот балансер - не открываются...

Я интересуюсь у вас "проверяли ли вы свой совет сами" - вы отвечаете что в документации так написано. Потом пишите что всё работает, и предлагаете использовать рандом...

А как отдельное устройство будет выходить с настройкой leastPing? Либо вы не понимаете как это работает, либо - объясните: каким образом отдельные устройства в сети роутера - будут выходить в сеть с конкретного выхода (если выходы выбираются случайно этим балансером)? Это что касается изначального вопроса.

Я же написал, что leastPing так же работает, но он Вам тоже не подходит, т.к. делает не то, что Вы хотите. Приведенные ошибки так и не увидел, конфиг подправили? Где блок rule показанный?

Опубликовано (изменено)

jameszero, добрый! xkeen - 1.1.3 xray_s - 1.8.4 (при настройке Xkeen - включено автообновление)avn, а мне не нужно чтобы отдельное устройство выходило с leastPing. Про отдельное устройство был вопрос другого пользователя, которому ответили вы - приведя пример настроек... В теме ранее обсуждались балансеры, и было сказано что не все они работают. Я попробовал предложенный вами вариант (для своих целей) и он не работает, после чего - поинтересовался у вас "пробовали ли вы, то что советуете". Вы начали советовать уже работающий у меня random балансер, и пишите что всё у вас прекрасно работает... Правил вам не хватает - вот вам правила:

Скрытый текст


{
"routing": {
	"balancers": [
			{
			"tag": "reservation",
			"selector": [
				"vps1",
				"vps2"
				],
			"strategy": {
				"type": "leastPing"
				},
			"fallbackTag": "vps1"
			}
		],
	"observatory": {
		"subjectSelector": [
			"vps1",
			"vps2"
			],
		"probeURL": "https://www.google.com/generate_204",
		"probeInterval": "60s",
		"enableConcurrency": false
		},
	"rules": [
			// Прокси 4 -> Резервированное подключение к VPS'ам (без фильтрации)
			{
			"inboundTag": "proxy0",
			"balancerTag": "reservation",
			"type": "field"
			},
			

		 	// Прокси 2 -> VPS 1
			{
			"inboundTag": "proxy11",
			"outboundTag": "vps1",
			"type": "field"
			},
			

			// Прокси 3 -> VPS 2
			{
			"inboundTag": "proxy2",
			"outboundTag": "vps2",
			"type": "field"
			},

			// Блокировка
			{
			"inboundTag": ["redirect", "proxy3"],
			"outboundTag": "block",
			"type": "field",
			"domain": [

				// Список заблокированных доменов
				"ya.ru"
				]
			},

			// Прокси 1 -> Резервированное подключение к VPS'ам (с фильтрацией)
			{
			"inboundTag": ["redirect", "proxy3"],
			"balancerTag": "reservation",
			"type": "field",
			"domain": [

				// Список доменов открываемых через VPS
				"youtube",
				"vmware.com",
				"torproject.org",
				"play.google.com",
				"patreon.com",
				"intel",
				"www.imgonline.com.ua",
				"deviantart.com",
				"browserleaks.com"
				]
			},
			{
			"inboundTag": ["redirect", "proxy3"],
			"outboundTag": "direct",
			"type": "field"
			}
		]
	}
}

  

В 22.08.2024 в 15:19, avn сказал:

Я же написал, что leastPing так же работает

random - выбирает выход случайным образом (из списка).

leastPing - пингует заданный сайт через выходы из списка и выбирает самый быстрый.

Работает так-же как что (извините)?

Изменено пользователем Neytrino
Опубликовано
23 минуты назад, Neytrino сказал:

jameszero, добрый! xkeen - 1.1.3 xray_s - 1.8.4 (при настройке Xkeen - включено автообновление)

avn, а мне не нужно чтобы отдельное устройство выходило с leastPing. Про отдельное устройство был вопрос другого пользователя, которому ответили вы - приведя пример настроек... В теме ранее обсуждались балансеры, и было сказано что не все они работают. Я попробовал предложенный вами вариант (для своих целей) и он не работает, после чего - поинтересовался у вас "пробовали ли вы, то что советуете". Вы начали советовать уже работающий у меня random балансер, и пишите что всё у вас прекрасно работает... Правил вам не хватает - вот вам правила:

{
"routing": {
	"balancers": [
			{
			"tag": "reservation",
			"selector": [
				"vps1",
				"vps2"
				],
			"strategy": {
				"type": "leastPing"
				},
			"fallbackTag": "vps1"
			}
		],
	"observatory": {
		"subjectSelector": [
			"vps1",
			"vps2"
			],
		"probeURL": "https://www.google.com/generate_204",
		"probeInterval": "60s",
		"enableConcurrency": false
		},
	"rules": [
			// Прокси 4 -> Резервированное подключение к VPS'ам (без фильтрации)
			{
			"inboundTag": "proxy0",
			"balancerTag": "reservation",
			"type": "field"
			},
			

		 	// Прокси 2 -> VPS 1
			{
			"inboundTag": "proxy11",
			"outboundTag": "vps1",
			"type": "field"
			},
			

			// Прокси 3 -> VPS 2
			{
			"inboundTag": "proxy2",
			"outboundTag": "vps2",
			"type": "field"
			},

			// Блокировка
			{
			"inboundTag": ["redirect", "proxy3"],
			"outboundTag": "block",
			"type": "field",
			"domain": [

				// Список заблокированных доменов
				"ya.ru"
				]
			},

			// Прокси 1 -> Резервированное подключение к VPS'ам (с фильтрацией)
			{
			"inboundTag": ["redirect", "proxy3"],
			"balancerTag": "reservation",
			"type": "field",
			"domain": [

				// Список доменов открываемых через VPS
				"youtube",
				"vmware.com",
				"torproject.org",
				"play.google.com",
				"patreon.com",
				"intel",
				"www.imgonline.com.ua",
				"deviantart.com",
				"browserleaks.com"
				]
			},
			{
			"inboundTag": ["redirect", "proxy3"],
			"outboundTag": "direct",
			"type": "field"
			}
		]
	}
}

 

 

observatory - это не часть routing.

Опубликовано
3 минуты назад, avn сказал:

 

observatory - это не часть routing.

Продолжайте эту замечательную мысль дальше...

Опубликовано
2 минуты назад, Neytrino сказал:

Продолжайте эту замечательную мысль дальше...

Ну если мы такие ленивые, что не можем в исходники посмотреть

Скрытый текст
type Config struct {
	// Port of this Point server.
	// Deprecated: Port exists for historical compatibility
	// and should not be used.
	Port uint16 `json:"port"`

	// Deprecated: InboundConfig exists for historical compatibility
	// and should not be used.
	InboundConfig *InboundDetourConfig `json:"inbound"`

	// Deprecated: OutboundConfig exists for historical compatibility
	// and should not be used.
	OutboundConfig *OutboundDetourConfig `json:"outbound"`

	// Deprecated: InboundDetours exists for historical compatibility
	// and should not be used.
	InboundDetours []InboundDetourConfig `json:"inboundDetour"`

	// Deprecated: OutboundDetours exists for historical compatibility
	// and should not be used.
	OutboundDetours []OutboundDetourConfig `json:"outboundDetour"`

	LogConfig        *LogConfig              `json:"log"`
	RouterConfig     *RouterConfig           `json:"routing"`
	DNSConfig        *DNSConfig              `json:"dns"`
	InboundConfigs   []InboundDetourConfig   `json:"inbounds"`
	OutboundConfigs  []OutboundDetourConfig  `json:"outbounds"`
	Transport        *TransportConfig        `json:"transport"`
	Policy           *PolicyConfig           `json:"policy"`
	API              *APIConfig              `json:"api"`
	Metrics          *MetricsConfig          `json:"metrics"`
	Stats            *StatsConfig            `json:"stats"`
	Reverse          *ReverseConfig          `json:"reverse"`
	FakeDNS          *FakeDNSConfig          `json:"fakeDns"`
	Observatory      *ObservatoryConfig      `json:"observatory"`
	BurstObservatory *BurstObservatoryConfig `json:"burstObservatory"`
}

 

 

Опубликовано (изменено)

avn, не у всех есть время/желание копаться в исходниках... Именно для того чтобы этим не заниматься - создан Xkeen (на сколько я понимаю)...

Изменено пользователем Neytrino
Опубликовано

jameszero, оно и так (вроде) заработало (после того как выяснилось что observatory должен жить отдельно)...

Да и Xkeen - обновлений не видит

~ # xkeen -ux
  Проверка обновления Xray
  Нет доступных обновлений Xray

Я понимаю что можно обновить и насильно, но рисковать причин пока не вижу...

Опубликовано
5 часов назад, Neytrino сказал:

Да и Xkeen - обновлений не видит

Кстати да, если обновлять через Xkeen, то 1.8.4 макс, что он знает. Если ли смысл обновлять до последней версии, если функционала хватает и в 1.8.4? Может новые версии быстрее работают, меньше проц нагружают или еще чего полезного можно получить? И как накатить последнюю версию Xray, чтоб не навредить Xkeen? Подскажите пожалуйста.

Опубликовано
7 часов назад, Alexandro сказал:

Если ли смысл обновлять до последней версии, если функционала хватает и в 1.8.4?

Добрый день!

Нет, обновлять не стоит. У компьютерщиков есть базовое правило "Работает - не трогай")

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

Опубликовано

Подскажите, пожалуйста, как решить проблему. Установил xkeen на keenetic sprinter(KN-3710) на внутреннюю память. При запуске xkeen выдает

Цитата

~ # xkeen -start
/opt/bin/sh: xray: not found
/opt/bin/sh: xray: not found
/opt/bin/sh: xray: not found
/opt/bin/sh: xray: not found
/opt/bin/sh: xray: not found
/opt/bin/sh: xray: not found/opt/bin/sh: xray: not found
/opt/bin/sh: xray: not found
/opt/bin/sh: xray: not found
/opt/bin/sh: xray: not found
/opt/bin/sh: xray: not found
  Прокси-клиент не запустить

  Ошибка: Не удалось запустить прокси-клиент
 

 

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Примечание: Ваш пост будет проверен модератором, прежде чем станет видимым.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.