Firebox ભૌગોલિક સ્થાન નકાર: પહેલાં VPN પ્રવેશ તબક્કો શોધો

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

તપાસ 1: આવતી સેવાનું નામ આપો

SSL સાથેના Mobile VPN, Access Portal અને TLS પરના BOVPN માટે આવતો પ્રવેશ WatchGuard SSLVPN નીતિ છે. ઇચ્છિત પ્રતિબંધ ત્યાં જ, ખરેખર રૂપરેખાંકિત સેવા પર લાગુ કરો, પછી ચાલતા વપરાશકર્તા-પ્રવેશ નિયમમાંથી અનુમાન કરવાને બદલે.

IPsec અલગ માર્ગ લે છે. અંતર્નિર્મિત IPSec નીતિ લાગુ પડતી શાખા અને મોબાઇલ VPN સેવાઓ માટે બાહ્ય IPsec ટ્રાફિકને Firebox તરફ મંજૂરી આપે છે, અને તે જાતે બનાવેલી IPSec નીતિ પર અગ્રતા ધરાવે છે. જો તમારો ક્લાયંટ IKEv2 હોય, તો તમે તે બીજા માર્ગ પર છો, અને SSLVPN નીતિ અપ્રસ્તુત છે.

અહીં ભૂલ કરવી એ આ ક્ષેત્રમાં સૌથી સામાન્ય બગડેલી બપોર છે: એવી નીતિ સંપાદિત કરવી જે પેકેટ કદી જોતી નથી, પછી નિષ્કર્ષ કાઢવો કે પ્રતિબંધ કામ કરતો નથી.

તપાસ 2: સિદ્ધાંત નહીં, નકાર વાંચો

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

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

તપાસ 3: શું અંતર્નિર્મિત નીતિ હજી માલિક છે?

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

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

તપાસ 4: નિષ્ક્રિય કરતાં પહેલાં બદલીની યોજના કરો

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

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

સક્રિય કનેક્ટિવિટી અને પછીની ફરી વાટાઘાટ બંને પ્રવેશ પર આધાર રાખી શકે છે. જે ફેરફાર તમે ચકાસેલા સત્ર માટે કામ કરે અને આગલી કી અદલાબદલીમાં નિષ્ફળ જાય, તે નવીકરણ ચકાસ્યા વિના પ્રવેશ બદલવાનું ચિરપરિચિત પરિણામ છે.

તપાસ 5: ઓળખને સ્થાનથી અલગ રાખો

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

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

તપાસ 6: તેને નોંધો અને બંને માર્ગ ચકાસો

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

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