pull-filter compara texto, non subredes: léao como un prefixo
O filtro compara o inicio de cada opción enviada co teu texto. Un espazo que falta, unha regra ampla anterior e a acción equivocada producen fallos distintos.
A intención era descartar unha ruta enviada. Despois do cambio falta outra opción de enrutamento, ou o cliente reconecta en bucle. Ambos resultados veñen de ler o filtro como unha regra de subrede cando compara texto. O cliente comproba se unha opción enviada comeza polos caracteres que forneceu, e en ningún momento interfire lóxica de enderezos.
O que compara realmente o filtro
Cada opción enviada chega como unha liña formada por un nome e os seus argumentos. O filtro compara os teus caracteres co inicio desa liña, antes de que se analice calquera enderezo e antes de que se instale calquera ruta. Por iso unha regra escrita para un nome captura toda opción que comece por esas letras, non só a que estabas mirando. Ese é o motivo de que un filtro poida parecer correcto de forma illada e aínda así eliminar algo sen relación.
Unha cadea que parece un rango de rede segue sendo só caracteres. Non selecciona ningún prefixo, non fai aritmética con bits de rede e non pode expresar un conxunto de destinos. Cando unha regra así parece funcionar e despois deixa de facelo, o texto enviado normalmente cambiou de forma.
Un espazo cambia o conxunto de coincidencias
O mesmo nome de opción con e sen un separador final selecciona liñas distintas. Sen o separador a coincidencia queda aberta, mentres que con el o nome da opción ten que rematar xusto alí antes de que comezasen os argumentos.
pull-filter ignore "route"
pull-filter ignore "route "A forma aberta tamén captura opcións que só comezan polas mesmas letras, e así é como o comportamento de enrutamento sen relación desaparece xunto coa ruta que querías descartar. Copia a liña enviada do rexistro antes de escribir o filtro. Garda unha copia sen modificar do perfil xunto á editada, porque reverter unha coincidencia ampla é máis fácil desde un ficheiro que de memoria.
A orde e a acción producen síntomas distintos
As regras avalíanse en orde e a primeira coincidencia decide o resultado, así que unha regra ampla colocada cedo fai inalcanzable calquera regra específica posterior. A acción tamén cambia o fallo: ignorar unha coincidencia descarta a opción e a sesión continúa, mentres que rexeitar xera un erro que reinicia a conexión. Por iso unha liña enviada repetidamente combinada coa acción de rexeitamento produce un ciclo de reconexión. Ese ciclo lésese facilmente como un fallo de rede, e a liña do rexistro que nomea a opción coincidente é o que separa os dous casos.
| 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 |
Anota que liña coincidiu e que acción se executou. Unha ruta descartada e un bucle de reinicio necesitan reparacións distintas, e a nota debe dicir cal das dúas ocorreu en lugar de deixar ambas abertas.
Comproba que instalou o host
Le as rutas aplicadas tras reconectar e proba o destino que querías conservar así como o que querías quitar. Descartar unha ruta enviada non achega ningún substituto, así que un recurso pode quedar inalcanzable por outra vía mentres a ruta non desexada xa non está. Se un nome agora se resolve noutro sitio, comproba se a opción de resolución enviada foi capturada polo mesmo prefixo amplo. Un cambio que pasa a proba que executaches e falla a que pretendías é o resultado normal aquí.
Conserva esa diferenza no ticket: a ruta que quitaste, a ruta que esperabas manter e o que mostra a táboa agora. O próximo cambio xulgarase contra ese rexistro.
Non o trates como unha fronteira de confianza
Un filtro sobre texto é unha comodidade de configuración, non un control contra un servidor no que non confías. Só as variacións de formato o derrotan, e por iso o manual limita esa afirmación. Cando o servidor pertence á túa organización, corrixir a política de envío é máis claro que acumular excepcións locais.
Escribe por que existe o filtro local, para que a seguinte persoa poida decidir se aínda fai falta. Os filtros acumúlanse moito despois de que a razón desaparecese.