SSH是安全远程登录Linux服务器的核心工具，通过加密通信保障数据安全。使用ssh 用户名@IP命令可连接服务器，首次连接需确认服务器指纹。推荐采用SSH密钥认证：运行ssh-keygen生成密钥对，用ssh-copy-id将公钥传至服务器，实现无密码登录。为提升安全性，可修改SSH默认端口（如2222），并配置防火墙规则。通过~/.ssh/config文件可设置主机别名、端口、密钥路径等，简化连接命令。利用SSH隧道可实现端口转发：-L参数将远程服务映射到本地，-R参数将本地服务暴露到远程。常见问题如连接被拒，需检查SSH服务状态与防火墙；认证失败需核对密钥权限与配置文件；连接超时则排查网络。性能优化包括服务器端关闭UseDNS与GSSAPI认证，客户端启用压缩（-C）及连接复用（ControlMaster），显著提升响应速度。调试时使用ssh -v查看详细日志，快速定位问题。
Linux远程登录命令SSH，简单来说，就是你在本地电脑上，通过一条指令，安全地连接到远端的Linux服务器。它就像是为你的远程操作打开了一扇加密的门，所有的指令、数据传输都会经过加密处理，确保了通信的安全性。没有SSH，我们几乎无法想象如何高效、安全地管理那些部署在世界各地的服务器。
解决方案
要使用SSH登录一台远程Linux服务器，最基本的命令格式是：
ssh [用户名]@[服务器IP地址或域名]
举个例子，如果你的服务器IP是
192.168.1.100
，登录用户是
root
，那么命令就是：
ssh root@192.168.1.100
当你第一次连接一台新的服务器时，SSH会提示你验证服务器的指纹（fingerprint）。这是为了防止“中间人攻击”，确保你连接的确实是目标服务器。它会问你“Are you sure you want to continue connecting (yes/no/[fingerprint])?”，通常输入
yes
并回车即可。这个指纹会被记录在你的本地
~/.ssh/known_hosts
文件中。
接下来，系统会提示你输入该用户的密码。输入密码时，屏幕上不会显示任何字符，这是正常现象。输入完毕后按回车，如果密码正确，你就成功登录到远程服务器的命令行界面了。我第一次成功登录远程服务器时，那种感觉就像是突然拥有了掌控远方机器的能力，非常奇妙。
SSH密钥认证：告别密码，拥抱安全与便捷
我个人强烈建议，在任何实际应用场景，尤其是生产环境中，都抛弃密码认证，转而使用SSH密钥对进行认证。这不仅大大提升了安全性，还能极大简化你的登录流程。密码再复杂，也比不上密钥对的安全性，而且频繁输入长密码也确实让人头疼。
SSH密钥认证的核心思想是：你有一对密钥，一个私钥（
id_rsa
）保存在你本地，一个公钥（
id_rsa.pub
）放在远程服务器上。当你尝试连接时，服务器会用你的公钥加密一个随机字符串，发送给你。你的本地SSH客户端会尝试用私钥解密，成功后，服务器就知道你是合法的用户。这个过程是自动的，不需要你手动输入密码。
生成密钥对：
在你的本地机器上，打开终端，输入：
ssh-keygen -t rsa -b 4096
-t rsa
指定了加密算法，
-b 4096
则指定了密钥的长度，4096位比默认的2048位更安全。一路回车即可，也可以设置一个密码来保护你的私钥，这样即使私钥泄露，没有密码也无法使用，但每次连接都需要输入私钥密码。我通常会给私钥设置密码，多一层保障总是好的。
生成后，你的密钥对会默认存储在
~/.ssh/
目录下，通常是
id_rsa
(私钥) 和
id_rsa.pub
(公钥)。
将公钥上传到服务器：
最方便的方法是使用
ssh-copy-id
命令：
ssh-copy-id [用户名]@[服务器IP地址或域名]
例如：
ssh-copy-id root@192.168.1.100
它会提示你输入一次远程用户的密码，然后自动将你的公钥添加到服务器的
~/.ssh/authorized_keys
文件中。如果服务器上没有这个文件或目录，它也会帮你创建。
GPT-MINUS1
通过在文本中随机地用同义词替换单词来愚弄GPT
83 查看详情 
如果没有
ssh-copy-id
命令（比如在一些精简的系统上），你也可以手动复制：
在本地查看公钥内容：
cat ~/.ssh/id_rsa.pub
登录到远程服务器（使用密码）：
ssh root@192.168.1.100
在服务器上创建
.ssh
目录并设置权限：
mkdir -p ~/.ssh
chmod 700 ~/.ssh
将本地复制的公钥内容粘贴到服务器的
~/.ssh/authorized_keys
文件中：
echo "你的公钥内容" >> ~/.ssh/authorized_keys
设置
authorized_keys
文件的权限：
chmod 600 ~/.ssh/authorized_keys
完成这些步骤后，你就可以直接使用
ssh root@192.168.1.100
无密码登录了。这种丝滑的体验，一旦用上就回不去了。
SSH配置进阶：端口修改、代理与隧道魔法
SSH的功能远不止登录那么简单，它还是一把网络工具的“瑞士军刀”。在实际工作中，我经常需要进行一些高级配置，比如修改默认端口来增加安全性，或者利用SSH隧道访问内网资源。
修改SSH默认端口：
SSH默认使用22端口。虽然改端口不能阻止有针对性的攻击，但确实能有效减少大量针对22端口的自动化扫描和暴力破解尝试，让你的日志文件清净不少。
服务器端配置：编辑SSH服务器的配置文件
/etc/ssh/sshd_config
。找到
Port 22
这一行，将其修改为一个不常用的端口，比如
Port 2222
。如果这一行被注释掉了（前面有
#
），请取消注释。修改后，保存文件并重启SSH服务：
sudo systemctl restart sshd
(或
sudo service sshd restart
，取决于你的Linux发行版)重要提示： 在修改端口并重启服务之前，请务必确保你的防火墙（如
ufw
或
firewalld
）已经允许新端口的流量通过，否则你可能会把自己锁在服务器外面！我曾经就犯过这个错误，那次经历让我深刻体会到“先开门再换锁”的重要性。
客户端连接：当服务器端口修改后，你需要在客户端指定新端口进行连接：
ssh -p 2222 root@192.168.1.100
SSH客户端配置文件
~/.ssh/config
：
为了方便管理多个服务器连接，或者为特定服务器设置复杂的SSH参数，你可以编辑本地的
~/.ssh/config
文件。这个文件可以让你为不同的主机定义别名、指定用户、端口、密钥文件等，极大地简化了命令行输入。
一个典型的
~/.ssh/config
文件可能看起来像这样：
Host my_server_prod Hostname 192.168.1.100 User root Port 2222 IdentityFile ~/.ssh/id_rsa_prodHost dev_box Hostname dev.example.com User admin Port 22 IdentityFile ~/.ssh/id_rsa_dev # 启用连接复用，加快后续连接速度 ControlMaster auto ControlPath ~/.ssh/control:%h:%p:%r ControlPersist 600s
有了这个配置，你只需要输入
ssh my_server_prod
就可以连接到
192.168.1.100
的
2222
端口，使用
root
用户和指定的密钥文件，省去了记忆和输入大量参数的麻烦。
SSH隧道（端口转发）：
SSH隧道是SSH最强大的功能之一。它允许你通过一个加密的SSH连接，将本地端口的流量转发到远程服务器的某个端口，或者反过来。
本地端口转发 (
-L
)：将远程服务器上的服务映射到你本地的某个端口。这在访问内网服务时非常有用。例如，远程服务器
192.168.1.100
上运行着一个MySQL数据库，监听在
127.0.0.1:3306
，你希望在本地访问它：
ssh -L 3307:127.0.0.1:3306 root@192.168.1.100
现在，你可以在本地通过
127.0.0.1:3307
访问到远程服务器的MySQL服务了。我经常用它来连接内网的数据库，或者测试一些只有服务器才能访问的API。
远程端口转发 (
-R
)：将本地的服务映射到远程服务器的某个端口，使得远程服务器能够访问你本地的服务。这在需要将本地Web服务暴露给外部访问时非常方便（通常需要远程服务器允许
GatewayPorts yes
）。例如，你本地有一个Web服务运行在
127.0.0.1:8000
，想让远程服务器上的其他人通过
192.168.1.100:8080
访问：
ssh -R 8080:127.0.0.1:8000 root@192.168.1.100
这需要远程服务器的
/etc/ssh/sshd_config
中设置
GatewayPorts yes
并重启
sshd
服务。
SSH常见问题与性能优化：从卡顿到流畅
在使用SSH的过程中，我们总会遇到一些小问题，或者觉得连接不够流畅。这些问题大多有迹可循，并且通常可以通过一些配置来优化。
常见连接问题及排查：
ssh: connect to host ... port 22: Connection refused
：这通常意味着远程服务器的SSH服务没有运行，或者防火墙阻止了连接，或者你尝试连接的端口不正确。排查： 检查服务器SSH服务状态 (
sudo systemctl status sshd
)，检查服务器防火墙规则 (
sudo ufw status
或
sudo firewall-cmd --list-all
)，确认IP地址和端口是否正确。
Permission denied (publickey,password)
：这表示认证失败。可能是密码错误，或者密钥认证配置有问题。排查： 如果是密码，请仔细检查。如果是密钥认证，确认：
本地私钥 (
~/.ssh/id_rsa
) 权限是否为
600
(
chmod 600 ~/.ssh/id_rsa
)。远程服务器
~/.ssh
目录权限是否为
700
，
~/.ssh/authorized_keys
文件权限是否为
600
。
authorized_keys
文件中是否包含正确的公钥。远程服务器的
/etc/ssh/sshd_config
中是否允许
PubkeyAuthentication yes
。
连接超时 (
ssh: connect to host ... port 22: Operation timed out
)：通常是网络问题，或者服务器防火墙完全阻止了SSH端口的连接。排查： 检查网络连通性 (
ping
服务器IP)，检查服务器防火墙。
SSH连接性能优化：
我遇到过几次SSH连接突然变得非常卡顿的情况，尤其是在网络条件不佳时，每次敲命令都有明显的延迟。以下是一些常用的优化方法：
禁用DNS反向解析 (
UseDNS no
)：在服务器的
/etc/ssh/sshd_config
中添加或修改
UseDNS no
。SSH服务器在接收到连接时，默认会尝试对客户端IP进行DNS反向解析，这在DNS解析慢或不可用时会导致登录延迟。修改后重启
sshd
服务。
禁用GSSAPI认证 (
GSSAPIAuthentication no
)：同样在服务器的
/etc/ssh/sshd_config
中添加或修改
GSSAPIAuthentication no
。GSSAPI认证在大多数个人使用场景中并不需要，禁用它可以避免不必要的认证尝试和延迟。修改后重启
sshd
服务。
启用压缩 (
Compression yes
)：在客户端连接时，可以使用
-C
参数或在
~/.ssh/config
中设置
Compression yes
。这会在SSH连接上传输数据时进行压缩，对于网络带宽较差的环境有明显改善，但会增加CPU开销。
ssh -C root@192.168.1.100
连接复用 (
ControlMaster
,
ControlPath
,
ControlPersist
)：这是我最喜欢的一个优化技巧。当你频繁地对同一台服务器进行SSH操作（比如同时打开多个终端窗口，或者运行
scp
、
sftp
命令）时，每次都建立新的SSH连接会消耗时间。通过在
~/.ssh/config
中配置连接复用，可以重用第一个SSH连接，后续连接会瞬间建立。
Host * ControlMaster auto ControlPath ~/.ssh/control:%h:%p:%r ControlPersist 600s # 第一个连接关闭后，保持主连接600秒
这个配置会让SSH在连接到任何主机时，都尝试建立一个可复用的主连接。当你在600秒内再次连接同一台主机时，它会直接复用已有的连接，速度飞快。
当你遇到问题时，
ssh -v
命令是你的好朋友。它会输出详细的调试信息，帮助你定位问题所在。比如
ssh -v root@192.168.1.100
，你会看到SSH客户端一步步尝试连接、认证的过程，很多时候问题的原因就藏在这些冗长的输出里。
以上就是Linux远程登录命令ssh使用详解的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/718253.html
微信扫一扫 
支付宝扫一扫 
