Máy khách PPTP trên DD-WRT không đến được nhau: năm bước kiểm tra

Hai laptop quay số vào máy chủ PPTP trên một thiết bị DD-WRT, mỗi máy nhận một địa chỉ, và không máy nào ping được máy kia. Các thư mục chia sẻ không bao giờ hiện ra và ý nghĩ đầu tiên là mặt nạ 255.255.255.255 do router cấp chắc chắn sai. Đó không phải nguyên nhân, và đổi nó sẽ không tạo ra một người hàng xóm mới nào. Hãy làm năm bước kiểm tra dưới đây theo thứ tự và dừng ngay khi một bước thất bại, vì mỗi bước có một cách chữa khác nhau.

Kiểm tra một: /32 không phải lỗi

PPTP mang PPP, và một liên kết PPP nối đúng hai đầu: máy khách của bạn và máy chủ. Mặt nạ mạng mô tả những địa chỉ nào chia sẻ một phân đoạn cục bộ, và ở đây không có phân đoạn nào, chỉ có peer ở đầu bên kia của một sợi dây. Mặt nạ toàn số một nói đúng điều đó, nên DD-WRT đang cấp giá trị đúng cho kiểu liên kết này. Địa chỉ là địa chỉ của peer, không phải địa chỉ giao diện trên một LAN.

Mặt nạ 255.255.255.0 thuộc về một môi trường chia sẻ với hàng trăm thiết bị, và đặt nó lên giao diện PPP cũng không làm phía bên kia của đường hầm thành hàng xóm.

Kiểm tra hai: đọc các giá trị trên trang máy chủ PPTP

Mọi cài đặt quan trọng đều nằm trong Dịch vụ, VPN, Máy chủ PPTP. Bật máy chủ, đặt địa chỉ máy chủ thành địa chỉ LAN của router, và giữ dải máy khách nằm ngoài pool DHCP để máy khách quay số và một máy có dây không nhận cùng địa chỉ. Dưới CHAP-Secrets thêm một dòng cho mỗi tài khoản theo dạng username * password *, không có dấu cách bên trong tên. Áp dụng, rồi kết nối bằng một hồ sơ nêu tên router và một trong các tài khoản đó.

Chỗ máy khách dừng lại cho bạn biết nên kiểm tra tầng nào. Máy khách xác thực được nhưng không nhận địa chỉ là vấn đề pool hoặc bí mật; máy khách nhận địa chỉ mà không đến được đâu là vấn đề định tuyến hoặc tường lửa.

Kiểm tra ba: tìm một tuyến giữa hai peer

Mỗi đường hầm kết thúc trên router là giao diện riêng của nó, thường là ppp0, ppp1 và tiếp theo. Lưu lượng từ máy khách này sang máy kia phải được định tuyến giữa các giao diện đó, và router phải sẵn sàng chuyển tiếp nó. Chạy ip route trên router và tìm một tuyến máy chủ cho mỗi peer đã kết nối, trỏ tới giao diện PPP tương ứng. Nếu một peer thiếu tuyến, đường hầm chưa lên hoàn toàn, bất kể màn hình trạng thái của máy khách nói gì.

Hai tuyến máy chủ tới hai giao diện ppp riêng biệt là hình dạng bạn muốn trước khi đi xa hơn.

Kiểm tra bốn: xem chuỗi FORWARD, không phải INPUT

Lưu lượng giữa các máy khách được chuyển tiếp, không được chấp nhận cục bộ, nên chuỗi INPUT là chỗ sai. Chạy iptables -L FORWARD -v -n và tìm một quy tắc drop bắt các giao diện PPP, cùng các bộ đếm gói cho biết có gì đến chuỗi hay không. Chính sách drop mặc định không có quy tắc chấp nhận cho lưu lượng đường hầm tạo ra đúng triệu chứng bạn bắt đầu: mỗi máy khách riêng lẻ thì ổn, nhưng cùng nhau chúng vô hình với nhau.

Nếu ping nhỏ chạy được mà truyền tải lớn bị kẹt, đường hầm đang bị phân mảnh chứ không bị chặn. PPTP trên PPP thường muốn MTU và MRU khoảng 1450, và để chúng ở 1500 cho bạn một liên kết vượt qua bắt tay nhưng thất bại với tải thật.

Kiểm tra năm: quyết định truy cập internet nên làm gì

Máy khách cần duyệt qua văn phòng cần chuyển dịch địa chỉ nguồn về phía giao diện WAN. Máy khách chỉ cần đến LAN cần một tuyến và không gì khác. Đây là những ý định khác nhau với bộ quy tắc khác nhau, và câu hỏi về mặt nạ che khuất hoàn toàn quyết định thứ hai này. Hãy ghi lại hành vi bạn muốn trước khi thêm một quy tắc nào, vì một máy khách bất ngờ ra ngoài qua đường dây văn phòng là cú bất ngờ xuất hiện trong cuộc họp chứ không phải trong nhật ký.

Một lưu ý cuối, không liên quan đến cách khắc phục: PPTP đã lỗi thời và cơ chế xác thực của nó đã hỏng từ nhiều năm. Danh sách trên vẫn giải thích một liên kết PPP làm gì, và lập luận tương tự vẫn đúng nếu sau này bạn chuyển các máy khách sang một đường hầm hiện đại.