Docker 서브넷 중복은 요청이 프록시에 도달하지 못하게 할 수 있습니다
기업 프록시 계정을 변경하기 전에 요청하는 네임스페이스의 경로를 Docker 브리지 범위와 비교하세요.
172.17.0.0/16 의 컨테이너는 172.17.14.133 의 기업 프록시를 로컬 Docker 이웃으로 간주할 수 있습니다. 그러면 요청은 기업 네트워크에 도달하지 않고 브리지 경로를 따릅니다.
요청을 보내는 네트워크 네임스페이스의 경로를 확인하세요. Windows 호스트의 라우팅 테이블만으로는 Docker Desktop의 Linux VM이나 컨테이너 내부의 모든 경로를 설명하지 못합니다.
| Docker 설정 | 영향을 받는 네트워크 |
|---|---|
| bip | 기본 브리지의 주소와 프리픽스 |
| default-address-pools | 새로 만든 네트워크에 자동으로 할당되는 서브넷 |
기업, VPN, 호스트, 기존 컨테이너 네트워크를 비교해 겹치지 않는 범위를 선택하세요. 향후 네트워크용 풀을 바꿔도 기존 네트워크의 번호는 다시 매겨지지 않습니다.
영향을 받는 네트워크와 컨테이너의 재생성을 워크로드와 함께 계획하세요. 주소 변경은 활성 연결을 끊을 수 있습니다. 중복 하나를 해결하는 데 브리지를 완전히 비활성화할 필요는 없습니다.
요청이 의도한 리스너에 도달하면 그 프로토콜과 인증을 정상적으로 평가할 수 있습니다. 비밀번호 변경으로는 이전의 경로 선택을 고칠 수 없습니다.