ફોરવર્ડ કરેલ VPN પોર્ટ: મુલાકાતીઓ અને પ્રદાતા શું જોઈ શકે

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

ત્રણ વસ્તુઓ, ત્રણ જુદા પ્રશ્નો

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

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

મુલાકાતી એન્ડપોઇન્ટ વચ્ચે શું જોડી શકે

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

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

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

ફોરવર્ડિંગ પ્રદાતાએ શું જાણવું જોઈએ

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

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

આવતી પહોંચ ક્લાયન્ટના જતા રૂટિંગ, DNS અને નિષ્ફળતાના વર્તનથી પણ અલગ છે. મેપિંગ ઉમેરવાથી ક્લાયન્ટનો બાકીનો ટ્રાફિક કેવી રીતે નીકળે છે તે વર્ણવાતું નથી.

મેપિંગ કેટલો સમય ટકે છે તે એક્સપોઝર બદલે છે

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

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

ઇરાદાપૂર્વક પ્રકાશિત કરો, પછી બંને દરવાજા બંધ કરો

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

openssl s_client -connect pub.example.net:443 -brief < /dev/null
curl -sSI https://pub.example.net/

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

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