OVH Community, votre nouvel espace communautaire.

Impossible d'accéder àa mon serveur (réseau free)


fritz2cat
20/05/2015, 07h37
Pas surpris non plus voir post #4

janus57
20/05/2015, 06h22
Bonjour,

tiens je l'avais prédit celle-ci.

Cordialement, janus57

adrien62
20/05/2015, 02h19
Problème résolu, causé par la mitigation.

adrien62
11/05/2015, 12h54
Un technicien de dispo pour jeter un oeil ? c'est toujours en panne depuis vendredi soir .
Merci.

vps52940

adrien62
09/05/2015, 14h11
Encore merci pour la clarification ! (j'aurais du chercher un peu plus loin ducoup)

janus57
09/05/2015, 13h57
Bonjour,

faut arrêter la parano avec ces boites noirs (non seulement elle ne seront pas visible mais existe déjà chez les FAI...)

Y a pas mal de robots qui traine sur internet, par exemple sur certains de mes sites je vois un robot de la BNF (bibliothèque nationale de France dans le whois) ou autre robots

Après je sais pas sur regarder à coup de netstat est spécialement bien, comme dit plus haut faudrait regarder à coup de tcpdump pour en être sûr à 100%

De plus regarde le whois de l'ip que tu donne : http://whois.domaintools.com/178.255.215.90 + http://www.exalead.com/search/webmasterguide
donc c'est simplement un robot d'indexation géré par http://www.3ds.com/fr/ et au passage ton site est accessible via IP + NDD donc bon 2x plus de chance de choper un robot du coup.

Cordialement, janus57

adrien62
09/05/2015, 13h38
En faisant un : netstat -tanpu | grep :80 | awk '{print $5}' | cut -f 1 -d ":" | sort |uniq -c

j'obtiens une ip de :
178.255.215.90 FR France,Europe 48.86,2.35 Dassault Systemes Dassault Systemes

Qu'est-ce-que dassault viendrait faire sur le site d'une asso ? un lien avec la mise en place des "boites noires" ?

Second point, depuis ma 3G (bouygues), je vois bien mon ip, sinon depuis ma free toujours le meme probleme et là mon ip n'apparait évidemment pas

adrien62
08/05/2015, 20h01
Pas grave , tu m'as déjà pas mal renseigné par rapport au support ^^

janus57
08/05/2015, 19h43
Bonjour,

si le VAC fait bien son boulot la charge ne devrait pas trop bouger (dépend du type de (D)DoS et de l'ampleur après).

Sinon y aurait surement d'autre technique avec TCPdump pour voir si le serveur reçoit bien les packets de ta connexion mais je connais pas la procédure donc je peu pas aider sur ce point :s

Cordialement, janus57

adrien62
08/05/2015, 18h57
J'ai ouvert un ticket au support hier soir, mais étant jour férié aujourd'hui, je ne pense pas avoir de réponse avant lundi.
Support -> Support technique (depuis le nouveau panel)

La charge du serveur n'est pas censée augmenter en cas de ddos ? (parce que là au max il a été chargé à 0.30)

janus57
08/05/2015, 18h54
Bonjour,

vois alors avec le support OVH, car je le vois encore activé, donc soit un tech t'a mis en VAC forcé soit ton VPS se fait attaquer et du coup y a des effets de bords.

Car un problème qui touche juste free/sfr cela me parait bien bizarre/ciblé, ce qui est faux d'ailleurs, car si je test avec des sites externes (google/gtmetrix/pingdom/dareboost), je vois gtmetrix qui tombe en timeout (et visiblement pingdom aussi), du coup c'est peut être le VAC qui fait un peu de "zèle" ou alors ton VPS est bien sous attaque mais le VAC est un peu trop agressif.

En tout cas certains sites échoue pour lire ton site, ton cela ne touche pas que certains FAI bien spécifique mais semble être "aléatoire", malheureusement j'ai pas de connexion free/sfr ou autre sous la main, donc avec ma connexion Orange 0 problème mis à part le passage par le VAC.

Cordialement, janus57

adrien62
08/05/2015, 18h35
Le vac était configuré en "permanent", je l'ai passé en automatique

janus57
08/05/2015, 18h21
Bonjour,

et donc le VAC a été activé manuellement ou automatiquement suite à une détection d'attaque ?

Cordialement, janus57

adrien62
08/05/2015, 17h49
J'ai pas accés en ssh (hors 3G bouygues , mais ça coupe - site ok depuis la 3G)

server=> pc Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 11.ip-37-187-237.eu 66.7% 16 0.1 0.2 0.1 0.4 0.1
2. rbx-g2-a9.fr.eu 0.0% 16 1.0 1.4 0.9 2.6 0.6
3. ???
4. ???
5. ???
6. bzn-crs16-2-be1009.intf.routers. 35.7% 15 8.1 9.5 6.3 12.6 2.2
7. bzn-9k-4-be1005.intf.routers.pro 57.1% 15 5.5 6.5 5.5 9.1 1.4
8. mours-6k-1-po6.intf.routers.prox 92.9% 15 5.4 5.4 5.4 5.4 0.0
9. sermaize-4k-1-v802.intf.routers. 40.0% 15 6.4 7.3 6.2 11.0 1.7
10. ???
11. aub62-1.dslg.proxad.net 92.9% 15 7.8 7.8 7.8 7.8 0.0
12. monip 0.0% 15 28.7 30.0 28.3 34.6 1.5

second test depuis le server => pc


Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 11.ip-37-187-237.eu 13.9% 101 0.2 0.1 0.0 0.4 0.1
2. rbx-g2-a9.fr.eu 0.0% 100 1.1 2.1 0.7 67.3 6.7
3. ???
4. ???
5. ???
6. bzn-crs16-2-be1009.intf.routers. 28.3% 100 10.7 9.6 5.0 43.9 4.8
7. bzn-9k-4-be1005.intf.routers.pro 36.0% 100 5.4 7.8 5.3 32.6 5.8
8. mours-6k-1-po6.intf.routers.prox 82.8% 100 5.2 7.0 5.1 36.5 7.6
9. sermaize-4k-1-v802.intf.routers. 26.0% 100 15.0 8.2 6.1 45.5 6.5
10. arleux-4k-1-v800.intf.routers.pr 83.0% 100 7.2 7.5 7.2 9.5 0.6
11. aub62-1.dslg.proxad.net 81.8% 100 7.7 8.7 7.5 24.5 4.0
12. monip 0.0% 100 29.9 33.6 28.3 208.5 23.0

J'ai rétabli à l'instant la mitigation automatique

- - - Mise à jour - - -

|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 0 | 26 | 26 | 0 | 0 | 2 | 1 |
| monip - 0 | 26 | 26 | 21 | 22 | 25 | 21 |
| 213.228.30.62 - 0 | 26 | 26 | 22 | 23 | 26 | 23 |
|sermaize-4k-1-v800.intf.routers.proxad.net - 0 | 26 | 26 | 23 | 24 | 31 | 31 |
| mours-6k-1-v802.intf.routers.proxad.net - 4 | 26 | 25 | 24 | 25 | 27 | 27 |
| cbv-6k-2-v826.intf.routers.proxad.net - 0 | 26 | 26 | 25 | 26 | 29 | 25 |
| gsw-1-6k.fr.eu - 93 | 26 | 2 | 25 | 35 | 45 | 25 |
| th2-g1-a9.fr.eu - 0 | 26 | 26 | 26 | 26 | 29 | 29 |
| rbx-g1-a9.fr.eu - 0 | 26 | 26 | 28 | 30 | 32 | 30 |
| vac1-0-a9.fr.eu.vaccum - 0 | 26 | 26 | 28 | 30 | 33 | 33 |
| vac1-1-n7.fr.eu.firewall - 0 | 26 | 26 | 29 | 30 | 32 | 29 |
| vac1-2-n7.fr.eu.tilera - 0 | 26 | 26 | 28 | 30 | 32 | 28 |
| vac1-3-n7.fr.eu.arbor - 0 | 26 | 26 | 29 | 30 | 32 | 32 |
| No response from host - 100 | 25 | 0 | 0 | 0 | 0 | 0 |
| 11.ip-37-187-237.eu - 0 | 25 | 25 | 28 | 29 | 32 | 30 |
| 107.ip-37-187-245.eu - 0 | 25 | 25 | 28 | 30 | 36 | 29 |
|________________________________________________| ______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )

server-> pc

Host Loss% Snt Last Avg Best Wrst StDev
1. 11.ip-37-187-237.eu 0.0% 67 0.1 0.0 0.0 0.3 0.0
2. rbx-g2-a9.fr.eu 0.0% 67 0.9 1.1 0.7 3.3 0.5
3. ???
4. ???
5. ???
6. bzn-crs16-2-be1009.intf.routers. 22.7% 66 5.4 8.6 4.5 12.5 2.3
7. bzn-9k-4-be1005.intf.routers.pro 21.2% 66 5.5 6.6 5.3 27.9 3.3
8. mours-6k-1-po6.intf.routers.prox 80.0% 66 5.1 5.1 5.1 5.3 0.1
9. sermaize-4k-1-v802.intf.routers. 25.8% 66 6.3 6.7 6.1 12.7 1.4
10. arleux-4k-1-v800.intf.routers.pr 78.5% 66 7.2 7.7 7.1 13.5 1.7
11. aub62-1.dslg.proxad.net 80.0% 66 8.1 7.6 7.5 8.1 0.1
12. monip 0.0% 66 30.3 30.2 28.1 59.4 3.9

en 3G chez bouygues, ca charge pas completement le site, j'ai une erreur 504

janus57
08/05/2015, 17h42
Citation Envoyé par adrien62
C'est en cours, j'arrive pas à copier - coller depuis le webkvm ^^
Bonjour,

et en SSH peut être ?

SSH via VPN ou connexion annexe (mobile par exemple).

Cordialement, janus57

adrien62
08/05/2015, 17h41
C'est en cours, j'arrive pas à copier - coller depuis le webkvm ^^
Et comme j'ai pas accés, je peux paqs récupérer le fichier texte

janus57
08/05/2015, 17h40
Bonjour,

comme dit plus haut tout les test faut les faire dans les 2 sens PC -> VPS puis VPS -> PC sinon sa sert pas à grand chose à part dire que la connexion PC -> VPS va très bien à première vu mis à part qu'elle passe par le VAC donc soit le VPS se fait DDoS soit vous avez activé la mitigation perma qui comme dit plus haut est une mauvaise idée sir le VPS ne reçoit aucune attaque.

Cordialement, janus57

adrien62
08/05/2015, 17h34
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 0 | 6109 | 6109 | 0 | 0 | 16 | 0 |
| ipmaison- 0 | 6109 | 6109 | 20 | 22 | 151 | 22 |
| 213.228.30.62 - 0 | 6109 | 6109 | 21 | 23 | 231 | 23 |
|sermaize-4k-1-v800.intf.routers.proxad.net - 0 | 6109 | 6109 | 22 | 24 | 176 | 25 |
| mours-6k-1-v802.intf.routers.proxad.net - 9 | 6109 | 5572 | 23 | 25 | 162 | 26 |
| cbv-6k-2-v826.intf.routers.proxad.net - 0 | 6109 | 6109 | 24 | 26 | 162 | 27 |
| gsw-1-6k.fr.eu - 98 | 6109 | 175 | 24 | 38 | 346 | 27 |
| th2-g1-a9.fr.eu - 0 | 6109 | 6109 | 24 | 26 | 163 | 27 |
| rbx-g1-a9.fr.eu - 18 | 6109 | 5058 | 28 | 31 | 168 | 30 |
| vac1-0-a9.fr.eu.vaccum - 0 | 6109 | 6109 | 28 | 31 | 340 | 31 |
| vac1-1-n7.fr.eu.firewall - 1 | 6109 | 6103 | 28 | 30 | 163 | 30 |
| vac1-2-n7.fr.eu.tilera - 0 | 6109 | 6109 | 28 | 30 | 175 | 30 |
| vac1-3-n7.fr.eu.arbor - 1 | 6109 | 6104 | 28 | 30 | 229 | 31 |
| No response from host - 100 | 6109 | 0 | 0 | 0 | 0 | 0 |
| 11.ip-37-187-237.eu - 1 | 6109 | 6108 | 28 | 31 | 491 | 47 |
| 107.ip-37-187-245.eu - 1 | 6109 | 6107 | 28 | 31 | 428 | 49 |
|________________________________________________| ______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )

janus57
08/05/2015, 17h27
Bonjour,

@nowwhat : non c'est pas le rack qui est mis derrière le VAC mais bien le VPS/Dédié cible de l'attaque et donc le traffic IP qui va vers ce VPS/Dédié.

D'ailleurs c'est grâce à ça que avec l'anti DDoS Pro on peut activer la mitigation permanente vers une IP bien précise et laisser les autre en dehors du VAC.

Ici faudrait faire une MTR dans les 2sens pour voir si y a des perte au niveau du VPS ou si tout simplement le chemin pris est le même dans les 2sens.

Sinon tu peu toujours t'amuser à contacter le support mais il vont aussi te demander des test comme des MTR/Traceroute et dans les 2sens (ce que tu n'a pas fait ici).

Et surtout ne jamais se fier au ping car il est non prioritaire, on peu le désactiver et le VAC peu le désactiver aussi si on a config le Firewall network ainsi car certaines site de DDoS se base sur le ping, donc rien qu'en coupant le ping l'attaque cesse car l'host est détecté comme "down" (ce qui est faux il ajuste coupé le ping, comme le site ovh.com).

Conseils : si tu n'a pas besoin du VAC et que c'est toi qui a activé le mode permanente, désactive le sa sert strictement à rien d'enclencher un nettoyeur de DDoS si tu ne te fait pas DDoS, comme indiqué dans le panel V6 la mitigation permanente peu avoir des effets de bord sur ton trafic.
Donc si c'est toi qui a mis le VAC en mode permanent, désactive le et arrête de jouer avec surtout qu'il filtre pas spécialement bien les protocole UDP pour les logiciels tel que TS/Mumble (du moins face à l'anti-DDoS spéciale GAME qui inclus un meilleur filtrage des jeux/voip).

Rappel sur le VAC : https://www.ovh.com/fr/anti-ddos/principe-anti-ddos.xml

Cordialement, janus57

adrien62
08/05/2015, 15h49
Merci pour ton retour !

Nowwhat
08/05/2015, 15h38
Citation Envoyé par adrien62
Le ping passe, le teamspeak passe (trés mal), mais le port 80 apparemment ya pas moyen et c'est ça qui me parait étrange. (d'où mon test de desactivation de tous les firewall possible iptables / panel ovh)
Ce qui est "pas normal".
Normallement, c'est d'bord le ping qui tombe car très peu prioritaire.
Puis le UDP (= teamspeak)
Puis, quand rien ne va plus, le TCP (= entre autre ton serveur web).

Citation Envoyé par adrien62
Pour un vps, l'ip est unique
Correct.
Mais tous ces IP's de toutes les VPS sur un même hôte son multiplexé sur quelques NIC's 'physiques'. Quand ce NIC physique sature (DDOS) TOUTES les IP's attaché sur ce NIC seront touchés.


Je vois mes logs d'apache défiler, avec des ip qui consultent les sites, donc je pense qu'il va falloir patienter ..
Pour 'nous', ton serveur fonctionne donc

adrien62
08/05/2015, 13h55
Pour l'histoire de Youtube, je suis chez Free et il n'y a plus de problème (à mon niveau).
Le ping passe, le teamspeak passe (trés mal), mais le port 80 apparemment ya pas moyen et c'est ça qui me parait étrange. (d'où mon test de desactivation de tous les firewall possible iptables / panel ovh)

Pour un vps, l'ip est unique

Je vois mes logs d'apache défiler, avec des ip qui consultent les sites, donc je pense qu'il va falloir patienter ..

Nowwhat
08/05/2015, 13h48
Il me semble que "tilera/firewall/co" ne protège pas un KS en cas de DDOS, mais toute une plage à la fois.
Donc "on" se fait DDOS sur son serveur et toute la plage (armoire, rack, même une partie du data center) est rangé derrière la protection.

Pour un VPS, je suis convainque que c'est le hôte entier qui est protégé, pas qu’UN VPS qui tourne dessus.

Un autre histoire est le peering entre "Free" et OVH.
Normalement, il existe une coutume que en cas de peering entre FAI "X" et gros hosteur "Y", le frais de câblage (fibre) est divisé en deux.
Or, nous sommes en France puis, nous avons Free. Chez Free, les affaires fonctionne autrement. Free demande l'argent à ces abonnées - et l'argent aux hosteurs "OVH, Youtube, Google, Amazone, etc etc "ceux qui fournissent l'info") Je me demande même si Netfix ne paie pas Free,pour que ça passe ... Le modèle économique de rêve. La modèle gagnant / gagnant qui s'avère être : le contraire.
Mais nous savons tout ce qui se passe quand mon voisin regarde avec son "Free" un vidéo chez YouTube - et moi avec mon (disons) "Orange".
J'ai vu le vidéo, mon voisin n'a jamais vu le fin ....
Des sources non-officiels m'ont informé que le plupart des données qui véhicule chez Free est le ... P2P. Et il n'y pas que Hollande qui désire éradiquer ça - les hosteurs connecté à Free aussi ....
Bref....

(aujourd’hui on évite la blague que Free vend aussi des abonnements GSM sans avoir un réseau à lui .... )

Le fait que ton serveur est bien accessible depuis UN FAI, mais pas l'autre ne prouve qu'une chose: ton VPS va bien.
Il faut patienter.

Je pense pas que sortir son serveur (VPS !) de la protection ne fonctionne pas vraiment. Tu partage quand même UN IP avec des milliers d'autres, et enlever la protection aura comme résultat que le "host" dans laquelle ton VPS tourne "mourra" de suite. Avec comme résultat: pas mal des clients mécontent car il y aura des pertes (des données).

adrien62
08/05/2015, 13h19
J'avais stoppé fail2ban et pour le geoip, j'ai pas installé ce truc là ^^
J'avais même vidé iptables

Là j'arrive à me connecter sur mon teamspeak, seulement la voix est totalement pourrie, si j'avais été blacklisté je pense que même le ping me serait refusé.

Le problème est apparu du jour au lendemain, sans que je touche à quoi que ce soit, je ne vois pas d'où ça pourrait venir.
Sachant que certains ports passent et pas d'autres chez les fai, seul orange fonctionne. (tenté depuis plusieurs personnes qui sont pas forcement des habitués de nos sites)

J'ai même testé depuis des proxys extérieurs, ça fonctionne.

janus57
08/05/2015, 13h18
Bonjour,

tu n'aurait pas du GEOIP sur ton serveur avec le blocage de pays entier ?
Un fail2ban un peu trop zélé qui t'a banni toi et d'autres personnes ?

Car là concrètement le traceroute atteint ton serveur donc c'est pas un problème de routage et y a rien sur http://travaux.ovh.com

Cordialement, janus57

adrien62
08/05/2015, 11h39
Je ne pense pas vu que l ont peut y accéder normalement depuis d autres fai.
Et puis il y avait auparavant l anti ddos ovh actif, et apparemment actif ou pas ça n arrange pas le problème.

fritz2cat
08/05/2015, 11h35
Citation Envoyé par adrien62
J'ai désactivé la mitigation et le firewall du panel ovh, mais rien n y fait.
Que veux tu dire par sirène d alarme ?
Ton serveur ne serait-il pas la cible d'un DDOS ?

adrien62
08/05/2015, 11h29
J'ai désactivé la mitigation et le firewall du panel ovh, mais rien n y fait.
Que veux tu dire par sirène d alarme ?

fritz2cat
08/05/2015, 11h09
Le trafic passe par vacuum > firewall > tilera > arbor qui sont des protections d'attaques.
Ca semble vouloir indiquer que ton serveur a allumé les sirènes d'alarme de OVH.

Depuis Bruxelles, traceroute vers ton serveur et tracereoute vers l'IP juste voisine de la tienne:
C:\Users\xx>tracert 107.ip-37-187-245.eu

Tracing route to 107.ip-37-187-245.eu [37.187.245.107]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 172.19.3.1
2 19 ms 19 ms 18 ms ip-62-235-165-1.dsl.scarlet.be [62.235.165.1]
3 19 ms 19 ms 19 ms lag-56-200.iarmar3.isp.belgacom.be [91.183.244.22]
4 * * * Request timed out.
5 24 ms 19 ms 19 ms ovh.bnix.net [194.53.172.70]
6 22 ms 22 ms 23 ms rbx-g2-a9.fr.eu [94.23.122.137]
7 22 ms 22 ms 23 ms vac1-0-a9.fr.eu.vaccum [178.33.100.151]
8 22 ms 24 ms 35 ms vac1-1-n7.fr.eu.firewall [178.33.100.152]
9 22 ms 22 ms 22 ms vac1-2-n7.fr.eu.tilera [37.187.36.245]
10 24 ms 22 ms 22 ms vac1-3-n7.fr.eu.arbor [37.187.36.254]
11 * * * Request timed out.
12 28 ms 22 ms 22 ms 11.ip-37-187-237.eu [37.187.237.11]
13 22 ms 22 ms 22 ms 107.ip-37-187-245.eu [37.187.245.107]

Trace complete.

C:\Users\xx>tracert 37.187.245.108

Tracing route to 108.ip-37-187-245.eu [37.187.245.108]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms 172.19.3.1
2 19 ms 19 ms 19 ms ip-62-235-165-1.dsl.scarlet.be [62.235.165.1]
3 19 ms 19 ms 19 ms lag-56-200.iarmar3.isp.belgacom.be [91.183.244.22]
4 * * * Request timed out.
5 19 ms 19 ms 20 ms ovh.bnix.net [194.53.172.70]
6 25 ms 22 ms 22 ms rbx-g2-a9.fr.eu [94.23.122.137]
7 23 ms 23 ms 22 ms rbx-s10-a9.fr.eu [37.187.231.174]
8 22 ms 22 ms 22 ms 155.ip-92-222-0.eu [92.222.0.155]
9 22 ms 22 ms 22 ms 108.ip-37-187-245.eu [37.187.245.108]

Trace complete.

adrien62
08/05/2015, 09h32
Bonjour Janus , voilà le tracerroute ::

D‚termination de l'itin‚raire vers 107.ip-37-187-245.eu [37.187.245.107]
avec un maximum de 30 sautsÿ:

1 <1 ms <1 ms <1 ms FREEBOX
2 21 ms 22 ms 23 ms
3 23 ms 22 ms 22 ms 213.228.30.62
4 24 ms 24 ms 24 ms sermaize-4k-1-v800.intf.routers.proxad.net [212.27.56.97]
5 25 ms 26 ms 26 ms mours-6k-1-v802.intf.routers.proxad.net [212.27.56.93]
6 26 ms 25 ms 26 ms cbv-6k-2-v826.intf.routers.proxad.net [212.27.51.85]
7 * * * D‚lai d'attente de la demande d‚pass‚.
8 25 ms 26 ms 26 ms th2-g1-a9.fr.eu [91.121.215.134]
9 31 ms 28 ms 31 ms rbx-g1-a9.fr.eu [91.121.215.133]
10 30 ms 30 ms 30 ms vac1-0-a9.fr.eu.vaccum [178.33.100.149]
11 29 ms 29 ms 30 ms vac1-1-n7.fr.eu.firewall [178.33.100.152]
12 28 ms 28 ms 30 ms vac1-2-n7.fr.eu.tilera [37.187.36.245]
13 30 ms 29 ms 30 ms vac1-3-n7.fr.eu.arbor [37.187.36.254]
14 * * * D‚lai d'attente de la demande d‚pass‚.
15 30 ms 30 ms 30 ms 11.ip-37-187-237.eu [37.187.237.11]
16 31 ms 29 ms 30 ms 107.ip-37-187-245.eu [37.187.245.107]

Itin‚raire d‚termin‚.

Pour celui du vps => pc, le ping est de l'ordre de 7.571ms

Le ping passe , mais les services sont bloqués !

Ce que je trouve étrange c'est que c'est accessible d'un fai à un autre
J'ai essayé depuis une autre connexion free, même probleme, et demandé à des amis s'il pouvait y accéder depuis leur différents opérateurs, pour la plupart c'est down sauf orange.

J'avais également du loss packet de l'ordre de 10 à 35% sur le teamspeak (sauf service que j'arrivais encore à joindre hier), mais c'était inaudible.

Chez bouygues j'obtiens une erreur 504 de temps à autre
Ca debloque depuis hier à 10h25, et sur le panel des travaux , ya eu une maintenance sur rbx à la meme heure, coïncidence ?

janus57
08/05/2015, 01h45
Bonjour,

que donne un traceroute PC -> VPS | VPS->PC ?

Car on peu pas faire de magie, sans informations pas de solutions possible.

Cordialement, janus57

adrien62
07/05/2015, 23h50
Bonsoir,

Depuis maintenant quelques heures, impossible d'accéder à mon serveur (sauf teamspeak et encore il débloque complètement avec un minimum de 10 à 30% de loss packet).

Depuis le réseau Orange / OVH, aucuns probleme, pour bouygues / sfr / free, je n'ai pas accés au ssh / web.
Ce que je trouve vraiment étrange !

Au niveau du pare-feu rien à bougé, par contre j'ai dû reboot le serveur car kvm ne fonctionnait pas.
La charge est entre 0.02 et 0.13
Merci pour votre aide.