今天使用6000的端口启动了一个RESFUL API的项目。但是奇怪的是通过浏览器总是访问不了。而用POSTMAN（或其他类似工具）却可以正常访问。
于是打开了浏览器的debuger，查看了一下网络日志。日志中有一个警告：Provisional headers are shown。这个警告实际上是说请求并没有发送出去。那请求为什么没有发送出去呢？
于是又查看了浏览器在页面上打印的信息，看到了ERR_UNSAFE_PORT。突然间就明白了，原来浏览器认为6000这个端口不安全，所以不发请求。
那为什么浏览器认为6000不安全呢？查了一些文档，主要是因为6000是某个协议默认端口，该协议不能很好的识别http请求，有可能对非法的http请求做一些意想不到的处理。所以为了保护服务端，浏览器提前把6000端口给定性为不安全端口，并阻止用户发送请求。
其实类似6000这样的端口还有很多，这里有个 list。
Source1：chrome source
Source2：safari source
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]