環境說明
A為客戶端192.168.1.2
B為服務端10.0.0.2 已經在配置文件中加入了push "redirect-gateway def1 bypass-dhcp",將客戶端流量全部走openvxn，缺點：需要配合客戶端上的配置redirect-gateway def1來實現，但是如果有的時候客戶端上如果需要正常上網可能會受到影響
撥號完成后，根據配置ovxn中指定的tun/tap，生成對應虛擬網卡tun/tap，虛擬網卡的作用就是openvxn程序能夠迅速通過tun/tap虛擬設備與數據包之間進行交互
下面是發送和接收原理
發送:
A去往B的某個地址，這里假定是10.0.0.3，撥號完成后，A獲得了去往10.0.0.0/8網段的路由，即去往10.0.0.0/8網段的下一跳走tun/tap網卡，理論上A做了兩點，第一點就是A判斷數據包的目標IP地址是不是自己本網段的，或者說是路由表中其他地址的，再根據路由表進行轉發；第二點就是A判斷出是去往服務端網段的，將所有數據包送往tun/tap網卡，再經由該網卡通知openvxn應用程序調用write函數和ssl加密并且封裝，且將真實目標ip地址（例如目標地址是10.0.0.3）和數據包作為數據，在最外側將目標ip地址定為openvxn服務端的外網ip地址，再轉發給外網卡eth2或者eth0，經由internet發送到服務端。
接收:
openvxn服務端接收到此數據包之后，根據外側的加密算法判斷出這是vxn數據包，再次發給tun/tap網卡，tun/tap網卡通知openvxn應用程序，調用read函數和ssl對數據進行解密并且剝離包頭，將實際的目標ip地址暴露出來，此時數據包根據vxn服務端的路由表，再到確定的目標10.0.0.3地址上去。
openvxn下tun模式的流程圖：
參考:https://www.jianshu.com/p/09f9375b7fa7
更多關于云服務器，域名注冊，虛擬主機的問題，請訪問三五互聯官網：m.shinetop.cn