- FRsAG - frsag.org

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

Offre d'emploi
by jean-alexis lauricella 03 Jul '14

03 Jul '14

Tout est dans l'annonce. Le lieu et le contexte est très sympa. http://www.irt-systemx.fr/wp-content/uploads/2013/04/TEO_Administrateur_Sys… lieu : http://www.irt-systemx.fr Jean-Alexis

1 1

Problème partage samba et Win7
by Jonathan Tremesaygues 03 Jul '14

03 Jul '14

Bonjour la liste, Nous disposons d'un NAS QNAP TS-879-PRO qui nous sert entre autre pour l'authentification LDAP des utilisateurs et du partage réseau via NFS et SMB. Les dossiers partagés ont des permissions par groupe de sorte que seuls les personnes autorisés puisse y accéder. Sous linux avec NFS et sous Windows XP avec Samba, tout fonctionne sans problème. Par contre, sous Windows 7 ça ne marche pas. J'ai le droit à un magnifique "Windows ne peut pas accéder à \\whale\Office. Vous n'avez pas l'autorisation d’accéder à \\Whale\Office." Version du firmware du QNAP : 4.1 Version de samba : 3.6.23 Configuration du dossier dans smb.conf : [Office] comment = Documents administration path = /share/MD0_DATA/Office browsable = yes oplocks = yes ftp write only = no recycle bin = no recycle bin administrators only = no public = yes invalid users = "guest" read list = write list = "admin",@"office" valid users = admin",@"office" inherit permissions = yes hosts allow = 192.168.10.0/255.255.254.0 Droits du dossier : # ll /share/MD0_DATA | grep Office/ drwxrwx--- 6 admin office 4.0k May 27 23:54 Office/ Quand je passe le dossier en 775, Windows 7 ne pose plus de problèmes : les gens du groupe "office" peuvent y accéder et les gens n'en faisant pas parti se font refouler. Mais du coup, n'importe qui peut accéder au dossier via le partage NFS, et ça c'est pas bien :-/ J'ai pris l'exemple du dossier "Office", mais ça fait pareil avec tous les dossiers en 770 sous Win7. Si quelqu'un a une piste, merci d'avance. Jonathan

5 4

[JOBS] Recherche Ingénieur Exploitation/Infrastructure (sys/net)
by Jonathan Marsaud 30 Jun '14

30 Jun '14

Bonjour, SPIE recherche actuellement des Ingénieur d'Exploitation et d'Infrastructure pour sa filiale VeePee. Nous avons 3 places *à pourvoir immédiatement* pour l'équipe Exploitation, et 1 pour le poste d'Infrastructure. Ces postes sont disponibles sur Boulogne-Billancourt, avec un déménagement sur Malakoff dans quelques mois. Il y aura également de l'astreinte (pour le poste Exploitation) qui se passe @home mais qui peut nécessité un déplacement sur site (notre datacentre en propre) en cas d'urgence. Il ne faut donc pas être trop (1h30 max) éloigné de Paris 17, que ce soit en taxi ou par ses propres moyens. Ci-joint les 2 fiches de description de poste (Exploitation et Infrastructure). Pour les 3 postes d'exploitation, nous sommes ouvert à toute expérience, débutante ou avancée (nous recherchons surtout des personnes motivées, mais j'enfonce des portes ouvertes ;-)). Le salaire sera en fonction des expériences précédentes et des connaissances (nous ne sommes pas regardant sur les diplômes dans ce métier). Pour le poste d'infrastructure, de solides connaissances en architecture VMware et/ou backbone seraient un plus. Le poste est plutôt ouvert à des profils à expérience avancée. Pour la partie système, nous avons de tout mais surtout du monde GNU/Linux (et un peu de *BSD). Nous avons aussi du Windows (Server ou Office 365). Il y a aussi du VMware, F5, BlueCoat, CheckPoint, Forti au niveau des autres couches. Pour la partie réseau, c'est du Cisco principalement. N'hésitez pas à revenir vers moi pour toute question, je fais pour information parti de notre équipe Exploitation. Cordialement, -- *Jonathan Marsaud Ingénieur Exploitation* jmarsaud(a)veepee.com <mailto:jmarsaud@veepee.com> 0 811 65 65 11 /(choix 2)/ *VeePee* 31 rue Louis Pasteur 92100 Boulogne-Billancourt www.spiecom.com <http://www.spiecom.com/> www.veepee.com <http://www.veepee.com/>

1 0

[jobs] SysAdmin chez Capitaine Train
by Valentin Surrel 26 Jun '14

26 Jun '14

Bonjour la liste, Capitaine Train : on concurrence l'agence de voyage de la SNCF, Voyages-SNCF, dans la distribution de billets de train sur Internet. On a une forte culture technique, les 3 cofondateurs sont ingénieurs. https://www.capitainetrain.com/ Nos clients nous envoient du love très régulièrement : https://www.capitainetrain.com/fr/testimonials/ On recherche un Sysop expérimenté (5 ans et +), c'est à Paris 9. Plus de détails ici : https://www.capitainetrain.com/en/jobs/#system-operator Vous pouvez postuler ou demander des détails à jobs(a)capitainetrain.com ! Bonne journée à tous, Valentin Surrel co-fondateur Capitaine Train

1 0

Choix d'un CDN
by Remy Sanchez 24 Jun '14

24 Jun '14

Bonjour à tous, Je suis à la recherche d'un fournisseur de CDN (type reverse proxy) pour servir mes fichiers statiques et mes miniatures. En ce qui concerne les fichiers statiques, ils sont hébergés sur le même domaine que mon site, quand aux miniatures elles sont générées à l'aide de Thumbor, qui ne garde pas les résultats de ce qu'il a généré en cache. À noter que tout est hébergé sur Heroku, donc chaque seconde de temps CPU sur mes serveurs c'est des $ qui partent. (Pourquoi ne pas avoir mes propres serveurs : Heroku coûte quand même moins cher qu'un admin système à plein temps et ça tombe bien car pour l'instant ce n'est pas le genre de dépenses qu'on peut se permettre). Du coup, j'ai cherché des reviews, des comparatifs, etc. Il en ressort 3 principaux candidats : - Amazon CloudFront : pas mal car Heroku est hébergé chez Amazon, mais coûte un bras quand on demande du SSL (ou quoi que ce soit d'autre, d'ailleurs) et leur interface d'admin est à chier - CloudFlare : c'est sympa mais pas de DNSSEC, coûte un bras pour le SSL et question features/IHM c'est clairement tourné vers la grande section de maternelle, ce qui me semble plutôt limité - MaxCDN : du SSL abordable, ça a l'air un peu plus compliqué que CloudFlare, ils offrent un SLA de 100% sur certains plans ce que je trouve curieux, et ils ont une IHM assez complète qui donne au moins l'impression qu'on va pouvoir faire des trucs chez eux Donc clairement pour l'instant je penche pour MaxCDN, mais est-ce que quelqu'un ici aurait un avis sur la question ? Merci bien :) -- Rémy Sanchez http://goodmorningplanet.com/

9 11

[JOBS] Offres d'emploi Admin Sys HPC
by Hyacinthe Cartiaux 24 Jun '14

24 Jun '14

Bonjour la liste ! Je me permets d'utiliser FRSAG pour communiquer 2 offres d'emplois intéressantes en CDD de 24 mois, à pourvoir au sein du LCSB (Luxembourg Centre for Systems Biomedicine), sur le campus Belval de l'Université du Luxembourg. Les candidats seront amenés à travailler sur la [plate-forme HPC] (https://hpc.uni.lu/) de l'université et sur les différents projets du LCSB, dans un environnement international et donc anglophone :) Notre environnement technique est à base de Debian (95%)/ Redhat / Centos, Puppet, Xen, OAR, Apache, Icinga, Openldap, Git, Ruby, etc. Il y a une description des postes ici (candidature jusqu'au 1er juillet): * [Offre 1: HPC System Administrator] (http://recruitment.uni.lu/en/details.html?id=QMUFK026203F3VBQB7V7VV4S8&nPos…) * [Offre 2: Junior HPC System Administrator] (http://recruitment.uni.lu/en/details.html?id=QMUFK026203F3VBQB7V7VV4S8&nPos…) Le rémunération est compétitive, si vous avez des questions (ou voulez des précisions), ne pas hésiter hors liste ! Cordialement, -- Hyacinthe Cartiaux PGP KeyID 0x550DF40B

2 1

Intérêt du "VMware vSphere with,Operations Management" pour une PME ?
by Alexandre 23 Jun '14

23 Jun '14

Bonjour à tous, je souhaite savoir si des personnes utilisent "VMware vSphere with,Operations Management". Je ne remets pas en cause l'intérêt du produit pour une grosse société mais pour une PME cela me semble un peu inutile. j'ai regardé le résumé, ca me semble tellement magique : --- VMware vCenterTM Operations Management Suite assure la gestion automatisée des opérations à l’aide de fonctions analytiques brevetées et d’une approche intégrée de la gestion des performances, des capacités et de la configuration. Avec vCenter Operations Management Suite, les services informatiques bénéficient d’une meilleure visibilité et d’informations directement exploitables. Ainsi munis, ils peuvent garantir les niveaux de service, un usage optimal des ressources et la conformité de la configuration dans les environnements virtuels dynamiques et de Cloud Computing. Le tout avec une véritable proactivité. --- Je suis curieux de savoir s'il a des retours positifs sur ce produit. Alexandre.

2 2

Logiciel de sauvegardes pour serveurs GNU/Linux
by Emmanuel Lesouef 21 Jun '14

21 Jun '14

Bonjour, Nouveau sur cette liste, j'aimerai connaître vos avis concernant les logiciels de sauvegardes de serveurs GNU/Linux. Connaissant déjà certains logiciels libres de sauvegardes (Bacula, Backuppc...), j'aimerai savoir s'il existe des logiciels en mesure de sauvegarder des serveurs de fichiers (samba, nfs...) en conservant les droits étendus (libacl) dans le monde "payant" voire "propriétaire" (eurk...). Merci de vos retours. -- Emmanuel Lesouef

8 7

[Jobs] Recherche de formateurs
by Frédéric Reinold 20 Jun '14

20 Jun '14

Bonjour la liste, Je suis le responsable pédagogique premier cycle de l'EPSI Nantes et je cherche pour l'année scolaire qui arrive une poignée d'intervenants pour renforcer notre équipe. En résumé, il s'agit de modules de 20 heures face à des Bac+4 ou Bac+5. Les domaines pour lesquels nous aurions besoin de renforts sont les suivants : - Systèmes et réseau (Gestion et optimisation des réseaux, Technologies des réseaux intégrant voix, image et données...) - Cloud (développement d’une solution Cloud, sécurité du Cloud...) Si quelqu'un est intéressé ou désire plus d'informations, qu'il n'hésite pas à me contacter. Excellente journée, Frédéric Reinold

1 0

Re: [FRsAG] Choix d'un CDN
by Remy Sanchez 19 Jun '14

19 Jun '14

On Wednesday, June 18, 2014 02:00:46 PM Jonathan Leroy wrote: > CDNify est pas mal non plus. Ah CDNify m'intéresse, il n'était pas passé sur mes radars, mais sa couverture de l'Asie et en particulier de l'Inde m'intéresse fortement. Et en plus, le SSL est gratuit. -- Rémy Sanchez http://goodmorningplanet.com/

3 3

double firewall et vpn
by Manu 17 Jun '14

17 Jun '14

Bonjour à vous! Voilà, pour diverses raisons, je monte une architecture avec double firewall enchaîné. Donc : Internet -- (FW1) -- DMZ -- (FW2) -- LAN En réalité FW1 est physique et FW2 est virtualisé. Je ne peux pas actuellement avoir le LAN directement derrière FW1. Ma question est donc : Quelle serait la bonne pratique pour accéder au LAN depuis l'extérieur ? - VPN sur FW1 et automatiquement trusté par FW2 - VPN sur FW1 puis sur FW2... Merci d'avance Manu

4 4

[JOBS] Recherche Stage Système & Réseau
by Ménahem Houri 17 Jun '14

17 Jun '14

Bonjour la liste, Etudiant en fin de 4eme année à Supinfo, je recherche un stage a partir du mois de Juillet sur Paris, motivé et curieux dans le domaine du Système & Réseau n'hésitez pas à me contacter pour toute demande d'information. Pour le CV => http://ovh.to/WEVvP3D Merci d'avance Bien cordialement, Ménahem HOURI

1 0

Baies à donner sur Paris
by aegiap 13 Jun '14

13 Jun '14

Bonjour, Suite à une refonte d'infrastructure, il nous reste des baies dans la suite que nous libérons à Telehouse2, Paris (hint: appelez vos commerciaux !). Elles sont disponibles sur place à Telehouse2. Ce sont six (6) baies APC 42U dimension 600x1000. Elles disposent d'une porte avant et une porte arrière, mais seuls 2 côtés de baie sont disponibles (les 6 faisaient partie d'une même rangée). Elles sont à venir chercher toutes même jour même heure, si plusieurs interessés, il faudra vous mettre d'accord. Les baies sont démontables jusqu'à un certain point : 4 montants, 2 plaques et les portes. Merci de me contacter si vous êtes intéressé. -- aegiap

7 6

Énigme Réseau
by Aurélien Besse 12 Jun '14

12 Jun '14

Bonjour à tous Voici ma config reseau : wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000 link/ether 60:d8:19:cd:ac:ea brd ff:ff:ff:ff:ff:ff inet 192.168.1.33/24 brd 192.168.1.255 scope global wlan0 inet6 fe80::62d8:19ff:fecd:acea/64 scope link valid_lft forever preferred_lft forever ma route : Destination Passerelle Genmask Indic Metric Ref Use Iface 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 wlan0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0 mon routeur est la box du FAI sans aucune route additionnelle allez le meilleur : ping 172.17.2.1 PING 172.17.2.1 (172.17.2.1) 56(84) bytes of data. 64 bytes from 172.17.2.1: icmp_req=1 ttl=247 time=69.8 ms 64 bytes from 172.17.2.1: icmp_req=2 ttl=247 time=78.5 ms 64 bytes from 172.17.2.1: icmp_req=3 ttl=247 time=85.8 ms ping 172.17.3.1 PING 172.17.3.1 (172.17.3.1) 56(84) bytes of data. 64 bytes from 172.17.3.1: icmp_req=1 ttl=56 time=87.1 ms 64 bytes from 172.17.3.1: icmp_req=2 ttl=56 time=87.7 ms 64 bytes from 172.17.3.1: icmp_req=3 ttl=56 time=92.8 ms 64 bytes from 172.17.3.1: icmp_req=4 ttl=56 time=95.7 ms un coup de traceroute et j'ai l'ip public mouaaaaaaahhhhh petite boucle histoire de savoir combien de réseau et bien la j’hallucine . PING 172.17.185.1 (172.17.185.1) 56(84) bytes of data. 64 bytes from 172.17.185.1: icmp_req=1 ttl=248 time=82.2 ms 64 bytes from 172.17.185.1: icmp_req=2 ttl=248 time=75.3 ms --- 172.17.185.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 75.347/78.804/82.261/3.457 ms PING 172.17.186.1 (172.17.186.1) 56(84) bytes of data. 64 bytes from 172.17.186.1: icmp_req=1 ttl=247 time=75.4 ms 64 bytes from 172.17.186.1: icmp_req=2 ttl=247 time=78.7 ms --- 172.17.186.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 75.481/77.105/78.730/1.648 ms PING 172.17.187.1 (172.17.187.1) 56(84) bytes of data. 64 bytes from 172.17.187.1: icmp_req=1 ttl=249 time=86.8 ms 64 bytes from 172.17.187.1: icmp_req=2 ttl=249 time=88.8 ms --- 172.17.187.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 86.801/87.826/88.852/1.067 ms PING 172.17.188.1 (172.17.188.1) 56(84) bytes of data. 64 bytes from 172.17.188.1: icmp_req=1 ttl=250 time=90.1 ms 64 bytes from 172.17.188.1: icmp_req=2 ttl=250 time=80.8 ms --- 172.17.188.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 80.843/85.471/90.100/4.637 ms PING 172.17.189.1 (172.17.189.1) 56(84) bytes of data. 64 bytes from 172.17.189.1: icmp_req=1 ttl=246 time=81.7 ms 64 bytes from 172.17.189.1: icmp_req=2 ttl=246 time=85.3 ms --- 172.17.189.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 81.784/83.577/85.371/1.816 ms PING 172.17.190.1 (172.17.190.1) 56(84) bytes of data. 64 bytes from 172.17.190.1: icmp_req=1 ttl=248 time=88.3 ms 64 bytes from 172.17.190.1: icmp_req=2 ttl=248 time=75.1 ms --- 172.17.190.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 75.129/81.716/88.303/6.587 ms PING 172.17.191.1 (172.17.191.1) 56(84) bytes of data. 64 bytes from 172.17.191.1: icmp_req=1 ttl=248 time=75.6 ms 64 bytes from 172.17.191.1: icmp_req=2 ttl=248 time=81.3 ms --- 172.17.191.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 75.651/78.523/81.395/2.872 ms PING 172.17.192.1 (172.17.192.1) 56(84) bytes of data. 64 bytes from 172.17.192.1: icmp_req=1 ttl=248 time=86.9 ms 64 bytes from 172.17.192.1: icmp_req=2 ttl=248 time=75.0 ms --- 172.17.192.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 75.047/81.007/86.968/5.967 ms PING 172.17.193.1 (172.17.193.1) 56(84) bytes of data. 64 bytes from 172.17.193.1: icmp_req=1 ttl=250 time=80.3 ms 64 bytes from 172.17.193.1: icmp_req=2 ttl=250 time=87.1 ms --- 172.17.193.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 80.377/83.760/87.144/3.395 ms PING 172.17.194.1 (172.17.194.1) 56(84) bytes of data. 64 bytes from 172.17.194.1: icmp_req=1 ttl=249 time=80.8 ms 64 bytes from 172.17.194.1: icmp_req=2 ttl=249 time=85.2 ms --- 172.17.194.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 80.844/83.027/85.210/2.183 ms PING 172.17.195.1 (172.17.195.1) 56(84) bytes of data. 64 bytes from 172.17.195.1: icmp_req=1 ttl=248 time=78.8 ms 64 bytes from 172.17.195.1: icmp_req=2 ttl=248 time=87.3 ms --- 172.17.195.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 78.828/83.086/87.344/4.258 ms PING 172.17.196.1 (172.17.196.1) 56(84) bytes of data. 64 bytes from 172.17.196.1: icmp_req=1 ttl=246 time=81.2 ms 64 bytes from 172.17.196.1: icmp_req=2 ttl=246 time=79.3 ms --- 172.17.196.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 79.317/80.269/81.222/0.993 ms PING 172.17.197.1 (172.17.197.1) 56(84) bytes of data. 64 bytes from 172.17.197.1: icmp_req=1 ttl=248 time=72.7 ms 64 bytes from 172.17.197.1: icmp_req=2 ttl=248 time=76.9 ms --- 172.17.197.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 72.704/74.826/76.949/2.140 ms PING 172.17.198.1 (172.17.198.1) 56(84) bytes of data. 64 bytes from 172.17.198.1: icmp_req=1 ttl=247 time=89.2 ms 64 bytes from 172.17.198.1: icmp_req=2 ttl=247 time=82.5 ms --- 172.17.198.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 82.557/85.926/89.295/3.369 ms PING 172.17.199.1 (172.17.199.1) 56(84) bytes of data. 64 bytes from 172.17.199.1: icmp_req=1 ttl=247 time=84.8 ms 64 bytes from 172.17.199.1: icmp_req=2 ttl=247 time=87.5 ms --- 172.17.199.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 84.885/86.205/87.525/1.320 ms PING 172.17.200.1 (172.17.200.1) 56(84) bytes of data. 64 bytes from 172.17.200.1: icmp_req=1 ttl=247 time=83.0 ms 64 bytes from 172.17.200.1: icmp_req=2 ttl=247 time=82.8 ms --- 172.17.200.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 82.892/82.957/83.022/0.065 ms PING 172.17.201.1 (172.17.201.1) 56(84) bytes of data. 64 bytes from 172.17.201.1: icmp_req=1 ttl=247 time=125 ms 64 bytes from 172.17.201.1: icmp_req=2 ttl=247 time=91.4 ms --- 172.17.201.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 91.458/108.470/125.483/17.015 ms PING 172.17.202.1 (172.17.202.1) 56(84) bytes of data. 64 bytes from 172.17.202.1: icmp_req=1 ttl=246 time=85.3 ms 64 bytes from 172.17.202.1: icmp_req=2 ttl=246 time=84.5 ms --- 172.17.202.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 84.593/84.994/85.396/0.496 ms PING 172.17.203.1 (172.17.203.1) 56(84) bytes of data. 64 bytes from 172.17.203.1: icmp_req=1 ttl=246 time=80.8 ms 64 bytes from 172.17.203.1: icmp_req=2 ttl=246 time=75.5 ms --- 172.17.203.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 75.531/78.203/80.876/2.687 ms PING 172.17.204.1 (172.17.204.1) 56(84) bytes of data. 64 bytes from 172.17.204.1: icmp_req=1 ttl=246 time=92.4 ms 64 bytes from 172.17.204.1: icmp_req=2 ttl=246 time=89.3 ms --- 172.17.204.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 89.361/90.920/92.480/1.588 ms PING 172.17.205.1 (172.17.205.1) 56(84) bytes of data. 64 bytes from 172.17.205.1: icmp_req=1 ttl=249 time=74.6 ms 64 bytes from 172.17.205.1: icmp_req=2 ttl=249 time=80.7 ms --- 172.17.205.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 74.608/77.688/80.769/3.093 ms PING 172.17.206.1 (172.17.206.1) 56(84) bytes of data. 64 bytes from 172.17.206.1: icmp_req=1 ttl=248 time=77.5 ms 64 bytes from 172.17.206.1: icmp_req=2 ttl=248 time=82.9 ms --- 172.17.206.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 77.585/80.289/82.994/2.719 ms PING 172.17.207.1 (172.17.207.1) 56(84) bytes of data. 64 bytes from 172.17.207.1: icmp_req=1 ttl=245 time=79.5 ms 64 bytes from 172.17.207.1: icmp_req=2 ttl=245 time=68.7 ms --- 172.17.207.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 68.772/74.143/79.514/5.371 ms PING 172.17.208.1 (172.17.208.1) 56(84) bytes of data. 64 bytes from 172.17.208.1: icmp_req=1 ttl=243 time=81.1 ms 64 bytes from 172.17.208.1: icmp_req=2 ttl=243 time=77.5 ms --- 172.17.208.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 77.525/79.315/81.106/1.812 ms PING 172.17.209.1 (172.17.209.1) 56(84) bytes of data. 64 bytes from 172.17.209.1: icmp_req=1 ttl=245 time=200 ms 64 bytes from 172.17.209.1: icmp_req=2 ttl=245 time=81.8 ms --- 172.17.209.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 81.824/140.930/200.037/59.107 ms PING 172.17.210.1 (172.17.210.1) 56(84) bytes of data. 64 bytes from 172.17.210.1: icmp_req=1 ttl=246 time=85.5 ms 64 bytes from 172.17.210.1: icmp_req=2 ttl=246 time=80.8 ms --- 172.17.210.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 80.848/83.202/85.556/2.354 ms PING 172.17.211.1 (172.17.211.1) 56(84) bytes of data. 64 bytes from 172.17.211.1: icmp_req=1 ttl=246 time=87.0 ms 64 bytes from 172.17.211.1: icmp_req=2 ttl=246 time=93.5 ms --- 172.17.211.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 87.099/90.315/93.531/3.216 ms PING 172.17.212.1 (172.17.212.1) 56(84) bytes of data. 64 bytes from 172.17.212.1: icmp_req=1 ttl=244 time=290 ms 64 bytes from 172.17.212.1: icmp_req=2 ttl=244 time=90.4 ms --- 172.17.212.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 999ms rtt min/avg/max/mdev = 90.465/190.683/290.902/100.219 ms PING 172.17.213.1 (172.17.213.1) 56(84) bytes of data. 64 bytes from 172.17.213.1: icmp_req=1 ttl=243 time=94.9 ms 64 bytes from 172.17.213.1: icmp_req=2 ttl=243 time=82.6 ms --- 172.17.213.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 82.600/88.753/94.907/6.160 ms PING 172.17.214.1 (172.17.214.1) 56(84) bytes of data. 64 bytes from 172.17.214.1: icmp_req=1 ttl=248 time=68.1 ms 64 bytes from 172.17.214.1: icmp_req=2 ttl=248 time=61.7 ms --- 172.17.214.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 61.717/64.937/68.158/3.230 ms PING 172.17.215.1 (172.17.215.1) 56(84) bytes of data. 64 bytes from 172.17.215.1: icmp_req=1 ttl=245 time=77.8 ms 64 bytes from 172.17.215.1: icmp_req=2 ttl=245 time=78.9 ms --- 172.17.215.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 77.808/78.355/78.902/0.547 ms PING 172.17.216.1 (172.17.216.1) 56(84) bytes of data. 64 bytes from 172.17.216.1: icmp_req=1 ttl=245 time=80.0 ms 64 bytes from 172.17.216.1: icmp_req=2 ttl=245 time=93.0 ms --- 172.17.216.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 80.078/86.573/93.069/6.502 ms PING 172.17.217.1 (172.17.217.1) 56(84) bytes of data. 64 bytes from 172.17.217.1: icmp_req=1 ttl=247 time=73.5 ms 64 bytes from 172.17.217.1: icmp_req=2 ttl=247 time=68.8 ms --- 172.17.217.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 68.864/71.231/73.599/2.382 ms PING 172.17.218.1 (172.17.218.1) 56(84) bytes of data. 64 bytes from 172.17.218.1: icmp_req=1 ttl=241 time=82.6 ms 64 bytes from 172.17.218.1: icmp_req=2 ttl=241 time=74.7 ms --- 172.17.218.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 74.792/78.724/82.656/3.932 ms PING 172.17.219.1 (172.17.219.1) 56(84) bytes of data. 64 bytes from 172.17.219.1: icmp_req=1 ttl=247 time=68.4 ms 64 bytes from 172.17.219.1: icmp_req=2 ttl=247 time=73.1 ms --- 172.17.219.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 68.436/70.773/73.110/2.337 ms PING 172.17.220.1 (172.17.220.1) 56(84) bytes of data. 64 bytes from 172.17.220.1: icmp_req=1 ttl=246 time=78.8 ms 64 bytes from 172.17.220.1: icmp_req=2 ttl=246 time=92.1 ms --- 172.17.220.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 78.887/85.537/92.187/6.650 ms PING 172.17.221.1 (172.17.221.1) 56(84) bytes of data. 64 bytes from 172.17.221.1: icmp_req=1 ttl=246 time=88.7 ms 64 bytes from 172.17.221.1: icmp_req=2 ttl=246 time=68.7 ms --- 172.17.221.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 68.790/78.772/88.754/9.982 ms PING 172.17.222.1 (172.17.222.1) 56(84) bytes of data. 64 bytes from 172.17.222.1: icmp_req=1 ttl=247 time=70.8 ms 64 bytes from 172.17.222.1: icmp_req=2 ttl=247 time=77.9 ms --- 172.17.222.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 70.816/74.393/77.970/3.577 ms PING 172.17.223.1 (172.17.223.1) 56(84) bytes of data. 64 bytes from 172.17.223.1: icmp_req=1 ttl=247 time=79.6 ms 64 bytes from 172.17.223.1: icmp_req=2 ttl=247 time=81.8 ms --- 172.17.223.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 79.689/80.784/81.879/1.095 ms PING 172.17.224.1 (172.17.224.1) 56(84) bytes of data. 64 bytes from 172.17.224.1: icmp_req=1 ttl=247 time=82.2 ms 64 bytes from 172.17.224.1: icmp_req=2 ttl=247 time=89.9 ms --- 172.17.224.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 82.243/86.078/89.913/3.835 ms PING 172.17.225.1 (172.17.225.1) 56(84) bytes of data. 64 bytes from 172.17.225.1: icmp_req=1 ttl=247 time=89.7 ms 64 bytes from 172.17.225.1: icmp_req=2 ttl=247 time=79.7 ms --- 172.17.225.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 79.796/84.787/89.778/4.991 ms PING 172.17.226.1 (172.17.226.1) 56(84) bytes of data. 64 bytes from 172.17.226.1: icmp_req=1 ttl=246 time=83.1 ms 64 bytes from 172.17.226.1: icmp_req=2 ttl=246 time=253 ms --- 172.17.226.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 83.158/168.230/253.302/85.072 ms PING 172.17.227.1 (172.17.227.1) 56(84) bytes of data. 64 bytes from 172.17.227.1: icmp_req=1 ttl=246 time=68.6 ms 64 bytes from 172.17.227.1: icmp_req=2 ttl=246 time=63.2 ms --- 172.17.227.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 63.230/65.948/68.666/2.718 ms PING 172.17.228.1 (172.17.228.1) 56(84) bytes of data. 64 bytes from 172.17.228.1: icmp_req=1 ttl=246 time=69.5 ms 64 bytes from 172.17.228.1: icmp_req=2 ttl=246 time=92.7 ms --- 172.17.228.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 69.526/81.118/92.711/11.595 ms PING 172.17.229.1 (172.17.229.1) 56(84) bytes of data. 64 bytes from 172.17.229.1: icmp_req=1 ttl=249 time=79.2 ms 64 bytes from 172.17.229.1: icmp_req=2 ttl=249 time=75.8 ms --- 172.17.229.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 75.812/77.550/79.288/1.738 ms PING 172.17.230.1 (172.17.230.1) 56(84) bytes of data. 64 bytes from 172.17.230.1: icmp_req=1 ttl=244 time=88.4 ms 64 bytes from 172.17.230.1: icmp_req=2 ttl=244 time=97.2 ms --- 172.17.230.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 88.436/92.821/97.207/4.396 ms PING 172.17.231.1 (172.17.231.1) 56(84) bytes of data. 64 bytes from 172.17.231.1: icmp_req=1 ttl=247 time=84.1 ms 64 bytes from 172.17.231.1: icmp_req=2 ttl=247 time=68.7 ms --- 172.17.231.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 68.765/76.453/84.142/7.693 ms PING 172.17.232.1 (172.17.232.1) 56(84) bytes of data. 64 bytes from 172.17.232.1: icmp_req=1 ttl=243 time=77.8 ms 64 bytes from 172.17.232.1: icmp_req=2 ttl=243 time=71.7 ms --- 172.17.232.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 71.730/74.773/77.817/3.055 ms PING 172.17.233.1 (172.17.233.1) 56(84) bytes of data. 64 bytes from 172.17.233.1: icmp_req=1 ttl=245 time=80.1 ms 64 bytes from 172.17.233.1: icmp_req=2 ttl=245 time=94.2 ms --- 172.17.233.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 80.192/87.217/94.243/7.031 ms PING 172.17.234.1 (172.17.234.1) 56(84) bytes of data. 64 bytes from 172.17.234.1: icmp_req=1 ttl=246 time=89.3 ms 64 bytes from 172.17.234.1: icmp_req=2 ttl=246 time=86.8 ms --- 172.17.234.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 86.864/88.113/89.362/1.249 ms PING 172.17.235.1 (172.17.235.1) 56(84) bytes of data. 64 bytes from 172.17.235.1: icmp_req=1 ttl=246 time=92.6 ms 64 bytes from 172.17.235.1: icmp_req=2 ttl=246 time=90.0 ms --- 172.17.235.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 90.021/91.338/92.655/1.317 ms PING 172.17.236.1 (172.17.236.1) 56(84) bytes of data. 64 bytes from 172.17.236.1: icmp_req=1 ttl=244 time=93.4 ms 64 bytes from 172.17.236.1: icmp_req=2 ttl=244 time=72.7 ms --- 172.17.236.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 72.711/83.104/93.498/10.397 ms PING 172.17.237.1 (172.17.237.1) 56(84) bytes of data. 64 bytes from 172.17.237.1: icmp_req=1 ttl=243 time=73.6 ms 64 bytes from 172.17.237.1: icmp_req=2 ttl=243 time=68.0 ms --- 172.17.237.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 68.021/70.855/73.689/2.834 ms PING 172.17.238.1 (172.17.238.1) 56(84) bytes of data. 64 bytes from 172.17.238.1: icmp_req=1 ttl=248 time=61.3 ms 64 bytes from 172.17.238.1: icmp_req=2 ttl=248 time=76.2 ms --- 172.17.238.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 61.394/68.846/76.298/7.452 ms PING 172.17.239.1 (172.17.239.1) 56(84) bytes of data. 64 bytes from 172.17.239.1: icmp_req=1 ttl=245 time=87.4 ms 64 bytes from 172.17.239.1: icmp_req=2 ttl=245 time=94.4 ms --- 172.17.239.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 87.470/90.935/94.400/3.465 ms PING 172.17.240.1 (172.17.240.1) 56(84) bytes of data. 64 bytes from 172.17.240.1: icmp_req=1 ttl=245 time=97.2 ms 64 bytes from 172.17.240.1: icmp_req=2 ttl=245 time=88.5 ms --- 172.17.240.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 88.517/92.876/97.236/4.370 ms PING 172.17.241.1 (172.17.241.1) 56(84) bytes of data. 64 bytes from 172.17.241.1: icmp_req=1 ttl=247 time=74.6 ms 64 bytes from 172.17.241.1: icmp_req=2 ttl=247 time=58.4 ms --- 172.17.241.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 58.416/66.523/74.631/8.111 ms PING 172.17.242.1 (172.17.242.1) 56(84) bytes of data. 64 bytes from 172.17.242.1: icmp_req=1 ttl=241 time=70.8 ms 64 bytes from 172.17.242.1: icmp_req=2 ttl=241 time=86.2 ms --- 172.17.242.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 70.853/78.549/86.245/7.696 ms PING 172.17.243.1 (172.17.243.1) 56(84) bytes of data. 64 bytes from 172.17.243.1: icmp_req=1 ttl=247 time=73.2 ms 64 bytes from 172.17.243.1: icmp_req=2 ttl=247 time=125 ms --- 172.17.243.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 73.265/99.218/125.171/25.953 ms PING 172.17.244.1 (172.17.244.1) 56(84) bytes of data. 64 bytes from 172.17.244.1: icmp_req=1 ttl=246 time=94.0 ms 64 bytes from 172.17.244.1: icmp_req=2 ttl=246 time=76.5 ms --- 172.17.244.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 76.592/85.307/94.023/8.720 ms PING 172.17.245.1 (172.17.245.1) 56(84) bytes of data. 64 bytes from 172.17.245.1: icmp_req=1 ttl=246 time=79.5 ms 64 bytes from 172.17.245.1: icmp_req=2 ttl=246 time=84.3 ms --- 172.17.245.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1002ms rtt min/avg/max/mdev = 79.598/81.975/84.353/2.394 ms PING 172.17.246.1 (172.17.246.1) 56(84) bytes of data. 64 bytes from 172.17.246.1: icmp_req=1 ttl=58 time=92.7 ms 64 bytes from 172.17.246.1: icmp_req=2 ttl=58 time=111 ms --- 172.17.246.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 92.770/102.302/111.835/9.537 ms PING 172.17.247.1 (172.17.247.1) 56(84) bytes of data. 64 bytes from 172.17.247.1: icmp_req=1 ttl=247 time=102 ms 64 bytes from 172.17.247.1: icmp_req=2 ttl=247 time=90.7 ms --- 172.17.247.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 90.793/96.462/102.132/5.678 ms PING 172.17.248.1 (172.17.248.1) 56(84) bytes of data. 64 bytes from 172.17.248.1: icmp_req=1 ttl=247 time=122 ms 64 bytes from 172.17.248.1: icmp_req=2 ttl=247 time=90.1 ms --- 172.17.248.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 90.181/106.268/122.355/16.087 ms PING 172.17.249.1 (172.17.249.1) 56(84) bytes of data. 64 bytes from 172.17.249.1: icmp_req=1 ttl=57 time=91.0 ms 64 bytes from 172.17.249.1: icmp_req=2 ttl=57 time=72.1 ms --- 172.17.249.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 72.126/81.578/91.030/9.452 ms PING 172.17.250.1 (172.17.250.1) 56(84) bytes of data. 64 bytes from 172.17.250.1: icmp_req=1 ttl=249 time=67.3 ms --- 172.17.250.1 ping statistics --- 2 packets transmitted, 1 received, 50% packet loss, time 1001ms rtt min/avg/max/mdev = 67.333/67.333/67.333/0.000 ms PING 172.17.251.1 (172.17.251.1) 56(84) bytes of data. 64 bytes from 172.17.251.1: icmp_req=1 ttl=249 time=84.9 ms 64 bytes from 172.17.251.1: icmp_req=2 ttl=249 time=81.3 ms --- 172.17.251.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 81.361/83.148/84.935/1.787 ms PING 172.17.252.1 (172.17.252.1) 56(84) bytes of data. 64 bytes from 172.17.252.1: icmp_req=1 ttl=57 time=80.3 ms 64 bytes from 172.17.252.1: icmp_req=2 ttl=57 time=72.6 ms --- 172.17.252.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 72.677/76.504/80.332/3.837 ms PING 172.17.253.1 (172.17.253.1) 56(84) bytes of data. 64 bytes from 172.17.253.1: icmp_req=1 ttl=248 time=68.1 ms 64 bytes from 172.17.253.1: icmp_req=2 ttl=248 time=76.1 ms --- 172.17.253.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 68.169/72.160/76.151/3.991 ms PING 172.17.254.1 (172.17.254.1) 56(84) bytes of data. 64 bytes from 172.17.254.1: icmp_req=1 ttl=50 time=75.4 ms 64 bytes from 172.17.254.1: icmp_req=2 ttl=50 time=76.0 ms --- 172.17.254.1 ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 75.455/75.742/76.029/0.287 ALORS la :) (j'ai commencé à 1) quelqu'un à une idée ???

7 6

[JOB] Recherche contrat d'alternance
by David BOISSAT 11 Jun '14

11 Jun '14

Bonjour la liste FrsAG ! Je suis actuellement à la recherche d’une entreprise soit dans le domaine des telecoms (idéalement type opérateur local) soit qui plus généralement propose des positions d’administration système (plus favorablement GNU/Linux). Ce choix dépend surtout de la licence professionnelle en alternance qui acceptera ma candidature. Je suis motivé, très curieux et apte à m’adapter rapidement. J’ai une petite expérience (3 mois de stage + 1 mois) chez un opérateur télécom local en développement progiciel et aide au déploiement physique d’un réseau événementiel orienté festival estivalier et Wi-Fi haute densité. Vous trouverez à l’adresse suivante mon CV au format PDF: https://db.chroot-me.in/pro/cv/cv_dboissat_FR.pdf Je suis bien conscient que ma recherche est un peu vague et c’est pourquoi je vais préciser ci-dessous le détail de mes recherches, en fonction de la ville et de la formation : - Beziers : LP Administration et Sécurité de Réseaux et LP Intégration des Systèmes Voix et Données. - Clermont-Ferrand : LP Administration et Sécurité des Réseaux et LP Réseaux Sans Fil et Sécurité - Blagnac : LP Réseaux Sans Fil et Sécurité - Colmar : LP Administration et Sécurité de Réseaux et LP Intégration des Systèmes Voix et Données. Je me permets également un crosspost sur la liste FrNOG :) ps: Je me suis inscrit récemment sur ces deux listes, mais je consultais de temps à autre les archives, j’essaie d’être (un peu) plus qu’un candidat qui ne s’inscrit que pour se vendre :) -- David Boissat

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

FRsAG