클라이언트별 OpenVPN 고정 IP: ifconfig-push이며 ipp.txt가 아님

ipp.txt의 한 줄을 편집하는 것은 주소를 예약하는 것처럼 느껴지지만 그렇지 않습니다. ifconfig-pool-persist가 이름을 붙인 이 파일은 공통 이름이 지난번에 어떤 주소를 가졌는지 기록하여 풀이 편리할 때 같은 주소를 돌려줄 수 있게 합니다. 그 안의 어떤 것도 다음 연결을 그 번호에 묶지 않습니다.

아래 검사를 순서대로 실행하세요. 각 검사는 메커니즘을 확인하거나, 멈추고 입력을 고치라고 알려줍니다.

지속 파일의 용도

이 파일은 재시작 사이에 주소를 안정적으로 유지하기 위해 존재하며, 재연결을 편하게 하고 로그를 읽기 쉽게 합니다. 이력으로 읽히고 이력으로 기록되며, 할당 경로는 힌트가 맞지 않을 때 다른 주소를 선택할 자유를 유지합니다—다른 풀, 충돌하는 할당, 풀이 찬 뒤에 도착한 클라이언트 등입니다. 그래서 수동 편집은 파일에서는 완벽해 보여도 연결에는 아무것도 바꾸지 않을 수 있습니다. 과거 결정의 캐시로 취급하고 정책의 원천으로 보지 마세요.

특정 클라이언트에 특정 주소가 필요하다면 문서화된 메커니즘은 ifconfig-push이며, 그것은 해당 클라이언트를 소유한 구성에 속합니다.

올바른 클라이언트가 선택되었는지 확인하세요

명시적 할당은 클라이언트의 공통 이름으로 조회되므로 잘못된 ID로 명명된 파일은 결코 읽히지 않습니다. 서버가 그 클라이언트의 이름으로 무엇을 여기는지, 특히 username-as-common-name이 인증 후 그것을 바꾸는 경우에는 확인하세요. 그런 다음 파일 이름이 대소문자를 포함해 그 값과 정확히 일치하는지 확인하세요.

여기 있는 동안 동시성도 고려하세요. duplicate-cn이 허용되면 여러 장치가 같은 ID를 제시할 수 있고, 고정 주소 하나가 모두에게 고유할 수는 없습니다. 그 ID에 대한 동시 세션을 거부할 만큼 고정 주소가 가치 있는지 결정하세요(두 요구 사항을 동시에 만족할 수는 없기 때문입니다).

숫자가 토폴로지와 일치하는지 확인하세요

인수의 의미는 터널 토폴로지에 달려 있으며, 복사한 예제가 가장 큰 피해를 내는 곳이 바로 여기입니다. 오래된 net30 배치에서는 각 클라이언트가 네 개 주소 블록을 차지하므로 push는 주소 쌍을 제공합니다. 서브넷 토폴로지에서는 클라이언트가 주소 하나와 풀의 마스크를 받으며, 쌍 형태는 잘못되었습니다. 줄을 쓰기 전에 실행 중인 구성에서 토폴로지를 읽으세요.

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

주소를 다른 명시적 할당, 동적 풀 범위, 고정 호스트를 전제로 하는 정적 경로 등 그것을 소유할 수 있는 다른 모든 것과 대조하세요. 풀과 겹치는 주소는 풀이 그것을 다른 누군가에게 줄 때까지 작동하며, 그 실패는 무작위로 보일 것입니다.

새 연결에서 결과를 확인하세요

기존 세션은 부여받은 주소를 유지하므로 의미 있는 유일한 테스트는 새 연결입니다. 클라이언트 연결을 끊고 다시 연결한 뒤, 실제로 받은 주소와 함께 도착한 경로를 읽으세요. 주소가 여전히 동적이라면 할당이 적용되지 않은 것이며, 다음 단계는 이력 파일을 또 편집하는 것이 아니라 구성 조회입니다.

증거는 클라이언트 이름, 일치한 파일, 할당된 주소, 그리고 그것이 나온 풀을 함께 보관하세요.

마지막으로, 고정 터널 주소는 장치 자격 증명이 아닙니다. 그것은 주소 계획에서의 위치를 나타내며, 인증은 여전히 인증서와 계정에 기반합니다. 둘을 혼동하면 주소 충돌이 아무도 기록하지 않은 보안 가정으로 바뀝니다.