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

  FORUM HardWare.fr
  Windows & Software

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

 
 


Dernière réponse
Sujet : [ [ [ > > > Repertoire caché sur un FTP < < < ] ] ]
seb31

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:


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse
[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 
Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
seb31

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:

Cruchot 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:
FRandon

seb31 a écrit a écrit :

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




si ils ont appache oui  :D

madeinsam merci
seb31

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
seb31

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
madeinsam 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
FRandon 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 .
petit prince

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
seb31 tu mets ton site off line cai possible avec mamadoo et y a page en conxtruction à la place
madeinsam yeah elle est super ta technique.
Comment t'as fait ?
FRandon va la si tu peux :
 
http://f.randon.free.fr/mariage/
 
un .htacess  :D
JDF

Petit Prince a écrit a écrit :

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




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

petit prince non jr prndr que c'est caché pour les autres
blueteen 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...
madeinsam JE viens d'essayer mais sa deconne.
Merci quand meme.
JDF 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...
petit prince 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
Laurent_g question quite interesting  :D
madeinsam 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
petit prince ben tu met un index.htm
et on voit plus ce k'il y a derriere :)
madeinsam 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

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo

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