NeoX a écrit 18068 commentaires

à tout hasard, tu as installé un serveur X sur ton serveur ?

1°) rsync peut passer par ssh
donc si tu as ssh sur le mutualisé, alors tu devrais pouvoir faire un rsync du dédié vers le mutualisé

2°) tu penses trouver un mutualisé avec plus de stockage que ton serveur dédié ?
parce que pour sauvegardé l'integralité de ta partition racine, il faut avoir au moins autant d'espace sur la destination que sur la source

je confirme cette methode
qui fonctionne avec ubuntu

- recuperer les sources
- decompresser les sources
- copier le /boot/config-xxx du kernel courant dans le dossier contenant les sources
- faire make oldconfig pour repondre valider ou non les nouvelles fonctionnalités

puis faire les classiques :
- make
- make modules
puis en sudo
- la copy du noyau et system.map
- le make modules_install (il me semble, ca fait longtemp que je n'ai pas fait de kernel perso)

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