感受個人雲計算Live Mesh

出於想回家後仍然能使用公司實驗室的計算機,方便繼續未完的測試或者其他工作,我使用live mesh的遠程連接功能達到了目的,操作體驗基本和使用本地電腦一樣。我也曾經看到同事文彬使用它遠程連接到家裏的個人電腦玩起了魔獸世界——這很COOL,不是嗎?我很感嘆當前雲計算強大的魅力,我也正是在文彬的推薦下安裝了live mesh。

爲什麼稱live mesh是雲計算的一種,8月份參加的一場微軟Dynamic DataCenter TTT培訓中的關於雲計算機的PPT有相關的闡述,它應該屬於PaaS。

clip_p_w_picpath002

clip_p_w_picpath004

clip_p_w_picpath006

在使用live mesh之前,爲了達到我在非公司網絡繼續使用實驗室計算機的目的,我考慮和嘗試了很多種方案。比如:

1. 將這臺計算機的終端服務通過路由網關設備發佈出去,這樣就可以在外網直接使用mstsc遠程桌面到它對應的公網IP進行連接,可惜我沒有這個權限,公司也不會允許;

2. 在這臺計算機上安裝team view,使用遠程桌面代理或者中轉的方式在外部使用它,這個我沒有嘗試,只是稍微瞭解下,但應該可以完美解決我遠程桌面的要求,因爲它也是使用443端口及https協議來進行連接,穿透公司和internet的防火牆毫無問題!team view的原理可能和live mesh類似,不過二者我目前都不是很清楚具體的工作原理,有熟悉的希望告之。當然,在本文的後面,有live mesh相關的網絡連接監測,使我稍微對此有點了解。

3. 使用×××撥號到公司,這個也沒有成功,可能我人品有問題,一樣的配置下,某些同事×××很正常,不過,人品差的同事,似乎不限於我一個,嘿嘿。

4. 使用Windows Server 2008 R2的新功能Direct Access,這個方式的確是最好的,測試了,的確相當COOL,與windows Server 2008 R2的Hyper-v功能一樣令人震撼。無論我在公司內部還是外部,不用做任何撥號等多餘操作,都能像在內部一樣使用公司的指定的內部資源(不包括我要連接的計算機,囧),在外網操作體驗和內網沒有什麼不同,除了網絡帶寬的影響。值得一提的是,DA也可以使用443端口https協議來封裝連接通道,缺點是要求客戶端是windows 7企業版或者旗艦版!

最後,我安裝了live mesh。

Live mesh除了像遠程桌面(MSTSC.exe)一樣可以遠程連接“雲”那端的計算機,還提供一個上限5G的由skydriver提供網絡磁盤,該磁盤可以配置成與所有安裝了live mesh的計算機上的某個文件保持同步。以下是live mesh操作主界面截圖:

狀態頁中可以設置文件夾、程序設置的同步

clip_p_w_picpath008

遠程頁中就是遠程連接計算機功能了。可以在此配置是否允許另一臺安裝了live mesh的計算機遠程它。(這裏的開啓的遠程連接權限與遠程桌面連接權限沒有關係)

clip_p_w_picpath010

安裝完live mesh的計算機,在services.msc中可以看到會有兩個自動啓動的服務。所以計算機系統只要啓動了,就可以使用live mesh遠程連接功能。

clip_p_w_picpath012

爲了瞭解live mesh遠程連接功能的原理,我查看了使用過程中整個的網絡連接情況。如下:

Live mesh啓動前

clip_p_w_picpath014

Live mesh啓動和登錄後,本地計算機多了個MOE.EXE的應用程序,該程序遠程連接到65.55.236.174\154\65.55.202.xxx等類似IP的443端口。

clip_p_w_picpath016

clip_p_w_picpath018

Live mesh遠程連接到計算機後,本地計算機多了個WLRemoteClient.exe應用程序,該程序遠程連接到202.89.228.85的443端口。

clip_p_w_picpath020

clip_p_w_picpath022

Live mesh連接到遠程計算機後,遠程計算的網絡連接情況:有個Wlcrasvc.exe應用程序在運行,該程序遠程連接到202.89.231.20的443端口,同樣有一個MOE.exe的應用程序。

clip_p_w_picpath024

clip_p_w_picpath026

我查詢了202.89.xxx.xxx以及65.55.202.xxx,發現他們分別是微軟公司在日本和美國註冊的IP地址。它們應該是live mesh遠程連接的中轉(代理)服務器以及live mesh服務器。

202.89.228.85相關IP所屬地域

clip_p_w_picpath028

65.55.202.157相關IP所屬地域

clip_p_w_picpath030

從網絡連接來看,live mesh使用中轉(代理)方式爲本地計算機和遠程計算機建立連接通道,及 本地計算機---live mesh服務器---遠程計算機。

從遠程連接計算機功能來看,它和Mstsc.exe使用效果類似,但不確定是否是也是使用的是RDP協議。

從當前使用來看,和一般的RDP(採用mstsc.exe)連接有以下異同:

Live mesh遠程連接計算機下,與mstsc.exe一樣,傳輸過來的僅僅是圖像,不過目前沒有聲音,而mstsc.exe是支持聲音重定向到本地語音設備的。不過,可以像本地一樣玩3D遊戲,而這個在mstsc.exe下有時存在問題(Windows 7好windows Server 2008 R2的SP1中的VDI RemoteFX擴展了RDP協議,mstsc.exe到Hyper-v虛擬機中玩大型3D遊戲都不是問題了,阿君很早測試過RemoteFXhttp://xyls1986.blog.51cto.com/601867/389846)。

Mstsc.exe是點到點(P2P)的連接方式,live mesh是中轉(代理)的方式,雖然連接代理服務器雖然在日本,但感覺還比較流暢。Team view是否也是如此,或者team view僅僅是類似BT或者Groove一樣只爲雙方計算機提供一個發佈點,真正連接還是P2P?我更喜歡是後者P2P方式,這樣網絡連接更直接,效率更高,也更加安全。中轉(代理)方式的安全性值得深思,當然,這是所有云計算服務面臨的一個問題,尤其對Host模式(公網上的雲計算機服務器提供商)是個巨大的挑戰,不過對Enterprise模式(企業私有云)來說這個不是問題。

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