Greywolf

1/ ça dépend de comment tu as configuré le aprtage de l'imprimante sur ton XP, partage simple (Invité, pas d'authentification) ou partage avec authentification utilisateur ? 2/ le serveur à indiquer est le nom netbios du PC XP Pour le pilote d'impression, je ne me souviens plus comment XP gère ses imprimantes partagées. Au pire, il te faudra installer le driver linux de l'imprimante sur la Suse et envoyer en Raw à XP (pour qu'il ne l'interprète pas) l'epson n'étant pas une imprimante postscript, je pense qu'il va te falloir zieuter par là.

je ne vois pas mention des dossier root et users dont tu parles dans la sortie de testparm, peux-tu préciser d'où viennent ces répertoires? le résultat de findsmb indique que le PC linux ne voit que lui même. Les services de partage de ressources sont bien activés sur l'interface réseau du PC windows? pour l'impression, je regarde ton autre topic.

le modem branché sur le routeur est un modem câble? un modem adsl? as tu activé le clonage d'adresse MAC? cela n'est pas utile si ta connexion se fait via le protocole PPP et non par DHCP au FAI. Cela était utile avec les FAI câble pour "leurrer" le serveur d'adressage du FAI dans l'onglet routage avancé, qu'as tu comme mode de fonctionnement? passerelle ou routeur? dans l'onglet Etat, qu'obtiens tu comme type d'adresse IP, une adresse publique ou une adresse privée?

essaie de faire tes tests à la main dans une invite de commande MS-DOS comme indiqué dans l'article essaie d'abord une taille de 1472 (MTU de 1500) puis 1464 (MTU de 1492)

just configure your NIC by hand. TCP/IP properties IP adress : 192.168.0.x netmask: 255.255.255.0 just replace x by 1 for the first PC and by 2 for the second one. When you are done, plug the cross-cable and try to ping each PC. In a MS-DOS command prompt, on PC 1, type ping 192.168.0.2 on PC 2, type ping 192.168.0.1 you should have icmp echo-reply on both sides. If your game manages LAN network on TCP/IP, you'll be able to play (if no firewall blocks the game packets)

dans la doc du routeur, as tu une information du type de configuration utilisée pour l'adressage de ton réseau local: - DHCP - manuel dans le cas manuel, la documentation précise-t-elle l'adresse IP de ton routeur?

terminal server dans son utilisation basique est apparenté à une sorte de VNC intégré à windows. A l'aide d'un client rdesktop ( http://www.rdesktop.org/ ) , tu peux accéder après authentification au PC distant comme si tu étais devant ta session. Concernant le reste de la question, le style trop compact et dépourvu de la moindre forme de ponctuation me décourage d'emblée. PS: le SSID est un terme pour la norme 802.11 qui est un protocole de niveau 2 et n'a strictement rien a voir avec le groupe de travail qui est une notion du protocole SMB (protocole de niveau 7 fonctionnant sur NetBT)

si à 1000 tu n'as pas constaté d'améliorations, je ne pense pas que tu auras mieux à descendre plus bas :-/. Les symptômes ne sont visibles que lorsque tu utilises la connexion partagée via le PC maitre et non lorsque tu te connectes via un routeur? As tu l'opportunité de tester la connexion partagée avec un autre PC? si les symptômes persistent, le partage de connexion windows en a peut être un coup dans l'aile ou ses ressources réseau sont HS.

un routeur sépare 2 réseaux: l'internet (WAN) et le réseau local formé par tes PC (LAN) si le comportement par défaut dans le sens LAN -> WAN est l'autorisation la plupart du temps, ce n'est pas le cas dans l'autre sens : WAN -> LAN Si aucune règle explicitement créée dans le routeur lui indiquant de relayer un paquet en provenance du WAN vers le LAN n'existe, le paquet sera stoppé: - soit de façon conforme aux normes (RFC) en envoyant une fin de non-recevoir à l'expéditeur (i.e. TCP RST dans le cas d'une connexion TCP ou ICMP type 3 dans le cas d'une connexion UDP) : le port apparait comme fermé lors d'un scan de port classique - soit de façon non conforme en laissant mourir le paquet = comportement d'un firewall: le port apparait comme masqué. Quand connecté derrière un routeur, tu testes ton adresse IP, tu testes en réalité les réponses de ton routeur.

//hop déplacé l'UDMA est activé dessus? /sbin/hdparm -i /dev/<ton_périphérique> regarde le mode actif indiqué par l'*

tu as essayé avec un autre câble?

25 minutes pour 200Mo c'est long... le lecteur cité est un lecteur de ? cassettes, disquettes? CD? DVD? le topic est-il à sa place dans le JRAD? ne serait-il pas mieux qu'il soit dans OS Alternatifs?

smtp et non smpt à moins qu'il ne s'agisse d'une erreur de recopie.

merci de poursuivre dans le même topic http://forum.zebulon.fr/index.php?showtopic=103742

es tu certain que la machine concernée appartienne à ton FAI et non pas à un particulier ayant le même fournisseur que toi? voire même une IP spoofée ? c'est un port UDP en particulier qui est scanné ou c'est du scan vertical sur tous les ports?

j'ai bien peur que nous ne comprenions pas cette partie de la description du problème

:-/ pas grand chose à se mettre sous la dent mise à part les serveurs IBM Tivoli qui utilisent tcp 94, y'a pas grand chose.... Le bruit de fond internet ne concerne même pas ces ports ( http://www.honeyd.org/live.php#port ) tu peux toujours t'amuser à capturer les paquets avec un sniffer ou netcat pour les décortiquer. (netcat -L -p 93)

sur le PC client (i.e. le portable)

s'il dispose de fonctionnalités de routeur, non. si non, i.e c'est un modem simple qui fonctionne en mode bridge, l'adresse publique sera affectée à ton PC et il suffira de configurer ton pare-feu pour accepter les connexions ftp.

Pour se connecter chez toi, ton ami, comme pour t'envoyer un courrier, doit connaître ton adresse. Celle par laquelle on te connait sur internet => l'adresse IP publique qui t'est attribuée par cegetel (plage 84.4.0.0 - 84.7.216.255 ) Si tu te connectes à internet via une Box (cela doit être la Cbox chez cegetel), cette adresse est attribuée à ta Box et les demandes de connexion provenant d'internet iront sur ta box. D'où la redirection de ports (NAT), tu configures ta CBOX pour rediriger les requêtes ftp venant d'internet vers le PC qui héberge Filezilla server et qui dispose d'une adresse IP privée de type 192.168.0.x ou 10.x.y.z.

disposes-tu d'un serveur FTP? si non, il ne faut pas cocher cette case

le smb.conf a l'air correct pour un partage simple. au niveau du firewall, il faut autoriser les datagrammes netbios UDP 137 et 138 et les sessions netbios TCP 139 et 445. le workgroup MAISON est-il le même sur le PC XP? si dans la section global, tu rajoutes local master = yes OS level = 67 arrives tu à parcourir le réseau netbios? que donnent les commandes testparm findsmb

adapté de "La cité de la Peur"

normalement X est un lien qui pointe vers le serveur graphique que tu veux utiliser; si tu fais pointer X vers l'exécutable Xorg au lieu de Xgl, ton problème se résoud-il?

si tu reviens avec xorg à la place de xgl tu as toujours le même problème?