Greywolf

bof... pas trop. Enfin on va faire sans. Que donne ping 127.0.0.1 ping ton.adresse.IP ping adresse.IP.de.passerelle ping 66.102.11.99 ping www.google.fr ton cable c'est bien un cable droit? quelle est ton adresse IP/masque et celle de la passerelle?

debian existe en 3 versions -la stable (l'actuelle Woody) qui offre l'avantage d'avoir tous ses paquets exhaustivement testé d'un point de vue stabilité et sécurité. Le seul point noir réside dans la volonté de certains utilisateurs d'être up2date =>les paquets ne sont pas les derniers sortis (pour cause de test) (quoique des backports existent) -la testing (l'actuelle Sarge) qui est un poil plus à jour mais ne bénéficie pas des tests de stab et sécurité -la unstable (Still In Development) : tous les paquets récents sont mis dans les dépots, aux risques et périls des utilisateurs (dépedances non satisfaites, bugs,....) Lorsque les paquets unstable n'ont pas subi de bugs majeurs pendant quelques jours, ils sont passés dans testing pour finalement arriver dans stable (au bout de qq mois) PS: je n'ai aucun problème en SID, faut lire les indications fournis avec les paquets, c'ets tout.

le USB 1.1 est l'ancien nom du USB 2.0 Full speed. Les taux de tranfert sont de 120Mbps. Le véritable USB 2.0 est le High Speed avec des taux de transfert allant jusqu'à 480Mbps. pour atteindre ces vitesses, il faut bien entendu un controleur USB 2.0

rien capté..... si tu veux qu'on puisse t'aider sois plus précis... topologie réseau, adresses IP/masque/passerelle/DNS et configuration des cartes réseaux de chaque poste. Par quel matériel sont-ils connectés? quels tests as-tu effectué? quels en sont les résultats? //j'oubliais y a t il des firewalls de configurés?

En effet, c'est plus clair Ce problème m'arrive quelquefois mais je ne sais pas à quoi il est du... Cependant, un rechargement de la page en question (actualiser) fait disparaitre le problème et/ou une réduction de la fenetre IE dans la barre des taches suivi d'une restauration... C'est pas très catholique (ou n'importe quelle confession qui vous importe) comme solution et ça ne permet pas de savoir d'où vient le problème mais en général ça fonctionne. peut-être une réparation ou mise à jour d'IE? http://www.technicland.com/article.php3?sid=24 (mais c'est pareil on saura pas d'où vient le problème)

Bonjour et bienvenue, qu'appelles tu " la fonction recherche dans les diférents moteurs de recherche"? celle de Internet Explorer (le bouton dans la barre supérieure) qui est censé ouvrir une barre sur le côté ou la zone de saisie de mots-clés sur le(s) site(s) en question?

ce sont les drivers nforce que tu essaies d'installer? y'a pas eu d'erreur lors du configure? tu as bien les sources de ton noyau actuel d'installées quelquepart?

des téléphones-fax-photocopieurs-répondeurs-machineàcafé qui bruiteraient la ligne un problème physique sur ta ligne => vérifié la tête d'entrée de ligne.

Justement non, c'est l'avantage d'une topologie en maillage intégral; tu n'es pas dépendant d'un seul concetrateur. Le défaut vient dans la gestion et le diffusion des clés quand tu rajoutes des sous-réseaux. La topologie en etoile dépend d'une unique machine (qui peut planter et fiche en l'air toutes les connexions VPN) mais à l'avantage de concentrer les clés (dans un souci de gestion de ces dernières) Ton problème semble manifestement provenir d'une limitation de XP concernant le protocole PPtP. //l'est riche ton copain pour avoir un 2003AS.... wingate VPN en effet http://www.watsoft.com/wingate_vpn/ connexion SSL...

je ne sais pas si XP a les capacités d'un concentrateur VPN pour une topologie réseau en étoile... ce qui peut être fait c'est une topologie en maillage dans laquelle tous les PCs se connectent à tous les autres (n-1 connexion VPN par PC pour n PC) et non à un seul concentrateur. //quoique si XP ne gère pas deux connexions VPN simultanées, ça résoudra pas le problème.......je dis des trucs moi parfois... les logs ça doit être dans outils d'administration, clic, menu, clic.... seule solution, si c'est XP qui est bridé, passer à linux

avec poledit y'a moyen de faire des choses, je te laisse fouiner de ce côté.

une version OEM est utilisable, légalement, uniquement sur le matériel pour laquelle elle a été vendue. Après question produit, c'est pareil

Hmm reprenons... tu as installé deux fois Win2000, une fois sur une partition FAT32 et une deuxième sur une partition NTFS (ou l'inverse) Quelle est la partition principale? <= si on veut pas se retrouver avec des problème NTLDR not found a priori, il faudra éditer le fichier boot.ini (fichier caché à la racine) et virer l'entrée que tu ne veux plus (celle correspondant à FAT32 ou NTFS??) ensuite il suffira d'effacer la-dite partition.

et si c'est du remote desktop -bureau à distance), XP Pro est en effet limité à 1 session. Si c'est du VPN, c'est étrange... à moins qu'il ne se connecte avec le même nom d'user?? que disent les logs?

l'exécutable mde5sum calcule le hash md5 du fichier donné en paramètre. A toi ensuite de comparer l'empreinte avec celle fournie dans le fichier de signatures correspondant au fichier téléchargé. //en général md5sum /? sous windows devrait te dire comment te débrouiller avec l'exécutable.

ben je vois pas ce qui les empecherait de causer.... c'était quoi les raisons invoqués par l'internaute??

pour voir d'où vient le problème, il suffit de faire un ping d'une adresse extérieure au réseau local (avec le FW éteint). de 2 choses l'une, si ça passe => faut regarder du côté de la résolution de nom DNS et au pire inscrire en dur les @IP des serveurs DNS du FAI sur le client si ça passe pas, faut regarder du côté du NAT => voir si le routage IP est activé dans la BDR.

mais tu le lances à partir de la console ou dans un environnement X? si non, les variables DISPLAY ne sont pas réglées. Essaie un startx pour lancer ton WM et ensuite de lancer nedit

apparemment c'est une application graphique qui a par conséquent besoin d'un serveurX pour se lancer. En as tu un d'installé?

http://www.repairvideo.com/index.html on sait jamais. ça peut réparer l'index du fichier (qui est en début et en fin si mes souvenirs sont bons)

1/ fais péter ton /etc/X11/XF86Config-4 (enfin que la partie concernant la souris) => y'a une ligne pour le Z-Axis Mapping dedans? 2/faut vérifier que ton noyau gère le PCMCIA et le Wifi. Je t'avais filé qq liens pour ça dans un post précédent. Une fois compilé, pour le wifi faut les wireless-tools. Je peux pas plus t'aider j'ai pas de carte wifi PCMCIA.

News et Sécu ? bon apparrement tu as un service de configuré pour écouter sur ces ports... reste à savoir quoi.. trojan ou service normal.. là est la question http://www.delamereservices.co.uk/ports3001to3500[1].html

t'as essayé de les lancer à partir d'un terminal pour voir d'éventuels msg d'erreur? dans les logs rien n'apparait? avec strace on peut également arriver à pister un éventuel problème strace mozilla

oula, tu confonds nom d'identification/groupe de travail d'un ordinateur sur un réseau microsoft valables localement et l'adressage IP sur internet. Les PC lorsqu'ils sont connectés sur internet obtienent une adresse IP. Lorsque cet ordinateur désire héberger des services accessibles de partout, il enregistre un nom de domaine afin de faciliter la mémorisation. Par exemple, la machine hébergeant www.zebulon.fr est 213.186.40.220. www.zebulon.fr est quand même plus facile à retenir. Quand, dans ton navigateur, tu tapes www.zebulon.fr; le PC a priori ne sait pas à quelle adresse IP cela correspond. C'est pourquoi il va faire une requete auprès des serveurs DNS de ton fournisseur d'accès (ou de ton réseau d'entreprise) pour savoir à quelle machine correspond cette URL (www.zebulon.fr). La requete est relayé de DNS en DNS jusq'à ceux chargé du domaine .fr. La réponse (213.186.40.220) est ensuite transmise à ton PC qui va utiliser l'IP pour se connecter au site. On peut éviter cette demande DNS en faisant correspondre dans le fichier c:\windows\hosts l'adresse IP d'une machine avec son nom de domaine En ce qui concerne le nom d'identification netbios réseau et le groupe de travail, cela ne concerne que le voisinage réseau direct de windows. Dans un réseau windows, tous les PC s'annoncent à tout va en criant "Bonjour, je m'appelle truc et j'ai l'adresse IP xxx.xxx.xxx.xxx" => ça s'appelle de la résolution par broadcasting et ça ne passe pas les routeurs (donc ça reste confiné au sous-réseau). Une autre méthode de résolution passe par le renseignement du fichier c:\windows\lmhosts de l'adresse IP et du nom netbios correspondant; une troisième consiste à déclarer un serveur WINS qui tiendra tout ça à jour, les PC lui faisant directement leurs requetes. Tout ça pour dire que pour atteindre une machine via Internet (donc via de multiples routeurs) il faut connaitre son adresse IP publique (celle donnée par ton FAI) ou son nom de domaine s'il est enregistré auprès des serveurs DNS. En cas d'IP dynamique, il est possible de se faire enregistrer auprès d'un service de redirection DNS (ulimit.com par exemple) qui offre la possiblité d'avoir un nom de domaine pointant sur l'IP actuelle de ta machine, moyennant une réactualisation des serveurs DNS du fournisseur de ce service via l'utilisation d'un petit logiciel leur transmettant l'adresse IP actuelle. //la commande nslookup (ou host) effectue la requete inverse auprès des DNS et permet d'obtenir l'adresse IP à partir du nom

les serveurs DNS sont fournis à ta connexion lors de l'établissement de celle-ci. avec ipconfig /all tu devrais les retrouver. Les serveurs DNS sont gérés par ton FAI. Lorsque ton PC demande une adresse internet (url), celui ci demande aux DNS de ton FAI à quelle adresse IP l'url correspond. Les DNS sont hiérarchisés; si le nom de domaine de l'url ne fait pas partie de son domaine d'attribution, le serveur DNS de ton FAI relaie l'information vers d'autres DNS pour finalement retrouver l'adresse IP correspondante. Pour retrouver l'adresse IP d'une url, il faut que celle ci dépende et soit enregistrée sur un domaine. <= est-ce le cas? que donne la commande host IP (ou nslookup IP)?