શેર કરેલ અને સમર્પિત VPN IP: ખરેખર શું બદલાય છે
એક નિશ્ચિત એક્ઝિટ અને એક શેર કરેલ પૂલ સમાન ફેરલેખનમાંથી પસાર થાય છે. જે અલગ પડે છે તે તમને મળતો પોર્ટ બ્લોક, બંધન કેટલું ટકે છે અને તેનો ઇતિહાસ કોણ શેર કરે છે.
શેર કરેલ એક્ઝિટ અને સમર્પિત એક્ઝિટ સમાન ફેરલેખનમાંથી પસાર થાય છે: ગેટવે તમારા સ્રોત સરનામાને તેના પૂલના જાહેર સરનામાથી બદલે છે અને એક પોર્ટ પસંદ કરે છે. ફરક એમાં છે કે તે પૂલ કેવી રીતે બાંધવામાં આવે છે અને તમારું બંધન કેટલું ટકે છે. આ ફાળવણીનો નિર્ણય છે, એન્ક્રિપ્શનનો અપગ્રેડ નહીં.
આ માળખું મોટાભાગના વ્યવહારુ પ્રશ્નોનો એકસાથે જવાબ આપે છે. મંજૂરી-યાદીને બંધનની સ્થિરતાની પરવા છે, વેબસાઇટની છેતરપિંડી-તપાસને સરનામાના ઇતિહાસની પરવા છે, અને બંનેમાંથી કોઈને યોજનાના નામની પરવા નથી.
બંને વિકલ્પો એક સરનામા પર પોર્ટ મેપિંગ છે
જ્યારે ક્લાયન્ટ એક્ઝિટ દ્વારા કનેક્શન ખોલે છે, ત્યારે ગેટવે સ્રોત સરનામાને પૂલ આપે તે જાહેર સરનામા પર ફરીથી લખે છે અને તે સરનામાની મુક્ત શ્રેણીમાંથી સ્રોત પોર્ટ પસંદ કરે છે. એક જ એક્ઝિટ પરના બે ગ્રાહકો એક જ IPv4 સરનામા પર બે પોર્ટ બ્લોક બની જાય છે. દૂરનું સર્વર ઘણા સમવર્તી કનેક્શનવાળું એક હોસ્ટ જુએ છે, અને પેલોડમાં કંઈ જ કહેતું નથી કે કયો બ્લોક કયા ગ્રાહકનો છે. તે પોર્ટ મેપિંગ એ જ પદ્ધતિ છે જે સરનામું શેર કરવાનું બિલકુલ શક્ય બનાવે છે.
સમર્પિત ફાળવણી તે વાર્તાને ટૂંકી કરે છે પણ તેનો આકાર બદલતી નથી: પૂલ તમારા ખાતા માટે એક સભ્ય રાખે છે અને ઓપરેટર તમને રિંગમાં ફેરવવાને બદલે તેને સ્થિર કરે છે. પોર્ટ હજી પણ તમારા પોતાના સત્રોમાં શેર થાય છે, અને સરનામું હજી પણ એક્ઝિટ પર અનુવાદિત થાય છે, તમારા ઉપકરણ પર રૂટ થતું નથી.
તેથી વાયર પરનું વર્તન સમાન છે, અને ફક્ત હિસાબ રાખવામાં ફરક છે.
| Property | Shared pool | Pinned assignment |
|---|---|---|
| Address selected at connect | Any free member of the pool | The one address bound to the account |
| Other subscribers on it | Present, unknown to you | Usually none, though the operator may oversubscribe |
| Stability across reconnects | Depends on pool size and rotation policy | Holds until the operator changes the assignment |
મંજૂરી-યાદીઓ બંધનને અનુસરે છે, લેબલને નહીં
વ્યવસાયિક સેવા પર IP-આધારિત પ્રવેશ નિયમ પેકેટ હેડરમાં એક ક્ષેત્ર તપાસે છે. જો તે ક્ષેત્ર નિશ્ચિત મૂલ્ય સાથે મેળ ખાવું જોઈએ, તો ફરતો પૂલ ખોટું સાધન છે, પછી તેમાં કેટલાં સરનામાં હોય. નિશ્ચિત ફાળવણી નિયમને ત્યાં સુધી સંતોષે છે જ્યાં સુધી જાળવણી સરનામું ખસેડે, અને તેથી જ જાળવણી નીતિ સુવિધા-યાદી સાથેની એ જ ચર્ચામાં આવે છે.
curl -4 -s https://api.ipify.org; echo curl -6 -s https://ifconfig.co; echo
ટનલ ચાલુ હોય ત્યારે બંને લીટીઓ ચલાવો. પ્રથમ તમારી મંજૂરી-યાદી જોશે તે IPv4 એક્ઝિટની પુષ્ટિ કરે છે; બીજી ડ્યુઅલ-સ્ટેક લીક પકડે છે જ્યાં IPv6 ટ્રાફિક પ્રદાતા દ્વારા બહાર જાય છે જ્યારે IPv4 ટનલમાંથી પસાર થાય છે. બંને કુટુંબો સ્વીકારતી સેવા એવા કારણસર મંજૂરી-યાદીની ચકાસણીમાં નિષ્ફળ જઈ શકે છે જે IPv4 પરિણામ ક્યારેય દર્શાવતું નથી.
પછી ખાતરી કરો કે મંજૂરી-યાદીની જરૂર હોય તે એપ્લિકેશન જ ટનલ વાપરે છે: વિભાજિત ટનલ, બાકાત કરેલો રૂટ અથવા પ્રોક્સી સેટિંગ તે એપને સીધી બહાર મોકલી શકે છે જ્યારે બ્રાઉઝર પરીક્ષણ સાચું દેખાય છે. ટનલ પડે ત્યારે ટ્રાફિક અવરોધતો કિલ સ્વિચ તમારા ઘરના સરનામા પર શાંત પાછા ફરવા કરતાં સારો છે, અને મંજૂરી-યાદીવાળો કાર્યપ્રવાહ ખોટી દિશામાં તૂટે છે તે બરાબર આ રીતે.
પ્રતિષ્ઠા સરનામા સાથે મુસાફરી કરે છે
શેર કરેલ એક્ઝિટ તેનો ઉપયોગ કરનારા દરેકના સંચિત વર્તનને વહન કરે છે, તેથી લક્ષ્ય-બાજુનું સ્કોરિંગ, દર મર્યાદા અને પડકાર પૃષ્ઠો તે ઇતિહાસને પ્રતિસાદ આપે છે. સામાન્ય બ્રાઉઝિંગ પછી એવા કારણોસર વધારાની ચકાસણીનો સામનો કરી શકે છે જે તમે જોઈ શકતા નથી. નિશ્ચિત સરનામું યોગદાનકર્તાઓનો સમૂહ તમારા પોતાના ખાતા સુધી સંકોચે છે. તેમ છતાં તે સ્વચ્છ આવતું નથી, કારણ કે નિશ્ચિત સરનામાં રિસાયકલ થાય છે અને ડેટા-સેન્ટર શ્રેણી સાથે રહેણાંક શ્રેણી કરતાં અલગ વ્યવહાર થઈ શકે છે, હવે તે કોઈની પણ હોય.
ખાતાં, કૂકીઝ અને બ્રાઉઝર ફિંગરપ્રિન્ટ હજી પણ તે નિર્ણયોમાંથી મોટાભાગના ચલાવે છે.
પ્રતિષ્ઠાને આખા માર્ગની ગુણવત્તા તરીકે ગણો, યોજનાના નામ સાથે જોડાયેલી સંખ્યા તરીકે નહીં. એક જ પ્રદાતા પરના બે ગ્રાહકોને સબનેટ, લક્ષ્યની પોતાની નીતિ અથવા વિનંતી પાછળના ખાતાને કારણે અલગ વ્યવહાર મળી શકે છે.
બંને રીતે શું સમાન રહે છે
ટનલ એ જ રીતે એન્ક્રિપ્ટ કરે છે. WireGuard હજી પણ એ જ કી સાથે હેન્ડશેક કરે છે, OpenVPN હજી પણ એ જ સાઇફર સ્યૂટ પર વાટાઘાટ કરે છે, અને એક્ઝિટ સરનામું તે વાટાઘાટમાં ક્યારેય પ્રવેશતું નથી. નિશ્ચિત સરનામા માટે ચૂકવણી ફાળવણીનું વર્તન ખરીદે છે, વધુ મજબૂત પરિવહન નહીં.
ઓપરેટરની દૃશ્યતા પણ એ જ રહે છે. સ્રોત કનેક્શન, સમયછાપ અને ખાતા ઓળખકર્તા બંને ગોઠવણોમાં એક્ઝિટ પર નિરીક્ષણયોગ્ય રહે છે, અને અજાણ્યાઓ સાથે સરનામું શેર કરવાથી લોગિંગ નીતિ બનતી નથી. નિશ્ચિત સરનામું સત્રો વચ્ચે વધુ સ્થિર ઓળખકર્તા તરીકે પણ કામ કરી શકે છે, જે એ ધારણાની વિરુદ્ધ છે કે સમર્પિત એટલે વધુ ખાનગી.
નિશ્ચિત પસંદ કરો જ્યારે લક્ષ્ય સ્થિર સ્રોત માગે, જ્યારે કાર્યપ્રવાહ રોટેશન સહન ન કરે અથવા જ્યારે શેર કરેલો ઇતિહાસ કાયદેસર ટ્રાફિકને વારંવાર વિક્ષેપિત કરે. પૂલ પર રહો જ્યારે એકમાત્ર જરૂરિયાત અલગ એગ્રેસ હોય અને રોટેશનનો કોઈ ખર્ચ ન હોય. ઉપરની બે આદેશોથી પરિણામ ચકાસો તે પહેલાં બંનેમાંથી કોઈ પણ ધારણા પર ભરોસો કરો. તમે માનો છો તે એક્ઝિટ અને સર્વર જુએ છે તે એક જ ક્ષેત્ર છે ત્યારે જ જ્યારે વચ્ચે કંઈ પણ તેને ફરીથી ન લખે.