- Зачем:
- машинный конфиг, собранный копированием примера, молча выкидывает
из обхода .concept-software.ru и Gitea, а обрыв всплывает как TLS-ошибка.
- Что:
- в README уточнено, что no_proxy_extra замещает DEFAULT_NO_PROXY_EXTRA
целиком, а не дополняет его.
- предупреждение продублировано в обоих примерах конфига, рядом с полем.
- в TODO.md записано дублирование списка в пяти windows-файлах и
отсутствие теста синхронности с источником.
- Проверка:
- bash tests/test_proxy_launchers.sh — 8 проверок пройдено.
- configparser читает оба примера, значение no_proxy_extra не изменилось.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
1.9 KiB
1.9 KiB
TODO
proxy-client: список NO_PROXY дублируется на Windows
Источник истины — DEFAULT_NO_PROXY_EXTRA в
proxy-client/.local/bin/proxy-client. На Linux он расходится автоматически:
shell.bash в proxy_on() вызывает proxy-client env и экспортирует то, что
вернули. На Windows автоматики нет — список продублирован литералом в пяти
файлах:
chezmoi/dot_config/powershell/profile.ps1chezmoi/dot_local/bin/start-claude-proxy.ps1chezmoi/dot_local/bin/start-codex-proxy.ps1chezmoi/dot_codex/dot_env(в двух регистрах)vscode/.vscode-server/server-env-setup
Связь держится комментарием «список обязан совпадать», а не проверкой:
tests/test_proxy_launchers.sh гоняет механику на подставных значениях
(proxy.test, .example.test) и синхронность копий с источником не утверждает.
Рассинхрон проходит молча и всплывает как оборванное соединение.
Что сделать:
- тест, сравнивающий литералы в пяти файлах с выдачей
proxy-client env— закрывает класс целиком, а не отдельный домен; - решить, должен ли
no_proxy_extraиз машинного конфига дополнятьDEFAULT_NO_PROXY_EXTRA, а не замещать его (сейчас замещает —proxy-client:262,environment_values()клеит только loopback иconfig.no_proxy_extra). До решения замещение помечено предупреждением в README и в обоих примерах конфига.