Pi හි hotspot සේවාදායකයින්ට TUN VPN හරහා නිවසේ LAN වෙත ළඟා විය නොහැක

ලිපිනයක් ලැබුණත් නිවසේ බෙදාගැනීම විවෘත කළ නොහැකි hotspot සේවාදායකයින්ට පාලමක් නොව ආපසු යන මාර්ගයක් අවශ්‍ය වේ. TUN මාර්ගය, prefix හිමිකරුවන් සහ NAT නිරීක්ෂණය කරන්න.

දේශීය Wi-Fi සහ Ethernet සේවාදායකයින් Pi හි hotspot වෙත සම්බන්ධ වී, එහි DHCP පරාසයෙන් ලිපිනයක් ගෙන, පැමිණිලි නොමැතිව අන්තර්ජාල පිටු පූරණය කරයි. පසුව එම සේවාදායකයින්ම නිවසේ LAN හි ගොනු බෙදාගැනීමක් හෝ වෙබ් අතුරුමුහුණතක් විවෘත කරන විට කාලය ඉකුත් වේ, නමුත් Pi තමන්ම උමඟ හරහා එම LAN වෙත ළඟා වේ. රැහැන් රහිත ස්තරයේ කිසිවක් කැඩී නැත. නොමැති දෙය වන්නේ මාර්ගගත ගිවිසුමකි: hotspot prefix එක TUN අතුරුමුහුණතට ගෙන යා යුතු අතර, නිවසේ පැත්තේ යමක් පිළිතුරු එතැනට ආපසු යවන ආකාරය දැනගත යුතුය. එක් පැකට්ටුවකට ගමන සම්පූර්ණ කිරීමට පෙර දෙකොටසම තිබිය යුතුය.

විවිධ කාර්යයන් තුනක් සහිත සම්බන්ධතා තුනක්

Linux Ethernet පාලම ගමනාන්ත MAC ලිපිනය අනුව රාමු යොමු කරයි. OpenVPN TUN ආකාරයේදී IP පැකට්ටු රැගෙන යන අතර MAC ස්තරයක් කිසිසේත් නොමැත, එබැවින් දේශීය පාලමක් එකතු කිරීම උමඟ කිසිදා වරායක් ලෙස ලියාපදිංචි නොකරයි. කර්නල TUN/TAP ලේඛන එම වෙන්වීම පැහැදිලි කරයි: TAP උපාංගය Ethernet අතුරුමුහුණතක් මෙන් පෙනේ, TUN උපාංගය එසේ නොවේ. දේශීය වරායන් දෙකක් පාලම් කර පසුව මාර්ගගත කරන නිර්මාණයක්, අතුරුමුහුණත් නම් කුමක් කීවත්, රවුටරයකි.

එම වෙනස හිමිකම තීරණය කරයි. සේවාදායකයින්ගේ උපජාලය, ඔවුන්ගේ පෙරනිමි ද්වාරය සහ එම පරාසයට අදාළ DHCP අධිකාරිය Pi හි දේශීය සැලසුමට අයත් වේ. නිවසේ DHCP විකාශන මාර්ගගත උමඟක් හරහා නොයයි, සහ කිසිදු පාලම් සැකසුමක් එය වෙනස් නොකරයි; සේවාදායකයින් නිවසේ DHCP සේවාදායකය වෙත යොමු කිරීම තමන්ගේම අසාර්ථක ආකාර සහිත වෙනම, හිතාමතා කළ රිලේ නිර්මාණයකි.

මොඩමය ද සේවාදායක පාලමෙන් බැහැර තබන්න. PPP සම්බන්ධතාවය වෙනත් ලේබලයක් සහිත Ethernet උපාංගයක් නොවේ, සහ pppd හි ලේඛනගත පෙරනිමි මාර්ග තර්කනය IPCP සාකච්ඡාවෙන් පසු ක්‍රියාත්මක වන අතර එම සබැඳිය වැටෙන විට එහි මාර්ගය ඉවත් කරයි. DHCP අච්චුවක් පිටපත් කර සෑම usb0 එකක්ම ppp0 ලෙස නම් කිරීම ද්වාරය, මෙට්‍රික් හෝ ජීවන චක්‍රය ගැන කිසිවක් ඔප්පු නොකරයි.

කිසිදු වින්‍යාසයක් සංස්කරණය කිරීමට පෙර prefix තෝරන්න

අතිපිහිත prefix firewall නීතිවලට වඩා සවස් වැය කරයි, මන්ද උමඟ සුවපත් වුවත් අතිපිහිතය මාර්ග සෙවීම වැරදි අතුරුමුහුණතට යවයි. Pi හි දැනටමත් ඇති දේ ලැයිස්තුගත කිරීමෙන් ආරම්භ කර, පසුව ප්‍රතිඵලය වෙනම තටාක හතරක් ලෙස කියවන්න.

ip -4 addr show scope global
ip -4 route show table main
ip -4 route get 192.168.77.10

පළමු තටාකය වන්නේ මාධ්‍යය සපයන්නා මොඩමයට දුන් underlay ලිපිනයයි; එය සේවාදායකයින් දෙසට යන සෑම සැලසුමකින්ම බැහැරව තිබිය යුතුය. දෙවැන්න සේවාදායකය තෝරාගත් උමඟ උපජාලයයි, බොහෝ විට එහිම පුද්ගලික /24 ජාලය. තුන්වැන්න hotspot පාලමයි, සහ හතරවැන්න ඔබ ළඟා වීමට අවශ්‍ය නිවසේ prefix එකයි. මෙම ගමනේදී hotspot ට 172.28.90.0/24 ලැබේ, පාලම 172.28.90.1 හි ඇත, සහ නිවසේ සේවා LAN 192.168.77.0/24 රඳවා ගනී, එය පාරිභෝගික රවුටර සමඟ එන 192.168.1.0/24 සහ 10.0.0.0/24 පෙරනිමි සහ 100.64.0.0/10 මාධ්‍ය පරාසය මඟහරියි.

hotspot හි DHCP පරාසයේදී පාලමේ ලිපිනය පමණක් ද්වාරය ලෙස ප්‍රකාශ කරන්න, වෙන කිසිවක් නොවේ. hotspot සේවාදායකයින්ට කිසිදා ද්වාරය ලෙස නිවසේ ලිපිනයක් දෙන්න එපා; ඔවුන්ට එම කොටසට සබැඳි ස්තරයේ මාර්ගයක් නැත.

සෑම දිශාවක්ම එය හිමි පැත්තේ මාර්ගගත කරන්න

Pi ට උමඟ හරහා නිවසේ prefix සඳහා මාර්ගයක් අවශ්‍ය වේ. සේවාදායක ආකාරයේ සේවාදායකයින් සාමාන්‍යයෙන් එම මාර්ගය තල්ලු කරයි, එබැවින් පළමුව යොමු කිරීම සක්‍රීය බවත් කර්නලය tun0 වෙතින් නිවසේ ලිපිනය විසඳන බවත් තහවුරු කරන්න.

sysctl net.ipv4.ip_forward
ip route add 192.168.77.0/24 dev tun0
ip -4 route get 192.168.77.10

ip route get තවමත් underlay අතුරුමුහුණත වාර්තා කරන්නේ නම්, එතැනම නවතින්න; මාර්ගයේ ඉදිරියට කිසිවකට වැරදි සෙවීමක් අලුත්වැඩියා කළ නොහැක.

නිවසේ උපාංගවලට 172.28.90.0/24 වෙත මාර්ගයක් නැත, එබැවින් ඔවුන්ගේ පිළිතුරු පෙරනිමි ද්වාරය අනුගමනය කර රවුටරයේ මිය යයි. ආධාරක අලුත්වැඩියා දෙකක් ඇත. එකක් හෝ නිවසේ රවුටරයේ hotspot prefix එක VPN සේවාදායකයේ LAN ලිපිනයට යොමු කරන ස්ථිතික මාර්ගයක් එකතු කරන්න, නැතහොත් සේවාදායකයම ද්වාරය වන විට සේවාදායකයාගේම මාර්ගගත වගුවේ සේවාදායක prefix එක ලියාපදිංචි කරන්න. OpenVPN හි බහු-සේවාදායක ආකාරයේදී සේවාදායක-විශේෂිත නාමාවලිය එම සම්බන්ධය රැගෙන යයි: සේවාදායක සහතිකයේ පොදු නාමයෙන් නම් කළ ගොනුවක්, එහි iroute 172.28.90.0 255.255.255.0 සහ එය සේවාදායක කර්නලයේ ස්ථාපනය කරන ගැළපෙන route පේළිය අඩංගු වේ. සේවාදායකයේ අනුමාන කළ කර්නල මාර්ගය කුමන සේවාදායකය prefix එක හිමිදැයි පැවසීමට සමාන ප්‍රකාශයක් නොවේ.

මෙය ක්‍රියා කිරීමට නිවසේ ජාලයේ DHCP සේවාව VPN සේවාදායකයට ගෙන යන්න එපා. මුළු නිවසක් සඳහා පෙරනිමි ද්වාරය ප්‍රතිස්ථාපනය කිරීම එක් පුද්ගලික ආපසු මාර්ගයක් එකතු කිරීමට වඩා බෙහෙවින් විශාල වෙනසක් වන අතර, එය DNS, ලිපින වෙන්කිරීම් සහ නව බදුලු නොසලකා හරින සෑම උපාංගයක්ම අසාර්ථකත්වයට ඇදගනී.

firewall ගැන අනුමාන නොකර යොමු කිරීම විවෘත කරන්න

යොමු කිරීම සක්‍රීය වීමෙන් අදහස් වන්නේ පැකට්ටුවට යාමට අවසර ඇති බව නොවේ. පාලමේ සිට උමඟට යන ගමනාගමනය තවමත් පෙරහන් නීතිවලට ගැටෙන අතර, පෙරනිමි drop යොමු කිරීමේ ප්‍රතිපත්තිය hotspot ගමනාගමනය ඉවත දමන අතර Pi හිම ගමනාගමනය දිගටම ක්‍රියාත්මක වේ, එය ඉහත සඳහන් බෙදුණු රෝග ලක්ෂණය හරියටම නිපදවයි.

iptables -S FORWARD
iptables -t nat -S POSTROUTING
nft list ruleset

br0 සිට tun0 දක්වා පිළිගැනීමේ නීතියක් සහ ගැළපෙන පිළිතුරු දිශාව, මෙන්ම මූලාශ්‍රය නැවත ලිවිය හැකි postrouting නීතියක් සොයන්න. දාම ප්‍රතිපත්තිය drop නම් සහ කිසිදු නීතියක් නොගැළපේ නම්, ප්‍රතිපත්තිය accept වෙත හැරවීම වෙනුවට පටු පිළිගැනීම් එකතු කර නැවත පරීක්ෂා කරන්න.

පරිවර්තනය අවශ්‍යතාවයක් නොව තෝරාගැනීමකි. නිවසේ LAN දෙසට මූලාශ්‍ර NAT සෑම hotspot සේවාදායකයෙකුම Pi හි උමං ලිපිනය මෙන් පෙනෙන්නට සලස්වයි, එය නිවසේ ලොගවල සේවාදායකයා අනුව ආරෝපණය අහිමි කරන අතර මුල් මූලාශ්‍රය බලාපොරොත්තු වන සේවා කඩයි. NAT නොමැතිව මාර්ගගත කිරීම සේවාදායක ලිපින දෘශ්‍යමානව තබා ගනී නමුත් ඉහත ආපසු මාර්ගය මත රඳා පවතී. එකක් තෝරා DNS සහ IPv6 ද එලෙසම හසුරුවන්න, මන්ද කැඩුණු IPv6 මාර්ගයක් අසල ක්‍රියාත්මක වන IPv4 මාර්ගයක් බ්‍රව්සරයේ තවමත් අඩක් කැඩුණු ලෙස කියවේ.

ගමන තහවුරු කර, පසුව එය හිතාමතා කඩන්න

hotspot සේවාදායකයකින් පරීක්ෂා කරන්න, කිසිදා Pi වෙතින් නොවේ, මන්ද Pi හිම ගමනාගමනය ඉදිරි සහ ආපසු මාර්ග දෙකම මඟහරියි. එක් සේවාදායකයෙකු නිවසේ සේවාවකට ළඟා වීමට උත්සාහ කරන අතර අතුරුමුහුණත් දෙකම නිරීක්ෂණය කරන්න.

tcpdump -ni br0 host 192.168.77.10
tcpdump -ni tun0 host 192.168.77.10
ping -c 3 192.168.77.10

පටිගත කිරීම් දෙක එකට කියවන්න. br0 මත දිස්වී tun0 මත කිසිදා නොපෙනෙන ඉල්ලීම් යනු Pi යොමු නොකරන බව හෝ මාර්ගය වෙනත් තැනකට යොමු වන බවයි. tun0 මත පිළිතුරු නොමැති ඉල්ලීම් යනු නිවසේ පැත්තට ආපසු මාර්ගයක් නොමැති බව හෝ සේවාදායකය පැකට්ටුව පෙරහන් කළ බවයි. tun0 මත දිස්වී br0 මත නැවත නොපෙනෙන පිළිතුරු යනු ප්‍රතිලෝම පෙරහන් නීතිය අස්ථානගත වී ඇති බවයි, එහිදී උමඟ පරිපූර්ණ ලෙස පෙනේ සහ සේවාදායකය තවමත් කිසිවක් නොදකී.

පසුව මාර්ගය හිතාමතා කඩන්න. මොඩම් සම්බන්ධතාවය පහත් කර නැවත ඔසවා මාර්ග සහ පටිගත කිරීම් පරීක්ෂා නැවත ධාවනය කරන්න; උමඟින් ගැලවී නැවත සම්බන්ධ වන විට අතුරුදහන් වන මාර්ගය එක්-වරක් විධානයකට නොව සම්බන්ධතා පැතිකඩට අයත් වේ. උමඟේ ප්‍රවාහනය තවමත් underlay හරහා පිටවන බවත් තමන් හරහා නොවන බවත් තහවුරු කරන්න, මෙය අග්‍රයට හොස්ට් මාර්ගයක් නොමැතිව තල්ලු කළ පෙරනිමි මාර්ගය පිළිගැනීමේදී ඇති සම්භාව්‍ය ලූපයයි.

hotspot සේවාදායකයෙකුට නිවසේ නමක් විසඳීමට, TCP සේවාවක් විවෘත කිරීමට සහ එක් මොඩම් නැවත සම්බන්ධතාවයක් පුරා සැසියක් ජීවතුන් අතර තබා ගැනීමට හැකි වූ විට පමණක් නිර්මාණය පිළිගන්න. යෙදුමකට නිවසේ කොටසේ සැබවින්ම Ethernet මට්ටමේ සොයාගැනීමක් අවශ්‍ය නම්, දේශීය පාලම පාලම් කළ ලෙස විස්තර කර විකාශනය පැමිණෙන තුරු බලා සිටීම වෙනුවට ආධාරක Layer 2 නිර්මාණයක් තෝරන්න.

අදාළ ලිපි