રાઉટરના એડમિન પેજ સુધી WAN નહીં, VPN દ્વારા પહોંચો

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

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

ટનલની કઈ બાજુ LAN ની માલિક છે

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

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

પરત માર્ગ બનાવવો

રાઉટર પરના WireGuard સર્વરનું 10.8.0.1/24 જેવું ઇન્ટરફેસ એડ્રેસ અને લેપટોપ માટે પીઅર એન્ટ્રી હોય છે. ક્લાયન્ટ નક્કી કરે છે કે કઈ ગંતવ્યો ટનલમાં મોકલવી, અને ફક્ત ટનલ સબનેટ ધરાવતી યાદી LAN ને અદૃશ્ય રાખે છે, સર્વર ગમે તે રીતે ગોઠવાયેલું હોય. બંને છેડાએ સંમત થવું પડે, અને સામાન્ય રીતે તેમાંથી ફક્ત એક જ સંપાદિત થાય છે.

wg show wg0 allowed-ips
ip route get 192.168.1.1

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

IPsec ગેટવે માટે એ જ પગલું વર્ણવે છે strongSwan ફોરવર્ડિંગ દસ્તાવેજીકરણ, જ્યાં ફોરવર્ડિંગ અને સોર્સ-NAT નિયમ ટનલ ક્લાયન્ટને આંતરિક હોસ્ટ સાથે જોડે છે. એડ્રેસિંગ અલગ છે; જરૂરિયાત નહીં.

કોણ એડમિન પેજ ખોલી શકે

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

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

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

સોફા પરથી નહીં, બહારથી પરીક્ષણ

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

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

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

વસ્તુઓ બદલતી વખતે પરત જવાનો માર્ગ રાખવો

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

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