Zulu - Cannot Connect

Commercial Modules Zulu
1

I’ve been trying to figure out the issue for a while; still unsure if its my configuration or my network (might even be unrelated to freepbx). Any discussion or troubleshooting direction would be mighty helpful.

I have Zulu with a trial license (2 users) and am having trouble connecting with the desktop client, or creating a call with the UCP softphone widget (might be related issue?).

Zulu log on an attempt to log in through desktop client
~/zulu.log

April 14th 2020, 11:31:15 am - debug: Containers - Login - doLogin - 700 - freepbxbox.ca. - 8002 - true
April 14th 2020, 11:31:15 am - debug: Actions - auth - login - 700 - freepbxbox.ca. - 8002
April 14th 2020, 11:31:15 am - debug: Reducers - app - AUTH_LOGIN_REQUEST
April 14th 2020, 11:31:15 am - debug: WebSocketConnection - constructor - 0
April 14th 2020, 11:31:15 am - debug: PBXAccount - constructor - cd039e3c836f20a7930b45afdedc2d45e80fdda1 - 0
April 14th 2020, 11:31:15 am - debug: AccountManager - add - cd039e3c836f20a7930b45afdedc2d45e80fdda1
April 14th 2020, 11:31:15 am - debug: WebSocketConnection - connect
April 14th 2020, 11:31:15 am - debug: WebSocketConnection - connect - Connecting to  - wss://freepbxbox.ca.:8002/
April 14th 2020, 11:31:15 am - debug: PBXAccount - _onConnecting - cd039e3c836f20a7930b45afdedc2d45e80fdda1
April 14th 2020, 11:31:15 am - debug: Actions - pbxaccount - pbxAccountConnecting - cd039e3c836f20a7930b45afdedc2d45e80fdda1
April 14th 2020, 11:31:15 am - debug: Reducers - auth - PBXACCOUNT_CONNECTING
April 14th 2020, 11:31:46 am - error: WebSocketConnection - connect - onerror - {"isTrusted":true}
April 14th 2020, 11:31:46 am - error: PBXAccount - _onError - cd039e3c836f20a7930b45afdedc2d45e80fdda1 - Server unreachable
April 14th 2020, 11:31:46 am - error: Actions - pbxaccount - pbxAccountError - cd039e3c836f20a7930b45afdedc2d45e80fdda1 - Server unreachable
April 14th 2020, 11:31:46 am - debug: Reducers - auth - PBXACCOUNT_ERROR
April 14th 2020, 11:31:46 am - error: Actions - auth - login - Server unreachable
April 14th 2020, 11:31:46 am - debug: Reducers - app - AUTH_LOGIN_ERROR
April 14th 2020, 11:31:46 am - debug: Reducers - auth - AUTH_LOGIN_ERROR
April 14th 2020, 11:31:46 am - debug: WebSocketConnection - connect - onclose - {"isTrusted":true}
April 14th 2020, 11:31:46 am - debug: PBXAccount - _onClosed - cd039e3c836f20a7930b45afdedc2d45e80fdda1 - true
April 14th 2020, 11:31:46 am - debug: Actions - pbxaccount - pbxAccountClose - cd039e3c836f20a7930b45afdedc2d45e80fdda1 -  - true
April 14th 2020, 11:31:46 am - debug: Reducers - auth - PBXACCOUNT_CLOSE

I have followed Zulu 3 Installation Guide (cannot link as new user) and have rechecked these steps

I have tried calling between the test extensions on the UCP Zulu softphone widget, however it is forever hanging in a “Phone Status: Connecting to socket…” state - I am assuming its a similar reason why the desktop client will not let me log in as a user.

I will continue looking into alternatives and will update if I find my solution - but any ideas will surely help!

2

Additional information/update:

I believe Zulu + FreePBX is relatively configured correctly.

Working 100% fine on LAN; I’m experiencing these issues through VPN.

3

On the PBX, take a look at /var/log/asterisk. There should be some zulu logs in there. See if anything useful comes up in those files while trying to login. Other than that, maybe try a packet capture from the PBX, to watch packets on port 8002(unless changed from the default). I’m not sure what the contents of the packets should be, but you should see a good number of packets going back and forth between your zulu install’s ip and the PBX. That way you can verify the traffic is going back and forth from the expected addresses.

Also, please share some details about your system. What version of the zulu and framework modules are you running? You can find this on the Admin->Module Admin page, or by running “fwconsole ma list” from the command line. What version of asterisk are you running? You can find this by running the following from the command line: asterisk -rx ‘core show version’

4

Thanks wmoon – been busy with some projects in the mean time, but I’m tackling this issue again right now, as we’re planning to shift our entire organization to this in the near future.

When I’m attempting to connect through our VPN, it generates no logs through both zulu_out.log and zulu_err.log

[freepbxbox] tcpdump

[root@freepbx ~]# tcpdump port 8002
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
13:33:38.267175 IP gateway.59626 > freepbxbox.ca.teradataordbms: Flags [S], seq 1060897405, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
13:33:38.267247 IP freepbxbox.ca.teradataordbms > gateway.59626: Flags [S.], seq 293152070, ack 1060897406, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
13:33:38.267478 IP gateway.59626 > freepbxbox.ca.teradataordbms: Flags [.], ack 1, win 229, length 0
13:33:38.267524 IP gateway.59626 > freepbxbox.ca.teradataordbms: Flags [P.], seq 1:7, ack 1, win 229, length 6
13:33:38.267537 IP freepbxbox.ca.teradataordbms > gateway.59626: Flags [.], ack 7, win 229, length 0
13:34:08.236259 IP gateway.59626 > freepbxbox.ca.teradataordbms: Flags [F.], seq 7, ack 1, win 229, length 0
13:34:08.236795 IP freepbxbox.ca.teradataordbms > gateway.59626: Flags [F.], seq 1, ack 8, win 229, length 0
13:34:08.237039 IP gateway.59626 > freepbxbox.ca.teradataordbms: Flags [.], ack 2, win 229, length 0

So my thoughts are TCP connections are going through fine; but –

[zulu host] ~/zulu.log

April 21st 2020, 1:33:38 pm - debug: Containers - Login - doLogin - 700 - freepbxbox.ca - 8002 - true
April 21st 2020, 1:33:38 pm - debug: Actions - auth - login - 700 - freepbxbox.ca - 8002
April 21st 2020, 1:33:38 pm - debug: Reducers - app - AUTH_LOGIN_REQUEST
April 21st 2020, 1:33:38 pm - debug: WebSocketConnection - constructor - 0
April 21st 2020, 1:33:38 pm - debug: PBXAccount - constructor - a31cfe5ad958217203a4e102f5fc74621b614b77 - 0
April 21st 2020, 1:33:38 pm - debug: AccountManager - add - a31cfe5ad958217203a4e102f5fc74621b614b77
April 21st 2020, 1:33:38 pm - debug: WebSocketConnection - connect
April 21st 2020, 1:33:38 pm - debug: WebSocketConnection - connect - Connecting to - wss://freepbxbox.ca:8002/
April 21st 2020, 1:33:38 pm - debug: PBXAccount - _onConnecting - a31cfe5ad958217203a4e102f5fc74621b614b77
April 21st 2020, 1:33:38 pm - debug: Actions - pbxaccount - pbxAccountConnecting - a31cfe5ad958217203a4e102f5fc74621b614b77
April 21st 2020, 1:33:38 pm - debug: Reducers - auth - PBXACCOUNT_CONNECTING
April 21st 2020, 1:34:08 pm - error: WebSocketConnection - connect - onerror - {“isTrusted”:true}
April 21st 2020, 1:34:08 pm - error: PBXAccount - _onError - a31cfe5ad958217203a4e102f5fc74621b614b77 - Server unreachable
April 21st 2020, 1:34:08 pm - error: Actions - pbxaccount - pbxAccountError - a31cfe5ad958217203a4e102f5fc74621b614b77 - Server unreachable
April 21st 2020, 1:34:08 pm - debug: Reducers - auth - PBXACCOUNT_ERROR
April 21st 2020, 1:34:08 pm - error: Actions - auth - login - Server unreachable
April 21st 2020, 1:34:08 pm - debug: Reducers - app - AUTH_LOGIN_ERROR
April 21st 2020, 1:34:08 pm - debug: Reducers - auth - AUTH_LOGIN_ERROR
April 21st 2020, 1:34:08 pm - debug: WebSocketConnection - connect - onclose - {“isTrusted”:true}
April 21st 2020, 1:34:08 pm - debug: PBXAccount - _onClosed - a31cfe5ad958217203a4e102f5fc74621b614b77 - true
April 21st 2020, 1:34:08 pm - debug: Actions - pbxaccount - pbxAccountClose - a31cfe5ad958217203a4e102f5fc74621b614b77 - - true
April 21st 2020, 1:34:08 pm - debug: Reducers - auth - PBXACCOUNT_CLOSE
April 21st 2020, 1:34:08 pm - debug: AccountManager - getSIP - a31cfe5ad958217203a4e102f5fc74621b614b77

– the ~/zulu.log on the zulu host is not liking the websocket - fair to assume the firewall is blocking the wss?

Additional Details

[root@freepbx ~]# fwconsole ma list | grep zulu
| zulu | 15.0.58.3 | Enabled | Commercial |

[root@freepbx ~]# asterisk -rx ‘core show version’
Asterisk 16.9.0 built by mockbuild @ jenkins7 on a x86_64 running Linux on 2020-03-21 00:51:54 UTC

5

Hey @mpelletier,

From what I see, it seems that you might have some sort or firewall on that box (maybe you allowed traffic for a range of your lan but not the vpn)? or maybe you need to configure your vpn client to route the traffic to that host to go exclusively thru the vpn?

Another thought that comes to my mind is that you might have been banned to FreePBX firewall for some attempts to authenticate with a wrong password? but if you can access the admin or do ssh from your host disregard this possibility.
Regards

6

This topic was automatically closed 31 days after the last reply. New replies are no longer allowed.