ඔබේ බ්‍රිජ් කළ හොට්ස්පොට් හි දුරකථනය එහි ලිපිනය සහ ගේට්වේ කොහෙන් හෝ ලබා ගනී, එය Pi හි පෙරනිමි මාර්ගය නොවේ. Pi හි පෙරනිමිය වෙනස් කිරීම Pi තමන්ගේම රථවාහන කොහේ යවන්නේද යන්න වෙනස් කරයි. දුරකථනය තමාට කී ගේට්වේ දිගටම භාවිතා කරයි, එම ගේට්වේ දුරස්ථ LAN හි ඇති විට එහි ෆ්‍රේම බ්‍රිජය හරහා යයි. පරිභෝගිකයන් දෙදෙනෙක්, තීරණ දෙකක්. ඒවා වෙන් කිරීම Pi ම යහපත්ව තිබියදී අන්තර්ජාලය නැති හොට්ස්පොට් පිළිබඳ බොහෝ වාර්තා පැහැදිලි කරයි.

උපාංග දෙකක්, වෙනස් ගේට්වේ තීරණ දෙකක්

Pi සතුව තමන්ගේම IP ස්ටැක් එකක් සහ පෙරනිමි මාර්ගයක් ඇත. දුරකථනය සතුවද තමන්ගේම IP ස්ටැක් එකක් සහ පෙරනිමි මාර්ගයක් ඇත.

ConsumerWho chooses its gatewayWhat carries the traffic
Phone on the bridged APThe remote LAN router, delivered in its client configurationAn Ethernet frame toward that router crosses the AP and TAP bridge
Pi's encrypted connectionThe travel uplink's route toward the VPN peerThe Pi sends its own outer transport packets over the underlay

එම වගුව මුළු ආකෘතියයි. දුරකථනයේ ගේට්වේ දුරස්ථ LAN හි ලිපිනයක් වන අතර එහි ෆ්‍රේම ස්ථර 2 හි එම රවුටරයට යවයි. Pi හි පෙරනිමි මාර්ගය Pi හි තමන්ගේම බාහිර ප්‍රවාහනයට අදාළ වන අතර එය ගමන් uplink හරහා VPN සහකරුට ළඟා විය යුතුය.

බ්‍රිජය ෆ්‍රේම යවයි, එය පැකට් රවුට් නොකරයි

Linux බ්‍රිජය ගමනාන්ත MAC අනුව Ethernet ෆ්‍රේම යවයි, එය එහි පෝට අතර කරන්නේ එපමණයි. දුරස්ථ රවුටරයේ MAC වෙත යොමු කළ දුරකථනයේ ෆ්‍රේම TAP පෝටයට මාරු වී Pi හි රවුටින් වගුව ස්පර්ශ නොකර ටනලය හරහා යයි. එබැවින් කැඩුණු Pi පෙරනිමි මාර්ගය දුරකථනය ක්‍රියා කරවා තැබිය හැක, එබැවින් නිවැරදි මාර්ගයකට වැරදි ගේට්වේ ලද දුරකථනයක් හදාගත නොහැක.

TAP Ethernet ෆ්‍රේම ගෙන යයි සහ බ්‍රිජ් පෝටයක් විය හැක. TUN IP පැකට් ගෙන යයි සහ විය නොහැක. ඔබේ නිර්මාණය එකක් අනෙකින් ප්‍රතිස්ථාපනය කළේ නම්, බ්‍රිජය බ්‍රිජයක් නොවේ, ඉතිරිය මෙහි අදාළ නොවේ.

දුරකථනයේ ලීසය කවුද බෙදාහරින්නේ යන්න තීරණය කරන්න

DHCP විකල්පය 3 රවුටර විකල්පයයි, එය සේවාදායකයාට තම උපජාලය සඳහා කුමන ගේට්වේ භාවිතා කළ යුතුද කියයි. දුරස්ථ LAN හි DHCP සේවාදායකය එකම බෙදාහරින්නා නම්, දුරකථනය දුරස්ථ ගේට්වේ ලබා ගනී, නිර්මාණය සුසංගත වේ. ගමන් පැත්තේ වෙනත් දෙයක් පළමුව පිළිතුරු දුන්නොත්, දුරකථනය ස්ථානීය ගේට්වේ ලබා ගනී, එහි අන්තර්ජාල ප්‍රවාහනය ගමන් uplink හරහා පිටවේ, දුරස්ථ LAN ප්‍රවාහනයට කිසිදු මාර්ගයක් නැත.

එම විකාශන වසම සඳහා එක් බෙදාහරින්නෙකු පමණක් ධාවනය කරන්න, ඔහු බෙදාහරින දේ සටහන් කරන්න.

Pi එකම ලීසයෙන් ලිපිනයක් ගත්තත් වෙනම අවස්ථාවකි. ලීසය ලබා දෙන මාර්ග ස්ථාපනය කළ යුතුද යන්න සිතා තීරණය කරන්න, මන්ද ආනයනය කළ දුරස්ථ පෙරනිමියකට Pi හි තමන්ගේම VPN ප්‍රවාහනය එය ජීවතුන් අතර තබා ගැනීමට උත්සාහ කරන ටනලයට ඇද දැමිය හැක. systemd-networkd සමඟ එම තීරණය DHCP කොටසේ UseRoutes= වේ; dhclient සමඟ එය ඉල්ලීම් ලැයිස්තුවේ routers විකල්පයයි.

uplink බ්‍රිජ් කළ LAN වෙතින් පිටත තබන්න

Pi හි බාහිර VPN සම්බන්ධතාවය ගෙන යන අතුරුමුහුණත බ්‍රිජ් පෝටයක් නොවිය යුතුය. එසේ වුවහොත් සංකේතනය කළ ප්‍රවාහනය විස්තීරණ LAN වෙත මාරු වන අතර ටනලය අවසානයේ තමන්ගේම බාහිර පැකට් ගෙන යයි, එය ලූපයක් නොව පැකට් නැතිවීමක් ලෙස පෙනේ. AP හැකියාව සහ බ්‍රිජ් සහායද පැහැදිලිව තබන්න. station මාදිලියේ රැහැන් රහිත අතුරුමුහුණත සාමාන්‍යයෙන් බ්‍රිජ් පෝටයක් විය නොහැක, මන්ද 802.11 ශීර්ෂයේ බ්‍රිජයට අවශ්‍ය දෙවන MAC ලිපිනයට ඉඩක් නැත.

නිර්වචනය කරන්න විස්තීරණ විකාශන වසම, එක් ලිපින සැලැස්මක්, සහ ඔබට සැබවින්ම අවශ්‍ය ෆ්‍රේම පෙරහන. Pi හි VPN ශ්‍රෝතාවට අවසර දීමෙන් සෑම බ්‍රිජ් කළ සේවාදායකයෙකුටම Pi හි කළමනාකරණ සේවා වෙත ප්‍රවේශය නොලැබේ. ඒවා වෙනම නීති වන අතර ඒවා එකක් ලෙස සැලකීම හොට්ස්පොට් නිශ්ශබ්දව විවෘත දොරක් බවට පත්වන මාර්ගයයි.

කැඩුණු විට හතරම වෙන වෙනම පරීක්ෂා කරන්න

දුරකථනයට දුරස්ථ LAN වෙත ළඟා විය නොහැකි විට නිරීක්ෂණ හතරක් හේතු වෙන් කරයි. මෙම අනුපිළිවෙලින් ධාවනය කර පළමු අසාර්ථක එකේ නවතින්න.

ip route show default
bridge link show
ip -4 neigh show dev br0
tcpdump -ni br0 arp or icmp

ලීසයෙන් ආරම්භ කරන්න: දුරකථනයට දුරස්ථ උපජාලයේ ලිපිනයක් සහ ගේට්වේ එකක් තිබේද? පසුව බ්‍රිජය දෙස බලන්න, AP පෝටය සහ TAP පෝටය දෙකම යවන බව තහවුරු කරන්න. පසුව අසල්වැසි වගුව කියවන්න, මන්ද දුරස්ථ රවුටරය සඳහා නොවිසඳුණු සටහනක් යනු ෆ්‍රේම පිටවන නමුත් කිසිවක් පිළිතුරු නොදෙන බවයි. අවසානයේ දුරකථනය ping කරන අතරතුර බ්‍රිජයේ ෆ්‍රේම නිරීක්ෂණය කරන්න, එය දෝෂය IP ට පහළින්ද යන්න කියයි.

අවසන් වූ පසු කුමන උපාංගය කුමන පෙරනිමියට හිමිකම් කියන්නේද සටහන් කරන්න. එක් පේළියක ලේඛනයක් ස්ථානීය හා දුරස්ථ ඊග්‍රස් යන්න සිතාගත් සේවාදායක තීරණයක් බවට පත් කරයි, බ්‍රිජ් යොමුව ඊට යාබදව තැබීම වටී.

අදාළ ලිපි