Nexus error 401

curl -u juven-test:****** https://oss.sonatype.org/service/local/staging/deploy/maven2/com/ juvenxu/ossrh-test/1.1/ossrh-test-1.1.pom —request PUT —data @pom.xml

<settings> … <servers> <server> <id>sonatype-nexus-staging</id> <username>your-jira-id</username> <password>your-jira-pwd</password></server> </servers> … </settings>

• Make sure your settings.xml is in the correct place (normally it’s _~/.m2/settings.xml). You can check this by running mvn help:effective-settings.

Из-за развертывания среды школьных экзаменов я освоил короткий период взаимосвязи. Фактически, это неотделимо от изучения maven. В то время я столкнулся с множеством проблем, больших и малых. Сегодня проблема молодого учителя все еще заставляет меня задуматься. :

Причины одной и той же проблемы могут быть очень разными, но основная причина одна и та же. Раньше она не регистрировалась, и ее правила не очень хороши. Сегодня мы в основном записываем две проблемы 503 и 401:

503: Невозможно подключиться к услуге

Анализ:
1. Если служба не подключена, проще всего подумать о том, включена ли служба или нет. Самый простой способ — получить к ней доступ. Если вы можете получить к ней доступ, нет проблем. Если вы не можете, вам нужно сделать две вещи. Вещи:
1) Проверьте брандмауэр (для Linux, пожалуйста, Baidu для Windows)

firewall-cmd --state   #Check firewall
service firewalld stop   # Выключите брандмауэр

2) Проверить сервис nexus

ps -ef |grep nexus   # Проверьте, включена ли служба
/usr/local/nexus/bin/nginx start  #Open nexus service

2. Проверьте, правильно ли работает веб-терминал nexus (это также проблема, обнаруженная сегодня)

В Интернете вы можете увидеть, что статус этого хранилища больше не предоставляет услуги. Как правило, эта проблема возникает редко или может не использоваться в то время, а затем использоваться снова и забывать изменить статус В этом случае безопаснее всего нажать на адрес, стоящий за этим состоянием.Если появляется следующая картинка, это доказывает, что проблема связана с самим складом.

3. Если существует конфликт IP-адресов, он относится к сетевому уровню. Если две вышеуказанные ситуации действительно исключены, это также необходимо проверить. Это предложение от пользователей сети. Это действительно сложно придумать, если вы не сталкивались с этим раньше
4. Определите, находятся ли посетитель и нексус в локальной сети или есть внешняя сеть, которую можно использовать напрямую. Я помню, что у меня есть коллега. Компания, в которой он работает, имеет две локальные сети. Интеркоммуникация должна применяться. На тот момент это был взаимный пинг. Короче говоря, конкретная проблема была проанализирована подробно, и главное не напортачить. Для первого типа ищите причину в этом отношении.

401: нет прохода
Он может отсутствовать, или он может быть, но не перенесен, или он может быть небрежным и неправильным

Анализ:
Для этого слишком много причин, позвольте мне рассказать о том, с чем я столкнулся
1. Настроенные поля несовместимы с веб-частью, в адресе слишком много слов, но не слов, или серверный склад неполный, или активный узел в нескольких средах неправильный, опубликуйте правильную конфигурацию для справки (Меры предосторожности при настройке в этом разделе см. Ниже в разделе конфигурации)

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 http://maven.apache.org/xsd/settings-1.0.0.xsd">

    <! - Установить путь к локальному складу ->
    <localRepository>G:mavenrepo</localRepository>

    <! - Задайте имя пользователя и пароль при публикации пакета jar ->
    <servers>
        <server>
            <id>dynamic-public</id>
            <username>имя пользователя</username>
            <password>пароль</password>
        </server>
        <server>
            <id>dynamic-releases</id>
            <username>имя пользователя</username>
            <password>пароль</password>
        </server>

        <server>
            <id>dynamic-snapshots</id>
            <username>имя пользователя</username>
            <password>пароль</password>
        </server>
        <server>
            <id>thirdparty</id>
            <username>имя пользователя</username>
            <password>пароль</password>
        </server>       
    </servers>

    <! - Задайте путь к центральному и т. Д., Охватывающий центральную конфигурацию в конструкторе модулей maven ->
    <profiles>
        <profile>
            <id>central</id>
            <repositories>
                <repository>
                    <id>central</id>
                    <name>Central</name>
                    <url>Собственный адрес</url>
                </repository>
            </repositories>
            <pluginRepositories>
                <pluginRepository>
                    <id>central</id>
                    <name>Central</name>
                    <url>Собственный адрес</url>
                </pluginRepository>
            </pluginRepositories>
        </profile> 
    </profiles>

    <activeProfiles> 
        <activeProfile>central</activeProfile>
    </activeProfiles>
</settings>

Описание:
сервер соответствует складу в нексусе. Какие склады необходимо извлечь, какие склады здесь настроены. Идентификатор должен совпадать с идентификатором склада. Если используется группа, также конфигурация группы здесь
профили означают узлы, потому что набор сред может быть развернут на разных виртуальных машинах. В настоящее время адреса разные, поэтому мы можем настроить несколько профилей, а идентификатор можно назвать как угодно , Но следует отметить, что мы будем использовать только один профиль каждый раз, какой из них использовать, определяется тегом activeProfiles, что также является важностью идентификатора
В профиле может быть несколько профилей, и каждый профиль соответствует адресу склада, но я использовал группу, поэтому нужно настроить только один. Если группа не используется, вам нужно Настроить несколько профилей для нескольких серверов

Прикрепите конфигурацию pom файла

<distributionManagement> <! - Информация об управлении удаленным развертыванием ->
        <repository> <! - Информация, необходимая для развертывания компонентов, созданных проектом, на удаленном складе ->
            <id>Название собственного склада</id>
            <name>Nexus Release Repository</name>
            <url>Собственный адрес</url>
        </repository>
        <snapshotRepository> <! - Где развернут моментальный снимок компонента? Если этот элемент не настроен, он будет развернут в репозитории, настроенном элементом репозитория по умолчанию ->
            <id>Название собственного склада</id>
            <name>Nexus Snapshot Repository</name>
            <url>Собственный адрес</url>
        </snapshotRepository>
    </distributionManagement>

Еще одна вещь, обычно конфигурация в настройках заключается в том, чтобы вытащить пакет jar, а конфигурация в pom — depoly, но при развертывании он будет скомпилирован и упакован. В это время, если требуемый пакет jar недоступен локально, jar также извлекается. Операции

2. В принципе, это можно решить после первого шага, но недавно я узнал причину приоритета файла настройки.

pom.xml> пользователь устанавливает (.m2setting)> globalsetting (распаковывается maven)

Как правило, мы будем использовать IDE для компиляции.Как правило, мы настраиваем путь maven в настройках и используем его напрямую, и проблем не будет, как показано на рисунке.

Но если мы работаем из каталога файлов, как показано на рисунке, путь доступа к настройкам в это время — pom.xml, настройки в .m2, globalsettings, поиск в этом порядке и остановка при обнаружении

В настоящее время, если файл настроек в .m2 не удален или по умолчанию используется доступ к частному серверу, созданному вами, он может сообщать 401. Это не потому, что есть проблема с предыдущей конфигурацией, а потому, что настроенный вами файл настроек недоступен вообще. Определите, какой файл конфигурации использовать

mvn help:effective-settings

После запуска мы можем увидеть, какой файл настроек в настоящее время действует. Если он находится в формате .m2, или удалите этот файл напрямую, или настройте полную конфигурацию для этого файла, если он все еще не работает Посмотрите на третий шаг

3. Это наименьшая вероятность, то есть может быть введен неверный пароль или не используется имя пользователя с правами администратора, это может подтвердить лицо, отвечающее за частный сервер.

подводить итоги:
У этих двух кодов ошибок очень много причин. Я надеюсь, что у блоггеров есть другие причины для общения в комментариях.

Solution 1

I had similar issue. I resolved it by adding _auth into my ~/.npmrc. See the doc how to encode your nexus credential. I added the encoded credential using npm config set _auth xxx.

You wont be able to see the value using npm config list or npm config get _auth.

Solution 2

what worked for me is :

I deleted the .npmrc file under C/users/ folder.
and ran npx vsts-npm-auth -config .npmrc command to create a new file in the users folder

Solution 3

I found a way out. With this new npm version they are enforcing authentication to access certain packages. We realised we don’t need to use authentication for any of the packages we were downloading, hence the auth code we had was unnecessary. So we just removed it and it all worked.

npm login --registry=http://nexus_url:port/repository/wrong_address

npm login --registry=http://nexus_url:port/repository/correct_address