સ્થાનિક સિસ્ટમ લોગ VPN કનેક્શન વિશે શું બહાર લાવે છે
ઓપરેટિંગ સિસ્ટમ સેવા શરૂઆત, એડાપ્ટર ફેરફાર અને રૂટ નિષ્ફળતા નોંધે છે, જે એપ ક્યારેય લખતી નથી. એક સાંકડી વિંડો વાંચો અને તેને સહસંબંધિત કરો.
દરેક ડેસ્કટોપ પોતાનો રેકોર્ડ રાખે છે કે VPN એ શું કર્યું, અને એપનું એક્સપોર્ટ સામાન્ય રીતે તેમાં સૌથી અધૂરું હોય છે. સેવા મેનેજર નોંધે છે કે યુનિટ ક્યારે શરૂ થયું, કર્નલ નોંધે છે કે ઇન્ટરફેસ ક્યારે દેખાયું, અને નેટવર્ક સ્ટેક નોંધે છે કે રૂટ ક્યારે લાગુ થઈ શક્યા નહીં. આમાંથી કોઈ પણ સુવિધા જાણતી નથી કે ક્લાયન્ટનો ઇરાદો શું હતો, અને ક્લાયન્ટ જાણતું નથી કે કર્નલે તેની વિનંતી સાથે શું કર્યું.
આવો એક રેકોર્ડ અલગથી વાંચવો ખોટા નિષ્કર્ષ તરફ દોરે છે. એક જ મિનિટના બે વાંચો, પછી ક્રમ દેખાય છે.
ત્રણ સુવિધા, ત્રણ શબ્દભંડોળ
Linux પર systemd જર્નલ wg-quick@wg0 અથવા NetworkManager VPN પ્લગઇનમાંથી યુનિટના જીવનચક્રના સંદેશા પકડે છે, અને કર્નલનું રિંગ બફર ઇન્ટરફેસ અને રૂટિંગ સંદેશા લઈ જાય છે. Windows પર ઇવેન્ટ લોગ વાર્તાને સિસ્ટમ, WLAN અને રિમોટ-એક્સેસ પ્રદાતાઓમાં વહેંચે છે, દરેકને પોતાના ઓળખકર્તા હોય છે. macOS પર એકીકૃત લોગ સબસિસ્ટમ-મર્યાદિત સંદેશા લઈ જાય છે, જે ગ્રાફિકલ Console ફક્ત આંશિક રીતે દેખાડે છે.
શબ્દભંડોળનું ભાષાંતર થતું નથી. એક પ્લેટફોર્મનું ઇવેન્ટ ઓળખકર્તા બીજા પર કંઈ અર્થ ધરાવતું નથી, અને Windows સંવાદનો સ્ક્રીનશોટ Linux યુનિટ વિશે કંઈ સાબિત કરતો નથી.
ત્રણેયમાં સામાન્ય છે સમયછાપ, સ્રોત અને ગંભીરતા, અને એ જ ત્રિપુટી ક્લાયન્ટ લોગ અને ઓપરેટિંગ સિસ્ટમ રેકોર્ડ વચ્ચે સહસંબંધ શક્ય બનાવે છે. ઉપલબ્ધતા પણ બદલાય છે: જર્નલ વગરનું કન્ટેનર, કાપેલી Windows ઇમેજ, અથવા બિલ્ડ વખતે ઘટાડેલું લોગ સ્તર આખું સ્તર છુપાવી શકે છે.
| Facility | What it records | What it cannot show |
|---|---|---|
| systemd journal | Unit start and stop, helper output, exit status | Whether packets actually reached the peer |
| Kernel and netlink | Interface creation, address assignment, route changes | Why the client asked for that configuration |
| Windows event log | Provider-specific connection and adapter events | Anything the provider chose not to log |
જોડાયેલી લાઇન શું સાબિત કરે છે અને શું નહીં
સેવા-શરૂઆતની ઘટના નોંધે છે કે સ્થાનિક યુનિટને શરૂ થવા કહેવાયું હતું અને તે તરત બંધ ન થયું. તે પૂર્ણ થયેલું હેન્ડશેક, માન્ય પીઅર કી કે કાર્યક્ષમ રૂટ નોંધતું નથી. એ લાઇનને ટનલનો પુરાવો માનવો આ લોગની સૌથી સામાન્ય ખોટી વાંચની છે. લાઇન ઇરાદો અને પ્રક્રિયાની સ્થિતિ સાબિત કરે છે, અને પહોંચ અંગે બિલકુલ કંઈ નહીં.
ફોરવર્ડિંગ સ્થિતિ અલગ અવલોકન છે, અને તે કોઈ લોગમાંથી નહીં, રૂટિંગ ટેબલમાંથી આવે છે.
એડાપ્ટર ઘટના શાંત નિષ્ફળતા સમજાવી શકે છે: ઇન્ટરફેસ ઉપર આવ્યું, સરનામું ફાળવાયું, અને રૂટ ક્યારેય સ્થાપિત થયા નહીં કારણ કે પોલિસી નિયમે તેમને નકાર્યા. એ ક્રમમાં દરેક દૃશ્યમાન લાઇન સ્વસ્થ દેખાય છે જ્યારે કંઈ રૂટ થતું નથી, અને તે જોવાનો એકમાત્ર રસ્તો એ છે કે લોગના સમયછાપની તે જ ક્ષણે રૂટિંગ ટેબલ સાથે સરખામણી કરવી. ક્લાયન્ટનો પોતાનો ઘટના-ક્રમ બંનેની બાજુમાં રાખો, કારણ કે ક્લાયન્ટ એ જ એકમાત્ર સ્રોત છે જે જાણે છે કે તેણે શું માંગ્યું. સાથે જરૂરી એ બે હકીકતો લગભગ ક્યારેય એક જ લાઇનમાં દેખાતી નથી.
પછીનું ફરી જોડાણ આ ચિત્રનો રસપ્રદ ભાગ ઉપર લખી નાખે છે, તેથી વિન્ડોને ત્રણ પુનઃપ્રયાસ પછી નહીં, પ્રથમ નિષ્ફળતા વખતે કેપ્ચર કરો.
સાંકડી વિન્ડોનો સહસંબંધ કરો
પ્રયાસનો સમય તેના ટાઇમઝોન સાથે નોંધો, પછી તેની આસપાસની થોડી મિનિટો ખેંચો. વિન્ડોમાં પ્રથમ ભૂલ લગભગ હંમેશા સપોર્ટ ટિકિટ ટાંકે છે તે ડિસ્કનેક્ટ લાઇન પહેલાંની હોય છે.
journalctl -u wg-quick@wg0 --since "today 09:00" --until "today 09:20" ip route show table all | grep wg0 log show --last 20m --predicate 'subsystem == "com.apple.network"'
દરેક આદેશ પ્રશ્નના અલગ ભાગનો જવાબ આપે છે: પ્રથમ જીવનચક્ર આપે છે, બીજો ફોરવર્ડિંગ સ્થિતિ, ત્રીજો macOS નેટવર્ક સબસિસ્ટમ. Windows પર આખી ચેનલ સ્ક્રોલ કરવાને બદલે પ્રદાતાના નામથી સિસ્ટમ લોગ ફિલ્ટર કરો, અને ફક્ત મેળ ખાતી ઘટનાઓ એક્સપોર્ટ કરો.
ઉતારો એટલો નાનો રાખો કે વાચક તેને અનુસરી શકે. ચાર સંબંધિત ઘટનાઓ સાથેની વીસ મિનિટની વિન્ડો એક નિષ્કર્ષને ટેકો આપે છે; હજારો લાઇનવાળું આખા દિવસનું એક્સપોર્ટ કંઈને ટેકો આપતું નથી.
આ રેકોર્ડ ક્યાં અટકે છે
સ્થાનિક રેકોર્ડ ઉપકરણનું વર્ણન કરે છે, માર્ગનું નહીં. તેઓ બતાવી શકતા નથી કે પ્રદાતાએ શું સંગ્રહ્યું, સત્ર ખાતા સાથે મેળ ખાધું કે નહીં, અથવા કોઈ ગંતવ્યે શું જોયું. લોગ ન રાખવાનું પ્રદાતાનું નિવેદન તમારા લેપટોપના ઓપરેટિંગ સિસ્ટમ વિશે કંઈ કહેતું નથી, અને સ્થાનિક ઘટના પ્રદાતાના ઐતિહાસિક રેકોર્ડ વિશે કંઈ સાબિત કરતી નથી.
તેઓ અપેક્ષા કરતાં વધુ વ્યક્તિગત માહિતી પણ લઈ જાય છે: વપરાશકર્તાનામ, હોસ્ટનામ, માઉન્ટ પાથ અને ઉપકરણ ઓળખકર્તા સામાન્ય સિસ્ટમ સંદેશામાં દેખાય છે, જ્યારે બ્રાઉઝિંગ સામગ્રી ન હોય ત્યારે પણ. ટિકિટ સાથે કંઈ જોડતા પહેલાં તેમને દૂર કરો, અને મૂળને સામાન્ય એક્સેસ નિયંત્રણ હેઠળ રાખો.
મેનેજ કરેલા ઉપકરણ પર, સંસ્થાકીય લોગિંગ સાફ કરવાનો પ્રયાસ કરવાને બદલે IT પાસેથી સંબંધિત ઉતારો માંગો. નિદાનનો ધ્યેય બે સ્રોતો દ્વારા જવાબ મળતો એક સાંકડો પ્રશ્ન છે, મશીનનો સંપૂર્ણ ઇતિહાસ નહીં.