DD-WRT의 PPTP 클라이언트가 서로 통신하지 못할 때: 다섯 가지 점검

노트북 두 대가 DD-WRT 장비의 PPTP 서버에 접속해 각각 주소를 받았는데도 서로 ping이 되지 않습니다. 공유 폴더는 끝내 나타나지 않고, 첫 생각은 라우터가 주는 255.255.255.255 마스크가 틀렸다는 것입니다. 그것은 원인이 아니며 바꿔도 새 이웃이 하나도 생기지 않습니다. 아래 다섯 가지 점검을 순서대로 하되 하나가 실패하면 바로 멈추십시오. 저마다 처방이 다릅니다.

첫 번째 점검: /32는 버그가 아닙니다

PPTP는 PPP를 실어 나르고, PPP 링크는 정확히 두 끝점, 즉 클라이언트와 서버를 연결합니다. 넷마스크는 어떤 주소가 로컬 세그먼트를 공유하는지 설명하는데, 여기에는 세그먼트가 없고 한 가닥 선로 반대편의 피어만 있습니다. 모두 켜진 비트로 된 마스크는 바로 그것을 말하므로 DD-WRT는 이 링크 유형에 맞는 값을 주고 있습니다. 그 주소는 피어 주소이며 LAN의 인터페이스 주소가 아닙니다.

255.255.255.0 마스크는 수백 대의 장치가 붙는 공유 매체에 속하며, PPP 인터페이스에 올린다고 해서 터널 반대편이 이웃이 되지는 않습니다.

두 번째 점검: PPTP 서버 페이지의 값을 읽으십시오

중요한 설정은 모두 서비스, VPN, PPTP 서버에 있습니다. 서버를 켜고 서버 주소를 라우터의 LAN 주소로 두며, 클라이언트 범위는 DHCP 풀 밖에 두어 전화 접속 클라이언트와 유선 장치가 같은 주소를 받지 않게 하십시오. CHAP-Secrets 아래에 계정마다 username * password * 형태의 줄을 하나씩 추가하고 이름 안에 공백을 넣지 마십시오. 적용한 뒤 라우터와 그 계정 중 하나를 지정한 프로필로 연결하십시오.

클라이언트가 어디서 멈추는지가 어느 계층을 볼지 알려 줍니다. 인증은 되지만 주소를 못 받으면 풀이나 시크릿 문제이고, 주소는 받았는데 아무 데도 닿지 못하면 라우팅이나 방화벽 문제입니다.

세 번째 점검: 두 피어 사이의 경로를 찾으십시오

라우터에서 끝나는 터널은 각자의 인터페이스이며 보통 ppp0, ppp1 등입니다. 한 클라이언트에서 다른 클라이언트로 가는 트래픽은 그 인터페이스들 사이에서 라우팅되어야 하고, 라우터가 이를 전달할 의사가 있어야 합니다. 라우터에서 ip route 를 실행해 연결된 각 피어에 대해 해당 PPP 인터페이스를 가리키는 호스트 경로가 있는지 확인하십시오. 피어에 경로가 없으면 클라이언트 상태 화면이 무엇을 주장하든 터널은 완전히 올라온 것이 아닙니다.

서로 다른 두 ppp 인터페이스를 향한 두 개의 호스트 경로, 그것이 더 나아가기 전에 원하는 모양입니다.

네 번째 점검: INPUT이 아니라 FORWARD 체인을 보십시오

클라이언트 간 트래픽은 로컬에서 받아들이는 것이 아니라 전달되므로 INPUT 체인은 볼 곳이 아닙니다. iptables -L FORWARD -v -n 를 실행해 PPP 인터페이스를 잡는 드롭 규칙과, 체인에 무언가 도달하는지 보여 주는 패킷 카운터를 확인하십시오. 터널 트래픽에 대한 허용 규칙 없는 기본 드롭 정책은 처음의 증상을 그대로 만듭니다. 각 클라이언트는 혼자서는 멀쩡하지만 함께 있으면 서로에게 보이지 않습니다.

작은 ping은 되는데 큰 전송이 멈춘다면 터널이 차단된 것이 아니라 단편화되는 중입니다. PPP 위의 PPTP는 보통 MTU와 MRU를 1450 근처로 원하며, 1500에 두면 핸드셰이크는 통과하고 실제 페이로드에서 실패하는 링크가 됩니다.

다섯 번째 점검: 인터넷 접속이 무엇을 해야 하는지 정하십시오

사무실을 통해 탐색해야 하는 클라이언트에는 WAN 인터페이스 방향의 출발지 주소 변환이 필요합니다. LAN에만 닿으면 되는 클라이언트에는 경로 하나면 충분합니다. 서로 다른 규칙 집합을 가진 서로 다른 의도이며, 마스크 문제는 이 두 번째 결정을 완전히 가립니다. 규칙을 하나라도 추가하기 전에 어떤 동작을 원했는지 적어 두십시오. 사무실 회선으로 예상 밖에 나가는 클라이언트는 로그가 아니라 회의에서 드러나는 놀라움이기 때문입니다.

마지막으로, 수정과 무관한 이야기입니다. PPTP는 구식이고 그 인증은 수년 전부터 깨져 있습니다. 위 점검 목록은 여전히 PPP 링크가 하는 일을 설명하며, 나중에 클라이언트를 현대적인 터널로 옮겨도 같은 논리가 적용됩니다.