VPN અને પ્રોક્સી ડિટેક્શન કેવી રીતે કામ કરે છે અને ક્યાં નિષ્ફળ જાય છે
IP યાદીઓ, પ્રતિષ્ઠા API અને ફિંગરપ્રિન્ટ અલગ અલગ રીતે નિષ્ફળ જાય છે। તમે કયો દુરુપયોગ રોકો છો તે નક્કી કરો, ખોટા પોઝિટિવ માપો, પછી કારણ કોડ સાથે લાગુ કરો।
કોઈ પૂછે કે VPN વપરાશકર્તાઓને કેવી રીતે બ્લોક કરવા, ત્યારે વાક્યમાં ત્રણ અલગ વિનંતીઓ છુપાયેલી હોય છે: છેતરપિંડી રોકો, સ્ક્રેપિંગ રોકો, અથવા લાઇસન્સ સીમા લાગુ કરો। દરેક અલગ ભૂલ દર સહન કરે છે, અને સરનામું ટનલનું છે કે નહીં તે જાણીને કોઈનો જવાબ મળતો નથી। વર્ગીકરણકર્તા જે પરત આપે છે તે ઇન્ફ્રાસ્ટ્રક્ચર વિશેની સંભાવના છે, તેનો ઉપયોગ કરનાર વ્યક્તિ વિશેનું નિવેદન નહીં।
IP વર્ગીકરણકર્તા ખરેખર શું ગણે છે
મોટાભાગની સેવાઓ ચાર ડેટા સ્રોત જોડે છે, અને તે અલગ દરે જૂના થાય છે। Tor એક્ઝિટ યાદીઓ ડિરેક્ટરી સર્વસંમતિમાંથી આવે છે અને જ્યાં સુધી ટકે ત્યાં સુધી લગભગ સંપૂર્ણ હોય છે। ઓપન પ્રોક્સી યાદીઓ આંશિક હોય છે અને થોડા દિવસોમાં જૂની થઈ જાય છે। વ્યાવસાયિક એક્ઝિટ યાદીઓ ડિઝાઇનથી નવા પ્રદાતાઓથી પાછળ રહે છે, કારણ કે સરનામાં કોઈપણ વિક્રેતા તેમને ક્રોલ કરી શકે તેનાથી ઝડપથી ફરે છે। હોસ્ટિંગ શ્રેણીની હ્યુરિસ્ટિક સૌથી સસ્તું અને સૌથી બરછટ સંકેત છે।
તે છેલ્લું જ ત્યાં છે જ્યાં મોટાભાગના ખોટા પોઝિટિવ જન્મે છે। કોર્પોરેટ એક્ઝિટ, ક્લાઉડ-હોસ્ટેડ બ્રાઉઝર, કેમ્પસ NAT અને મોબાઇલ ઓપરેટર ગેટવે બધા હોસ્ટિંગ અથવા શેર કરેલા ઇન્ફ્રાસ્ટ્રક્ચર જેવા દેખાય છે, અને તેમાંથી દરેકમાં સામાન્ય ગ્રાહકો હોઈ શકે છે।
| Signal | What it shows | Typical failure |
|---|---|---|
| Tor exit consensus | A known exit relay | Good coverage, obvious to anyone who cares |
| Hosting or datacentre ASN | Infrastructure, not a home line | Flags corporate egress and cloud browsers |
| Commercial exit list | A provider's current ranges | Always behind new providers and rotations |
| Behavioural rate | What the client is doing | Needs tuning, but survives address changes |
IPv6 બાકીની બધી સુવિધા દૂર કરે છે। ક્લાયંટ પાસે પ્રતિ કનેક્શન અલગ સરનામું હોઈ શકે છે, અને પ્રદાતા વિનંતીઓ વચ્ચે પ્રીફિક્સ ફેરવી શકે છે, તેથી સરનામાને ટકાઉ ઓળખ તરીકે ગણતો નિયમ અઠવાડિયામાં વાસ્તવિકતાથી દૂર જશે।
પ્રોટોકોલ ફિંગરપ્રિન્ટ કેમ ક્ષીણ થાય છે
MSS અને સમયના તફાવત કેટલાક OpenVPN રૂપરેખાંકન ઓળખી શકે છે, અને આ તકનીક ખરેખર નાજુક છે। સંકેત વપરાશકર્તા નિયંત્રિત વિકલ્પો, પાથ MTU અને તમારા માલિકીના ન હોય તેવા મિડલબોક્સ પર આધાર રાખે છે। એક સાઇફર અથવા એક MSS મર્યાદા બદલો અને ફિંગરપ્રિન્ટ ખસી જાય છે। નવું ડિફોલ્ટ મોકલતો પ્રદાતા રાતોરાત તમારા નિયમ સાથે એ જ કરે છે।
ઉલટા પ્રોબમાં નાજુકતા કરતાં ખરાબ સમસ્યા છે: તેઓ શત્રુતાપૂર્ણ છે। મુલાકાતીના પોર્ટ સ્કેન કરવું ધીમું છે, તમારા ગ્રાહકો જેની પાછળ બેસે છે તે જ કોર્પોરેટ ફાયરવોલ દ્વારા સરળતાથી બ્લોક થાય છે, અને ગોપનીયતા સમીક્ષામાં તેનો બચાવ કરવો મુશ્કેલ છે। લેટન્સી થ્રેશોલ્ડ દૂરના વપરાશકર્તાઓને ટનલ વપરાશકર્તાઓ જેટલી જ વિશ્વસનીયતાથી પકડે છે, એટલે તમારો નિયમ વાસ્તવમાં «દૂરના લોકોને બ્લોક કરો» એ અલગ લેબલ સાથે છે।
તમે જે પણ પસંદ કરો, રાત્રે 2 વાગ્યે સપોર્ટ એજન્ટને તે સમજાવી શકવું જોઈએ। જે સંકેત કોઈ વર્ણવી શકતું નથી તે એવું બ્લોક બની જાય છે જે કોઈ રદ કરી શકતું નથી। નિયમ લખતા પહેલા સમજૂતી લખો, પહેલી ફરિયાદ પછી નહીં।
ઓળખ અને વર્તન અનામતાના અનુમાનને હરાવે છે
દર મર્યાદા, લોગિન આવશ્યકતા, ચુકવણી તપાસ અને પ્રતિ-એકાઉન્ટ ક્વોટા ગોપનીયતાની કાળજી રાખતા વાચકોને સજા કર્યા વિના દુરુપયોગનો સામનો કરે છે। સરનામું બદલાય ત્યારે પણ તેઓ કામ કરતા રહે છે, કારણ કે તેઓ એવી વસ્તુ સાથે જોડાયેલા છે જે ક્લાયંટ મફતમાં ફેરવી શકતો નથી।
જો ભૌગોલિક પ્રતિબંધ લાઇસન્સ આવશ્યકતા હોય, તો તેને સ્પષ્ટ ભૂલ સંદેશ અને સામયિક સમીક્ષા સાથે દસ્તાવેજીકૃત નીતિ તરીકે લાગુ કરો। તે અનામતા વિશે અનુમાન કરવાથી અલગ નિયંત્રણ છે, અને ગ્રાહકને આવતા લખાણમાં તેને અલગ રીતે વર્ણવવું જોઈએ। VPN પ્રોટોકોલ વાપરતા પોર્ટ બ્લોક કરવાથી સ્વયં દુરુપયોગ ઘટી શકે છે, પણ તે કાયદેસર દૂરસ્થ ઍક્સેસ પણ તોડે છે અને જે પણ નિશ્ચય કરે તે સરળતાથી તેને ટાળે છે।
પહેલા તેને માપ તરીકે શરૂ કરો
વર્ગીકરણકર્તાને થોડા અઠવાડિયા ફક્ત-અહેવાલ મોડમાં ચલાવો। જે વસ્તીને તે બ્લોક કરત તેની સાઇનઅપ, રૂપાંતરણ અને સપોર્ટ ટિકિટ સાથે તુલના કરો, પછી થ્રેશોલ્ડ સેટ કરતા પહેલા ખોટા-પોઝિટિવ બજેટ સેટ કરો।
નાના જાણીતા સમૂહ પર ફરી પરીક્ષણ કરો: ઘરનું કનેક્શન, મોબાઇલ ઓપરેટર, કોર્પોરેટ એક્ઝિટ અને વ્યાવસાયિક VPN। ચાર કેસ ગ્રાહકો સુધી પહોંચી શકતી મોટાભાગની ભૂલો ઉજાગર કરે છે, અને તેમનો ખર્ચ એક બપોરનો છે।
કાચા સંકેત અને અમલનો નિર્ણય અલગ રાખો। થ્રેશોલ્ડ ઊંચો હોય ત્યારે પણ સ્કોર લોગ કરો, અસ્પષ્ટ મધ્યને માનવ કતારમાં મોકલો, અને દરેક બ્લોકને કારણ કોડ સાથે ટેગ કરો જેથી આગલી નીતિ સમીક્ષા કહી શકે કે કયા સંકેતે તેનું સ્થાન કમાયું।
અપીલનો માર્ગ નિયંત્રણનો ભાગ છે
દરેક સ્વયં બ્લોકને માનવ માર્ગની જરૂર છે: સંપર્ક સરનામું, જાહેર પ્રતિસાદ સમય અને નામ આપેલ સમીક્ષા માલિક। તેના વિના, ખોટો પોઝિટિવ શાંતિથી ગુમાવેલો ગ્રાહક અને એવી સપોર્ટ ટિકિટ છે જેના પર કોઈ પગલાં લઈ શકતું નથી।
સ્પષ્ટ કહો કે ઍક્સેસ મર્યાદિત હોઈ શકે છે, કેમ, અને સમીક્ષા કેવી રીતે માંગવી। નીતિનું સંસ્કરણ રાખો જેથી સપોર્ટ કહી શકે કે આપેલ તારીખે કયો નિયમ લાગુ હતો। જે બ્લોક તમે સમજાવી, રદ કરી કે માપી શકતા નથી તે નિયંત્રણ નથી; તે લોગ લાઇન સાથેનું અનુમાન છે।