Ошибка invalid username or password

При входе в базу данных Oracle может выдаваться ошибка ORA-01017: invalid username/password; logon denied, хотя пароль при вводе набирается правильный. Причин может быть несколько, но в данном посте будет рассмотрена одна из них – инициализационный параметр sec_case_sensitive_logon.

Параметр sec_case_sensitive_logon позволяет включать или выключать чувствительность к регистру паролей в базе данных Oracle (БД). Параметр принимает два значения – TRUE или FALSE, при TRUE – пароли пользователей чувствительны к регистру, а при FALSE, соответственно, нет. Значение параметра sec_case_sensitive_logon можно просмотреть командой show parameter sec_case_sensitive_logon. Запрос ниже показывает, что параметр имеет значение TRUE. Это означает, что чувствительность к регистру паролей в БД включена.

SQL> show parameter sec_case_sensitive_logon;

NAME                       TYPE     VALUE
------------------------   -------  -------
sec_case_sensitive_logon   boolean  TRUE

Изменить значение параметра sec_case_sensitive_logon можно командой alter system set sec_case_sensitive_logon = false или alter system set sec_case_sensitive_logon = true. Команда ниже отключает чувствительность к регистру паролей.

SQL> alter system set sec_case_sensitive_logon = false;
System altered.

Начиная с версии Oracle Database 12.1.0.1, параметр sec_case_sensitive_logon считается устаревшим. Это значит, что Oracle не вносит в него дальнейших изменений, и пользователи не должны менять значение параметра. Значение по умолчанию TRUE. Если же значение будет изменено, то пользователь получит предупреждение при запуске БД:

SQL> startup
ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance
ORACLE instance started.

Также, начиная с Oracle Database 12c release 2 (12.2), по умолчанию версией протокола аутентификации является 12 (известный как Exclusive Mode).  Этот протокол для аутентификации требует чувствительные к регистру пароли. Например, для Oracle Database 12c release 2 (12.2) значение по умолчанию для параметра SQLNET.ALLOWED_LOGON_VERSION_SERVER в файле SQLNET.ORA равно 12. Файл SQLNET.ORA по умолчанию находится в следующей директории операционной системы:

$ORACLE_HOME/network/admin

Параметр SQLNET.ALLOWED_LOGON_VERSION_SERVER отображает протокол аутентификации, используемый для сервера. И по умолчанию, Oracle больше не поддерживает пароли, не чувствительные к регистру – разрешены только новые версии паролей (11G и 12C). В связи с этим при входе в БД с значением FALSE для параметра sec_case_sensitive_logon можно получить ошибку:

ORA-01017: invalid username/password.

Данная ситуация возникает из-за того, что параметр sec_case_sensitive_logon имеет значение FALSE и параметр SQLNET.ALLOWED_LOGON_VERSION_SERVER имеет значение 12 или 12a. Oracle Database не запрещает использование значения FALSE параметра sec_case_sensitive_logon, когда значение SQLNET.ALLOWED_LOGON_VERSION_SERVER равно 12 или 12a. Но при таких условиях, все учетные записи кроме имеющих роль sysdba становятся недоступными. И именно такие настройки вызывают ошибку ORA-01017: invalid username/password. Есть два способа выхода из этой ситуации.

Первый способ – необходимо присвоить параметру sec_case_sensitive_logon значение TRUE. Это решение рекомендовано, так как обеспечивает более безопасные пароли. В этом случае не нужно будет менять пароли для учетных записей. Система будет поддерживать версии протоколов пароля 11g и 12c, которые используются учетными записями. Хотелось бы отметить, что версия протокола пароля не всегда равна версии Oracle Database. Например, далее в примерах используется Oracle Database 18c Express Edition и при этом используется версия протокола пароля 11g и 12с.

Вторым способом является присвоение параметру SQLNET.ALLOWED_LOGON_VERSION_SERVER в файле SQLNET.ora значение, ниже 12, например, 11 версию протокола аутентификации. Но это решение подразумевает необходимость смены паролей для всех пользователей БД с ролью, отличной от  sysdba. Ниже в примерах показывается возникновение ошибки и ее решение двумя вышеописанными способами.

Пример 1. Возникновение ошибки при изменении параметра sec_case_sensitive_logon. Выполняется подключение к подключаемой базой данных (Pluggable Database – PDB) XEPDB1 Oracle Database 18c Express Edition под пользователем sys:

[oracle@dushanbe ~]$ sqlplus sys/sys@//dushanbe:1521/XEPDB1 as sysdba

SQL*Plus: Release 18.0.0.0.0 - Production on Wed Mar 3 15:28:26 2021
Version 18.4.0.0.0
Copyright (c) 1982, 2018, Oracle.  All rights reserved.

Connected to:
Oracle Database 18c Express Edition Release 18.0.0.0.0 - Production
Version 18.4.0.0.0

Проверяется текущее значение параметра sec_case_sensitive_logon. Результат команды показывает, что параметр чувствительности к регистру пароля включен:

SQL> show parameter sec_case_sensitive_logon;

NAME TYPE VALUE
------------------------ ------- -------
sec_case_sensitive_logon boolean TRUE

Назначается пароль пользователю hr и выполняется выход из БД:

SQL> alter user hr identified by hr;
User altered.
SQL> exit
Disconnected from Oracle Database 18c Express Edition Release 18.0.0.0.0 - Production

Выполняется подключение к базе данных под пользователем hr.

[oracle@dushanbe ~]$ sqlplus hr/hr@//dushanbe:1521/XEPDB1

SQL*Plus: Release 18.0.0.0.0 - Production on Wed Mar 3 15:30:00 2021
Version 18.4.0.0.0
Copyright (c) 1982, 2018, Oracle.  All rights reserved.
Last Successful login time: Tue Feb 23 2021 16:20:53 +05:00

Connected to:
Oracle Database 18c Express Edition Release 18.0.0.0.0 - Production
Version 18.4.0.0.0

Подключение успешно прошло под пользователем hr.

Далее, выполняется отключение от базы под пользователем hr и подключение к контейнерной базе данных (Container Database – CDB) Oracle Dabase 18c Express Edition под пользователем sys.

SQL> exit
Disconnected from Oracle Database 18c Express Edition Release 18.0.0.0.0 - Production
Version 18.4.0.0.0
[oracle@dushanbe ~]$ sqlplus / as sysdba

SQL*Plus: Release 18.0.0.0.0 - Production on Wed Mar 3 15:30:51 2021
Version 18.4.0.0.0
Copyright (c) 1982, 2018, Oracle.  All rights reserved.

Connected to:
Oracle Database 18c Express Edition Release 18.0.0.0.0 - Production
Version 18.4.0.0.0

Изменяется значение параметра sec_case_sensitive_logon на FALSE.

SQL> alter system set sec_case_sensitive_logon = false;
System altered.

Проверяется новое значение параметра sec_case_sensitive_logon.

SQL> show parameter sec_case_sensitive_logon;

NAME                       TYPE     VALUE
------------------------   -------  -------
sec_case_sensitive_logon   boolean  FALSE

Для информации: значение параметра sec_case_sensitive_logon в Oracle Database 18c Express Edition необходимо сменить в контейнерной базе данных, а не в подключаемой базе данных. В противном случае можно получить следующую ошибку:

ERROR at line 1: ORA-65040: operation not allowed from within a pluggable database

Далее, нужно подключиться к подключаемой базе данных под пользователем hr.

[oracle@dushanbe ~]$ sqlplus hr/hr@//dushanbe:1521/XEPDB1

SQL*Plus: Release 18.0.0.0.0 - Production on Wed Mar 3 15:31:35 2021
Version 18.4.0.0.0
Copyright (c) 1982, 2018, Oracle.  All rights reserved.

При подключении система выдает ошибку, сообщающую о том, что был введен неверный логин или пароль.

ERROR:
ORA-01017: invalid username/password; logon denied

Enter user-name:

Исправить данную ошибку можно, обратно сменив значение параметра sec_case_sensitive_logon на TRUE. Выполняется подключение к БД под учетной записью sys и запускается изменение значения параметра sec_case_sensitive_logon на TRUE.

[oracle@dushanbe ~]$ sqlplus / as sysdba

SQL*Plus: Release 18.0.0.0.0 - Production on Wed Mar 3 15:30:51 2021
Version 18.4.0.0.0
Copyright (c) 1982, 2018, Oracle.  All rights reserved.

Connected to:
Oracle Database 18c Express Edition Release 18.0.0.0.0 - Production
Version 18.4.0.0.0

SQL> alter system set sec_case_sensitive_logon = true; 
System altered.
SQL> show parameter sec_case_sensitive_logon;

NAME                       TYPE     VALUE
------------------------   -------  -------
sec_case_sensitive_logon   boolean  TRUE

Проверяется, поможет ли возврат значения параметра успешно подключиться к базе данных. Подключение к БД происходит под пользователем hr еще раз.

[oracle@dushanbe ~]$ sqlplus hr/hr@//dushanbe:1521/XEPDB1

SQL*Plus: Release 18.0.0.0.0 - Production on Wed Mar 3 15:32:58 2021
Version 18.4.0.0.0
Copyright (c) 1982, 2018, Oracle.  All rights reserved.
Last Successful login time: Wed Mar 03 2021 15:30:00 +05:00

Connected to:
Oracle Database 18c Express Edition Release 18.0.0.0.0 - Production
Version 18.4.0.0.0

Как можно убедиться, подключение прошло без ошибок после возвращения значения на TRUE.

Пример 2. Возвращается параметру sec_case_sensitive_logon значение FALSE, чтобы смоделировать ошибку и показать второй способ решения. Выполняется подключение к БД под пользователем sys и меняется значение параметра sec_case_sensitive_logon на FALSE.

[oracle@dushanbe ~]$ sqlplus / as sysdba

SQL*Plus: Release 18.0.0.0.0 - Production on Wed Mar 3 15:30:51 2021
Version 18.4.0.0.0
Copyright (c) 1982, 2018, Oracle.  All rights reserved.

Connected to:
Oracle Database 18c Express Edition Release 18.0.0.0.0 - Production
Version 18.4.0.0.0

SQL> alter system set sec_case_sensitive_logon = false;
System altered.
SQL> show parameter sec_case_sensitive_logon;

NAME                       TYPE     VALUE
------------------------   -------  -------
sec_case_sensitive_logon   boolean  FALSE

Ниже видно, что при попытке подключения под пользователем hr система выдает ту же ошибку – ORA-01017: invalid username/password; logon denied.

[oracle@dushanbe ~]$ sqlplus hr/hr@//dushanbe:1521/XEPDB1

SQL*Plus: Release 18.0.0.0.0 - Production on Wed Mar 3 15:34:13 2021
Version 18.4.0.0.0
Copyright (c) 1982, 2018, Oracle.  All rights reserved.

ERROR:
ORA-01017: invalid username/password; logon denied

Enter user-name:

Выполняется исправление ошибки другим способом. Осуществляется переход в папку $ORACLE_HOME/network/admin и проверяется ее содержимое.

[oracle@dushanbe ~]$ cd $ORACLE_HOME/network/admin
[oracle@dushanbe admin]$ ls -l
total 16
-rw-r-----. 1 oracle oracle    372 Jan 13 21:39 listener.ora
drwxr-xr-x. 2 oracle oinstall   64 Jan 13 21:36 samples
-rw-r--r--. 1 oracle oinstall 1441 Aug 27  2015 shrept.lst
-rw-r-----. 1 oracle oracle    228 Feb  1 16:23 sqlnet.ora
-rw-r-----. 1 oracle oracle    417 Jan 13 21:48 tnsnames.ora

На подключение к базе данных также влияет значение параметра SQLNET.ALLOWED_LOGON_VERSION_SERVER в файле sqlnet.ora. Как было сказано выше, по умолчанию для версий Oracle Database 12.2 и выше используется версия алгоритма пароля, равная 12. В Oracle Database 18с Express Edition, которая используется в данном примере, параметр SQLNET.ALLOWED_LOGON_VERSION_SERVER в файле sqlnet.ora отсутствует. Это значит, что БД использует версию алгоритма паролей равную 12 по умолчанию. Вручную, добавив строку SQLNET.ALLOWED_LOGON_VERSION_SERVER=11 задается значение параметра равное 11. После этого содержимое файла sqlnet.ora выглядит следующим образом:

[oracle@dushanbe admin]$ cat sqlnet.ora 

#sqlnet.ora Network Configuration File: /opt/oracle/product/18c/dbhomeXE/network/admin/sqlnet.ora
#Generated by Oracle configuration tools.

NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)

SQLNET.ALLOWED_LOGON_VERSION_SERVER=11

Пароли пользователей кроме имеющих роль sysdba должны быть изменены после изменения значения параметра SQLNET.ALLOWED_LOGON_VERSION_SERVER на 11 версию. Иначе они получат ошибку при входе, как показано в примере ниже.

[oracle@dushanbe admin]$ sqlplus hr/hr@//dushanbe:1521/XEPDB1

SQL*Plus: Release 18.0.0.0.0 - Production on Wed Mar 3 15:37:55 2021
Version 18.4.0.0.0
Copyright (c) 1982, 2018, Oracle.  All rights reserved.

ERROR:
ORA-01017: invalid username/password; logon denied

Выполняется подключение под пользователем sys и проверяется версия протоколов пароля  пользователя hr:

[oracle@dushanbe admin]$ sqlplus sys/sys@//dushanbe:1521/XEPDB1 as sysdba

SQL*Plus: Release 18.0.0.0.0 - Production on Wed Mar 3 15:38:36 2021
Version 18.4.0.0.0
Copyright (c) 1982, 2018, Oracle.  All rights reserved.

Connected to:
Oracle Database 18c Express Edition Release 18.0.0.0.0 - Production
Version 18.4.0.0.0

SQL> select username, password_versions from DBA_USERS where username='HR';

USERNAME   PASSWORD_VERSIONS
---------  -----------------
HR         11G 12C 

Результат выполнения команды показывает, что у hr до сих пор применяются версии протоколов пароля 11g и 12c. Необходимо сменить ему пароль, чтобы в данном случае исключить ошибку при входе пользователя. Для этого, изменяется пароль пользователю hr и проверяется версия паролей пользователя hr.

SQL> alter user hr identified by hr;
User altered.

SQL> select username, password_versions from DBA_USERS where username='HR';

USERNAME   PASSWORD_VERSIONS
---------  -----------------
HR         10G 11G 12C  

После смены пароля выполняется подключение под пользователем hr. Ниже результат команды показывает, что подключение прошло успешно.

[oracle@dushanbe admin]$ sqlplus hr/hr@//dushanbe:1521/XEPDB1

SQL*Plus: Release 18.0.0.0.0 - Production on Wed Mar 3 15:41:56 2021
Version 18.4.0.0.0
Copyright (c) 1982, 2018, Oracle.  All rights reserved.
Last Successful login time: Wed Mar 03 2021 15:32:58 +05:00

Connected to:
Oracle Database 18c Express Edition Release 18.0.0.0.0 - Production
Version 18.4.0.0.0

На этом завершается описание способов решения ошибки ORA-01017: invalid username/password; logon denied, связанной с параметром sec_case_sensitive_logon.

Всем привет, ну и сразу к делу!!!
Корч словил я вирус 12kotov(может кто знаком) чего только не пробовал, все закладки он мне удалил(было очень грустно) вылечить не удалось, решил навести полный порядок и снести всё к заводским настройкам (на самом деле это было в порыве гнева и нервов).
В течении суток я все устанавливал, плагины и кучу прог.
Вродь все хорошо, но тут гит!!

(Можно читать сразу отсюда)
Открыл папку в которой раньше верстал, до отката системы, дошло дело до пуша и тут бац, просит лог и пароль, достал блокнот, ввел, пишет:

Username for ‘https://github.com’: adf(эт я просто для вас отбалды написал)
remote: Invalid username or password.
fatal: Authentication failed for ‘https://github.com/YaroslavShilov/Blank.git/’

Зашел на гитхаб и восстановил пароль.
Ввожу снова и опять тоже самое, начал пробовать вводить и логин и почту и что только не делал, не работает.
Создал другой репозиторий, пытаюсь пушить через https и снова тоже самое, пропушил его через ssh ключь, все работает
Отсюда можно придти к выводу «пользуйся ssh», но теперь все,что незаконченное лежит на Пк мне нужно удалить и клонировать, а если у меня там гора коммитов которые не пропушены?
Я и гуглил, но ни чего найти не смог, как быть?

I have a project hosted on GitHub. I fail when trying to push my modifications on the master. I always get the following error message

Password for 'https://git@github.com': 
remote: Invalid username or password.
fatal: Authentication failed for 'https://git@github.com/eurydyce/MDANSE.git/'

However, setting my ssh key to github seems ok. Indeed, when I do a ssh -T git@github.com I get

Hi eurydyce! You've successfully authenticated, but GitHub does not provide shell access.

Which seems to indicate that everything is OK from that side (eurydyce being my github username). I strictly followed the instructions given on github and the recommendations of many stack discussion but no way. Would you have any idea of what I may have done wrong?

Luc's user avatar

Luc

5,1822 gold badges47 silver badges47 bronze badges

asked Mar 27, 2015 at 9:23

Eurydice's user avatar

2

After enabling Two Factor Authentication (2FA), you may see something like this when attempting to use git clone, git fetch, git pull or git push:

$ git push origin master
Username for 'https://github.com': your_user_name
Password for 'https://your_user_name@github.com': 
remote: Invalid username or password.
fatal: Authentication failed for 'https://github.com/your_user_name/repo_name.git/'

Why this is happening

From the GitHub Help documentation:

After 2FA is enabled you will need to enter a personal access token instead of a 2FA code and your GitHub password.

For example, when you access a repository using Git on the command line using commands like git clone, git fetch, git pull or git push with HTTPS URLs, you must provide your GitHub username and your personal access token when prompted for a username and password. The command line prompt won’t specify that you should enter your personal access token when it asks for your password.

How to fix it

  1. Generate a Personal Access Token. (Detailed guide on Creating a personal access token for the command line.)
  2. Copy the Personal Access Token.
  3. Re-attempt the command you were trying and use Personal Access Token in the place of your password.

Related question:
https://stackoverflow.com/a/21374369/101662

Community's user avatar

answered Jan 21, 2016 at 9:18

Oliver's user avatar

OliverOliver

35k12 gold badges66 silver badges77 bronze badges

16

https://git@github.com/eurydyce/MDANSE.git is not an ssh url, it is an https one (which would require your GitHub account name, instead of ‘git‘).

Try to use ssh://git@github.com:eurydyce/MDANSE.git or just git@github.com:eurydyce/MDANSE.git

git remote set-url origin git@github.com:eurydyce/MDANSE.git

The OP Pellegrini Eric adds:

That’s what I did in my ~/.gitconfig file that contains currently the following entries [remote "origin"] url=git@github.com:eurydyce/MDANSE.git

This should not be in your global config (the one in ~/).
You could check git config -l in your repo: that url should be declared in the local config: <yourrepo>/.git/config.

So make sure you are in the repo path when doing the git remote set-url command.


As noted in Oliver’s answer, an HTTPS URL would not use username/password if two-factor authentication (2FA) is activated.

In that case, the password should be a PAT (personal access token) as seen in «Using a token on the command line».

That applies only for HTTPS URLS, SSH is not affected by this limitation.

answered Mar 27, 2015 at 9:27

VonC's user avatar

VonCVonC

1.2m519 gold badges4345 silver badges5163 bronze badges

10

Solution steps for Windows users:

  1. Control Panel
  2. Credential Manager
  3. Click Windows Credentials
  4. In Generic Credential section ,there would be git url, update username and password
  5. Restart Git Bash and try for clone

Note:
If you didn’t find git url in Generic Credential section then follow below answer
https://stackoverflow.com/a/55858690/7372432

Fergie's user avatar

Fergie

5,8757 gold badges38 silver badges42 bronze badges

answered Oct 17, 2018 at 6:25

amoljdv06's user avatar

amoljdv06amoljdv06

2,5961 gold badge13 silver badges18 bronze badges

5

If like me you just updated your password and ran git push to run into this issue, then there’s a super easy fix.

For Mac users only. You need to delete your OSX Keychain access entries for GitHub. You can do it via terminal by running the following commands.

Deleting your credentials via the command line

Through the command line, you can use the credential helper directly to erase the keychain entry.

To do this, type the following command:

git credential-osxkeychain erase
host=github.com
protocol=https

# [Now Press Return]

If it’s successful, nothing will print out. To test that it works, try and clone a repository from GitHub or run your previous action again like in my case git push. If you are prompted for a password, the keychain entry was deleted.

answered Aug 12, 2018 at 8:29

Ahmad Awais's user avatar

Ahmad AwaisAhmad Awais

32.7k5 gold badges74 silver badges56 bronze badges

5

When using the https:// URL to connect to your remote repository, then Git will not use SSH as authentication but will instead try a basic authentication over HTTPS. Usually, you would just use the URL without a username, e.g. https://github.com/username/repository.git, and Git would then prompt you to enter both a username (your GitHub username) and your password.

If you use https://something@github.com/username/repository.git, then you have preset the username Git will use for authentication: something. Since you used https://git@github.com, Git will try to log in using the git username for which your password of course doesn’t work. So you will have to use your username instead.

The alternative is actually to use SSH for authentication. That way you will avoid having to type your password all the time; and since it already seems to work, that’s what you should be using.

To do that, you need to change your remote URL though, so Git knows that it needs to connect via SSH. The format is then this: git@github.com:username/repository. To update your URL use this command:

git remote set-url origin git@github.com:username/repository

answered Mar 27, 2015 at 9:29

poke's user avatar

pokepoke

365k69 gold badges553 silver badges599 bronze badges

2

Instead of git pull also try git pull origin master

I changed password, and the first command gave error:

$ git pull
remote: Invalid username or password.
fatal: Authentication failed for ...

After git pull origin master, it asked for password and seemed to update itself

answered Apr 25, 2019 at 23:00

Paul's user avatar

PaulPaul

3,83231 silver badges29 bronze badges

1

2FA is enabled and getting error remote: Invalid username or password.
fatal: Authentication failed for

If you set 2FA is enabled in GitHub you will need to enter a personal access token instead of a 2FA code and your GitHub password.

How to fix it

  1. https://github.com/settings/tokens generated token
  2. Copy the Personal Access Token
  3. Now enter Personal Access Token in the place of your password during git operation

answered May 23, 2021 at 4:50

Sagar Jethi's user avatar

Sagar JethiSagar Jethi

2,29319 silver badges20 bronze badges

2

just try to push it to your branch again. This will ask your username and password again, so you can feed in the changed password. So that your new password will be stored again in the cache.

answered Aug 7, 2018 at 18:56

Shiva Rajkumar's user avatar

4

This is the answer.

Set the github token:

https://github.com/settings/tokens

And then:

git remote set-url origin https://[token]@github.com/your_repository

answered Aug 4, 2022 at 0:06

Julián Oviedo's user avatar

1

I have got the success using the following commands.

git config --unset-all credential.helper
git config --global --unset-all credential.helper
git config --system --unset-all credential.helper

Mehdi Charife's user avatar

answered Dec 22, 2020 at 17:49

Anil Reddy's user avatar

Anil ReddyAnil Reddy

1511 silver badge2 bronze badges

1

I am getting this while cloning app from bitbucket:

Cloning into 'YourAppName'...
Password for 'https://youruser id': 
remote: Invalid username or password

I solved it. Here you need to create password for your userid

  1. Click on Your profile and settings
    Click on Your profile and settings

  2. Then Create app password choose your name password will generated ,paste that password to terminal
    Create app password

barbsan's user avatar

barbsan

3,40811 gold badges21 silver badges28 bronze badges

answered Aug 26, 2019 at 7:03

prachit's user avatar

prachitprachit

3653 silver badges10 bronze badges

That problem happens sometimes due to wrong password. Please check if you are linked with AD password (Active Directory Password) and you recently changed you AD password but still trying git command with old password or not.

Update old AD password

Control Panel > Credential Manager > Windows Credential > change github password with my new AD password

answered Aug 6, 2020 at 6:02

Sazzad Hissain Khan's user avatar

0

No need to rely on Generating a Personal Access Token and then trying and use Personal Access Token in the place of your password.

Quick fix is to set your remote URL to point to ssh not https.

Do this git remote set-url origin git@github.com:username/repository

answered Dec 16, 2018 at 8:48

Divyanshu Rawat's user avatar

Divyanshu RawatDivyanshu Rawat

4,2312 gold badges37 silver badges50 bronze badges

0

I did:

$git pull origin master

Then it asked for the [Username] & [Password] and it seems to be working fine now.

answered Oct 30, 2019 at 6:57

ZaMy's user avatar

ZaMyZaMy

4885 silver badges11 bronze badges

3

If you have just enabled 2FA :

Modify hidden config file in ./git hidden folder as follow :

[remote "origin"]
    url = https://username:PUT_YOUR_2FA_TOKEN_HERE@github.com/project/project.git

answered Oct 23, 2020 at 9:30

Pierre's user avatar

PierrePierre

911 silver badge2 bronze badges

3

Run Below command, and after than on every push and pull it will ask you to enter the username and password.

  git config credential.helper ""

enter image description here

now when you pull/push you will be asked for git credentials. weather you are running through command prompt or Intellij Git.

answered Jul 19, 2021 at 20:25

Arpan Saini's user avatar

Arpan SainiArpan Saini

4,5091 gold badge39 silver badges50 bronze badges

Try this:

# git remote set-url origin git@github.com:username/repository

Pang's user avatar

Pang

9,481146 gold badges81 silver badges122 bronze badges

answered Jul 11, 2020 at 21:47

Sushil's user avatar

SushilSushil

1211 silver badge7 bronze badges

Disabling 2 factor authentication at github worked for me.

I see that there is a deleted answer that says this, with the deletion reason as «does not answer the question». If it works, then I think it answers the question…

answered Nov 28, 2018 at 13:34

GreenAsJade's user avatar

GreenAsJadeGreenAsJade

14.4k11 gold badges62 silver badges98 bronze badges

1

You might be getting this error because you have updated your password. So on Terminal first make sure you clear your GitHub credentials from the keychain and then push your changes to your repo, terminal will ask for your username and password.

answered Aug 28, 2018 at 23:48

Paras saini's user avatar

0

In case you get this error message in this situation:

  • using github for entreprise
  • using credential.helper=wincred in git config
  • using your windows credentials which you changed recently

Then look at this answer:
https://stackoverflow.com/a/39608906/521257

Windows stores credentials in a credentials manager, clear it or update it.

answered Sep 3, 2018 at 15:53

BiAiB's user avatar

BiAiBBiAiB

12.7k9 gold badges43 silver badges61 bronze badges

  1. Control panel
  2. Credential manager
  3. Look for options webcredentials and windows credentials
  4. in either one you will find github credentials fix it with correct credentials
  5. open new instance of git bash you should be able to perform your git commands.

This worked for me, I was able to pull and push into my remote repo.

answered Mar 25, 2019 at 9:59

Ajay Deepak's user avatar

Ajay DeepakAjay Deepak

4715 silver badges9 bronze badges

I had the same issue. And I solved it by changing the remote branch’s path from https://github.com/YourName/RepoName to git@github.com:YourName/RepoName.git in the repo’s settings of the client app.

answered Jul 9, 2019 at 16:36

Olga Kliushkina's user avatar

1

I’m constantly running into this problem.
Make sure you set git —config user.name «» and not your real name, which I’ve done a few times..

answered Mar 16, 2020 at 10:12

Arthur Bowers's user avatar

I just disable the Two-factor authentication and try again. It works for me.

answered May 31, 2019 at 20:57

Muhammad Awais's user avatar

Muhammad AwaisMuhammad Awais

4,1701 gold badge39 silver badges37 bronze badges

0

Since you probably want to keep 2FA enabled for your account, you can set up a ssh key and that way you won’t need to type your Github credentials every time you want to push work to Github.

You can find all the ssh setup steps in the documentation. First, make sure you don’t currently have any ssh keys (id_rsa.pub, etc.) with $ ls -al ~/.ssh

answered Jul 9, 2019 at 17:07

Sarah Dwyer's user avatar

Sarah DwyerSarah Dwyer

5295 silver badges22 bronze badges

answered May 12, 2022 at 15:46

Bill Christo's user avatar

I had the same issue

$ git clone https://github.com/sample-url.git
Cloning into 'Project'...
remote: Invalid username or password.
fatal: Authentication failed for 'https://github.com/sample-url.git/'

I just git init first and then git clone <clone-url>

git init
git clone https://github.com/your-clone-Url

It worked for me.

answered Jul 28, 2022 at 7:33

Brijesh Ray's user avatar

Brijesh RayBrijesh Ray

6577 silver badges14 bronze badges

1

There is a issue on Windows using cmd-Greetings

There is a issue on Windows using cmd-Greetings who will not let you clone private repositories. Remove that cmd-greeting described in this documentation (keyword Command Processor):

Known-Issues

I can confirm that other clients like SourceTree, GitKraken, Tower and TortoiseGit affected to this issue too.

answered Dec 12, 2020 at 2:59

Grim's user avatar

GrimGrim

2,7629 gold badges56 silver badges119 bronze badges

There are many reasons why this might happen. In my case, none of the solutions worked. In particular, git pull origin master did not ask me for my username and password.

I was on Windows with a github password recently changed. I was using the credential manager to manage my password. Here is what worked for me:

  1. Confirm you are using the credential manager for git:

    git config —list

    credential.helper=manager

  2. Run a new command prompt as administrator

  3. List all stored credential with cmdkey /list from C:WINDOWSsystem32>

  4. Remove the github target with cmdkey /delete:<target name>. In my case, the target name was github.<companyname>.com

  5. Open a new prompt and run a git command. You should get a popup asking for your usernmame and password. After providing the new credentials, it won’t ask you for it again.

answered Jun 27, 2022 at 8:51

Lolo's user avatar

LoloLolo

3,8955 gold badges40 silver badges50 bronze badges

When I faced this issue all I did to resolve it was to Generate new token from my github dashboard and paste the following code in my terminal

$ git remote set-url origin https://your-github-username:your-github-token@github.com/your-github-username/your-github-repo.git

answered Nov 27, 2022 at 5:34

Paul Kumchi's user avatar

Paul KumchiPaul Kumchi

1913 silver badges7 bronze badges

@yar229

[5]: Error while handling request (method=PROPFIND, url=http://127.0.0.1:801/ Unauthorized: OAuth: Error Code=3, Value=invalid username or password, Description=username or password is incorrect. В чем может быть причина? Пробывал и по основному паролю mail.ru и по паролю для приложений

Originally posted by @maksakoder in #231 (comment)

@krared

Аналогично. две недели назад работало, при этом 1.13.2.0-dotNet48 работает.

@Moris-Shalon

+1. Та же проблема с облаком mail.ru (Яндекс не проверял) на моём RPI 4 с Raspberry PI OS 64-bit и dotnet Core 5 (5.0.214).

pi@raspberrypi:/opt $ sudo mount -t davfs http://127.0.0.1:10801/ /mnt/Cloud/ -o rw,user,uid=1000,noauto,nofail,x-systemd.automount,x-systemd.mount-timeout=infinity,_netdev
/sbin/mount.davfs: Mounting failed.
401 Unauthorized: OAuth: Error Code=3, Value=invalid username or password, Description=username or password is incorrect

@blik137

@raincons

@blik137 подскажите, вы на каком фреймворке и с какими параметрами запускаете? У меня изменение ClientId не решило проблему с invalid username or password. Я проверял на .net 4.8, .net core 3.1 и mono 6.8, запускаю без параметров.

@blik137

подскажите, вы на каком фреймворке и с какими параметрами запускаете

.NET Framework 4.8.4515.0
Windows 10 22h2 19045.2364
wdmrc.exe --cache-listing 30 --cache-listing-depth 1 --host http://127.0.0.1 --install-display WDMailRu --maxthreads 5 --port 2128 --service
( изменял конкретно эту версию https://github.com/yar229/WebDavMailRuCloud/releases/tag/1.13.6.1 )

@NewSky13

Скажите, а будет изменение, а то не работает снова и уже 2-3 недели как…
Incorrect Basic auth UserID or Password: Server says: Unauthorized: OAuth: Error Code=3, Value=invalid username or password, Description=username or password is incorrect (status code 401)

@NewSky13

Уважаемые, я прошу прощения, или я ничего не понимаю, но ведь не работает же инструмент, уже больше 3 недель или это только у меня? Уже и скачивал-перекачивал, менял-заменял, даже пароли на всякий случай на mail.ru для сторонних приложений сделал, но не работает. Подскажите пожалуйста решение, что конкретно нужно сделать, что бы все вновь стало хорошо? Есть вообще надежда на поддержку данной замечательной программы или всё?

@yar229

Надежда есть и надежднее всего она смотрится на новогодние праздники, когда у меня появится время :)

P.S. Замена на «cloud-win», по крайней мере на моих акках, не работает.

@alexyr

@NewSky13

Очень-очень надеемся и очень верим!

@ralexxx

Очень-очень надеемся и очень верим!

Уважаемые, я прошу прощения, или я ничего не понимаю, но ведь не работает же инструмент, уже больше 3 недель или это только у меня? Уже и скачивал-перекачивал, менял-заменял, даже пароли на всякий случай на mail.ru для сторонних приложений сделал, но не работает. Подскажите пожалуйста решение, что конкретно нужно сделать, что бы все вновь стало хорошо? Есть вообще надежда на поддержку данной замечательной программы или всё?

появилось решение от Александра в конце статьи https://glashkoff.com/webdav-cloudmailru/?replytocom=9615

@alexyr

Очень-очень надеемся и очень верим!

Уважаемые, я прошу прощения, или я ничего не понимаю, но ведь не работает же инструмент, уже больше 3 недель или это только у меня? Уже и скачивал-перекачивал, менял-заменял, даже пароли на всякий случай на mail.ru для сторонних приложений сделал, но не работает. Подскажите пожалуйста решение, что конкретно нужно сделать, что бы все вновь стало хорошо? Есть вообще надежда на поддержку данной замечательной программы или всё?

появилось решение от Александра в конце статьи https://glashkoff.com/webdav-cloudmailru/?replytocom=9615

Мне не помогло…
Двухфакторная аутентификация была отключена.
Удалил мобильное приложение, установил и снова залогинился.
Открыл, пролистал несколько папок…
Всё равно получаю ошибку в wdmrc:
401 Unauthorized: OAuth: Error Code=3, Value=invalid username or password, Description=username or password is incorrect

@Grundik

При этом иногда дополнительно к ошибке авторизации приходит письмо: «Подозрительная попытка входа в аккаунт через стороннее приложение», со словами «Мы предотвратили попытку входа в ваш аккаунт Mail.ru через стороннее приложение по основному паролю.»

@ralexxx

Мне не помогло…
Двухфакторная аутентификация была отключена.
Удалил мобильное приложение, установил и снова залогинился.
Открыл, пролистал несколько папок…

Уточняю на всякий случай, что в мобильном приложении Облако_Mail.Ru нужно зайти не по PIN, а по email и паролю
У меня на всех девайсах заработало!!!

@blik137

по основному паролю

Создайте и используйте «Пароли для внешних приложений» в настройках «Безопасность» аккаунта.

@NewSky13

@NewSky13

К сожалению очень поспешил. Ожили далеко не все аккаунты. И закономерность непонятна. Очень жаль, похоже придется искать другие варианты автоматичяеского копирования в облако от мэил, хотя не уверен, что они есть, а этот вариант был чертовки удобен, но судя по всему закончился… :(

@ykne

Закономерность как раз понятна. Надо установить на мобильное устройство и зайти с той-же сети что и настольный с WebDavMailRuCloud. Если мобильное приложежние уже установлено то может понадобиться выход и вход. У меня после подобной манипуляции начало работать. Совершенно очевидно что идёт блокировка по незнакомому адресу до тех пор пока на мобильном устройстве не пройдёт свежая проверка на живого человека.

@Grundik

По паролю приложения пустило после описанных манипуляций.

@Baton34

Зашёл через браузер с того же ip — всё норм. Установил и зашёл через приложение с того же ip — всё норм. Запускаю «/usr/bin/dotnet /usr/local/sbin/mailru/wdmrc.dll -p 8001», потом монтирую через davfs — ошибка «401 Unauthorized: OAuth: Error Code=3, Value=invalid username or password, Description=username or password is incorrect» и тут же письмо на почту «Подозрительная попытка входа».
Привязал телефон, создал пароль для приложения…. Всё равно таже ошибка. Только теперь письмо не приходит.

в логах такое

DEBUG YaR.Clouds.Base.Requests.BaseRequest`2[[System.IO.Stream, System.Private.CoreLib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=7ce***********8e],[YaR.Clouds.Base.Repos.MailRuCloud.Mobile.Requests.OAuthRequest+Result, YaR.Clouds, Version=1.13.6.1, Culture=neutral, PublicKeyTToken=null]] [(null)] — HTTP:POST:https://o2.mail.ru/token (472 ms)
ERROR NWebDav.Server.WebDavDispatcher [(null)] — Error while handling request (method=PROPFIND, url=http://127.0.0.1:8001/ Unauthorized: OAuth: Error Code=3, Value=invalid username or password, Description=username or password is incorrect

@nonameformr

Та же ошибка,

  • пробовал создать пароль приложения, не проходит
  • кстати письмо тоже приходили: «Подозрительная попытка входа»
  • в браузере авторизован
  • пробовал выйти из мобильного приложения, но он полностью не выходит, а если кэш очищать, говорит опять начнет все загружать…

@alexyr

Очень-очень надеемся и очень верим!

Уважаемые, я прошу прощения, или я ничего не понимаю, но ведь не работает же инструмент, уже больше 3 недель или это только у меня? Уже и скачивал-перекачивал, менял-заменял, даже пароли на всякий случай на mail.ru для сторонних приложений сделал, но не работает. Подскажите пожалуйста решение, что конкретно нужно сделать, что бы все вновь стало хорошо? Есть вообще надежда на поддержку данной замечательной программы или всё?

появилось решение от Александра в конце статьи https://glashkoff.com/webdav-cloudmailru/?replytocom=9615

Мне не помогло… Двухфакторная аутентификация была отключена. Удалил мобильное приложение, установил и снова залогинился. Открыл, пролистал несколько папок… Всё равно получаю ошибку в wdmrc: 401 Unauthorized: OAuth: Error Code=3, Value=invalid username or password, Description=username or password is incorrect

Важный пункт: после нового входа в приложение, обязательно пошариться по папкам!
У меня в какой-то момент сработало
Открывал сайт тоже и там тоже пролистал несколько папок
Короче нужна имитация нормальной активности

UPD: на следующий день снова отказалось работать

@maksimus256

по моему, там тупо нужно прохождение капчи

@alexyr

Работает через раз… Если подождать чуток и снова запустить, может прокатить. Надеюсь не заблокируют за такой брутфорс

При входе на сайт ВКонтакте, когда указывается пароль и логин отображается вот что:


При входе произошла ошибка. Проверьте введенные данные и попробуйте еще раз.

«invalid_client/Username or password is incorrect»


Пароль и логин — правильные.

Чаще всего встречается в телефоне, смартфоне или планшете. Бывает, что и с компьютера не зайти.

Кто сталкивался?

Что значит? В чем проблема?

Какие есть способы исправить ошибку?

Как видно из сообщения, речь о каком-то сбое в процессе авторизации. К примеру, логин или пароль неправильные.

Во-первых, проверьте, не переставлена ли у Вас клава на другой язык или не включен ли КАПСЛОК.

Во-вторых, не всегда ошибка в пароле или логине — возможно, страница ВК глючит. У меня подобное уже бывало. А иногда достаточно просто очистить куки и кэш (если не знаете точто — как это делать, можете и просто перезагрузить комп или телефон или планшет, если заходили с него — без разницы).

У меня был случай — через Гуглхром заходил без проблем, а с Мозиллы — никак. Переустановил Мозиллу, установив новую версию — залогинился без проблем.

Для надёжности — в случае, если не можете войти, но уверены, что данные правильные и с сайтом и браузером всё в порядке, лучше поменять пароль.

система выбрала этот ответ лучшим

Секре­тный-Челов­ек
[11.3K]

7 лет назад 

:)

Чаще всего это бывает, при заражении устройства или компьютера вредоностным кодом или программным обеспечением, ещё важный фактор является текст кодировки, то есть телефон может передавать не правильно ифнормацию «исходящую с паролем в виде символов»,что даёт предупреждение, так же может быть пароль украден путём использования неофициальных приложений или расширений для вконтакте сайта, например vk musik — по сути это ПО неофициальное, а значит есть риск потерять пароль использовать её, можно заменить savefrom net — легальное ПО — , как вариант, но опять же не от вконтакте данная программа, но общая и ей можно доверять, с неё загружают даже с Youtube , проверена мною, так же может быть при вводе пароля или логина от вконтакте на фишингованных сайтах, которые имеют подставные домены .net, ru , или иные, а так же услуги по анонимности по вконтакте, то есть сайты специальные, которые дают зайти вконтакт, использую их IP и сервер хранения данных, то по сути тоже риск потерять пароль -это всё большинство вариантов — основных. Лечение этого всего:

1) Привязать аккаунт вконтакте к телефону и почту.

2) Удалить всё по по вконтакте.

3) Проверка Dr.Web или Kaspersky — своё устройтсво.

4) Редактирование файла host — в среде операционных систем Windows — на истинный вид.

127.0.0.1 localhost loopback

::1 localhost

5) Часто менять пароль, если используете его на разных устройствах, даже на программах анонимизаторов.

6)Сменить кодировку ввода пароля или создать пароль легче, но длинее.

Roxri­te
[79.2K]

8 лет назад 

Данное уведомление говорит о том, что произошла «ошибка авторизации» (логин или пароль введен неправильный).

Здесь дело не в пароле и не в логине. Иногда бывает, что возник сбой на самом сайте ВКонтакте и через некоторое время ошибка исчезает.

Но бывает, что дело в другом.

Возможные способы для устранения проблемы:

1.. Если ошибка произошла в телефоне, планшете или смартфоне, то пробовать переустановить приложение с полной очисткой истории (cookie, кэша);

2.. Если ошибка произошла в компьютере, то делаем тоже самое (переустанавливаем браузер);

3.. Если заходит с компьютера, но не заходит с мобильного устройства и переустановка не помогла, то нужно поменять пароль и пробовать зайти с новым паролем.

4.. Если можно зайти с чужого компьютера или с телефона (и наоборот) и новый пароль не помог, значит дело в вирусе.

О том как с ним бороться смотрите здесь:

Почему ВКонтакте не вводится пароль и логин? Почему текст не печатается?

Там описываются конкретные способы с редактированием фала «hosts», удаление процессов «vkontakte.exe», либо «VK.exe» и рекомендуемые антивирусы для удаления вируса.


Еще варианты, заглянуть в «Автозагрузку» Windows и посмотреть есть ли там какой-нибудь подозрительный файл, если есть сразу удаляйте, даже если не уверены, ничего плохого не произойдет. Еще лучше — найти его местоположение и удалить с помощью «Unlocker».

И последнее — вернуть систему в тот день (час), когда всё было нормально с помощью службы «Восстановление Windows».

Даксп­лячи Учлин­зайх
[225K]

7 лет назад 

Возможно Вы логин или пароль неправильно ввели?

Нужно вводить на английском, а Вы вводите на Русском Языке?

Если Вы заходите с планшета или телефона — попробуйте устройство перезагрузить — должно помочь

Возможно Вконтакте ведет профилактические работы, именно поэтому и высвечивается ошибка при входе.

А вообще если выдает ошибку — попробуйте через другое устройство зайти — например через компьютер.


Из всего этого делаем вывод, что решить проблему можно следующим образом:

  • Перезагрузив ПК/планшет/телефон
  • Ждать завершения профилактических работ
  • Проверить введены ли логин и пароль верно и корректно.

Azama­tik
[55.3K]

7 лет назад 

Иначе говоря «ошибка авторизации» — проблема, которая возникает при попытке войти в соц сеть «ВКонтакте». А вы при этом уверены, что пароль и логин набираете правильно.

При возникновении подобной ошибки попробуйте сделать следующие действия:

  • попробуйте перезагрузить страницу (или же войти через альтернативный браузер)
  • при возникновении этой ошибки с мобильных устройств — решением может быть перезагрузка вашего устройства
  • не помогает? — тогда меняйте логин/пароль на новый и пробуйте снова.

Искат­ель прикл­ючени­й
[102K]

7 лет назад 

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

zagad­ka203­0
[10.6K]

7 лет назад 

Эта информация гласит о том, что такого ника в ВКонтакте либо несуществует, либо набранный ник с ошибкой, либо пароль к данному нику неправильный. Ошибка может быть следствием забитости кэша или воздействия на браузер вируса. Самое простое — почистить кэш и просканировать браузер на наличие заражённости вирусами.

Марле­на
[16.2K]

7 лет назад 

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

repar­cam
[11.9K]

7 лет назад 

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

Novas­agova
[27.9K]

7 лет назад 

Если у вас произошли данные проблемы на смартфоне или планшете.

То есть очень большая вероятность, что произошел сбой в программе и ее нкжно обновить.

А также можно почистить куки, или кэш для стабильной работы.

Знаете ответ?

Понравилась статья? Поделить с друзьями:
  • Ошибка intel undi
  • Ошибка invalid use of incomplete type class
  • Ошибка install failed insufficient storage
  • Ошибка invalid token session
  • Ошибка intel soc gpio controller driver