[FIREWALL] 239.255.255.250 port1900 SSDP
Résolu/Fermé
ka'sa
Messages postés
906
Date d'inscription
samedi 24 juillet 2004
Statut
Membre
Dernière intervention
3 février 2007
-
15 nov. 2004 à 15:14
starsis Messages postés 1 Date d'inscription vendredi 16 octobre 2015 Statut Membre Dernière intervention 16 octobre 2015 - 16 oct. 2015 à 08:50
starsis Messages postés 1 Date d'inscription vendredi 16 octobre 2015 Statut Membre Dernière intervention 16 octobre 2015 - 16 oct. 2015 à 08:50
A voir également:
- Ip 239.255.255.250
- 239.255.255.250 ip - Meilleures réponses
- 239.255.255.250:1900 - Meilleures réponses
- 239.255.255.250 - Forum Virus
- Traffic UDP vers 239.255.255.250.1900 ✓ - Forum Réseau
- Adresse 239.255.255.100 ✓ - Forum Réseau
17 réponses
Je cite : "En fait, votre ordinateur contacte à l'adresse 239.255.255.250 (groupe de serveurs IANA, importants serveurs de résolution de noms sur Internet) via le port 1900 en utilisant le protocole SSDP (Simple Service Discovery Protocol) pour repérer toutes les machines" --> Définition de l'IANA : The IANA allocates IP addresses and AS number blocks to RIRs
En gros l'IANA possède la plage d'IP 0.0.0.0 à 255.255.255.255 (toutes)
Et l'adresse 239.255.255.250 est une @IP multicast non routée sur Internet et réservée au protocole SSDP. En clair, si tu lance un ping sur cette IP, la machine qui te répondra est sera une machine de ton réseau local est rien d'autre.
En aucun cas la résolution de nom se fait via des @IP multicast sinon boujour le bazzar et le net serait déjà par terre.
@++
En gros l'IANA possède la plage d'IP 0.0.0.0 à 255.255.255.255 (toutes)
Et l'adresse 239.255.255.250 est une @IP multicast non routée sur Internet et réservée au protocole SSDP. En clair, si tu lance un ping sur cette IP, la machine qui te répondra est sera une machine de ton réseau local est rien d'autre.
En aucun cas la résolution de nom se fait via des @IP multicast sinon boujour le bazzar et le net serait déjà par terre.
@++
3 août 2009 à 19:20
Mais je m'interroge sur une chose, mon firewall l'a bloqué alors que le paquet voulait passer de la zone trust a la zone untrust.
Donc il l'aurait en quelque sorte routé ? A moins que mon firewall n'envoie tout de "trust" vers "untrust" avant de le bloquer, et que ce soit l'interface qui est présentée comme ça...