dynamic_chain de Proxychains peut sauter un saut de proxy obligatoire

Utilisez strict_chain lorsque chaque saut listé doit participer dans l'ordre. Si le proxy final fournit une sortie ou un emplacement réseau obligatoire, autoriser son saut annule cette exigence même lorsque la requête réussit.

dynamic_chain de proxychains-ng conserve l'ordre des proxys utilisables tout en ignorant les entrées indisponibles. Cela échange un itinéraire fixe contre de la disponibilité. Ce n'est approprié que lorsque les sauts ignorés sont facultatifs pour la tâche.

Ignorer un proxy indisponible ne signifie pas que le mode dynamique documenté envoie simplement la requête directement ; il exige toujours un chemin de proxy utilisable. Séparément, des opérations applicatives non prises en charge peuvent échapper à l'interception du wrapper. Aucun des deux modes de chaîne n'est un mécanisme d'application à l'échelle de la machine.

Activez un seul mode de chaîne choisi plutôt que plusieurs options concurrentes. Vérifiez quelle configuration la commande a réellement chargée avant de juger ce choix. chain_len s'applique aux modes aléatoire ou tourniquet documentés de la configuration d'exemple ; ce n'est pas une limite de longueur générale pour les chaînes stricte et dynamique.

Choisissez la politique selon l'échec que vous pouvez accepter : faire échouer la requête si un saut obligatoire est indisponible, ou accepter un itinéraire ordonné via les proxys utilisables restants. Une requête réussie n'est une preuve suffisante que lorsque l'itinéraire obtenu satisfait à l'exigence.