Automatisation après saisie identifiant
Résolu/Fermé
jeromece
Messages postés
290
Date d'inscription
jeudi 18 juin 2009
Statut
Membre
Dernière intervention
16 octobre 2022
-
13 août 2014 à 21:46
jeromece Messages postés 290 Date d'inscription jeudi 18 juin 2009 Statut Membre Dernière intervention 16 octobre 2022 - 15 août 2014 à 16:29
jeromece Messages postés 290 Date d'inscription jeudi 18 juin 2009 Statut Membre Dernière intervention 16 octobre 2022 - 15 août 2014 à 16:29
A voir également:
- Automatisation après saisie identifiant
- Identifiant et mot de passe - Guide
- Mon identifiant sncf - Guide
- J'ai oublié mon identifiant 1xbet ✓ - Forum Réseaux sociaux
- Identifiant free mobile - Forum Opérateurs & Réseaux mobiles
- Identifiant free wifi ✓ - Forum WiFi
9 réponses
bob031
Messages postés
8158
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
472
14 août 2014 à 11:34
14 août 2014 à 11:34
Bonjour,
Un exe windows sur un Unix ? Pourquoi pas ?
Et ça marche ?
Un exe windows sur un Unix ? Pourquoi pas ?
Et ça marche ?
jeromece
Messages postés
290
Date d'inscription
jeudi 18 juin 2009
Statut
Membre
Dernière intervention
16 octobre 2022
2
14 août 2014 à 18:58
14 août 2014 à 18:58
le problème c'est que le cours que je bosse n'est que "théorique"
le système d'exploitation
du coup je n'ai pas beaucoup d'élément comme des test a faire sur un logiciel
c'est vraiment très très théorique comme cours...
et assez barbant
donc je ne peux pas "tester" mes réponse
le système d'exploitation
du coup je n'ai pas beaucoup d'élément comme des test a faire sur un logiciel
c'est vraiment très très théorique comme cours...
et assez barbant
donc je ne peux pas "tester" mes réponse
bob031
Messages postés
8158
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
472
14 août 2014 à 20:03
14 août 2014 à 20:03
Bonjour,
Hum ! d'après le net, oprofile est un outil de profilage.
Concernant ta question de cours, j'aurais pensé à "potasser" la gestion des utilisateurs sur Linux.
Hum ! d'après le net, oprofile est un outil de profilage.
Concernant ta question de cours, j'aurais pensé à "potasser" la gestion des utilisateurs sur Linux.
jeromece
Messages postés
290
Date d'inscription
jeudi 18 juin 2009
Statut
Membre
Dernière intervention
16 octobre 2022
2
14 août 2014 à 22:38
14 août 2014 à 22:38
ok merci je regarde de ce coté
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
jeromece
Messages postés
290
Date d'inscription
jeudi 18 juin 2009
Statut
Membre
Dernière intervention
16 octobre 2022
2
Modifié par jeromece le 14/08/2014 à 22:53
Modifié par jeromece le 14/08/2014 à 22:53
si je comprend
avec le fichier /etc/passwd, on doit pouvoir le faire au niveau de /bin/bash ?
est-ce possible
avec le fichier /etc/passwd, on doit pouvoir le faire au niveau de /bin/bash ?
est-ce possible
bob031
Messages postés
8158
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
472
Modifié par bob031 le 15/08/2014 à 11:27
Modifié par bob031 le 15/08/2014 à 11:27
Bonjour,
Il n'y a rien à traficoter dans /etc/passwd.
Il faut bien comprendre ce qu'est la gestion des groupes et des utilisateurs sur Linux.
De façon générale, un utilisateur "toto" aura son propre environnement (en général son environnement se situe dans $HOME/users/toto).
Si tu te connectes dans une console avec l'utilisateur "toto", et si tu tapes la command "id", il te sera retourné des informations intéressantes sur l'utilisateur et son appartenance à un groupe principal et éventuellement un/des groupe(s) secondaire(s).
Ensuite il faut comprendre la gestion des droits sur ces utilisateurs. Les droits sont apportés par le groupe (de façon globale) et plus finement sur chaque fichier/répertoire
Si tu veux que ton utilisateur "toto" ne puisse exécuter qu'une seule application, alors il faut faire en sorte que "toto" n'ait les droits d'exécution que sur cette application.
En gros les droits sont : lecture (r) ; écriture (w) ; exécution (x) . Ces droits sont appliqués 3 fois sur un même fichier (ou répertoire, ou exécutable, ou script, ou application (qui est en fait un exécutable)).
exemple ; je créé avec l'utilisateur "bob" un script nommé monscript.sh
la commande ls -l monscript.sh , me retourne :
-rwxr-xr-- monscript.sh
le premier "-" indique qu'il s'agit d'un fichier
le premier triplet "rwx" concerne les droits pour l'utilisateur
le deuxième triplet "r-x" concerne les droits pour le groupe
le troisième triplet "r--" concerne les droits pour les autres utilisateurs.
Supposons que "toto" fasse partie des autres utilisateurs, théoriquement "toto" ne pourra pas exécuter le script monscript.sh
Voilà ! C'est assez simplifié mais tout est expliqué en long, en large et en travers sur le net.
Mais peut-être que cela ne répond pas à ta question d'après ton titre "Automatisation après saisie identifiant " -:\
un penguin sur la banquise !
Il n'y a rien à traficoter dans /etc/passwd.
Il faut bien comprendre ce qu'est la gestion des groupes et des utilisateurs sur Linux.
De façon générale, un utilisateur "toto" aura son propre environnement (en général son environnement se situe dans $HOME/users/toto).
Si tu te connectes dans une console avec l'utilisateur "toto", et si tu tapes la command "id", il te sera retourné des informations intéressantes sur l'utilisateur et son appartenance à un groupe principal et éventuellement un/des groupe(s) secondaire(s).
Ensuite il faut comprendre la gestion des droits sur ces utilisateurs. Les droits sont apportés par le groupe (de façon globale) et plus finement sur chaque fichier/répertoire
Si tu veux que ton utilisateur "toto" ne puisse exécuter qu'une seule application, alors il faut faire en sorte que "toto" n'ait les droits d'exécution que sur cette application.
En gros les droits sont : lecture (r) ; écriture (w) ; exécution (x) . Ces droits sont appliqués 3 fois sur un même fichier (ou répertoire, ou exécutable, ou script, ou application (qui est en fait un exécutable)).
exemple ; je créé avec l'utilisateur "bob" un script nommé monscript.sh
la commande ls -l monscript.sh , me retourne :
-rwxr-xr-- monscript.sh
le premier "-" indique qu'il s'agit d'un fichier
le premier triplet "rwx" concerne les droits pour l'utilisateur
le deuxième triplet "r-x" concerne les droits pour le groupe
le troisième triplet "r--" concerne les droits pour les autres utilisateurs.
Supposons que "toto" fasse partie des autres utilisateurs, théoriquement "toto" ne pourra pas exécuter le script monscript.sh
Voilà ! C'est assez simplifié mais tout est expliqué en long, en large et en travers sur le net.
Mais peut-être que cela ne répond pas à ta question d'après ton titre "Automatisation après saisie identifiant " -:\
un penguin sur la banquise !
bob031
Messages postés
8158
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
472
15 août 2014 à 14:56
15 août 2014 à 14:56
ERRATA : il faut lire /home/toto (et non pas $HOME/users/toto)
déformation professionnelle :-\
déformation professionnelle :-\
jeromece
Messages postés
290
Date d'inscription
jeudi 18 juin 2009
Statut
Membre
Dernière intervention
16 octobre 2022
2
15 août 2014 à 13:33
15 août 2014 à 13:33
Merci
le défaut de cette formation est de ne pas me donner encore les moyens de m'exercer sur de l'unix et de nous demander déjà des question de ce type à partir seulement d'un cour purement théorique...
en me demandant de bloquer l'utilisateur à seulement l'exécution d'un logiciel et rien d'autre.
Ce que tu m'indique plus haut me parait logique.
J'ai encore trop d'habitude lié à windows, changer d'architecture est pas évident sans pratique
l'idée de la question est :
je me log et direct j'arrive sur l'application sans avoir accès à rien d'autre.
et c'est là que je bute
peut-on écrire un processus qui automatise juste après avoir saisie l'identifiant et le mot de passe un lancement direct de l'application gestion de stock.exe
donc qu'est ce qui après saisie du mot de passe peux activer un processus du type lancement fichier.exe ??
ma question est mieux poser ainsi peu être ??
le défaut de cette formation est de ne pas me donner encore les moyens de m'exercer sur de l'unix et de nous demander déjà des question de ce type à partir seulement d'un cour purement théorique...
en me demandant de bloquer l'utilisateur à seulement l'exécution d'un logiciel et rien d'autre.
Ce que tu m'indique plus haut me parait logique.
J'ai encore trop d'habitude lié à windows, changer d'architecture est pas évident sans pratique
l'idée de la question est :
je me log et direct j'arrive sur l'application sans avoir accès à rien d'autre.
et c'est là que je bute
peut-on écrire un processus qui automatise juste après avoir saisie l'identifiant et le mot de passe un lancement direct de l'application gestion de stock.exe
donc qu'est ce qui après saisie du mot de passe peux activer un processus du type lancement fichier.exe ??
ma question est mieux poser ainsi peu être ??
salut,
le défaut de cette formation est de ne pas me donner encore les moyens de m'exercer sur de l'unix [...]
rien ne t'empêche de démarrer avec un liveCD linux, qui n'est pas très différent d'UNIX.
en ce qui concerne ta question initiale, il faudrait que tu vois dans tes éléments de cours, ce qui à pu suggérer cette question.
pour ma part, je modifierais effectivement
en général, c'est un shell; pourquoi cela ne pourrait-il pas être une application.
il nous manque d'ailleurs une donnée : quel est le type d'environnement : console (100% texte), ou environnement graphique ?
le défaut de cette formation est de ne pas me donner encore les moyens de m'exercer sur de l'unix [...]
rien ne t'empêche de démarrer avec un liveCD linux, qui n'est pas très différent d'UNIX.
en ce qui concerne ta question initiale, il faudrait que tu vois dans tes éléments de cours, ce qui à pu suggérer cette question.
pour ma part, je modifierais effectivement
/etc/passwd, car c'est là qu'est défini l'environnement de travail de l'utilisateur.
en général, c'est un shell; pourquoi cela ne pourrait-il pas être une application.
il nous manque d'ailleurs une donnée : quel est le type d'environnement : console (100% texte), ou environnement graphique ?
bob031
Messages postés
8158
Date d'inscription
samedi 7 août 2004
Statut
Membre
Dernière intervention
1 septembre 2014
472
15 août 2014 à 14:52
15 août 2014 à 14:52
Bonjour,
Après réflexion, dans un contexte "purement" théorique, le fichier /etc/passwd peut-être la piste la plus "évidente".
Comme l'indique qqcpQ on peut théoriquement remplacer le shell utilisé par un exécutable.
jack:x:511:512:Jack Robbins:/home/jack:/bin/bash
devient
jack:x:511:512:Jack Robbins:/home/jack:/bin/monappli
... dans ce cas, et si cela fonctionne (jamais testé), l'utilisateur jack accèdera "théoriquement", après son login/mdp, directement à l'application monappli
La démarche "théorique" me semble assez singulière. Mais bon, je n'ai pas connaissance du contexte.
Après réflexion, dans un contexte "purement" théorique, le fichier /etc/passwd peut-être la piste la plus "évidente".
Comme l'indique qqcpQ on peut théoriquement remplacer le shell utilisé par un exécutable.
jack:x:511:512:Jack Robbins:/home/jack:/bin/bash
devient
jack:x:511:512:Jack Robbins:/home/jack:/bin/monappli
... dans ce cas, et si cela fonctionne (jamais testé), l'utilisateur jack accèdera "théoriquement", après son login/mdp, directement à l'application monappli
La démarche "théorique" me semble assez singulière. Mais bon, je n'ai pas connaissance du contexte.
jeromece
Messages postés
290
Date d'inscription
jeudi 18 juin 2009
Statut
Membre
Dernière intervention
16 octobre 2022
2
15 août 2014 à 16:29
15 août 2014 à 16:29
Merci à vous deux
oui cela n'est que théorique est aucun élément pour démarrer des application n'est donné
autant le cours sur les algorithme ma paru super facile, autant celui ci est hard par son approche très "cours magestrale" mais seul à la maison c'est hors de porté
je vais rester sur l'approche /etc/passwd est on verra ce qu'en dirra le correcteur
merci pour live cd, mon prochain cours est la pratique de linux, ça devrait me servir
oui cela n'est que théorique est aucun élément pour démarrer des application n'est donné
autant le cours sur les algorithme ma paru super facile, autant celui ci est hard par son approche très "cours magestrale" mais seul à la maison c'est hors de porté
je vais rester sur l'approche /etc/passwd est on verra ce qu'en dirra le correcteur
merci pour live cd, mon prochain cours est la pratique de linux, ça devrait me servir
