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 പിശകുകൾ, പകുതി ഡ്യൂപ്ലെക്സ് ഭാഗത്ത് കൂട്ടിയിടികൾ അല്ലെങ്കിൽ വൈകിയ കൂട്ടിയിടികൾ, ലോഡിന് കീഴിൽ തകരുന്ന ത്രൂപുട്ട്, നിഷ്ക്രിയാവസ്ഥയിൽ കാലതാമസം സാധാരണമായി തുടരുമ്പോൾ. ആ അസമതയാണ് ഒപ്പ്. അധിക ഭാരം മാത്രം വഹിക്കുന്ന ലിങ്ക് ഇരു ദിശകളിലും എപ്പോഴും മോശമാകുന്നു.

രണ്ട് അറ്റങ്ങളും ഒരുമിച്ച് മാറ്റുക, മടങ്ങിവരാനുള്ള വഴിയോടെ

ഡ്യൂപ്ലെക്സ് തിരുത്തൽ ഏകോപിത മാറ്റമാണ്, പ്രാദേശികമല്ല. ദൂരെയുള്ള അറ്റത്തിന്റെ സമ്മതമില്ലാതെ നിങ്ങളുടെ ഭാഗം നിർബന്ധിക്കുന്നതാണ് പ്രവർത്തിക്കുന്ന ലിങ്കിനെ തകർന്നതാക്കുന്ന വഴി, 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 മെച്ചമായി തോന്നുന്നു» എന്നതിനെ അടുത്ത എൻജിനീയർക്ക് കെട്ടിപ്പടുക്കാവുന്ന ഒന്നാക്കി മാറ്റുന്നത്.