"Patrice Karatchentzeff" a écrit dans le message de news:
"pehache-tolai" a écrit :
En tous cas le conseil de donner le mot de passe root à un utilisateurs, je connais plein d'endroits où tu n'aurais même pas le temps de finir ta phrase avant d'être abattu sur place.
1) on donne le mot de passe root de la station locale, pas celle des serveurs
Encore heureux...
2) il est effectif que l'on travaille très très mal dans beaucoup d'entreprises
Oui, c'est ça. C'est tous des cons sauf moi, c'est bien connu.
Sinon, je ne sais pas si tu as une idée du degré de paranoïa que développent les entreprises sur tout ce qui touche à la sécurité informatique.
Au passage, là où tu bosses, vous êtes combien à vous occuper de combien de machines ?
-- pehache http://pehache.free.fr/public.html
"Patrice Karatchentzeff" <p.karatchentzeff@free.fr> a écrit dans le
message de news: 87mye6b129.fsf@belledonne.chartreuse.fr
"pehache-tolai" <pehache.7@gmail.com> a écrit :
En tous cas le conseil de donner le mot de passe root à un
utilisateurs, je connais plein d'endroits où tu n'aurais même pas le
temps de finir ta phrase avant d'être abattu sur place.
1) on donne le mot de passe root de la station locale, pas celle des
serveurs
Encore heureux...
2) il est effectif que l'on travaille très très mal dans beaucoup
d'entreprises
Oui, c'est ça. C'est tous des cons sauf moi, c'est bien connu.
Sinon, je ne sais pas si tu as une idée du degré de paranoïa que développent
les entreprises sur tout ce qui touche à la sécurité informatique.
Au passage, là où tu bosses, vous êtes combien à vous occuper de combien de
machines ?
"Patrice Karatchentzeff" a écrit dans le message de news:
"pehache-tolai" a écrit :
En tous cas le conseil de donner le mot de passe root à un utilisateurs, je connais plein d'endroits où tu n'aurais même pas le temps de finir ta phrase avant d'être abattu sur place.
1) on donne le mot de passe root de la station locale, pas celle des serveurs
Encore heureux...
2) il est effectif que l'on travaille très très mal dans beaucoup d'entreprises
Oui, c'est ça. C'est tous des cons sauf moi, c'est bien connu.
Sinon, je ne sais pas si tu as une idée du degré de paranoïa que développent les entreprises sur tout ce qui touche à la sécurité informatique.
Au passage, là où tu bosses, vous êtes combien à vous occuper de combien de machines ?
-- pehache http://pehache.free.fr/public.html
Patrice Karatchentzeff
"pehache-tolai" a écrit :
Ce que je voulais dire c'est que justifier les pratiques actuelles par la situation d'il y a 25 ans n'a pas grand sens.
Faire table rase du passé encore moi. Vision à court terme de gens qui n'ont généralement pas d'expérience.
> > soupir... par exemple, laisser un *utilisateur* administrer une > > machine de développement, de tests, etc.
> développement de quoi ? Tests de quoi ? Je connais plein de gens qui > font du développement et des tests et qui ne sont pas admins pour > autant sans qu'ils aient l'air d'être génés.
Je résumé : tu connais donc *toutes* les façons de bosser au mond e ?
Chapeau ! J'espère que tu salaire est à la hauteur de ton talent.
A part ça tu n'as pas répondu à la question.
> > En R&D, laisser un *utilisateur* installer un outil à des fins de > > validation, etc.
> Je travaille en R&D et ce besoin impérieux ne m'a jamais frappé. Si > j'ai besoin d'un outil qui n'est pas installé par défaut, j'en fais > la demande. Il m'arrive aussi d'installer des outils sur mon compte > sans avoir aucun besoin de faire appel à un admin.
Voilà, tout est dit. Tu travailles à l'arrache dans ton coin. Il y a des gens - je sais c'est fou - qui travaillent en équipe.
Alors tu vas m'expliquer en quoi installer des applis localement sur une station avec le passe du root local c'est plus "travailler en équipe" que d'installer les applis sur mon compte. Là vraiment ça m'intéresse.
Au passage, en installant une appli sur mon compte j'en dispose sur toute station du réseau, si je suis amené à me connecter ailleurs que sur ma station habituelle. Par contre celui qui installe l'appli en local sur la station doit recommencer sur toute autre station.
Maintenant, si l'appli est susceptible d'être utile à d'autres personnes que moi, "travailler en équipe" c'est demander à ce que l'admin fasse une installation globale de cette appli.
-- pehache
On 5 jan, 09:42, Patrice Karatchentzeff <p.karatchentz...@free.fr>
wrote:
> > soupir... par exemple, laisser un *utilisateur* administrer une
> > machine de développement, de tests, etc.
> développement de quoi ? Tests de quoi ? Je connais plein de gens qui
> font du développement et des tests et qui ne sont pas admins pour
> autant sans qu'ils aient l'air d'être génés.
Je résumé : tu connais donc *toutes* les façons de bosser au mond e ?
Chapeau ! J'espère que tu salaire est à la hauteur de ton talent.
A part ça tu n'as pas répondu à la question.
> > En R&D, laisser un *utilisateur* installer un outil à des fins de
> > validation, etc.
> Je travaille en R&D et ce besoin impérieux ne m'a jamais frappé. Si
> j'ai besoin d'un outil qui n'est pas installé par défaut, j'en fais
> la demande. Il m'arrive aussi d'installer des outils sur mon compte
> sans avoir aucun besoin de faire appel à un admin.
Voilà, tout est dit. Tu travailles à l'arrache dans ton coin. Il y a
des gens - je sais c'est fou - qui travaillent en équipe.
Alors tu vas m'expliquer en quoi installer des applis localement sur
une station avec le passe du root local c'est plus "travailler en
équipe" que d'installer les applis sur mon compte. Là vraiment ça
m'intéresse.
Au passage, en installant une appli sur mon compte j'en dispose sur
toute station du réseau, si je suis amené à me connecter ailleurs que
sur ma station habituelle. Par contre celui qui installe l'appli en
local sur la station doit recommencer sur toute autre station.
Maintenant, si l'appli est susceptible d'être utile à d'autres
personnes que moi, "travailler en équipe" c'est demander à ce que
l'admin fasse une installation globale de cette appli.
> > soupir... par exemple, laisser un *utilisateur* administrer une > > machine de développement, de tests, etc.
> développement de quoi ? Tests de quoi ? Je connais plein de gens qui > font du développement et des tests et qui ne sont pas admins pour > autant sans qu'ils aient l'air d'être génés.
Je résumé : tu connais donc *toutes* les façons de bosser au mond e ?
Chapeau ! J'espère que tu salaire est à la hauteur de ton talent.
A part ça tu n'as pas répondu à la question.
> > En R&D, laisser un *utilisateur* installer un outil à des fins de > > validation, etc.
> Je travaille en R&D et ce besoin impérieux ne m'a jamais frappé. Si > j'ai besoin d'un outil qui n'est pas installé par défaut, j'en fais > la demande. Il m'arrive aussi d'installer des outils sur mon compte > sans avoir aucun besoin de faire appel à un admin.
Voilà, tout est dit. Tu travailles à l'arrache dans ton coin. Il y a des gens - je sais c'est fou - qui travaillent en équipe.
Alors tu vas m'expliquer en quoi installer des applis localement sur une station avec le passe du root local c'est plus "travailler en équipe" que d'installer les applis sur mon compte. Là vraiment ça m'intéresse.
Au passage, en installant une appli sur mon compte j'en dispose sur toute station du réseau, si je suis amené à me connecter ailleurs que sur ma station habituelle. Par contre celui qui installe l'appli en local sur la station doit recommencer sur toute autre station.
Maintenant, si l'appli est susceptible d'être utile à d'autres personnes que moi, "travailler en équipe" c'est demander à ce que l'admin fasse une installation globale de cette appli.
Si. Il existe autant de façon de travailler que d'utilisateurs : j'ai des *utilisateurs* qui développent des choses sur des *serveurs* par exemple.
[...]
Alors tu vas m'expliquer en quoi installer des applis localement sur une station avec le passe du root local c'est plus "travailler en équipe" que d'installer les applis sur mon compte. Là vraiment ça m'intéresse.
Pour que les gens de ton équipe puisse profiter de ton appli local, il va falloir leur donner les droits et eux s'emmerder (LD_LIBRAIRY_PATH, PATH) pour y accéder. Et encore, cela suppose bien sûr que ton appli fonctionne sur des ports non privilégiés (sinon tu n'installes rien du tout).
Voilà comment on emmerde toute une équipe avec des sous-problèmes à gérer qui n'ont *rien* à voir avec leur travail. Perte de temps et d'argent.
[...]
Maintenant, si l'appli est susceptible d'être utile à d'autres personnes que moi, "travailler en équipe" c'est demander à ce que l'admin fasse une installation globale de cette appli.
Pas nécessaire ailleurs que sur la machine en question.
Si. Il existe autant de façon de travailler que d'utilisateurs : j'ai
des *utilisateurs* qui développent des choses sur des *serveurs* par
exemple.
[...]
Alors tu vas m'expliquer en quoi installer des applis localement sur
une station avec le passe du root local c'est plus "travailler en
équipe" que d'installer les applis sur mon compte. Là vraiment ça
m'intéresse.
Pour que les gens de ton équipe puisse profiter de ton appli local, il
va falloir leur donner les droits et eux s'emmerder (LD_LIBRAIRY_PATH,
PATH) pour y accéder. Et encore, cela suppose bien sûr que ton appli
fonctionne sur des ports non privilégiés (sinon tu n'installes rien du
tout).
Voilà comment on emmerde toute une équipe avec des sous-problèmes à
gérer qui n'ont *rien* à voir avec leur travail. Perte de temps et
d'argent.
[...]
Maintenant, si l'appli est susceptible d'être utile à d'autres
personnes que moi, "travailler en équipe" c'est demander à ce que
l'admin fasse une installation globale de cette appli.
Pas nécessaire ailleurs que sur la machine en question.
Si. Il existe autant de façon de travailler que d'utilisateurs : j'ai des *utilisateurs* qui développent des choses sur des *serveurs* par exemple.
[...]
Alors tu vas m'expliquer en quoi installer des applis localement sur une station avec le passe du root local c'est plus "travailler en équipe" que d'installer les applis sur mon compte. Là vraiment ça m'intéresse.
Pour que les gens de ton équipe puisse profiter de ton appli local, il va falloir leur donner les droits et eux s'emmerder (LD_LIBRAIRY_PATH, PATH) pour y accéder. Et encore, cela suppose bien sûr que ton appli fonctionne sur des ports non privilégiés (sinon tu n'installes rien du tout).
Voilà comment on emmerde toute une équipe avec des sous-problèmes à gérer qui n'ont *rien* à voir avec leur travail. Perte de temps et d'argent.
[...]
Maintenant, si l'appli est susceptible d'être utile à d'autres personnes que moi, "travailler en équipe" c'est demander à ce que l'admin fasse une installation globale de cette appli.
Pas nécessaire ailleurs que sur la machine en question.
Oui, c'est ça. C'est tous des cons sauf moi, c'est bien connu.
J'ai tendance à penser que si l'informatique était dirigée par des gens compétents, elle fonctionnerait globalement beaucoup mieux qu'aujourd'hui en entreprise.
Sinon, je ne sais pas si tu as une idée du degré de paranoïa que développent les entreprises sur tout ce qui touche à la sécurité informatique.
Oui, c'est ça. C'est tous des cons sauf moi, c'est bien connu.
J'ai tendance à penser que si l'informatique était dirigée par des
gens compétents, elle fonctionnerait globalement beaucoup mieux
qu'aujourd'hui en entreprise.
Sinon, je ne sais pas si tu as une idée du degré de paranoïa que
développent les entreprises sur tout ce qui touche à la sécurité
informatique.
Oui, c'est ça. C'est tous des cons sauf moi, c'est bien connu.
J'ai tendance à penser que si l'informatique était dirigée par des gens compétents, elle fonctionnerait globalement beaucoup mieux qu'aujourd'hui en entreprise.
Sinon, je ne sais pas si tu as une idée du degré de paranoïa que développent les entreprises sur tout ce qui touche à la sécurité informatique.
pehache-tolai wrote: > En tous cas le conseil de donner le mot de passe root à un utilisateu rs, je > connais plein d'endroits où tu n'aurais même pas le temps de finir ta phrase > avant d'être abattu sur place.
Je veux bien des noms.
Le service de sécurité informatique de n'importe quelle boîte un peu importante et qui estime avoir des données confidentielles à protéger .
-- pehache
On 5 jan, 07:48, Stephane TOUGARD <steph...@unices.org> wrote:
pehache-tolai wrote:
> En tous cas le conseil de donner le mot de passe root à un utilisateu rs, je
> connais plein d'endroits où tu n'aurais même pas le temps de finir ta phrase
> avant d'être abattu sur place.
Je veux bien des noms.
Le service de sécurité informatique de n'importe quelle boîte un peu
importante et qui estime avoir des données confidentielles à protéger .
pehache-tolai wrote: > En tous cas le conseil de donner le mot de passe root à un utilisateu rs, je > connais plein d'endroits où tu n'aurais même pas le temps de finir ta phrase > avant d'être abattu sur place.
Je veux bien des noms.
Le service de sécurité informatique de n'importe quelle boîte un peu importante et qui estime avoir des données confidentielles à protéger .
-- pehache
pehache-tolai
On 5 jan, 11:37, Patrice Karatchentzeff wrote:
> A part ça tu n'as pas répondu à la question.
Si. Il existe autant de façon de travailler que d'utilisateurs : j'ai des *utilisateurs* qui développent des choses sur des *serveurs* par exemple.
Il y a 2 ou 3 posts tu affirmais ne donner le mot de passe root que sur des stations et pas sur des serveurs. Il faudrait savoir.
> Alors tu vas m'expliquer en quoi installer des applis localement sur > une station avec le passe du root local c'est plus "travailler en > équipe" que d'installer les applis sur mon compte. Là vraiment ça > m'intéresse.
Pour que les gens de ton équipe puisse profiter de ton appli local
D'abord l'appli n'est pas "locale" puisque elle est sur un disque réseau.
Mais encore une fois, si d'autres personnes que moi ont besoin de cette appli, ce n'est l'installation sur mon compte ni l'installation en local sur la station qui sont les bonnes solutions.
> Maintenant, si l'appli est susceptible d'être utile à d'autres > personnes que moi, "travailler en équipe" c'est demander à ce que > l'admin fasse une installation globale de cette appli.
Pas nécessaire ailleurs que sur la machine en question.
Ah oui ?
Donc si un membre de l'équipe ont besoin de l'appli que j'ai installé localement sur ma station, il faut qu'il se loggue sur ma station juste pour cet outil ?
Et si 5mn plus tard il a besoin de l'appli installée par Roger localement sur sa station, il faut qu'il se loggue sur la station de Roger ?
Et si en même il a besoin de l'appli installée par Marcel localement sur sa station, il faut qu'il se loggue sur la station de Marcel ?
Bref, il faut qu'il ait sous les yeux un tableau de correspondances entre les applis et les machines où elles sont installées. Vachement pratique.
T'en as d'autres comme ça ?
-- pehache
On 5 jan, 11:37, Patrice Karatchentzeff <p.karatchentz...@free.fr>
wrote:
> A part ça tu n'as pas répondu à la question.
Si. Il existe autant de façon de travailler que d'utilisateurs : j'ai
des *utilisateurs* qui développent des choses sur des *serveurs* par
exemple.
Il y a 2 ou 3 posts tu affirmais ne donner le mot de passe root que
sur des stations et pas sur des serveurs. Il faudrait savoir.
> Alors tu vas m'expliquer en quoi installer des applis localement sur
> une station avec le passe du root local c'est plus "travailler en
> équipe" que d'installer les applis sur mon compte. Là vraiment ça
> m'intéresse.
Pour que les gens de ton équipe puisse profiter de ton appli local
D'abord l'appli n'est pas "locale" puisque elle est sur un disque
réseau.
Mais encore une fois, si d'autres personnes que moi ont besoin de
cette appli, ce n'est l'installation sur mon compte ni l'installation
en local sur la station qui sont les bonnes solutions.
> Maintenant, si l'appli est susceptible d'être utile à d'autres
> personnes que moi, "travailler en équipe" c'est demander à ce que
> l'admin fasse une installation globale de cette appli.
Pas nécessaire ailleurs que sur la machine en question.
Ah oui ?
Donc si un membre de l'équipe ont besoin de l'appli que j'ai installé
localement sur ma station, il faut qu'il se loggue sur ma station
juste pour cet outil ?
Et si 5mn plus tard il a besoin de l'appli installée par Roger
localement sur sa station, il faut qu'il se loggue sur la station de
Roger ?
Et si en même il a besoin de l'appli installée par Marcel localement
sur sa station, il faut qu'il se loggue sur la station de Marcel ?
Bref, il faut qu'il ait sous les yeux un tableau de correspondances
entre les applis et les machines où elles sont installées. Vachement
pratique.
Si. Il existe autant de façon de travailler que d'utilisateurs : j'ai des *utilisateurs* qui développent des choses sur des *serveurs* par exemple.
Il y a 2 ou 3 posts tu affirmais ne donner le mot de passe root que sur des stations et pas sur des serveurs. Il faudrait savoir.
> Alors tu vas m'expliquer en quoi installer des applis localement sur > une station avec le passe du root local c'est plus "travailler en > équipe" que d'installer les applis sur mon compte. Là vraiment ça > m'intéresse.
Pour que les gens de ton équipe puisse profiter de ton appli local
D'abord l'appli n'est pas "locale" puisque elle est sur un disque réseau.
Mais encore une fois, si d'autres personnes que moi ont besoin de cette appli, ce n'est l'installation sur mon compte ni l'installation en local sur la station qui sont les bonnes solutions.
> Maintenant, si l'appli est susceptible d'être utile à d'autres > personnes que moi, "travailler en équipe" c'est demander à ce que > l'admin fasse une installation globale de cette appli.
Pas nécessaire ailleurs que sur la machine en question.
Ah oui ?
Donc si un membre de l'équipe ont besoin de l'appli que j'ai installé localement sur ma station, il faut qu'il se loggue sur ma station juste pour cet outil ?
Et si 5mn plus tard il a besoin de l'appli installée par Roger localement sur sa station, il faut qu'il se loggue sur la station de Roger ?
Et si en même il a besoin de l'appli installée par Marcel localement sur sa station, il faut qu'il se loggue sur la station de Marcel ?
Bref, il faut qu'il ait sous les yeux un tableau de correspondances entre les applis et les machines où elles sont installées. Vachement pratique.
T'en as d'autres comme ça ?
-- pehache
pehache-tolai
On 5 jan, 11:39, Patrice Karatchentzeff wrote:
"pehache-tolai" a écrit :
> Ce que je voulais dire c'est que justifier les pratiques actuelles > par la situation d'il y a 25 ans n'a pas grand sens.
Faire table rase du passé : vision à court terme de gens qui n'ont généralement pas d'expérience.
Sans faire table rase du passé, on peut aussi changer ses habitudes.
-- pehache
On 5 jan, 11:39, Patrice Karatchentzeff <p.karatchentz...@free.fr>
wrote:
"pehache-tolai" <pehach...@gmail.com> a écrit :
> Ce que je voulais dire c'est que justifier les pratiques actuelles
> par la situation d'il y a 25 ans n'a pas grand sens.
Faire table rase du passé : vision à court terme de gens qui n'ont
généralement pas d'expérience.
Sans faire table rase du passé, on peut aussi changer ses habitudes.
