Hindi mag-abot ang mga PPTP client sa DD-WRT: limang pagsusuri

Dalawang laptop ang dumudial sa PPTP server sa isang DD-WRT box, bawat isa ay nakakakuha ng address, at wala sa kanila ang makapag-ping sa isa. Hindi lumilitaw ang mga shared folder at ang unang hinala ay mali ang mask na 255.255.255.255 na ibinibigay ng router. Hindi iyon ang dahilan, at ang pagpalit nito ay hindi lilikha ng kahit isang bagong kapitbahay. Gawin ang limang pagsusuri sa ibaba nang sunod-sunod at huminto kapag may isang nabigo, dahil may kanya-kanyang lunas ang bawat isa.

Unang pagsusuri: ang /32 ay hindi bug

Dinadala ng PPTP ang PPP, at ang PPP link ay nag-uugnay ng eksaktong dalawang dulo: ang iyong client at ang server. Inilalarawan ng netmask kung aling mga address ang nagbabahagi ng lokal na segment, at wala ritong segment, ang peer lang sa kabilang dulo ng isang kawad. Sinasabi ng mask na puro isa ang eksaktong iyon, kaya ibinibigay ng DD-WRT ang tamang halaga para sa ganitong uri ng link. Ang address ay address ng peer, hindi address ng interface sa isang LAN.

Ang mask na 255.255.255.0 ay para sa shared medium na may daan-daang device, at ang ilagay ito sa PPP interface ay hindi rin gagawing kapitbahay ang kabilang panig ng tunnel.

Ikalawang pagsusuri: basahin ang mga halaga sa pahina ng PPTP server

Nasa Serbisyo, VPN, PPTP Server ang lahat ng mahalagang setting. I-enable ang server, itakda ang address ng server sa LAN address ng router, at ilayo ang hanay ng client sa DHCP pool para hindi makuha ng dumudial na client at ng nakakabit na makina ang parehong address. Sa ilalim ng CHAP-Secrets magdagdag ng isang linya kada account sa anyong username * password *, na walang espasyo sa loob ng pangalan. I-apply, pagkatapos kumonekta gamit ang profile na nagbabanggit ng router at isa sa mga account na iyon.

Ang lugar kung saan humihinto ang client ang nagsasabi kung aling layer ang titingnan. Ang client na na-authenticate pero walang nakuhang address ay problema sa pool o sa mga sikreto; ang client na nakakuha ng address at walang naabot ay problema sa routing o firewall.

Ikatlong pagsusuri: maghanap ng ruta sa pagitan ng dalawang peer

Bawat tunnel na nagtatapos sa router ay sariling interface nito, kadalasan ppp0, ppp1 at iba pa. Ang trapiko mula sa isang client papunta sa isa pa ay dapat i-ruta sa pagitan ng mga interface na iyon, at ang router ay dapat handang ipasa ito. Patakbuhin ang ip route sa router at maghanap ng host route para sa bawat konektadong peer na tumuturo sa tugmang PPP interface. Kung kulang ang ruta ng isang peer, hindi buong nakataas ang tunnel, anuman ang sabihin ng status screen ng client.

Dalawang host route patungo sa dalawang magkahiwalay na ppp interface ang hugis na gusto mo bago magpatuloy.

Ikaapat na pagsusuri: tingnan ang FORWARD chain, hindi INPUT

Ang trapiko sa pagitan ng mga client ay ipinapasa, hindi tinatanggap nang lokal, kaya mali ang INPUT chain. Patakbuhin ang iptables -L FORWARD -v -n at maghanap ng drop rule na humuhuli sa mga PPP interface, kasama ang mga packet counter na nagpapakita kung may dumarating sa chain. Ang default na drop policy na walang accept rule para sa tunnel traffic ay gumagawa ng eksaktong sintomas na sinimulan mo: maayos ang bawat client kapag nag-iisa, kapag magkasama hindi nila nakikita ang isa't isa.

Kung gumagana ang maliliit na ping at natigil ang malalaking transfer, hinahati-hati ang tunnel sa halip na hinaharangan. Ang PPTP sa ibabaw ng PPP ay karaniwang gusto ng MTU at MRU na nasa 1450, at ang iwan sila sa 1500 ay nagbibigay ng link na nakakalampas sa handshake ngunit nabibigo sa tunay na payload.

Ikalimang pagsusuri: magpasya kung ano ang dapat gawin ng internet access

Ang mga client na dapat mag-browse sa opisina ay nangangailangan ng source translation patungo sa WAN interface. Ang mga client na dapat makarating lamang sa LAN ay nangangailangan ng ruta at wala nang iba. Magkaibang layunin ang mga ito na may magkaibang set ng patakaran, at ganap na tinatakpan ng tanong tungkol sa mask ang ikalawang desisyong ito. Isulat kung anong pag-uugali ang gusto mo bago magdagdag ng kahit isang patakaran, dahil ang client na biglang lumalabas sa linya ng opisina ay sorpresang lumilitaw sa pulong at hindi sa log.

Isang huling tala, walang kaugnayan sa pag-aayos: luma na ang PPTP at sira ang authentication nito sa loob ng maraming taon. Ipinapaliwanag pa rin ng listahan sa itaas kung ano ang ginagawa ng PPP link, at ganoon din ang pangangatwiran kung ilipat mo ang mga client sa modernong tunnel mamaya.