Greywolf

tu peux essayer de contacter l'auteur de ce topic, apparemment il a les identifiants http://forum.zebulon.fr/index.php?showtopi...amp;mode=linear essayer login: admin password : password

oui

Démarrer => Exécuter => cmd dans l'invite de commande ms-dos (la fenêtre noire avec le prompt c:> et un curseur clignotant), tu établis une session telnet sur l'adresse de ton modem telnet 10.1.0.1

ouais et c'est vrai qu'on a tendance à s'exciter comme un fou devant son écran bon je retourne à mes prérogatives familiales

autant envoyer en un format ouvert, type .otf ou rtf ça évitera aux personnes ne disposant pas de MS word de s'acquitter d'une licence pour remplir la paperasse ....

bon, il a une interface telnet ce modem en t'y connectant dessus (et moyennant le fait de connaitre les login/mdp d'administration: admin/admin ; admin/1234; voire rien du tout), tu pourras peut-être accéder à une interface d'admnistration. toujours en ayant l'adresse IP dans le même adressage, telnet 10.1.0.1 peut-être y aura-t-il quelques réglages avancées? quoi qu'il en soit le traffic détecté par wireshark provient bel et bien de ton modem.

désolé pas le temps en ce moment. Propriétés carte réseau => protocole TCP/IP => IP manuelle nmap: nmap -sT -P0 -F <adresse_IP>

un truc à essayer: installer un scanneur de port (nmap par exemple) basculer ton interface réseau en adresse IP fixe dans le réseau 10.0.0.0/8 10.1.0.2 / 255.0.0.0 par exemple faire un scan complet des adresses relevées 10.1.0.1 10.1.128.1 10.255.255.1 ça permettra de voir s'il y a une interface web, telnet ou autre comme ton interface sera en adressage fixe, tu n'auras plus internet. Repasser en adressage automatique réversera la situation

apparemment c'est ton thomson digital broadband qui dispose de ces interfaces et de ces adressages: L'adresse MAC des paquets à l'origine des broadcasts est la même que celle à laquelle tu envoies la requête DNS vers google.be = ta passerelle internet 00:01:5c:22:e2:82 y'a une doc qui indique comment ça fonctionne cette bête? c'est un modem administrable? il est branché comment au PC?

ARP est le protocole qui permet, dans un même brin réseau, d'établir la correspondance adresse MAC <-> adresse IP DHCP est le protocole qui permet à une interface réseau d'obtenir une adresse IP depuis un serveur DHCP. l'interface sur laquelle tu as lancé le sniffer récupère des paquets émis en diffusion (broadcast; 255.255.255.255) issus de différentes machines 10.1.0.1 10.1.128.1 10.255.255.1 les deux premières émettent des requêtes ARP who-has en diffusion vers différentes adresses IP pour obtenir leur adresse MAC en retour la dernière adresse héberge manifestement un serveur DHCP (DHCP offer, Ack, NAK) Comme ces paquets ne sont pas destinés à ta machine (qui dispose manifestement d'une @IP publique au vu de la requête DNS effectuée sur google.be), elle ne répond pas mais tu enregistres du bruit de fond de diffusion. disposes tu d'un réseau local? est ce que l'adressage réseau 10.0.0.0/8 t'est familier? (ce type de réseau est de classe privée donc LAN)

Le problème semble avoir trouvé sa solution. Ainsi, afin de signaler clairement à ceux qui ont un problème similaire qu'ils ont peut-être une solution toute trouvée (s'ils pensent à utiliser la fonction Recherche en indiquant le mot-clé "résolu" auparavant), et afin de signaler aux autres contributeurs qu'il est inutile de continuer à se creuser la tête sur le problème (à moins d'avoir des suppléments d'informations à apporter pour mieux comprendre ce qui posait problème), un modérateur a préfixé le titre du topic avec la mention [résolu]. Merci, à l'avenir, de bien vouloir prendre à votre charge cette mise à jour quand vous estimez que votre problème a été résolu de manière satisfaisante (et parallèlement, si le problème a disparu "mystérieusement", inutile d'induire les gens en erreur ) Pour cela, votre premier message

dans les propriétés de ta connexion, tu désactives le partage de fichier et d'imprimantes MS windows. Ceci dit, si cette ressource doit être légitimement utilisé sur ton réseau local, il faut simplement n'activer cette fonctionnalité que sur l'interface du réseau local et la désactiver sur celle qui te sert à te connecter à internet (plus l'utilisation d'un pare-feu) nessus est un scanneur de vulnérabilité à distance; le faire tourner sur le même PC te donnera beaucoup de faux positifs du fait des processus écoutant uniquement sur localhost et sur l'interface LAN (et donc inacessible depuis internet)

c'est ça tu as du traffic ARP sur le réseau 10.0.0.0/8 et du traffic DHCP (configuration automatique d'adressage IP). quel est ce réseau 10.0.0.0/8 ? tu as un speedtouch ethernet?

Si même maintenant on arrive à pourrir des TALC, où va-ton? Je suggère à chacun de reprendre ses esprits, d'éviter les allusions douteuses, d'éviter de modifier constamment ses posts, etc etc .... je ne serai pas aussi tendre que Dylav ou Sofy, croyez moi. Si quelqu'un a un mot à dire, j'attends son MP. //marre des adultes irresponsables...

lo c'est localhost, la boucle locale sur laquelle écoute les composants de ton antivirus, par exemple. Si tu es en DHCP pour ta connexion, le protocole prévoit qu'il y ait des échanges en cours de bail pour maintenir la connexion. Si tu te déconnectes d'internet, tu as toujours le bruit. Si tu utilises un sniffer (wireshark par exemple) et que tu écoutes successivement la boucle locale, ton interface ethernet que captures tu?

nessus détecte que le service de partage de ressources est accessible. cependant, nessus doit s'utiliser à partir d'un PC A (client) pour scanner un PC B (serveur Nessus). Comment as tu procédé?

dial-up interfaces, ce sont les connexions PPP du style modem adsl usb ou modem normal carte réseau, ben comme son nom l'indique. si tu te connectes au net via cette interface en DHCP all interfaces regroupe les deux précédentes et probablement la boucle locale (et comme il peut y avoir du traffic sur lo, c'est peut-être normal qu'il t'affiche une activité)

c'est qu'ils appartiennent donc bien au même réseau local d'un point de vue IP. La freebox ponte toutes ses interfaces LAN: RJ45, wifi & USB. tu arrives à les pinger à partir de chaque PC? si oui, le reste n'est qu'affaire de bonne config du parefeu et/ou des droits sur le partage.

en effet c'est un comique lui.... Netware fonctionne sur IPX certes mais le protocole DNS fonctionne bien sur IP... tu as vérifié si tu avais installé netware sur ta Suse? (car cela ne doit pas l'être par défaut)

affirmatif et dans certains cas, c'est quand même bien plus simple que sous windows

techniquement parlant, c'est de refuser tout paquet entrant n'appartenant pas à une connexion déjà établie depuis ton PC (i.e. les réponses aux requêtes que ton navigateur web effectue par exemple) sur certains pare-feu, ça se règle en 2 coups de cuillère à pot, mais ne connaissant pas Kerio je ne te suis pas d'un grand secours politique par défaut des connexions entrantes à DROP (pour que les ports soient masquées) création d'une seule règle dans INPUT autorisant les réponses aux requêtes = des connexions en état Connecté (ce que doit savoir faire tout pare-feu à état, dit stateful )

ça répond toujours pas comment sont adressés les octets après 128 Go la suite ici : http://bellamyjc.org/fr/theoriemultiboot2.html#128Go je ne comprends donc pas comment le bios, s'il n'adresse que 128 Go, pourra adresser dces partitions qui sont au-delà de cette limite

étant donné que les 2 PC sont connectés à la livebox, ils sont de fait dans le même réseau local. Eventuellement, mettre les 2 PC dans le même groupe de travail pour qu'ils se voient directement et il ne reste plus qu'à partager l'imprimante (clic droit -> partager) //configurer les Firewall éventuellement présents sur chaque PC UDP 137-138 TCP 139, 445

ceci dit pour quelqu'un qui visite souvent Secunia (comme moi par exemple), il n'est pas besoin d'être passé sur assiste.forum.free.fr pour découvrir l'outil vu qu'il apparait avec un NEW clignotant dans leur home page. puis de toute façon ça marche pas sous linux

tu as déterminé ta MTU comme indiqué dans le tutorial? quel est ton objectif? avoir le ping le plus petit possible quitte à avoir un peu d'overhead ou un ping "normal" pour lequel les données de ton application sont envoyées avec le maximum d'informations à la fois?