Using VPN connecting to Lync is just spinning and unable to connect.

With Lync 14.0.10 and before, the Lync client would go through a few different servers to connect and failing before being able to connect to the external server. For each "internal" server it would then fail with:

InternalConnect, NLCreateConnection returned: -3264,

With Lync 14.0.11, instead of going down the list of servers it instead keeps on trying to go to the same internal server .

Hi ErikHMac, 

To narrow down the issue, I would like to confirm the following questions.

1. Can you manually configure Lync client to connect to Lync Server ? (Manually enter the Internal/External Server Name or IP address)
2. Can you auto sign in from Internet ?

With Lync 14.0.11, instead of going down the list of servers it instead keeps on trying to go to the same internal server .

I did not find the problem that you mentioned.

Microsoft Lync 14.0.11 (150304)
MacOS version 10.10.2 (build 14C109)
2015/03/16 22:08:09.202  Office Communications Server LOGON STARTED:  USER = {MyDomain\LyncDemo2}
2015/03/16 22:08:09.202 SIPService::Logon
2015/03/16 22:08:09.241 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:09.265 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:09.265 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:09.269 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:09.270 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:09.271 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:09.271 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:09.273 SIPService::OnEvent(NModel::ILogonSessionEvent), hr: 0x0, oldState: 10, newState: 20, direction: 0
2015/03/16 22:08:09.421 InternalConnect, NLResolveAddress returned: 0
2015/03/16 22:08:09.423 IsLocalAddress, 'sipinternal.MyDomain.com' is not a local address 
2015/03/16 22:08:09.423 FShouldUseProxy, is returning 1 
2015/03/16 22:08:09.424 Connecting to sipinternal.MyDomain.com (port 5061)
2015/03/16 22:08:13.502 InternalConnect, NLCreateConnection returned: 0,
2015/03/16 22:08:13.502 InternalConnect, NLCopyConnectionBinding returned: 0,
2015/03/16 22:08:24.009 InternalConnect, NLCreateConnection returned: -3259,
2015/03/16 22:08:24.009 FUsingHttpsTunnelProxies, returning: 0
2015/03/16 22:08:24.011 Listening thread got exception -3259
2015/03/16 22:08:26.072 InternalConnect, NLResolveAddress returned: 0
2015/03/16 22:08:26.073 IsLocalAddress, 'sip.MyDomain.com' is not a local address 
2015/03/16 22:08:26.073 FShouldUseProxy, is returning 1 
2015/03/16 22:08:26.074 Connecting to sip.MyDomain.com (port 443)
2015/03/16 22:08:26.364 InternalConnect, NLCreateConnection returned: 0,
2015/03/16 22:08:26.364 InternalConnect, NLCopyConnectionBinding returned: 0,
2015/03/16 22:08:28.438 InternalConnect, NLResolveAddress returned: 0
2015/03/16 22:08:28.439 IsLocalAddress, 'sip.MyDomain.com' is not a local address 
2015/03/16 22:08:28.439 FShouldUseProxy, is returning 1 
2015/03/16 22:08:28.440 Connecting to sip.MyDomain.com (port 5061)
2015/03/16 22:08:28.768 InternalConnect, NLCreateConnection returned: 0,
2015/03/16 22:08:28.768 InternalConnect, NLCopyConnectionBinding returned: 0,
2015/03/16 22:08:29.194 HRESULT GetLinkSpeed(DWORD, DWORD*, WIN_BOOL*): ip 192.168.100.187, link speed 0
2015/03/16 22:08:29.194 HRESULT GetLinkSpeed(DWORD, DWORD*, WIN_BOOL*): Working around 0 link speed
2015/03/16 22:08:29.196 SIPService::OnEvent(NModel::ILogonSessionEvent), hr: 0x0, oldState: 20, newState: 30, direction: 0
2015/03/16 22:08:29.198 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.199 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.204 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.204 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.204 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.204 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.204 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.204 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.222 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.223 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.256 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.256 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.264 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.264 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.286 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.286 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.293 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.293 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.434 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.434 SIPService::OnEvent(IApplicationLayerEvent &), type: 1, HasSignedIn(): 0, HasSignedOut: 0
2015/03/16 22:08:29.437 SIPService::OnEvent(IApplicationLayerEvent &), type: 3, HasSignedIn(): 1, HasSignedOut: 0
2015/03/16 22:08:29.437 virtual void SIPService::OnIdleHandleLogonSucceeded()
2015/03/16 22:08:29.440  Office Communications Server LOGON ENDED:  USER = {MyDomain\LyncDemo2}
2015/03/16 22:08:30.101 IsLocalAddress, 'lyncpool01' is not a local address 
2015/03/16 22:08:30.101 FShouldUseProxy, is returning 1 
2015/03/16 22:08:30.101 IsLocalAddress, 'lyncpool01' is not a local address 
2015/03/16 22:08:30.101 FShouldUseProxy, is returning 1

 

Best regards,

Eric

Hey Eric,

When not connected through VPN Lync seems to be going through the different sets of servers. It first tries to connect using the proxy (which fails then with error -3259) and then seems to be moving on to the next one until al of them have failed. When VPN'd in it fails with error -3264 

I'm guessing that the problem here has to do with the proxy. When Lync is unable to connect to the proxy it does not try anymore to connect without going to the proxy. In Lync 14.0.10 it always showed me that after failing to connect with the proxy it was then going to try to connect without the proxy.

I noticed in the notes for Lync 14.0.11 that it fixes an issue for Lync not using the .PAC file correctly. So it would seem that this fix is breaking Lync in not trying to connect to the server without going through a proxy if it fails when connecting to the proxy.

The issue I have also seen is that Lync is always putting in that my proxy is 192.0.2.1 and I have absolutely no idea where it is getting this information from. For example, I see this entry in the plist for Lync. I change it, (while Lync is closed) then save it, recheck it, then open Lync and it immediately goes back to 192.0.2.1???

Definitely not reading or parsing my .PAC file.

So 14.0.11 definitely has an issue with not trying to connect without proxy, if it fails connecting through proxy, and also not going down the list depending on the failure (looks to be with "InternalConnect, NLCreateConnection returned: -3264,".

I tried from a different account on the same computer and there Lync is not stating that the proxy is 192.0.2.1 (and thus working fine). I removed all Lync information from my normal account (.plist, User Data, Caches, LyncRegistrationDB, Saved Application State) and then tried again but yet again Lync is wanting to use 192.0.2.1 for my proxy. 

So why is Lync on my account wanting to use that as a proxy, but not on another account on the same computer. Nothing in my network configuration has 192.0.2.1 as proxy and nowhere do I even have that IP address. Anyone know where Lync might be getting its proxy information from then? And only Lync is doing it, none of my other apps are wanting to use 192.0.2.1 as a proxy.

I re-entered my proxy.pac on every network adapter, and then also deleted the com.microsoft.Lync.plist file. After doing this Lync does not seem to be forcing itself to go to a proxy (UseProxyServer = 0 in plist) now whereas before it was always set to 1. ProxyServerType is now also set to 1 whereas before it was set to 3.

Hopefully this will stick now. :-)

• Marked as answer by ErikHMac 12 hours 41 minutes ago

I re-entered my proxy.pac on every network adapter, and then also deleted the com.microsoft.Lync.plist file. After doing this Lync does not seem to be forcing itself to go to a proxy (UseProxyServer = 0 in plist) now whereas before it was always set to 1. ProxyServerType is now also set to 1 whereas before it was set to 3.

Hopefully this will stick now. :-)

• Marked as answer by ErikHMac Tuesday, March 17, 2015 6:40 PM

I re-entered my proxy.pac on every network adapter, and then also deleted the com.microsoft.Lync.plist file. After doing this Lync does not seem to be forcing itself to go to a proxy (UseProxyServer = 0 in plist) now whereas before it was always set to 1. ProxyServerType is now also set to 1 whereas before it was set to 3.

Hopefully this will stick now. :-)

• Marked as answer by ErikHMac Tuesday, March 17, 2015 6:40 PM

I re-entered my proxy.pac on every network adapter, and then also deleted the com.microsoft.Lync.plist file. After doing this Lync does not seem to be forcing itself to go to a proxy (UseProxyServer = 0 in plist) now whereas before it was always set to 1. ProxyServerType is now also set to 1 whereas before it was set to 3.

Hopefully this will stick now. :-)

• Marked as answer by ErikHMac Tuesday, March 17, 2015 6:40 PM

I re-entered my proxy.pac on every network adapter, and then also deleted the com.microsoft.Lync.plist file. After doing this Lync does not seem to be forcing itself to go to a proxy (UseProxyServer = 0 in plist) now whereas before it was always set to 1. ProxyServerType is now also set to 1 whereas before it was set to 3.

Hopefully this will stick now. :-)

• Marked as answer by ErikHMac Tuesday, March 17, 2015 6:40 PM

I re-entered my proxy.pac on every network adapter, and then also deleted the com.microsoft.Lync.plist file. After doing this Lync does not seem to be forcing itself to go to a proxy (UseProxyServer = 0 in plist) now whereas before it was always set to 1. ProxyServerType is now also set to 1 whereas before it was set to 3.

Hopefully this will stick now. :-)

• Marked as answer by ErikHMac Tuesday, March 17, 2015 6:40 PM

So has anyone submitted this to Microsoft yet as a bug?