I have two devices: the Jetson AGX Xavier, and a laptop running Debian. I am attempting to establish an SSH connection between the two devices using a direction ethernet connection.
Currently, the laptop has a connection to Wi-Fi, and there is a direct ethernet link from the laptop to the Jetson.
Did you set a static IP for you Xavier?
Setting static IP for your Xavier and laptop Ethernet interface in a same subnet (such as 192.168.0.x) should work for your case.
What is the exact error message if you try to connect? You can log this on command line, for example: ssh theaddress 2>&1 | tee log_ssh.txt
(this won’t record hidden keystrokes like passwords, but you can examine the log file anyway)
May be Openssh server is not installed or not running.
To verify really Openssh server is installed and running, please try “ssh jetson@localhost” on the jetson terminal and let us know if its successful.
Was “xx:xx:xx:xx:xx:xx” a numeric address? What I’m seeing is a DNS issue, not an ssh issue. The host does not know what the “xx:xx:xx:xx:xx:xx” is, which implies it is a named address. Systems on your local network which are behind the same router would normally need a dotted-decimal format to find each other. Connection timed out might be related, or it might be a lack of the service (but usually not from DNS issues…the timing out is usually something different).
Can you “ping 192.168.0.2”? Incidentally, in one screenshot, it shows 192.168.0.1", which is different. From both Jetson and host you should be able to ping that address successfully; assuming the Jetson is really 192.168.0.2 (adjust if it is not), then try pinging that address from both Jetson and host PC. Even Windows should be able to do that on command line. If one computer is the “.1” address, and the other is a “.2” address, then ping both from both and see what happens (each should ping itself, and each should ping the other).
Incidentally, if you manually assign an IP address and have a router, and not a switch, this is likely a problem. The router could behave badly (perhaps by intent of design) when seeing traffic to/from an address it did not assign.