Ce sujet reprend le début de la discussion des offres de serveurs dédiés pas chers du topic suivant : http://forums.phpbb-seo.com/hebergement ... .html#3067

dcz a écrit:OVH en propose a partir de 19 euro HT/ mois avec le kimsufi, plus que dur de faire mieux question rapport qualité / prix, juste deux euro de plus qu'un média plan

dcz a écrit:La dedibox est vraiment un offre super sur le papier, la bande passante et la ram justifient amplement la différence de prix avec un kimsufi.
Faut voir à l'usage, free est il capable d'assurer un service stable ?

Un petit article sur un comparatif Dedibox/Kimsufi.

2 forum consacrés à ces serveurs:
- http://www.dedibox-news.com/
- http://www.kimsufi-news.com/

Le tarif de ces 2 fournisseurs est très intéressant (19€99 HT pour Kimsufi et 29€99 HT pour la Dedibox) et d'ici quelques mois, je pense donc migrer vers un serveur dédié.

Lequel des deux choisir ?
256Mo de Ram pour Kimsufi contre 1Go pour la Dedibox
Processeur plus puissant pour Kimsufi
Avantage prix pour Kimsufi


Ensuite, tout en sachant que je débute sur linux, j'aimerais savoir le temps qu'il faut passer pour mettre en place le serveur. N'est-ce pas trop compliqué ?
La sécurité n'est elle trop pas trop dure à gérer ?
Les mises à jour PHP, MySQL, Apache, etc. se font-elles rapidement ?

Actuellement mon site est en mutualisé et de temps en temps, il y a quelques ralentissements notamment au niveau des requêtes SQL.
Au niveau charge, pour l'instant la communauté avec 500 membres n'est pas très grande, mais au fil du temps elle va s'agrandir et ce en partie à cause des mods de dcz

A court terme je pencherais bien pour Kimsufi et voir comment évolue la Dedibox.
Est-ce une décision raisonnable ?

Et bien, une simple addition : 19 + 19 = 38 €HT, deux kimsufi pour 8 euro HT de plus qu'une dedibox.

On pourrait donc envisager un kimsufi en serveur SQL et serveur web de secours associé à un deuxième qui ferait serveur web et qui ferait également serveur SQL de secours.

La redondance à 38 euro c'est à méditer pour être tranquille.

Après c'est clair qu'au prix de la ram de nos jour, 256mo c'est très léger, OVH pourrait genre nous faire payer deux fois le prix d'une barrette 512mo pour nous l'installer ad vitam, mais je crois pas que ce soit prévu.
Mais d'un autre coté, je pense qu'il vaut mieux un piv, même celeron, qu'un VIA C7 comme proc, du coup, difficile de savoir lequel des deux swapperait plus vite.
Evidemment, ddr2 vs ddr et sata2 vs sata, sur le papier c'est intéressant, mais cela dépend pas mal du proc et du fsb pour que cela soit effectivement un plus. Ni la ram ni les hd, et sur du sata2 ça peut arriver, ne pourront aller plus vite que ce que pourra traiter le proc.

Après windows, je me demande un peut l'intérêt si c'est uniquement pour faire un serveur oueb ...

Pour la difficulté d'administration, je ne connais pas l'interface dedibox, OVH propose pas mal de systèmes clef en main, avec une bonne interface webmin, et en 64 bit svp.

Après, c'est clair qu'il faut un minimum se documenter, et donc se renseigner sur le support. Le support OVH est bon, je ne sais pas s'il en est de même pour les kimsufi et encore moins pour la dedibox.
Mais rien de bien méchant pour une utilisation de base, et sans trop de risques avec une bonne stratégie de sauvegardes.
De nouvelles possibilité surtout

Après il suffit peut être d'investir 23 € pour tester un mois

++

La redondance est une bonne idée surtout à ce prix là, mais pour l'instant, je n'en suis pas là. Mais je garde cette idée pour le futur.

Je vais attendre 2-3 mois avant de faire un essai réel avec Kimesufi, car je vais d'abord me documenter et faire des tests en local pour bien me préparer.

Nicolas a écrit:Je vais attendre 2-3 mois avant de faire un essai réel avec Kimesufi, car je vais d'abord me documenter et faire des tests en local pour bien me préparer.

Sage décision. Je veux pas jouer les oiseaux de mauvaise augure, mais perso, je suis assez échaudé par l'aventure "dédié". En fait c'était pas du dédié, juste du VPS (virtual private server) mais c'est tout comme, vu que la difference c'est juste une virtualisation d'une seule machine physique qui sert a héberger plusieurs serveurs virtuels dans des limites raisonnables (c'est pas du mutualisé).

Résultat je me retrouve avec un systeme ou je peux choisir ma distribution linux (c'est certainement tres bien, mais bon, pour le débutant c'est plus l'embaras qui se manifeste dans l'expression "l'embarras du choix"), quoique ce n'est pas ca le probleme : c'est apres. Ok webmin est installé, mais webmin a beau etre deja mieux que rien, encore faut il configurer toutes ces choses : bind et les DNS, apache, mysql, sendmail, proftp, et je passe sur les mises a jour du systeme a coup de apt-get ou autre.

Y a pas a dire, j'aurais mieux fait d'avoir d'abord expérimenté linux chez moi en vrai, et encore, il aurait fallu approfondir linux en mode console, car rien ne sert d'installer un beau livecd ou autre car ce n'est pas sous une interface graphique qu'on administre son serveur mais sous Putty, de la bonne ligne de commande, la seule, la vraie, l'authentique.

Quand bien meme j'ai réussit a mettre quelque chose en place, je me retrouvais sans mail, si ce n'est les boites mails du systeme, c'est a dire celles des comptes utilisateurs sous linux

Bref, j'ai laissé tombé et je suis resté chez mon hébergeur actuel, aussi en VPS, mais ou j'ai une belle interface d'admin qui oblige moins a mettre les mains dans le cambouis que webmin et ou mes mails sont ceux que je définis sur l'interface des sites mutualisés de mon hébergeur.

Je vais peut etre retourner un peu du coté des guides ovh, mais une chose est sure, s'occuper d'un serveur est quelque chose qui n'est absolument aps trivial et mieux vaut y etre assez bien préparé au risque d'en sortir relativement écoeuré.

Merci pour ton retour d'expérience. Je vais donc prendre le temps de bien m'y préparer...

C'est une aventure qui me tente car ça me permettra de mieux connaître linux puisque je "l'utilise" à mon boulot.
Je développe des applications (s'appuyant sur les standards XML et Java) pour téléphones portables et PDA en utilisant un langage propriétaire similaire au javascript. Ces applications peuvent être entièrement déconnectées, semi-connectées ou connectées, d'où l'utilisation de serveur.
Mon utilisation de Linux est très limité : aller sur le serveur pour relancer Apache et Tomcat, et faire des tails justement avec putty pour regarder les logs mais rien de plus.
Je vais donc mettre mes mains dans le cambouis en espérant pouvoir réussir.

C'est vrai qu'il ne faut pas se lancer à la légère, mais cela dépend pas mal des offres. Une interface plesk est aussi simple à gérer qu'un espace mutualisé, la responsabilité en plus.

C'est clair que de se lancer direct sur Debian (apt-get, c'est Debian ça ) n'est pas forcement le plus simpleau départ, mais à l'usage, cela peut s'avérer fort pratique. Je pense d'ailleurs migrer un de ces quatre pour une installation Debian.

Le truc c'est de ne pas galérer avec les histoires de mails et d'installation de domaines, chez OVH avec OVHM c'est assez simple, mais il faut clairement se documenter sur les bases, c'est une évidence.
Après il y a moyen de feinter, par exemple on peut conserver son mail plan mutu avec un dédié chez OVH, cela permet de ne pas gérer ses mail et pour le même prix, vu que c'est un service payant une fois et valable toute la vie du domaine.

Mon conseil en la matière est de ne pas se dire trop tard qu'on en aura besoin et de prendre un minimum les devants, car un espace mutualisé sera bien plus vite saturé, et une migration vers un dédié dans l'urgence n'est pas idéal. De plus il existe toute une palette de services d'infogérance sur dédié, soit ponctuelle, soit totale. Ce n'est qu'une question de moyens, qui devraient être suffisant le jour ou votre espace mutualisé déborde

++

dcz a écrit:(apt-get, c'est Debian ça )

Autant que je me souvienne c'était sous Mandriva, mais bon, j'ai fait du urpmi aussi . Vu que je pouvais reinitialiser vite fait le truc, j'ai testé quasiment toutes les distributions disponibles.

Après il y a moyen de feinter, par exemple on peut conserver son mail plan mutu avec un dédié chez OVH, cela permet de ne pas gérer ses mail et pour le même prix, vu que c'est un service payant une fois et valable toute la vie du domaine.

C'est exactement comme ca que je fonctionne chez mon hébergeur actuel. On a gardé les mails que l'on avait du temps ou nous étions en mutualisé et on continue d'utiliser cette interface pour en rajouter / d'autres, gérer les alias, etc.

Mon conseil en la matière est de ne pas se dire trop tard qu'on en aura besoin et de prendre un minimum les devants, car un espace mutualisé sera bien plus vite saturé, et une migration vers un dédié dans l'urgence n'est pas idéal.

En ce qui me concerne, je ne travaillais pas dans l'urgence, n'avait pas cette pression la, vu que justement c'était histoire de decouvrir, et malgré cela ca m'a saoulé.

Après encore un soucis avec mon hébergeur actuel qui n'a pas correctement fait son travail sur le changement et renouvellement de registrar, je me suis donc laissé tenter par kimsufi. Comme l'a souligné dcz, ça ne coûte pas grand chose de signer pour 1 mois juste histoire d'essayer.
Actuellement mon site est down jusqu'au rétablissement des DNS vers mon hébergeur mutualisé actuel.

Je viens donc tout juste de commander le serveur dédié qui à l'heure actuel ne m'est pas encore livré.
Je patiente donc en commençant à me documenter.

Au niveau des options, j'ai opté pour une release 2 d'OVH qui est une version basée sur Gentoo 2006 noyau 2.4.32.

La distribution 64 bits made in OVH.

Une fois livré, le serveur est opérationnel pour l'hébergement (Apache 2, PHP 5, MySQL 5 et OVHm)

Conçu pour être administré par ssh ou par interface web (OVHM / webmin)

Souhaitez-moi bon courage car je connais très peu linux et encore moins les installations.
Ne soyez pas avare en conseil

erf c'est dommage cette histoire de registrar, peut être temps de changer ...

Pour ton dédié, si tu te débrouilles pour toujours être à jour et que tu te documente pour ne plus te connecter qu'avec des clefs en ssh (wincp rend l'opération aussi pratique qu'avec du ftp), voir en désactivant totalement les accès ftp, t'es assez tranquille, il ne faut pas oublier que c'est principalement les scripts php qui se font hacker, le serveur, c'est plus rare.
Avec une bonne politique de sauvegardes tu sera de plus capable de remonter ton serveur rapidement en cas de pépins.

Profites de ce mois pour tester tout ça

++

Oui c'est bien dommage pour cette histoire de registrar. D'ailleurs pour le régler au plus vite, je vais moi-même m'en occuper et donc payer le renouvellement à la place de mon hébergeur actuel pour en avoir la maîtrise.

Ok pour WinSCP et les tests. je ferai quelques retours d'information au fur et à mesure de l'avancement car je pense que cela peut intéresser d'autres membres.

J'ai réussis à renouveler mon domaine en sortant ma CB après avoir contacté directement le registrar. J'ai envoyé aujourd'hui une Lettre Recommandée avec AR pour prouver mon identité afin de changer l'adresse email associé à ce domaine pour que je puisse en avoir la totale maîtrise.

J'ai commandé le serveur le dimanche 15 octobre et il vient d'être tout juste préparé.
Je sens que je vais avoir un week-end chargé...

lésine pas sur le café, et n'ai pas peur de faire des tests avant d'y mettre un site important

++

J'ai commencé l'installation et j'ai pour cela suivi l'excellent guide :
[GUIDE] Installer et mettre à jour une gentoo x64 (kernel / libc / gcc compris) et posé quelques questions dans le topic même.

Le kernel a déjà été mis à jour, en ce moment c'est au tour de la GCC et libc. Ce sont de très longues heures de compilation...

Au niveau du processeur j'ai un 2.66Ghz au lieu du 2Ghz prévu

x86_64 Intel(R) Celeron(R) CPU 2.66GHz GNU/Linux

Pour la RAM, je n'ai pas encore vérifier car il faut d'abord que je trouve l'instruction qui me permette de le faire (Linux Newbie Inside...)

Avec pas mal de prises de tête pour résoudre les problèmes un à un, le serveur se met tout doucement en place. D'ailleurs j'ai du à plusieurs reprises réinstallé le noyau et finalement j'ai opté pour une version Gentoo de base, car la release 2 d'OVH est dépendante de la branche dev.

WinSCP est mon ami car il me permet de m'affranchir de l'édition de fichier en ligne commande.

Toute la semaine dernière, je l'ai passé à essayer de résoudre le rewriting qui ne marchait pas du tout. C'est en éditant /etc/apache2/vhosts.d/00_default_vhost.conf
<Directory "/var/www/localhost/htdocs">
et en mettant AllowOverride All à la place de None que ça a marché .

En ce moment, je règle quelques soucis avec postfix. Mais il va falloir par la suite que je m'occupe des boîtes emails pour lire les emails.

Ensuite, je m'occuperais de iptables...

Voici pour l'instant le lien temporaire, car je préfère que tout soit réglé avant de mettre à jour les dns :
-http://ks36824.kimsufi.com/forum

Et bien, je vois que ça a pas mal turbiné

Pour les mails, j'ai pour l'instant opté pour les laisser à mon hébergeur, c'est moins galère, et de plus, le service est payant qu'une fois (et cela reste valable tant que le domaine est enregistré chez eux).

Wincp, c'est top, et encore plus si tu utilises des clefs pour te connecter, comme ça pas de mot de passe en clair, c'est plus tranquille, même si le réseau OVH est réputé difficile à sniffé. C'est juste une bonne habitude.


En tous cas, ça marche pas mal, bravo

Et pour IPtable, te prends pas trop le choux, c'est un serveur oueb, il faut bien le laisser un peut ouvert, ce qu'il faut, c'est refuser les login root, et mieux les accès ftp (si tu utilises uniquement des clefs avec wincp), et éventuellement de voir si tu trouves pas un bon tuto pour mettre un peut de filtre anti brute force.
Mais bon, c'est pas évident du tout de hacker un serveur à jour directement, du brut force, c'est presque impossible vu qu'il y a un délai entre chaque tentative. Les scans ne font en général que tester des couples mot de passe login évidents, au cas ou (et ça doit marcher le pire).
Et si tu refuses les login root depuis le shell ...

De toutes façons, si un jour quelqu'un veut vraiment la fin de ton serveur et qu'il est sérieux, il y parviendra, que ce soit par le biais d'un script qui y est installé ou par des attaques DDos, il pourra au moins le faire saturer voir le planter complet, je dis ça, à défaut d'en prendre les commandes ce qui est encore autre chose.
Donc, backup automatiques, et hop

Et je suis certain que ton nouveau serveur va adorer ça

++