none
Lync 2013 Mobile client - Configuration has changed

    Question

  • I keep getting this message every few hours on a Lync 2013 Mobile client running on an iPhone:

    "Your server configuration has changed. Please restart Lync."

    The configuration has not been changed and this also happens in the middle of the night. I don't currently have access to any other devices that can run the Lync 2013 mobile client, so I don't know whether this is an Lync mobile client issue or a Lync server issue.

    I'm using the February 2013 Lync 2013 cumulative updates.

    Wednesday, March 20, 2013 5:36 AM

Answers

  • I had increased the ProxyPass timeout earlier today and I haven't seen the "configuration has changed" message for the past 10 hours since I changed it. I'll update this thread if it shows up again.
    • Marked as answer by dkhouri Tuesday, April 02, 2013 6:49 AM
    Thursday, March 21, 2013 2:57 PM

All replies

  • Hi,

    It is better to test the issue on other devices.

    What software you used as reverse proxy?

    Kent Huang
    TechNet Community Support


    • Proposed as answer by Kent-Huang Thursday, March 21, 2013 2:54 AM
    • Unproposed as answer by Kent-Huang Thursday, March 21, 2013 2:54 AM
    • Edited by Kent-Huang Thursday, March 21, 2013 2:54 AM
    Thursday, March 21, 2013 2:53 AM
  • What are you using as your reverse proxy?

     

    Anything in the device log on the iPhone?

    Thursday, March 21, 2013 2:58 AM
  • Cross-post with device log: http://social.technet.microsoft.com/Forums/ru-RU/lyncdeploy/thread/73aa3996-2080-486b-bb3e-929db6a38477

    That iOS issue is quite global around in the forum.
    I bet we need a fast iOS.app update from Microsoft. Nice Lync 2013 mobile app becomes quite useless with massive error notifications.

    • Proposed as answer by i3laze_ Thursday, March 21, 2013 4:55 AM
    • Unproposed as answer by i3laze_ Thursday, March 21, 2013 4:55 AM
    • Edited by i3laze_ Thursday, March 21, 2013 5:18 AM
    Thursday, March 21, 2013 4:44 AM
  • Cross-post with device log: http://social.technet.microsoft.com/Forums/ru-RU/lyncdeploy/thread/73aa3996-2080-486b-bb3e-929db6a38477

    That iOS issue is quite global around in the forum.
    I bet we need a fast iOS.app update from Microsoft. Nice Lync 2013 mobile app becomes quite useless with massive error notifications.

    I saw one person in that post that said they deployed TMG and the issue went away.  This is why I'm curious what reverse-proxy is being used.  I'm using TMG and have not experienced this error at all.

     

    I know IIS ARR is becoming more popular, especially since the NextHop post, low price point and the announced sunset of TMG, but perhaps it's something in the IIS AAR configuration.



    Thursday, March 21, 2013 6:11 AM
  • Blaze, can you confirm that you've used the Lync 2013 Windows Mobile 8 client on your same deployment and didn't see this issue?

    I'm using Apache as the reverse proxy and I've used this setup with no issues in the past with Lync 2010. I'll post the device log once I get a hold of it.
    Thursday, March 21, 2013 6:12 AM
  • I'm using Apache as the reverse proxy and I've used this setup with no issues in the past with Lync 2010.

    I'm seeing a lot of IIS ARR and Apache with this issue.  Still waiting to see someone with TMG having this problem...

     

    Thursday, March 21, 2013 6:15 AM
  • Blaze, can you confirm that you've used the Lync 2013 Windows Mobile 8 client on your same deployment and didn't see this issue?

    I'm using Apache as the reverse proxy and I've used this setup with no issues in the past with Lync 2010. I'll post the device log once I get a hold of it.

    I have no Win8 mobile device yet. I did use Lync 2010 app till CU1 with same IIS ARR reverse proxy and Lync Server 2013. It suffered reconnects and undelivered messages, but just didn't have such annoying banner)
    • Edited by i3laze_ Thursday, March 21, 2013 6:42 AM
    Thursday, March 21, 2013 6:40 AM
  • The Lync 2010 and Lync 2013 mobile clients are pretty different architecturally.

     

    I extracted out what I think might be a relevant piece of i3laze_'s log in the other thread.  I'd be curious to see a second for comparison.

    Thursday, March 21, 2013 7:04 AM
  • I had increased the ProxyPass timeout earlier today and I haven't seen the "configuration has changed" message for the past 10 hours since I changed it. I'll update this thread if it shows up again.
    • Marked as answer by dkhouri Tuesday, April 02, 2013 6:49 AM
    Thursday, March 21, 2013 2:57 PM
  • Apache causes problems with Lync 2013 mobile.  There is some header modification taking place.  More detail here:

    http://www.confusedamused.com/notebook/lync-2013-mobile-clients-and-apache-reverse-proxy/


    Chad McGreanor Lync Server 2010 MCM https://cmcgreanor.wordpress.net

    • Proposed as answer by Kent-Huang Tuesday, April 02, 2013 6:48 AM
    • Unproposed as answer by dkhouri Tuesday, April 02, 2013 6:49 AM
    Saturday, March 23, 2013 4:03 AM
  • It has been two weeks since I increased the ProxyPass timeout in the Apache configuration and I still haven't seen any "configuration has changed" messages.
    Tuesday, April 02, 2013 6:50 AM
  • It has been two weeks since I increased the ProxyPass timeout in the Apache configuration and I still haven't seen any "configuration has changed" messages.

    Hi, I've the same issue.
    Could you please provide the ProxyPass configuration of your Apache used to solve the problem?

    Thank you.
    Regards
    Luca

    Monday, April 15, 2013 3:57 PM

  • Could you please provide the ProxyPass configuration of your Apache used to solve the problem?

    Here is my ProxyPass configuration:

    ProxyRequests Off
    <Proxy *>
        Order deny,allow
        Allow from all
    </Proxy>

    ProxyReceiveBufferSize 4096
    ProxyPass / https://lync.domain.com:4443/ retry=1 acquire=3000 timeout=600 keepalive=On
    ProxyPassReverse / https://lync.domain.com:4443/
    ProxyPreserveHost On

    I have Apache running on an Ubuntu 12.04 virtual machine and the Lync 2013 mobile client along with voice/video/IM functionality have been working fine on iOS and Android. I don't have a Windows Mobile device to test with.

    If you are running Apache on Windows, you need to replace DefaultType text/plain with DefaultType None in httpd.conf.

    Tuesday, April 16, 2013 4:41 AM
  • Ok, thank you.

    Tuesday, April 16, 2013 9:22 AM

  • Could you please provide the ProxyPass configuration of your Apache used to solve the problem?

    Here is my ProxyPass configuration:

    ProxyRequests Off
    <Proxy *>
        Order deny,allow
        Allow from all
    </Proxy>

    ProxyReceiveBufferSize 4096
    ProxyPass / https://lync.domain.com:4443/ retry=1 acquire=3000 timeout=600 keepalive=On
    ProxyPassReverse / https://lync.domain.com:4443/
    ProxyPreserveHost On

    I have Apache running on an Ubuntu 12.04 virtual machine and the Lync 2013 mobile client along with voice/video/IM functionality have been working fine on iOS and Android. I don't have a Windows Mobile device to test with.

    If you are running Apache on Windows, you need to replace DefaultType text/plain with DefaultType None in httpd.conf.


    Would seem the DefaultType on Centos also needs changing to None from text/plain in order to fix this issue
    Thursday, April 18, 2013 11:29 AM
  • I am also getting this error on our iPhone's with Lync 2013 Client. We are using TMG as our reverse proxy. I havent seen this before recently.
    Tuesday, August 13, 2013 7:30 PM
  • I get this same error on our iPhone's with Lync 2013 Client. We are using IIS ARR reverse proxy.

    I changed the timeout on the server farms, from default to 200 but getting the same error.

    I changed the timeout to 600, and I havent gotten the error all since

    Monday, September 30, 2013 7:24 AM
  • changing timeout to 600 worked for us
    • Edited by GreatSamps Monday, November 25, 2013 11:54 AM
    Monday, November 25, 2013 11:54 AM
  • Hi

    About IIS ARR , which server farm, the External web services or lyncdiscover ?

    thanks

    Thursday, December 19, 2013 3:12 PM
  • I made the changes per your configuration and the problem is resolved, no more error messages.

    ProxyPass / https://lync.domain.com:4443/ retry=1 acquire=3000 timeout=600 keepalive=On

    Thanks...

    Thursday, July 24, 2014 3:16 PM
  • Hello All,

    I am also facing the same issue with iPAD lync 2013 it gives the same error.

    I have changed the timeout to 600 no luck again I have changed to 900 still facing the same issue with IISARR running on Server 2012 R2 with Lync 2013.

    But I am not seeing this error on Windows Phone & Andriod TABS/Phones.

    We have Exchange 2010 without Autdiscover record externally.

    Does Exchange 2010 Autodiscover causes this issue?

    Please anyone shed some light on this issue?

    Any help really appreciated.

    Regards

    Anand S


    Thanks & Regards Anand Sunka MCSA+CCNA+MCTS

    Tuesday, September 23, 2014 4:59 AM
  • Hello All,

    Same issue is here also. Exchange 2010, Lync 2013 recently migrated from Lync 2010.
    Everything is working fine except POP-up comes on iPAD saying "Your server configuration has changed. Please restart Lync" with error events "Multiple LS Storage Service 32054 errors" on Lync 2013 front end server.

    Exchange 2010 internal & external working fine. 
    Lync 2013 internal & external working fine except iPAD pop-up comes after every 60 mints. Timeout changed to 600 but still no luck.

    But Exchange Autodiscover record does not exist on public DNS. However record exist in internal DNS.

    I can open internal Exchange autodiscover URL in IE on IISARR server.

    Does Exchange Autodiscover co-relates with Lync 2013 autodiscover.

    I tried running few of the command on Lync 2013 Front Shell:

    =========================================================================================
    UcsAllowed : False



    PS C:\Users\superuser> Get-CsUser -Identity testu


    Identity                : CN=Test User,OU=Mumbai,OU=IT & New
                              Media,DC=domainindia,DC=com
    VoicePolicy             :
    VoiceRoutingPolicy      :
    ConferencingPolicy      :
    PresencePolicy          :
    DialPlan                :
    LocationPolicy          :
    ClientPolicy            :
    ClientVersionPolicy     :
    ArchivingPolicy         :
    ExchangeArchivingPolicy : Uninitialized
    PinPolicy               :
    ExternalAccessPolicy    : Allow Federation+Public+Outside Access
    MobilityPolicy          :
    PersistentChatPolicy    :
    UserServicesPolicy      :
    HostedVoiceMail         :
    HostedVoicemailPolicy   :
    HostingProvider         : SRV:
    RegistrarPool           : LYNC2013FE.DOMAININDIA.COM
    Enabled                 : True
    SipAddress              : sip:testu@domainindia.com
    LineURI                 : tel:012
    EnterpriseVoiceEnabled  : True
    ExUmEnabled             : False
    HomeServer              : CN=Lc Services,CN=Microsoft,CN=1:4,CN=Pools,CN=RTC Se
                              rvice,CN=Services,CN=Configuration,DC=domainindia,DC=com
    DisplayName             : Test User
    SamAccountName          : testu



    PS C:\Users\superuser> Test-CsExStorageConnectivity -SipUri testu@domainindia.c
    om -Binding Nettcp -Verbose
    VERBOSE: Successfully opened a connection to storage service at localhost using
     binding: Nettcp.
    VERBOSE: Create message.
    VERBOSE: Execute Exchange Storage Command.
    VERBOSE: Processing web storage response for ExCreateItem Failure.,
    result=ErrorIncorrectExchangeServerVersion,
    activityId=03b2f17d-cdaa-4b79-9ee6-f662574f7a48,
    reason=UnsupportedStoreException: code=ErrorIncorrectExchangeServerVersion,
    reason=GetUserSettings failed, smtpAddress=testu@domainindia.com, Autodiscover
    Uri=https://autodiscover.domainindia.com/autodiscover/autodiscover.svc,
    Autodiscover WebProxy=<NULL> --->
    Microsoft.Exchange.WebServices.Data.ServiceRequestException: The request
    failed. The remote server returned an error: (401) Unauthorized. --->
    System.Net.WebException: The remote server returned an error: (401)
    Unauthorized.
       at System.Net.HttpWebRequest.GetResponse()
       at
    Microsoft.Exchange.WebServices.Data.EwsHttpWebRequest.Microsoft.Exchange.WebSer
    vices.Data.IEwsHttpWebRequest.GetResponse()
       at
    Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverRequest.InternalExecute
    ()
       --- End of inner exception stack trace ---
       at
    Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverRequest.InternalExecute
    ()
       at
    Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.InternalGetUser
    Settings(List`1 smtpAddresses, List`1 settings, Nullable`1 requestedVersion,
    Uri& autodiscoverUrl)
       at
    Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetSettings[TGe
    tSettingsResponseCollection,TSettingName](List`1 identities, List`1 settings,
    Nullable`1 requestedVersion, GetSettingsMethod`2 getSettingsMethod, Func`1
    getDomainMethod)
       at
    Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetUserSettings
    (List`1 smtpAddresses, List`1 settings)
       at
    Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.InternalGetSoap
    UserSettings(String smtpAddress, List`1 requestedSettings)
       at
    Microsoft.Exchange.WebServices.Autodiscover.AutodiscoverService.GetUserSettings
    (String userSmtpAddress, UserSettingName[] userSettingNames)
       at
    Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.SendGetUserSettingsRequ
    est(StoreContext ctx, String smtpAddress)
       --- End of inner exception stack trace ---
       at
    Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.SendGetUserSettingsRequ
    est(StoreContext ctx, String smtpAddress)
       at
    Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.GetUserEwsSettings(Stor
    eContext ctx, String smtpAddress, CacheMode cacheMode)
       at
    Microsoft.Rtc.Internal.Storage.Exchange.ExchangeContext.GetExchangeClientProxy(
    StoreContext ctx, CacheMode cacheMode)
       at
    Microsoft.Rtc.Internal.Storage.Store.StoreConnectionManager.GetExchangeClientPr
    oxy(StoreContext ctx, String sipUri, CacheMode cacheMode)
       at
    Microsoft.Rtc.Internal.Storage.Adaptor.ExStoreAdaptor.InternalCreateItem(StoreC
    ontext ctx, String sipAddress, CreateItemType createItem, Boolean
    autoCreateParentFolder, StoreAsyncResult`1 asyncResult, Boolean reAuthorize)
       at
    Microsoft.Rtc.Internal.Storage.Adaptor.ExStoreAdaptor.ExchangeCreateItem(StoreC
    ontext ctx, ExStoreRequest exStoreRequest, StoreAsyncResult`1 asyncResult)
       at
    Microsoft.Rtc.Internal.Storage.Adaptor.ExStoreAdaptor.BeginDispatchCommand(Stor
    eContext ctx, StoreRequest request, AsyncCallback asyncCallback, Object state)
       at
    Microsoft.Rtc.Internal.Storage.Api.StorageService.BeginExecuteCommandInternal(G
    uid adapterId, StoreRequest request, AsyncCallback asyncCallback, Object state,
     Boolean isAuthenticated)
    .
    VERBOSE: Activity tracing:
    2014/09/23 11:51:54.204 Lookup user details, sipUri=sip:testu@domainindia.com,
    smtpAddress=testu@domainindia.com,
    sid=S-1-5-21-3237862943-2643168528-2337521502-8401, upn=testu@domainindia.com,
    tenantId=00000000-0000-0000-0000-000000000000
    2014/09/23 11:51:54.204 Autodiscover, send GetUserSettings request,
    SMTP=testu@domainindia.com, Autodiscover
    Uri=https://autodiscover.domainindia.com/autodiscover/autodiscover.svc, Web
    Proxy=<NULL>
    2014/09/23 11:51:54.204 Autodiscover.EWSMA trace,
    type=AutodiscoverRequestHttpHeaders, message=<Trace
    Tag="AutodiscoverRequestHttpHeaders" Tid="50" Time="2014-09-23 11:51:54Z">
    POST /autodiscover/autodiscover.svc HTTP/1.1
    Content-Type: text/xml; charset=utf-8
    Accept: text/xml
    User-Agent: ExchangeServicesClient/15.00.0516.004


    </Trace>

    2014/09/23 11:51:54.230 Autodiscover.EWSMA trace, type=AutodiscoverRequest,
    message=<Trace Tag="AutodiscoverRequest" Tid="50" Time="2014-09-23 11:51:54Z"
    Version="15.00.0516.004">
      <?xml version="1.0" encoding="utf-8"?>
      <soap:Envelope
    xmlns:a="http://schemas.microsoft.com/exchange/2010/Autodiscover"
    xmlns:wsa="http://www.w3.org/2005/08/addressing"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
        <soap:Header>
          <a:RequestedServerVersion>Exchange2013</a:RequestedServerVersion>

    <wsa:Action>http://schemas.microsoft.com/exchange/2010/Autodiscover/Autodiscove
    r/GetUserSettings</wsa:Action>

    <wsa:To>https://autodiscover.domainindia.com/autodiscover/autodiscover.svc</wsa:To
    >
        </soap:Header>
        <soap:Body>
          <a:GetUserSettingsRequestMessage
    xmlns:a="http://schemas.microsoft.com/exchange/2010/Autodiscover">
            <a:Request>
              <a:Users>
                <a:User>
                  <a:Mailbox>testu@domainindia.com</a:Mailbox>
                </a:User>
              </a:Users>
              <a:RequestedSettings>
                <a:Setting>InternalEwsUrl</a:Setting>
                <a:Setting>ExternalEwsUrl</a:Setting>
                <a:Setting>ExternalEwsVersion</a:Setting>
              </a:RequestedSettings>
            </a:Request>
          </a:GetUserSettingsRequestMessage>
        </soap:Body>
      </soap:Envelope>
    </Trace>

    2014/09/23 11:51:54.237 Autodiscover.EWSMA trace,
    type=AutodiscoverResponseHttpHeaders, message=<Trace
    Tag="AutodiscoverResponseHttpHeaders" Tid="50" Time="2014-09-23 11:51:54Z">
    HTTP/1.1 401 Unauthorized
    Cache-Control: private
    WWW-Authenticate: Negotiate,NTLM,Basic realm="autodiscover.domainindia.com"
    X-Powered-By: ASP.NET
    Date: Tue, 23 Sep 2014 11:51:54 GMT
    Content-Length: 0


    </Trace>

    2014/09/23 11:51:54.237 Autodiscover, received GetUserSettings response,
    duration Ms=32, response=<NULL>
    VERBOSE: Unhandled response Microsoft.Rtc.Internal.Storage.StoreResponse.
    VERBOSE: Is command successful: False.
    Test failed.






    PS C:\Users\superuser> Get-CsUser -Identity testu | fl


    Identity                : CN=Test User,OU=Mumbai,OU=IT & New
                              India,DC=Domainindia,DC=com
    VoicePolicy             :
    VoiceRoutingPolicy      :
    ConferencingPolicy      :
    PresencePolicy          :
    DialPlan                :
    LocationPolicy          :
    ClientPolicy            :
    ClientVersionPolicy     :
    ArchivingPolicy         :
    ExchangeArchivingPolicy : Uninitialized
    PinPolicy               :
    ExternalAccessPolicy    : Allow Federation+Public+Outside Access
    MobilityPolicy          :
    PersistentChatPolicy    :
    UserServicesPolicy      :
    HostedVoiceMail         :
    HostedVoicemailPolicy   :
    HostingProvider         : SRV:
    RegistrarPool           : LYNC2013FE.DOMAININDIA.COM
    Enabled                 : True
    SipAddress              : sip:testu@domainindia.com
    LineURI                 : tel:012
    EnterpriseVoiceEnabled  : True
    ExUmEnabled             : False
    HomeServer              : CN=Lc Services,CN=Microsoft,CN=1:4,CN=Pools,CN=RTC Se
                              rvice,CN=Services,CN=Configuration,DC=domainindia,DC=com
    DisplayName             : Test User
    SamAccountName          : testu







    PS C:\Users\superuser> Get-CsWebServiceConfiguration


    Identity                             : Global
    TrustedCACerts                       : {}
    CrossDomainAuthorizationList         : {}
    MaxGroupSizeToExpand                 : 100
    EnableGroupExpansion                 : True
    UseWindowsAuth                       : Negotiate
    UseCertificateAuth                   : True
    UsePinAuth                           : True
    UseDomainAuthInLWA                   : True
    AllowAnonymousAccessToLWAConference  : True
    EnableCertChainDownload              : True
    InferCertChainFromSSL                : True
    CASigningKeyLength                   : 2048
    MaxCSRKeySize                        : 16384
    MinCSRKeySize                        : 1024
    MaxValidityPeriodHours               : 8760
    MinValidityPeriodHours               : 8
    DefaultValidityPeriodHours           : 4320
    MACResolverUrl                       :
    SecondaryLocationSourceUrl           :
    ShowJoinUsingLegacyClientLink        : False
    ShowDownloadCommunicatorAttendeeLink : True
    AutoLaunchLyncWebAccess              : True
    ShowAlternateJoinOptionsExpanded     : False
    UseWsFedPassiveAuth                  : False
    WsFedPassiveMetadataUri              :
    AllowExternalAuthentication          : True


    ===========================================================================================

    Can anyone shed some light on this issue really appreciated.


    Regards
    Anand S

    Thanks & Regards Anand Sunka MCSA+CCNA+MCTS

    Tuesday, September 23, 2014 1:36 PM