sans automount. En fait, c'est délicat à utiliser, il faut de l'assistance pour utiliser la disquette sous Linux même avec un automontage. A l'époque, le clicodrome n'était pas forcément parfait.
Et c'est vrai que si un poste Windows est présent, ils vont systématiquement dessus en priorité.
Le seul truc qui me faisait peur au début c'était la lancement de la connexion internet. Il y a un compteur de temps. En fait c'est "tout con", il y a un icone sur le bureau windows ou linux qui s'appelle internet et qui fait un telnet sur le serveur. Il suffit de rentrer son login/mdp et le shell est en fait pas un vrai shell mais le compteur de temps qui se lance. Il détecte depuis quelle station il est lancé, l'utilisateur qui l'a lancé et lance la connexion qui ouvre le firewall, note l'heure de début.
A la femeture du telnet (petite croix sous windows, ctr-c, perte du réseau de la station cliente), la connexion se referme. ça n'a jamais déconner.
Il met à jour toutes les trois minutes la base mysql aussi en cas d'arrêt non prévu.
Les gens amènent leur PC s'ils veulent et se branchent, dhcp + telnet à faire et ça roule.
On peut ajouter du temps de connexion en cours de route. Ce qui me fait rire, c'est que certain ont trouvé une combine pour gagner du temps. Il ouvre internet, vont sur leur webmail, commence à taper un mail, ferme le telnet, finissent de taper leur mail, rouvrent la connexion et envoient leur mail.
ça fait que les machines sont monopilsées plus longtemps. Mais bon...
Le principal bug qu'on a eu, c'est que de temps en temps, le fichier /etc/passwd crashe quand le serveur est surchargé, qu'il y a une inscription en cours.
Le serveur n'avait pas été prévu au départ pour 16 postes clients. On pensait pas que ça allait aussi bien marcher. Il sera refait avec un openldap sur un openbsd sans doute mais je ne m'en occupe plus.
[^] # Re: Bornes publiques pour connexions de portables sous Linux
Posté par rootix . En réponse à la dépêche Bornes publiques pour connexions de portables sous Linux. Évalué à 5.
Et c'est vrai que si un poste Windows est présent, ils vont systématiquement dessus en priorité.
Le seul truc qui me faisait peur au début c'était la lancement de la connexion internet. Il y a un compteur de temps. En fait c'est "tout con", il y a un icone sur le bureau windows ou linux qui s'appelle internet et qui fait un telnet sur le serveur. Il suffit de rentrer son login/mdp et le shell est en fait pas un vrai shell mais le compteur de temps qui se lance. Il détecte depuis quelle station il est lancé, l'utilisateur qui l'a lancé et lance la connexion qui ouvre le firewall, note l'heure de début.
A la femeture du telnet (petite croix sous windows, ctr-c, perte du réseau de la station cliente), la connexion se referme. ça n'a jamais déconner.
Il met à jour toutes les trois minutes la base mysql aussi en cas d'arrêt non prévu.
Les gens amènent leur PC s'ils veulent et se branchent, dhcp + telnet à faire et ça roule.
On peut ajouter du temps de connexion en cours de route. Ce qui me fait rire, c'est que certain ont trouvé une combine pour gagner du temps. Il ouvre internet, vont sur leur webmail, commence à taper un mail, ferme le telnet, finissent de taper leur mail, rouvrent la connexion et envoient leur mail.
ça fait que les machines sont monopilsées plus longtemps. Mais bon...
Le principal bug qu'on a eu, c'est que de temps en temps, le fichier /etc/passwd crashe quand le serveur est surchargé, qu'il y a une inscription en cours.
Le serveur n'avait pas été prévu au départ pour 16 postes clients. On pensait pas que ça allait aussi bien marcher. Il sera refait avec un openldap sur un openbsd sans doute mais je ne m'en occupe plus.