webfsd - En ligne dans le Cloud

PROGRAMME:

Nom

webfsd - un serveur http léger

SYNOPSIS

webfsd [ Options ]

DESCRIPTION

Il s'agit d'un simple serveur http pour du contenu purement statique. Vous pouvez l'utiliser pour servir le
contenu d'un serveur ftp via http par exemple. Il est également agréable d'exporter certains fichiers le
moyen rapide en démarrant un serveur http en quelques secondes, sans éditer de fichier de configuration
d'abord.

OPTIONS

-h Imprimer un court help text et les valeurs par défaut pour toutes les options. Si utilisé comme dernier
option, l'impression reflétera les choix de la ligne de commande.

-4 Utiliser IPv4 seulement.

-6 Utiliser IPv6 seulement.

-d Activer dsortie ebug.

-s Écrivez un avis de démarrage/arrêt et des erreurs graves au syslog. Spécifiez cette option
deux fois pour obtenir un journal détaillé (événements de journal supplémentaires tels que des connexions interrompues).

-t s. Définir le réseau timeout à >sec< secondes.

-c n Définir le nombre de parallèles autorisés cconnexions à >n<. Il s'agit d'une limite par thread.

-a n Configurez la taille du cache de répertoire. Webfs a un cache pour le répertoire
Annonces. Le répertoire sera relu si la copie en cache dure plus d'une heure
old ou si le mtime du répertoire a changé. Le mtime sera mis à jour si un
fichier est créé ou supprimé. Ce sera ne sauraient être mis à jour si un fichier est seulement modifié, donc
vous pourriez obtenir des horodatages et des tailles de fichiers obsolètes.

-j Ne générez pas de liste de répertoires si le fichier d'index n'est pas trouvé.

-y n Définissez le nombre de threads à générer (si compilé avec la prise en charge des threads).

-p port
Écoutez port >port< pour les connexions entrantes.

-r dir Définir le document root à >dir<.

-R dir Définissez la racine du document sur >dir< et chroot sur >dir< avant de commencer à servir les fichiers. Noter
que cela affecte également le chemin du fichier journal d'accès et du fichier pid.

-f filet
Utiliser >fichier< comme index file pour les répertoires. Si un client demande un répertoire, il
obtiendra >fichier< en réponse si un tel fichier existe dans le répertoire et un répertoire
liste autrement. index.html est un nom de fichier fréquemment utilisé.

-n nom d'hôte
Définir l'hôtennom que le serveur doit utiliser (requis pour les redirections).

-i ip Lier à IAdresse P >ip<.

-l enregistrer Log toutes les requêtes au fichier journal >log< (format de journal commun). Utiliser "-" comme nom de fichier
fait que webfsd imprime le journal d'accès à stdout, ce qui n'est utile qu'avec le
-Interrupteur F (voir ci-dessous).

-L enregistrer Identique à ci-dessus, mais un rinçage supplémentaire à chaque ligne. Utile si vous voulez surveiller le
fichier journal avec queue -f.

-m filet
Lire mime types de >fichier<. La valeur par défaut est /etc/mime.types. Les types mime sont lus
avant que chroot() ne soit appelé (lorsqu'il est lancé avec -R).

-k filet
Utilisez >file< comme pidfile.

-u utilisateur
Ensemble uid à >user< (après liaison au port tcp). Cette option est autorisée pour root
seulement.

-g groupe
Ensemble gid à >group< (après liaison au port tcp). Cette option est autorisée pour
racine seulement.

-F Ne vous lancez pas en tant que démon. Webfsd ne passera pas en arrière-plan, ne se détachera pas de
terminal et signaler les erreurs à stderr.

-b passe d'utilisateur
Définissez l'utilisateur + le mot de passe pour les fichiers exportés. Un seul nom d'utilisateur/mot de passe
la combinaison pour tous les fichiers est prise en charge.

-e s. Expire les documents après >sec< secondes. Vous pouvez l'utiliser pour vous assurer que les clients
recevoir de nouvelles données si le contenu de la racine de votre document est mis à jour régulièrement
intervalles. Webfsd enverra un en-tête Expires : défini sur l'heure de la dernière modification plus >sec
secondes, vous pouvez donc simplement utiliser l'intervalle de mise à jour pour >sec<.

-v Activer vhôtes réels. Cela a pour effet que webfsd attend des répertoires avec le
hostnames (minuscules) sous la racine du document. Si démarré de cette façon : "webfsd -v -r
/home/web", il cherchera le fichier /home/web/ftp.foobar.org/path/file lorsqu'on lui demandera
en http://ftp.FOObar.org:8000/chemin/fichier.

-x chemin
Utilisez >path< comme répertoire CGI. >path< est interprété par rapport à la racine du document.
Notez que la prise en charge de CGI est limitée aux requêtes GET. Le premier personnage du chemin
la chaîne doit être une barre oblique !

-~ rép_serv
Activez l'accès aux sous-répertoires spécifiques à l'utilisateur, situés uniformément sous >subdir<. UNE
demande "/~utilisateur/chemin/fichier", est réécrit "$ACCUEIL/rép_serv/chemin/fichier", et est alors
vérifié pour l'existence. Ici, le répertoire personnel de l'utilisateur est récupéré du système
de la manière habituelle de $ ACCUEIL dans l'environnement. Remarquez bien, cet utilisateur
les demandes spécifiques sont complètement désactivées, si ce commutateur est manquant. Depuis
les répertoires des utilisateurs sont très probablement situés en dehors du répertoire racine du serveur,
des précautions sont nécessaires avec cette option.

-S Smode serveur Web sécurisé. Attention : ce mode est strictement réservé au https.

-C chemin
Fichier à utiliser comme SSL ccertificat. Ce fichier doit être au format PEM chaîné et peut
contenir le certificat du serveur ainsi que la clé RSA, mais cette dernière peut tout aussi bien être un
entité distincte, voir -K.

-K chemin
Fichier qui contient la clé privée, si la clé n'est pas fournie avec le certificat.

-A chemin
Fichier facultatif contenant le certificat CA et la chaîne de certificats.

-V Appliquez une procédure de vérification au certificat client et à la chaîne. Ceux-ci doivent, si
cette option est choisie, être fourni par n'importe quel client. Chaque membre de la chaîne doit réussir
vérification, et doit à son tour vérifier le prochain membre de la chaîne. Le temps de validité pour
le certificat client est vérifié.

-Q Ciphers
Spécifiez les priorités de chiffrement acceptables pour la négociation, l'échange de données, etc.
la valeur par défaut est ORDINAIRE.

Webfsd peut être installé suid root (bien que l'installation par défaut ne soit pas suid root). Cette
permet aux utilisateurs de démarrer webfsd chroot()ed et de se lier aux ports inférieurs à 1024. Webfsd sera supprimé
privilèges root avant de commencer à servir des fichiers.

Le contrôle d'accès repose simplement sur les autorisations de fichier Unix. Webfsd servira n'importe quel fichier régulier
et fournir des listes pour tout répertoire qu'il est capable de ouvert (2).

Utiliser webfsd en ligne à l'aide des services onworks.net