Reprise du message précédent :
 
 
Dans le monde moderne où il faut avoir le dernier nodejs (ou le dernier truc à la mode qui casse tout d'une version à l'autre), c'est Ubuntu obligatoire  

Non mais desktop, là, je dis pas... Surtout si on veut être toujours à jour.

Mais en serveur ? Shadow aok, c'est un besoin spécifique ? Je ne vois pas la valeur ajoutée...

Pour combien d'admin sys ou même d'ingés qui font des systemctl restart et trois scripts en Bash, y'en a un qui recompile des noyaux avec des patch maisons et fait ses propres RPM déployés avec Katello ?

Mais tu veux devenir un expert en installation ?
Ça sert à quoi ?

C'est très bien supporté par les vendeurs de cloud après RH et dérivés.
Plus que Debian généralement.
Le cycle de release prédictible est un gros plus.

Ça n'a strictement rien à voir.
Si tu veux un Node.js récent tu utilises Docker ou tu vas chercher les packages upstream. Installer un DEB ou un RPM c'est pareil.

Avoir le support de l'éditeur quand tu fait ça (oui, t'a des gens qui paient du support canonical), c'est bien aussi  

 
Red hat 4 ici   , j’ai fait un hard reboot pour quitter Vi la première fois  

+1

C'est surtout pratique de déployer un serveur Linux en 2-2 pour faire des pocs.

Je ne comprends ni le sens de la question ni les sous-entendus. Tu peux reformuler ?

C'est très bien d'apprendre les rouages du fonctionnement d'un Linux. Est ce que ça sert réellement à autant de gens ?

Merci. Maintenant peux tu faire un paragraphe où tu donnes ton avis au lieu de poser une question ?

T'façon on est en train de se faire remplacer par du YAML

Autant d'abord commencer par une distrib accessible. Si après il a envie de découvrir comment ça marche sous le capot, autant bypasser Arch et se monter un Linux from scratch ou un BSD quelconque, il apprendra plus de trucs.

Voilà.

Bonjour chômage  

 
Je ne sais pas, mais comme la version de l'os ne change plus vraiment une fois installée, je suppose qu'ils ont voulu un truc récent au début et voilà.

Ubuntu a du support.
Debian n'en a pas.
 
C'est la seule raison pour laquelle on trouve en entreprise plutôt des RedHat ou des Ubuntu (surtout sur le cloud).
 
Pourtant Debian est ultra stable. La branche Testing est plus stable que beaucoup d'autres distribs, c'est dire.
Le problème par contre c'est que c'est tellement stable qu'on se retrouve avec des serveurs sous des versions Debian préhistoriques...
Sans compter qu'il faut oublier les dernières versions des paquets.

Perso, j'ai choisi CentOS et Ubuntu Server comme distributions. Une plutôt orienté stabilité et l'autre nouveauté, selon le besoin. Bon, en gros, je m'oriente plutôt vers CentOS en premier    
 
Sur le Cloud, on retrouve du CentOS, Ubuntu Server, SUSE et RHEL (Azure). AWS propose Fedora, Debian, Gentoo Linux, Oracle Linux et FreeBSD en plus.
 
Et sur le net, on trouve plus de ressources pour CentOS et Ubuntu j'ai l'impression.

 
 
Suite des aventures de Narnia.
 
 
ça c'était le mois dernier.  
 
 
Entre temps j'ai un peu couiné à ma chef avec ces mêmes arguments, en leur demandant de se demerder seuls quoi, ils sont trois pour un seul site alors que j'ai tout le reste d'EMEA à gerer tout seul.  
 
Le message est passé... pendant une semaine.  
 
En fait ils ont effectivement arrété de me reclamer de l'aide, ils se sont adréssés directement aux US, à la maison mère et leur ont avec succès refilé leur taf.  
 
Comment j'ai découvert ça ? je vous le donne en mille : le tech qui les gère est apparement une grosse brouette aussi, et désormais c'est lui qui me réclame de l'aide depuis les US, pour les projets Suèdois.  
ça fait deux semaines que tous les soirs à 17h (8h pour lui) il poppe sur skype: "ah tu tombes bien, j'ai encore une question".  
 
Là il vient de m'envoyer une réunion réccurrente pour gerer la migration AD en suède. Les mecs de suède sont même pas en copie  
 
 
Je vais jamais m'en sortir de ce pays.  
 

historiquement on avait que du debian en serveur
 
mais ils ne servaient que pour des trucs full libre  
 
maintneant on a de plus en plus de trucs "métier" qui tourne sous linux, et les éditeurs veulent du centos ou du ubuntu. comme je deteste yum et que je suis a la base debian, je privilégie ubuntu server quand j'ai le choix entre les 2
 
je n'ai rencontré aucun soucis de stabilité sur ubuntu server (cli only) par rapport a debian. Rien de visible en tout cas.
 
arch c'est sympa c'etait ma distrib a une epoque, mais son systeme de package a part fait que si tu veux apprendre je vois pas bien ce que ca va t'apporter concretement vu qu'ensuite t'en installera jamais en entreprise.
 
et puis bon ajd toutes les distrib ont des installeurs qui roulent, on est plus en 1995. ca s'installe facilement. C'est plus des cas concret que tu vas avoir géré.

 
moi ça m'est arrivé une fois. On avait un vieux serveur fax en train de lâcher et on avait acheté un beau serveur tout neuf. Pas de chance, le chipset réseau n'était pas reconnu par le noyau. J'ai été modifier le code du module qui va bien (il avait des frangins) pour ajouter le device_id, j'ai recompilé et ça a marché. Ou comment passer pour un dieu auprès de collègues non-avertis avec une ligne de code

A ce niveau-là ça vaudrait le coup que tu passes un entretien ailleurs pour voir...

 
Y a un update

 
Euh non. Surtout pas utilise Node en global sur un serveur hein Si tu as plusieurs appli, chacun peut avancer avec une version de Node séparée, donc le mieux c'est un node par utilisateur. Ne pas installer de paquet en global non plus, une grosse connerie.
 
https://github.com/tj/n

Alors que je peux te faire ça à pas cher  

Oh, dans les tickets, le tech-support qui commence à mettre des captures d'écran de.... fichiers de conf (dhcpd.conf, ici)
 
   
 
 
 
 
 
....

Node c'est le nouveau java ?

T'as "js" dans le nom. Ca suffit à lancer une purification par le feu

ESt ce que la copie d'ecran est collé dans un document Word ?

c'est l'étape suivante, quand il sera redevenu un user  

 
 
Je reprend ici, je me suis loupé de topic
 
Des avis ?

Comme dit Jeanb faut a minima restreindre les connexions pour que ca ne soit possible que depuis les postes des admin, et idéalement les bloquer tout court puisque t'es pas censé aller t'y balader 3x par jour
Pour les gérer t'utilises les RSAT ou bien Admin Center si t'es moderne.

Et si tu dois aller faire un rdp, tu devrais avoir un bastion entre le poste de l'user (fut-il admin) et le serveur.

Tu n'as plus vraiment de raisons de faire du rdp sur un contrôleur de domaine : tout peut se gérer à distance.
 
Si vraiment besoin exceptionnel d'ouvrir une session, comme il te faut des credentials admin du domaine, autant que ça passe directement par une session console.

Formation dev: putain vivement que j'en ai fini de mon projet. Je les supporte pas en fait. C'est franchement prodigieux.
Je peux vraiment pas comprendre ces gens.

Ils connaissent pas git ?

Attends un peu, il y a bien quelqu'un qui va balancer toutes les conf sur un Pastebin publique  

A l'opposé, on m'a raconté le cas de gens qui faisaient leur déploiement par git.

Ben moi je déploie mes projets perso par Git.
Je git un "git push dev develop" pour pousser sur le serveur distant qui lancera build et déploiement via dokku.

non, non moi c'etait "on pousse les binaires sur les postes user par git"

C'est pas vraiment fait pour stocker du binaire, encore que..

Ça va vite bouffer de l'espace pour rien en l'absence de diff sur les révisions.

Je fais de la moa avec presque uniquement des devs.
C'est pas triste.

Cette ingratitude envers ta nouvelle famille