html模版從一個簡單的聊天程序SimpleChat看VPN技術
2017-05-04 11:02來源:CSDN

原標題:從一個簡單的聊天程序SimpleChat看VPN技術

SimpleVPN寫好瞭以後,感覺比較簡單,我覺得隻有簡單的東西才經得起折騰,才能全民折騰,所以說SimpleVPN還不夠簡單,本文來一個更加簡單的——展示一個超級簡單的點對點聊天程序,而且還帶簡單加密。順便,我們再來看下,到底什麼是VPN以及怎樣實現它。

QQ如今才剛剛行過成年之禮,典型的90後00前,卻早已到瞭後浪把前浪拍到岸邊的砍兒,果不其然,被10後的微信給逆襲瞭。好在都是騰訊的,這就把競爭收斂到瞭公司內部,不然這將意味著一個巨人的倒下,太可怕瞭。多年前,很多人逆向過QQ的協議,然後做瞭各種各樣的第三方客戶端,這在騰訊看來是在搞根據地搶飯碗,這是無法接受的,所以加強瞭各種安全措施,讓你第三方無法接入這個私有化的QQ系統。此後,第三方的QQ軟件漸漸消失瞭,隻剩下瞭“騰訊QQ”。不過,在我看來,騰訊封閉QQ協議不見得是件好事,你能指望一個QQ終端能做出什麼大動作呢?充其量騰訊QQ是一個非常棒的產品,但是微信出來之後呢?如果微信不是T傢的呢...所以說啊,讓所有人都接受T傢的通訊協議才是真正的霸道,從業務側不一定是這般,至少從網絡側看是這樣的。這樣一來,即便哪天阿裡做出瞭新的社交產品,還是“基於騰訊的XXX協議,兼容QQv..版本,兼容微信v...版本”,你看那些偉大的公司,很多都貢獻瞭一個協議或者規范,比如HTTP、HHTPS、SSL/TLS、Android……

除瞭QQ之外,還有一類軟件是我們熟悉的,那就是迅雷和電驢。不管是QQ,還是迅雷、電驢,它們的共同點都是在TCP/IP網絡之上重新構建瞭一個新的點對點網絡,即P2P網絡。所謂的P2P網絡指的是網絡中的節點都是對等關系,任意兩個節點之間,一個節點和多個節點之間均可以對等通信。事實上,P2P根本就沒有什麼神奇的,我們最底層的IP網絡就是一個P2P網絡,任意兩個節點之間都可以實現沒有主從關系的單播通信,而一個節點和多個節點之間則可以用組播進行通信,隻是IP名稱早已有之,因此P2P就特指應用層的組網模式瞭。簡單點說,如果說IP網絡是在各種互通的鏈路層之上構建的一個點對點網絡的話,那麼P2P網絡就是構建於TCP/IP之上的對點對網絡。至於說這個點對點上跑什麼,那就取決於網絡構建者的意願瞭。

如果在點對點網絡上跑人與人之間互發的消息,那它就是個聊天軟件,比如QQ,微信這種,如果在點對點網絡上跑文件數據,那就是P2P下載,那它就是個P2P下載軟件,比如迅雷,電驢這種,類似的,如果在點對點網絡上跑IP數據報文或者以太幀,那它就是個Overlay技術,比如VXLAN、GRE這種,如果將以上這些Overlay數據進行加密,那它就是VPN。不管怎樣,名稱並不重要。

以上這些都不是本文的核心——本文的核心在於展示一下從VPN到聊天程序的過渡是多麼簡單。

在我之前的文章《假期跟我一起寫一個點對點VPN-SimpleVPN詳解》(http://blog.csdn.net/dog250/article/details/70945840)中,我展示瞭一個非常簡單的點對點VPN框架,本文中,我來將它改成一個非常簡單的聊天程序。功能如下:

用戶登錄可以獲取在線用戶列表;

用戶登錄後可台中商標註冊代辦以通知其它在線用戶該用戶登錄;

登錄用戶可以隨時獲取在線用戶列表;

登錄用戶可以給指定在線用戶發送消息;

支持在線用戶間的群聊。

基本上,除瞭不支持留言,基本該有的都有瞭。我們來看下怎麼改。

其實,TCP/IP任何層的對等通訊都是在“聊天”,隻是類似台灣商標註冊代辦社交軟件中的聊天是在人與人之間進行的,而TCP/IP對等層“聊天”是協議與協議之間進行的。協議與協議之間的聊天需要一個尋址的過程,不管是DNS,IP路由,ARP解析,MAC/端口查找...都是為瞭確認並找到要把消息發給誰。而人與人之間的聊天在發消息之前也要在頭腦中經過一個類似的過程,也就是說,當你按下回車鍵的那一刻,你已經很明確這條消息是發給誰的瞭,這與網絡協議之間的對等通信完全不同,後者需要協議來完成尋址,而人則在自己的大腦中完成尋址過程,所以說,改法很簡單:

1. 添加消息的發送和接收

chat程序直接接收用戶的輸入,而不是從TAP中讀取以太幀,所以不需要tap_fd,改為con_fd瞭,其實就是console,因此需要將read_from_tap和write_to_tap改為

read_from_console和write_to_console:



2. 刪除尋址和學習機制

由於尋址已經在人如何申請註冊商標台中的大腦中完成,故不再需要尋址,因此去掉瞭以下的handler:



3. 增加在線用戶列表顯示功能

詳見1的用戶輸入解析。當輸入list的時候,會顯示在線用戶。

現假設有ID為1,2,3的3個用戶登錄系統,用戶3輸入list時,以下是輸出:

ID:1 online

ID:2 online

然後同樣在用戶3的終端前輸入2:aaaaaaaaaaaaaaaa,那麼用戶2的終端將顯示:

From 3:aaaaaaaaaaaaaaaa

也許你會覺得這不像個聊天程序,那是因為它少一個漂亮的GUI,而我並不擅長這個。

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

此時應該知道frame中sid,did這兩個ID的作用瞭,它可以用來支持群聊,就跟它在VPN中支持組播一樣...

關於這個的代碼,我已經放進瞭github的SimpleVPN那個目錄:https://github.com/marywangran/SimpleVPN/blob/master/SimpleChat.c

通過以上,我們可以看出,這類技術可以改頭換面叫做任何不同的名稱,關鍵還是看你怎麼用它瞭。不管它叫VPN,管它叫chat,管它叫overlay吧,或者直接overlaychat。

其實,要什麼VPN,如果你和你的QQ好友能把自己的QQ輸入輸出和本地的一個TAP網卡字符設備的輸入輸出對接起來,那大QQ就可以當成是一個VPN客戶端,同樣的,如果你用迅雷,電驢什麼的來對接一個虛擬網卡傳輸以太幀或者IP報文而不是傳輸文件,那麼迅雷,電驢構建出來的P2P網絡就是一個VPN網絡。

讓我們來暢想一下如何來應景。在裝瞭QQ的Windows機器上,有一個文件,它是“C:/Tap.frame”,針對它的讀寫實際上就是在讀寫TAP虛擬網卡設備,這個用Windows驅動非常容易辦到。此時,我們把這個文件用QQ傳送給好友,並且好友那邊也有一個這樣的文件,會怎樣?我們豈不是通過QQ搭建瞭一條隧道嗎?Overlay?嗯,是的,這叫做IP over QQ吧,或者Everything over APP?管它呢,名詞不重要!

這是分層模型給我們帶來的好處!隻要你的IP報文或者以太幀在本地形成瞭,除瞭直接發送到網線上之外,還有別的運輸方式,比如你可以用UDP將其送出,可以用一個新的IP,當然這些都是常規的。本文中,我們看到,你還可以用QQ、迅雷、電驢之類的軟件將其送出,甚至,你可以用集裝箱將其送出,這就是IP over集裝箱技術。

本文來自CSDN博客:

http://blog.csdn.net/dog250/article/details/71076357

責任編輯:

聲明:本文由入駐搜狐號的作者撰寫,除搜狐官方賬號外,觀點僅代表作者本人,不代表搜狐立場。 閱讀 () 投訴

台灣電動床工廠 電動床

台灣電動床工廠 電動床


arrow
arrow

    cwc882w2w2 發表在 痞客邦 留言(0) 人氣()