Re: [FRnOG] [BIZ] Contact Gandi

[Théo VARIER]

Hello Nathan,
Nous avons eu une discussion de plusieurs dizaines de mails en mars à propos de 
"services"  Gandi ... Ca a pas mal trollé ... Je t'épargne les détails ...
Une réponse de l'époque de Yohan Sanial qui pourrait t'aider :

> De: Yohan Sanial 
> Objet: Rép. : [FRsAG] Toc toc un support de chez Gandi ?
> Date: 13 mars 2024 à 19:15:26 UTC+1
> À: Théo VARIER 
> 
> Hello, essaye ce numéro 01 70 39 37 48
> Tu auras un retour et une solution rapide.
> 
> ---
> Yohan Sangla






> Le 20 juin 2024 à 11:55, Nathan Delhaye  a écrit :
> 
> Hello la liste,
> 
> J'ai un problème sur l'un des domaines de ma boite. J'ai récupéré un
> compte d'une autre boite qui ne nous a manifestement pas donné les
> bons logins et le domaine vient d'expirer.
> 
> Comme le mail lié audit compte utilise le domaine concerné, je ne peut
> pas faire de récupération de compte...
> 
> J'ai essayé les divers contacts publics Gandi sans succès pour le moment.
> 
> Est-ce qu'une bonne âme aurait un contact approprié chez eux ?
> 
> Pour l'instant je veux juste filer du pognon pour réactiver le
> domaine, j'ai même pas besoin de récupérer le compte
> 
> -- 
> 
> Nathan  DELHAYE
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [ALERT] OVH Maintenance éléctrique avec coupure possible sur GRA1&GRA2 le 29/04 & 02/05

[Théo VARIER]

Pour avoir subit une ces précédentes maintenances le mois dernier sur GRA3, qui 
devait probablement être sans impact, mais ne l'a pas été : plusieurs serveurs 
ont freezé ou rebooté suite à un "truc électrique", dont l'un des miens ;
pour avoir fait partit des râleurs qui ne comprenaient pas pourquoi ils 
n'avaient pas éteint proprement mon serveur avant la maintenance ;
pour avoir fait partit de ceux qui ont un serveur qui a depuis eu plusieurs 
anomalies inexpliquées sur l'une de ces interfaces réseau ;
j'imagine qu'OVH préfère prévenir que de se prendre les conséquence de services 
cassé et de ramasser des interventions support de changement de carte à la 
pèle, lors de leur prochaine intervention sur GRA1 et GRA2.
Merci OVH pour cette attention.

Paul, David, vous avez raison dans l'absolu sur la probable banalité de ce 
genre d'opération, mais là je rejoins Maximilien, je pense qu'ils ont 
décelé/vécu que cette opération "statistiquement" sans conséquence, risque d'en 
avoir de fâcheuses dans la réalité des gens qui se font fumer par leurs clients 
parce que le service ne remonte pas. 

Par contre franchement la plage horaire est vraiment trop grande :(

--
Théo


> Le 25 avr. 2024 à 11:14, Maximilien Douchet via frnog  a 
> écrit :
> 
> Oui exactement c'est une bascule sur le circuit secondaire le temps de leur 
> maintenance.
> 
> 
> Classique et normalement sans risque sur des DC avec double voie & 
> équipements avec double alimentation (quand les 2 voies ne sont pas coupées 
> en même temps par erreur pour ne pas citer un Netcenter ;) )
> 
> 
> Mais ce qui m'a alerté est qu'il y a déjà eu plusieurs opérations de 
> maintenance éléctriques dans les dernières semaines sur de nombreux DC OVH et 
> que sauf erreur de ma part il s'agit de la seule sur laquelle il préviennent 
> d'un risque de coupure identifié (uniquement sur GRA1&GRA2 alors que GRA3&4 
> sont concernés également par la même maintenance). De plus ils recommandent 
> eux même d'éteindre les serveurs dans leur communication ce qui n'est pas 
> courant.
> 
> 
> Après a chacun de prendre les dispositions que vous souhaitez ! L'objectif 
> est surtout de relayer l'information :).
> 
> Sincèrement,
> —
> Maximilien Douchet - +337 69 44 00 91
> 
> 
> Hexanode - Hébergement & Infogérance
> hexanode.fr  - cont...@hexanode.fr 
>  - +339 72 60 54 00
> 
> --- original message ---
> On April 25, 2024 at 10:40 AM GMT+2 rol+fr...@witbe.net 
>  wrote:
> 
> Bonjour,
> 
> Moi je lis que OVH va faire une premiere operation de bascule sur la souce
> "Backup", puis plus tard, un retour sur "Main".
> 
> Et comme toute intervention sur le circuit electrique n'a de zero-risque,
> ils ont fait une communication pour prevenir du risque associe a ces deux
> bascules.
> 
> Ce qui est double-alimente /correctement/ (un plug main, et un backup) ne
> devrait pas etre affecte, les autres... c'est une autre histoire ;)
> 
> Ca me semble donc plutot standard... On voit regulierement ce genre de
> communication de la part des differents DC.
> 
> Paul
> --- end of original message ---
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH]

[Théo VARIER via frnog]

Bonjour,


> Le 14 mars 2024 à 19:57, Jean-Michel Planche  
> a écrit :
> 
> On a eu à gérer ce genre de problème à l’époque où nous occupions deux 
> parties d’immeuble à La Défense sur le même étage. Interdit de passer des 
> cables par les voies naturelles: sécurité, porte coupe feu … blablabla …
> Un WE … cela s’est terminé à genoux dans les faux planchers techniques. Les 
> immeubles ont souvent ce genre de “bénédiction”. Tout était libre. Bon, il y 
> a prescription.
> C’est peut être ton cas aussi.

+1
Tu es en intérieur, officiel ou officieuse tu trouveras la solution filaire qui 
relie les deux plateau quitte à tirer plusieurs centaines de mètres.

S'il y a une porte coupe feu, il doit y avoir une commande de déclenchement de 
cette porte du genre un électro-aimant  il y a peut-être des fils qui passent 
d'un coté et à l'autre non ?
Pour une fibre tu n'as besoin que d'un très petit passage ...
L'avantage, c'est qu'une fois l'épreuve de la pose passé, tu n'auras plus à 
t'en soucier. Tu pourras oublier la météo, la pile de meugs, monique de la 
compta, le sens du vent, l'axe du soleil, le reflet sur la vitre, le point 
chaud, la fréquence, les saucisses, le cancer, le micro onde, le SSID  ;)


Théo


> 
> 
> 
> JM Planche
> 
>> On Mar 14, 2024, at 2:50 PM, Philippe Bourcier  wrote:
>> 
>> [You don't often get email from phili...@frnog.org. Learn why this is 
>> important at https://aka.ms/LearnAboutSenderIdentification ]
>> 
>> Re,
>> 
 La distance à couvrir doit faire 5m environ (je n'ai vu les locaux qu'une 
 fois sans imaginer cette
 complication).
>>> 
>>> J'aurais dis la gamme AirFiber d'UBNT
>>> https://interprojekt.pl/en/ubiquiti-airfiber-60-hd-af60-hd.html
>>> 
>>> Après du PtP en 60GHz, ça manque pas des masses de nos jours... par contre, 
>>> faut voir comment ça va
>>> être installé, murs, vitres ? Et penser à tuner au minimum la puissance... 
>>> 5 mètres, ça fait suer
>>> quand même de pas pouvoir passer une pauvre fibre
>>> 
>>> Ou un lien laser 
>>> http://www.ecsystem.cz/en/products/free-space-optic-equipment
>> 
>> Le truc c'est que ca veut dire faire des trous pour fixer ET raccorder ces 
>> équipements dehors...
>> Du coup, quitte à faire des trous, pourquoi pas y mettre un câble FO 
>> (qualité extérieur) ? 😅😎 #JDCJDR
>> (on ne dira rien à personne, promis)
>> Et si c'est trop compliqué par le haut, j'irais jeter un oeil par en bas 
>> (caves, sous-sols).
>> Parce que franchement, rien ne remplacera jamais du filaire pour ce type 
>> d'application.
>> 
>> Pour avoir déjà mis en oeuvre un pont WiFi, bah, tout ce que je peux dire 
>> c'est que ca tient mal les tempêtes et que s'il faut aller re-régler le truc 
>> à XX mètres du sol, bah c'est pas trop marrant en fait (même si c'est pas 
>> toi qui le fait in persona)...
>> 
>> 
>> Cordialement,
>> --
>> Philippe Bourcier
>> https://twitter.com/irukanji_invest
>> https://www.linkedin.com/in/philippebourcier/
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Obligation (ou pas) de maintenance des lignes

[Théo VARIER via frnog]

Hello Daniel,,

Dans le Lot, en zone pas dense du tout, les fibres aériennes font des km sur 
les poteaux télégraphiques historiques.
Elles ont été posées en 2020, 2021, par les sous triants pour Orange, sur des T 
métalliques en haut des poteaux et à beaucoup d'endroits sont déjà tombées. On 
a donc des cables à hauteur d'homme ou au sol qui attendent d'être arrachées 
accidentellement.
J'en ai parlé au service pro Orange, en agence locale, ils m'ont dit qu'il 
fallait prendre des photos et les envoyer au service client avec point GPS.

Je n'ai pas encore eu le temps de le faire ...

Peut-être que pour toi il faut faire ça chez SFR, t'appelle naïvement pour dire 
que ta connexion est coupée et quand tu as un numéro de support tu balance les 
photos ?
Et leur compte twitter ? Leurs réseaux sociaux ?

Théo


> Le 23 févr. 2024 à 20:45, Daniel Caillibaud  a écrit :
> 
> Le 23/02/24 à 15:43, Stéphane Rivière  a écrit :
>>> À part mon FAI, est-ce que je peux tenter de secouer qqun d'autre et qui ?  
>> 
>> Starlink (sérieux).
> 
> Ma question n'était pas de trouver une solution de continuité (heureusement 
> j'ai, sinon j'aurai
> du mal à vous causer), mais y'a t'il qqun que le pékin lambda peut secouer 
> (ou alerter
> poliment, suivant la personne concernée) pour accélérer le retour à la 
> normale ?
> 
> Je pourrais tenter d'écrire à la patronne de l'arcep (elle était députée du 
> coin y'a pas si
> longtemps), mais y'a p'tet plus orthodoxe / efficace ;-)
> 
> Bon WE,
> 
> -- 
> Daniel
> 
> Tout a été dit ; mais comme personne n'écoute,
> il faut toujours répéter.
> André Gide
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] problème de distribution de mail entre microsoft et free pour un jeton d'authentification

[Théo VARIER]

Bonjour,

C'est exactement pour ça que j'en appelle aux admin de Free et pas de Microsoft 
(pour l'instant), j'ai pensé au même scénario que toi.
Utilisant moi même le greylisting depuis l'époque où cette méthode de filtrage 
divisait par 10 le volume de mails entrant tellement il y avait de machines 
zombies, j'ai eu a géré ce genre de problème avec plusieurs gros opérateurs. La 
solution est hyper simple, il faut witelister !
1. Il faut whitelister les adresses pour lesquelles des mails ont déjà été 
délivrés au moins une fois
Ca économisera les machines et la patience des utilisateurs puisque de toutes 
façons si un mail est passé une fois c'est que c'est un serveur de mail et donc 
les autres passeront aussi.
2. Il faut chercher et forger les listes de serveurs de mails des grands 
opérateurs connus pour ajouter leurs IP (ou carrément des ranges approximatifs) 
dans les whitelistes.

Et ça marche très bien sans enlever le rôle du greylisting qui est de 
pré-filtrer les serveurs d'expédition qui n'en sont pas.

Pour l'instant ma conclusion c'est qu'il faut qu'un admin Mail chez Free se 
penche sur le problème. Et si ça se trouve il ne font pas de greylisting ;)

Pour rappelle : le problème n'est pas qu'un mail lambda arrive un peu tard une 
fois de temps en temps, le problème c'est que quand il s'agit d'un jeton 
d'authentification valable 15 minutes et qu'il n'arrive jamais dans les temps 
après 15 jours de tentatives répétées, ça devient un défaut de service.

merci la liste

Théo

> Le 31 janv. 2024 à 08:39, Mickaël Dequidt  a 
> écrit :
> 
> Bonjour,
> 
> c'est à vérifier, mais cela me fait penser à un écueil de certaines 
> implémentations du greylisting face à des domaines hébergés chez microsoft 
> (entre autres).
> 
> Concrètement, ce que j'ai déjà observé sur ce genre de domaines, c'est le 
> phénomène suivant :
> 
> - un mail arrive depuis une machine dans une ferme de serveurs microsoft
> - (FROM,TO,IP) non-reconnu, erreur 4**
> - et c'est le drame : le pool de machines servant de passerelles, plutôt que 
> de conserver le mail en queue sur le serveur d'origine, va immédiatement 
> choisir une nouvelle machine pour tenter l'envoi à nouveau
> - l'envoi est à nouveau rejeté, l'IP a changé
> - le message rebondit sur une autre machine
> - A répéter sur un pool de X serveurs dans le cloud microsoft.
> 
> Et ça continue jusqu'à ce que le hasard fasse retomber le message sur une IP 
> déjà rencontrée. Avec des messages qui arrivent plusieurs heures en décalé 
> par rapport au moment de l'émission. Pour ma part (qui n'est pas du niveau de 
> free) je n'ai pas eu d'autre choix que de désactiver le greylisting sur les 
> domaines hébergés de la sorte.
> 
> Bon courage en tout cas,
> 
> D'an/ar 30/01/2024 23:19 eo bet skrivet gant Théo VARIER :
>> Bonjour,
>> mon client a un problème de rapidité de distribution de mail entre microsoft 
>> (hotmail) et free
>> Problématique parce qu'il s'agit d'une adresse de secours qui ne reçoit pas 
>> le jeton d'authentification :
>> Enoncé du problème :
>> Compte hotmail d’une personne travaillant comme indépendante depuis 30 ans
>> Adresse de récupération définie sur un compte nom.pre...@free.fr
>> La procedure de récupération du compte hotmail passe par un envoi d’un code 
>> sur la boite de récupération
>> Ce code ne parviens que 10 à  24heures  après , quand il parviens
>> En discussion avec les supports de microsoft et free depuis 2 semaines, sans 
>>  succès…
>> L’envoyeur est toujours « 
>> account-security-nore...@accountprotection.microsoft.com »
>> Ca ressemble à du greylisting qui n'apprendrait pas.
>> Si quelqu'un a un tuyau pour me donner l'occasion de décrire le problème à 
>> une personne en charge des conf chez Free
>> Si un admin (mail)  de free tombe sur mon mail ...
>> Je peux donner plus d'info si nécessaire.
>> Merci.
>> Théo
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
> 
> -- 
> Mickaël DEQUIDT
> IFREMER - Service IRSI/RIC
> Centre Ifremer Bretagne - ZI de la pointe du diable
> CS 10070 - 29280 Plouzané
> Tel : +33 (0)2 98 22 46 04 - Fax : +33 (0)2 98 22 46 47
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] problème de distribution de mail entre microsoft et free pour un jeton d'authentification

[Théo VARIER]

Bonjour,

mon client a un problème de rapidité de distribution de mail entre microsoft 
(hotmail) et free
Problématique parce qu'il s'agit d'une adresse de secours qui ne reçoit pas le 
jeton d'authentification :

Enoncé du problème : 
Compte hotmail d’une personne travaillant comme indépendante depuis 30 ans 
Adresse de récupération définie sur un compte nom.pre...@free.fr 
La procedure de récupération du compte hotmail passe par un envoi d’un code sur 
la boite de récupération 
Ce code ne parviens que 10 à  24heures  après , quand il parviens 
En discussion avec les supports de microsoft et free depuis 2 semaines, sans  
succès…

L’envoyeur est toujours « 
account-security-nore...@accountprotection.microsoft.com »

Ca ressemble à du greylisting qui n'apprendrait pas.

Si quelqu'un a un tuyau pour me donner l'occasion de décrire le problème à une 
personne en charge des conf chez Free
Si un admin (mail)  de free tombe sur mon mail ...

Je peux donner plus d'info si nécessaire.

Merci.

Théo


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] openspf.org est down ou instable

[Théo VARIER]

Salut,

Juste pour prévenir que depuis au moins le 26 mars, pour certains opérateurs 
tel noos.fr et tous ceux qui utilisent l'API de openspf :

http://www.openspf.net/Why?

est down ou instable, j'ai pas creusé.

du coup il y a des rejets systématiques des mails par ces opérateurs parce que 
le bidule ne sait pas faire la différence entre 
http://www.openspf.net/Why?s=mfrom;id=xx;ip=xxx;r=x qui ne 
répond pas et qui répond false.



Cordialement,

—

Théo VARIER,


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [BIZ] Incendie SBG, Proposition de VM pour restauration sur RBX

[Théo VARIER]

Salut,

Pour ceux qui sont plantés à SBG mais qui ont des sauvegardes. J'ai un peu de 
place sur mon infra proxmox de RBX pour monter quelques VM si besoin.

J'ai également quelques To qui peuvent servir.

Je suppose que certains vont être également sous l'eau avec leurs clients 
finaux.
Je peux également filer un coup de main sur les déploiements, de services, voir 
même gérer avec les clients finales.
Contactez moi en MP on verra bien ce qui est faisable.

Bon je sais ça fait un peu charognard, mais faudra bien reloger tous ces 
services de SBG, et pas sûr que les déploiements de nouveaux serveurs suivent 
le rythme.

Bref si quelqu'un veut un coup de main...
Bon courage,

—

Théo VARIER,
theo.var...@r3zo.com


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Recherche développeur Perl

[Théo VARIER]

Ce poste est à pourvoir en RP.

Le 11 janv. 2012 à 15:22, Théo VARIER a écrit :

> Bonjour,
> 
> Nous recherchons un développeur Perl pour participer à des projets 
> d'ingénierie (Système d'information - Réseaux - Métiers opérateur DATA/VOIX)
> au sein d'une petite équipe de développement.
> 
> Des connaissances en administration système et réseau, sont requise, d'où le 
> poste de cette annonce sur cette liste .
> Etre familiarisé avec les usages de LaTeX, du versionning, de la fabrication 
> de paquets Debian, d'Apache sera également un plus.
> 
> Connaissances requises :
> 
> PERL :Maitrisé
> SNMP :Bonnes Connaissances
> MySQL :   Connaissances
> GNU/Linux :   Bonnes Connaissances
> Apache :  Bonnes Connaissances
> Subversion/CVS :  Bonnes Connaissances
> JavaScript :  Bonnes Connaissances
> 
> Vous serez amenés à utiliser notamment ces librairies :
> 
> * Class::DBI
> * Template::Toolkit
> * Prototype/JQuery
> 
> Le poste est à pouvoir ASAP, envoyez moi vos candidatures en MP.
> 
> Théo VARIER
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [JOBS] Recherche développeur Perl

[Théo VARIER]

Bonjour,

Nous recherchons un développeur Perl pour participer à des projets d'ingénierie 
(Système d'information - Réseaux - Métiers opérateur DATA/VOIX)
au sein d'une petite équipe de développement.

Des connaissances en administration système et réseau, sont requise, d'où le 
poste de cette annonce sur cette liste .
Etre familiarisé avec les usages de LaTeX, du versionning, de la fabrication de 
paquets Debian, d'Apache sera également un plus.

Connaissances requises :

PERL :  Maitrisé
SNMP :  Bonnes Connaissances
MySQL : Connaissances
GNU/Linux : Bonnes Connaissances
Apache :Bonnes Connaissances
Subversion/CVS :Bonnes Connaissances
JavaScript :Bonnes Connaissances

Vous serez amenés à utiliser notamment ces librairies :

* Class::DBI
* Template::Toolkit
* Prototype/JQuery

Le poste est à pouvoir ASAP, envoyez moi vos candidatures en MP.

Théo VARIER


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] pblm sur réseau free

[Théo VARIER]

Le 17 juin 2011 à 13:58, Romain Tournier a écrit :

> On Fri, Jun 17, 2011 at 01:09:35PM +0200, Marc B. wrote:
>> Le 17 juin 2011 12:20, Théo VARIER  a écrit :
>>> En fait je veux dire : il y a un gros bordel sur le réseau free "70
>>> DSLAM off" et probablement pas que là ? parce que quand un gros bout de
>>> free se casse la gueule forcément ça a des effets de bord aussi ! du genre
>>> congestion ailleurs !?
>> 
>> 70 DSLAM sur plus de 7000 DSLAM que compte le réseau de Free hors
>> abonnés en zone non dégroupée cf.
>> <http://francois04.free.fr/nra_et_dslam.php>
>> 
>> J'appelle pas ça un gros bout.
> 
> quand des DSLAM tombent, ca genere de la congestion sur le backbone...
> faudrait reviser ses cours de reseaux...
> 
> pour moi, quand il y a moins de clients, ca fait moins de trafic, pas plus...
> mais peut-etre que theo vie dans une non-realité où un non-client prend de
> la place sur le reseau et un client en libere...

Oui c'est drôle ... quand j'ai écris c'est lignes j'avais aussi des problèmes à 
joindre des dedibox depuis une adsl OVH, et la liaison avec un site tel google 
était plutôt lente, bref ... j'avais l'impression que ça n'était pas juste un 
dslam de free mais "un gros bout de réseau". Mais ton idée de non-réalité me 
plait assez... ça reste à méditer.

Quant à la panne free elle passera dans moins 2h dans les 1% d'incident dont la 
durée dépasse 12h, et il ne s'agit pas juste d'un dslam qui a pris l'eau, 
puisque c'est une "grosse" zone géographique du réseau de free qui est touchée 
depuis plus de 10h.


ma ligne ovh n'a pas bronchée et sauve ma journée de boulot




> 
> 
> -- 
> Romain
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 

Théo

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] Re: [FRnOG] pblm sur réseau free

[Théo VARIER]

Le 17 juin 2011 à 11:28, Cyril Lavier a écrit :

> On 06/17/2011 11:17 AM, Théo VARIER wrote:
>> Bonjour,
>> 
>> C'est que moi ou il y a des soucis sur le réseau free depuis 1h environ ?
>> 
>> Ma connexion adsl free ne route plus rien.
>> 
>> Bien que ce soit revenu, j'ai eu un moment des dedibox injoignable depuis 
>> OVH ...
>> 
>> 
>> --
>> Théo VARIER
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>> 
> Bonjour.
> 
> Mince FRnOG est devenu une annexe du support Free ?
> 
> Je n'étais pas au courant :).
Certe non,
Certe j'ai posté avant de retrouver le lien vers http://www.free-reseau.fr/ qui 
permet de confirmer ma question.

Mais bien que mon poste soit écrit avec humilité "c'est moi ou ... ?" avec un 
style "j'ai un doute ..."

En fait je veux dire : il y a un gros bordel sur le réseau free "70 DSLAM off" 
et probablement pas que là ? parce que quand un gros bout de free se casse la 
gueule forcément ça a des effets de bord aussi ! du genre congestion ailleurs !?

Et ce qui m'intéresse, comme la plus part des gens sur cette liste c'est 
pourquoi ce bordel sur FREE et comment ça arrive ...

Pas que quelqu'un fasse une réponse qui ne sert à rien juste parce que comme je 
n'ai pas collé les copie de mon traceroute je ne suis pas pris au sérieux, meme 
si on est vendredi ;)

--
Théo

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] pblm sur réseau free

[Théo VARIER]

Bonjour,

C'est que moi ou il y a des soucis sur le réseau free depuis 1h environ ?

Ma connexion adsl free ne route plus rien.

Bien que ce soit revenu, j'ai eu un moment des dedibox injoignable depuis OVH 
...


--
Théo VARIER
---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] Meilleurs voeux 1990 ... oups 2020 !

[Théo VARIER]

hrec m'excusera de plagier le style de son sujet,
Le miens s'explique en lisant la news que je relaye.

Je trouve cette info donnée par numerama et relayée par la news de  
ebusiness.info assez énorme :


résumé : commandité par "le gouvernement canadien", l'hébergeur  
allemand Serverloft ferme un bloc IP avec ses 4500 sites client  
derrière sous prétexte de museler 2 pauvres site parodiques 


A lire ici : 
http://www.numerama.com/magazine/14797-oppose-aux-yes-men-le-canada-fait-fermer-accidentellement-4-500-sites-internet.html

Ce sujet n'est évidement pas étranger au sujets courants sur  
"l'application pratique des lois permettant de couper des tuyaux".


Une question me vient : En plus de bons gros patch techniques des plus  
fiables, les FAI et autres hébergeurs ne vont-ils pas devoir se créer  
des structures administratives internes de "surveillance de  
l'application des peines" pour éviter d'avoir à payer les bévues de  
législateur et autres bras longs irrités ?



Bonne année 2010,
Théo.

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [FRnOG] [HS] FRnOG 15 - Présent ation Intel

[Théo VARIER]

Bonjour à tous,
Merci pour cette super journée ...

Je me permet de rebondir sur ce question réponse pour évoquer l'offre  
d'OVH : serveurs dédiés munis de 2 SSD intel de 80 Go utilisable en  
RAID soft 1 ou 0 (RAID hard en option)

J'ai aujourd'hui 3 machines début de gamme utilisant cette techno.
Pas de surprise, ca cartone au niveau perf. (PHP mysql lighttpd ou  
apache) X10 environ par rapport à la machine de génération précédente  
(attention le CPU aussi est plus puissant)


La question que je me pose c'est en RAID 1 comment va se manifester  
quand les disques vont etre dégradés ?
Le RAID 1 avec SSD semble une bonne sécu pour prévenir de la panne  
assurée ... !?


Qu'en pensez vous ?



Le 13 déc. 09 à 12:59, Jérôme Nicolle a écrit :


Merci à tous les organisateurs, cette journée fut très instructive, et
merci à vous tous d'avoir gonflé les rangs, on est bien parti pour
finir avec tous les réseaux représentés ;)

Le 12 décembre 2009 13:34, Benjamin BILLON  a  
écrit :
Un petit message (sans grand rapport avec le réseau) pour le  
monsieur qui a
posé une question à Philippe Thierry et que je n'ai pas retrouvé  
par la

suite.
En bref : le SSD n'est sans doute pas fait à ce jour pour de  
l'hébergement

grand public mutualisé.


Ca n'était que moi, et j'avais déjà pas mal d'éléments à ce sujet,
j'aurais juste bien aimé avoir une réponse quand aux ambitions d'Intel
en la matière.

Ma position pour l'instant est de monter tous les caches de lecture
sur SSD dès que le volume de données ne tiens pas en RAM. Par contre,
les caches d'écriture sont forcement en RAM (ou sur le contrôleur RAID
s'il est configurable) et les données dupliquées sur disque. On manque
trop de données pour se passer de disques à l'heure actuelle, IMHO.

Par contre si le wear levelling était un peu plus transparent (dans le
sens "pas boîte noire"), on arriverait peut être à optimiser comme il
faut selon non profils d'utilisation...


--
Jérôme Nicolle
06 19 31 27 14
---
Liste de diffusion du FRnOG
http://www.frnog.org/



---
Liste de diffusion du FRnOG
http://www.frnog.org/