Ferweeske TUN-ynterface: fyn de eigner foardat jo it wiskje
In TUN-ynterface dat bliuwt nei't de tunnel falt, kin per ûntwerp persistent wêze. Fyn de eigner en ferwiderje it dêrnei fia de tsjinst dy't it beheart.
Jo TUN-ynterface stiet noch yn 'e list, de tunnel stjoert gjin ferkear troch, en de foar de hân lizzende oplossing liket it wiskjen fan 'e keppeling. Dêr wurde lytse oprommings omset yn steuringen. De ynterface kin per ûntwerp persistent wêze, eigendom fan in tsjinst dy't him op 'e nij oanmeitsje sil, of ferskûle wêze yn in nammeromte dêr't deselde namme wat oars betsjut. It bestean is gjin bewiis dat it ferweeske is.
In neamde ynterface wiskje is maklik. Witte wat derfan ôfhinget, is de echte opdracht.
Myt: de ynterface is oerbliuwsels omdat de tunnel del is
In persistent TUN-apparaat bestiet ûnôfhinklik fan in ferbûne sesje. Dat is it punt fan it persistinsflag: it apparaat bliuwt sadat de folgjende ferbining it wer brûke kin. Der giet gjin ferkear troch, en der is neat mis.
De ynterface kin ek hearre by in tsjinst dy't tusken twa restarts sit, of by in klient waans profyl idle is. Kontrolearje it behearjende proses en de konfiguraasje foardat jo konkludearje dat it ferlitten is. In proseslist en de konfiguraasje dy't it start, binne sterker bewiis as in ûntbrekkende tunnel.
Skriuw de nammeromte op tegearre mei de namme. In oare nammeromte kin in ynterface mei deselde namme hawwe, en de twa binne net besibbe. Brûk it nammeromte-flag as jo in oare ynspektearje moatte.
Myt: it wiskjen fan 'e keppeling rommet alles op
It wiskjen fan 'e keppeling ferwideret de adressen en rûtes dy't deroan ferbûn binne. It ferwideret gjin beliedsregels, firewallregels, resolver-ynstellingen of helpskripts dy't dernei ferwiisden. Dy kinne oerbliuwe en wize nei in apparaat dat net mear bestiet.
As de tsjinst noch konfigurearre is, kin er de ynterface by de folgjende start of werferbining op 'e nij oanmeitsje. Jo hawwe dan in wurkjend helpmiddel wiske en it oarspronklike libbenssyklusprobleem stean litten. Feroarje de konfiguraasje, net allinnich de runtime-steat.
In opromming dy't einiget mei de ynterface werom en de regels dûbeleard is slimmer as gjin opromming.
Fyn de eigner foardat jo deroan komme
Begjin mei ip link show en de TUN/TAP-ynspeksjetools om de ynterface, syn adressen en syn rûtes te krijen. Kontrolearje de klient, tsjinst of netwurkbehearder dy't him besitte koe. Befêstigje oft it apparaat persistent is en hokker modus it brûkt. Beslis dan oft der noch immen fan ôfhinget.
Foar in befêstige ûnbrûkte persistinte ynterface, ip tuntap dokumintearret modusspesifike ferwidering. Brûk de wiere apparaatnamme en modus, en doch gjin brede opromming tsjin elke tunnel op 'e host.
Hâld weromheljende tagong en de rûtes foar oare kliïnten yntakt wylst jo wurkje. Skriuw it kommando op dat jo brûkten, sadat de folgjende kontrôle presys werhelle wurde kin.
Ferwiderje it fia de eigner en kontrolearje dan wat oerbliuwt
Stop of ferwiderje earst de stipe ferbiningskonfiguraasje, sadat de tsjinst net op 'e nij makket wat jo wiskje. Ferwiderje dêrnei it apparaat. Ynspektearje dêrnei ferâldere adressen, rûtes en resolversteat ûnder har eigen eigners.
As it probleem by werferbining weromkomt, reparearje de libbenssykluskonfiguraasje yn stee fan de hânmjittige ferwidering te werheljen. In oprommingsrecord dat de wees neamt, wêrom't it ûnbrûkt wie en hokker komponint de ferfanging beheare moat, behoedit de folgjende persoan derfan dat er in legitime persistinte ynterface foar in fout oansjocht.