Bonjour à tous,
Pourquoi ne pas faire le rapprochement avec la voiture et les flashs ?
La voiture est identifiée par sa plaque minéralogique (equivalent de l'ip).
La plaque est associé a une carte grise/proprietaire (l'abonnée de la ligne)
En cas de flash, et si le conducteur n'est pas visible
Les VLANs existent sur le switch ?
Que donne un tcpdump sur ton interface bond0.1212, il y a du trafic residuel
qui arrive ou rien du tout ?
Christophe
-Original Message-
From: frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] On Behalf Of
max...@infonorac.fr
Sent: jeudi 7 août
De notre cote (1A04), moins de 15 minutes de downtime de 8h18 a 8h32
Christophe
-Message d'origine-
De : guillaume.leyron...@gmail.com [mailto:guillaume.leyron...@gmail.com] De la
part de Guillaume Leyronnas
Envoyé : jeudi 20 septembre 2012 10:04
À : Antoine GANCEL
Cc : Arnaud LUQUIN;
Ca semble recommencer a l'instant
Christophe
-Message d'origine-
De : Christophe HUBERT
Envoyé : jeudi 20 septembre 2012 10:08
À : 'Guillaume Leyronnas'; 'Antoine GANCEL'
Cc : 'Arnaud LUQUIN'; 'frnog@frnog.org'
Objet : RE: [FRnOG] [ALERT] Panne SFR : coupure electrique à Courbevoie
Surtout que l'on est pas dredi, c'est pas encore le jour des blagues
Le même mec qui s'est pris les pieds dans la prise ?
Non, deux fois dans la même journée, c'est pas crédible... :)
Le 20/09/2012 17:27, Yoann THOMAS a écrit :
Encore la même, il font quoi avec leur électricité ?
Le
Nous raisonnons avec l'idée de l'IPv4 est prioritaire et l'IPv6
optionnel, alors que les systèmes (notamment le DNS), fonctionnent à
l'inverse.
Nous devons raisonner de la même manière que les systèmes si nous
voulons les tester correctement.
Pour ma culture personnelle, pourquoi l'ipv6 serait
La solution qui se rapprocherait de l'ideal serait d'avoir des equipements qui
nous appartiennent dans differents datacenters (heberges par des concurrents
donc) et de tester la connectivite (icmp ou tout autre services d'ailleurs)
vers ces equipements.
On regle la partie je ping qui je veux
De notre cote, nous aurions perdu une salle dans le batiment A. Et d'apres les
informations recue, nous ne serions pas les seuls.
Une personne sur place nous aurait indique une intervention electrique
effectuee hier qui ne serait pas terminee.
Christophe
-Message d'origine-
De :
Cogent vient de remonter.
--
Benjamin
Le 3 septembre 2012 08:08, Benjamin BILLON bbil...@splio.fr a écrit :
Notre lien Neo vers redbus fonctionne toujours, tandis que le transit
Cogent depuis redbus n'a plus de BGP (mais le lien est toujours
actif).
Le 3 septembre 2012 08:02, Christophe HUBERT
de gagne
en temps et surtout, ca evite que les equipes en charges du support se disperse
sur la technique.
Christophe
-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de
Frédéric GANDER
Envoyé : vendredi 24 août 2012 11:36
À : Christophe HUBERT
La discussion a pas mal derive mais reste toujours interessante.
De mon cote, l'utilisation est excessivement simple
Trafic 100 voir 200Mbs, tout proto tcp (avec support specifique pour le ftp)
mais sans besoin necessairement de niveau 7, le DSR n'est pas forcement
necessaire pour ce debit,
En effet, combien de clients pour ce type d'archi ? Il faut pas oublier que le
LB, ca commence a partir de 2 serveurs. Et qu'un client a 2 serveurs n'a pas
les moyens de depenser 10 fois le prix de ses serveurs dans une appliance.
Le probleme de la virtualisation, c'est qu'il faut soit un
Bonjour,
J'aimerais avoir un peu de retour d'experience sur des LB qui peuvent faire de
l'ipv4 et l'ipv6. Si possible, pas software mais plus des appliances.
Si des personnes ont déjà mis en place... C'est principalement la partie ipv6
qui m'interesse, pour l'ipv4 on a le choix, mais comme
Merci pour vos reponses, en fait je ne recherche pas de fonctions avancees
(pas de niveau 7 ou d'acceleration ssl par exemple). C'est pour des besoins
simples dans des architectures ou du materiel mutualise ou virtuel ne peut
faire l'affaire. Un mode cluster/ha/master-slave est par contre
Je pense que l'on est parti a l'envers, la solution de la taxe est certe
originale et semble naturelle, mais c'est trop mechant pour du commerce,
l'inverse par contre est plus attractif a savoir une reduction si on utilise
les bons navigateurs. Reste juste a augmenter les prix de tout les
Je pense que le jour ou il a penser a cela il aurait plutôt fallu qu'il reste
dans son lit :)
D'un point de vu technique, il remplace les ROOT/registrar par leur equivalent
annuaire. Donc au final, il ne regle rien du tout.
Et puisqu'il ne veut plus passer par des achats de domaines, cela
Une entite decisionnaire est dans tout les cas necessaires pour choisir qui
heritera du nom, comme cette entite devra faire face a des assignations en
justice si jamais des entreprises considere que le domaine correspondant a leur
nom ne leur est pas attribues, il faudra qu'elle puisse se
Bonjour,
De mon cote, www.checkpoint.com (et la version francaise France.checkpoint.com)
vont en effet sur un site NS.
Google Trad fait de meme et ne me propose pas la page checkpoint officielle.
Niveau IP cela donne cela :
# host www.checkpoint.com
www.checkpoint.com has address 208.91.197.132
Salut,
J'ai fait un test rapide ce matin de signature avec bind 9.9.
Cela fonctionne exactement comme indique dans la documentation, a savoir,
creation des deux clefs et ajout de 3 lignes dans la declaration de zone.
En cas de modification de la zone, elle est resignee lors d'un reload, en cas
il n'y a
pas d'option de mise a jour automatisable avec les registrars, c'est quand meme
nettement plus simple qu'avant.
Christpohe
-Message d'origine-
De : Christophe HUBERT
Envoyé : mardi 27 mars 2012 13:29
À : 'Michel Py'; 'frnog-t...@frnog.org'
Objet : RE: DNSSEC et bind 9.9
reconnaissable ?
Le 16/03/2012 01:05, Christophe HUBERT a écrit :
Salut,
Depuis decembre a peu pres, nos serveurs DNS recoivent un tres grand nombre
de requetes depuis la chine. Autant avoir des requetes depuis la chine est
normal, autant le nombre et le type de requetes est assez etrange.
Depuis
Depuis decembre a peu pres, nos serveurs DNS recoivent un tres grand
nombre de requetes depuis la chine.
Non. Des requêtes prétendant venir d'une adresse IP source en
Chine. Rappelez-vous qu'UDP n'offre pas le plus petit début
d'authentification de l'adresse IP source. Le plus probable est
Salut,
Depuis decembre a peu pres, nos serveurs DNS recoivent un tres grand nombre de
requetes depuis la chine. Autant avoir des requetes depuis la chine est normal,
autant le nombre et le type de requetes est assez etrange.
Depuis decembre donc notre trafic DNS a fortement augmente sur la
23 matches
Mail list logo
