前言

本文主要給大家介紹了關(guān)于WebSocket部署服務(wù)器外網(wǎng)無(wú)法連接的相關(guān)內(nèi)容，分享出來(lái)供大家參考學(xué)習(xí)，下面話不多說(shuō)了，來(lái)一起看看詳細(xì)的介紹吧。

首先要說(shuō)的是我遇見的問題：

WebSocket connection to 'ws://www.xxxx.com/xxx/xx' failed: Error during WebSocket handshake: Unexpected response code: 200

網(wǎng)站綁定到了服務(wù)器，直接在服務(wù)器上訪問webSocket服務(wù)是可行的，但是當(dāng)我用外網(wǎng)訪問時(shí)，這個(gè)錯(cuò)誤就是我最大的敵人，在這之前還遇到過幾個(gè)小毛賊，可以輕松解決，不再提，直面boss吧

花費(fèi)兩個(gè)下午的時(shí)間尋找解決方案，但是并沒有找到，各種解決方案，但是直接來(lái)描述.NET下使用這一問題的，卻是不多，然而面對(duì)了這一問題的朋友，大把的有。

這個(gè)無(wú)關(guān)瀏覽器問題，我有火狐，谷歌，IE測(cè)試過，該出的問題還是會(huì)有。

開發(fā)平臺(tái)：.NET,利用ASP.NET MVC搭建網(wǎng)站，在其中利用WebSocket服務(wù)，目的是在網(wǎng)站內(nèi)設(shè)計(jì)一個(gè)討論平臺(tái)。

具體來(lái)說(shuō)一說(shuō)：

首先，看下我的網(wǎng)頁(yè)代碼：

<script type="text/javascript">
  $(function () {
   var url = "ws://xxxx:xx"+"@Url.Action("RequestProcessCenter")";
   var ws;
   function connect() {
    ws = new WebSocket(url);
    $("#TopicContent").append("正在連接\n");
    ws.onopen = function () {
     $("#TopicContent").append("已經(jīng)連接\n");
    };
    ws.onmessage = function (evt) {
     console.log(evt.data);
     $("#TopicContent").append(evt.data);
    };
    ws.onclose = function () {
     $("#TopicContent").append("已經(jīng)關(guān)閉\n");
    };
    ws.onerror = function (evt) {
     console.log(evt.data);
     $("#TopicContent").append(evt.data);
    };
   };
   $("#send").click(function () {
    console.log(1);
    console.log(ws.readyState);
    console.log(WebSocket.OPEN);
    if (ws.readyState == WebSocket.OPEN) {
     ws.send($("#content").val());
     $(this).val("");
    }
    else {
     $("#TextMessge").append("連接已經(jīng)關(guān)閉");
    }
   });
   $("#open").click(function () {
    connect();
   });
   $("#close").click(function () {
    ws.close();
   });
  });
 </script>

后臺(tái)代碼：

public void RequestProcessCenter()
  {
   if (HttpContext.IsWebSocketRequest)
   {
    var currUser = GetCurrUser();
    this._UserName = currUser.LoginName;
    HttpContext.AcceptWebSocketRequest(ProcessTopic);
   }
   else
   {
    HttpContext.Response.Write("請(qǐng)求失敗喲");
   }
  }

webSocket所要求的url格式我想應(yīng)該是不會(huì)配錯(cuò)。

錯(cuò)誤顯示如圖：

返回200，盡管是請(qǐng)求成功了，但是結(jié)果不是我們想要的。

請(qǐng)求方式也確實(shí)是websocket，錯(cuò)誤卻存在了，這是為什么呢？查詢了很多資料，但是并沒有發(fā)現(xiàn)真正解決這一問題的，或許是我找的方式有問題，但是百度前三頁(yè)我是看了，并沒有想要的解決方案。自己動(dòng)手，做了個(gè)測(cè)試，反而發(fā)現(xiàn)有效。

我在服務(wù)器上部署的網(wǎng)站，用的是默認(rèn)的80端口，訪問會(huì)失效，如果webSocket不用和網(wǎng)站綁定的同一端口呢？

經(jīng)過該測(cè)試：

      1.本地80端口綁定域名 webSocket利用域名，端口80 無(wú)效

      2.本地80端口綁定域名 webSocket利用2017端口 主機(jī)地址用服務(wù)器ip地址 有效

      3.本地2017端口 未綁定域名 webSocket利用80端口 無(wú)效

      4.本地2017端口 未綁定域名 webSocket利用2017端口 有效

總結(jié) 80端口可能受系統(tǒng)限制

另一方面:域名綁定是否會(huì)影響 沒有測(cè)試

成功解決了外網(wǎng)雖返回200卻不能使用websocket服務(wù)的問題。

這種情況下需要注意的是，IIS服務(wù)器上需要添加兩個(gè)網(wǎng)站了，一個(gè)用于正常的80端口網(wǎng)頁(yè)訪問，另一個(gè)做單獨(dú)的WebSocket功能，這兩個(gè)網(wǎng)站可以使用同一個(gè)程序版本，我就是這么做的，沒有什么好的想法，菜鳥級(jí)人物。

https://www.infoq.com/articles/Web-Sockets-Proxy-Servers

這個(gè)網(wǎng)站介紹了WebSocket的一些知識(shí)，以及websocket默認(rèn)使用80-433端口，或許我在想，是不是我網(wǎng)站綁定的端口和websocket綁定相同端口時(shí)，外網(wǎng)請(qǐng)求就是此時(shí)出的錯(cuò)呢，這個(gè)問題也一時(shí)半會(huì)不能深究，暫時(shí)性的功能是達(dá)到了，但是感覺這個(gè)解決方案不是很好的，只能是說(shuō)滿足了需求，卻不能簡(jiǎn)化需求過程。

留下一個(gè)猜想，我在服務(wù)器上訪問時(shí)，是可行的，都是使用80端口，websocket服務(wù)能夠正常使用，那是因?yàn)樵诜?wù)器上發(fā)起時(shí)，直接訪問的就是我本地服務(wù)，所以說(shuō)防火墻不會(huì)阻止，但是我使用外網(wǎng)訪問時(shí)，入網(wǎng)規(guī)則或許阻擋了我的請(qǐng)求,點(diǎn)擊連接，發(fā)起調(diào)用WebSocket服務(wù)，而服務(wù)端口也使用80端口，引起防火墻識(shí)別出問題。

或許猜想是很不合理的，但是在沒有找到具體問題下，我還是只有依靠分析問題出現(xiàn)原因，來(lái)解決我的問題。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)腳本之家的支持。

最新評(píng)論