ആ ടണൽ വിലാസം ഒരു പിയർ ആണ്, നിങ്ങൾക്ക് ബ്രൗസ് ചെയ്യാവുന്ന സബ്‌നെറ്റ് അല്ല
പോയിന്റ്-ടു-പോയിന്റ് ലിങ്കിലെ മാസ്ക് അകലെയുള്ള അറ്റത്തെ വിവരിക്കുന്നു, അയൽക്കാരുടെ ശ്രേണിയെയല്ല. സബ്‌നെറ്റ് തെറ്റായി തോന്നുന്നു എന്ന് തീരുമാനിക്കുന്നതിന് മുൻപ് പിയറിന്റെ വിലാസം വായിക്കുക.
നിങ്ങളുടെ ക്ലയന്റ് കണക്റ്റ് ചെയ്ത് ഒരു ജോടി വിലാസങ്ങൾ കാണിക്കുന്നു, അല്ലെങ്കിൽ ഒരു വിലാസം 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ആ മൂന്നും യോജിക്കുന്നുവെങ്കിൽ, പ്രൊഫൈൽ കോൺഫിഗർ ചെയ്തത് ചെയ്യുന്നു, ബാക്കി പ്രശ്നം മറ്റെവിടെയാണ്. ഇല്ലാത്ത കഴിവിനെ പേരിടുന്ന കാരണത്താൽ മാത്രം ടോപ്പോളജി മാറ്റുക, പരിചയമില്ലാത്ത മാസ്ക് അങ്ങനെയല്ല.