RE: [FRnOG] [ALERT] Re: OVH : SBG-2 en feu

2021-03-10 Par sujet Raphael GEYER 
Une autre priorité consiste également à corriger le manager afin de pouvoir 
reconfigurer les IP d'accès au "backup FTP" pour ceux qui ont prévu des 
sauvegardes dans un autre Datacenter !

Raphael

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Kirth 
Gersen
Envoyé : mercredi 10 mars 2021 14:02
À : Olivier Breton 
Cc : frnog-alert 
Objet : Re: [FRnOG] [ALERT] Re: OVH : SBG-2 en feu

La priorité des priorités est de permettre de modifier nos DNS hébergés chez 
OVH pour qu'on puisse faire pointer nos services ailleurs.


Le mer. 10 mars 2021 à 13:55, Olivier Breton  a 
écrit :

> Merci pour les nombreux messages de soutien.
> Pour les sceptiques ou critiques, il y a plusieurs canaux officiels de 
> communication au sein d'OVHcloud à commencer par : travaux.ovh.com 
> Sinon les infos sont relayées sur LinkedIn (certes boîte US) sur le 
> compte officiel OVHcloud.
> Des communications auprès de la majeure partie des clients sont 
> parties (où en cours car il y un gros boulot d'inventaire à faire).
>
> On s'est engagé à communiquer avec la plus grande transparence sur ce 
> gros incident mais comprenez qu'il y a temps pour tout.
> La priorité (une fois les personnels à l'abri) c'est de remettre up 
> nos clients. Ensuite viendra le temps de la root cause, des 
> explications détaillées, plan d'action associé etc. Chaque chose en son temps.
>
> Thanks
>
> Olivier
>
> __
> This message was sent from OVH Groupe SAS, or one of its subsidiaries 
> or affiliated entities, and is intended only for the sole use of the 
> designated recipient(s). It may contain confidential and proprietary 
> information. If you are not a designated recipient, you may not 
> review, copy, use or distribute this message. If you received this 
> message in error, please notify the sender by reply e-mail and delete this 
> message.
> Thank you.
>
>
> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de 
> Mickael MONSIEUR Envoyé : mercredi 10 mars 2021 12:06 À : Romain 
>  Cc : Fabien Delmotte ; 
> Emmanuel Jacquet < m...@formidable-inc.net>; Clement Cavadore 
> ; Johann ; Oliver varenne 
> ; frnog-alert < frnog-al...@frnog.org> Objet : 
> Re: [FRnOG] [ALERT] Re: OVH : SBG-2 en feu
>
> Non, ce n'est pas la meilleure option. Et pour plein de raisons.
> Je connais énormément d'IT qui ne sont pas sur cette plateforme, 
> énormément qui l'ont quitté depuis qu'ils se sont montré au grand jour 
> comme une plateforme ou la liberté d'expression n'a pas sa place, etc etc.
> Ils ont une page incident, des ML, un blog, très peu d'informations 
> via leur canaux internes.
> Avec 2500 employés ce n'est pas une excuse.
>
> Le mer. 10 mars 2021 à 11:56, Romain  a écrit :
> >
> > Ne crois-tu pas que dans l'urgence et l'idée de toucher un maximum 
> > de
> monde rapidement, Twitter est la meilleure option ?
> > Ce qui n'empêche pas aux équipes de faire les communications 
> > nécessaires
> derrière.
> >
> > Le mer. 10 mars 2021 à 11:48, Mickael Monsieur <
> mickael.monsi...@gmail.com> a écrit :
> >>
> >> La communication d’ovh, hébergeur français, c’est avant tout en 
> >> anglais
> sur une plateforme américaine. Et ça viendra encore pleurer pour le 
> cloud souverain auprès de l’Etat.
> >>
> >> > Le 10 mars 2021 à 11:42, Fabien Delmotte via frnog 
> >> > 
> a écrit :
> >> >
> >> > 
> >> >>
> >> >> Je suis à titre perso simple client pour des VPS. L'info de la 
> >> >> localisation est dans le dashboard d'OVH. Et pour l'instant pas 
> >> >> de mail officiel reçu d'OVH.
> >> >
> >> > Même remarque j’ai un VPS non joignable et aucune communication. 
> >> > Je
> me suis rendu compte que mon service était « down » et je suis allé 
> chercher l’information.
> >> >
> >> > Cordialement
> >> >
> >> >
> >> >
> >> >> Le 10 mars 2021 à 11:26, Emmanuel Jacquet 
> >> >> 
> a écrit :
> >> >>
> >> >>> Le mer. 10 mars 2021 à 08:52, Clement Cavadore 
> >> >>>  a écrit :
> >> >>>
> >> >>>
> >> >>> Je n'ai rien à SBG, et ne sais pas si c'est communiqué aux 
> >> >>> clients,
> >> >>> mais: Les concernés savent dans quel site ils sont 
> >> >>> habituellement hébergés ? SBG2 étant brûlé, et une partie de 
> >> >>> SBG1 impacté, ca laisse espoir à ceux qui sont hébergés dans les 
> >> >>> autres salles...
> >> >>>
> >> >>
> >> >> 
> >> >> Je suis à titre perso simple client pour des VPS. L'info de la 
> >> >> localisation est dans le dashboard d'OVH. Et pour l'instant pas 
> >> >> de mail officiel reçu d'OVH.
> >> >> Manu
> >> >>
> >> >> ---
> >> >> 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/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.

RE: [FRnOG] [ALERT] Soucis DNS teams zoom ?

2021-02-02 Par sujet Raphael GEYER 
Bonjour,

De mon coté depuis hier soir je rencontre des difficultés à joindre les 
serveurs DNS ns1.u-strasbg.fr et ns2.u-strasbg.fr (osiris) qui ne répondent pas 
aux demandes depuis un accès Orange, SFR etc ... mais répondent depuis mon 
infra, alors que le serveur DNS shiva.jussieu.fr (renater) répond à toutes les 
demandes.

Raphael


-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Laurent 
GUERBY
Envoyé : mardi 2 février 2021 09:53
À : frnog-al...@frnog.org
Objet : [FRnOG] [ALERT] Soucis DNS teams zoom ?

Bonjour,

Depuis renater et quelques autres fournisseurs zoom.us et teams.microsoft.com 
ne repondent plus en DNS.

En solution temporaire j'ai demandé a nos resolveurs recursif interne de 
forward les zones non master locales a 8.8.8.8 qui a l'air de pouvoir encore 
resoudre ces domaines.

Une idee de ce qu'il se passe ? 

Laurent

/etc/bind/named.conf.options
options {
...
forwarders {
8.8.8.8;
8.8.4.4;
};
forward only;


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


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

RE: [FRnOG] [TECH] Route Google DNS |

2016-11-30 Par sujet Raphael GEYER 
Le 30/11/2016 à 12:29, Fabien Germain a écrit :
> Quelle idée aussi d'utiliser les DNS de Google ou OpenDNS... Quant à la 
> neutralité du net, si
> tu ne tiens vraiment pas à utiliser les DNS de ton FAI (pour quelle raison, 
> par curiosité ?), un 
> petit Raspberry en local avec un resolveur DNS, ça coûte 40€ en matos et 1h 
> d'install/config.

L'utilisation des DNS Google ne se faisait que dans le cadre des tests car nous 
constatons des lenteurs/erreurs lors de la résolution en passant par les 
serveurs racines...

Raphael


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

RE: [FRnOG] [TECH] Route Google DNS |

2016-11-30 Par sujet Raphael GEYER 
Samuel,

Je confirme, aucun timeout en utilisant TCP après plusieurs essais ...

C:\>nslookup "-set vc" www.orange.fr 8.8.8.8
Serveur :   google-public-dns-a.google.com
Address:  8.8.8.8

Réponse ne faisant pas autorité :
Nom :d.hpc.gtm.fti.net
Addresses:  2a01:c9c0:b3:3000::73
  193.252.148.70
Aliases:  www.orange.fr
  www.orange.fr.multis.x-echo.com

Raphael




-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Samuel PIRON
Envoyé : mercredi 30 novembre 2016 11:48
À : frnog@frnog.org
Objet : Re: [FRnOG] [TECH] RE: Route Google DNS |

Bonjour,

Le problème semble être là depuis plusieurs jours sur les lignes Orange (vu sur 
Twitter).

Est-ce qu'il y a des pertes de paquets vers 8.8.8.8 ou juste des problèmes de 
résolutions DNS ?

Est-ce que la résolution marche mieux en TCP ?
-> nslookup "-set vc" orange.fr


Cordialement,

---
Samuel


Le 30/11/2016 11:40, Raphael GEYER a écrit :
> Bonjour,
> 
> J'allais justement vous soumettre exactement le même problème.
> J'ai appelé plusieurs fois le support Orange qui m'indique que  si en 
> utilisant les DNS de Orange cela fonctionne c'est que tout est OK.
> En insistant ils sont même allé jusqu'à me remplacer la box ! Mais le 
> problème persiste bien entendu...
> 
> C:\>nslookup www.orange.fr 8.8.8.8
> Serveur :   google-public-dns-a.google.com
> Address:  8.8.8.8
> 
> DNS request timed out.
> timeout was 2 seconds.
> DNS request timed out.
> timeout was 2 seconds.
> Nom :d.hpc.gtm.fti.net
> Address:  2a01:c9c0:a3:8::70
> Aliases:  www.orange.fr
>   www.orange.fr.multis.x-echo.com
> 
> C:\>nslookup www.orange.fr 8.8.4.4
> Serveur :   google-public-dns-b.google.com
> Address:  8.8.4.4
> 
> DNS request timed out.
> timeout was 2 seconds.
> Réponse ne faisant pas autorité :
> Nom :d.hpc.gtm.fti.net
> Addresses:  2a01:c9c0:b3:3000::73
>   193.252.122.73
> Aliases:  www.orange.fr
>   www.orange.fr.multis.x-echo.com
> 
> Cordialement,
> 
> Raphael
> 
> 
> -Message d'origine-
> De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la 
> part de Mario VALETTI Envoyé : mercredi 30 novembre 2016 11:27 À : 
> frnog-t...@frnog.org Objet : [FRnOG] [TECH] Route Google DNS |
> 
> Bonjour la liste,
> 
> Nous avons deux connexions Internet 'standard' avec deux FAI 
> différents (Orange et Free).  Nous utilisons les serveurs DNS publics 
> de Google pour fournir une résolution de noms Internet (8.8.8.8 et 
> 8.8.4.4).
> 
> Nous avons remarqué, depuis les dernières semaines, que quand le 
> trafic est routé vers les serveurs DNS via Orange, nous voyons 
> beaucoup de paquets perdus en raison d'un ensemble de routeurs sur la 
> route. Nous n'avons pas de paquets perdus lorsque le routage est 
> effectué via FREE.
> 
> Comme nous avons un accès Internet standard, je ne suis pas sûr 
> qu'Orange regarde et analyse ce problème - en particulier car ils 
> disent simplement d'utiliser leurs serveurs DNS.
> 
> Est-ce que quelqu'un sur cette liste peut recommander une manière afin 
> que je puisse obtenir une configuration fonctionnel et correct des 
> routeurs ? Ici les routeurs produisant des paquets perdus :
> 
> 
> Orange :
> |---|
> |  WinMTR statistics
> |
> |   Host  -   %  | Sent | Recv
> ||--|--|
> |   192.168.166.1 -0 | 5545 | 5545
> | lns-bzn-36-82-251-1-254.adsl.proxad.net -0 | 5583 | 5583
> |  78.255.140.126 -0 | 5582 | 5582
> | abb75-4x-1-v902.intf.nro.proxad.net -0 | 5581 | 5581
> |pes75-49m-1-v904.intf.nro.proxad.net -0 | 5550 | 5550
> |  p13-49m-3-v814.intf.nro.proxad.net -0 | 5571 | 5571
> |bzn-crs16-2-be1117.intf.routers.proxad.net -0 | 5597 | 5597
> |   bzn-crs16-2-be1005.routers.proxad.net -0 | 5573 | 5573
> |72.14.211.26 -   31 | 2517 | 1748
> | 108.170.244.225 -   31 | 2542 | 1778
> |   209.85.142.23 -   31 | 2525 | 1745
> |  google-public-dns-b.google.com -   31 | 2510 | 1736
> 
> 
> 
> Free :
> |---
> |  WinMTR statistics
>   |
> |   Host  -   %  | Sent | Recv
> ||--|--
> |

[FRnOG] [TECH] RE: Route Google DNS |

2016-11-30 Par sujet Raphael GEYER 
Bonjour,

J'allais justement vous soumettre exactement le même problème.
J'ai appelé plusieurs fois le support Orange qui m'indique que  si en utilisant 
les DNS de Orange cela fonctionne c'est que tout est OK.
En insistant ils sont même allé jusqu'à me remplacer la box ! Mais le problème 
persiste bien entendu...

C:\>nslookup www.orange.fr 8.8.8.8
Serveur :   google-public-dns-a.google.com
Address:  8.8.8.8

DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
Nom :d.hpc.gtm.fti.net
Address:  2a01:c9c0:a3:8::70
Aliases:  www.orange.fr
  www.orange.fr.multis.x-echo.com

C:\>nslookup www.orange.fr 8.8.4.4
Serveur :   google-public-dns-b.google.com
Address:  8.8.4.4

DNS request timed out.
timeout was 2 seconds.
Réponse ne faisant pas autorité :
Nom :d.hpc.gtm.fti.net
Addresses:  2a01:c9c0:b3:3000::73
  193.252.122.73
Aliases:  www.orange.fr
  www.orange.fr.multis.x-echo.com

Cordialement,

Raphael


-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Mario VALETTI
Envoyé : mercredi 30 novembre 2016 11:27
À : frnog-t...@frnog.org
Objet : [FRnOG] [TECH] Route Google DNS |

Bonjour la liste,

Nous avons deux connexions Internet 'standard' avec deux FAI différents (Orange 
et Free).  Nous utilisons les serveurs DNS publics de Google pour fournir une 
résolution de noms Internet (8.8.8.8 et 8.8.4.4).

Nous avons remarqué, depuis les dernières semaines, que quand le trafic est 
routé vers les serveurs DNS via Orange, nous voyons beaucoup de paquets perdus 
en raison d'un ensemble de routeurs sur la route. Nous n'avons pas de paquets 
perdus lorsque le routage est effectué via FREE.

Comme nous avons un accès Internet standard, je ne suis pas sûr qu'Orange 
regarde et analyse ce problème - en particulier car ils disent simplement 
d'utiliser leurs serveurs DNS.

Est-ce que quelqu'un sur cette liste peut recommander une manière afin que je 
puisse obtenir une configuration fonctionnel et correct des routeurs ? Ici les 
routeurs produisant des paquets perdus :


Orange :
|---|
|  WinMTR statistics
   |
|   Host  -   %  | Sent | Recv
||--|--|
|   192.168.166.1 -0 | 5545 | 5545
| lns-bzn-36-82-251-1-254.adsl.proxad.net -0 | 5583 | 5583
|  78.255.140.126 -0 | 5582 | 5582
| abb75-4x-1-v902.intf.nro.proxad.net -0 | 5581 | 5581
|pes75-49m-1-v904.intf.nro.proxad.net -0 | 5550 | 5550
|  p13-49m-3-v814.intf.nro.proxad.net -0 | 5571 | 5571
|bzn-crs16-2-be1117.intf.routers.proxad.net -0 | 5597 | 5597
|   bzn-crs16-2-be1005.routers.proxad.net -0 | 5573 | 5573
|72.14.211.26 -   31 | 2517 | 1748
| 108.170.244.225 -   31 | 2542 | 1778
|   209.85.142.23 -   31 | 2525 | 1745
|  google-public-dns-b.google.com -   31 | 2510 | 1736



Free :
|---
|  WinMTR statistics  |
|   Host  -   %  | Sent | Recv
||--|--
| 192.168.166.1 -0 | 5374 | 5374
| 192.168.2.1 -0 | 5375 | 5375
|   80.10.115.228 -0 | 5426 | 5426
|   10.123.204.62 -0 | 5426 | 5426
|ae44-0.niaub102.aubervilliers.francetelecom.net -0 | 5426 | 5426
|  193.252.137.70 -1 | 5380 | 5369
|hundredgige0-4-0-2.lontr4.london.opentransit.net -0 | 5421 | 5421
|   72.14.210.106 -0 | 5425 | 5425
|  216.239.48.113 -0 | 5426 | 5426
|   216.239.58.65 -0 | 5414 | 5414
|  google-public-dns-a.google.com -0 | 5414 | 5414





Cordialement,
Mario

The content of this communication is not intended for any other person. If you 
are not the intended recipient please notify the sender immediately, delete 
this message from your system and do not copy, transfer or disclose this 
message or its contents to any third party. Please go to 
http://www.kytegroup.com/index.php/general-disclaimer for full disclaimers and 
important information. We reserve the right to monitor and record all 
electronic messages whether received or sent by us.

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


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