Update VPN client to 0.22.0-beta.1
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 28/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- android
- Ambito
- backend
Direzione di ricerca
Start by reviewing the Android backend client API and adapter references named in the changelog, especially VpnBackendClient.Ev1ProtocolOverrides and VpnBackendClient.Config. Compare the integration with the listed changes: discovery configuration, fixed client token, bootstrap config updates, removed v3 settings and API overloads, and the default TLS profile. Done means the Android client integrates VPN client 0.22.0-beta.1 and its affected callers use the updated APIs.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
A new VPN client version 0.22.0-beta.1 has been released. Please integrate it.
Changelog: https://github.com/AdGuardSoftwareLimited/vpn-client/releases/tag/v0.22.0-beta.1
Changelog
Added
Backend domains are now resolved through the DNS Discovery Protocol (v5): one encrypted DNS query
against a configured zone answers for every service at once, over any transport dns-libs supports.
- New backend selection parameters
discoveryZone,discoveryServerPublicKeyandbrowserAuthFallbackDomain.
The last one is split from auth domain because all backend domains can be relayed and use fake SNI.
So for links that are opened in browser, the separate discoverable domain is needed.- [Apple] See
AGVpnBackendClientProtocolEv1Overrides.discoveryZone,.discoveryServerPublicKeyand.browserAuthFallbackDomain. - [Android] See
VpnBackendClient.Ev1ProtocolOverrides.discoveryZone,.discoveryServerPublicKeyand.browserAuthFallbackDomain. - [Native] See
VpnBackendDomainsConfig.discovery_zone,.discovery_server_pubkeyandVpnBackendDomains.browser_auth_domain.
- [Apple] See
- The relay the backend is reached through can now be read back, for reaching VPN endpoints when they are unreachable.
Call it when the backend client failed to update locations. In this case, to connect to a server, take the
location from the offline cache, replace its endpoint addresses (or relays) and SNI with the relay address and
the relay-wide SNI (if the relay has one) reported here, and keep the endpoint's ownremote_idand
additional_data.- [Apple] See
AGVpnBackendClient.discoveryRelayandAGVpnBackendRelayInfo. - [Android] See
VpnBackendClient.getDiscoveryRelay. - [Native] See
vpn_backend_client_get_discovery_relayandVpnBackendRelayInfo.
- [Apple] See
- Added the endpoint TLS ClientHello fingerprint profile (
TlsProfile) setting to the Android, Apple, and Windows adapters. It selects which client the outgoing TLS ClientHello mimics (its JA4 fingerprint). Chrome is the default. The backend support are not here yet, so please just set the default.
Changed
- The fetched bootstrap config moved from
backend.txttodiscovery.txtin the same buckets, and
states its resolvers asdns_servers(any transport dns-libs supports) rather than the DoH-only
doh_servers.doh_serversis still read, so a client pointed at the old document keeps working.
Applications overridingbackend_selector_config_fetch_urlsmust update them. - The VPN token is now fixed for the lifetime of a backend client: discovery routes on the token in the
app details the client is created with, and every request carries those same app details. Applications
must create a new backend client on login and on logout, rather than passing a token per API.
Using old api for changing AppDetails on the fly does not longer work. - The bootstrap config is no longer fetched on the way to a discovery lookup. Discovery uses the
cached config, stale or not, and the config is refreshed in the background on its own schedule,
kept away from discovery lookups. It is fetched inline only when nothing is cached and discovery
with the built-in DNS servers failed. How long a fetched config stays fresh now comes from the
server'sCache-Control: max-age=N, must-revalidate, 1 hour without it; it was a hardcoded
30 minutes.
Removed
- The v3 backend selection (per-service TXT lookups over DoH) and its configuration. Applications
configure a discovery zone instead; the account type and the logged-in email are no longer used,
as the server derives the tier from the VPN token the backend client is created with.- [Apple] Removed
AGVpnBackendClientProtocolEv1Overrides.authTxtDomain,.apiTxtDomain,.tmTxtDomain,
AGVpnBackendClientConfig.accountTypeand.loggedInEmail. - [Android] Removed
VpnBackendClient.Ev1ProtocolOverrides.authTxtDomain,.apiTxtDomain,.tmTxtDomain,
VpnBackendClient.Config.accountTypeand.loggedInEmail. - [Native] Removed
VpnBackendDomainsConfig.auth_txt_domain,.api_txt_domain,.tm_txt_domain,
.logged_in_emailandVpnBackendClientConfig.account_type.
- [Apple] Removed
- Passing a VPN token per API; the token now comes from the app details the client is created with.
- [Apple] Removed
AGVpnBackendClient.locationsApiWithVpnToken:,.credentialsApiWithVpnToken:,
.appsApiWithVpnToken:,.paymentsApiWithVpnToken:and.pushNotificationsApiWithVpnToken:. - [Android] Removed
VpnBackendClient.locationsApi(String),.credentialsApi(String),.appsApi(String)
and.paymentsApi(String).
- [Apple] Removed
- Lingua principale
- Nessun dato sulla lingua
- Stelle
- 244
- Fork
- 25
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di AdguardTeam/AdGuardVPNForAndroid
-
Hardcoded IP exceptions do not work.Forse già presa @oksenina l’ha presa 5 giorni fa. ApertaBug Priority: P4
AdguardTeam/AdGuardVPNForAndroid#700 · 2 commenti · 1 assegnatario ·
-
Feature request: Extend AdGuard VPN protection to private networks and self-hosted servicesForse già presa @igrachev-ai l’ha presa 7 giorni fa. ApertaFeature request Priority: P4
AdguardTeam/AdGuardVPNForAndroid#699 · 2 commenti · 1 assegnatario ·
-
Update VPN client to 0.21.12Apertaautomatic Middle Priority: P4 Version: VPN v2.18
-
When the VPN is active, AdGuard cannot connect in SOCKS5 modeForse già presa @maxikuzmin l’ha presa 21 giorni fa. ApertaBug Priority: P4
AdguardTeam/AdGuardVPNForAndroid#696 · 1 commento · 1 assegnatario ·
-
AdGuard VPN notification icon disappears after some hours, but remains connected to the serverApertaBug Junior Priority: P4 Version: VPN v2.18
Difficoltà 3/5 Mezza giornata Idoneità per principianti 44/100
AdguardTeam/AdGuardVPNForAndroid#691 · 6 commenti ·
Tutte le issue di AdguardTeam/AdGuardVPNForAndroid
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
cmlarsen/writemorebetter#158 ·
I maintainer di solito rispondono entro 1 giorno
-
Notifications pagination accepts NaN and negative LIMIT/OFFSETForse già presa @Senthil455 l’ha presa oggi. ApertaBUGS MEDIUM
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
elixpo/blogs.elixpo#419 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: agent_final_response still returns the abandoned branch's answer after navigate moves HEAD backForse già presa @enyst l’ha presa oggi. Apertabug priority:low ready-for-dev
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
OpenHands/software-agent-sdk#5822 ·
I maintainer di solito rispondono entro 1 giorno
-
area: server enhancement good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
scs0209/laya-guard#52 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno