处理Lync Server 2013无法同享演示PPT51CTO博客 - 超凡娱乐

处理Lync Server 2013无法同享演示PPT51CTO博客

2019年04月06日10时31分48秒 | 作者: 痴安 | 标签: 服务器,问题,演示 | 浏览: 618

这段时刻正在做一个项目,服务端选用的是Lync Server 2013,所以必须在环境中布置Office Web Apps。遇到了一些Office Web Apps的一些问题,说起来十分的有意思,由于之前在做OWA布置这一块彻底没有发现存在这样的问题,所以在排查这个问题的时分花了十分多的时刻,终究才确认是这样的问题。环境是这样,一台Lync Server 2013规范版前端服务器,在此服务器上面Hyper-V跑了一台OWA服务器;还有一台DC服务器,在Hyper-V上面跑了一台Lync Server 2013边际服务器。 每台服务器至少有两张网卡,一张连物理局域网,一张用来做内网。 其间DC、规范版FE、边际都是经过一根专线衔接到外部网络,在这根的防火墙上发布了5061、444、442到边际、443到规范FE。OWA是经过另一根专线衔接到外部网络,在这根线的防火墙上发布了443到OWA。 OWA的证书用的是边际的,带有私钥,而且在SAN里边也包含了OWA的FQDN和DNS称号。此问题一起呈现在内部环境和外部环境。在进行PPT同享时提示服务器衔接问题,一些演示功用不可用。如下图: 我的PPT是可以正常上传,然后显现加载中的,在加载顷刻后会呈现由于服务器衔接问题,一些演示功用不可用。然后在服务器上撤销相关OWA,重建OWA,从头相关,可以看到在发布拓扑后,服务器有id 41034的日志记载: Web 会议服务器已成功发现 Office Web Apps 服务器(WAC),PowerPoint 内容已禁用 41032的日志内容是:
Web 会议服务器 Office Web Apps 服务器(WAC)发现已成功 Office Web Apps 服务器内部演示者页面: https://owa.domain.cn/m/Presenter.aspx?a=0&e=true&
Office Web Apps 服务器内部与会者页面: https://owa.domain.cn/m/ParticipantFrame.aspx?a=0&e=true&
Office Web Apps 服务器外部演示者页面: https://office.domain.cn/m/Presenter.aspx?a=0&e=true&
Office Web Apps 服务器外部与会者页面: https://office.domain.cn/m/ParticipantFrame.aspx?a=0&e=true& 这儿的四个地址十分有意思,翻开均提示使用程序过错。跟后边在IIS中翻开是相同的,直接显现使用程序过错。 然后我用日志剖析东西,剖析了客户的衔接,得出以下的成果:
- <reportError  xmlns="http://schemas.microsoft.com/2006/09/sip/error-reporting">
    -  <error  toUri="sip:xuy@domain.cn;gruu;opaque=app:conf:focus:id:CW55GGN9"
                    callId="48c14d1520d94da2a90df1b1f86ee898"
                    fromTag="4f8ca09520"
                    toTag="7D760080"
                    requestType=""
                    contentType=""
                    responseCode="0">
           <diagHeader>54024;reason="A viewing URL navigation was attempted.";ClientType=Lync;Build=15.0.4420.1017;ContentMCU="sip:xuy@domain.cn;gruu;opaque=app:conf:data-conf:id:CW55GGN9";ConferenceUri="sip:xuy@domain.cn;gruu;opaque=app:conf:focus:id:CW55GGN9";LocalFqdn="REIN-PC";Url="https://office.domain.cn/hosting/discovery 这儿咱们直接翻开官方攻略中提示的“https://<office web apps fqdn>/hosting/discover”会发现是正常的,会正常的显现XML内容。由于我没有截图,用一下之前的图片。 除了上面的过错外,还有这个过错: <reportError xmlns="http://schemas.microsoft.com/2006/09/sip/error-reporting"> - <error toUri="sip:xuy@domain.cn;gruu;opaque=app:conf:focus:id:8JVC3K0R" callId="a8a72df13d9a473884edb254627efce6" fromTag="5f2de243dc" toTag="6C3D0080" requestType="" contentType="" responseCode="0"> <diagHeader>54018;reason="The navigation to the WAC URL failed.";ClientType=Lync;Build=15.0.4420.1017;ContentMCU="sip:xuy@domain.cn;gruu;opaque=app:conf:data-conf:id:8JVC3K0R";ConferenceUri="sip:xuy@domain.cn;gruu;opaque=app:conf:focus:id:8JVC3K0R";LocalFqdn="REIN-PC";Url="https://office.domain.cn/m/Presenter.aspx?a=0&e=true&WopiSrc=https%3A%2F%2Flync01.domain.cn%2FDataCollabWeb%2Fwopi%2Ffiles%2F1-1-25CEB2B&access_token=AAMFEK8DTuvzp61SmKQqomYLMjMGEN6qWlh_TnVdityizWOhTGWBEK8DTuvzp61SmKQqomYLMjOCAo6AgyBbqMuQE5I1UYrT30DtIKul9Kb1ErcGFcjZvlrAWMXQcoYIqzuh2XWizwgIDURhdGFDb2xsYWJXZWI&<fs=FULLSCREEN&><rec=RECORDING&><thm=THEME_ID&><ui=UI_LLCC&><rs=DC_LLCC&>";ErrorCode="0x800C0005"</diagHeader> <progre***eports> 咱们测验翻开其间的URL地址,如下: https://office.domain.cn/m/Presenter.aspx?a=0&e=true&WopiSrc=https%3A%2F%2Flync01.domain.cn%2FDataCollabWeb%2Fwopi%2Ffiles%2F1-1-25CEB2B&access_token=AAMFEK8DTuvzp61SmKQqomYLMjMGEN6qWlh_TnVdityizWOhTGWBEK8DTuvzp61SmKQqomYLMjOCAo6AgyBbqMuQE5I1UYrT30DtIKul9Kb1ErcGFcjZvlrAWMXQcoYIqzuh2XWizwgIDURhdGFDb2xsYWJXZWI& 到此咱们可以发现一切的问题都直指OWA服务器,由于Lync那儿咱们是不需求做任何特别装备的,只需求简略的做界说和绑定。假如仍是不能确认问题,那咱们直接在IIS中翻开m虚拟使用,假如看到的是以下过错,那么就可以确认是这个问题了。 这儿的证书过错是可以疏忽的,但内容的过错是必定不能疏忽。 做过网站的朋友都知道这儿显现的这个过错底子没有办法持续做剖析,由于底子就没有供给什么有价值的过错信息。但即便如此,咱们可以确认一点,这并不是一个状况,换言之,咱们的OWA服务器的确有问题,无论是什么问题。而咱们的服务器是刚刚装备好的,按理说不应呈现这种问题。 其实到这儿我现已没有办法持续剖析下去,由于我不会做网站,也不明白.NET,可是十分巧的是我自己树立的环境刚好也是Lync Server 2013,而且夜有OWA服务器,是没有问题。到此我决议做一个比照,很惋惜的是发现IIS也好,仍是Lync也好,一切的装备几乎是一模相同的,到这儿好像这个问题十分的奇妙,由于两个一模相同的环境,一个没有问题,一个有问题,这必定是不科学的,必定有一些差异。 终究发现我的环境有一个很大的差异,尽管也是用的Windows Server 2012树立,可是我的全部都是根据模板树立的差异磁盘虚拟机。而我在做模板的时分百分百会做一个操作,那就是加上.NET Framework,为了必定我的主意,我看了我的环境,的确如此,我在Server 2012中装置了.NET Framework 3.0和2.0。在发现这些差异后,我很快的否定,由于TechNet官网清晰表明OWA服务器不需求.NET 3.0和2.0,只需求Server 2012的4.5即可。 但很明显,假如由于官方文档就去或许不去做测验,那就太没有自己的主见了。所以我决议在有问题的OWA服务器上装置.NET 3.0和2.0。成果可想而知,OWA服务器的确需求.NET 3.0和2.0,而这在官方文档中是没有列出的,由于我不做开发,我不知道为什么会呈现这种差异,但好像不是我的环境有问题,而是的确没有.NET 3.0和2.0就没办法把我的PowerPoint 演示出来。在了解到处理办法后,咱们会进行功用增加,但发现直接增加是有问题的,咱们需求做一个Sources的指定,很简略。咱们在虚拟机或物理机上刺进Server 2012装置光盘,然后咱们进行增加功用。 在挑选功用之后,在装置界面咱们不忙点装置,单击左下角的“指定备用源途径”。 咱们在这儿挑选指定备用源,并指定X:\Sources\sxs\。其间X是光盘盘符或镜像挂载的盘符。 单击确认,然后装置.NET 3.0和2.0吧,装置完结可以重启一下OWA服务器。在完结之后或许咱们的Lync仍是没办法同享PPT,咱们这时需求在Lync拓扑中免除前端和OWA的相关,然后再将OWA删去,发布拓扑。完结之后稍待顷刻,再次修正拓扑,增加OWA服务器并相关前端,完结后发布拓扑。完结后咱们马上调查事情日志,假如呈现事情ID 41032就OK了。 假如依然有问题,那就重启Lync前端服务器吧,有的时分仅仅是修正拓扑是没办法处理问题的,而且Stop-CsWindowsServices和Start-CsWindowsSerivces也是没有办法处理问题的,最底子的办法仍是重启Lync前端服务器。 期望今日的文章可以协助我们处理相同的问题,在这篇文章里我较为具体的说了下排错进程而并非直接给我们答案,这是由于这种过错或许太多,不或许每个过错都知道处理办法,所以我期望共享在排错进程中的思路和办法。 我没有在Server 2008 R2中测验此问题是否重现,由于我的确比较喜爱Windows Server 2012。尽管Windows Server 2008 R2的确很不错,但2012感觉更佳,这仅仅是我个人而言。好了今日就到这儿,感谢我们的支撑,有任何问题欢迎回复文章,我会赶快的回复我们。
版权声明
本文来源于网络,版权归原作者所有,其内容与观点不代表超凡娱乐立场。转载文章仅为传播更有价值的信息,如采编人员采编有误或者版权原因,请与我们联系,我们核实后立即修改或删除。

猜您喜欢的文章