Dodawanie NPM z prywatnego repo kończy się niepowodzeniem z odmową rozdzielczości, jeśli została ona ustalona na podstawie istniejącego projektu

0

Pytanie

Próbowałem debugować ten bardzo dziwny problem. Mam projekt, w którym próbuję zainstalować prywatne repozytorium z npm zespół.

To nie działa, gdy znajduje się ono w istniejącym projekcie, ale działa, gdy jest to nowo utworzony projekt, który został stworzony z npm init.

Istniejący projekt znajduje się w /app i nowy projekt znajduje się w /opt (do celów testowych)

Odbywa się npm add git+ssh://[email protected]:company/repository.git w /app wraca z:

npm ERR! code 128
npm ERR! An unknown git error occurred
npm ERR! command git --no-replace-objects ls-remote ssh://[email protected]/company/repository.git
npm ERR! [email protected]: Permission denied (publickey).
npm ERR! fatal: Could not read from remote repository.
npm ERR!
npm ERR! Please make sure you have the correct access rights
npm ERR! and the repository exists.

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2021-11-24T00_25_10_559Z-debug.log

Wykonanie dokładnie tej samej drużyny z /opt projekt poprawnie instaluje dodatek bez żadnych problemów.

Uruchamiam to z pudełka alpine docker z openssh zamontowany.

To Dockerfile

FROM node:16.13-alpine

RUN apk add --no-cache openssh-client git python2

RUN mkdir -p -m 0600 ~/.ssh && ssh-keyscan github.com >> ~/.ssh/known_hosts && ln -s /run/secrets/ssh_key ~/.ssh/id_rsa && ln -s /run/secrets/ssh_pub_key ~/.ssh/id_rsa.pub

RUN mkdir /app

WORKDIR /app

Jeszcze kilka materiałów informacyjnych

/app # node -v
v16.13.0
/app # npm -v
8.1.4
/app # ssh -T [email protected]
Hi AzaZPPL! You've successfully authenticated, but GitHub does not provide shell access.

package.json

{
    "name": "project",
    "version": "1.0.0",
    "private": true,
    "scripts": {
        "dev": "nuxt",
        "build": "nuxt build",
        "start": "nuxt start",
        "generate": "nuxt generate",
        "generate-schema": "node apollo/generate-schema.js",
        "lint": "eslint --ext .js,.vue --ignore-path .eslintignore .",
        "lintfix": "eslint --fix --ext .js,.vue --ignore-path .eslintignore ."
    },
    "dependencies": {
        "@nuxtjs/apollo": "^4.0.1-rc.4",
        "@nuxtjs/auth": "^4.9.1",
        "@nuxtjs/axios": "^5.12.2",
        "@nuxtjs/dayjs": "^1.2.1",
        "@nuxtjs/style-resources": "^1.0.0",
        "apollo-cache-inmemory": "^1.6.6",
        "copy-to-clipboard": "^3.3.1",
        "core-js": "^3.6.5",
        "date-fns": "^2.19.0",
        "dotenv": "^8.2.0",
        "filepond": "^4.27.1",
        "filepond-plugin-file-validate-type": "^1.2.6",
        "filepond-plugin-image-preview": "^4.6.6",
        "graphql-tag": "^2.11.0",
        "js-file-download": "^0.4.12",
        "jwt-decode": "^3.1.2",
        "lodash": "^4.17.20",
        "nuxt": "^2.14.6",
        "nuxt-buefy": "^0.4.10",
        "nuxt-i18n": "^6.15.4",
        "vee-validate": "^3.4.3",
        "vue": "^2.6.12",
        "vue-filepond": "^6.0.3"
    },
    "devDependencies": {
        "@babel/eslint-parser": "^7.16.3",
        "eslint": "^7.12.1",
        "eslint-config-prettier": "^6.15.0",
        "eslint-loader": "^4.0.2",
        "eslint-plugin-prettier": "^3.1.4",
        "eslint-plugin-vue": "^7.1.0",
        "prettier": "^2.1.2",
        "sass": "^1.32.8",
        "sass-loader": "^12.3.0"
    }
}

Jakieś pomysły na temat tego, co się tu dzieje?

docker git github node.js
2021-11-24 00:41:33
2
1

Spróbuj w swoim pliku Dockerfile zainstalować

ENV GIT_SSH_COMMAND='ssh -Tv'

To powinno dać ci więcej wskazówek o tym, dlaczego twój klucz SSH jest brane pod uwagę lub nie jest brana pod uwagę podczas npm add.

2021-11-24 08:02:52

Najlepsza odpowiedź

1

Z pomocą odpowiedzi @VonC jestem w stanie zrozumieć, co się dzieje.

Przyglądając się bliżej do dzienników bliżej, okazało się, że faktycznie jest użytkownik o nazwie node który jest używany podczas uruchamiania npm. Wewnątrz pliku dokerów obrazu Alpine został stworzony ten użytkownik i npm jest skonfigurowany do używania tego użytkownika.

Tak więc, co się stało, to to, że za każdym razem, kiedy wchodził do pojemnika docker, nie wchodził w system jak root użytkownik i wszystko ssh-klucze, które zostały zainstalowane w pliku Dockerfile, uruchamiane root użytkownik.

Uruchamiając ssh -T [email protected] zadziałało, bo root użytkownik został prawidłowo skonfigurowany, ale nie node użytkownik

Czego nadal nie mogę zrozumieć dlaczego nie uruchomił polecenie w /opt folder działa? W każdym razie, to zagadka dla innego dnia.

To mój zaktualizowany plik Dockerfile. Zainstalowałem ssh-klucze w node użytkownik i zaloguj się jako node użytkownik

FROM node:16.13-alpine

RUN apk add --no-cache openssh-client git

RUN mkdir /app && chown node:node /app

USER node

RUN mkdir -p -m 0700 ~/.ssh && ssh-keyscan github.com >> ~/.ssh/known_hosts

RUN ln -s /run/secrets/ssh_key ~/.ssh/id_rsa

WORKDIR /app
2021-11-24 09:02:43

Dobry połów, dobra robota! Głosowali za.
VonC

W innych językach

Ta strona jest w innych językach

Русский
..................................................................................................................
Italiano
..................................................................................................................
Română
..................................................................................................................
한국어
..................................................................................................................
हिन्दी
..................................................................................................................
Français
..................................................................................................................
Türk
..................................................................................................................
Česk
..................................................................................................................
Português
..................................................................................................................
ไทย
..................................................................................................................
中文
..................................................................................................................
Español
..................................................................................................................
Slovenský
..................................................................................................................