VPN ద్వారా 169.254: ఈ చిరునామా ఎప్పుడూ మార్గనిర్దేశనం చేయగలిగినది కాదు
లింక్-లోకల్ గమ్యం సొరంగానికి చేరుకునే ముందే పడవేయబడుతుంది, కాబట్టి మార్గాలు జోడించడం వైఫల్యాన్ని మాత్రమే విస్తరిస్తుంది. సబ్నెట్ మరమ్మతు లేదా వంతెన మధ్య ఎంచుకోండి.
మీరు మార్గాన్ని జోడిస్తారు, సొరంగం పైకి వస్తుంది, అయినా అవతలి వైపుకు ping «network unreachable» కాకుండా పూర్తి నష్టంతో చనిపోతుంది. ఈ భేదం ముఖ్యం, ఎందుకంటే ఇది మార్గ పట్టిక నుండి చిరునామా వైపుకు దృష్టిని మళ్లిస్తుంది. 169.254 గమ్యం లింక్-లోకల్ మరియు దాని పరిధి రూపకల్పన ప్రకారం మొదటి hop వద్ద ముగుస్తుంది.
తదుపరి నిర్ణయం సన్ననిది: సర్వర్ వైపు సబ్నెట్ మరమ్మతు చేయండి లేదా పొర 2 భాగాన్ని విస్తరించండి. విస్తృత మార్గం కూడా అదే వైఫల్యాన్ని మరిన్ని గమ్యాలకు వ్యాప్తి చేస్తుంది.
చిరునామాకు మార్గం లేదు అని కాదు, అది మార్గనిర్దేశనం చేయలేనిది
IPv4 లింక్-లోకల్ చిరునామాలు మంచిది ఏదీ సమాధానం ఇవ్వనప్పుడు తమను తాము కేటాయించుకుంటాయి; Windows లోని స్వయంచాలక ప్రైవేట్ చిరునామా ఇక్కడి నుండే వస్తుంది. ఈ పరిధి ప్రతి లింక్పై ఒకేసారి ఉపయోగించబడుతుంది, అందుకే ఇది పని చేస్తుంది: ఒకే భాగంలోని రెండు హోస్ట్లు ఎటువంటి సమన్వయం లేకుండా మాట్లాడగలవు.
ఇదే లక్షణం వల్ల రూటర్ ఈ ప్యాకెట్లను నెట్వర్క్ల మధ్య పంపకూడదు. లింక్-లోకల్ గమ్యానికి చెందిన ప్యాకెట్ను తీసుకుని మరో ఇంటర్ఫేస్ ద్వారా పంపడం అస్పష్టతను సృష్టిస్తుంది, ఎందుకంటే పంపినవారి «స్థానిక» మరియు స్వీకరించినవారి «స్థానిక» వేర్వేరు ప్రదేశాలు. ఏది ఉద్దేశించారో నిర్ణయించే శోధన లేదు. ఇక్కడ పంపడం నిర్వాహకుడు ఆన్ చేయగల విధాన ఎంపిక కాదు.
అందువల్ల 169.254.1.10 ను సొరంగం ద్వారా చేరగలిగినదిగా పెట్టే గేట్వే కెర్నల్ను చిరునామా ఆకృతి నిషేధించినది అడుగుతుంది. ప్యాకెట్ దూర హోస్ట్ను చేరుకునే చాలా ముందే పడవేయబడుతుంది.
సొరంగం పరిధి సమస్యను ఎందుకు కనిపించేలా చేస్తుంది
TUN ఇంటర్ఫేస్ రెండు వైపుల మధ్య IP ప్యాకెట్లను మోసుకెళ్తుంది, దాని వెనుక పంచుకున్న భాగం లేదు. ప్రసారం లేదు, అవతలి వైపుకు ARP లేదు, పొరుగు గుర్తింపు కూడా లేదు.
లక్షణాలు సరిగ్గా సరిపోతాయి. మార్గం పట్టికలో ఉంది, ping పూర్తి నష్టాన్ని తెలియజేస్తుంది, పొరుగు పట్టిక అసంపూర్ణ నమోదును చూపుతుంది. సొరంగంపై రికార్డు ప్యాకెట్ బయటకు వెళ్లడాన్ని చూపుతుంది, ఇది ప్రజలను చిరునామా తరగతి వైపుకు కాకుండా దూర చివర వైపు చూసేలా చేస్తుంది.
Windows లో అదే మూలం కలిగిన రెండవ లక్షణం ఉంది: లింక్-లోకల్ చిరునామా మాత్రమే మిగిలిన అడాప్టర్కు ఉపయోగించగల గేట్వే ఉండదు, కాబట్టి ఫైర్వాల్ ప్రొఫైల్ public కి పడుతుంది. సొరంగం కారణం కాదు; చిరునామా కారణం.
మూడు ప్రశ్నలతో నిర్ణయించండి
సబ్నెట్ మరమ్మతు మరియు వంతెన మధ్య ఎంపిక మూడు షరతులపై ఆధారపడి ఉంటుంది.
| Question | If yes | If no |
|---|---|---|
| Can the far-side host be given a routable address? | Change the host or fix DHCP and route normally | Continue to the next question |
| Does the device accept a static address at all? | Assign one from the site's real prefix | Bridging is the only remaining option |
| Can you accept broadcast crossing the tunnel? | A bridge is viable for a small segment | Replace the device or accept no remote access |
చాలా సందర్భాలు మొదటి ప్రశ్న వద్ద ఆగుతాయి. లింక్-లోకల్ చిరునామా చూపే హోస్ట్ సాధారణంగా DHCP సమాధానం ఇవ్వలేదు, కేబుల్ లేదా VLAN తప్పు, లేదా ఎవరో చిరునామాను చేతితో రాశారని అర్థం. దీన్ని సరిచేయడం ఏ సొరంగ పని కంటే చౌక మరియు రాబోయే ప్రతి క్లయింట్ నుండి సమస్యను తొలగిస్తుంది.
ఏదైనా ఊహించే ముందు సర్వర్ వైపు తనిఖీ చేయండి. హోస్ట్పై ip addr show మరియు ip route, క్లయింట్పై arp -n లేదా route print -4 నడపండి.
వంతెన సరైన సమాధానమైనప్పుడు దాని ఖర్చు
భౌతిక అడాప్టర్ను TAP అడాప్టర్తో వంతెన చేయడం దూర క్లయింట్ను స్థానిక ప్రసార డొమైన్లో భాగం చేస్తుంది.
ఖర్చులు నిజమైనవి, ఎవరైనా అంగీకరించే ముందు చెప్పాలి. ప్రసార ట్రాఫిక్ సొరంగాన్ని దాటుతుంది, క్లయింట్ స్థానిక భాగానికి అన్ని ప్రయోజనాలకూ తెరచి ఉంటుంది, సర్వర్ ఇప్పుడు ప్యాకెట్లను మార్గనిర్దేశనం చేయడం బదులు ఫ్రేమ్లను పంపుతుంది. ప్రయోగశాలకు సరిపోతుంది, దూర ప్రవేశానికి చెడు డిఫాల్ట్.
వంతెన నిర్మించేటప్పుడు రెండు భాగాలు అవసరం: సర్వర్పై వంతెన మరియు క్లయింట్ ప్రొఫైల్లో మార్గం. వంతెన మాత్రమే క్లయింట్ను ఊహకు వదిలిస్తుంది, మార్గం మాత్రమే చిరునామా తరగతిని సరిచేయలేదు.