ભૂલ 809 લોગિનની નહીં, પથની સમસ્યા છે

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

અવરોધિત પોર્ટ અને ખોટો પાસવર્ડ સંપૂર્ણપણે અલગ સંદેશા આપે છે, અને 809 ભાગ્યે જ બીજો હોય છે.

પ્રોફાઇલ કયો પ્રોટોકોલ વાપરે છે તે નક્કી કરો

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

એ જ હોસ્ટનામ પરનું બ્રાઉઝર પૃષ્ઠ સંપૂર્ણપણે બીજી સેવાનું પરીક્ષણ કરે છે. તે સાબિત કરી શકે છે કે હોસ્ટ જીવંત છે અને નિષ્ફળ ગયેલી વાટાઘાટ વિશે કંઈ સાબિત કરતું નથી.

ઓળખપત્રો નહીં, નેટવર્ક બદલો

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

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

કોડને આગળના તબક્કા સુધી અનુસરો

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

કોડને ચુકાદા તરીકે નહીં, તબક્કાના ચિહ્ન તરીકે ગણો; આ વાંચન જ પાંચ મિનિટની ચકાસણી અને ગુમાવેલી બપોર વચ્ચેનો તફાવત છે.

પહેલાં શું ન બદલવું

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

જો ઓપરેટરે તાજેતરમાં અંતિમ બિંદુ બદલ્યું હોય, તો યાદશક્તિમાંથી પુનઃનિર્માણ કરવાને બદલે વર્તમાન વિગતો માંગો. જે સરનામું હવે અસ્તિત્વમાં નથી તે બરાબર આ જ પ્રકારની નિષ્ફળતા ઉત્પન્ન કરે છે.

પ્રોટોકોલ, ચકાસાયેલા નેટવર્ક અને ગેટવેનું દૃશ્ય નોંધો. આ ત્રણ મોટાભાગના 809 અહેવાલો ઉકેલે છે.