pull-filter compare du texte, pas des sous-réseaux : lisez-le comme un préfixe
Le filtre compare le début de chaque option poussée avec votre texte. Un espace manquant, une règle antérieure large et la mauvaise action produisent des pannes différentes.
L’intention était d’écarter une route poussée. Après la modification, une autre option de routage manque, ou le client se reconnecte en boucle. Les deux résultats viennent du fait de lire le filtre comme une règle de sous-réseau alors qu’il compare du texte. Le client vérifie si une option poussée commence par les caractères que vous avez fournis, et aucune logique d’adresse n’intervient à aucun moment.
Ce que le filtre compare réellement
Chaque option poussée arrive sous forme de ligne composée d’un nom et de ses arguments. Le filtre compare vos caractères au début de cette ligne, avant qu’aucune adresse ne soit analysée et avant qu’aucune route ne soit installée. Une règle écrite pour un nom capture donc toute option qui commence par ces lettres, pas seulement celle que vous regardiez. C’est pourquoi un filtre peut sembler correct isolément et pourtant retirer quelque chose sans rapport.
Une chaîne qui ressemble à une plage réseau ne reste que des caractères. Elle ne sélectionne aucun préfixe, ne fait aucune arithmétique sur les bits du réseau et ne peut pas exprimer un ensemble de destinations. Quand une telle règle semble fonctionner puis s’arrête, le texte poussé a généralement changé de forme.
Un espace change l’ensemble des correspondances
Le même nom d’option avec et sans séparateur final sélectionne des lignes différentes. Sans le séparateur, la correspondance reste ouverte, tandis qu’avec lui le nom de l’option doit se terminer exactement là avant que les arguments commencent.
pull-filter ignore "route"
pull-filter ignore "route "La forme ouverte capture aussi les options qui commencent simplement par les mêmes lettres, et c’est ainsi que un comportement de routage sans rapport disparaît avec la route que vous vouliez écarter. Copiez la ligne poussée depuis le journal avant d’écrire le filtre. Gardez une copie non modifiée du profil à côté de la version éditée, car annuler une correspondance large est plus facile depuis un fichier que de mémoire.
L’ordre et l’action produisent des symptômes différents
Les règles sont évaluées dans l’ordre et la première correspondance décide du résultat, donc une règle large placée tôt rend toute règle précise ultérieure inaccessible. L’action change aussi la panne : ignorer une correspondance écarte l’option et la session continue, tandis que rejeter lève une erreur qui redémarre la connexion. Une ligne poussée de façon répétée combinée à l’action de rejet produit donc un cycle de reconnexion. Ce cycle se lit facilement comme une panne réseau, et la ligne de journal qui nomme l’option correspondante est ce qui sépare les deux.
| 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 |
Notez quelle ligne a correspondu et quelle action s’est exécutée. Une route écartée et une boucle de redémarrage demandent des réparations différentes, et la note doit dire laquelle des deux a eu lieu au lieu de laisser les deux ouvertes.
Vérifiez ce que l’hôte a installé
Lisez les routes appliquées après la reconnexion et testez la destination que vous vouliez conserver ainsi que celle que vous vouliez retirer. Écarter une route poussée n’apporte aucun remplacement, donc une ressource peut devenir inaccessible par un autre chemin alors que la route indésirable a disparu. Si un nom se résout maintenant ailleurs, vérifiez si l’option de résolution poussée a été capturée par le même préfixe large. Une modification qui passe le test que vous avez lancé et échoue à celui que vous visiez est le résultat normal ici.
Gardez cette différence dans le ticket : la route que vous avez retirée, la route que vous espériez garder et ce que la table montre maintenant. La prochaine modification sera jugée par rapport à ce relevé.
Ne le traitez pas comme une frontière de confiance
Un filtre sur du texte est une commodité de configuration, pas un contrôle contre un serveur auquel vous ne faites pas confiance. Les seules variations de formatage le mettent en échec, et c’est pourquoi le manuel limite cette affirmation. Quand le serveur appartient à votre organisation, corriger la politique de poussée est plus clair que d’accumuler des exceptions locales.
Écrivez pourquoi le filtre local existe, afin que la personne suivante puisse décider s’il est encore nécessaire. Les filtres s’accumulent longtemps après la disparition de leur raison d’être.