NO_PROXY는 regex와 wildcard 패턴을 지원합니까?

예외는 설득력 있어 보입니다: *.server.*. 그것은 셸 패턴처럼 보이기도 합니다. 두 사실 모두 여러분의 HTTP 클라이언트가 그것을 이해한다는 것을 증명하지 않습니다.

NO_PROXY는 공유 정규식 엔진이 아닙니다. 한 클라이언트의 특별한 별표가 이름 중간의 임의 wildcard 지원을 입증하지는 않습니다. curl은 단일 *를 모든 호스트 우회로 문서화합니다. 그것은 *.server.*가 도메인 계열을 선택한다는 약속과는 매우 다릅니다.

실제로 요청하는 이름부터 시작하세요. 요구 사항이 알려진 도메인 하나와 그 하위 도메인이라면 소비자의 문서화된 도메인 형식을 사용하세요. 요구 사항이 한 단어를 포함한 여러 무관한 이름이라면 지원되는 경로 선택 API나 PAC 정책이 필요할 수 있습니다. 지원되지 않는 패턴에 구두점을 더 넣어도 그 기능을 제공할 수는 없습니다.

의도한 일치 옆에 몇 가지 반례를 두세요. server.example, files.server.example, server.other.test 모두 우회해야 합니까? 같은 문자를 포함하지만 같은 도메인 경계를 갖지 않는 이름은 어떻습니까? 그 답은 설정을 ‘wildcard’라고 부르는 것보다 요구 사항을 더 명확히 정의합니다.

클라이언트를 바꾸는 것은 패턴을 다시 확인할 이유입니다. 브라우저 확장에서 복사한 우회 규칙이 다른 프로그램이 읽는 환경 변수에서 자동으로 유효한 것은 아닙니다.