无法通过港口连接 Linux, 但可以吧 Windows

我公司最近移动供应商，同时机器现在需要证书来访问网站。 我不确定这是原因，但我决定我还应该提到它。 在移动之前，我可以轻松连接到我的服务器 SSH 来自任何操作系统。 现在我可以使用 SSH 只能通过您的虚拟机 Windows 10 (两辆汽车都在办公室网络中), 但我不能和我的车一起 Arch. 似乎我可以ping港口 443 和 80 通过终端 Linux, 但我不能ping任何其他开放的端口，就像我知道的那样，它是开放的，因为我可以从命令行ping它们 Windows.

证书文件，就像我认为，可能是原因一样，表示为文件 PKCS12, 我从中学到了数据并放入了

        /etc/ca-certificates/extracted/tls-ca-bundle.pem

      

也

        /etc/ssl/certs/ca-certificates.crt

      

.

考虑到上述情况，如果未正确设置此证书，它应该工作，对吗？ 我试图用我的AR​​CH机器和Windows机器追踪，并收到以下结果。

Linux

hayden@workbox ~ sudo nmap -Pn --traceroute -p 22 aa.aa.aa.aa



Starting Nmap 7.60 ( [url=https://nmap.org]https://nmap.org[/url] ) at 2018-02-05 11:57 GMT

Nmap scan report for aa.aa.aa.aa

Host is up.



PORT   STATE    SERVICE

22/tcp filtered ssh



TRACEROUTE (using proto 1/icmp)

HOP RTT     ADDRESS

1   0.46 ms bb.bb.bb.bb

2   1.40 ms cc.cc.cc.cc

3   2.24 ms dd.dd.dd.dd

4   ... 30



Nmap done: 1 IP address (1 host up) scanned in 16.27 seconds

Windows

C:\Windows\system32>nmap -Pn --traceroute -p 22 aa.aa.aa.aa



Starting Nmap 7.60 ( [url=https://nmap.org]https://nmap.org[/url] ) at 2018-02-05 12:02 GMT Standard Time

Nmap scan report for aa.aa.aa.aa

Host is up (0.025s latency).



PORT   STATE SERVICE

22/tcp open  ssh



TRACEROUTE (using port 22/tcp)

HOP RTT      ADDRESS

1   0.00 ms  bb.bb.bb.bb

2   2.00 ms  cc.cc.cc.cc

3   2.00 ms  dd.dd.dd.dd

4   ... 13

14  28.00 ms aa.aa.aa.aa



Nmap done: 1 IP address (1 host up) scanned in 3.30 seconds

我叫做我们工作的供应商，他们相信这不是防火墙的问题; 他们真的可以看到传出的流量试图去港口 22, 无论我使用什么系统，导致我想到它可以是我尝试连接的服务器，所以我注册了尝试通过端口连接的流量 22. 你知道什么 , 查询输入服务器，但由于某种原因，它们不会返回。

hayden@serverbox:~$ sudo tail -1 /var/log/syslog

Feb  5 12:08:34 localhost kernel: [936377.791850] New ConnectionIN=ens192 OUT= MAC=00:50:56:37:1b:25:00:50:56:8e:7f:8f:08:00 SRC=ee.ee.ee.ee DST=aa.aa.aa.aa LEN=60 TOS=0x00 PREC=0x00 TTL=51 ID=13193 DF PROTO=TCP SPT=54482 DPT=22 WINDOW=29200 RES=0x00 SYN URGP=0

所有这些都在以外的港口 443 和 80, 困住了 dd.dd.dd.dd, 如果我从我的车上请求 Linux, 是什么让我认为，也许，我真的没有正确安装这个证书。 我有一个问题：我做错了什么？ 我服务器上的防火墙 - 在我们改变提供商之前，他完美无瑕。 我们搬家的供应商不会有所帮助，因为它并不包括在他们的能力中，但他们仍然足够善于探索一点，最终得出的结论是，这不是防火墙的问题。 我在网络中没有多大经验，诚实，所以它对一些指标有用 / 如果在此处没有答案，指针如何进一步探索此操作。

提到三个系统：

工作面板： Arch 4.14.10

虚拟机： Windows 10

服务器盒： Ubuntu 16.04 LTS (Xenial)