Greywolf

tu n'as pas les mêmes paramètres... mais par rapport à quoi? l'adresse 192.168.1.2 est une adresse privée attribuée par un routeur (probablement ta 9box configurée comme tel) pppconfig c'est pour faire un lien ppp avec la passerelle distante mais apparement c'est ta 9box qui se charge de ça.

Bonsoir à tous (zé à toutes) Cette question reste purement théorique (pour le moment). Mise en place de la problématique: dans le cadre du boulot, nous avons des puces à ADN munies d'un code-barre. L'utilisateur dispose d'une interface web reliée à une base de données pour stocker les informations relatives à l'expérimentation, et un lecteur de code-barres dans ce style Le but du jeu serait de savoir s'il est techniquement possible de: remplir le champ code-barre du formulaire automatiquement en passant la douchette sur le code-barre de la puce. l'utilisateur saisissant ses données depuis un navigateur web, dans 99% des cas l'OS sera windows et (pire encore) le navigateur : Internet Explorer ... d'où les questions qui en découlent: le signal acquis par la douchette est-elle uniquement liée au logiciel vendu avec? ou peut-on le récupérer via des appels systèmes? API? dll? dans la mesure où l'on peut récupérer sous une forme ou une autre le signal de la douchette, comment lui "dire" d'aller s'insérer dans le champ ad-hoc? Possible? pas possible? moi même les propositions les plus délirantes seront acceptées (merci Kewlcat )

non.. tu ne fais que des requetes sortantes via HTTP cas d'un téléchargement sur un site web en http: tu envoies un GET /tonfichier (établissement nouvelle connexion, flag Syn) le serveur envoie en retour les morceaux du fichier (réponse Syn-Ack avec flag PUSH) tu accuses réception du premier envoi (Ack) le serveur continue à envoyer (Ack- PUSH) etc... le serveur a fini l'envoi (Rst) cloture de la connexion (Rst-Ack) rien à voir avec des connexions entrantes (uniquement flag Syn => établissement nouvelle connexion) elles ressemblent à quoi tes alertes?

en clair, ça veut dire pour Radeon séries 8500 et plus en plus clair, ça marche pour la Radeon 8600. Comme tu es sous mandriva, tu prends l'installeur pour xorg

Eteindre le PC? ne pas confondre attaques ciblées et scan à l'aveugle (voire traffic légitime: y'a plein de traffic légitime sur la toile quand même)

déjà, faire les tests sans ZA (ni le firewall de XP SP2). Si ZA bloque les requêtes DHCP, tu ne pourras pas obtenir d'adresse IP. mais, la première chose à faire est de bien faire concorder tous les paramètres wifi de ton dongle (soit dans le logiciel prévu pour, soit dans l'onglet configuration réseau sans fil des propriétés de la connexion si tu laisses windows gérer). désactive l'encryption de ton point d'accès dans un premier temps le réseau wifi est-il détecté dans la liste des réseaux à portée?

t'aurais pas un grand poil dans la main par hasard? section drivers & software ; linux drivers et software ; RADEON 8500 Series and higher

http://www.zebulon.fr/articles/configurationZA_1.php le principe reste le même entre ZA Pro et Free

www.ati.com

Salut, avec si peu d'informations, on ne pourra pas faire de miracles... tu dois avoir un problème d'association avec ton point d'accès wifi => vérifier les paramètres: infrastructure, canal, SSID, cryptage.

ou simplement le configurer pour qu'il réponde aux requêtes ping (ICMP code 8 ) et en profiter pour autoriser les partages réseau au travers (UDP 137-138, TCP 139, TCP 445) //ou solution plus bourrine, laisser passer tout ce qui vient du réseau de confiance 192.168.0.0/255.255.255.0

n'y aurait-il pas un firewall qui trainerait dans les parages?

Je ne sais pas comment marche la 9Box mais pour la freebox, quelle que soit le mode utilisé, une simple requête dhcp suffit à obtenir une adresse ifconfig eth0 up && dhclient eth0 en mode bridge DHCP, on obtient l'adresse IP publique sur eth0 en mode routeur, on obtient une classe C privée peut-être cela vient-il du fait que la gestion de la connexion est entièrement dévolue à la freebox moi je monte l'interface seulement sous debian, les interfaces réseau se configurent dans /etc/network/interfaces <= man interfaces iface eth0 inet static pour un adressage statique (i.e. renseigner adresse IP, masque, passerelle,... à la suite) iface eth0 inet dhcp pour lancer une requête dhcp quand le script de démarrage monte l'interface sous mandriva, cela doit être dans /etc/sysconfig/network/ifcfg-eth0

il existe une version pour Xorg 6.8; si tu as téléchargé le rpm pour XFree, ce n'est pas étonnant que ça ne fonctionne pas bien: https://support.ati.com/ics/support/default...e&folderID=3990

ça peut s'arranger

malheureusement je ne suis pas encore devin mais j'espère qu'avec la nouvelle version ton souci sera réglé

:P

pas besoin de passerelle dans ce cas là...

entre le FAI et ta machine, il y a un lien PPP qui est créé grâce à l'authentification par login/pass. (couche 2 OSI) Le serveur d'authentification va attribuer à ton PC une adresse IP ainsi que renseigner la passerelle et les serveurs DNS (couche 3). Un proxy (ou serveur mandataire) agit en tant qu'intermédiaire au niveau applicatif (couche 7): HTTP, FTP,... Avec ton FAI, tu causes au niveau 3 (et sera donc toujours un point de passage obligé) avec un proxy tu causes au niveau 7: tu envoies une requete au proxy (requete acheminée par ton FAI et les différents routeurs jusqu'à la destination); le proxy interroge le serveur distant à ta place et te renvoie le résultat de la requête (toujours en passant par les routeurs de ton FAI (enfin vers la fin))

c'est qui 192.168.1.1? si tu veus que la Xbox accède au net, il faut lui indiquer comme passerelle l'IP de ton PC => 192.168.1.100 (et virer cette entrée de passerelle à la c$*) + partager la connexion du PC

win98 possède un module de partage de connexion internet mais je me souviens plus comment il fonctionne (surement clic droit sur la connexion) :-/ Penser à l'optimiser pour les connexions à haut débit, notamment pour la MTU avec TCPOptimizer. sur gentoo, il n'y aura qu'à indiquer une adresse du même sous-réseau (classe C 192.168.0.x/255.255.255.0) et l'adresse de la passerelle (i.e. le PC sous win98: 192.168.0.1) diminuer la mtu du PC client à 1492 ifconfig eth0 mtu 1492 renseigner les DNS du FAI dans /etc/resolv.conf

traduction du lien pour installer ndiswrapper: http://ndiswrapper.sourceforge.net/mediawi...hp/Installation [1]- vérifions si les sources du kernel sont installées sur votre système : rpm -qa | grep kernel-source pour savoir si les sources du kernel sont installées, et si c'est la bonne version (il faut en fait la même chose que ci-dessus) Si les versions sont identiques, on passe au 2), sinon il y a deux cas : [a] "rpm -qa | grep kernel-source" ne donne rien ( c'est-à-dire pas installées ) => urpmi kernel-source-version à adapter bien sûr en fonction du résultat de uname -r "# rpm -qa | grep kernel-source" donne une autre version (par exemple kernel-source-2.6.3-16mdk) => on désinstalle les mauvaises par un # rpm -e kernel-source-2.6.3-16mdk => on installe les bonnes (voir le "a)") [2]télécharger la dernière version de ndiswrapper ici décompresser l'archive tar.gz: tar xvzf ndiswrapper-1.5.tar.gz aller dans le répertoire nouvellement créé: cd ndiswrapper-1.5 [3]compiler: make distclean && make installer en tant que root: su make install ensuite on installe le driver windows comme précédemment

traduction du lien pour désinstaller: [1]enlever le module ndiswrapper modprobe -r ndiswrapper ou rmmod ndiswrapper ; ça risque de te mettre le même msg d'erreur que tout à l'heure => pas grave [2] enlever les fichiers exécutables ndiswrapper et loadndisdriver: rm /usr/sbin/ndiswrapper; rm /sbin/loadndiswrapper si ces fichiers ne sont pas dans ces répertoires, les rechercher avec la commande which <nom_de_l'exécutable>, modifier les répertoires en conséquence enlever le module kernel ndiswrapper: trouver la localisation des modules: find /lib/modules/$(uname -r) -name "ndiswrapper*" -print effacer les modules trouvés: rm /chemin/vers/les/modules/trouvé/par/la/commande/précédente [3]effacer le répertoire /etc/ndiswrapper rm -rf /etc/ndiswrapper [4]enlever le lien symbolique qui charge ndiswrapper au démarrage rm -f /etc/modprobe.d/ndiswrapper tout ceci à exécuter en tant que super-utilisateur

c'est à dire... qu'à tu fait? y'a toujours la solution à la main dans le lien que je t'ai donné ci-dessus

cela n'aurait pas un rapport avec ceci: http://forum.zebulon.fr/index.php?showtopic=78351