Joshua Schlichting's questions

A situação:

Eu desenvolvo em um Windows VDI que usa o WSL para executar o docker e, na verdade, estou usando um daemon do docker remoto em execução em um servidor Red Hat. Localmente, tenho a DOCKER_HOSTvariável configurada para o caminho correto para meu daemon do docker ( tcp://<userid>@<my server running the remote docker daemon>), mas essa variável de ambiente só é reconhecida imediatamente após ser configurada.

O que quero dizer com isso é que, agora, se eu executar um comando docker, recebo o Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?erro, mas se eu atribuir DOCKER_HOSTa si mesmo com $ export DOCKER_HOST=$DOCKER_HOST, os comandos docker futuros agora reconhecerão o daemon remoto para o qual estou direcionando com essa variável.

Eu adicionei essa atribuição DOCKER_HOSTno meu ~/.bashrc, e posso ver que ela está definida corretamente quando reinicio o shell e executo $ echo $DOCKER_HOST.

Comportamento esperado:

Espero que os comandos do docker se refiram à DOCKER_HOSTvariável definida dentro ~/.bashrcde , cuja presença é confirmada com$ echo $DOCKER_HOST

Realidade:

O Docker não reconhece esta variável/valor desta variável, a menos que seja definido na sessão do shell ativo. Eu literalmente tenho que atribuir a variável a si mesma para que o docker a reconheça (por exemplo, export DOCKER_HOST=$DOCKER_HOST) e só então os comandos do docker serão executados no daemon remoto.

Minhas perguntas:

Por que preciso redefinir a DOCKER_HOSTvariável para que o docker possa reconhecê-la?

Se estou fazendo isso incorretamente, qual é a maneira correta?

Estou aberto a ouvir que estou no lugar errado com minha pergunta. Pude ver que isso é um problema do Linux/WSL ou um problema com o próprio docker.

Eu tenho um host CentOS 7 com uma ponte de rede configurada para uso de VMs convidadas. Tudo estava bem até uma reinicialização recente. Após a reinicialização, a VM convidada não tem acesso à Internet, nem pode executar ping em outros endereços locais (e outras máquinas locais não podem executar ping no convidado).

Eu tenho os seguintes arquivos no /etc/sysconfig/network-scriptssistema host :

ifcfg-br0:

STP=no
TYPE=Bridge
PROXY_METHOD=none
BROWSER_ONLY=no
BOOTPROTO=none
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME=br0
UUID=3feaa236-2ea8-4024-9667-d446e952fc44
DEVICE=br0
ONBOOT=yes
IPADDR=192.168.1.130
NETMASK=255.255.255.0
GATEWAY=192.168.1.1
ONBOOT=yes

ifcfg-bridge-slave-enp0s25:

TYPE=Ethernet
NAME=bridge-slave-enp0s25
UUID=b9e60eb8-b9f8-497c-89f6-40d60b4bced8
DEVICE=enp0s25
ONBOOT=yes
BRIDGE=br0

ifcfg-enp0s25:

TYPE=Ethernet
PROXY_METHOD=none
BROWSER_ONLY=no
BOOTPROTO=none
DEFROUTE=yes
IPV4_FAILURE_FATAL=no
IPV6INIT=yes
IPV6_AUTOCONF=yes
IPV6_DEFROUTE=yes
IPV6_FAILURE_FATAL=no
IPV6_ADDR_GEN_MODE=stable-privacy
NAME=enp0s25
UUID=a4799b47-9042-4a95-925c-d1d364fc99de
DEVICE=enp0s25
ONBOOT=yes
IPADDR=192.168.1.131
PREFIX=24
GATEWAY=192.168.1.1
DNS1=8.8.8.8
DNS2=8.8.4.4
IPV6_PRIVACY=no

SISTEMA DE CONVIDADO /etc/sysconfig/network-scripts/ifcfg-eth0

TYPE="Ethernet"
PROXY_METHOD="none"
BROWSER_ONLY="no"
BOOTPROTO="none"
DEFROUTE="yes"
IPV4_FAILURE_FATAL="no"
IPV6INIT="yes"
IPV6_AUTOCONF="yes"
IPV6_DEFROUTE="yes"
IPV6_FAILURE_FATAL="no"
IPV6_ADDR_GEN_MODE="stable-privacy"
NAME="eth0"
UUID="7c2087a0-7d4b-4e3a-ac71-07b8dcac07ad"
DEVICE="eth0"
ONBOOT="yes"
IPADDR="192.168.1.132"
PREFIX="24"
GATEWAY="192.168.1.1"
DNS1="8.8.8.8"
DNS2="8.8.4.4"

A VM foi instalada com virt-installo uso do --network bridge=br0argumento e foi capaz de acessar a web, servir páginas da web via apache e pode ser pingado meu outro computador na LAN.

O que posso fazer em seguida para obter essa VM convidada de volta à rede por meio da br0ponte de rede?

Estou tendo um problema ao visualizar a saída de uma máquina virtual instalada via virt-install.

Eu usei esse método pela primeira vez , mas ele me deixou com o seguinte imediatamente após a execução:

Starting install...
Connected to domain ApacheServer
Escape character is ^]

Ele fica aqui para sempre e nenhuma entrada é aceita no terminal neste momento. Depois de pesquisar na web, acabei destruindo/excluindo meu convidado e recomeçando com a instalação, mas desta vez, adicionei --console pty,target_type=serialos argumentos que estavam sendo passados ​​para virt-install. Para maior clareza, abaixo está o comando de instalação completo que usei por último:

virt-install \
-n ApacheServer \
--description "CENTOS7 for Apache Server" \
--os-type=Linux \
--os-variant=rhel6 \
--ram=2048 \
--vcpus=1 \
--disk path=/var/lib/libvirt/images/CentOS7-Apache.img,bus=virtio,size=10 \
--graphics none \
--console pty,target_type=serial \
--cdrom /home/server/Downloads/CentOS-7-x86_64-Minimal-1810.iso \
--network bridge:virbr0

Isso não muda nada para mim. Eu ainda estou preso em Escape character is ^]após a instalação. Eu até fechei esta janela do console e tentei entrar no convidado via $ virsh console ApacheServer. Isso me deixa com:

Connected to domain ApacheServer
Escape character is ^]
error: operation failed: Active console session exists for this domain

Minha expectativa atual é que, após a instalação, ou depois de emitir o virsh console <domain name>comando, eu veja a saída do console/terminal que o convidado está enviando.

Estou tendo um problema ao montar uma unidade NAS compartilhada hospedada em um servidor Windows 2000 . Esta é uma unidade à qual tenho certeza de que tenho acesso e frequentemente a acesso de uma máquina Windows 7 e uma máquina Windows Server 2008. Agora, estou tentando montar esta unidade de uma máquina RHEL7 , mas estou tendo alguns problemas.

O que eu fiz:

mkdir /mnt/neededFolder
mount -t cifs //DNS.forMyDrive.stuff/neededFolder /mnt/neededFolder -o username=myUserId,password=myPassword,domain=myDomain

O que eu esperava: esperava poder acessar a pasta em /mnt/neededFolder

O que realmente aconteceu: O erro que estou recebendo (mostrado parcialmente na linha de assunto aqui) é

mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

O que o log diz:

saída dmesg :

[1712257.661259] CIFS VFS: Error connecting to socket. Aborting operation.
[1712257.662098] CIFS VFS: cifs_mount failed w/return code = -115

Todos nós podemos ver que há um problema de conexão, isso é óbvio. Eu sei que ambas as máquinas estão conectadas à rede. O que posso tentar a seguir para montar esta unidade?

EDIT: Pode valer a pena notar que consigo pingar o nome DNS e o IP bruto do local remoto que estou tentando montar.