FRsAG

frsag@frsag.org

6 participants
2600 discussions

Re: [FRsAG] NFSv4 et ACL : problèmes
by Jonathan Tremesaygues 22 Aug '14

22 Aug '14

Bonjour, Ne marche pas non plus en NFSv3 :-/ Montage de l'export de test en nfs3 : [root@sl65 mnt]# mount -o vers=3,acl whale:/share/MD0_DATA/test whale/ [root@sl65 mnt]# nfsstat -m /mnt/whale from whale:/share/MD0_DATA/test Flags: rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.10.150,mountvers=3,mountport=58340,mountproto=udp,local_lock=none,addr=192.168.10.150 Vérification de la présence des ACL : [root@sl65 mnt]# ll total 8 drwxrwx---+ 3 root root 4096 Jul 31 09:14 whale [root@sl65 mnt]# getfacl whale # file: whale # owner: root # group: root user::rwx user:lrouge:rwx user:jtremesay:rwx user:nfsnobody:--- group::rwx mask::rwx other::rwx default:user::rwx default:user:lrouge:rwx default:user:jtremesay:rwx default:user:nfsnobody:--- default:group::rwx default:mask::rwx default:other::--- Tentative d'accès au dossier : [jtremesay@sl65 mnt]$ ls whale/ ls: cannot open directory whale/: Permission denied Cordialement Jonathan On 07/30/2014 06:15 PM, Jean Milot wrote: > Bonjour, > > Moi, j'ai abandonné NFSv4. Je force l'utilisation de la version 3 pour > utiliser les ACLs. > > Cordialement, > > Jean > > > > Le 30 juillet 2014 16:40, Jonathan Tremesaygues > <jonathan.tremesaygues(a)menta.fr > <mailto:jonathan.tremesaygues@menta.fr>> a écrit : > > Bonjour la liste, > > Nous essayons désespérément de faire fonctionner les ACL sur du > partage réseau > NSFv4. Le serveur de partage est un NAS QNAP TS-879-PRO tournant > sous un linux > custom et les clients sont essentiellement des Scientific Linux > (RHEL-like) > 6.5. Les comptes des utilisateurs sont stockés dans un LDAP. > > ######################## > # Configuration du serveur (whale) : # > ######################## > [~] # cat /etc/idmapd.conf > [General] > Verbosity = 9 > Pipefs-Directory = /var/lib/nfs/rpc_pipefs > Domain = menta.fr <http://menta.fr> > > [Mapping] > Nobody-User = guest > Nobody-Group = guest > > [Translation] > Method = nsswitch > > > [~] # cat /etc/exports > "/share/NFS" > *(no_subtree_check,no_root_squash,insecure,fsid=0,subtree_check,acl,sec=sys) > "/share/NFS/shared" > 192.168.10.0/255.255.254.0(rw,nohide,async,no_root_squash,insecure,subtree_check,acl,sec=sys) > <http://192.168.10.0/255.255.254.0%28rw,nohide,async,no_root_squash,insecure…> > "/share/NFS/test" > 192.168.10.0/255.255.254.0(rw,nohide,async,no_root_squash,insecure,subtree_check,acl,sec=sys) > <http://192.168.10.0/255.255.254.0%28rw,nohide,async,no_root_squash,insecure…> > > > [~] # cat /sys/module/nfsd/parameters/nfs4_disable_idmapping > N > > > [~] # ll /share/NFS/ > drwxr-xr-x 19 root root 1.0k Jul 29 10:16 ./ > drwxr-xr-x 32 root root 1.0k Jul 29 14:34 ../ > drwxrwxrwx 12 root shared 4.0k Jul 17 15:00 shared/ > drwxrwx--- 2 root root 4.0k Jul 22 15:44 test/ > > > [~] # getfacl /share/NFS/test > getfacl: Removing leading '/' from absolute path names > # file: share/NFS/test > # owner: root > # group: root > user::rwx > user:jtremesay:rwx > group::rwx > mask::rwx > other::--- > default:user::rwx > default:group::rwx > default:mask::rwx > default:other::--- > > > > ################### > # Configuration d'un client : # > ################### > [jtremesay@hawk ~]$ cat /etc/idmapd.conf > [General] > Verbosity = 9 > Pipefs-Directory = /var/lib/nfs/rpc_pipefs > Domain = menta.fr <http://menta.fr> > > [Mapping] > Nobody-User = nobody > Nobody-Group = nobody > > [Translation] > Method = nsswitch > > > [jtremesay@hawk ~]$ mount | grep whale > whale:/ on /mnt/whale type nfs > (rw,vers=4,addr=192.168.10.150,clientaddr=192.168.10.121) > > > [jtremesay@hawk ~]$ nfsstat -m > /mnt/whale from whale:/ > Flags: > rw,relatime,vers=4,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.10.121,minorversion=0,local_lock=none,addr=192.168.10.150 > > > [jtremesay@hawk ~]$ ll /mnt/whale/ > total 134 > drwxr-xr-x. 19 root root 1024 Jul 29 10:16 . > drwxr-xr-x. 5 root root 4096 Jul 29 10:46 .. > drwxrwxrwx. 12 root shared 4096 Jul 17 15:00 shared > drwxrwx---. 2 root root 4096 Jul 22 15:44 test > > > [jtremesay@hawk ~]$ nfs4_getfacl /mnt/whale/test/ > A::OWNER@:rwaDxtTcCy > A::jtremesay@menta.fr:rwaDxtcy > A::GROUP@:rwaDxtcy > A::EVERYONE@:tcy > A:fdi:OWNER@:rwaDxtTcCy > A:fdi:GROUP@:rwaDxtcy > A:fdi:EVERYONE@:tcy > > > [jtremesay@hawk ~]$ ll /mnt/whale/test/ > ls: cannot open directory /mnt/whale/test/: Permission denied > > > Lorsque que j'utilise la même configuration (mêmes réglages > d'idmapd.conf, > mêmes exports, mêmes ACL) depuis un serveur sous Scientific Linux, ça > fonctionne : seul moi et root peuvent accéder au dossier "test". > Donc à priori le problème viendrait du QNAP mais je vois pas trop > ce que j'ai pu oublier de modifier ou vérifier. > > Si quelqu'un a une idée... Merci d'avance > > > Cordialement, > Jonathan Tremesaygues > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ > > > > > -- > MILOT Jean > Tél. : 0659514624 > milot.jean(a)gmail.com <mailto:milot.jean@gmail.com> >

10 20

Serveur compromis, et après ?
by Fernando Lagrange 15 Aug '14

15 Aug '14

Bonjour, Je suis un peu vert: un serveur que j'administre a été compromis ! :-X J'ai été alerté car une page web de phishing a été mise en place, à cause d'une application que je n'avais pas mise à jour. En y regardant de plus près, j'ai trouvé aussi une page pour envoyer du SPAM. De fait: il y avait plus de 200 pourriels en cours d'envoi sur le serveur d'à côté. Là, j'ai été trop rapide et tout effacé, maintenant je me dis que j'y aurais bien jeté un œil à ces pourriels… :-/ Mes recherches sur le net arrivent surtout sur comment se prémunir (mettre en place la sécurité), je n'ai pas trouvé grand-chose sur « l'après ». L'après non-technique, j'entends. Du coup, comment vous faites: 1. pour vérifier que tout va bien techniquement ? et surtout: 2. est-ce qu'il faut suivre des démarches pour se prémunir au cas où une plainte tomberait dans X temps ? Personnellement, après avoir coupé les accès aux pages concernées: 1. a. J'ai regardé l'arborescence des htdocs dans l'historique des sauvegardes (et retrouvé depuis quand c'est arrivé) b. vérifié les courriels metche de surveillance de l'arborescence /etc (pas vu de modifs de ce côté-là) c. j'ai installé rkhunter (on n'est jamais trop prudent, mais est-ce utile à postériori ?) d. j'ai mis à jour (et je suis en négociation avec ma hiérarchie pour garder les serveurs à jour, mais c'est pas simple) e. Je continue à éplucher les logs de la période, j'hésite à installer logwatch f. je vais baisser les alertes munin sur le nombre de courriels par seconde (mais j'imagine que ça va me faire des faux-positifs et une bonne attaque passera inaperçue) h. je vais faire monter la réinstallation de ce serveur vers le haut de la pile des choses à faire ;) 2. Je suis en train d'envoyer un message à FRSAG. ;) Plus sérieusement, je me demande s'il ne faut pas que je déclare quelque chose quelque part ? (Je sais pas trop si je pourrai fournir des infos précises d'ici 2, 5 ou 10 ans…) Et vous, si ça vous est arrivé, avez-vous fait quelque chose ? Que s'est-il passé ensuite ? (J'accepte les messages en privé si vous pensez que c'est trop sensible en public, n'hésitez-pas à me renvoyer sur des discussions similaires.) @+ -- Fernando Lagrange Demo-TIC - Outils En Ligne http://www.demo-tic.org Jabber/XMPP: fernando(a)im.apinc.org

10 13

[ANN] Offre d'emploi : ingé support
by Frederic de Villamil 12 Aug '14

12 Aug '14

Hello la liste, Botify (mon employeur) recherche un ingé support / intégration client. https://remixjobs.com/emploi/Developpement/Support-Engineer-H-F/25919 L'annonce est en dessous. A noter que le terme "ingénieur" est trompeur, nous ne cherchons pas forcément un diplôme d'ingénieur. N'hésitez pas à me contacter en privé si vous avez des questions sur la boite ou le poste. Bonne journée, Fred Notre société Botify est une start-up en très forte croissance éditrice d’une application SEO permettant de maîtriser parfaitement son indexation dans les moteurs de recherche (Google, Bing, Baidu, etc…). Notre méthodologie, basée en grande partie sur de l’analyse de crawl et de l’analyse de logs, nous fait manipuler chaque jour des téraoctets de données. Aujourd’hui, nos clients sont aussi bien des sites Internet leaders dans leur domaine d’activité comme Dailymotion, Viadeo, le groupe Auféminin, Easy Voyage, le groupe l’Express ou encore eTF1... que des acteurs moins visibles du web mais beaucoup plus nombreux. Votre rôle Vous êtes chargé(e) d’intégrer les nouveaux clients de la plateforme Botify : vous les accompagnez lors de la création du compte FTP qui leur servira à envoyer leurs logs serveurs sur notre plate-forme, vous configurez le format d’extraction de logs qui nous permet de normaliser les données (à partir d’outils en ligne de commande). Vous améliorez les outils afin d'optimiser l'efficacité de mise en place de nouveaux client. Vous veillez à ce que les clients envoient correctement leurs données, et le cas échéant, vous les contactez afin de résoudre la situation. Vous supervisez le lancement et le bon déroulement de crawls sur des sites à forte volumétrie (plusieurs millions de pages, plusieurs jours de crawl). Lorsque le client a un doute sur les données affichées, vous analysez les logs serveur, vous établissez le diagnostic et, selon l'analyse, vous expliquez au client les résultats que le produit présente ou vous travaillez en coordination avec l’équipe de développement pour résoudre la situation. Vos compétences Vous connaissez l’environnement UNIX et avez l’habitude d’utiliser le terminal en ligne de commande Vous utilisez les outils grep, awk et avez quelques connaissances en expressions régulières Quelques connaissances en administration système sont un plus Une bonne connaissance de l'administration et des logs de serveurs web est un plus Vos qualités personnelles A côté des compétences, nous recherchons un esprit ouvert avec lequel nous pourrons avancer et collaborer. vous êtes fiable, rigoureux et pragmatique vous avez le sens du service et éprouvez de l'empathie pour le client vous savez hiérarchiser les tâches prioritaires et les synthétiser un environnement où tout va très vite ne vous fait pas peur vous aimez travailler avec différentes équipes (technique, conseil, communication, ventes) vous avez un bon niveau d’anglais oral et écrit. Date de démarrage : ASAP Salaire : 32 à 36K selon expérience

2 3

550 Denied by policy (in reply to end of DATA command)... and why
by JC PAROLA 08 Aug '14

08 Aug '14

Bonjour à tous, Je constate des rejets de mails auprès de grand groupe depuis une quinzaine de jours. Les mails sont refusés avec le message suivant: said: 550 Denied by policy (in reply to end of DATA command) Les serveurs sont up depuis des années, aucune présence dans les blacklistes, MX ok, PTR ok, fqdn serveur ok. Le message d'erreur ne donne aucune information sur le motif de refus. avez vous constaté le même problème sur vos serveurs ? bonne journée à tous JC PAROLA

10 20

Problème PROFTPd Timeout
by Lamarre, Jonathan 07 Aug '14

07 Aug '14

Bien le bonjour, J'aurai besoin de votre aide sur un soucis de timeout FTP. En effet lorsque je transfère un fichier volumineux, au bout de 300secondes je suis déconnecté du serveur cible. Le serveur cible utilise un ProFTPd v1.3.4a sur une Debian7. Pourtant j'ai même essayé d'ajouter les paramètres suivant dans le proftpd.conf : TimeoutLogin 1200 TimeoutSession 1200 TimeoutNoTransfer 1200 TimeoutStalled 1200 TimeoutIdle 1200 Mais rien n'y fait. (j'ai bien évidemment restart le service après) Avez-vous une autre piste ? Cordialement, Jonathan

9 12

[JOBS] Paris / CDI / Ingénieur Système Linux
by Jean-Marie Peschoux 07 Aug '14

07 Aug '14

Bonjour à tous, Je suis à la recherche d’un ingénieur système pour intégrer mon équipe. Notre environnement de travail est agréable (Paris 7), nos infrastructures techniques et nos projets sont motivants (contraintes élevées de performances et de disponibilité / déploiement de solutions innovantes). Quelques mots clefs : - RedHat / CentOS / Virtualization / Puppet - Infiniband / Lustre / Slurm Pour les curieux, je réaliserai une présentation de nos infrastructures. Le salaire est selon expérience et profil (nous savons rémunérer les compétences) (Aïe !) Voici l’offre : https://cfm.profilsearch.com/recrute/fo_annonce_voir.php?id=45&idpartenaire… Que les passionnés (Expert ou Junior) n’hésitent pas à postuler ! A bientôt. Jean-Marie

1 0

Re: [FRsAG] Problème PROFTPd Timeout
by Lamarre, Jonathan 07 Aug '14

07 Aug '14

Il fait 200Mo mais peu importe à vrai dire je fais exprès de réduire mon débit pour passer au-dessus de ces fameuses 5 minutes. Qu’est-ce que le paramètre control session ? C’est indépendant des variables que j’ai modifié dans mon fichier de conf ? Jonathan De : Mathieu Bouju [mailto:mathieu@bouju.org] Envoyé : jeudi 7 août 2014 13:06 À : Lamarre, Jonathan Objet : Re: [FRsAG] Problème PROFTPd Timeout Moi je vois ça : aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): Transfer completed: 62980096 bytes in 302.55 seconds Ton fichier fait quelle taille ? Parce que, comme dit au dessus, ça peut être la control session qui est fermée pour cause d'idle, mais n'impactant pas le transfert (d'autant que s'il devait y avoir un close de la session à 300 secs, il n'aurait pas lieu à 302.55 secs :) ) Le 7 août 2014 12:48, Lamarre, Jonathan <Jonathan.Lamarre(a)coreye.fr<mailto:Jonathan.Lamarre@coreye.fr>> a écrit : Je viens de passer le debuglevel au maximum, voici ce que j’ai lorsque je suis déconnecté : aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching POST_CMD command 'STOR notices_pdf.zip' to mod_exec aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching POST_CMD command 'STOR notices_pdf.zip' to mod_ratio aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching POST_CMD command 'STOR notices_pdf.zip' to mod_quotatab aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching LOG_CMD command 'STOR notices_pdf.zip' to mod_log aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching LOG_CMD command 'STOR notices_pdf.zip' to mod_xfer aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): Transfer completed: 62980096 bytes in 302.55 seconds aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): ROOT PRIVS at mod_auth_pam.c:172 aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): ROOT PRIVS: ID switching disabled aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): RELINQUISH PRIVS at mod_auth_pam.c:206 aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): RELINQUISH PRIVS: ID switching disabled aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): FTP session closed. PAM pourrait-il donc être à l’origine de cela? Jonathan De : Boris TASSOU [mailto:boris.tassou@gmail.com<mailto:boris.tassou@gmail.com>] Envoyé : jeudi 7 août 2014 12:09 À : Lamarre, Jonathan; frsag(a)frsag.org<mailto:frsag@frsag.org> Objet : Re: [FRsAG] Problème PROFTPd Timeout Bonjour, Dans le fichier de conf, pas moyen d'augmenter le niveau de verbose histoire d'avoir plus de détails? Le 7 août 2014 11:06, Lamarre, Jonathan <Jonathan.Lamarre(a)coreye.fr<mailto:Jonathan.Lamarre@coreye.fr>> a écrit : Oui c'est bien le bon fichier de conf qui est cherché par le service: # proftpd -V Files: Configuration File: /etc/proftpd/proftpd.conf Pid File: /var/run/proftpd.pid Scoreboard File: /var/run/proftpd.scoreboard Header Directory: /usr/include/proftpd Shared Module Directory: /usr/lib/proftpd Concernant le client, j'ai ce même timeout que ce soit avec WinSCP ou FZ. Pour les logs hélas ce n'est pas génial c'est bien ça le problème: # tail -f proftpd.log aoÃ»t 07 10:57:28 SERVER proftpd[4275] SERVER ( [IP]): FTP session opened. aoÃ»t 07 10:57:28 SERVER proftpd[4275] SERVER ( [IP]): Preparing to chroot to directory '/home/test' aoÃ»t 07 10:57:28 SERVER proftpd[4275] SERVER ( [IP]): USER test: Login successful. aoÃ»t 07 11:02:55 SERVER proftpd[4275] SERVER ( [IP]): FTP session closed. Jonathan -----Message d'origine----- De : FRsAG [mailto:frsag-bounces@frsag.org<mailto:frsag-bounces@frsag.org>] De la part de frsag(a)jack.fr.eu.org<mailto:frsag@jack.fr.eu.org> Envoyé : jeudi 7 août 2014 10:51 À : frsag(a)frsag.org<mailto:frsag@frsag.org> Objet : Re: [FRsAG] Problème PROFTPd Timeout N'est-ce pas ton client qui timeout ? Tu as des logs ? On 07/08/2014 10:47, neo futur wrote: > verifie que ton ftpd va bien chercher la conf la ou tu crois, prend il > vraiment en compte le proftpd.conf que tu edite, ou un autre ailleurs > ? > -- "UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things." – Doug Gwyn _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/

2 2

Re: [FRsAG] Problème PROFTPd Timeout
by Pierre Bellemain 07 Aug '14

07 Aug '14

Salut, Tu peux peut-être résoudre ton problème en utilisant un autre client? J'ai eu le problème avec un très gros transfert de fichier avec un hébergeur extérieur. Par exemple, si en console, utiliser lftp/ncftp à la place de ftp? Pierre. ----- Mail original ----- De: "Alexis Lameire" <alexis.lameire(a)gmail.com> À: frsag(a)frsag.org Envoyé: Jeudi 7 Août 2014 13:20:12 Objet: Re: [FRsAG] Problème PROFTPd Timeout peut être un soucis au niveau des quotas ? ou alors un filtre sur le lien entre ton poste et le ftp ? alexises Le 7 août 2014 13:14, Lamarre, Jonathan <Jonathan.Lamarre(a)coreye.fr> a écrit : > Il fait 200Mo mais peu importe à vrai dire je fais exprès de réduire mon > débit pour passer au-dessus de ces fameuses 5 minutes. > > > > Qu’est-ce que le paramètre control session ? C’est indépendant des variables > que j’ai modifié dans mon fichier de conf ? > > > > Jonathan > > > > De : Mathieu Bouju [mailto:mathieu@bouju.org] > Envoyé : jeudi 7 août 2014 13:06 > À : Lamarre, Jonathan > > > Objet : Re: [FRsAG] Problème PROFTPd Timeout > > > > Moi je vois ça : aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): > Transfer completed: 62980096 bytes in 302.55 seconds > > > > Ton fichier fait quelle taille ? Parce que, comme dit au dessus, ça peut > être la control session qui est fermée pour cause d'idle, mais n'impactant > pas le transfert (d'autant que s'il devait y avoir un close de la session à > 300 secs, il n'aurait pas lieu à 302.55 secs :) ) > > > > Le 7 août 2014 12:48, Lamarre, Jonathan <Jonathan.Lamarre(a)coreye.fr> a écrit > : > > Je viens de passer le debuglevel au maximum, voici ce que j’ai lorsque je > suis déconnecté : > > > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching > POST_CMD command 'STOR notices_pdf.zip' to mod_exec > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching > POST_CMD command 'STOR notices_pdf.zip' to mod_ratio > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching > POST_CMD command 'STOR notices_pdf.zip' to mod_quotatab > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching > LOG_CMD command 'STOR notices_pdf.zip' to mod_log > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): dispatching > LOG_CMD command 'STOR notices_pdf.zip' to mod_xfer > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): Transfer > completed: 62980096 bytes in 302.55 seconds > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): ROOT PRIVS at > mod_auth_pam.c:172 > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): ROOT PRIVS: ID > switching disabled > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): RELINQUISH PRIVS > at mod_auth_pam.c:206 > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): RELINQUISH PRIVS: > ID switching disabled > > aoÃ»t 07 12:39:28 SERVER proftpd[9179] SERVER ( [MY_IP]): FTP session > closed. > > > > PAM pourrait-il donc être à l’origine de cela? > > > > > > Jonathan > > > > De : Boris TASSOU [mailto:boris.tassou@gmail.com] > Envoyé : jeudi 7 août 2014 12:09 > À : Lamarre, Jonathan; frsag(a)frsag.org > > > Objet : Re: [FRsAG] Problème PROFTPd Timeout > > > > Bonjour, > > Dans le fichier de conf, pas moyen d'augmenter le niveau de verbose histoire > d'avoir plus de détails? > > > > Le 7 août 2014 11:06, Lamarre, Jonathan <Jonathan.Lamarre(a)coreye.fr> a écrit > : > > Oui c'est bien le bon fichier de conf qui est cherché par le service: > > # proftpd -V > Files: > Configuration File: > /etc/proftpd/proftpd.conf > Pid File: > /var/run/proftpd.pid > Scoreboard File: > /var/run/proftpd.scoreboard > Header Directory: > /usr/include/proftpd > Shared Module Directory: > /usr/lib/proftpd > > > Concernant le client, j'ai ce même timeout que ce soit avec WinSCP ou FZ. > > Pour les logs hélas ce n'est pas génial c'est bien ça le problème: > > # tail -f proftpd.log > aoÃ»t 07 10:57:28 SERVER proftpd[4275] SERVER ( [IP]): FTP session opened. > aoÃ»t 07 10:57:28 SERVER proftpd[4275] SERVER ( [IP]): Preparing to chroot > to directory '/home/test' > aoÃ»t 07 10:57:28 SERVER proftpd[4275] SERVER ( [IP]): USER test: Login > successful. > aoÃ»t 07 11:02:55 SERVER proftpd[4275] SERVER ( [IP]): FTP session closed. > > > Jonathan > > -----Message d'origine----- > De : FRsAG [mailto:frsag-bounces@frsag.org] De la part de > frsag(a)jack.fr.eu.org > Envoyé : jeudi 7 août 2014 10:51 > À : frsag(a)frsag.org > > Objet : Re: [FRsAG] Problème PROFTPd Timeout > > N'est-ce pas ton client qui timeout ? > > Tu as des logs ? > > On 07/08/2014 10:47, neo futur wrote: >> verifie que ton ftpd va bien chercher la conf la ou tu crois, prend il >> vraiment en compte le proftpd.conf que tu edite, ou un autre ailleurs >> ? >> > > -- > "UNIX was not designed to stop its users from doing stupid things, as that > would also stop them from doing clever things." – Doug Gwyn > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ > > > > > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ > > > > > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ > _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/

1 0

NFSv4 et ACL : problèmes
by Jonathan Tremesaygues 30 Jul '14

30 Jul '14

Bonjour la liste, Nous essayons désespérément de faire fonctionner les ACL sur du partage réseau NSFv4. Le serveur de partage est un NAS QNAP TS-879-PRO tournant sous un linux custom et les clients sont essentiellement des Scientific Linux (RHEL-like) 6.5. Les comptes des utilisateurs sont stockés dans un LDAP. ######################## # Configuration du serveur (whale) : # ######################## [~] # cat /etc/idmapd.conf [General] Verbosity = 9 Pipefs-Directory = /var/lib/nfs/rpc_pipefs Domain = menta.fr [Mapping] Nobody-User = guest Nobody-Group = guest [Translation] Method = nsswitch [~] # cat /etc/exports "/share/NFS" *(no_subtree_check,no_root_squash,insecure,fsid=0,subtree_check,acl,sec=sys) "/share/NFS/shared" 192.168.10.0/255.255.254.0(rw,nohide,async,no_root_squash,insecure,subtree_check,acl,sec=sys) "/share/NFS/test" 192.168.10.0/255.255.254.0(rw,nohide,async,no_root_squash,insecure,subtree_check,acl,sec=sys) [~] # cat /sys/module/nfsd/parameters/nfs4_disable_idmapping N [~] # ll /share/NFS/ drwxr-xr-x 19 root root 1.0k Jul 29 10:16 ./ drwxr-xr-x 32 root root 1.0k Jul 29 14:34 ../ drwxrwxrwx 12 root shared 4.0k Jul 17 15:00 shared/ drwxrwx--- 2 root root 4.0k Jul 22 15:44 test/ [~] # getfacl /share/NFS/test getfacl: Removing leading '/' from absolute path names # file: share/NFS/test # owner: root # group: root user::rwx user:jtremesay:rwx group::rwx mask::rwx other::--- default:user::rwx default:group::rwx default:mask::rwx default:other::--- ################### # Configuration d'un client : # ################### [jtremesay@hawk ~]$ cat /etc/idmapd.conf [General] Verbosity = 9 Pipefs-Directory = /var/lib/nfs/rpc_pipefs Domain = menta.fr [Mapping] Nobody-User = nobody Nobody-Group = nobody [Translation] Method = nsswitch [jtremesay@hawk ~]$ mount | grep whale whale:/ on /mnt/whale type nfs (rw,vers=4,addr=192.168.10.150,clientaddr=192.168.10.121) [jtremesay@hawk ~]$ nfsstat -m /mnt/whale from whale:/ Flags: rw,relatime,vers=4,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.10.121,minorversion=0,local_lock=none,addr=192.168.10.150 [jtremesay@hawk ~]$ ll /mnt/whale/ total 134 drwxr-xr-x. 19 root root 1024 Jul 29 10:16 . drwxr-xr-x. 5 root root 4096 Jul 29 10:46 .. drwxrwxrwx. 12 root shared 4096 Jul 17 15:00 shared drwxrwx---. 2 root root 4096 Jul 22 15:44 test [jtremesay@hawk ~]$ nfs4_getfacl /mnt/whale/test/ A::OWNER@:rwaDxtTcCy A::jtremesay@menta.fr:rwaDxtcy A::GROUP@:rwaDxtcy A::EVERYONE@:tcy A:fdi:OWNER@:rwaDxtTcCy A:fdi:GROUP@:rwaDxtcy A:fdi:EVERYONE@:tcy [jtremesay@hawk ~]$ ll /mnt/whale/test/ ls: cannot open directory /mnt/whale/test/: Permission denied Lorsque que j'utilise la même configuration (mêmes réglages d'idmapd.conf, mêmes exports, mêmes ACL) depuis un serveur sous Scientific Linux, ça fonctionne : seul moi et root peuvent accéder au dossier "test". Donc à priori le problème viendrait du QNAP mais je vois pas trop ce que j'ai pu oublier de modifier ou vérifier. Si quelqu'un a une idée... Merci d'avance Cordialement, Jonathan Tremesaygues

1 0

[FRnOG] [JOBS] Recherche poste admin Linux / Nagios
by Cyril Feraudet 30 Jul '14

30 Jul '14

Bonjour, Je recherche un poste d'admin Linux, j'ai un profil orienté monitoring depuis quelques années. A votre bon cœur ... http://feraudet.com/CV.pdf -- Cyril Feraudet http://perfwatcher.org/

3 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG