Канфліктуючыя значэнні no_proxy і NO_PROXY у Linux
Знайдзіце канфліктуючыя значэнні no_proxy і NO_PROXY, перш чым меркаваць, што два кліенты атрымалі адну палітыку прамога маршруту.
Працэс Linux можа атрымаць у спадчыну абодва гэтыя значэнні:
NO_PROXY=old.office.example
no_proxy=new.office.exampleГэта асобныя імёны ў асяроддзі, адчувальным да рэгістру. Кліент, які падтрымлівае абодва, можа выбраць толькі адно непустое значэнне, таму вывад толькі NO_PROXY можа схаваць палітыку, якая фактычна выкарыстоўваецца.
| Канкрэтная рэалізацыя | Прыярытэт, калі абодва непустыя |
|---|---|
| Убудаваны дапаможнік проксі асяроддзя ў Go 1.27.3 | Вялікія літары перад малымі |
| Пошук абыходу ў Requests 2.34.2 | Малыя літары перад вялікімі |
Праверце абодва напісанні на мяжы запуску збойнага працэсу. Яго модуль службы, профіль абалонкі, вызначэнне кантэйнера або запускальнік задач могуць даць значэнне, якое захавалася. Выпраўце крыніцу канфлікту, а не замяняйце проксі-сервер, пакуль застаюцца дзве розныя палітыкі.
Дайце ўдзельным праграмам патрэбны спіс праз іх падтрымліваную канфігурацыю. Калі сумяшчальнасць патрабуе абодвух напісанняў, трымайце значэнні сінхранізаванымі. Запішыце таксама выбраныя зменныя канчатковай кропкі проксі: камбінаванне канчатковай кропкі аднаго кліента са спісам абыходу іншага кліента не з'яўляецца кантраляваным параўнаннем.
Табліца апісвае гэтыя версіі крыніц, а не ўсе будучыя праграмы Go або бібліятэкі Python. Windows таксама мае іншую семантыку рэгістру ў імёнах асяроддзя; праверце, што захоўвае яго працэс, замест таго каб меркаваць, што ён паўтарае двухімянны канфлікт Linux.