DD-WRT-ൽ PPTP ക്ലയന്റുകൾ പരസ്പരം എത്തുന്നില്ല: അഞ്ച് പരിശോധനകൾ

രണ്ട് ലാപ്‌ടോപ്പുകൾ DD-WRT ബോക്സിലെ PPTP സെർവറിലേക്ക് ഡയൽ ചെയ്യുന്നു, ഓരോന്നിനും ഒരു വിലാസം ലഭിക്കുന്നു, പക്ഷേ ഒന്നിനും മറ്റേതിനെ പിംഗ് ചെയ്യാൻ കഴിയുന്നില്ല. പങ്കിട്ട ഫോൾഡറുകൾ ഒരിക്കലും പ്രത്യക്ഷപ്പെടുന്നില്ല, റൗട്ടർ നൽകുന്ന 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 ഇന്റർഫേസുകളിലേക്ക് രണ്ട് ഹോസ്റ്റ് റൂട്ടുകൾ — മുന്നോട്ട് പോകുന്നതിന് മുമ്പ് നിങ്ങൾ ആഗ്രഹിക്കുന്ന രൂപം.

നാലാം പരിശോധന: FORWARD ചെയിൻ നോക്കുക, INPUT അല്ല

ക്ലയന്റ്-തൊട്ട്-ക്ലയന്റ് ട്രാഫിക് കൈമാറ്റം ചെയ്യപ്പെടുന്നു, പ്രാദേശികമായി സ്വീകരിക്കുന്നില്ല, അതിനാൽ INPUT ചെയിൻ തെറ്റായ സ്ഥലമാണ്. iptables -L FORWARD -v -n പ്രവർത്തിപ്പിച്ച് PPP ഇന്റർഫേസുകളെ പിടിക്കുന്ന ഡ്രോപ്പ് നിയമവും, ചെയിനിലേക്ക് എന്തെങ്കിലും എത്തുന്നുണ്ടോ എന്ന് കാണിക്കുന്ന പാക്കറ്റ് കൗണ്ടറുകളും അന്വേഷിക്കുക. ടണൽ ട്രാഫിക്കിന് സ്വീകരണ നിയമമില്ലാത്ത സ്ഥിര ഡ്രോപ്പ് നയം നിങ്ങൾ തുടങ്ങിയ അതേ ലക്ഷണം തന്നെ സൃഷ്ടിക്കുന്നു: ഓരോ ക്ലയന്റും ഒറ്റയ്ക്ക് കുഴപ്പമില്ല, ഒരുമിച്ച് അവർ പരസ്പരം അദൃശ്യരാണ്.

ചെറിയ പിംഗുകൾ പ്രവർത്തിക്കുകയും വലിയ കൈമാറ്റങ്ങൾ തടയുകയും ചെയ്താൽ, ടണൽ തടയപ്പെടുന്നില്ല, കഷണങ്ങളായി മുറിയുന്നു. PPP-യ്ക്ക് മുകളിലുള്ള PPTP സാധാരണയായി 1450-ന് ചുറ്റുമുള്ള MTU-വും MRU-വും ആഗ്രഹിക്കുന്നു, അവ 1500-ൽ വിട്ടാൽ ഹാൻഡ്ഷേക്കുകൾ കടക്കുകയും യഥാർത്ഥ പേലോഡിൽ പരാജയപ്പെടുകയും ചെയ്യുന്ന ലിങ്ക് ലഭിക്കും.

അഞ്ചാം പരിശോധന: ഇന്റർനെറ്റ് ആക്സസ് എന്ത് ചെയ്യണം എന്ന് തീരുമാനിക്കുക

ഓഫീസിലൂടെ ബ്രൗസ് ചെയ്യേണ്ട ക്ലയന്റുകൾക്ക് WAN ഇന്റർഫേസിലേക്ക് സ്രോതസ്സ് വിലാസ വിവർത്തനം വേണം. LAN-ൽ മാത്രം എത്തേണ്ട ക്ലയന്റുകൾക്ക് ഒരു റൂട്ട് മതി, മറ്റൊന്നും വേണ്ട. ഇവ വ്യത്യസ്ത നിയമക്കൂട്ടങ്ങളുള്ള വ്യത്യസ്ത ഉദ്ദേശ്യങ്ങളാണ്, മാസ്ക് ചോദ്യം ഈ രണ്ടാം തീരുമാനത്തെ പൂർണ്ണമായി മറയ്ക്കുന്നു. ഒരു നിയമം പോലും ചേർക്കുന്നതിന് മുമ്പ് ഏത് സ്വഭാവമാണ് വേണ്ടിയിരുന്നതെന്ന് എഴുതിവയ്ക്കുക, കാരണം ഓഫീസ് ലൈനിലൂടെ അപ്രതീക്ഷിതമായി പുറത്തുപോകുന്ന ക്ലയന്റ് ലോഗിലല്ല, മീറ്റിംഗിലാണ് പ്രത്യക്ഷപ്പെടുന്ന അത്ഭുതം.

അവസാന കുറിപ്പ്, തിരുത്തുമായി ബന്ധമില്ലാത്തത്: PPTP കാലഹരണപ്പെട്ടതാണ്, അതിന്റെ പ്രാമാണീകരണം വർഷങ്ങളായി തകർന്നിരിക്കുന്നു. മുകളിലെ പട്ടിക ഇപ്പോഴും PPP ലിങ്ക് എന്ത് ചെയ്യുന്നു എന്ന് വിശദീകരിക്കുന്നു, ക്ലയന്റുകളെ പിന്നീട് ആധുനിക ടണലിലേക്ക് മാറ്റിയാലും അതേ യുക്തി ബാധകമാണ്.