Greywolf

oups j'avais point vu

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 merci pour l'exposé des solutions

y'a NFS mais pour partager des imprimantes, smb est peut être mieux

là c'est au niveau du pilote que se situe probablement le problème. As tu installé le ppd correspondant à ton imprimante sur linux? http://www.traduc.org/docs/HOWTO/lecture/D...er_vers_windows des pistes de configuration windows dans ces topics: http://forum.ubuntu-fr.org/viewtopic.php?pid=480189 http://linuxfr.org/~ploum/18841.html

tu as peut-être un problème d'élection de maître explorateur entre ton XP et ton linux qui peut occasionner certains ralentissements. Passe les arguments OS level et local master que je t'ai spécifié ci-dessus dans la section global du smb.conf si tu veux que ton PC linux gère les listes de PC sur le réseau smb.

sinon il y a toujours la possibilité lors de l'install de Ubuntu de spécifier de ne pas installer de chargeur de démarrage.

as tu la JRE de sun d'installé sur ton système? http://java.sun.com //je déplace dans software qui est plus approprié

le partage de connexion est assurée par la fonction windows? un proxy? un routeur logiciel? le modem c'est? le kit de connexion du FAI est-il installé? lorsque internet ne fonctionne plus,arrives-tu à partir de PC2 - pinger PC1 - pinger 66.249.93.147 - pinger www.google.com

Si ta licence n'est pas une licence OEM, tu n'as pas à en racheter une autre. Si c'est une licence OEM, cela a été achetée avec quel matériel? le support OEM est assuré par le revendeur normalement

Il nous faut la topologie du réseau, i.e. comment tout ton petit monde est relié (modem, PC1, PC2, switch,...) + la configuration IP de chaque PC dans une invite de commandes ipconfig /all comment est partagée la connection?

Quels sont les systèmes d'exploitation de chaque PC? disposent-ils d'un pare-feu (même celui de windows si XP)? arrives-tu à pinger chaque PC à partir de l'autre? dans une invite de commandes MS-DOS: sur le PC 1 (192.168.1.10) ping 192.168.1.20 sur le PC2(192.168.1.20) ping 192.168.1.10 dans les propriétés de chaque interface réseau (USB pour PC 1 et wifi pour PC2), les services Client pour les réseaux microsoft Partage de fichiers et d'imprimantes pour les réseaux microsoft sont-ils activés? peux-tu nous indiquer la sortie des 2 commandes suivantes? sur PC 1 nbtstat -A 192.168.1.10 sur PC2 nbtstat -A 192.168.1.20 le service station de travail est il lancé sur chaque PC? si Windows XP, le vérifier via Démarrer=> exécuter => services.msc Lorsque tu t'authentifies sur ton ordinateur, il n'y a pas d'authentification sur un domaine?

si parfaitement. dans une invite de commandes MS-DOS, peux tu exécuter la commande suivante et nous donner le résultat net view cette commande liste les noms netbios des PC sur le réseau. Si tu vois tes 2 PC c'est tout bon. Au pire, il faudra voir la configuration du voisinage réseau windows (et de l'éventuel pare-feu)

en activant la passerelle sur ton interface filaire, tu devais écraser la route par défaut qui pointait vers le hotspot wifi. Pour trouver un itinéraire, le système consulte sa table de routage interface par interface pour déterminer celle compatible avec l'adresse IP de destination. lorsqu'aucune route n'est trouvée, la requête est envoyée à la passerelle par défaut (qui gère les routes 0.0.0.0/0 autrement dit tout), la passerelle se débrouille ensuite pour trouver le chemin suivant avec le même principe. Si la passerelle que tu indiquais dans ton interface filaire n'était nullement capable de relayer des paquets sur le net, ton système ne trouvait aucune route valide.

le câble n'est pas nécessaire, ils sont déjà en réseau via la livebox

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

ne prends pas la passerelle pour le réseau local, seulement la classe réseau (et éventuellement leur DNS s'il sert à résoudre des noms sur le LAN) si tu fais un route print dans une invite de commandes MS-DOS, la passerelle par défaut doit être celle du hotspot

s'ils sont connectés tous deux à la livebox pour accéder à internet, ils sont déjà dans le même adressage réseau (comme le témoigne tes adresses 192.168.1.x) tu relies leur interface RJ45 respective par un câble réseau en plus de la connexion à la Livebox?

peut-être un problème du côté des procédures d'authentification de part et d'autre. Vérifie avec cette KB les différents paramètres utilisés et veille à ce qu'ils soient identiques http://www.microsoft.com/technet/prodtechn...d.mspx?mfr=true

question subsidiaire: quel est ton système d'exploitation? je crois que netsh n'existe que sous 2000 et XP.

tu peux mettre n'importe quel nom de groupe de travail (au plus égal à 15 caractères) pour le définir. Pour que des PC se "voient" dans un voisinage réseau netbios en utilisant uniquement la diffusion des noms, il faut: - être dans le même adressage IP - autoriser les paquets d'annonce UDP 137, 138 et les paquets de session TCP 139, 445. - disposer des services netbios d'activés sur l'interface réseau Sur un même segment IP, on peut définir plusieurs groupes de travail. Chaque groupe de travail est géré par un maître explorateur qui maintient à jour la liste des correspondances adresse IP <=> nom netbios. Le maître explorateur est désigné suite à une élection; des problèmes de liste exploratrice peuvent apparaitre lorsque 2 PC disposant du même OS veulent être maître explorateur. Un PC d'un groupe de travail A pourra accéder aux ressources d'un autre PC d'un groupe de travail B car les maîtres explorateurs ont la capacité d'échanger leur liste d'exploration. Si on veut intégrer dans un même groupe de travail, des PC appartenant à des adressages réseau différents, il faudra mettre en place un serveur WINS à l'interface de tout ce petit monde. Le SSID désigne un réseau sans fil; un même réseau sans fil peut se subdiviser en plusieurs adressages IP différent selon le mode d'authentification.

s'il n'y a rien qui tourne en tâche de fond susceptible de bouffer toute la bande passante, essayer de réinitialiser IP dans une invite de commandes MS-DOS netsh int ip reset resetlog.txt

comme indiqué dans mon MP, la redirection DNS pointe vers une adresse privée non adressable via internet; c'est l'adresse publique de la CBox qui doit mettre à jour les serveurs dyndns la redirection de port fonctionne. seul le mode ftp actif fonctionne (car le serveur FTP envoie l'adresse privée pour la négociation du port en mode passif) le reste fonctionne correctement.

mettre ton PC dans la DMZ redirige toutes les requêtes en provenance d'internet vers ce PC et en effet c'est le pare-feu logiciel installé sur la machine qui fera office de garde-barrière. Pour la VoIP, comme l'initiation de connexion passe par une connexion TCP 1720 (si c'est du h.323, reste à vérifier comment la CI box gère ceci), celle ci sera relayée vers ton PC qui ne saura probablement pas quoi en faire... N'ayant pas de CI-box sous la main, quels onglets te sont disponibles pour la configuration? je ne pense pas que mettre ton PC en DMZ soit une bonne solution.

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

un réseau VPN permet de créer des tunnels cryptés entre 2 PC (ou plus) distants au travers d'internet et qui assurent l'authentification et l'intégrité des données échangées par chaque poste. Une fois le tunnel créé, on peut y faire transiter ce que l'on veut. FTP est un protocole de transfert de fichier en mode texte ou binaire mais n'est pas crypté. Les deux ont des avantages et des inconvénients qui dépendent de ce que tu veux exactement réaliser. As tu réellement besoin de créer un réseau VPN? veux tu partager des ressources autre que le simple transfert de fichiers?