Greywolf

le partage de connexion windows qui crée un VPN bien la première fois que je vois ça... le VPN microsoft utilise PPTP sur GRE (IP protocol 47 => tu peux créer une règle pour interdire ce protocole en entrée) + une connexion TCP de contrôle sur le port 1723 initiée par le client. Tu n'as pas configuré d'accès à distance sur ton PC maitre (connexion privée virtuelle)? Tu n'as pas créé de liens IPSEC (qui est un autre protocole de VPN, + interopérable que PPTP // et + sûr également, mais là n'est pas la question) sur ton partage de connexion internet (à moins que tu ne soies en WIFI) IPSEC utilise 2 protocoles de sécurisation de données que sont AH et ESP, respectivement protocole IP 51 et 50 + une connexion UDP sur le port 500 nécessaire au service d'échange des clés (ISAKMP) Je pense que tu puisses définir des SA (Security Association) pour le demon IPSEC dans les outils d'admin windows (quel type de flux, en provenance de telle IP, utiliser ou non IPSEC, AH ou ESP ou AH/ESP) mais n'étant pas sous Win je ne peux pas plus te guider . Les requetes interceptées par ZA ressemblent à quoi? //j'étais pas là hier d'où un temps de réaction plus long que d'habitude sur les sujets qui m'attirent l'oeil

la MTU est la taille en octets d'une trame physique à envoyer; cela comprend les informations proprement dites + tous les entêtes de chaque couche réseau (TCP, IP, PPP,...) le protocole PPPoE est limité à une taille maximale de 1492 (c'est comme ça) Si les informations à transférer ont une taille plus importante que la MTU, celles ci vont devoir être fragmentées en plusieurs paquets de taille inférieure. Pour répondre à ta question, oui on peut mettre n'importe quelle valeur (inférieure ou égale à 1500 = limite brin physique ethernet). Après le tout est de savoir si tu veux envoyer énormément de petits paquets (avec le renvoi associé de tous les headers) ou peu de gros paquets. Tu peux même t'amuser à mettre une maxMTU à 0 => aucun paquet ne pourra être envoyé Il est préférable de travailler à la MTU maximale pouvant être atteinte quitte à perdre un peu en réactivité. Pour déterminer cette MTU max, tu dois déterminer la taille maximale du segment d'informations à envoyer (MSS) sans avoir besoin de fragmenter le paquet. Comme cette détermination passe par le protocole ICMP (ping), il faudra rajouter à la valeur les entetes IP+ICMP (28 octets)

ça permet d'envoyer un maximum de données dans un minimum de paquets. une MTU basse améliore la latence (du simple fait qu'on met moins de temps à envoyer un petit paquet qu'un gros) mais augmente le nombre de paquets à envoyer (et donc augmente le nombre de headers, la charge réseau des routeurs,...) http://www.speedguide.net/read_articles.php?id=111 //edit: un modo peut-il effacer ce msg? problème lors de l'envoi..

ça permet d'envoyer un maximum de données dans un minimum de paquets. une MTU basse améliore la latence (du simple fait qu'on met moins de temps à envoyer un petit paquet qu'un gros) mais augmente le nombre de paquets à envoyer (et donc augmente le nombre de headers, la charge réseau des routeurs,...) http://www.speedguide.net/read_articles.php?id=111

àquoi ça sert de donner des liens si les gens vont pas fouiller dedans ....

tu "saisis" quoi exactement comme commande? tu édites bien ces fichiers à partir de la console root?

bon ben à part recompiler un noyau tout beau... (bizarre cette mandrake..) Installe les sources du noyau (ça devrait te donner un tar.gz dans /usr/src à décompresser) en root: cd /usr/src/le_rép_des_src_du_noyau make oldconfig => tu quittes en sauvant la config (il a repris celle que tu utilises actuellement) make dep clean modules && make modules_install (là tu vas te prendre un café) cp /arch/i386/boot/bzImage /boot/vmlinuz-2.4.22-21.mdk cp System.map /boot/System.map-2.4.22-21.mdk cp .config /boot/config-2.4.22-21.mdk tu crées un lien symbolique qui pointe vers vmlinuz-2.4.22-21.mdk: ln -sf /boot/vmlinuz-2.4.22-21.mdk /vmlinuz-test tu modifies le fichier /etc/lilo.conf (si lilo est ton chargeur) et tu rajoutes une nouvelle image à la suite de celle par défaut: image=/vmlinuz-test #démarrage sans le serveur graphique append=3 à enlever une fois les drivers nvidia installés append="3" label=Linux-2.4.22-21.mdk read-only tu sauves et éxécute Lilo pour inscrire les changements. tu reboot sur ton nouveau kernel et tu installes les drivers nvidia (sh nvidia....run)

Options Internet => Connexion => Ne jamais établir de connexion ?

nvidia-installer --kernel-include-dir=/usr/include/linux danas ce cas là alors... //nvidia.o c'est le module que l'installer est censé créer, après il faut qu'il soit chargeable par ton kernel

et pour obliger windows à utiliser d'abord la RAM et ensuite le swap, il faut rrajouter la ligne ConservativeSwapFileUsage=1 dans le system.ini section [386.enh] http://www.zebulon.fr/astuces/astuce-windows-45-0.html

un Mandrake user est demandé au rayon OS Alternatif tu peux toujours essayer de déterminer l'endroit où sont placés les modules de ton kernel actuel et forcer la détection en passant l'option --kernel-include-dir=/ton/rep au script nvidia-installer (sh NVIDIA....run --extract-only)

le serveur VNC écoute sur le port 5900 => un scan tcp 5900 sur la plage d'IP de ton LAN te fournira les infos. Si tu cherches à savoir qui utilise un client VNC, à part sniffer les trames réseau à destination du port tcp 5900 et de remonter à l'adresse IP source, je vois pas trop. //ceci n'est valable uniquement pour la config par défaut.

c'était hier l'éruption solaire? si oui, pics électromagnétiques dans 2 jours.. y'a des satellites qui vont pas être bien...

essaie d'installer ton package-source mais si tu ne recompile pas, tu risques de ne pas pouvoir charger le module (ie le module sera compilé pour ton package kernel-source qui n'est pas forcément celui que tu utilises actuellement) donc, sois tu installes le rpm kernel-headers qui correspond au noyau que tu utilises (uname -r) soit tu te recompiles un noyau tout beau tout neuf avec les sources (make oldconfig pour pas t'embeter) bizarre que ce rpm ne soit pas sur les CD de ta distri...

http://www.viguard.org/fr/maj_fr_2.php 2 sec dans Google

avec une longueur de stack de 1500 dans le paquet ICMP ça ne passera pas.. Il faut prendre en compte la taille du header IP+ICMP, soit 28 octets. La MTU est la taille du paquet total à faire transiter. En PPPoE, la limite est généralement de 1500. Donc pour déterminer la MTU, il faut envoyer des paquets de taille <= 1472 (1500-28) en demandant de ne pas fragmenter le paquet (option -f) lorsque le paquet passe (plus de msg d'erreur comme quoi le paquet doit être fragmenté) on a la taille maximale du stack du paquet ICMP. Pour obtenir la MTU maxi, il faut rajouter les headers => +28. Quand on partage une connexion PPPoE, les paquets clients subissent un niveau d'encapsulation supplémentaire et il est nécessaire de diminuer la MTU des clients pour ne pas dépasser 1500 final.

je n'arrive à rien non plus... XF86Config-4 modifié en conséquence pour le device mouse: protocol "ExplorerPS/2" option "buttons" "7" option "ZAxisMapping" "6 7" remap des boutons de souris avec xmodmap -e "pointer = 1 2 3 6 7 4 5" les boutons au niveau du pouce censés renvoyer un code bouton 4 et 5 dans xev renvoient systématiquement 2 et 3 => conclusion Xfree ne voit pas que 5 boutons logiques pour 7 boutons physiques... ça avait l'air de marcher chez certains pourtant... //ça fait pareil en gardant un ZAxisMapping en 4 5 et un xmodmap -e "pointer = defaults" J'ai farfouillé pour savoir s'il y avait d'autres protocoles que ExplorerPS/2 pour la prise en charge de boutons supplémentaires mais rien de probant (ptet le MouseMan??)

sur http://rpmfind.net peut-être... sinon tu te recompiles un noyau avec les sources. Le nvidia-installer ne te propose pas de télécharger un module correspondant à ton architecture? (ou peut être ne trouve-t-il pas de correspondance et qu'il se trouve dans l'obligation de compiler le module...)

Désactiver l'espion de Microsoft: http://www.zebulon.fr/astuces/astuce-windows-46-0.html

idem Joyeux Anniversaire Boulette

Ce sont des contrôles ActiveX, sont stockés normalement dans C:\WINDOWS\Downloaded Program Files, l'appel du menu contextuel sur l'un des contrôles offre la possibilité de le supprimer.

Diminue la MTU de tes postes clients et ça ira mieux. http://www.speedguide.net

de ce que j'ai vu sur le net, ça a l'air d'être des câbles pour relier l'antenne à une base AP: http://www.liink.net/ ça concerne le déploiement à grande échelle et pas pour des particuliers (à moins d'avoir la folie des grandeurs ...)

Allez je me lance: Screen 1 WindowMaker avec les gdesklets et gdeskcal additionné de 2 aterm transparent avec shading quand la fenetre n'a pas le focus. On peut également voir en haut un affichage OSD continu du résultat de tail -f /var/log/messages (dans lequel on peut s'apercevoir que je bloque les requete ident du serveur IRC ) un deuxième

comme tout chipset, c'est le contrôleur de la fonction qui lui est attribuée: assurer la communication du périph avec le système dans son ensemble (hard et soft), gérer certaines fonctions particulières au WiFi... je dois dire que je ne saisis pas bien le sens de ta question....