# CLI Cada verbo de la CLI de mikroscope y sus opciones, agrupadas por verbo, con el valor por defecto de cada opción, los valores que admite y la variable MIKROSCOPE_* que la fija, leídos del código Go. Source: https://docs.jmrp.io/mikroscope/es/reference/cli/ `mikroscope` recibe un verbo y sus opciones. Las tablas de abajo dan el valor por defecto de cada opción, los valores que admite y la variable de entorno que la fija, tal como las definen [`cmd/mikroscope/`](https://github.com/jmrplens/mikroscope/tree/main/cmd/mikroscope) y [`internal/router/options.go`](https://github.com/jmrplens/mikroscope/blob/main/internal/router/options.go). ## Uso y códigos de salida ```sh mikroscope [flags] ``` Los verbos se reparten en cinco grupos, cada uno con su propio juego de opciones: los verbos de despliegue (`doctor`, `plan`, `install`, `upgrade`, `uninstall`, `status`, `image`), los de grabación (`record`, `mark`, `plot`), el colector (`forward`), `dashboards` y `version`. Las opciones son opciones del paquete `flag` de Go: `-rate 50` y `--rate 50` son lo mismo, y un booleano se desactiva con `-privileged=false`. | Estado | Cuándo | | ------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | `0` | el verbo terminó | | `1` | el verbo se ejecutó y falló (un requisito que falta, un error del router, un destino que no se pudo construir, un panel sin datos, un almacén que `dashboards publish` no pudo publicar), el verbo es desconocido, o una opción de `uninstall`, `record`, `mark`, `plot`, `forward` o `dashboards` no se pudo analizar o validar | | `2` | no se dio ningún verbo, o una opción de `doctor`, `plan`, `install`, `upgrade`, `status` o `image` no se pudo analizar o validar; no se envió nada al router | Cada opción de despliegue y de conexión se valida antes de conectarse a nada, en una sola función, `FinishFor` en [`internal/router/options.go`](https://github.com/jmrplens/mikroscope/blob/main/internal/router/options.go), así que un valor malo detiene el verbo sin enviar nada al router y nombra el valor que rechaza: ```text $ mikroscope install --rate 500 mikroscope: rate must be 1-100 Hz, got 500 ``` Eso sale con 2; `uninstall --rate 500`, `record --port 0` y `forward --port 0` salen con 1. `--triggers` pasa por el `ParseTriggers` del propio agente, así que una condición desconocida, un umbral mal escrito, una comilla o un punto y coma hacen fallar el verbo de la misma forma. El agente vuelve a analizar `TRIGGERS` al arrancar, que es lo que detecta una envlist editada a mano en el router: el contenedor sale con estado `2` tras una línea `mikroscope-agent: bad configuration:` en el log del router, y `restart-policy=on-failure` lo vuelve a arrancar. ### Valores por defecto - Una opción que nombra una variable en las tablas de abajo lee su valor por defecto de `MIKROSCOPE_`. Una variable con la cadena vacía cuenta como no definida, y una opción en la línea de órdenes gana siempre. - **Solo tienen variable las opciones que la nombran.** `--rate`, `--buffer`, `--port`, `--memory-max`, `--mem-limit-mb`, `--capture-mb`, `--triggers`, `--floor-hz`, `--privileged`, `--ephemeral`, `--expose`, `--restart-max-count`, `--restart-interval`, `--start-on-boot`, `--container-name` y `--extract-timeout` son solo opciones. - `status`, `upgrade` y `uninstall` toman de la instalación del router las opciones que describen su forma cuando no se les dan ([Forma de la instalación](https://docs.jmrp.io/mikroscope/es/reference/cli/#pasa-la-misma-forma-a-status-upgrade-y-uninstall)). - La CLI no lee `.env` por sí misma; expórtalo antes con `set -a; . ./.env; set +a`. [Variables de entorno](https://docs.jmrp.io/mikroscope/es/reference/environment/) enumera todas las variables, incluidas las credenciales que no tienen ninguna opción. ## Órdenes de despliegue Los siete verbos de despliegue comparten las [opciones de despliegue](https://docs.jmrp.io/mikroscope/es/reference/cli/#opciones-de-los-verbos-de-despliegue); una opción que a un verbo no le sirve se acepta, se comprueba y se ignora. Las opciones propias de cada verbo son estas: | Verbo | Qué hace | Escribe en el router | Sus opciones propias | | ----------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------- | ------------------------------------------------------ | | `doctor` | Comprobación previa de solo lectura en una conexión ssh; cada comprobación que falla nombra su arreglo. Después lee el anillo del agente en marcha en busca de un bucle, churn de STP, flaps de enlace y descartes softnet. | no | ninguna | | `plan` | Imprime cada objeto que crearía `install` y se detiene; no se conecta a nada. Con `--rsc` escribe en su lugar un script de RouterOS. | no | `--rsc`, `--out` | | `install` | Ejecuta `doctor`, consigue la imagen de la arquitectura del router, imprime el listado, pregunta, escribe el manifiesto de la instalación y después cada objeto, y sondea el agente desde este equipo. | sí | `--dry-run`, `--yes`, `--no-doctor` | | `upgrade` | Lee la forma de la instalación, consigue una imagen nueva, lista el manifiesto, el paso del contenedor y cualquier paso que el router ya no tenga, pregunta, los escribe, vuelve a crear el paso del contenedor y sondea. | sí | `--dry-run`, `--yes` | | `uninstall` | Lee el manifiesto de la instalación, borra todo lo que creó la instalación, del más reciente al más antiguo y el manifiesto el último, y verifica por recuento y por etiqueta. No lista ni borra nada sin `--yes`. | sí | `--yes`, `--targets`, las opciones de destino y de Grafana | | `status` | Lee la forma de la instalación e imprime el recuento de propiedad de cada paso; si hay algo instalado, sondea el agente e imprime su salud y su placa. | no | ninguna | | `image` | Construye el tar de la imagen del agente y lo escribe en `--out`, para cargarlo a mano; no se conecta a nada. | no | `--out` | ### `doctor` ```sh mikroscope doctor ``` Ejecuta estas comprobaciones, en este orden, y sale con 1 con `N prerequisite(s) missing; nothing was written` cuando imprime una línea `MISSING`; una línea `WARN` no cambia nada: Las comprobaciones que ejecuta doctor: | Comprobación, tal como se imprime | Pasa cuando | La solución que nombra | | --- | --- | --- | | RouterOS 7.24 or later | `/system/resource` informa una `version` 7.24 o posterior, que se lee con número de parche o sin él y sea cual sea el canal, como en `7.24 (stable)` o `7.25rc1 (testing)` | actualiza RouterOS a 7.24 o posterior (`/system/package/update`), y el paquete `container` con él | | architecture has a container package | el `architecture-name` del router es `arm`, `arm64` o `x86_64`, las arquitecturas para las que MikroTik publica un paquete `container` | ninguno: en este router no puede ejecutarse ningún agente | | the router picks the image's architecture | con `--remote-image`: siempre, con la arquitectura del router, porque RouterOS la elige del índice multiarquitectura de la imagen. Un aviso en `arm`, donde el índice tiene `linux/arm/v5` y `linux/arm/v7` y no se sabe cuál descarga RouterOS | en `arm`, si el contenedor se detiene con `Exec format error`, instala desde `mikroscope-agent-armv5.tar` con `--agent-tar` | | architecture matches the --agent-tar image | con `--agent-tar`: la arquitectura del propio tar es la del router (`amd64` para `x86_64`); `--arch` no hace falta | descarga el recurso de la versión que nombra, `mikroscope-agent-.tar` | | architecture read from the router | sin ninguna de las dos opciones de imagen y con `--arch` sin fijar (o `auto`): siempre; `install` y `upgrade` construyen o cargan la imagen de la arquitectura que leyó doctor | ninguno | | architecture matches --arch | con un `--arch` explícito y sin opciones de imagen: el `architecture-name` del router es el que corresponde a `--arch` (`arm64`, `arm`, `x86_64`) | vuelve a ejecutar con el `--arch` que nombra, o quita `--arch` para que `install` la lea del router | | container package installed and enabled | existe un paquete `container` con `disabled=no` | descarga el paquete `container` de esta arquitectura y versión de RouterOS, súbelo y reinicia; si ya está y deshabilitado, `/system/package/enable container` y reinicia | | device-mode container=yes | `/system/device-mode` informa `container=yes` | `/system/device-mode/update container=yes` y confírmalo como pide la consola: en un router que dice `update: please activate by turning power off or pressing reset or mode button`, pulsa el botón reset o mode o corta la alimentación; en CHR, que dice `update: turn off power in 5m to activate changes`, apaga y enciende la VM en menos de 5 minutos | | free memory ≥ <--memory-max> | `free-memory` es al menos lo que pide `--memory-max`, 64 MiB por defecto | libera memoria en el router, o pide menos con `--memory-max` | | free memory leaves room for the pull | un aviso, solo con `--remote-image`: `free-memory` es al menos `--memory-max` más 16 MiB, margen para que RouterOS descargue y extraiga la imagen antes de que arranque el agente. No se ha medido cuánto ocupa una descarga, así que el margen es una estimación | instala desde un tar con `--agent-tar` si la descarga falla | | free flash ≥ (image tar + extracted root) | sin `--disk` ni `--ephemeral`: `free-hdd-space` es al menos el doble de la imagen más 4 MiB. Con `--remote-image` no se sube nada y el nombre acaba en `(extracted root)`: la raíz en la que se extrae la imagen descargada, 7 MiB, más 4 MiB | libera flash, o instala con `--disk tmpfs` o `--ephemeral` donde exista un disco tmpfs | | disk exists | con `--disk` o `--ephemeral`: existe un disco con ese slot | `/disk/add type=tmpfs tmpfs-max-size=64M slot=tmpfs` para un disco en RAM, o nombra un disco existente con `--disk` | | disk has ≥ free (image tar + extracted root) | con `--disk` o `--ephemeral`, cuando el disco existe: su espacio libre es al menos el doble de la imagen más 4 MiB; con `--remote-image`, la raíz de 7 MiB más 4 MiB, como en la comprobación de la flash | libera espacio en ese disco, o da a un disco tmpfs un `tmpfs-max-size` mayor | | disk tmpfs is RAM | con `--ephemeral`: el disco del slot `tmpfs` es de tipo `tmpfs` | libera el slot para un disco tmpfs, o instala con `--disk ` sin `--ephemeral` | | start-on-boot suits a root in RAM | un aviso, cuando el disco es tmpfs: start-on-boot queda en `no`, porque un reinicio vacía el disco y un contenedor que arranca con el equipo no tiene raíz | pasa `--start-on-boot no`, o `--ephemeral` | | veth name is free or ours | ninguna veth tiene ese nombre, o la que lo tiene lleva la etiqueta de esta instalación | elige otra `--veth` (y otra `--subnet`), o borra la veth a mano si es un resto tuyo | | envlist -env is free or ours | ninguna envlist tiene ese nombre, o la que lo tiene contiene la entrada `MIKROSCOPE_TAG` de esta instalación | elige otro `--name` | | install manifest mikroscope/.manifest.txt is free or ours | no hay ningún fichero en la ruta del manifiesto de instalación, o el que hay contiene la línea `tag=` de esta instalación | mueve el fichero a otro sitio, o elige otro `--name` | | container name is free or ours | con `--container-name`: ningún contenedor tiene ese nombre, o el que lo tiene lleva la etiqueta de esta instalación | elige otro `--container-name` | | subnet does not overlap a route | ninguna ruta de la tabla main, activa o no, cae dentro de la /30, y ninguna red conectada de otra interfaz contiene su extremo del router. Las rutas que solo contienen la /30 (una ruta por defecto, un prefijo más amplio hacia una VPN), las rutas blackhole y la propia veth de la instalación no cuentan | elige otra /30 con `--subnet` | | interface list exists | existe la lista `--iface-list` (por defecto `LAN`). Con `--iface-list none` doctor imprime `interface list the veth joins` y lo da por bueno: no se escribe ninguna pertenencia | `--iface-list none` si ninguna regla del cortafuegos necesita la veth en una lista (doctor lo ofrece primero en ese caso); si no, `/interface/list/add name=…`, o pasa la lista que usa tu regla de descarte `in-interface-list=!…` | | address list | siempre: install añade la /30 a la lista `--addr-list` (por defecto `LANs`), lo que la crea si falta, y uninstall retira la entrada. Con `--addr-list none` doctor imprime `address list the /30 joins`. Si alguna regla necesita esa pertenencia lo responde la fila siguiente | ninguno | | no firewall rule drops the agent's replies | doctor lee todas las reglas activas de las cadenas por las que pasan las respuestas del agente, `/ip/firewall/raw` prerouting y `/ip/firewall/filter` forward e input, y recorre cada una como RouterOS, gana la primera que coincide, con las respuestas en las listas a las que se une el plan: ninguna regla las descarta. Un aviso cuando una regla podría hacerlo, porque filtra por algo que doctor no evalúa (un destino, una marca, un límite de tasa), y cuando las respuestas a un equipo de la LAN pasan pero una regla podría descartar las que van al propio router (filter input), que necesita el transporte por relay | las `--iface-list` y `--addr-list` que dejan pasar las respuestas; cuando ninguna lista lo consigue (una regla `src-address=!`, por ejemplo), añade antes de esa regla una de aceptación para `in-interface=`, o elige una `--subnet` dentro del rango | | no firewall rule doctor reads is invalid or names a deleted list | un aviso: ninguna regla de raw prerouting ni de filter forward e input está marcada como inválida, que RouterOS salta como si no existiera (nombra una interfaz que se quitó o no está lista, y `about` dice cuál), y ninguna nombra una lista de interfaces que se quitó, que RouterOS guarda como el id de la lista (`in-interface-list=!*2000010`) y aplica como una lista vacía. Una regla cambiada un momento antes se lee inválida, sin motivo, hasta que RouterOS la aplica | corrige o quita lo que nombra una regla inválida; vuelve a poner por nombre una lista borrada, porque crear una lista con el mismo nombre no repara la regla. Sin motivo, ejecuta `doctor` otra vez | | --lan-address
is the router's | con `--expose`: una interfaz del router tiene esa dirección | pasa la dirección que el router tiene en su LAN, tal como la lista `/ip/address/print` | | --lan-address is not on the uplink | un aviso, con `--expose`: la interfaz que tiene la dirección no lleva la ruta por defecto, no está en ninguna lista `WAN` y no comparte ninguna lista de interfaces con la interfaz que lleva la ruta por defecto | pasa la dirección LAN del router: en el enlace de subida el dst-nat publicaría el agente hacia Internet | | no registry credential meant for another registry | un aviso, solo con `--remote-image`: no hay usuario en `/container/config`, o el host de `registry-url` es el host del que se descarga la imagen, contando todas las grafías de Docker Hub como una. Un `registry-url` vacío con usuario puesto avisa. Doctor lee si hay usuario, nunca el nombre, y no puede leer la contraseña | `/container/config` guarda un solo usuario para todo el equipo, y una credencial de otro registro puede hacer que la descarga de una imagen pública acabe en `auth error`. Instala desde un tar con `--agent-tar`, pasa un `--remote-image` del registro al que pertenece el usuario, o borra el usuario si nada más lo necesita | | the installed agent published on the LAN asks for a token | un aviso, que solo aparece cuando una instalación con este `--name` tiene un dst-nat en la LAN: su entorno contiene un `TOKEN`. Doctor cuenta las entradas, nunca lee el valor | `upgrade` con el mismo `--name` y `--token `; o retira el agente, las reglas de LAN y el contenedor juntos con `uninstall --name --yes` | | the router does not answer DNS from its uplink | un aviso: `allow-remote-requests` de `/ip/dns` está apagado, o una regla de raw prerouting o de filter input descarta una consulta UDP al puerto 53 que entra por la interfaz de la ruta por defecto activa, recorrida como en la comprobación de trampas, gana la primera que coincide. Un aviso de que las consultas podrían pasar cuando una regla filtra por algo que doctor no evalúa, una lista de direcciones de origen por ejemplo. IPv6 no se lee | una regla de descarte para el puerto 53 UDP y TCP en el enlace de subida antes de cualquier aceptación que lo coja, o `/ip/dns/set allow-remote-requests=no` si ningún equipo de la LAN usa el router como resolvedor | | nothing tagged for that these flags do not select | un aviso: en cada menú donde escribe una instalación, los objetos con su etiqueta no son más que los que selecciona el plan de estas opciones. Una instalación hecha con otras opciones (`--expose`, otras listas, otra `--subnet`) deja más | ejecuta `status` y `uninstall` sin opciones de forma, para que lean el manifiesto de la instalación, o con las opciones con que se hizo | El `doctor` suelto, pero no el que ejecuta `install`, lee después una vez el anillo del agente por HTTP desde la dirección .2 de `--subnet` en `--port`, enviando `--token`, y desiste a los 3 s. Pasa el mismo `--subnet`, `--port` y `--token` con los que se instaló el agente. Los hallazgos se definen en [Requisitos](https://docs.jmrp.io/mikroscope/es/install/prerequisites/#lo-que-muestra-el-agente-en-marcha) y nunca cambian el estado de salida. ### `plan` ```sh mikroscope plan mikroscope plan --rsc --remote-image jmrplens/mikroscope-agent:1.6.1 --out mikroscope.rsc ``` - Sin `--rsc` imprime el listado que imprimiría `install`, igual que `install --dry-run`, con el token enmascarado como `(token)`. - Con `--rsc` escribe la instalación entera como un script de RouterOS, en `--out` o en la salida estándar. Con `--out` imprime `: N lines; review it, then paste it into the router's terminal or /import it`. Pégalo solo en el indicador `] >`: un script pegado mientras RouterOS pregunta por la licencia pierde sus primeras líneas ([Script de RouterOS](https://docs.jmrp.io/mikroscope/es/install/script/#run-on-the-router)). Con un token puesto, el script lo lleva en claro ([Salvaguardas del instalador](https://docs.jmrp.io/mikroscope/es/security/installer/#un-script-rsc-generado-es-una-credencial)). - Aquí `--arch auto` es `arm64`, porque no se le pregunta nada al router. ### `install` ```sh mikroscope install --remote-image jmrplens/mikroscope-agent:1.6.1 ``` 1. `doctor`, en una conexión, salvo con `--no-doctor`. Un requisito que falta la detiene sin escribir nada. 2. Con `--arch auto`, la arquitectura que leyó doctor; `--no-doctor` sin `--remote-image` hace una conexión más para leerla, y lo dice. 3. La imagen: compilada, leída de `--agent-tar`, o ninguna con `--remote-image`. 4. El listado, y después `write the objects above to the router? [y/N]` salvo con `--yes`. Cualquier cosa que no sea `y` la detiene con `not confirmed; nothing written`. 5. El manifiesto de la instalación, después cada objeto, e `install done: N step(s) created`. 6. El sondeo desde este equipo ([Acceso por red](https://docs.jmrp.io/mikroscope/es/install/reaching-the-agent/#lo-que-te-dice-el-sondeo-tras-install)). `--dry-run` se detiene tras el listado y no abre ninguna conexión. ### `upgrade` ```sh mikroscope upgrade --remote-image jmrplens/mikroscope-agent:1.6.1 ``` - Una conexión lee cómo se hizo la instalación, si está cada paso, la arquitectura del router y, con `--remote-image`, la comprobación de credenciales de registro de doctor. `upgrade` no ejecuta `doctor`. - Rechaza un router sin instalación (`nothing to upgrade: run install first`), y una instalación con token cuando no recibe ninguno. - Lista el manifiesto de la instalación, el paso del contenedor y cualquier paso que el router ya no tenga, pregunta, escribe el manifiesto y los pasos que faltan, borra y vuelve a crear el paso del contenedor, y sondea. Los objetos de red se quedan. - La envlist se escribe a partir de las opciones que recibe `upgrade`: una opción de ajuste que falte vuelve a su valor por defecto ([Forma de la instalación](https://docs.jmrp.io/mikroscope/es/reference/cli/#pasa-la-misma-forma-a-status-upgrade-y-uninstall)). - `--dry-run` se detiene tras el listado y no abre ninguna conexión. ### `uninstall` ```sh mikroscope uninstall # lista los objetos del router mikroscope uninstall --yes # y los borra mikroscope uninstall --targets all --influx … --grafana … # lista todo mikroscope uninstall --targets all --influx … --grafana … --yes # y lo borra ``` Sin `--yes` lista: con `--router` lee antes la forma de la instalación, y sin ella lista solo a partir de las opciones. `--targets` lo amplía más allá del router: | Objetivo | Qué se va | | ----------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `router` | todo lo que creó `install`: los objetos del manifiesto de la instalación, cualquier otro objeto con su etiqueta, la raíz del contenedor, el manifiesto y el directorio `mikroscope` si no queda nada más en él. El valor por defecto | | `dashboard` | por cada almacén que nombran las opciones de destino: el dashboard `mikroscope-`, se importara como se importara, y la fuente de datos `mikroscope-`. Ni la carpeta, ni una fuente de datos adoptada, ni las reglas de alerta provisionadas | | `data` | las tablas e índices que escribieron los destinos, y los ficheros que escribieron los de fichero | | `all` | los tres de arriba | Los objetivos `dashboard` y `data` toman las opciones de [destino](https://docs.jmrp.io/mikroscope/es/reference/cli/#destinos) y de [Grafana](https://docs.jmrp.io/mikroscope/es/reference/cli/#publicar-en-grafana) de `forward`, para encontrar los almacenes. De las de Grafana, `uninstall` lee `--grafana` y `--grafana-datasource-uid`, ignora las demás y rechaza `--grafana-dry-run`: su ejecución de prueba es dejar fuera `--yes`. Cuando una opción de destino nombra un almacén, `dashboard` necesita además `--grafana` (o `MIKROSCOPE_GRAFANA_URL`, y después `GRAFANA_URL`) y `GRAFANA_TOKEN`, y se detiene con `--targets dashboard needs --grafana …` sin un Grafana y con `--targets dashboard needs GRAFANA_TOKEN` sin el token. Sin ninguna opción de destino, `--targets dashboard` o `data` no encuentra ningún almacén e imprime `nothing of this is here to remove`; `all` actúa entonces solo sobre los objetos del router. - **No se borra nada sin `--yes`**, el mismo `--yes` que toman los verbos de despliegue. Una tabla borrada no se puede reponer como `install` repone un objeto del router. - **Los almacenes se listan antes de tocar el router.** Los objetivos `dashboard` y `data` se listan primero, así que uno que no se puede listar detiene el verbo antes de borrar nada, también los objetos del router de `all`. - **Un Grafana que no puede leer lo detiene.** Solo un 404 cuenta como que no está. Un Grafana inalcanzable, un token rechazado o un error del servidor detienen el verbo con `asking Grafana whether dashboard mikroscope- is there: …` y estado de salida 1, antes de borrar nada. - **Las tablas se le preguntan al almacén, nunca van compiladas.** Una lista dentro del binario serían las medidas que escribe esta versión, y las que merece la pena borrar son las que ya nadie escribe: lo que recogía una versión anterior, o una fuente apagada desde entonces. Se reclama todo lo que lleva el prefijo `mikroscope_`; nada más se toca. - **Una fuente de datos adoptada no se borra.** Una nombrada en `--grafana-datasource-uid` era de otro antes de esto y es de otro después. - **Una que no se va no detiene a las demás.** Cada fallo se imprime con lo que dijo el almacén y el borrado continúa. > **Tres destinos no guardan nada que esto pueda borrar** > > A `--prom` lo raspan en vez de escribirle, así que las series viven en un Prometheus del que esto > no ha oído hablar y caducan con su retención. `--graphite` no ofrece borrado en absoluto: quita a > mano los ficheros whisper. `--sql` escribe un fichero, y las filas ya cargadas en una base de datos > real desde él hay que borrarlas allí, o con `--postgres` apuntado a esa base. Cada uno imprime su > propio motivo en lugar de faltar en silencio. > **InfluxDB 3 borra una tabla renombrándola** > > Una tabla borrada por `/api/v3/configure/table` se queda en `information_schema` con un nombre > que lleva el instante del borrado, `mikroscope_cpu-`. Esas están fuera y no se vuelven > a ofrecer; sin ese filtro, un uninstall listaría las mismas tablas en cada ejecución, las borraría > con éxito y no se vaciaría nunca. El borrado pide `hard_delete_at=now`, que el servidor acepta y > programa. ### `status` ```sh mikroscope status ``` Imprime lo que leyó de la instalación, el recuento de propiedad de cada paso y, cuando hay algo instalado, la salud del agente, leída directamente con un plazo de 3 s: ```text install on the router (manifest mikroscope/mikroscope.manifest.txt): veth veth-mikroscope, subnet 172.30.10.0/30, lists LAN/LANs, port 9123, … 1 install manifest mikroscope/mikroscope.manifest.txt 1 veth interface veth-mikroscope … agent: 1.6.1 () built