Как проксировать только GitHub Copilot в Visual Studio Code?

Question

[Алишер Абдурахманов]

Работаю в VSCode, хочу настроить прокси только для одного расширения — GitHub Copilot. Вся остальная работа с сетью должна остаться такой же, как сейчас. Есть классический вариант, когда прокси настраивается для VSCode целиком:

// settings.json
{
  ...
  "http.proxy": "http://usr:pwd@host:port"
}

Этот вариант работает, но мне совершенно не хочется гонять через этот прокси весь траффик от VSCode. Покопавшись в документации Copilot и его доступных настройках, нашёл возможное решение:

// settings.json
{
  ...
  "github.copilot.advanced": {
    "debug.overrideProxyUrl": "http://usr:pwd@host:port"
  }
}

Однако, у меня в такой конфигурации Copilot работать отказывается. На стороне прокси-сервера в логах вообще не вижу, чтобы приходили запросы от Copilot. И описание этой настройки мало чем помогает: «Override GitHub authentication proxy full URL». Возможно, GitHub authentication proxy — это нечто особенное и должно реализовать дополнительные механизмы. У меня же обычный HTTP/HTTPS proxy, построенный на Squid.

Собственно, вопрос: как добиться проксирования только GitHub Copilot в VSCode?

Comments

[Дмитрий]

Возможно, GitHub authentication proxy — это нечто особенное

Ну, не зря же оно называется иначе, а не HTTP\Socks прокси.
Не сложно же погуглить и узнать, для чего эта настройка. https://github.com/orgs/community/discussions/75155
Это именно и есть GitHub authentication proxy — точка аутентификации на гитхабе, через которую идут запросы к модели.
Не зря и находится она в разделе "debug.", потому что создана для отладки запросов через MitM Proxy, чтобы видеть, что уходит на сервер, а не пускания трафика с привычной большинству целью сменить выходной адрес.

[Алишер Абдурахманов]

Спасибо за разъяснение, Дмитрий. Меня тоже смущал префикс «debug» в имени настройки, так что я особо не надеялся, что её применение сработает.

Answer 1

[rPman]

Для начала нужно собрать список доменов и ip адресов, по которым идет общение с copilot, для этого нужно установить локальный прокси с логами, и поработав через него, собрать статистику и принимат дальше решение о том, какие подключения проксировать.

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

Вроде бы 3proxy и squid это умеют (первое проще)

Comments

[Алишер Абдурахманов]

Спасибо за предложенные варианты, rPman! Можно не собирать статистику, ответ есть в официальной документации: Allowlist reference. И вот мне пока что как раз интересен чистый вариант «штатно указать работу конкретных доменов с прокси», чтобы избежать установки локального прокси-сервера. Сейчас смотрю в сторону использования PAC-file, но с этими трюками VSCode на macOS как-то не очень хорошо.