peck a écrit 565 commentaires

Un uptime trop gros sur un serveur c'est signe d'un mauvais admin.
Vive les failles dans le noyau !

Qui utilise vraiment ksplice ?

Une carte graphique intégrée plus un port AGP, je parie 10 balles que l'utilisation de l'un désactive l'autre.

Il n'y a pas de problème avec les écrans tactiles avec xorg car ils sont vus comme une souris, juste être sur d'avoir les drivers.

Bonne idée, mais petit inconvénient, il reste toujours un seul clavier.

Sinon les cartes mères avec 2 pciexpress en x16 sont trouvables.

Ce que tu cherche s'appelle multiseat. C'est pas très difficile à mettre en place sur un (deux) xorg moderne. Il faut quand même prévoir des difficultés si tu n'as qu'une carte vidéo.

Mais si ta base de donnée n'est pas très lourde rien ne t'empêche d'utiliser seulement 2 machines clientes, le serveur étant sur l'une des 2.

HAL ne sert qu'à l'autoconfiguration de xorg. Il n'est pas indispensable mais est quand même en dépendance de xorg chez debian.

Le plus simple, si tu es à même d'écrire toi même ton fichier de configuration xorg, c'est de créer un paquet hal de diversion. Ca se fait avec le paquet dpkg-divert.

C'est marrant moi c'est en lisant la news avec ses présentation des acteurs mais pas du contenu et sa répétition et sa répétition des url.

Un 403 c'est un code qui veut dire accès interdit.
Pour interdire l'accès à un site (et donc renvoyer le 403), il suffit donc d'ajouter un deny from all dans la conf du site, à l'intérieur du Location qui te convient.

La séquence de démarrage de grub s'arrête si le fichier de configuration lui donne un timeout. Dans ce cas tu peux éditer les paramètres au lancement.

Sinon, tu peux utiliser scroll lock ou ctrl-s avant le lancement de grub sur la console.

Tu ne vois pas les messages du noyau.Mais comme tu as grub, tu peux changer ses paramètres.

Il y a un paramètre console= à passer au noyau. Genre console=ttyS0
Les détails : http://lxr.linux.no/linux+v2.6.29/Documentation/kernel-param(...)

Tout d'abord, attention, administrer un serveur, ce n'est pas la même chose que développer. Je dirais même que ça n'a rien à voir.

Mettre les mains sur un serveur pour apprendre c'est très bien. C'est par la pratique qu'on apprend le mieux. Mais c'est quelque chose qu'on apprend sur le long terme, je te conseille donc d'aller parcourir le web et de mettre dans tes flux rss un certain nombre de sites personnels sur linux. Tu as le mien dans ma signature, mais il y en a plein d'autres.

Ensuite, l'administration système c'est deux choses, une spécifique : la distribution et une générique : les services. Pour la partie générique, il s'agit beaucoup de lecture de manuels (sur les sites dédiés par exemple) ou de livres O'Reilly.
Pour les distributions, quand on débute, il faut en choisir une et s'y coller pendant un certain temps. Je ne pense pas qu'Extranet Group Work soit un bon choix si tu veux vraiment apprendre, elle a l'air spécifique ovh et fait des choses pour toi sans que tu ne sache vraiment quoi.

Pour répondre à tes questions :
- a partir du moment où tu as un linux d'installé, tu peux tout faire, le choix de la distrib va juste rendre les choses plus facile ou plus difficile
- installer svn c'est très simple, un simple svn howto sur google te l'expliquera, pour les détail : http://svnbook.red-bean.com/
- tu es au bon endroit pour poser des questions

J'ai justement fait un article sur les différentes méthodes : http://linux-attitude.fr/post/Conserver-son-DISPLAY-apr%C3%A(...)

Attention, xhost + autorise n'importe qui à faire de l'affichage sur ton écran.

Si le but est de séparer les serveurs le chroot n'est pas nécessaire. Disons qu'il est pratique si tu veux utiliser les outils d'installation d'une distribution qui ne supporte l'installation que d'un seul mysql à la fois.

Tu peux aussi n'avoir qu'une seule installation de mysql mais avec plusieurs scripts de démarrage, plusieurs fichiers de configuration et plusieurs répertoires de base de données.

Ensuite pour faire tourner tes N serveur tus as 3 solutions :
- N ip différentes sur la machine et chaque serveur écoute sur une ip sur le port standard
- une ip et N ports différents chaque serveur écoute sur un port
- un seul serveur tourne à la fois (non faisable si tu veux de la réplication entre serveurs)

Enfin si tu veux faire du failover, il faut que les client ne changent pas de config à chaque fois, donc soit :
- un jeu de règles iptables que tu adaptes en fonction du serveur que tu veux attaquer
- un serveur serveur tourne à la fois sur le couple ip/port (-> changer de config pendant le failover)

Ca c'est quand le noyau monte /, mais après, si tu as un initrd, c'est lui qui fait le remontage de / en fonction de fstab. Il faut donc le mettre a jour après modification de ton fstab.

Il faut faire des tests intermédiaires :
- sur pc2 que retourne telnet localhost 5900
- sur le serveur après connexion depuis pc2 que retourne telnet localhost 18292
- sur pc1 après les connexions, que retourne telnet localhost 18293

C'est pas une raison, il y a fsync pour ca

Sans gparted avec fdisk, il te manquait l'étape de redimensionnement de la partition à la bonne taille.

La licence de gcc a un impact sur les données qu'il produit (troll sur gcc4.4)

La commande passwd -e sert à forcer l'expiration d'un mot de passe.

En pratique, cela modifie un champ dans /etc/passwd et force l'utilisateur a changer de mot de passe à sa prochaine connexion.

Un backup qui se met à jour quand on lit les fichiers !!
Tu es sur qu'il n'y a pas une erreur ? Un backup sauvegarde des modification, donc quand on écrit un fichier.
Imagine ce fonctionnement pour backuper une système qui tourne à plein régime, backup intégral de tout ce qui a été lu (site web, boite mail, home, /usr ...) alors qu'il n'y a eu aucune modification.
J'imagine plutôt une erreur de configuration de ton backup.

Non mais je devrais peut-être.

La structure de données input_event est définie dans /usr/include/linux/input.h

Il suffit de lire des données de la taille de la structure

Pas tout à fait.
Il est parfaitement possible de sortir du chroot lorsqu'on est root.

Mais un démon comme bind tourne en simple utilisateur. Ce qui fait qu'il faut découvrir une seconde faille à l'intérieur du chroot pour en sortir, ce qui est déjà plus rare.

On chroote des application pour renforcer leur sécurité.

On le fait plus souvent sur bind car il est connu pour ses faille nombreuses.

Les démons sont déjà lancé en tant qu'utilisateur particulier et pas en tant que root. Mais supposons qu'il y ait une faille, un inconnu a alors accès au système. Chroot permet de le limiter pour qu'il n'ait accès qu'à une petite sous partie du système, pas à tout.

Il faut préciser le bon device dans la conf xorg pour que les autres soient ignorés. Le device clavier par défaut prend celui de la console linux qui prend tout ce qu'il trouve.

Remplace le driver par evdev et fais pointer le device vers/dev/input/tonclavier (j'ai toujours du mal à trouver lequel est le bon).

Bonjour,

A propos d'uptime ne parlerais-tu pas plutôt de load ?

Si oui, j'imagine que ce qui t'ennuie ce sont les moteurs de recherche qui téléchargent un peu trop vite chez toi.

Pour parer cela tu peux les ralentir en installant mod_slotlimit si tu es sur apache.