VPN લોગ બ્રાઉઝિંગ વિશે શું સાબિત કરી શકે અને શું નહીં

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

સંગ્રાહક પસંદ કરતા પહેલાં ઘટનાનું નામ આપો

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

તેમાંથી દરેક એક ઘટના સ્થાપિત કરે છે અને બાકીની ખુલ્લી રાખે છે. પ્રશ્ન પહેલાં લખી લેવો તમને એવી વાર્તા ગોઠવતા રોકે છે જેને માહિતી ટેકો આપી શકતી નથી.

journalctl -u [email protected] --since today | grep -i 'peer info\|assigned'
cat /etc/openvpn/server/openvpn-status.log | head -20
conntrack -L -p tcp --dport 443 2>/dev/null | head -20

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

શોધ એ મુલાકાત નથી

બ્રાઉઝર નામોનું અનુમાનિત રીતે નિરાકરણ કરે છે, જવાબો કેશ કરે છે અને દેખરેખ હેઠળના રિઝોલ્વરને ફરી પૂછ્યા વિના તેમનો ફરી ઉપયોગ કરે છે. તેથી રિઝોલ્વર લોગમાંનું નામ શોધ સાબિત કરે છે, મુલાકાત નહીં. HTTPS પરનું DNS એ અંતર વધારે છે, કારણ કે તેના માટે ગોઠવાયેલું બ્રાઉઝર તેના પ્રશ્નો એવી જગ્યાએ મોકલે છે જ્યાં તમારું સામાન્ય લોગર તેમને ક્યારેય જોતું નથી.

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

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

વ્યક્તિનું નામ આપતા પહેલાં ઓળખ અને સમય જોડો

આંતરિક સ્રોત સરનામું ધરાવતો પ્રવાહ રેકોર્ડનો કોઈ અર્થ નથી જ્યાં સુધી તે સરનામું એ જ સમયે સત્ર સાથે જોડાય નહીં. સરનામાં ફરી વપરાય છે, અને એ જ સરનામું એક કલાક પહેલાં અલગ સત્રનું હોઈ શકે. સ્થિર ફાળવણી સંબંધ રાખવાનો એક રસ્તો છે, એકમાત્ર નહીં.

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

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

પછી જણાવેલા હેતુ માટે લઘુતમ ક્ષેત્રો, માન્ય વાચકો અને જાળવણી સમયગાળો વ્યાખ્યાયિત કરો. સહસંબંધ અને ખોટું આરોપણ પછીની વિચારસરણી નહીં પણ રચનાના પ્રશ્નો છે, અને લોકોને ઓળખતા મેટાડેટા તેના પર આધારિત ઓળખ મેપિંગ જેટલું જ રક્ષણ લાયક છે.

તમે નિયંત્રિત કરો છો તે પ્રવૃત્તિથી ઓડિટ ચકાસો

માન્ય ટ્રાફિક પેદા કરો જેનું સત્ર અને એપ્લિકેશન તમે પહેલેથી જાણો છો, પછી તપાસો કે દરેક રેકોર્ડે ખરેખર શું કેદ કર્યું. પૃષ્ઠ લોડ કર્યા વિના શોધ કરો, કેશમાંથી પૃષ્ઠ લોડ કરો અને પ્રોક્સી દ્વારા કનેક્શન ખોલો, અને જુઓ કઈ ઘટનાઓ દેખાય છે.

પુરાવા જે ઘટનાને ટેકો આપે છે તેની જાણ કરો અને તે શું આવરી લેતું નથી તે કહો. જાહેર કરેલા વ્યાપ સાથેનો સાધારણ રેકોર્ડ સમીક્ષામાં ટકી રહે છે; અનુમાનમાંથી બનેલો મહત્ત્વાકાંક્ષી બ્રાઉઝિંગ ઇતિહાસ ટકતો નથી.