renaudScore42

juste mes 2cents sur les SYS. Je viens d'en prendre un pour un besoin spécifique et histoire d'évaluer leur nouveau service. A priori le manager SYS est une sous-manager d'OVH dans le sens où il utilise l'API OVH.com On s'identifie avec un email mais on quand même un identifiant ressemblant à un nic-handle (en -sys). Par contre point de vu service ça respecte le cahier des charges à savoir minimaliste le but c'est zéro VA le minimum pour le minimum du prix ... Et à mon avis on aura pas droit à la gestion des droits tels qu'on l'a sur OVH.com Mes 2cents Renaud

Bonjour Nath, La qualification de la notion de SPAM chez OVH peut avoir plusieurs origines: 1. des plaintes explicites d'utilisateurs (met l'IP de ton serveur sur: http://mxtoolbox.com/ et regarde le résultat) 2. ovh intercepte maintenant tous le trafic sur le flux sortant (peut être meme entrant) ayant comme destiantion le port 25 (SMTP). A partir d'un échantillon ils tentent de déterminer si il s'agit de SPAM ou non. Dans le 1er cas tu as soit: - un problème d'infection viral - tu n'es pas très honnete avec nous - des utilisateurs de ton service (serveur) pas sympa En effet il s'agit d'une déclaration explicite pour SPAM. Alors même si il y a des "faux-positifs" c'est plutôt mauvais signe. Dans ce cas il faut faire inspecter ton serveur et si tu as un peu de connaissance voir les logs /var/log/mail.* pour voir si tu n'as pas de trafic anormal (biensur dans l'hypthèse ou l'envoi passe par ton MTA local) Dans le 2nd cas c'est plus flou. La qualification dépendant d'OVH il est difficile de savoir si ils ont raison ou pas. Notamment si tu as des utilisateurs (toi même) qui redirigent massivement des domaines locaux (ndd que tu héberges par exemples) vers des adresses externes (Gmail, Hotmail ...). La seule chose qui est etrange c'est que si tu es accusé de SPAM OVH bloque l'entrant/sortant en toute logique ils devraient ne bloquer que le sortant ... Mais bon c'est OVH Heu confusion SMTP/POP3/IMAP ... Si OVH bloque l'entrant/sortant sur le port SMTP port utilisé par les MTA (sans SSL/TLS) la reception des emails sera défaillante. Renaud

SI j'ai bien compris tu as un template "htaccess" que tu répliques sur chaque site ? méfie toi qu'il ne soit pas possible d'injecter du code dans ton template à partir du web sans quoi tu risques d'avoir de grosses surprises

Note cependant que toutes les techniques "offline" c'est à dire ne faisant pas intervenir le visiteur impliquent que certaines informations ne seront pas présentes et notamment toutes celles qui concernant le navigateur lui même (plugins, résolution d'écran ....) Ces solutions signifient aussi et surtout que tu disposes des fichiers de logs (en général c'est le cas chez la plupart des hébergeurs) mais surtout qu'il te faut un endroit pour les traiter (c'est à dire générer un rapport à partir des fichiers brutes). Renaud

Bonjour, C'est très simple si tu as accès à l'interface ISPCONFIG tu peux alors créer un compte SSH qui sera chroot dans le répertoire dédié de l'utilisateur web. C'est dans Sites/commandline Le serveur web en root ça simplifie la vie aussi Sinon il y a des manières de synchroniser en FTP aussi (au hasard lftp) voir d'utiliser un outil de déploiement adosser à un CVS. Renaud

Bonjour, Utilise un script de déploiement. Si tu n'as pas besoin d'adapter le fichier avant upload. Tu dois pouvoir faire quelques choses avec FileZilla en ligne de commande. Sinon tu vois avec ton hébergeur pour qu'il automatise cette tâche mais il faut bien le connaitre. Renaud

OVH comme tous les fournisseurs d'infrastructures sont très fort pour l'industrialisation de leurs offres. En dédié, mutualisé, virtualisé ... Par contre comme tous les monstres (et c'était déjà le cas même au début) le client "unitaire" n'est pas réellement en centre de leur préocupation. Bon d'accord si vous pesez sur 30k€/mois de CA vous comtpez En gros le dédié est clairement intéréssant si votre site vous fait vivre Par contre un mutualisé c'est aussi un ensemble de service que beaucoup de webmestre ignore. En gros gérer un serveur est différent de gérer un site/une application Web. Du coup si on peut s'y retrouver au début (certain joueront même leur business sur du kimsufi) les hacks, optimisations et la régulation (email ou autre) viendra rapidement vous poser des problèmes. D'où d'ailleurs les services d'infogérances ... Personnellement je conseille plutôt un mutualisé chez un hébergeur qui connait ses clients plutôt qu'un dédié sur lequel on devra faire intervenir un sysadmin en urgence car tout est cassé

C'est relativement simple: (https://www.ovh.com/fr/support/documents_legaux/version/Conditions_particulieres_location_serveur_dedie_2013_2013-07-29.pdf) Article 8 dernière phrase: En gros à partir de là tout est à la discretion d'OVH. Renaud

Vu ce que tu décris tu dois aussi prendre en considération plusieurs choses: - ton client a-t-il donner ou proposer plus que ce que tu demandais ? - as-tu bien fait les verifications d'usage sur ton client (est-il bien inscrit au registre des sociétés ....) ... Car il peut s'agir de "blanchiment d'argent" En gros la technique est simple: - tu prends un prestataire éloigné, perso prendre un client si lointain (sauf si tu es originaire et que tu as des contacts là-bas) c'est risqué - tu envois de l'argent que tu veux blanchir - tu récupères l'argent pour cause de remboursement ou autre pretexte (genre dans leur compta c'est eux qui ton vendu un truc) Bon courage, mais pour mon avis personnel, pour 1700€ je ne les vois pas engager une action en France contre toi Renaud

Bonjour, Bon effectivement tu ne donnes que peu d'information sur ton problème. D'information technique nous dirons. Si tu utilises ISPCONFIG pour la gestion de tes emails on supposera que tu l'utilises aussi pour la création de tes sites Internet. Dans tes derniers posts tu nous dis que l'upgrade a été fait par OVH suite à un hack. Pas mal d'information, on imagine que pour l'upgrade il doit s'agir de l'OS (quel OS ? Quelle distribution/version ?). Il est sur que résoudre un hack par un upgrade est une très mauvaise idée (OVH est parfois de bon conseil) mais surtout ce qui va nous intérésser c'est: - version de PHP ? - quelle méthode pour complier/exécuter tes scripts PHP ? (mod_php, suphp, php-fpm ...) - comment ton site gère-t-il les sessions utilisateurs ? (memcache, apc, fichier, base de données ...) ... Peut-être serait-il intéréssant de faire intervenir une personne compétente si ton activité commerciale dépend de ton site Renaud