FRsAG

frsag@frsag.org

10 participants
2597 discussions

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

Recherche Ingénieur(e) Systèmes et réseaux
by Arnauld Peyrou 10 Jul '14

10 Jul '14

Bonjour, Nous recherchons actuellement un ingénieur systèmes et réseaux dont voici ci dessous la fiche de poste: ___________________________________________________________________________________________________________________________________________________________________ Contexte Avec plus de 2 000 collaborateurs et chercheurs, l’Institut national de recherches archéologiques préventives est la plus importante structure de recherche archéologique française et l’une des premières en Europe. Placé sous la double tutelle du ministère de la Culture et de la Communication et du ministère de l’Enseignement supérieur et de la Recherche, l’Inrap réalise l’essentiel des diagnostics archéologiques et des fouilles en partenariat avec les aménageurs privés et publics : soit près de 2 000 chantiers par an, en France métropolitaine et dans les départements d’outre mer. Les missions de l’institut s’étendent à l’exploitation scientifique des résultats et à la diffusion de la connaissance archéologique auprès du public, actions pouvant prendre la forme de partenariats nationaux comme internationaux. Doté d’une organisation reposant sur un siège parisien et huit directions interrégionales, il dispose d’un budget de 166 millions d’euros. Le service technique et support de la direction des systèmes d’informations, composé de 5 personnes, est chargé d’assurer le bon fonctionnement et les évolutions de l’ensemble de l’infrastructure informatique de l’Inrap. *Mission* Sous la responsabilité du chef du service, et en collaboration étroite avec les membres de l’équipe, l’ingénieur(e) système et réseau assure la continuité de fonctionnement des infrastructures système Linux et Windows, et mène des projets d’évolution du système d’information de l’Inrap. Fonctions Dans les conditions définies ci-dessus l’ingénieur(e) systèmes et réseaux, est chargé(e) de : - Suivre le déroulement des projets d’infrastructure placés sous sa responsabilité et mettre en place les indicateurs nécessaires à leur suivi ; - Être force de proposition pour l’ensemble des projets de systèmes d’information ; - Participer à la définition des besoins de l’Inrap en matière d’infrastructure technique ; - Apporter son expertise dans la résolution incidents N2 et N3 ; - Maintenir en condition opérationnelle les infrastructures techniques ; - Effectuer des actions d’administration, de maintenance et d’optimisation des infrastructures systèmes, en lien avec les autres membres de l’équipe technique et support ; - Etablir les cahiers des charges correspondants et proposer des choix de solutions ; - Analyser les risques et alerter en cas de nécessité ; - Assurer la veille technologique sur tous les aspects de l’infrastructure et proposer des évolutions ; *Les fonctions décrites ci-dessus correspondent aux principales fonctions prévues pour ce poste, elles peuvent faire l’objet d’adaptations en fonctions des besoins de service.* Ce poste est rattaché au service Technique et Support de la Direction des systèmes d’information (DSI). Il est basé au siège de l’INRAP à Paris. De rares déplacements de courte durée dans toute la France sont à prévoir ainsi que quelques interventions en horaire décalés. Poste ouvert hors filière hors catégorie, à pourvoir par recrutement interne ou externe. Les titulaires de la fonction publique peuvent être recrutés sur ce poste par la voie du détachement. Niveau de diplôme requis - Doctorat, ou troisième cycle ou diplôme équivalent - Master 2 recevable Les diplômes auront été obtenus dans le domaine de l’informatique, type Bac +4, +5, Ecole d’ingénieur ou universitaire. Compétences et expériences requises - Expérience de la production informatique dans une logique de qualité de service et d’amélioration de la production. *Compétences techniques :* - Maîtrise de l’administration de systèmes d’exploitation (Linux et Windows) ; - Connaissance dans les systèmes Windows (Active Directory, WSUS, MDT, etc.) ; - Maîtrise des réseaux d’entreprise (TCP/IP, VPN, Firewall, Wan) ; - Connaissance d’un système de visioconférence / TOIP ; - Bonne connaissance des outils de supervision des SI (Nagios, Munin, Cacti, etc.) ; - Connaissance dans l’exploitation de SAN (lun, zoning,…) ; - Compétences dans le déploiement d’une solution de virtualisation dans un environnement de production ; - Connaissance d’un langage de programmation : (Python, Php appréciés) ; - Connaissance en scripting : (powershell, vbscript, shell appréciés) ; - Connaissance de bases de données (MySQL, SQL Server, Oracle appréciés) ; - Connaissance des environnements professionnels Google appréciée ; *Compétences personnelles :* - Forte implication ; - Capacité à travailler en mode projet ; - Capacité à impliquer l’ensemble du personnel dans une démarche d’amélioration de la production ; - Capacités relationnelles et rédactionnelles ; - Sens de l’organisation ; - Capacité à travailler en équipe. *Candidature* Les candidats sont invités à adresser leur candidature (CV, lettre de motivation) *au plus tard le 15 août 2014 *inclus à Benoît Lebeaupin, directeur des ressources humaines : Inrap, 7 rue de Madrid 75008 Paris ou par email à *service-recrutement(a)inrap.fr <service-recrutement(a)inrap.fr>* Cordialement, Arnauld PEYROU Responsable Technique et Support Direction des Systèmes d'Information. Inrap - 7 rue de Madrid - 75008 Paris Tél : 01 40 08 80 48. www.inrap.fr Abonnez-vous à la lettre d'information de l'Inrap : http://www.inrap.fr/newsletter.php

1 0

Solution AES 256 sous Linux sauf pour Root
by Stanislas Garret 07 Jul '14

07 Jul '14

Bonjour la liste, Je me permet de vous adresser un petit courrier pour un problème identifié. Je suis en train de mettre en place une architecture applicative outsourcée. Cette archi (Serveur phy / 8 Cores / 64 Gb + 2 To de données) ne me permettra pas d'être root sur la machine (ou uniquement temporairement). la problématique est que si j'outsource mes fichiers, un de mes clients demande à ce que ceux-ci soient cryptés en AES 256. L'application était déjà outsourcée mais sous Windows 2008R2 et donc pour l'encryption nous avons utilisé MS-EFS sur des dossiers particuliers. Je voudrais avoir un peu le même comportement, mais que root (mon outsourcer normalement) n'y ai pas accès. Voyez-vous des solutions pérennes sur RHEL 6.5 ? Merci d'avance Stan

7 12

Re: [FRsAG] Solution AES 256 sous Linux sauf pour Root
by Nikita Kozlov 07 Jul '14

07 Jul '14

Salut, Contrairement à ce qui a été dit, c'est faisable de bloquer les accès de l'utilisateur root a certains fichiers si tu mets en place un des divers divers rbac disponible sous Linux. Au hasard pour ceux que j'ai testé : grsec/rbac et selinux. Par contre ça peut être complexe à mettre en place et je ne sais pas si c'est simple à faire particulièrement sous rhel (jamais utilisé). -- nikita Stanislas Garret <satanas.g(a)free.fr> a écrit : >Bonjour la liste, > >Je me permet de vous adresser un petit courrier pour un problème identifié. > >Je suis en train de mettre en place une architecture applicative outsourcée. > >Cette archi (Serveur phy / 8 Cores / 64 Gb + 2 To de données) ne me >permettra pas >d'être root sur la machine (ou uniquement temporairement). > >la problématique est que si j'outsource mes fichiers, un de mes clients >demande à ce que >ceux-ci soient cryptés en AES 256. > >L'application était déjà outsourcée mais sous Windows 2008R2 et donc pour >l'encryption nous avons >utilisé MS-EFS sur des dossiers particuliers. > >Je voudrais avoir un peu le même comportement, mais que root (mon >outsourcer normalement) n'y ai pas accès. > >Voyez-vous des solutions pérennes sur RHEL 6.5 ? > >Merci d'avance > >Stan > >_______________________________________________ >Liste de diffusion du FRsAG >http://www.frsag.org/

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG