സ്പ്ലിറ്റ് ടണൽ റൂട്ടുകൾ ഒത്തുചേരുമ്പോൾ: ഏത് പ്രിഫിക്സ് വിജയിക്കുന്നു

രണ്ട് സ്പ്ലിറ്റ് ടണൽ പ്രൊഫൈലുകൾ, രണ്ട് സ്വകാര്യ പ്രിഫിക്സുകൾ, രണ്ടും അവകാശപ്പെടുന്ന ഒരു ഹോസ്റ്റ്. ലക്ഷണം അപൂർവമായേ വ്യക്തമായ പരാജയമാകാറുള്ളൂ: ഒരു സേവനം തിങ്കളാഴ്ച പ്രവർത്തിക്കുന്നു, രണ്ടാമത്തെ ക്ലയന്റ് വീണ്ടും ബന്ധിപ്പിച്ചതിന് ശേഷം സമയപരിധി കഴിയുന്നു, പുനരാരംഭിച്ചതിന് ശേഷം വീണ്ടും പ്രവർത്തിക്കുന്നു. ക്ലയന്റുകളെ ബന്ധിപ്പിച്ച ക്രമം ഫലം തീരുമാനിക്കുന്നില്ല, ക്ലയന്റിന്റെ ഇന്റർഫേസിലെ വരികളുടെ ക്രമവും അല്ല. ഈ പരിശോധനകൾ ക്രമത്തിൽ നടത്തുക, ശരിയല്ലാത്ത ആദ്യ പരിശോധനയിൽ നിർത്തുക, കാരണം മുൻപുള്ളവ ശരിയാകുമ്പോൾ മാത്രമേ പിന്നീടുള്ളവയ്ക്ക് അർത്ഥമുള്ളൂ.

1. ലക്ഷ്യവും ഉറവിടവും എഴുതുക

പരാജയപ്പെടുന്ന അഭ്യർത്ഥന പോകുന്ന കൃത്യമായ വിലാസത്തിൽ നിന്ന് തുടങ്ങുക, ഹോസ്റ്റ് നാമത്തിൽ നിന്നോ അപ്ലിക്കേഷൻ നാമത്തിൽ നിന്നോ അല്ല. പേര് ഒരിക്കൽ പരിഹരിച്ച് ഓരോ ഉത്തരവും രേഖപ്പെടുത്തി, പരാജയപ്പെടുന്ന പ്രവാഹം യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്നത് തിരഞ്ഞെടുക്കുക. തുടർന്ന് അതേ പ്രവാഹത്തിന്റെ പ്രാദേശിക വിലാസം രേഖപ്പെടുത്തുക, കാരണം ഉറവിട വിലാസം ഏത് പോളിസി നിയമം പൊരുത്തപ്പെടുന്നു എന്നും അതുവഴി ഏത് പട്ടിക പരിശോധിക്കുന്നു എന്നും മാറ്റാം.

നിരവധി A റെക്കോർഡുകളിൽ ഒന്നിലേക്കുള്ള അഭ്യർത്ഥന പരാജയപ്പെടാം, സഹോദര വിലാസം വിജയിക്കുമ്പോൾ, ഇത് അസ്ഥിരമായ ടണൽ പോലെ തോന്നുമെങ്കിലും യഥാർത്ഥത്തിൽ രണ്ട് വ്യത്യസ്ത പാതകളാണ്. ലക്ഷ്യം നിരവധി ഉത്തരങ്ങളുള്ള ഒരു പേരാണെങ്കിൽ, എന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് ഓരോ ഉത്തരവും വെവ്വേറെ പരിശോധിക്കുക.

2. ഏത് റൂട്ട് തിരഞ്ഞെടുത്തു എന്ന് കേർണലിനോട് ചോദിക്കുക

റൂട്ട് പട്ടിക വായിച്ച് ഉത്തരം അനുമാനിക്കരുത്. സ്റ്റാക്ക് ചോദിക്കുന്ന അതേ ചോദ്യം അതേ ഉറവിട വിലാസത്തോടെ ചോദിക്കുക: Linux-ൽ ip route get 10.20.4.10 from 10.8.0.2, അല്ലെങ്കിൽ PowerShell-ൽ Find-NetRoute -RemoteIPAddress 10.20.4.10. യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന റൂട്ട് ഔട്ട്പുട്ട് പേരിടുന്നു, അത് പട്ടിക വായിച്ച് നിങ്ങൾ പ്രതീക്ഷിച്ചതിൽ നിന്ന് പലപ്പോഴും വ്യത്യസ്തമാണ്.

പൊരുത്തപ്പെടുന്ന റൂട്ടുകളിൽ സാധാരണയായി കൂടുതൽ നിർദ്ദിഷ്ട പ്രിഫിക്സ് വിജയിക്കുന്നു: രണ്ടിലും ഉള്ള ഒരു വിലാസത്തിന് /24, /16-നെ തോൽപ്പിക്കുന്നു. ഒരേ നീളമുള്ള പൊരുത്തങ്ങൾക്കിടയിൽ കുറഞ്ഞ മെട്രിക് വിജയിക്കുന്നു, താഴെയുള്ള ലിങ്കിൽ ഇൻസ്റ്റാൾ ചെയ്ത റൂട്ട് ഒഴിവാക്കപ്പെടുന്നു. ഒരേ /24 ഒരേ മെട്രിക്കോടെ തള്ളുന്ന രണ്ട് ടണലുകൾ മറ്റൊരു കേസാണ്: കേർണൽ രണ്ട് റൂട്ടുകളും സൂക്ഷിച്ച് അവയ്ക്കിടയിൽ തിരഞ്ഞെടുക്കുന്നു, അതിനാൽ ക്ലയന്റുകൾ ബന്ധിപ്പിച്ച ക്രമം പിന്തുടരുന്നതിന് പകരം ഫലം മാറിമാറി വരാം. തിങ്കളാഴ്ച-പ്രവർത്തിക്കുന്നു-ചൊവ്വാഴ്ച-പരാജയപ്പെടുന്നു എന്ന മാതൃക സൃഷ്ടിക്കുന്നത് ഈ സാഹചര്യമാണ്, മറ്റൊരു ക്രമത്തിൽ വീണ്ടും ബന്ധിപ്പിക്കുന്നത് അത് മാറ്റുന്നില്ല.

3. ഒരു പോളിസി നിയമം തിരയൽ വഴിതിരിച്ചുവിട്ടോ എന്ന് പരിശോധിക്കുക

റൂട്ട് പട്ടിക പരിശോധിക്കുന്നതിന് മുൻപ് കേർണൽ അതിന്റെ പോളിസി നിയമങ്ങളിലൂടെ കടന്നുപോകുന്നു. ഒരു നിയമത്തിന് നിർദ്ദിഷ്ട ഉറവിടം, ഉപയോക്താവ് അല്ലെങ്കിൽ ഫയർവാൾ അടയാളം എന്നിവയിൽ നിന്നുള്ള ട്രാഫിക് തികച്ചും വേറൊരു പട്ടികയിലേക്ക് അയയ്ക്കാം, അതിനാൽ പ്രധാന പട്ടികയിലെ വിജയിക്കുന്ന പ്രിഫിക്സ് ആ പ്രവാഹത്തിന് ഒരിക്കലും പരിശോധിക്കപ്പെടണമെന്നില്ല. ip rule show അവയെ വിലയിരുത്തൽ ക്രമത്തിൽ പട്ടികപ്പെടുത്തുന്നു, ip route show table 100 തിരഞ്ഞെടുത്ത പട്ടികയിൽ യഥാർത്ഥത്തിൽ എന്തുണ്ടെന്ന് കാണിക്കുന്നു.

ഇവിടെ രണ്ട് കെണികളുണ്ട്. ശൂന്യമായ പട്ടികയിലേക്ക് ചൂണ്ടുന്ന നിയമം അടുത്ത നിയമത്തിലേക്ക് വീഴുന്ന തിരയൽ സൃഷ്ടിക്കുന്നു, അതിനാൽ നിയമം ഒന്നും ചെയ്യാത്തതുപോലെ തോന്നുന്നു. മറ്റൊന്ന് മുൻഗണനാ സംഖ്യ തന്നെയാണ്: നിയമങ്ങൾ ആരോഹണ ക്രമത്തിൽ വായിക്കപ്പെടുന്നു, ഉൾച്ചേർന്ന മൂല്യങ്ങൾ 0 local, 32766 main, 32767 default എന്നിവയാണ്. 32767-ൽ താഴെ സംഖ്യയുള്ള നിയമം എല്ലാം പിടിക്കുന്ന സ്ഥിരനിയമത്തിന് മുൻപ് പരിശോധിക്കപ്പെടുന്നു. 32767-ന് മുകളിൽ സംഖ്യയുള്ള നിയമം അതിന് പിന്നിലാണ്, മുൻപുള്ള ഒരു പട്ടികയും ഉത്തരം നൽകാത്തപ്പോൾ മാത്രം അതിൽ എത്തുന്നു, main-ലെ സാധാരണ സ്ഥിര റൂട്ട് അത് തടയുന്നു, അതിനാൽ പ്രായോഗികമായി അതിൽ ഒരിക്കലും എത്തുന്നില്ല, ഇൻസ്റ്റാൾ ചെയ്തതുപോലെ തോന്നുമ്പോൾ നിശ്ശബ്ദമായി ഒന്നും ചെയ്യുന്നുമില്ല. ക്ലയന്റ് ഒരു നിയമവും റൂട്ടും എഴുതിയിട്ടുണ്ടെങ്കിൽ രണ്ടും പരിശോധിക്കുക, വീണ്ടും ബന്ധിപ്പിച്ചതിന് ശേഷം വീണ്ടും പരിശോധിക്കുക, കാരണം മാറ്റിയെഴുതിയ പ്രൊഫൈൽ വേറൊരു മുൻഗണനയുള്ള രണ്ടാം നിയമം ചേർത്തേക്കാം.

4. റൂട്ടിംഗ് സമനിലയെ ഇരട്ടിച്ച വിലാസ പ്ലാനിൽ നിന്ന് വേർതിരിക്കുക

ചിലപ്പോൾ പ്രിഫിക്സ് അല്ല പ്രശ്നം. രണ്ട് സൈറ്റുകളും 192.168.1.0/24 ഉപയോഗിക്കുന്നു എന്നാൽ അതേ വിലാസം രണ്ട് വ്യത്യസ്ത ഹോസ്റ്റുകളെ സൂചിപ്പിക്കുന്നു, ഒരു റൂട്ടിനും അവയെ വേർതിരിക്കാനാവില്ല. രണ്ട് ഉത്തരങ്ങളിൽ ഒന്നിലേക്കുള്ള ഹോസ്റ്റ് റൂട്ട്, മറ്റേ സൈറ്റ് അതേ പേരിന് ഉത്തരം നൽകുന്നത് വരെ മാത്രം പ്രവർത്തിക്കുന്നു, പിന്നീട് ആ അപവാദം നിശ്ശബ്ദമായി തന്നെ തകരാറാകുന്നു.

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

5. റിസോൾവർ റൂട്ടുമായി യോജിക്കുന്നു എന്ന് ഉറപ്പാക്കുക

തെറ്റായ സ്വകാര്യ വിലാസത്തിലേക്ക് പരിഹരിക്കുന്ന പേര് റൂട്ടിംഗ് സംഘർഷത്തിന്റെ എല്ലാ ലക്ഷണങ്ങളും സൃഷ്ടിക്കുന്നു, അതിന്റെ കാരണങ്ങളിൽ ഒന്നുപോലും സൃഷ്ടിക്കുന്നില്ല. ഹോസ്റ്റിന് ലഭിക്കുന്ന ഉത്തരം ലക്ഷ്യം യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന വിലാസവുമായി താരതമ്യം ചെയ്യുക, ഏത് റിസോൾവർ ഉത്തരം നൽകി എന്ന് പരിശോധിക്കുക. ടണൽ ഒരു റിസോൾവർ തള്ളുന്നുണ്ടെങ്കിൽ, ടണൽ ഉപയോഗിക്കുന്ന പ്രവാഹങ്ങൾക്ക് ക്ലയന്റ് അത് ഇൻസ്റ്റാൾ ചെയ്യണം; ഇല്ലെങ്കിൽ ഹോസ്റ്റ് പ്രാദേശിക റിസോൾവറിനോട് തുടർന്നും ചോദിക്കും, അത് തിരയൽ ഡൊമെയ്നിൽ നിന്നോ കാഷെ ചെയ്ത റെക്കോർഡിൽ നിന്നോ ഉത്തരം നൽകാം.

റിസോൾവറിനോട് നേരിട്ട് ചോദിച്ച് ഉത്തരം നൽകിയ സെർവർ രേഖപ്പെടുത്തുക. ചെറിയ TTL-ഉള്ള കാഷെ ഉത്തരം, വീണ്ടും ബന്ധിപ്പിച്ചതിന് ശേഷമുള്ള ആദ്യ അഭ്യർത്ഥന അഞ്ചാമത്തേതിൽ നിന്ന് വ്യത്യസ്തമായി പെരുമാറുന്നതിന്റെ കാരണവും വിശദീകരിക്കാം.

6. വീണ്ടും ബന്ധിപ്പിച്ച്, പ്രയോഗിച്ച അവസ്ഥ പരിശോധിച്ച്, രണ്ട് പ്രവാഹങ്ങളും പരീക്ഷിക്കുക

തിരുത്തലിന് ശേഷം വീണ്ടും ബന്ധിപ്പിച്ച്, പ്രൊഫൈൽ എഡിറ്ററിനെ വിശ്വസിക്കുന്നതിന് പകരം ക്ലയന്റ് യഥാർത്ഥത്തിൽ എന്ത് ഇൻസ്റ്റാൾ ചെയ്തു എന്ന് പരിശോധിക്കുക. നിയമങ്ങൾ, പട്ടികകൾ, അതിൽ നിന്ന് ലഭിക്കുന്ന ip route get ഉത്തരം എന്നിവ വീണ്ടും വായിക്കുക. രണ്ടാമത്തെ ക്ലയന്റിന് ബന്ധിപ്പിക്കുമ്പോൾ സ്വന്തം റൂട്ട് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യാം, സംഘർഷം വീണ്ടും സൃഷ്ടിക്കാം, അതിനാൽ അവസ്ഥാ പരിശോധന അവസാന ക്ലയന്റ് ബന്ധിപ്പിച്ചതിന് ശേഷം നടക്കണം, അതിന് മുൻപല്ല.

ഒന്നല്ല, രണ്ട് പ്രവാഹങ്ങൾ പരീക്ഷിക്കുക: മുൻപ് പരാജയപ്പെട്ടിരുന്ന അഭ്യർത്ഥനയും മറ്റേ ടണൽ ഉപയോഗിക്കേണ്ട ഒരു വിഭവവും. എല്ലാ സ്വകാര്യ ട്രാഫിക്കും ഒരു കണക്ഷനിലേക്ക് മാറ്റിയാൽ ആദ്യ പരീക്ഷ വിജയിക്കും, രണ്ടാമത്തേത് തകരും, ഇത് പിടിക്കുന്നത് ജോടിയാക്കിയ പരീക്ഷ മാത്രമാണ്. നിലനിർത്തുന്ന ഓരോ അപവാദവും ലക്ഷ്യവും കാരണവും സഹിതം രേഖപ്പെടുത്തുക, അടുത്തയാൾ ഉദ്ദേശിച്ച ഹോസ്റ്റ് റൂട്ടിനെ ശേഷിച്ചതിൽ നിന്ന് വേർതിരിക്കാൻ.