సైట్ టన్నెల్ తిరిగి వచ్చిన తర్వాత ఫాల్‌బ్యాక్ లీజ్: పునరుద్ధరించాలా లేదా వేచి ఉండాలా?
పునరుద్ధరించిన సైట్ టన్నెల్ మరియు క్లయింట్ యొక్క తాత్కాలిక లీజ్ రెండు గడియారాలు. బలవంతపు పునరుద్ధరణను వేచి ఉండటంతో పోల్చండి, మరియు వాస్తవానికి ఏ సర్వర్ సమాధానమిచ్చిందో చదవండి.
సైట్ లింక్ పనిచేస్తోంది, టన్నెల్ ఏర్పాటైంది, అయినా శాఖ కంప్యూటర్లు ఇప్పటికీ ఫైల్ సర్వర్ను చేరుకోలేకపోతున్నాయి. అంతరాయం సమయంలో రెండు గడియారాలు నడుస్తున్నాయి మరియు వాటిలో ఒకటి మాత్రమే పూర్తయింది. ఎన్‌క్రిప్టెడ్ మార్గం తిరిగి వచ్చినప్పుడు టన్నెల్ పునరుద్ధరణ అయింది; ప్రతి క్లయింట్ చిరునామా దాని ప్రస్తుత లీజ్ ముగిసినప్పుడు లేదా మార్చబడినప్పుడు పునరుద్ధరణ అవుతుంది. ఆ రెండు సమయ రేఖలను పోల్చడం ఫైర్‌వాల్ లాగ్‌లను చదవడం కంటే వేగంగా వ్యత్యాసాన్ని వివరిస్తుంది.
రెండు గడియారాలు, వాటిలో ఒకటి టన్నెల్ కాదు
VPN పై DHCP మరియు స్థానిక ఫాల్‌బ్యాక్‌తో, దూర DHCP మార్గం అందుబాటులో లేనప్పుడు పరికరం తాత్కాలిక స్థానిక లీజ్‌లను ఇవ్వగలదు. తాత్కాలిక వ్యవధి సాధారణంగా నిమిషాలలో లెక్కించబడుతుంది, ఇది సమస్యను దాచడానికి సరిపోయేంత చిన్నది మరియు చిన్న అంతరాయాన్ని దాటడానికి సరిపోయేంత పొడవైనది. టన్నెల్ తిరిగి వచ్చినప్పుడు ఫాల్‌బ్యాక్ ఆ లీజ్‌లను ఇవ్వడం ఆపేస్తుంది. అది క్లయింట్ లోపలికి వెళ్లి అతను ఇప్పటికే కలిగి ఉన్న లీజ్‌ను రద్దు చేయదు. ఆ క్లయింట్ తన చిరునామా, మాస్క్, గేట్వే మరియు రిజాల్వర్‌ను పునరుద్ధరణ లేదా గడువు ముగిసే వరకు ఉంచుకుంటాడు, అందువల్ల ఆరోగ్యకరమైన టన్నెల్ మరియు పాడైన డెస్క్‌టాప్ లీజ్ మిగిలిన కాలం పాటు కలిసి ఉండగలవు.
అమలు మరియు సాఫ్ట్‌వేర్ వెర్షన్‌ను ఈ ప్రకటనకు కట్టిపడేసి ఉంచండి. టైమర్ పేర్లు మరియు డిఫాల్ట్ విలువలు SonicOS విడుదలల మధ్య భిన్నంగా ఉంటాయి, పాత ఇంటర్‌ఫేస్ కొత్తది ఏమి చేస్తుందో నిరూపించదు.
రెండు పునరుద్ధరణ దశలను పోల్చండి
దశ A వేచి ఉండటం. దానికి ఎటువంటి ఖర్చు లేదు, ఎటువంటి ప్రమాదం లేదు, మరియు ప్రతి క్లయింట్‌ను తన స్వంత షెడ్యూల్ ప్రకారం పునరుద్ధరించుకోనిస్తుంది. దశ B ప్రభావిత క్లయింట్‌పై బలవంతపు విడుదల మరియు పునరుద్ధరణ చేయడం, ఇది ఉద్దేశించిన చిరునామాను వెంటనే ఇస్తుంది కానీ క్లయింట్ చేస్తున్న ప్రతిదాన్ని అంతరాయం కలిగిస్తుంది. ఒకే డెస్క్‌టాప్‌పై, బలవంతపు పునరుద్ధరణ సాధారణంగా వేగవంతమైన మార్గం మరియు దానిని సమర్థించడం సులభం. ప్రయోగశాలలో లేదా లావాదేవీ మధ్యలో ఉన్న అమ్మకం టెర్మినల్‌లో, వేచి ఉండటం సురక్షితమైన ఎంపిక, మరియు పని వేళల వెలుపల షెడ్యూల్ చేసిన పునరుద్ధరణ రెండింటినీ ఓడిస్తుంది.
ipconfig /all
ipconfig /release
ipconfig /renewఏదైనా విడుదల చేసే ముందు అవుట్‌పుట్ చదవండి. చిరునామా, గేట్వే మరియు DNS ఇప్పటికే సాధారణ పరిధికి సరిపోతే, క్లయింట్ తనంతట తానే పునరుద్ధరణ అయింది మరియు మిగిలిన సమస్య వేరే చోట ఉంది. Linux క్లయింట్‌లో సమానమైనది చేతితో సవరించిన చిరునామా కాదు, నెట్‌వర్క్ మేనేజర్ ద్వారా లీజ్ విడుదల మరియు పునరుద్ధరణ, ఎందుకంటే అలా కాకుంటే మేనేజర్ తదుపరి సంఘటనలో మీ మార్పును తిరిగి రాస్తుంది.
ఆఫర్ చదవండి, చిరునామా మాత్రమే కాదు
చిరునామా ఒంటరిగా అది ఎవరు ఇచ్చారో చెప్పదు. ముఖ్యమైనది ఆఫర్‌లోని సర్వర్ గుర్తింపు, లీజ్ సమయం, మరియు గేట్వే మరియు రిజాల్వర్ ఫాల్‌బ్యాక్ పరిధికి సరిపోతాయా సాధారణ పరిధికి సరిపోతాయా అనేది.
tcpdump -ni any 'port 67 or port 68'పునరుద్ధరణ సమయంలో క్యాప్చర్ చేయండి, ఎందుకంటే నిశ్శబ్ద ఇంటర్‌ఫేస్ క్లయింట్ ఎప్పుడూ అడగలేదని మీకు చెబుతుంది. టన్నెల్ పనిచేస్తున్నప్పుడు ఆఫర్ స్థానిక ఫాల్‌బ్యాక్ నుండి వస్తే, ఎంపిక తర్కం దూర మార్గాన్ని ఇప్పటికీ అందుబాటులో లేనిదిగా భావిస్తోంది, మరియు క్లయింట్లపై బలవంతపు పునరుద్ధరణలు అదే ఫలితాన్ని మాత్రమే పునరావృతం చేస్తాయి. క్యాప్చర్‌ను అదే గడియారంలోని టన్నెల్ సంఘటనలతో సహసంబంధం చేయండి. క్లయింట్ అభ్యర్థనకు కొన్ని సెకన్ల ముందు ముగిసే కీ-పునరుద్ధరణ లేదా చిన్న పతనం సంభావ్య కారణం; శుభ్రమైన టన్నెల్‌తో ఫాల్‌బ్యాక్ సమాధానం ఎంపిక మార్గంలోని కాన్ఫిగరేషన్ సమస్య.
పోలిక తిరగబడే చోటు
ఒకేసారి చాలా మంది క్లయింట్లు ప్రభావితమైతే, ప్రతి క్లయింట్ పునరుద్ధరణలు అంతరాయాల క్యూగా మరియు మద్దతు కాల్‌గా మారుతాయి. ఆ సందర్భంలో క్లయింట్లను కాదు, ఫాల్‌బ్యాక్ పరిధిని మరియు పునరుద్ధరణ విధానాన్ని చూడండి, ఎందుకంటే ఆ సమూహం కలిసే పునరుద్ధరణ అయింది మరియు మళ్లీ కలిసే పునరుద్ధరణ అవుతుంది.
పొరుగువారు బాగానే ఉండగా ఒకే ఒక క్లయింట్ ప్రభావితమైతే, దానికి విరుద్ధమే నిజం: ఆ క్లయింట్ లీజ్, అతని రిజర్వేషన్ లేదా అతని స్వంత DHCP క్లయింట్ ప్రవర్తన మార్పు, మరియు మొత్తం సైట్ మార్పు తప్పు సాధనం.
స్థిర చిరునామాలు మరియు రిజర్వేషన్లకు మూడవ సమాధానం కావాలి. చిరునామాకు పిన్ చేయబడిన క్లయింట్‌ను పునరుద్ధరణతో కాపాడలేము, మరియు ఫాల్‌బ్యాక్ పరిధితో ఢీకొనే రిజర్వేషన్ రెండు చిరునామా ప్రణాళికలను పోల్చే వరకు రూటింగ్ లోపంలా కనిపించే నకలును సృష్టిస్తుంది.
నిష్క్రమణ విధానాన్ని రాయండి
ఫాల్‌బ్యాక్ ఎందుకు ఉంది, క్లయింట్ తన తాత్కాలిక చిరునామాను ఎంత కాలం ఉంచుకోవచ్చు, మరియు పని వేళల్లో ఎవరు పునరుద్ధరణను బలవంతం చేయవచ్చు అనేది ముందుగానే నిర్ణయించండి. డ్యూటీలో ఉన్న ఇంజనీర్ కనుగొనే చోట, పరిధి నిర్వచనం పక్కన సమాధానం రాయండి. తర్వాత ఒకసారి ఉద్దేశపూర్వకంగా పరీక్షించండి: టన్నెల్‌ను పడగొట్టండి, క్లయింట్ ఏమి పొందుతుందో చూడండి, టన్నెల్‌ను పునరుద్ధరించండి, మరియు క్లయింట్ తన సాధారణ సెట్టింగ్‌లను తిరిగి పొందడానికి ఎంత సమయం పడుతుందో గుర్తించండి. ఆ ఒకే అభ్యాసం తదుపరిసారి సైట్ లింక్ ఊగినప్పుడు చాలా ఊహలను భర్తీ చేస్తుంది.
చిరునామాను కాదు, వనరును నిర్ధారించి ముగించండి. ఫైల్ సర్వర్ను చేరుకోవడం, దాని పేరును పరిష్కరించడం మరియు ఇంటర్నెట్‌ను చేరుకోవడం మూడు వేర్వేరు తనిఖీలు, మరియు చివరిది మాత్రమే ఎప్పుడూ సందేహంలో లేదు.