WireGuard હેન્ડશેકની ઉંમર સેશન ટાઇમઆઉટ નથી
કી નવીકરણના ટાઇમર કીને નિયંત્રિત કરે છે, વપરાશકર્તાની ઍક્સેસને નહીં. latest-handshakes વાંચવું એક પીઅરની પ્રોટોકોલ સ્થિતિ કહે છે, તેની અધિકૃતિ પૂરી થઈ છે કે નહીં તે નહીં.
જે પીઅર ટ્રાફિક પસાર કરવાનું બંધ કરે છે તે એથી પોતાની કી ગુમાવતું નથી, અને નવું હેન્ડશેક સાબિત કરતું નથી કે કોઈએ તેના ઉપયોગની પરવાનગી નવીકરણ કરી છે. WireGuard ના ટાઇમર કીને તાજી અને પેકેટને ગતિમાં રાખે છે; તેઓ એવા વપરાશકર્તાનું મોડેલ બનાવતા નથી જે નિશ્ચિત મિનિટો પછી લૉગ આઉટ થાય. અહીં ત્રણ પ્રશ્નો ભળી જાય છે, અને દરેકના પુરાવા અલગ છે. આ ભેદ જ નક્કી કરે છે કે કયું સાધન વાપરવું.
ત્રણ પ્રશ્નો, એક આદેશનું આઉટપુટ
ઑપરેટર પૂછે છે કે પીઅર પહોંચી શકાય તેવું છે કે નહીં, સક્રિય રહ્યું છે કે નહીં, અને હજી પણ મંજૂર છે કે નહીં. પહેલું પ્રોટોકોલ સ્થિતિ છે, બીજું ટ્રાફિક કાઉન્ટર અને ત્રીજું અધિકૃતિ. ફક્ત પહેલા બે WireGuard ઇન્ટરફેસમાંથી વાંચી શકાય છે, અને તે ત્રણેયનો જવાબ આપવા માટે નિયમિત રીતે વપરાય છે.
| Question | Evidence it needs | What does not answer it |
|---|---|---|
| Is the peer reachable now? | A recent handshake and a working return path | An interface that exists |
| Has it been active? | Transfer counters moving over time | A handshake timestamp alone |
| Is access still granted? | The configuration or controller that authorizes it | Any protocol timer |
પંક્તિઓને ત્રણ અલગ તપાસ તરીકે વાંચો. પહેલી બે સસ્તી છે અને ઇન્ટરફેસના પોતાના કાઉન્ટરથી જવાબ આપી શકાય છે. ત્રીજીને એ કન્ફિગરેશન જોઈએ જે ઍક્સેસ આપે છે, અને તે બીજી ફાઇલ કે બીજી સિસ્ટમમાં રહે છે. ખોટી પંક્તિ પસંદ કરવી એ પ્રોટોકોલ ટાઇમર પાસે નીતિનું કામ માંગવું છે.
ટાઇમર ખરેખર શું નિયંત્રિત કરે છે
પ્રોટોકોલ હેન્ડશેકની ફરી કોશિશ, ટ્રાન્સપોર્ટ કીના પરિભ્રમણ અને જૂની કી દ્વારા સુરક્ષિત પેકેટની નકારણ માટે સ્થિરાંક વ્યાખ્યાયિત કરે છે. તેઓ ટ્રાફિક અને સ્થિતિને પ્રતિસાદ આપે છે, કૅલેન્ડર કે એવી નીતિને નહીં જે કહે કે કોઈ વ્યક્તિ 17:00 સુધી જોડાયેલ રહી શકે. તેથી જ નિષ્ક્રિય પીઅર કલાકો સુધી નિષ્ક્રિય દેખાઈ શકે અને તોપણ અધિકૃત રહી શકે.
PersistentKeepalive ને ઘણી વાર ખૂટતું ટાઇમઆઉટ ગણવામાં આવે છે. તે NAT મેપિંગને જીવંત રાખવા માટે પ્રમાણિત ખાલી પેકેટ મોકલે છે, અને તેને શૂન્ય પર સેટ કરવાથી કંઈ પણ રદ કર્યા વિના એ પેકેટ અટકી જાય છે.
દરેક પીઅર માટે રનટાઇમ સ્થિતિ વાંચો, ટિપ્પણીને બદલે જાહેર કી વાપરીને:
wg show wg0 latest-handshakes
wg show wg0 transferતાજું હેન્ડશેક કહે છે કે એક હેન્ડશેક પૂર્ણ થયું. તે કહેતું નથી કે ટનલ પાછળની ખાનગી સેવા પહોંચી શકાય તેવી છે, અને જૂની સમયમુદ્રા એવા પીઅરની હોઈ શકે જે ફક્ત શાંત છે.
નિષ્ક્રિય પીઅર લૉગ આઉટ થયેલ પીઅર કેમ નથી
WireGuard માં શરૂઆત અને અંત સાથેનો સેશન ઑબ્જેક્ટ નથી. પીઅર એ મંજૂર સરનામાં સાથેની જાહેર કી છે, અને તેના ટ્રાફિકનું રક્ષણ કરતું હેન્ડશેક જરૂર પડે ત્યારે બદલાય છે, વપરાશકર્તાને દેખાતા કોઈ લૉગિન વિના. તાજા ટ્રાફિકના અભાવને લૉગ આઉટ ગણવું મોડેલ ઉલટાવી નાખે છે.
જો ખરી ફરિયાદ એ હોય કે નિષ્ક્રિય રહ્યા પછી જોડાણ નિષ્ફળ જાય છે, તો કારણ સામાન્ય રીતે બીજે હોય છે: સમાપ્ત NAT મેપિંગ, સૂઈ ગયેલું ઉપકરણ, કે એવો ફાયરવૉલ જેણે સ્થિતિ ગુમાવી છે. બીજી બાજુથી ટ્રાફિક મોકલીને અને નવો પ્રવાહ શરૂ કરીને ચકાસો, અને શું બદલાય છે તેની તુલના કરો.
સમયમર્યાદા ત્યાં મૂકો જ્યાં અધિકૃતિ રહે છે
જો ઍક્સેસ ચોક્કસ સમયે પૂરી થવી જોઈએ, તો સમયમર્યાદા તેની છે જે ઍક્સેસ આપે છે. પીઅર કન્ફિગરેશન બહાર પાડતું કંટ્રોલર નવું આપતા પહેલા નવીકૃત મંજૂરી માંગી શકે છે, અને આ કંટ્રોલરનો ગુણ છે, ઇન્ટરફેસનું છુપાયેલું પરિમાણ નહીં.
હાથે સંભાળાયેલા પીઅર માટે, દૂર કરવું બે જગ્યાએ પહોંચવું જોઈએ: ચાલતું ઇન્ટરફેસ અને સાચવેલું કન્ફિગરેશન. પીઅરને ફક્ત રનટાઇમમાં દૂર કરવું રીસ્ટાર્ટ કે સમન્વય લૂપ દ્વારા રદ થાય છે, જે એ ઓળખ પાછી લાવે છે જે તમે સમાપ્ત માની હતી:
sudo wg set wg0 peer <public-key> remove
sudo wg-quick save wg0પછી લેબલ નહીં, સીમા ચકાસો. ખાતરી કરો કે પીઅર સમયમર્યાદા પછી નકારાય છે, નવીકરણ માર્ગ કામ કરે છે, અને સ્થિતિ મેનેજરના ફરી લોડ પછી પણ ટકે છે. હેન્ડશેકની ઉંમર ઉપયોગી કામગીરી સંકેત છે, અને તે ઍક્સેસનો રેકોર્ડ નથી.