VPN ક્લાયન્ટ્સ માટે જાહેર પ્રીફિક્સ: તે ખરેખર શું તોડે છે

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

ફાળવણી એ જાહેરાત નથી

ટનલ ઇન્ટરફેસ પર સરનામું મૂકવાથી તે ઇન્ટરનેટ પર જાહેર થતું નથી. જાહેર પહોંચ માટે રૂટ, અધિકૃત માર્ગ અને તેને વહન કરવા તૈયાર પ્રદાતા જરૂરી છે, અને ક્લાયન્ટને પૂલમાંથી સરનામું મળ્યું હોવાથી એમાંથી કંઈ પણ ઉદ્ભવતું નથી. ફાયરવોલ નીતિ અને હોસ્ટ અધિકૃતિ ફરીથી અલગ નિર્ણયો છે.

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

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

ક્લાયન્ટ રૂટ ખરેખર શું પકડે છે

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

ip route get 198.51.100.20
ip -br addr show tun0
traceroute -n 198.51.100.20

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

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

પૂલની સરખામણી તમે જાણો છો તે દરેક નેટવર્ક સાથે કરો

RFC 1918 ખાનગી ઉપયોગ માટે ત્રણ બ્લોક અલગ રાખે છે: 192.168.0.0/16, 172.16.0.0/12 અને 10.0.0.0/8. લાખો અલગ સંસ્થાઓ તેમને ફરી વાપરે છે, તેથી ખાનગી એ ફાળવણી વિશેનું નિવેદન છે અને ક્યારેય એવું વચન નથી કે બીજા કોઈએ એ જ નંબર પસંદ કર્યા નથી.

ઉમેદવાર પૂલની સરખામણી ઓફિસ LAN, ક્લાઉડ VPC, અન્ય VPN પૂલ, ભાગીદાર કડીઓ અને દૂરસ્થ કામદારોને ઘરે હોવાની શક્યતા હોય તેવી શ્રેણીઓ સાથે કરો. ઘરનો કિસ્સો વિચિત્ર પ્રીફિક્સ શોધવાનું કારણ નથી; તે પૂલને નાનું અને દસ્તાવેજીકૃત રાખવાનું કારણ છે.

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

જાહેર સરનામાંકન ક્યારે સાચો જવાબ છે

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

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

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

પ્રવેશ ગુમાવ્યા વિના ખરાબ પૂલ નિવૃત્ત કરો

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

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

તમે ઇચ્છો છો એવો પૂલ જે નેટવર્ક ટીમ એક સુસંગત વસ્તુ તરીકે ફાળવી, રૂટ કરી અને નિવૃત્ત કરી શકે. સરનામું ફોર્મેટ પોતે જ ન તો સુરક્ષા સ્થાપે છે ન તો કનેક્ટિવિટી.