開発中にローカルPCでWebサーバを立ててテストしようとしたところ、ERR_UNSAFE_PORTエラーが発生したので、そのときに調べたことと、対処方法のメモです。
ERR_UNSAFE_PORTは、STATUS CODE=312で、文字通り安全ではないポートにアクセスしようとしているというエラーです。
テストでチェックしていたのは、87番のポートでした。telnetで87番Portへ直接アクセスしたり、IEからアクセスすると接続できますが、なぜかChromeからのみ接続できません。また、Port87を88など別のポートに変更すると問題なくアクセスできました。
調べてみると、Chromeのセキュリティ機能で、Chromeが危険だと判断しているポートには接続できなくなっており、この条件に該当するときはchromeがERR_UNSAFE_PORTエラーを提示するようです。”危険”というのは、セキュリティホールがあるという意味ではなく、他の目的で使っていることが多いポートをさすようです。
ちなみに、ERR_UNSAFE_PORTエラーの対象となるポートは87番以外にも下記のポートが該当するようです。かなり多いですね。
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] |
開発で使用するポートを変更できる場合は、変更してしまったほうが手っ取り早いです。
もしポートを変更できない場合は、chromeのコマンドライン引数で–explicitly-allowed-portsを指定することで、ERR_UNSAFE_PORTエラーのチェックを回避できます。下記の例は87番ポートへのチェックを回避しています。
chrome.exe --explicitly-allowed-ports=87 |
複数指定する場合は、下記のようにカンマでつなぎます
chrome.exe --explicitly-allowed-ports=87,95 |
関連記事
コメントを残す