RedHat n'est certainement pas la distribution la plus facile pour débuter, de plus, il me semble que postfix est le serveur de mail par défaut pour Red Hat, donc pourquoi utiliser sendmail?
AMHA, tu trouveras plus d'aide postfix/ldap ou exim/ldap, même avec RedHat.
Une solution est de partager le port 443 entre apache et OpenVPN: http://www.rainersblog.com/?p=122
On peut aussi mettre en place un «port knocker» ou mieux un « SPA (Single Packet Authentication) » avant le VPN pour que celui ci ne s'ouvre que pour une adresse IP particulière.
J'ai utilisé unison par le passé, mais dans ce cas, il n'est certainement pas adapté.
D'abord, comme il est exécuté par un script, je ne saurais pas vraiment comment établir le dialogue entre le script et la boîte de dialogue de login Windows.
Ensuite, dans le cas — rarissime — où un utilisateur se connecte sur plusieurs stations, il existe un backup journalier ( basé sur git ;-) ) qui me permet de retrouver un fichier dans une version précédente.
Le secret, c'est d'espacer suffisamment les styles, pour que la ligne adjacente ne soit pas identique. Ensuite, rien ne t'empêche de bien appuyer, et d'utiliser du Carbone… ;-)
Je pense qu'il est plus judicieux de s'appuyer sur un système de fichiers déjà existant, et de rajouter une couche de réplication réseau en espace utilisateur.
Ce type de projet doit exister, non?
Oui, je devrais préciser avec Samba 3.6 et Windows XP.
Each time a user logs into a workstation, all of the files and settings are transferred over the network; the result is that the login process takes longer than if the user were to use a local profile. This is particularly the case if the profile is large in size. > The login time may be reduced if the profile is cached as some files can be loaded from the local workstation and by using folder redirection to redirect folders that can grow to a large size, like My Documents, to a network share.
Les intérêts sont multiples, dans notre cas, NFS ou même CIFS n'est pas la solution optimale. Concernant l'attente au demarrage et à l'arret de la session, cela n'arrive que lorsque les utilisateurs changent de station, c'est à dire quasiment jamais. Et quand cela arrive, en entreprise, ce n'est pas significatif. Le matin, ils allument leur ordi, et boivent le café en attendant que la session soit ouverte. Le soir, ils éteignent l'ordi et rentrent chez eux.
Par contre, il n'est pas rare qu'ils doivent travailler avec de gros fichiers (videos), et dans ce cas, on oublie les roaming profiles à la Windows… Surtout que je me vois pas installer SFU (Windows Services for UNIX) sur chaque station.
Ensuite, j'ai quelques utilisateurs qui travaillent à distance avec OpenVPN. On oublie NFS. Surtout que la version de NFS sur le QNAP est 3, alors que je préfère 4, autant pour les perf que pour le système de verrous.
Finalement, lorsqu'on a une centaine d'utilisateurs, l'espace disque sur une station est infini comparé à la bande passante d'une réseau, même en 1G.
Voilà, NFS est peut être plus élégant, mais les roaming profiles sont plus efficace…
# Redhat/Sendmail?
Posté par André Rodier . En réponse au message Sendmail+ldap. Évalué à 2.
Apparemment tu débutes.
RedHat n'est certainement pas la distribution la plus facile pour débuter, de plus, il me semble que postfix est le serveur de mail par défaut pour Red Hat, donc pourquoi utiliser sendmail?
AMHA, tu trouveras plus d'aide postfix/ldap ou exim/ldap, même avec RedHat.
[^] # Re: Coutournement.
Posté par André Rodier . En réponse au journal [hors-sujet] Rendez nous Colbert et John Stewart !. Évalué à 2.
Une solution est de partager le port 443 entre apache et OpenVPN: http://www.rainersblog.com/?p=122
On peut aussi mettre en place un «port knocker» ou mieux un « SPA (Single Packet Authentication) » avant le VPN pour que celui ci ne s'ouvre que pour une adresse IP particulière.
[^] # Re: Coutournement.
Posté par André Rodier . En réponse au journal [hors-sujet] Rendez nous Colbert et John Stewart !. Évalué à 1.
Pas en UDP
UDP est un protocole déconnecté.
[^] # Re: Comment ?
Posté par André Rodier . En réponse au journal profils itinérants, version Linux. Évalué à 1.
Parce que tous les utilisateurs sont éparpillés géographiquement, ils ne se déconnectent pas à la même heure.
Lorsqu'une session est sauvegardée, un script git est automatiquement lancé.
J'utilise iwatch et un timeout pour détecter les fin de sessions.
[^] # Re: Comment ?
Posté par André Rodier . En réponse au journal profils itinérants, version Linux. Évalué à 2.
Très bien, je me suis posé les même questions.
Bien sûr, NTP est déployé sur le réseau. Samba 3.6 ne fonctionnerais pas sans cela.
Dans le sens client → serveur, j'utilise l'option --delete
Dans le sens serveur → client, j'utilise l'option -u.
Effectivement, en cas de plantage, les fichiers effacés reviennent, mais il vaut mieux cela que l'inverse.
Dans le pire des cas, comme je l'ai dit, il y a un backup quotidien sur le serveur, utilisant git.
# Owncloud
Posté par André Rodier . En réponse au journal Firefox Accounts. Évalué à 1.
J'utilise mon propre serveur owncloud, j'espère que ce sera toujours compatible…
# Mr Pernickety
Posté par André Rodier . En réponse au journal Ubuntu 14.04 LTS : Pourquoi il vaudrait mieux ne pas du tout s'en servir. Évalué à 2. Dernière modification le 29 avril 2014 à 09:01.
Bon article,
Juste un petit correctif, sur la version anglaise. Ça me fait mal aux yeux:
Dans le paragraphe sur AppArmor:
an helper process => a helper process
Voilà, mes deux cents…
[^] # Re: Unison
Posté par André Rodier . En réponse au journal profils itinérants, version Linux. Évalué à 1.
Je pertinente, mais non, je reste sur rsync.
J'ai utilisé unison par le passé, mais dans ce cas, il n'est certainement pas adapté.
D'abord, comme il est exécuté par un script, je ne saurais pas vraiment comment établir le dialogue entre le script et la boîte de dialogue de login Windows.
Ensuite, dans le cas — rarissime — où un utilisateur se connecte sur plusieurs stations, il existe un backup journalier ( basé sur git ;-) ) qui me permet de retrouver un fichier dans une version précédente.
# Flikr
Posté par André Rodier . En réponse au message extraire des image reçues par mail. Évalué à 3.
Il y a aussi l'option flikr.
https://www.flickr.com/tools/
Pas besoin de serveur, et gratuit. En plus, tu partages aussi tes photos avec la NSA.
[^] # Re: Trouvé
Posté par André Rodier . En réponse au message Écriture manuscrite avec latex ou libreoffice. Évalué à 1.
Oui, effectivement, ce n'est pas suffisant par rapport à ce que je voulais initialement.
Les meilleurs résultats sont décris dans le fichier PDF lié ici: https://linuxfr.org/nodes/102007/comments/1535125
Par contre, je ne sais pas comment il a fait.
[^] # Re: Ingénieux
Posté par André Rodier . En réponse au message Écriture manuscrite avec latex ou libreoffice. Évalué à 2.
Le secret, c'est d'espacer suffisamment les styles, pour que la ligne adjacente ne soit pas identique. Ensuite, rien ne t'empêche de bien appuyer, et d'utiliser du Carbone… ;-)
[^] # Re: l'interet par rapport à NFS ?
Posté par André Rodier . En réponse au journal profils itinérants, version Linux. Évalué à 1.
Je pense qu'il est plus judicieux de s'appuyer sur un système de fichiers déjà existant, et de rajouter une couche de réplication réseau en espace utilisateur.
Ce type de projet doit exister, non?
[^] # Re: $USER
Posté par André Rodier . En réponse au journal profils itinérants, version Linux. Évalué à 1.
La variable est passée par lightdm. Oui, j'ai essayé de feinter le truc, mais sans succès ;-)
# Trouvé
Posté par André Rodier . En réponse au message Écriture manuscrite avec latex ou libreoffice. Évalué à 4.
Ok, j'ai trouvé. Merci pour les commentaires.
http://code.google.com/p/handlatex/
# Random fonts for the simulation of handwriting
Posté par André Rodier . En réponse au message Écriture manuscrite avec latex ou libreoffice. Évalué à 3. Dernière modification le 27 avril 2014 à 12:18.
J'ai trouvé ça, qui est exactement ce que je veux: http://luc.devroye.org/mcdougallpaper.pdf
maintenant, reste à obtenir les mêmes résultats…
[^] # Re: Ingénieux
Posté par André Rodier . En réponse au message Écriture manuscrite avec latex ou libreoffice. Évalué à 4.
Non, pour ça, j'utilisais un ensemble de plusieurs stylos collés, ça permettait d'écrire 5 ou six lignes d'un coup… ;-)
# GoogleKey OTP
Posté par André Rodier . En réponse au message One TIme Password - (en mode tableau). Évalué à 1.
J'utilise GoogleKey OTP
https://play.google.com/store/apps/details?id=com.google.android.apps.authenticator2
Ça affiche une cle sur un un smartphone…
Ça s’intègre avec aussi avec pam: https://code.google.com/p/google-authenticator/wiki/PamModuleInstructions
Pas besoin de compte google.
[^] # Re: Ah ah
Posté par André Rodier . En réponse au journal profils itinérants, version Linux. Évalué à 0.
Oui, je devrais préciser avec Samba 3.6 et Windows XP.
http://en.wikipedia.org/wiki/Roaming_user_profile#Disadvantages_of_roaming_user_profiles
En tout cas, avec Windows XP et Samba 3.6 sur Debian Wheezy, c'est ce qu'il se passe.
[^] # Re: l'interet par rapport à NFS ?
Posté par André Rodier . En réponse au journal profils itinérants, version Linux. Évalué à 2.
Bonsoir,
Les intérêts sont multiples, dans notre cas, NFS ou même CIFS n'est pas la solution optimale. Concernant l'attente au demarrage et à l'arret de la session, cela n'arrive que lorsque les utilisateurs changent de station, c'est à dire quasiment jamais. Et quand cela arrive, en entreprise, ce n'est pas significatif. Le matin, ils allument leur ordi, et boivent le café en attendant que la session soit ouverte. Le soir, ils éteignent l'ordi et rentrent chez eux.
Par contre, il n'est pas rare qu'ils doivent travailler avec de gros fichiers (videos), et dans ce cas, on oublie les roaming profiles à la Windows… Surtout que je me vois pas installer SFU (Windows Services for UNIX) sur chaque station.
Ensuite, j'ai quelques utilisateurs qui travaillent à distance avec OpenVPN. On oublie NFS. Surtout que la version de NFS sur le QNAP est 3, alors que je préfère 4, autant pour les perf que pour le système de verrous.
Finalement, lorsqu'on a une centaine d'utilisateurs, l'espace disque sur une station est infini comparé à la bande passante d'une réseau, même en 1G.
Voilà, NFS est peut être plus élégant, mais les roaming profiles sont plus efficace…
[^] # Re: login et logout
Posté par André Rodier . En réponse au journal profils itinérants, version Linux. Évalué à 1.
Oui, en gros, c'est ça…
Mais comme j'ai des backups sur le serveur Samba, je peux toujours revenir en arrière.
[^] # Re: login et logout
Posté par André Rodier . En réponse au journal profils itinérants, version Linux. Évalué à 2.
On verra…
Plus sérieusement, je pense que rsync devrait utiliser la version la plus récente du même fichier (-u)
Encore mieux que Windows.
[^] # Re: Ça me ferait beaucoup rire
Posté par André Rodier . En réponse au journal Google moins?. Évalué à -3.
FOUTAISES !!!
[^] # Re: Interessant, mais..
Posté par André Rodier . En réponse à la dépêche Seafile, un Dropbox-like libre à héberger sort en version 3. Évalué à 2.
Il y a aussi SparkeShare (http://sparkleshare.org/)
Je ne l'ai pas encore testé, je suis satisfait d'owncloud pour le moment.
[^] # Re: nimage
Posté par André Rodier . En réponse au journal 5 ans de support pour un sous-ensemble de Debian Squeeze. Évalué à 3.
Il y a le sexe, aussi.
"On asservit les peuples plus facilement avec la pornographie qu'avec des miradors"
Alexandre Soljenitsyne
# À propos de Dropbox
Posté par André Rodier . En réponse à la dépêche Un projet de VM Python chez Dropbox et état des lieux des autres VM. Évalué à 6.
Je n'ai pas vu passer l'info sur linuxfr, alors je pointe un lien:
http://pro.clubic.com/technologie-et-politique/actualite-695854-dropbox-nomination-condoleezza-rice-debat.html
Pour info, "Dropbox" était marqué comme bientôt opérationnel dans PRISM, à une époque ou cette femme était au gouvernement: http://www.siliconbeat.com/2014/04/11/why-condoleezza-rice-joining-dropbox-board-isnt-a-mozilla-moment/
Pour ma part, je reste avec owncloud…