તમારો VPN લોગ મોકલતા પહેલાં વાંચો: ક્ષેત્ર દર ક્ષેત્ર
સપોર્ટ લોગમાં વપરાશકર્તાનામ, પ્રમાણપત્રના નામ, આંતરિક સરનામાં અને ક્યારેક એક કી હોય છે. ક્ષેત્રોમાંથી પસાર થાઓ, રહસ્યો શોધો, પછી સંપાદિત અંશ મોકલો.
તમે સપોર્ટ ટિકિટ ખોલો છો, ક્લાયન્ટે બનાવેલી ડાયગ્નોસ્ટિક એક્સપોર્ટ જોડો છો અને રાહ જુઓ છો. ફાઇલમાં કદાચ બ્રાઉઝિંગ ઇતિહાસ બિલકુલ નથી, અને એ જ તેને સુરક્ષિત લાગવાનું કારણ બને છે. તેમાં છતાં કોણ છો, કઈ મશીન વાપરી, કયા આંતરિક સરનામાં અને ક્યારે પહોંચ્યા, અને ક્યારેક એક ખાનગી કી હોય છે જે પોતાનું રૂપરેખાંકન લોગ કરતા ક્લાયન્ટે નકલ કરી હોય. મોકલતા પહેલાં ફાઇલમાંથી પસાર થવામાં લગભગ પાંચ મિનિટ લાગે છે અને કાયમી જાહેરાત અટકાવે છે.
તેને ખોલો અને પહેલી ચાલીસ લાઇન વાંચો
ટોચથી શરૂ કરો, જ્યાં ક્લાયન્ટ સામાન્ય રીતે આવૃત્તિ, પ્લેટફોર્મ અને રૂપરેખાંકન કાઢે છે. પહેલી લાઇનો કહે છે ફાઇલ કેટલી વિગતવાર છે, અને તે નક્કી કરે છે કે બાકીના ભાગની કેટલી કાળજી લેવી. ડિફોલ્ટ લોગ અને ડિબગ લોગ અલગ અલગ જાહેરાત સાથેના અલગ નમૂનાઓ છે.
head -n 40 vpn-support.log
sed -n '1,40p' vpn-support.log | grep -nE 'version|platform|config|option'કંઈપણ વાંચતા પહેલાં ફાઇલનું કદ અને આકાર પણ તપાસો. એક ઘટના પુનરાવર્તિત થતી બે મેગાબાઇટની ટેક્સ્ટ ફાઇલ ટૂંકાવવી સહેલી છે. એ જ ફોલ્ડરમાં બાઇનરી કેપ્ચર સાવ બીજી સમસ્યા છે, અને તે એક્સપોર્ટ માગનાર સાથે બીજી વાતચીત માગે છે.
Windows પર સમકક્ષો દરેક એક cmdlet છે, અને પહેલાને તમે જાતે ન બનાવેલી કોઈપણ ફાઇલ પર ચલાવવા યોગ્ય છે:
Get-Content .\vpn-support.txt -TotalCount 40
Get-Item .\vpn-support.txt | Select-Object Length,LastWriteTimeવ્યક્તિને ઓળખતાં ક્ષેત્રો
વપરાશકર્તાનામ એવી જગ્યાએ દેખાય છે જ્યાં લોકો અપેક્ષા નથી રાખતા: પ્રમાણીકરણ માટે વપરાતું ખાતું, પ્રમાણપત્રનો વિષય, હોમ ડિરેક્ટરી હેઠળનો પ્રોફાઇલ પથ, અને મશીનનું નામ જે ઘણી વાર સાચું નામ સંગ્રહે છે. જે લોગ ખાતાનું ક્ષેત્ર સંપાદિત કરે પણ હોમ પથ અકબંધ રાખે, તેણે કંઈ સંપાદિત કર્યું નથી.
| Field | What it identifies | Practical treatment |
|---|---|---|
| Account or username | A person, and often an employer | Replace consistently, keep the mapping |
| Certificate subject and CN | Device or user identity | Keep the structure, replace the value |
| Home directory path | A login name, sometimes a full name | Replace the segment, not the whole path |
| Machine or hostname | A person or a physical location | Replace with a stable pseudonym |
જ્યારે સપોર્ટ એન્જિનિયરે ફાઇલમાંથી એક સત્ર અનુસરવું પડે ત્યારે સુસંગતતા પૂર્ણતા કરતાં વધુ મહત્ત્વની છે. મૂલ્યોને ભૂંસવાને બદલે સ્થિર લેબલોથી બદલો, જેથી એ જ વપરાશકર્તાની દરેક ઘટના હજી એ જ વપરાશકર્તા તરીકે વંચાય. ક્ષેત્ર સંપૂર્ણ ભૂંસી નાખવાથી એન્જિનિયરને જરૂરી દોરો તૂટે છે અને ફાઇલ વધુ સુરક્ષિત થતી નથી.
સમયચિહ્ન પણ સમગ્ર રીતે વ્યક્તિગત માહિતી છે. ખાતું ક્યારે જોડાયું તે સમય, એક મહિના દરમિયાન લેવાય તો, કામના કલાકો અને મુસાફરી વર્ણવે છે. જો પ્રશ્નને આખી શ્રેણીની જરૂર ન હોય, તો ઘટનાની આસપાસની વિન્ડો સુધી ફાઇલ ટૂંકાવો.
નેટવર્કને ઓળખતાં ક્ષેત્રો
એન્ડપોઇન્ટ સરનામાં, આંતરિક રૂટ અને ધકેલાયેલા વિકલ્પો ખાનગી નેટવર્કનો આકાર વર્ણવે છે. એ જ માહિતી હુમલાખોર ઇચ્છે, અને તે સામાન્ય રીતે ટિકિટને જરૂર હોય તેનાથી ઘણી વધુ વિગતમાં હાજર હોય છે.
વપરાતું સરનામા કુટુંબ શોધો, ફક્ત તમે અપેક્ષા રાખેલું જ નહીં. ડ્યુઅલ-સ્ટેક ક્લાયન્ટ IPv6 એન્ડપોઇન્ટ અને IPv6 રૂટનો સમૂહ લોગ કરી શકે છે જે કોઈએ સંપાદિત કરવાનું વિચાર્યું નહીં, કારણ કે સમીક્ષાએ ફક્ત ટપકાંવાળા ચતુષ્કોણ શોધ્યા હતા.
grep -nEo '([0-9]{1,3}\.){3}[0-9]{1,3}' vpn-support.log | sort -u | head -n 40
grep -nEo '([0-9a-fA-F]{0,4}:){2,7}[0-9a-fA-F]{0,4}' vpn-support.log | sort -u | head -n 20અનન્ય યાદી એ મુખ્ય મુદ્દો છે. તે કહે છે ફાઇલ કેટલાં અલગ સરનામાંઓનો ઉલ્લેખ કરે છે, જે સામાન્ય રીતે સ્ક્રોલ કરતી વખતે લાગે તેનાથી ઘણાં ઓછાં હોય છે. તે તમને સંપાદન માટે ચેકલિસ્ટ અને બધાંને આવરી લીધાં તે સાબિત કરવાની રીત પણ આપે છે. દસ સરનામાં પાંચ મિનિટનું કામ છે, અને સો કહે છે કે એક્સપોર્ટ પ્રશ્ન કરતાં વિશાળ છે.
એન્જિનિયરને જરૂર હોય તો ટોપોલોજી રાખો. સબનેટ સંબંધો જાળવીને બીજું અને ત્રીજું ઓક્ટેટ બદલવાથી શ્રેણી પ્રકાશિત કર્યા વિના પ્રશ્નનો જવાબ મળે છે. એ જ યુક્તિ IPv6 પ્રિફિક્સ માટે કામ કરે છે. એન્જિનિયરને જરૂરી નિષ્ફળતાનો આકાર છે, અને સુસંગત અવેજી પછી પણ આકાર ટકે છે.
રહસ્યો આકારમાં છુપાય છે, લેબલમાં નહીં
ખાનગી કીને નજીકમાં “password” શબ્દની જરૂર નથી. તે માર્કર લાઇનો વચ્ચેના બ્લોક તરીકે, લાંબી base64 શબ્દમાળા તરીકે, અથવા ઇનલાઇન રૂપરેખાંકન ડમ્પ તરીકે દેખાય છે. ટોકન ક્વેરી પેરામીટર તરીકે દેખાય છે, અને ઓળખપત્રો એવા URLની અંદર દેખાય છે જે ક્લાયન્ટે શબ્દશઃ લોગ કર્યા છે.
grep -nE 'BEGIN [A-Z ]*PRIVATE KEY|password|passwd|token|secret|psk|auth-user-pass' vpn-support.log
grep -nE 'https?://[^ ]*:[^ ]*@' vpn-support.logબીજી પેટર્ન એ છે જે લોકો ભૂલી જાય છે. સ્કીમ, વપરાશકર્તા, પાસવર્ડ, હોસ્ટ સ્વરૂપનું URL સંપૂર્ણ ઓળખપત્ર છે, અને પ્રોક્સી કે ફીડ ઇનલાઇન પ્રમાણીકરણ સાથે ગોઠવાયેલું હોય ત્યારે ક્લાયન્ટ આવા URL લોગ કરે છે.
ફાઇલમાં તમે ફેરફાર નથી કર્યો એ સાબિત કરવા માટે મૂળ ફાઇલ ક્યારેય મોકલશો નહીં. જો ઓપરેટર અપરિવર્તિત એક્સપોર્ટ પર આગ્રહ રાખે, તો પૂછો કે તેની શેના માટે જરૂર છે, તેમના ચકાસાયેલા સપોર્ટ ચેનલ દ્વારા મોકલો, અને પછી તમારી સ્થાનિક નકલ કાઢી નાખો. તે વિનંતી વૈધ છે; જાહેર પેસ્ટ નથી.
સંપાદિત નકલ બનાવો અને અંશ મોકલો
નકલ પર કામ કરો, મૂળને સુરક્ષિત જગ્યાએ રાખો, અને હાથે નહીં પણ પુનરાવર્તનયોગ્ય આદેશથી સંપાદિત કરો. સરનામાની પેટર્ન પર એક પાસ તેનો મોટો ભાગ પકડે છે:
cp vpn-support.log vpn-support.original.log
sed -E 's/([0-9]{1,3}\.){3}[0-9]{1,3}/ADDR/g; s/[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+/USER@DOMAIN/g' \
vpn-support.original.log > vpn-support.redacted.log
grep -cE 'PRIVATE KEY|password|token' vpn-support.redacted.logઅંતિમ ગણતરી શૂન્ય હોવી જોઈએ. જો ન હોય, તો સંપાદન પાસે એક આકાર ચૂકી ગયો છે અને કંઈપણ મોકલતા પહેલાં તે લાઇનો જોવી જોઈએ. સંપાદિત ફાઇલ પોતાની આંખોથી પણ એક વાર વાંચો; સ્ક્રિપ્ટ પેટર્ન પકડે છે, સંદર્ભ નહીં.
નિષ્ફળતા હજી દર્શાવતો સૌથી નાનો અંશ મોકલો. ભૂલની આસપાસની દસ લાઇન સામાન્ય રીતે પૂરતી હોય છે, અને તે બે મેગાબાઇટની ફાઇલ કરતાં ઘણી સહેલી સમીક્ષા થાય છે. પછી તમારા લેબલ અને સાચાં મૂલ્યો વચ્ચેનું મેપિંગ તમારા નિયંત્રણની જગ્યાએ રાખો, કારણ કે અનુવર્તી પ્રશ્નને તેની જરૂર પડશે.
OpenVPN નું લોગિંગ દસ્તાવેજીકરણ સમજાવે છે કે વર્બોસિટી સ્તરો શું રેકોર્ડ થાય તે કેવી રીતે બદલે છે, જે સમસ્યાને ફાઇલના કેટલા ભાગની ખરેખર જરૂર છે તે નક્કી કરવા માટે ઉપયોગી સંદર્ભ છે.