Solved

Lync 2010 Mobile Client Fails to Login From Outside the Network

Posted on 2013-06-05
7
1,025 Views
Last Modified: 2015-01-20
Hi,

I have a Lync 2010 setup deployed, Linux Reverse Proxy for web services.  All of it seems to work outside of the iPhones, logging into Lync from OUTSIDE the network.

Android devices are able to connect inside and outside the network, the MS Lync Connectivity Analyzer reports positive outside the network as does the remoteconnectivity online tool.  

If I connect an iPhone while on the inside LAN, and disconnect or leave the office while logged in the client will remain connected normally.  If I disconnect, or try to login from outside the network it will fail.  "Failed to process the server response.  Please try again.  If the problem persists, contact your support team"

The Client log reports from the iPhone
</style></head><body>
<div id="header"><h1>Server Error</h1></div>
<div id="content">
<div class="content-container"><fieldset>
<h2>401 - Unauthorized: Access is denied due to invalid credentials.</h2>
<h3>You do not have permission to view this directory or page using the credentials that you supplied.</h3> </fieldset></div>
</div>
</body></html>

 /Users/comobuildadmin/icomo/private/se_wave1_idx/src/dev/CoMo/applicationLayer/_buildIos/../infrastructure/private/CLogonSession.cpp/1079:Auto-discovery failed, aborting sign-in!

Lync[107:907]  is not a valid email address.

On the reverse Proxy I can see access denied errors.

/webticket/webticketservice.svc HTTP/1.1" 401 1165
/groupexpansion/service.svc/mex HTTP/1.1" 400 312

I had this working with an older ISA server, wildcard certificate on the outside interface and an internal certificate on the Lync Server.  This was for testing.  When I replaced the internal certificate with the Public SAN certificate I could not longer use the ISA server because the SAN certificate has the TLD name as its subject and did not match the FQDN.  

The linux reverse proxy has the same SAN certificate as the Lync Front End server and includes both Lyncdiscover, and the FQDN of the front end.  

This strikes me as a certificate problem because it worked before.  I am not sure why only the iPhone cant login from the outside.  I have adjusted the timeout values, rechecked the keys and the certificate chain.  If I use the manual server entry option on the mobile client, it will not login or error.  It just hangs.

Thoughts?  

Thank You
0
Comment
Question by:larspanky
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 3
  • 2
7 Comments
 
LVL 35

Accepted Solution

by:
Bembi earned 500 total points
ID: 39226478
I guess the point is, that ISA in front of LYNC made the authentication. Then ISA authenticates against the Lync.
If your proxy do not make the same, either the proxy can not authenticate against the LYNC (what would have the effect, that nobody can access from outside), or the authentication is directly against LYNC and this fails...

As it is SSL, the iPhone has to be able to resolve the certificate, which is send by the endpoint (so either your reverse proxy or by LYNC). If it is a public cert, even the iPhone should be able to resolve it over the public network. For private certs you have to import the root cert to the device.

If other devices are working, I would assume that this is a dedicated problem of the iPhone.
You may also try to play around with the logon names, so either NetBIOSDomain\username or username@FQDN.  

A good tool for testing external access is this tool.
It also shows the certs, presented to the clients.
http://www.insideocs.com/Tools/RUCT/RUCT.htm
0
 

Author Comment

by:larspanky
ID: 39226706
Thanks, that gives me some direction on where to look.   I did not think to use the RUCT tool for the mobile service.  

Ill get back.
0
 
LVL 35

Expert Comment

by:Bembi
ID: 39230570
Try the RUCT Tool, it shows more than the LYNC test web site.
If you have results, just come back :-)
0
 

Author Comment

by:larspanky
ID: 39235475
The tool is showing the certificates properly, its inline with what I was expecting to see.  You mentioned that there may be a trust problem between the proxy and the FE server so I will look at that closely next.  

I feel like the FQDN not being the subject of the certificate on the FE servers contributing to this problem but I have read that others have used a similar setup and it worked.

Ill get back, thanks
0
 

Author Comment

by:larspanky
ID: 39246093
Still working on this.  Ill keep you posted.
0

Featured Post

Independent Software Vendors: We Want Your Opinion

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

My experience with Windows 10 over a one year period and suggestions for smooth operation
This article helps those who get the 0xc004d307 error when trying to rearm (reset the license) Office 2013 in a Virtual Desktop Infrastructure (VDI) and/or those trying to prep the master image for Microsoft Key Management (KMS) activation. (i.e.- C…
This video walks the viewer through the process of creating envelopes and labels, with multiple names and addresses. Navigate to the “Start Mail Merge” button in the Mailings tab: Follow the step-by-step process until asked to find the address doc…
The viewer will learn how to create two correlated normally distributed random variables in Excel, use a normal distribution to simulate the return on different levels of investment in each of the two funds over a period of ten years, and, create a …

707 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question