Safari ábrese, cárgase unha páxina e non pasa nada máis. Iso sorprende á xente porque o código entregouse como unha configuración de VPN, pero o teléfono tratouno como unha ligazón. Ambos comportamentos veñen do mesmo lugar: un código QR leva bytes, e algo no teléfono ten que recoñecer eses bytes como un formato que entende. Cando nada os recoñece, o recurso sensato é mostrar texto ou ofrecer abrir un URL.

Primeiro paso: descodifica o contido antes de culpar

Le o código cun escáner corrente e mira os primeiros caracteres. Un http ou https inicial indica un enderezo de descarga, unha declaración XML indica texto de carga e un bloque curto que comeza cun nome de produto adoita pertencer ao formato de importación privado dun cliente. Esa soa ollada diche cal das comprobacións seguintes se aplica. Tamén remata unha discusión sobre o teléfono que en realidade é unha discusión sobre o contido. Anota o achado no ticket, porque o seguinte lector preguntará que levaba realmente o código.

Cambiar o nome dun ficheiro descargado non cambia o que é. Os bytes deciden que aplicación pode consumilo.

Segundo paso: emparella o escáner coa carga

A cámara non ten importador de VPN, así que ofrece as lecturas xenéricas: abrir a ligazón, copiar o texto, engadir o enderezo a contactos. Un cliente que trae o seu propio escáner pode recoñecer un formato que a cámara nunca recoñecerá. Ningún dos dous resultados di nada sobre outro cliente noutro teléfono. Cando nun mesmo sitio se usan dous clientes, ese desaxuste por si só explica un código que funciona para unha persoa e falla para a seguinte.

Pregunta ao operador para que cliente se xerou o código. Esa pregunta resolve máis casos que calquera axuste do escáner.

Terceiro paso: descargar non é instalar

Un perfil de configuración de Apple obtido por URL aínda ten que instalarse. O ficheiro chega á sección de perfís dos Axustes, e alguén ten que revisalo e confirmar alí a instalación. Abrir a ligazón e instalar o perfil son sucesos separados, e ningún dos dous conecta o túnel. Segue as tres etapas por separado ou a última recibirá a culpa das dúas primeiras.

Un dispositivo xestionado pode rexeitar a instalación de plano, e un código QR non ten autoridade para anular esa decisión.

Cuarto paso: clasifica a imaxe como os datos que contén

Se a carga incorpora unha clave ou unha credencial, a imaxe é unha copia dese segredo. As capturas de pantalla viaxan por aplicacións de chat, anexos e carretes de cámara, e ningunha desas deseñouse para gardar segredos. Decide onde pode vivir unha fotografía do código coas mesmas regras que aplicas á propia clave.

Se a carga apunta a unha descarga, a ligazón e as regras do servidor deciden quen pode obter o material. Un código impreso nun cartel non é unha canle privada.

Quinto paso: verifica o túnel como etapa propia

Tras unha importación correcta, comproba a configuración como asunto aparte: está seleccionada, conecta e responde un recurso privado. Cada unha desas cousas ten unha solución distinta e un responsable distinto. Unha configuración que conecta mentres o recurso privado cala xa che dixo que o túnel funciona e que a ruta ou o resolvedor non.

Anota que etapa fallou. Catro etapas cun fallo é un ticket de soporte; catro etapas colapsadas nunha queixa é un misterio para todos. Logo pasa o material coa etapa escrita ao lado: que leva o código, que cliente o consume e se a instalación ou a conexión foi o último que funcionou.

Artigos relacionados