创建网站时可能出现的端口问题
通过宝塔面板在同一个服务器部署多个实例(例如wordpress)时,通常采取的方法就是通过在不同端口添加部署。理论上一个服务器所有可用端口都能部署一个实例。
注意要检查以下几个方面:
1.安全组配置是否正确。安全组配置通常在云服务器的设置里可以找到。必须事先放行指定端口,才能确保网站的正常访问。
2.放行的端口是否为浏览器所标记的非安全访问端口。下面这些端口,如果部署多个实例,不要用:
- 1, // tcpmux
- 7, // echo
- 9, // discard
- 11, // systat
- 13, // daytime
- 15, // netstat
- 17, // qotd
- 19, // chargen
- 20, // ftp data
- 21, // ftp access
- 22, // ssh
- 23, // telnet
- 25, // smtp
- 37, // time
- 42, // name
- 43, // nicname
- 53, // domain
- 77, // priv-rjs
- 79, // finger
- 87, // ttylink
- 95, // supdup
- 101, // hostriame
- 102, // iso-tsap
- 103, // gppitnp
- 104, // acr-nema
- 109, // pop2
- 110, // pop3
- 111, // sunrpc
- 113, // auth
- 115, // sftp
- 117, // uucp-path
- 119, // nntp
- 123, // NTP
- 135, // loc-srv /epmap
- 139, // netbios
- 143, // imap2
- 179, // BGP
- 389, // ldap
- 465, // smtp+ssl
- 512, // print / exec
- 513, // login
- 514, // shell
- 515, // printer
- 526, // tempo
- 530, // courier
- 531, // chat
- 532, // netnews
- 540, // uucp
- 556, // remotefs
- 563, // nntp+ssl
- 587, // stmp?
- 601, // ??
- 636, // ldap+ssl
- 993, // ldap+ssl
- 995, // pop3+ssl
- 2049, // nfs
- 3659, // apple-sasl / PasswordServer
- 4045, // lockd
- 6000, // X11
- 6665, // Alternate IRC [Apple addition]
- 6666, // Alternate IRC [Apple addition]
- 6667, // Standard IRC [Apple addition]
- 6668, // Alternate IRC [Apple addition]
- 6669, // Alternate IRC [Apple addition]
一般云服务商在安全组界面都提示最好是把所有东西都部署在11000端口之后,因为这些端口之前都穿插着一些可能无法使用的端口。可见其说的不无道理。
第一点一般都会规避,但是第二点没有任何说明提示,宝塔在你建站的时候会提示你安全组策略是否会放开,但是对于特殊端口都不会管。
以下是上面没有纠正错误对应的浏览器报错界面:
1)
当前无法使用此页面
XXX.XXX.XXX.XXX (你的ip地址) 当前无法处理此请求。
HTTP ERROR 502
这就是典型的第一种错误了,与主机的通信端口没开。
2)
嗯… 无法访问此页面
网址为 XXX.XXX.XXX.XXX 的页面可能存在问题,或者已永久移动到新的网址。
ERR_UNSAFE_PORT
这就是第二种错误,提示端口不安全。如果想要进一步确定,可以打开火狐再试一次,第二种错误会伴随着以下的报错:
此网址已被限制
此网址使用了一个通常用于网络浏览以外目的的端口。出于安全原因,Firefox 取消了该请求。
第二种错误也可以修改浏览器配置文件来强制访问,但是作为网站的开发者,我们不可能希望用户去改自己的配置文件来访问你的网站吧……..所以说上面提到的端口不应该使用。
2条评论
Area 52?
I’m not sure what Area 52 has to do with any
of this?
Vanger
52端口在我目前使用的云服务器是没有被占用的。我刚才查了一下,不同服务器以及网站管理系统可能不同,可能是telnet协议占用,也有可能是DNS占用的。