kmview - En ligne dans le Cloud

PROGRAMME:

Nom

kmview - Implémentation en mode noyau de View-OS

SYNOPSIS

kmvoir [ Options ] prog

DESCRIPTION

L'objectif principal du projet View-OS est de donner à chaque processus sa propre vision du système
Ressources. Par exemple, chaque processus peut monter des systèmes de fichiers ou cacher un fichier ou
répertoires. Il est également possible d'attribuer des interfaces réseau virtuelles, des adresses IP ou
définir des périphériques virtuels pour chaque processus (ou pour les hiérarchies de processus).
kmvoir est l'implémentation du module noyau des concepts View-OS. ça marche sous linux
noyau fournissant utrace et il a besoin du kmvoir module du noyau déjà chargé pour fonctionner. Ce
est une machine virtuelle partielle modulaire. kmvoir avant de charger un module est complètement
transparent, un processus se comporte à l'intérieur kmvoir comme il se serait comporté à l'extérieur. Chaque
module peut personnaliser des entités spécifiques : il existe des modules pour monter des systèmes de fichiers à l'utilisateur-
niveau (humfuser) , pour définir des piles de réseaux virtuels (rapporter) , pour définir des périphériques virtuels
(umdev) , pour fournir des interprètes pour les exécutables, par exemple pour prendre en charge les exécutables pour les étrangers
architectures (umbinfmt) , pour masquer, déplacer, superposer des parties du système de fichiers (vues).
Voici quelques exemples de modules fournis par l'équipe View-OS. kmvoir vise à fournir un
interface générale pour personnaliser la sémantique des appels système du processus sous spécifié
conditions. Ainsi, d'autres modules seront ajoutés à la fois par l'équipe View-OS et par des tiers.

OPTIONS

-V prénom
--nomvue prénom
définir le nom de la vue. La vue peut être lue et définie à l'aide de nom de domaine or nom de la vue
les commandes.
-p module [ , module_options ]
--précharger module [ , module_options ]
modules de précharge. Les modules seront chargés en tant que bibliothèques partagées ainsi toutes les règles à
les bibliothèques de chargement s'appliquent. Les modules doivent être chargés à partir d'un répertoire dans la recherche ld.so
chemin ou doivent être spécifiés par leurs noms de chemin. Si nécessaire, configurez le
variable d'environnement LD_LIBRARY_PATH de manière appropriée. module_options sont des modules
options de configuration spécifiques, ainsi le lecteur doit se référer à chaque module de service
manuel pour une description complète. Les modules peuvent être chargés au moment de l'exécution en utilisant le
um_add_service commander.
-s
--sécurise
définir kmview dans humain mode, c'est-à-dire forcer la vérification des capacités et des autorisations. l'uid est
0 au démarrage, il est ainsi possible de charger des modules et de monter des services. Lorsqu'un
processus définit son uid en tant qu'utilisateur non privilégié (via tranquille(2) ou vues(1)), capacité
et les autorisations sont appliquées.
-f fichier rc
--rc fichier rc
Utilisez fichier rc comme fichier d'initialisation pour kmview. kmview s'exécute toujours
/etc/viewosrc s'il existe, alors kmview exécute le fichier d'initialisation défini par ce
Option ou ~/.viewosrc.
-x
--non nesting
vue d'ensemble est capable de fournir l'imbrication de modules, c'est-à-dire qu'un module peut fournir des services sur le
base de services virtuels fournis par un autre module ou même par le module lui-même. Pour
exemple, il est possible de monter une image de système de fichiers qui est déjà stockée dans un
système de fichiers virtuellement monté. Cette fonctionnalité nécessite la bibliothèque pure_libc. Les -x or
--non nesting L'option désactive la fonction d'imbrication.
-o filet
--output filet
Cette option détourne la sortie de débogage vers le fichier spécifié, elle est utile lorsque
vue d'ensemble a été compilé avec des extensions de débogage.
-v
--version
Imprimez la version et quittez.
-h
--Aidez-moi
Imprimez un court message d'aide et quittez.

Utilisez kmview en ligne en utilisant les services onworks.net