pull-filter confronta testo, non subnet: leggilo come prefisso
Il filtro confronta l’inizio di ogni opzione inviata con il tuo testo. Uno spazio mancante, una regola ampia precedente e l’azione sbagliata producono guasti diversi.
L’intento era scartare una rotta inviata. Dopo la modifica manca un’altra opzione di routing, oppure il client si riconnette in un ciclo. Entrambi gli esiti derivano dal leggere il filtro come regola di subnet mentre confronta testo. Il client verifica se un’opzione inviata inizia con i caratteri forniti, e in nessuna fase interviene logica di indirizzi.
Cosa confronta davvero il filtro
Ogni opzione inviata arriva come una riga composta da un nome e dai suoi argomenti. Il filtro confronta i tuoi caratteri con l’inizio di quella riga, prima che qualsiasi indirizzo venga analizzato e prima che qualsiasi rotta venga installata. Perciò una regola scritta per un nome cattura ogni opzione che inizia con quelle lettere, non solo quella che stavi guardando. È per questo che un filtro può sembrare corretto isolatamente e comunque rimuovere qualcosa di non correlato.
Una stringa che sembra un intervallo di rete resta solo caratteri. Non seleziona alcun prefisso, non esegue aritmetica sui bit di rete e non può esprimere un insieme di destinazioni. Quando una regola così sembra funzionare e poi si ferma, il testo inviato di solito ha cambiato forma.
Uno spazio cambia l’insieme delle corrispondenze
Lo stesso nome di opzione con e senza separatore finale seleziona righe diverse. Senza il separatore la corrispondenza resta aperta, mentre con esso il nome dell’opzione deve terminare esattamente lì prima che inizino gli argomenti.
pull-filter ignore "route"
pull-filter ignore "route "La forma aperta cattura anche opzioni che iniziano soltanto con le stesse lettere, ed è così che un comportamento di routing non correlato sparisce insieme alla rotta che volevi scartare. Copia la riga inviata dal log prima di scrivere il filtro. Conserva una copia non modificata del profilo accanto a quella modificata, perché annullare una corrispondenza ampia è più facile da un file che dalla memoria.
Ordine e azione producono sintomi diversi
Le regole sono valutate in ordine e la prima corrispondenza decide l’esito, quindi una regola ampia collocata presto rende irraggiungibile ogni regola specifica successiva. Anche l’azione cambia il guasto: ignorare una corrispondenza scarta l’opzione e la sessione continua, mentre rifiutare genera un errore che riavvia la connessione. Perciò una riga inviata ripetutamente combinata con l’azione di rifiuto produce un ciclo di riconnessione. Quel ciclo è facile da leggere come guasto di rete, e la riga di log che nomina l’opzione corrispondente è ciò che separa i due casi.
| Action | Effect on the session | How it gets reported |
|---|---|---|
| Ignore | Option dropped, session continues | Something is missing afterwards |
| Reject | Error raised, connection restarts | The VPN keeps dropping |
Annota quale riga ha corrisposto e quale azione è stata eseguita. Una rotta scartata e un ciclo di riavvio richiedono riparazioni diverse, e la nota deve dire quale delle due è avvenuta invece di lasciare entrambe aperte.
Controlla cosa ha installato l’host
Leggi le rotte applicate dopo la riconnessione e prova sia la destinazione che volevi conservare sia quella che volevi rimuovere. Scartare una rotta inviata non fornisce alcun sostituto, quindi una risorsa può diventare irraggiungibile per un’altra via mentre la rotta indesiderata è sparita. Se un nome ora si risolve altrove, controlla se l’opzione di risoluzione inviata è stata catturata dallo stesso prefisso ampio. Una modifica che supera il test eseguito e fallisce quello che intendevi è il risultato normale qui.
Conserva quella differenza nel ticket: la rotta rimossa, la rotta che speravi di mantenere e ciò che la tabella mostra ora. La prossima modifica sarà giudicata rispetto a quel registro.
Non trattarlo come un confine di fiducia
Un filtro sul testo è una comodità di configurazione, non un controllo contro un server di cui non ti fidi. Solo le variazioni di formato lo sconfiggono, ed è per questo che il manuale limita questa affermazione. Quando il server appartiene alla tua organizzazione, correggere la politica di invio è più chiaro che accumulare eccezioni locali.
Scrivi perché il filtro locale esiste, così la persona successiva può decidere se serve ancora. I filtri si accumulano molto dopo che la ragione è sparita.