En effet, un grand merci 
MySecureShell has moved to github.
Now this forum is keeped for history :)
Url: https://github.com/mysecureshell/mysecureshell
Pages 1
You are not logged in. Please login or register.
MySecureShell moved to github !
Search options
MySecureShell forum → Posts by Zigobs
Posts found: 11
1 2011-10-12 12:40:28
Re: [RESOLU] Installation sur Ubuntu server 10.04 64 bits (4 replies, posted in Installation)
2 2011-10-10 15:43:22
Re: [RESOLU] Installation sur Ubuntu server 10.04 64 bits (4 replies, posted in Installation)
Bonjour,
Ca marche impeccable, merci
Une dernière question : comment lancer mysecureshell comme service au démarrage du serveur ?
3 2011-09-21 08:45:35
Topic: [RESOLU] Installation sur Ubuntu server 10.04 64 bits (4 replies, posted in Installation)
Bonjour,
Fidèle utilisateur j'ai voulu installer MSS en procédant comme suit
1/ Ajout des dépôts
deb http://mysecureshell.free.fr/repository/index.php/ubuntu testing main
deb-src http://mysecureshell.free.fr/repository/index.php/ubuntu testing main2/ Ajout de la clé
gpg --keyserver hkp://pool.sks-keyservers.net --recv-keys E328F22B; gpg --export E328F22B | sudo apt-key add -3/ Installation
apt-get install mysecureshell
Et là erreur...
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
L'information suivante devrait vous aider à résoudre la situation :
Les paquets suivants contiennent des dépendances non satisfaites :
mysecureshell: Dépend: libssl0.9.8 (>= 0.9.8m-1) mais 0.9.8k-7ubuntu8.6 devra être installé
E: Paquets défectueuxJe vois bien un paquet non officiel pour la 10.04 en 32 bits mais comment faire en 64 bits ?
Merci pour votre aide
4 2010-06-04 09:15:45
Re: Erreur de segmentation avec sftp-verif et à la connexion client (9 replies, posted in Utilisation)
Merci pour ton aide, j'arrive maintenant à me connecter aux dossiers distants.
Désolé, je n'avais pas vu mon erreur de configuration 
5 2010-06-03 08:36:09
Re: Erreur de segmentation avec sftp-verif et à la connexion client (9 replies, posted in Utilisation)
Hello,
Du nouveau ? Mon client est malheureux car il n'accède plus à ces fichiers à distance 
Merci pour ton aide
6 2010-05-17 21:10:12
Re: Erreur de segmentation avec sftp-verif et à la connexion client (9 replies, posted in Utilisation)
C'est une 32 bits et elle est à jour
aptèget update
apt-get upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Le ssh fonctionne sans problème, le port par défaut du ssh est sur un autre port que le 22
7 2010-05-17 19:24:43
Re: Erreur de segmentation avec sftp-verif et à la connexion client (9 replies, posted in Utilisation)
Bonjour et merci pour ton aide
MySecureShell --version
MySecureShell is version 1.20 build on Jan 22 2010
Options:
ACL support: yes
UTF-8 support: yesSftp Extensions:
Disk Usage
File Hashing
MySecureShell --configtest
Erreur de segmentation
8 2010-05-17 16:09:06
Topic: Erreur de segmentation avec sftp-verif et à la connexion client (9 replies, posted in Utilisation)
Bonjour,
Pourriez-vous m'aider ?
Mon OS : Linux version 2.6.26-2-686 (Debian 2.6.26-21lenny4) (dannf@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25))
C'est une machine installé en serveur sans interface graphique.
Je n'ai pas eu de problème lors de l'installation avec apt-get install MySecureShell
Mais quand je fait sftp-verif j'ai ce message à la fin du rapport :
** Verifing server configuration **
Show only error(s):
Try user: root
/usr/bin/sftp-verif: line 182: 7191 Erreur de segmentation /bin/MySecureShell --configtest > /dev/null
D'autre part quand un client essaye de se connecter j'ai ce message dans /var/log/message :
May 17 16:39:36 debian-ifecil kernel: [1465220.612275] MySecureShell[7149]: segfault at 0 ip b7d8e3b3 sp bfffdcac error 4 in libc-2.7.so[b7d18000+155000]
Du côté du client le message est le suivant :
cannot initialize sftp protocole, is the host running sftp server ?
Mon fichier de configuration :
<Default>
GlobalDownload 0 #total speed download for all clients
# o -> bytes k -> kilo bytes m -> mega bytes
GlobalUpload 0 #total speed download for all clients (0 for unlimited)
Download 0 #limit speed download for each connection
Upload 0 #unlimit speed upload for each connection
StayAtHome true #limit client to his home
VirtualChroot true #fake a chroot to the home account
LimitConnection 20 #max connection for the server sftp
LimitConnectionByUser 10 #max connection for the account
LimitConnectionByIP 20 #max connection by ip for the account
Home /home/$USER #overrite home of the user but if you want you can use
# environment variable (ie: Home /home/$USER)
IdleTimeOut 5m #(in second) deconnect client is idle too long time
ResolveIP true #resolve ip to dns
# IgnoreHidden true #treat all hidden files as if they don't exist
# DirFakeUser true #Hide real file/directory owner (just change displayed permissions)
# DirFakeGroup true #Hide real file/directory group (just change displayed permissions)
# DirFakeMode 0400 #Hide real file/directory rights (just change displayed permissions)
#Add execution right for directory if read right is set
# HideFiles "^(lost\+found|public_html)$" #Hide file/directory which match
#this extented POSIX regex
HideNoAccess true #Hide file/directory which user has no access
# MaxOpenFilesForUser 20 #limit user to open x files on same time
# MaxWriteFilesForUser 10 #limit user to x upload on same time
# MaxReadFilesForUser 10 #limit user to x download on same time
DefaultRights 0640 0750 #Set default rights for new file and new directory
# MinimumRights 0400 0700 #Set minimum rights for files and dirs# PathDenyFilter "^\." #deny upload of directory/file which match this extented POSIX regex
ShowLinksAsLinks false #show links as their destinations
# ConnectionMaxLife 1d #limits connection lifetime to 1 day# Charset "ISO-8859-15" #set charset of computer
# GMTTime +1 #set GMT Time (change if necessary)
</Default>
<User direction>
Home /home/DIRECTION
<User>
Je ne sais pas quoi faire...
9 2009-05-27 20:43:48
Re: [Ok] Mauvais groupe pour les fichiers dans un répertoire uploadé (5 replies, posted in Configuration)
Bonsoir,
Merci pour ton aide, mon problème est résolu !!
L'utilisateur a bien pour groupe principale "collaborateurs" ?
Le groupe principale d'un utilisateur est défini par /etc/password (la 2ème colonne si je ne dis pas de bêtises) ?
Et bien non !! Le groupe "collaborateurs" n'était pas le groupe principal de "echange-distant", j'ai donc modifié cela dans /etc/passwd et tout marche à merveille.
Maintenant quand j'upload un répertoire dans "echange", le nouveau répertoire et son contenu appartiennent au bon groupe avec les bons droits.
Youpi !
Par contre voilà ce que j'ai constaté à propos du SGID
Non justement les répertoires intérieures ne portent plus le droit SGID
Bizarre
Avec le terminal sur le serveur je me loggue avec un utilisateur "alice" qui appartient au groupe "collaborateurs" et je me positionne dans le répertoire "echange" (qui porte le droit SGID) et je crée un répertoire "repdetest", voilà ce que ça donne :
drwxr-sr-x 2 alice collaborateurs 4096 2009-05-27 21:11 repdetestNote le "s" du droit SGID qui a donc bien été hérité du répertoire parent "echange" qui porte ce même droit SGID.
Au passage on peut également noter que le groupe "collaborateurs" n'a pas les droits d'écriture sur ce répertoire, ce qui est très facheux mais je verrai ça plus tard 
Il me semble donc que pour cette question des droits SGID hérité par les sous-répertoires c'est bien ce que j'avais compris en lisant cette phrase (source : http://fr.wikipedia.org/wiki/Permission … Droit_SGID )
De plus, si c'est un autre répertoire qui est créé dans le répertoire portant le droit SGID, ce sous-répertoire portera également ce droit.
Sinon quelle est ton interprétation de la phrase précédente ?
En tout cas le SGID est hérité sur un sous-répertoire créé via la console mais ça n'est pas le cas via WinSCP.
Enfin bref, cela n'a plus d'importance...
En tout cas encore merci pour ton aide plus que précieuse 
10 2009-05-27 16:01:59
Re: [Ok] Mauvais groupe pour les fichiers dans un répertoire uploadé (5 replies, posted in Configuration)
Bonjour,
Merci d'avoir pris le temps de répondre
1ère solution:
Si je ne dis pas de bétise, il faudrait que chaques répertoires portent les droits SGID pour résoudre ce problème là
Voilà ce que j'ai pu trouver sur le SGID
DROIT SGID
Ce droit fonctionne comme le droit SUID, mais appliqué aux groupes. Il donne à un utilisateur les droits du groupe auquel appartient le propriétaire de l'exécutable et non plus les droits du propriétaire. De plus, ce droit à une tout autre utilisation s'il est appliqué à un répertoire. Normalement, lorsqu'un fichier est créé par un utilisateur, il en est propriétaire, et un groupe par défaut lui est appliqué (généralement users si le fichier a été créé par un utilisateur, et root s'il a été créé par root). Cependant, lorsqu'un fichier est créé dans un répertoire portant le droit SGID, alors ce fichier se verra attribuer par défaut le groupe du répertoire. De plus, si c'est un autre répertoire qui est créé dans le répertoire portant le droit SGID, ce sous-répertoire portera également ce droit.
Donc en théorie cela s'applique à mon cas puisque j'upload un répertoire dans le répertoire "echange" auquel j'ai appliqué le SGID.
2ème solution:
L'utilisateur "echange-distant" a pour groupe principale "collaborateurs" (mais ceci n'est peut-être pas compatible avec vos besoins).
C'est déjà le cas, l'utilisateur echange-distant appartient au groupe "collaborateurs"
Là je cale...
11 2009-05-25 21:41:02
Topic: [Ok] Mauvais groupe pour les fichiers dans un répertoire uploadé (5 replies, posted in Configuration)
Bonsoir,
Pour ce premier post je tiens à féliciter votre équipe, voilà c'est fait 
Tout d'abord pour être le plus clair possible voilà les données du problème.
1/ J'ai créé un utilisateur unix "echange-distant"
2/ J'ai ajouté cet utilisateur au groupe "collaborateurs"
3/ J'ai un répertoire "echange" sur un serveur Ubuntu avec les droits SGID
sudo chmod g+s echangedrwxrwsr-x 31 atlas collaborateurs 4096 2009-05-25 21:42 echange4/ Voilà mon sftp_config
<Default>
GlobalDownload 500k
GlobalUpload 0
Download 0
Upload 0
StayAtHome true
VirtualChroot true
LimitConnection 10
LimitConnectionByUser 10
LimitConnectionByIP 5
Home /home/$USER
</Default>
<User echange-distant>
Home /home/echange
DefaultRights 0770 0770
</user>Quand je transfère un fichier dans "echange" avec WinSCP (sous Windows) pas de problème, le fichier appartient au bon groupe avec les bons droits
-rwxrwx--- 2 echange-distant collaborateurs 4096 2009-05-25 22:12 test-acces-distant.txtPar contre quand je transfère un répertoire, le répertoire a les bons droits
drwxrwx--- 2 echange-distant collaborateurs 4096 2009-05-25 22:12 test-acces-distantMAIS depuis le serveur je ne peux pas lister le contenu du répertoire avec la console sans être loggué en tant que "echange-distant" car les fichiers contenus dans le répertoires n'ont pas le bon groupe :
sudo ls -l test-acces-distant/
-rwxrwx--- 1 echange-distant echange-distant 28 2008-08-12 11:00 CRC32.txt
-rwxrwx--- 1 echange-distant echange-distant 52 2008-08-12 11:00 MD5.txt
-rwxrwx--- 1 echange-distant echange-distant 60 2008-08-12 11:00 SHA1.txtQuelle est mon erreur ?
Que dois-je faire pour que les fichiers contenus dans le répertoire uploadé sur le serveur avec WinSCP appartiennent aussi au groupe "collaborateurs" ?
Merci pour votre aide
Posts found: 11
Pages 1
MySecureShell forum → Posts by Zigobs
Powered by PunBB, supported by Informer Technologies, Inc.