బ్రిడ్జ్ చేసిన 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 కింద ఉందా లేదా అని చెబుతుంది.
పూర్తయ్యాక ఏ పరికరం ఏ డిఫాల్ట్‌ను కలిగి ఉందో నమోదు చేయండి. ఒక వరుస పత్రం స్థానిక మరియు దూర ఎగ్రెస్‌ను ఉద్దేశపూర్వక క్లయింట్ నిర్ణయంగా మారుస్తుంది, బ్రిడ్జ్ సూచనను దాని పక్కన ఉంచడం విలువైనది.