¿Cuáles son los términos de licencia predeterminados si un paquete no proporciona información específica de licencia?
Cada paquete se rige por los términos que se incluyen con el paquete. Debe revisar los términos aplicables antes de obtener acceso a los paquetes, descargarlos o adquirirlos. En nuget.org, use el vínculo Información de licencia de la página del paquete.
Si un paquete no especifica los términos de licencia, póngase en contacto con su propietario directamente mediante el vínculo de contacto con el propietario que encontrará en la página del paquete en nuget.org. Microsoft no le ofrece licencia para propiedad intelectual de proveedores de paquetes de terceros ni es responsable de la información proporcionada por terceros.
NuGet recomienda que todos los paquetes estén firmados. Un principio de diseño de la firma de paquetes es que el contenido del paquete firmado debe ser inmutable, lo que incluye el archivo nuspec. Al modificar los metadatos del paquete se producen cambios en el archivo nuspec, lo que invalida las firmas existentes. Se recomienda modificar los flujos de trabajo existentes para que no se requiera la modificación de los metadatos del paquete una vez creado el paquete.
Tenga en cuenta que las dependencias indicadas para el paquete se generan automáticamente a partir del propio paquete y no se pueden modificar.
Además, cargar paquetes en int.nugettest.org es una excelente manera de probar y validar el paquete sin hacer que esté disponible en la galería pública. Punto de conexión de API: https://apiint.nugettest.org/v3/index.json
En general, no se admite la eliminación de un paquete publicado en NuGet.org. Obtenga más información sobre nuestra directiva sobre la eliminación de paquetes.
Sí. Puede reservar identificadores para paquetes en nuget.org; para ello, solicite un prefijo de id. de paquete para su cuenta. Para pedir un prefijo de identificador de paquete, siga las instrucciones de la documentación.
Se recomienda que la comunidad de NuGet trabaje de forma conjunta para resolver los conflictos que puedan surgir entre los propietarios de paquetes y los propietarios de otro software. Se ha diseñado un proceso de resolución de conflictos que se debe seguir antes de solicitar la actuación de los administradores de nuget.org.
Para fines de prueba, se puede usar int.nugettest.org, o bien servidores públicos alternativos de NuGet como myget.org o Azure DevOps.
Tenga en cuenta que es posible que los paquetes que se cargan en int.nugettest.org no se conserven.
nuget.org permite paquetes de hasta 250 MB, pero se recomienda mantener los paquetes por debajo de 1 MB si es posible y usar dependencias para vincularlos. Como regla general, los paquetes solo contienen un ensamblado para evitar conflictos.
NuGet usa HTTP para descargar los paquetes, por lo que la probabilidad de que se produzca un error en la instalación es mayor en los paquetes más grandes que en los de menor tamaño.
Es posible compartir dependencias entre varios paquetes, lo que reduce el tamaño total de la descarga para los consumidores de los paquetes NuGet.
Las dependencias son principalmente estáticas y nunca cambian. Cuando se corrige un error en el código, es posible que no sea necesario actualizar las dependencias. Si agrupa las dependencias, terminará creando paquetes cada vez más grandes. Al dividir los paquetes NuGet en dependencias relacionadas, las actualizaciones son mucho más específicas para los consumidores del paquete.
NuGet.org admite TLS 1.2 y los siguientes conjuntos de cifrado:
- TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
- TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
- TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
- TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
Si observa errores transitorios al restaurar paquetes desde NuGet.org, le sugerimos lo siguiente:
- use las versiones más recientes de los clientes de nuGet, ya que cuentan con una mejor compatibilidad y resistencia.
- use variables de entorno de clientes de NuGet para mejorar la directiva de reintentos en las máquinas de CI.
Variable de entorno | Descripción | Comentarios |
---|---|---|
NUGET_ENABLE_ENHANCED_HTTP_RETRY | Permite habilitar o deshabilitar el reintento de HTTP mejorado en NuGet. | Los valores posibles son true (valor predeterminado según la CLI de .NET 6.0.300, la CLI de NuGet 6.2, Visual Studio 2022, versión 17.2) o false . |
NUGET_ENHANCED_MAX_NETWORK_TRY_COUNT | Permite configurar el número máximo de veces que se debe reintentar una conexión HTTP cuando se habilitan reintentos mejorados. | Número que representa la cantidad de reintentos que se van a realizar; el valor predeterminado es 6 . |
NUGET_ENHANCED_NETWORK_RETRY_DELAY_MILLISECONDS | Permite configurar la cantidad de tiempo de espera en milisegundos antes de reintentar una conexión HTTP cuando se habilitan reintentos mejorados. | El número predeterminado de milisegundos que se debe esperar es de 1000 . |
Nota
Estas variables de entorno están disponibles en la CLI de .NET 6.0.100 (SDK de .NET), la CLI de NuGet 6.0, Visual Studio 2022 (versión 17.0) y la versión de MSBuild correspondiente. Consulte Notas de la versión de NuGet.
Importante
NuGet.org recomienda a los usuarios de Alpine Linux actualizar a Alpine Linux 3.18.0 o versiones posteriores. Estas versiones admiten la reserva TCP en el solucionador DNS. Si usas versiones anteriores de Alpine Linux que solo admiten DNS a través de UDP, es posible que experimentes errores de DNS al acceder a la API V3.
Si siguen produciéndose errores en esa versión del cliente de NuGet, póngase en contacto con el soporte técnico y proporcione información adicional para la solución de problemas de conexión:
- Los orígenes de paquete que está usando
- La versión del cliente de NuGet que está usando
- Un registro de restauración con nivel de detalle detallado
- MTR o seguimientos de Fiddler (ver a continuación)
- El área geográfica
- Si el equipo está detrás de un proxy o firewall
- Si el equipo está ubicado en el centro de datos de un proveedor de servicios en la nube (Azure y AWS, entre otros) En caso afirmativo, proporcione el nombre del proveedor y la región.
Para capturar MTR:
Descargue WinMTR.
Escriba
api.nuget.org
como nombre de host y haga clic en Start (Iniciar).Espere hasta que el valor de la columna Sent (Enviados) sea >= 100.
Copie el texto en el Portapapeles.
Para capturar Fiddler:
- Instale la versión más reciente de Fiddler.
- Inicie Fiddler y deshabilite la captura de tráfico mediante el menú File> Capture Traffic (Archivo > Capturar tráfico).
- Quite todas las sesiones (seleccione todos los elementos en la lista y presione la tecla Suprimir).
- Configure Fiddler para capturar el tráfico HTTPS activando Decrypt HTTPS traffic (Descifrar tráfico HTTPS) en la pestaña HTTPS del menú Tools > Fiddler Options... (Herramientas > Opciones de Fiddler).
- Cierre Visual Studio.
- Habilite el menú File > Capture Traffic (Archivo > Capturar tráfico).
- Inicie Visual Studio o nuget.exe, y ejecute las acciones que no están funcionando. El tráfico generado por estas acciones debería aparecer en Fiddler.
- Una vez que se ejecuten las acciones, use File > Save > All Sessions (Archivo > Guardar > Todas las sesiones) para almacenar las sesiones capturadas.
Nota: Es posible que sea necesario establecer la variable de entorno HTTP_PROXY
en http://127.0.0.1:8888
para enrutar el tráfico de NuGet a través de Fiddler.
Si eso no funciona, pruebe las sugerencias mencionadas en esta publicación de StackOverflow.
Tenga en cuenta que el inicio de sesión con contraseña de NuGet.org se ha descontinuado. Desafortunadamente, NuGet.org no tiene forma de recuperar cuentas de contraseña; solo puede iniciar sesión en NuGet.org con una cuenta personal de Microsoft (MSA) o una cuenta de Azure Active Directory (AAD).
Si no puede usar el inicio de sesión de Microsoft, siga los pasos para recuperar la cuenta de NuGet.org.
Póngase en contacto con nosotros si necesita ayuda para transferir la propiedad de los paquetes a otra cuenta; para ello, envíenos un correo electrónico a support@nuget.org.
Si ha olvidado qué cuenta Microsoft está asociada a la cuenta de nuget.org, siga los pasos siguientes para obtener asistencia.
- Vaya a la página de inicio de sesión de nuget.org y haga clic en el vínculo pertinente para obtener ayuda para iniciar sesión.
- Se mostrará el cuadro de diálogo emergente para obtener ayuda. Siga los pasos descritos en este cuadro de diálogo para consultar las cuentas Microsoft asociadas a la cuenta de nuget.org.
Si quiere cambiar la cuenta Microsoft para el usuario de nuget.org, siga estos pasos. Supongamos que la cuenta Microsoft con el correo electrónico account1@outlook.com
está asociada a la cuenta de nuget.org con el nombre de usuario MyNuGetAccount
. Quiere cambiar el inicio de sesión a otra cuenta de Microsoft con el correo electrónico account2@outlook.com
.
Inicie sesión con la cuenta de Microsoft asociada actualmente, es decir,
account1@outlook.com
en la página de inicio de sesión después de hacer clic en Sign in with Microsoft (Inicio de sesión con Microsoft).Una vez iniciada la sesión, vaya a la página de configuración de la cuenta.
Expanda la sección Login Account (Cuenta de inicio de sesión). Haga clic en el botón Change Account (Cambiar cuenta).
Se le redirigirá a la página de inicio de sesión de Microsoft. Inicie sesión con la cuenta a la que desea cambiar la asociación, esto es,
account2@outlook.com
. Nota: Es posible que tenga que hacer clic en Sign out (Cerrar sesión) e iniciar sesión con otra cuenta durante el flujo de inicio de sesión para poder iniciar sesión con otra cuenta de Microsoft.Si se le muestra un error similar al siguiente, vea La cuenta de Microsoft está vinculada con otra cuenta de nuget.org para obtener más detalles.
No se pudo actualizar la cuenta de Microsoft con el valor "cuenta2 account2@outlook.com". This could happen if it is already linked to another NuGet account. (Esto podría suceder si ya está vinculada a otra cuenta de NuGet) Póngase en contacto con el equipo de soporte técnico para obtener más información.
Una vez que haya iniciado sesión correctamente con la segunda cuenta, se le redirigirá a la página de configuración de la cuenta de nuget.org; debería ver la nueva cuenta Microsoft asociada como la cuenta de inicio de sesión. A partir de ahora, tendrá que usar esta cuenta para iniciar sesión en nuget.org.
Si ha intentado cambiar el inicio de sesión de Microsoft y vio el error siguiente:
No se pudo actualizar la cuenta de Microsoft con el valor "cuenta2 account2@outlook.com". This could happen if it is already linked to another NuGet account. (Esto podría suceder si ya está vinculada a otra cuenta de NuGet) Póngase en contacto con el equipo de soporte técnico para obtener más información.
Supongamos que ha intentado cambiar la cuenta Microsoft para iniciar sesión account1@outlook.com
del usuario de nuget.org con el nombre de usuario MyNuGetAccount1
por otra cuenta Microsoft con el correo electrónico account2@outlook.com
. Y recibe el error anterior.
**¿Qué significa el error anterior?
Esto significa que hay otra cuenta de nuget.org asociada a la cuenta Microsoft por la que está intentando cambiarla. Es decir, en el ejemplo anterior, la cuenta Microsoft con el correo electrónico <account2@outlook.com>
está asociada a otra cuenta de nuget.org, por ejemplo, con el nombre de usuario MyNuGetAccount2
.
No se puede cambiar el inicio de sesión asociado a una cuenta Microsoft que esté vinculada a otra cuenta de nuget.org.
Inicie sesión con la segunda cuenta de Microsoft en la página de inicio de sesión. Esto iniciará la sesión en la cuenta de nuget.org que esté asociada actualmente a la segunda cuenta Microsoft. Después, podrá ver los paquetes cargados y realizar la administración en esta cuenta.
No me interesa esta segunda cuenta de NuGet.org; quiero cambiar el inicio de sesión de la primera cuenta de NuGet.org por la segunda cuenta Microsoft. ¿Qué hago?
Si no quiere preocuparse de la segunda cuenta de nuget.org y le sigue interesando volver a usar la cuenta Microsoft asociada al correo electrónico account2@outlook.com
,
puede liberar la asociación entre la cuenta Microsoft y la de nuget.org; para ello elimine la de nuget.org.
- Siga los pasos para eliminar el usuario de la segunda cuenta de nuget.org
MyNuGetAccount2
. - Una vez que haya eliminado esta cuenta, puede volver a intentar los pasos para cambiar el inicio de sesión con la cuenta de Microsoft.
Un momento, también me interesa esta segunda cuenta. No me interesa perderla, pero quiero cambiar los inicios de sesión con la cuenta asociada a la primera cuenta.
Tendrá que crear o usar una tercera cuenta de Microsoft, por ejemplo, con el correo electrónico account3@outlook.com
.
- Primero, inicie sesión con su segunda cuenta de Microsoft (
account2@outlook.com
) en NuGet.org. Siga los pasos anteriores para cambiar los inicios de sesión relacionados y asociar la tercera cuenta de Microsoft a esta de cuenta de NuGet.org. - Después, la segunda cuenta Microsoft con el correo electrónico
account2@outlook.com
ya se podrá asociar a la primera cuenta de nuget.org,MyNuGetAccount1
. Siga los mismos pasos anteriores para cambiar los inicios de sesión de Microsoft a la segunda cuenta de Microsoft.
En el inicio de sesión con la cuenta de Microsoft se muestra que el correo electrónico está vinculado a otra cuenta de Microsoft
Si ha intentado iniciar sesión con la cuenta de Microsoft, por ejemplo, con el correo electrónico account1@outlook.com
, y ve un error similar al siguiente:
The account with email 'account1@outlook.com' is linked with another microsoft account. (La cuenta de Microsoft con el correo electrónico "account1@outlook.com" está vinculada a otra cuenta de nuget.org).
If you would like to update the linked Microsoft account you can do so from the account settings page. (Si quiere actualizar la cuenta de Microsoft vinculada, puede hacerlo desde la página de configuración de la cuenta)
Cuando se crea una cuenta en nuget.org, hay una dirección de correo electrónico de comunicación asociada a esa cuenta. Esta suele ser la misma dirección de correo electrónico que se ha usado para la cuenta de Microsoft asociada. Pero podría elegir especificar otra dirección de correo electrónico para la comunicación. Por tanto, técnicamente, podría tener otra cuenta Microsoft, por ejemplo, con account2@outlook.com
, vinculada a la cuenta de nuget.org con la dirección de correo electrónico de comunicación como account1@outlook.com
.
Por tanto, el error anterior significa que ya existe la cuenta de NuGet.org con la dirección de correo electrónico de comunicación account1@outlook.com
, pero está asociada a otra cuenta Microsoft con un correo electrónico que no es account1@outlook.com
.
Debe usar el flujo de asistencia para el inicio de sesión para averiguar qué cuenta Microsoft está vinculada a la cuenta de nuget.org con la dirección de correo electrónico account1@outlook.com
.
Si ha intentado usar la asistencia para el inicio sesión y no tiene acceso a la cuenta de Microsoft asociada a la cuenta de NuGet.org, póngase en contacto con el servicio de soporte técnico de la cuenta de Microsoft:
- Cuenta de Microsoft (MSA): Obtenga ayuda con su cuenta de Microsoft
- Cuenta profesional o educativa (AAD): consulte la ayuda de la cuenta profesional o educativa o póngase en contacto con su inquilino administrador.
Si quiere transformar su cuenta en una organización, siga los pasos indicados en la documentación para organizaciones en nuget.org.
¿Tiene problemas de inicio de sesión en nuget.org para cuentas de AAD con un inquilino no administrado?
Si ve un error como el siguiente durante el flujo de inicio de sesión con el dominio de la cuenta de correo electrónico(@yourdomain.com), consulte los pasos siguientes para recuperar la cuenta NuGet.org.
Parece que la cuenta se ha registrado previamente como una cuenta personal de Microsoft y que funcionaba correctamente, pero ahora parece que se ha registrado como un inquilino "no administrado" en Azure Active Directory (el servicio de identidad que se usa para autenticar las cuentas de Microsoft).
Puede haber ocurrido si usted o alguien de la organización (con la dirección de correo electrónico @yourdomain.com) se ha registrado con uno de los servicios integrados de AAD o ha realizado un registro de autoservicio para Azure Active Directory, lo que crea ese inquilino "no administrado" para el dominio de la cuenta de Microsoft que se usa (en este caso, @yourdomain.com).
En este momento, en nuget.org no contamos con ninguna forma de autenticar cuentas con estas cuentas de inquilino "no administrado" en Azure Active Directory. Buscamos una mejor manera de autenticar este tipo de cuentas.
Si quiere iniciar sesión en NuGet.org con la cuenta Microsoft (@yourdomain.com), usted (o un administrador de la empresa), tendrá que reclamar la propiedad de AAD mediante una validación de DNS para autenticar a los usuarios con la dirección de correo electrónico "@yourdomain.com". Siga los pasos para la adquisición de dominios como administrador que se documentan en Azure Active Directory. Una vez hecho esto, el inicio de sesión normal debería empezar a funcionar.
Para solicitar un cambio de nombre de usuario, envíe un correo electrónico a support@nuget.org desde la dirección de correo electrónico adjunta a la cuenta que quiera actualizar. Asegúrese de incluir el nombre de usuario antiguo y el nombre de usuario nuevo al que se quiera cambiar. A continuación, revisaremos su solicitud y, tras su aprobación, recibirá la confirmación de que estamos a punto de realizar las acciones necesarias para este proceso y que comprende las consecuencias. Una vez que nos haya enviado su confirmación, cambiaremos el nombre de usuario.
Importante
- De todas formas, el nombre de usuario antiguo seguirá estando reservado. Recuerde que no podrá volver a usar el mismo nombre de usuario antiguo, incluido el cambio de mayúsculas y minúsculas.
- Como consecuencia, tampoco podremos revertir este cambio.
- Los vínculos a la página de perfil que tenga el nombre de usuario antiguo (por ejemplo,
https://www.nuget.org/profiles/OldUsername
) no se redirigirán a su nuevo perfil. - Las versiones de paquete que pertenecen actualmente a su cuenta seguirán teniendo el nombre de usuario antiguo en la firma del repositorio. Las nuevas versiones del paquete contendrán el nombre de usuario nuevo.
- Los metadatos que haya proporcionado el autor en las versiones de paquete existentes que hacen referencia al nombre de usuario antiguo u otra información de identificación no se cambiarán.
- Las directivas de cliente de NuGet que confíen en el nombre de usuario antiguo no confiarán implícitamente en los paquetes publicados mediante el nombre de usuario nuevo. Los consumidores de paquetes que tengan estas directivas de cliente configuradas tendrán que actualizarlas manualmente para que confíen en el nombre de usuario nuevo cuando intenten actualizar a una versión de paquete recién publicada.
Para eliminar la cuenta, tenga en cuenta que se recomienda transferir la propiedad de todos los paquetes de los que sea el único propietario. En Administración de los propietarios de paquetes puede obtener más información sobre cómo hacerlo. Esto también nos ayudará a acelerar su solicitud.
Si lo que busca es transformar su cuenta en una organización, consulte ¿Cómo se transforma la cuenta de nuget.org en una organización? siga los pasos indicados.
Importante
La eliminación del usuario tendrá como resultado lo siguiente:
- Su nombre de usuario se reservará y nadie podrá volver a usarlo para crear una cuenta individual o una cuenta de organización.
- La revocación de las claves de API asociadas.
- La eliminación de la cuenta como propietario de todos los paquetes secundarios.
- La desasociación de esta cuenta de todas las reservas de prefijo de identificador existentes anteriormente.
- La eliminación de la cuenta como un miembro de todas las organizaciones.
Siga los pasos siguientes para continuar con la eliminación de la cuenta.
- Inicie sesión en nuget.org con la cuenta que quiera eliminar.
- Haga clic en esta dirección URL: https://www.nuget.org/account/delete y siga los pasos para enviar la solicitud de eliminación de la cuenta.
Nuestro servicio de soporte técnico al cliente procesará esta solicitud y realizará la eliminación de la cuenta.
Cuando se elimina la cuenta de Microsoft o de Azure Active Directory que usa para iniciar sesión en la cuenta de nuget.org, también se eliminará la cuenta de nuget.org. La acción de eliminación de la cuenta se completa con la ayuda del servicio de asistencia al cliente de nuget.org en un plazo de 30 días a partir de la fecha de eliminación de la cuenta de Microsoft.
Si tiene paquetes asociados a su cuenta, le notificaremos 3 días laborables antes de continuar con la eliminación; asimismo, le ofreceremos asistencia para transferir los paquetes a una cuenta de nuget.org diferente.