ബ്രിഡ്ജ് ചെയ്ത VPN ഹോട്ട്‌സ്പോട്ട്: ഫോൺ ഏത് ഡിഫോൾട്ട് റൂട്ട് ഉപയോഗിക്കുന്നു?
Pi യുടെ ഡിഫോൾട്ട് റൂട്ട് ഫോണിന്റെ ഗേറ്റ്‌വേ അല്ല. രണ്ട് തീരുമാനങ്ങളും വേർതിരിക്കുക, അപ്‌ലിങ്ക് ബ്രിഡ്ജിന് പുറത്ത് നിർത്തുക, ടണലിന് മുമ്പ് ലീസ് പരിശോധിക്കുക.
നിങ്ങളുടെ ബ്രിഡ്ജ് ചെയ്ത ഹോട്ട്‌സ്പോട്ടിലെ ഫോണിന് അതിന്റെ വിലാസവും ഗേറ്റ്‌വേയും എവിടെ നിന്നോ ലഭിക്കുന്നു, അത് Pi യുടെ ഡിഫോൾട്ട് റൂട്ട് അല്ല. Pi യുടെ ഡിഫോൾട്ട് മാറ്റുന്നത് Pi തന്റെ സ്വന്തം ട്രാഫിക് എങ്ങോട്ട് അയയ്ക്കുന്നു എന്നതിനെ മാറ്റുന്നു. ഫോൺ പറഞ്ഞുകൊടുത്ത ഗേറ്റ്‌വേ തുടർന്നും ഉപയോഗിക്കുന്നു, ആ ഗേറ്റ്‌വേ വിദൂര LAN-ൽ ആയിരിക്കുമ്പോൾ അതിന്റെ ഫ്രെയിമുകൾ വെറുതെ ബ്രിഡ്ജ് കടക്കുന്നു. രണ്ട് ഉപഭോക്താക്കൾ, രണ്ട് തീരുമാനങ്ങൾ. ഇവ വേർതിരിക്കുന്നത് Pi തന്നെ കുഴപ്പമില്ലാതിരിക്കെ ഇന്റർനെറ്റില്ലാത്ത ഹോട്ട്‌സ്പോട്ടിനെക്കുറിച്ചുള്ള മിക്ക റിപ്പോർട്ടുകളും വിശദീകരിക്കുന്നു.
രണ്ട് ഉപകരണങ്ങൾ, രണ്ട് വ്യത്യസ്ത ഗേറ്റ്‌വേ തീരുമാനങ്ങൾ
Pi യ്ക്ക് സ്വന്തം IP സ്റ്റാക്കും സ്വന്തം ഡിഫോൾട്ട് റൂട്ടും ഉണ്ട്. ഫോണിനും സ്വന്തം IP സ്റ്റാക്കും സ്വന്തം ഡിഫോൾട്ട് റൂട്ടും ഉണ്ട്.
| Consumer | Who chooses its gateway | What carries the traffic |
|---|---|---|
| Phone on the bridged AP | The remote LAN router, delivered in its client configuration | An Ethernet frame toward that router crosses the AP and TAP bridge |
| Pi's encrypted connection | The travel uplink's route toward the VPN peer | The Pi sends its own outer transport packets over the underlay |
ആ പട്ടികയാണ് മുഴുവൻ മാതൃക. ഫോണിന്റെ ഗേറ്റ്‌വേ വിദൂര LAN-ലെ ഒരു വിലാസമാണ്, അതിന്റെ ഫ്രെയിമുകൾ ലെയർ 2-ൽ ആ റൗട്ടറിലേക്ക് ഫോർവേഡ് ചെയ്യുന്നു. Pi യുടെ ഡിഫോൾട്ട് റൂട്ട് Pi യുടെ സ്വന്തം പുറം ട്രാൻസ്‌പോർട്ടിനെക്കുറിച്ചാണ്, അത് യാത്രാ അപ്‌ലിങ്ക് വഴി VPN പിയറിലെത്തണം.
ബ്രിഡ്ജ് ഫ്രെയിമുകൾ ഫോർവേഡ് ചെയ്യുന്നു, പാക്കറ്റുകൾ റൂട്ട് ചെയ്യുന്നില്ല
Linux ബ്രിഡ്ജ് ലക്ഷ്യ MAC അനുസരിച്ച് Ethernet ഫ്രെയിമുകൾ ഫോർവേഡ് ചെയ്യുന്നു, അതിന്റെ പോർട്ടുകൾക്കിടയിൽ അത്രമാത്രമാണ് ചെയ്യുന്നത്. വിദൂര റൗട്ടറിന്റെ MAC-ലേക്ക് അഭിസംബോധന ചെയ്ത ഫോണിന്റെ ഫ്രെയിം TAP പോർട്ടിലേക്ക് സ്വിച്ച് ചെയ്ത് Pi യുടെ റൂട്ടിംഗ് ടേബിളിൽ സ്പർശിക്കാതെ ടണൽ കടക്കുന്നു. അതുകൊണ്ടാണ് കേടായ Pi ഡിഫോൾട്ട് റൂട്ട് ഫോൺ പ്രവർത്തിക്കാൻ അനുവദിക്കുന്നത്, അതുകൊണ്ടാണ് ശരിയായതിന് തെറ്റായ ഗേറ്റ്‌വേ ലഭിച്ച ഫോൺ നന്നാക്കാൻ കഴിയാത്തത്.
TAP Ethernet ഫ്രെയിമുകൾ കൊണ്ടുപോകുന്നു, ബ്രിഡ്ജ് പോർട്ട് ആകാം. TUN IP പാക്കറ്റുകൾ കൊണ്ടുപോകുന്നു, ആകാൻ കഴിയില്ല. നിങ്ങളുടെ രൂപകൽപ്പന ഒന്നിനെ മറ്റൊന്നിനാൽ മാറ്റിയെങ്കിൽ, ബ്രിഡ്ജ് ബ്രിഡ്ജ് അല്ല, ബാക്കിയുള്ളത് ഇവിടെ ബാധകമല്ല.
ഫോണിന്റെ ലീസ് ആരാണ് നൽകുന്നതെന്ന് തീരുമാനിക്കുക
DHCP ഓപ്ഷൻ 3 റൗട്ടർ ഓപ്ഷനാണ്, അത് ക്ലയന്റിനോട് തന്റെ സബ്‌നെറ്റിന് ഏത് ഗേറ്റ്‌വേ ഉപയോഗിക്കണമെന്ന് പറയുന്നു. വിദൂര LAN-ലെ DHCP സർവർ ഒരേയൊരു വിതരണക്കാരനാകുമ്പോൾ ഫോണിന് വിദൂര ഗേറ്റ്‌വേ ലഭിക്കുന്നു, രൂപകൽപ്പന സ്ഥിരതയുള്ളതാണ്. യാത്രാ വശത്ത് മറ്റെന്തെങ്കിലും ആദ്യം ഉത്തരം നൽകിയാൽ, ഫോണിന് പ്രാദേശിക ഗേറ്റ്‌വേ ലഭിക്കുന്നു, അതിന്റെ ഇന്റർനെറ്റ് ട്രാഫിക് യാത്രാ അപ്‌ലിങ്ക് വഴി പുറത്തുപോകുന്നു, വിദൂര LAN-ലേക്കുള്ള ട്രാഫിക്കിന് ഒരു വഴിയുമില്ല.
ആ ബ്രോഡ്‌കാസ്റ്റ് ഡൊമെയ്നിന് ഒരു വിതരണക്കാരനെ മാത്രം പ്രവർത്തിപ്പിക്കുക, അത് എന്താണ് നൽകുന്നതെന്ന് രേഖപ്പെടുത്തുക.
Pi ഒരു പ്രത്യേക കേസാണ്, ഒരേ ലീസിൽ നിന്ന് വിലാസം എടുത്താലും. ലീസ് നൽകുന്ന റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്യണോ എന്ന് ബോധപൂർവം തീരുമാനിക്കുക, കാരണം ഇറക്കുമതി ചെയ്ത വിദൂര ഡിഫോൾട്ട് Pi യുടെ സ്വന്തം VPN ട്രാൻസ്‌പോർട്ടിനെ അത് ജീവനോടെ നിർത്താൻ ശ്രമിക്കുന്ന ടണലിലേക്ക് വലിച്ചിടാം. systemd-networkd ഉപയോഗിക്കുമ്പോൾ ആ തീരുമാനം DHCP വിഭാഗത്തിലെ UseRoutes= ആണ്; dhclient ഉപയോഗിക്കുമ്പോൾ അത് അഭ്യർത്ഥന പട്ടികയിലെ routers ഓപ്ഷനാണ്.
അപ്‌ലിങ്ക് ബ്രിഡ്ജ് ചെയ്ത 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-ക്ക് താഴെയാണോ എന്ന് അത് പറയും.
തീർന്നാൽ ഏത് ഉപകരണം ഏത് ഡിഫോൾട്ടിന്റെ ഉടമയാണെന്ന് രേഖപ്പെടുത്തുക. ഒരു വരി ഡോക്യുമെന്റേഷൻ പ്രാദേശികവും വിദൂരവുമായ എഗ്രസ് എന്ന ചോദ്യത്തെ ബോധപൂർവമായ ക്ലയന്റ് തീരുമാനമാക്കുന്നു, ബ്രിഡ്ജ് റഫറൻസ് അതിനൊപ്പം സൂക്ഷിക്കാൻ യോഗ്യമാണ്.