Dua laptop dial ke server PPTP pada kotak DD-WRT, masing-masing mendapat alamat, dan tak satu pun bisa ping yang lain. Folder bersama tidak pernah muncul dan pikiran pertama adalah masker 255.255.255.255 yang dibagikan router pasti salah. Itu bukan penyebabnya, dan mengubahnya tidak akan menciptakan satu tetangga baru pun. Kerjakan lima pemeriksaan di bawah ini secara berurutan dan berhenti begitu satu gagal, karena masing-masing punya obat berbeda.

Pemeriksaan satu: /32 bukan bugnya

PPTP membawa PPP, dan tautan PPP menyatukan tepat dua ujung: klien Anda dan server. Masker jaringan menjelaskan alamat mana yang berbagi segmen lokal, dan di sini tidak ada segmen, hanya rekan di ujung kabel yang satu. Masker berisi semua satu mengatakan tepat itu, jadi DD-WRT memberikan nilai yang benar untuk jenis tautan ini. Alamatnya adalah alamat rekan, bukan alamat antarmuka di LAN.

Masker 255.255.255.0 tempatnya di media bersama dengan ratusan perangkat, dan memasangnya pada antarmuka PPP juga tidak akan menjadikan sisi lain terowongan sebagai tetangga.

Pemeriksaan dua: baca nilai pada halaman server PPTP

Semua pengaturan yang penting ada di Layanan, VPN, Server PPTP. Aktifkan server, setel alamat server ke alamat LAN router, dan jaga rentang klien di luar pool DHCP agar klien yang dial dan mesin berkabel tidak mendapat alamat yang sama. Di bawah CHAP-Secrets tambahkan satu baris per akun dalam bentuk username * password *, tanpa spasi di dalam nama. Terapkan, lalu sambungkan dengan profil yang menyebut router dan salah satu akun itu.

Tempat klien berhenti memberi tahu Anda lapisan mana yang harus diperiksa. Klien yang terautentikasi tetapi tidak mendapat alamat adalah masalah pool atau rahasia; klien yang mendapat alamat dan tidak menjangkau apa pun adalah masalah perutean atau firewall.

Pemeriksaan tiga: cari rute antara kedua rekan

Setiap terowongan yang berakhir di router adalah antarmukanya sendiri, biasanya ppp0, ppp1, dan seterusnya. Lalu lintas dari satu klien ke klien lain harus dirutekan di antara antarmuka itu, dan router harus bersedia meneruskannya. Jalankan ip route di router dan cari rute host untuk setiap rekan yang terhubung, menunjuk ke antarmuka PPP yang cocok. Jika sebuah rekan kehilangan rute, terowongan belum sepenuhnya naik, apa pun yang diklaim layar status klien.

Dua rute host ke dua antarmuka ppp terpisah adalah bentuk yang Anda inginkan sebelum melangkah lebih jauh.

Pemeriksaan empat: periksa rantai FORWARD, bukan INPUT

Lalu lintas antarklien diteruskan, bukan diterima secara lokal, jadi rantai INPUT adalah tempat yang salah. Jalankan iptables -L FORWARD -v -n dan cari aturan drop yang menangkap antarmuka PPP, plus penghitung paket yang menunjukkan apakah ada sesuatu yang tiba di rantai itu. Kebijakan drop bawaan tanpa aturan terima untuk lalu lintas terowongan menghasilkan gejala yang persis sama dengan yang Anda mulai: setiap klien sendirian baik-baik saja, bersama-sama mereka tak terlihat satu sama lain.

Jika ping kecil berfungsi dan transfer besar macet, terowongan sedang difragmentasi, bukan diblokir. PPTP di atas PPP biasanya menginginkan MTU dan MRU sekitar 1450, dan membiarkannya di 1500 memberi Anda tautan yang lolos jabat tangan dan gagal pada muatan nyata.

Pemeriksaan lima: putuskan apa yang harus dilakukan akses internet

Klien yang dimaksudkan menjelajah lewat kantor memerlukan penerjemahan alamat sumber ke arah antarmuka WAN. Klien yang hanya perlu menjangkau LAN memerlukan rute dan tidak lebih. Itu niat yang berbeda dengan kumpulan aturan berbeda, dan pertanyaan masker sepenuhnya menyembunyikan keputusan kedua ini. Tuliskan perilaku mana yang Anda inginkan sebelum menambahkan satu aturan pun, karena klien yang tiba-tiba keluar lewat jalur kantor adalah kejutan yang muncul di rapat, bukan di log.

Satu catatan terakhir, tak terkait perbaikannya: PPTP sudah usang dan autentikasinya rusak sejak bertahun-tahun. Daftar di atas tetap menjelaskan apa yang dilakukan tautan PPP, dan penalaran yang sama berlaku jika nanti Anda memindahkan klien ke terowongan modern.

Artikel terkait