Kan Adobe Commerce niet openen op cloudrepo: 403 Verboden of 404 Geen fout gevonden bij implementatie

Om de plaatsingsfouten van Adobe Commerce op te lossen zoals 403 Verboden of 404 niet gevonden, verkrijg geldige vergunningssleutels, en zorg ervoor zij correct in env:COMPOSER_AUTH veranderlijk en auth.json dossier worden gespecificeerd.

Beschrijving description

Omgeving

Adobe Commerce op cloudinframeconversie 2.2.x, 2.3.x en 2.4.x

Probleem/symptomen

Bij de implementatie van Adobe Commerce op cloudinfrastructuur kunnen er fouten optreden die aangeven dat de URL van de opslagplaats niet toegankelijk is, wat tot een implementatiefout leidt. In het login van de plaatsingsfout UI van het Project, wordt een foutenmelding gelijkend op het volgende getoond:

" https://repo.magento.com/archives/magento/magento-cloud-configuration/magento-magento-cloud-configuration-x.x.x.x.zip"URL kon niet worden betreden: HTTP/1.1 403 Verboden

OF

​> Het " https://repo.magento.com/archives/magento/module-customer-segment/magento-module-customer-segment-x.x.x.x-patchY.zip"dossier kon niet worden gedownload (HTTP/1.1 404 niet Gevonden)

(Klik het pictogram van de Mislukking in het Project UI om het logboek te zien.)

Oorzaak

De primaire oorzaak van deze fouten is ongeldige of onjuist gespecificeerde toestemmingssleutels. Dit kan gebeuren als:

  • Toetsen gebruiken die zijn gegenereerd via een gedeelde account
  • Intrekking van licentie wegens betalingsproblemen

Nota: Als u vindt dit toe te schrijven aan een het factureren of geëindigde contractkwestie, gelieve uw Team van de Rekening van Adobe voor begeleiding te contacteren om dit te krijgen opgelost. Nadat uw licentie opnieuw is geactiveerd, worden uw support- en implementatierechten hersteld.

Resolutie resolution

Ga als volgt te werk om het probleem op te lossen met behulp van de autorisatietoetsen:

  1. U verkrijgt geldige verificatietoetsen (sla dit over als u zeker weet dat uw sleutel geldig is):

    1. Neem contact op met de Adobe Commerce-licentiehouder om de sleutels te genereren als u de sleutels gebruikt die zijn gemaakt onder een gedeeld account. Als uw vergunning eerder wegens betalingskwesties werd ingetrokken maar sindsdien vernieuwd, zult u nieuwe authentificatietoetsen 🔗 moeten produceren.
    2. Als de rekeningseigenaar niet aan login aan Commerce Marketplacekan, voorlegt a steunverzoekbij de Liga van de Ervaring van Adobe voor verdere hulp voor.
    3. Als login succesvol is, controleer identiteitskaart van de MAAKbij uw Commerce Marketplace om ervoor te zorgen het met het e-mailadres van de huidige rekeninghouder wordt geassocieerd. Als identiteitskaart van het Mage correct wordt geassocieerd, leg a steunverzoekbij de Liga van de Ervaring van Adobe voor verdere hulp voor. Als niet, leg direct een steungeval aan het team van de Marketplace door de plaats van de Marketplace van Adobe Commerce te bezoeken voor, navigerend aan de bodem van de pagina, en klikkend 🔗 van het Contact van 0} om een vorm te openen voor het voorleggen van een de steunkaartje van de Marketplace. . Als dat niet werkt, verzend direct een e-mail naar Steun van Commerce Marketplaceom een update aan het e-mailadres te verzoeken verbonden aan identiteitskaart van de MAGE.

    **. Voeg de sleutelwaarde in env:COMPOSER_AUTH variable toe (of zorg ervoor dat de correcte waarde daar) is en controleer of de sleutels constant in de variabele op het projectniveau en milieuniveau evenals het auth.json dossier (als het bestaat) in de projectwortel worden gespecificeerd. Zie de instructies en verwante informatie in uw bestaand systeemvoorbereiden en authentificatietoetsenin Commerce op de Gids van de Wolk toevoegen.. Werk of schrap auth.json, om één enkele plaats te hebben waar de sleutel wordt gevormd, als de waarden van de vergunningssleutels niet worden gespecificeerd of een andere waarde hebben. Meld u aan bij de computer met uw Adobe Commerce op SSH-sleutels voor de cloud-infrastructuur en meld u vervolgens aan bij uw project: magento-cloud login. Maak een vertakking om de code bij te werken (in het volgende voorbeeld wordt de vertakkingsnaam auth gemaakt van de primaire vertakking): magento-cloud environment:branch auth master. Verandering in de folder van de projectwortel.. Optioneel: verwijder de auth.json als u dit wilt en ga verder met stap 10.. Open auth.json in een teksteditor.

    +--------------------------------------------------+ | code language-none | +==================================================+ | | | { | | "http-basic": { | | "repo.magento.com": { | | "username": "<public_key>", | | "password": "<private_key>" | | } | | } | | } | | | +--------------------------------------------------+. Voeg de juiste verificatietoetsen toe.. Sla de wijzigingen op en sluit de teksteditor af.. Leg uw wijzigingen vast en voeg deze samen:

    +-----------------------------------+ | code language-none | +===================================+ | | | git add -A | | git commit -m "<message>" | | git push origin master | | | +-----------------------------------+. Wacht op het project om op te stellen.**

### Gerelateerde lezingfout van de geloofsbrieven van de componentenauthentificatie tijdens plaatsing aan Productie in de Wolk van de Handel van Adobe

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f