Suspension SSID

Disponible sur Chute iOS, Chute Mac et Chute Android. Non disponible sur Apple TV.

Vous pouvez configurer Chute pour qu'il se suspende tant que l'appareil est connecté à des réseaux Wi-Fi donnés.

[SSID Setting]
"Corp-VPN" suspend=true

Mise en œuvre :

• iOS : les entrées portant un nom de réseau exact (tel quel, entre guillemets ou SSID:<name>) et les entrées TYPE:WIFI / TYPE:CELLULAR deviennent des règles à la demande de déconnexion de la configuration VPN ; TYPE:WIFI couvre tous les réseaux Wi-Fi. Le système coupe le tunnel lorsque l'appareil rejoint un tel réseau et le maintient coupé tant qu'il y reste ; après le changement de réseau suivant, les règles à la demande habituelles s'appliquent de nouveau, donc « Toujours actif » se reconnecte automatiquement. Les entrées BSSID: et ROUTER:, TYPE:WIRED, ainsi que les noms contenant * ou ? ne peuvent pas s'exprimer en règle à la demande : lorsque la vérification propre du moteur en reconnaît une, le tunnel s'arrête de lui-même et vous vous reconnectez à la main une fois le réseau quitté — sauf si « Toujours actif » est activé, dont les règles de connexion ramèneraient aussitôt le tunnel ; ces entrées ne suspendent donc pas sous iOS et Chute se contente d'en indiquer la raison. À chaque début de suspension, Chute iOS affiche la notification « Suspendu sur ce réseau » (selon le réglage des notifications de l'app).
• Mac : tant que le réseau actuel correspond à une entrée suspend=true, Chute désactive le proxy système et le TUN, puis les rétablit lorsque le réseau ne correspond plus. Tous les types de sélecteurs sont pris en compte. Lorsque la configuration désigne un réseau Wi-Fi, Chute demande une fois l'autorisation de localisation (macOS 10.15 et versions ultérieures) ; à partir de macOS 14, le nom du Wi-Fi ne peut pas être lu sans elle, et seules les entrées TYPE: et ROUTER: peuvent alors correspondre.
• Apple TV : les réglages basés sur le réseau sont conservés dans la configuration pour les autres plateformes mais ne s'appliquent jamais ; l'application affiche un avis lors de l'enregistrement.
• Android : Chute lit le transport, le SSID, le BSSID et la passerelle, compare les entrées à chaque changement de réseau et une fois par minute, et pousse les dns-server / encrypted-dns-server d'une entrée correspondante dans le résolveur. En mode VPN, une entrée suspend=true correspondante retire l'interface VPN tandis que le moteur continue de tourner, si bien que le trafic contourne Chute ; Chute affiche la notification « Suspendu sur ce réseau », l'écran principal nomme l'entrée qui a correspondu, et l'interface revient d'elle-même une fois que l'appareil a quitté le réseau. Tous les types de sélecteurs sont pris en compte. Le mode Proxy local ne suspend pas. Pour le nom du réseau, l'application demande l'autorisation de localisation (Android 12 et antérieur) ou celle des appareils Wi-Fi à proximité (Android 13 et ultérieur) lorsqu'une section [SSID Setting] est présente ; un démarrage qui ne peut pas afficher la demande affiche une notification à la place — voir Premiers pas sur Android.

Une entrée correspondante ultérieure avec suspend=false annule la suspension sur Mac et Android, et sous iOS également : les règles à la demande sont parcourues selon le principe « la dernière correspondance l'emporte », comme le verdict propre du moteur, si bien que la règle de déconnexion n'est pas écrite. Deux annulations restent hors de portée des règles à la demande. D'un type de sélecteur à l'autre d'abord : TYPE:WIFI suspend=true suivi de SSID:Home suspend=false coupe quand même le tunnel sur ce réseau, car la règle est construite pour tout le Wi-Fi. Ensuite, une entrée à joker ne peut pas en annuler une précise, si bien que SSID:Home suspend=true puis Home* suspend=false laisse la règle en place. Le verdict propre du moteur honore les deux.

DNS par réseau

Une entrée peut aussi modifier le DNS tant que son réseau est le réseau actuel :

[SSID Setting]
SSID:Home dns-server=192.168.1.1, 192.168.1.2:5353, encrypted-dns-server=off
BSSID:AA:BB:CC:DD:EE:FF encrypted-dns-server=https://doh.example/dns-query, tls://dot.example
TYPE:CELLULAR dns-server=1.1.1.1

• dns-server= remplace les résolveurs classiques du pool principal. Il n'accepte que des entrées classiques — une adresse IP avec un port facultatif ([v6]:port pour l'IPv6), system ou syslib, écrites comme dans le dns-server global. L'URL d'un résolveur chiffré, que la clé globale accepte bien, est ici écartée avec un avis ; listez-la plutôt dans encrypted-dns-server=. Une entrée tcp://IP[:port], pour le DNS sur TCP, est également acceptée.
• encrypted-dns-server=off désactive tous les résolveurs chiffrés ; une liste d'URL les remplace, répartie entre DoH, DoT, DoQ et DoH3 selon le schéma.
• Les sélecteurs sont ceux de la suspension : un nom de réseau entre guillemets, SSID:<name>, BSSID:<address>, TYPE:WIFI, TYPE:CELLULAR, TYPE:WIRED et ROUTER:<gateway address> ; les noms acceptent les jokers * et ?. MCCMNC: est accepté mais ne correspond jamais.
• La redéfinition est appliquée au changement de réseau et au chargement de la configuration. Si plusieurs entrées correspondent, la dernière l'emporte ; quitter le réseau rétablit les serveurs configurés.
• Une même entrée peut combiner suspend= et les paramètres DNS.

La forme Shadowrocket de [Host], ssid:<name> = server:<dns>, devient une entrée de ce type — voir Mappage DNS local. Sur Apple TV, ces entrées sont conservées mais ne s'appliquent jamais.