VPN એક્ઝિટમાંથી આવતા દુરુપયોગના ટ્રાફિકની જાણ કેવી રીતે કરવી
VPN એક્ઝિટમાંથી આવતા દુરુપયોગની જાણ કરો: ટ્રાફિક થોભાવવાને વ્યક્તિની ઓળખથી અલગ કરો, જે ચેનલ પગલાં લઈ શકે તે પસંદ કરો અને મર્યાદિત પુરાવા મોકલો.
VPN એક્ઝિટમાંથી આવતો ટ્રાફિક કોણે મોકલ્યો તે જણાવ્યા વિના પણ દુરુપયોગપૂર્ણ હોઈ શકે છે, અને તમે જે અહેવાલ લખો છો તે ત્રણમાંથી કયા પ્રશ્નનો જવાબ આપી રહ્યા છો તેના પર આધાર રાખે છે. ટ્રાફિક થોભાવવો આજે તમારું કામ છે. પુરાવા સાચવવા એ એક પ્રક્રિયા છે. વ્યક્તિની ઓળખ માટે કાનૂની પ્રક્રિયા જરૂરી છે જે સંભવતઃ તમારી પાસે નથી. જ્યારે આ ત્રણ એક ફરિયાદમાં ભળી જાય ત્યારે અહેવાલો નિષ્ફળ જાય છે, કારણ કે પ્રાપ્તકર્તા ફક્ત પોતાના ભાગ પર જ પગલાં લઈ શકે છે.
પહેલા ત્રણ પ્રશ્નો અલગ કરો
તમે કયું પરિણામ ઈચ્છો છો તે નક્કી કરીને શરૂ કરો. જો ધ્યેય વિનંતીઓ થોભાવવાનો હોય, તો આજે તમે સરનામા શ્રેણી બ્લોક કરી શકો છો, ખાતાનો દર મર્યાદિત કરી શકો છો અથવા અંતિમ બિંદુ કડક કરી શકો છો, અને દુરુપયોગનો અહેવાલ ગૌણ છે. જો ધ્યેય તપાસમાં ટકી રહે તેવો રેકોર્ડ હોય, તો તમને સમયછાપ, વિનંતી ઓળખકર્તા અને સુરક્ષિત જગ્યાએ રાખેલી અણસંપાદિત મૂળ નકલની જરૂર છે. જો ધ્યેય સરનામા પાછળનું નામ હોય, તો તમને ઓપરેટરની કાનૂની પ્રક્રિયા અથવા અદાલતી હુકમની જરૂર છે, અને કોઈ ખાનગી ફરિયાદ તેનો વિકલ્પ નથી.
તેમને ભેળવવાથી પરંપરાગત નકામો અહેવાલ બને છે: ગુસ્સાભર્યો ફકરો, કોઈ સમય ક્ષેત્ર નહીં, સબ્સ્ક્રાઇબરની વિગતોની માંગ, અને પ્રાપ્તકર્તા મદદ કરવા માંગે તો પણ શું કરી શકે તેનો કોઈ સંકેત નહીં. તે અહેવાલ પગલાં વિના બંધ થાય છે, અને મોકલનાર તારણ કાઢે છે કે દુરુપયોગ ડેસ્ક કંઈ કરતા નથી. પ્રાપ્તકર્તા પાસે પગલાં લેવા જેવું કંઈ નહોતું.
ઈમેલ ખોલતા પહેલા ત્રણ જવાબ લખી લો. તે સૂર, લંબાઈ અને વિનંતી નક્કી કરે છે.
એક્ઝિટ સરનામું શું સાબિત કરે છે અને શું નહીં
VPN સાથે સંકળાયેલું સરનામું તમને કહે છે કે ટ્રાફિક ઇન્ટરનેટમાં ક્યાં દાખલ થયો, કોણે શરૂ કર્યો તે નહીં. વ્યાવસાયિક એક્ઝિટ એકસાથે ઘણા ગ્રાહકો દ્વારા વહેંચાય છે, અને તેની સામેનું વાહક-કક્ષાનું NAT પોર્ટ શ્રેણીનો ઉપયોગ કરીને હજારો સબ્સ્ક્રાઇબરો વચ્ચે એક જાહેર સરનામું વહેંચી શકે છે. RFC 6269 તે સરનામા-વહેંચણીનું મોડેલ વર્ણવે છે, અને વ્યવહારુ પરિણામ એ છે કે સ્રોત સરનામું અને સમયછાપ સબ્સ્ક્રાઇબરને ફક્ત ત્યારે જ ઓળખી શકે છે જ્યારે ઓપરેટર પાસે તે ક્ષણનું મેપિંગ હજી હોય.
તમે જે સાબિત કરી શકો તે નોંધો. તેનો અર્થ છે UTC સમયમાં મૂળ ક્ષેત્ર નોંધીને સમયછાપ, સ્રોત સરનામું, સ્રોત પોર્ટ, પ્રોટોકોલ અને વિનંતી ઓળખકર્તા, અને કાર્ય પ્રમાણિત ખાતામાંથી આવ્યું કે અનામી વિનંતીમાંથી. કાચો રેકોર્ડ રાખો, પછી પ્રાપ્તકર્તા માટે સંપાદિત નકલ બનાવો. લોગની મૂળ લાઇન માટે સ્ક્રીનશોટ નબળો વિકલ્પ છે.
જાળવણી વિન્ડો ટૂંકી છે અને ઓપરેટર પ્રમાણે અલગ પડે છે. તમે જેટલું વહેલું પૂછશો, મેપિંગ હજી અસ્તિત્વમાં હોવાની સંભાવના તેટલી વધારે, અને સમસ્યા પહેલેથી જ ઓછી કરી હોય તો પણ ઝડપથી જાણ કરવાનો આ મુખ્ય દલીલ છે.
ખરેખર પગલાં લઈ શકે તેવી ચેનલ પસંદ કરો
ત્રણ ચેનલ છે અને તે અદલાબદલી શકાય તેવી નથી. એક્ઝિટ ઓપરેટરનું દુરુપયોગ ડેસ્ક તેના પોતાના ગ્રાહકની તપાસ કરી શકે છે અને ખાતું સ્થગિત કરી શકે છે. સરનામા શ્રેણીનો રજિસ્ટ્રી સંપર્ક જ્યારે whois રેકોર્ડ જૂનો હોય અથવા પુનર્વિક્રેતાનો હોય ત્યારે તમને યોગ્ય ઓપરેટર તરફ દોરી શકે છે. કાયદા અમલીકરણ સંસ્થાઓ શંકાસ્પદ ગુનો, ધમકીઓ અને ગંભીર સમાધાન સંભાળે છે, અને મોટાભાગના અધિકારક્ષેત્રોમાં ફક્ત તે જ ચેનલ જાહેરાત કરવાની ફરજ પાડી શકે છે.
| Channel | What it can do | What it cannot do |
|---|---|---|
| Exit operator abuse desk | Investigate, warn or suspend the account | Disclose a subscriber to a private complainant |
| Registry contact | Identify the network holder and its abuse address | Act on the incident itself |
| Law enforcement | Preserve and compel records under legal process | Move faster than your own mitigation |
બે શરતો ચેનલ પસંદ કરે છે. ઘટના ચાલુ છે, જે પહેલા સમાધાન અને સમાંતર જાણ કરવાની તરફેણ કરે છે, કે ઐતિહાસિક છે, જે બીજું કંઈ પહેલા પુરાવા સાચવવાની તરફેણ કરે છે? તમારે ટ્રાફિક થોભવો જોઈએ, જે ત્રણેય પ્રભાવિત કરી શકે છે, કે તમારે ઓળખ જોઈએ, જે ફક્ત કાનૂની માર્ગ આપી શકે છે? ત્રીજી શરત નક્કી કરે છે કે કેટલી વિગતો મોકલવી: એક્ઝિટ ચલાવતા ઓપરેટરને ટેકનિકલ વિગતો જોઈએ, જ્યારે રજિસ્ટ્રી સંપર્કને ફક્ત સરનામા શ્રેણી અને સમસ્યા જોઈએ.
જ્યારે ઘટના ચાલુ ગુનો હોય, ત્યારે દુરુપયોગ ડેસ્ક અને સત્તાવાળાઓ વિકલ્પ નથી. બંનેને જાણ કરો, અને ઓપરેટરને જણાવો કે કાનૂની વિનંતી આવી શકે છે જેથી તેની પોતાની જાળવણી નીતિ સક્રિય થાય.
પ્રાપ્તકર્તા પગલાં લઈ શકે તેવો અહેવાલ લખો
સંદેશને એક મિનિટમાં વાંચી શકાય તેટલો ટૂંકો રાખો. એક ફકરો કહે છે શું થયું અને ક્યારે, એક બ્લોક ચોક્કસ સમયછાપ સાથે પુરાવા સૂચિબદ્ધ કરે છે, એક લાઇન કહે છે તમે પહેલેથી શું કર્યું છે અને એક લાઇન કહે છે તમે શું માંગો છો. કેસ સંદર્ભની વિનંતી અંતમાં મૂકો જેથી વ્યસ્ત વિશ્લેષક વાતચીતને બદલે નંબર સાથે જવાબ આપી શકે.
તમે મોકલો છો તે નકલમાંથી ગુપ્ત માહિતી દૂર કરો. પાસવર્ડ, સત્ર ટોકન, અસંબંધિત વ્યક્તિગત માહિતી અને આંતરિક હોસ્ટનામ પ્રાપ્તકર્તાને મદદ કરતા નથી અને તમારું જોખમ વધારે છે. જો ઘટના કાનૂની પુરાવો બની શકે તો અણસંપાદિત મૂળને મર્યાદિત પ્રવેશવાળી જગ્યાએ અને નોંધાયેલ હેશ સાથે રાખો. નીચેના આદેશો કંઈપણ લખતા પહેલા સરનામા વિશેના જાહેર તથ્યો એકત્ર કરે છે.
whois 198.51.100.7 | grep -iE 'orgname|netrange|abuse'
dig +short -x 198.51.100.7
grep '198.51.100.7' /var/log/nginx/access.log | head -n 20તમે ખરેખર જોયું તે સરનામું મૂકો, અને ધ્યાનમાં રાખો કે ઉપરના જેવી દસ્તાવેજી શ્રેણી જીવંત રેકોર્ડ પરત આપશે નહીં. જો whois આઉટપુટ VPN બ્રાન્ડને બદલે હોસ્ટિંગ પ્રદાતાનું નામ આપે, તો તે પ્રદાતા યોગ્ય પ્રાપ્તકર્તા છે, કારણ કે સરનામાની ફાળવણી અને ગ્રાહક સંબંધ તેની પાસે છે.
જવાબ સંભાળો અને રેકોર્ડ રાખો
મૌન એટલો અર્થ નથી કે કંઈ થયું નહીં. ઓપરેટરો નિયમિતપણે અહેવાલ પર પગલાં લે છે તે જાણ કરનારને જણાવ્યા વિના, કારણ કે તેઓ ગ્રાહકની માહિતી જાહેર કરી શકતા નથી અને તેમની નીતિ તેને મનાઈ કરી શકે છે. કેસ નંબર સાથેની ટૂંકી સ્વીકૃતિ એ સૌથી વધુ છે જેની તમારે અપેક્ષા રાખવી જોઈએ, અને વધુ ટેકનિકલ વિગતોની વિનંતી વિલંબ નહીં પણ સારો સંકેત છે.
અહેવાલ ખુલ્લો હોય ત્યારે કોઈ સરનામા કે પ્રદાતા સામે આરોપ પ્રકાશિત કરશો નહીં. વહેંચાયેલા એક્ઝિટને દોષિત ગણવાથી તે એક્ઝિટના અન્ય તમામ ગ્રાહકોને સજા મળે છે અને જો કેસ પછી કાનૂની પ્રક્રિયામાં પહોંચે તો નુકસાન થઈ શકે છે. NIST ની ઘટના પ્રતિસાદ માર્ગદર્શિકા ઘટના રેકોર્ડના સ્રોત અને ગોપનીયતાને પ્રતિસાદનો ભાગ ગણે છે, તેના પછીનું કાગળકામ નહીં.
તમારા પોતાના રેકોર્ડમાં ચક્ર બંધ કરો: શું મોકલ્યું, કોને, ક્યારે, અને તેના પરિણામે શું બદલાયું. તે ઇતિહાસ જ આગલી ઘટનાને ધમાલમાંથી જાણીતા પ્રથમ પગલા સાથેની પ્રક્રિયામાં ફેરવે છે.