NeoX a écrit 17886 commentaires

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

en tant qu'utilisateur ordinaire, lshw ne me renvoie rien avec ton script sous ubuntu 9.04
c'est pour cela que j'avais fait la remarque sur le sudo ou le fait d'etre root

ma ligne avec le ls, fait un grep sur cdrom
hors les peripheriques dvd/cd appartiennent aux groupes cdrom
et c'est ceux là que je filtrais.

quel est l'interet de selectionner le lecteur par 1/2/3
à la place de
/dev/sr0
/dev/sg0
/dev/dvd
/dev/cdrom

dans le cas d'une machine avec un seul lecteur, c'est le meme peripherique

dans un cas avec de lecteurs multiples l'utilisateur qui ne connait pas le nom de ses peripheriques (/dev/xxx) ne pourra de toute facon pas savoir lequel est le bon

et si c'est parce qu'il a un lecteur de CD et un lecteur DVD,
alors il te suffit de selectionner avec ton script directement le lecteur de DVD

il fait le modeste et remet son titre (cadeau) en jeu...
quel champion !!!

:p

à part que ton script à besoin d'etre root pour bien fonctionner
(à cause du lshw)

qu'il lance 2 fois lshw
qu'il boucle 1 fois pour remplir, une fois pour afficher la liste

alors qu'un simple
ls -l /dev/* | grep cdrom | grep dev | awk '{print $9}'
pourrait suffir

que la personne pourrait saisir /dev/xxx
plutot que le 1/2/3/4/5 que tu proposes....

je ne vois pas trop ce qu'on pourrait ameliorer dans ton script

oui la version amd64 est appelée ainsi pour raison historique
mais elle supporte toute les architectures x86 64bits (x86_64) soit :
- les processeurs Intel qui font EMT64 (voir la fiche de ton processeur)
- les processeurs AMD 64bits

un utilisateur peut tres bien avoir ses machines virtuelles...
pour faire des machines virtuelles tu as le choix
qemu/kvm : libre et gratuit, avec virt-manager comme interface par exemple
virtualbox : livré avec interface graphique, libre et gratuit
vmware : pas libre mais existe en version gratuite (vmware serveur)

par contre la machine virtuelle n'est clairement pas fait pour jouer (enfin pas encore)
par contre pour pouvoir utiliser certains logiciels, ca depanne bien, meme s'il faut avoir une vraie installation de windows pour faire tourner la machine.

ensuite comme dit au dessus, tu peux tester tes logiciels windows via le logiciel Wine
qui laisse croire au logiciel qu'il est sous windows, et qui traduit les instructions en version linux.

ca marche avec certains, mais pas avec d'autres...
il paraitrait meme qu'on arrive à jouer à WOW en le lancant avec Wine.