새 라우터, 같은 VPN 서버: 공용 진입점을 옮기십시오

새 라우터를 연결하면 인터넷은 돌아오지만 휴대전화의 VPN 클라이언트는 더 이상 응답하지 않는 주소를 가리킵니다. VPN 서버에서는 서버가 한 번도 움직이지 않았으므로 아무것도 바뀌지 않았습니다. 라우터가 공용 진입점이었고, 그것을 교체하면서 주소와 포워딩 규칙, 그리고 어쩌면 동적 DNS 갱신기까지 한꺼번에 교체되었습니다.

교체를 하나가 아닌 두 번의 인계로 다루고, 작업하는 동안 관리 인터페이스로 들어가는 로컬 경로를 남겨 두십시오.

분리하기 전에 인계 내용을 적어 두십시오

LAN 프리픽스, 서버 주소와 그 할당 방식, VPN이 실제로 쓰는 리스너와 전송 방식, 그것을 공개하는 인바운드 규칙, 클라이언트가 저장한 이름을 기록하십시오. 다음으로 오늘 동적 DNS 레코드를 어느 기계가 갱신하는지 적으십시오. 라우터일 수도, 서버 자신일 수도, 다른 호스트의 별도 에이전트일 수도 있으니 오래된 관리 페이지가 아직 열리는 동안 하십시오. 인바운드 규칙의 화면 캡처가 기억에 의존한 포트 번호보다 낫습니다.

클라이언트가 도달해야 하는 사설 프리픽스와 LAN의 장치가 그쪽으로 응답을 돌려보내는 방식을 추가하십시오. 교체 마법사가 인터넷 접속을 이야기하고 귀환 경로는 말하지 않기 때문에 둘 다 잊기 쉽습니다. 공급업체가 복원을 지원하면 예전 구성도 내보내되, 한 모델의 백업이 다른 모델로 깨끗하게 가져와지는 일은 드물다는 점을 받아들이십시오.

그 기록은 보호된 곳에 보관하십시오. 라우터 백업에는 WAN 회선 자격 증명이 들어 있을 수 있습니다. 내보낸 파일은 설정 메모가 아니라 비밀번호처럼 다루십시오.

먼저 주소를 옮기고, 다음에 포워딩을 옮기십시오

새 라우터가 같은 LAN 프리픽스를 유지하면 서버에 이전 예약이나 그에 상응하는 정적 할당을 주십시오. 옛 주소를 가리키는 포워딩은 트래픽을 조용히 아무 데도 보내지 않으므로, 프리픽스가 바뀌면 먼저 서버 주소와 그것을 지칭하는 모든 리스너 바인딩을 갱신하십시오.

그다음 VPN이 쓰는 전송 방식에 대해 인바운드 규칙을 정확히 하나 다시 만드십시오. 로컬 서버로의 포워딩을 설명하는 제조사 안내서는 범용 레시피가 아니라 동작 원리를 보여 주므로, 규칙은 블로그의 목록이 아니라 실제 프로토콜과 포트에 맞추십시오. 새 라우터의 포워딩은 그 위에 있는 통신사급 NAT를 없앨 수 없고, 공급자가 이미 하나를 함께 쓰고 있다면 어떤 로컬 규칙도 사설 주소를 인터넷에서 닿게 하지 못합니다.

서버 자체의 방화벽이 여전히 그 트래픽을 허용하는지 확인하십시오. 많은 공급자가 모뎀과 라우터를 결합해 내놓으므로 라우터와 인터넷 사이에 두 번째 게이트웨이가 앉아 있는지 점검하십시오. 새 장치의 WAN 주소를 읽고 클라이언트가 해석하는 주소와 비교하십시오. 둘이 다르면 포워딩은 가장자리가 아닌 무언가에 내려앉고 있습니다.

공용 이름을 누가 갱신할지 정하십시오

엔드포인트 갱신에는 소유자가 하나, 오직 하나 필요합니다. 옛 라우터가 이름을 공개했다면 대체 장치에 지원되는 갱신기를 설정하고 레코드가 실제로 바뀌었는지 확인하십시오. 서버가 이미 공개하고 있었다면 두 주소 사이를 오가는 경쟁 갱신기를 더하는 대신 그 체제를 그대로 두십시오.

배포가 두 주소 체계를 모두 공개한다면 A 레코드와 AAAA 레코드를 모두 읽으십시오. 각각은 실제로 수신 대기하고 자체 방화벽 경로로 허용된 서비스를 가리켜야 하며, 동작하는 IPv4 매핑은 IPv6 쪽에 대해 아무것도 말해 주지 않습니다. 클라이언트 프로필의 신원 검사도 유지하되, 공용 주소가 바뀌었다는 것은 맞지 않는 인증서나 피어 키를 받아들일 이유가 아닙니다.

밖에서 교체를 증명하십시오

LAN 안이 아니라 권한이 있는 외부 연결과 새 세션으로 시험하십시오. 공용 주소에 대한 내부 시험은 헤어핀 동작에 의존하며 실제 클라이언트가 지나는 경로와 다른 경로를 지납니다.

클라이언트가 따르는 순서를 따라, 이름을 해석하고, 터널을 협상하고, 신원을 인증한 다음, 사설 자원에 대해 작업 하나를 수행하십시오. 사람들이 건너뛰는 것이 바로 그 마지막 단계이며, 귀환 경로를 증명하는 것도 그것뿐입니다. 로그인은 되는데 사설 작업이 실패하면 새 LAN 프리픽스, 클라이언트가 고른 경로, 자원의 응답 경로를 인계 메모와 맞춰 보십시오.

네 단계를 모두 통과한 뒤에야 옛 라우터를 안전하게 은퇴시킬 수 있습니다. 전원을 뽑고 나서 외부 시험을 한 번 더 반복하십시오. 옛 주소로 아직 해석되는 낡은 레코드는 첫 단계에서 바로 실패하며, 옛 장치가 아직 선반에 있을 때 진단하기가 더 쉽습니다.

새 매핑을 복구 메모와 함께 보관하십시오

최종 서버 할당, 인바운드 규칙, 갱신 소유자의 이름을 라우터에 로컬로 접근하는 절차 옆에 보관하십시오. 다음 교체는 traceroute가 아니라 그 페이지에서 시작해야 합니다.

위의 모든 뒤에도 터널이 밖에서 실패한다면 라우터가 보고하는 공용 주소가 클라이언트가 해석하는 주소와 일치하는지 확인하십시오. 그 한 번의 비교가 DNS 문제와 포워딩 문제를 갈라 주며, 또 다른 포트 포워딩 안내서를 읽는 것보다 시간이 덜 듭니다.