NeoX a écrit 18065 commentaires

ben oui, tu n'as pas cree ta fonction labelframe_button

du coup il ne fait rien et c'est pour ca qu'il plante.

genre le root qui est dans son HOME et qui fait un rm .* en pensant qu'il est dans un autre dossier...

et qui du coup efface le .bash_history

si je cliques sur global, ca me renvoie une erreur :

neox@amd64-full-linux:~$ ./test.pl
Tk::Error: Undefined subroutine &main::labelframe_buttons called at ./test.pl line 17.
Tk callback for .labelframe.checkbutton
Tk::__ANON__ at /usr/lib/perl5/Tk.pm line 247
Tk::Checkbutton::Invoke at /usr/lib/perl5/Tk/Checkbutton.pm line 39
<Button-1>
(command bound to event)

par contre ca ne dit rien si je clique sur option1, option2 et option3

en gros je penses que tu ne fais pas d'action, ou alors l'action plante pile au moment de changer l'etat des boutons si on clique sur globale

recommandé ne veut pas dire obligatoire.

d'apres cette doc tu dois pouvoir ajouter un "dossier" à rEFIt pour demarrer ton linux (sans avoir de grub ou de lilo)

simplement tu n'aurais alors pas un acces complet à la carte ATI.

pour tes partitions, si tu en es à tout deplacer et donc tout reinstaller =>
systemes (macos, linux, windows, swap) sur le disque interne
données sur le disque externe

si tu deplaces sans reinstaller, je ne suis pas sur que tu puisses demarrer des OS comme windows (qui stocke le chemin par controleurX/diskY/partZ) ou linux (qui stocke sous la forme /dev/sdaX)

c'est le cas

yelp : y a du choix
le plus probable => http://live.gnome.org/Yelp

je n'ai pas dis que cela apportait la solution,
simplement que pour ceux qui ne savent pas ce que sont YELP ou DOCUMANCER c'etait deja un debut de lecture.

et specialement pour linux :
http://refit.sourceforge.net/doc/c2s2_startos.html

Starting Linux with elilo

NOTE: It is currently recommended to boot Linux through BIOS compatibility mode (a.k.a. Boot Camp) using LILO or GRUB. Otherwise, the fully accelerated ATI and Intel graphics drivers will not work.

Add a folder inside the “efi” folder. Copy the following files there:

* elilo (called either “elilo.efi” or “e.efi”)
* “vmlinuz”
* “initrd.gz” (if present)
* “elilo.conf” (if present)

Make sure that elilo.conf uses relative paths for the “image=” and “initrd=” options (no leading slash). The folder will show up in the rEFIt menu automatically. You can make as many folders with different configurations as you like.

se posent plein de questions (yelp ? documancer ?)

documancer : http://documancer.sourceforge.net/

yelp : y a du choix
le plus probable => http://live.gnome.org/Yelp
sinon
http://www.yelp.com/
et
http://en.wikipedia.org/wiki/Yelp

pas mieux,

toujours preferer les depots officiels de la distribution plutot que les sources externes non-officielles (tout simplement pour des histoires de dependances)

oui oui
un mauvais copier/coller

avec la correction ca donne :

- ensuite j'ouvre uniquement le DNS (53) et le WEB (80) depuis le LAN vers le NET, pas besoin de forcer le retour

iptables - A FORWARD -p all -dport 53 -i $ILAN -o $INET -j ACCEPT
iptables - A FORWARD -p all -dport 80 -i $ILAN -o $INET -j ACCEPT

En serveur mutualisé c'est l'hebergeur qui est maitre (root) de la machine et qui te delegues les droits sur une partie de la machine.

En serveur dédié, l'hebergeur ne fait que mettre une machine à ta disposition, c'est à toi de gerer l'installation du system, sa configuration, ses reglages de securité, ces backups...

bref c'est plus contraignant, mais la securité a un prix.

la meilleur securité serait un serveur chez toi mais :
- il va te falloir une superbe connexion si tu veux que pas mal de monde visite ton site (=> frais pour avoir une ligne de qualité)
- il va te falloir une bonne ligne electrique, pour eviter les coupures electriques (frais pour avoir un onduleur par exemple)

apres, les messages confidentiels dans ton forum ou les fichiers de conf, etc , je ne suis pas sur que l'hebergeur s'amuse à lire le contenu des disques qu'ils changent (il n'a pas que ca à faire)


et pour l'info
dedibox : google est notre ami => www.dedibox.fr
une boite dans une salle blanche sur laquelle tu installe ce que tu veux (windows, linux) pour en faire (presque) ce que tu veux.

evidemment dedibox se reserve un acces physique à la machine.

en fait c'est un serveur dedié, comme beaucoup d'autres fournissent mais un peu ("beaucoup") moins cher (compte tenu de l'espace disque et du debit)

ben y a meme un fichier de conf et un "annuaire"
permettant d'appeler un correspondant, ou un autre sans avoir à tout se retaper.

c'etait pas mal.

il faut peut-etre que l'utilisateur se logue pour que le champ workstation se remplisse.

comme les champs
logon time, last bad password, bad password count

???

ce n'est pas que j'ai que ca à faire, mais, heu ....
presque :-p

notre ami google nous propose :

http://www.accedo-web.com/fr/formations/programmation-php/le(...)
http://www.nexen.net/actualites/trucs/caches_php_:_systeme_d(...)

je ne sais pas trop, j'ai rarement utilisé un Mac.

mais dans le cas ou je voulais demarrer sur le 2e disque de la machine (contenant l'ancien OS, ou un autre OS)
il me suffisait de faire "alt" ou "pomme" pendant la phase de boot, et je pouvais choisir le 2e disque au lieu du premier.


ensuite pour le disque USB, tu as installé ton linux sur un disque externe et par deformation j'en ai fait un disque USB (alors qu'il est peut-etre en FireWire)

il y a au moins 5 ans, j'avais ce genre de config.

le "serveur", enfin celui ou je voulais me connecter, ecoutait avec mgetty

le "client" etait mon PC avec minicom (sous linux en ncurses) et hyperterminal (sous windows)

joueur, va...

coagul.fr n'existe pas.
ou alors il est tres bien caché.

pas de ping,
pas de site web,
pas de resolution,
pas de whois.

par contre
http://www.coagul.org/

là ca repond.

une hypothese, à tester...

- installer le lilo sur le disque USB
- booter en mainteant la touche pomme ou ALT (me souviens plus laquelle), ca devrait te proposer de booter sur l'autre disque.

avec les disques internes cela fonctionnait pas trop mal.

mais google est mon ami, et en lui demandant

samba identification utilisateur par machine

en 4e lien, j'ai trouvé : http://www.lalux.org/modules.php?name=News&file=article&(...)

qui explique presque comment faire ton truc

Il est important de préciser que deux types de compte doivent être créés : Les comptes utilisateurs et les comptes machines.

Pour se connecter au serveur, un utilisateur doit posséder un compte valide et utiliser une machine cliente autorisée à se connecter au domaine.

on peut donc imanginer avec un systeme avec
4 groupes de machines (1 groupe par salle) : groupeX,Y,Z et T
l'utilisateur qui appartient aux groupes : utilisateurs, groupeX et autres groupes utiles

l'utilisateur pourrait alors se connecter uniquement sur les machines du groupeX

à tester, il faut surement adapter un peu.

Du coup, dans X11/xorg.conf, pour configurer lilo, je ne sais pas comment faire là:

aucun rapport entre les deux

et si ton installation fonctionne bien comme cela, pas besoin de toucher à lilo ou grub, sauf pour ajouter les options qui vont gerer le clavier (donc pas touche au disque dur)

voir meme, s'il n'y a qu'une seule carte reseau sur chaque machine, la route sera automatiquement mise pour ce reseau sur cette carte.

donc adresse IP dans le meme reseau (192.168.1.X/24 et 192.168.1.Y/24)

le seule detail a verifier, le cable (si tu les relie entre elle sans passer par un switch)
- si les deux machines sont recentes, rien de special elles s'adapteront (fonction autouplink ou autosense)

- si les machines sont un peu ancienne, il faudra prevoir un cable "croisé" afin que ce qui est emis par la premier soit recu par la seconde et vice-versa

- si tu passes par un switch, tu peux utiliser tes cables habituels.

c'est quoi l'interet d'avoir un serveur central pour stocker les fichiers de chacun si

- les utilisateurs ne peuvent pas changer de machine (machine en panne par exemple)
- les utilisateurs ne peuvent pas stocker de fichier dans leur profil (fichier en local sur la machine ?)


dans ton post precedent http://linuxfr.org/forums/12/22913.html
ton probleme etait de limiter les utilisateurs à un groupe de poste, ce qui pour le coup paraissait logique, mais avec un login/passe par groupe et pas par utilisateur.

un bon point de depart serait :
- avoir une idée de ce que tu veux faire
- lire les docs pour savoir ce qui est faisable
- definir le scenario que tu veux avoir (ok il a deja evolué depuis hier)

doc de depart
http://lea-linux.org/cached/index/Reseau-partfic-samba.html#

Je commence à en avoir marre de faire question réponse mais bon...

non, perso je trouve ca bien, car cela prouve que tu as cherché
et que "quand on cherche, on trouve".

et que tu ne te repose pas QUE sur le forum.

et ca c'est bien.

pour une meilleure lecture :

mettre des variables au debut du script
# interface connectée à internet
INET = eth0
# interface connectée au LAN
ILAN = eth1

je jouerais avec les regles de forward et les ports

genre

- je bloque tous les forwards sur les 2 cartes

iptables - A FORWARD -p all -i $ILAN -o $INET -j DROP
iptables - A FORWARD -p all -i $INET -o $ILAN -j DROP

- ensuite j'ouvre uniquement le DNS (53) et le WEB (80) depuis le LAN vers le NET, pas besoin de forcer le retour

iptables - A FORWARD -p all -dport 53 -i $ILAN -o $INET -j DROP

iptables - A FORWARD -p all -dport 80 -i $ILAN -o $INET -j DROP

- enfin, j'active le masquerading

iptables -t nat -A POSTROUTING -o eth1 -j MASQUERADE

echo 1 > /proc/sys/net/ipv4/ip_forward

et pour memoire sur l'ordre des regles, il me semble qu'en general on a les regles suivantes :

#
# PREROUTING -> INPUT -> POSTROUTING
#
# PREROUTING -> FORWARD -> POSTROUTING
#
# OUTPUT -> POSTROUTING

ben c'est ton ADS qui bloque le UPLOADS dans l'adresse de l'image :-p