Greywolf

c'est pour ça que j'avais précisé "d'éventuels problèmes" les hub USB sur secteur fait partie des solutions pour les personnes ne pouvant pas faire marcher plusieurs périphs USB en même temps. Le deuxième souci venait également du fait que les Alcatel et ECi ne respectaient pas les normes d'alimentation du port USB et pouvaient demander un poil plus que les 500mA autorisés par contrôleur USB (soit une paire de prises USB). Selon le chipset, on avait soit une coupure instantanée du courant, soit une perte de la synchro (voire même un boxon terrible avec tous les périphs USB) soit rien du tout car le chipset était permissif. c'est un peu comme la roulette, l'association USB-VIA (même s'il y en a qui n'ont strictement aucun problème )

-rw-r--r-- 1 root root 0 jan 3 01:21 /proc/sys/net/ipv4/ip_forward zsh: exit 1 fuser /proc/sys/net/ipv4/ip_forward (heu c'est quoi fuser??)

oui le firewall fonctionne et tout et tout sauf ce ù$$!£ de forward (pour la compil du noyau j'y suis allé un peu bourrin j'ai tout mis en ce qui concerne le TCP/IP networking et Netfilter configuration) j'ai tout de même enlevé ipchains et ipfwadm qui ne sont utiles que pour les noyaux 2.2 (dixit l'install debian)

bon ben ça forwarde toujours pas. c'est ptet cette histoire de ip_forward... je vais arrêter là pour ce soir.. la nuit porte conseil Merci de ton aide. edit: non même le firawall con ne forwarde rien (j'ai toujours la même réponse au echo, i veut pas le passer sur 1 grrrr)

ah vi ptet, j'ai réexécuté la commande. y'a pas besoin de réinitialiser iptables après? j'allume le client et te dit si ça marche. edit: le ip_forward est toujours à 0 quand même (même après exécution echo "1" > ......)

j'ai compilé tout ce qui concernait IP, netfilter dans le noyau. lsmod donne ça: Module Size Used by Tainted: P ipt_MASQUERADE 1760 1 (autoclean) iptable_nat 19540 1 (autoclean) [ipt_MASQUERADE] ipt_state 608 1 (autoclean) ip_conntrack 24236 2 (autoclean) [ipt_MASQUERADE iptable_nat ipt_state] iptable_filter 1760 1 (autoclean) ip_tables 12992 6 [ipt_MASQUERADE iptable_nat ipt_state iptable_filter] soundcore 3364 0 (autoclean) ppp_synctty 5184 1 (autoclean) ppp_generic 20044 3 (autoclean) [ppp_synctty] slhc 4640 0 (autoclean) [ppp_generic] n_hdlc 6112 1 agpgart 13664 3 (autoclean) nvidia 1467456 10 (autoclean) 8139too 15520 1 (autoclean) mii 2256 0 (autoclean) [8139too] usb-ohci 17856 0 (unused) usbcore 55968 1 [usb-ohci] nls_iso8859-1 2848 1 (autoclean) nls_cp437 4384 1 (autoclean) vfat 9500 1 (autoclean) fat 29560 0 (autoclean) [vfat] rtc 6012 0 (autoclean)

oui oui echo "1" > /proc/sys/net/ipv4/ip_forward est bien exécutée en tant que root.

Oui la passerelle accède au net (je suis dessus en ce moment) contenu de /etc/resolv.conf: nameserver 193.252.19.3 nameserver 193.252.19.4 soit les DNS de wanadoo.

quand je fais un cat /proc/sys/net/ipv4/ip_forward le shell me retourne 0, c'est pas très normal ça (ça veut dire que le forwarding n'est pas activé, non?) et si je refais echo "1" > /proc/sys/net/ipv4/ip_forward le shell me retourne zsh: le fichier existe.: /proc/sys/net/ipv4/ip_forward mais la valeur est toujours à zero

tu t'embêtes pas avec d'éventuels problèmes d'alimentation du modem car il est sur une prise secteur (contrairement aux USB qui sont alimentés par le port USB de la carte-mère qui est géré par le chipset VIA)

Bonsoir tout le monde, le problème d'aujourd'hui est: comment arriver à faire du NAT correctement avec Iptables (ou du moins arriver à cerner d'où vient le problème)? PC passerelle connexion ppp0 ADSL interface eth0 192.168.0.1/24 Debian 3.0 kernel 2.4.20 avec Netfilter d'activé et Iptables 1.2.7a PC client interface eth0 192.168.0.2/24 gateway 192.168.0.1 DNS 192.168.0.1 193.152.19.3 193.152.19.4 (DNS de wanadoo) Debian 3.0 kernel 2.4.20 le réseau local fonctionne bien (ping dans les 2 sens) Sur le PC passerelle, j'ai fait les règles IPtables suivantes: iptables -P INPUT DROP iptables -P OUTPUT ACCEPT iptables -P FORWARD ACCEPT iptables -A INPUT -i eth0 -j ACCEPT iptables -A INPUT -i lo -j ACCEPT iptables -A INPUT -i ppp0 -p tcp --dport ftp -j ACCEPT iptables -A INPUT -i ppp0 -p tcp --dport ssh -j ACCEPT iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT iptables -A INPUT -i ppp0 -p udp --destination-port 1024:65535 -j ACCEPT iptables -A INPUT -i ppp0 -p icmp -j ACCEPT et pour le NAT: iptables -A POSTROUTING -o ppp0 -j MASQUERADE echo "1" > /proc/sys/net/ipv4/ip_forward malgré ça, le PC client n'arrive pas à sortir sur le WAN. a priori le PC client est bien configuré pour un accès internet via le LAN car lorsque le PC passerelle est sous WIndows avec NAT d'activé ça fonctionne. J'ai loupé un truc? y'a des utilitaires pour diagnostiquer tout çà? Merci

Pour moi, 30+25+15 ça fait 70 secondes mais bon

là tu n'es pas loggé en tant qu'utilisateur root, les commandes à taper sont su et ensuite il demande le pass administrateur, attention à la casse (majuscules/minuscules) et s'il y a des chiffres que ton pavé numérique soit bien activé. tu devrais obtenir une invite dans ce genre: root@localhost ~#

En général c'est l'inverse qui pose problème Le bouton actualiser doit en effet recharger à partir du cache internet la page demandée. Après, tout dépend de la configuration du cache du navigateur en question : le navigateur peut comparer les informations qu'il a en cache avec celle d'internet à chaque visualisation de la page, quand elle n'est plus à jour, une fois par session voire même jamais. Pour forcer un rechargement de la page sans utiliser le cache du navigateur, il faut faire SHIFT+Actualiser.

les utilisateurs normaux n'ont des droits d'écriture que dans leurs répertoires /home/user; l'administrateur peut donner des droits étendus à certains utilisateurs en les ajoutant dans un groupe adduser nomdel'utilisateur nomdugroupe ou en editant le fichier /etc/group l'utilité d'utilisateurs ayant des pouvoirs restreints est de ne pas leur donner la possibilité de faire des catastrophes (chose que seul le root peut faire )

y'a rien pour ça dans la gestion des utilisateurs? (genre virer le compte Stadiste.windows)

ptet une réponse ici ou là

la base de registres (BDR) c'est l'endroit où ton système d'exploitation stocke tous les paramètres du système et des programmes installés (+ 2-3 autres trucs). Lorsque tu désinstalles un programme, il est probable que la base de registre ne soit pas parfaitement nettoyée des dernières traces dudit programme. Certains logiciels comme Regcleaner ou JV16 Powertools scannent et nettoient la base de registres: le logiciel t'indique quels clés sont susceptibles d'être enlevés de façon sûre et celles qu'il peut être délicat d'enlever (donc là c'est à l'utilisateur de choisir).

XP est un système multi-utilisateur; le répertoire all users permet de partager des documents avec tout le monde sans restriction d'accès.

la mémoire XMS (ou mémoire étendue) est (ou était c'était valable sous DOS) la zone de mémoire au dessus des premiers 1024Ko (soit 1Mo) Pour rappel, les anciens programmes DOS requeraient une certaine quantité de mémoire conventionnelle (les 640 premiers Ko), ce qui obligeait à jongler avec les config.sys et autoexec.bat pour charger les gestionnaires et pilotes en mémoire haute (zone comprise entre 640 Ko et 1024 Ko) Sous DOS, pour pouvoir utiliser la mémoire étendue, il fallait charger le gestionnaire HIMEM.SYS ( et éventuellement pour générer de la mémoire paginée EMS, charger EMM386.EXE) Les programmes Windows n'ont plus ce genre de problèmes (et surtout un prog requérant 64Mo alors que tu as 256Mo). Quel jeu est-ce? Quels applis tournent en tache de fond qui pourraient mobiliser de la RAM? As tu scanné ton système avec un anti-virus? As tu défragmenté ton DD? Quel est ton système d'exploitation? Il existe des petits programmes permettant de défragmenter la RAM et de libérer de la mémoire bloquée (memturbo, rambooster,...) Vas voir également dans les astuces de zebulon, on peut forcer le système à utiliser la RAM avant de swapper sur le disque dur, il y a un vbs à exécuter pour libérer de la RAM, etc etc...

tu peux éventuellement faire une recherche de toutes les entrées de la BDR au nom du programme en question

qu'entends tu pas "plus de réseau"? l'IP fixe a disparu? il n'y a plus le réseau local? ou tu ne peux plus surfer à travers la passerelle? si l'IP a été déclarée comme fixe, il n'y a aucune raison (à ma connaissance ) pour qu'elle saute au démarrage. Si tu ne peux plus surfer, c'est soit: 1/IE de win98 qui n'est pas configurée pour accéder au net via le LAN => dans les Options Internet=>onglet connexion=>configurer... et tu choisis "je veux me connecter manuellement ou accéder à internet via le LAN" 2/le pare feu de WinXP est actif sur la connexion réseau local et filtre les paquets de façon outrancière 3/la connexion internet n'est plus partagée sur le PC XP (clic droit=>partager la connexion)

Bon Réveillon à tous et

les serveurs SMTP des FAI devraient être configuré en Open Relay (ce dont je doute) si ce que tu dis est vrai. Les serveurs SMTP peuvent vérifier l'IP de connexion (et donc la plage d'IP du FAI) du MTA afin de déterminer ou non si l'envoi du message est légitime. De la même façon, les serveurs SMTP en open-relay sont black listés par ceux des FAI pour limiter le spam... avec les serveurs POP, oui, tu peux t'y connecter avec n'importe quelle IP car la connexion nécessite une authentification basée sur ton login et pass de messagerie fournis par ton FAI.

Fichier=>Préférences=>types de fichiers et tu édites ou tu crées l'association programme/type de fichier qui te plait.