Greywolf

question bête dyndns updater fonctionne-t-il derrière un routeur NAT? (ie arrive-t-il bien à récupérer l'adresse IP publique)

C'est ptet le mbr du DD qui a sauté. système d'exploitation? si c'est un 98 en bootant sur la disquette de démarrage, tu peux tenter un A:>\sys c: ou un A:>\fdisk /mbr sur un 2000/XP, en bootant sur le CDROM pour accéder à la console de récupération et faire un fixboot.

Pour revenir au sujet, > uste : as tu réussi à lancer la commande ipconfig /all? ça nous aiderait à déterminer la cause du problème tu as eu un problème avec zone alarm également, est-il toujours présent sur le système? complètement désinstallé?

en bas à gauche (sinon c'est le bouton Power du moniteur )

56K => ptet la ligne tél qui déconne, t'es connecté à combien? le surf passe sans encombre? ça marche toujours sans pièces jointes? quel type de pièces jointes veux-tu envoyer? PS: IE6 n'est pas un logiciel de messagerie

ça m'a tout l'air d'être une protection contre la copie. Je laisse aux modo le soin de déterminer si oui ou non on peut aller plus loin dans l'aide.

FAI? type de connection? ça marche sans pièces jointes? // la suite ici évite de multiposter stp

ce sont les 2 fils d'acier qui supportent la dalle plate => normal

surf web: connexion UDP/TCP port 53 (domain) à moins d'avoir un DNS local (mais j'en doute) connexion TCP vers le port 80 (http), 443(https) => si certains sites utilisent d'autres ports, ils seront inaccessibles. une solution serait d'utiliser une machine proxy qui serait seul habilitée à sortir et rediriger toutes les requetes des PC du réseau local vers la machine proxy à l'aide d'une règle NAT => exemple avec iptables pour rediriger les requetes à destination de 80 vers 127.0.0.1:8080, ça fait du proxy transparent quand bien même les postes clients seraient configurées ou non pour utiliser un proxy iptables -t NAT -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-ports 8080 pour les services mail, il faut ouvrir TCP 110 (pop3) et TCP 25 (smtp) (à moins d'avoir des machines locales faisant office de serveurs de mails => pas d'interrogation de serveurs à l'extérieur du LAN) le FTP est problématique vu qu'il utilise 2 types de connexions: il faut au moins laisser sortir les TCP 21 (ftp) => les ftp exotiques (autres que ceux écoutant sur du 21 seront inaccessibles) ensuite selon le type de connexion: PORT (actif) c'est le serveur ftp contacté qui va initialiser la connexion de son port 20 vers le client => accepter les TCP In -p tcp --sport 20 ayant une relation avec une connexion déjà établie (celle sur le 21 en l'occurence) => utiliser le module ip_conntrack de iptables et la correspondance RELATED ça devrait donner en gros iptables -A FORWARD -m state --state ESTABLISHED -j ACCEPT iptables -A FORWARD -m state --state NEW -p tcp --sport 1024: -d $FTP_SERV --dport 21 -j ACCEPT iptables -A FORWARD -m state --state RELATED -p tcp -s $FTP_SERV --sport 20 --dport 1024: -j ACCEPT et pour le PASSIF iptables -A FORWARD -m state --state RELATED -p tcp --sport 1024: -d $FTP_SERV --dport 1024: -j ACCEPT ceci en ayant activé le masquerading et le forwarding dans iptables.

doit y avoir erreur sur la personne là le réseau M$ => netbios over TCP/IP ou netbeui enuite tu définis comme l'as dit Y@k les users/groupes et droits associés (j'ai plus en tête les partages admin, faut que je fouille mes docs)

en général la plus élevée (celle entre 40 et 60°C) c'est celle du CPU. Après entre le boitier et la CM elles doivent être à peu près équivalentes (ie température ambiante +qq °C si ta tour est bien ventilée)

OS? DMA d'activé pour le graveur? (si c'est un IDE) pilotes IDE à jour? type de gravure : copie directe CD à CD, DD à CD?

temp 1 2 et 3 correspondent aux sondes de température de ta CM (boitier, proc et ??) HD0 => c'est ton disque dur

trillian sous windows me convient (bien que tu ne puisses plus avoir accès à certaines fonctions spécifiques de certaines log d'IM mais l'essentiel est géré)

pas mieux

as tu configuré une connexion dans l'accès réseau à distance? => Panneau de config/ARD/créer une nelle connexion cela créera un fichier nomdetaconnexion.DUN qui te servira à lancer la connexion. (icône avec 2 ordinateurs reliés)

Je ne connais pas GetDataBack mais ce genre de logiciel récupère les données d'un disque A pour les mettre sur un disque B => il faut que le disque B ait au moins autant de place libre que de données à récupérer. La solution consiste à placer le disque dur contenant les données à récupérer en slave sur un autre système pourvu d'un disque maitre qui fera office de réceptacle pour les données récupérées. //tout ceci est caduque si getdataback fonctionne en restaurant la fat directement sur le DD

wget je pense vu que download manager l'utilise => man wget pour les options => http://martin.f2o.org/linux/wget : quelques scripts wget

tu as fais quoi avec NAV? que disent les infos de partition de fdisk (lancer dans une invite de commande MS-DOS ou DOS pur : c:\fdisk)

:-P

sauf erreur, un DD peut avoir jusqu'à 4 partitions primaires maxi et autant qu'on veut de lecteurs logiques dans la/les partitions étendues. 1/le multiboot XP ne marchera que si la partition primaire sur laquelle boote le système est en FAT32 et contient les fichiers nécessaires au boot de Win98 2/si la partition de XP est en NTFS, il faudra créer une autre partition primaire bootable (en début de DD, ce sera mieux) à l'aide d'un utilitaire de partitionnement (donc déplacer la partition NTFS en fin de DD) et installer le Win98 dessus. Ensuite à l'aide d'un OS loader on arrive à se débrouiller.

PM en version demo ne fait aucune modif (c'est une démo) Parangon est un shareware 30jours qui fera lui les modifs, je ne l'ai pas beaucoup essayé mais le peu que j'ai fait avec m'a satisfait.

Symproxysvc ça a l'air d'être un composant de Norton Internet Security. Si tu le désactives ça donne quoi?

ils sont connectés comment tes PC? Si tu passes par un hub, essaye de forcer tes cartes en half-duplex. si tu n'as qu'un seul poste NT/XP ce sera lui le maître explorateur donc de ce côté pas de soucis.

c'est la taille maximale transférable d'un segment de données sans qu'il y ait besoin de fragmenter les paquets. (une MTU élevée permet d'envoyer moins de paquets en envoyant plus de données à chaque fois) En général, pour une connection directe à haut débit, une MTU de 1500 est correcte; les connections RTC tournent à 576. En cas de partage de connection par translation d'adresses, les paquets des PC clients sont encapsulés dans une autre couche (en gros) par le PC passerelle => ça risque de faire des paquets trop gros et il faut diminuer la valeur de la MTU pour que tout les paquets passent correctement => Cf la technique citée par laubean pour trouver la bonne valeur.