Bonjour, je souhaiterais faire un réseau sous linux. Où les utilisateur se log sous le serveur de tel sorte que de nimporte quel post du réseau il puisse avoir leurs dossier priver (accessisble que par eux et le root) et les même aplication, es possible sous linux?
 
(je me sert de mandrake 10.1)
 
merci

oui.
Voir le topic des débutants et Samba.

pour le dossier privé utilise NFS
tu 'export' /home/ de ton serveur et sur chaque client tu modifie /etc/fstab pour quele montage se fasse au demarrage.
chaque utilisateur pourra retrouver son bureau et ses documents sur n'importe quel poste linux de ton reseau!
 
( pour les appli je sait pas trop)

ah les clients sont sous nux
suffit de mettre le usr en NFS alors

un reseau sous linux.... pour moi ça veux dire que tous les poste sont sous linux!

oui mes clien sont sous linux, je test le nfs cet aprem, merci bien

autre question avant que je test, es que je peu avoir sur un même résea quelque pc en 192.168.0.x d'autre en 192.168.1.x d'autre en 192.168.2.x etc etc avec pour tous les masque sous réseau à 25.255.0.0 et que tous ai comme passerrel internet le 192.168.0.1 et aussi, comment faire pour que les pc de tel plage d'ip ne puisse pas voir les autre plage ip sauf la 192.168.0.0
 
 
du moins es que c'est possible? (si oui si vous pouvez me donner des indiquation sur les outil à employer je chercher)
 
merci

Tu veux qu'ils ne puissent pas accéder du tout à l'extérieur ? Auquel cas il suffit de ne pas mettre de passerelle.

Tu veux pas que les subnets/sous réseaux se voient entre eux, c'est ça ?
Mais qu'ils accèdent tous les deux (les sous réseaux) à Internet via la même passerelle ?

Ah, j'avais pas compris. Auquel cas il faut donner 255.255.255.0 comme masque de sous-réseau, donner plusieurs IP virtuelles à la passerelle (une pour chaque sous-réseau), et dire à la passerelle de ne pas envoyer les paquets d'un sous-réseau à l'autre (c'est la partie la plus compliquée, mais ça doit se faire).

Ben vi faut subnetter et ensuite filtrer au niveau de la passerelle commune ...
enfin bon, ca devrait pas être si méchant que ça ... cé juste quelques lignes bien senties au niveau de la table FORWARD  
 
EDIT: Par contre les ip virtuelles/aliases cé pas une garantie absolue pour bien séparer les deux réseaux
Le mieux, cé encore d'avoir une interface "physique" différente (une carte ethernet quoi) pour chaque subnet, au niveau de la passerelle ... ... ou à la rigueur des VLANs différents (donc un switch qui supporte ça) et, au niveau de la passerelle, une carte réseau (et son driver Linux) qui sait "causer le VLANois"

c'est débu de réponse mais je me suis mal éxprimer, donc alors par example j'ai mon serveur et 2 pc sur la plage 192.168.0.0 qui doit etre vu de tous les subgrp + 2 salle sous 192.168.1.0 et 192.168.2.0 qui doive se voir entre elles également et une autre salle en 192.168.3.0 qui ne doi etre vu de personne sauf de 192.168.0.0
 
 
c'est possible?

tu veux cacher les PC en 192.168.3.0 à tous les subnets sauf 192.168.0.0 en somme ?

Ouh là ... cé possible avec seulement du Linux (faut prendre le nombre de cartes réseaux qui va bien pour des questions de sécurité/perfs) mais je te conseillerai de passer aux VLANs là (surtout si la question de la confidentialité/sécurité est importante pour toi, et encore même les VLANs cé "vulnérable" à certaines attaques ) ... Tu ne veux faire ça qu'avec Linux ?
 
Sinon, si la sécurité est pas un pb, tu oublies les VLANs, et tu mets les subnets 192.168.1.0 et 192.168.2.0 sur le même switch/"segment physique" (propre switch avec une patte reliée à la passerelle) et tu déclares les routes quivont bien au niveau des machines (voire en DHCP ca doit être possible) ... 192.168.0.0 sur le sien (propre switch avec une patte reliée à la passerelle) ... et 192.168.3.0 sur le sien (idem)... ca veut dire une passerelle à 3 + 1 (pour internet) pattes ... Ah mais laisses moi deviner, 192.168.0.0, cé une DMZ ? cé ca ? serveurs email, DNS, etc ... dedans ?  

Le but c'est de faire passer mon lycée sous linux!!!  
 
Avec des amis on a était nomé par le gestionaire du CDI pour géré ses PC et on va carément leur proposer de géré tout le l'établissement. Et pour aune plus grabde faciliter de gestion de toutes les salle et pour pouvoir toutes les brancher à internet nous somme entrain avec nos PC personnel de faire des simulations plus ou moins réussi. le but est que les 2 salles du CDI soit visible l'une par l'autre et que les salle de classe ne voille que le groupe du serveur.
 
Pour ce qui est d'intra-mail et autre on vera quand le reste marchera!!

Tout ceci ne vaut que pour mdk ( serveur et client ).
 

• conf du seveur

- installe le package : drakwizard
- lance le centre de control Mandrake  
- va dans la nouvelle section "Assistants Serveur"
- sélectionne "NIS+autofs" -> "serveur NIS + mappage autofs"
- sélectionne le rep à exporter ( normalement c'est /home )
- donne un nom à ton domaine, par exemple : Juliot.rouen.fr
- et voila !
 
 

• conf des clients

il faut conf les clients pour qu'ils s'authentifient sur le serveur NIS et utilisent comme rep perso le partage /home
 
- lors de l'installation de la distro, au moment où tu définies le mot de passe root, tu cliques sur "Avancés" et choisi NIS comme méthode d'authentification
 
- sur une distro déjà installée, tu peux utilisé drakautjh pour le faire ou alors utilise l'assistant précédent en sélectionnant "client NIS"
 

• [g]Pour créer un utilisateur, il suffit de se connecter sur le serveur et de lancer userdrake. Une fois les utilisateurs créer, il faut mettre à jour les map NIS avec la commande suivante :

 
et hop les clients sont à jour.
 
http://mandrakeuser.org/docs/connect/cnis.html
http://mandrakeuser.org/docs/connect/cnfs.html
http://mandrakeuser.org/docs/connect/cnfs2.html
 
Note : moi j'ai une config différente, j'ai installé mon serveur NIS manuellement et n'ai aps utilisé autofs.
 
de plus comme j'ai 2 groupe d'utilisateurs j'exporte 2 rep via NFS ( /home/groupe1 et /home/groupe2 ) et je gère les droits en fonctions des IP car j'ai définies les plages d'IP pour les ordinateurs utilisés par ces groupes.
 
cela demande cependant pas mal d'intervention manuelle.
 
autre doc : LDAP + SAMBA
http://linsec.ca/bin/view/Main/UserManagement

super merci!!!
 
on a galaré toute l'aprem pour ariver a rien lol!! merci du coup de main

c'est vrément trop cool l'outi de config que tu ma donner!!!
 
tu en a d'autre comme ça? (ou un site référent les wizard?)

je vais essayer aussi pour kontact et les jeux (avec plusieurs mêmes user en même temps)

Re Bonjour, j'ai fait ce que Dark_Schneider ma dit et il y a du progrès, mes clients voyent les utilisateur du serveur mais si on essais de se connecter dessu il dit que le mont de passe est invalide, or il n'y a pas de mot de passe, j'ai essayer également avec des mots de passes mais rien y fait je suis refuser, esqu'il y a un préfix a metre devant le login qui est enregistrer sur le serveur et esqu'il y a des mintage a faire sur les client? (si oui esque ça na pas déjè était fait par le wizzard?)

Utopiaste> tu as créer les users sur le serveur ,
 
pas de firewall ?
 
kel niveau de sécu sur le serveur ?
 
tu as regardé les log niveau client et serveur ? ( tail -f /var/log/messages ) ?
 
les services ypbind ( côté client ) et ypserv ( côté serveur ) sont lancés ?
 
ton domaine NIS correspond au domaine DNS de ton réseau ?

le serveur est en sécu standare, les domaine dsn et nis son bien les même (existe-t-il une commande pour les voir histoire d'etre sur)
 
autre chose que je vien a peine de voir, sur mes client quand je démarer le ypblind il ne me trouve pas le serveur de domaine nis, à quoi celà corespon-t-il sur mon serveur?

j'ai créer les user sur le serveur et j'ai pas de firewall (dsl du retard j'avais sauter ces questions)

nisdomainname
domainname
 
 
j'attends la suite notamment les log du système.
 
montre le contenu de /etc/ypserv.conf ( sur le serveur ) et /etc/yp.conf sur le client et aussi de /etc/sysconfig/network

Voilà déjas le ypserv.conf
 
 
#
# ypserv.conf In this file you can set certain options for the NIS server,
#  and you can deny or restrict access to certain maps based
#  on the originating host.
#
#  See ypserv.conf(5) for a description of the syntax.
#
 
# Some options for ypserv. This things are all not needed, if
# you have a Linux net.
 
# Should we do DNS lookups for hosts not found in the hosts table ?
# This option is ignored in the moment.
dns: no
 
# How many map file handles should be cached ?
files: 30
 
# Should we register ypserv with SLP ?
slp: no
 
# xfr requests are only allowed from ports < 1024
xfr_check_port: yes
 
# The following, when uncommented,  will give you shadow like passwords.
# Note that it will not work if you have slave NIS servers in your
# network that do not run the same server as you.
 
# Host                     : Domain  : Map              : Security  
#
# *                        : *       : passwd.byname    : port  
# *                        : *       : passwd.byuid     : port
 
# Not everybody should see the shadow passwords, not secure, since
# under MSDOG everbody is root and can access ports < 1024 !!!
*      : *       : shadow.byname    : port
*      : *       : passwd.adjunct.byname : port
 
# If you comment out the next rule, ypserv and rpc.ypxfrd will
# look for YP_SECURE and YP_AUTHDES in the maps. This will make
# the security check a little bit slower, but you only have to
# change the keys on the master server, not the configuration files
# on each NIS server.
# If you have maps with YP_SECURE or YP_AUTHDES, you should create
# a rule for them above, that's much faster.
# *                        : *       : *                : none
 
 
 
 
et le network du serveur:
 
HOSTNAME=LinuxServeur
NETWORKING=yes
GATEWAY=192.168.0.1
NISDOMAIN=stlouis
 
 
 
 
Pour les fichier du serveur je les met dès qu'on me les envois, on travail a 3 sur le projet et les clien c'est les pc de mes collègues, moi j'ai le serveur, et il ne m'on toujours pas envoier le fichier dsl...

je ne vois pas ton nom de domaine pour le serveur ...
 
moi j'ai ceci :

 
ainsi les commandes renvoient ceci sur le serveur :

 
 
+ sur les clients :

 
j'ai modifié les noms

ok donc il manque déja des paramètre dans mon fichier créer par le drakwizard... pour rentré ces paramètre fau que je passe par une commande sur la consol ou je modifi directement les fichiers?
 
(et esqu'il y a besoin d'autre paramètre dans ces fichier parsque sinon je peut me servire de se que tu ma poster comme example pour rentrer directement les miens?)

tu les modifies directs.
 
sur on serveur je n'ai rien fait de spécial. idem pour mes clients.
 
une fois modifié le serveur et le client et que le serveur tourne, depuis le client essaie :
service ypbind restart
 
 
et vois si il arrive à contacter le serveur.
 
si oui et que tu as toujours des pbs àte logguer et ce même en console, alors tu devras me montrer le fichier de compilation des map et être sûr :
- du niveau de sécu des clients et serveur
- qu'il n'y a pas un firewall
- que ton DNS marche bien