Azunai, I did the deletion process using this command "ssh-keygen -f" , but it still shows this message and the error code 1006This is a common ssh error.
If you connect to a ssh server with an address the host key will be saved for that address. If the host key changes this error gets displayed, because it might be no the host your expecting to connect to.
This is expected if you reinstalled a host or VM because the old host key is lost. In that case type in the line in the error message starting with "ssh-keygen -f". This deletes the old key.
Hello
I am not entirely sure in what context you opened this terminal.
What I can tell you about this error:
When you connect with ssh the first time, the client saves a hash that identifies the host. At any future connection, the ssh client will compare the host hash with the one it got from the first connection. This is done for security reasons. If someone tried to impersonate the server you are trying to connect to, they would generate a different hash, resulting in this exact error.
However, it is also possible that you simply had a different server at this IP in the past. Then you set up a new one and the ssh client remembers that the fingerprint on that IP was different.
It is up to you now to find out if there is a good reason (like reinstalling a server) why this hash has changed, or if there is actually someone trying something nasty. If you think it's cool, the output you posted also contains a command you can simply run to remove the old hash from memory.
I recognize what was done by me, and I cannot access the Console, because of this error, I am accessing it using Putty or on the local server. I also ran the command "ssh-keygen -f", and it is also returning the error Code 1006.Hello
I am not entirely sure in what context you opened this terminal.
What I can tell you about this error:
When you connect with ssh the first time, the client saves a hash that identifies the host. At any future connection, the ssh client will compare the host hash with the one it got from the first connection. This is done for security reasons. If someone tried to impersonate the server you are trying to connect to, they would generate a different hash, resulting in this exact error.
However, it is also possible that you simply had a different server at this IP in the past. Then you set up a new one and the ssh client remembers that the fingerprint on that IP was different.
It is up to you now to find out if there is a good reason (like reinstalling a server) why this hash has changed, or if there is actually someone trying something nasty. If you think it's cool, the output you posted also contains a command you can simply run to remove the old hash from memory.
You seem to be conflating multiple things here. SSH does not produce code 1006, you likely mean VNC?I recognize what was done by me, and I cannot access the Console, because of this error, I am accessing it using Putty or on the local server. I also ran the command "ssh-keygen -f", and it is also returning the error Code 1006.
Accessing via ssh does not show an error, only accessing via the browser, any browser is showing error 1006, firefox, opera, chrome, brave... This command "ssh-keygen -f" was to resolve the alert message reported in the console.You seem to be conflating multiple things here. SSH does not produce code 1006, you likely mean VNC?
Can you please produce, preferably in text form but if you cant - clear and full screenshots are ok, where are you trying to ssh (IP/host included) to where (IP/host included). What happens exactly when you are trying to SSH (and use external client like Putty).
If using Putty, you may want to clear known_hosts registry entries:
https://www.rit.edu/researchcomputing/instructions/Clearing-the-known_hosts-SSH-File
Blockbridge : Ultra low latency all-NVME shared storage for Proxmox - https://www.blockbridge.com/proxmox
Where did you execute "ssh-keygen -f"? On your local machine or on the Proxmox VE?