pie - Android sdk manager no busca otras plataformas sdk

android pie (10)

Descargué el paquete SDK ADT para Windows, todo funciona bien, pero el Android SDK Manager está mostrando un error.

Error al recuperar la URL https://dl-ssl.google.com/android/repository/repository-7.xml , motivo: SSLPeerUnverified peer no autenticado

Como quiero instalar otra plataforma android.

Abre el terminal y pon esto:

root@gl:/etc/ssl/certs/java# keytool -list -keystore cacerts Enter keystore password: [your pass] Keystore type: JKS Keystore provider: SUN Your keystore contains 0 entries

Nota: la contraseña predeterminada para el almacén de claves es "changeit". Solución: para crear correctamente el almacén de claves con todos los certificados de CA confiables, ejecute esto:

root@gl:~# rm /etc/ssl/certs/java/cacerts root@gl:~# /var/lib/dpkg/info/ca-certificates-java.postinst configure

Debería ver una larga lista de certificados agregados (* .pem) y finalmente un "hecho". Problema resuelto.

Encontré esto here .

En Linux, puedes arreglarlo con:

./android update sdk --no-ui -s

También obtendrás consejos con:

./android update sdk --help inmyfree@INMYFREE:/usr/local/bin/android-sdk-linux/tools$ sudo ./android update sdk --help Error: Flag ''--help'' is not valid for ''update sdk''. Usage: android [global options] update sdk [action options] Global options: -s --silent : Silent mode, shows errors only. -v --verbose : Verbose mode, shows errors, warnings and all messages. --clear-cache: Clear the SDK Manager repository manifest cache. -h --help : Help on a specific command. Action "update sdk": Updates the SDK by suggesting new platforms to install if available. Options: -f --force : Forces replacement of a package or its parts, even if something has been modified. -n --dry-mode : Simulates the update but does not download or install anything. --proxy-host: HTTP/HTTPS proxy host (overrides settings if defined) -s --no-https : Uses HTTP instead of HTTPS (the default) for downloads. -t --filter : A filter that limits the update to the specified types of packages in the form of a comma-separated list of [platform, system-image, tool, platform-tool, doc, sample, source]. This also accepts the identifiers returned by ''list sdk --extended''. -u --no-ui : Updates from command-line (does not display the GUI) --proxy-port: HTTP/HTTPS proxy port (overrides settings if defined) -p --obsolete : Deprecated. Please use --all instead. -a --all : Includes all packages (such as obsolete and non-dependent ones.)

En Mac OS X, la solución es crear el archivo androidtool.cfg en nuestra carpeta de usuario y Android y luego agregar esta línea. Claro que está funcionando también para Linux.

sdkman.force.http = true

¡Espero que eso ayude!

Esto parece ser un problema en Ubuntu (quizás otras distribuciones basadas en Debian) con el almacén de claves Java CACerts. Por alguna razón, esto no siempre incluye la lista completa de entradas.

Para resolver esto, intente lo siguiente:

Eliminar el archivo cacerts
sudo rm /etc/ssl/certs/java/cacerts
Reconstruya el archivo cacerts usando el script dpkg postinstall:
sudo /var/lib/dpkg/info/ca-certificates-java.postinst configure

Esto debería volver a generar el archivo cacerts y el problema debería resolverse.

He tenido el mismo problema con Ubuntu y OpenJDK y la solución con "Force [...] http" funcionó para mí, pero creo que desde la perspectiva de seguridad no es la mejor solución, así que busqué otra forma de solucionarlo :

El problema es que, de alguna manera, falta el certificado de CA emisora de Google en el almacén de claves de Java, que es importante para la conexión SSL.

Para resolver el problema, primero descargue el certificado de CA emisora de Google del sitio web de Google https://pki.google.com Luego abra una Terminal y vaya a / etc / ssl / certs / java

cd /etc/ssl/certs/java/

En esta ubicación se encuentra el almacén de claves de Java. El archivo se llama "cacerts". Ahora tiene que agregar el certificado previamente descargado al almacén de claves con este comando

sudo keytool -import -alias googleCA -file /yourdownloadlocation/GIAG2.crt -keystore cacerts

Si no ha cambiado la contraseña anteriormente, la contraseña estándar para el almacén de claves es "changeit". Después de agregar el certificado, debería poder usar https para recuperar los archivos.

Intente usar "http" en lugar de "https". Vaya al Android SDK Manager -> Tools -> Options... y marque "Force https://... sources to be fetched using http://..." .

Además, puede establecer su configuración de proxy, en su caso.

Si la fuerza http no funciona (como en mi caso), intente borrar o desmarcar el caché de manifiesto en el menú de opciones. Eso lo resolvio por mi

Si usted está en Mac OSX y todavía recibe un error. Simplemente deshabilite la configuración de su proxy desde Preferencias del sistema y simplemente configure el proxy dentro del Administrador de SDK a través de una de las formas mencionadas. Reinicie su Administrador de SDK y le pedirá las credenciales de proxy.

Soy un usuario de China. Forzar el uso de http no funciona para mí.

Configuré el proxy en la opción de la herramienta SDK, que funciona inesperadamente !! En realidad he configurado proxy en Opciones de Internet. Esto no funciona solo.

Por lo tanto, mi solución para usuarios de China ahora es la siguiente (solo Windows, usuarios de Mac, inténtelo a su manera):

Configurar proxy en Opciones de Internet
Establecer proxy para Android SDK Manager. Herramientas - Opciones - Configuración de proxy.

--------------------------- línea divisora para algunas quejas ------------------ -----

Todas estas cosas son tan frustrantes ...

Tuve el mismo problema hoy, instalando el último JDK y configurando las variables de entorno JAVA_HOME y JDK_HOME en C: / Archivos de programa / Java / jdk1.8.0_92 (que es la ruta de instalación del último JDK) y cambiando el segmento JDK de PATH resuelve el problema