使用LWA和Lync模擬外部測試無邊緣單前端環境

做完前面的準備工作,我們就可以接入一臺用於測試的Lync客戶端虛擬機了,因爲我們有路由器,所以我們只要VLAN和虛擬網絡是和我們路由器環境是一致的,我們就不需要再去配置IP地址等,只需要安裝好Lync客戶端即可。搭建好後我們首先看下IP地址是否已經自動獲取了。

clip_p_w_picpath001

然後我們PING一下meet.contoso.com,注意是contoso.com,不是ADDS域contoso.local。

clip_p_w_picpath002

然後我們啓動Lync客戶端輸入創建好的Lync用戶的憑據。

clip_p_w_picpath003

如果正確的話會提示我們將會連接到lfe.contoso.local,而不是lfe.contoso.com,這是因爲我們的SIP域與我們的ADDS域不同纔會看到這個提示。

clip_p_w_picpath004

我們登錄後可以簡單測試下各種功能,這裏我們沒有部署企業語音等功能,所以稍顯空場。

clip_p_w_picpath005

然後我們在右下角shift加右鍵單擊Lync圖標,然後查看配置。我們可以看到內外部的配置情況,雖然我們Lync已經設置了外部URL爲contoso.com,但爲什麼我們還是連接到的是contoso.local呢?因爲我們只有前端,沒有邊緣,而這裏的URL並非是我們所連接的地址,而是內外部的功能URL地址,比如通訊簿等,而並非實際承載我們的URL,實際承載我們的應該是一臺服務器FQDN,而不是一個URL。

clip_p_w_picpath006

我們往下滾動就可以看到,我們的連接狀態內部是TRUE,表明我們是一個內網用戶,但實際上我們確實是在外部登錄的。

clip_p_w_picpath007

那麼Lync是如何去判斷我們連接到的是內部還是外部呢?其實很簡單,就是通過邊緣服務器,如果說承載我們負載的是邊緣服務器,那麼在配置中的內部狀態將是False,反之直接連接到前端的,就一定是內部。另外,在這個環境中,由於我們的ADDS域和SIP域不同,所以我們不得不在外部能夠解析到我們的lcontoso.local中的lfe,也就是說Lync前端的FQDN是必須被解析到的,在沒有邊緣服務器的情況下無論是在內部還是外部都是需要這個A記錄的。

clip_p_w_picpath008

如果我們沒有這個A記錄,那麼無論我們是手動配置登錄地址還是自動配置登錄地址,我們始終都無法登錄。因爲當Lync發現我們沒有找到邊緣而是找到前端的時候,Lync會判斷出我們是內網用戶,而內網用戶就是可以解析contoso.local域中的所有記錄,自然而然就包括了Lync前端服務器的FQDN,在我們的環境中這就是lfe.contoso.local。

clip_p_w_picpath009

所以如果我們解析不了這個地址,那麼我們仍然可以自動發現到登錄服務器地址,提示我們輸入密碼,但無論我們的密碼對錯都無法成功登錄。

clip_p_w_picpath010

我們再來試一下在網頁登錄,我們兩種情況都測試一下,第一種情況是在外部可以解析到lfe.contoso.local,首先我們來開啓一個白板,無論在客戶端還是瀏覽器中都可以。

clip_p_w_picpath011

然後我們共享桌面,也是沒有問題的。

clip_p_w_picpath012

接下來,我們在另一臺沒有安裝客戶端,並且把lfe.contoso.local的A記錄清除,我們再次打開瀏覽器客戶端,我們仍然可以共享桌面和程序,但這時Lync瀏覽器客戶端就會提示我們由於網絡問題無法演示白板、投票等內容。

clip_p_w_picpath013

我們是無法共享白板的,並且也無法看到他人共享的白板,但是我們仍然可以看到共享的桌面和程序,並且基本的IM功能是可以的。

clip_p_w_picpath014

在ADDS域和SIP域不同的情況下,我們必須保證外部至少能夠解析到ADDS域前端服務器的FQDN,否則在沒有邊緣的Lync環境下有些功能是受到限制的。當然,有很多功能也是可以在瀏覽器客戶端中使用的,包括音視頻、IM、桌面、程序共享等功能都是可以直接使用的。但最好是我們還是能夠統一SIP域和ADDS域,這樣可以在不提高成本和複雜度的前提下更好的使用Lync,當然這裏所說的是無邊緣的環境,如果有邊緣的話就不需要一定SIP域和ADDS域一致了。今天的內容就到這裏,感謝大家的支持,有任何問題歡迎隨時指出,由於我的環境有限,可能測試並不是很周全,如果有朋友能夠做一個詳細周全的測試,那就更好了。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章