Pi VPN സെർവർ: പാചകക്കുറിപ്പിൽ നിന്നല്ല, ഫോൺ ആപ്പിൽ നിന്ന് തുടങ്ങുക

Pi-യിലെ മിക്ക VPN നിർമ്മാണങ്ങളും സെർവർ പാചകക്കുറിപ്പിൽ തുടങ്ങി ബന്ധിപ്പിക്കാൻ കഴിയാത്ത ഫോണിൽ അവസാനിക്കുന്നു. ക്രമം തലകീഴാണ്. ഫോണിലെ ക്ലൈന്റ് ഒരു നിർദ്ദിഷ്ട പ്രോട്ടോക്കോൾ നിർദ്ദിഷ്ട ആധികാരികതാ കൈമാറ്റത്തോടെ നടപ്പാക്കുന്നു, സെർവർ ആ കൈമാറ്റത്തിന് ഒത്തുപോകണം, അല്ലാതെ തിരിച്ചല്ല. ആദ്യം ആപ്പ് തീരുമാനിച്ചാൽ, ഒരു ഉച്ചയിലെ ഡീബഗ്ഗിംഗ് ചെറിയ ചെക്ക് ലിസ്റ്റായി മാറുന്നു.

പുനർനിർമ്മാണം ഒഴിവാക്കുന്ന ക്രമം

Pi-യിൽ എന്തെങ്കിലും ഇൻസ്റ്റാൾ ചെയ്യുന്നതിന് മുമ്പ് ഫോണിന്റെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റവും കൃത്യമായ VPN ആപ്പും എഴുതിവയ്ക്കുക. ഈ ജോടിയാണ് ഏത് പ്രോട്ടോക്കോൾ സാധ്യമെന്ന് നിർണ്ണയിക്കുന്നത്. പ്രൊഫൈലിൽ പരിചിതമായ ഒരു ഫീൽഡ് ഉള്ളതുകൊണ്ട് മാത്രം ക്ലൈന്റ് ആപ്പ് മറ്റൊരു ക്ലൈന്റാകുന്നില്ല.

പ്രൊഫൈലിലെ പങ്കിട്ട രഹസ്യമോ പരിചിതമായി തോന്നുന്ന പോർട്ട് നമ്പറോ ഒരു പ്രോട്ടോക്കോളിനെ മറ്റൊന്നാക്കുന്നില്ല. കൈമാറ്റം ആപ്പ് നടപ്പാക്കുന്നതുമായി ഒത്തുപോകുന്നു, അല്ലെങ്കിൽ വായിക്കാൻ വളരെ കുറച്ച് തരുന്ന ഘട്ടത്തിൽ പരാജയപ്പെടുന്നു. "തെറ്റായ പ്രോട്ടോക്കോൾ" എന്ന് ലളിതമായ വാക്കുകളിൽ പറയുന്ന ഒരു ഡയഗ്നോസ്റ്റിക്സും ഇല്ല. നിങ്ങൾക്ക് സമയപരിധി കഴിയൽ, സർട്ടിഫിക്കറ്റ് പിശക് അല്ലെങ്കിൽ നിശബ്ദമായ വീണ്ടും ശ്രമിക്കൽ ലൂപ്പ് ലഭിക്കുന്നു, ഇവയെല്ലാം സെർവർ പ്രശ്നം പോലെ തോന്നുന്നു.

ആപ്പ് നിശ്ചയിച്ചു കഴിഞ്ഞാൽ സെർവർ തിരഞ്ഞെടുപ്പ് ചുരുങ്ങുന്നു, ബാക്കി നിർമ്മാണത്തിന് ഒരു ലക്ഷ്യമുണ്ടാകുന്നു.

ഫോൺ ആപ്പ് യഥാർത്ഥത്തിൽ എന്താണ് നടപ്പാക്കുന്നത്

പ്രസിദ്ധീകരിച്ച ക്ലൈന്റ് ലിസ്റ്റ് ഒരു അപ്ലിക്കേഷനെ വിവരിക്കുന്നു, സേവനത്തെയല്ല. Android-നുള്ള OpenVPN Connect ആപ്പ് OpenVPN സെർവർ പ്രതീക്ഷിക്കുന്നു; അത് സെർവർ വശം നൽകുന്നില്ല. പ്രൊഫൈൽ സമാനമായി തോന്നുമ്പോൾ അത് IPsec അല്ലെങ്കിൽ L2TP ക്ലൈന്റുമാകുന്നില്ല.

പഴയ ഒരു ഗൈഡ് പിന്തുടരുമ്പോഴാണ് ഈ വ്യത്യാസം ഏറ്റവും പ്രധാനം. ഇപ്പോഴത്തെ ആപ്പ് ഉപേക്ഷിച്ച പ്രോട്ടോക്കോളിനായി എഴുതിയ പാചകക്കുറിപ്പുകൾ Pi-യിൽ വൃത്തിയായി ഇൻസ്റ്റാൾ ചെയ്യപ്പെടും, ഫോണിൽ ഇപ്പോഴും പരാജയപ്പെടും, ഇത് പ്രോട്ടോക്കോൾ പൊരുത്തക്കേടല്ലാതെ കോൺഫിഗറേഷൻ പിശകായി വായിക്കപ്പെടുന്നു.

സെർവർ പാക്കേജിന് പ്രതിജ്ഞാബദ്ധരാകുന്നതിന് മുമ്പ് ആപ്പിന്റെ നിലവിലെ ഡോക്യുമെന്റേഷനിൽ അത് ഏത് പ്രൊഫൈൽ ഫോർമാറ്റുകൾ ഇമ്പോർട്ട് ചെയ്യുന്നുവെന്ന് പരിശോധിക്കുക. അഞ്ച് മിനിറ്റ് വായന പുനർനിർമ്മാണത്തേക്കാൾ നല്ലതാണ്.

നാല് ഭാഗങ്ങളുള്ള കരാർ

നാല് കാര്യങ്ങൾ രേഖപ്പെടുത്തി ഒരുമിച്ച് സൂക്ഷിക്കുക: ഫോണിന്റെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റവും ആപ്പ് പതിപ്പും, Pi-യിലെ സെർവർ നടപ്പാക്കൽ, ആധികാരികതയും വിശ്വാസവുമുള്ള നയം, ബാഹ്യ എൻഡ്പോയിന്റ്. ഇവയിലേതെങ്കിലും ബാക്കി മൂന്നിനെ അസാധുവാക്കാം.

ആപ്പ് അപ്ഗ്രേഡ്, സെർവർ പാക്കേജ് മാറ്റം അല്ലെങ്കിൽ പുതിയ സർട്ടിഫിക്കറ്റ് അതോറിറ്റി എന്നിവ കരാർ തകർക്കുന്നു, ഫോണിൽ നിന്നുള്ള പരാജയം ഓരോ തവണയും ഒരേപോലെ കാണപ്പെടുന്നു. രേഖപ്പെടുത്തിയ നാലുമാണ് ഏത് ഭാഗം മാറിയെന്ന് തിരിച്ചറിയാൻ സഹായിക്കുന്നത്.

ക്രെഡൻഷ്യലുകൾക്ക് വെവ്വേറെ ജോലികളുണ്ട്

പ്രൊഫൈൽ ക്ലൈന്റ് സർട്ടിഫിക്കറ്റുകളോ ഉപയോക്തൃനാമവും പാസ്വേഡും ആണോ പിന്തുണയ്ക്കുന്ന കോമ്പിനേഷനാണോ ഉപയോഗിക്കുന്നതെന്ന് തീരുമാനിച്ച് ഇരു വശങ്ങളെയും ഒരുമിപ്പിക്കുക. സെർവറിന്റെ ഐഡന്റിറ്റിയും വിശ്വസ്ത CA മെറ്റീരിയലും ക്ലൈന്റ് സ്വീകരിക്കുന്നതുമായി ഒത്തുപോകണം.

CA-യുടെ പൊതു സർട്ടിഫിക്കറ്റും അതിന്റെ ഒപ്പിടൽ സ്വകാര്യ കീയും വ്യത്യസ്ത വസ്തുക്കളാണ്. ഫോൺ പ്രൊഫൈലിൽ പൊതു ഭാഗം മാത്രമാണ് വരേണ്ടത്. ഒപ്പിടൽ കീ ഫോണിൽ വയ്ക്കുന്നത് ഐഡന്റിറ്റികൾ സൃഷ്ടിക്കാനുള്ള കഴിവ് കൈമാറുന്നു, ഇത് CA ഉദ്ദേശിക്കുന്നതിന് വിപരീതമാണ്. ആ ഫയലിനെ മുഴുവൻ നിർമ്മാണത്തിലെയും ഏറ്റവും സംവേദനക്ഷമമായ വസ്തുവായി കാണുക.

പ്രൊഫൈൽ കൈകൊണ്ട് കൂട്ടിച്ചേർക്കുന്നതിന് പകരം സേവനത്തിന്റെ പിന്തുണയുള്ള എക്സ്പോർട്ട്, ഇമ്പോർട്ട് പ്രവാഹം ഉപയോഗിക്കുക. കൈകൊണ്ട് നിർമ്മിച്ച പ്രൊഫൈലുകളിൽ സാധാരണയായി മൊബൈൽ ആപ്പ് അവഗണിക്കുന്നതോ നിരസിക്കുന്നതോ ആയ ഡെസ്ക്ടോപ്പ്-മാത്രം നിർദ്ദേശങ്ങൾ ഉണ്ടാകും.

എല്ലാറ്റിനും ഉപരിയായി, പഴയ ഒരു ഉദാഹരണം ബന്ധിപ്പിക്കാൻ സർട്ടിഫിക്കറ്റ് സാധൂകരണം "ഏത് സെർവറും സ്വീകരിക്കുക" എന്നതിനാൽ മാറ്റരുത്. അത് അനുയോജ്യതാ പ്രശ്നത്തെ ആധികാരികതാ ബൈപാസാക്കി മാറ്റുന്നു, പ്രവർത്തിക്കുന്നതിനാൽ അത് സാധാരണയായി പ്രൊഡക്ഷൻ വരെ നിലനിൽക്കുന്നു.

എത്തിച്ചേരൽ ഒരു വേറിട്ട കരാറാണ്

ഫോൺ സെർവറിന്റെ ബാഹ്യ എൻഡ്പോയിന്റിൽ യഥാർത്ഥ അപ്സ്ട്രീം ക്രമീകരണത്തിലൂടെ എത്തണം. വീട്ടിലെ റൗട്ടറിന്റെ വിവർത്തനം, ഫിൽട്ടറിംഗ്, ഓപ്പറേറ്ററുടെ NAT എന്നിവയെല്ലാം ഇവയ്ക്കിടയിലാണ്. ഡൈനാമിക് DNS നാമം എൻഡ്പോയിന്റിന് സ്ഥിരമായ ഒരു പേര് മാത്രം നൽകുന്നു; അത് ഉള്ളിലേക്കുള്ള പാത സൃഷ്ടിക്കുന്നില്ല.

തുടർന്ന് ബന്ധിപ്പിച്ചതിന് ശേഷം ക്ലൈന്റിന് എത്താൻ കഴിയുന്നത് നിർവചിക്കുക: സ്വകാര്യ പ്രിഫിക്സുകളോ പൂർണ്ണ ഇന്റർനെറ്റ് എക്സിറ്റോ, അവയുടെ ഫോർവേഡിംഗ്, പ്രതികരണ പാതകൾ, DNS സ്വഭാവം, IPv6 പരിധിയിൽ ഉണ്ടോ എന്നതും. വിജയകരമായ ലോഗിൻ അവയിലൊന്നും തെളിയിക്കുന്നില്ല.

ഉദ്ദേശിച്ച ഫോണും പ്രൊഫൈലും നേരിട്ട് സ്വീകരിക്കുക, അനധികൃത വിഭവം എത്താനാവാത്തതായി തുടരുന്നുവെന്നും റദ്ദാക്കൽ യഥാർത്ഥത്തിൽ പ്രവേശനം നീക്കുന്നുവെന്നും ഉള്ള പരിശോധനയുൾപ്പെടെ. ഡെസ്ക്ടോപ്പ് ക്ലൈന്റുമായുള്ള വിജയം ആ ക്ലൈന്റിനെ സാധൂകരിക്കുന്നു, നിങ്ങളുടെ കൈയിലെ ഫോണിനെയല്ല. OpenVPN Connect ലിസ്റ്റ് ഒത്തുപോകുന്ന സേവനം പ്രതീക്ഷിക്കുന്ന ഒരു ക്ലൈന്റ് അപ്ലിക്കേഷന്റെ സ്പഷ്ടമായ ഉദാഹരണമാണ്.