Tutorial de Configuração de Proxy VPS: Um Guia Detalhado para Iniciantes

Olá a todos, sou Nayue. Recentemente, passei algum tempo pesquisando sobre configuração de VPS. Graças ao professor codex, consegui entender cada passo perguntando ao codex e, após ter sucesso, quis escrever um artigo para compartilhar com todos.

Espero que isto te ajude, e por favor avisa-me se cometi algum erro~

1. Porque é que precisas de um domínio e de uma VPS

Se só precisas de contornar a censura temporariamente, a forma mais fácil é comprar um proxy já pronto. Mas se queres controlar a configuração do nó, a seleção do protocolo, a gestão de certificados e os métodos de subscrição do cliente por ti mesmo, construir a tua própria VPS é mais controlável e melhor para uso a longo prazo.

Este artigo tem como objetivo ajudar-te a ter o teu próprio proxy, mas o meu tutorial não é o mais completo ou perfeito. Para alcançar mais funções e configurações mais seguras, precisas de estudar mais tutoriais. O objetivo deste tutorial é ajudar-te a começar rapidamente.

O resultado final é: tens o teu próprio domínio, por exemplo: node.exemplo.com.

Ele aponta para a VPS que compraste. O serviço de proxy funciona na VPS, o cliente liga-se à VPS através deste domínio, e depois a VPS acede ao site de destino.

A relação geral pode ser entendida como:

1Cliente Móvel / Computador
2        ↓
3node.exemplo.com
4        ↓
5Servidor Público VPS
6        ↓
7Site de Destino

Existem dois componentes-chave aqui: o domínio e a VPS.

O papel do domínio é fornecer um ponto de entrada estável, legível e capaz de assinar certificados. Em teoria, poderias ligar-te diretamente usando o IP da VPS, mas isso não é recomendado na prática.

Há três razões:

Primeiro, os domínios são fáceis de migrar. Se o IP da VPS for alterado, a qualidade da linha degradar ou mudares de fornecedor, só precisas de alterar o registo DNS do domínio para o novo IP, e o cliente continua a ligar-se ao mesmo domínio.

Segundo, os domínios facilitam a solicitação de certificados TLS. Este artigo usa um esquema com TLS, e o cliente verifica o certificado ao ligar-se. Solicitar um certificado com um domínio é mais natural e mais próximo de como os serviços HTTPS comuns são usados.

Terceiro, os domínios são convenientes para a gestão subsequente. Por exemplo, podes nomear o teu nó principal:

node.exemplo.com

Nó de backup:

node2.exemplo.com

Serviço de subscrição:

sub.exemplo.com

Isto é mais claro do que memorizar uma série de IPs.

O papel da VPS é fornecer um servidor público. Precisa de um IP público, uma rede estável, tráfego suficiente e deve permitir que faças login via SSH para instalar serviços.

Este artigo usa o sistema Ubuntu 22.04. A configuração não precisa de ser muito alta; 1C2G geralmente é suficiente para uso pessoal. Aquilo em que realmente precisas de te concentrar é na localização do centro de dados, largura de banda e tráfego mensal.

Deve ser notado que esta solução é adequada apenas para aprendizagem pessoal e uso próprio. Não partilhes nós com estranhos e não publiques informações sensíveis como links de subscrição, códigos QR, UUIDs ou IPs de servidores em páginas públicas.

2. Preparação: Domínio, VPS, Conta Cloudflare, Ferramentas SSH

Antes de começar, prepara as coisas que serão usadas desta vez. Esta parte não é complicada, mas é recomendado organizar tudo de uma vez para evitar ter que andar para trás e para a frente a resolver problemas mais tarde.

A combinação que usei realmente desta vez é:

1Registrador de Domínio: Porkbun
2Gestão de DNS: Cloudflare Grátis
3Região da VPS: Hong Kong
4Sistema da VPS: Ubuntu 22.04
5Config da VPS: 1C2G / 100Mbps / 30G Disco / 300G Tráfego Mensal
6Script do Servidor: v2ray-agent
7Núcleo do Proxy: Xray-core
8Protocolo Final: VLESS + TCP + TLS + Vision
9Cliente de Computador: Clash Verge
10Cliente Móvel: Shadowrocket

Alguns amigos podem perguntar: "Ei, se compras uma VPS em Hong Kong, como é que subscreves a IA?"

Haha, não entres em pânico. Esta VPS não é para brincar com IA. Se o teu objetivo é usar IA estrangeira, então procura uma VPS estável correspondente para comprar. Não precisas de copiar exatamente o meu fornecedor de VPS; há muitas recomendações de VPS no X.

2.1 Um Domínio

Os domínios podem ser comprados em plataformas como Porkbun, Namecheap ou Cloudflare Registrar. Usei a Porkbun desta vez, que custa cerca de $11 por ano, um preço normal.

Ao comprar um domínio, só precisas de comprar o domínio em si; não precisas de serviços de alojamento web extra. Mais tarde, configuraremos o serviço nós mesmos na VPS, e o certificado será solicitado usando o Let's Encrypt gratuito.

Ao comprar, é recomendado confirmar estes itens:

1Domínio comprado com sucesso
2Proteção de privacidade Whois ativada
3Renovação automática ativada
42FA da conta ativada
5Nenhum Alojamento Web extra comprado
6Nenhum SSL pago extra comprado

Novamente, comprar um domínio não é para criar um site, mas para fornecer um ponto de entrada estável para a VPS.

Por exemplo, mais tarde configuraremos um subdomínio:

node.exemplo.com

Aponta-o para o IP público da VPS. Quando o cliente se liga, acede a este domínio em vez de escrever o IP da VPS diretamente.

2.2 Uma Conta Cloudflare

A Cloudflare é principalmente responsável pela gestão de DNS aqui; não tens de comprar o domínio na Cloudflare.

A minha prática real é:

1Domínio comprado na Porkbun
2DNS gerido pela Cloudflare

Isto é, mudar os Nameservers na Porkbun para os dois Nameservers atribuídos pela Cloudflare. Desta forma, todos os registos DNS serão configurados na Cloudflare no futuro.

Este passo será detalhado mais tarde. Por enquanto, prepara apenas uma conta Cloudflare e escolhe o plano gratuito.

Abre https://dash.cloudflare.com/

Após registo/login:

1Adicionar um domínio
2↓
3Insere o teu domínio (ex: xxx.com), insere o domínio raiz
4↓
5Seleciona o plano Grátis
6↓
7A Cloudflare irá verificar os registos DNS existentes
8↓
9Continuar

A Cloudflare dar-te-á finalmente dois nameservers, formatados como:

1xxxx.ns.cloudflare.com
2yyyy.ns.cloudflare.com

2.3 Uma VPS

A VPS é a máquina que realmente executa o serviço. Precisa de um IPv4 público, acesso SSH, e as portas 80 e 443 devem estar usáveis.

Comprei a minha na Global Cloud, https://my.locvps.net/idcSystem.aspxhttps://my.locvps.net/idcSystem.aspx)?

Não estou a fazer publicidade. As necessidades de cada um são diferentes; podes comprar a VPS de que precisas noutro local com base nos teus requisitos.

2.4 Ferramenta de Login SSH

Uso o terminal integrado no Mac para fazer login na VPS. O macOS não precisa de ferramentas SSH extra; basta abrir o terminal.

O formato do comando de login SSH é:

1ssh root@<IP_VPS> -p <PORTA_SSH>
2Exemplo:
3ssh root@203.0.113.10 -p 43781

2.5 Software Cliente

Depois do servidor estar configurado, precisas de importar o nó no teu computador ou telemóvel.

Usei principalmente dois clientes desta vez:

1Mac: Clash Verge
2iPhone: Shadowrocket

O Clash Verge é adequado para importar subscrições. Mais tarde, o v2ray-agent irá gerar uma subscrição no formato ClashMeta, que pode ser adicionada diretamente ao Clash Verge.

O Shadowrocket é adequado para testar um único nó no iPhone. Mesmo que não haja um formato específico do Shadowrocket na subscrição, podes copiar o link vless:// gerado pelo script de instalação e importá-lo manualmente.

3. Ligar o Domínio à Cloudflare

Depois de comprar o domínio, o próximo passo é entregar a gestão de DNS à Cloudflare.

Lembras-te dos dois nameservers de antes? Vamos configurá-los.

O papel destes dois Nameservers é dizer ao sistema DNS global:

Este domínio será gerido pela Cloudflare para registos de resolução a partir de agora.

Por outras palavras, a Porkbun continua a ser o registrador do domínio, mas os registos DNS são movidos para a gestão da Cloudflare.

Vou usar a Porkbun como exemplo para demonstrar como modificar. Se compraste noutras plataformas, podes encontrar o método de modificação por ti mesmo.

Entra nos detalhes do domínio e encontra a configuração de Nameservers.

Substitui os Nameservers originais da Porkbun pelos dois fornecidos pela Cloudflare.

Depois de guardar, deves ver estes dois endereços Cloudflare na área de Nameserver da Porkbun.

Guardar este passo não significa que entra em vigor globalmente imediatamente. As alterações de DNS demoram tempo a propagar-se, geralmente de alguns minutos a algumas horas. A página da Cloudflare também irá solicitar:

A verificar se o teu domínio está apontado para a Cloudflare.

Isto é normal. O aviso oficial pode dizer 1 a 2 horas, até 24 horas. Na verdade, eu só esperei um pouco desta vez.

Após a modificação, volta à Cloudflare e espera pela verificação.

Uma vez bem-sucedido, a Cloudflare exibirá algo como:

O teu domínio está agora protegido pela Cloudflare.

Ou mostra o estado do site como Ativo.

Este estado significa:

O domínio apontou com sucesso para a Cloudflare. Os registos DNS subsequentes podem ser configurados na Cloudflare.

Antes deste passo estar concluído, não é recomendado apressar-se a instalar o script do servidor. Porque solicitar certificados e verificar IPs de domínio mais tarde depende da propagação correta do DNS. Se o DNS ainda não tiver mudado completamente, provavelmente encontrarás falhas de verificação de domínio mais tarde.

Depois da página da Cloudflare mostrar sucesso, é melhor confirmar mais uma vez com um comando.

No terminal Mac, executa:

dig +short NS exemplo.com

Normalmente, deve retornar os Nameservers da Cloudflare.

Se ainda retornar os Nameservers da Porkbun, significa que a gestão de DNS ainda não mudou completamente para a Cloudflare. Neste momento, não continues a configurar o nó; espera um pouco e verifica novamente.

4. Configurar DNS: Adicionar Registos e Manter a Nuvem Cinzenta

Depois do domínio estar ligado à Cloudflare, o próximo passo é adicionar o registo DNS na Cloudflare que realmente aponta para a VPS.

O que usei realmente aqui é:

1Domínio raiz: xxx.com
2Domínio do nó: node.xxx.com
3IPv4 da VPS: xx.xx.xx.xx
4Estado do registo Cloudflare: Apenas DNS

4.1 Entrar na Página de DNS da Cloudflare

Faz login na Cloudflare, entra no teu site e depois abre:

1DNS → Registos

Aqui verás os registos DNS verificados ou já existentes na Cloudflare.

Se o teu domínio acabou de vir da Porkbun, podes ver alguns registos padrão, como:

1Registo A
2Registo CNAME
3Registo MX
4Registo TXT

Podes apagá-los primeiro; nós configuraremos um novo nós mesmos.

Como planeio usar 'node' como o domínio do nó, preciso de adicionar um registo para 'node'.

4.2 Adicionar um Registo A

Clica em:

1Adicionar registo

Depois preenche:

1Tipo: A
2Nome: node
3Conteúdo: IPv4 Público da VPS
4TTL: Auto
5Estado do proxy: Apenas DNS

4.3 Porque é que deves Escolher a Nuvem Cinzenta Aqui

Existem dois estados comuns para o estado do proxy na Cloudflare:

1Proxied: Nuvem laranja
2Apenas DNS: Nuvem cinzenta

Neste artigo, deves escolher:

Apenas DNS

Ou seja, a nuvem cinzenta.

A diferença pode ser simplesmente entendida como:

Nuvem cinzenta: A Cloudflare é responsável apenas pela resolução de DNS; o cliente liga-se diretamente.

Nuvem laranja: O cliente liga-se primeiro à Cloudflare, e depois a Cloudflare encaminha para o site de origem.

Para sites comuns, como blogs, sites oficiais ou páginas estáticas, usar a nuvem laranja permite usar o CDN, WAF, cache da Cloudflare e ocultar o IP de origem.

Mas este tutorial usa:

VLESS + TCP + TLS + Vision

Não é um cenário de proxy reverso de site HTTP comum. Para permitir que o cliente estabeleça uma ligação direta com o serviço Xray na VPS, este registo 'node' deve permanecer como nuvem cinzenta.

4.4 Verificar se o DNS Resolve para a VPS

Depois de guardar o registo DNS, executa no terminal Mac:

1dig @1.1.1.1 +short A [o teu domínio, ex: node.exemplo.com]
2dig @8.8.8.8 +short A [o teu domínio, ex: node.exemplo.com]
3dig @223.5.5.5 +short A [o teu domínio, ex: node.exemplo.com]

O resultado normal deve retornar o IP da tua VPS.

Nota: Se o teu computador tiver um proxy ativado e usar modo TUN, pode afetar a saída do terminal. Por favor, desliga o modo TUN antes de realizar esta verificação.

5. Inicializar o Servidor

Primeiro, faz login no servidor via SSH:

1Exemplo:
2ssh root@203.0.113.10 -p 43781

Ao fazer login pela primeira vez, o terminal pode perguntar se confias na impressão digital do servidor:

1Are you sure you want to continue connecting (yes/no/[fingerprint])?

Insere: yes.

Depois insere a password de root.

Após o login, primeiro atualiza a lista de pacotes:

1apt update
2apt upgrade -y

Se ficar preso numa interface de configuração azul ou roxa a meio, não feches a janela. O Ubuntu perguntará se deve manter os ficheiros de configuração locais ao atualizar certos pacotes.

Encontrei duas solicitações de ficheiro de configuração desta vez.

A primeira foi:

A segunda foi:

1/etc/cloud/cloud.cfg

O aviso do terminal parecia:

1cloud.cfg (Y/I/N/O/D/Z) [default=N] ?

Prime Enter diretamente aqui para usar o padrão: N

Antes da atualização terminar, o Ubuntu pode exibir uma interface:

1Daemons using outdated libraries
2Which services should be restarted?

Está a perguntar: alguns serviços ainda estão a carregar versões antigas de bibliotecas; estes serviços devem ser reiniciados?

Geralmente, mantém as seleções padrão e escolhe: OK

Depois da atualização do sistema estar completa, instala algumas ferramentas que serão usadas mais tarde:

1apt install -y curl wget sudo vim ufw lsof unzip socat jq qrencode dnsutils

Estas ferramentas serão usadas para:

1curl / wget: Descarregar scripts, testar acesso
2ufw: Configurar a firewall
3lsof / ss: Verificar ocupação de portas
4unzip: Descomprimir ficheiros
5socat: Pode ser usado ao solicitar certificados
6jq: Processar JSON
7qrencode: Gerar códigos QR
8dnsutils: Fornecer o comando dig

Passo final para verificar se o domínio aponta para o servidor:

1curl -4 ifconfig.me
2dig +short A [o teu domínio, ex: node.exemplo.com]

Estes dois resultados devem ser consistentes.

6. Configurar a Firewall e Fazer um Backup Pré-instalação

Depois da inicialização da VPS estar completa, não te apresses a instalar o v2ray-agent. Faz duas coisas primeiro:

Primeiro, configura a firewall e confirma que as portas SSH, 80 e 443 estão disponíveis.

Segundo, faz backup das configurações chave atuais para facilitar o rollback se surgirem problemas mais tarde.

Este passo não parece complicado, mas é muito importante. Especialmente a firewall; se a ordem estiver errada, podes ficar bloqueado do servidor.

6.1 Confirmar Primeiro a Porta de Login Atual

Antes de configurar a firewall, confirma qual porta estás a usar atualmente para fazer login na VPS.

Se o teu comando de login é:

ssh root@203.0.113.10 -p 43781

Então a tua porta SSH é:

43781

Não adivinhes este passo. Muitos fornecedores de VPS não usam a porta padrão 22, mas dão-te uma porta SSH personalizada. Deram-me uma porta personalizada desta vez.

Se ativares a firewall mais tarde mas esqueceres de permitir esta porta, podes descobrir que:

A sessão SSH atual não é desligada, mas novas janelas nunca mais conseguem ligar-se ao servidor.

Portanto, a primeira regra da firewall deve permitir a porta SSH.

6.2 Permitir Portas Necessárias

Três portas são necessárias mais tarde neste artigo:

1Porta SSH: Para login remoto na VPS
280/tcp: Para verificação de certificado HTTP
3443/tcp: Para o serviço de proxy final

Executa na VPS:

1ufw allow 43781/tcp
2ufw allow 80/tcp
3ufw allow 443/tcp

Se a tua porta SSH não for 43781, por favor substitui pela tua própria porta.

Após a execução, podes verificar as regras primeiro:

ufw status verbose

Se disser:

Status: inactive

Tudo bem; significa que as regras foram adicionadas, mas a firewall ainda não foi ativada.

6.3 Ativar a Firewall UFW

Depois de confirmar que a porta SSH está permitida, ativa a UFW:

ufw enable

O sistema irá solicitar:

Insere:

y

Depois verifica novamente:

ufw status verbose

Normalmente deves ver algo como:

1Status: active
2
3To                         Action      From
4--                         ------      ----
543781/tcp                  ALLOW       Anywhere
680/tcp                     ALLOW       Anywhere
7443/tcp                    ALLOW       Anywhere
843781/tcp (v6)             ALLOW       Anywhere (v6)
980/tcp (v6)                ALLOW       Anywhere (v6)
10443/tcp (v6)               ALLOW       Anywhere (v6)

Se não precisas de IPv6, podes ignorar as regras v6 por enquanto. O ponto chave aqui é que SSH IPv4, 80 e 443 devem estar todos ALLOW.

6.4 Abrir um Novo Terminal para Testar SSH

Depois de ativar a firewall, não feches a janela SSH atual imediatamente.

A forma correta é: mantém a janela atual aberta, abre uma nova janela de terminal no Mac e faz login na VPS novamente.

Executa:

ssh root@203.0.113.10 -p 43781

Se a nova janela conseguir fazer login normalmente, significa que a firewall não bloqueou o SSH.

Depois de confirmar que está tudo bem, continua com os passos subsequentes.

Se a nova janela não conseguir fazer login mas a janela antiga ainda estiver lá, podes verificar imediatamente:

ufw status verbose

Confirma se te esqueceste de permitir a porta SSH. Se estiver realmente mal configurado, podes desativar temporariamente a UFW:

ufw disable

Depois reconfigura.

6.5 Fazer um Backup Pré-instalação

Depois de confirmar que a firewall está bem, começa o backup.

O objetivo deste passo é guardar o estado chave antes de instalar o v2ray-agent. Mais tarde, o script irá alterar o Nginx, diretórios de certificados, configurações do Xray, etc. Se a instalação falhar, pelo menos sabes como era antes.

Executa:

mkdir -p /root/backup-before-v2ray-agent

Faz backup da configuração do Nginx:

Faz backup do diretório de certificados Let's Encrypt:

Faz backup da configuração SSH:

Regista a ocupação de portas atual:

ss -tulpn > /root/backup-before-v2ray-agent/ports-before.txt

Regista o estado atual da firewall:

ufw status verbose > /root/backup-before-v2ray-agent/ufw-status.txt

Finalmente, verifica os resultados do backup:

ls -lah /root/backup-before-v2ray-agent

A minha saída na altura foi semelhante a:

1total 28K
2drwxr-xr-x 4 root root 4.0K May  2 08:02 .
3drwx------ 6 root root 4.0K May  2 08:02 ..
4drwxr-xr-x 9 root root 4.0K May  2 07:56 letsencrypt
5drwxr-xr-x 8 root root 4.0K May  2 07:56 nginx
6-rw-r--r-- 1 root root 1.1K May  2 08:02 ports-before.txt
7-rw-r--r-- 1 root root 3.1K May  2 06:58 sshd_config
8-rw-r--r-- 1 root root  600 May  2 08:02 ufw-status.txt

6.6 Verificar a Ocupação de Portas Atual

Antes de instalar o v2ray-agent, é melhor ver se as portas 80 e 443 já estão ocupadas.

Executa:

Se não houver saída, significa que nenhum processo está atualmente à escuta nas portas 80 ou 443.

Se o Nginx já estiver instalado, podes ver o Nginx à escuta na porta 80 ou 443. Mais tarde, o script v2ray-agent geralmente tratará da configuração do Nginx, mas deves pelo menos saber o estado antes da instalação.

7. Instalar o v2ray-agent e Escolher Xray + VLESS Vision

Depois do servidor estar pronto, podes instalar oficialmente o programa do servidor.

O que usei desta vez é:

1Script do servidor: v2ray-agent
2Núcleo: Xray-core
3Protocolo: VLESS + TCP + TLS + Vision
4Porta: 443
5Domínio: node.exemplo.com
6Certificado: Let's Encrypt

7.1 Descarregar e Executar o Script de Instalação

Executa na VPS:

wget -P /root -N --no-check-certificate "https://raw.githubusercontent.com/mack-a/v2ray-agent/master/install.sh"; && chmod 700 /root/install.sh && /root/install.sh

Este comando faz três coisas:

1Descarrega install.sh para /root
2Adiciona permissão de execução ao install.sh
3Executa o script de instalação

Quando o executei, a informação exibida pelo script foi semelhante a:

1Author: mack-a
2Current version: v3.5.14
3Github: https://github.com/mack-a/v2ray-agent
4Description: Eight-in-one coexistence script

O menu principal aparecerá depois do script de instalação ser executado:

11. Install
22. Custom combination installation
33. One-click no domain
44. Hysteria 2 management
55. REALITY management
66. Tuic management
77. User management
88. Fake site management
99. Certificate management
1010. CDN node management
11...

Escolhe aqui:

Custom combination installation

A razão é que queremos escolher explicitamente:

1Xray-core
2VLESS + TLS_Vision + TCP

Não deixes o script levar-nos pelo caminho sem domínio ou outros caminhos padrão.

7.2 Escolher o Núcleo: Xray-core

Depois de entrar na instalação de combinação personalizada, o script irá solicitar a escolha de um núcleo:

1Function 1/1: Select core installation
2
31. Xray-core
42. sing-box

Eu escolho aqui:

Xray-core

A razão é que vou com o esquema clássico Xray + VLESS Vision, que tem compatibilidade madura, e clientes como Clash Verge e Shadowrocket podem suportá-lo.

Insere:

1

Depois pressiona Enter.

7.3 Escolher o Protocolo: VLESS + TLS Vision + TCP

A seguir, o script exibirá uma lista de protocolos. As opções que vi na altura foram semelhantes a:

10. VLESS+TLS_Vision+TCP [Recommended]
21. VLESS+TLS+WS [Recommended for CDN only]
33. VMess+TLS+WS [Recommended for CDN only]
44. Trojan+TLS [Not recommended]
57. VLESS+Reality+uTLS+Vision [Recommended]
612. VLESS+Reality+X_HTTP+TLS [CDN available]

Escolhe aqui:

VLESS+TLS_Vision+TCP [Recommended]

Insere:

0

Depois pressiona Enter.

7.4 Instalar Componentes Básicos

Depois de escolher o protocolo, o script começará a instalar as dependências.

O processo que vi foi semelhante a:

1Progress 1/12: Installing tools
2---> Checking and installing updates
3---> Installing unzip
4---> Installing socat
5---> Installing crontabs
6---> Installing jq
7---> Installing ping6
8---> Installing qrencode
9---> Installing nginx
10---> Installing acme.sh

Vários componentes que serão usados mais tarde serão instalados aqui:

1nginx: Relacionado com sites falsos e encaminhamento local
2acme.sh: Solicitar certificados TLS
3jq: Processar configurações
4qrencode: Gerar códigos QR
5socat: Pode ser usado durante a solicitação de certificado

Este passo pode ser mais lento numa máquina nova. Se não houver saída por muito tempo, espera um pouco; não interrompas com frequência.

7.5 Inserir o Domínio do Nó

O script irá então entrar no processo de inicialização do Nginx e certificado, solicitando um domínio:

Please enter the domain to be configured Example: www.v2ray-agent.com --->

Insere o teu domínio, como:

node.example.com

Note que você deve inserir o subdomínio completo aqui, não o domínio raiz.

7.6 Inserir Porta: Use o Padrão 443

Após inserir o domínio, o script solicitará uma porta:

Por favor, insira a porta [Padrão: 443], porta personalizada disponível [Pressione Enter para o padrão]

Pressione Enter diretamente aqui para usar o padrão:

443

Meu script exibiu:

---> Porta: 443

O firewall já permitia:

443/tcp

Portanto, pode ser usado diretamente aqui.

7.7 Aguardar Verificação do IP do Domínio

Após a confirmação da porta, o script verificará se a resolução do domínio está correta.

Normalmente, você verá algo como:

1---> Verificação de IP do domínio aprovada
2---> Excluindo configuração padrão do Nginx
3---> Nginx iniciado com sucesso
4---> Nginx encerrado com sucesso
5---> Detectada porta 443 aberta
6---> Verificando IP do domínio
7---> IP do domínio atual está correto

Se isso falhar, não force a instalação. Volte primeiro para a verificação de DNS:

dig @1.1.1.1 +short A node.example.com

dig @8.8.8.8 +short A node.example.com

Certifique-se de que retorna o IP da VPS.

Verifique também se este registro no Cloudflare é uma nuvem cinza:

Status do proxy: Apenas DNS

Se estiver definido como nuvem laranja, a detecção do script e as conexões subsequentes podem ser anormais.

7.8 Solicitar Certificado TLS

Em seguida, entre na etapa de solicitação do certificado:

Progresso 3/12: Solicitando certificado TLS

O script perguntará:

Deseja usar a API de DNS para solicitar o certificado [com suporte a NAT]? [s/n]

Eu escolho aqui:

n

O motivo é que esta VPS tem um IPv4 público, e as portas 80 e 443 já estão liberadas, então não há necessidade de usar a API de DNS para solicitar o certificado.

Em seguida, o script permitirá que você escolha uma autoridade de certificação:

11. letsencrypt [Padrão]
22. zerossl
33. buypass [DNS application not supported]

Pressione Enter diretamente aqui para usar o padrão:

letsencrypt

Let's Encrypt é um certificado gratuito, que é totalmente suficiente para uso pessoal. O certificado em si não é o fator chave que causa anomalias no nó; o que realmente precisa ser garantido é:

Resolução de domínio correta

Solicitação de certificado bem-sucedida

Tarefas de renovação normais

Configuração correta do servidor

7.9 UUID e Nome de Usuário

Mais tarde, o script solicitará um UUID:

Por favor, insira um UUID personalizado [deve ser válido], [Pressione Enter] para um UUID aleatório

Recomenda-se pressionar Enter diretamente para deixar o script gerar um aleatoriamente.

Em seguida, solicita um nome de usuário:

Por favor, insira um nome de usuário personalizado [deve ser válido], [Pressione Enter] para um nome aleatório

Você também pode pressionar Enter diretamente para gerar um aleatoriamente. Você também pode inserir um nome que seja fácil para você identificar, mas não use nomes reais, números de telefone, e-mails ou outras informações pessoais.

7.10 Saída da Conta Após a Instalação

Após a conclusão da instalação, o script entrará na etapa final:

Progresso 12/12: Conta

Minha saída na época foi:

1VLESS TCP TLS_Vision [Recomendado]
2Formato geral (VLESS+TCP+TLS_Vision)
3vless://...
4Texto simples formatado (VLESS+TCP+TLS_Vision)
5Tipo de protocolo: VLESS
6Endereço: node.example.com
7Porta: 443
8ID do usuário: ...
9Segurança: tls
10client-fingerprint: chrome
11Método de transmissão: tcp
12flow: xtls-rprx-vision
13Nome da conta: ...
14QR Code VLESS

Isso indica que o servidor gerou um nó VLESS Vision.

7.11 Verificar Status do Xray e Nginx

Após a instalação, não se apresse em importar para o cliente. Verifique o status do serviço na VPS primeiro:

1systemctl status xray --no-pager
2systemctl status nginx --no-pager
3ss -tulpn | grep -E '(:443|:80|xray|nginx)'

Os resultados principais que verifiquei foram:

1xray.service active (running)
2nginx.service active (running)
3xray listening on public *:443
4nginx listening on 127.0.0.1:31300 and 127.0.0.1:31302

Isso significa:

A entrada pública 443 é assumida pelo Xray, o Nginx fornece sites falsos ou serviços auxiliares em portas locais, e os serviços foram iniciados normalmente.

Se xray.service não estiver active (running), você precisa olhar os logs primeiro; não continue importando para o cliente.

Você pode executar:

journalctl -u xray --no-pager -n 80

8. Gerando Links de Assinatura e Preparando para o Clash Verge

Após a instalação na seção anterior, o script já gerou um link de nó vless:// único. Este link pode ser importado diretamente para clientes como Shadowrocket.

Mas se você estiver usando o Clash Verge no Mac, é mais recomendado gerar um link de assinatura.

Os benefícios dos links de assinatura são:

1O cliente só precisa adicionar a assinatura uma vez
2Atualizar a assinatura após alterações nas informações do nó
3Gerenciamento mais fácil para vários usuários ou vários nós
4Clash Verge pode usar diretamente o formato ClashMeta

Quando gerei a assinatura, usei a função de gerenciamento de usuários do v2ray-agent:

1vasma
2→ 7. Gerenciamento de usuários
3→ 2. Visualizar assinatura
4→ Selecionar formato ClashMeta

8.1 Reabrir o Menu do v2ray-agent

Após o término do script de instalação, ele criará automaticamente um comando de atalho:

vasma

Execute na VPS:

vasma

Isso reabrirá o menu principal do v2ray-agent.

No menu, você pode ver:

11. Instalar
22. Instalação personalizada combinada
33. Um clique sem domínio
44. Gerenciamento Hysteria 2
55. Gerenciamento REALITY
66. Gerenciamento Tuic
77. Gerenciamento de usuários
88. Gerenciamento de site falso
99. Gerenciamento de certificados
1010. Gerenciamento de nós CDN
11...

Escolha aqui:

Gerenciamento de usuários

8.2 Entrar em Visualizar Assinatura

Após entrar no gerenciamento de usuários, você verá um menu como:

1Função 1/1: Gerenciamento de conta
2
31. Visualizar conta
42. Visualizar assinatura
53. Gerenciar outras assinaturas
64. Adicionar usuário
75. Excluir usuário

Escolha aqui:

Visualizar assinatura

Esta etapa irá regenerar o conteúdo da assinatura para a conta local.

O script também solicitará algo como:

Visualizar a assinatura irá regenerar a assinatura para a conta local. Você precisa inserir manualmente o valor do salt criptografado md5. Se não souber, use um aleatório. Isso não afeta o conteúdo de assinaturas remotas já adicionadas.

Se você está usando apenas para si mesmo, use o valor aleatório padrão.

8.3 Inserir Porta de Assinatura

O script solicitará:

1Iniciando configuração de assinatura, por favor, insira a porta de assinatura
2
3Por favor, insira uma porta personalizada [deve ser válida], as portas não podem ser repetidas, [Pressione Enter] para uma porta aleatória

Existem duas escolhas aqui:

Pressionar Enter diretamente: O script gera uma porta aleatória

Inserir manualmente uma porta: Fácil para você lembrar, mas não pode entrar em conflito com portas existentes

Sugiro que iniciantes pressionem Enter diretamente para deixar o script gerar uma porta aleatória.

Se você escolher uma porta personalizada, precisa confirmar adicionalmente:

A porta não está ocupada

O firewall permitiu esta porta

O grupo de segurança do provedor também permite esta porta

Para reduzir variáveis, usar uma porta aleatória na primeira configuração é mais fácil.

8.4 Solicitação de Site Falso

O script pode solicitar:

Iniciando adição de site falso

Detectada instalação de site falso, você precisa reinstalar [s/n]

Se você já configurou um site falso ao instalar o VLESS Vision anteriormente, geralmente escolha:

n

O que significa não reinstalar.

Reinstalar não é impossível, mas não há necessidade de adicionar variáveis em um tutorial para iniciantes. Nosso objetivo atual é apenas gerar um link de assinatura, não reconfigurar o site falso.

8.5 Como Escolher o Valor do Salt

Mais tarde, o script solicitará um salt:

Por favor, insira o valor do salt, [Pressione Enter] para usar aleatório

Apenas pressione Enter aqui.

O papel do salt pode ser entendido simplesmente como:

Um valor aleatório usado para gerar conteúdo relacionado à assinatura

Não há necessidade de especificá-lo manualmente para uso pessoal. Um valor aleatório é na verdade mais seguro e evita reutilizar strings fixas.

8.6 Escolher Assinatura no Formato ClashMeta

Após a assinatura ser gerada, o script exibirá vários formatos.

Você verá, na verdade:

Padrão

ClashMeta

sing-box

Para usar o Clash Verge no Mac, é recomendado escolher:

ClashMeta

A razão é que o Clash Verge tem melhor suporte para configurações ClashMeta, e campos como VLESS Vision, fingerprint e flow também são mais adequados para o formato ClashMeta.

Se você estiver usando outros clientes, pode escolher com base no suporte do cliente:

Clash Verge: ClashMeta

sing-box: sing-box

Shadowrocket: Geralmente pode importar diretamente links vless:// únicos

Não copie apenas o formato "Padrão" para o Clash Verge. Use ClashMeta se disponível.

8.7 Salvar o Link de Assinatura

Após o script gerar o link de assinatura, copie o link de assinatura ClashMeta e salve-o em um local seguro localmente primeiro.

Nota: Não o salve em repositórios públicos, não o publique em artigos e não mostre o link completo em capturas de tela.

A razão é simples: se outros obtiverem seu link de assinatura, eles podem usar seu nó diretamente, consumir o tráfego da sua VPS e até mesmo fazer com que o nó seja abusado.

9. Importando a Assinatura para o Clash Verge e Testando

O servidor já está instalado e o link de assinatura foi gerado. Em seguida, configure o cliente no Mac.

9.1 Adicionar Assinatura

Abra o Clash Verge e entre na página de configuração. Versões diferentes podem ter textos de interface ligeiramente diferentes, geralmente chamados:

Perfis

Ou:

Configuração

Clique para adicionar uma nova assinatura e preencha o link de assinatura ClashMeta gerado na etapa anterior.

Geralmente, você precisa preencher:

Nome: Personalizado, ex., Minha VPS

Tipo: Remoto

URL: Link de assinatura ClashMeta

Não coloque o link de assinatura completo no nome.

Depois de preenchido, salve e, em seguida, clique para atualizar a assinatura.

Se a assinatura estiver normal, o Clash Verge puxará a configuração do nó e exibirá o nó VLESS Vision recém-gerado na lista de nós.

9.2 Selecionar Nó

Após a assinatura ser atualizada com sucesso, entre na página de seleção de nós.

Geralmente, você verá um ou mais grupos de política, como:

ProxyAutoGlobalNodeName

Selecione o nó recém-gerado.

9.3 Ativar Proxy do Sistema ou TUN

O Clash Verge geralmente tem duas chaves comuns:

Proxy do Sistema

Modo TUN

Entendimento simples:

Proxy do Sistema: Faz a maioria dos aplicativos que seguem as configurações de proxy do sistema passarem pelo Clash

Modo TUN: Mais baixo nível, assume mais tráfego, incluindo alguns aplicativos que não seguem o proxy do sistema

Ao testar pela primeira vez, você pode ativar:

Proxy do Sistema

Em seguida, use um navegador para acessar um site de teste.

Se alguns aplicativos não seguirem o proxy do sistema, considere ativar o TUN.

9.4 Testar IP de Saída

Abra o navegador e visite:

https://ifconfig.me

Se o proxy estiver funcionando, o IP exibido na página deve ser o IP de saída da VPS, não o IP da sua banda larga local ou o IP da operadora móvel.

Você também pode executar no terminal:

curl https://ifconfig.me

Se o proxy do sistema do Clash Verge não funcionar para o terminal, use o resultado da página do navegador como referência.

9.5 Testar Sites Externos e Vídeos

Após o IP de saída estar normal, você pode continuar testando vários sites:

1Google
2YouTube
3GitHub
4Telegram
5Os sites que você realmente precisa acessar

Ao testar, não verifique apenas se a página inicial pode ser aberta, mas também verifique:

Se a página da web pode carregar normalmente

1Se a página da web pode carregar normalmente
2Se o vídeo pode reproduzir
3Se é estável por alguns minutos
4Se há desconexões frequentes
5Se a velocidade atende às expectativas

Se o YouTube pode ser aberto, mas o vídeo está muito lento, não é necessariamente um erro de configuração; pode ser:

1Qualidade média da linha da VPS
2Congestionamento em horários de pico
3Limitação de tráfego mensal
4Regras do cliente não configuradas corretamente

Se um site específico reportar um erro, mas outros sites estiverem normais, não se apresse em reinstalar o servidor. Você pode julgar de acordo com as seguintes ideias:

1Apenas um site está anormal: Priorize verificar regras, DNS e restrições do site de destino
2Todos os sites estão anormais: Priorize verificar conexão do nó, assinatura e status do servidor
3Dispositivo móvel acessa, mas Mac não: Priorize verificar Clash Verge / TUN / Fake-IP
4VPS acessa via curl, mas cliente não: Priorize verificar configuração do cliente

Considerações Finais

Depois que todas as etapas acima forem concluídas, parabéns, você tem seu próprio proxy!

Tenha muito cuidado para não compartilhá-lo com outras pessoas e, especialmente, não envolva transações financeiras, pois pode ser muito perigoso~

Além disso, para reiterar, este tutorial é apenas para começar. Muitos especialistas realizarão mais configurações extras ou usarão protocolos diferentes; explore isso por conta própria!

Este artigo foi automaticamente convertido e formatado de Markdown por YouMind.