Keskiveu

Bon ben y'a rien à faire: j'arrive bien avec imwheel à attribuer les fonctions que je veux à la molette, mais les deux boutons supplémentaires gargent la même fonction que le troisième bouton, y'a rien à faire Est-ce qu'il n'y aurait pas un autre programme sous mandrake qui empêcherait imwheel de tourner correctement ?

Ok, on fait comme ça Par contre ça risque d'être long, j'ai pas trop la possibilité de chercher en semaine ...

J'ai deux boutons supplémentaires sur le côté de ma souris, mais je n'arrive pas à trouver comment leur attribuer des fonctions perso . Pas de problème pour les faire reconnaitre , en ajoutant une ligne dans XF86Config-4 , mais ils ont tous les deux la même fonction que le bouton 3 . Moi je voudrais qu'ils aient les fonctions "précédent" et "suivant" des navigateurs web (au moins Konqueror) . Ils parlent de xmodmap sur Léa, mais apparement il permet seulement de changer l'ordre des boutons. Edit : oups, j'oubliais: j'utilise kde 3.1 sous manfrake 9.1 , et ma souris est une logitech MX 500 .

Quand tu passes par un proxy, les requêtes que tu envoie passent par celui-ci. C'est lui qui va chercher les infos que tu as demandé, en utilisant son cache, son hosts, son ip, etc ... Une fois qu'il a récupéré les infos il te les renvoie. Avantages: - Les serveurs que tu contacte voient l'addresse ip du proxy par lequel tu passe, et non la tienne. - Si un site est dans le cache du proxy celui ci te l'enverra directement, pas besoin d'aller le chercher sur le net. - Tu peux filtrer les connections: par exemple interdire l'accès à certains sites. Tu peux très bien faire tourner ou utiliser un proxy sur une machine non serveur. Il ne faut pas confondre machine et service: un proxy est un service, au même titre qu'un routeur ou qu'un firewall. Il peut aussi bien être logiciel que matériel. Il existe plein de proxy gratuits ou payants un peu partout sur le net. Un petit coup de google et tu devrais trouver ton bonheur.

Merci, je vais jeter un oeil.

effectivement, c'était désactivé. Malheureusement ça ne passe toujours pas même après l'avoir activé: "USB device not found".

Je voudrais savoir s'il existe des drivers usb pour dos (c'est pour une clé usb sans marque). J'ai essayé avec les drivers de panasonic (ftp://ftp.dars.com.ru/support/dos_usb/mhairudos.zip), mais ça marche pas, apparement ils ne sont pas compatibles avec ma clé. Je n'en ai pas trouvé d'autres qui soient gratuits pour l'instant.

D'après tout ce que j'ai entendu partout, c'est la Mandrake la plus facile d'utilisation. Sinon pour les interfaces graphiques, perso, je trouve gnome plus sympa graphiquement, mais kde est beaucoup plus fonctionnel. T'as qu'à installer les deux, tu te feras ta propre idée.

J'ai peut-être trouvé quelque chose, mais je comprends pas tout... C'est ici: 6.5.1.3 Creating trust accounts for NT clients This step is exclusively for Windows NT clients. All NT clients that connect to a primary domain controller make use of trust accounts. These accounts allow a machine to log in to the PDC itself (not one of its shares), which means that the PDC can trust any further connections from users on that client. For all intents and purposes, a trust account is identical to a user account. In fact, we will be using standard Unix user accounts to emulate trust accounts for the Samba server. The login name of a machine's trust account is the name of the machine with a dollar sign appended to it. For example, if our Windows NT machine is named chimaera, the login account would be chimaera$. The initial password of the account is simply the name of the machine in lowercase letters. In order to forge the trust account on the Samba server, you need to create a Unix account with the appropriate machine name, as well as an encrypted password entry in the smbpasswd database. Let's tackle the first part. Here, we only need to modify the /etc/passwd file to support the trust account; there is no need to create a home directory or assign a shell to the "user" because the only part we are interested in is whether a login is permitted. Therefore, we can create a "dummy" account with the following entry: chimaera$:*:1000:900:Trust Account:/dev/null:/dev/null Note that we have also disabled the password field by placing a * in it. This is because Samba will use the smbpasswd file to contain the password instead, and we don't want anyone to telnet into the machine using that account. In fact, the only value other than the account name that is used here is the UID of the account for the encrypted password database (1000). This number must map to a unique resource ID on the NT server and cannot conflict with any other resource IDs. Hence, no NT user or group should map to this number or a networking error will occur. Next, add the encrypted password using the smbpasswd command, as follows: # smbpasswd -a -m chimaera Added user chimaera$ Password changed for user chimaera$ The -m option specifies that a machine trust account is being generated. The smbpasswd program will automatically set the initial encrypted password as the NetBIOS name of the machine in lowercase letters; you don't need to enter it. When specifying this option on the command line, do not put a dollar sign after the machine name - it will be appended automatically. Once the encrypted password has been added, Samba is ready to handle domain logins from a NT client. Qu'est-ce que c'est un "trust account" Bon, pour l'instant je peux pas tester, on verra demain.

Je vais dans les proptiétés du poste de travail, onglet "nom de l'ordinateur", "Modifier...". Là j'active le bouton radio "Domaine", j'entre le nom du domaine à joindre dans le champ prévu à cet effet, je valide et j'attends que la fenêtre me demandant un login et mot de passe apparaisse. Je lui donne un utilisateur préalablement créé sur le serveur et ajouté à smbpasswd, et je me prends le message d'erreur en pleine poire. Edit: il n'y a rien de spécial dans les log.

Oui, en poste à poste il n'y a aucun problème pour se loguer, avec n'importe quel utilisateur.

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Netlogon\Parameters\requirestrongkey était à 0 par défaut. Sinon je viens d'essayer avec le smb.conf mini, toujours les mêmes messages. Je n'ai pas l'impression que ça vienne du serveur, on dirait que c'est les NT qui ont un problème avec samba. Je n'ai pas la moindre idée d'où ça peut venir, et google ne m'aide pas beaucoup sur ce coup là

J'ai un petit soucis pour intégrer un poste XP Pro dans un domaine samba (version 2.2.7a). Sous Win98se aucun problème, mais XP me jette: et 2000 pro aussi: quels que soient les noms d'utilisateurs que je donne, même bidons. Apparement il n'arrive même pas jusqu'à l'authentification. Dans la base de registres j'ai bien remplacé HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\requiresignorseal par 0 (elle est à 1 par défaut), comme conseillé sur plusieurs sites, mais ça ne change rien. Voilà mon smb.conf, si ça peut aider. Des idées?

Merci Florent, c'est exactement ce qu'il me fallait

Je voudrais faire une sript batch (windows xp) qui renomme le log de ntbackup en id-date-heure.log Premier problème: je pensais mettre le résultat de date /t et time /t dans une variable d'environnement, mais apparement ce n'est pas possible, on ne peut pas affecter la sortie d'une commande à une variable d'environnement Deuxième problème: date /t sort la date avec des "/", et time avec un ":", caractères qui ne peuvent être utilisés pour nommer un fichier. Donc je pensais toujours utiliser des variables d'environnement pour stocker les résultats de ces deux commandes modifiés avec cut (de unxutils). Mais bon, toujours pareil, je ne sais pas comment mettre le résultat d'une commande dans une variable... Si quelqu'un a une solution... (j'aimerais éviter autant que possible d'utiliser des softs externes à windows)