AUser0

Обратите внимание на мощнейшее (по крайней мере для Firefox) расширение FoxyProxy.

Хммм, буквальное любое устройство, получающее доступ по HTTP(S), имеет встроенные настройки прокси сервера (ну, SSL правда не везде, да). И логика элементарнейшая: указан прокси - используется прокси, не указан прокси - не используется прокси. Что может быть проще?

Проще использовать VPN с браузерным плагином, в котором можно указать, какие сайты должны проксироваться через этот VPN. Жаль только, я не знаю, у каких плагинов точно есть такая возможность.

Очевидно, что вы неправильно аккаунтите прокси через модем в МТС.
Поэтому вылеты, и потеря смысла вопроса, какие аккаунты, куда вылеты, при чём тут прокси?
Ниии-и-и-ичего не понятно, но очень интересно!

Вообще-то прокси сервер используется для HTTP-запросов. Пакеты traceroute в них не входят.

А у вас на экране используется не прокси, а VPN, который действительно заворачивает в себя любой трафик, в том числе и traceroute.

Но что-то не видно, что бы второй traceroute заканчивался адресом 100.64.0.18. Либо это второй traceroute доходит до конца, а первый прерывается на пол-дороги...

И нет, нельзя. Потому что вы не можете заранее знать, сколько hop-ов должно быть от конкретного пользователя до конкретного сервера.

Если планируется скрыть только и только HTTP/HTTPS - то да, прокси подходит (если он анонимизирующий, т.е. не показывающий настоящий адрес клиента). И скрываетесь вы от удалённого WEB-сервера, а хозяин прокси видит содержимое HTTP, и домен:порт соединения по HTTPS.

VPN скрывает за чужим адресом сообще любой и весь трафик компьютера(ов), и делает это прозрачно, то есть не вмешивается в сами передаваемые данные.

Вот как бы такая незначительная разница!

Расширение Foxy Proxy - если в Chrome оно такое же, как в Firefox, то это то, что вам нужно.

С телефона вы его не раздадите, потому что нечего раздавать. Вы настроили ИСПОЛЬЗОВАНИЕ чужого прокси в своём телефоне.

Теперь так же настройте использование этого чужого прокси на компьютере заграничного человека, и браузер(ы)/программы на заграничном компьютере будут чужой прокси использовать. Что вам и нужно было.

Но как прокси умрёт - выход в Интернет на телефоне и заграничном компьютере пропадёт.

С помощью Nginx - запросто!
Весь трафик летит на хост1, оттуда Nginx-ом трафик для site2 методом reverse proxy направляется на хост2. На хост1 будет двойная нагрузка, зато работает.

P.S. Если роутер понимает SNI - то можно попытаться на нём, но это очень вряд ли.

proxy_pass http://example.com:8080/;
rewrite ^/(.*)$ /myapp/$1;

не пробовали?

Вам нужен pac-файл:

if (shExpMatch(url, "*abcdomain.com/some_folder/*"))
return "PROXY 127.0.0.1:3128";
else return "DIRECT";

но работу с pac поддерживают только браузеры с их встроенными JavaScript-ами.

Помимо файла wpad.dat существует ещё браузерный плагин FoxyProxy, весьма рекомендую!

Потому что через UDP может быть потеряно/доставлено от 0% до 100% пакетов. При чём это решают не отправитель или получатель, а промежуточные устройства, по своему усмотрению. Ну и кому нужна такая передача данных?

Я вам подскажу: внутри TCP и UDP, если это не HTTP, нет имени домена. Вот совсем нет. Он используется в момент перевода доменного имени -> в IP-адрес, что бы потом создать коннект на этот IP-адрес. Он используется в HTTP-запросе, так исторически сложилось. Но в простом TCP и UDP его НЕТ, трафик приходит к вам БЕЗ доменного имени.

Облом, желанное - не получится.

Используйте готовый плагин FoxyProxy, очень мощная вещь, вам как раз.

IMHO, сертификат нужно устанавливать на компьютеры пользователей, не на сам proxy server.

А пользователей в "Access" вы добавляли? Либо поставить галочку "Anonymous", для пропускания всех и каждого.

Проблема в DNS, которые знать не знают про sw0.p.cc. Пропишите на proxy в /etc/hosts строку
10.1.0.23 sw0.p.cc