ovsdb-client - En ligne dans le Cloud

PROGRAMME:

Nom

ovsdb-client - interface de ligne de commande pour serveur-ovsdb(1)

SYNOPSIS

client ovsdb [Options] liste-dbs [serveur]
client ovsdb [Options] obtenir-schéma [serveur] [base de données]
client ovsdb [Options] obtenir-schéma-version [serveur] [base de données]
client ovsdb [Options] listes-tables [serveur] [base de données]
client ovsdb [Options] listes-colonnes [serveur] [base de données] [table]
client ovsdb [Options] traiter [serveur] transaction
client ovsdb [Options] déverser [serveur] [base de données] [table [colonne...]]
client ovsdb [Options] moniteur [serveur] [base de données] table [colonne[,colonne]...]...
client ovsdb [Options] moniteur [serveur] [base de données] TOUTES
client ovsdb vous aider

Options de formatage de sortie :
[--format=le format] [--données=le format] [--sans titre] [--joli] [--nu] [--sans titre]
[--horodatage]

Options du démon :
[--pidfile[=fichier pid]] [--overwrite-pidfile] [--détacher] [--no-chdir]

Options de journalisation :
[-v[module[:destination[:niveau]]]]...
[--verbeux[=module[:destination[:niveau]]]]...
[--fichier journal[=filet]]

Options d'infrastructure à clé publique :
[--clé-privée=cléprivée.pem]
[--certificat=cert.pem]
[--ca-cert=cacert.pem]
[--bootstrap-ca-cert=cacert.pem]

Options communes :
[-h | --Aidez-moi] [-V | --version]

DESCRIPTION

Notre client ovsdb programme est un client en ligne de commande pour interagir avec un
serveur-ovsdb traiter. Chaque commande se connecte à un serveur OVSDB, qui est
unix :/var/run/openvswitch/db.sock par défaut, ou peut être spécifié comme serveur dans l'un des
formes suivantes :

SSL :ip:port
Le SSL spécifié port sur l'hôte au moment donné ip, qui doit être exprimé
en tant qu'adresse IP (pas un nom DNS) au format d'adresse IPv4 ou IPv6. Si ip is
une adresse IPv6, puis wrap ip avec des crochets, par exemple : SSL:[::1]:6640.
Notre --Clé privée, --certificat et --ca-cert les options sont obligatoires lorsque
ce formulaire est utilisé.

TCP :ip:port
Se connecter au TCP donné port on ip, Où ip peut être une adresse IPv4 ou IPv6.
If ip est une adresse IPv6, puis enveloppez ip avec des crochets, par exemple :
tcp :[::1]:6640.

unix :filet
Sur POSIX, connectez-vous au socket du serveur de domaine Unix nommé filet.

Sous Windows, connectez-vous à un port TCP localhost dont la valeur est écrite dans filet.

pssl :port[:ip]
Écouter sur le SSL donné port pour une connexion. Par défaut, les connexions sont
pas lié à une adresse IP locale particulière et il n'écoute que sur IPv4 (mais
pas d'adresses IPv6), mais en spécifiant ip limite les connexions à celles de la
donné ip, adresse IPv4 ou IPv6. Si ip est une adresse IPv6, puis enveloppez
ip avec des crochets, par exemple : psl:6640:[::1]L’ --Clé privée,
--certificat et --ca-cert les options sont obligatoires lorsque ce formulaire est utilisé.

ptcp :port[:ip]
Écouter sur le TCP donné port pour une connexion. Par défaut, les connexions sont
pas lié à une adresse IP locale particulière et il n'écoute que sur IPv4 (mais
pas les adresses IPv6), mais ip peut être spécifié pour écouter uniquement les connexions
au donné ip, adresse IPv4 ou IPv6. Si ip est une adresse IPv6,
puis envelopper ip avec des crochets, par exemple : ptcp:6640:[::1].

punir :filet
Sur POSIX, écoutez sur le socket du serveur de domaine Unix nommé filet |
connexion.

Sous Windows, écoutez sur un port TCP choisi par le noyau sur l'hôte local. Le noyau
la valeur du port TCP choisi est écrite dans filet.

Le défaut base de données is Ouvrir_vSwitch.

Commandes
Les commandes suivantes sont implémentées :

liste-dbs [serveur]
Se connecte à serveur, récupère la liste des bases de données connues et les imprime une par
ligne. Ces noms de bases de données sont ceux qui peuvent être utilisés pour base de données dans le
commandes suivantes.

obtenir-schéma [serveur] [base de données]
Se connecte à serveur, récupère le schéma pour base de données, et l'imprime en JSON
le format.

obtenir-schéma-version [serveur] [base de données]
Se connecte à serveur, récupère le schéma pour base de données, et imprime sa version
numéro sur stdout. Un numéro de version de schéma a la forme x.y.z. Voir
ovs-vswitchd.conf.db(5) pour plus de détails.

Les numéros de version de schéma et les numéros de version Open vSwitch sont indépendants.

If base de données a été créé avant l'introduction de la gestion des versions de schéma, il ne sera pas
avoir un numéro de version et cette commande imprimera une ligne vide.

listes-tables [serveur] [base de données]
Se connecte à serveur, récupère le schéma pour base de données, et imprime une liste de table
le nom de chaque table dans la base de données.

listes-colonnes [serveur] [base de données] table
Se connecte à serveur, récupère le schéma pour base de données, et imprime une liste de table
le nom et le type de chaque colonne. Si table est spécifié, seules les colonnes de ce
tableau sont répertoriés ; sinon, les tableaux incluent des colonnes dans tous les tableaux.

traiter [serveur] transaction
Se connecte à serveur, lui envoie le spécifié transaction, qui doit être un tableau JSON
contenant une ou plusieurs opérations OVSDB valides, et imprime la réponse reçue sur
sortie standard.

déverser [serveur] [base de données] [table [colonne...]]
Se connecte à serveur, récupère toutes les données dans base de données, et l'imprime sur stdout
comme une série de tableaux. Si table est spécifié, seule cette table est récupérée. Si à
au moins un colonne est spécifié, seules ces colonnes sont récupérées.

moniteur [serveur] [base de données] table [colonne[,colonne]...]...
Se connecte à serveur et surveille le contenu de table in base de données. Par défaut, le
contenu initial de table sont imprimés, suivis de chaque changement au fur et à mesure qu'il se produit. Si à
au moins un colonne est spécifié, seules ces colonnes sont surveillées. Ce qui suit
colonne les noms ont des significations particulières :

!initiale
N'imprimez pas le contenu initial des colonnes spécifiées.

!insérer
N'imprimez pas les lignes nouvellement insérées.

!effacer
N'imprimez pas les lignes supprimées.

!modifier
N'imprimez pas les modifications apportées aux lignes existantes.

Plusieurs [colonne[,colonne]...] les groupes peuvent être spécifiés en tant qu'arguments séparés, par exemple
d'appliquer différents paramètres de rapport à chaque groupe. Qu'il s'agisse de plusieurs groupes ou
un seul groupe est spécifié, une colonne donnée ne peut être mentionnée qu'une seule fois sur
la ligne de commande.

If --détacher s'utilise avec moniteur, puis client ovsdb se détache après avoir
reçu et imprimé avec succès le contenu initial de table.

moniteur [serveur] [base de données] TOUTES
Se connecte à serveur et surveille le contenu de toutes les tables dans base de données. Impressions
valeurs initiales et toutes sortes de modifications à toutes les colonnes de la base de données. Les
--détacher l'option provoque client ovsdb se détacher après avoir reçu avec succès et
imprime le contenu initial de la base de données.

OPTIONS

Sortie formatage Options
Une grande partie de la production de client ovsdb se présente sous forme de tableaux. Les options suivantes
contrôler le formatage de la sortie :

-f le format
--format=le format
Définit le type de formatage du tableau. Les types de le format sont disponibles:

table (Par défaut)
Tableaux de texte 2D avec colonnes alignées.

liste Une liste avec une colonne par ligne et des lignes séparées par une ligne vide.

html Tableaux HTML.

csv Valeurs séparées par des virgules telles que définies dans la RFC 4180.

json Format JSON tel que défini dans la RFC 4627. La sortie est une séquence de JSON
objets, dont chacun correspond à une table. Chaque objet JSON a le
membres suivants avec les valeurs notées :

légende
La légende du tableau. Ce membre est omis si la table n'a pas
légende.

rubriques
Un tableau avec un élément par colonne de table. Chaque élément du tableau est un
chaîne donnant l'en-tête de la colonne correspondante.

données Un tableau avec un élément par ligne de tableau. Chaque élément est aussi un
tableau avec un élément par colonne de table. Les éléments de ce
tableau de deuxième niveau sont les cellules qui constituent le tableau. Cellules
qui représentent des données ou des types de données OVSDB sont exprimés au format
décrit dans la spécification OVSDB ; les autres cellules sont simplement
exprimés sous forme de chaînes de texte.

-d le format
--données=le format
Définit la mise en forme des cellules dans les tableaux de sortie. Les types de le format
sont disponibles:

un magnifique (Par défaut)
Le format simple décrit dans le Base de données VALEURS l'article de ovs-vsctl (8).

nu Le format simple sans ponctuation : [] ainsi que {} sont omis
autour des ensembles, des cartes et des colonnes vides, les éléments dans les ensembles et les cartes sont de l'espace-
séparés et les chaînes ne sont jamais entre guillemets. Ce format peut être plus simple pour
scripts à analyser.

json JSON.

Notre json format de sortie génère toujours des cellules au format JSON, en ignorant cette option.

--sans titre
Cette option supprime la ligne d'en-tête qui apparaît autrement dans la première ligne de
sortie du tableau.

--joli
Par défaut, JSON en sortie est imprimé de manière aussi compacte que possible. Cette option provoque
JSON en sortie à imprimer de manière plus lisible. Les membres d'objets et
les éléments des tableaux sont imprimés un par ligne, avec indentation.

Cette option n'affecte pas JSON dans les tableaux, qui sont toujours imprimés de manière compacte.

--nu Équivalent à --format=liste --data=nu --pas de titres.

--horodatage
Pour le moniteur commande, ajoute un horodatage à chaque mise à jour de table. La plupart des sorties
formats ajoutent l'horodatage sur une ligne distincte juste au-dessus de la table. Le JSON
le format de sortie place l'horodatage dans un membre de l'objet JSON de niveau supérieur nommé
fois.

démon Options
Les options du démon s'appliquent uniquement au moniteur commander. Avec toute autre commande, ils ont
aucun effet. Les options suivantes sont valides sur les plates-formes basées sur POSIX.

--pidfile[=fichier pid]
Provoque un fichier (par défaut, ovsdb-client.pid) à créer indiquant le PID de
le processus en cours. Si la fichier pid l'argument n'est pas spécifié, ou s'il ne le fait pas
commencer avec /, puis il est créé dans /var/run/openvswitch.

If --pidfile n'est pas spécifié, aucun fichier pid n'est créé.

--overwrite-pidfile
Par défaut, quand --pidfile est spécifié et le fichier pid spécifié existe déjà
et est verrouillé par un processus en cours d'exécution, client ovsdb refuse de démarrer. Spécifier
--overwrite-pidfile pour qu'il écrase à la place le pidfile.

Lorsque --pidfile n'est pas spécifié, cette option n'a aucun effet.

--détacher
Fonctionne client ovsdb comme processus d'arrière-plan. Le processus bifurque, et chez l'enfant il
démarre une nouvelle session, ferme les descripteurs de fichiers standards (qui ont le côté
effet de la désactivation de la journalisation sur la console) et modifie son répertoire actuel en
la racine (à moins que --no-chdir est spécifié). Une fois que l'enfant a terminé sa
initialisation, le parent quitte.

--surveiller
Crée un processus supplémentaire pour surveiller le client ovsdb démon. Si le démon
meurt à cause d'un signal indiquant une erreur de programmation (SIGABRT, SIGALRM, SIGBUS,
SIGFPE, JOINT, SIGPIPE, SIGSEGV, SIGXCPU, ou SIGXFSZ) puis le processus de surveillance
commence une nouvelle copie de celui-ci. Si le démon meurt ou quitte pour une autre raison, le
surveiller les sorties de processus.

Cette option est normalement utilisée avec --détacher, mais il fonctionne aussi sans.

--no-chdir
Par défaut, quand --détacher est spécifié, client ovsdb change son fonctionnement actuel
répertoire dans le répertoire racine après son détachement. Sinon, en invoquant
client ovsdb à partir d'un répertoire mal choisi empêcherait l'administrateur
de démonter le système de fichiers qui contient ce répertoire.

Spécification --no-chdir supprime ce comportement, empêchant client ovsdb de
changer son répertoire de travail actuel. Cela peut être utile pour collecter le noyau
fichiers, car il est courant d'écrire des vidages de mémoire dans le fichier de travail actuel
répertoire et le répertoire racine n'est pas un bon répertoire à utiliser.

Cette option n'a aucun effet lorsque --détacher n'est pas spécifié.

--utilisateur Causes client ovsdb pour s'exécuter en tant qu'utilisateur différent spécifié dans "user:group", ainsi
supprimer la plupart des privilèges root. Les formes abrégées "user" et ":group" sont également
autorisés, avec l'utilisateur ou le groupe actuel sont supposés respectivement. Seuls les démons ont démarré
par l'utilisateur root accepte cet argument.

Sous Linux, les démons recevront CAP_IPC_LOCK et CAP_NET_BIND_SERVICES avant
suppression des privilèges root. Les démons interagissent avec les chemins de données, tels que ovs-vswitchd,
se verront accorder deux capacités supplémentaires, à savoir CAP_NET_ADMIN et CAP_NET_RAW.
Le changement de capacité s'appliquera même si le nouvel utilisateur est "root".

Sous Windows, cette option n'est actuellement pas prise en charge. Pour des raisons de sécurité,
si vous spécifiez cette option, le processus démon ne démarrera pas.

Journal Options
-v[spec]
--verbeux=[spec]
Définit les niveaux de journalisation. Sans aucun spec, définit le niveau de journalisation pour chaque module et
destination à dbg. Autrement, spec est une liste de mots séparés par des espaces ou
virgules ou deux-points, jusqu'à un dans chaque catégorie ci-dessous :

· Un nom de module valide, tel qu'affiché par le vlog/liste commande sur ovs-appctl(8),
limite la modification du niveau de journalisation au module spécifié.

· syslog, console, ou filet, pour limiter la modification du niveau de journalisation au
journal système, à la console ou à un fichier, respectivement. (Si --détacher is
spécifié, client ovsdb ferme ses descripteurs de fichiers standard, donc la connexion à
la console n'aura aucun effet.)

Sur la plate-forme Windows, syslog est accepté comme un mot et n'est utile qu'avec
couplé à --syslog-cible option (le mot n'a aucun effet sinon).

· de rabais, Emer, se tromper, prévenir, info, ou dbg, pour contrôler le niveau de journalisation. Messages de
la gravité donnée ou supérieure sera enregistrée, et les messages de gravité inférieure
sera filtré. de rabais filtre tous les messages. Voir ovs-appctl(8) pour
une définition de chaque niveau de log.

La casse n'est pas significative dans spec.

Quels que soient les niveaux de journalisation définis pour filet, la connexion à un fichier n'aura pas lieu
à moins que --fichier journal est également spécifié (voir ci-dessous).

Pour la compatibilité avec les anciennes versions d'OVS, tout est accepté comme un mot mais n'a pas
effet.

-v
--verbeux
Définit le niveau de verbosité de journalisation maximum, équivalent à --verbose=dbg.

-vMOTIF :destination:modèle
--verbose=MOTIF :destination:modèle
Définit le modèle de journal pour destination à modèle. Faire référence à ovs-appctl(8) pour un
description de la syntaxe valide pour modèle.

-vFACILITY :facilité
--verbose=INSTALLATION :facilité
Définit la fonction RFC5424 du message de journal. facilité peut être l'un des kern, utilisateur,
E-mail, démon, auth, syslog, LPR, nouvelles, uucp, horloge, ftp, ntp, audit, alerter, horloge2,
locale0, locale1, locale2, locale3, locale4, locale5, locale6 or locale7. Si cette option est
non précisé, démon est utilisé par défaut pour le syslog du système local et locale0
est utilisé lors de l'envoi d'un message à la cible fournie via le --syslog-cible
option.

--fichier journal[=filet]
Permet de se connecter à un fichier. Si filet est spécifié, alors il est utilisé comme nom exact
pour le fichier journal. Le nom de fichier journal par défaut utilisé si filet est omis est
/var/log/openvswitch/ovsdb-client.log.

--syslog-cible=hôte:port
Envoyer des messages syslog à UDP port on hôte, en plus du syslog du système. Les
hôte doit être une adresse IP numérique, pas un nom d'hôte.

--syslog-méthode=méthode
Spécifier méthode comment les messages syslog doivent être envoyés au démon syslog. Suivant
les formulaires sont pris en charge :

· libc, utilisez la libc journal système() fonction. Ceci est le comportement par défaut. Inconvénient
d'utiliser cette option est que la libc ajoute un préfixe fixe à chaque message avant
il est en fait envoyé au démon syslog via /dev/log socket de domaine UNIX.

· unix :filet, utilisez directement le socket de domaine UNIX. Il est possible de préciser
format de message arbitraire avec cette option. Cependant, rsyslogd 8.9 et plus vieux
les versions utilisent de toute façon la fonction d'analyseur codée en dur qui limite le domaine UNIX
utilisation de la prise. Si vous souhaitez utiliser un format de message arbitraire avec des rsyslogd
versions, puis utilisez plutôt le socket UDP pour l'adresse IP de l'hôte local.

· UDP :ip:port, utilisez le socket UDP. Avec cette méthode, il est possible d'utiliser
format de message arbitraire également avec les anciens rsyslogd. Lors de l'envoi de syslog
messages sur socket UDP, des précautions supplémentaires doivent être prises en compte,
par exemple, le démon syslog doit être configuré pour écouter sur le
Port UDP, des règles iptables accidentelles pourraient interférer avec le syslog local
trafic et certaines considérations de sécurité s'appliquent à UDP
sockets, mais ne s'appliquent pas aux sockets de domaine UNIX.

Public ACTIVITES Infrastructure Options
-p cléprivée.pem
--clé-privée=cléprivée.pem
Spécifie un fichier PEM contenant la clé privée utilisée comme client ovsdbl'identité de
connexions SSL sortantes.

-c cert.pem
--certificat=cert.pem
Spécifie un fichier PEM contenant un certificat qui certifie la clé privée
spécifié sur -p or --Clé privée être digne de confiance. Le certificat doit être signé
par l'autorité de certification (CA) que l'homologue dans les connexions SSL utilisera pour
le vérifier.

-C cacert.pem
--ca-cert=cacert.pem
Spécifie un fichier PEM contenant le certificat CA qui client ovsdb devrait utiliser pour
vérifier les certificats qui lui sont présentés par les pairs SSL. (c'est peut-être le même
certificat que les homologues SSL utilisent pour vérifier le certificat spécifié sur -c or
--certificat, ou il peut être différent, selon la conception PKI utilisée.)

-C aucun
--ca-cert=aucun
Désactive la vérification des certificats présentés par les homologues SSL. Cela introduit un
risque de sécurité, car cela signifie que les certificats ne peuvent pas être vérifiés comme étant ceux de
hôtes de confiance connus.

--bootstrap-ca-cert=cacert.pem
Lorsque cacert.pem existe, cette option a le même effet que -C or --ca-cert. Si ça
n'existe pas, alors client ovsdb tentera d'obtenir le certificat CA auprès de
l'homologue SSL lors de sa première connexion SSL et enregistrez-le dans le fichier PEM nommé. Si ça
réussit, il interrompra immédiatement la connexion et se reconnectera, et à partir de là
sur toutes les connexions SSL doit être authentifié par un certificat signé par l'AC
certificat ainsi obtenu.

Cette option expose le SSL connexion à a -middle man-in le- attaque obtention le
initiale CA certificat, mais cela peut être utile pour l'amorçage.

Cette option n'est utile que si l'homologue SSL envoie son certificat CA dans le cadre du
Chaîne de certificat SSL. Le protocole SSL ne nécessite pas que le serveur envoie le CA
certificat.

Cette option est mutuellement exclusive avec -C ainsi que --ca-cert.

Autre Options
-h
--Aidez-moi Imprime un bref message d'aide sur la console.

-V
--version
Imprime les informations de version sur la console.

Utilisez ovsdb-client en ligne à l'aide des services onworks.net