Greywolf

mettre à jour en SP2, la pile TCP/IP a été grandement renforcée avec ce SP

fait gaffe, ton clavier part en sucette !!! Aucune de tes touches de ponctuation ne fonctionne !

arp est un protocole de niveau 2 qui ne passe pas les routeurs (qui par définition fonctionne au niveau IP) la consultation du cache arp n'est valable que sur un réseau local

http://pagesperso.laposte.net/libresoftwar...osesPourLeDW200

appuyer sur Tabulation à l'écran de lilo => ça passe en mode texte et permet de donner des paramètres de boot à l'image linux boot: linux noapic nolapic hw-detect/start_pcmcia=false pour démarrer sans serveur graphique, tu passes le paramètre single à lilo. Tu te logges en tant que super-utilisateur dans le terminal et tu édites le fichier /etc/X11/xorg.conf avec un éditeur de texte non graphique (nano, vi,...) ou tu reconfigure avec l'outil de mandrake (Drakconf?)

peut-être la fonction mod_rewrite d'activée sur le site d'où tu as tirée l'image. Cette fonctionnalité permet d'empêcher la recopie sauvage d'images tirées d'un site 1 pour être affichée sur un site 2 => la bande passante utilisée sera celle du site 1 et non celle du site 2 d'où les mesures de protection.

mode d'autthentification en partagé et non ouvert, à vérifier dans les propriétés de la connexion wifi du pda

le DW-B dispose d'un bouton permettant de mettre en association la borne (apprentissage des adresses MAC) le mode de cryptage utilisé est le mode WEP 64 ou 128 bits (clé de 10 ou 26 caractères hexadécimaux) avec un mode d'authentification partagé (et non ouvert comme le proposent la plupart du temps les clients wifi). => vérifie si tu peux modifier ces paramètres dans ta PSP (clé hexa, mode d'authentification) sinon va falloir modifier ta borne par telnet...

cat /usr/share/doc/wireless-tools/README.Debian man iwconfig

sortie de /sbin/iwconfig /sbin/iwlist <interface_wifi> scanning et contenu de /etc/network/interfaces avec des XX à la place de la clé WEP (on suppose que tu l'as correctement saisie)

Le problème semble avoir trouvé sa solution. Ainsi, afin de signaler clairement à ceux qui ont un problème similaire qu'ils ont peut-être une solution toute trouvée (s'ils pensent à utiliser la fonction Recherche en indiquant le mot-clé "résolu" auparavant), et afin de signaler aux autres contributeurs qu'il est inutile de continuer à se creuser la tête sur le problème (à moins d'avoir des suppléments d'informations à apporter pour mieux comprendre ce qui posait problème), un modérateur a préfixé le titre du topic avec la mention [résolu]. Merci, à l'avenir, de bien vouloir prendre à votre charge cette mise à jour quand vous estimez que votre problème a été résolu de manière satisfaisante (et parallèlement, si le problème a disparu "mystérieusement", inutile d'induire les gens en erreur ) Pour cela, votre premier message

jamais entendu parler de ça comment t'en es tu aperçu?

id

oui périphérique à régler en mode infrastructure (client de ta CIBox)

quels sont les droits d'appartenance sur le périphérique en question? ls -l /dev/... en règle générale, les périphériques video sont associés au group video; ton utilisateur en fait-il partie?

Sujet fermé. Merci de bien vouloir consulter la charte du forum.

les petits paquets s'envoient plus rapidement, cependant la faible taille d'information utile dans chaque paquet et l'augmentation du nombre d'en-têtes envoyés pour la même quantité d'informations font qu'il faut trouver un équilibre pour envoyer 1472 octets avec une mtu de: 1500 : 1 paquet envoyé avec 1472 de data et 28 octets d'entêtes 500 : 3 paquets envoyés avec 3x472 + 3x28 octets + 1 paquet avec 56 octets de data, 416 octets de bourrage et 28 octets d'entête donc pour une mtu de 500 tu envoies 528 octets "inutiles"

Salut, je viens de vérifier mais malheureusement, rien de tout ça. uniquement les baux DHCP et les redirections de port. une solution => nuFw ( http://www.nufw.org/index.php3?lang=fr ) ou iptables avec le statement time

ton firewall gère-t-il des fonctionnalités de NAT/PAT car là ce n'est pas du filtrage de port mais de la modification de port/destination à la volée pour rediriger vers PC2 les requêtes FTP (plus après la nécessité de savoir comment le-dit firewall gèrera les connexions de data FTP, i.e. il doit connaitre le protocole ftp et garder une table des connexions pour rediriger tout ça) tu veux pas mettre linux sur PC1?

J'ai lu en diagonale le topic, ma question est peut-être redondante: Le pont entre les 2 interfaces a-t-il été viré? si non, le virer et refaire les manips.

La 9Box ne fait-elle pas office de modem-routeur wifi? le plus simple serait d'utiliser les fonctionnalités wifi du centrino pour se connecter à la 9Box... et puis le dongle, ben ça fait déco art moderne dans un salon

je ne sais pas si c'est la solution la plus simple. J'utilise xmodmap pour des touches qui ne sont pas adressées par le modèle de clavier sélectionné dans la configuration du serveurX mais de là à tout refaire... autant trouver un modèle de clavier se rapprochant le plus de celui que l'on possède =>consulter le contenu de /etc/X11/xkb/

mettre les affectations des touches dans un fichier $HOME/.xmodmaprc exécuter xmodmap au moyen d'un script au démarrage de l'environnement (dans ~/.Xsession, le répertoire Autostart de KDE ou gnome,....): #!/bin/sh xmodmap ~/.xmodmaprc PS: rendre exécutable le script => chmod +x <script>

omg