હોમ-લેબ હાઇપરવાઇઝર VPN પરથી અપ્રાપ્ય: ક્યાં જોવું

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

મેનેજમેન્ટ સેગમેન્ટથી શરૂ કરો

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

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

વાસ્તવિક દૂરસ્થ વ્યવસ્થાપકને પરવાનગી આપો

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

હાઇપરવાઇઝરની પોતાની પ્રમાણીકરણ અને પ્રમાણપત્ર ચકાસણીઓ ચાલુ રાખો. ખાનગી રૂટ એ અણધારી ઓળખ ચેતવણીમાંથી ક્લિક કરવાનું કારણ નથી.

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

ગૌણ જોડાણો તપાસો

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

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

નેટવર્કને સ્પર્શ કરતા પહેલાં પરત માર્ગ રાખો

તમારી પોતાની VPN ધરાવતું વર્ચ્યુઅલ નેટવર્ક બદલતા પહેલાં, ખાતરી કરો કે તમારી પાસે સ્થાનિક અથવા સ્વતંત્ર પરત માર્ગ છે.

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

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

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

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