ઘર અને ઓફિસ બંને 192.168.1.x વાપરે છે: હવે શું?

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

સફળ લોગિન કહે છે કે ટનલ ચાલુ છે; તે કોઈ ચોક્કસ સરનામું ક્યાં નિર્દેશ કરે છે તે વિશે કંઈ કહેતું નથી.

એક સરનામું, બે મશીન

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

ip route get 192.168.1.20

તે લુકઅપ કર્નલે પસંદ કરેલા ઇન્ટરફેસ અને આગલા હોપનું નામ આપે છે, જે યાદીમાં બીજી ચકાસણી છે. બીજું કંઈ કરતા પહેલા સ્થાનિક અને દૂરના પ્રિફિક્સની સરખામણી કરો. જો સ્થાનિક LAN 192.168.1.0/24 હોય અને દૂરની સાઇટ પણ 192.168.1.0/24 હોય, તો ઓવરલેપ જ તારણ છે, અને કોઈ ક્લાયન્ટ વિકલ્પ તેને સુધારતો નથી.

તમે જે બાજુ નિયંત્રિત કરો છો તેને ફરી નંબર કરો

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

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

જ્યારે કોઈ પણ બાજુ બદલી શકતી નથી

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

ખાનગી સરનામા શ્રેણીઓ ખાનગી જ રહે છે; સમસ્યા પુનઃઉપયોગ છે, શ્રેણીઓ પોતે નહીં.

કયા મશીને જવાબ આપ્યો તે સાબિત કરો

openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject

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

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

સ્થાનિક પ્રિફિક્સ, દૂરનું પ્રિફિક્સ અને જે ફેરફારે તેને ઉકેલ્યું તે નોંધો. આગલો ઓવરલેપ અલગ દેખાશે પણ એ જ પેટર્ન અનુસરશે.