P>написал сразу после ссылки.

Да, я видел, но в чём именно затруднение не из твоего комментария не ясно..

На самом деле тут есть проблема: две из трех проксей, которые возвращает обсуждаемый PAC сценарий, это HTTPS прокси.
А поддержка HTTPS прокси появилась только в .NET 8 (если не считать неоф. поддержки в .net core 2.1).
См. https://github.com/dotnet/core/issues/8437#issuecomment-1624217579
https://github.com/dotnet/runtime/issues/31113

Так что, если у тебя .NET более ранней версии, то ты сможешь использовать только HTTP проксю (PROXY n.thenewone.lol:29976).

P>f.thenewone.lol:3145 напрямую ни с инстаграммом, ни с фейсбуком не работает. Но URL автоматической настройки прокси с ними работает. Похоже, прокси определяет откуда пришел запрос: с файла pac или напрямую. Третий с rutracker.org работает, с другими не пробовал.

Нет, прокся такого узнать не может, а вот запросы она может обслуживать не все.
PAC сценарий возвращает разные прокси для разных url, и, как видно из кода PAC для инстаграмма и FB возвращается как раз f.thenewone.lol:3145.
Дело скорее всего в способе, каким ты тестируешь проксю.
Если через веб-браузер, то учитывай, что mozilla firefox HTTPS проксю поддерживает только через PAC сценарий.
Рабочий пример настройки я приводил тут https://rsdn.org/forum/life/8727230.1

Автор: m2user
Дата: 08.04.24

    network.proxy.autoconfigurl = data:text/plain,function FindProxyForURL(u,h){return "HTTPS host:port";}

Для Google Chrome с HTTPS проксей работает SwitchyOmega extension например.

Последняя прокся из списка (PROXY n.thenewone.lol:29976) это обычная HTTP прокся, поэтому веб-браузер умеет работать с ней через обычные настройки, но twitter, FB и инстаграмм это сервер не обслуживает.