Linha de erro completa

ERRO DE OPÇÕES: falha ao negociar cifra com o servidor. Adicione a cifra do servidor ('AES-256-CBC') a --data-ciphers (atualmente 'AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305') se quiser se conectar a este servidor.

Especificação: Ubuntu 24.10 x86

OpenVPN 2.6.12 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] [DCO] versões da biblioteca: OpenSSL 3.3.1 4 de junho de 2024, LZO 2.10

Abaixo /etc/netplan/90-NM-xxx.ymlvejo o apropriadovpn.cipher: "AES-256-CBC"

O mesmo na GUI

se eu mudar vpn.data-ciphere reiniciar o NM, então eu obtenho:

conectar: ​​falha ao conectar interativamente: 'GDBus.Error:org.freedesktop.NetworkManager.VPN.Error.BadArguments: propriedade “data-cipher” inválida ou não suportada'

Então, de onde ele tira a(s) cifra(s) errada(s)?

Tenho um problema com minha máquina Ubuntu e WIFI , que aparentemente é difícil de resolver. Desligar e ligar o wifi corrige isso (temporariamente). Ao tentar conectar de fora e a velocidade está muito baixa, posso executar

sudo systemctl restart NetworkManager

e a conexão melhora drasticamente. Eu estava pensando em automatizar isso - talvez pudesse configurar isso como um cronjob toda meia-noite?

Infelizmente, pelo que entendi, isso exigiria o armazenamento da minha senha root em texto simples, o que prefiro não fazer. Existe talvez outra abordagem que eu possa adotar (sem resolver a questão central, o que parece impossível)?

após a instalação do 24.04, não parece haver nenhuma maneira de obter configurações 'Avançadas' no network-manager-openvpn-gnome para definir parâmetros como tipo de cifra, mtu, etc.

Isso é um bug ou a configuração foi movida para outro lugar?

Obrigado, Ondrej

No meu laptop (Ubuntu 22.04), eu precisava compartilhar minha conexão de internet (do hotspot do meu telefone) com outra caixa (um roteador) conectada ao meu laptop via ethernet. O roteador é o cliente do laptop (através da porta WAN do roteador). Usei o gerenciador de rede, onde em IPv4 (veja a imagem), selecionei "Compartilhado com outros computadores". Como posso saber o endereço IP fornecido ao roteador? Costumava-se saber ler, /var/lib/misc/dnsmasq.leasesmas isso não existe mais. Tentei procurar via journalctlmas sem sucesso.

Eu tenho um servidor openVPN em execução. Este servidor está configurado para rotear o tráfego apenas para a rede interna quando necessário. Em server.conf:

...
push "route 192.168.0.0 255.255.255.0"
;push "redirect-gateway def1 bypass-dhcp"
push "dhcp-option DNS 192.168.0.xxx"
;duplicate-cn
...

Todos os dispositivos (win, mac, ios e android) que trabalham com o cliente openvpn connect oficial funcionam conforme o esperado: eles alcançam a rede interna, mas o resto da navegação vai diretamente para a internet. Porém, quando eu uso o network-mananger no ubuntu 22.04 importando o perfil ovpn o cliente se conecta corretamente, o dns funciona... mas TODO o tráfego é roteado através do vpn.

Se eu usar o comando openvpn, posso me conectar ao ovpn conforme esperado (roteando o tráfego corretamente), mas não me sinto confortável em executar comandos sudo ("sudo openvpn --script-security 2 --config /etc/openvpn/client/profile. ovpn") e fazer algumas coisas estranhas.

Esta é a parte significativa do meu perfil de cliente ovpn:

client
dev tun
proto udp
resolv-retry infinite
nobind
persist-key
persist-tun
cipher AES-256-GCM
auth SHA512
verb 3
tls-client
tls-version-min 1.2
key-direction 1
remote-cert-tls server
remote mydomain.com 1194
<ca>

Editar: encontrei uma diferença. O gerenciador de rede Ubuntu está gerando um terceiro dispositivo.

Então, com o script "openvpn --script-security 2 --config /etc/openvpn/client.ovpn" eu recebo estes dois dispositivos: tun0: 10.8.0.14 enxzzzz: 192.168.18.6

com o gerenciador de rede do Ubuntu eles são iguais, mas há um terceiro dispositivo! virbr0: 192.168.122.1

Estou tentando configurar uma VPN Strongswan/IKEV2 no Ubuntu 23.04. Eu tenho o plugin Network Manager compilado e funcionando.
Quando tento a conexão, recebo o erro abaixo no syslog, informando que não é possível abrir o pacote de certificados.
Com base no log, parece que o Apparmor está bloqueando o acesso.

Como faço para corrigir isso para que o Apparmor permita acesso ao arquivo?

2023-10-12T22:07:00.546588-04:00 fafnir charon: 10[CFG] received stroke: add connection '3c204271-9b89-4f25-85b8-3e13d53e6bde'
2023-10-12T22:07:00.546660-04:00 fafnir charon: 10[CFG] added configuration '3c204271-9b89-4f25-85b8-3e13d53e6bde'
2023-10-12T22:07:01.492277-04:00 fafnir charon: 12[CFG] rereading secrets
2023-10-12T22:07:01.492891-04:00 fafnir charon: 12[CFG] loading secrets from '/etc/ipsec.secrets'
2023-10-12T22:07:01.492904-04:00 fafnir charon: 12[CFG] loading secrets from '/etc/ipsec.d/ipsec.nm-l2tp.secrets'
2023-10-12T22:07:01.492915-04:00 fafnir charon: 12[LIB]   opening '/home/alan/pki2/client_fafnir.p12' failed: Permission denied
2023-10-12T22:07:01.492949-04:00 fafnir charon: 12[LIB] building CRED_CONTAINER - PKCS12 failed, tried 3 builders
2023-10-12T22:07:01.492960-04:00 fafnir charon: 12[CFG]   loading credentials from '/home/alan/pki2/client_fafnir.p12' failed
2023-10-12T22:07:01.495808-04:00 fafnir charon: 13[CFG] received stroke: initiate '3c204271-9b89-4f25-85b8-3e13d53e6bde'
2023-10-12T22:07:01.496243-04:00 fafnir kernel: [217471.389372] audit: type=1400 audit(1697162821.489:404): apparmor="DENIED" operation="open" class="file" profile="/usr/lib/ipsec/charon" name="/home/alan/pki2/client_fafnir.p12" pid=913258 comm="charon" requested_mask="r" denied_mask="r" fsuid=0 ouid=1000

Não consigo baixar pacotes pip ou pacotes npm via terminal. No entanto, a conexão com a Internet do meu navegador está funcionando. Não tenho certeza de qual é o problema. Ajude-me a corrigi-lo. Estou usando o Ubuntu22.04

Meu programa python leva quase 1 hora para ser executado. Anteriormente, levava menos de um minuto. Além disso, ao criar um novo aplicativo de reação, leva muito tempo para fazer o download do aplicativo.

Ao tentar ativar uma conexão de rede usando, nmcli c up Wired\ connection\ 1recebo a mensagemError: Connection activation failed: No suitable device found for this connection (device lo not available because device is strictly unmanaged).

Não sei o que significa não gerenciado nem estritamente não gerenciado. nmcli dev showlista apenas o lodispositivo de loopback. Isso realmente não parece certo, mas o que eu sei...

Eu tinha Wifi e Ethernet funcionando antes de instalar alguns drivers nvidia e fazer uma reinicialização. Agora não tenho nenhum deles.

• Tentei várias respostas para perguntas semelhantes, mas nenhuma delas parece fazer diferença.
• Não consegui encontrar como atualizar/atualizar o sistema ou pacotes individuais offline, por exemplo, mídia de instalação

Ubuntu Versão 22.04 LTS

Problema:

Estou tentando configurar uma conexão VPN L2TP com endereço IP manual, máscara de rede, gateway e DNS. No entanto, o endereço IP manual e a máscara de rede não são usados ​​quando me conecto à VPN.

Resultado esperado

O endereço IP deve estar no formato XXX.XX.XX.124 e a máscara de rede deve ser XXX.XXX.XXX.224.

Resultado real

O endereço IP está no formato XXX.XX.XX.100 e a máscara de rede está no formato XXX.XXX.XXX.255.

Outra informação

Estou fazendo isso por meio da GUI tendo instalado o network-manager-l2tp-gnome, com as configurações manuais mostradas na captura de tela. Captura de tela das configurações manuais

Eu configurei a mesma conexão VPN com sucesso do meu Macbook no passado, então não acredito que sejam necessárias mais alterações manuais (por exemplo, roteamento).

Abaixo está a saída de ifconfig ppp0(com censura do endereço IP e máscara de rede feita por mim):

ifconfig ppp0
ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST>  mtu 1400
        inet XXX.XX.31.100  netmask XXX.XXX.XXX.255  destination 1.0.0.1
        ppp  txqueuelen 3  (Point-to-Point Protocol)
        RX packets 6  bytes 1094 (1.0 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 132  bytes 14714 (14.7 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Não tenho conhecimento sobre problemas de rede, então peço desculpas se fui muito cauteloso ao redigir informações e há mais informações necessárias, deixe-me saber se for esse o caso. (Da mesma forma, se eu compartilhei muito, por favor, me avise!)

Obrigado!

Estou tendo problemas para fazer o Network Manager no Ubuntu 22.04 LTS ligar corretamente o modem Qualcomm Snapdragon X55 5G integrado. Se eu tentar, parece que o NM tenta configurar a conexão, mas nunca liga o hardware necessário.

Se eu fizer um

$> sudo qmicli -p -d /dev/wwan0mbim0 --device-open-auto --dms-foxconn-set-fcc-authentication=0

E então habilite com

$> sudo mmcli -m 0 --enable

Consigo ligar o modem. Se eu continuar a inserir os dados do APN, chegarei ao ponto de conseguir pingar os servidores DNS do Google em 8.8.8.8.

Tentei então configurar o DNS:

$> nmcli connection modify Oister\ Bredbaand ipv4.dns "8.8.8.8,8.8.4.4" 

No entanto, não sou capaz de fazer uma pesquisa de host real em nada - acho que o fato de ter ousado ligar o modem manualmente deixou todo o sistema muito chateado.

Depois de mexer um pouco mais com isso, removi a configuração de DNS manual acima e configurei

$> sudo nmcli connection modify Oister\ Bredbaand ipv4.method "auto"

e

$> sudo nmcli connection modify Oister\ Bredbaand ipv6.method "DHCP"

Agora tenho internet móvel!

No entanto, ainda tenho que iniciar a conexão - veja o ícone piscando na barra superior enquanto tenta configurar uma conexão em hardware que não foi iniciada - e depois iniciá-la manualmente conforme qmcli.

Isso cheira a um bug do gerenciador de rede.

  -----------------------------------
  General  |                    path: /org/freedesktop/ModemManager1/Modem/0
           |               device id: 7099c435a92638d780ea65442842224ca7bfcf8c
  -----------------------------------
  Hardware |            manufacturer: foxconn
           |                   model: Qualcomm Snapdragon X55 5G
           |       firmware revision: T99W175.F0.0.0.5.7.GC.004
           |                          076
           |          carrier config: GCF
           | carrier config revision: 0A000804
           |            h/w revision: Qualcomm Snapdragon X55 5G
           |               supported: gsm-umts, lte, 5gnr
           |                 current: gsm-umts, lte, 5gnr
           |            equipment id: 015805000279146
  -----------------------------------
  System   |                  device: /sys/devices/pci0000:00/0000:00:1c.0/0000:08:00.0
           |                 drivers: mhi-pci-generic
           |                  plugin: foxconn
           |            primary port: wwan0mbim0
           |                   ports: wwan0 (net), wwan0at0 (at), wwan0mbim0 (mbim), 
           |                          wwan0qcdm0 (qcdm)
  -----------------------------------
  Status   |          unlock retries: sim-pin2 (3)
           |                   state: disabled
           |             power state: low
           |          signal quality: 0% (cached)
  -----------------------------------
  Modes    |               supported: allowed: 3g; preferred: none
           |                          allowed: 4g; preferred: none
           |                          allowed: 3g, 4g; preferred: 4g
           |                          allowed: 3g, 4g; preferred: 3g
           |                          allowed: 5g; preferred: none
           |                          allowed: 4g, 5g; preferred: 5g
           |                          allowed: 4g, 5g; preferred: 4g
           |                          allowed: 3g, 5g; preferred: 5g
           |                          allowed: 3g, 5g; preferred: 3g
           |                          allowed: 3g, 4g, 5g; preferred: 5g
           |                          allowed: 3g, 4g, 5g; preferred: 4g
           |                          allowed: 3g, 4g, 5g; preferred: 3g
           |                 current: allowed: 3g, 4g; preferred: 4g
  -----------------------------------
  Bands    |               supported: utran-1, utran-3, utran-4, utran-6, utran-5, utran-8, 
           |                          utran-9, utran-2, eutran-1, eutran-2, eutran-3, eutran-4, eutran-5, 
           |                          eutran-7, eutran-8, eutran-12, eutran-13, eutran-14, eutran-17, 
           |                          eutran-18, eutran-19, eutran-20, eutran-25, eutran-26, eutran-28, 
           |                          eutran-29, eutran-30, eutran-32, eutran-34, eutran-38, eutran-39, 
           |                          eutran-40, eutran-41, eutran-42, eutran-46, eutran-48, eutran-66, 
           |                          eutran-71, utran-19
           |                 current: utran-1, utran-4, utran-6, utran-5, utran-8, utran-9, 
           |                          utran-2, eutran-1, eutran-2, eutran-3, eutran-4, eutran-5, eutran-7, 
           |                          eutran-8, eutran-12, eutran-13, eutran-14, eutran-17, eutran-18, 
           |                          eutran-19, eutran-20, eutran-25, eutran-26, eutran-28, eutran-29, 
           |                          eutran-30, eutran-32, eutran-34, eutran-38, eutran-39, eutran-40, 
           |                          eutran-41, eutran-42, eutran-46, eutran-48, eutran-66, eutran-71, 
           |                          utran-19
  -----------------------------------
  IP       |               supported: ipv4, ipv6, ipv4v6
  -----------------------------------
  3GPP     |                    imei: 015805000279146
           |           enabled locks: fixed-dialing
  -----------------------------------
  3GPP EPS |    ue mode of operation: csps-2
           |  initial bearer ip type: ipv4v6
  -----------------------------------
  SIM      |        primary sim path: /org/freedesktop/ModemManager1/SIM/0
           |          sim slot paths: slot 1: /org/freedesktop/ModemManager1/SIM/0 (active)
           |                          slot 2: /org/freedesktop/ModemManager1/SIM/1

Isso funcionou melhor em 21.10, onde o modem poderia ser ligado e configurado pelo NetworkManager, mas não sobreviveu a uma hibernação / fechamento da tampa.