Greywolf

évidemment.... c'est noatun que tu veux killer et non naotun...

killall envoie le signal TERM par défaut au programme spécifié (à l'inverse de kill qui utilise le PID). L'utilisateur lambda ne peut killer que les process qu'il a lancés (vérification du userID), root peut tout killer. Si le signal TERM ne suffit pas, tu peut utiliser KILL qui est plus "violent" killall -KILL <ton_process> ou en notation numérique killall -9 <ton_process> man kill pour les différents signaux possibles à envoyer. y'a un code erreur quand ça ne marche pas?

les fréquences d'utilisation sont les mêmes : bande des 2,4 GHz découpée en canaux de 30 MHz (il y a 14 canaux utilisables mais pour des raisons de recouvrement de signal, seuls 3 séparés de 30 MHz peuvent être utilisés simultanément soit 1, 6 et 11). La différence vient dans la modulation du signal numérique. 802.11g utilise l'OFDM (orthogonal frequency division multiplexing): le signal est décomposé en sous-signaux envoyés simultanément sur différentes fréquences augmentant ainsi le débit mais au détriment de possibles interférences, ce qui limite la portée 802.11b utilise DSSS (direct-sequence spread spectrum): le signal est émis avec une redondance d'information permettant le contrôle d'erreur. On minimise les interférences au détriment du débit Concernant les protocoles d'authentification, le WEP est à proscrire, le mieux à l'heure actuelle est une solution WAP-EAP (avec toutes les déclinaisons de certificats) en attendant le 802.11i qui implémentera l'algo AES de cryptographie

cd /dev /sbin/MAKEDEV hdd mon char-major chez moi c'est : 22 char minor: 64

Comme l'a ssuggéré tesgaz, il faut faire du mapping de port avec le module de partage de connexion ICS de windows. as-tu bien renseigné les bonnes @IP? ZA ne filtrant pas ce qui est forwardé (du moins pas que je sache), celui -ci ne devrait pas poser de problèmes (si ce n'est d'ouvrir le TCP80 pour que l'ICS gère le mapping) => essaie sans dans un premier temps si l'interface graphique de windows ne suffit pas, y'a toujours l apossibilité de passer par un .inf: http://support.microsoft.com/default.aspx?...=KB;FR;Q231162& y'avait même l'astuce sur zeb: http://forum.zebulon.fr/index.php?showtopic=29297 (le .inf ne semble fonctionenr qu'avec 98/ME...) En tout cas, c'est la solution; à moins que tu ne partages ta connexion d'une autre manière

Dagr8kornolio, le flood est mal vu sur le forum. Si tu veux poster plusieurs citations, un seul post suffit.

une recherche sur google t'aurait appris que ccapp.exe appartient à la suite norton. C'est le processus responsable de la protection en tâche de fond et de la vérification des mails... => essaie sans

Netbios est une API permettant de partager des ressources sur des postes windows (fichiers & imprimantes). Cette API permet au protocole applicatif SMB de communiquer entre le client et le serveur qui propose la ressource partagée. Pour que Netbios (et SMB) fonctionne, il faut qu'elle travaille au-dessus d'une couche de transport. TCP&UDP/IP, Netbeui ou encore IPx. Les réseaux windows actuels n'utilisent plus que TCP&UDP/IP comme couche de transport. Pour partager des ressources il faut odnc activer Netbios sur TCP/IP plus communément appelé NetBT. C'est un protocole très bavard qui s'annonce par broadcast (partages, élection de maitre explorateur,...) et qui ne passe pas, par conséquent, les routeurs (à moins de les configurer pour rediffuser les broadcast netbt) un serveur WINS est l'équivalent du DNS mais pour les réseaux netbios le fichier local lmhosts étant le remplaçant de la même façon du fichier hosts. Concernant la notation du masque réseau, la notation /8, /16, /24 s'appelle la notation CIDR et correspond au nombre de bits correspondant à l'identification réseau (NetId) un /24 permet l'utilisation de 254 @IP (2^8 -2 adresses, une pour le réseau et une pour le broadcast) un /30 permet l'utilisation de 2 IP etc... un

mais ça pourrait être une solution pour placer la lib xnview dans /usr/local/lib. j'allais te demander pourquoi avoir utilisé un rpm xnview mais en effet pas de deb en vue... la compilation des sources et l'installation dans /usr/local aurait permis d'éviter le problème de dépendances lors de l'upgrade également, je pense.

étant donné que l'authentification LEAP est (était) propriétaire et ayant été conçu à la base par Cisco, autant acheter une carte Cisco..ça limitera d'éventuels problèmes d'implémentation de LEAP chez d'autres fabricants... sinon si tu as l'âme d'un bidouilleur, faut voir dans les drivers de n'importe quelle autre carte wifi si l'implémentation LEAP est incluse... en cherchant sur google, on s'aperçoit que certains y arrivent... d'autres non.

l'interface web du routeur est accessible via http://10.0.0.1 dedans, tu configures login/pass et éventuellement encapsulation et c'est tout donc => connexion via RJ45 filaire avec adresse IP 10.0.0.x/8 ou =>connexion wifi avec la clé de ta borne et @IP du même type que ci-dessus au pire, y'a un serveur DHCP dedans qui attribue les IP (normalement)

et facile à casser... le cryptage est une solution, un système de fichiers conservant les permissions originales en serait une autre (iso9660 avec extension Rockridge) mais facilement contournable

le modem inclus dedans gère PPPoA et PPPoE (ainsi que IPoA mais faut fouiller dans le firmware) donc no soucy. On m'en a filé un pour essai et ça fonctionne (Free non dégroupé) Pour le wifi, le côté embêtant c'est leur implémentation proprio wep à clé partagé (pas vraiment du WAP-PSK mais pas tout à fait WEP non plus) mais en général ça fonctionne bien.

ça dépend ce qu'on entend par "meilleur" AMHA j'aurai tendance à dire celui qui te convient (y'a les BSD, GNU/Hurd,... également)

lors de ton apt-get upgrade, il y a du y avoir des paquets restés en attente de configuration (notamment à cause du problème de la librairie appartenant à 2 paquets); as tu essayé de faire un coup de apt-get -f install après la commande sus-citée? si apt bloque sur un package, l'utilisation de dpkg --remove <lepaquet> pourra s'avérer nécessaire (voire utiliser dselect)

AOL ne se serait-t-il pas mis au PPPoE pour l'ADSL? si tel est le cas avez vous songé à réglé la valeur de la MTU des PC clients (cf l'article sur la connexion adsl ici même sur zebulon) <= uniquement en cas de partage nat (pour le proxy, c'est étrange que ça ne fonctionne pas..)

mais c'est qu'il insiste le bougre => http://forum.zebulon.fr/index.php?showtopic=50485 msn messenger c'est pas de la messagerie instantanée? la fenetre de chat se rafraichit au bout de 2 jours ??

dpkg -i --force-overwrite <ton_paquet_de_X>

autoriser en entrée les connexions TCP port 3389 en spécifiant si possible l'interface (plutôt LAN dans ton cas) et l'@IP du portable (si fixe)

de l'UDP 123 ça me parle plus, c'est le Network Time Protocol => ça permet de mettre à l'heure ton PC via un serveur de temps. La connexion est initiée par ton PC et tu acceptes la réponse. Tu peux raffiner en spécifiant l'@IP du serveur de temps choisi comme source du paquet IP dans ta règle

LSA, Winlogon et Cie c'est pour l'authentification locale des user; à autoriser sur localhost seulement (sauf si les fonctions de bureau à distance ont besoin de ça...) => Cf faille récente utilisée par Sasser Microsoft DS, c'est le Datagram Service pour le partage des ressources sur un réseau netbios => port 445, certains mass-mailers l'utilisent pour se propager sur les réseaux locaux, possibilité d'exploit (bsod) si non patché. Ne devrait être ouvert que sur un LAN sécurisé NTC <=

ecstasy? héroïne? amphet ? ou un mélange des 3

http://lea-linux.org/intro/faqdeb2.html

http://lea-linux.org/intro/faqdeb.html

Pour des raisons de sécurité, l'affichage html des courriers est désactivé en faveur d'un affichage en texte simple. Le tout, après, est de faire un choix entre sécurité et convivialité (et je crois savoir le choix que feront 95% des utilisateurs)