Jetson Nano远程开发：SSH连接实战指南
1. Jetson Nano远程开发入门指南
第一次拿到Jetson Nano这块小板子的时候，我完全没想到它能跑得动AI模型。这块比信用卡大不了多少的开发板，内置了128核NVIDIA Maxwell架构GPU，支持CUDA加速，简直就是移动端的AI计算神器。不过它的桌面环境确实简陋，接显示器键盘鼠标太麻烦，所以我强烈推荐用SSH远程开发。
SSH就像给你的开发板装了个远程遥控器。想象一下：你坐在舒适的办公桌前，用自己熟悉的键盘和IDE，却能直接操作Jetson Nano上的所有资源。我测试过，在本地网络环境下，SSH延迟几乎可以忽略不计，编译代码、训练模型和直接操作开发板没什么区别。
这里有个小技巧：建议给Jetson Nano配个散热风扇。别看它体积小，跑起AI模型来温度能飙升到80℃以上。我最初没注意散热，结果频繁出现SSH连接中断，后来才发现是过热降频导致的。
2. 准备工作：连接你的Jetson Nano
2.1 首次开机设置
刚拆封的Jetson Nano需要先完成基础配置。接上电源、显示器和键盘鼠标（就这一次需要外设），按照屏幕提示完成系统安装。建议选择Ubuntu 18.04 LTS镜像，这是官方最稳定的版本。装好系统后，第一件事就是开启SSH服务：
sudo systemctl enable ssh sudo systemctl start ssh这个操作就像给你的开发板装了个"电话接听器"。我遇到过新手容易忽略的问题：有些镜像默认关闭SSH服务，导致怎么都连不上。如果遇到这种情况，可以先用显示器登录，运行上面两条命令。
2.2 查找开发板IP地址
现在我们需要知道开发板的"电话号码"——也就是IP地址。最简单的方法是让开发板自己告诉你：
hostname -I但如果你手头没有显示器，可以试试这个我在多个项目中验证过的方法：
- 确保开发板和电脑在同一个局域网
- 电脑上打开终端（Windows用CMD或PowerShell）
- 输入
arp -a查看所有网络设备 - 找名字包含"jetson"或"NVIDIA"的条目
我办公室里同时运行着5台Jetson设备，这个方法帮我快速区分每台设备。有个更聪明的做法：给Jetson Nano设置静态IP。编辑网络配置文件：
sudo nano /etc/netplan/01-network-manager-all.yaml添加类似这样的配置（根据你的路由器调整）：
network: version: 2 renderer: NetworkManager ethernet: eth0: dhcp4: no addresses: [192.168.1.100/24] gateway4: 192.168.1.1 nameservers: addresses: [8.8.8.8, 8.8.4.4]保存后运行sudo netplan apply生效。这样你的开发板就永远用这个IP地址了，再也不用每次连接前都要找IP。
3. SSH连接实战详解
3.1 选择你的SSH武器库
Windows用户我强烈推荐MobaXterm，它集成了SFTP文件传输、X11转发等实用功能。Mac和Linux用户直接用终端就行，但也可以考虑Termius这类现代化工具。连接命令其实很简单：
ssh username@ip地址比如我的开发板用户是jetson，IP是192.168.1.100，那就输入：
ssh jetson@192.168.1.100第一次连接时会问你是否信任这个设备，输入yes就行。之后每次连接只需要输入密码。如果你跟我一样讨厌反复输密码，可以设置SSH密钥登录：
- 本地电脑生成密钥对：
ssh-keygen -t rsa - 把公钥传到开发板：
ssh-copy-id jetson@192.168.1.100 - 以后连接就不用输密码了
我在团队协作时发现，很多开发者卡在密钥权限问题上。记住：Jetson Nano上的~/.ssh目录权限必须是700，authorized_keys文件权限必须是600。
3.2 防火墙配置技巧
Ubuntu默认的防火墙工具是UFW，但Jetson Nano可能没预装。如果遇到连接问题，先检查防火墙：
sudo ufw status如果显示"inactive"就不用管。如果防火墙开着但没放行SSH端口（默认22），运行：
sudo ufw allow 22有个坑我踩过：某些企业网络会封锁22端口。这时可以修改SSH配置换端口：
- 编辑SSH配置文件：
sudo nano /etc/ssh/sshd_config - 找到
#Port 22这行，去掉注释改成其他端口如Port 2222 - 重启服务：
sudo systemctl restart ssh
别忘了新端口也要在防火墙放行：sudo ufw allow 2222
4. 高级配置与性能优化
4.1 保持SSH连接稳定
训练AI模型动辄几小时，SSH断连就悲剧了。我的解决方案是：
- 客户端配置：编辑
~/.ssh/config，添加：
Host jetson HostName 192.168.1.100 User jetson ServerAliveInterval 60 ServerAliveCountMax 5这样每60秒会发送心跳包，5次失败才断开。
- 服务端配置：修改
/etc/ssh/sshd_config：
ClientAliveInterval 60 ClientAliveCountMax 5 TCPKeepAlive yes然后重启SSH服务。这套配置让我在8小时以上的模型训练中再没断过连接。
4.2 文件传输极速方案
除了SCP和SFTP，我推荐rsync这个增量同步神器。比如同步本地代码到开发板：
rsync -avz -e ssh ./project_dir jetson@192.168.1.100:~/workspace参数解释：
a：归档模式，保留所有文件属性v：显示进度z：压缩传输e：指定使用SSH
对于大文件传输，可以先压缩再传。我在传输2GB数据集时测试过：
- 直接SCP：3分12秒
- 先用tar压缩再传：1分45秒
- rsync增量更新：首次2分钟，后续修改后只需15秒
5. 常见问题排坑指南
5.1 连接超时问题排查
如果ssh连接出现"Connection timed out"，按照这个检查清单来：
物理层：
- 网线插好了吗？（我就犯过这个低级错误）
- 开发板电源灯亮吗？
网络层：
- 电脑和开发板在同一个网络吗？
- 能ping通开发板IP吗？
服务层：
- SSH服务运行中吗？
sudo systemctl status ssh - 端口监听正常吗？
sudo netstat -tulnp | grep 22
- SSH服务运行中吗？
5.2 认证失败问题解决
"Permission denied"错误可能原因：
- 密码错误：确保没开大写锁定，Jetson Nano默认用户是"jetson"，密码"jetson"
- 用户不存在：
ssh nonexist@ip就会报这个错 - SSH配置限制：检查
/etc/ssh/sshd_config：PermitRootLogin应该是no（安全考虑）PasswordAuthentication应该是yes（除非你只用密钥登录）
最坏的情况：如果你彻底锁死了自己，别慌。接上显示器，用以下命令重置SSH配置：
sudo cp /etc/ssh/sshd_config /etc/ssh/sshd_config.bak sudo nano /etc/ssh/sshd_config把文件内容替换为：
Port 22 Protocol 2 HostKey /etc/ssh/ssh_host_rsa_key HostKey /etc/ssh/ssh_host_ecdsa_key HostKey /etc/ssh/ssh_host_ed25519_key UsePrivilegeSeparation yes KeyRegenerationInterval 3600 ServerKeyBits 1024 SyslogFacility AUTH LogLevel INFO LoginGraceTime 120 PermitRootLogin no StrictModes yes RSAAuthentication yes PubkeyAuthentication yes IgnoreRhosts yes RhostsRSAAuthentication no HostbasedAuthentication no PermitEmptyPasswords no ChallengeResponseAuthentication no PasswordAuthentication yes X11Forwarding yes X11DisplayOffset 10 PrintMotd no PrintLastLog yes TCPKeepAlive yes AcceptEnv LANG LC_* Subsystem sftp /usr/lib/openssh/sftp-server UsePAM yes然后重启服务：sudo systemctl restart ssh