കീകൾ ചോരാതെ രണ്ട് OpenVPN പ്രൊഫൈലുകൾ താരതമ്യം ചെയ്യുക

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

.ovpn ഫയൽ യഥാർത്ഥത്തിൽ വഹിക്കുന്നത്

ഒരു .ovpn ഫയൽ ഐച്ഛിക ഇൻലൈൻ ബ്ലോക്കുകളുള്ള കോൺഫിഗറേഷനാണ്. അതിൽ CA സർട്ടിഫിക്കറ്റ്, ക്ലൈന്റ് സർട്ടിഫിക്കറ്റ്, സ്വകാര്യ കീ, tls-auth അല്ലെങ്കിൽ tls-crypt കീ, കൂടാതെ ബാഹ്യ ഫയലുകളിലേക്ക് ചൂണ്ടുന്നതോ ക്രെഡൻഷ്യലുകൾ ആവശ്യപ്പെടുന്നതോ ആയ നിർദ്ദേശങ്ങൾ അടങ്ങിയിരിക്കാം. രണ്ട് ഫയലുകൾ ഏതാണ്ട് ഒരേപോലെ കാണപ്പെടാം, ബ്ലോക്കിനുള്ളിൽ മാത്രം വ്യത്യാസപ്പെടാം, അല്ലെങ്കിൽ ഗതാഗതം പൂർണ്ണമായി മാറ്റുന്ന ഒരു നിർദ്ദേശത്തിൽ വ്യത്യാസപ്പെടാം. വരികളുടെ എണ്ണം അവയിൽ എന്ത് സംഭവിച്ചു എന്ന് പറയുന്നില്ല.

ഒരു കീ ബ്ലോക്കിനുള്ളിലെ വ്യത്യാസം ഒന്നിന്റെയും പൊതു തെളിവല്ല. പുനർനിർമ്മിച്ച സർട്ടിഫിക്കറ്റും പുതിയ കീയുള്ള സർട്ടിഫിക്കറ്റും ഒരേ രൂപത്തിലുള്ള മാറ്റം ഉണ്ടാക്കാം, അതിനാൽ ബ്ലോക്കിന്റെ പൊരുത്തക്കേട് വസ്തു വ്യത്യസ്തമാണെന്ന് പറയുന്നു, ഏത് തീരുമാനം അത് സൃഷ്ടിച്ചു എന്നല്ല. അതിനെ ഫീൽഡുകൾ താരതമ്യം ചെയ്യാനുള്ള സൂചനയായി കാണുക, കണ്ടെത്തലായി അല്ല.

വരി അനുസരിച്ചല്ല, റോൾ അനുസരിച്ച് താരതമ്യം ചെയ്യുക

കണക്ഷന്റെ സ്വന്തം ക്രമം പിന്തുടരുക: ആദ്യം എൻഡ്പോയിന്റും ഗതാഗതവും, പിന്നെ വിശ്വാസവും പ്രതീക്ഷിത ഐഡന്റിറ്റിയും, പിന്നെ ഉപയോക്തൃ പ്രാമാണീകരണം, പിന്നെ റൂട്ടുകൾ, DNS, സ്ക്രിപ്റ്റ് ഹുക്കുകൾ. ആ ക്രമം ക്ലൈന്റ് ചെയ്യുന്നതുമായി യോജിക്കുന്നു, അതിനാൽ നിങ്ങൾ കണ്ടുമുട്ടുന്ന ആദ്യ വ്യത്യാസം കണക്ഷൻ തകർത്തേക്കാവുന്ന ആദ്യത്തെ കാര്യമാണ്. പകരം അക്ഷരമാലാക്രമത്തിൽ താരതമ്യം ചെയ്യുന്നത് ബന്ധപ്പെട്ട ക്രമീകരണങ്ങളെ മുഴുവൻ ഔട്ട്പുട്ടിലും ചിതറിക്കുന്നു.

ഫീൽഡ്-ബോധ്യമുള്ള ഒരു പരിശോധന ഈ ഇനങ്ങളെ അതേ ക്രമത്തിൽ നോക്കുന്നു. ക്ലൈന്റ് സംവേദനാത്മകമായി ചോദിക്കുന്നതെല്ലാം വിശ്വാസ വരികളിലല്ല, പ്രാമാണീകരണ വരിയിൽ പെടുന്നു.

• remote, proto കൂടാതെ പോർട്ട്, ഓരോ കണക്ഷൻ ബ്ലോക്കും ഉൾപ്പെടെ.
• ca കൂടാതെ cert: ഇഷ്യൂ ചെയ്യുന്നയാൾ, വിഷയം, കാലഹരണ തീയതി.
• സ്വകാര്യ കീ ഉണ്ടോ എന്നത്, ഒരിക്കലും അതിൽ എന്തുണ്ടെന്നതല്ല.
• tls-auth അല്ലെങ്കിൽ tls-crypt സാന്നിധ്യവും കീയുടെ ദിശയും.
• പ്രാമാണീകരണ നിർദ്ദേശങ്ങൾ, ഏതെങ്കിലും ക്രെഡൻഷ്യൽ ഫയൽ റെഫറൻസ് ഉൾപ്പെടെ.
• കണക്റ്റ് ചെയ്യുമ്പോൾ പ്രവർത്തിക്കുന്ന റൂട്ടുകൾ, DNS ഓപ്ഷനുകൾ, സ്ക്രിപ്റ്റ് ഹുക്കുകൾ.

ഒരു ഫയലിൽ നിരവധി കണക്ഷൻ ബ്ലോക്കുകൾ ഉണ്ടെങ്കിൽ, ഓരോ ഓപ്ഷനും അതിന്റെ എൻഡ്പോയിന്റിനൊപ്പം സൂക്ഷിക്കുക. ആദ്യ remote വരി മാത്രം താരതമ്യം ചെയ്യുന്നത് ഈ നെറ്റ്വർക്കിൽ ക്ലൈന്റ് യഥാർത്ഥത്തിൽ തിരഞ്ഞെടുക്കുന്ന ബദൽ നഷ്ടപ്പെടുത്താം.

സാധാരണ diff എന്തുകൊണ്ട് തെറ്റായ ഉപകരണമാണ്

സാധാരണ diff ടെക്സ്റ്റിനുവേണ്ടിയാണ് നിർമ്മിച്ചത്, രഹസ്യങ്ങൾക്കല്ല. അത് സ്വകാര്യ കീ സന്തോഷത്തോടെ സ്ക്രോൾബാക്കിലേക്ക് അച്ചടിക്കും, നിങ്ങൾ നോക്കുന്ന നിർദ്ദേശത്തിന് പരാജയവുമായി ബന്ധമില്ലെന്ന് പറയില്ല. ഫീൽഡ് എക്സ്ട്രാക്ഷൻ ഒരേസമയം കൂടുതൽ സുരക്ഷിതവും വായനയോഗ്യവുമാണ്, കാരണം സർട്ടിഫിക്കറ്റ് വസ്തു ബൈറ്റുകൾക്കുപകരം മെറ്റാഡാറ്റയായി താരതമ്യം ചെയ്യാം.

openssl x509 -in ca.crt -noout -subject -issuer -enddate
openssl x509 -in client.crt -noout -subject -issuer -enddate
grep -E '^(remote|proto|port|tls-auth|tls-crypt|route|dhcp-option)' profile.ovpn

ആദ്യ രണ്ട് കമാൻഡുകൾ കീയിൽ സ്പർശിക്കാതെ ഐഡന്റിറ്റിയും സാധുതയും അച്ചടിക്കുന്നു, അതിനാൽ അവയുടെ ഔട്ട്പുട്ട് ഒട്ടിക്കാൻ സുരക്ഷിതമാണ്. grep നിർദ്ദേശങ്ങളുടെ പേരുകളും മൂല്യങ്ങളും അച്ചടിക്കുന്നു, എന്നാൽ ബ്ലോക്കുകളുടെ ഉള്ളടക്കം ഒരിക്കലും അല്ല, അതിനാൽ ഗതാഗതമോ റൂട്ടിംഗോ വ്യത്യാസം സംശയിക്കുമ്പോൾ അത് ശരിയായ ആദ്യ പരിശോധനയാക്കുന്നു. ബ്ലോക്ക് തന്നെ താരതമ്യം ചെയ്യേണ്ടതുണ്ടെങ്കിൽ, ഉള്ളടക്കത്തിനുപകരം അതിന്റെ ഹാഷ് താരതമ്യം ചെയ്യുക.

ടിക്കറ്റിനായി ഒരു സംശോധിത പകർപ്പ് നിർമ്മിക്കുക

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

ഒറിജിനലുകൾ സമാന പേരുള്ള മൂന്ന് ഫോൾഡറുകളിലേക്ക് പകർത്തുന്നതിനുപകരം ഫയൽ നാമവും ഹാഷും കൊണ്ട് തിരിച്ചറിയാവുന്നതായി സൂക്ഷിക്കുക. ഏത് ഫയൽ പരിശോധിച്ചുവെന്ന് തെളിയിക്കാൻ ഒരു ഹാഷ് സ്ട്രിംഗ് മതി, ചോർന്നാലും ഒന്നും ചെലവാകുന്നില്ല. മാറ്റം അവസാനിച്ചതിന് ശേഷം പകർപ്പുകൾ വെട്ടിച്ചുരുക്കുക, അടുത്ത വ്യക്തിക്ക് ഒരു അധികാര ഫയൽ മാത്രം കൈമാറാൻ.

താരതമ്യം പരാജയവുമായി ബന്ധിപ്പിച്ച് നിർത്തുക

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

പുതിയ ഫയൽ ഓപ്പറേറ്ററിൽ നിന്ന് വന്നതാണെങ്കിൽ, വിശ്വാസ വസ്തു മാറ്റുന്നതിന് മുമ്പ് അതിന്റെ വിതരണ പാത ഉറപ്പാക്കുക. മാറ്റത്തിന് ശേഷം, ക്ലൈന്റ് യഥാർത്ഥത്തിൽ തിരഞ്ഞെടുത്ത ഇമ്പോർട്ട് ചെയ്ത പകർപ്പും ചർച്ച ചെയ്ത ഫലവും പരിശോധിക്കുക, കാരണം ഒരു നിർദ്ദേശം മറ്റൊരു ക്ലൈന്റ് പതിപ്പ് അവഗണിക്കുകയോ വ്യത്യസ്തമായി വായിക്കുകയോ ചെയ്യാം. ഡിസ്കിലുള്ള ഫയൽ പ്രവർത്തിച്ച കണക്ഷന്റെ തെളിവല്ല. നിർദ്ദേശങ്ങളുടെ അർത്ഥം OpenVPN 2.6 കൈപ്പുസ്തകത്തിൽ.