Perguntas frequentes sobre PandaVPN CLI

Panda CLI é o cliente de linha de comandos da Panda e permite realizar o seguinte através do terminal:

• Início de sessão e gestão da conta
• Atualização de nós e ligação a nós
• Alternância entre os modos PandaVPN / Proxy / WireGuard / Auto
• Configuração do proxy do sistema
• Regras Split rules para divisão de tráfego
• Configuração de Split DNS
• Proteção Kill-switch
• Auto-connect
• Registos e diagnósticos

É adequado para utilizadores de testes internos, programadores, utilizadores avançados e cenários de teste que exigem operações por script.

O PandaVPN CLI é mais adequado para testes automatizados, resolução remota de problemas e ligações controladas por scripts.

O Panda Desktop e o PandaVPN CLI são duas interfaces de controlo do mesmo PandaVPN daemon e partilham o mesmo estado de ligação, pelo que podem ser utilizados em conjunto.

Não execute aplicações de desktop antigas, como Panda-Qt ou o antigo Linux AppImage, ao mesmo tempo que o PandaVPN CLI, pois isso pode causar conflitos na configuração de rede.

Algumas capacidades exigem permissões ao nível do sistema, por exemplo:

• Criar interfaces de rede TUN / WireGuard
• Modificar o DNS
• Configurar o proxy do sistema
• Aplicar o Kill-switch
• Reparar rotas
• Gerir o packet VPN runtime

Por isso, a CLI executa estas operações através do daemon / service correspondente à plataforma.

Formas de daemon nas diferentes plataformas:

A principal diferença é: no Windows e no macOS, o serviço é normalmente instalado automaticamente através do pacote de instalação, enquanto no Linux o utilizador normalmente tem de executar manualmente sudo panda service install.

No Windows, só se não utilizar o pacote de instalação e colocar manualmente o binário é que precisa de executar o seguinte no PowerShell como administrador:

panda service install windows

No macOS, isto só é necessário durante desenvolvimento e depuração, quando não se utiliza o pacote de instalação .pkg, ou quando o daemon não arranca automaticamente:

sudo panda start

No Linux, recomenda-se:

sudo panda service install
panda service status

Sim, são os mesmos. A principal diferença está na arquitetura do pacote de instalação descarregado.

Os passos de instalação, os comandos e a forma de gestão do serviço são os mesmos. O instalador elevará automaticamente os privilégios e registará o Windows Service.

Sim, são iguais. A principal diferença está na arquitetura do pacote .pkg descarregado.

Os passos de instalação são os mesmos. Depois de instalar com .pkg, LaunchDaemon / helper é normalmente instalado e iniciado automaticamente.

Para utilizadores globais, recomendamos usar mode auto por predefinição:

panda login
panda node refresh
panda mode auto
panda connect
panda doctor

Se uma nova instalação já usar mode auto por predefinição, também pode usar uma versão mais simples:

panda login
panda node refresh
panda connect
panda doctor

Versão abreviada correspondente:

panda login
panda no re
panda conn
panda do

A página oficial de transferência e o guia para principiantes devem dar prioridade à apresentação dos comandos completos; as abreviaturas podem ser mostradas depois na documentação avançada ou nas explicações do modo interativo.

gfwlist é uma fonte específica de regras de divisão e não é adequada como modo predefinido para utilizadores globais.

Para utilizadores globais, a predefinição recomendada é:

panda mode auto

Ou utilizar de forma fixa o modo global do PandaVPN:

panda mode pandavpn global

gfwlist pode permanecer na documentação avançada de split routing, mas não é recomendado que apareça no primeiro ecrã do site oficial, no Hero da página de transferência ou no guia de início rápido para principiantes.

Recomenda-se desligar primeiro e desativar Kill-switch:

panda disconnect
panda kill-switch off

Se for uma atualização manual ou uma atualização do Linux service, recomenda-se também parar o daemon:

sudo panda stop

Ao atualizar macOS e Windows com o instalador, o instalador normalmente trata automaticamente da instalação e reinício do service. Após a atualização estar concluída, recomenda-se executar:

panda version
panda doctor
panda connect

Após uma atualização manual em Linux, recomenda-se:

sudo panda service install
sudo panda service restart
panda version
panda doctor

panda connect us

Indica um bare group selector: não fixa o VIP / SVIP / FREE tab, e a API escolhe o tab adequado.

panda connect svip us

Indica o uso fixo de us no SVIP tab.

A forma com dois-pontos é equivalente e adequada para scripts:

panda connect svip:us

O favorite tab atualmente é uma flat favorite channel list e não suporta favorite group smart connect como connect fav us; para favorite, use:

panda connect fav

ou:

panda connect --node <NODE_ID>

Suporta principalmente:

Definições comuns:

panda mode auto
panda mode pandavpn global
panda mode proxy global
panda mode wireguard

Atualmente, não é recomendado apresentar openvpn como modo principal na documentação do utilizador.

Recomendação:

Nota: mode proxy e Kill-switch são mutuamente exclusivos.

mode auto é o modo predefinido da nova versão.

O seu comportamento é:

• API node / smart connect escolhe o runtime com prioridade com base em meta.protocol;
• Se WireGuard for recomendado, o WireGuard será tentado primeiro;
• Se os metadados do WireGuard, a atribuição de endereço, o arranque do runtime, o handshake ou a verificação de conectividade falharem, regressa ao PandaVPN global compilado a partir do SS payload;
• SS, OPENVPN e protocolos desconhecidos ou em falta usarão PandaVPN global como fallback;
• mode auto não aceita o parâmetro policy, e o runtime resolvido é sempre global.

Recomendado para novos utilizadores:

panda mode auto
panda connect

direct-region é a sintaxe recomendada; bypass-region / bypass são aliases de compatibilidade.

Por exemplo:

panda mode pandavpn direct-region in

Equivale ao alias de compatibilidade:

panda mode pandavpn bypass-region in

A nova versão suporta uma sintaxe de split profile mais completa:

panda mode pandavpn split default direct proxy-region <cc>
panda mode pandavpn split default proxy direct-region <cc>

Tokens comuns:

Exemplos:

panda mode pandavpn split default direct proxy-region us custom-rules
panda mode pandavpn split default proxy direct-region in direct-lan custom-rules

Não é recomendado apresentar comandos longos na documentação para principiantes; são mais adequados para documentação avançada de split.

Ver todos os nós:

panda node list

Atualizar e voltar a ver:

panda node refresh
panda node list

Forma curta:

panda no re
panda no list

Ver uma região ou grupo específico:

panda node list us
panda node list jp
panda node list de

Ver grupos de nós:

panda node group

Ver detalhes de um grupo específico:

panda node group show us

Primeiro pesquise o node:

panda node list us

Depois ligue:

panda connect --node 1822

Também pode ligar por nome:

panda connect --node "US Node"

Forma abreviada:

panda no list us
panda conn --node 1822

panda connect usa o último destino.
Se não houver um destino anterior, tentará global smart connect.

Smart connect requer:

• ter sessão iniciada;
• o diretório de nós estar em cache;
• se necessário, execute primeiro panda node refresh.

Forma curta:

panda conn

Motivos comuns:

• ainda não iniciou sessão;
• o diretório de nós não foi atualizado;
• a conta atual não tem nós disponíveis;
• a rede está indisponível;
• o daemon não está em execução;
• o mode atual é incompatível com o nó de destino;
• em mode auto, o protocolo recomendado falhou ao iniciar e o fallback também falhou.

Verificações recomendadas:

panda account
panda node refresh
panda node list
panda mode
panda doctor
panda log --lines 200

panda status

Saída estruturada:

panda status --json

Forma abreviada:

panda stat

doctor é um comando de diagnóstico só de leitura usado para ver os principais estados atuais do Panda CLI.

panda doctor
panda doctor --json

Forma curta:

panda do

Preste especial atenção a:

runtime
kill_switch
selected_node
vpn_dns
dns_lockdown
split_policy
system_proxy_state
vpn_routes
last_error

trace é usado para ver que regra, DNS action e route um destino irá usar.

panda trace example.com:443
panda trace 8.8.8.8:53 --json

Nota: a capacidade completa de trace exige active PandaVPN packet runtime. Sem um runtime compatível, só é possível fazer validação limitada ou fallback para legacy trace.

Isto geralmente acontece porque o service / LaunchDaemon oficial está instalado e também foi executado manualmente:

sudo panda start

sudo panda start inicia um daemon unmanaged / não gerido, que pode gerir ao mesmo tempo que o daemon oficial:

• VPN route
• DNS
• TUN
• system proxy
• Kill-switch

O princípio de tratamento é: manter apenas um daemon.

Tratamento comum em macOS / Linux:

panda disconnect
panda kill-switch off
sudo panda stop
panda repair
panda doctor

No Linux, se usar systemd service, reinicie depois o serviço oficial:

sudo panda service restart
panda doctor

No macOS, se a instalação foi feita com .pkg, normalmente deixe o LaunchDaemon / helper gerir o daemon e não use sudo panda start a longo prazo como método diário de arranque.

Se apenas quiser desligar a VPN, não precisa de sair do daemon:

panda disconnect
panda kill-switch off

Se realmente quiser parar o daemon:

sudo panda stop

Confirmar:

panda status

Se aparecer panda daemon unavailable, significa que o daemon principal foi parado.

Nota: o LaunchDaemon / helper instalado pelo macOS .pkg pode ser gerido pelo sistema; não se recomenda que utilizadores comuns parem manualmente o serviço com frequência.

panda log
panda log --lines 200
panda log --all

Limpar logs:

panda log clear

Ativar debug temporariamente:

panda log level debug dns,tcp --ttl 10m

Restaurar predefinição:

panda log level reset

Num cenário no-tunnel IPv6, awdl0 / llw0 podem ficar em block, fazendo com que AirDrop / Continuity fiquem temporariamente indisponíveis.
Normalmente recupera após disconnect.

Se continuar anómalo, recomendado:

panda disconnect
panda kill-switch off
panda repair
panda doctor

As versões compatíveis podem configurar isto:

panda config tcp-fast-open auto
panda config tcp-fast-open on
panda config tcp-fast-open off

Explicação:

• O padrão recomendado é auto;
• A alteração não irá acionar um hot reconnect;
• É necessário reconnect para ter efeito em novos TCP socket;
• Nodes que não suportam TFO não devem apresentar regressão visível na latência de ligação.

Se a versão atual não tiver esta opção de configuração, siga panda config --help ou a CLI help real.

Privacy mode pode ser entendido como um modo de segurança mais rigoroso, e recomenda-se considerá-lo equivalente a:

panda mode pandavpn global
panda kill-switch on

Ou, com a seleção automática de protocolo predefinida:

panda mode auto
panda kill-switch on

No Privacy mode, recomendam-se as seguintes restrições:

• Não suporta proxy mode;
• Não suporta split mode;
• Permite apenas semântica VPN global;
• Kill-switch deve estar ativado;
• O egress normal é bloqueado.

panda repair é mais abrangente e pode reparar:

• VPN route
• DNS snapshot
• Kill-switch guard
• estado relacionado com system proxy

panda proxy repair repara principalmente o system proxy drift do utilizador atual.

panda repair
panda proxy repair

Numa Fresh install, o padrão é proxy system-proxy on.
Se o utilizador guardou explicitamente off, essa configuração será preservada.

Ver ou configurar:

panda proxy system-proxy on
panda proxy system-proxy off
panda proxy system-proxy lock-on

Nota: em mode auto, pandavpn e wireguard, o VPN runtime ignora a preferência persistida de system proxy; o VPN companion proxy continua disponível e usa scoped egress.

O Windows system proxy é uma configuração HKCU WinINET do utilizador atual e requer um per-user user-agent.
Se estiver numa sessão SSH ou não interativa, proxy repair poderá nem sempre conseguir iniciar automaticamente o user-agent.

Recomendado:

panda proxy status
panda proxy repair
panda doctor

Se continuar sem efeito, tente novamente numa sessão de início de sessão no ambiente de trabalho.

Linux Phase 1 suporta principalmente GNOME gsettings.
Ambientes como KDE / XFCE podem aparecer como unsupported.

Isto não afeta necessariamente o PandaVPN packet runtime, mas pode afetar a experiência do system proxy mode.

O significado de Kill-switch é permitir tráfego apenas através do TUN, enquanto outro tráfego normal é bloqueado.

proxy mode é um modo de proxy local standalone, sem packet VPN / TUN e sem proteção equivalente de DNS e encaminhamento. Por isso, Kill-switch não suporta standalone proxy mode.

Quando precisar de Kill-switch, use:

panda mode auto
panda kill-switch on

Ou:

panda mode pandavpn global
panda kill-switch on

Ou:

panda mode wireguard
panda kill-switch on

Não.

Auto-connect cobre principalmente o best-effort connect quando o daemon / service arranca, além do pending retry quando a rede fica temporariamente indisponível no arranque.

Ativar:

panda config auto-connect on

Desativar:

panda config auto-connect off

Não é um mecanismo geral de religação automática em runtime.

As Split rules são usadas para especificar que certos domínios, palavras-chave, regex ou IPs passem por proxy, direct ou block.

Ficheiros de regras:

split/rules/proxy.txt
split/rules/direct.txt
split/rules/block.txt

Comandos comuns:

panda split rules list
panda split rules add proxy suffix:github.com
panda split rules add direct ip-cidr:10.0.0.0/8
panda split rules add block keyword:adservice

Limitação conhecida atual: após iniciar sessão, o pending auto-connect a aguardar retry não será acordado automaticamente.

Após iniciar sessão, recomenda-se executar manualmente:

panda connect

Normalmente não. As alterações de configuração do Split DNS são carregadas por hot-load.

Comandos comuns:

panda split dns status
panda split dns local set 223.5.5.5 114.114.114.114
panda split dns policy tunnel-only
panda split dns fake-ip on

Se a plataforma não suportar certas fontes de local DNS, doctor mostrará um warning.

Nas versões novas, o Windows Kill-switch foi atualizado de daemon-held dynamic session para persistent WFP filters.
Isto significa que o guard pode permanecer após uma saída anómala do daemon.

Mas persistent WFP não é o mesmo que boot-time filter; a janela de arranque muito inicial ainda faz parte do âmbito de hardening futuro.

O significado de Kill-switch é permitir tráfego apenas através do TUN, enquanto outro tráfego normal é bloqueado.

proxy mode é um modo de proxy local standalone, sem packet VPN / TUN e sem proteção equivalente de DNS e encaminhamento. Por isso, Kill-switch não suporta standalone proxy mode.

Quando precisar de Kill-switch, use:

panda mode auto
panda kill-switch on

Ou:

panda mode pandavpn global
panda kill-switch on

Ou:

panda mode wireguard
panda kill-switch on

Sim.

mode auto + kill-switch on é permitido, mas o caminho final deve resolver para PandaVPN / WireGuard e não pode cair em standalone proxy. Durante a ligação, se houver fallback de WireGuard para PandaVPN, também é necessário manter guard active, sem qualquer fail-open window.

Recomendado:

panda mode auto
panda kill-switch on
panda connect
panda doctor

Não é recomendado.

Kill-switch é uma opção de proteção de privacidade reforçada e não é adequada para o caminho utilizável mais curto. Motivos:

• disconnect não desativa Kill-switch;
• Depois de ativado, a rede normal pode ser bloqueada;
• Também envolve acesso LAN, DNS lockdown, firewall e diferenças de permissões da plataforma;
• Novos utilizadores podem pensar por engano que a rede avariou.

Recomenda-se que novos utilizadores concluam primeiro:

panda login
panda node refresh
panda mode auto
panda connect
panda doctor

Depois de confirmar que a ligação funciona normalmente, ative conforme necessário:

panda kill-switch on
panda doctor

Não.

Este é o comportamento esperado. Kill-switch é um interruptor de segurança persistente, e disconnect apenas desliga o runtime atual; não desativa automaticamente o Kill-switch.

Para restaurar o acesso normal à rede, execute:

panda kill-switch off

No modo estrito, o Kill-switch bloqueia o tráfego LAN / WAN normal.
Versões com suporte para allow-lan podem ativar acesso LAN limitado:

panda kill-switch allow-lan on

Desativar a permissão LAN:

panda kill-switch allow-lan off

Nota: allow-lan permite private network / link-local / ULA unicast e v1 discovery, mas LAN DNS deve continuar bloqueado para evitar contornar o Panda DNS lockdown.