virginia pricing ec2 east aws amazon-web-services amazon-ec2 yum

amazon web services - pricing - La instancia de Amazon EC2 no puede actualizar o usar yum



amazon s3 (13)

Estoy usando el tutorial de Amazon para instalar un servidor LAMP . Las primeras varias instrucciones implican el uso de yum , pero cada forma en que he intentado hacerlo ha resultado en el mismo mensaje. He encontrado algunas otras preguntas recientes sobre el mismo problema, ninguna de las cuales cambia nada en mi configuración.

Aquí está el mensaje:

Loaded plugins: priorities, update-motd, upgrade-helper Could not retrieve mirrorlist http://repo.us-east-1.amazonaws.com/latest/main/mirror.list error was 12: Timeout on http://repo.us-east-1.amazonaws.com/latest/main/mirror.list: (28, ''Connection timed out after 10001 milliseconds'') One of the configured repositories failed (Unknown), and yum doesn''t have enough cached data to continue. At this point the only safe thing yum can do is fail. There are a few ways to work "fix" this: 1. Contact the upstream for the repository and get them to fix the problem. 2. Reconfigure the baseurl/etc. for the repository, to point to a working upstream. This is most often useful if you are using a newer distribution release than is supported by the repository (and the packages for the previous distribution release still work). 3. Disable the repository, so yum won''t use it by default. Yum will then just ignore the repository until you permanently enable it again or use --enablerepo for temporary usage: yum-config-manager --disable <repoid> 4. Configure the failing repository to be skipped, if it is unavailable. Note that yum will try to contact the repo. when it runs most commands, so will have to try and fail each time (and thus. yum will be be much slower). If it is a very temporary problem though, this is often a nice compromise: yum-config-manager --save --setopt=<repoid>.skip_if_unavailable=true Cannot find a valid baseurl for repo: amzn-main/latest

He hecho lo mismo antes sin tener problemas, usando el mismo tutorial, pero fue hace varios meses. No sé qué ha cambiado, pero mi escasa experiencia me impide descubrirlo.

Además, si no puede lograr que ningún DNS funcione, verifique las opciones de DHCP establecidas. Había dejado uno viejo en su lugar, y cuando limpié un proyecto que incluía integraciones de directorios activos, se rompió. La respuesta es simplemente volver a las opciones originales / guardadas.

Con el comentario de Chadneal. Es necesario establecer la resolución de DNS en Sí .

  • Vaya a console.aws.amazon.com
  • Ir a Servicios -> VPC
  • Abra sus VPC
  • Seleccione su VPC conectada a su EC2
  • Haga clic en Editar resolución DNS y configúrelo Sí

Ejecuté el siguiente comando con sudo (no puedo hacer yum solo si no eres root) y solucionó el problema.

yum-config-manager --save --setopt=dev.mysql.com_downloads_repo_yum_.skip_if_unavailable=true

El problema puede ocurrir en ambos niveles, grupos de seguridad y NACL. En mi caso, descubrí que incluso después de modificar el grupo de seguridad, la actualización falló. Sin embargo, cuando se modificaron las NACL ... la actualización fue exitosa

Experimenté el mismo problema pero el problema no era mi Security Group o NACL.

Antecedentes: agregué un nombre de dominio a través de Route53. El nombre de dominio continúa alojado con DiscountASP.net. La VPC se creó manualmente (sin asistente o predeterminado). Creé un conjunto de opciones de DHCP con mi nombre de dominio y las 4 direcciones IP de los servidores que Route53 me dio.

Análisis: Primero, necesitaba probar que el problema no era el Grupo de seguridad o el NACL. Hice esto al asociar el conjunto de opciones de DHCP por defecto a mi nueva VPC. ¡Funcionó! Podría hacer la actualización yum y "curl http://www.google.com ". No hay problema.

Luego creé un nuevo conjunto de opciones DHCP usando mi nombre de dominio y los servidores DNS de Google. 8.8.8.8 & 8.8.4.4 Esto también funcionó.

Luego tomé 1 de las 4 direcciones IP de servidores DNS proporcionadas por la ruta 53 y las utilicé con mi nombre de dominio en un nuevo conjunto de opciones de DHCP. Ejecuté una prueba y falló. Repetí la misma prueba con 2 de las 4 direcciones IP de los servidores DNS restantes, creando dos conjuntos de opciones de DHCP por separado. Ejecuté pruebas y ambas fallaron.

Después de verificar la ortografía de mi nombre de dominio, solo pude concluir que el problema eran los servidores de nombres de dominio.

Solución: Amazon Virtual Private Cloud User Guide (PDF página 222) Servidor DNS de Amazon (Subtema)

"Cuando creas una VPC, creamos automáticamente un conjunto de opciones de DHCP y las asociamos con la VPC. Este conjunto incluye dos opciones: domain-name-servers = AmazonProvidedDNS, y domain-name = domainname-for-your-region. AmazonProvidedDNS es un servidor DNS de Amazon, y esta opción habilita DNS para las instancias que necesitan comunicarse a través de la puerta de enlace de Internet de la VPC . La cadena AmazonProvidedDNS se asigna a un servidor DNS que se ejecuta en una dirección IP reservada en la base del rango de red VPC IPv4, más dos. Por ejemplo, el servidor DNS en una red 10.0.0.0/16 se encuentra en 10.0.0.2. "

Desde la página 221: DHCP: nombres de dominio-servidores

Nombre de la opción Descripción "Las direcciones IP de hasta cuatro servidores de nombres de dominio o AmazonProvidedDNS . La opción de DHCP predeterminada establece AmazonProvidedDNS. Si especifica más de un servidor de nombres de dominio, sepárelos con comas".

Las direcciones IP a las que hace referencia son para servidores de nombres de dominio externos (excluyendo la posibilidad de que haya creado un DNS personalizado).

Así que creé mi conjunto de opciones DHCP final usando mi nombre de dominio y domain-name-servers = AmazonProvidedDNS . ¡Funcionó! Por cierto, la resolución DNS de VPC = sí y el nombre de host DNS = no.

Obtuve el mismo mensaje de error exacto para yum como se describe en la pregunta. En mi caso, tenía una NACL que permitía todo el tráfico saliente pero restringía el tráfico entrante a HTTP / HTTPS, SSH y All ICMP. Debido a que los NACLS son apátridas cuando se intenta ejecutar yum como conexiones entrantes efímeras que usan yum no se permitían explícitamente y por lo tanto se descartaban.

Parece que el host tiene problemas para contactar al servidor yum. Asegúrese de que la instancia tenga acceso a Internet saliente (compruebe los grupos de seguridad, etc.). Si la instancia está en una VPC y los grupos de seguridad se ven bien, es posible que deba utilizar un dispositivo nat o adjuntar una dirección IP elástica.

Buena suerte-

Si tiene un punto final S3 en su VPC, esto hará que yum falle al guardar el archivo repo en S3. Para solucionarlo, agregue la siguiente política a S3:

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": "*", "Action": "*", "Resource": [ "arn:aws:s3:::repo.eu-west-1.amazonaws.com", "arn:aws:s3:::repo.eu-west-1.amazonaws.com/*" ] } ] }

Reemplace eu-west-1 con el código de región relevante en el que se encuentra su punto final S3.

Tengo el mismo problema y estaba relacionado con la resolución del nombre. Utilicé lo siguiente para corregir:

Instancia EC2 no tiene DNS público

Esta es la buena explicación de Mat:

  • Vaya a console.aws.amazon.com
  • Ir a Servicios -> VPC
  • Abra sus VPC
  • seleccione su VPC conectada a su EC2 y
  • Editar resumen ---> Cambiar nombres de host DNS: a SÍ

Tuve el mismo problema, resulta que otro administrador del sistema decidió enrutar el tráfico de Internet saliente a través de un proxy. Lo encontré notando algunos ajustes de env proxy caídos, profundicé un poco más y luego noté una entrada en mi archivo /etc/yum.conf.

Comentó la línea proxy = y todos funcionaron nuevamente.

[main] cachedir=/var/cache/yum/$basearch/$releasever keepcache=0 debuglevel=2 logfile=/var/log/yum.log exactarch=1 obsoletes=1 gpgcheck=1 plugins=1 installonly_limit=5 bugtracker_url=http://bugs.centos.org/set_project.php?project_id=23&ref=http://bugs.centos.org/bug_report_page.php?category=yum distroverpkg=centos-release #proxy=http://pos-proxy-in-my-way-of-doing-actual-real-work:666

Una gran cantidad de usuarios primerizos de Amazon EC2 se topan con este problema. En mi experiencia, generalmente es el resultado de no establecer las conexiones salientes permitidas en el grupo de seguridad de su instancia. El tutorial que Amazon tiene para configurar las instancias de Amazon Linux solo menciona la configuración de las conexiones entrantes, por lo que es fácil olvidar que nunca estableces las salientes permitidas. Simplemente permitir HTTP solicitudes HTTP y HTTPS a cualquier dirección IP debería solucionar el problema.

Yo tuve el mismo problema. En mi caso, borré por error las reglas de salida de mi grupo de seguridad. Agregar regla de salida para permitir que todo el tráfico resolviera el problema.

simplemente asigne el grupo de seguridad predeterminado junto con el que puede haber creado. Esto resolvió mi problema. ;)