A DD-WRT PPTP-kliensei nem érik el egymást: öt ellenőrzés
A 255.255.255.255 maszk helyes egy PPP-kapcsolaton. Végezze el az öt ellenőrzést sorrendben: pool, CHAP-bejegyzés, társ-útvonalak, FORWARD-házirend és internet-szándék.
Két laptop tárcsáz be a DD-WRT doboz PPTP-kiszolgálójára, mindkettő kap címet, és egyik sem tudja pingelni a másikat. A megosztott mappák soha nem jelennek meg, és az első gondolat az, hogy a router által osztott 255.255.255.255 maszk biztos hibás. Nem ez a hiba, és a megváltoztatása egyetlen új szomszédot sem hoz létre. Végezze el az alábbi öt ellenőrzést sorrendben, és álljon meg, amint valamelyik elbukik, mert mindegyiknek más a gyógymódja.
Első ellenőrzés: a /32 nem hiba
A PPTP PPP-t szállít, a PPP-kapcsolat pedig pontosan két végpontot köt össze: az ügyfelét és a kiszolgálót. A hálózati maszk azt írja le, mely címek osztoznak egy helyi szegmensen, itt pedig nincs szegmens, csak a társ az egyik vezeték túlsó végén. A csupa egyes maszk pontosan ezt mondja, tehát a DD-WRT a helyes értéket osztja ki ehhez a kapcsolattípushoz. A cím társ-cím, nem LAN-beli interfész-cím.
A 255.255.255.0 maszk megosztott közegre való több száz eszközzel, és ha PPP-interfészre tennénk, attól az alagút túlsó oldala sem lenne szomszéd.
Második ellenőrzés: olvassa le a PPTP-kiszolgáló oldal értékeit
Minden számító beállítás a Szolgáltatások, VPN, PPTP-kiszolgáló alatt van. Kapcsolja be a kiszolgálót, állítsa a kiszolgáló címét a router LAN-címére, és tartsa az ügyféltartományt a DHCP-poolon kívül, hogy a betárcsázó ügyfél és a kábeles gép ne kapja ugyanazt a címet. A CHAP-Secrets alatt adjon hozzá egy sort számlánként username * password *, alakban, a névben szóköz nélkül. Alkalmazza, majd csatlakozzon egy profillal, amely megnevezi a routert és az egyik ilyen fiókot.
Hogy hol áll meg az ügyfél, megmondja, melyik réteget kell vizsgálni. Az az ügyfél, amely hitelesít, de nem kap címet, pool- vagy titokprobléma; az, amely kap címet és semmit nem ér el, útvonalválasztási vagy tűzfalprobléma.
Harmadik ellenőrzés: keressen útvonalat a két társ között
Minden alagút, amely a routeren végződik, a saját interfésze, általában ppp0, ppp1 és így tovább. Az egyik ügyféltől a másikig tartó forgalmat ezen interfészek között kell irányítani, és a routernek hajlandónak kell lennie továbbítani. Futtassa a ip route parancsot a routeren, és keressen hoszt-útvonalat minden csatlakozott társ számára, amely a megfelelő PPP-interfészre mutat. Ha egy társnak hiányzik az útvonala, az alagút nincs teljesen fent, akármit állít az ügyfél állapotképernyője.
Két hoszt-útvonal két külön ppp-interfész felé az a forma, amit továbblépés előtt szeretne.
Negyedik ellenőrzés: a FORWARD láncot nézze, ne az INPUT-ot
Az ügyfelek közötti forgalom továbbításra kerül, nem helyben fogadódik el, tehát az INPUT lánc a rossz hely. Futtassa a iptables -L FORWARD -v -n parancsot, és keressen olyan drop-szabályt, amely elkapja a PPP-interfészeket, valamint azokat a csomagszámlálókat, amelyek megmutatják, érkezik-e egyáltalán valami a lánchoz. Az alapértelmezett drop-házirend alagútforgalomra vonatkozó elfogadó szabály nélkül pontosan azt a tünetet adja, amivel kezdte: minden ügyfél egyedül rendben van, együtt láthatatlanok egymás számára.
Ha a kis pingek működnek és a nagy átvitelek elakadnak, az alagút töredezik, nem blokkolódik. A PPP feletti PPTP általában 1450 körüli MTU-t és MRU-t kíván, és ha 1500-on hagyja őket, olyan kapcsolatot kap, amely átmegy a kézfogásokon, de a valódi terhelésen elbukik.
Ötödik ellenőrzés: döntse el, mit tegyen az internetelérés
Az irodán át böngésző ügyfeleknek forrás-címfordítás kell a WAN-interfész felé. Azoknak, amelyeknek csak a LAN-t kell elérniük, útvonal kell és semmi más. Ezek különböző szándékok különböző szabálykészletekkel, és a maszk kérdése teljesen elrejti ezt a második döntést. Írja le, milyen viselkedést akart, mielőtt egyetlen szabályt is hozzáadna, mert az az ügyfél, amelyik váratlanul az irodai vonalon keresztül lép ki, olyan meglepetés, amely megbeszélésen bukkan fel, nem naplóban.
Egy utolsó megjegyzés, amely nem kapcsolódik a javításhoz: a PPTP elavult, és a hitelesítése évek óta törött. A fenti lista továbbra is elmagyarázza, mit tesz egy PPP-kapcsolat, és ugyanez az érvelés érvényes, ha később modern alagútra viszi át az ügyfeleket.