La implementación de aplicaciones empresariales no funciona en iOS 7.1


317

Distribuimos aplicaciones a través de una cuenta Enterprise, usando una itms-services://URL. Esto siempre ha funcionado bien, pero después de instalar iOS 7.1 beta en nuestro iPad se niega a instalar. En cambio, solo recibimos el Cannot connect to example.commensaje genérico que iOS muestra inútilmente cuando hay algún tipo de problema al descargar la aplicación.

No he podido encontrar nada aquí en SO, en Google o en las notas de la versión 7.1 para sugerir qué podría estar causando el problema.


1
¿Esto también incluye el servidor de compilación que forma parte del servidor Mavericks?
Dan

Esto también se rompió para nosotros en nuestro servidor OS X.
toofah

tal vez esto ayude a teratotech.com/blog/…
HelmiB

Respuestas:


330

Encontré el problema conectando el iPad a la computadora y viendo la consola a través del Organizador XCode mientras intentaba instalar la aplicación. El error resulta ser:

No se pudo cargar la URL de manifiesto que no es https: http://example.com/manifest.plist

Resulta que en iOS 7.1, la URL del manifest.plistarchivo debe ser HTTPS, donde estábamos usando HTTP. Cambiar la URL a HTTPS resolvió el problema.

Es decir

itms-services://?action=download-manifest&url=http://example.com/manifest.plist

se convierte

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

Supongo que debe tener un certificado SSL válido para el dominio en cuestión. Ya lo hicimos, pero me imagino que tendrás problemas sin él.


55
Puede crear un certificado SSL autofirmado para su sitio web, no olvide crear un perfil utilizando la Utilidad de configuración de iPhone para hacer que el certificado sea confiable en su dispositivo.
Niralp

1
@SantaClaus ¿Ha verificado que el enlace con "itms-services: //" contiene https: // y no http: //? Además, compruebe que también contiene IPL Url con HTTPS.
Niralp

3
Tengo los mismos problemas que @Niralp. Configuré nuestro servidor apache con un certificado SSL autofirmado. El servidor parece estar funcionando bien con SSL, pero los enlaces OTA todavía no funcionan y dan el error mencionado anteriormente. Instalé el certificado en el dispositivo iOS, pero eso tampoco marcó la diferencia. ¿Alguna idea?
toofah

55
Creé mi propia Autoridad de certificación y firmé el certificado SSL del servidor web con ella. A través de Apple Configurator puede crear un perfil que marque esta CA como confiable. Después de eso, la instalación funciona como se esperaba.
Monobono

1
Vale la pena señalar que las URL contenidas en el manifest.plist NO necesitan ser HTTPS. Solo la URL del ITMS debe ser HTTPS
Brody Robertson

233

Ingconti tiene razón.

  1. Sube tu app.plist a dropbox.
  2. Obtenga un enlace compartido de app.plist, como https://www.dropbox.com/s/qgknrfngaxazm38/app.plist
  3. reemplace www.dropbox.comcon dl.dropboxusercontent.comen el enlace, como https://dl.dropboxusercontent.com/s/qgknrfngaxazm38/app.plist
  4. Elimine cualquier parámetro en el enlace para compartir de Dropbox como "? Dl = 0t" (según Carlos Aguirre Tradeco en la implementación de la aplicación Enterprise no funciona en iOS 7.1 y mi propia experiencia).
  5. Cree un download.htmlarchivo con un enlace formateado como<a href="itms-services://?action=download-manifest&url=https://dl.dropboxusercontent.com/s/qgknrfngaxazm38/app.plist">INSTALL!!</a>
  6. Sube tu download.htmla Dropbox
  7. Nuevamente, obtenga un enlace compartido de download.html, como https://www.dropbox.com/s/gnoctp7n9g0l3hx/download.html , y elimine cualquier parámetro.
  8. Reemplazar www.dropbox.comcon dl.dropboxusercontent.comen el segundo link, así como https://dl.dropboxusercontent.com/s/gnoctp7n9g0l3hx/download.html

Ahora, visite https://dl.dropboxusercontent.com/s/gnoctp7n9g0l3hx/download.htmlen su dispositivo, puede instalar la aplicación como antes.

¡QUÉ MUNDO TAN MARAVILLOSO!


44
Esto salvó mi tocino! ¡Gracias, gracias, gracias!
bentford

13
gracias ... soy un gran admirador de Apple, pero hoy en día empiezo a odiarlo ... porque estas estupideces que arruinan mi tiempo ...
Karthik

1
Hice todos los pasos anteriores. Me enfrento al mismo problema que DanM. La descarga comienza pero después de unos segundos, aparece la alerta "... no se pudo descargar en este momento".
alper_k

1
Recibo este error: "No se puede conectar a dl.dropboxusercontent.com" cuando intento instalar <a href = "itms-services: //? Action = download-manifest & amp; url = dl.dropboxusercontent.com/s/56ny312cwdacho7 /xxxxx.plist > con https
nano

1
Lo tengo. Anteriormente guardé archivos en mi carpeta privada, nuevamente los cambié a una carpeta pública. No se olvide de poner los archivos en una carpeta pública. Cheers Oldman
Hariprasad.J

72

Además de la respuesta de Mark Parnell, una forma rápida y sucia de solucionar esto es poner el manifiesto en Dropbox y luego usar la interfaz web de Dropbox para obtener un enlace https directo ('Compartir enlace' -> ' Obtener enlace '->' Descargar ').

La ipa real puede permanecer donde sea que la haya servido siempre. Tendrá que codificar con URL la URL del plist antes de insertarla en la consulta de la URL de itms-servivces (aunque solo podría reemplazar cualquier & s con% 3D).

Una desventaja es que el diálogo de instalación ahora leerá "dl.dropbox.com quiere instalar [lo que sea]".


¡No pensé en esto! ¡Gracias!
Santa Claus

Tomó bastante tiempo obtener un valor de URL (codificado) pero finalmente comenzó a funcionar. ¡Gracias!
David Dunham el

Solución inteligente: D ¡Gracias!
MobileGuy

Mike muchas gracias, finalmente lo resolvió! ¡Salvador de la vida!
adamteale

Hice una herramienta para ayudar con esto: otter-ota.herokuapp.com . Ajustará automáticamente las URL compartidas de Dropbox, generará una lista (¿ya que xcode ya no hace esto?) Y creará el enlace itms y html necesarios. También puede alojar una página de destino si lo desea.
Sopa

36

Es cierto, en el futuro se espera que realice todas las implementaciones de OTA a través de https en adelante con iOS7.1. Una pena para Apple por no documentar esto.

Para aquellos de ustedes que buscan una mejor solución interna que depender de Dropbox o tener que desembolsar efectivo para obtener un certificado, pueden tener una solución si siguen los pasos descritos en el consejo # 5 aquí: http: // blog. httpwatch.com/2013/12/12/five-tips-for-using-self-signed-ssl-certificates-with-ios/

La esencia de esto es esto:

  • Cree su propio certificado de CA Authority que puede instalar en el dispositivo que es totalmente confiable (lo instalé simplemente enviándolo por correo electrónico)
  • Cree el par clave / cer contra el certificado raíz e instálelo en su servidor
  • Asegúrese de que su servidor web utiliza el par clave / cer que coincide con el certificado raíz de CA Authority
  • En este punto, debería poder instalar sus aplicaciones como de costumbre a través de https
  • Todo esto se puede lograr en OSX usando openssl que ya está instalado por defecto

Esto no es lo mismo que hacer un certificado autofirmado, en esta solución también está actuando como su propia Autoridad de Certificación privada. Si su certificado raíz que está instalado en su dispositivo Apple no está marcado como Confiable (verde), entonces algo está mal. Hazlo de nuevo.

Esto funciona absolutamente.

Actualización: 13/03/2014: proporcioné una pequeña utilidad de línea de comandos que simplifica todo este proceso. Puede obtenerlo en: https://github.com/deckarep/EasyCert/releases


1
Muy agradable. Gracias por el resumen y la herramienta CL.
Alex Zavatone

Acabo de pasar una hora resolviendo esto. El uso de una clave de 8192 bits para su certificado de CA fallará. iOS importará su certificado pero no confiará en él por cualquier razón. Una clave CA de 4096 bits funciona.
EsmeraldaD.

1
@EmeraldD. No hay ningún lugar en el código: github.com/deckarep/EasyCert/blob/master/EasyCert.go que utiliza una clave de 8192 bits. De hecho, la herramienta usa claves que son 2048 tal como lo demuestra el artículo. Lo siento, perdiste el tiempo.
Ralph Caraveo

@ZhaoXiang Puedo considerar agregar esto. ¿Le importaría presentar un problema aquí: github.com/deckarep/easycert/issues y, si es posible, publicar todos los comandos que utilizó para convertir todos los archivos según sea necesario.
Ralph Caraveo

1
Esta es la respuesta real chicos, +1 :))
Tech_Intelliswift

33

Tuve el mismo problema y aunque ya estaba usando un servidor SSL, simplemente cambiar los enlaces a https no funcionaba ya que había un problema subyacente.

ingrese la descripción de la imagen aquí Haga clic aquí para ver la imagen.

Ese bit destacado me dijo que deberíamos tener la opción de confiar en el certificado, pero dado que esta es la tienda de aplicaciones, trabajando a través de Safari esa sugerencia de recuperación simplemente no se presenta.


No estaba contento con las soluciones existentes porque:

  • Algunas opciones requieren la dependencia de un tercero (Dropbox)
  • No estábamos dispuestos a pagar por un certificado SSL
    • Los certificados SSL gratuitos son solo una solución temporal.

Finalmente encontré una solución creando una Autoridad de certificación raíz autofirmada y generando el certificado SSL de nuestro servidor usando esto.

Utilicé Keychain Access y OSX Server, pero hay otras soluciones válidas para cada paso


Crear una autoridad de certificación

Por lo que deduzco, las autoridades de certificación se utilizan para verificar que los certificados son genuinos. Como estamos a punto de crear uno nosotros mismos, no es exactamente seguro , pero significa que puede confiar en todos los certificados de una autoridad determinada. Una lista de estas autoridades generalmente se incluye de manera predeterminada en sus navegadores, ya que estos son realmente confiables. (GeoTrust Global CA, Verisign, etc.)

  • Abra Keychain y use el asistente de certificado para crear una autoridad

ingrese la descripción de la imagen aquí

  • Complete su información de autoridad de certificación

ingrese la descripción de la imagen aquí

  • No sé si es necesario, pero hice confiar en la autoridad.

ingrese la descripción de la imagen aquí


Generando una Solicitud de Firma de Certificado

En nuestro caso, las solicitudes de firma de certificados son generadas por el administrador del servidor. Simplemente es un archivo que pregunta "¿Puedo tener un certificado con esta información para mi sitio, por favor?".

  • A continuación, deberá crear su Solicitud de firma de certificado (utilicé el administrador de certificados del servidor OSX para este bit

ingrese la descripción de la imagen aquí

  • Complete la información de su certificado (¡Debe contener solo caracteres ascii !, gracias @Jasper Blues)

ingrese la descripción de la imagen aquí

  • Guarde la CSR generada en algún lugar

ingrese la descripción de la imagen aquí


Creando el Certificado

Actuando como la autoridad de certificación nuevamente, depende de usted decidir si la persona que le envió la CSR es genuina y no pretende ser otra persona. Las autoridades reales tienen sus propias formas de hacer esto, pero dado que usted está seguro de que es usted, su verificación debe ser bastante segura :)

  • Vuelva a Acceso a llaveros y abra la opción "Crear un certificado ..." como se muestra

ingrese la descripción de la imagen aquí

  • Arrastre su CSR guardado al cuadro indicado

ingrese la descripción de la imagen aquí

  • Haga clic en el botón "Permitirme anular los valores predeterminados para este botón de solicitud"

ingrese la descripción de la imagen aquí

  • Me gusta aumentar el período de validez.

ingrese la descripción de la imagen aquí

  • Por alguna razón, tenemos que completar alguna información nuevamente

ingrese la descripción de la imagen aquí

  • Haga clic en continuar en esta pantalla

ingrese la descripción de la imagen aquí

  • ASEGÚRESE DE HACER CLIC EN LA AUTENTICACIÓN DEL SERVIDOR SSL , esto me causó algunos dolores de cabeza.

ingrese la descripción de la imagen aquí

  • Puede hacer clic en continuar por el resto de las opciones.

  • La aplicación de Correo se abrirá y le dará la oportunidad de enviar el certificado. En lugar de enviar correos electrónicos, haga clic derecho y guárdelo.

ingrese la descripción de la imagen aquí


Instalando el Certificado

Ahora necesitamos configurar el servidor para usar el certificado que acabamos de crear para su tráfico SSL.

  • Si el dispositivo en el que está trabajando es su servidor, es posible que el certificado ya esté instalado.

ingrese la descripción de la imagen aquí

  • De lo contrario, haga doble clic en el Certificado pendiente y arrastre el archivo PEM que acabamos de guardar desde el correo electrónico al espacio indicado. (Alternativamente, puede exportar su PEM del llavero si no lo guardó).

ingrese la descripción de la imagen aquí

  • Actualice su servidor para usar este nuevo certificado. Si encuentra que el nuevo certificado no se "pegará" y continúa revertiendo, vuelva al bit en BOLD ITALIC CAPS

ingrese la descripción de la imagen aquí


Configurar dispositivos

Cada dispositivo en el que necesite instalar aplicaciones deberá tener una copia de esta autoridad de certificación para que sepan que pueden confiar en los certificados SSL de esa autoridad

  • Regrese a Keychain Access y exporte su autoridad de certificación como .cer

ingrese la descripción de la imagen aquí

  • Luego pongo este archivo en mi servidor con mis aplicaciones OTA, los usuarios pueden hacer clic en este enlace y descargar el certificado de autoridad. Enviar por correo electrónico el certificado directamente a los usuarios también es una opción válida.

ingrese la descripción de la imagen aquí

  • Instale el certificado en su dispositivo.

ingrese la descripción de la imagen aquí


Prueba

  • Asegúrese de que sus enlaces de plist sean https

    • ¡Prueba e instala una aplicación! Ahora debería funcionar. La autoridad de certificación es de confianza y el certificado SSL proviene de esa autoridad.

No entendí bien la última parte de su respuesta, ¿significa esto que tengo que poner el archivo .cer en mi servidor? El usuario debe descargar el archivo .cer a través de HTTP antes de poder instalar el ipa a través de HTTPS. ?
Zhao Xiang

Tenga en cuenta que .cer no tiene que estar sobre HTTP ya que Safari presentará la interfaz "¿Desea confiar en este certificado" que la tienda de aplicaciones descuida?
James Webster

1
He automatizado completamente este proceso con una herramienta de línea de comandos fácil de usar que solo requiere dos parámetros. Vea mi respuesta con respecto a: github.com/deckarep/EasyCert/releases
Ralph Caraveo

Estoy usando IIS en Windows Server, he generado un archivo .cer y lo puse en mi iPhone, pero todavía no funciona, no sabía por qué. Creo que preferiría gastar algo de dinero en la certificación ahora.
Zhao Xiang

1
También tenga en cuenta que el certificado que se debe instalar en el dispositivo es el Certificate Authoritycertificado y no el certificado SSL auto firmado, ya que por error instala por primera vez
NSTJ

6

Puedo confirmar que funciona, pero tienes que poner html AND plist en dropbox. Funciona también para OTA no empresariales, es decir, desea compartir la aplicación con su desarrollador. equipo.

Yo hice:

a) en mi sitio hice una página con este enlace:

.. href = "https://dl.dropboxusercontent.com/u//(tu ID de DB) /ipa.html"> MyApp

b) en DropBox escribí otra página HTML:

.. https://dl.dropboxusercontent.com/u/(your DB id) /MyApp.plist "> Toque para instalar MyApp

c) moví plist en DropBox pero lo dejé apuntar a mi antiguo servidor (no https)


77
No necesitaba poner el html y parece funcionar bien. Solo el plist fue suficiente.
Ben G

¿Qué plist es esto por cierto? ¿Es la app.plist o la que se genera al crear archivos IPA?
user1872384

3

Abra la terminal y ejecute el comando: curl -i https: // (la ruta del archivo .ipa no es plist)

Esto le dirá si el instalador puede ver o no el archivo IPA. Si ejecuta el comando curl con '-i' verá la respuesta completa y probablemente no sea el archivo IPA. Esta es la respuesta que ve el instalador, por lo que si no devuelve HTTP 200 y un IPA, deberá devolverlo de su parte.

El instalador de ITMS no guarda ningún contexto de Safari. Si se autenticó en un portal seguro en Safari, las cookies de autenticación no se pasan al instalador. es decir, el instalador debe poder ver la aplicación sin autenticación y esta podría ser la razón por la que obtiene "No se puede conectar al servidor".


Esto fue muy útil para mí. ¡Gracias!
Stanislav Pankevich

¿Está solicitando ejecutar el comando desde la aplicación de terminal en iPhone o en MACBook? Parece que también estoy enfrentando el mismo problema.
user867662

2

Tuve el mismo problema e hice lo mencionado anteriormente.

  • Pon el plist en dropbox.
  • Sobre el botón descargar archivo, debajo de una imagen del documento con el botón derecho del mouse, seleccione la acción copiar enlace. Este enlace ya es algo así como https://dl.dropboxusercontent.com/s/xyz123/app.plist?stuff=stuff con muchos parámetros.
  • Elimine los parámetros (solo se mantuvo la dirección entre https y .plist)
  • Busque la codificación de URL en línea, seleccione uno de esos enlaces, copie, pegue, ejecute, luego copie y pegue el texto resultante en el html donde tengo el enlace de servicios itms. Por cierto, tengo este html en dos ubicaciones diferentes, una de ellas es donde se encuentra la ipa.
  • Asegúrese de que el plist incluye referencias absolutas al archivo ipa.

Ambas páginas funcionaron con éxito para instalar la aplicación en iphones con ios 7.1

Pero ahora los iphones con ios 7.0x no pueden instalar la aplicación.

Creé una nueva pregunta: la implementación mejorada de la aplicación adhoc no funciona en iOS anterior a 7.1

Ambos temas están estrechamente relacionados y también unidos por la falta de referencias oficiales.



2

Si tiene AWS S3, eso también funciona a la perfección. Bien. Hablando relativamente :-)

Cree un depósito para sus anuncios publicitarios en AWS, agregue un archivo de índice (puede ser solo un archivo index.html en blanco) y luego use un cliente que pueda conectarse a S3 como CyberDuck o Coda (utilicé Coda, donde seleccionaría Agregar Sitio para obtener una ventana de conexión) luego configure las conexiones como las adjuntas:

Luego, cree su empresa ad hoc en XCode y asegúrese de usar https://s3.amazonaws.com/your-bucket-name/your-ad-hoc-folder/your-app.ipa como URL de la aplicación, y cárguela a su nuevo directorio de cubo S3.

El enlace de itms debe coincidir, es decir, itms-services: //? Action = download-manifest & url = https://s3.amazonaws.com/your-bucket-name/your-ad-hoc-folder/your-app.plist

Y voilá.

Esto es solo para URL genéricas de AWS: no he probado con URL personalizadas en AWS, por lo que es posible que deba hacer algunas cosas de manera diferente.

Estaba decidido a tratar de hacer que la solución de James Webster anterior funcione, pero no pude hacer que funcione con Plesk.


1

Como alternativa al uso de Dropbox para la distribución empresarial, puede usar TestFlight para la distribución de aplicaciones empresariales firmadas.

https://www.testflightapp.com/

Este es un servicio fantástico para el alojamiento y la distribución tanto de compilaciones de desarrollo ad-hoc como de compilaciones empresariales.


1
Irónicamente, Testflight aparentemente fue adquirido por Apple techcrunch.com/2014/02/21/…
Thunder Rabbit el

1
Además, ahora que Apple adquirió Testflight, están dejando de admitir Android.
Brody Robertson el

1

Además de las respuestas anteriores sobre Dropbox, implementé el siguiente árbol de archivos, como solo el archivo PLIST debe cargarse en Dropbox:

  1. sube el archivo ipa a tu servidor en http (sin cambios aquí)
  2. cargue el archivo de aprovisionamiento (.mobileprovision) en su servidor en http (sin cambios aquí)
  3. cargue el archivo plist en su Dropbox (no hay cambios que hacer dentro del archivo plist ya que las URL son absolutas)
  4. use la opción "Compartir el enlace con Dropbox" que copia el enlace a su portapapeles. Este enlace debe copiarse en su archivo html en la consulta de URL de itms-servivces después de cambiar la parte www.dropbox.compor dl.dropboxusercontent.com. Tenga en cuenta que URL codificó el enlace según lo sugerido por @Mike pero no pruebo sin hacerlo. Ahora la consulta de la URL de itms-services debería verse así:itms-services://?action=download-manifest&url=https%3A%2F%2Fdl.dropboxusercontent.com%2Fs%2FYourShortDropboxLink.plist

  5. suba el archivo html a su servidor en http. Tenga en cuenta que el archivo html contiene enlaces a ipa y archivos de aprovisionamiento.

  6. acceda a su archivo html desde su dispositivo y ahora OTA puede instalar la ipa como de costumbre.

A partir de ahora, solo el archivo ipa debe cambiarse para proporcionar las próximas versiones de la aplicación de OTA a sus beta testers. Hasta que Apple todavía está cambiando las reglas de seguridad.

Me uno aquí después del archivo HTML muy simple que estoy usando:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
    "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<title>iPhone app for test</title>
</head>
<body>
<h1>iPhone app for test</h1>
<br/>
<ul>
    <li><a href="http://www.yourdomain.com/with/directories/provision/v.last/yourprovision_adhoc.mobileprovision">
            Install Provisioning File</a></li>
    <li><a href="itms-services://?action=download-manifest&url=https%3A%2F%2Fdl.dropboxusercontent.com%2Fs%2FYourShortDropboxLink.plist">
            Install Application</a></li>
</ul>
</body>
</html>

1
Para su información, el siguiente enlace se puede utilizar para codificar una URL: w3schools.com/tags/ref_urlencode.asp
Lisarien

0

Nuestro equipo usa Dropbox para la distribución ad-hoc que usa https pero aún así nuestra aplicación no se pudo instalar. Después de muchos problemas, nos dimos cuenta de que el campo del título también es obligatorio. Cada vez que enviamos un enlace sin este campo, safari ignoraba el enlace y no pedía al usuario que lo instalara. A veces, para las pruebas de desarrollo rápido, omitimos el nodo del título en el xml y no lo llenamos. En caso de que esto sea útil para cualquier persona que tenga este problema, asegúrese de que su .plist contenga los siguientes nodos poblados:

      ....
     <string>software</string>
    <key>title</key>
     <string>Your App Name</string>
      ...

0

Después de leer esta publicación, aún tenía problemas para descargar mi aplicación. El problema se debió al certificado SSL autofirmado.

He encontrado una solución para este problema. Debe cargar su archivo de certificado con la extensión '.crt' en la web y escribir la dirección en su safari móvil. El sistema le pregunta sobre cómo agregar su certificado a la lista de certificados de confianza. Después de esta operación, podrá instalar su aplicación ad-hoc.


0

La solución universal es conectar su dispositivo a Mac y observar lo que sucede durante la instalación. Recibí un error:

No se pudo cargar el manifiesto de descarga con el error subyacente: Dominio de error = NSURLErrorDomain Code = -1202 "No se puede conectar a la tienda" UserInfo = 0x146635d0 {NSLocalizedDescription = No se puede conectar a la tienda, NSLocalizedRecoverySuggestion = ¿Desea conectarse al servidor de todos modos ?, NSLocalizedFailureReason = No se pudo establecer una conexión segura. Verifique su configuración de fecha y hora. , NSErrorFailingURLStringKey = https://myserver.com/app/manifest.plist , NSUnderlyingError = 0x14678880 "El certificado para este servidor no es válido. Es posible que se esté conectando a un servidor que pretende ser" myserver.com "que podría poner su información confidencial en riesgo. ", NSURLErrorFailingURLPeerTrustErrorKey =, NSErrorFailingURLKey =https://myserver.com/app/manifest.plist }

Incluso hubo una sugerencia en ese error para verificar la configuración de la fecha. Por alguna razón, la fecha era el 1 de enero de 1970. Establecer la fecha correcta resolvió el problema.


-1

Apter intentó cambiar itms-services://?action=download-manifest&url=http://....a itms-services://?action=download-manifest&url=https://..... Tampoco puede funcionar. La alerta es cannot connect to my domain. Descubrí que también es necesario actualizar la página web.

El problema no es que la URL principal sea HTTPS sino parte del código HTML en un enlace dentro de la página. Necesitará a sus desarrolladores para actualizar la página web. También noté que no hay un certificado SSL válido en su dominio provisional, por lo que necesitará instalar uno o usar Dropbox y aquí está el enlace que puede serle útil.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.