Author Topic: MiCollab client issue using FQDN other than the server FQDN  (Read 3942 times)

Offline Philshep

  • Contributer
  • *
  • Posts: 9
  • Country: gb
  • Karma: +0/-0
    • View Profile
MiCollab client issue using FQDN other than the server FQDN
« on: October 01, 2019, 11:57:13 AM »
Hope one of you Guru's can assist with my issue  ;D

Our customer has requested we use a different FQDN to the actual FQDN of the server for security reasons. We have created this and external DNS check resolves to the WAN IP of the MiCollab/MBG successfully. In MiCollab client deployment profile we have set the Config download host to Custom and entered the new FQDN. Within the MiCollab's MBG we have added the new FQDN to the MiCollab client connector. In MiCollab/MBG/settings/SIP options we have added this FQDN to allowed URL names.
When we run the diagnostic test all tests pass with the exception of the last one "Connection test from public internet to MiCollab Client Service" which fails with "ERROR: queryA ENOTFOUND". This relates to the FQDN not being resolvable from the internet but it clearly is.
The MiCollab mobile client when run simply shows "cannot connect to the server"
If I change the server name to be the same as the new FQDN then all works fine

Any ideas?


Offline boycey9

  • Full Member
  • ***
  • Posts: 182
  • Karma: +4/-0
    • View Profile
Re: MiCollab client issue using FQDN other than the server FQDN
« Reply #1 on: October 01, 2019, 12:11:44 PM »
Your certificates arnt matching the server name/FQDN, you will need a new one

Offline johnp

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 2201
  • Country: us
  • Karma: +66/-0
    • View Profile
Re: MiCollab client issue using FQDN other than the server FQDN
« Reply #2 on: October 01, 2019, 07:21:30 PM »
I ran into something like this and could not get the MiCollab client to try and connect to anything other that the true server name. The customer could not do split dns for this, even though I changed MiCollab Service setting and the deployment profile, the client still used the true server name. Miyel tech support said that it can't be changed although I'm of the opinion it can. I my situation, I made them use another name internally for admin purposes. This may help

Offline Philshep

  • Contributer
  • *
  • Posts: 9
  • Country: gb
  • Karma: +0/-0
    • View Profile
Re: MiCollab client issue using FQDN other than the server FQDN
« Reply #3 on: October 02, 2019, 03:21:36 AM »
Your certificates arnt matching the server name/FQDN, you will need a new one

The site uses a wildcard certificate for the domain boycey9

Offline Philshep

  • Contributer
  • *
  • Posts: 9
  • Country: gb
  • Karma: +0/-0
    • View Profile
Re: MiCollab client issue using FQDN other than the server FQDN
« Reply #4 on: October 02, 2019, 03:26:33 AM »
I ran into something like this and could not get the MiCollab client to try and connect to anything other that the true server name. The customer could not do split dns for this, even though I changed MiCollab Service setting and the deployment profile, the client still used the true server name. Miyel tech support said that it can't be changed although I'm of the opinion it can. I my situation, I made them use another name internally for admin purposes. This may help
Thanks Johnp, We do have split DNS active here and internally it does resolve to the LAN IP & externally to the WAN IP. It does seem strange if this is not possible especially where you can choose a custom FQDN in the Config host option of the deployment profile
I have logged this with our distributor (useless) but at least it should get to Mitel support at some point for a definitive answer!

Offline Tech Electronics

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 2983
  • Country: us
  • Karma: +89/-1
    • View Profile
Re: MiCollab client issue using FQDN other than the server FQDN
« Reply #5 on: October 04, 2019, 06:56:59 PM »
Philshep,

I ran into the same issue recently at a customer site. Apparently setting the Config Download Host to Custom is only for Downloading the client and the rest of the communication for the server is done to its own Hostname.

Downloading a QR Code reader/scanner will allow you to see what it is being sent to the phone and therefore how the public server doing the test sees the information.

The only way to get this to work, successfully, securely is to use the Split-DNS method with an external MBG; not the one within the MiCollab. We ended up putting one inside on the network edge instead of the DMZ and it worked as expected.

Just cluster the two MBGs together with your MiCollab as the Master and then setup the MBG Connection Token. Make sure the MiCollab is not in the Default Zone, but in a separate LAN Zone and set both weights to 100. The rest of your programming of the MiCollab MBG will be ported over to the Slave MBG and should work without an issue. Of course you will need to apply your certificate to the new MBG as well.

Sorry,

TE
« Last Edit: October 04, 2019, 07:00:41 PM by Tech Electronics »


 

Sitemap 1 2 3 4 5 6 7 8 9 10