சுரங்கப்பாதை வழியாக ஒரு கோப்பு நகல் ஒரு விநாடி நிற்கிறது, மீண்டும் தொடர்கிறது, 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 பிழைகள், பாதி டூப்ளக்ஸ் பக்கத்தில் மோதல்கள் அல்லது தாமதமான மோதல்கள், மற்றும் சுமையின் கீழ் சரிந்துவிழும் செயல்திறன், செயலற்ற நிலையில் தாமதம் சாதாரணமாக இருக்கும்போது. அந்த சமச்சீரின்மையே கையொப்பம். வெறுமனே அதிக சுமை கொண்ட இணைப்பு இரு திசைகளிலும் எல்லா நேரங்களிலும் மோசமாகிறது.

இரு முனைகளையும் ஒன்றாக மாற்றுங்கள், திரும்பும் வழியுடன்

டூப்ளக்ஸ் திருத்தம் ஒருங்கிணைந்த மாற்றம், உள்ளூர் அல்ல. தொலை முனையின் ஒப்புதல் இல்லாமல் உங்கள் பக்கத்தை கட்டாயப்படுத்துவது வேலை செய்யும் இணைப்பை உடைந்ததாக மாற்றும் வழி, மேலும் 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 சிறப்பாக உணரப்படுகிறது» என்பதை அடுத்த பொறியாளர் கட்டியெழுப்பக்கூடிய ஒன்றாக மாற்றுகிறது.

தொடர்புடைய கட்டுரைகள்