locked
Lync Mobile, HTTP Error 500 RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    mich quält seit gestern die Installation von Lync Mobile. Discovery funktioniert, allerdings bekomme ich dann bei der Anmeldung den beliebten HTTP 500 ;-)

    Das Phone meldet: Es kann keine Serververbindung hergestellt werden. Der Server ist möglicherweise ausgelastet oder vorübergehend nicht verfügbar. Wiederholen Sie den Vorgang.

    Das Ende des Diagnoseprotokolls von meinem WP7:

    2011-12-13 10:05:38.809+1 : Verbose : 470244758 : HttpRequestPump : Request InitSess to https://lyncp1.MyDomain.at/Mcx/McxService.svc requires metadata.
    2011-12-13 10:05:38.810+1 : Verbose : 470244758 : MetadataManager : Got a resolve request for https://lyncp1.MyDomain.at/Mcx/McxService.svc.
    2011-12-13 10:05:38.810+1 : Verbose : 470244758 : MetadataManager : Using cached metadata for service https://lyncp1.MyDomain.at/Mcx/McxService.svc.
    2011-12-13 10:05:38.810+1 : Verbose : 470244758 : WebTicketManager : Got a web ticket request for endpoint https://lyncp1.MyDomain.at/Mcx/McxService.svc. Issuer is https://lyncp1.MyDomain.at/WebTicket/WebTicketService.svc.
    2011-12-13 10:05:38.810+1 : Verbose : 470244758 : WebTicketManager : Using cached web ticket for https://lyncp1.MyDomain.at/Mcx/McxService.svc.
    2011-12-13 10:05:38.811+1 : Info : 470244758 : LogonSession : New LogonSession internal state = SigningIn
    2011-12-13 10:05:38.879+1 : Warning : 497439582 : HttpRequestPump : Got a WebException while reading the response for InitSess.
    2011-12-13 10:05:38.880+1 : Warning : 497439582 : SoapWebRequest : Found SOAP fault code {http://schemas.xmlsoap.org/soap/envelope/}Client.
    2011-12-13 10:05:38.881+1 : Warning : 497439582 : SoapWebRequest : Found SOAP fault string "Methode nicht gefunden: "Void Microsoft.Rtc.Internal.Collaboration.UserEndpointSettingsInternal.set_AutoAcceptInterval(Int32)".".
    2011-12-13 10:05:38.882+1 : Error : 497439582 : Mcx14Session : MCX Fault. Code: 0.0; Reason: ""; SIP code: 0; SIP reason: ""
    2011-12-13 10:05:38.883+1 : Error : 497439582 : HttpRequestPump : Got a failure response to request InitSess. Status: UnknownError. Code: 500.
    2011-12-13 10:05:38.883+1 : Verbose : 497439582 : HttpRequestPump : Error status description for request InitSess is "Internal Server Error".
    2011-12-13 10:05:38.883+1 : Verbose : 497439582 : HttpRequestPump : Error header collection for request InitSess is: Connection="Keep-Alive"; Content-Length="767"; Date="Tue, 13 Dec 2011 09:05:30 GMT"; Content-Type="text/xml; charset=utf-8"; Server="Microsoft-IIS/7.5"; Cache-Control="private"; X-AspNet-Version="2.0.50727"; X-MS-Server-Fqdn="Hermes.intern.MyDomain.at"; X-Powered-By="ASP.NET";
    2011-12-13 10:05:38.884+1 : Error : 497439582 : HttpRequestPump : Calling back InitSess with error HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework].
    2011-12-13 10:05:38.894+1 : Info : 470244758 : LogonSession : SignInState: SignedOut
    2011-12-13 10:05:38.894+1 : Info : 470244758 : ConversationManager : LogonSession signed in or out
    2011-12-13 10:05:38.895+1 : Info : 470244758 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-13 10:05:38.895+1 : Info : 470244758 : McxDataSynchronizer : Signed out
    2011-12-13 10:05:38.898+1 : Info : 470244758 : ConversationManager : LogonSession signed in or out
    2011-12-13 10:05:38.899+1 : Info : 470244758 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-13 10:05:38.899+1 : Info : 470244758 : McxDataSynchronizer : Signed out
    2011-12-13 10:05:38.899+1 : Info : 470244758 : ConversationManager : LogonSession signed in or out
    2011-12-13 10:05:38.899+1 : Info : 470244758 : PresenceSubscriptionManager : HandleLogonSessionPropertyChange(SignedOut)
    2011-12-13 10:05:38.900+1 : Info : 470244758 : McxDataSynchronizer : Signed out
    2011-12-13 10:05:38.900+1 : Info : 470244758 : LogonSession : New LogonSession internal state = SignedOut
    2011-12-13 10:05:38.901+1 : Info : 470244758 : LogonSession : Doing UI callback with HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2011-12-13 10:05:38.997+1 : Error : 470244758 : AppLayerHelper : Es kann keine Serververbindung hergestellt werden. Der Server ist möglicherweise ausgelastet oder vorübergehend nicht verfügbar. Wiederholen Sie den Vorgang.
    HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2011-12-13 10:05:40.008+1 : Info : 470244758 : AppLayerHelper : SignIn completed with HttpServiceBusyOrUnavailableError [Error, Transport, TransportFramework]
    2011-12-13 10:05:46.233+1 : Info : 470244758 : NavigationManager : Navigating to: /UI/Pages/About.xaml

    und im IIS-Log siehts so aus:

    2011-12-13 09:05:31 192.168.51.6 GET / sipuri=MyUser@MyDomain.at 4443 - 111.222.333.444 NativeHost 200 0 0 222
    2011-12-13 09:05:31 192.168.51.6 GET / sipuri=MyUser@MyDomain.at 8080 - 111.222.333.444 NativeHost 200 0 0 211
    2011-12-13 09:05:31 192.168.51.6 GET /Autodiscover/AutodiscoverService.svc/root sipuri=MyUser@MyDomain.at&format=xml 4443 - 111.222.333.444 NativeHost 200 0 0 97
    2011-12-13 09:05:31 192.168.51.6 POST /WebTicket/WebTicketService.svc/Auth - 4443 - 111.222.333.444 NativeHost 200 0 0 62
    2011-12-13 09:05:31 192.168.51.6 GET /Autodiscover/AutodiscoverService.svc/root/user format=xml 4443 sip:MyUser@MyDomain.at 111.222.333.444 NativeHost 200 0 0 89
    2011-12-13 09:05:31 192.168.51.6 POST /Mcx/McxService.svc/WebTicket_Bearer - 4443 - 111.222.333.444 NativeHost 500 0 0 238

     

    Hat hier jemand einen Tipp?

    Lync 2010, CU4, installiert nach dem offiziellen Whitepaper...

    P.S. kein Unterschied, ob ichs übers interne WLAN oder von extern probiere.

     

    Vielen Dank,

    Richard

     










    • Bearbeitet rbandion Dienstag, 13. Dezember 2011 16:38
    Dienstag, 13. Dezember 2011 15:55

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden
    Sind den auch die Mobile services installiert worden und die entsprechenden URLs veröffentlicht worden?
    regards Holger Technical Specialist UC
    Sonntag, 18. Dezember 2011 22:36
  • Question
    Anmelden
    0
    Anmelden

    Ich denke schon, dass dieser Teil funktioniert, denn sonst würde der Client ja nicht über Discovery auf /Mcx/McxService.svc verwiesen werden, oder?

     

    lg

    Richard

    Montag, 19. Dezember 2011 10:07
  • Question
    Anmelden
    0
    Anmelden

    Ich bin jetzt nur von dem Fehlercode 500 ausgegangen, d. h. der Service ist nicht erreichbar. Es muss ja nach dem CU4 auch die Mobile Services installiert werden und dann noch der Mobile Service per Powershell konfiguriert werden.

    regards Holger Technical Specialist UC
    Montag, 19. Dezember 2011 17:59
  • Question
    Anmelden
    0
    Anmelden

    Mit dem Problem bin ich anscheinend nicht alleine: http://social.technet.microsoft.com/Forums/en-US/ocsclients/thread/fb670d6c-0ee0-4dce-84ae-e2ddeecb5428

     

    Donnerstag, 22. Dezember 2011 08:53
  • Question
    Anmelden
    0
    Anmelden

    Vieleicht helfen diese Seiten von Ståle Hansen weiter:

    Enabling Lync Mobility

    Configure Lync Mobility Autodiscover CNAME DNS records

    §  Get-CsService -WebServer | ft ABHandlerExternalUri

    Configure listening ports for the Mobility Service (Mcx)

    • Verify that your server version is correct by running PowerShell cmdlet: Get-CsServerVersion
      • Version should be 4.0.7577.0 or newer
    • In PowerShell run the following cmdlet for internal and external listening port
      • Set-CsWebServer –Identity <internal FE Pool FQDN> -McxSipPrimaryListeningPort 5086 -McxSipExternalListeningPort 5087
    • Publish the updates to the CMS database
      • Enable-CsTopology –verbose

    Download and enable the Lync Mobility

    • Do not install, but download the McxStandalone.msi and place it in the following folder on all Front End servers and Directors
    • Run the Lync Server Deployment wizard, found under Administrative tools-> Lync Server
      • In the wizard click Install or update Lync Server System
      • Choose Step 2: Setup or Remove Lync Server components
      • This will reconfigure the Lync Services on the Front End with the new listening ports
    • Verify that the server is configured correct, open IIS and check for Autodiscover and Mcx Vdirs

    Update Front End server certificate to contain lyncdiscoverinternal.sipdomain.com

    • Still in the Lync Server Deployment Wizard choose step 3: Request, Install or Assign Certificates
    • You need to request a new certificate with the new name, make sure you get all additional SAN entries from the old certificate
    • If you use the same certificate on all Front End services you can use this PS onliner to get a list of your certificates SAN’s
    • Get-CsCertificate -Type default | Select-Object -ExpandProperty AlternativeNames
    • To reissue the certificates using PowerShell see Ari Protheroe’s blog post: http://ariprotheroe.wordpress.com/2011/12/10/reissuing-certificates-for-lync-mobile/

    Configuring Push Notification

    • Push Notification is used by the Mobility Service to send notifications to Apple and Microsoft phones that has the Lync application running in the background to wake them up
    • To enable push notification run the following cmdlet:
      • Set-CsPushNotificationConfiguration -EnableApplePushNotificationService $True -EnableMicrosoftPushNotificationService $True
    • You need to enable federation with Office365 as a hosted provider if you have not already done so
      • New-CsHostingProvider -Identity ”LyncOnline” -Enabled $True -ProxyFqdn ”sipfed.online.lync.com” -VerificationLevel UseSourceVerification
    • You then need to set up a hosting proivder between your organization and the Push Notification Service at Lync Online
      • New-CsAllowedDomain -Identity “push.lync.com”

    Publishing externally

    There is two possibilities when publishing Lync Mobility through a reverse proxy

    • Publish through port 80 using the same IP as your existing Lync publishing rule
      • Pros: you don’t have to update on your reverse proxy certificate with an extra SAN name
      • Cons: you need to open port 80 on your existing rule and it is not recommende to do this by Microsoft
      • Result: discovery information for you Lync mobile clients will get information about logon server unencrypted, but nothing else will be exposed
    • Publish through port 443 using the same IP as your existing Lync publishing rule
      • Pros: All traffic will be encrypted, you just need to add lyncdiscover.sipdomain.com to public name on the publishing rule
      • Cons: You need to add an extra SAN name for lyncdiscover.sipdomain.com on your reverse proxy certificate
      • Result: all traffic are encrypted
    • Take a look at Adam Jacobs blogpost at the bottom for how to create a new rule

    Testing and Troubleshooting

    I have written a blogpost on how to test and troubleshoot Lync Mobile and Mobility here: Lync Server Mobility Troubleshooting Tips: http://msunified.net/2011/12/23/lync-server-mobility-troubleshooting-tips/

    How to test the services

    You can test that the services are working correct by accessing some URLs

    To check that Autodiscover is working as expected, check the Autodiscover urls in a webbrowser

    • Get-CsService -WebServer | fl  autodiscover* to find the urls
    • Example: https://<Webservices URL>/autodiscover/autodiscoverservice.svc/root/

    To check  that the mobility service is working use the following url

    You can test the Push Notificaton Service using the following cmdlet where sip.sipdomain.com is you AccessEdgeFQDN

    • Test-CsFederatedPartner –TargetFqdn <internal edge fqdn> –Domain push.lync.com –ProxyFqdn sipfed.online.lync.com
    • Test-CsMcxPushNotification –AccessEdgeFqdn <internal edge fqdn>
    • NOTE: you may get a 30008 error when running Test-CsMcxPushNotification, but it is working anyway

    You can test the Mobility Service using the following script, at this time it does not work with preconfigured CsHealthMonitoringConfiguration

     
    $passwd1 = ConvertTo-SecureString "Password01" -AsPlainText -Force $passwd2 = ConvertTo-SecureString "Password02" -AsPlainText -Force
    $tuc1 = New-Object Management.Automation.PSCredential("contoso\UserName1", $passwd1)
    $tuc2 = New-Object Management.Automation.PSCredential("contoso\UserName2", $passwd2)
    Test-CsMcxP2PIM -TargetFqdn pool01.contoso.com -SenderSipAddress sip:UserName1@contoso.com -SenderCredential $tuc1 -ReceiverSipAddress sip:UserName2@contoso.com -ReceiverCredential $tuc2 –v
    regards Holger Technical Specialist UC
    Montag, 26. Dezember 2011 13:23
  • Question
    Anmelden
    0
    Anmelden

    Wir haben hier ein ähnliches Problem. Der Mobile-Client funktioniert, so lange ich mit dem Gerät nicht im internen LAN bin (übrigens NUR mit Windows Phone. Android funktioniert überall. Apple kann ich nicht testen, da I-Devices hier verboten sind)

    Ich habe allerdings die Fehlermeldung:

    2012-01-04 15:42:00.091+1 : Warning : 394723578 : SoapWebRequest : Found SOAP fault code {http://docs.oasis-open.org/ws-sx/ws-trust/200512}InvalidScope.
    2012-01-04 15:42:00.092+1 : Warning : 394723578 : SoapWebRequest : Found SOAP fault string "The AppliesTo element of web ticket request points to a different web server or site.".

    Und hierzu ist im gesamten Web nichts zu finden.

    Alle anderen Tests, wie von Holger schon beschrieben, laufen einwandfrei ab, der Client funktioniert auch tadellos über eine 3G Verbindung, aber sobald ich im lokalen LAN connected bin, ist Schicht.

    Gruß

     

    Thomas

    Thomas Bach
    Mittwoch, 4. Januar 2012 15:29
  • Question
    Anmelden
    0
    Anmelden

    Hallo Thomas,

    ich hätte da noch eine kleine Vermutung. Führe mal bitte über die Powershell folgendes Kommando aus:

    gci C:\Program Files\Microsoft Lync Server 2010\Web Components -filter web.config -recurse | ft fullname, LastwriteTime

    Post die Ausgabe mal hier. Ich würde da gern mal was vergleichen.

    Viele Grüße

    Frank

     

    -- Frank Röder blog.iteach-online.de --
    Dienstag, 10. Januar 2012 00:29
  • Question
    Anmelden
    0
    Anmelden

    Hallo Frank,

    nachfolgende der Auszug. Ich muss allerdings sagen, dass die Anmeldung jetzt intern funktioniert. Wir hatten folgendes Problem:

     

    Wir setzen hier keinen TMG ein sondern verwenden eine Astaro-Firewall. Nachdem wir die zerpflückt haben, konnten wir feststellen, dass der Mobile-Client auch bei einem internen Verbindungsaufbau anscheinend die externe Adresse verwendet und dann über die Astaro versucht, von intern über extern wieder nach intern zu verbinden. Und das lässt die Astaro per Default nicht zu. Nachdem wir einen entsprechende NAT-Regel eingebaut haben, geht es jetzt mit der Anmeldung.

    Jetzt kommt aber das nächste Problem: Der Client ist dann ca. 1 Minute aktiv, d.h. in diesem Zeitraum kann ich den Status ändern und auch IMs verschicken. Danach ist der Client zwar noch bedienbar, aber es findet keine Kommunikation mehr mit dem Server statt.

    Interessant ist aber, dass das auch passiert, wenn ich ein einem externen WLAN bin, d.h. es sieht so aus, als ob die WLAN-Funktionalität selber, egal ob intern oder extern, da irgendwie Mucken macht.

    Wir setzen ausschließlich HTC-Trophy ein und können das Verhalten bei allen Geräten nachvollziehen. Ich habe verschiedene Hinweise gefunden, dass HTC ggf. Probleme mit dem WiFi hat. Wir haben jetzt erst einmal WLAN komplett disabled und seitdem läuft auch der Lync-Mobile Client rund.

    Gruß

     

    Thomas

     


    FullName                                                    LastWriteTime
    --------                                                    -------------
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:57:36
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:57:40
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 00:01:04
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 15.11.2011 23:14:10
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 15.11.2011 23:14:10
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:54:24
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:54:20
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:54:34
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:54:36
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:54:34
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:54:34
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:54:38
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:54:38
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 27.12.2011 10:34:19
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:57:38
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:57:42
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 27.12.2011 10:34:19
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 21.07.2011 10:32:54
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 21.07.2011 10:32:56
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 00:01:32
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 16.11.2011 01:41:12
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 16.11.2011 01:41:16
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 28.12.2010 12:15:34
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 16.11.2011 01:37:48
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 16.11.2011 01:37:44
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:58:14
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:58:14
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 22.10.2010 01:58:14
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 16.11.2011 01:37:42
    C:\Program Files\Microsoft Lync Server 2010\Web Componen... 16.11.2011 01:37:42

    Thomas Bach
    Dienstag, 10. Januar 2012 09:26
  • Question
    Anmelden
    0
    Anmelden

    Hallo Thomas,

    Deine Beobachtung stimmt. Allerdings ist das auch genau so im Whitepaper für den mobilen Client beschrieben.

    Kannst Du das Kommando bitte nocheinmal ausführen:

    gci C:\Program Files\Microsoft Lync Server 2010\Web Components -filter web.config -recurse | sort-object LastWriteTime | ft fullname, LastwriteTime -auto

    Vielen Dank

    Frank

     

    -- Frank Röder blog.iteach-online.de --
    Dienstag, 10. Januar 2012 10:07
  • Question
    Anmelden
    0
    Anmelden

     

    Tja, die White Paper ;-). Nur Feiglinge machen Backups bzw. lesen die Manuals (jedenfalls komplett) :-(

     

    Gruß

    Thomas

     

    Ps: Verrätst Du mir, worauf du spekulierst?

     

     

    FullName                                                                                             LastWriteTime

    --------                                                                                             -------------

    C:\Program Files\Microsoft Lync Server 2010\Web Components\AdminUI\web.config                        22.10.2010 00:0...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Location Information\Int\Web.config       22.10.2010 00:0...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Cert Provisioning\Int\web.config          22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Cert Provisioning\Ext\web.config          22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\DeviceUpdate\Ext\Web.config               22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Dialin Page\Ext\pin\Web.config            22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Dialin Page\Ext\Web.config                22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\DeviceUpdate\Int\Web.config               22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Dialin Page\Int\pin\Web.config            22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Dialin Page\Int\Web.config                22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Address Book Files\Ext\Handler\Web.config 22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Group Expansion\Ext\Web.config            22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Address Book Files\Int\Handler\Web.config 22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Group Expansion\Int\Web.config            22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Rgs\Config\Web.config                     22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Rgs\Clients\Ext\Web.config                22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Rgs\Clients\Int\Web.config                22.10.2010 01:5...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Ocs Remote Powershell\Web.config          28.12.2010 12:1...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Join Launcher\Ext\Web.config              21.07.2011 10:3...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Join Launcher\Int\Web.config              21.07.2011 10:3...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Autodiscover\Int\Web.config               15.11.2011 23:1...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Autodiscover\Ext\Web.config               15.11.2011 23:1...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Web ticket\Ext\web.config                 16.11.2011 01:3...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Web ticket\Int\web.config                 16.11.2011 01:3...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Reach\Int\Web.Config                      16.11.2011 01:3...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Reach\Ext\Web.Config                      16.11.2011 01:3...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Mcx\Ext\Web.config                        16.11.2011 01:4...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Mcx\Int\Web.config                        16.11.2011 01:4...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Internal Website\web.config               27.12.2011 10:3...

    C:\Program Files\Microsoft Lync Server 2010\Web Components\External Website\web.config               27.12.2011 10:3...

     


    Thomas Bach
    Dienstag, 10. Januar 2012 14:34
  • Question
    Anmelden
    1
    Anmelden

    Hallo Thomas,

    ich vermute einmal, dass bei dem CU4 unter bestimmten Umständen etwas schief geht. Wenn Du Dich nicht genau an die Anleitung hälst (Stoppen und Starten CSWebservice und W3SVC), dann kann das Update die Webkomponenten nicht korrekt aktualisieren. Wenn das CU4 z.B. korrekt eingespielt wurde, dann sieht die Webconfig für das Conferencing so aus:

    C:\Program Files\Microsoft Lync Server 2010\Web Components\Join Launcher\Ext\Web.config              16.11.2011...
    C:\Program Files\Microsoft Lync Server 2010\Web Components\Join Launcher\Int\Web.config              16.11.2011...

    Diese Dateien sind scheinbar bei Dir nicht aktualisiert wurden.

    Viele Grüße

    Frank

    -- Frank Röder blog.iteach-online.de --
    Dienstag, 10. Januar 2012 17:39
  • Question
    Anmelden
    0
    Anmelden

    Hallo Frank,

    danke für den Hinweis. Ich werde das am Wochenende mal überprüfen und die Ergebnisse dann hier posten.

    Gruß

    Thomas

    Thomas Bach
    Dienstag, 10. Januar 2012 18:34