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

ઉકેલ વધુ સારી ચેતવણી નથી. ઉકેલ એ નક્કી કરવું છે કે જરૂરિયાત કયા ઘડિયાળની વાત કરે છે, અને પછી ટાઇમરને તે ઘડિયાળમાં હયાત વસ્તુ સાથે બાંધવું.

શું વાગ્યું, અને શું ગણતું હતું

ત્રણ સંભવિત સ્રોત એ જ સંદેશ આપે છે. કૅલેન્ડર નિયમ નિશ્ચિત સ્થાનિક સમયે ચાલે છે અને ટનલ વિશે કંઈ જાણતો નથી. ક્લાયન્ટમાંનું કાઉન્ટર કોઈ પણ કનેક્શન ચાલુ હોય ત્યાં સુધી એકઠું થાય છે અને ફરી જોડાણોમાં ટકી રહે છે. ગેટવે નીતિ સેશનને સર્વર તરફથી સમાપ્ત કરે છે અને પહેલા ચેતવણી મોકલે છે.

ફક્ત છેલ્લા બે સેશન વિશે છે, અને તે પણ સહમત નથી. ક્લાયન્ટ કાઉન્ટર સ્થાનિક પ્રક્રિયાએ જે જોયું તે માપે છે; ગેટવે જે પ્રમાણીકરણ અને ગણતરી કરી તે માપે છે. સ્લીપ, નેટવર્ક ફેરફાર કે નિરીક્ષકનું પુનઃપ્રારંભ બંનેને કલાકોના અંતરે વિભાજિત કરી શકે છે, તેથી ચેતવણી અને ફરજિયાત સમાપ્તિ અલગ પડે છે.

એક જરૂરિયાત પાછળ ત્રણ ઘડિયાળો

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

પછી તપાસો કે માહિતી છે કે નહીં. સ્થાનિક શરૂઆતની સમયમુદ્રા સર્વર પરની નિર્ભરતા વગર સેશનની ઉંમર આપે છે. ગેટવે નીતિ બાકીનું આયુષ્ય આપે છે, પણ ફક્ત જો ગેટવે તેને જાહેર કરે. વપરાશ અહેવાલ ઘટના પછીનો સમયગાળો આપે છે, અને તે અગાઉથી સૂચના ચલાવી શકતું નથી.

ટાઇમરને સેશન સાથે બાંધો, એકાઉન્ટ સાથે નહીં

પહેલા વસ્તુ પસંદ કરો. એક એકાઉન્ટમાં ઘણા ઉપકરણો અને ઘણા એકસાથે સેશન હોઈ શકે છે, તેથી વપરાશકર્તાનામ પર બંધાયેલું રિમાઇન્ડર કહી શકતું નથી કે કયું કનેક્શન ઉંમરે પહોંચ્યું. તેને પ્રોફાઇલ અને તે સક્રિયકરણ સાથે બાંધો, અને સક્રિયકરણ પૂરું થાય ત્યારે બાકીની સૂચના રદ કરો.

Evidence you can readWhat it establishesWhere it misleads
Connection state changes to activeA session started nowDoes not carry the gateway's own session identifier
Duration reported at disconnectTotal service time for that sessionArrives too late for any advance notice
Interim usage updateTime accounted up to that updateStaleness equals the update interval
Local timestamp taken at activationAge of your observationResets whenever the observer restarts

એ કોષ્ટક તમારા પોતાના સૂચક માટેનો કરાર છે, કોઈ પણ ક્લાયન્ટના કૉલબૅક APIનું વર્ણન નથી. સ્થાપિત ઉત્પાદન કનેક્શન સ્થિતિ વિશે જે દસ્તાવેજીકરણ કરે તે જ બાંધવાનો સ્રોત છે; જ્યાં તે ફક્ત પ્રમાણીકરણની ઘટનાઓ જાહેર કરે છે, ત્યાં સ્પષ્ટ કહો અને સેશન અનુમાન કરવાને બદલે જાડું વર્તન સ્વીકારો.

ટૂંકી થ્રેશોલ્ડ સાથે તેને ચકાસો

એક દિવસના ટાઇમરને એક દિવસની રાહથી ક્યારેય ડિબગ કરશો નહીં. ગોઠવી શકાય તેવી થ્રેશોલ્ડ ઉમેરો, તેને ત્રીસ સેકન્ડ પર રાખો, અને ક્રમમાં ચાર સંક્રમણ ચલાવો: જોડાઓ, રાહ જુઓ, અલગ થાઓ, ફરી જોડાઓ. દરેક સંક્રમણે બરાબર એક સ્થિતિ પરિવર્તન આપવું જોઈએ, અને ફરી જોડાણે જૂની મુદત વારસામાં લેવાને બદલે નવી મુદત નક્કી કરવી જોઈએ.

# current connection state and profile identity
nmcli -f GENERAL.STATE,GENERAL.CONNECTION connection show work

# the notifier unit you wrote: does it restart the deadline or resume it?
journalctl --user -u vpn-timer.service --since "-5 min" -o cat

શબ્દોને નહીં, સમયમુદ્રાઓને જુઓ. અગાઉના સેશનની શરૂઆતનો સમય લઈને આવતી સૂચના ખોટી વસ્તુ સાથે બંધાઈ છે, અને એક મુદત માટે બે વાર આવતી સૂચના એટલે મોકલ્યાનો ધ્વજ ક્યારેય સંગ્રહિત થયો નથી.

સ્લીપ, ફરી જોડાણ અને ચૂકી ગયેલું વિતરણ

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

વિતરણને પણ એ જ કાળજી જોઈએ. સૂચના બતાવી શકાતી ન હોય તો તેને કતારમાં મૂકો, અને છેવટે બતાવતા પહેલાં લક્ષ્ય સેશન હજી હયાત છે કે નહીં તે ફરી તપાસો; નહીં તો વપરાશકર્તાને પહેલેથી સમાપ્ત થયેલા કનેક્શન વિશે ચેતવણી મળે છે. ફરજિયાત ડિસ્કનેક્શન અને ઓળખપત્ર નવીકરણ આ માર્ગની બહાર રહે છે, કારણ કે કનેક્શનનું ભાગ્ય ચૂપચાપ બદલતું રિમાઇન્ડર એ સૂચનાના વેશમાં નીતિ નિર્ણય છે.

સંબંધિત લેખો