404尝试在服务器上的WildFly上访问websocket URL时出错，在localhost上完美运行

时间：2015-02-14 19:46:45

标签： java ubuntu websocket wildfly

我创建并测试了一个在我的本地PC上使用WebSockets的Java EE 7应用程序。当我在本地计算机上部署到WildFly 8并使用localhost访问应用程序时，一切正常。

当我在具有完全相同的WildFly配置的云服务器（Ubuntu 14.04）上部署相同的应用程序时，我在应用程序尝试连接时收到以下消息：

"NetworkError: 404 Not Found - http://178.11.11.11:8080/pss/ws/notification"
Firefox can't establish a connection to the server at ws://178.11.11.11:8080/pss/ws/notification.

我可以访问该应用程序，它只是websocket连接失败。

pss是我的上下文根，websocket端点用@ServerEndpoint注释（＆＃34; / ws / notification＆＃34;），因此URL正确并且使用localhost在本地计算机上100％工作。 / p>

当我部署应用程序时，我可以看到websocket端点已被WildFly拾取，所以这不是问题

2015-02-14 14:18:21,200 INFO  [io.undertow.websockets.jsr] (MSC service thread 1-2) UT026003: Adding annotated server endpoint class za.co.ssms.interfaces.websocket.NotificationWebSocket for path /ws/notification

请求标头是正确的：

Accept  text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding gzip, deflate
Accept-Language en-US,en;q=0.5
Cache-Control   no-cache
Connection  keep-alive, Upgrade
Cookie  JSESSIONID=mgFhI1MAZwT2NwULXDXgEaXt.app
Host    178.11.11.11:8080
Origin  http://178.11.11.11:8080
Pragma  no-cache
Sec-WebSocket-Key   LD55xYAKjJoXgLXQpUS7fA==
Sec-WebSocket-Version   13
Upgrade websocket
User-Agent  Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:35.0) Gecko/20100101 Firefox/35.0

我使用以下URL（IP修改）访问应用程序，端口匹配：

http://178.11.11.11:8080/pss/

如果我运行netstat -an | grep＆＃39; LISTEN＆＃39;在我的云服务器上，我得到以下内容，这表明0.0.0.0:8080已绑定并正在侦听：

tcp        0      0 127.0.0.1:9990          0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:3528            0.0.0.0:*               LISTEN     
tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:8080            0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:8787            0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN     
tcp6       0      0 :::22                   :::*                    LISTEN     
unix  2      [ ACC ]     STREAM     LISTENING     9227     /var/run/acpid.socket
unix  2      [ ACC ]     STREAM     LISTENING     7014     @/com/ubuntu/upstart
unix  2      [ ACC ]     STREAM     LISTENING     8907     /var/run/dbus/system_bus_socket
unix  2      [ ACC ]     STREAM     LISTENING     9448     /var/run/mysqld/mysqld.sock
unix  2      [ ACC ]     SEQPACKET  LISTENING     7666     /run/udev/control

我的公共界面配置如下：

<interface name="public">
    <inet-address value="${jboss.bind.address:0.0.0.0}"/>
</interface>

未安装Apache，因此这是与Wildfly服务器的直接连接。

几天后，我很难过为什么会失败。

以前有没有人体验过这个问题并找到解决方案，或者你有办法进一步解决这个问题。

由于

1 个答案:

答案 0 :(得分：1)

我有类似的问题。

  

但是任何http升级请求都失败了404.当WildFly和浏览器在同一台机器上时，同样的调用工作

工作原因不一定是因为已经在同一台机器上，通过连接到同一网络上的同事的机器进行测试，连接工作正常。

我如何解决我的问题：

我在服务器上做了一个tcpdump，发现流量丢失了升级http标头，但当我通过不同的网络（手机热点网络连接）连接时，情况并非如此。

连接转储错误： 

GET /websocket/api/alert HTTP/1.0   
Host: www.example.co.za
Pragma: no-cache
Origin: http://www.example.co.za
Sec-WebSocket-Version: 13
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36
Accept-Encoding: gzip, deflate, sdch
Accept-Language: en-US,en;q=0.8
Cookie: JSESSIONID=biPOHuOQGRlw59eDqH4nevzt.mpilotech2
Sec-WebSocket-Key: U7f+gZQLqFLX18x6vB+i1Q==
Sec-WebSocket-Extensions: permessage-deflate; client_max_window_bits
Via: 1.1 localhost (squid/3.0.STABLE19)
X-Forwarded-For: 10.1.1.148
Cache-Control: no-cache, max-age=259200
Connection: keep-alive

HTTP/1.1 404 Not Found
Server: nginx/1.8.0
Date: Wed, 06 May 2015 08:29:05 GMT
Content-Length: 0
Connection: keep-alive
Access-Control-Allow-Origin: http://www.example.co.za
Vary: Origin
X-Powered-By: Undertow/1
Access-Control-Allow-Credentials: true

良好的连接转储： 

GET /websocket/api/alert HTTP/1.1
Host: www.example.co.za
Connection: Upgrade
Pragma: no-cache
Cache-Control: no-cache
Upgrade: websocket
Origin: http://www.example.co.za
Sec-WebSocket-Version: 13
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36
Accept-Encoding: gzip, deflate, sdch
Accept-Language: en-US,en;q=0.8
Cookie: JSESSIONID=biPOHuOQGRlw59eDqH4nevzt.mpilotech2
Sec-WebSocket-Key: xY36TVE76RzHujuFljtq/w==
Sec-WebSocket-Extensions: permessage-deflate; client_max_window_bits

HTTP/1.1 101 Switching Protocols
Server: nginx/1.8.0
Date: Wed, 06 May 2015 08:31:19 GMT
Content-Length: 0
Connection: upgrade
X-Powered-By: Undertow/1
Origin: http://www.example.co.za
Upgrade: WebSocket
Sec-WebSocket-Accept: sxwgjN1BONLj5U5Kjh80fjQWBo4=
Access-Control-Allow-Origin: http://www.example.co.za
Vary: Origin
Sec-WebSocket-Location: ws://127.0.0.1:8180/websocket/api/alert
Access-Control-Allow-Credentials: true

然后我注意到失败的连接通过一个squid 3代理服务器，在网上阅读显示代理服务器不支持websocket。

我的临时解决方案是创建一个自签名证书并切换到使用wss，我终止在我的反向代理上而不是用于连接的ws。

创建证书的说明：https://www.digitalocean.com/community/tutorials/how-to-create-an-ssl-certificate-on-nginx-for-ubuntu-14-04

你不必使用ubuntu，我使用CentOS，大多数指令仍然是相同的。

希望能节省一些时间

相关问题
最新问题