Fatal编程技术网
  • networking/
  • Networking 端口80或443上的SSH不工作

Networking 端口80或443上的SSH不工作

networking ssh google-cloud-platform

Networking 端口80或443上的SSH不工作,networking,ssh,google-cloud-platform,Networking,Ssh,Google Cloud Platform,我所在的网络阻止了除80和443之外的所有端口。因此，我试图将我的远程计算机设置为在端口80或443上侦听（显然是通过其他网络完成的），但我得到的结果如下： ssh -i ~/.ssh/google_compute_engine dev@mymachine -p 80 ssh_exchange_identification: Connection closed by remote host ssh -i ~/.ssh/google_compute_engine dev@mymachine -p

我所在的网络阻止了除80和443之外的所有端口。因此，我试图将我的远程计算机设置为在端口80或443上侦听（显然是通过其他网络完成的），但我得到的结果如下：

ssh -i ~/.ssh/google_compute_engine dev@mymachine -p 80
ssh_exchange_identification: Connection closed by remote host

ssh -i ~/.ssh/google_compute_engine dev@mymachine -p 443
ssh_exchange_identification: read: Connection reset by peer
我已经编辑了我的
/etc/ssh/sshd_config
文件，在
端口22
下添加了
端口80
和
端口443
，并重新启动了ssh服务。我错过了什么

另外，mymachine是一台托管在谷歌云计算引擎上的机器

使用
-vvv
开关发布调试日志。也许网关在某种程度上甚至过滤HTTP流量？@Jakuje我尝试过多个Internet连接（这些连接也允许所有流量）。从服务器端看似乎是个问题。我会把日志寄出去soon@Jakuje在创建Google云实例时，我没有选中“允许HTTP流量”。那会是个问题吗？面对同样的问题！我认为在机器上运行着某种过滤应用程序。我尝试让SSHD在非标准端口（比如8040）上侦听，但也无法通过SSH连接到该端口。sudo服务ssh状态和sshd日志清楚地表明守护进程正在侦听sshd_config中提到的所有端口！这似乎是一个特定于计算引擎的问题。它们不会将完全控制权移交给用户。