Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug report with latest TB4 standard humble Image #474

Closed
ValentinLeglise opened this issue Sep 20, 2024 · 1 comment
Closed

Bug report with latest TB4 standard humble Image #474

ValentinLeglise opened this issue Sep 20, 2024 · 1 comment
Assignees
Labels
bug Something isn't working requiring changes to this package

Comments

@ValentinLeglise
Copy link

Robot Model

Turtlebot4 Standard

ROS distro

Humble

Networking Configuration

I do not know

OS

Ubuntu 22.04

Built from source or installed?

Installed

Package version

Expected behaviour

Can SSH into the robot after connected to access point Turtlebot4

Actual behaviour

Screenshot from 2024-09-20 11-54-28

I tried to reflashed 2 robots standard, with the good image downloaded there: http://download.ros.org/downloads/turtlebot4/

I ve never had this problem before. It appears specifically when the new version of the image (turtlebot4_standard_humble_1.0.4.img). Maybe there is a problem with this new image.

Error messages

No response

To Reproduce

  1. Connect access point Turtlebot4
  2. "ssh ubuntu10.42.0.1"

Other notes

No response

@ValentinLeglise ValentinLeglise added the bug Something isn't working requiring changes to this package label Sep 20, 2024
@aharshac
Copy link

aharshac commented Sep 22, 2024

@ValentinLeglise The SSH output explains both why this problem occurs and how you could solve it.

This is not a problem with the Turtlebot image, but rather a feature of SSH.
When you re-flashed the image, a new SSH key was created, but your PC remembers the Pi with its old fingerprint as defined in /home/vleglise/.ssh/known_hosts at line 3.

You can remove the old key with ssh-keygen -f "/home/vleglise/.ssh/known_hosts" -R "10.42.0.1"

Further, you could disable host key checking either when logging in to SSH with ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no ubuntu@10.42.0.1 or by adding an entry to the ~/.ssh/config file:

Host 10.42.*.*
    StrictHostKeyChecking no
    UserKnownHostsFile=/dev/null

This disables the host key checking for the 10.42.*.* subnet.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working requiring changes to this package
Projects
None yet
Development

No branches or pull requests

3 participants