Pritunl 서버의 이름을 바꾸면 엔드포인트도 바뀐다고 생각하시나요?
Pritunl 서버의 이름을 바꾸면 레이블만 바뀌고, 클라이언트가 접속하는 엔드포인트는 바뀌지 않습니다. 호스트의 공용 주소를 설정한 다음, 그 이름을 이미 있는 프로필로 보내세요.
Pritunl 서버의 이름을 바꾸면 콘솔의 레이블이 바뀝니다. 클라이언트 프로필이 접속하는 주소는 바뀌지 않으며, DNS 레코드가 만들어지지도 않습니다. 중요한 값은 호스트의 공용 주소이며, 이는 주소만큼이나 이름도 쉽게 받아들입니다.
클라이언트가 접속하는 이름은 호스트의 한 필드에 있습니다
Pritunl은 호스트의 공용 주소 설정을 통해 엔드포인트를 노출하며, 여기에는 공용 IP 주소나 DNS 이름을 넣을 수 있습니다. 거기에 vpn.example.net 를 두면 생성된 프로필과 인증된 동기화가 그 이름을 클라이언트에 전달합니다. 레코드는 미리 존재해야 하고 VPN 트랜스포트를 받아들이는 리스너로 해석되어야 하며, 이 필드는 목적지를 알릴 뿐 게시하지는 않습니다. 서버 개체의 표시 이름은 관리용 메타데이터이며 클라이언트의 연결 시도에는 결코 도달하지 않습니다.
따라서 첫 단계는 무엇인가의 이름을 바꾸는 것이 아닙니다. 호스트 설정을 열고 공용 주소를 변경한 다음 지원되는 인터페이스로 저장하세요.
비슷해 보이지만 다른 세 가지 필드
로컬 주소는 Pritunl 호스트 간의 복제와 라우팅에 쓰입니다. 링크 주소는 연결된 서버들이 서로에게 도달하는 방식을 설명합니다. 둘 다 클라이언트가 접속하는 주소가 아니며, 공용 이름을 그 안에 복사하면 그것들이 설명하는 토폴로지가 깨집니다. 공용 IPv6 주소는 자체 레코드와 경로를 가진 별도 필드이며, IPv4용 A 레코드는 IPv6 도달성을 확립하지 않습니다.
DNS 이름도 포트 매핑이나 리스너를 지니지 않습니다. 서비스가 1194 UDP에서 수신한다면, 이름은 여전히 1194 UDP를 받아들여야 하는 호스트로 해석됩니다. 웹 콘솔을 제공하는 443 포트의 HTTP 리버스 프록시는 둘이 같은 이름을 공유하더라도 VPN 트랜스포트의 엔드포인트가 아닙니다.
터널 내부의 도메인 기반 라우팅은 또 다른 계층입니다. 바깥쪽 엔드포인트에 이름을 붙이는 것은 클라이언트가 어떤 사설 목적지에 도달할 수 있는지에 대해 아무 말도 하지 않습니다.
새 이름을 이미 있는 클라이언트로 보내세요
필드를 바꾸어도 이미 서버를 떠난 프로필이 다시 작성되지는 않습니다. Pritunl의 인증된 구성 동기화는 호스트 주소와 포트 변경을 호환되는 클라이언트에 전달할 수 있고, 문서화된 CLI 클라이언트는 연결하거나 다시 연결하기 전에 동기화합니다. NetworkManager나 독립형 OpenVPN 클라이언트로 가져온 프로필에는 그런 채널이 없으며 승인된 교체가 필요합니다. 기존 세션은 옛 값을 기준으로 맺어졌기 때문에 아무것도 증명하지 못합니다.
웹 콘솔이 로드 밸런서 뒤에 있을 때, Pritunl은 동기화 경로를 위한 별도 동기화 주소 설정을 문서화합니다. 둘 다 Pritunl이라는 이유만으로 VPN 리스너에 콘솔의 호스트 이름을 다시 쓰지 마세요.
변경은 호스트 설정을 저장하고, 현재 프로필을 내보내거나 동기화하고, 클라이언트의 사본을 교체한 다음 다시 연결하는 순서로 전달하세요. 어떤 클라이언트가 동기화로 관리되고 어떤 클라이언트가 가져온 파일을 가졌는지 기록하세요, 두 번째 그룹은 자동으로 따르지 않기 때문입니다. 여기서는 클라이언트 소유 목록이 또 다른 DNS 레코드보다 유용합니다.
실제 연결로 변경을 검수하세요
이름 해석은 가장 약한 검사입니다. dig +short vpn.example.net 가 주소를 반환하는 것은 레코드가 존재한다는 것만 증명합니다.
검수 테스트는 새 프로필을 가진 클라이언트에서의 새 인증 연결과, 이어서 터널을 통해 도달할 수 있어야 하는 사설 리소스에 대한 요청입니다. 클라이언트 로그에서 실제로 사용한 엔드포인트를 확인하세요, 의도한 것이 아니라. 이름이 올바르게 바뀌는 것에 의존하지 않는 관리 경로를 유지해, 실수로 콘솔에서 잠기지 않게 하세요.
나중에 공용 주소가 옮겨가면 레코드를 갱신하고 클라이언트 캐시와 재연결 동작을 계획하세요. 호스트 이름은 클라이언트를 숫자 주소에서 분리하지만, 살아 있는 소켓을 옮기지는 않으며 도달할 수 없는 리스너가 응답하게 만들지도 않습니다.