Ciao a tutti, sono Nayue. Di recente ho dedicato un po' di tempo a studiare la configurazione di un VPS. Grazie a teacher codex, sono riuscito a capire ogni passaggio chiedendo a codex, e dopo essere riuscito nell'impresa, ho voluto scrivere un articolo per condividerlo con tutti.
Spero che questo ti aiuti, e fammi sapere se ho commesso errori~
1. Perché hai bisogno di un dominio e di un VPS
Se hai solo bisogno di bypassare temporaneamente la censura, il modo più semplice è acquistare un proxy già pronto. Ma se vuoi controllare tu stesso la configurazione del nodo, la selezione del protocollo, la gestione dei certificati e le modalità di abbonamento del client, costruire il tuo VPS ti dà più controllo ed è migliore per un uso a lungo termine.
Questo articolo mira ad aiutarti ad avere il tuo proxy, ma il mio tutorial non è il più completo o perfetto. Per ottenere più funzioni e configurazioni più sicure, devi studiare più tutorial. Lo scopo di questo tutorial è di farti iniziare rapidamente.
Il risultato finale è: hai il tuo dominio, ad esempio: node.example.com.
Punta al VPS che hai acquistato. Il servizio proxy viene eseguito sul VPS, il client si connette al VPS tramite questo dominio, e poi il VPS accede al sito web di destinazione.
La relazione complessiva può essere intesa come:
1Client mobile / computer2 ↓3node.example.com4 ↓5Server pubblico VPS6 ↓7Sito web di destinazione
Ci sono due componenti chiave qui: il dominio e il VPS.
Il ruolo del dominio è fornire un punto di ingresso stabile, leggibile e in grado di firmare certificati. In teoria, potresti connetterti direttamente usando l'IP del VPS, ma questo non è consigliato nella pratica.
Ci sono tre motivi:
Primo, i domini sono facili da migrare. Se l'IP del VPS viene cambiato, la qualità della linea degrada o cambi fornitore, devi solo modificare il record DNS del dominio con il nuovo IP, e il client si connette ancora allo stesso dominio.
Secondo, i domini semplificano la richiesta di certificati TLS. Questo articolo utilizza uno schema con TLS e il client verifica il certificato durante la connessione. Richiedere un certificato con un dominio è più naturale e più vicino a come vengono usati i normali servizi HTTPS.
Terzo, i domini sono convenienti per la gestione successiva. Ad esempio, puoi nominare il tuo nodo principale:
Nodo di backup:
Servizio di abbonamento:
Questo è più chiaro che ricordare una stringa di IP.
Il ruolo del VPS è fornire un server pubblico. Deve avere un IP pubblico, una rete stabile, traffico sufficiente e deve permetterti di accedere tramite SSH per installare servizi.
Questo articolo utilizza il sistema Ubuntu 22.04. La configurazione non deve essere molto alta; 1C2G è solitamente sufficiente per uso personale. Ciò su cui devi davvero concentrarti è la posizione del data center, la larghezza di banda e il traffico mensile.
Va notato che questa soluzione è adatta solo per l'apprendimento personale e l'uso proprio. Non condividere i nodi con estranei e non pubblicare informazioni sensibili come link di abbonamento, codici QR, UUID o IP del server su pagine pubbliche.
2. Preparazione: Dominio, VPS, Account Cloudflare, Strumenti SSH
Prima di iniziare, prepara le cose che verranno usate questa volta. Questa parte non è complicata, ma si consiglia di organizzare tutto in una volta per evitare di dover tornare indietro per la risoluzione dei problemi.
La combinazione che ho effettivamente usato questa volta è:
1Registrar del dominio: Porkbun2Gestione DNS: Cloudflare Gratuito3Regione VPS: Hong Kong4Sistema VPS: Ubuntu 22.045Configurazione VPS: 1C2G / 100Mbps / 30G Disco / 300G Traffico Mensile6Script del server: v2ray-agent7Core proxy: Xray-core8Protocollo finale: VLESS + TCP + TLS + Vision9Client computer: Clash Verge10Client mobile: Shadowrocket
Alcuni amici potrebbero chiedere: "Ehi, se compri un VPS a Hong Kong, come fai ad abbonarti all'AI?"
Ahah, niente panico. Questo VPS non è per giocare con l'AI. Se il tuo obiettivo è usare l'AI straniera, allora cerca un VPS stabile corrispondente da acquistare. Non devi copiare esattamente il mio fornitore di VPS; ci sono molte raccomandazioni di VPS su X.
2.1 Un dominio
I domini possono essere acquistati su piattaforme come Porkbun, Namecheap o Cloudflare Registrar. Io ho usato Porkbun questa volta, che costa circa $11 all'anno, un prezzo normale.
Quando acquisti un dominio, ti serve solo il dominio stesso; non hai bisogno di servizi di web hosting aggiuntivi. Più tardi configureremo il servizio noi stessi sul VPS, e il certificato verrà richiesto usando il gratuito Let's Encrypt.
Al momento dell'acquisto, si consiglia di confermare questi elementi:
1Dominio acquistato con successo2Protezione privacy Whois abilitata3Rinnovo automatico abilitato42FA dell'account abilitato5Nessun Web Hosting extra acquistato6Nessun SSL a pagamento extra acquistato
Ancora una volta, comprare un dominio non è per creare un sito web, ma per fornire un punto di accesso stabile per il VPS.
Ad esempio, più tardi configureremo un sottodominio:
Puntalo all'IP pubblico del VPS. Quando il client si connette, accede a questo dominio invece di scrivere direttamente l'IP del VPS.

2.2 Un account Cloudflare
Cloudflare è principalmente responsabile della gestione DNS qui; non devi acquistare il dominio su Cloudflare.
La mia pratica effettiva è:
1Dominio acquistato su Porkbun2DNS gestito da Cloudflare
Cioè, cambia i Nameserver in Porkbun con i due Nameserver assegnati da Cloudflare. In questo modo, tutti i record DNS saranno configurati in Cloudflare in futuro.
Questo passaggio sarà dettagliato più avanti. Per ora, prepara solo un account Cloudflare e scegli il piano gratuito.
Apri https://dash.cloudflare.com/
Dopo la registrazione/accesso:
1Aggiungi un dominio2↓3Inserisci il tuo dominio (es., xxx.com), inserisci il dominio radice4↓5Seleziona il piano gratuito6↓7Cloudflare scansionerà i record DNS esistenti8↓9Continua
Alla fine, Cloudflare ti darà due nameserver, formattati come:
1xxxx.ns.cloudflare.com2yyyy.ns.cloudflare.com

2.3 Un VPS
Il VPS è la macchina che esegue effettivamente il servizio. Deve avere un IPv4 pubblico, accesso SSH, e le porte 80 e 443 devono essere utilizzabili.
Io ho comprato il mio da Global Cloud, https://my.locvps.net/idcSystem.aspxhttps://my.locvps.net/idcSystem.aspx)?
Non sto facendo pubblicità. Le esigenze di ognuno sono diverse; puoi acquistare il VPS di cui hai bisogno altrove in base ai tuoi requisiti.

2.4 Strumento di accesso SSH
Io uso il terminale integrato su Mac per accedere al VPS. macOS non ha bisogno di strumenti SSH extra; basta aprire il terminale.
Il formato del comando di accesso SSH è:
1ssh root@<IP_VPS> -p <PORTA_SSH>2Esempio:3ssh root@203.0.113.10 -p 43781
2.5 Software client
Dopo che il server è stato configurato, devi importare il nodo sul tuo computer o telefono.
Ho usato principalmente due client questa volta:
1Mac: Clash Verge2iPhone: Shadowrocket
Clash Verge è adatto per importare abbonamenti. Più tardi, v2ray-agent genererà un abbonamento in formato ClashMeta, che può essere aggiunto direttamente a Clash Verge.
Shadowrocket è adatto per testare un singolo nodo su iPhone. Anche se non c'è un formato Shadowrocket specifico nell'abbonamento, puoi copiare il link vless:// prodotto dallo script di installazione e importarlo manualmente.
3. Connettere il dominio a Cloudflare
Dopo aver acquistato il dominio, il passo successivo è affidare la gestione DNS a Cloudflare.
Ricordi i due nameserver di prima? Li andremo a configurare.
Il ruolo di questi due Nameserver è dire al sistema DNS globale:
Questo dominio sarà gestito da Cloudflare per i record di risoluzione d'ora in poi.
In altre parole, Porkbun è ancora il registrar del dominio, ma i record DNS vengono spostati sotto la gestione di Cloudflare.
Userò Porkbun come esempio per dimostrare come modificarlo. Se hai acquistato da altre piattaforme, puoi trovare il metodo di modifica da solo.
Entra nei dettagli del dominio e trova la configurazione dei Nameserver.
Sostituisci i Nameserver originali di Porkbun con i due forniti da Cloudflare.



Dopo aver salvato, dovresti vedere questi due indirizzi Cloudflare nell'area Nameserver di Porkbun.
Salvare questo passaggio non significa che abbia effetto immediatamente a livello globale. Le modifiche DNS richiedono tempo per propagarsi, di solito da pochi minuti a poche ore. Anche la pagina di Cloudflare richiederà:
Verifica se il tuo dominio è puntato a Cloudflare.
Questo è normale. Il messaggio ufficiale potrebbe dire da 1 a 2 ore, fino a 24 ore. In realtà, io ho aspettato solo poco tempo questa volta.
Dopo la modifica, torna su Cloudflare e attendi la verifica.
Una volta riuscita, Cloudflare mostrerà qualcosa come:
Il tuo dominio è ora protetto da Cloudflare.
O mostrerà lo stato del sito come Attivo.
Questo stato significa:
Il dominio ha puntato con successo a Cloudflare. I record DNS successivi possono essere configurati in Cloudflare.
Prima che questo passaggio sia completato, non è consigliato affrettarsi a installare lo script del server. Perché richiedere certificati e verificare gli IP del dominio in seguito dipende dalla corretta propagazione DNS. Se il DNS non è stato completamente commutato, è probabile che incontri errori di verifica del dominio in seguito.
Dopo che la pagina di Cloudflare mostra il successo, è meglio confermare ancora una volta con un comando.
Nel terminale Mac, esegui:
dig +short NS example.com
Normalmente, dovrebbe restituire i Nameserver di Cloudflare.
Se restituisce ancora i Nameserver di Porkbun, significa che la gestione DNS non è stata completamente trasferita a Cloudflare. In questo momento, non continuare a configurare il nodo; aspetta un po' e ricontrolla.
4. Configurare il DNS: Aggiungere record e mantenere la nuvola grigia
Dopo che il dominio è stato connesso a Cloudflare, il passo successivo è aggiungere in Cloudflare il record DNS che punta effettivamente al VPS.
Quello che ho effettivamente usato qui è:
1Dominio radice: xxx.com2Dominio nodo: node.xxx.com3IPv4 VPS: xx.xx.xx.xx4Stato record Cloudflare: Solo DNS
4.1 Entrare nella pagina DNS di Cloudflare
Accedi a Cloudflare, entra nel tuo sito, e poi apri:
1DNS → Records
Qui vedrai i record DNS scansionati o già esistenti in Cloudflare.
Se il tuo dominio è appena arrivato da Porkbun, potresti vedere alcuni record predefiniti, come:
1Record A2Record CNAME3Record MX4Record TXT
Puoi eliminarli prima; ne configureremo uno nuovo noi stessi.
Dato che ho intenzione di usare 'node' come dominio del nodo, devo aggiungere un record per 'node'.
4.2 Aggiungere un record A
Clicca:
1Aggiungi record
Poi compila:
1Tipo: A2Nome: node3Contenuto: IPv4 pubblico del VPS4TTL: Auto5Stato proxy: Solo DNS

4.3 Perché devi scegliere la nuvola grigia qui
Ci sono due stati comuni per lo stato proxy in Cloudflare:
1Proxied: Nuvola arancione2Solo DNS: Nuvola grigia
In questo articolo, devi scegliere:
Solo DNS
Ovvero la nuvola grigia.
La differenza può essere semplicemente intesa come:
Nuvola grigia: Cloudflare è responsabile solo della risoluzione DNS; il client si connette direttamente.
Nuvola arancione: Il client si connette prima a Cloudflare, e poi Cloudflare lo inoltra al sito di origine.
Per i siti web ordinari, come blog, siti ufficiali o pagine statiche, usare la nuvola arancione ti permette di utilizzare la CDN, il WAF, la cache di Cloudflare e nascondere l'IP di origine.
Ma questo tutorial usa:
VLESS + TCP + TLS + Vision
Non è uno scenario di proxy inverso per siti web HTTP ordinari. Per permettere al client di stabilire una connessione diretta con il servizio Xray sul VPS, questo record 'node' dovrebbe rimanere una nuvola grigia.
4.4 Verificare se il DNS risolve al VPS
Dopo aver salvato il record DNS, esegui nel terminale Mac:
1dig @1.1.1.1 +short A [il tuo dominio, es., node.example.com]2dig @8.8.8.8 +short A [il tuo dominio, es., node.example.com]3dig @223.5.5.5 +short A [il tuo dominio, es., node.example.com]
Il risultato normale dovrebbe restituire l'IP del tuo VPS.
Nota: Se il tuo computer ha un proxy abilitato e usa la modalità TUN, potrebbe influenzare l'output del terminale. Disattiva la modalità TUN prima di eseguire questa verifica.
5. Inizializzare il server
Per prima cosa, accedi al server tramite SSH:
1Esempio:2ssh root@203.0.113.10 -p 43781
Al primo accesso, il terminale potrebbe chiedere se fidarsi dell'impronta del server:
1Sei sicuro di voler continuare a connetterti (yes/no/[fingerprint])?
Inserisci: yes.
Poi inserisci la password di root.
Dopo l'accesso, aggiorna prima la lista dei pacchetti:
1apt update2apt upgrade -y
Se si blocca su un'interfaccia di configurazione blu o viola a metà, non chiudere semplicemente la finestra. Ubuntu chiederà se mantenere i file di configurazione locali durante l'aggiornamento di alcuni pacchetti.
Ho incontrato due richieste di file di configurazione questa volta.
Il primo era:

Il secondo era:
1/etc/cloud/cloud.cfg
Il prompt del terminale sembrava:
1cloud.cfg (Y/I/N/O/D/Z) [default=N] ?
Premi Invio direttamente qui per usare il default: N
Prima che l'aggiornamento sia completato, Ubuntu potrebbe far apparire un'interfaccia:
1Daemon che utilizzano librerie obsolete2Quali servizi dovrebbero essere riavviati?
Chiede: alcuni servizi stanno ancora caricando vecchie versioni delle librerie; questi servizi dovrebbero essere riavviati?
Generalmente, mantieni le selezioni predefinite e scegli: OK
Dopo che l'aggiornamento del sistema è completo, installa alcuni strumenti che verranno usati in seguito:
1apt install -y curl wget sudo vim ufw lsof unzip socat jq qrencode dnsutils
Questi strumenti verranno usati per:
1curl / wget: Scaricare script, testare l'accesso2ufw: Configurare il firewall3lsof / ss: Controllare l'occupazione delle porte4unzip: Decomprimere file5socat: Potrebbe essere usato durante la richiesta di certificati6jq: Elaborare JSON7qrencode: Generare codici QR8dnsutils: Fornire il comando dig
Passaggio finale per verificare se il dominio punta al server:
1curl -4 ifconfig.me2dig +short A [il tuo dominio, es., node.example.com]
Questi due risultati dovrebbero essere coerenti.
6. Configurare il firewall e fare un backup pre-installazione
Dopo che l'inizializzazione del VPS è completa, non affrettarti a installare v2ray-agent. Fai prima due cose:
Primo, configura il firewall e conferma che le porte SSH, 80 e 443 siano disponibili.
Secondo, fai un backup delle configurazioni chiave attuali per facilitare il rollback in caso di problemi successivi.
Questo passaggio non sembra complicato, ma è molto importante. Soprattutto il firewall; se l'ordine è sbagliato, potresti bloccarti fuori dal server.
6.1 Confermare prima la porta di accesso attuale
Prima di configurare il firewall, conferma quale porta stai attualmente usando per accedere al VPS.
Se il tuo comando di accesso è:
ssh root@203.0.113.10 -p 43781
Allora la tua porta SSH è:
43781
Non indovinare questo passaggio. Molti provider VPS non usano la porta predefinita 22, ma ti danno una porta SSH personalizzata. Io ho ricevuto una porta personalizzata questa volta.
Se abiliti il firewall in seguito ma dimentichi di permettere questa porta, potresti scoprire che:
La sessione SSH attuale non viene disconnessa, ma le nuove finestre non potranno mai più connettersi al server.
Quindi la prima regola del firewall deve permettere la porta SSH.
6.2 Permettere le porte necessarie
Tre porte saranno necessarie in seguito in questo articolo:
1Porta SSH: Per l'accesso remoto al VPS280/tcp: Per la verifica del certificato HTTP3443/tcp: Per il servizio proxy finale
Esegui sul VPS:
1ufw allow 43781/tcp2ufw allow 80/tcp3ufw allow 443/tcp
Se la tua porta SSH non è 43781, sostituiscila con la tua porta.
Dopo l'esecuzione, puoi controllare prima le regole:
ufw status verbose
Se dice:
Status: inactive
Va bene; significa che le regole sono state aggiunte, ma il firewall non è stato ancora abilitato.
6.3 Abilitare il firewall UFW
Dopo aver confermato che la porta SSH è permessa, abilita UFW:
ufw enable
Il sistema richiederà:
Inserisci:
y
Poi controlla di nuovo:
ufw status verbose
Normalmente dovresti vedere qualcosa come:
1Status: active23To Action From4-- ------ ----543781/tcp ALLOW Anywhere680/tcp ALLOW Anywhere7443/tcp ALLOW Anywhere843781/tcp (v6) ALLOW Anywhere (v6)980/tcp (v6) ALLOW Anywhere (v6)10443/tcp (v6) ALLOW Anywhere (v6)
Se non hai bisogno di IPv6, puoi ignorare le regole v6 per ora. La cosa importante qui è che IPv4 SSH, 80 e 443 siano tutti ALLOW.
6.4 Aprire un nuovo terminale per testare SSH
Dopo aver abilitato il firewall, non chiudere immediatamente la finestra SSH corrente.
Il modo corretto è: mantieni la finestra corrente aperta, apri una nuova finestra terminale sul Mac e accedi di nuovo al VPS.
Esegui:
ssh root@203.0.113.10 -p 43781
Se la nuova finestra può accedere normalmente, significa che il firewall non ha bloccato SSH.
Dopo aver confermato che tutto va bene, continua con i passaggi successivi.
Se la nuova finestra non riesce ad accedere ma la vecchia finestra è ancora lì, puoi controllare immediatamente:
ufw status verbose
Conferma se hai dimenticato di permettere la porta SSH. Se è effettivamente configurato male, puoi disabilitare temporaneamente UFW:
ufw disable
Poi riconfigura.
6.5 Fare un backup pre-installazione
Dopo aver confermato che il firewall va bene, inizia il backup.
L'obiettivo di questo passaggio è salvare lo stato chiave prima di installare v2ray-agent. Più tardi, lo script modificherà Nginx, le directory dei certificati, le configurazioni di Xray, ecc. Se l'installazione fallisce, almeno sai com'era prima.
Esegui:
mkdir -p /root/backup-before-v2ray-agent
Backup della configurazione di Nginx:
Backup della directory dei certificati Let's Encrypt:
Backup della configurazione SSH:

Registra l'occupazione attuale delle porte:
ss -tulpn > /root/backup-before-v2ray-agent/ports-before.txt
Registra lo stato attuale del firewall:
ufw status verbose > /root/backup-before-v2ray-agent/ufw-status.txt
Infine, controlla i risultati del backup:
ls -lah /root/backup-before-v2ray-agent
Il mio output all'epoca era simile a:
1total 28K2drwxr-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 letsencrypt5drwxr-xr-x 8 root root 4.0K May 2 07:56 nginx6-rw-r--r-- 1 root root 1.1K May 2 08:02 ports-before.txt7-rw-r--r-- 1 root root 3.1K May 2 06:58 sshd_config8-rw-r--r-- 1 root root 600 May 2 08:02 ufw-status.txt
6.6 Controllare l'occupazione attuale delle porte
Prima di installare v2ray-agent, è meglio vedere se 80 e 443 sono già occupate.
Esegui:
Se non c'è output, significa che nessun processo sta attualmente ascoltando sulle porte 80 o 443.
Se Nginx è già installato, potresti vedere Nginx in ascolto sulla porta 80 o 443. Più tardi, lo script v2ray-agent gestirà solitamente la configurazione di Nginx, ma dovresti almeno conoscere lo stato prima dell'installazione.
7. Installare v2ray-agent e scegliere Xray + VLESS Vision
Dopo che il server è pronto, puoi installare ufficialmente il programma server.
Quello che ho usato questa volta è:
1Script del server: v2ray-agent2Core: Xray-core3Protocollo: VLESS + TCP + TLS + Vision4Porta: 4435Dominio: node.example.com6Certificato: Let's Encrypt
7.1 Scaricare ed eseguire lo script di installazione
Esegui sul 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
Questo comando fa tre cose:
1Scarica install.sh in /root2Aggiungi il permesso di esecuzione a install.sh3Esegui lo script di installazione
Quando l'ho eseguito, le informazioni visualizzate dallo script erano simili a:
1Author: mack-a2Versione corrente: v3.5.143Github: https://github.com/mack-a/v2ray-agent4Description: Script di coesistenza otto-in-uno
Il menu principale apparirà dopo l'esecuzione dello script di installazione:
11. Installa22. Installazione combinata personalizzata33. Nessun dominio con un clic44. Gestione Hysteria 255. Gestione REALITY66. Gestione Tuic77. Gestione utenti88. Gestione sito falso99. Gestione certificati1010. Gestione nodi CDN11...
Scegli qui:
Installazione combinata personalizzata
Il motivo è che vogliamo scegliere esplicitamente:
1Xray-core2VLESS + TLS_Vision + TCP
Non lasciare che lo script ci porti su percorsi predefiniti senza dominio o altri.
7.2 Scegliere il core: Xray-core
Dopo essere entrati nell'installazione combinata personalizzata, lo script richiederà di scegliere un core:
1Funzione 1/1: Seleziona installazione core231. Xray-core42. sing-box
Io scelgo qui:
Xray-core
Il motivo è che vado con lo schema classico Xray + VLESS Vision, che ha compatibilità matura, e client come Clash Verge e Shadowrocket possono supportarlo.
Inserisci:
1
Poi premi Invio.
7.3 Scegliere il protocollo: VLESS + TLS Vision + TCP
Successivamente, lo script mostrerà un elenco di protocolli. Le opzioni che ho visto all'epoca erano simili a:
10. VLESS+TLS_Vision+TCP [Consigliato]21. VLESS+TLS+WS [Consigliato solo per CDN]33. VMess+TLS+WS [Consigliato solo per CDN]44. Trojan+TLS [Non consigliato]57. VLESS+Reality+uTLS+Vision [Consigliato]612. VLESS+Reality+X_HTTP+TLS [CDN disponibile]
Scegli qui:
VLESS+TLS_Vision+TCP [Consigliato]
Inserisci:
0
Poi premi Invio.
7.4 Installare i componenti di base
Dopo aver scelto il protocollo, lo script inizierà a installare le dipendenze.
Il processo che ho visto era simile a:
1Progresso 1/12: Installazione strumenti2---> Verifica e installazione aggiornamenti3---> Installazione unzip4---> Installazione socat5---> Installazione crontabs6---> Installazione jq7---> Installazione ping68---> Installazione qrencode9---> Installazione nginx10---> Installazione acme.sh
Diversi componenti che verranno usati in seguito verranno installati qui:
1nginx: Relativo a siti falsi e inoltro locale2acme.sh: Richiesta di certificati TLS3jq: Elaborazione configurazioni4qrencode: Generazione codici QR5socat: Potrebbe essere usato durante la richiesta di certificati
Questo passaggio potrebbe essere più lento su una macchina nuova. Se non c'è output per molto tempo, aspetta un po'; non interrompere frequentemente.
7.5 Inserire il dominio del nodo
Lo script entrerà quindi nel processo di inizializzazione di Nginx e del certificato, richiedendo un dominio:
Inserisci il dominio da configurare Esempio: www.v2ray-agent.com --->
Inserisci il tuo dominio, come:
Nota che devi inserire il sottodominio completo qui, non il dominio principale.
7.6 Inserisci Porta: Usa il Default 443
Dopo aver inserito il dominio, lo script chiederà una porta:
Inserisci la porta [Default: 443], porta personalizzata disponibile [Premi Invio per il default]
Premi Invio direttamente qui per usare il default:
443
Il mio script ha mostrato:
---> Porta: 443
Il firewall ha già permesso:
443/tcp
Quindi può essere usato direttamente qui.
7.7 Attendi la Verifica dell'IP del Dominio
Dopo che la porta è confermata, lo script controllerà se la risoluzione del dominio è corretta.
Normalmente vedrai qualcosa come:
1---> Verifica IP del dominio superata2---> Eliminazione configurazione predefinita di Nginx3---> Nginx avviato con successo4---> Nginx chiuso con successo5---> Rilevata porta 443 aperta6---> Controllo IP del dominio7---> L'IP del dominio corrente è corretto
Se questo fallisce, non forzare l'installazione. Torna prima al controllo DNS:
dig @1.1.1.1 +short A node.example.com
dig @8.8.8.8 +short A node.example.com
Assicurati che restituisca l'IP del VPS.
Controlla anche se questo record in Cloudflare è una nuvola grigia:
Stato proxy: Solo DNS
Se è impostato su nuvola arancione, la rilevazione dello script e le connessioni successive potrebbero essere anomale.
7.8 Richiedi il Certificato TLS
Successivamente, entra nella fase di richiesta del certificato:
Progresso 3/12: Richiesta certificato TLS
Lo script chiederà:
Vuoi usare l'API DNS per richiedere il certificato [NAT supportato]? [s/n]
Io scelgo qui:
n
Il motivo è che questo VPS ha un IPv4 pubblico e le porte 80 e 443 sono già consentite, quindi non c'è bisogno di usare l'API DNS per richiedere il certificato.
Poi lo script ti farà scegliere un'autorità di certificazione:
11. letsencrypt [Default]22. zerossl33. buypass [Richiesta DNS non supportata]
Premi Invio direttamente qui per usare il default:
letsencrypt
Let's Encrypt è un certificato gratuito, completamente sufficiente per uso personale. Il certificato stesso non è il fattore chiave che causa anomalie del nodo; ciò che dev'essere realmente garantito è:
Risoluzione del dominio corretta
Richiesta del certificato riuscita
Attività di rinnovo normali
Configurazione del server corretta
7.9 UUID e Nome Utente
Più tardi, lo script chiederà un UUID:
Inserisci un UUID personalizzato [deve essere valido], [Premi Invio] per un UUID casuale
Si consiglia di premere Invio direttamente per far sì che lo script ne generi uno casuale.
Poi chiede un nome utente:
Inserisci un nome utente personalizzato [deve essere valido], [Premi Invio] per un nome utente casuale
Puoi anche premere Invio direttamente per generararne uno casuale. Puoi anche inserire un nome facile da identificare per te, ma non usare nomi reali, numeri di telefono, email o altre informazioni personali.
7.10 Output dell'Account Dopo l'Installazione
Dopo che l'installazione è completata, lo script entrerà nel passaggio finale:
Progresso 12/12: Account
Il mio output all'epoca era:
1VLESS TCP TLS_Vision [Consigliato]2Formato generale (VLESS+TCP+TLS_Vision)3vless://...4Testo semplice formattato (VLESS+TCP+TLS_Vision)5Tipo di protocollo: VLESS6Indirizzo: node.example.com7Porta: 4438ID utente: ...9Sicurezza: tls10client-fingerprint: chrome11Metodo di trasmissione: tcp12flow: xtls-rprx-vision13Nome account: ...14Codice QR VLESS
Questo indica che il server ha generato un nodo VLESS Vision.
7.11 Controlla lo Stato di Xray e Nginx
Dopo l'installazione, non avere fretta di importare nel client. Controlla prima lo stato del servizio sul VPS:
1systemctl status xray --no-pager2systemctl status nginx --no-pager3ss -tulpn | grep -E '(:443|:80|xray|nginx)'
I risultati chiave che ho controllato erano:
1xray.service active (running)2nginx.service active (running)3xray in ascolto su public *:4434nginx in ascolto su 127.0.0.1:31300 e 127.0.0.1:31302
Questo significa:
L'ingresso pubblico 443 è preso in carico da Xray, Nginx fornisce siti fittizi o servizi ausiliari sulle porte locali, e i servizi sono partiti normalmente.
Se xray.service non è active (running), devi prima guardare i log; non continuare a importare nel client.
Puoi eseguire:
journalctl -u xray --no-pager -n 80
8. Generare Link di Sottoscrizione e Prepararsi per Clash Verge
Dopo l'installazione della sezione precedente, lo script ha già restituito un singolo link vless://. Questo link può essere importato direttamente in client come Shadowrocket.
Ma se stai usando Clash Verge su Mac, è più consigliato generare un link di sottoscrizione.
I vantaggi dei link di sottoscrizione sono:
1Il client deve aggiungere la sottoscrizione solo una volta2Aggiornare la sottoscrizione dopo modifiche alle informazioni del nodo3Gestione più facile per più utenti o più nodi4Clash Verge può usare direttamente il formato ClashMeta
Quando ho effettivamente generato la sottoscrizione, ho usato la funzione di gestione utenti di v2ray-agent:
1vasma2→ 7. Gestione utenti3→ 2. Visualizza sottoscrizione4→ Seleziona formato ClashMeta
8.1 Riapri il Menu di v2ray-agent
Dopo che lo script di installazione è finito, creerà automaticamente un comando rapido:
vasma
Esegui sul VPS:
vasma
Questo riaprirà il menu principale di v2ray-agent.
Nel menu, puoi vedere:
11. Installa22. Installazione combinata personalizzata33. Nessun dominio con un clic44. Gestione Hysteria 255. Gestione REALITY66. Gestione Tuic77. Gestione utenti88. Gestione sito fittizio99. Gestione certificati1010. Gestione nodi CDN11...
Scegli qui:
Gestione utenti
8.2 Entra in Visualizza Sottoscrizione
Dopo essere entrato nella gestione utenti, vedrai un menu come:
1Funzione 1/1: Gestione account231. Visualizza account42. Visualizza sottoscrizione53. Gestisci altre sottoscrizioni64. Aggiungi utente75. Elimina utente
Scegli qui:
Visualizza sottoscrizione
Questo passaggio rigenererà il contenuto della sottoscrizione per l'account locale.
Lo script chiederà anche qualcosa come:
Visualizzare la sottoscrizione rigenererà la sottoscrizione per l'account locale. Devi inserire manualmente il valore salt crittografato md5. Se non lo sai, usane uno casuale. Non influisce sul contenuto delle sottoscrizioni remote già aggiunte.
Se lo stai usando solo per te stesso, usa il valore casuale predefinito.
8.3 Inserisci la Porta di Sottoscrizione
Lo script chiederà:
1Avvio configurazione sottoscrizione, inserisci la porta di sottoscrizione23Inserisci una porta personalizzata [deve essere valida], le porte non possono essere ripetute, [Premi Invio] per una porta casuale
Qui ci sono due scelte:
Premi Invio direttamente: Lo script genera una porta casuale
Inserisci manualmente una porta: Facile da ricordare per te, ma non deve essere in conflitto con le porte esistenti
Suggerisco ai principianti di premere Invio direttamente per far sì che lo script generi una porta casuale.
Se scegli una porta personalizzata, devi verificare ulteriormente:
La porta non è occupata
Il firewall ha permesso questa porta
Il gruppo di sicurezza del provider permette anche questa porta
Per ridurre le variabili, usare una porta casuale per la prima configurazione è più semplice.
8.4 Richiesta del Sito Fittizio
Lo script potrebbe chiedere:
Avvio aggiunta sito fittizio
Rilevata installazione sito fittizio, devi reinstallare [s/n]
Se hai già configurato un sito fittizio quando hai installato VLESS Vision in precedenza, di solito scegli:
n
Che significa non reinstallare.
Reinstallare non è impossibile, ma non c'è bisogno di aggiungere variabili in un tutorial per principianti. Il nostro obiettivo attuale è solo generare un link di sottoscrizione, non riconfigurare il sito fittizio.
8.5 Come Scegliere il Valore Salt
Più tardi, lo script chiederà un salt:
Inserisci il valore salt, [Premi Invio] per usare un valore casuale
Premi Invio qui.
Il ruolo del salt può essere semplicemente inteso come:
Un valore casuale usato per generare il contenuto relativo alla sottoscrizione
Non c'è bisogno di specificarlo manualmente per uso personale. Un valore casuale è in realtà più sicuro ed evita di riutilizzare stringhe fisse.
8.6 Scegli la Sottoscrizione in Formato ClashMeta
Dopo che la sottoscrizione è generata, lo script mostrerà più formati.
Vedrai effettivamente:
Default
ClashMeta
sing-box
Per usare Clash Verge su Mac, si consiglia di scegliere:
ClashMeta
Il motivo è che Clash Verge ha un supporto migliore per le configurazioni ClashMeta, e campi come VLESS Vision, fingerprint e flow sono anche più adatti al formato ClashMeta.
Se stai usando altri client, puoi scegliere in base al supporto del client:
Clash Verge: ClashMeta
sing-box: sing-box
Shadowrocket: Di solito può importare direttamente singoli link vless://
Non copiare il formato "Default" in Clash Verge. Usa ClashMeta se disponibile.
8.7 Salva il Link di Sottoscrizione
Dopo che lo script restituisce il link di sottoscrizione, copia il link di sottoscrizione ClashMeta e salvalo prima in un posto locale sicuro.
Nota: Non salvarlo in repository pubblici, non pubblicarlo in articoli e non mostrare il link completo negli screenshot.
Il motivo è semplice: se altri ottengono il tuo link di sottoscrizione, potrebbero usare il tuo nodo direttamente, consumare il traffico del tuo VPS e persino causare l'abuso del nodo.
9. Importare la Sottoscrizione in Clash Verge e Testare
Il server è già installato e il link di sottoscrizione è stato generato. Successivamente, configura il client sul Mac.
9.1 Aggiungi Sottoscrizione
Apri Clash Verge e vai alla pagina di configurazione. Versioni diverse potrebbero avere testo dell'interfaccia leggermente diverso, di solito chiamato:
Profili
O:
Configurazione
Clicca per aggiungere una nuova sottoscrizione e inserisci il link di sottoscrizione ClashMeta generato nel passaggio precedente.
Generalmente, devi inserire:
Nome: Personalizzato, es., Il mio VPS
Tipo: Remoto
URL: Link di sottoscrizione ClashMeta
Non mettere il link di sottoscrizione completo nel nome.
Dopo averlo inserito, salvalo e poi clicca per aggiornare la sottoscrizione.
Se la sottoscrizione è normale, Clash Verge scaricherà la configurazione del nodo e mostrerà il nodo VLESS Vision appena generato nell'elenco dei nodi.
9.2 Seleziona Nodo
Dopo che la sottoscrizione è stata aggiornata con successo, entra nella pagina di selezione del nodo.
Di solito, vedrai uno o più gruppi di criteri, come:
ProxyAutoGlobalNodeName
Seleziona il nodo appena generato.
9.3 Attiva il Proxy di Sistema o la Modalità TUN
Clash Verge di solito ha due interruttori comuni:
Proxy di sistema
Modalità TUN
Comprensione semplice:
Proxy di sistema: Fa sì che la maggior parte delle applicazioni che seguono le impostazioni del proxy di sistema passino attraverso Clash
Modalità TUN: Più a basso livello, intercetta più traffico, incluse alcune applicazioni che non seguono il proxy di sistema
Quando si testa per la prima volta, puoi attivare:
Proxy di sistema
Poi usa un browser per visitare un sito di test.
Se alcune applicazioni non seguono il proxy di sistema, allora considera di attivare la modalità TUN.
9.4 Testa l'IP di Uscita
Apri il browser e visita:
Se il proxy funziona, l'IP mostrato nella pagina dovrebbe essere l'IP di uscita del VPS, non il tuo IP broadband locale o l'IP dell'operatore mobile.
Puoi anche eseguire nel terminale:
curl https://ifconfig.me
Se il proxy di sistema di Clash Verge non funziona per il terminale, usa il risultato della pagina del browser come standard.
9.5 Testa Siti Web Esterni e Video
Dopo che l'IP di uscita è normale, puoi continuare a testare diversi siti web:
1Google2YouTube3GitHub4Telegram5I siti web a cui hai effettivamente bisogno di accedere
Quando testi, non controllare solo se la homepage può essere aperta, ma controlla anche:
Se la pagina web può caricarsi normalmente
1Se la pagina web può caricarsi normalmente2Se il video può riprodursi3Se è stabile per alcuni minuti4Se ci sono disconnessioni frequenti5Se la velocità è all'altezza delle aspettative
Se YouTube può essere aperto ma il video è molto lento, non è necessariamente un errore di configurazione; potrebbe essere:
1Qualità media della linea del VPS2Congestione nelle ore di punta3Limitazione del traffico mensile4Regole del client non impostate correttamente
Se un sito web specifico segnala un errore ma altri siti web sono normali, non avere fretta di reinstallare il server. Puoi giudicare secondo le seguenti idee:
1Solo un sito web è anomalo: Dai priorità al controllo di regole, DNS e restrizioni del sito di destinazione2Tutti i siti web sono anomali: Dai priorità al controllo della connessione del nodo, della sottoscrizione e dello stato del server3Il mobile può accedere ma il Mac no: Dai priorità al controllo di Clash Verge / TUN / Fake-IP4Il VPS può accedere tramite curl ma il client no: Dai priorità al controllo della configurazione del client
Parole Finali
Una volta completati tutti i passaggi precedenti, congratulazioni, hai il tuo proxy!
Fai molta attenzione a non condividerlo con altri e soprattutto non coinvolgere transazioni di denaro, perché può essere molto pericoloso~
Inoltre, per ribadire, questo tutorial è solo per iniziare. Molti esperti eseguiranno più configurazioni aggiuntive o useranno protocolli diversi; esplora quelli da solo!
Questo articolo è stato automaticamente convertito e formattato da Markdown da YouMind.





