Wi-Fi నుండి సెల్యులార్కు మారిన తర్వాత కిల్ స్విచ్: ఏమి విరుగుతుంది

ఒక క్షణం ల్యాప్టాప్ కార్యాలయ Wi-Fiలో ఉంది, మరుసటి క్షణం ఫోన్కు కనెక్ట్ అయింది, మరియు మీరు విండోలు మార్చడం పూర్తి చేసే ముందే టన్నెల్ సూచిక మళ్లీ ఆకుపచ్చగా ఉంది. ఆకుపచ్చ కాంతి టన్నెల్ మళ్లీ కనెక్ట్ అయిందని మాత్రమే చెబుతుంది; ఆ విరామంలో రూటింగ్ మరియు బ్లాకింగ్ విధానం ఏమి చేసిందనేది వేరే ప్రశ్న. ఆ విధానం చివరి ఇన్స్టాలేషన్ సమయంలో కంపైల్ చేసిన సరిపోలిక నిబంధనల సమితి, మరియు మార్పు ఇప్పుడే తీసివేసిన ఇంటర్ఫేస్, చిరునామా మరియు చిరునామా కుటుంబాన్ని పేర్కొంటుంది. అందువల్ల అదే మార్పు ఒకేలా కనిపించే మూడు ఫలితాలను ఇస్తుంది: బ్లాకింగ్ కొనసాగుతుంది, విధానం తన పునరుద్ధరణను బ్లాక్ చేస్తుంది, లేదా ఏదీ కప్పని మార్గం తెరుచుకుంటుంది.

స్క్రీన్పై ఆ మూడు స్థితులను ఏదీ వేరు చేయదు, కాబట్టి సూచిక ఏ రంగు చూపుతుందని అడగడం కంటే నియమాలు ఏ గుర్తులపై పిన్ చేయబడ్డాయో అడగండి. Linuxలో నియమం ఇంటర్ఫేస్ లేదా దాని నుండి నింపిన ipsetను పేర్కొనవచ్చు; Androidలో setUnderlyingNetworks ద్వారా ఏ అంతర్లీన నెట్వర్క్లను అనుసరించాలో VpnServiceకి చెప్పవచ్చు. ప్రతి బంధం మార్చబడబోయే లింకును సూచిస్తుంది, మరియు ప్రతిదీ తర్వాత మళ్లీ మూల్యాంకనం చేయాలి.

మార్పు వాస్తవంగా ఏమి తిరిగి రాస్తుంది

పాత లింకు అదృశ్యమైనప్పుడు కెర్నల్ దాని చిరునామాలను తొలగిస్తుంది, దాని గుండా వెళ్లిన మార్గాలను వెనక్కి తీసుకుంటుంది, మిగిలిన వాటి నుండి మూల చిరునామా ఎంపికను తిరిగి నిర్మిస్తుంది. డిఫాల్ట్ మార్గం కొత్త గేట్వేకు మారుతుంది, పాత నియమాలు సూచించిన ఇంటర్ఫేస్ ఇండెక్స్ పోయింది లేదా మరొక పరికరం కోసం పునర్వినియోగించబడింది. లింకు వారీ రిజాల్వర్లు కూడా రిఫ్రెష్ అవుతాయి, అయితే మార్గాలతో అదే క్షణంలో కాదు. ఇదంతా VPN క్లయింట్ కింద జరుగుతుంది, కాబట్టి తన టన్నెల్ స్థితిని మాత్రమే గమనించే క్లయింట్కు ఇందులో ఏమీ కనిపించదు.

సమస్య ఏమిటంటే నియమం తన వెనుక ఉన్న ఉద్దేశ్యానికి బదులు నిర్దిష్ట గుర్తును సంకేతీకరిస్తుంది. టన్నెల్ ఇంటర్ఫేస్ నుండి బయటకు వెళ్లని ప్రతిదాన్ని పారేయడం నియమం ఇంటర్ఫేస్ పేరును సంకేతీకరిస్తుంది; ముగింపు బిందువును అనుమతించే నియమం కొత్త నెట్వర్క్ వేరొక చోటికి రూట్ చేయగల చిరునామాను సంకేతీకరిస్తుంది. గుర్తు అదృశ్యమైనప్పుడు నియమం స్పష్టంగా తప్పు కాదు: అది ఏదైనా సరిపోలడం ఆపేస్తుంది లేదా తప్పు దానితో సరిపోలడం ప్రారంభిస్తుంది.

రంధ్రం తవ్వకుండా బయటి టన్నెల్ను తిరిగి నిర్మించడం

బయటి రవాణా పాత మూల చిరునామాకు కట్టుబడి ఉంది, కాబట్టి అది కొత్త దాని నుండి కొత్త సాకెట్ తెరవాలి. ముగింపు బిందువు అక్షరార్థ చిరునామా కాకుండా హోస్ట్నామ్ అయినప్పుడు, బ్లాక్ ఇంకా అమలులో ఉండగానే శోధన విజయవంతం కావాలి. ఇదే క్రమం ఉచ్చు: ముగింపు బిందువు తప్ప అన్నింటినీ పారేయడానికి సరిపోయే కఠినమైన విధానం దాన్ని కనుగొనడానికి అవసరమైన శోధనను కూడా పారేస్తుంది, బ్లాక్ ఎత్తే ముందు పరిష్కారం జరగకపోతే లేదా ఇంకా సజీవంగా ఉన్న టన్నెల్ ద్వారా తరలించబడకపోతే. రెండు క్రమాలు పని చేయగలవు, కానీ క్లయింట్ తాను ఏ క్రమంలో ఉన్నదో తెలిస్తే మాత్రమే.

నిర్ధారణ సమయంలో ముఖ్యమైన విధంగా క్లయింట్లు ఇక్కడ భిన్నంగా ఉంటాయి. కొన్ని మొదట పరిష్కరించి తర్వాత నియమాలను ఇన్స్టాల్ చేస్తాయి, కాబట్టి మార్పు కనిపించే అంతరాయానికి దారితీసి తర్వాత తనంతట తానే కోలుకుంటుంది; మరికొన్ని బ్లాక్ను పైన ఉంచి శోధనను మోయడానికి బతికిన టన్నెల్పై ఆధారపడతాయి, లింకుతో పాటు టన్నెల్ చనిపోతే అది పూర్తిగా విఫలమవుతుంది. కనెక్టివిటీని పునరుద్ధరించడానికి విశాలమైన ప్రత్యక్ష డిఫాల్ట్ మార్గాన్ని జోడించడం పరీక్షను ఎప్పుడూ పాస్ చేస్తుంది మరియు మీరు నిరోధిస్తున్న లీక్ను ఎప్పుడూ వదిలివేస్తుంది.

పాత గేట్వే వైపు ఇంకా సూచించే మార్గం మరొక కారణం నుండి అదే చిక్కుకున్న పునరుద్ధరణను ఇస్తుంది, కాబట్టి క్లయింట్ను నిందించే ముందు పట్టికను చదవండి. కింది ఆదేశాలు కెర్నల్ నిజంగా ఉపయోగించే ఇంటర్ఫేస్ మరియు మూల చిరునామాను పేర్కొంటాయి, అది పాత మార్గం ఇంకా ఇన్స్టాల్ అయిందో లేదో ఒకే పంక్తిలో నిర్ణయిస్తుంది.

ip route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

కొత్త లింకు IPv6 తెచ్చినప్పుడు నియమాలు తీసుకురాకపోతే

సెల్యులార్ మరియు అతిథి నెట్వర్క్లు కార్యాలయపు వైర్డు LAN ఎప్పుడూ చేయనప్పటికీ గ్లోబల్ IPv6 ప్రిఫిక్స్ను ఇస్తాయి. IPv4 నియమాలుగా మాత్రమే రాసిన విధానం — చేతితో తయారు చేసిన చాలా iptables మరియు nftables వంటకాల డిఫాల్ట్ రూపం — దానిలో ఏదీ కప్పదు. టన్నెల్ కనెక్ట్ అయి ఉంటుంది, IPv6 చేరుకోగల అప్లికేషన్లు దాని బయటకు వెళ్తాయి, టన్నెల్ నిజంగా పనిచేస్తున్నందున సూచిక తేడాను చూపలేదు. వ్యతిరేక సందర్భం కూడా అంతే సాధారణం: IPv6కి మాత్రమే ఉన్న నియమాల సమితి v6 ఇవ్వని నెట్వర్క్లో ఏమీ చేయదు.

మార్పు రెండు వైపులా లింకు ఏమి ఇస్తుంది మరియు విధానం ఏమి పేర్కొంటుంది పోల్చండి. ఈ ఆదేశాలు క్లయింట్ పని చేసే అదే వాస్తవాలను ముద్రిస్తాయి:

ip -4 route show default
ip -6 route show default
sudo nft list ruleset | grep -c 'ip6 '

రెండవ ఆదేశం డిఫాల్ట్ మార్గాన్ని ముద్రించి మూడవది సున్నా తిరిగి ఇస్తే, కొత్త లింకు ఏ నియమం గమనించకుండా యంత్రాన్ని IPv6 ద్వారా బయటకు తీసుకెళ్లగలదు. మార్పు తర్వాత మూడింటినీ మళ్లీ అమలు చేయండి, ఎందుకంటే ఆసక్తికరమైన సంఖ్య రెండు అమలుల మధ్య తేడా. రెండవది ఏమీ ముద్రించకపోతే వ్యతిరేక సందర్భం వర్తిస్తుంది మరియు అక్కడ ఏ v6-బరువైన విధానమైనా కేవలం అలంకారం.

రిజాల్వర్ సెషన్ మధ్యలో చేతులు మారుస్తుంది

ఆధునిక వ్యవస్థలలో రిజాల్వర్లు లింకులకు జోడించబడి ఉంటాయి, కాబట్టి కొత్త లింకు కొత్త రిజాల్వర్ సమితితో మరియు బహుశా భిన్నమైన split-DNS దృశ్యంతో వస్తుంది. systemd-resolved ప్రతి లింకుకు ఒక scope ఉంచి మార్గం ప్రకారం వాటి మధ్య ఎంపిక చేస్తుంది, macOS మాత్రం డైనమిక్ నిల్వ నుండి scoped రిజాల్వర్లను చదివి ఇంటర్ఫేస్ క్రమాన్ని గౌరవిస్తుంది. తన సొంత రిజాల్వర్ను ఇన్స్టాల్ చేసే క్లయింట్ లింకు దానితో పోటీపడుతుంది, ఎవరూ గమనించని ప్రాధాన్యత నియమాలే విజేతను నిర్ణయిస్తాయి. అప్పుడు పేరు పరిష్కారం విరిగిపోవచ్చు, ప్యాకెట్ ఫిల్టరింగ్ దాని కోసం రాసిన పనిని సరిగ్గా చేస్తుండగా.

కాన్ఫిగర్ చేసిన రిజాల్వర్ కాదు, యాక్టివ్గా ఉన్న రిజాల్వర్ను చదవండి. systemd హోస్ట్లో status ఉప ఆదేశం ప్రతి scope ఏ లింకు నుండి వచ్చింది మరియు private-DNS పేరు అమలులో ఉందా అని చూపుతుంది:

resolvectl status --no-pager
resolvectl query intranet.example.com

క్వెరీ టన్నెల్ ద్వారా కాకుండా భౌతిక లింకు ద్వారా బయటకు వెళ్తే, క్లయింట్ ప్రాధాన్యత పోటీలో ఓడిపోయింది మరియు ఏ ఫైర్వాల్ ట్యూనింగ్ పేర్లను సరిచేయదు. మార్పు రెండు వైపులా క్వెరీ మార్గాన్ని పోల్చి ఏది కదిలిందో చూడండి. కొత్త నెట్వర్క్ రూట్ చేయలేని ప్రైవేట్ చిరునామాకు పరిష్కరించే పేరు మూడవ సందర్భం, అది లోపంగా కాకుండా సమయ ముగింపుగా కనిపిస్తుంది.

మార్పును సాధన చేయండి మరియు రికార్డు ఉంచండి

ఎదురుచూడకుండా ఉద్దేశపూర్వకంగా మార్పును పునఃసృష్టించండి. మొదటి లింకుపై టన్నెల్ను పైకి లేపి, దీర్ఘకాలిక బదిలీని మరియు పునరావృత శోధనను ప్రారంభించి, తర్వాత లింకును మార్చి ఏది బతుకుతుందో చూడండి. పాత లింకు అదృశ్యమైన దానికీ టన్నెల్ కనెక్ట్ అయిందని నివేదించిన దానికీ మధ్య విరామాన్ని రాయండి, ఎందుకంటే ఆ విండోలోనే విధానం నిలబడిందో లేదో తేలుతుంది. ఫలితం ఏకపక్షం కాకుండా క్రమాన్ని ఇతర దిశలో కూడా అమలు చేయండి.

మినహాయింపులకు వాటి సొంత దశ కావాలి, పాత నెట్వర్క్లో సమర్థనీయమైన పరివర్తన కొత్త దానిలో స్వయంచాలకంగా సమర్థనీయం కాదు. ఇంటి LANలోని ప్రింటర్, NAS లేదా captive portal సెల్యులార్లో సమానం లేదు, వాటిని చేరుకున్న మినహాయింపు సమానం లేని నియమంగా మారుతుంది.

ప్రతి దిశకు ఇంటర్ఫేస్ పేర్లు, ఇవ్వబడే కుటుంబాలు, అమలులో ఉన్న రిజాల్వర్ మరియు అంతరాయం పొడవును రాయండి. తిరిగి కనెక్ట్ కావడం రవాణా కోలుకుందని రుజువు చేస్తుంది, విరామంలో బ్లాక్ నిలబడిందని కాదు, అవి టికెట్లో పెట్టవలసిన వేర్వేరు వాదనలు. ఆ రికార్డుతో తదుపరి మార్పు జ్ఞాపకంతో కాకుండా తెలిసిన స్థితితో పోల్చబడుతుంది.