If the list of SSH keys on GitHub is short and you're unsure which one is the correct key, you can try the following approach to identify the correct key:

  1. List all SSH keys on your system: Use the ls command to list all the SSH keys in your ~/.ssh directory:
  2. ls -al ~/.ssh
     
  3. Identify the public keys: Look for files with the .pub extension in the ~/.ssh directory. These are your SSH public keys. Use cat command to view the content of each public key:
  4. cat ~/.ssh/id_rsa.pub
  5. Check GitHub SSH keys:
    • Go to your GitHub account settings.
    • Navigate to the "SSH and GPG keys" section.
    • You'll see a list of SSH keys associated with your GitHub account.
    • Examine the list to see if any of the keys match the ones you have locally.
  6. Compare SSH key fingerprints: Each SSH key has a unique fingerprint. You can generate the fingerprint for each local SSH key and compare it with the fingerprints shown on GitHub to identify the matching key.This command will display the fingerprint of your SSH key. Compare this fingerprint with the fingerprints listed on GitHub.
  7. ssh-keygen -lf ~/.ssh/id_rsa.pub
     

By comparing the content and fingerprints of each SSH key, you should be able to identify the correct key that matches the one listed on GitHub. Once you've identified the correct key, you can manage your keys accordingly.

 

종국에 보면, 솔루션에 대한 책임을 지지 않으면서 소스 때문에 키 달라는 개발자들이 많아(2명 이상)서 키 이름은 똑같이 블러핑하고 실제 repo는 다 다르게 해뒀는데, 나중에 내가 햇갈려서 말이지. LF 옵션 알아두려고. 라이어들... 뻑. 이라고 외워둬야 겠다. 리포도 더 이상 업데이트 없는 fake 리포로 해둬도 관심도 없다. 언젠가 퇴사할 때 pull 한 번 땡기고 가야지 라는게 눈에 선함. 구글은 안드로이드 소스 다 오픈해뒀고 커널 소스는 만들려면 1조는 넘게 걸리는데 다 오픈 해둬도 못 쓰는데. Open source contributor가 우대 받는게 그런 이유다. 

주변을 좀 걸었다.

+ Recent posts