精品一区二区www,亚洲精品久久婷婷丁香51,国产韩国一区二区三区

故事的開始是這樣的，遇到有人說他們想要去了解AWS的VPC的技術細節，然后說要在AWS的公有云上創建幾個實例，希望通過抓包來分析AWS的VPC的實現細節。當時我就忍不住跳出來說，如果AWS的VPC可以提供這么的功能的話，他們的實現細節豈不早被人學會了。畢竟，VPC是基于overlay的網絡，在三層的物理網絡上實現一個大二層的專用網絡，如果能看到物理三層的東西的話，豈不是太不安全了。

但是，后來的發展的確說明我可能想的太多，因為AWS的確從2015年開始就提供了VPC Flow Log[1]這樣的服務。當然，大家也不要想太多，這個功能的目的主要是提供給大規模上云的用戶來做自家的VPC內的網絡故障排除的。如果AWS真的說可以讓你抓到ENA上的網絡包，建議你三思。

VPC的故事和其他人一樣都是從OVS+VXLAN開始的，如下圖。

AWS的服務提供如下的幾種類型：

Accepted and rejected Traffic

No data and skipped records

Security group and network ACL rules

IPv6 traffic

TCP flag sequence

Traffic through a NAT gateway

Traffic through a transit gateway

需要注意的事，AWS說提供的是VPC Flow的信息，也就可以認為這個信息只能是一跳的內容，和傳統的wireshark的TCP session還是不同的。

關于AWS的VPC log的格式以及使用場景，AWS一如既往地提供了詳細文檔，就不贅述了。其中有意思的點如下：

當創建一個客戶可定制的flow log時候的選項包含：

${version} ${account-id} ${interface-id} ${srcaddr} ${dstaddr} ${srcport} ${dstport} ${protocol} ${packets} ${bytes} ${start} ${end} ${action} ${log-status} ${instance-id} ${subnet-id} ${vpc-id} ${pkt-srcaddr} ${pkt-dstaddr} ${tcp-flags} ${type}

其中，version 2和3 的區別：2是AWS default設置，并保存在S3上。3是客戶定制的。

其中的兩項需要多說一下：

pkt-srcaddr 和pkt-dstaddr. 當ena有多個IP地址，或者和NAT網關連接的時候，使用缺省的log的格式，其中的IP信息其實是不正確的，這個使用這個字段來提供正確的信息。

看了老大的服務，老二Azure肯定也要了解一下。[2] Azure畢竟是software公司出身，相對AWS的簡單的CSV格式，提供了基于JSON的輸出，而且比較合理地做了進一步的整合，提供了flowtuples的方式可以把一個TCPsession多個flow 保留在一起。因為包含了兩個方向的，因此package_send有了兩個方向的內容。

正因為做了聚合，因此不需要AWS那個相對比較別扭的pkt_srcaddr和pkt_destaddr. 和AWS相比，沒有包含帳號信息，感覺是對于一個具體的VPC的subnetwork的flow信息。AWS 的格式則是包含了一個帳號內的一個VPC網絡的子網內的一個EC2實例上的一個ENA網卡的包信息。

對于另一個巨頭Google來講，簡直把這個log玩出了花[3]。因為google號稱可以實現跨數據中心的遷移，因為在Flow log中包含了太多的信息。特別貼心的是有個五元組的結構，估計查詢上肯定極為舒適。

不僅包含了實例的信息，源和目的的都有：

InstanceDetails 字段格式

字段	類型	說明
project_id	字符串	包含虛擬機的項目的 ID
vm_name	字符串	虛擬機的實例名稱
region	字符串	虛擬機所在的地區
zone	字符串	虛擬機所在的區域

同時還包含了地理信息，對，你沒看錯：

GeographicDetails 字段格式

字段	類型	說明
continent	字符串	外部端點所在的大洲
country	字符串	外部端點所在的國家/地區，采用 ISO 3166-1 Alpha-3 國家/地區代碼的形式表示。
region	字符串	外部端點所在的地區
city	字符串	外部端點所在的城市
ASN	int32	此端點所屬外部網絡的自治系統編號 (ASN)。