LINUX.ORG.RU

Расширение действия прокси на клиентов впн сервера, который к этому прокси подключен

 , , ,


0

1

Собственно, проблема: Есть vps, на нем крутится 3x-ui морда vless(xtls-rality)+ss22 сервера. К этому серверу подключен nekoray(nekobox) точнее клиент с именем srv1. Этот сервер прекрасно работает со всеми необходимыми ресурсами, все ок(работает в режиме system proxy на базовом интерфейсе eth0, слушает на 0.0.0.0:2080) Картина следующая:

  1. На srv1 развернут openvpn сервер(tun mode).
  2. К нему подключены клиенты с прописанными рутами к целевым сайтам через «allow-pull-fqdn» и «route имя.сайта 255.255.255.255» (redirect-gw был исключен по своим причинам)
  3. Маршрутизация пакетов от vpn вроде бы настроена правильно: а) prerouting dnat -s vpn-network 1.2.3.4 –to dest eth0:2080 б) postroutng masquerade -o eth0 в) форварды между интерфейсами разрешены
  4. При попытке зайти на «необходимый» сайт, я вижу в логах nekoray, что у нему стучится https запрос от vpn клиента, и neko ругается на invalid_method, ожидает видимо только http 5)Задача, чтоб клиенты заходили на те же сайты, что и сам srv1 ЗЫ.openvpn в белых списках ПО для сотрудников, от него я уйти не могу(раздать всем конфиги для nekoray было бы проще, но увы)

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

Ответ на: комментарий от no-dashi-v2

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

Kazimirops
() автор топика
Ответ на: комментарий от Kazimirops

На каком-то другом уровне прошу пояснить?

Поясняю для совсем нубов.

Твой неко..й это ПРОКСИ. То есть клиентские приложения должны понимать, что они работают через прокси и соответственно запросы у них модифицируются. То есть если браузер хочет открыть http://pornhub.com/vpn_dlya_chainikoff, то без прокси он делает коннект на pornhub.com и отправляет запрос

GET /vpn_dlya_chainikoff HTTP/1.1

А чтобы работать через прокси запрос имеет форму

GET http://pornhub.com/vpn_dlay_chainikoff HTTP/1.1

Или CONNECT pornhub.com:80 HTTP/1.1 и потом GET /vpn_dlya_chainikoff HTTP/1.1 (но это обычно так никто не делает)

Если же открывается https (что почти по умолчанию сейчас) то без прокси делается

TLS и потом GET /vpn_dlya_chainikoff HTTP/1.1

А если через прокси то делается вообще запрос

CONNECT pornhun.com:443 HTTP/1.1 потом поднимается TLS и после него идет GET /vpn_dlya_chainikoff HTTP/1.1

Поэтому когда ты заправил редиректом все на прокси, естественно у тебя нихрена работать не будет. Поэтому убери нафиг правило с DNAT, протяни до VPS нормальный VPN и настраивай маршрутизацию.

Доходчиво?

no-dashi-v2 ★★★
()
Последнее исправление: no-dashi-v2 (всего исправлений: 1)