ఆ టన్నెల్ చిరునామా ఒక పీర్, మీరు బ్రౌజ్ చేయగల సబ్‌నెట్ కాదు
పాయింట్-టు-పాయింట్ లింక్‌పై మాస్క్ దూరపు చివరను వివరిస్తుంది, పొరుగువారి పరిధిని కాదు. సబ్‌నెట్ తప్పుగా కనిపిస్తోందని నిర్ణయించే ముందు పీర్ చిరునామాను చదవండి.
మీ క్లయింట్ కనెక్ట్ అయి చిరునామాల జోడీని చూపుతుంది, లేదా ఒక చిరునామాను 255.255.255.255 మాస్క్‌తో చూపుతుంది, మొదటి స్పందన సర్వర్ ఏదో పాడైనది ఇచ్చిందని. ఏదీ పాడైపోలేదు: టన్నెల్ ఇంటర్‌ఫేస్ పాయింట్-టు-పాయింట్ లింక్, మరియు మాస్క్ ఆ ఒకే లింక్ యొక్క దూరపు చివరను వివరిస్తుంది, పొరుగువారి పరిధిని కాదు. జోడీని స్థానిక మరియు పీర్‌గా చదవడం వింత మాస్క్, దాని పక్కన ఉన్న ఒకే-హోస్ట్ మార్గం మరియు లేని పొరుగు పట్టికను వివరిస్తుంది. అదే పఠనం క్షమించనిది కార్యాలయ నెట్‌వర్క్‌తో అతివ్యాప్తి చెందే చిరునామా ప్రణాళిక.
టన్నెల్ లింక్‌పై మాస్క్ తప్పుగా కనిపించడానికి కారణం
Ethernet ఇంటర్‌ఫేస్‌పై, చిరునామా మరియు మాస్క్ రెండు విషయాలు చెబుతాయి: ఈ హోస్ట్ చిరునామాను కలిగి ఉంది, మరియు ఉపసర్గ లోపల ఉన్నదంతా ప్రత్యక్ష పొరుగువారు. కెర్నల్ ఈ రెండు వాస్తవాల నుండి లింక్‌పై మార్గాన్ని పొంది, ఆపై ఉన్నట్టు భావించే పొరుగువారి కోసం లింక్ చిరునామాలను పరిష్కరిస్తుంది. పాయింట్-టు-పాయింట్ ఇంటర్‌ఫేస్ యాజమాన్యాన్ని నిలుపుకొని పొరుగువారిని వదిలివేస్తుంది, కాబట్టి క్లయింట్ వరుసలోని రెండవ చిరునామా పంచుకున్న విభాగంలోని మరో హోస్ట్ కాదు, దూరపు చివర. హార్డ్‌వేర్ చిరునామా కేటాయింపు, పరిష్కార ట్రాఫిక్ మరియు చేరడానికి ప్రసార డొమైన్ ఏదీ లేదు, అందుకే ఇంటర్‌ఫేస్ సరిగ్గా ఒక గమ్యస్థానం ఉన్న గొట్టంలా ప్రవర్తిస్తుంది.
వెడల్పైన మాస్క్ పక్కన ఒకే-హోస్ట్ మార్గం ఇక్కడ లక్షణం కాదు, సాధారణం అనడానికి అదే కారణం. ఈ లింక్‌పై చేరుకోవడం అంటే ఒక చిరునామా, మరియు కెర్నల్ సరిగ్గా దాన్నే రాస్తుంది. రెండు చిరునామాలను కలిసి చదవండి కాన్ఫిగరేషన్ తప్పు అని నిర్ణయించే ముందు, ఎందుకంటే ప్రతి ఒక్కటి విడిగా పొరపాటులా కనిపిస్తుంది.
రెండు టోపాలజీలు, రెండు చిరునామా ఆకారాలు
పాత పాయింట్-టు-పాయింట్ టోపాలజీ ప్రతి క్లయింట్‌కు చిన్న బ్లాక్ ఇచ్చి మధ్యలోని రెండు చిరునామాలను ఉపయోగిస్తుంది, కాబట్టి మాస్క్ పూల్‌లా కాకుండా నెట్‌వర్క్ ముక్కలా కనిపిస్తుంది. సబ్‌నెట్ టోపాలజీ పూల్ నుండి పూల్ మాస్క్‌తో చిరునామా ఇచ్చి సర్వర్ టన్నెల్ చిరునామాను పీర్ అని పిలుస్తుంది. రెండూ చెల్లుబాటు అయ్యే లింక్‌ను సృష్టిస్తాయి, మరియు అవి ప్రొఫైల్‌లో ఏ చిరునామాలు కనిపిస్తాయి మరియు వినియోగదారు ఏ మాస్క్‌ను ప్రశ్నించే అవకాశం ఉంది అనే విషయంలో మాత్రమే భిన్నంగా ఉంటాయి.
| Topology | Client address shape | Peer | Route to expect |
|---|---|---|---|
| Point-to-point block per client | Two neighbouring addresses inside a small block | The far address of that block | A single host route on the tunnel device |
| Shared pool | One address carrying the pool mask | The server's tunnel address | A single host route on the tunnel device |
మీ క్లయింట్‌కు ఏ వరుస సరిపోయినా, మొదట పీర్ చదవండి, ఎందుకంటే అది దూరపు చివరను పేర్కొని అందువల్ల మాస్క్‌ను వివరిస్తుంది. వేర్వేరు టోపాలజీల సర్వర్ల మధ్య కాపీ చేసిన ప్రొఫైల్ తన కొత్త ఇంటికి తప్పు ఆకారాన్ని చూపుతుంది, ఆ అసమతౌల్యాన్ని సర్వర్ లోపంగా పొరపాటుగా భావించడం సులభం.
పూల్ మరియు కార్యాలయ నెట్‌వర్క్ ఒకే బిట్‌లను కోరినప్పుడు
లింక్ రూట్ చేయబడినందున, పూల్‌కు సర్వర్ చేరుకోగల నెట్‌వర్క్‌లలో ఎక్కడా కనిపించని ఉపసర్గ అవసరం. ఒకటి పంచుకోండి, క్లయింట్ రెండు స్థలాలను సూచించే పరిధికి ఒకే మార్గాన్ని ఉంచుకుంటుంది, ఏ స్థలం గెలుస్తుంది అనేది చివరగా ఇన్‌స్టాల్ చేసిన మార్గం నిర్ణయిస్తుంది. లోపం క్లయింట్‌పై కనిపిస్తుంది, దాని వెనుక ఉన్న నిర్ణయం చిరునామా ప్రణాళికకు చెందినప్పటికీ. వినియోగదారులు నివేదించేది టన్నెల్ పైకి వచ్చినప్పుడు స్థానిక రౌటర్ మాయమవుతుంది, లేదా కొన్ని కార్యాలయ హోస్ట్‌లు మాత్రమే స్పందిస్తాయి.
ఒకేలా కనిపించే ఉపసర్గలు మరో సందర్భం, మరియు కంటితో ఆక్టెట్‌లను పోల్చడం ఉపసర్గ పోలిక కాదు. రెండింటినీ రాసి మాస్క్ చేసిన బిట్‌లను లెక్కించండి: 192.168.4.0/24 వర్సెస్ 192.168.6.0/24 బిట్ 22 వరకు సరిపోతాయి మరియు బిట్ 23 వద్ద విడిపోతాయి, ఎందుకంటే మూడవ ఆక్టెట్ ఇలా చదవబడుతుంది: 00000100 వర్సెస్ 00000110, కాబట్టి ఆ రెండు నెట్‌వర్క్‌లు నిజంగా వేరు. ఉంచండి 10.8.0.0/24 మరొకదాని పక్కన 10.8.0.0/24 మరియు 24 మాస్క్ చేసిన బిట్‌లు అన్నీ సరిపోతాయి, అంటే ఒక మార్గం రెండు స్థలాలను తెలియజేయలేదు. పోలిక ఎక్కడ ఆగుతుందో మాస్క్ పొడవు నిర్ణయిస్తుంది, రెండవదిగా ఇన్‌స్టాల్ చేసిన నెట్‌వర్క్ ఓడిపోతుంది.
రూట్ చేసిన లింక్ ఇవ్వలేనిది
ప్రసారం మరియు మల్టీకాస్ట్ రూట్ చేసిన లింక్‌ను దాటవు, మరియు అనేక తెలిసిన లక్షణాలు వాటిపై నిర్మించబడ్డాయి. బ్రౌజ్ జాబితాలు, పేరు ప్రకటనలు మరియు సేవ అన్వేషణ అన్నీ పంచుకున్న విభాగాన్ని ఊహిస్తాయి, కాబట్టి ఫైల్ సర్వర్ చిరునామా ద్వారా ప్రతి అభ్యర్థనకు సమాధానం ఇవ్వగలదు మరియు అయినప్పటికీ ఏ జాబితాలోనూ ఎప్పుడూ కనిపించదు. లింక్-స్థానిక ప్రసారంపై ఆధారపడే పేరు పరిష్కారం అదే కారణంతో విఫలమవుతుంది, మరియు ఏ ప్రొఫైల్ సవరణా టన్నెల్ ఏమి మోయగలదో మార్చదు. అది ముఖ్యమా అనేది రూటింగ్ కాదు, అవసరాల ప్రశ్న.
ఆ డెలివరీలు నిజంగా అవసరమైన క్లయింట్‌కు వంతెన ఇంటర్‌ఫేస్ అవసరం, అది Ethernet ఫ్రేమ్‌లను మోస్తుంది మరియు అందువల్ల ప్రసార డొమైన్‌ను నిలుపుకుంటుంది. ధర అంటే ఎక్కువ శబ్దమున్న లింక్, పైన వివరించిన శుభ్రమైన చిరునామా కేటాయింపు నష్టం, మరియు లూప్‌లు కనిపించినప్పుడు చాలా పెద్ద వైఫల్య ఉపరితలం. మార్చే ముందు అవసరాన్ని సమర్థించండి, మరియు అవసరం పేర్లకు మాత్రమే సంబంధించినప్పుడు రూట్ చేసిన లింక్‌లపై పనిచేసే పేరు సేవకు ప్రాధాన్యం ఇవ్వండి.
ప్రొఫైల్‌ను సవరించే ముందు ఇంటర్‌ఫేస్ చదవడం
ప్రొఫైల్ చెబుతున్నట్టు కనిపించేది కాదు, కెర్నల్ ఏమి ఇన్‌స్టాల్ చేసిందో అడగండి. చిరునామా అవుట్‌పుట్ మాస్క్‌ను వివరించే పీర్‌ను చూపుతుంది, మార్గ అవుట్‌పుట్ అక్కడికి దారి ఉందా అని చూపుతుంది. రెండింటినీ టన్నెల్ పరికరానికి వ్యతిరేకంగా నడపడానికి ఒక క్షణం పడుతుంది మరియు ప్రశ్న తీరుతుంది.
ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1ఆ మూడు సరిపోతే, ప్రొఫైల్ తనకు కాన్ఫిగర్ చేసిన పనిని చేస్తోంది, మిగిలిన సమస్య మరెక్కడో ఉంది. లేని సామర్థ్యాన్ని పేర్కొనే కారణం కోసం మాత్రమే టోపాలజీని మార్చండి, ఎందుకంటే తెలియని మాస్క్ అలాంటిది కాదు.