Valori no_proxy e NO_PROXY in conflitto su Linux
Individuate i valori no_proxy e NO_PROXY in conflitto prima di supporre che due client abbiano ricevuto la stessa politica di instradamento diretto.
Un processo Linux può ereditare entrambi questi valori:
NO_PROXY=old.office.example
no_proxy=new.office.exampleSono nomi distinti in un ambiente sensibile alle maiuscole e minuscole. Un client che supporta entrambi può selezionare un solo valore non vuoto, quindi stampare solo NO_PROXY può mancare la politica che usa davvero.
| Implementazione specifica | Priorità quando entrambi non sono vuoti |
|---|---|
| L'helper proxy d'ambiente integrato di Go 1.27.3 | Maiuscole prima delle minuscole |
| La ricerca di bypass di Requests 2.34.2 | Minuscole prima delle maiuscole |
Esaminate entrambe le grafie al confine di avvio del processo che fallisce. La sua unità di servizio, il profilo della shell, la definizione del container o l'esecutore di job possono fornire il valore che sopravvive. Correggete l'origine del conflitto invece di sostituire il server proxy mentre restano due politiche diverse.
Fornite ai programmi partecipanti l'elenco previsto tramite la loro configurazione supportata. Se la compatibilità richiede entrambe le grafie, mantenete i valori sincronizzati. Registrate anche le variabili dell'endpoint proxy scelte: combinare l'endpoint di un client con l'elenco di bypass di un altro client non è un confronto controllato.
La tabella descrive quelle versioni del codice sorgente, non tutti i futuri programmi Go o le librerie Python. Anche Windows ha una semantica diversa delle maiuscole nei nomi d'ambiente; esaminate ciò che il suo processo memorizza invece di supporre che riproduca il conflitto a due nomi di Linux.