Я тоже так думал, и даже всегда так работало кажется...
Но если ничего этого не указать, Cloudflare, который перед https://api.site.com/ ругается на "400 The plain HTTP request was sent to HTTPS port".
Подозреваю мой Nginx шлет туда незашифрованный трафик почему-то.
Дмитрий, Понятно, что я читал доку.
Дело в том, что Account создается на большой "глубине". И если честно не вижу способа $container туда пробросить (как я понимаю по всей цепочке добавлять в конструкторы). Как-то это очень неправильно, ведь контейнер по сути singleton, он должен быть доступен как-то "глобально". Но даже в исходниках php-di нет такой возможности (какой-то static функции).
poisons, Меня NAT/iptables не пугает. Я понимаю как работает Proxmox и что он по сути Debian + KVM.
Но я к сожалению не умею писать правила "GRE + маршрутизация + NAT".
Вот об этом и спрашиваю.
На ip2? Как? Без прокси никак не обойтись?
Как в iptables на ip2 сказать, что все, что приходит с ip1, "проксировать" дальше в Интернет и все, что вернулось, отдавать обратно на ip1?
Я понимаю как это работает внутри Proxmox (все, что идет с 10.0.0.* "проксируется" в Интернет и обратно, маскарадинг кажется).
А можно ли это сделать между двумя хостами в Интернет - не знаю.
AUser0, А не посоветуете какой-нибудь демон прокси?
И разве ему не нужен специальный заголовок типа CONNECT? Я о том, что http-клиент в вируалке не подозревает, что он стучится на прокси, а не на вебсервер.
AUser0, А можно пример iptables? Я не большой специалист.
И под "прозрачный прокси ip2" Вы подразумеваете какую-то программу (прокси сервер) или можно тоже обойтись iptables?
Но если ничего этого не указать, Cloudflare, который перед https://api.site.com/ ругается на "400 The plain HTTP request was sent to HTTPS port".
Подозреваю мой Nginx шлет туда незашифрованный трафик почему-то.