Olá. Eu uso zerotier como vpn também. As vezes não funcionava também. O que faço é restartar os serviços NetworkManager e zerotier-one.
sudo systemctl restart zerotier-one.service
sudo systemctl restart NetworkManager.service
Tenta para ver se funciona. Eu uso Xubuntu
Você pode monitorar a interface da vpn para ver como está comportando com o comando:
sudo tcpdump -i [[NOME DA INTERFACE]]
Você pode pegar o nome da interface com o comando:
sudo zerotier-cli listnetworks
Eu já vou comentar sobre isso é falar sobre o outro comentario. Quando eu uso o
sudo tcpdump -i [[NOME DA INTERFACE]]
Tá tudo… normal, não tem nada dando errado. Parece quem em todos os sentidos está tudo “Normal”, mas nada funciona na hora que tem que funcionar. E mesmo reiniciando o Zero tier, bem, nada realmente acontece.
Você fez os procedimentos que passei?
Olá. pode postar a saída destes comandos:
ip addr
ip route
ping -c 4 8.8.8.8
ping -c 4 google.com
tracepath 8.8.8.8
Opa, eu voltei 
Desculpa a demora, meu pc deu uns problemas e eu me embolei no trabalho e nem tive tempo de visitar o Forum.
Uma observação importante é: Por causa de algumas coisas que aconteceram no computador eu tive que formatar meu SSD que estava com o Cachy OS, eu to no Ubuntu Studio (Uma amiga me recomendou então fui dar uma testada), o lado bom é ruim e que os problemas continuam os exatos mesmos, minto, uma coisa legal de mencionar é: Quando eu instalei o Cloudflare na minha maquina desta vez ele funcionou sem nem um problema, até que eu a reiniciei, no momento que eu reiniciei ela o Cloudflare parou de funcionar. Eu poderia tentar reinstalar o Ubuntu ou instalar outra distro para futher entender o problema, já que como tá tudo recém instalado isso não é lá um problema.
Oi oi, vamos lá, um aviso importante: Eu tive que formatar a minha maquina, e eu estou agora no Ubuntu studios, por recomendação de uma amiga. O problema continua o mesmo, mesmo depois de seguir com atenção os outros passos do post num instalação zerada. Eu vou passar aqui oque aparece neles
ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1280 qdisc fq_codel state UP group default qlen 1000
link/ether XX:XX:XX:XX:XX:XX brd ff:ff:ff:ff:ff:ff
altname enxXXXXXXXXXXXX
inet 192.168.1.101/24 brd 192.168.1.255 scope global dynamic noprefixroute enp3s0
valid_lft 5959sec preferred_lft 5959sec
inet6 fe80::XXXX:XXXX:XXXX:XXXX/64 scope link noprefixroute
valid_lft forever preferred_lft forever
5: ztxoojmjjc: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 2800 qdisc fq_codel state UNKNOWN group default qlen 1000
link/ether XX:XX:XX:XX:XX:XX brd ff:ff:ff:ff:ff:ff
inet 172.24.152.14/16 brd 172.24.255.255 scope global ztxoojmjjc
valid_lft forever preferred_lft forever
inet6 fe80::XXXX:XXXX:XXXX:XXXX/64 scope link proto kernel_ll
valid_lft forever preferred_lft forever
Ip route
default via 192.168.1.1 dev enp3s0 proto dhcp src 192.168.1.101 metric 100
192.168.1.0/24 dev enp3s0 proto kernel scope link src 192.168.1.101 metric 100
ping -c 4 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=250 time=34.3 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=250 time=43.7 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=250 time=27.4 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=250 time=32.0 ms
— 8.8.8.8 ping statistics —
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 27.389/34.366/43.706/5.944 ms
ping -c 4 google.com
PING goog
le.com (142.250.78.174) 56(84) bytes of data.
64 bytes from tzrioa-ak-in-f14.1e100.net (142.250.78.174): icmp_seq=1 ttl=250 time=43.5 ms
64 bytes from tzrioa-ak-in-f14.1e100.net (142.250.78.174): icmp_seq=2 ttl=250 time=30.7 ms
64 bytes from tzrioa-ak-in-f14.1e100.net (142.250.78.174): icmp_seq=3 ttl=250 time=33.1 ms
64 bytes from tzrioa-ak-in-f14.1e100.net (142.250.78.174): icmp_seq=4 ttl=250 time=28.6 ms
— google.com ping statistics —
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 28.594/33.989/43.528/5.732 ms
tracepah 8.8.8.8
1?: [LOCALHOST] pmtu 1280
1: _gateway 0.270ms
1: _gateway 0.205ms
2: no reply
3: no reply
4: no reply
5: no reply
6: no reply
7: no reply
8: no reply
9: no reply
10: no reply
11: no reply
12: no reply
13: no reply
14: no reply
15: no reply
16: no reply
17: no reply
18: no reply
19: no reply
20: no reply
21: no reply
22: no reply
23: no reply
24: no reply
25: no reply
26: no reply
27: no reply
28: no reply
29: no reply
30: no reply
Too many hops: pmtu 1280
Resume: pmtu 1280
Prtono, ai está.
Antes de mais nada, porque você não usa o "Playit.gg"? (Pergunta sincera).
O Cloudflare WARP no Linux possui dois problemas famosos e recorrentes que quase sempre exigem intervenção manual:
systemd-resolved (O mais comum)Por padrão, o serviço do WARP (warp-svc) tenta assumir o controle do DNS criando um conflito direto com o gerenciador nativo do sistema. O sintoma clássico é a internet parar de funcionar completamente após o comando warp-cli connect.
systemd-resolved a respeitar a interface virtual warp0.Se você utiliza outras ferramentas de rede virtual, o WARP costuma rotacionar e capturar todo o tráfego para si, ignorando as sub-redes dessas outras VPNs.
A correção: É preciso adicionar manualmente os IPs da rede local ou das outras VPNs na lista de exclusão do Cloudflare via comando:
Bash
warp-cli tunnel ip add-split [IP_DA_OUTRA_REDE/MÁSCARA]
Olá. Olhando as saídas, me parece que o kernel não conhece as rotas para rede do zerotier. reinicia o servico do zerotier e executa o comando ip route e posta saida.
tem que ficar parecido com isso;
enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1280 qdisc fq_codel state UP group default qlen 1000
Achei estranho o mtu de 1280. Normalmente é 1500. Pode alterar isso no icone de rede.
