Toda vez que coloco mais de 5 KiB no Terminal do Windows, recebo a seguinte mensagem irritante que tenta me salvar de mim mesmo.
Eu não preciso disso! Como posso fazer isso ir embora?
Uma pergunta muito semelhante já foi feita antes , mas ela não tem como alvo a mesma mensagem de aviso. Fazer as alterações propostas ali desabilita um aviso, mas não este.
Eu tenho duas máquinas desktop, Windows 10 e Debian 11. Ambas as máquinas têm portas Ethernet 1G únicas nas placas-mãe, bem como uma placa adicional ASUS 10G PCI-e.
Não possuo um switch 10G para conectar essas máquinas, mas quero poder configurar uma conexão 10G entre elas para uso em desktop remoto.
Existem várias maneiras possíveis de abordar este problema
Eu tentei os dois primeiros métodos e falhei. Eu não sei muito sobre como o Windows funciona, então não consegui diagnosticar/descobrir por que o primeiro método não funcionou.
O segundo método que tentei antes, mas as coisas não pareciam funcionar bem e não pareciam muito estáveis. Pode funcionar uma semana e não funcionar na próxima. Eu nunca cheguei ao fundo de por que isso aconteceu.
Acho que tenho mais chance de fazer o último método funcionar. Aquilo é
Windows 10 -> Debian 11 -> Network
Até agora fiz as seguintes coisas:
sudo apt install dnsmasq
vim /etc/dnsmasq.conf
interface=enp4s0
listen-address=127.0.0.1
dhcp-range=192.168.10.50,192.168.10.150,24h
vim /etc/sysctl.conf
net.ipv4.ip_forward=1
sudo apt install iptables-persistent
Não alterei o conteúdo de /etc/iptables/rules.v4porque isso veio configurado automaticamente com algumas coisas:
# Generated by iptables-save v1.8.7 on Sat Apr 9 11:27:33 2022
*filter
:INPUT ACCEPT [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [0:0]
:DOCKER - [0:0]
:DOCKER-ISOLATION-STAGE-1 - [0:0]
:DOCKER-ISOLATION-STAGE-2 - [0:0]
:DOCKER-USER - [0:0]
-A FORWARD -j DOCKER-USER
-A FORWARD -j DOCKER-ISOLATION-STAGE-1
-A FORWARD -o docker0 -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -o docker0 -j DOCKER
-A FORWARD -i docker0 ! -o docker0 -j ACCEPT
-A FORWARD -i docker0 -o docker0 -j ACCEPT
-A DOCKER-ISOLATION-STAGE-1 -i docker0 ! -o docker0 -j DOCKER-ISOLATION-STAGE-2
-A DOCKER-ISOLATION-STAGE-1 -j RETURN
-A DOCKER-ISOLATION-STAGE-2 -o docker0 -j DROP
-A DOCKER-ISOLATION-STAGE-2 -j RETURN
-A DOCKER-USER -j RETURN
COMMIT
# Completed on Sat Apr 9 11:27:33 2022
# Generated by iptables-save v1.8.7 on Sat Apr 9 11:27:33 2022
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
:DOCKER - [0:0]
-A PREROUTING -m addrtype --dst-type LOCAL -j DOCKER
-A OUTPUT ! -d 127.0.0.0/8 -m addrtype --dst-type LOCAL -j DOCKER
-A POSTROUTING -s 172.17.0.0/16 ! -o docker0 -j MASQUERADE
-A POSTROUTING -o enp4s0 -j MASQUERADE
-A DOCKER -i docker0 -j RETURN
COMMIT
# Completed on Sat Apr 9 11:27:33 2022
O primeiro problema que tenho é que não sei se estou perdendo algum conteúdo da configuração do iptables. Para referência, eu estava seguindo este guia .
net.ipv4.ip_forward=1.Se eu estiver enganado sobre isso ou minhas informações estiverem desatualizadas, por favor me corrija.
O segundo problema que tenho é que não sei como a configuração pode ser diferente, considerando que esta é uma máquina Desktop com uma GUI. (Ambiente de desktop Xfce.) Isso vem com o Network Manager, a partir do qual os adaptadores podem ser configurados com endereços IP estáticos. O guia vinculado acima não menciona nada sobre a configuração de um IP estático para o adaptador enp4s0, que é configurado como o adaptador que o dnsmasq usará para ouvir solicitações de DHCP.
No entanto, certamente seria necessário configurar um IP estático, caso contrário, como outras máquinas poderiam estabelecer uma conexão ethernet com essa interface?
Nesse caso, posso configurar um IP estático com o gerenciador de rede, porém não sei de que maneira a execução do ambiente de desktop Xfce pode interferir em outras partes da configuração. (Talvez eu esteja preocupado com algo que não é um problema?)
Estou tendo um problema estranho com a área de trabalho remota remmina / xrdp
Não consigo me conectar da minha máquina desktop a uma máquina na sala ao lado por alguns dias. Eu tenho movido as coisas pela rede/TI e não tenho certeza exatamente o que causou isso.
Minha área de trabalho se conecta a um roteador por meio de um switch. A máquina para a qual estou tentando fazer o RDP está conectada através do mesmo switch.
Quando faço uma varredura de porta nmap na minha área de trabalho, recebo uma resposta informando que a porta 3389 é filtrada da máquina de destino.
nmap -sT 192.168.2.112 -p 3389
No entanto, a porta 22 está aberta.
O que é realmente estranho é que no próprio servidor, nmap -sT 127.0.0.1 -p 3389informa que a porta está aberta.
Não tenho 100% de certeza se isso indica alguma coisa útil?
Eu olhei para os arquivos de log xrdp dentro /var/logdo servidor e verifiquei o ~/.xsession-errorsarquivo também. Não vejo nada que indique algum problema em nenhum desses 3 arquivos.
A única coisa que noto é uma mensagem de systemctl- algo sobre não poder abrir um arquivo PID. No entanto, o serviço ainda está marcado como iniciado/ponto verde/ok. (Não consigo visualizar a mensagem de log, pois outras coisas foram impressas no log desde que a vi.)
Nada óbvio em journalctl -xe.
Dei uma olhada na minha caixa pfSense para qualquer coisa óbvia que possa estar filtrando o tráfego de alguma forma. Não tenho certeza se deve ser relevante, pois o tráfego deve passar pelo switch e não pelo roteador, pois os 3 sistemas (servidor, desktop, roteador) se conectam pelo mesmo switch.
Alguma ideia? Posso tentar desinstalar e reinstalar o xrdp?
Edit: Reiniciando o serviço, recebo este log:
Não é possível abrir o arquivo PID /run/xrdp/xrdp.pid(ainda?) após o início: nenhum arquivo ou diretório iniciado xrdp daemon iniciando xrdp com pid 2340 escutando na porta 3389 em 0.0.0.0
Alguma coisa útil? Parece que começou ok?
Eu segui alguns guias para obter uma configuração de ponte no meu host Debian VM
O mais útil que encontrei foi este:
https://linuxconfig.org/how-to-use-bridged-networking-with-libvirt-and-kvm
Eu li uma série de outros guias disponíveis on-line, no entanto, todos eles parecem ignorar os detalhes da configuração de IP e não fornecem detalhes sobre por que determinados endereços/redes e gateways foram escolhidos.
Por exemplo, no exemplo vinculado acima, uma ponte é criada com o endereço 192.168.0.90, na rede 192.168.0.X/24. No entanto, nenhuma explicação sobre por que este foi o caso foi dada.
Eu tentei seguir isso, criando eu mesmo uma ponte na rede 192.168.1.X/24. Isso desativou minha conexão de rede com o host da VM, que está nessa rede.
Meu principal problema se estende do fato de que não tenho uma imagem clara do que uma ponte realmente é ou representa. Eu sei que é usado para unir duas redes diferentes como se fossem a mesma rede.
Quando tentei configurar meu sistema novamente, optei por dar à bridge um ip estático de 192.168.10.1/24.
Isso pareceu funcionar e consegui criar uma nova rede virtual que usa a ponte. Veja a captura de tela abaixo...
Em seguida, inicializei uma VM com esta configuração de rede:
E ele consegue se conectar, e obtém o IP 192.168.1.190do meu servidor DHCP.
Aqui é onde minha confusão começa e as perguntas chegam.
Por que a criação de uma ponte com um endereço IP na mesma rede que a 192.168.1.Xrede interrompeu a conectividade da rede?
Por que funciona quando a ponte tem um endereço IP "aleatório", como 192.168.10.1? Não tenho 192.168.10.Xrede aqui, inventei esse número.
Se uma bridge conecta duas redes como se fossem a mesma rede, por que ela tem apenas um endereço IP associado? (Como uma ponte realmente funciona? Não consegui encontrar facilmente informações úteis sobre isso online.)
A propósito, aqui está uma captura de tela do host de virtualização ip a output: Como você pode ver, existem vários NICs no meu host VM. Uma delas é a conexão de rede regular, a outra está associada à ponte.
Lista de outros links
Ao configurar uma rede com libvirt & virt-manager, existe a opção de escolher "Rede aberta" como "Modo de rede" ao encaminhar tráfego para uma rede física.
O que significa / faz "Rede Aberta"? Eu pensei que poderia ser o mesmo que uma rede isolada, mas claramente isso não faria muito sentido, pois existe uma opção separada para isso.
Veja a captura de tela de exemplo abaixo...
Eu tenho dois sistemas Debian 10 e estou tentando gerenciar remotamente um do outro.
Estou usando o remmina como cliente e o xrdp como servidor. Eu me conecto com o protocolo RDP.
Como posso alterar a resolução da tela. Atualmente, ele está travado com exibição rdp0 menor que 640x480.
Esta é uma configuração do lado do cliente ou do servidor?
Estou trabalhando remotamente com um sistema beaglebone black.
Encontrei esta informação no youtube sobre como expandir o sistema de arquivos raiz.
https://www.youtube.com/watch?v=FK6wfV_19ac ( assista a partir de 12:50 )
O autor do vídeo demonstra o redimensionamento do sistema de arquivos excluindo literalmente o sistema de arquivos que contém /e criando uma nova partição.
(A menos que eu tenha entendido completamente mal?)
Isso parece completamente louco. Não consigo entender como isso funcionou e não destruiu o sistema de arquivos? Parece um acaso completo que nenhum dado tenha sido danificado neste processo e que todos os inodes ainda sejam válidos.
Isso me faz pensar se eu entendi algo completamente errado - e agora estou preocupado que isso seja realmente uma coisa válida a se fazer.
Gostaria de uma segunda opinião sobre isso - o que o autor instrui no vídeo é a maneira correta de expandir um sistema de arquivos? Em caso afirmativo, por que excluir a partição que contém todos os dados da raiz do sistema de arquivos não destruiu esses dados?
quando eu corro
mount -t tmpfs -o size=4096m tmpfs /media/ramdisk/
eu recebo um erro
mount: only root can use "--options" option
O diretório /media/ramdiské de minha propriedade
ls -la /media/ramdisk
drwxr-xr-x 2 username root 4096 Mar 22 15:18 .
drwxr-xr-x 5 root root 4096 Mar 22 15:18 ..
É possível usar mountsem sudo(root) de forma que eu possa montar o ramdisk como usuário após inicializar meu sistema? Não quero que o volume seja montado automaticamente no momento da inicialização, mas apenas quando eu optar por montá-lo. Acredito que haja alguma maneira de fazer isso fstab, mas não tenho certeza de como isso pode ser feito.
É permitido usar o root uma vez para editar o fstab.