టన్నెల్ పడిపోతుంది, కిల్ స్విచ్ అది పనిచేసిందని నివేదిస్తుంది, మరియు డౌన్లోడ్ కొనసాగుతుంది. IPv4 నియమాలలో ఏదీ పగిలిపోలేదు. యాప్ ఆ నియమాలు ఎప్పుడూ రాయని మార్గానికి మారింది.

డ్యూయల్-స్టాక్ పరికరాలకు బయటికి పోయే రెండు స్వతంత్ర మార్గాలు ఉంటాయి. వాటిలో ఒకదానిని బ్లాక్ చేయడం సగం బ్లాక్.

రెండు నియమ సమితులు, రెండు డిఫాల్ట్లు

Linuxలో, iptables మరియు ip6tables వేర్వేరు విధానాలతో వేర్వేరు పట్టికలు. IPv4 పట్టికలోని INPUT మరియు OUTPUT చైన్లను DROPకి సెట్ చేయడం IPv6 పట్టికలో ఏదీ మార్చదు, అక్కడ డిఫాల్ట్ సాధారణంగా ACCEPT. అదే విభజన nftablesలో కూడా ఉంది, అక్కడ మీరు ఒక కుటుంబాన్ని పరిశీలించి వాటిలో ఒకటి మాత్రమే మీ నియమాలను మోస్తుందని తెలుసుకోవచ్చు. ఆ అసమానత సాధారణం, మరియు మొత్తం సమస్య అదే.

అందుకే కిల్ స్విచ్ పూర్తిగా కనిపించి పాక్షికంగా ప్రవర్తించవచ్చు. IPv4 నియమాలు రాసిన స్క్రిప్ట్ నడిచింది, కౌంటర్లు పెరుగుతున్నాయి, లాగ్ లైన్ కనిపిస్తుంది, మరియు IPv6 ప్యాకెట్ భౌతిక ఇంటర్ఫేస్ నుండి పూర్తిగా తాకబడకుండా బయటికి వెళ్తుంది.

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

ఇంటర్ఫేస్ కాన్ఫిగరేషన్ మీకు ఏమి చెబుతుంది

wg-quick యొక్క మాన్యువల్ పేజీ తన ఉదాహరణ కాన్ఫిగరేషన్లో IPv6 నియమాలను చేర్చుతుంది, కారణం సరిగ్గా ఈ గ్యాప్. ఉదాహరణ అలంకరణ కాదు. IPv4 నియమాలు మాత్రమే రెండవ కుటుంబాన్ని తెరిచి ఉంచుతాయని అది ఉనికిలో ఉంది.

ఉదాహరణలో సగం కాపీ చేయడం విధానంలో సగం ఇస్తుంది. ఇదే ఈ లీక్ యొక్క అత్యంత సాధారణ మూలం. ఒక బ్లాగ్ పోస్ట్ పొడవు కోసం ఉదాహరణను కుదించింది. తర్వాత కుదించిన సంస్కరణ అందరూ మళ్లీ ఉపయోగించిన టెంప్లేట్ అయింది.

# what is actually installed, per family?
sudo iptables -S OUTPUT | head -20
sudo ip6tables -S OUTPUT | head -20

# nftables: inspect each family separately
sudo nft list ruleset inet | head -40

# does this host even have a usable IPv6 path?
ip -6 route show default

రెండవ ఆదేశం అనుమతించే విధానాన్ని ప్రింట్ చేస్తూ మొదటిది DROP ప్రింట్ చేస్తే, క్లయింట్ను తాకకుండానే మీరు సమాధానం కనుగొన్నారు. ఆ అసమానతే బగ్.

ఒక శోధన మొత్తం కథ ఎందుకు కాదు

ఒక పేరు A రికార్డ్ మరియు AAAA రికార్డ్ రెండింటినీ తిరిగి ఇవ్వగలదు, మరియు అన్ని యాప్లు ఒకే విధంగా ఎంచుకోవు. నెట్వర్క్ IPv6 ఇచ్చినప్పుడు బ్రౌజర్ దానిని ఇష్టపడి వైఫల్యంపై వెనక్కి తగ్గవచ్చు, అయితే నేపథ్య సమకాలీకరణ లేదా అప్డేటర్ తన స్వంత పరిష్కరిణి మరియు స్వంత ప్రాధాన్యతను ఉపయోగిస్తుంది. కాబట్టి IPv4పై ఒక విజయవంతమైన పరీక్ష ఒక మార్గాన్ని నిరూపిస్తుంది, విధానాన్ని కాదు.

నెట్వర్క్ మార్పులు కూడా సమాధానాన్ని మారుస్తాయి. మరో Wi-Fi నెట్వర్క్లో చేరడం, నిద్ర నుండి లేవడం లేదా మొబైల్కి మారడం పరికరానికి కొత్త IPv6 ప్రిఫిక్స్ ఇవ్వవచ్చు, మరియు కార్యాలయ LANలో సరిపోతుందని అనిపించిన విధానం దానిని కవర్ చేయకపోవచ్చు.

టన్నెల్ ఆఫ్లో ఉన్న స్థితిని పరీక్షించండి

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

# with the tunnel stopped, does anything still leave?
ip -6 route get 2606:4700:4700::1111
curl -6 -sS -o /dev/null -w '%{http_code}\n' --max-time 5 https://ipv6.example.net/
curl -4 -sS -o /dev/null -w '%{http_code}\n' --max-time 5 https://ipv4.example.net/

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

ఆ పరీక్షలో డాక్యుమెంట్ చేసిన మినహాయింపులను కూడా ఉంచండి. స్థానిక నెట్వర్క్ కనుగొనడం, DHCP పునరుద్ధరణ లేదా VPN ముగింపు బిందువుకు బూట్స్ట్రాప్ మార్గం చేరుకోగలిగి ఉండాల్సి రావచ్చు, మరియు ఆ మినహాయింపులు విధానంలో పేర్కొనబడాలి, అంతరాయం సమయంలో కనుగొనబడే బదులు. టన్నెల్ తిరిగి రాలేకపోవడం వల్ల విఫలమయ్యే లీక్ పరీక్ష భద్రతా ఆవిష్కరణ కాదు, అది కనెక్టివిటీ ఆవిష్కరణ.

సంబంధిత వ్యాసాలు