v2rcEn konfigurasjonslenke pakker alt en klient trenger inn i én linje: serveren, nøkkelen og transportinnstillingene. Hvis du vet hvordan du leser en, vet du hva du har fått, og hvorfor en konfigurasjon feiler. Alle eksemplene under bruker plassholdere, ikke ekte servere.
VLESS
vless://[email protected]:443?encryption=none&security=reality&sni=site.example&fp=chrome&pbk=PUBLIC_KEY&sid=SHORT_ID&type=tcp&flow=xtls-rprx-vision#my-config| Del | Betydning |
|---|---|
00000000-… | Bruker-ID-en (UUID). Den er nøkkelen: den som har den, kan bruke serveren. |
server.example:443 | Serveradresse og port. |
encryption=none | VLESS krypterer ikke selv; sikkerhetslaget beskytter trafikken. |
security | none, tls eller reality. |
sni | Servernavnet som presenteres i TLS-håndtrykket. Med REALITY er det det ekte nettstedet som etterlignes. |
fp | TLS-fingeravtrykket klienten etterligner, for eksempel chrome. |
pbk, sid | Offentlig nøkkel og short ID for REALITY. Begge må stemme nøyaktig med serveren. |
type | Transport: tcp, ws (WebSocket), grpc og andre. |
flow | xtls-rprx-vision er Vision-flowen, brukt med REALITY eller TLS over TCP. |
path, host, serviceName | Innstillinger for WebSocket- eller gRPC-transporten, når den brukes. |
#my-config | Etiketten som vises i listen din. |
VMess
En vmess://-lenke er prefikset etterfulgt av Base64 av et lite JSON-dokument. Dekodet ser det slik ut:
{"v":"2","ps":"my-config","add":"server.example","port":"443","id":"00000000-0000-0000-0000-000000000000","aid":"0","scy":"auto","net":"ws","type":"none","host":"server.example","path":"/path","tls":"tls","sni":"server.example"}add og port er serveren, id er UUID-en, aid er den utdaterte alter ID-en (den bør være 0), net er transporten, host og path hører til WebSocket, tls slår på TLS, og ps er etiketten. For å dekode en for hånd tar du teksten etter vmess:// og kjører den gjennom base64 -d.
Shadowsocks
ss://BASE64(method:password)@server.example:8388#my-configDelen før @ er chifferet og passordet, Base64-kodet. Bruk et AEAD-chiffer. Eldre strømchiffer som rc4-md5 eller aes-256-cfb er svake. Enkelte eldre lenker Base64-koder i stedet hele method:password@host:port.
Trojan
trojan://[email protected]:443?security=tls&sni=server.example&type=tcp#my-configDelen før @ er passordet. Trojan trenger TLS for å beskytte trafikken, så security=tls bør være med.
Abonnementer
En abonnements-URL returnerer en liste med lenker, vanligvis Base64-kodet, én per linje. Appen henter den, dekoder den og legger til hver lenke. Når en leverandør erstatter blokkerte servere, henter du de nye ved å oppdatere abonnementet.
Feil som ødelegger en lenke
Lenkedekoderen sjekker for de vanligste:
- en ugyldig UUID eller port;
- REALITY uten offentlig nøkkel eller servernavn;
- VLESS eller Trojan uten TLS;
allowInsecureslått på, som skrur av sertifikatkontrollen;- et utdatert Shadowsocks-chiffer;
- en VMess alter ID som ikke er null.
Ett feil tegn i pbk eller sid gjør at en REALITY-konfigurasjon feiler uten noen melding. Se hvorfor en tilkobling kan lykkes og likevel ikke laste noe.
En lenke er påloggingsinformasjon
UUID-en eller passordet i en lenke er nøkkelen til serveren. Alle som har lenken, kan bruke den, og på en delt server kan det spise av kvoten din. Ikke legg ut lenker i offentlige chatter; en offentlig lenke blir også blokkert raskere.
Dekoderen på dette nettstedet dekoder i nettleseren og sender ingenting noe sted: siden gjør ingen nettverksforespørsler når den dekoder en lenke. Likevel bør du være forsiktig med alle nettverktøy du limer en lenke inn i. Du kan alltid dekode en offline med base64 -d, som over.
Kilder
- Xray-konfigurasjonseksempler
- REALITY-dokumentasjonen
- Trojan-protokollbeskrivelsen
- Shadowsocks SIP002, som definerer lenkeformatet