192-168-1-103：〜josh $ ssh-add -l 4096 SHA256：4fFdwJ71VIH8rucL9y / 3U7jxjctaFcAKmdQZPEqR0Y4 /Users/josh/.ssh/id_rsa（RSA） 4096 SHA256：41kNx5H5yDf1mv6ZNS5W5nSI77WU5qhajLYHvUe6 / 1A /Users/josh/.ssh/id_rsa（RSA） 任何想法如何来有两个相同的私人密钥？
我必须通过SSHlogin到虚拟主机服务器。 不幸的是，login名称等于超过30个字符的域名。 基于debian的linux系统上的OpenSSH客户端在两种语法上都将login名限制为30个字符的限制： ssh [email protected] ssh -l login example.com SSH协议的规格是否有限制？ 仅仅是OpenSSH的限制吗？ 这是基于Unix系统用户名的限制吗？ 有没有办法绕过这样的限制？
我有一个Cent OS 7服务器运行。 我使用'ssh -X'从本地networking的笔记本电脑login，工作正常。 我走到服务器机房，将机架监视器连接到服务器，稍等片刻，欢迎屏幕就会显示，然后我单击相同的用户帐户。 它要求一个密码，似乎接受它。 屏幕现在变黑/空白，没有任何反应。 如果我回到笔记本电脑，一切仍然正常工作。 我究竟做错了什么？
我需要第一个版本的SSHconfiguration。 位于/etc/ssh/sshd_config 。 不幸的是，当前的sshconfiguration已经被其他开发者改变了几次，很难理解被修改的是什么。 我不知道是否有任何方法来重置默认的sshconfiguration，或者如果有人拥有sshconfiguration的内容，如果你可以分享它。
我正在使用台式电脑的一些源文件。 源文件编译并在远程服务器上运行。 由于我和服务器之间有很大的延迟，我决定使用rsync将这些文件复制到我的电脑，编辑它们，然后再次使用rsync同步它们。 但是，有一个问题… rsync不会更新文件，当我在我的最后编辑它们后同步备份到服务器。 增量文件列表已发送，但文件内容未修改。 这里是我的bash会议的完整输出，将详细解释发生了什么。 我的本地机器上有一些文件。 我使用vim等编辑器编辑其中的一个文件。 文件结构相当通用。 我有一个名为2016-07-01的项目根目录，其中包含许多子文件夹和源文件。 该文件夹刚刚以date的forms命名为版本控制的一种方法。 （bash）的 $ rsync -av ./2016-07-01 user@server:./path-to-project/2016-07-01 user@server's password: [enter password] sending incremental file list 2016-07-01/subfolder/ 2016-07-01/subfolder/main.cpp sent 2,238 bytes received 272 bytes 557.78 bytes/sec total size is 632,957 speedup is 252.17 它看起来像main.cpp已经更新，但是当我ssh进入服务器，并用vim打开它，我看到它没有改变。 为什么发生这种情况？ 然后我再次运行相同的命令，并产生以下输出… （bash）的 $ rsync -av ./2016-07-01 user@server:./path-to-project/2016-07-01 user@server's password: [enter […]
当通过SSHlogin到Ubuntu服务器时，显示以下行： Last login: Mon Jul 18 20:00:00 2016 from 111.111.111.111 在其他服务上， me.domain.com由主机名me.domain.comreplace，因为我的rDNS设置正确。 我如何configuration这个Ubuntu 16.04 LTS服务器来做同样的事情？
我使用CloudFlare whitelist为httpd使用iptables防火墙。 这是我的iptables规则，我已经将SSH端口更改为2204 Chain INPUT (policy DROP) target prot opt source destination ACCEPT tcp — 199.27.128.0/21 anywhere multiport dports http,https ACCEPT tcp — 198.41.128.0/17 anywhere multiport dports http,https ACCEPT tcp — 197.234.240.0/22 anywhere multiport dports http,https ACCEPT tcp — 190.93.240.0/20 anywhere multiport dports http,https ACCEPT tcp — 188.114.96.0/20 anywhere multiport dports http,https ACCEPT tcp — […]
我在ufw中启用了SSH和HTTP。 在Ubuntu 16.04上使用Linode VPS。 在sudo ufw enable之后，除了可以通过networking浏览器访问的虚拟控制台之外，我被有效地locking了。 这是我的监听守护进程： sudo netstat -lvpnut Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 4387/mysqld tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 4385/sshd tcp6 0 0 :::80 :::* LISTEN 11543/apache2 tcp6 0 0 :::22 :::* LISTEN 4385/sshd 一旦我禁用ufw，我可以ssh回来。 […]
我希望这是张贴这个正确的地方。 今天我重新启动后被locking在ec2之外。 这是当我尝试SSH时说的： OpenSSH_6.9p1, LibreSSL 2.1.8 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 21: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to xx.xx.xx.xx [xx.xx.xx.xx] port 22. debug1: connect to address xx.xx.xx.xx port 22: Connection refused ssh: connect to host xx.xx.xx.xx port 22: Connection refused 我已经经历了以下问题： https://stackoverflow.com/questions/14026148/running-ec2-instance-suddenly-refuses-ssh-connection Amazon EC2 – 重新启动后无SSH，连接被拒绝 我已经试图分离我的卷，试图修复sshd_config，但似乎并没有纠正这个问题。 […]
过去一周左右，我一直在解决一个问题，而且我正在用尽想法。 我在我的Centos 7 VPS上为git服务器添加了一个新用户，并且（在几篇文章的build议下）将用户的主目录放在/var而不是/home 。 然后，我尝试使用SSHlogin到该用户，并正常工作。 但是 ，公钥validation无法正常工作。 在debugging过程中，我最终使git用户和主要用户以各种方式相同 – 他们都是sudoers，他们有相同的.ssh目录，具有相同的authorized_keys文件，甚至把git用户移到了/home ，但无济于事。 为了进一步testing，我创build了两个新用户： test1和test2 。 test1的主目录在/home ，而test2的主目录在/var 。 果然，pubkey auth为test1而不是test2 。 我不认为这是一个权限问题，因为/var具有与/home相同的权限，并且用户目录都具有正确的权限。 另外，我感到非常困惑，原来的git用户甚至在把它移到/home之后也不接受pubkey auth。 如果我在详细模式下运行ssh，我可以看到在发送密钥后发生劫持： debug1: Offering RSA public key: /home/user/.ssh/foo.key debug2: we sent a publickey packet, wait for reply debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password 连接到主用户或test1 ，它的行为是不同的： debug1: Offering RSA public key: /home/user/.ssh/foo.key debug2: […]