OSPF bizilagunak ez dira VPN baten gainean sortzen? Egiaztatu hauek ordenan
Bost egiaztapen, bakoitzak bere sintoma: estekaren eredua, 89. protokoloaren iragazketa, bizilagunaren parametroak, bizilaguntza-egoera eta, azkenik, benetan zer iragartzen den.
Tunela martxan dago, interfazeak azpisare berean daude, eta OSPFek oraindik ez du ezer erakusten. Gehienetan tunela ondo dago eta OSPFren baldintza bat ez da betetzen. Egin beheko bost egiaztapenak ordenan eta gelditu huts egiten duen lehenengoan.
Egiaztapen bakoitzak sintoma desberdina du, horregatik ordena zerrenda baino garrantzitsuagoa da.
1. egiaztapena: zuzena al da estekaren eredua
Puntu-puntuko interfaze bat eta sarbide anitzeko sare partekatu bat OSPF ingurune desberdinak dira. Broadcast-LAN konfigurazio bat tunel batera kopiatzea da hemen ohikoena den akatsa. Ezarri VPN inplementazioak onartzen duen sare mota, normalean puntu-puntukoa bideratutako tunel baterako. Ondoren egiaztatu plataforma ados dagoela, inplementazio batzuek ezarpena alde batera uzten edo gainidazten baitute.
Estekaren eredua okerra bada, zerrendako gainerako ezerk ez du lagunduko.
2. egiaztapena: paketeak pasatzen uzten dira
OSPFv2 IP 89 protokoloa da, ez TCP edo UDP ataka, beraz ataketarako idatzitako suebaki-arau batek isilean baztertzen du. Hello mezuek multicast helbideetara ere egiten dute, eta politikak agian ez du hori baimentzen. Baimendu 89. protokoloa tunelaren muturren artean, eta gero egiaztatu plataformak bizilagun-adierazpen esplizituak behar dituen.
Ping soilik pasatzen duen tunela politika arazoa da, ez bideratzearena.
3. egiaztapena: bizilagunaren parametroak bat datoz
Eremuaren IDak, hello eta dead tarteek, autentifikazioak eta stub banderek bat egin behar dute. Desadostasunak bizilaguna egoera ikusgai batean uzten du normalean isilean huts egin beharrean, eta hori erabilgarria da. Konparatu mutur bietan exekutatzen ari den konfigurazioa, ez aurreikusitakoa.
MTU desadostasuna da sotila. ExStart-en datu-basearen trukea blokeatzen du, beraz bizilaguna ez da inoiz Full egoerara iristen.
4. egiaztapena: zer dio egoerak
Egoerak hutsegitearen izena ematen du. Init esan nahi du hello mezuak iristen direla baina bideratzaile hau ez dagoela horietan zerrendatuta, eta horrek norabide bakarreko bidea edo multicast arazoa adierazten du. Two-Way normala da DR ez den bizilagun batekin broadcast segmentu batean, eta ezohikoa puntu-puntuko esteka batean. ExStart edo Exchange itsatsita egoteak MTU edo datu-basearen deskribapen arazoa esan nahi du. Loading esan nahi du estekaren egoeraren eskaerei ez zaiela erantzuten.
Irakurri egoera ezer aldatu aurretik, zerrendaren zatirik handiena baztertzen baitu.
show ip ospf neighbor komandoak egoera, bizilagunaren helbidea eta dead tenporizadorea inprimatzen ditu. Konparatu tenporizadore hori bi aldeetako hello tartearekin: helloaren lau halakoa den dead tartea normala da, beste edozein desadostasuna da. Egoera zutabea da orri osoan irakurketa azkarrena.
5. egiaztapena: zer iragartzen den benetan
Full bizilaguntza ez da ibilbide bat. Egiaztatu zein sare sortzen diren, zein ikasten diren eta zein instalatzen diren bideratze-taulan. Falta den sare-adierazpen batek edo gunearen prefijoak baztertzen dituen birbanatze-politika batek bizilagun osasuntsua eta taula hutsa ematen ditu.
Ondoren probatu ostalari mailako aplikazio bat eta itzulera-bidea, bideratze-protokolo batek ez baitu suebakirik irekitzen.
IPv6rako, OSPFv3k bere baldintzak ditu eta ez da helbide-familiaren etengailua OSPFv2 ezarpen bakoitzean. Erabili dagokion protokoloa eta plataformaren dokumentazioa. Eta konexioa esteka finko bat bada, konparatu ibilbide estatikoak ustiatu beharko duzun kontrol-plano bat gehitu aurretik.