WireGuard કી પેર સ્થાનિક રીતે બનાવો: આદેશો અને સાવચેતી
બે આદેશો પેર બનાવે છે; કામ umask, ફાઇલનું સ્થાન અને એ જાણવામાં છે કે ફક્ત જાહેર અડધો ભાગ પીઅર પાસે જાય છે. સ્થાનિક માર્ગદર્શન.
બે આદેશો WireGuard કી પેર બનાવે છે અને બંને પ્રમાણભૂત સાધનો સાથે આવે છે, તેથી આ કાર્યને એવી વેબસાઇટની જરૂર નથી જે તમારા માટે કી બનાવવાની ઓફર કરે. જે ખોટું જાય છે તે કદી વળાંકનું ગણિત નથી; તે પરવાનગી બિટ્સ, ફાઇલ જ્યાં ઉતરે છે તે સ્થાન અને પછી બીજા છેડે શું મોકલાય છે. નીચેનો ક્રમ ખાલી ડિરેક્ટરીમાં શરૂ થાય છે અને ટ્રાફિક વહન કરતા પીઅર પર પૂરો થાય છે. ચલાવતા પહેલાં એક વાર વાંચો, કારણ કે પહેલી લાઇનનું મહત્વ ત્યારે જ છે જ્યારે આગળની એ જ શેલમાં ચાલે.
એક જ શેલમાં પેર બનાવવું
દસ્તાવેજીકૃત કાર્યપ્રવાહ ખાનગી મૂલ્ય અસ્તિત્વમાં આવે તે પહેલાં ફાઇલ બનાવવાનું મર્યાદિત કરે છે, અને પછી તેમાંથી જાહેર મૂલ્ય મેળવે છે. ત્રણેય લાઇન એક જ શેલ સત્રમાં સાથે આવે છે:
umask 077 # applies to files created next, so keep the next line in this shell
wg genkey | tee privatekey | wg pubkey > publickey
wg pubkey < privatekey # re-derive and compare with publickey
wg genkey 32 બાઇટની Curve25519 ખાનગી કી base64 માં લખે છે; wg pubkey તેને વાંચે છે અને મેળ ખાતી જાહેર કી મેળવે છે, અને tee ખાનગી મૂલ્ય સાચવે છે જ્યારે તેને પાઇપ દ્વારા નીચે મોકલે છે. એ ક્રમ જ કારણ છે કે પરવાનગીની લાઇન પહેલી આવે છે, અને બીજા ટર્મિનલમાં પાઇપલાઇન પેસ્ટ કરવાથી તે શાંતિથી કેમ ખોવાય છે. ફાઇલના નામ ઉદાહરણરૂપ છે, અને મહત્વનું એ છે કે બંને ફાઇલો એવી જગ્યાએ ઉતરે જેનું નિયંત્રણ માલિક ઉપકરણ પાસે હોય. જો ખાનગી ફાઇલ પહેલેથી ડિફોલ્ટ પરવાનગીઓ સાથે હોય, તો chmod 600 privatekey વર્તમાન ફાઇલ સુધારે છે અને પહેલાં લીધેલી નકલો વિશે કંઈ કરતું નથી.
ખાનગી અડધો ભાગ એક જ ઉપકરણ પર રાખો
ખાનગી મૂલ્ય એ મશીનનું છે જે ઓળખ ધરાવશે, એવી ડિરેક્ટરીમાં જે મશીન સુરક્ષિત રાખે છે અને જેની બેકઅપ તેને ઓળખપત્ર તરીકે ગણે છે. તે શેર કરેલા ફોલ્ડરમાં, જાતને મોકલેલા સંદેશમાં કે સપોર્ટ ટિકિટ સાથે જોડાયેલા સ્નિપેટમાં ન હોવું જોઈએ, અને એમ્બેડ કરેલી નકલ કન્ફિગરેશન ફાઇલને કી જેટલી જ સંવેદનશીલ બનાવે છે. ત્રણ જગ્યાએ રહેલી કી વિશે પછી તર્ક કરી શકાતો નથી, અને તેને એક જ જગ્યાએ રાખવાનું આ જ વ્યવહારુ કારણ છે.
નિવૃત્ત ફાઇલનો જાણી જોઈને નાશ કરવો એ જ આદતનો ભાગ છે. કોઈ ધ્યાન આપે ત્યાં સુધી તેને ડાઉનલોડ ફોલ્ડરમાં છોડી દેવું એ નથી.
પીઅર ઓપરેટરને તમારી પાસેથી શું જોઈએ
બીજા પક્ષને જાહેર મૂલ્ય અને તેના ઓપરેટરે પસંદ કરેલી સરનામાં ગોઠવણી જોઈએ, બીજું કંઈ નહીં. તે જાહેર શબ્દમાળા ઓપરેટર જે ચેનલની અપેક્ષા રાખે તેના દ્વારા મોકલો, પછી કોઈ તેને ચકાસે તે પહેલાં તે કઈ પીઅર એન્ટ્રી સાથે જોડાઈ તેની પુષ્ટિ કરો, કારણ કે ખોટા વિભાગમાં સાચી કી કીની સમસ્યા જેવી રીતે નિષ્ફળ જાય છે. તેને એક જ ન વળેલી લાઇન તરીકે મોકલો, કારણ કે બે લાઇનમાં તૂટેલી કી ફરિયાદ વિના કન્ફિગરેશન ફાઇલમાં પેસ્ટ થાય છે અને પછી કદી મેળ ખાતી નથી.
કી બનાવવાથી પોતાની રીતે કંઈ અધિકૃત થતું નથી. પીઅરને તે સ્વીકારવા માટે ગોઠવવું પડે છે, અને ગોઠવણીનું પગલું તે છેડો ચલાવનારનું છે.
પેરને વાસ્તવિક આદાનપ્રદાન સાથે ચકાસો
કી પેર ટનલના એક છેડાની ઓળખ આપે છે; તે કોઈ રૂટ, કોઈ રિઝોલ્વર એન્ટ્રી, કોઈ ફોરવર્ડિંગ નિયમ કે કોઈ ફાયરવોલ પરવાનગી બનાવતું નથી. પીઅર તૈયાર થાય પછી ફાઇલને બદલે આદાનપ્રદાન ચકાસો: wg show માં દેખાતો હેન્ડશેક, ટનલની અંદર જવાબ આપતું સરનામું, અને રૂટ પર આધારિત એક એપ્લિકેશન વિનંતી. એ ત્રિપુટી ખોટી કીને સાચી કી અને ખૂટતા માર્ગથી અલગ પાડે છે.
જ્યારે ડિપ્લોયમેન્ટ પરવાનગી આપે ત્યારે દરેક ઉપકરણ માટે એક ઓળખ રાખો, જેથી ખોવાયેલું એકમ બધાને ફરી કી બનાવવા મજબૂર કરવાને બદલે એકલું રદ થઈ શકે. એ નિર્ણય જ નીચેની બદલી પ્રક્રિયાને ચલાવવા માટે સુરક્ષિત બનાવે છે.
ખાલી જગ્યા વિના કી બદલવી
ઉપકરણ પર બદલી બનાવો, નવી જાહેર કીને વધારાના પીઅર તરીકે ઉમેરો, તે ટ્રાફિક વહન કરે તેની પુષ્ટિ કરો, અને પછી જ જૂની દૂર કરો. એ ક્રમમાં કરવાનો અર્થ એ છે કે ટનલ પાસે કદી માન્ય ઓળખ વિનાની ક્ષણ હોતી નથી, અને પાછું વાળવું એ તમે હમણાં ઉમેરેલી એન્ટ્રી કાઢી નાખવી છે.
નવા પીઅરની પુષ્ટિ ન થાય ત્યાં સુધી બદલાયેલી ખાનગી ફાઇલ રાખો, પછી તેનો જાણી જોઈને નાશ કરો. WireGuard ઝડપી શરૂઆત એ આદેશો માટેનું સંદર્ભ છે, અને તે શરૂ કરતા પહેલાં પૂરેપૂરું વાંચવા જેટલું ટૂંકું છે.