Суперечливі значення 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.