NeoX a écrit 18065 commentaires

peut-etre simplement en glissant le dossier dans la zone emplacement

en tout cas c'est comme ca que j'ajoutes des emplacements dans mon nautilus (sous gnome)

peut-etre par là
XKeepsCrashing=/etc/opt/SUNWut/gdm/XKeepsCrashing.sunray

un petit
file XKeepsCrashing=/etc/opt/SUNWut/gdm/XKeepsCrashing.sunray
te permettra de savoir si c'est un fichier texte ou binaire

si c'est du texte ca peut etre un script ou un fichier de log

pkoi ton src/linux est dans ton /home/user ?

par defaut il devrait etre dans /usr

afin que le make ou les differents outils trouvent leur petits

enfin il me semble

parce que depuis pas mal de temps ce n'est plus

/etc/X11/gdm/
mais /etc/gdm

l'un etant parfois un lien vers l'autre

suivant les distributions c'est le fichier custom.conf pour modifier la configuration du gdm local à la machine (serveur)

ensuite il faut voir, il y a surement un fichier README fournit avec le SUNWut
qui explique dans une FAQ les problemes couramment rencontrés et comment les resoudre.

l'UID ldap est souvent le login (donc autre chose qu'un INT)


uniqueMember: uid=janeth,ou=People,dc=example,dc=com
uniqueMember: uid=michael,ou=People,dc=example,dc=com
uniqueMember: uid=john,ou=People,dc=example,dc=com


pourquoi tu veux faire compliquer ?
alors qu'il suffit de rebooter ?

sinon :
1°) ca depend de la distribution que tu veux installer
2°) debbootstrap/chroot doit marcher pour debian like

ou bien en utilisation des solutions de virtualisation (qemu/kvm) et en pointant la vraie partition lors de l'installation

si le groupe avec GID=50 te conviens alors oui, tu peux par exemple mettre tous tes utilisateurs sous ce GID

attention toutefois, car ce GID peut se retrouver sur tes serveurs comme etant lié a un autre utilisateur/groupe

je me souviens que j'avais du mettre un min UID et min GID dans mon ldap
afin de ne pas risquer de confusion

genre minUID=10000, minGID=10000

car sur les machines suivant la distrib,
les users commencent à 100 ou 1000
les groups non system aussi.

donc pour bien faire la difference entre un utilisateur local et un du LDAP, je mettais des ID > 10000

la session X est peut-etre fournit par le serveur (ton linux)
il faut alors autoriser les connexions en XDMCP sur celui-ci.

cela se gere au mieux par l'interface graphique (mais c'est une serveur)
au pire par le fichier /etc/[gkx]dm/[gkx]dmrc

je n'aurais pas dit mieux

la difference entre le mutualisé et le dédié
c'est que tu ne partages plus les ressources.

parfois il y a des interfaces particulieres avec le mutualisé afin de "simplifier" la gestion de la machine

mais sinon si tu travailles en ligne de commande, tu ne verras guere de difference entre les 2 types de serveurs.

alors comme le dit seginus,
- prend un serveur dédié selon ton besoin
- installes la distribution que tu maitrises dessus
- competence speciale ? savoir gerer le LAMP que tu mettras dessus, savoir mettre à jour le systeme

bref rien d'exceptionnel si tu tournes deja sous linux avec un LAMP chez toi

auth sufficient pam_ldap.so
auth required pam_unix.so nullok_secure try_first_pass

veut dire qu'il peut suffire d'un compte ldap pour se connecter (premiere ligne)

mais juste apres tu dis qu'il faut obligatoirement (required) un compte local

essaie en mettant sufficient pour le pam_unix.so

sur ma machine (ubuntu) j'ai un paquet
libgdbm

qui me fournit les fichiers /usr/lib/libgdbm.so.x.y.z

tu dois surement avoir le meme style de paquet surement 64bits sur ta distribution

ensuite tu as les paquets
ia32-libs
qui contiennent parfois les versions 32bits des libs que tu utilises

demarrer -> executer -> dxdiag

mais pas sur que ce soit le plus efficace

posix_group ca ajoute surtout (de memoire)
les champs shell, home...

sinon perso j'utilisais LUMA (client local pour serveur ldap) comme logiciel pour gerer mon ldap mais il faut alors pouvoir se connecter au serveur depuis ta machine locale

pourtant il y a un disque DANS le linutop ou le koolu
suffit de se servir de celui là pour ne plus avoir de probleme d'USB

ben avec ton outil de gestion ldap
quand tu crees un utilisateur, il a un groupe "primaire" (par exemple DRH/COMPTA...)

puis tu lui ajoutes des groupes "secondaires" (ssh1,serveurA...)

un utilisateur peut donc etre dans plusieurs groupes

pas bien compris pourquoi le commentaire precedent s'etait fait moinsé

d'apres ce que Ulrich recherche une carte mere tout integrée n'exigeant pas de grosses puissances de calculs pourrait correspondre à son besoin.

J'avais pensé aux cartes à bases de VIA ou EPIA
mais une base sur processeur Atom doit aussi faire l'affaire.

tu ajoutes un disque dur 2,5" et ca te fait une machine pas trop grosse, pas trop bruyante.

avant les systemes sur base Atom, j'avais utilisé des linutop ou koolu

dc=com,dc=societe,ou=group

et dedans tu mets tes groupes
ssh1
ssh2
serveurA
serveurB
...

un utilisateur qui doit acceder uniquement à ssh1 sera dans le groupe ssh1
un utilisateur qui peut acceder aux deux serveurs sera dans les 2 groupes

et ainsi de suite

ca depend de l'age de ton amd64 (ton processeur AMD)
qui devra avoir les extensions de virtualisation
http://en.wikipedia.org/wiki/X86_virtualization

j'ai installé un linux amd64 (64bits donc) sur un core2duo
j'ai activé les extensions de virtualisation
j'ai validé les extensions dans virtualbox

ca fait tourner vista

j'ai pas encore tenter de jouer dans virtualbox

il me semble que si tu ajoutes le schema posix_group dans ton ldap
tu peux preciser le /home/xyz de ton utilisateur

par contre je ne sais pas si tu peux avoir le meme /home pour differents utilisateurs (il pourrait y avoir des problemes de droits)

les utilisateurs seront tous dans employees (si tu les mets là)
un utilisateur (UID) peut ensuite appartenir à plusieurs groupes

au moment de gerer l'identification (probablement avec pam_ldap) il suffit de dire que du prend les logins dans

dc=com,dc=societe,ou=employees

cela va creer le /home/utilisateur1
au moment ou celui-ci va se connecter (pour la premiere fois)

10Ke mensuel, je signe tout de suite...

un stage de 3 mois, ca compte comme experience ?

compte créé le 10 juillet pour une publication le 10juillet

tu as activé la virtualisation de ton processeur dans le bios ?
(le fameux "Intel VT extension")

tu as ensuite activé l'utilisation de ces extensions dans virtualbox ?

si ca vient juste de tomber,

tu passes le clavier sous l'eau, puis tu emprunte le seche cheveux de ta copine de geek...

j'ai sauvé un clavier de la noyade dans un jus d'orange (pour une fois que je ne buvais pas un soda americain)

le bios ?
je ne vois pas le probleme, tu veux faire quoi avec ton bios ?

le tatouage ?
me semble bien que ce n'est plus pratiqué, et c'etait une technique pour empecher d'utiliser le CD de reinstallation du constructeur sur une autre machine que la machine du constructeur
cela posait probleme quand tu changer le disque dur de la machine car n'etant pas tatoué, le cd de restauration/reinstallation ne voulait pas fonctionner.

le dualcore ?
heureusement que c'est supporté, ca se joue au niveau du processeur, et il y a longtemps que linux sait gerer le multiprocesseur ou le multicoeur

la carte intel 4500MHD ?
la il va falloir se renseigner, savoir si xorg la supporte pas du tout/partiellement/completement
car il me semble que c'est une carte recente