get $newindex {
10.0.0.0/8 index_vpn.html;
default index.html;
}

index $newindex;

вот так можно будет управляться и сетками

и что это за новая директива get?

Можно ссылку на её документацию?

Гео это :)

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

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

ну так какая разница сколько их

если nginx всё равно будет видеть ip впн сервера))

С фига ли?

а он один), ну может два если там есть ipv6

)

а с фига ли разные будут?))

если все запросы проходят через впн сервер), разве что nginx находится внутри этой сети или маршрутизация построена так что не идёт через впн сервер

но я так понимаю это очень врядли

Чо? :)
Отдохни что ли :)
Ты сейчас совсем не то написал :)

поясни), я всё то написал), более того у меня есть место где именно так построено

когда ты идёшь на какой-то сайт из-под впн, то сайт видит ip впн сервера, буду удивлён если для тебя это новость

так кому надо отдохнуть?))

Ну ок.
1. VPN не обязан иметь нат.
2. впн - это просто туннель, "виртуальный L3-линк", к которому применяются все правила маршрутизации. Если для всех _клиентов_ маршрутизация устроена _через_впн_сервер_ - типовая ситуация для корпоратов - то на обоих концах туннеля будут видны _все_ сети, марштуризируемые через туннель.

Прямо сейчас у  меня под руками система, где с одной стороны - /24 публичный + пачка приватных /22, с другой - /8 публичная.
Я в своих _приватных_ адресах вижу трафик от всей публичной /8 - с точностью до ACL

Да нет, этот вариант лучше. Переименовывать индексы для внутренних сред и для заказчика - такое себе