Pour cette installation, dois je mettre 777 (nooonnnn surtout pas hhhoouuuu le nnuuullee !!!), 775, 757, ou autre...
A priori, et comme proposé, ssh devrait vous permettre de faire ce que vous voulez. Par ailleurs, il vous permettra aussi de faire du transfert de fichiers, comme ftp, mais de façon sécurisée :-) Et en traversant la NAT sans problème. Que demande le peuple ? :-)
Quand au Set UID, set GID, et sticky alors là...
SUID: le binaire sera lancé avec les droits du propriétaire du fichier et non l'utilisateur l'exécutant -> potentiel danger avec root ! GUID: pareil pour le groupe Sticky: pour conserver le processus en mémoire même s'il est arrêté, cela permet de ne pas avoir à faire des aller-retour mémoire si ton programme est souvent appelé
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
"Debelles" <debelles@hotmail.nospam> wrote in message
news:Xns9655758F1B524debelleshotmailnospa@212.27.42.72
Pour cette installation, dois je mettre 777 (nooonnnn surtout pas hhhoouuuu
le nnuuullee !!!), 775, 757, ou autre...
A priori, et comme proposé, ssh devrait vous permettre de faire ce que
vous voulez. Par ailleurs, il vous permettra aussi de faire du transfert
de fichiers, comme ftp, mais de façon sécurisée :-) Et en traversant
la NAT sans problème. Que demande le peuple ? :-)
Quand au Set UID, set GID, et sticky alors là...
SUID: le binaire sera lancé avec les droits du propriétaire du fichier
et
non l'utilisateur l'exécutant -> potentiel danger avec root !
GUID: pareil pour le groupe
Sticky: pour conserver le processus en mémoire même s'il est arrêté,
cela permet de ne pas avoir à faire des aller-retour mémoire si ton
programme est souvent appelé
--
Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
Pour cette installation, dois je mettre 777 (nooonnnn surtout pas hhhoouuuu le nnuuullee !!!), 775, 757, ou autre...
A priori, et comme proposé, ssh devrait vous permettre de faire ce que vous voulez. Par ailleurs, il vous permettra aussi de faire du transfert de fichiers, comme ftp, mais de façon sécurisée :-) Et en traversant la NAT sans problème. Que demande le peuple ? :-)
Quand au Set UID, set GID, et sticky alors là...
SUID: le binaire sera lancé avec les droits du propriétaire du fichier et non l'utilisateur l'exécutant -> potentiel danger avec root ! GUID: pareil pour le groupe Sticky: pour conserver le processus en mémoire même s'il est arrêté, cela permet de ne pas avoir à faire des aller-retour mémoire si ton programme est souvent appelé
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
TiChou
Dans le message <news:, *Debelles* tapota sur f.c.o.unix :
C'est peut etre le 777 qui vous chagrine, alors admettons 644, mais ma question reste identique.
Alors admettons... Profitons en aussi pour apporter quelques précisions sur le fonctionnement de ftp. Effectivement comme il a été dit, la commande CHMOD du protocole FTP permet de n'intervenir que sur un seul fichier à la fois, comme les autres commandes du protocole FTP. Cela veut dire que côté serveur FTP, les commandes ne permettent pas de faire du récursif. Mais rien n'empêche au client ftp de disposer de commandes récursives qui alors enverront au serveur FTP la séquence de commandes nécessaires pour reproduire l'action récursive. C'est ce que permet de faire le client lftp :
lftp :~> help chmod Usage: chmod [OPTS] mode file... Change the mode of each FILE to MODE.
-c, --changes - like verbose but report only when a change is made -f, --quiet - suppress most error messages -v, --verbose - output a diagnostic for every file processed -R, --recursive - change files and directories recursively
MODE can be an octal number or symbolic mode (see chmod(1))
-- TiChou
Dans le message <news:Xns965571C1E4BFFdebelleshotmailnospa@212.27.42.72>,
*Debelles* tapota sur f.c.o.unix :
C'est peut etre le 777 qui vous chagrine, alors admettons 644, mais ma
question reste identique.
Alors admettons... Profitons en aussi pour apporter quelques précisions sur
le fonctionnement de ftp.
Effectivement comme il a été dit, la commande CHMOD du protocole FTP permet
de n'intervenir que sur un seul fichier à la fois, comme les autres
commandes du protocole FTP. Cela veut dire que côté serveur FTP, les
commandes ne permettent pas de faire du récursif. Mais rien n'empêche au
client ftp de disposer de commandes récursives qui alors enverront au
serveur FTP la séquence de commandes nécessaires pour reproduire l'action
récursive. C'est ce que permet de faire le client lftp :
lftp :~> help chmod
Usage: chmod [OPTS] mode file...
Change the mode of each FILE to MODE.
-c, --changes - like verbose but report only when a change is made
-f, --quiet - suppress most error messages
-v, --verbose - output a diagnostic for every file processed
-R, --recursive - change files and directories recursively
MODE can be an octal number or symbolic mode (see chmod(1))
Dans le message <news:, *Debelles* tapota sur f.c.o.unix :
C'est peut etre le 777 qui vous chagrine, alors admettons 644, mais ma question reste identique.
Alors admettons... Profitons en aussi pour apporter quelques précisions sur le fonctionnement de ftp. Effectivement comme il a été dit, la commande CHMOD du protocole FTP permet de n'intervenir que sur un seul fichier à la fois, comme les autres commandes du protocole FTP. Cela veut dire que côté serveur FTP, les commandes ne permettent pas de faire du récursif. Mais rien n'empêche au client ftp de disposer de commandes récursives qui alors enverront au serveur FTP la séquence de commandes nécessaires pour reproduire l'action récursive. C'est ce que permet de faire le client lftp :
lftp :~> help chmod Usage: chmod [OPTS] mode file... Change the mode of each FILE to MODE.
-c, --changes - like verbose but report only when a change is made -f, --quiet - suppress most error messages -v, --verbose - output a diagnostic for every file processed -R, --recursive - change files and directories recursively
MODE can be an octal number or symbolic mode (see chmod(1))
-- TiChou
tmartin
SUID: le binaire sera lancé avec les droits du propriétaire du fichier et non l'utilisateur l'exécutant -> potentiel danger avec root !
Ce n'est pas plutôt les droits du propriétaire _en plus_ de ceux de l'utilisateur l'exécutant ? (En clair : autoriser le programme à basculer de l'une à l'autre des identité pour jouir des droits dont il a besoin)
GUID: pareil pour le groupe
GUID est synonyme de Set GID ?
Sticky: pour conserver le processus en mémoire même s'il est arrêté, cela permet de ne pas avoir à faire des aller-retour mémoire si ton programme est souvent appelé
Il me semblait que Sticky, au niveau d'un fichier, n'a plus d'effet. Au niveau d'un répertoire, il indique que seul le propriétaire d'un fichier contenu dans le répertoire a le droit de le supprimer (en plus du propriétaire du répertoire).
SUID: le binaire sera lancé avec les droits du propriétaire du fichier
et
non l'utilisateur l'exécutant -> potentiel danger avec root !
Ce n'est pas plutôt les droits du propriétaire _en plus_ de ceux de
l'utilisateur l'exécutant ? (En clair : autoriser le programme à
basculer de l'une à l'autre des identité pour jouir des droits dont
il a besoin)
GUID: pareil pour le groupe
GUID est synonyme de Set GID ?
Sticky: pour conserver le processus en mémoire même s'il est arrêté,
cela permet de ne pas avoir à faire des aller-retour mémoire si ton
programme est souvent appelé
Il me semblait que Sticky, au niveau d'un fichier, n'a plus d'effet. Au
niveau d'un répertoire, il indique que seul le propriétaire d'un fichier
contenu dans le répertoire a le droit de le supprimer (en plus du
propriétaire du répertoire).
SUID: le binaire sera lancé avec les droits du propriétaire du fichier et non l'utilisateur l'exécutant -> potentiel danger avec root !
Ce n'est pas plutôt les droits du propriétaire _en plus_ de ceux de l'utilisateur l'exécutant ? (En clair : autoriser le programme à basculer de l'une à l'autre des identité pour jouir des droits dont il a besoin)
GUID: pareil pour le groupe
GUID est synonyme de Set GID ?
Sticky: pour conserver le processus en mémoire même s'il est arrêté, cela permet de ne pas avoir à faire des aller-retour mémoire si ton programme est souvent appelé
Il me semblait que Sticky, au niveau d'un fichier, n'a plus d'effet. Au niveau d'un répertoire, il indique que seul le propriétaire d'un fichier contenu dans le répertoire a le droit de le supprimer (en plus du propriétaire du répertoire).
Laurent Wacrenier
Debelles écrit:
J'essai d'installer SUGARCRM sur mon serveur web. Son installation requiert les droits en écriture sur les dossiers et fichiers du genre "Writable Cache Sub-Directories" avec test à la clef.
Attribuer les fichiers et répertoires à celui qui execute les CGI.
Debelles <debelles@hotmail.nospam> écrit:
J'essai d'installer SUGARCRM sur mon serveur web. Son installation requiert
les droits en écriture sur les dossiers et fichiers du genre "Writable
Cache Sub-Directories" avec test à la clef.
Attribuer les fichiers et répertoires à celui qui execute les CGI.
J'essai d'installer SUGARCRM sur mon serveur web. Son installation requiert les droits en écriture sur les dossiers et fichiers du genre "Writable Cache Sub-Directories" avec test à la clef.
Attribuer les fichiers et répertoires à celui qui execute les CGI.
Eric Lalitte
"Thierry Martinez" wrote in message news:d64rsk$11n1$
Ce n'est pas plutôt les droits du propriétaire _en plus_ de ceux de l'utilisateur l'exécutant ? (En clair : autoriser le programme à basculer de l'une à l'autre des identité pour jouir des droits dont il a besoin)
Pas exactement, l'identité récupérée l'est en tant que EUID et non UID simple. Le propriétaire du processus est donc bien l'utilisateur l'ayant lancé, mais il utilisera l'identité du propriétaire du fichier pour les contrôles d'accès.
GUID est synonyme de Set GID ?
Non, toutes mes excuses, il s'agit bien de SGID :-)
Il me semblait que Sticky, au niveau d'un fichier, n'a plus d'effet.
La fonctionnalité de sauvegarde en mémoire est moins utile aujourd'hui car les memoires sont plus importantes, mais d'ici à dire que le sticky bit n'a plus d'effet, je ne pense pas.
Au niveau d'un répertoire, il indique que seul le propriétaire d'un fichier contenu dans le répertoire a le droit de le supprimer (en plus du propriétaire du répertoire).
Tout à fait.
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
"Thierry Martinez" <tmartin@clipper.ens.fr> wrote in message
news:d64rsk$11n1$1@nef.ens.fr
Ce n'est pas plutôt les droits du propriétaire _en plus_ de ceux de
l'utilisateur l'exécutant ? (En clair : autoriser le programme à
basculer de l'une à l'autre des identité pour jouir des droits dont
il a besoin)
Pas exactement, l'identité récupérée l'est en tant que EUID et non UID
simple. Le propriétaire du processus est donc bien l'utilisateur l'ayant
lancé, mais il utilisera l'identité du propriétaire du fichier pour les
contrôles d'accès.
GUID est synonyme de Set GID ?
Non, toutes mes excuses, il s'agit bien de SGID :-)
Il me semblait que Sticky, au niveau d'un fichier, n'a plus d'effet.
La fonctionnalité de sauvegarde en mémoire est moins utile aujourd'hui
car les memoires sont plus importantes, mais d'ici à dire que le sticky
bit n'a plus d'effet, je ne pense pas.
Au niveau d'un répertoire, il indique que seul le propriétaire d'un fichier
contenu dans le répertoire a le droit de le supprimer (en plus du
propriétaire du répertoire).
Tout à fait.
--
Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
"Thierry Martinez" wrote in message news:d64rsk$11n1$
Ce n'est pas plutôt les droits du propriétaire _en plus_ de ceux de l'utilisateur l'exécutant ? (En clair : autoriser le programme à basculer de l'une à l'autre des identité pour jouir des droits dont il a besoin)
Pas exactement, l'identité récupérée l'est en tant que EUID et non UID simple. Le propriétaire du processus est donc bien l'utilisateur l'ayant lancé, mais il utilisera l'identité du propriétaire du fichier pour les contrôles d'accès.
GUID est synonyme de Set GID ?
Non, toutes mes excuses, il s'agit bien de SGID :-)
Il me semblait que Sticky, au niveau d'un fichier, n'a plus d'effet.
La fonctionnalité de sauvegarde en mémoire est moins utile aujourd'hui car les memoires sont plus importantes, mais d'ici à dire que le sticky bit n'a plus d'effet, je ne pense pas.
Au niveau d'un répertoire, il indique que seul le propriétaire d'un fichier contenu dans le répertoire a le droit de le supprimer (en plus du propriétaire du répertoire).
Tout à fait.
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
Debelles
Voilà,
Pour faire un chmod -r (ou recursif) sur un dossier , tous ses sous dossiers et fichiers, pour les utilisateurs travaillant sous Windows, le programme Adobe golive possède un outils qui permet de modifier tous les attributs récursivement.
Merci pour vos réponses.
Voilà,
Pour faire un chmod -r (ou recursif) sur un dossier , tous ses sous
dossiers et fichiers, pour les utilisateurs travaillant sous Windows, le
programme Adobe golive possède un outils qui permet de modifier tous les
attributs récursivement.
Pour faire un chmod -r (ou recursif) sur un dossier , tous ses sous dossiers et fichiers, pour les utilisateurs travaillant sous Windows, le programme Adobe golive possède un outils qui permet de modifier tous les attributs récursivement.
