VPN-ൽ OSPF അയൽക്കാർ രൂപപ്പെടുന്നില്ലേ? ഇവ ക്രമത്തിൽ പരിശോധിക്കുക

ടണൽ പ്രവർത്തിക്കുന്നു, ഇന്റർഫേസുകൾ ഒരേ സബ്നെറ്റിൽ ഉണ്ട്, എന്നിട്ടും OSPF ഒന്നും കാണിക്കുന്നില്ല. മിക്കപ്പോഴും ടണൽ കുഴപ്പമില്ലാതെ ഇരിക്കുന്നു, OSPF-ന്റെ ഒരു ആവശ്യകത മാത്രം പാലിക്കപ്പെടുന്നില്ല. താഴെയുള്ള അഞ്ച് പരിശോധനകൾ ക്രമത്തിൽ ചെയ്ത് ആദ്യം പരാജയപ്പെടുന്നതിൽ നിർത്തുക.

ഓരോ പരിശോധനയ്ക്കും വ്യത്യസ്ത ലക്ഷണമാണ്, അതിനാൽ പട്ടികയെക്കാൾ ക്രമമാണ് പ്രധാനം.

പരിശോധന 1: ലിങ്ക് മാതൃക ശരിയാണോ

പോയിന്റ്-ടു-പോയിന്റ് ഇന്റർഫേസും പങ്കിട്ട മൾട്ടി-ആക്സസ് നെറ്റ്വർക്കും വ്യത്യസ്ത OSPF അന്തരീക്ഷങ്ങളാണ്. ബ്രോഡ്കാസ്റ്റ്-LAN കോൺഫിഗറേഷൻ ടണലിൽ പകർത്തുന്നതാണ് ഇവിടെ ഏറ്റവും സാധാരണ തെറ്റ്. VPN നടപ്പാക്കൽ പിന്തുണയ്ക്കുന്ന നെറ്റ്വർക്ക് തരം സജ്ജമാക്കുക, റൂട്ട് ചെയ്ത ടണലിന് സാധാരണയായി പോയിന്റ്-ടു-പോയിന്റ്. തുടർന്ന് പ്ലാറ്റ്ഫോം അതിനോട് യോജിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക, കാരണം ചില നടപ്പാക്കലുകൾ ക്രമീകരണം അവഗണിക്കുകയോ മുകളിൽ എഴുതുകയോ ചെയ്യുന്നു.

ലിങ്ക് മാതൃക തെറ്റാണെങ്കിൽ പട്ടികയിൽ പിന്നീടുള്ള ഒന്നും സഹായിക്കില്ല.

പരിശോധന 2: പാക്കറ്റുകൾ കടന്നുപോകാൻ അനുവദിക്കുന്നുണ്ടോ

OSPFv2 എന്നത് IP പ്രോട്ടോക്കോൾ 89 ആണ്, TCP അല്ലെങ്കിൽ UDP പോർട്ടല്ല, അതിനാൽ പോർട്ടുകൾക്കായി എഴുതിയ ഫയർവാൾ നിയമം അതിനെ നിശ്ശബ്ദമായി ഉപേക്ഷിക്കുന്നു. ഹലോകൾ മൾട്ടികാസ്റ്റ് വിലാസങ്ങളിലേക്കും പോകുന്നു, അവ നയം അനുവദിച്ചെന്ന് വരില്ല. ടണലിന്റെ രണ്ടറ്റങ്ങൾക്കിടയിൽ പ്രോട്ടോക്കോൾ 89 അനുവദിക്കുക, തുടർന്ന് പ്ലാറ്റ്ഫോമിന് വ്യക്തമായ അയൽപ്രഖ്യാപനങ്ങൾ വേണോയെന്ന് പരിശോധിക്കുക.

ping മാത്രം കടത്തിവിടുന്ന ടണൽ നയത്തിന്റെ പ്രശ്നമാണ്, റൂട്ടിംഗിന്റേതല്ല.

പരിശോധന 3: അയൽക്കാരന്റെ പാരാമീറ്ററുകൾ യോജിക്കുന്നുണ്ടോ

ഏരിയ ID, ഹലോ, ഡെഡ് ഇടവേളകൾ, പ്രാമാണീകരണം, stub ഫ്ലാഗുകൾ എല്ലാം യോജിക്കണം. പൊരുത്തക്കേട് സാധാരണയായി അയൽക്കാരനെ നിശ്ശബ്ദമായി പരാജയപ്പെടുന്നതിന് പകരം ദൃശ്യമായ അവസ്ഥയിൽ നിർത്തുന്നു, അത് ഉപകാരപ്രദമാണ്. ഇരു അറ്റങ്ങളിലും പ്രവർത്തിക്കുന്ന കോൺഫിഗറേഷൻ താരതമ്യം ചെയ്യുക, ഉദ്ദേശിച്ചതല്ല.

MTU പൊരുത്തക്കേടാണ് സൂക്ഷ്മമായത്. അത് ExStart-ൽ ഡാറ്റാബേസ് കൈമാറ്റം തടയുന്നു, അതിനാൽ അയൽക്കാരൻ ഒരിക്കലും Full-ൽ എത്തുന്നില്ല.

പരിശോധന 4: അവസ്ഥ എന്താണ് പറയുന്നത്

അവസ്ഥ പരാജയത്തിന്റെ പേര് പറയുന്നു. Init എന്നാൽ ഹലോകൾ വരുന്നു, പക്ഷേ ഈ റൂട്ടർ അവയിൽ രേഖപ്പെടുത്തിയിട്ടില്ല, അത് ഏകദിശാ പാതയെയോ മൾട്ടികാസ്റ്റ് പ്രശ്നത്തെയോ സൂചിപ്പിക്കുന്നു. Two-Way DR അല്ലാത്ത അയൽക്കാരനുള്ള ബ്രോഡ്കാസ്റ്റ് സെഗ്മെന്റിൽ സാധാരണമാണ്, പോയിന്റ്-ടു-പോയിന്റ് ലിങ്കിൽ അസാധാരണവും. ExStart അല്ലെങ്കിൽ Exchange കുടുങ്ങുന്നത് MTU അല്ലെങ്കിൽ ഡാറ്റാബേസ് വിവരണ പ്രശ്നമാണ്. Loading എന്നാൽ ലിങ്ക്-സ്റ്റേറ്റ് അഭ്യർത്ഥനകൾക്ക് മറുപടി നൽകുന്നില്ല.

എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് അവസ്ഥ വായിക്കുക, കാരണം അത് പട്ടികയുടെ ഭൂരിഭാഗവും ഒഴിവാക്കുന്നു.

show ip ospf neighbor അവസ്ഥ, അയൽക്കാരന്റെ വിലാസം, ഡെഡ് ടൈമർ എന്നിവ അച്ചടിക്കുന്നു. ആ ടൈമർ ഇരുവശത്തുമുള്ള ഹലോ ഇടവേളയുമായി താരതമ്യം ചെയ്യുക: ഹലോയുടെ നാലിരട്ടി ഡെഡ് ഇടവേള സാധാരണമാണ്, മറ്റെല്ലാം പൊരുത്തക്കേടാണ്. അവസ്ഥ കോളം മുഴുവൻ പേജിലെയും വേഗത്തിലുള്ള വായനയാണ്.

പരിശോധന 5: യഥാർത്ഥത്തിൽ എന്താണ് പ്രഖ്യാപിക്കുന്നത്

Full സാമീപ്യം ഒരു റൂട്ടല്ല. ഏത് നെറ്റ്വർക്കുകൾ സൃഷ്ടിക്കപ്പെടുന്നു, ഏതൊക്കെ പഠിക്കുന്നു, ഏതൊക്കെ റൂട്ടിംഗ് പട്ടികയിൽ ഇൻസ്റ്റാൾ ചെയ്യുന്നു എന്ന് പരിശോധിക്കുക. നെറ്റ്വർക്ക് പ്രഖ്യാപനം ഇല്ലാതിരിക്കുകയോ സൈറ്റ് പ്രീഫിക്സ് ഒഴിവാക്കുന്ന പുനർവിതരണ നയമോ ഉണ്ടെങ്കിൽ ആരോഗ്യമുള്ള അയൽക്കാരനും ശൂന്യമായ പട്ടികയും ലഭിക്കും.

തുടർന്ന് ഹോസ്റ്റ് തലത്തിലുള്ള ആപ്ലിക്കേഷനും മടക്കപ്പാതയും പരിശോധിക്കുക, കാരണം റൂട്ടിംഗ് പ്രോട്ടോക്കോൾ ഫയർവാൾ തുറക്കുന്നില്ല.

IPv6-ന് OSPFv3-ന് സ്വന്തം ആവശ്യകതകളുണ്ട്, ഓരോ OSPFv2 ക്രമീകരണത്തിലുമുള്ള വിലാസ കുടുംബ ടോഗിളല്ല. യോജിക്കുന്ന പ്രോട്ടോക്കോളും പ്ലാറ്റ്ഫോം ഡോക്യുമെന്റേഷനും ഉപയോഗിക്കുക. കണക്ഷൻ ഒരു സ്ഥിര ലിങ്ക് മാത്രമാണെങ്കിൽ, നിങ്ങൾ പ്രവർത്തിപ്പിക്കേണ്ട നിയന്ത്രണ തലം ചേർക്കുന്നതിന് മുമ്പ് സ്റ്റാറ്റിക് റൂട്ടുകൾ താരതമ്യം ചെയ്യുക.