સંદેશ કહે છે કે ખાનગી કીની લંબાઈ ખોટી છે, અને એ શબ્દરચના પહેલાં એન્કોડિંગ તરફ અને પછી ક્રિપ્ટોગ્રાફી તરફ ઈશારો કરે છે. 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

માપની ચકાસણી જવાબ આપે છે કે સામગ્રી કી-આકારની છે કે નહીં, અને માર્ગની પૃચ્છા જવાબ આપે છે કે પેકેટ ક્યારેય ઇન્ટરફેસ સુધી પહોંચશે કે નહીં. બંને ચકાસણી પસાર થયા પછી પણ ખાલી રહેતી હેન્ડશેક લાઇન નિદાનને પીઅરના એન્ડપોઇન્ટ અને મંજૂર સરનામાં તરફ ખસેડે છે. ઇન્ટરફેસની જાહેર કી પ્રોવિઝનિંગ રેકોર્ડ સામે છેલ્લી વાર વાંચો, કારણ કે જૂની સાચવેલી પ્રોફાઇલ સાચી લાગી શકે છે જ્યારે સક્રિય એક અલગ હોય].

તમે કયું મૂલ્ય બદલ્યું અને અધિકૃત નકલ ક્યાં છે તે નોંધો. આગલી વારે આ પીઅરને સ્પર્શનારને જાણવું જોઈએ કે કયો છેડો બદલાયો.

સંબંધિત લેખો