ios - solucion - mi iphone 6 no tiene señal dice buscando

Distribución inalámbrica de aplicaciones de iPhone: problema con el protocolo itms-services (17)

Asegúrese de que todas las URL estén completamente calificadas. Incluyendo aquellos para los archivos png.

He seguido todas las instrucciones de Apple y algunas otras posts blog. Archivé la aplicación, hice archivos .plist y .ipa, los puse en un servidor y los vinculé. Puedo instalar el perfil de aprovisionamiento muy bien. Pero cuando hago clic en el enlace para instalar la aplicación (en safari en el iPhone), no sucede nada. No hay mensaje de error. Nada. Así es como se ve el enlace:

<a href="itms-services://?action=download-manifest&url=http://mydomain.com/test/myApp.plist">Install the app</a>

¿Alguna idea de por qué esto no está funcionando? Parece que el protocolo itms-services está muerto. Los tipos MIME están bien (puedo señalar el archivo plist en la barra de direcciones y se muestra como texto).

Como muchos otros antes, también me encontré con este daemon de un problema. En mi caso, el problema fue que el archivo plist no tenía el formato correcto. Asegúrese de que el archivo siga el patrón exacto descrito en la documentación: Apple

Creo que también necesitas hacerlo https, como en https: // mydomain

Encontré este problema exactamente como lo describiste, y mi problema resultó ser que me perdí "http: //" en la URL. Después de agregar esta parte en el campo url en el archivo .plist, todo funcionó bien. ¡Espero eso ayude!

Encontré que ''no puedo usar index.html'' para ios 6 para instalar la aplicación. Se corrigió cambiando de ''index.html'' a ''dev.html''. la esperanza ayudará a alguien

Estaba usando IIS 6.0 y la página index.html se estaba cargando, pero cuando el usuario hizo clic en el enlace .plist del dispositivo Apple (es decir, el iPhone 4), seguí recibiendo "no se puede conectar www.mywebsite.com". La solución, además de agregar el tipo MIME, fue compartir el uso compartido de la Web donde estaba el archivo .plist y lo más importante: cambiar el acceso de seguridad del archivo .plist de manifiesto. le dio el control total al usuario predeterminado de Windows

Haga que las configuraciones MIME de su servidor sean correctas.

google para que encuentres el camino correcto

Apple

La respuesta es en realidad muy simple: la URL debe ser "doble escape", es decir

itms-services://?action=download-manifest&url=https://example.com/My%2520App.plist

Esto se debe a que el valor no se puede escapar a https://example.com/My%20App.plist antes de ser tratado como otra URL. El servidor de example.com a un espacio.

El analizador no trata + especialmente: ...&url=https://.../test/a+b da ...&url=https://.../test/a+b resultado que "GET /test/a+b HTTP/1.1" aparezca en los registros de Apache. (No es prudente suponer que todas las cadenas de consulta son application/x-www-form-urlencoded ; esto solo está estandarizado en HTML).

Por cierto, parece que itms-services usa +[NSURL URLWithString:] para validar las URL: url=.../My%20App.plist genera ninguna solicitud porque [NSURL URLWithString:@"https://.../My App.plist"] devuelve nil . Sin embargo, hay un error de larga data en NSURL: escapará de un solo carácter no válido (BMP) al final en lugar de devolver nil. Mis casos de prueba

url=.../test/%3c da como resultado el registro "GET /test/< HTTP/1.1" (¡esto es definitivamente HTTP no válido!)
url=.../test/%0a produce un error en el dispositivo pero no aparece ningún mensaje de registro (porque Apache lo trata como una solicitud con formato incorrecto)
url=.../test/%0d da como resultado el registro "GET /test//r HTTP/1.1"

La solución adecuada es reemplazar los espacios con "+" (más), ya que ... url = ... significa que es un parámetro de cadena de consulta y se codificarán como parámetros de datos de formulario cuando se codifiquen para URL.

Desde aquí W3.org - Formularios en documentos HTML :

"Los nombres y valores de control se escapan. Los caracteres espaciales se reemplazan por ''+'', y luego los caracteres reservados se escapan como se describe en [RFC1738]"

PS Eso resolvió el mismo problema que encontramos durante el desarrollo de icenium.com. Puede verificar la firma de AdHoc que firma allí y ver cómo funciona para proyectos con espacios en los nombres.

Para cualquiera que esté interesado en generar dinámicamente su plist, este ejemplo es PHP:

$appUrl=''itms-services://?action=download-manifest&url=http://server/iOSpList.php?''. ''url%3D''.$app[''url'']. ''%26bundle%3D''.$app[''bundle'']. ''%26version%3D''.$app[''version'']. ''%26name%3D''.$app[''name''];

Además, asegúrese de que el tipo mime se devuelve como application/xml .

Parece que tiene varios punteros aquí para lo que podría ser el problema, para la próxima vez: verifique la consola del dispositivo desde Xcode Organizer, por lo general contiene información útil sobre la distribución fallida de OTA.

Probé un poco al mismo tiempo, así que no estoy seguro de cuál era el bueno.

Creó una identificación de aplicación de comodín (nombre comodín, identificador bunde *), creó un perfil para esta aplicación y firmó la ipa con este perfil.

Registré un dispositivo en el portal de aprovisionamiento.

nombré el archivo donde vinculé la aplicación dev.html en lugar de index.html

Si está enviando el enlace desde un correo electrónico, NO PUEDE usar el formato HTML en el correo electrónico. Debes usar formato de "texto enriquecido"

No tengo idea de por qué, pero así es como es (al menos con Outlook)

Tenía síntomas similares cuando tenía un espacio en los nombres de archivo del archivo de manifiesto y el archivo de archivo de la aplicación. Quité todos los espacios de ellos y la instalación inalámbrica funcionó para mí. Parece que tu manifiesto no tiene espacio, así que tal vez el archivo de tu aplicación sí lo tenga.

Tuve el mismo problema que el anterior. Después de probar todo lo anterior y fallar, descubrí que cuando estaba archivando mi aplicación, no puse la URL de la aplicación en la configuración, por lo que esta URL nunca estaba en mi archivo plist. Asegúrese de que cuando vea su archivo plist la URL de la aplicación esté allí.

Tuve problemas similares al distribuir mi aplicación utilizando el perfil de aprovisionamiento AdHoc. Intenté eliminar perfiles antiguos, generar nuevos perfiles, reiniciar Xcode, limpiar y reconstruir, verificar nombres de rutas de URL, etc. La aplicación se instalaría en algunos dispositivos pero no en otros.

Lo que me funcionó fue cambiar la versión de la aplicación y crear un número más nuevo.

itms-services es un identificador mediante el cual Apple / iPhone identificará que debe validar el certificado y debe instalarse.

Para validar el perfil de aprovisionamiento antes de instalar el archivo ipa, se conectará a "ax.init.itunes.apple.com" y "ocsp.apple.com".

Si está utilizando alguna conexión de intranet, compruebe si estos enlaces son accesibles o no. Si no, no puede instalar la aplicación a través del aire.

& OS mínimo en el dispositivo debe ser 4.0