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

ઉપકરણોને હોસ્ટ તરફ દિશામાન કરવું કેમ નિષ્ફળ જાય છે

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

સેટિંગ્સ અવ્યવસ્થિત બદલવાને બદલે એ જ ક્રમમાં નિદાન કરો. દરેક ખૂટતો ટુકડો થોડો અલગ લક્ષણ ઉત્પન્ન કરે છે.

હોસ્ટ પર ફોરવર્ડિંગ અને અનુવાદ ચાલુ કરો

કનેક્ટેડ હોસ્ટ પરના બે ફેરફાર પહેલા બે ટુકડા આવરી લે છે: IPv4 ફોરવર્ડિંગ ચાલુ કરો અને LAN ટ્રાફિકને ટનલ ઇન્ટરફેસ પર અનુવાદ કરો.

sysctl -w net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -o tun0 -j MASQUERADE

sysctl મૂલ્યને /etc/sysctl.d હેઠળની ફાઇલમાં સાચવો, અને રીબૂટ પછી MASQUERADE નિયમ ફરી તપાસો, કારણ કે ફાયરવોલ ફ્રન્ટએન્ડ કસ્ટમ ચેઇન સાફ કરી શકે છે. Windows પર શેરિંગ સુવિધા બંને પગલાં કરે છે, પણ તે LAN એડેપ્ટરને નિશ્ચિત સબનેટ પર ફરીથી સરનામું આપે છે અને તેનું ગેટવે સાફ કરે છે, જે સ્થિર સરનામાંકન અને પોર્ટ ફોરવર્ડિંગ તોડે છે. શેરિંગ નિષ્ફળ ગયું એવું તારણ કાઢતા પહેલા નવા સરનામા પર રાઉટરનો હોસ્ટ સુધીનો રસ્તો પુનઃસ્થાપિત કરો. પછી બીજું ઉપકરણ ટ્રાફિક મોકલે ત્યારે નિયમ કાઉન્ટર વધતા જુઓ.

LAN ને રીબૂટ ટકી રહે એવો રસ્તો આપો

બીજા ઉપકરણોને દૂરસ્થ પ્રીફિક્સ સુધીનો રૂટ જોઈએ છે, અને તે પ્રદાન કરવાની બે રીતો અસરના વ્યાપમાં ભિન્ન છે.

ip route add 10.8.0.0/24 via 192.168.1.20 dev eth0

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

ટનલને દોષ આપતા પહેલા MTU જુઓ

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

ping -M do -s 1400 10.8.0.5

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

એક વધારાના ઉપકરણ માટે હોસ્ટ શેરિંગ પૂરતું છે. પરિવાર માટે રૂટ રાઉટર પર મૂકો. જ્યારે લેપટોપ તમારી સાથે જાય તો પણ ઍક્સેસ ટકવો જોઈએ, ત્યારે ટનલ પોતે સમર્પિત ગેટવે પર હોવું જોઈએ.

સંબંધિત લેખો