Greywolf

on va faire ça en ligne de commande en root, que raconte iwconfig ifconfig comment est configuré ton interface? dhcp ou ip fixe (cherche l'équivalent de ta distribution de /etc/network/interfaces <- base debian)

cat fichier2 >> fichier1

la barre des tâches est un des process géré par explorer.exe. A priori, je penche pour de la paranoïa côté Kerio. Les membres securité en pensent quoi? intrusion : vers l'intérieur extrusion: vers l'extérieur

explorer qui tente de lancer firefox FF est ton navigateur par défaut? tu cliques sur un lien dans une fenêtre gérée par explorer.exe pour lancer FF? //c'est pas vraiment une intrusion mais, au pire, une tentative d'extrusion

dans Totem, y'a un menu Son -> Langues ou via le menu DVD

Résolu donc ? ça te fait utiliser le pilote windows mais bon, l'essentiel est le résultat final

et qu'existe-t-il comme autre protocole d'envoi de mail? Pour rappel, smtp dans sa version basique requiert une identification basée sur l'adresse IP de l'envoyeur. Les serveurs non configurés en open-relay en prendront en charge l'envoi de mail qu'uniquement à partir du pool d'adresses qu'ils gèrent.

de mon expérience personnelle sur divers appareils (allant de la balance de pesée métrologique à des classificateurs électrostatiques en passant par divers appareils de mesure) tout dépend de comment a été fait le soft qui pilote l'appareil via le port COM. Cela reste une émulation COM via une couche logicielle (les drivers USB) et certains softs n'arrivent à attaquer qu'un port COM physique (pourquoi, comment, j'en sais rien)

une mise à jour de udev bizarroïde peut-être? Ton périphérique est monté pour l'utilisateur root et le groupe floppy. dans /etc/udev/rules.d/020_permissions.rules, tu dois avoir une ligne définissant les droits pour les périphériques de type bloc ressemblant à cela: # default permissions for block devices SUBSYSTEM=="block", GROUP="disk" SUBSYSTEM=="block", ATTR{removable}=="1", GROUP="floppy" on voit ainsi que les périphériques amovibles de type bloc sont attribués au groupe floppy. Un contournement au problème serait d'attribuer le mode écriture pour le groupe floppy et ainsi réobtenir un rw SUBSYSTEM=="block", ATTR{removable}=="1", GROUP="floppy", MODE="0660" faudrait creuser les fichiers de règles de udev pour ton périphérique en particulier ou en créer un spécifiquement avec un fichier 010-local.rules: http://artisan.karma-lab.net/node/1130 un autre lien intéressant donné par Tourangeaux: http://wiki.archlinux.org/index.php/Udev#Udev_Tricks

Bsoir si le noyau actuel est 2.6.7, il faut installer les headers 2.6.7. Je ne connais pas Xubuntu mais le principe de l'installation wifi restera le même. Peut-être que Xubuntu, bénéficiant des dépôts Ubuntu, dispose de plus de diversité que Beatrix ? le Asus A1000 dispose de quelles capacités pour faire du décodage à la volée de DVD? (J'ai des souvenirs qu'en dessous d'un PII 450 Mhz, il fallait une carte dédiée pour la décompression MPEG2) pour le montage des clés USB, tu peux soit installer des daemons pour le montage du volume à la volée (gnome-volume-manager par exemple) ou simplement éditer le fichier /etc/fstab afin ,d'un clic de souris sur l'icône, de monter le volume. (sinon il y a toujours la ligne de commande mount)

sources du kernel: /usr/src/kernel-headers-2.6.7-1-686 répertoire des modules /lib/modules/2.6.7-1-686 tu vérifies avec le résultat de la commande uname -r

tu peux faire voir le contenu de /usr/src ? ls -l /usr/src //edit: et de /lib/modules également

tu as un noyau 2.4.26, le module créé est en .o et non en .ko change la commande suivante de manière adéquate cela donnera et donne nous le résultat du chargement du module (modprobe rt2570) //edit: erreur, tu as un noyau 2.6.7 mais tu as installé les header d'un 2.4. pas étonnant que ça plante. installe les headers de ton noyau actuel

il doit très probablement y avoir un message d'erreur qui nous permettrait de déterminer là où ça coince.

en effet, il faut d'abord se concentrer sur ce point

que raconte le fichier INSTALL dans le répertoire des sources? si tu édites wifi-radar.sh, le script n'attend il pas des arguments?

1. oui, ça transforme ton SMC en switch administrable 2. probablement non, puisque le SMC est utilisé en tant que switch. Les fonctions de filtrage et de nat ne concernent que les connexions WAN<->LAN niveau 3. UN switch fonctionne en couche 2 donc pas de soucis. Cela aurait été le cas si tu avais connecté ton SMC à la Livebox via son port WAN (et donc l'utiliser en tant que routeur) 3 et 4. les routeurs fonctionnent au plus au niveau IP, si tu vois tes ressources et tes périphériques, c'est que tout baigne de ce côté là. Il faudra chercher au niveau de la couche applicative (service explorateur d'ordinateur/ tâches planifiées par exemple)

windows dispose d'un client VPN qui fonctionne sous PPtP. Au niveau du routeur qui protègera la machine serveur (Configurer une connexion avancée , VPN), il faudra router le port TCP 1723 vers le serveur VPN et vérifier qu'il est PPtP-passthrough (sinon autoriser le protocole IP 47 = GRE). Lors de la configuration de la connexion entrante, choisir PPtP (ou laisser sur automatique pour le type de VPN) et dans les propriétés TCP/IP: - s'il y a un serveur DHCP sur la machine serveur, laisser en adressage auto - sinon, définir une plage d'adresse et cocher "autoriser l'ordinateur appelant à spécifier sa propre adresse IP" Au niveau du client VPN, a priori rien à faire sur la passerelle (à moins d'un filtrage particulier) et créer une nouvelle connexion VPN. En fonction de la stratégie DHCP ou non choisie, définir ou non une adresse IP dans la plage d'adresse. Il y a 2 articles sur zebulon qui traite du sujet.

problème de $PATH ? en root: updatedb locate wifi-radar

arrêter d'utiliser des softs qui plombent ta pile TCP/IP (4668, 4669 => emule)

Dans "créer une connexion réseau" qu'as tu comme choix? si mes souvenirs sont bons, il fallait choisir une connexion modem et indiquer 8,35 dans le n° à appeler (qui correspond au VPI/VCI utilisé en france)

éditer $KERNEL_SRC/drivers/ata/sata_via.c, chercher la déclaration de structure suivante static const struct pci_device_id svia_pci_tbl[] = { { PCI_VDEVICE(VIA, 0x0591), vt6420 }, { PCI_VDEVICE(VIA, 0x3149), vt6420 }, { PCI_VDEVICE(VIA, 0x3249), vt6421 }, y ajouter le support IDE pour le chipset VT8237 (ID 0x5337) static const struct pci_device_id svia_pci_tbl[] = { { PCI_VDEVICE(VIA, 0x5337), vt6420 }, { PCI_VDEVICE(VIA, 0x0591), vt6420 }, { PCI_VDEVICE(VIA, 0x3149), vt6420 }, { PCI_VDEVICE(VIA, 0x3249), vt6421 }, http://www.nabble.com/sata_via-on-MSI-MS-7...-tf2957590.html le souci, c'est que ça te fait trifouiller dans les sources du noyau et impose une recompilation du module :-/ (et il faut avoir un kernel d'installé re :-/) Le LiveCD de GOarted (qui manifestement détectait correctement ton disque dur) tournait avec quel noyau? (>= 2.6.17 s'il a le sata_via) Essaie la version Ubuntu 6.10 qui dispose de ce noyau par défaut (si mes lectures sont vraies)

les packages indiqués sont ceux d'une Debian. Que contient le package qt3-devel-tools que tu as installé? n'as tu pas la possibilité avec ton gestionnaire de paquetages de rechercher un fichier contenu dans un paquetage? (apt-file sous debian)

non, c'est le type de contrôleur de la carte-mère qu'il faut et non le disque dur (indiqué en IDE d'ailleurs ). Si tu ne le trouves pas, donne nous la marque et le modèle exact de ta carte-mère et on fera les recherches

formater une partition avec un LiveCD ne donnera subitement pas à Ubuntu la capacité de reconnaitre le disque dur. Quel est le contrôleur SATA de la carte-mère?