Nammene DMVPN-hub fersus nûmere hub: wat de FQDN feroaret
In hub-FQDN fynt it NBMA-einpunt, net it tunneladres. Ferlykje wat ûntdekking, registraasje en DNS-cache elk feroarje as in hub omneamd wurdt.
In DMVPN-spoke kin syn hub fine fia hostnamme op platfoarmen dy’t dizze funksje stypje, en de earste ferlieding is om dy hostnamme te lêzen as in oare manier om it tunneladres fan ’e hub te skriuwen. Dat is it net. De namme lost op nei in ferfierseinpunt, wylst it protokoladres fan ’e hub de folgjende hop yn ’e overlay oanjout, en beide rollen bliuwe yn elke konfiguraasjefoarm bewarre. Dat ûnderskied bepaalt wat in omneaming reparearje kin en wat net.
Twa adressen, twa taken
Yn in ferklearre foarbyld fertelt hub.example.net de spoke wêr’t er ferfiersferkear hinne stjoere moat, en 10.90.0.1 tsjut de NHS yn ’e tunnel oan. Untdekking wurket op ’e earste; registraasje en rûtelearring wurkje op ’e twadde. In feroaring oan ’e namme beynfloedet it paad nei it einpunt, wylst in feroaring oan it protokoladres de overlay-relaasje sels beynfloedet.
It skieden fan ’e rollen is wat de nammene foarm debugber makket. As in spoke him net registrearje kin, kinne jo twa ferskillende fragen stelle: is de namme oplost nei it adres dat ik ferwachte, en kaam dat adres oerien mei it protokoladres dat de konfiguraasje beweart? Gjin fan beide antwurden ymplisearret it oare.
Ferlykje de beide konfiguraasjefoarmen
Ien foarm konfigurearret it NHS-protokoladres eksplisyt neist de namme. De oare lit de spoke dat protokoladres fan it registraasje-antwurd leare. Beide binne dokumintearre, en beide einigje by súkses mei itselde soarte NHS-relaasje.
De eksplisite foarm hat in beheining dy’t it ûnthâlden wurdich is: in oplost ferfiersadres dat net op it konfigurearre protokoladres mapt, foarket registraasje. Dat is gjin DNS-flater, ek al ferskynt it symptoom fuort nei in DNS-feroaring. De namme loste korrekt op en it resultaat waard om in oare reden ôfwiisd. Lês it oploste adres en it konfigurearre protokoladres njonkeninoar.
De learfoarm ferwideret ien hânmjittige stap en ien boarne fan drift, tsjin de priis fan ôfhinklikens fan it antwurd om de mapping te festigjen. Kies de eksplisite foarm as it hubadres stabyl is en jo wolle dat de mismatch lûd mislearret. Kies de learfoarm as it hub-protokoladres feroarje kin en jo leaver wolle dat de spoke it folget. Skriuw yn elk gefal op hokker foarm it ûntwerp brûkt.
Ferlykje DNS-cache mei in statyske hub
In statysk hubadres feroaret as immen de konfiguraasje bewurket. In nammene hub feroaret as DNS feroaret, en DNS-antwurden wurde foar har libbensdoer cachet. De dokumintaasje merkt op dat cachete ynformaasje brûkber bliuwt oant dy ferrint, en in lettere query kin dan it nije adres weromjaan.
Dat ferskil is in tiidferskil, gjin direkte migraasje. In lange cache-libbensdoer fertraget de oername fan in omneamd einpunt, en de fertraging is ûnsichtber as jo allinnich it DNS-record besjogge. Plan in omneaming om de cache-libbensdoer en it registraasjegedrach fan ’e ynstallearre ferzje hinne, ynstee fan oan te nimmen dat elke tunnel tagelyk ferpleatst.
De statyske foarm hat fansels syn eigen fertraging: neat feroaret oant elke spoke bewurke is. De fergeliking is tusken in koördinearre konfiguraasjestjit en in cachete ûntdekkingsferfrissing, net tusken stadich en direkt.
Ferlykje wat itselde bliuwt
Peer-autentikaasje ferpleatst him net. In hostnamme dy’t it ferfierseinpunt fynt, ferfangt net de konfigurearre IKE-identiteit of it autentikaasjebelied dat de peer falidearret. As de identiteit ferkeard is, bringt in suksesfolle DNS-oplossing jo allinnich flugger by in ôfwiisde tunnel.
Beskerme ferkear is ek ûnferoare. In reagearjende NHS bewiist net dat de klantrûte bestiet of dat de applikaasjestream tastien is. Registraasje, rûtelearring en belied binne trije kontrôles, en de namme rekket allinnich de earste stap dy’t har fiedt.
In fergeliking dy’t jo ferifiearje kinne
Cisco dokumintearret aparte observaasjes foar de sesje en de NHS-relaasje. Brûk show dmvpn om peer- en sesjestatus te lêzen, en show ip nhrp nhs om de NHS-registraasje werjefte te lêzen. Ferlykje it oploste ferfiersadres, de overlay-peer en de registraasjestatus yn dy folchoarder.
It haadstik IOS XE FQDN-DMVPN dokumintearret it ûntdekkings-, cache- en beheiningsgedrach efter dizze fergeliking. Lês it tsjin jo ynstallearre ferzje foardat jo in omneamde hub as in direkte ferfanging fan in nûmere beskôgje.