При входе в базу данных 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
5,1822 gold badges47 silver badges47 bronze badges
asked Mar 27, 2015 at 9:23
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
orgit 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
- Generate a Personal Access Token. (Detailed guide on Creating a personal access token for the command line.)
- Copy the Personal Access Token.
- 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
answered Jan 21, 2016 at 9:18
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
VonCVonC
1.2m519 gold badges4345 silver badges5163 bronze badges
10
Solution steps for Windows users:
- Control Panel
- Credential Manager
- Click Windows Credentials
- In Generic Credential section ,there would be git url, update username and password
- 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
5,8757 gold badges38 silver badges42 bronze badges
answered Oct 17, 2018 at 6:25
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 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
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
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
- https://github.com/settings/tokens generated token
- Copy the Personal Access Token
- Now enter Personal Access Token in the place of your password during git operation
answered May 23, 2021 at 4:50
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
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
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
answered Dec 22, 2020 at 17:49
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
-
Click on Your profile and settings
-
Then Create app password choose your name password will generated ,paste that password to terminal
barbsan
3,40811 gold badges21 silver badges28 bronze badges
answered Aug 26, 2019 at 7:03
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
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 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
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
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 ""
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 SainiArpan Saini
4,5091 gold badge39 silver badges50 bronze badges
Try this:
# git remote set-url origin git@github.com:username/repository
Pang
9,481146 gold badges81 silver badges122 bronze badges
answered Jul 11, 2020 at 21:47
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
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
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
BiAiBBiAiB
12.7k9 gold badges43 silver badges61 bronze badges
- Control panel
- Credential manager
- Look for options webcredentials and windows credentials
- in either one you will find github credentials fix it with correct credentials
- 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 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
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
I just disable the Two-factor authentication and try again. It works for me.
answered May 31, 2019 at 20:57
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 DwyerSarah Dwyer
5295 silver badges22 bronze badges
answered May 12, 2022 at 15:46
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 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
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:
-
Confirm you are using the credential manager for git:
git config —list
…
credential.helper=manager -
Run a new command prompt as administrator
-
List all stored credential with
cmdkey /list
fromC:WINDOWSsystem32>
-
Remove the github target with
cmdkey /delete:<target name>
. In my case, the target name wasgithub.<companyname>.com
-
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
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 KumchiPaul Kumchi
1913 silver badges7 bronze badges
[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)
Аналогично. две недели назад работало, при этом 1.13.2.0-dotNet48 работает.
+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 подскажите, вы на каком фреймворке и с какими параметрами запускаете? У меня изменение ClientId не решило проблему с invalid username or password. Я проверял на .net 4.8, .net core 3.1 и mono 6.8, запускаю без параметров.
подскажите, вы на каком фреймворке и с какими параметрами запускаете
.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 )
Скажите, а будет изменение, а то не работает снова и уже 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)
Уважаемые, я прошу прощения, или я ничего не понимаю, но ведь не работает же инструмент, уже больше 3 недель или это только у меня? Уже и скачивал-перекачивал, менял-заменял, даже пароли на всякий случай на mail.ru для сторонних приложений сделал, но не работает. Подскажите пожалуйста решение, что конкретно нужно сделать, что бы все вновь стало хорошо? Есть вообще надежда на поддержку данной замечательной программы или всё?
Надежда есть и надежднее всего она смотрится на новогодние праздники, когда у меня появится время
P.S. Замена на «cloud-win», по крайней мере на моих акках, не работает.
Очень-очень надеемся и очень верим!
Очень-очень надеемся и очень верим!
Уважаемые, я прошу прощения, или я ничего не понимаю, но ведь не работает же инструмент, уже больше 3 недель или это только у меня? Уже и скачивал-перекачивал, менял-заменял, даже пароли на всякий случай на mail.ru для сторонних приложений сделал, но не работает. Подскажите пожалуйста решение, что конкретно нужно сделать, что бы все вновь стало хорошо? Есть вообще надежда на поддержку данной замечательной программы или всё?
появилось решение от Александра в конце статьи https://glashkoff.com/webdav-cloudmailru/?replytocom=9615
Очень-очень надеемся и очень верим!
Уважаемые, я прошу прощения, или я ничего не понимаю, но ведь не работает же инструмент, уже больше 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
При этом иногда дополнительно к ошибке авторизации приходит письмо: «Подозрительная попытка входа в аккаунт через стороннее приложение», со словами «Мы предотвратили попытку входа в ваш аккаунт Mail.ru через стороннее приложение по основному паролю.»
Мне не помогло…
Двухфакторная аутентификация была отключена.
Удалил мобильное приложение, установил и снова залогинился.
Открыл, пролистал несколько папок…
Уточняю на всякий случай, что в мобильном приложении Облако_Mail.Ru нужно зайти не по PIN, а по email и паролю
У меня на всех девайсах заработало!!!
по основному паролю
Создайте и используйте «Пароли для внешних приложений» в настройках «Безопасность» аккаунта.
К сожалению очень поспешил. Ожили далеко не все аккаунты. И закономерность непонятна. Очень жаль, похоже придется искать другие варианты автоматичяеского копирования в облако от мэил, хотя не уверен, что они есть, а этот вариант был чертовки удобен, но судя по всему закончился…
Закономерность как раз понятна. Надо установить на мобильное устройство и зайти с той-же сети что и настольный с WebDavMailRuCloud. Если мобильное приложежние уже установлено то может понадобиться выход и вход. У меня после подобной манипуляции начало работать. Совершенно очевидно что идёт блокировка по незнакомому адресу до тех пор пока на мобильном устройстве не пройдёт свежая проверка на живого человека.
По паролю приложения пустило после описанных манипуляций.
Зашёл через браузер с того же 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
Та же ошибка,
- пробовал создать пароль приложения, не проходит
- кстати письмо тоже приходили: «Подозрительная попытка входа»
- в браузере авторизован
- пробовал выйти из мобильного приложения, но он полностью не выходит, а если кэш очищать, говорит опять начнет все загружать…
Очень-очень надеемся и очень верим!
Уважаемые, я прошу прощения, или я ничего не понимаю, но ведь не работает же инструмент, уже больше 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: на следующий день снова отказалось работать
по моему, там тупо нужно прохождение капчи
Работает через раз… Если подождать чуток и снова запустить, может прокатить. Надеюсь не заблокируют за такой брутфорс
При входе на сайт ВКонтакте, когда указывается пароль и логин отображается вот что: При входе произошла ошибка. Проверьте введенные данные и попробуйте еще раз. «invalid_client/Username or password is incorrect» Пароль и логин — правильные. Чаще всего встречается в телефоне, смартфоне или планшете. Бывает, что и с компьютера не зайти. Кто сталкивался? Что значит? В чем проблема? Какие есть способы исправить ошибку? Как видно из сообщения, речь о каком-то сбое в процессе авторизации. К примеру, логин или пароль неправильные. Во-первых, проверьте, не переставлена ли у Вас клава на другой язык или не включен ли КАПСЛОК. Во-вторых, не всегда ошибка в пароле или логине — возможно, страница ВК глючит. У меня подобное уже бывало. А иногда достаточно просто очистить куки и кэш (если не знаете точто — как это делать, можете и просто перезагрузить комп или телефон или планшет, если заходили с него — без разницы). У меня был случай — через Гуглхром заходил без проблем, а с Мозиллы — никак. Переустановил Мозиллу, установив новую версию — залогинился без проблем. Для надёжности — в случае, если не можете войти, но уверены, что данные правильные и с сайтом и браузером всё в порядке, лучше поменять пароль. система выбрала этот ответ лучшим Секретный-Человек 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)Сменить кодировку ввода пароля или создать пароль легче, но длинее. Roxrite 8 лет назад Данное уведомление говорит о том, что произошла «ошибка авторизации» (логин или пароль введен неправильный). Здесь дело не в пароле и не в логине. Иногда бывает, что возник сбой на самом сайте ВКонтакте и через некоторое время ошибка исчезает. Но бывает, что дело в другом. Возможные способы для устранения проблемы: 1.. Если ошибка произошла в телефоне, планшете или смартфоне, то пробовать переустановить приложение с полной очисткой истории (cookie, кэша); 2.. Если ошибка произошла в компьютере, то делаем тоже самое (переустанавливаем браузер); 3.. Если заходит с компьютера, но не заходит с мобильного устройства и переустановка не помогла, то нужно поменять пароль и пробовать зайти с новым паролем. 4.. Если можно зайти с чужого компьютера или с телефона (и наоборот) и новый пароль не помог, значит дело в вирусе. О том как с ним бороться смотрите здесь: Почему ВКонтакте не вводится пароль и логин? Почему текст не печатается? Там описываются конкретные способы с редактированием фала «hosts», удаление процессов «vkontakte.exe», либо «VK.exe» и рекомендуемые антивирусы для удаления вируса. Еще варианты, заглянуть в «Автозагрузку» Windows и посмотреть есть ли там какой-нибудь подозрительный файл, если есть сразу удаляйте, даже если не уверены, ничего плохого не произойдет. Еще лучше — найти его местоположение и удалить с помощью «Unlocker». И последнее — вернуть систему в тот день (час), когда всё было нормально с помощью службы «Восстановление Windows». Даксплячи Учлинзайх 7 лет назад Возможно Вы логин или пароль неправильно ввели? Нужно вводить на английском, а Вы вводите на Русском Языке? Если Вы заходите с планшета или телефона — попробуйте устройство перезагрузить — должно помочь Возможно Вконтакте ведет профилактические работы, именно поэтому и высвечивается ошибка при входе. А вообще если выдает ошибку — попробуйте через другое устройство зайти — например через компьютер. Из всего этого делаем вывод, что решить проблему можно следующим образом:
Azamatik 7 лет назад Иначе говоря «ошибка авторизации» — проблема, которая возникает при попытке войти в соц сеть «ВКонтакте». А вы при этом уверены, что пароль и логин набираете правильно. При возникновении подобной ошибки попробуйте сделать следующие действия:
Искатель приключений 7 лет назад Я для начала бы проверил вход в социальную сеть с другого устройства, если вы сможете войти, то проблема на вашем устройстве. Если вы не смогли зайти с смартфона, то начало проверьте на наличие обновления, может быть из за того, что вы его не поставили приложение перестало работать. Если обновления нет, то попробуйте переустановить старую версию. А на компьютере попробуйте скачать другой браузер и зайти с него. zagadka2030 7 лет назад Эта информация гласит о том, что такого ника в ВКонтакте либо несуществует, либо набранный ник с ошибкой, либо пароль к данному нику неправильный. Ошибка может быть следствием забитости кэша или воздействия на браузер вируса. Самое простое — почистить кэш и просканировать браузер на наличие заражённости вирусами. Марлена 7 лет назад Если при входе в вашу учетную запись вконтакте вам выдает данную ошибку, где видно что ошибка идет от ввода пароля, то для того, чтобы исправить её нужно будет перепроверить ваши входные данные. Также может помочь очищение кеша и куков. Также будет неплохо, если попробовать зайти с с другой страницы. reparcam 7 лет назад Да это значит, что нет такой страницы, какой то сбой у вас или страницу снесли, попробуйте в другом браузере или с другого компьютера зайти или вообще воспользуйтесь функцией восстановления пароля, возможно ваш аккаунт пытались/пытаются/или уже взломали. Novasagova 7 лет назад Если у вас произошли данные проблемы на смартфоне или планшете. То есть очень большая вероятность, что произошел сбой в программе и ее нкжно обновить. А также можно почистить куки, или кэш для стабильной работы. Знаете ответ? |