Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
838 connectés 

  FORUM HardWare.fr
  Windows & Software

  [ [ [ > > > Repertoire caché sur un FTP < < < ] ] ]

 



 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

[ [ [ > > > Repertoire caché sur un FTP < < < ] ] ]

n°768933
madeinsam
Posté le 11-07-2002 à 20:05:29  profilanswer
 

Salut
est ce que vous me dire comment je peut faire pour caché des repertoire sur un hebergeur ( pour mon cas, c'est FREE ) de facon que lorsque l'on va sur le ftp, le repertoire ne se voit pas.
Merci

mood
Publicité
Posté le 11-07-2002 à 20:05:29  profilanswer
 

n°768936
petit prin​ce
Dessine moi un mouton :)
Posté le 11-07-2002 à 20:07:37  profilanswer
 

ben tu met un index.htm
et on voit plus ce k'il y a derriere :)


---------------
Black List : FABD!!! <-ne pas lui faire confiance!
n°768943
madeinsam
Posté le 11-07-2002 à 20:11:43  profilanswer
 

Ok
Mais je suis d'accord pour cette solution mais le probleme et que je veut voir mes fichiers et reps lorsque je tape mon adresse. Voir tout les reps sauf celu que je vut cacher

n°768948
Laurent_g
Posté le 11-07-2002 à 20:16:16  profilanswer
 

question quite interesting  :D

n°768949
petit prin​ce
Dessine moi un mouton :)
Posté le 11-07-2002 à 20:16:28  profilanswer
 

dans ce cas tu mets des liens dans ta page index
 
sinon je ne vois pas comment faire autrement
(à part créer 2 comptes ftp)
 
si tu trouves, informe nous
mais ça m'étonnerai que ça marche


---------------
Black List : FABD!!! <-ne pas lui faire confiance!
n°768981
JDF
Posté le 11-07-2002 à 20:34:58  profilanswer
 

j'ai peut etre une methode mais le repertoire sera visible mais pas accessible (a moins de faire de longue recherche)
 
en mettant dans le nom du repertoire
le code alt+0160 qui visuellement represente un espace
 
donc un truc du genre ...\repertoire 2\...
il ne sera pas accessible pas "double click" il faudra taper le chemin manuellement en utilisant le code alt+160 au lieu d'un espace (il en est de meme pour la creation du repertoire evidemment)
mais je suis pas sur de cette methode, et je crois qu'elle est peut etre restrainte aux server linux ou des truc du genre...


Message édité par JDF le 11-07-2002 à 20:35:19

---------------
Mon topic achats/ventes
n°769001
madeinsam
Posté le 11-07-2002 à 20:49:57  profilanswer
 

JE viens d'essayer mais sa deconne.
Merci quand meme.

n°769007
blueteen
Posté le 11-07-2002 à 20:54:03  profilanswer
 

pkoi tu veux cacher ça ? :)
les ftp de free sont privés, donc à moins d'avoir ton pass personne peut aller voir quels répertoires tu as...
et si tu espères mettre plus de données pour que les admins de free ne les voient pas.. ben tu rêves :)
non sans blagues, je suis curieux...

n°769008
petit prin​ce
Dessine moi un mouton :)
Posté le 11-07-2002 à 20:55:20  profilanswer
 

non jr prndr que c'est caché pour les autres


---------------
Black List : FABD!!! <-ne pas lui faire confiance!
n°769012
JDF
Posté le 11-07-2002 à 20:59:06  profilanswer
 

Petit Prince a écrit a écrit :

non jr prndr que c'est caché pour les autres




 
 
 
 :heink: et avec le decodeur ? :??:


---------------
Mon topic achats/ventes
mood
Publicité
Posté le 11-07-2002 à 20:59:06  profilanswer
 

n°769016
FRandon
Citation personnelle associée
Posté le 11-07-2002 à 21:04:55  profilanswer
 

va la si tu peux :
 
http://f.randon.free.fr/mariage/
 
un .htacess  :D


---------------
Cdlt,
n°769023
madeinsam
Posté le 11-07-2002 à 21:10:46  profilanswer
 

yeah elle est super ta technique.
Comment t'as fait ?

n°769025
seb31
Un lapin a tué un chasseur
Posté le 11-07-2002 à 21:13:09  profilanswer
 

tu mets ton site off line cai possible avec mamadoo et y a page en conxtruction à la place


---------------
http://forum.aceboard.net/forum1.p [...] login=1408les amis de seb31
n°769028
petit prin​ce
Dessine moi un mouton :)
Posté le 11-07-2002 à 21:14:37  profilanswer
 

JDF a écrit a écrit :

 
 
 
 
 :heink: et avec le decodeur ? :??:  




 
non je pense qu'il veut dire caché pour le public et non pour les admin de free


---------------
Black List : FABD!!! <-ne pas lui faire confiance!
n°769031
FRandon
Citation personnelle associée
Posté le 11-07-2002 à 21:15:22  profilanswer
 

va sur le site de free, ils expliquent comment faire :
 
ça marche pour apache :
 

[g]Restriction d'accès " Création d'une table d'utilisateurs "[/g] [Page d'érreur personnalisé]  
[#0000ff]Etape 1 : Création d'une table d'utilisateurs[/#0000ff]
 
Il s'agit de stocker une liste d'utilisateurs et leur mot de passe correspondant dans un fichier.  
Le fichier ressemble a cela :  
martin:PasSw0rd
jean:SecR3t
sophie:H1dDeN  
" Premier champ: le nom de l'utilisateur
" Second champ: le mot de passe en clair
Notes:  
Vous devez transférer ce fichier en mode ASCII (voir documentation de votre client FTP) pour assurer la conversion des caractères "fin de ligne".  
Vous pouvez stocker ce fichier dans n'importe quel répertoire de votre site mais il faudra en spécifier le chemin dans la directive PerlSetVar AuthFile  
Assurez-vous de ne pas laisser d'espace ou de tabulations dans ce fichier.  
 
 
[#0038c6]Etape 2 : Activer la restriction d'accès [/#0038c6]
Pour limiter l'accès aux utilisateurs déclarés dans le fichier passlist, vous devez créer un fichier .htaccess dans le répertoire que vous souhaitez limiter.  
Remarques : Sous plate-forme Microsoft Windows, il n'est pas possible de créer directement sur votre ordinateur un fichier portant le nom ".htaccess". Vous devez le créer avec un autre nom, le transférer sur le serveur, puis le renommer.
Attention:  
Le nom du fichier est .htaccess et le point est le premier caractère du nom de fichier.
" ce n'est pas une extension de fichier"
Exemple :  
Vous créez un fichier toto.txt dans lequel vous saisissez les paramètres de votre futur fichier .htaccess  
Vous le copiez sur le serveur.  
Avec votre logiciel FTP renommez le en .htaccess  
PerlSetVar AuthFile secret/passlist
AuthName "Acces Restreint"
AuthType Basic
require valid-user
La commande PerlSetVar désigne le chemin d'accès à la table des utilisateurs. Il est relatif à la racine de votre site Web. Donc si vous avez stocké votre table d'utilisateurs dans le répertoire secret/password/ sous le nom 'maliste.txt', vous devez modifier la directive PerlSetVar AuthFile en conséquence : PerlSetVar AuthFile secret/password/maliste.txt  
La commande require valid-user autorise tous les utilisateurs valides à télécharger les fichiers du répertoire. Vous pouvez aussi utiliser require user martin sophie pour autoriser uniquement les utilisateurs martin et sophie, mais pas jean.
Attention:  
Il est fortement conseillé de protéger sa liste de mots de passes en la nommant autrement. Vous pouvez ainsi la stockez dans un sous-répertoire de votre site Web que vous protégerez en créant un fichier .htaccess dans ce sous répertoire, contenant uniquement la ligne : deny from all
Ceux qui veulent aller plus loin, peuvent consulter le guide utilisateur d'Apache qui traite en détail tous les aspects d'authentification.
 
[#0000ff]Mini Foire aux questions[/#0000ff]  
 
Lorsque j'essaie d'accèder à mon répertoire, j'ai une erreur de type 'Internal server error', qu'est-ce que ca veut dire ?  
Votre fichier ".htaccess" n'est pas reconnu par le serveur, il comporte probablement des erreurs.  
 
 
Voici les quelques points à vérifier:  
"  La syntaxe des différentes commandes (PerlSetVar, AuthName) est-elle correcte ?  
Une erreur d'orthographe empêchera le serveur Web de comprendre votre fichier .htaccess  
" L'emplacement de la table d'utilisateurs est-il correctement spécifié ?  
Vous devez donner le chemin complet depuis la racine de votre site même si le fichier .htaccess se trouve dans le même répertoire.  
" Avez-vous effectué le transfert du fichier .htaccess en mode ASCII ?  
Les caractères de "fin de ligne" sont incompatibles entre les différents systèmes d'exploitation. Il suffit de retransférer le fichier en mode ASCII pour corriger ce problème.  
" La table d'utilisateurs existe-t-elle ?  
" Etes-vous sûr de votre nom de table d'utilisateurs ?  
Le serveur fait la différence majuscules/minuscules dans les noms de fichiers et vous devez spécifier le nom complet du fichier en précisant l'extension s'il y a lieu.  
Prenez garde aux caractères, espaces et tabulations qui peuvent se trouver dans votre fichier en début et fin de ligne.  
 
Lorsque je rentre l'URL de mon répertoire protégé dans mon navigateur, il me demande bien de m'authentifier mais me refuse à tout les coups, je suis pourtant sûr de mon mot de passe ?  
La table d'utilisateurs doit être transférée en mode ASCII sur votre site web. De plus son format est un couple 'nom:mot de passe' par ligne. Veuillez à ce qu'aucun espace ne se trouve avant le nom ou après le mot de passe.  
J'ai lu la documentation d'Apache et il n'est fait nulle part mention de PerlSetVar AuthFile et il y est dit qu'il faut donner les mots de passe cryptés dans la table d'utilisateurs !
Nous avons modifié Apache afin d'en permettre une utilisation simple pour tous, ce qui explique la directive PerlSetVar AuthFile. Elle est obligatoire et ne peut pas être remplacée par les équivalents d'Apache.  
Ca me gène de laisser les mots de passe en clair dans mon site web, est-ce qu'il y a un moyen pour les protéger ?  
Le moyen le plus simple est de stocker votre fichier dans un sous-répertoire qui n'est pas accessible par http. Pour ce faire, il suffit de créer un fichier .htaccess dans le sous-répertoire dont vous souhaitez interdire l'accès et d'y mettre la simple ligne : deny from all .


---------------
Cdlt,
n°769033
madeinsam
Posté le 11-07-2002 à 21:15:25  profilanswer
 

lol, Seb31, t'as mangé un clown ?
 
Non en fait, l'explication qu'on cherche c'est celle de Frandom ^^
 
Mais merçi quand meme LOL :D

n°769067
seb31
Un lapin a tué un chasseur
Posté le 11-07-2002 à 21:38:43  profilanswer
 

madeinsam a écrit a écrit :

lol, Seb31, t'as mangé un clown ?
 
Non en fait, l'explication qu'on cherche c'est celle de Frandom ^^
 
Mais merçi quand meme LOL :D



 
avec ma méthode le site n'est accessible que par FTP avec password


---------------
http://forum.aceboard.net/forum1.p [...] login=1408les amis de seb31
n°769069
seb31
Un lapin a tué un chasseur
Posté le 11-07-2002 à 21:40:16  profilanswer
 

FRandon a écrit a écrit :

va sur le site de free, ils expliquent comment faire :
 
ça marche pour apache :
 

[g]Restriction d'accès " Création d'une table d'utilisateurs "[/g] [Page d'érreur personnalisé]  
[#0000ff]Etape 1 : Création d'une table d'utilisateurs[/#0000ff]
 
Il s'agit de stocker une liste d'utilisateurs et leur mot de passe correspondant dans un fichier.  
Le fichier ressemble a cela :  
martin:PasSw0rd
jean:SecR3t
sophie:H1dDeN  
" Premier champ: le nom de l'utilisateur
" Second champ: le mot de passe en clair
Notes:  
Vous devez transférer ce fichier en mode ASCII (voir documentation de votre client FTP) pour assurer la conversion des caractères "fin de ligne".  
Vous pouvez stocker ce fichier dans n'importe quel répertoire de votre site mais il faudra en spécifier le chemin dans la directive PerlSetVar AuthFile  
Assurez-vous de ne pas laisser d'espace ou de tabulations dans ce fichier.  
 
 
[#0038c6]Etape 2 : Activer la restriction d'accès [/#0038c6]
Pour limiter l'accès aux utilisateurs déclarés dans le fichier passlist, vous devez créer un fichier .htaccess dans le répertoire que vous souhaitez limiter.  
Remarques : Sous plate-forme Microsoft Windows, il n'est pas possible de créer directement sur votre ordinateur un fichier portant le nom ".htaccess". Vous devez le créer avec un autre nom, le transférer sur le serveur, puis le renommer.
Attention:  
Le nom du fichier est .htaccess et le point est le premier caractère du nom de fichier.
" ce n'est pas une extension de fichier"
Exemple :  
Vous créez un fichier toto.txt dans lequel vous saisissez les paramètres de votre futur fichier .htaccess  
Vous le copiez sur le serveur.  
Avec votre logiciel FTP renommez le en .htaccess  
PerlSetVar AuthFile secret/passlist
AuthName "Acces Restreint"
AuthType Basic
require valid-user
La commande PerlSetVar désigne le chemin d'accès à la table des utilisateurs. Il est relatif à la racine de votre site Web. Donc si vous avez stocké votre table d'utilisateurs dans le répertoire secret/password/ sous le nom 'maliste.txt', vous devez modifier la directive PerlSetVar AuthFile en conséquence : PerlSetVar AuthFile secret/password/maliste.txt  
La commande require valid-user autorise tous les utilisateurs valides à télécharger les fichiers du répertoire. Vous pouvez aussi utiliser require user martin sophie pour autoriser uniquement les utilisateurs martin et sophie, mais pas jean.
Attention:  
Il est fortement conseillé de protéger sa liste de mots de passes en la nommant autrement. Vous pouvez ainsi la stockez dans un sous-répertoire de votre site Web que vous protégerez en créant un fichier .htaccess dans ce sous répertoire, contenant uniquement la ligne : deny from all
Ceux qui veulent aller plus loin, peuvent consulter le guide utilisateur d'Apache qui traite en détail tous les aspects d'authentification.
 
[#0000ff]Mini Foire aux questions[/#0000ff]  
 
Lorsque j'essaie d'accèder à mon répertoire, j'ai une erreur de type 'Internal server error', qu'est-ce que ca veut dire ?  
Votre fichier ".htaccess" n'est pas reconnu par le serveur, il comporte probablement des erreurs.  
 
 
Voici les quelques points à vérifier:  
"  La syntaxe des différentes commandes (PerlSetVar, AuthName) est-elle correcte ?  
Une erreur d'orthographe empêchera le serveur Web de comprendre votre fichier .htaccess  
" L'emplacement de la table d'utilisateurs est-il correctement spécifié ?  
Vous devez donner le chemin complet depuis la racine de votre site même si le fichier .htaccess se trouve dans le même répertoire.  
" Avez-vous effectué le transfert du fichier .htaccess en mode ASCII ?  
Les caractères de "fin de ligne" sont incompatibles entre les différents systèmes d'exploitation. Il suffit de retransférer le fichier en mode ASCII pour corriger ce problème.  
" La table d'utilisateurs existe-t-elle ?  
" Etes-vous sûr de votre nom de table d'utilisateurs ?  
Le serveur fait la différence majuscules/minuscules dans les noms de fichiers et vous devez spécifier le nom complet du fichier en précisant l'extension s'il y a lieu.  
Prenez garde aux caractères, espaces et tabulations qui peuvent se trouver dans votre fichier en début et fin de ligne.  
 
Lorsque je rentre l'URL de mon répertoire protégé dans mon navigateur, il me demande bien de m'authentifier mais me refuse à tout les coups, je suis pourtant sûr de mon mot de passe ?  
La table d'utilisateurs doit être transférée en mode ASCII sur votre site web. De plus son format est un couple 'nom:mot de passe' par ligne. Veuillez à ce qu'aucun espace ne se trouve avant le nom ou après le mot de passe.  
J'ai lu la documentation d'Apache et il n'est fait nulle part mention de PerlSetVar AuthFile et il y est dit qu'il faut donner les mots de passe cryptés dans la table d'utilisateurs !
Nous avons modifié Apache afin d'en permettre une utilisation simple pour tous, ce qui explique la directive PerlSetVar AuthFile. Elle est obligatoire et ne peut pas être remplacée par les équivalents d'Apache.  
Ca me gène de laisser les mots de passe en clair dans mon site web, est-ce qu'il y a un moyen pour les protéger ?  
Le moyen le plus simple est de stocker votre fichier dans un sous-répertoire qui n'est pas accessible par http. Pour ce faire, il suffit de créer un fichier .htaccess dans le sous-répertoire dont vous souhaitez interdire l'accès et d'y mettre la simple ligne : deny from all .






est-ce que cette méthode marche aussi chez mamadoo


---------------
http://forum.aceboard.net/forum1.p [...] login=1408les amis de seb31
n°769081
madeinsam
Posté le 11-07-2002 à 21:52:10  profilanswer
 

merci

n°769083
FRandon
Citation personnelle associée
Posté le 11-07-2002 à 21:53:17  profilanswer
 

seb31 a écrit a écrit :

 
est-ce que cette méthode marche aussi chez mamadoo




si ils ont appache oui  :D


---------------
Cdlt,
n°769093
Cruchot
Posté le 11-07-2002 à 22:00:06  profilanswer
 

Visual Route a dit :
 
Analyse: Connections au HTTP port 80 sur l'hôte 'www.wanadoo.fr' fonctionnent, mais des paquets ICMP sont bloqués à travers le réseau "France Telecom IP Backbone" au bond 7. Il  
est un HTTP serveur (running Apache/1.3.22 (Unix) mod_fastcgi/2.2.12).
 
Le probleme c'est qu'un deuxieme essai donne ca :
 
Analyse: Connections au HTTP port 80 sur l'hôte 'www.wanadoo.fr' fonctionnent, mais des paquets ICMP sont bloqués à travers le réseau "France Telecom IP Backbone" au bond 7. Il  
est un HTTP serveur (running Netscape-Commerce/1.12).  
 
Et ainsi de suite...
:heink:


Message édité par Cruchot le 11-07-2002 à 22:13:03
n°769139
seb31
Un lapin a tué un chasseur
Posté le 11-07-2002 à 22:38:40  profilanswer
 

Cruchot a écrit a écrit :

Visual Route a dit :
 
Analyse: Connections au HTTP port 80 sur l'hôte 'www.wanadoo.fr' fonctionnent, mais des paquets ICMP sont bloqués à travers le réseau "France Telecom IP Backbone" au bond 7. Il  
est un HTTP serveur (running Apache/1.3.22 (Unix) mod_fastcgi/2.2.12).
 
Le probleme c'est qu'un deuxieme essai donne ca :
 
Analyse: Connections au HTTP port 80 sur l'hôte 'www.wanadoo.fr' fonctionnent, mais des paquets ICMP sont bloqués à travers le réseau "France Telecom IP Backbone" au bond 7. Il  
est un HTTP serveur (running Netscape-Commerce/1.12).  
 
Et ainsi de suite...
:heink:




je sais cai dla merde FT ils ont bloqués tout ces cons  :gun:


---------------
http://forum.aceboard.net/forum1.p [...] login=1408les amis de seb31
mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Windows & Software

  [ [ [ > > > Repertoire caché sur un FTP < < < ] ] ]

 

Sujets relatifs
rRouteur et FTpA tous les possesseurs de FTP perso Wanadoo (fichier .lock)
Disk write cache is off !!... Cache-Cache ...
FTP PersoComment utiliser un serveur FTP sous une connection Netissimo 1 ?
Logiciel FTP pour MAC !!!!! AIDEZ MOI SVPLogiciel FTP pour MAC !!!!! AIDEZ-MOI
Le FTP de mamadoo il suxCréer un FTP perso sur sa bécane
Plus de sujets relatifs à : [ [ [ > > > Repertoire caché sur un FTP < < < ] ] ]


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR