Dan

Tu n'as pas d'accès comme web1 sur ta VM ? SInon c'est simple : rsync -av /var/www/site_version_dev/ web1@ipServer:/var/www/site_version_prod/web/

C'est que le serveur ns.kinsufi.com ne répond pas. Un "traceroute ns.kimsufi.com" le montre bien ! ns1.le-hub.net:# traceroute ns.kinsufi.com traceroute to ns.kinsufi.com (8.5.1.47), 30 hops max, 60 byte packets 1 * * * 2 rbx-g2-a9.fr.eu (91.121.131.90) 0.841 ms 1.111 ms 1.114 ms 3 * ams-5-6k.nl.eu (178.33.100.231) 44.268 ms ams-5-6k.nl.eu (94.23.122.190) 44.275 ms 4 amsix.r2.am.hwng.net (195.69.145.70) 5.755 ms 5.815 ms 6.229 ms 5 209.197.10.97 (209.197.10.97) 11.607 ms 11.683 ms 11.607 ms 6 1-3.r2.ny.hwng.net (69.16.191.98) 128.406 ms 128.434 ms 128.409 ms 7 unknown.hwng.net (209.197.0.37) 174.089 ms 169.720 ms 169.921 ms 8 * * * 9 209.234.240.250 (209.234.240.250) 178.680 ms 178.566 ms 178.559 ms 10 209.197.6.202 (209.197.6.202) 179.570 ms 209.197.6.206 (209.197.6.206) 179.521 ms 179.535 ms 11 69.64.152.189 (69.64.152.189) 178.289 ms 178.520 ms 178.519 ms 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * *

Je pense que si c'est vraiment une attaque DDOS, il n'existe pas beaucoup de solutions financièrement accessibles pour un serveur perso. Je vois en lisant ton premier message, que iptables est installé ! Tu peux compléter cela avec fail2ban dont l'installation par défaut protègera -un peu- ton serveur. Plesk n'est pas une solution protégeant un serveur. C'est juste une sur-couche d'administration qui permet de gérer celle-ci par le web. Cela évite juste d'avoir à se plonger dans les commandes shell. SI les attaques visent des sites web, donc sont lancées contre le serveur Apache, un module tel que mod_evasive pourrait t'aider en limitant le nombre de hits/seconde pour une IP donnée. Mais ce n'est efficace que contre les attaques DOS, pas les attaques DDOS vu que dans ce dernier cas les IP sont bien trop variées. C'est pour cela qu'il faut d'abord s'assurer du type d'attaque.

Ton webmaster dit que c'est une attaque DDOS... mais en est-il certain ? Si c'est vraiment une attaque DDOS, je le vois mal entrer à la main les centaines/milliers d'IP dans iptables... Dans l'affirmative, quel type d'attaque : SYN flooding ou UDP flooding ?

Comme /s/ est le répertoire du sous-domaine, cela ne devrait pas poser de problème et aucune URL sous la forme nomdedomaine.tld/s/* ne sera logiquement utilisée.

Dans un .htaccess à la racine du sous-domaine s.domaine.com : RewriteCond %{HTTP_HOST} !s\.domaine\.com RewriteRule /?s/(.*) http://s.domaine.com/$1 [QSA,L]

As-tu essayé un "traceroute" ? Cela te dira si tu as un routeur qui bloque sur le trajet. traceroute ledomaine.tld (sous mac) ou tracert ledomaine.tld (sous windows)

Le problème a été réglé en mettant le dépôt SVN sur un sous-domaine créé pour l'occasion

Et on en a discuté par téléphone, c'est tellement plus facile ! Bienvenue chez les infogérés !

Bien vu pour le "class=renew_desc" ! J'ai corrigé cela. C'était du à la nouvelle installation de Nexus. Merci ! C'est toujours d'actualité, et je ne savais pas que Google m'aimait à ce point ! Je ne suis pas vraiment accro aux moteurs de recherche. Il m'arrive aussi de faire du tuning mysql et Apache... mais pas de manière systématique. C'est donc uniquement en cas de demande de l'infogéré. Par contre, je ne mets pas mon nez dans le code php de mes clients. Je ne gère pas des sites. Cordialement, Dan

Tu arrives encore à te passionner pour la formule 1 ? J'ai été fan pendant des années, mais je trouve cela bien trop aseptisé à l'heure actuelle. Bienvenue à bord du Hub !

Bonjour, Ce n'est pas indispensable... mais cela évite les entrées dans les logs pour des "file not found !" Donc, c'est mieux de mettre un fichier robots.txt même s'il ne contient que ces deux lignes : User-agent: * Disallow:

Lorsque j'entre tout simplement toto@me.com dans une cellule, j'ai automatiquement un lien mailto: Si ce n'est pas le cas chez toi, essaie en ajoutant "mailto:" devant tes chaînes de caractères

Bonjour, Et si tu posais la question directement sur le forum en question, à celui qui a posé cette affirmation ? Ce ne serait pas plus simple ? On ne peut pas répondre à sa place !

Bienvenue à toi Régis. Comme je disais dans l'autre post : "mieux vaut tard que jamais !" On a vu des membres à qui il fallait bien plus de 3 ans pour poster !

Bonjour, Il est toujours risqué de mettre à jour php "à l'aveugle" car, si je ne m'abuse, la version standard de Php installée avec avec CentOS 5.5 est la 5.1.6 (???) et une mise à jour va remplacer cette version par php 5.3 ou 5.4. Et dans ce cas, nombre de tes sites risquent de poser des problèmes de compatibilité. Il serait plus sage de vérifier d'abord tes sites et faire les mises à niveau du code

Je pense, au vu de ton installation de php 5.1.6, que tu dois avoir une version 5.5 ou antérieure de CentOS. Or CentOS 5.5 n'a pas de version 5.2.x ou 5.3.x de php dans ses repositories. Tu devrais dans ce cas faire une mise à niveau de CentOS (il faut au moins la version 5.6 de CentOS pour avoir php 5.3) <Edit : ou bien utiliser un autre repository, mais je crains que tu ne te sentes pas suffisamment à l'aise pour cela >

1. Tu as quelle version de CentOS ? Qu'on puisse te donner la commande pour mettre ton Php à jour. 2. Tu veux quelle version de php ? 5.3 ou 5.4 ?

Quel est le contenu du fichier /etc/resolv.conf ???

Si tu n'as configuré de particulier dans les paquets CentOS, non ! Attention toutefois : cela risque de durer un moment si tu n'as jamais lancé de mise à jour.

Tu peux lancer un "yum update" (en tant que root) qui mettra tous tes paquets à la dernière version du repository de CentOS, non ? Parce que même php 5.2 est obsolète depuis un an... donc la 5.1, je ne te dis pas...

Tu as quelle version de php ? Ton serveur dédié est en "release 1" pour avoir une version obsolète, j'imagine ??? C'est un peu dommage d'envisager de mettre un blog sur un mutu, alors que tu as un serveur dédié à disposition.

Bienvenue sur Webmaster-Hub !

Et oui, on a passé les 10 ans depuis le 18/08/2013 ... mais personne n'en a parlé ! On fait comme les femmes... une fois un certain âge, on ne compte plus

RedirectPermanent renvoie aussi bien toutes les URLs que les QUERY_STRING ... donc la structure d'un site complet Il faut juste que les deux membres de l'expression soient des répertoires ! Dans l'exemple donné ci-dessus, l'expression renverrait /rep1/rep2/toto.htmvershttp://www.nouveaudomaine.tld/rep1/rep2/toto.htm'>>http://www.nouveaudomaine.tld/rep1/rep2/toto.htm