Home › Forums › FABRIC General Questions and Discussion › “stdio forwarding failed” issue
Tagged: ssh slice
- This topic has 12 replies, 2 voices, and was last updated 1 year, 6 months ago by Nagmat Nazarov.
-
AuthorPosts
-
January 30, 2023 at 3:20 pm #3702
Dear community
I have created my slices successfully, but having issues while trying to ssh the servers.
” ssh -F ssh_config -i ~/.ssh/nagmat_sliver_key.pub ubuntu@2001:400:a100:3010:f816:3eff:fe01:1ec2″
getting :
“Warning: Permanently added ‘bastion-1.fabric-testbed.net,128.163.180.149’ (ECDSA) to the list of known hosts.
channel 0: open failed: connect failed: No route to host
stdio forwarding failed
kex_exchange_identification: Connection closed by remote host” error.When I created the slices manually I could ssh the servers without any problem.
When I create start the slices using Jupyter Notebook, I couldn’t ssh them. The slice structure is attached on the attachment.
My slice id is : “0267e2b6-4c7c-4ccb-9989-76c135954421”
What may be the issue with it?
Kind regards,
Nagmat
January 30, 2023 at 5:17 pm #3712I think you need to use the private key in that ssh command rather than the public one.
Paul
January 30, 2023 at 5:21 pm #3715I think you need to use the private key in that ssh command rather than the public one.
Paul
I am using private key infact, but tried the public key just to check if it will work.
When I execute : ” ssh -F ssh_config -i ~/.ssh/nagmat_sliver_key ubuntu@2607:f018:110:11:f816:3eff:fe56:fe96 ”
getting :
“Warning: Permanently added ‘bastion-1.fabric-testbed.net,152.54.15.12’ (ECDSA) to the list of known hosts.
Warning: Permanently added ‘2607:f018:110:11:f816:3eff:fe56:fe96’ (ECDSA) to the list of known hosts.
Received disconnect from UNKNOWN port 65535:2: Too many authentication failures
Disconnected from UNKNOWN port 65535 ”- This reply was modified 1 year, 9 months ago by Nagmat Nazarov.
January 30, 2023 at 5:23 pm #3717Ok, my next thought is that the ssh_config file might be wrong or not at the path you specified.
Can you confirm the ssh_config file is in the local dir and post the parts related to the fabric bastion host?
January 30, 2023 at 5:25 pm #3718Ok, my next thought is that the ssh_config file might be wrong or not at the path you specified.
Can you confirm the ssh_config file is in the local dir and post the parts related to the fabric bastion host?
The ssh_config file :
“UserKnownHostsFile /dev/null
StrictHostKeyChecking no
ServerAliveInterval 120Host bastion-?.fabric-testbed.net
User nagmat_0051461802
ForwardAgent yes
Hostname %h
IdentityFile ~/.ssh/nagmat_bastion_key
IdentitiesOnly yesHost * !bastion-?.fabric-testbed.net
ProxyJump nagmat_0051461802@bastion-1.fabric-testbed.net:22″P.S: I have sshed the slices that I have created manually by using this ssh_config file and it was working fine.
- This reply was modified 1 year, 9 months ago by Nagmat Nazarov.
January 30, 2023 at 5:26 pm #3719Oh, actually this won’t work for you right now. There is still something wrong with your ssh setup but even if you correct it, you have triggered our security policy about failed ssh retries and your IP has been temporarily banned.
Are you able to try this from a different IP?
January 30, 2023 at 5:30 pm #3721I think what you have will probably work once the ban is lifted. We did make a small change in order to load balance across the bastions hosts. There is now one bastion name “bastion.fabric-testbed.net”. You might try making ssh_config look something like this (Although I think it would work the way you have it):
Host bastion.fabric-testbed.net User pruth_0031379841 ForwardAgent yes Hostname %h IdentityFile /home/fabric/work/fabric_config/fabric_bastion_key IdentitiesOnly yes Host * !bastion.fabric-testbed.net ProxyJump pruth_0031379841@bastion.fabric-testbed.net:22
- This reply was modified 1 year, 9 months ago by Paul Ruth.
- This reply was modified 1 year, 9 months ago by Paul Ruth.
January 30, 2023 at 6:57 pm #3731Oh, actually this won’t work for you right now. There is still something wrong with your ssh setup but even if you correct it, you have triggered our security policy about failed ssh retries and your IP has been temporarily banned.
Are you able to try this from a different IP?
I uploaded public key of my laptop to fabrictestbed on SSH keys.
Yeah, I tried from another IP but getting :“Warning: Permanently added ‘bastion.fabric-testbed.net’ (ED25519) to the list of known hosts.
Warning: Permanently added ‘2607:f018:110:11:f816:3eff:fe56:fe96’ (ED25519) to the list of known hosts.
ubuntu@2607:f018:110:11:f816:3eff:fe56:fe96: Permission denied (publickey).”January 30, 2023 at 7:07 pm #3732I think what you have will probably work once the ban is lifted. We did make a small change in order to load balance across the bastions hosts. There is now one bastion name “bastion.fabric-testbed.net”. You might try making ssh_config look something like this (Although I think it would work the way you have it):
Host bastion.fabric-testbed.net User pruth_0031379841 ForwardAgent yes Hostname %h IdentityFile /home/fabric/work/fabric_config/fabric_bastion_key IdentitiesOnly yes Host * !bastion.fabric-testbed.net ProxyJump pruth_0031379841@bastion.fabric-testbed.net:22
I have edited ssh_config file accordingly.
Should I make request for ban lift or will it be removed after some time?
If it removes automatically after some time, how long does the process take?
Kind regards,
Nagmat
January 31, 2023 at 10:37 am #3750We looked into this and this is not an issue with being banned.
From your error, you have made it through the bastion host but are failing authorization at the VM. This is likely caused by using the wrong VM username or the wrong key. Keep in mind, the key you use in the portal and the key you use in the JupyterHub are likely different. You can make them the same but you would need to manually do that. Are you sure you are using the correct slice/sliver key?
January 31, 2023 at 3:40 pm #3759We looked into this and this is not an issue with being banned.
From your error, you have made it through the bastion host but are failing authorization at the VM. This is likely caused by using the wrong VM username or the wrong key. Keep in mind, the key you use in the portal and the key you use in the JupyterHub are likely different. You can make them the same but you would need to manually do that. Are you sure you are using the correct slice/sliver key?
The slice key and the sliver key are different. Shall I make them the same?
I am sure that I am using the correct sliver key since I logged in with it a couple of times.
I attached the configuration of my jupyter hub as an attachment.
” ssh -F ssh_config -i ~/.ssh/nagmat_sliver_key ubuntu@132.249.252.175 ”
Getting :
“Warning: Permanently added ‘bastion.fabric-testbed.net,128.163.180.149’ (ECDSA) to the list of known hosts.
Warning: Permanently added ‘132.249.252.175’ (ECDSA) to the list of known hosts.
Received disconnect from UNKNOWN port 65535:2: Too many authentication failures
Disconnected from UNKNOWN port 65535 ”I made sliver and slice key the same, but still getting the same error.
January 31, 2023 at 5:49 pm #3765For clarity, I say “slice/sliver key” because we are a bit inconsistent in our use of terms. “Slice key” and “sliver key” are often use to mean the same thing. This is really just the key that is in the VM (as opposed to the key that is in the bastion host).
The important thing to know is that the slice key you use in the portal and the slice key you use in the JupyterHub are not necessarily the same. The slice key that is pushed to the VM will be the slice key that is used when you submit the slice request. That is the slice key you will need to use to access it, regardless of where you access if from.
So, if you create a slice in the portal and want to access it from the jupyterhub, you will need to have that slice key in your jupyterhub. The reverse is also true.
You don’t need to have your keys match, you just need to know which key you used when you created the slice.
May 26, 2023 at 2:48 pm #4320Worked!
-
AuthorPosts
- The topic ‘“stdio forwarding failed” issue’ is closed to new replies.