http指定的鏈結指定了443埠，使用https的鏈結指定80埠會發生什麼事情？

1樓：腹黑小太陽

不會這麼樣，80和443只不過是推薦約定而已，說到底就是「瀏覽器在未指定埠的情況下預設訪問80和443埠」

請求正常到伺服器以後，一切響應都由服務程序來決定。

比如乙個https協議的請求傳送到80埠，如果恰好監聽80埠的服務程序能響應https協議，那一切正常。如果不能正常響應https協議，則握手失敗。

2樓：laforet

理想情況下程式層和傳輸層協議應該互不干涉。如果瀏覽器請求的協議和伺服器端配置的埠一致，比如在80埠上確實有乙個HTTPS服務在監聽，那麼把https鏈結指向80埠完全可以正常訪問。不排除個別程式存在」https請求無視網域名稱字尾一律發到443埠「這種粗暴邏輯，但這不能算是正常情況。

如果伺服器的配置是通常的80埠監聽http和443埠監聽https。你描述的情況2裡面瀏覽器會試圖直接通過HTTP協議請求資源，而伺服器則會直接返回乙個錯誤，在NGINX裡是400 Bad Request。情況4裡面瀏覽器會嘗試在80埠進行TLS握手，此後最有可能的情況是因為超時而連線失敗。

chrome中錯誤提示為」ERR_SSL_PROTOCOL_ERROR「，火狐提示」SSL_ERROR_RX_RECORD_TOO_LONG「。如果中間還有一層CDN的話那可能會被判定為異常流量然後返回一些廠商自定義的錯誤資訊。