IPv6 അയൽക്കാർ കണ്ടെത്തൽ ഒരു ലിങ്കിൽ ഉള്ളതാണ്, റൂട്ട് ചെയ്ത ടണൽ രണ്ട് ലിങ്കുകൾക്കിടയിലെ അതിർത്തിയാണ്. വിലാസത്താൽ പ്രതികരിക്കുന്ന, മറ്റൊന്നുകൊണ്ടും കണ്ടെത്താൻ കഴിയാത്ത ഒരു വിദൂര ഹോസ്റ്റിനെക്കുറിച്ചുള്ള മിക്കവാറും എല്ലാ റിപ്പോർട്ടുകളും ആ ഒരു വാക്യം വിശദീകരിക്കുന്നു. ടണൽ പരിശോധിക്കുന്നതിന് മുമ്പ് നിങ്ങൾ പരിശോധിക്കുന്ന വിലാസത്തിന്റെ പരിധി പരിശോധിക്കുക. ലിങ്കിന് പ്രാദേശികമായ വിലാസത്തിന് അതിന്റെ സ്വന്തം ലിങ്കിൽ മാത്രമേ അർഥമുള്ളൂ, അഭ്യർത്ഥിച്ച നോഡിന്റെ മൾട്ടികാസ്റ്റ് ഗ്രൂപ്പിനും അതേ പരിധിയാണ്. രണ്ടും റൂട്ടറിനെ മറികടക്കുന്നില്ല, അതിനാൽ ആഗോള വിലാസത്തിലേക്കുള്ള ping വിജയിച്ചേക്കാം, അതേ ഹോസ്റ്റിന്റെ കണ്ടെത്തൽ പരാജയപ്പെടുമ്പോൾ.

പരിധി കോൺഫിഗറേഷന് മുമ്പ് വരുന്നു

അയൽ അഭ്യർത്ഥനയും പ്രഖ്യാപനവും 255 ഹോപ്പ് പരിധി വഹിക്കുന്നു, രൂപകൽപ്പന അനുസരിച്ച് അവ കൈമാറ്റം ചെയ്യപ്പെടുന്നില്ല. നിങ്ങളുടെ ടണലിനും വിദൂര LAN-നും ഇടയിലുള്ള റൂട്ടർ IPv6 പാക്കറ്റുകൾ കൈമാറ്റം ചെയ്യുന്നു, പക്ഷേ അതിന്റെ പേരിൽ അയൽ സന്ദേശങ്ങൾ റീട്രാൻസ്മിറ്റ് ചെയ്യുന്നില്ല. അതിനാൽ ടണൽ ഇന്റർഫേസിലെ അയൽ കാഷെയിൽ പങ്കാളിയും കുറച്ച് കാര്യങ്ങളും മാത്രമുണ്ട്, ഇത് ശരിയായ സ്വഭാവമാണ്, തിരുത്തേണ്ട ദോഷമല്ല.

fe80:: എന്നതുപോലുള്ള ലിങ്കിന് പ്രാദേശികമായ വിലാസവും സോൺ പരിധിയുള്ളതാണ്, അതേ പാഠം മറ്റൊരു ലിങ്കിൽ മറ്റൊരു ഹോസ്റ്റിനെ സൂചിപ്പിച്ചേക്കാം. ടണലിന്റെ മറുവശത്തുനിന്ന് ഒന്ന് പരിശോധിക്കുന്നത് വിലാസം അവ്യക്തമാണ് എന്നല്ലാതെ മറ്റൊന്നും തെളിയിക്കുന്നില്ല.

കെണി എന്നത് പ്രിഫിക്സ് ലിങ്കിലാണ് എന്ന ഊഹമാണ്

പ്രിഫിക്സ് ലിങ്കിലാണെന്ന് വിശ്വസിക്കുന്ന ഹോസ്റ്റ് പാക്കറ്റ് തന്റെ റൂട്ടറിന് നൽകുന്നതിന് പകരം അയൽ അഭ്യർത്ഥന അയയ്ക്കുന്നു, ഇതിൽ വിദൂര സൈറ്റിലേക്ക് റൂട്ട് ചെയ്ത /64 ഉൾപ്പെടുന്നു. അത്തരം ഒരു പ്രിഫിക്സ് ലിങ്കിലുള്ളതായി വരുമ്പോൾ, ഹോസ്റ്റ് പ്രാദേശിക ലിങ്കിനോട് മറ്റൊരിടത്ത് താമസിക്കുന്ന ഹോസ്റ്റിനെക്കുറിച്ച് ചോദിക്കുന്നു, ഒന്നും ഉത്തരം നൽകുന്നുമില്ല. വിദൂര ഹോസ്റ്റിലേക്ക് ചെറിയ എന്തെങ്കിലും റൂട്ട് ചെയ്യുക, അല്ലെങ്കിൽ അതിന് പകരം ഉത്തരം നൽകുന്ന റൂട്ടറിൽ പ്രിഫിക്സ് അവസാനിപ്പിക്കുക.

ഒരു സേവനത്തിന് /128 ഏറ്റവും കുറഞ്ഞ ആശ്ചര്യമുള്ള ക്രമീകരണമാണ്, അത് അവ്യക്തത പൂർണമായി നീക്കുന്നു. അയൽക്കാർ കണ്ടെത്തൽ സ്പെസിഫിക്കേഷൻ സന്ദേശങ്ങളുടെ കൂട്ടവും ഇത് തീരുമാനിക്കുന്ന ലിങ്കിൽ-ഉണ്ട് എന്ന ഫ്ലാഗും വിവരിക്കുന്നു.

ബ്രിഡ്ജിംഗ് മനഃപൂർവം നിയമങ്ങൾ മാറ്റുന്നു

ടണൽ Ethernet ഫ്രെയിമുകൾ കൊണ്ടുപോകുമ്പോൾ, വിദൂരവും പ്രാദേശികവുമായ സെഗ്മെന്റുകൾ ഒരു ലിങ്കായി മാറുന്നു, മൾട്ടികാസ്റ്റ് ഇരുവശത്തും എത്തുന്നു, അയൽക്കാർ കണ്ടെത്തൽ സ്വിച്ചിൽ എന്നപോലെ പെരുമാറുന്നു. പരിണിതഫലങ്ങളും കൂടെ വരുന്നു: ബ്രോഡ്കാസ്റ്റ്, മൾട്ടികാസ്റ്റ് പ്രവാഹം, ബ്രിഡ്ജിലുടനീളം തനിപ്പകർപ്പ് വിലാസങ്ങൾ കണ്ടെത്തൽ, കാണരുതാത്ത ഒരു സെഗ്മെന്റിലേക്ക് ചോരുന്ന റൂട്ടർ പ്രഖ്യാപനങ്ങൾ. പരാജയ മേഖല ഇപ്പോൾ രണ്ട് സൈറ്റുകളിലേക്കും വ്യാപിക്കുന്നു. ഇവയൊന്നും ബ്രിഡ്ജിംഗിനെതിരായ വാദമല്ല, ഓരോ കാര്യവും യാദൃച്ഛികമായല്ല, മനഃപൂർവം ബ്രിഡ്ജ് നിർമ്മിക്കാനുള്ള കാരണമാണ്.

കണ്ടെത്തൽ പ്രത്യക്ഷപ്പെടാൻ പ്രൊഫൈൽ TUN-ൽ നിന്ന് TAP-ലേക്ക് മാറ്റുന്നത് തെറ്റായ പ്രവർത്തനക്രമമാണ്. സർവർ, ക്ലയന്റ്, വിലാസ പ്ലാൻ എന്നിവ യോജിക്കണം, മൊബൈൽ ക്ലയന്റുകൾ TAP ഇന്റർഫേസ് ഒട്ടും നൽകുന്നില്ല, അതിനാൽ അത്തരം രൂപകൽപ്പന ലാപ്ടോപ്പിൽ പ്രവർത്തിക്കുകയും ഫോണിൽ പരാജയപ്പെടുകയും ചെയ്യുന്നു. അയൽ പ്രോക്സികളും റിലേകളും സ്വന്തം ആവശ്യകതകളുള്ള വേറിട്ട സംവിധാനങ്ങളാണ്, അവ ആപ്പിന്റെ ക്രമീകരണങ്ങളല്ല, നെറ്റ്വർക്ക് അഡ്മിനിസ്ട്രേറ്ററുടെ രേഖപ്പെടുത്തിയ ക്രമീകരണത്തിൽ പെടുന്നു.

ആപ്ലിക്കേഷൻ ഉപയോഗിക്കുന്ന വിലാസം കൊണ്ട് പരിശോധിക്കുക

ip -6 route get ഉപയോഗിച്ച് റൂട്ട് സ്ഥിരീകരിക്കുക, ip -6 neigh ഉപയോഗിച്ച് അയൽ എൻട്രി പരിശോധിക്കുക, തുടർന്ന് റൂട്ട് ചെയ്ത പാതയിൽ സേവനം സ്ഥിരീകരിക്കുക. DNS-ഉം മടങ്ങിവരവ് പാതയും വേറിട്ട പരിശോധനകളാണ്, ആരോഗ്യകരമായ അയൽ എൻട്രി അവയൊന്നും തെളിയിക്കുന്നില്ല.

ആപ്ലിക്കേഷൻ ലിങ്കിന് പ്രാദേശികമായതോ കണ്ടെത്തൽ അടിസ്ഥാനമാക്കിയതോ ആയ ലക്ഷ്യസ്ഥാനത്ത് നിർബന്ധം പിടിക്കുന്നുവെങ്കിൽ, അത് ട്യൂണിംഗ് അഭ്യാസമല്ല, രൂപകൽപ്പന സംഭാഷണമാണ്, കാരണം ഒരു ക്ലയന്റ് ക്രമീകരണവും ലിങ്ക്-പരിമിത സംവിധാനത്തെ റൂട്ടറിനു കുറുകെ പ്രവർത്തിപ്പിക്കുന്നില്ല.

ഏത് രൂപകൽപ്പനയാണ് നിങ്ങൾക്കുള്ളതെന്ന് എഴുതിവയ്ക്കുക

സംഭവത്തിന് മുമ്പ് അത് റൂട്ട് ചെയ്തതാണോ ബ്രിഡ്ജ് ചെയ്തതാണോ എന്ന് രേഖപ്പെടുത്തുക, കാരണം രണ്ട് വിന്യാസങ്ങളും ഈ ചോദ്യങ്ങൾക്ക് വ്യത്യസ്തമായി ഉത്തരം നൽകുന്നു, ഡ്യൂട്ടിയിലുള്ള എൻജിനീയർ അത് പ്രൊഫൈലിൽ നിന്ന് അനുമാനിക്കരുത്.

സന്ദേശ കൂട്ടം ഒരിക്കൽ വായിക്കുന്നത് ലിങ്ക് പരിധിയുടെ സ്വഭാവം VPN കുറ്റമായി വിശദീകരിക്കാനുള്ള പ്രലോഭനം നീക്കുന്നു, ഇത് ഈ മേഖലയിലെ ഏറ്റവും ചെലവേറിയ തെറ്റായ രോഗനിർണയമാണ്.

അനുബന്ധ ലേഖനങ്ങൾ