කිල් ස්විචය IPv4 පමණක් අවහිර කරයි: IPv6 තවමත් පිටවන්නේ ඇයි

ටනලය වැටෙයි, කිල් ස්විචය ක්‍රියාත්මක වූ බව වාර්තා කරයි, සහ බාගැනීමක් දිගටම ක්‍රියාත්මක වේ. 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 අන්ත ලක්ෂ්‍යයට බූට්ස්ට්‍රැප් මාර්ගය ගම්‍ය වීම අවශ්‍ය විය හැක, සහ එම ව්‍යතිරේක ප්‍රතිපත්තියේ නම් කළ යුතුය, බාධාවක් අතරතුර සොයා ගැනීම වෙනුවට. ටනලය නැවත එළඹිය නොහැකි නිසා අසාර්ථක වන කාන්දු පරීක්ෂණය ආරක්ෂක සොයාගැනීමක් නොවේ, එය සම්බන්ධතා සොයාගැනීමකි.