Percorrete le quattro schermate che custodiscono una configurazione VPN di iPhone
Quattro schermate custodiscono pezzi di un’unica configurazione VPN di iPhone, e nessuna le custodisce tutte. Percorretele in ordine e scrivete un verbale che sopravviva al prossimo passaggio di consegne.
Quattro luoghi custodiscono pezzi di un’unica configurazione VPN di iPhone, e nessuno custodisce l’insieme. L’app sa quale servizio vende, il sistema sa quale configurazione l’utente ha autorizzato, il profilo di gestione sa cosa è stato inviato, e un’esportazione supportata sa cosa il fornitore è disposto a mostrare. Leggerli in quest’ordine produce un verbale che potete consegnare a un collega; leggerne uno e indovinare il resto produce un ticket che viene riaperto. L’ordine conta perché ogni schermata può rispondere solo a una parte della domanda.
Schermata uno: l’app che possiede il servizio
Aprite l’app e annotate come chiama la connessione, a quale account o abbonamento appartiene e quale endpoint, regione o protocollo mostra. Tenete la regione separata dal nome host, perché una posizione scelta non è l’indirizzo che il telefono ha composto. Scrivete ciò che mostra la schermata, non ciò che dichiara la pagina di marketing.
Se l’app non mostra alcun endpoint, quell’assenza è di per sé un riscontro. Un servizio può nascondere il gateway dietro la propria API e non esporre mai un nome host all’utente.
Schermata due: la voce di sistema
Impostazioni, Generali, VPN e Gestione dispositivo elencano ogni configurazione che il sistema conosce. La riga VPN nomina la configurazione attiva e l’etichetta di tipo che il sistema assegna, spesso più vaga del protocollo che fa il lavoro. Più in basso, la sezione dei profili elenca tutto ciò che è stato installato tramite file o gestione. Aprite ogni voce invece di fidarvi dell’etichetta di riga, perché è nella schermata di dettaglio che vivono il server e l’identità.
Un file scaricato nell’app File e un profilo installato sono due oggetti diversi, e solo quello installato fa qualcosa.
Schermata tre: il payload di gestione
Quando il lavoro o la scuola ha fornito la configurazione, il payload è l’autorità e il telefono ne è una copia. Leggete il profilo per l’identità, il server, eventuali payload proxy o DNS e il certificato o materiale di fiducia distribuito insieme. Un payload di fiducia e una chiave privata sono oggetti separati, e nessuno dei due vi dice quale credenziale abbia usato la sessione in corso. Chiedete quell’associazione al proprietario del profilo invece di dedurla da ciò che è installato.
Non cancellate il profilo per vedere se un campo diventa modificabile. La cancellazione rimuove le impostazioni e tutto ciò che è arrivato con esse.
Schermata quattro: un’esportazione supportata
Gli screenshot rispondono alla maggior parte delle domande e falliscono su quelle che contano. Quando il dettaglio serve davvero, chiedete al fornitore quale esportazione diagnostica copre quella domanda e se il file contiene identificatori di account, token o nomi interni.
Leggete il file prima che lasci il telefono. Un verbale di configurazione che lascia trapelare un token è peggio di nessun verbale.
Il verbale con cui rimanete
Un verbale utilizzabile nomina l’app proprietaria, il profilo installato, il proprietario della gestione, il tipo di implementazione quando è documentato, l’ambito del traffico e la provenienza delle credenziali. Aggiungete un esito di connessione solo se qualcuno l’ha osservato tramite il flusso di lavoro supportato. Lasciate fuori tutto ciò che non potete indicare su una schermata.
| Field | Where it comes from | What it settles |
|---|---|---|
| Implementation | App plus system row | Which component owns the tunnel |
| Identity | Profile payload | Who the gateway authenticates |
| Scope | Payload and app display | Which traffic enters the tunnel |
| Credential source | Profile owner | What has to be reissued |
Tenete il verbale accanto al dispositivo nell’inventario. Quando il telefono viene sostituito, dice cosa va emesso di nuovo invece di cosa va ripristinato da un backup.