为什么在运行NodeJS应用程序时,我的亚马逊服务器上出现错误?
sudo节点app.js
Error: listen EADDRINUSE
at errnoException (net.js:904:11)
at Server._listen2 (net.js:1042:14)
at listen (net.js:1064:10)
at Server.listen (net.js:1138:5)
at Object.<anonymous> (/home/ubuntu/www/app.js:65:38)
at Module._compile (module.js:456
在Rackspace next gen (Performance)服务器上重新安装Ubuntu 10.04需要打开以下端口: 25/tcp、80/tcp、443/tcp、3306/tcp。
我使用nmap检查打开的端口,下面是打开的列表:
PORT STATE SERVICE
22/tcp open ssh
所以我使用ufw打开端口(25/tcp,80/tcp,443/tcp,3306/tcp)
$sudo ufw allow 25/tcp
Rule updated
之后,ufw列出了与打开的端口相同的端口(22/tcp):
PORT STATE SERVICE
22/tcp ope
在Windows机器上运行在虚拟盒上的VM中的Docker容器的IP可以使用什么IP地址?
我有:
Windows 10机器
安装Ubuntu的Virtualbox
安装了Docker
和一个港口为80/443的集装箱
在VM上,我可以运行docker命令并看到容器正在运行。
vagrant@ubuntu-xenial:~$ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS
最近,我在我的Ubuntu18.04服务器上做了一个端口扫描(使用www.ipfingerprints.com),发现了一些我没有打开的端口。以下是开放的港口:
PORT STATE SERVICE
22/tcp open ssh
25/tcp open smtp
80/tcp open http
111/tcp filtered rpcbind
135/tcp filtered msrpc
136/tcp filtered profile
137/tcp filtered netbios-ns
138/tcp filtered netbios-dgm
问题
当我更新apt存储库时,对于HTTPS存储库,我遇到了一个“证书验证失败”的问题。例如:
Err:4 https://mirror.transip.net/ubuntu/ubuntu bionic Release
Certificate verification failed: The certificate is NOT trusted. The certificate issuer is unknown. Could not handshake: Error in the certificate verification. [IP: 149.210.210.109 443]
E
我正在尝试侦听端口8080的socket.io,但是我得到了错误:
http://localhost:8080/socket.io/?EIO=3&transport=polling&t=Lai1FQh net::ERR_CONNECTION_REFUSED
我正在使用来自数字海洋的ubuntu虚拟机,当我第一次登录ssh时,我收到消息:
The "ufw" firewall is enabled. All ports except for 22, 80, and 443 are BLOCKED。
我是这方面的初学者,但这并不意味着端口8080被阻塞。
我如何解决
最近在Apache2.4/Ubuntu20.04上配置了SSL,托管在Oracle Cloud上,并且已经拒绝了https/端口443的连接。
外部设备:
$ curl simpliassure.com:443
curl: (7) Failed to connect to simpliassure.com port 443: Connection refused
$ curl simpliassure.com
(normal html content loads)
$ nmap -p 443 132.145.100.143
Host is up (0.024s latency).
PORT
我写了一个简单的电报机器人,它工作得很好,与我的防火墙没有冲突。但我的问题是,在防火墙中,我的站点允许端口80和443,但是当我用Python编写一个应该通过端口443或端口80工作的TCP套接字时,操作系统告诉我我需要运行the program from the user's root,但是如果我启动了bot,那么OS就不会对这些权利发誓,而机器人就会安静地工作。如果我仍然决定在端口443或80上运行一个套接字,那么操作系统会回复that these ports are busy。
那么,请给我解释一下为什么电报机器人与进程和端口没有冲突?
我的服务器是Ubuntu22.04
我正在尝试在一个运行ubuntu的EC2实例上克隆我的GIT存储库。当我启动命令时 git clone <repo_name>,它在那里停留一段时间,然后抛出一个错误,如下所示: fatal: unable to access 'https:<GIT_REPO>': Failed to connect to github.com port 443: Connection time