2009-07-24 9 views
2

Je sais que certains sites Web offrent ce service, mais étant donné que pratiquement tout le monde vit derrière NAT, pourquoi n'est-il pas standardisé sur un port et fourni comme service à quiconque veut l'exécuter? C'est au moins aussi utile qu'un serveur d'écho, de jour ou de "devis du jour" et aussi facile à mettre en œuvre.Pourquoi pas "quel est mon ip" port/service bien connu?

Ou en existe-t-il un dont je suis conscient? Des propositions/RFC en cours? EDIT: Merci à tous pour une discussion animée et réfléchie.

+0

Pour ceux qui pourraient vouloir savoir, je préfère http://www.whatsmyip.us/ sur tous les autres car il a le moins de merde dessus. Je pense que .org était en clair, mais quelqu'un a gâché ça. – Sneakyness

Répondre

4

C'est le protocole fixées de manière homogène STUN dans RFC 5389

Bien sûr, les vendeurs doivent soutenir les normes pour les rendre utiles.

Fil de discussion connexe sur StackOverflow. Tous mention STUN:

+0

Intéressant. Je ne suis que superficiellement au courant de STUN, donc ça va prendre du temps à passer par là. Offhand il semble être exagéré pour la situation de base décrite. Utiliser un obusier pour obtenir un moucheron? (Désolé, n'a pas pu résister.) –

+0

STUN est compliqué parce que le monde est compliqué. Il existe plusieurs types de routeurs NAT; chacun avec un comportement différent. – bortzmeyer

0

Si un tel service existait, votre passerelle NAT pourrait choisir de modifier la réponse du service, en remplaçant à nouveau l'adresse externe par l'adresse interne.

De même, dans le cas d'un système à double rattachement: comment obtiendriez-vous l'adresse du milieu?

+0

Je ne pense pas que quiconque se soucie vraiment de l'adresse du milieu. Ce que les utilisateurs finaux aiment généralement, c'est "Hey, j'héberge un serveur Ventrilo et je veux que mes amis s'y connectent - quelle adresse tapent-ils pour arriver ici?" –

+0

Pourquoi le NAT jouerait-il avec l'adresse externe?Vraisemblablement, il serait retransmis dans la charge utile et le NAT ne devrait vraiment pas jouer avec cela. –

+0

Les périphériques NAT affectent généralement la charge utile lorsqu'ils reconnaissent un protocole filaire qui transmet les adresses IP. L'exemple principal est ftp, qui autrement ne fonctionnerait pas. –

-1

Il n'y aura pas de solution répandue. «Quand/si IPv6 remplace complètement IPv4, alors l'abondance des adresses disponibles rendra le NAT, et donc ce problème, une chose du passé.

+1

IPv6 ne remplace le NAT que lorsqu'il est logique que chaque périphérique dispose d'une adresse IP publique. Dans la plupart des cas, ce n'est pas souhaitable pour des raisons de sécurité. – richardtallent

+0

Je pense que vous l'avez en arrière. L'abondance de NAT a fait disparaître le besoin d'IPv6. –

1

Vous avez vraiment besoin de plus que de savoir ce que votre adresse IP est "en ce moment". Vous devez le garder comme ça. Plus important encore, il semble que la raison pour laquelle vous devez connaître votre adresse IP est que vous devez indiquer à une autre machine comment vous connecter. Ce qui est vraiment nécessaire n'est pas un hack de bas niveau, mais plutôt un protocole qui configure tous les périphériques de la couche réseau intéressés pour s'assurer que vous pouvez être contacté et que la connexion reste ouverte (ou qu'elle peut se reconnecter si elle est cassée). Par exemple, il est possible que votre routeur perde sa connexion avec votre fournisseur d'accès à Internet (FAI). Quand il obtient une nouvelle connexion, il peut avoir une adresse IP différente. Vous devez résoudre ce problème. Dans un environnement d'entreprise (oui, les entreprises utilisent le P2P), un certain nombre de reconfigurations de réseau peuvent avoir lieu, le tout sans informer les pairs des changements d'adresse IP. Cela doit également être traité.

Le problème global est que vous dépendez d'une entité de couche réseau (adresse IP) pour rester utile pour les couches supérieures. Ce n'est pas le travail d'une adresse IP - c'est uniquement destiné à acheminer vos datagrammes à destination. Il n'y a rien d'inhérent à la connaissance de votre adresse IP qui dit qu'ils vont toujours arriver à leurs destinations demain en utilisant la même adresse.

+0

Points valides. Je suppose que je viens du point de vue opposé. Des choses simples peuvent être assemblées pour faire des choses complexes (par exemple, 'chat' n'est pas si utile en soi mais puissant quand il passe dans d'autres pgms). C'est un service très simple. Si, et comment, cela pourrait s'insérer dans un protocole plus large est le problème de quelqu'un avec un démangeaison plus gros à gratter. Ce serait leur problème de gérer adéquatement les connexions brisées et autres. –

+0

Mais pourquoi même déranger, sachant que le réseau couche est en charge de ces numéros, et pas vous? –

+0

Mais chaque couche est obligée de faire face à la fragilité de ceux qui sont en dessous. L'IP a affaire à diverses idiosyncrasies médiatiques comme la fragmentation, etc. Je suppose que je ne vois pas en quoi c'est terriblement différent (quoique plus simple) que quelque chose comme le DNS dynamique, un service quelque peu similaire créé par certains facteurs (par exemple Adresses IP, modifications de l'adresse IP de l'ISP, etc.). –

Questions connexes