શું VPN લેપટોપને ઝડપી થવા માટે IP ફોરવર્ડિંગની જરૂર છે?
ફોરવર્ડિંગ ઇન્ટરફેસ વચ્ચે પેકેટ પસાર કરે છે; તે સ્થાનિક બ્રાઉઝરને ઝડપી બનાવતું નથી. નિયમ પહોળો કરતા પહેલા ક્લાયન્ટ ભૂમિકાને ગેટવે ભૂમિકાથી અલગ કરો.
લેપટોપને રાઉટર બનાવવું ખોટી સમસ્યા ઉકેલવાની લોકપ્રિય રીત છે. ફોરવર્ડિંગ એટલા માટે છે કે મશીન એવા પેકેટ પસાર કરી શકે જેનું લક્ષ્ય તે પોતે નથી, અને તે મશીન પરના બ્રાઉઝર કેટલી ઝડપથી પૃષ્ઠ લોડ કરે તે વિશે તેને કોઈ મત નથી. બંને પથ સરખા દેખાય છે કારણ કે બંને એક જ ટનલમાંથી ટ્રાફિક મોકલે છે. એક વાર તેમને અલગ કરો, અને ફોરવર્ડિંગ ચાલુ કરવા કે ફાયરવોલ ખોલવા વિશેની ઘણી સલાહ તમારી પાસે ન હોય તેવી ટોપોલોજીનું વર્ણન કરતી જણાશે.
ડેસ્ક પરથી સરખા દેખાતા બે પેકેટ પથ
લેપટોપનું બ્રાઉઝર પોતાની વિનંતી બનાવે છે. હોસ્ટ ટનલનો રૂટ પસંદ કરે છે, ક્લાયન્ટ પ્રક્રિયા પેકેટને લપેટીને સાથીને મોકલે છે, અને જવાબ એપ્લિકેશન પર પાછો આવે છે. એ ક્રમમાં કંઈપણ ફોરવર્ડિંગ નિર્ણય પાર કરતું નથી, કારણ કે આ મશીન વાતચીતનું સ્રોત અને લક્ષ્ય બંને છે.
હવે ઇરાદાપૂર્વક ગોઠવેલા ઇથરનેટ સેગમેન્ટ પર બીજું ઉપકરણ મૂકો અને લેપટોપને તેનું ડિફોલ્ટ ગેટવે બનાવો. તે ઉપકરણ વિનંતી શરૂ કરે છે, લેપટોપને બીજે સરનામે મોકલેલું પેકેટ મળે છે, અને કર્નલને નક્કી કરવું પડે છે કે તેને આગળ મોકલવું કે નહીં. તે ફોરવર્ડિંગ ભૂમિકા છે, અને તે એવી પૂર્વશરતો સાથે આવે છે જે ક્લાયન્ટ ભૂમિકાને ક્યારેય જરૂર ન હતી: મંજૂર ટ્રાન્ઝિટ પથ, બંને બાજુ રૂટ, અને પાછળનો પથ જે અનુવાદ ડિઝાઇનનો ભાગ હોય તો પણ કામ કરે છે.
| Role | Who originates the traffic | What has to be true |
|---|---|---|
| Client only | The laptop itself | Tunnel route, working resolver, supported profile |
| Gateway | Another device | Forwarding enabled, permitted transit, routes both ways, return-path decision |
ip_forward ખરેખર શું બદલે છે
કર્નલનું IPv4 sysctl દસ્તાવેજીકરણ જણાવે છે કે ip_forward એ સ્વિચ છે જે હોસ્ટને ઇન્ટરફેસ વચ્ચે પેકેટ ફોરવર્ડ કરવા દે છે. તે હોસ્ટે પોતે બનાવેલા ટ્રાફિક માટે ઝડપી માર્ગ નથી, અને એ પેરામીટરનું કોઈ વાંચન સ્થાનિક બ્રાઉઝરને ઝડપી બનાવતું નથી. જો કંઈ હોય તો, ફોરવર્ડિંગ પહેલા ઓછું કામ કરતા મશીનમાં સ્થિતિ અને નીતિ ઉમેરે છે.
એ જ દસ્તાવેજીકરણ ચેતવે છે કે મૂલ્ય બદલવાથી બીજા IPv4 પેરામીટર તેમના હોસ્ટ કે રાઉટર ડિફોલ્ટ પર પાછા જાય છે. તે સ્વિચને પ્રોબને બદલે રૂપરેખાંકન ઘટના બનાવે છે: ટ્યૂન કરેલી સેટિંગ્સ તમારા પગ નીચેથી પાછી આવી શકે છે, અને તે બદલાવ એવા રીગ્રેશન માટે જવાબદાર હોઈ શકે છે જે કોઈ તેને આભારી ગણવાનું વિચારે નહીં. તેનો અર્થ એ પણ છે કે સ્વિચ એક વાર, જાણી જોઈને, ગેટવે ભૂમિકાના માલિકે સેટ કરવો જોઈએ. ધીમાપણની તપાસ દરમિયાન તેને ફેરવવો એ એકમાત્ર કિસ્સો છે જ્યાં આડઅસર લક્ષણ સાથે ભેળસેળ થવાની ખાતરી છે.
ત્રણ ફાયરવોલ પ્રશ્નો જે એક પ્રશ્ન નથી
VPN શ્રોતાને મંજૂરી આપવી, લેપટોપ ચલાવે છે તે સેવાઓને મંજૂરી આપવી, અને ટ્રાફિકને લેપટોપમાંથી પસાર થવા દેવું એ ત્રણ અલગ પરવાનગીઓ છે. પ્રથમ સાથીને ડિમન સુધી પહોંચવા દે છે, બીજું કંઈક સ્થાનિક ખુલ્લું કરે છે, અને ત્રીજું મશીનને બીજા કોઈ માટે ટ્રાન્ઝિટ બનાવે છે. દરેકનું અવકાશ અલગ છે, અને છેલ્લું સામાન્ય બહારગામી એપ્લિકેશનને જરૂરી જવાબો કરતાં ઘણું વિશાળ છે.
જ્યારે ચોક્કસ પ્રવાહ અવરોધાયેલો હોય, ત્યારે નિયમ સંપાદિત કરતા પહેલા તેનો સ્રોત, લક્ષ્ય, દિશા અને નીતિનો માલિક જણાવો. તે પ્રવાહ માટે સાંકડો નિયમ સુધારો છે; ટનલ ઇન્ટરફેસ પર બધું સ્વીકારવું એ નીતિ પરિવર્તન છે જે સંજોગવશાત સુધારાને સમાવે છે. પછી કામ કરતું બ્રાઉઝર સાબિત કરે છે કે પ્રવાહ કામ કરે છે, એ નહીં કે પહોળો નિયમ જરૂરી હતો.
માર્ગ સાચો હોય ત્યારે જ માપો
એ જ લક્ષ્ય, એ જ કાર્યભાર અને તુલનાત્મક પરિસ્થિતિઓ સાથે માપો, અને એક વખતે એક ચલ બદલો. જે પરીક્ષણ ફોરવર્ડિંગ ફેરફાર, ફાયરવોલ પહોળાઈ અને નકલ કરેલી સાઇફર સેટિંગને એકસાથે બાંધે છે તે એક સંખ્યા અને કોઈ સમજૂતી આપતું નથી, કારણ કે તેમાં કંઈથી ખબર પડતી નથી કે ત્રણમાંથી કઈ વસ્તુએ પરિણામ ખસેડ્યું.
રૂટ અને રિઝોલ્વર નિષ્ફળતાઓને પ્રદર્શનની ચર્ચાથી સંપૂર્ણ બહાર રાખો. ધીમે ઉકેલાતું નામ થ્રુપુટ સમસ્યા નથી, અને એક નિશ્ચિત કદ પર અટકતું સ્થાનાંતરણ સામાન્ય રીતે MTU પ્રશ્ન છે, ઝડપ મર્યાદા નહીં. કોઈપણ સંખ્યાની સરખામણી પહેલા આ ત્રણમાંથી કયું તમે ખરેખર જોયું તે લખો. નહીંતર આગલો વાચક એવું માપ વારસામાં લે છે જે ખોટી વસ્તુ માપે છે અને એવો બદલાવ જેને કોઈ ન્યાયી ઠેરવી શકતું નથી.
તમારી પાસે જે ટોપોલોજી છે તેનું વર્ણન કરો, ક્લાયન્ટ પરનું લેબલ નહીં
જે લેપટોપ તેનું કનેક્શન શેર કરે છે, રૂટેડ કન્ટેનર નેટવર્ક હોસ્ટ કરે છે અથવા વર્ચ્યુઅલ મશીન માટે ટ્રાફિક વહન કરે છે તે ગેટવે છે, સોફ્ટવેર પોતાને જે નામ પણ આપે. ક્લાયન્ટ શબ્દ કહે છે કે ટનલ કેવી રીતે ગોઠવાયેલી છે, એ નહીં કે પેકેટ બીજા કોઈને પસાર થાય છે કે નહીં.
ઓપરેટિંગ માર્ગદર્શિકામાં ભૂમિકા સ્પષ્ટ કરો: ટ્રાફિક શું ઉત્પન્ન કરે છે, મશીનમાંથી શું પસાર થવું જોઈએ, અને વર્તમાન કાર્ય બેમાંથી કઈ વસ્તુ વિશે છે. ગેટવે ભૂમિકા ત્યારે ચાલુ કરો જ્યારે તે સમર્થિત પ્લાનનો ભાગ હોય, એવા અસ્પષ્ટ ઝડપ ગોઠવણ તરીકે નહીં જે ક્યારેય જરૂર ન હતી તેવી ટોપોલોજી પર લાગુ કરવામાં આવે.