WireGuard സ്വകാര്യ കീയുടെ നീളം തെറ്റാണെന്ന് പറയുന്നു: ഇനി എന്ത് ചെയ്യണം?

സന്ദേശം പറയുന്നത് സ്വകാര്യ കീയുടെ നീളം തെറ്റാണെന്നാണ്, ആ പദപ്രയോഗം ആദ്യം എൻകോഡിംഗിലേക്കും പിന്നീട് ഗൂഢശാസ്ത്രത്തിലേക്കും വിരൽ ചൂണ്ടുന്നു. WireGuard കീകൾ 32 ബൈറ്റുകളെ base64 ആയി എൻകോഡ് ചെയ്യുന്നു, അത് അവസാന പാഡിംഗ് ഉൾപ്പെടെ 44 പ്രതീകങ്ങൾ നൽകുന്നു, അതിനാൽ മറ്റൊരു വലിപ്പമുള്ള മൂല്യം എത്ര ക്രമരഹിതമായി തോന്നിയാലും കീയല്ല. പാഴ്സർ സ്വീകരിക്കുന്നതുവരെ സ്ട്രിംഗ് നിറയ്ക്കുന്നത് ഒരു പിയറും ഒരിക്കലും തിരിച്ചറിയാത്ത നന്നായി രൂപപ്പെട്ട മൂല്യം സൃഷ്ടിക്കുന്നു.

ഈ പിശകിന് പിന്നിൽ രണ്ട് വ്യത്യസ്ത ജോലികളുണ്ട്: സാധുവായ കീയുടെ ടെക്സ്റ്റ് നന്നാക്കുന്നതും, ഇനി നിങ്ങളുടെ കൈവശമില്ലാത്ത ഐഡന്റിറ്റി മാറ്റുന്നതും. അവയുടെ ഫലങ്ങൾ വ്യത്യസ്തമാണ്, അവയിലൊന്ന് മറ്റേ അറ്റത്തെ അസാധുവാക്കുന്നു.

പാഴ്സർ എന്താണ് പ്രതീക്ഷിക്കുന്നത്

WireGuard കീ എന്നത് base64-ൽ സാധാരണ പാഡിംഗോടെയുള്ള 32 ബൈറ്റ് കീ മെറ്റീരിയലാണ്, അത് 44 പ്രതീകങ്ങളുടെ സ്ഥിരമായ സ്ട്രിംഗ് നൽകുന്നു. ഉപകരണങ്ങൾ കൃത്യമായി 32 ബൈറ്റിലേക്ക് ഡീകോഡ് ചെയ്യാത്തതെല്ലാം നിരസിക്കുന്നു, കാരണം അടിസ്ഥാന വക്രം 32 ബൈറ്റ് സ്കെയിലർ മാത്രം സ്വീകരിക്കുന്നു. പൊതു, സ്വകാര്യ മൂല്യങ്ങൾ ഒരേ എൻകോഡിംഗ് ഉപയോഗിക്കുന്നു, അതിനാൽ ഫോർമാറ്റിൽ നിന്ന് മാത്രം നിങ്ങൾ ഏതാണ് ഒട്ടിച്ചതെന്ന് പാഴ്സറിന് അറിയാൻ കഴിയില്ല. ഈ അവ്യക്തതയാണ് ഈ പിശകിന് ചുറ്റുമുള്ള പകുതി ആശയക്കുഴപ്പത്തിന് കാരണം.

wg genkey | tee private.key | wg pubkey > public.key
base64 -d private.key | wc -c
wc -c private.key
wg show wg0 public-key

നിങ്ങളുടെ മൂല്യം 32 ബൈറ്റിലേക്ക് ഡീകോഡ് ചെയ്യുന്നുവെങ്കിൽ നീളം ശരിയാണ്, പരാതി ഫയലിലെ മറ്റൊരിടത്തുനിന്നാണ് വരുന്നത്. അത് ചെറുതാക്കി ഡീകോഡ് ചെയ്യുന്നുവെങ്കിൽ നിങ്ങളുടെ കൈവശം മുറിച്ച മെറ്റീരിയലാണ്, ഫോർമാറ്റ് പ്രശ്നമല്ല.

ഫോർമാറ്റ് കേടോ തെറ്റായ മെറ്റീരിയലോ?

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

തെറ്റായ മെറ്റീരിയൽ മറ്റൊരു സാഹചര്യമാണ്. പാസ്‌വേഡ്, സർട്ടിഫിക്കറ്റ് കീ അല്ലെങ്കിൽ പൊതു മൂല്യം എന്നിവ വിശ്വസനീയമായി തോന്നാം, തെറ്റായ വലിപ്പത്തിലേക്ക് ഡീകോഡ് ചെയ്യാം. ഏതെങ്കിലും വൃത്തിയാക്കൽ അവയിലൊന്നിനെയും പിയർ പ്രതീക്ഷിക്കുന്ന സ്കെയിലറാക്കി മാറ്റുന്നില്ല. ആ സാഹചര്യത്തിന് എഡിറ്റിംഗല്ല, പുതിയ ഐഡന്റിറ്റി വേണം.

സ്വകാര്യ ഫീൽഡിൽ പൊതു കീ

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

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

പ്രൊഫൈൽ നന്നാക്കി ഹാൻഡ്‌ഷേക്ക് തെളിയിക്കുക

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

wg genkey | tee new.key | wg pubkey > new.pub
base64 -d private.key | wc -c
ip route get 10.60.9.5
wg show wg0 latest-handshakes

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

ഏത് മൂല്യമാണ് മാറ്റിയതെന്നും അനുവദിച്ച പകർപ്പ് എവിടെയാണെന്നും രേഖപ്പെടുത്തുക. അടുത്ത തവണ ഈ പിയറിൽ സ്പർശിക്കുന്നയാൾ ഏത് അറ്റമാണ് മാറിയതെന്ന് അറിയണം.