FRITZ!Box LAN-LAN VPN: 기기가 원격 IP를 받지 못하는 이유
LAN-LAN VPN에서는 네트워크가 결합되고 기기는 자체 주소를 유지합니다. 원격 풀에서 주소를 할당하는 것은 다이얼인 연결뿐입니다.
노트북이 FRITZ!Box VPN에 연결해 다른 사이트의 파일 공유에 접근해도, 시험해 보는 모든 도구에서 여전히 자체 주소가 표시됩니다. 그래서 사람들은 원격 IP를 할당하는 설정을 찾지만, 찾을 것이 없기 때문에 결코 찾지 못합니다. LAN-LAN 결합에서는 두 라우터가 네트워크를 결합하고 각 기기는 이미 가지고 있던 주소를 유지합니다. 원격 풀에서 주소를 임대하는 것은 다이얼인 연결뿐입니다.
나머지는 이 두 구성의 차이와 원격 쪽이 실제로 보는 것에 관한 내용입니다.
한쪽은 네트워크를 결합하고 다른 쪽은 주소를 빌려준다
LAN-LAN 링크는 두 서브넷 사이의 경로이지 원격 데스크톱이 아닙니다. 노트북이 192.168.188.40으로 패킷을 보내면 FRITZ!Box는 그 목적지가 터널을 통해 도달 가능하다고 인식하고, 패킷은 원래 출발지 주소 그대로 도착합니다. 그 경로 어디에도 두 번째 주소가 필요하지 않으며 누구도 할당하지 않습니다.
다이얼인 프로필은 라우터의 원격 확장처럼 동작합니다. 연결하는 기기에는 대상 LAN의 주소가 부여되므로 그쪽 임대 목록에 나타납니다. 터널은 같지만 질문은 다릅니다 — 한 설계는 네트워크를 확장하고 다른 설계는 게스트를 그 안에 들입니다.
| Arrangement | Which device asks | Address the device keeps | What the far site sees |
|---|---|---|---|
| LAN-LAN coupling | any host behind either router | its own local address, unchanged | an address from your subnet, or the router address if the link translates |
| Dial-in profile | the single device that connects | a lease from the remote pool | an address inside the remote LAN |
원격 호스트가 무엇을 보는지는 주소 변환에 달려 있습니다
일반 라우팅에서는 원격 컴퓨터가 실제 로컬 주소(예: 192.168.178.20)를 기록하고 그 응답은 터널을 통해 돌아와야 합니다. 그 응답은 원격 라우터가 전체 서브넷에 대한 경로를 가지고 있을 때만 작동하며, 보통 이 결합이 그것을 대신 설치합니다.
링크가 대신 출발지 주소를 다시 쓰면 원격 호스트는 터널 뒤의 모든 것에 대해 하나의 주소만 봅니다 — 라우터 자체의 LAN 주소입니다. 두 설계 모두 정당하며, 둘 다 내 IP는 무엇인가라는 질문에 VPN이 켜져 있는지와 무관하게 답할 수 있게 합니다.
추측하지 않고 일 분 만에 확인할 수 있습니다. 요청이 오가는 동안 다른 사이트의 컴퓨터에서 연결 표나 액세스 로그를 열고 출발지 열을 읽으십시오. 보내는 서브넷에 속한 주소라면 라우팅이 있는 것이고, 하나의 라우터 주소가 반복된다면 링크가 변환하는 것입니다. 결과를 메모에 적어 두십시오 — 원격 액세스 규칙이 서브넷을 허용해야 하는지 호스트 하나를 허용해야 하는지를 결정하기 때문입니다.
이 값이 FRITZ!OS 어디에 있는지
현재 FRITZ!OS 릴리스에서 마법사는 Internet, 그다음 Freigaben, 그다음 VPN 아래, 새 연결 버튼 뒤에 있습니다. 첫 번째 선택은 원하는 형태입니다 — 다른 FRITZ!Box와 연결한 FRITZ!Box인지, 다이얼인하는 컴퓨터 한 대인지입니다.
- 두 라우터 옵션을 선택하고 계속하십시오.
- 다음 Netzwerkeinstellungen 페이지에서 원격 IPv4 네트워크의 이름을 지정하고(예: 192.168.188.0/24) 공유 VPN 키를 설정하십시오.
- 마법사를 마친 뒤 제공되는 구성 파일을 다른 FRITZ!Box에 가져오십시오.
이 증상에서 중요한 것은 원격 네트워크 필드입니다. 어떤 목적지가 터널의 원격 쪽에 속하는지 라우터에 알려 주고, 키는 터널이 아예 올라오는지만 결정합니다. 그곳에 잘못된 네트워크를 두면 주소가 아니라 침묵이 돌아옵니다.
원격 쪽이 원격 신원을 요구할 때
일부 서비스는 자체 서브넷 안에 주소가 있는 클라이언트만 받도록 작성되어 있어 어떤 라우팅으로도 만족시키지 못합니다. 그것은 상대쪽 정책이며, 해결책은 또 다른 터널 설정이 아니라 다른 연결 유형입니다.
그 기기 하나를 위해 다이얼인 프로필을 추가하고 나머지는 결합을 그대로 두십시오. 그러면 기기는 원격 풀에서 주소를 임대하고 원격 라우터의 연결 목록에 나타납니다 — 서비스가 보려는 것이 바로 그것입니다. 라우터 하나에 두 프로필이 공존할 수 있지만, 각각 자체 공유 키와 자체 네트워크 항목이 있어야 합니다.
이 점검을 순서대로 수행하십시오
모드를 바꾸기 전에 기본을 확인하십시오, 왜냐하면 한 번도 작동한 적 없는 결합은 올바르게 작동하는 결합과 똑같아 보이기 때문입니다.
- 두 LAN 프리픽스를 비교하십시오. 둘 다 192.168.178.0/24를 쓰는 두 네트워크 사이의 결합은 라우팅할 수 없으며, 해결책은 한쪽의 번호를 다시 매기는 것입니다.
- 각 라우터에서 VPN 개요를 읽고 원격 네트워크가 연결됨으로 표시되는지 확인하십시오.
- 원격 사이트의 호스트에서 서비스를 요청하고 그것이 기록하는 출발지 주소를 읽으십시오. 그 관찰이 원래 질문에 답합니다.
라우터 자체의 ping 페이지가 아니라 클라이언트에서 시험하십시오 — 라우터는 LAN 호스트가 쓸 수 없는 경로로 목적지에 도달할 수 있으므로 그곳의 성공적인 ping은 기기에 대해 아무것도 증명하지 않습니다.
양방향이 작동하는데도 기기가 여전히 자체 주소를 표시한다면 결합은 제 역할을 하고 있습니다. 원격 신원이 정말 필요할 때만 다이얼인 프로필을 사용하고, 두 구성을 서브넷 계획 옆에 문서화해 두십시오.