J'ai lu la page de manuel iptables (lecture au lit) et je suis tombé sur la cible 'TTL', mais il prévient:
Définir ou incrémenter le champ TTL peut potentiellement être très dangereux
et
Ne jamais définir ou incrémenter la valeur sur les paquets qui quittent votre réseau local!
Je peux voir comment la décrémentation ou la réduction de la durée de vie (TTL) peut entraîner la suppression des paquets avant d'atteindre la destination, mais quel effet l'incrémentation peut-elle avoir?
Le TTL est décrémenté quand il passe par un routeur. Cela garantit que si le paquet voyage en rond, il finira par mourir.
Le champ TTL d'un paquet IP v4 est un champ de 8 bits (255 décimaux). Donc, le placer haut au début n’est pas un gros problème car il ne peut pas être aussi volumineux dans un paquet bien formé (bien que certaines choses puissent accepter des paquets IP mal formés).
Cependant, si quelque chose l'incrémente et que l'étape d'incrémentation fait partie de la boucle , le paquet peut continuer à tourner en rond sans jamais atteindre zéro. Avec le temps (une fuite très brève ou progressive), des paquets pourraient s'accumuler dans le système contenant cette boucle, ce qui la surchargerait.
La durée de vie des paquets maintient le routage sain. Si un paquet devait avoir un très grand TTL et était pris dans une route circulaire pour une raison quelconque, cela pourrait causer une tonne de trafic (appelée "tempête de paquet") et perturber les opérations normales. Un TTL trop faible entraînerait une perte de connectivité, car vous perdriez le paquet avant qu'il atteigne la destination.
Il semble y avoir un point que les réponses semblent avoir manqué mais qui serait purement théorique (à cause du nombre de sauts qui semblent requis sur Internet): si un paquet ne parvient normalement pas à atteindre sa destination en raison de l'expiration du délai TTL, il doit être augmenté. permettrait au paquet d'atteindre sa destination mais n'affecterait pas les paquets retournés et ils expireraient avant d'atteindre votre réseau.
MISE À JOUR: Selon cette page sur Wikipedia :
MISE À JOUR 2: Lorsque quelqu'un a mis à jour mon message et fait référence à Wikipedia, j'ai pensé qu'il serait peut-être préférable de faire référence à la RFC elle-même - http://www.ietf.org/rfc/rfc791.txt - Il suffit de rechercher le format TTL dans celui-ci et cela ne change rien un bon travail d'explication:
la source
Je connais juste un programme, qui pourrait utiliser une valeur TTL plus élevée, et c'est
traceroute. Comme son nom l'indique, il trace l'itinéraire jusqu'à un hôte de destination en modifiant la valeur TTL. Le nombre maximum de sauts est de 20, mais vous pouvez l'augmenter.la source
Chaque routeur qui gère un paquet décrémente la valeur TTL jusqu'à ce que le paquet atteigne sa destination ou que la durée de vie atteigne zéro et meure.
Comme d'autres l'ont dit, l'augmentation de la durée de vie peut générer des paquets qui ne meurent jamais s'il existe un cycle négatif. En règle générale, si une valeur de durée de vie n'est pas assez grande, la logique permettant d'essayer une durée de vie plus grande devrait probablement être gérée par les clients de bout en bout.
Si vous êtes certain qu'un routeur n'est pas dans un cycle (topologie en arborescence), vous pouvez théoriquement augmenter la valeur TTL en toute sécurité. Cela dit, autoriser plus de sauts que la norme pourrait rendre la congestion plus probable sur le réseau externe. Si vous avez une longue chaîne de routeurs entre le réseau interne et externe, tant qu'il n'y a pas de cycle, une valeur de durée de vie plus grande peut être utile. Cela dit, il pourrait être assez facile pour quelqu'un d'ajouter un bord au réseau et de créer un cycle. Il est donc beaucoup plus sûr de commencer par une valeur TTL plus grande, d'où le paquet provient.
la source