VPN గేట్‌వే పోర్ట్‌లో డ్యూప్లెక్స్ సరిపోలకపోవడం: రెండు చివరలను చదవండి

టన్నెల్ ద్వారా ఫైల్ కాపీ ఒక సెకనుకు ఆగుతుంది, తిరిగి కొనసాగుతుంది, మరియు VPN లాగ్‌లు ఏమీ చూపవు. అప్లికేషన్ నెట్‌వర్క్‌ను నిందిస్తుంది, నెట్‌వర్క్ అప్లికేషన్‌ను నిందిస్తుంది, మరియు స్విచ్ పోర్ట్ పదకొండు నెలలుగా నడుస్తోంది. ఈ మార్గదర్శిని ఆగుడు నుండి ప్రారంభమై బయటకు భౌతిక లింక్ వైపు వెళ్తుంది: పోర్ట్ నిజంగా ఏమి చేస్తోంది, దూరపు చివర ఏమి చేస్తోంది, మరియు మీరు గమనిస్తున్నప్పుడు కౌంటర్లు ఏమి చేశాయి. ఎవరైనా డ్యూప్లెక్స్ సెట్టింగ్‌ను తాకే ముందు ఇది చేయడం విలువైనది.

పోర్ట్ నుండి కాదు, ఆగుడు నుండి ప్రారంభించండి

లక్షణాన్ని పరీక్షించగల విధంగా వివరించండి. పెద్ద బదిలీ సమయంలో దాదాపు ఒక సెకను ఆగడం రీసెట్ అయ్యే కనెక్షన్ కంటే భిన్నమైన సమస్య, మరియు గంటకు ఒకసారి జరిగే విరామం కొన్ని సెకన్లకు ఒకసారి జరిగే దానికంటే భిన్నం. పనిభారం, దిశ మరియు సుమారు విరామాన్ని రాయండి.

తర్వాత ఇంటర్‌ఫేస్‌ను చూస్తూ దాన్ని తిరిగి ఉత్పత్తి చేయండి. భౌతిక సమస్య ప్రభావిత పనిభారం సమయంలో కౌంటర్లలో కదలికగా కనిపిస్తుంది, మరియు కౌంటర్లలో ఎలాంటి కదలికను చేయని సమస్య బహుశా లింక్ పొరకు పైన ఉంటుంది. ఒక సెకను కాదు, ఒక నిమిషం గమనించండి, ఎందుకంటే ఈ లోపాలు కనిపించే ముందు తరచుగా నిరంతర ట్రాఫిక్ అవసరం. నిష్క్రియ స్థితిలో పర్యవేక్షణ లోడ్ కింద మాత్రమే దుర్భావన చేసే లింక్ గురించి ఏమీ నిరూపించదు.

ఇది ముఖ్యం ఎందుకంటే డ్యూప్లెక్స్ సరిపోలకపోవడానికి ఒక సంతకం ఉంటుంది: లోపాలు లోడ్ కింద మాత్రమే, ట్రాఫిక్ దిశలో కనిపిస్తాయి, చిన్న ping మరియు ఇంటరాక్టివ్ సెషన్లు పరిపూర్ణంగా ఉంటాయి. నిష్క్రియ ట్రాఫిక్ కూడా విఫలమైతే, మొదట వేరే చోట చూడండి.

రెండు చివరల్లో ఆపరేషనల్ మోడ్ చదవండి

సేవ్ చేసిన కాన్ఫిగరేషన్ ఆపరేషనల్ స్థితి కాదు. పోర్ట్ ఆటోనెగోషియేషన్ కోసం కాన్ఫిగర్ అయి సగం డ్యూప్లెక్స్‌కు చేరుకోవచ్చు, లేదా రెండో చివర ఎప్పుడూ అంగీకరించని స్థిర వేగానికి సెట్ చేయబడవచ్చు. లింక్ ఇప్పుడు రెండు వైపులా ఏమి చేస్తోందో చదవండి.

ethtool eth0
ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0

వేగం, డ్యూప్లెక్స్ మరియు ఆటోనెగోషియేషన్ ఆన్‌లో ఉందా అనేది నమోదు చేసి, తర్వాత అదే మూడు వాస్తవాలను పక్కనున్న స్విచ్ లేదా ప్రొవైడర్ పోర్ట్ నుండి పొందండి. ఒక చివర మాత్రమే ఏమీ చెప్పదు, ఎందుకంటే సరిపోలకపోవడం ఒక సంబంధం, సెట్టింగ్ కాదు. రెండు వరుసలను టికెట్‌లో పక్కపక్కన, చదివిన సమయంతో పాటు పెట్టండి. ఈ వ్యాయామం విలువలో సగం రెండు పఠనాలు ఒకే చోట ఉండటం.

దూరపు చివర చదవలేకపోతే, దీన్ని నిర్ధారించలేరు. యజమానిని ఆపరేషనల్ మోడ్ మరియు కౌంటర్లు అడగండి, లేదా మీ వైపు మార్చడం ప్రారంభించే ముందు ప్రవేశాన్ని ఏర్పాటు చేయండి.

10/100 సగం డ్యూప్లెక్స్ కేసు ఎలా ఉంటుంది

10/100 రాగి లింక్‌లలో, ఆటోనెగోషియేట్ చేసే చివర బలవంతంగా సెట్ చేసిన భాగస్వామి వేగాన్ని దాని డ్యూప్లెక్స్ సెట్టింగ్ తెలుసుకోకుండానే గుర్తించగలదు. సమాంతర గుర్తింపు సిగ్నల్ నుండి వేగాన్ని నిర్ణయిస్తుంది, మరియు డ్యూప్లెక్స్ చర్చకు బదులు ఊహించబడుతుంది, కాబట్టి ఒక వైపు సగం డ్యూప్లెక్స్‌లో ఉండవచ్చు మరొకటి పూర్తిగా నడుస్తుండగా.

Cisco యొక్క ఆటోనెగోషియేషన్ మార్గదర్శకం ఆ నిర్దిష్ట కేసును వివరిస్తుంది. ఇది ప్రతిచోటా నెగోషియేషన్‌ను ఆఫ్ చేయాలనే వాదన కాదు, మరియు గిగాబిట్ రాగి గురించి ఇది ఉపయోగకరమైనది ఏమీ చెప్పదు, అక్కడ డ్యూప్లెక్స్ స్థిరంగా ఉంటుంది మరియు లింక్ లేవడానికి ఆటోనెగోషియేషన్ అవసరం.

గమనించదగిన సాక్ష్యం ఒక దిశలో మాత్రమే ఉండే లోపాల మిశ్రమం: పూర్తి డ్యూప్లెక్స్ వైపు FCS లేదా CRC లోపాలు, సగం డ్యూప్లెక్స్ వైపు ఢీకొనడాలు లేదా ఆలస్య ఢీకొనడాలు, మరియు లోడ్ కింద కుప్పకూలే throughput, నిష్క్రియ స్థితిలో ఆలస్యం సాధారణంగా ఉండగా. ఆ అసమానత్వమే సంతకం. కేవలం ఎక్కువ భారం ఉన్న లింక్ రెండు దిశల్లోనూ ఎల్లప్పుడూ క్షీణిస్తుంది.

రెండు చివరలను కలిసి మార్చండి, తిరిగి వెళ్లే మార్గంతో

డ్యూప్లెక్స్ సవరణ సమన్వయ మార్పు, స్థానికం కాదు. దూరపు చివర అంగీకారం లేకుండా మీ వైపు బలవంతం చేయడం పనిచేస్తున్న లింక్‌ను విరిగిన దానిగా మార్చే మార్గం, మరియు CLI ఆదేశాన్ని అంగీకరించడం వాక్యనిర్మాణం చెల్లుబాటు అని మాత్రమే నిరూపిస్తుంది.

sudo ethtool -s eth0 speed 100 duplex full autoneg off
ethtool eth0

అలాంటిది అమలు చేయడానికి ముందు, ప్లాట్‌ఫారమ్ ఈ కలయికకు మద్దతు ఇస్తుందని మరియు దూరపు చివర అదే విండోలో మార్చబడుతుందని నిర్ధారించండి. పరికరాన్ని నిర్వహించడానికి స్వతంత్ర మార్గాన్ని ఉంచుకోండి, ఎందుకంటే మీరు మార్చబోయే పోర్ట్ మీ నిర్వహణ సెషన్‌ను మోస్తున్నది కావచ్చు.

అనేక ఆధునిక లింక్‌లలో సరైన సమాధానం ఏదైనా బలవంతం చేయడానికి బదులు రెండు చివరల్లో ఆటోనెగోషియేషన్ ఆన్‌లో ఉంచడం. బలవంతం చేయడం నిర్దిష్ట సాంకేతికతలోని నిర్దిష్ట సరిపోలకపోవడానికి మందు, సాధారణ మెరుగుదల కాదు. ముఖ్యంగా గిగాబిట్ రాగికి లింక్ లేవడానికి ఆటోనెగోషియేషన్ అవసరం, కాబట్టి 10/100 సలహా అక్కడ వర్తించదు.

కౌంటర్లు మంచి దిశలో కదిలాయని నిర్ధారించండి

మార్పు తర్వాత, రెండు చివరల్లో ఆపరేషనల్ స్థితిని మళ్లీ చదివి అవి ఏకీభవిస్తున్నాయని నిర్ధారించండి. తర్వాత ఆగుడును కలిగించిన అదే పనిభారాన్ని నడిపి జీవితకాల మొత్తాలకు బదులు కౌంటర్ భేదాలను పోల్చండి, ఎందుకంటే సంవత్సరం పాటు పోగయ్యే మొత్తం గత పది నిమిషాల్లో ఏమి జరిగిందో చెప్పలేదు.

ethtool -S eth0 | grep -iE 'error|drop|collision|fcs'
ip -s link show eth0
ping -f -c 200 10.90.0.1

అదే లోడ్ కింద కొత్త లోపాలు లేని లింక్ మీకు లేని సాక్ష్యం. ఇంకా లోపాలు ఇచ్చే లింక్, లేదా కౌంటర్లు మొదట్లోనే కదలని లింక్, మిమ్మల్ని డ్యూప్లెక్స్ చర్చలో లోతుగా కాకుండా తదుపరి హద్దుకు పంపుతుంది. రెండు ఫలితాలు పురోగతి, ఇది కాన్ఫిగరేషన్ ఫైల్ ఇవ్వగలిగిన దానికంటే ఎక్కువ. మొదటి పఠనం సరిగ్గా కనిపించిందని రెండో పఠనాన్ని దాటవేయవద్దు.

మార్పు ముందు మరియు తర్వాత సంఖ్యలను సమయ ముద్రలతో టికెట్‌లో రాయండి. ఆ నమోదే «VPN బాగా అనిపిస్తోంది» అనేదాన్ని తదుపరి ఇంజనీర్ నిర్మించగలిగేదిగా మారుస్తుంది.