Tunelul divizat încă exclude o aplicație pe care ai dezinstalat-o

Aplicația veche a dispărut, iar lista tunelului divizat încă are o intrare pentru ea. Nimic nu se strică vizibil, și de aceea rămâne acolo luni întregi. Apoi cineva instalează alt program în același folder, sau un profil administrat restaurează regula la fiecare reconectare, și traficul începe să meargă pe o cale pe care nimeni nu a planificat-o. Excluderea a supraviețuit motivului pentru care exista.

Curățarea ține mai ales de identitate: la ce indică regula acum și cine deține lista.

Simptomul: o excludere care nu se potrivește cu nimic

O intrare învechită este invizibilă în utilizarea normală. Devine vizibilă în trei feluri: o aplicație despre care te așteptai să treacă prin tunel merge direct, un program nou moștenește o excepție veche, sau clientul refuză să salveze o modificare pentru că profilul administrat o suprascrie. Toate trei par erori separate, și toate trei sunt aceeași problemă de evidență. Fiecare este ieftin de verificat și scump de diagnosticat greșit.

Începe prin a citi regula, nu prin a o șterge.

Află ce identifică regula

Implementările tunelului divizat bazează excluderile pe lucruri diferite: o cale de executabil, un nume de pachet, un identificator de pachet sau o rută. O regulă bazată pe cale indică un fișier care poate nu mai există, sau care acum poate fi alt fișier. O regulă bazată pe pachet indică o identitate pe care o instalare nouă o poate reutiliza. Citește documentația clientului pentru câmpul la care te uiți, pentru că aceeași casetă de text înseamnă lucruri diferite la produse diferite. Ghidul VpnService al Android este referința pentru cazul bazat pe pachet.

Numele afișat este partea cea mai puțin fiabilă a intrării și exact pe aceea o citesc oamenii.

Regulile de cale și regulile de pachet se comportă diferit

O regulă de cale care supraviețuiește unei dezinstalări devine de obicei inertă, iar inert este rezultatul bun. Rezultatul prost este o cale care este reutilizată, pentru că noul executabil moștenește excepția în tăcere. Regulile de pachet se comportă din nou altfel: un produs poate ignora un pachet indisponibil, îl poate respinge sau poate continua să potrivească după nume când ceva nou revendică acel nume.

Nu transfera o presupunere de la un client la altul. Verifică ce face de fapt al tău cu o țintă lipsă, ideal creând condiția intenționat pe o mașină de test și urmărind ce proces moștenește excepția.

Elimină-o prin proprietar

Dacă lista vine dintr-un profil administrat, editarea locală este o schimbare temporară care va fi restaurată la următoarea reconectare. Schimbă profilul sau întreabă persoana care îl deține și confirmă că modificarea supraviețuiește unei reconectări. Dacă lista este locală, elimină intrarea și verifică dacă clientul și-a rescris configurația în loc să o păstreze pe cea veche în memorie.

O listă goală nu este scopul. Scopul este o listă ale cărei intrări corespund în continuare unor cerințe reale.

Apoi testează ambele direcții

După curățare, testează o aplicație care ar trebui să rămână exclusă și una care ar trebui să treacă acum prin tunel. Confirmă separat comportamentul DNS, pentru că politica resolverului este un control diferit de lista de excluderi. Apoi reconectează-te o dată și testează din nou, fiindcă un profil restaurat este cel mai frecvent mod în care o curățare se anulează în tăcere.

Păstrează un scop de o linie lângă fiecare excepție rămasă. Acea linie este ce împiedică lista să devină un muzeu și face din următoarea curățare o treabă de cinci minute.