Howdy les gens
 
Voilà : je voudrais me monter un petit serveur qui me servira aux choses suivantes :  
- hosting web java : a priori donc apache + Tomcat ou Jetty, et un PostgreSQL en BDD
- backup (depuis un client windows)
 
Je pense héberger ça sur un RPS ou un Kimsufi...
 
c'est possible à faire, le problème va etre mon niveau d'admin : je suis nul en unix...j'ai bien 2-3 xp de passerelle sous RH 7 / debian, j'ai fait mumuse avec des debian (toujours en ligne de commande)...et je suis pas très fort quoi
 
Donc j'ai besoin de doc. Debian a une doc géniale (celle d'Alexis de Lattre et consorts), mais c'est pas assez orienté server...et pour les besoins spécifiques java on trouve pas grand chose je trouve...
 
donc vous recommandriez quelle distro entre ces 2 là, sachant que ma contrainte de choix finalement c'est la doc dispo (debian a surement plus de doc, mais j'ai tendance à penser que la doc ubuntu est plus à jour)...
 
si vous avez des ressources Java je suis preneur aussi

réponse à moi meme : https://help.ubuntu.com/8.10/serverguide/C/tomcat.html
 
ça a l'air bien intégré dans le 8.1

Une distribution n'est qu'une distribution.

Si tu veux réellement monter un serveur apache/postgres/tomcat... ce n'est pas vers la documentation de ta distribution qu'il faut que tu te tournes mais vers la doc des softs que tu utilises

Les trucs out-of-the-box c'est bien gentils mais si tu veux réellement faire quelques choses faut aller un peu lui loin que se contenter de l'intégration basique de ta distribution...

Surtout qu'Ubuntu en tant que server... autant utliliser Windows 2k

T'es gentils et tes trolls moisis tu te les gardes pour ailleurs.

http://planet.ubuntu-fr.org/tag/8.10
La 8.10 est une version Desktop
 
Si c'est pour une utilisation server c'est la 8.04
Fin du débat

http://www.ubuntu.com/getubuntu/download
Clique sur server edition .
 
Faudrait un minimum se renseigner avant de balancer n'importe quelle connerie, hein?

hmm, je ferai plus confiance à une Debian qu'à une ubuntu...

Bon on va faire plus simple histoire d'éviter les débats stériles. Soit vous apportez des arguments à vos propos, soit vous ne postez pas(plus)...

ok ?

Par rapport à mon post au début du topic. Une distribution n'est qu'une distribution. Pour en faire un serveur il faut regarder le niveau de support, de réactivité pour la correction de bug/failles sécurité, qualité (des mêmes correction bug/faille).

Si on souhaite utiliser les packages de la distribution pour les services que l'on veut mettre en place, on regarde de quelle manière ils s'intègrent dans la distribution et si ça nous convient.

Si on prend deux distributions, à niveau de dev à peu pret identique (stable, ou en dev) nous avons atteignons à peu pres le même niveau. Chacune ayant des + et des - différents. Donc soit on apporte ces infos, soit on ne répond pas... Sinon on tombe dans le troll et je prends les points au passage...

Pour la doc, c'est celle des services que l'on veut mettre en place qu'il faut lire. Les tutoriaux & co c'est bon pour débuter dégrossir le terrain. Généralement ils se contentent de mettre un truc fonctionnel en place. Rarement plus loin.

http://bashton.com/linux-distribut [...] onclusion/
Ubuntu :
"Of the five, Ubuntu is probably the most immature - but it's also the fastest growing, particular with a large number of desktop users. Domination of the desktop was the path that Microsoft took towards carving out a strong server market which had previously been dominated by the commercial UNIX vendors, and it's very possible that Ubuntu could do the same. Ubuntu is however extremely dependant on Debian for many of its packages, and a lot depends on the potentially precarious relationship with the Debian community."
 
Debian :
"A large support package repository and high availability of community support mean that Debian is a solid choice for any network. There is undoubtedly a feeling in the Debian community that Ubuntu has merely taken their work, tarted it up and stolen all the credit, and there is some concern that Debian is fading because of this. However, with a huge team of volunteer contributors, it would take more than a few dissatisified contributors to stop the project. The unknown length of security updates (12 months after the next release) creates difficulties when planning server longevity."
 
Ubuntu est immature, Debian apparait donc le choix de la sagesse

 
je suis d'accord avec toi, mais :  
- pour tomcat par ex, la doc dit de se renseigner pour sa distro comment faire (y'a RIEN dans la doc tomcat niveau setup) : http://tomcat.apache.org/tomcat-6.0-doc/setup.html
- sur debian, t'as rien dans la doc officielle
- sur ubuntu t'as un peu sur le server guide...
 
le hic c'est que selon les systèmes la doc officielle couvre pas tous les pb : par ex au niveau de la gestion des droits...sous windows tu t'en fous un peu, tomcat se lance avec les droits système, et accède donc partout sans pb...sous linux t'as des histoires de droits +R voire + X à donner dans des parties bien précises, et c'est carrément mal documenté, et je crois meme que c'est plus ou moins dépendant de la distro...elle est là mon inquiétude
 
y'a aussi l'histoire de la doc de la distro proprement dite...y'a une bonne doc expliquant l'organisation des fichiers d'une ubuntu ?
 

argumentation ? les packages dont j'ai besoin sont relativement fréquents (au pire pour debian tu peux les trouver sur debian-ports)...la question c'est surtout comment arriver à les faire fonctionner...et là t'es plus dépendant de la doc et de la communauté...
 
l'autre truc qui fait peur, c'est qu'un peu de recherche montre que les thread tomcat restent en général sans réponse...
 
 

Le truc c'est que la grande majorité de la doc est faite par des utilisateurs "lambda". Or, peu d'utilisateurs lambda ont un Tomcat qui tourne sur leur ordi  
Il va donc probablement falloir que tu fasses une installation "normale" via aptitude et après que tu "debug" si besoin y a en regardant les logs ..

tiens par exemple : la première ligne de ce howto inspire pas confiance http://www.howtogeek.com/howto/lin [...] on-ubuntu/

un howto qui te fait polluer ton système perso je trouve pas que ce soit une bonne base de départ Le mec ne sait clairement pas de quoi il parle, il critique les paquets de la distro sans même en utiliser les outils...
 
perso je commencerai par regarder le wiki debian, howtoforge ou les sites 'réputés'.

Moi ce genre de HowTo je les trouve super utiles parce que si qqch part en cacahouète pendant la config d'un paquet installé via aptitude, bein au moins t'as un détail des différentes choses .. Mais effectivement, vaut mieux utiliser les packages des repositories. En général y a une bonne raison pour que ce soit fait comme ça

j'en déduis que tu n'es pas partisan des install de soft hors package, c'est ça ?

 
Si par là tu entends : Toujours utiliser la version poposée par le package au lieu d'installer un truc "à part", je suis partisan. (La seule exception pour moi c'est Eclipse, que j'ai installée à la main pour pas que les update d'aptitude tirent dans les pattes à celles automatiques d'eclipse)
Sinon si un soft est pas dans un repository et que j'en ai besoin, je me gène pas pour l'installer

J'ai pas dit que je voulais pas de détails, je dis juste qu'installer les softs hors paquets dans /usr c'est pas intelligent. /opt est fait pour ça   de plus, un update-rc.d c'est plus logique que 2 ln -s de goret.

Ben, pour quelqu'un qui n'est pas spécialiste, vouloir faire mieux que les packageurs de la distro est le plus souvent très présomptueux. En règle générale, je privilégie ce qui est fourni avec ma distribution, si ça correspond à mes besoins (ce qui est le cas 90% du temps) et si c'est dispo (pbl de licence par exemple). Typiquement lors des mises à jour tu es content d'avoir fait ce choix là Après chacun voit midi à sa porte

ça a du sens ...
 
bon, je m'installe une virtualbox avec une ubuntu 8.10, on va jeter un coup d'oeil

Fait juste gaffe à bien configurer ta VirtualBox De base tu peux pas accéder à un service lancé sur ta virtualbox depuis l'ordinateur "host"

Je crois pas dire de connerie en disant que le paquet tomcat embarque, comme tout paquet digne de ce nom chez Debian (et donc chez Ubuntu) une documentation qui indique les choses propres au paquet debian, dans /usr/share/doc/tomcat-jesaisplusquoi/README.Debian
 
En général c'est largement au-dessus de n'importe quel tutoriel trouvé sur le net, alors oui, c'est moins immédiat et ca nécessite de comprendre que ce que tu y lis, mais bon...
 
L'avantage étant qu'en cas de problème de sécurité, ben c'est géré par la distrib, une mise à jour et ton système n'est plus vulnérable.
Quand t'installes à coté, c'est à toi de surveiller les annonces de sécurité, et soyons honêtes très peu de personne le font...

 
bingo : en NAT j'ai accès au net depuis le guest (mais je peux pas m'y connecter), en host mon bridge marche pas

tout est dans la doc cela dit

oui mais quand ça marche

j'ai essayé le port forwarding en NAT en jouant du vboxmanage :

VBoxManage setextradata MyLinux "VBoxInternal/Devices/pcnet/0/LUN#0/Config/ssh/HostPort" 2222
VBoxManage setextradata MyLinux "VBoxInternal/Devices/pcnet/0/LUN#0/Config/ssh/GuestPort" 22
VBoxManage setextradata MyLinux "VBoxInternal/Devices/pcnet/0/LUN#0/Config/ssh/Protocol" TCP

je me prend un gros "Connection refused" quand avec putty je veux aller sur localhost:2222

(je crois avoir activé les bonnes options dans le sshd.config, j'ai autorisé le password auth, mais de toute façon on en est pas là, la connection a pas l'air de s'établir)

alors j'ai essayé de me mettre en most host, j'ai créer un bridge, mais mon ubuntu ne voit plus le réseau (j'imagine qu'il y a des trucs à changer dans la config du guest si on fait ça mais je sais pas quoi)

et sur le net tu trouves des milliers de tuto qui sont des copier/coller de 2-3 docs- qui font pas avancer le problème...ça dit partout que c facile et que t'es limite un con si t'y arrives pas, mais ça aide pas au diagnostic...

comment savoir si la connexion se fait sur la machine guest ?

Perso j'utilise NAT + VirtualBox qui écoute sur un port bidon (c'est effectivement très bien expliqué dans le user-end manual )

openssh tourne sur ta vm ? par défaut il n'est pas installé

ben j'ai installé sshd oui

il faut faire quoi de plus que les le truc vboxmanage ?

J'ai aussi vérifié iptables, j'ai pas de règles apparement

mon pare-feu windows est désactivé...
j'utilise Putty avec la config par défaut, et j'essaye d'attaquer localhost:2222

Alors, sauf erreur ce que tu appelles "MyLinux" dans tes lignes de commande devrait être "Ubuntu Server 8.10" en fait.
Et puis rappelle toi que ces lignes de commande doivent être exécutées alors que la machine virtuelle est éteinte.

ct un copy paste foireux directement du tuto...j'ai bien mis "Ubuntu Server 8.10" à la place...la preuve, le fichier xml dans lequel ça doit se stocker affiche bien ces valeurs...

Sinon j'ai lancé ça sur le guest : sudo netstat -lntp | grep 22
ça me renvoit bien que le process 3586/sshd écoute sur 0.0.0.0:22

T'as re-demarré ton Ubuntu "virtuel" ? T'as rien de special dans le /ect/host.deny /etc/host.allow de l'ubuntu ? T'as aucune règle de FW nazi ?

je l'ai redémarrer 5-6x au moins...(je veux dire que j'ai fait un halt et relancé le VM)

un iptables --list me renvoit rien (j'ai aucune règle dans les 3 chaines INPUT, ACCEPT et FORWARD)
c'est peut etre une couille ça, je devrais pas avoir une règle qui dit que j'accepte les connexions sur 22 ?

sinon les 2 /etc/hosts.* sont vide (hormis les commentaires expliquant comment les remplir)

sinon je crois voir le problème, en fait meme en nat j'ai plus la connexion réseau (un aptitude update foire par ex)

\o/ ça marche !!! (bon j'avais du casser qqc en testant le host networking...j'ai réinstallé, ce qui prend 3 sec)...

à moi les joies du copy//paste