બંને છેડે સમાન સબનેટ: દૂરસ્થ LANને મુક્ત શ્રેણી પર મેપ કરો

ઘર અને ઓફિસ બંને 192.168.1.0/24 ચલાવે છે, તેથી 192.168.1.1 ની વિનંતીના બે સંભવિત જવાબો છે અને ક્લાયન્ટ પૂછ્યા વિના એક પસંદ કરે છે. કાર્યરત ઓફિસ નેટવર્કનું પુનઃક્રમાંકન ભાગ્યે જ લોકપ્રિય હોય છે, અને રાઉટરના સરનામાં ઘણી વાર પ્રિન્ટર, કેમેરા અને દસ્તાવેજોમાં જડાયેલા હોય છે. ક્લાયન્ટ-બાજુનું સરનામું મેપિંગ તેના બદલે દૂરસ્થ નેટવર્કને મુક્ત શ્રેણી હેઠળ રજૂ કરી શકે છે, અને હોસ્ટ ભાગ સમાન રહી શકે છે જેથી 192.168.1.20 10.203.41.20 તરીકે દેખાય. અડચણ એ છે કે ફક્ત કેટલાક ક્લાયન્ટ તેને અમલમાં મૂકે છે, અને તે પરત માર્ગ માટે કંઈ કરતું નથી.

એક જ હોસ્ટના બે દૃશ્યો

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

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

દલીલોનો ક્રમ એ આખી યુક્તિ છે

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

push "route 10.203.41.0 255.255.255.0"
push "client-nat dnat 10.203.41.0 255.255.255.0 192.168.1.0"

રૂટ એ છે જે ક્લાયન્ટના પેકેટને નવી શ્રેણી માટે ટનલમાં મોકલે છે; અનુવાદ રસ્તામાં ગંતવ્ય ફરીથી લખે છે. 192.168.1.20 તરફથી જવાબ 10.203.41.20 પર પાછો લખાય છે જેથી ક્લાયન્ટ પરનું સોકેટ સુસંગત રહે. એક જ હોસ્ટ પૂર્ણ-લંબાઈના માસ્ક સાથે એ જ રીતે કામ કરે છે, જ્યાં સુધી રૂટ અને મેપિંગ સમાન સરનામું વર્ણવે.

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

મેપિંગ પરત માર્ગ બનાવતું નથી

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

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

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

નામો અને પેલોડ અનુવાદમાંથી ટકી રહે છે

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

રીડાયરેક્ટ, એમ્બેડેડ URL અને એવી એપ્લિકેશનો જે પોતાનું સરનામું પેલોડમાં આપે છે તે એવી રીતે તૂટી શકે છે જે કોઈ પેકેટ મેપિંગ સુધારી શકતું નથી. તેમને એપ્લિકેશનની સમસ્યા તરીકે ગણો અને પુનઃક્રમાંકન બિનજરૂરી છે તેવું વચન આપતા પહેલાં પ્રયત્ન તે મુજબ માપો.

પ્રતિબદ્ધ થતા પહેલાં ત્રણ તપાસ

પ્રથમ, ક્લાયન્ટ અમલીકરણની ખાતરી કરો. Community OpenVPN આ વિકલ્પને સમર્થન આપે છે; OpenVPN 3 કોડબેઝ તેને અસમર્થિત સુવિધાઓમાં સૂચિબદ્ધ કરે છે, તેથી Connect-શૈલીના ક્લાયન્ટ પર ધકેલાયેલી પ્રોફાઇલ તેને ફક્ત અવગણી શકે છે. સ્વીકારાયેલ પણ ક્યારેય લાગુ ન થતી સૂચના ભૂલ કરતાં ખરાબ છે, કારણ કે ટનલ સ્વસ્થ દેખાય છે.

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

જો ક્લાયન્ટ અનુવાદ કરી શકતું ન હોય, તો ગેટવે બાજુની મદદ માંગો અથવા પુનઃક્રમાંકન સ્વીકારો. સમાન સરનામા માટે વધુ રૂટ ઉમેરવા એ ડિઝાઇન નથી.