阿里云服務器配置ipv6地址

開一臺阿里云服務器

從策劃到設計制作，每一步都追求做到細膩，制作可持續(xù)發(fā)展的企業(yè)網(wǎng)站。為客戶提供成都網(wǎng)站建設、做網(wǎng)站、網(wǎng)站策劃、網(wǎng)頁設計、主機域名、網(wǎng)頁空間、網(wǎng)絡營銷、VI設計、 網(wǎng)站改版、漏洞修補等服務。為客戶提供更好的一站式互聯(lián)網(wǎng)解決方案,以客戶的口碑塑造優(yōu)易品牌,攜手廣大客戶,共同發(fā)展進步。

1. 進入實例詳情頁面，在 "網(wǎng)絡信息" 模塊，點擊右方 更多 按鈕，下拉框選擇 "管理IPv6"

2. 步驟1完成后，彈出一個彈框，標題為 "管理輔助私網(wǎng)IP?"，在下面 ipv6地址，點擊 "分配新ip"

3. 分配ipv6地址成功后，需要給該地址開通公網(wǎng)帶寬，進入ipv6網(wǎng)關詳情頁面，找到對應的ipv6地址，右方操作欄點擊 "開通公網(wǎng)帶寬"

4. 服務器擁有ipv6公網(wǎng)ip，終端執(zhí)行 ping6 ipv6地址 測試是否能正常訪問，如果失敗了，可能是服務器實例的安全組規(guī)則中沒有放行 ipv6 地址訪問，添加一條新規(guī)則，入方向允許 ::1 來源的訪問

ssh通過ipv6地址遠程登錄服務器，格式和ipv4一樣，例如：ssh root@2408:4006:1101::1900

注意，ssh通過ipv6登錄服務器，需要該服務器sshd已經(jīng)配置可以通過ipv6登錄，若未配置，需要先登錄到該服務器，修改sshd配置文件

① vim /etc/ssh/sshd_config

②輸入/AddressFamily，將值修改為 any 后保存文件 (適用于ipv4和ipv6，若為inet則適用于ipv4，inet6適用于ipv6)

③重啟ssh，/etc/init.d/ssh restart，重啟后ssh就可以通過ipv6遠程登錄該服務器了

參考阿里云幫助文檔：

搞不清的內網(wǎng)、外網(wǎng)、私網(wǎng)、公網(wǎng)

最近的實驗一直涉及通過各種協(xié)議實現(xiàn)通信，遇到了一些問題，總結一下

這一組概念是相對于某個組織而言的，如果你在一個局域網(wǎng)內（比如學校、公司等），那局域網(wǎng)外部的網(wǎng)絡都叫外網(wǎng)， 你自己所在的網(wǎng)絡就是內網(wǎng)。

公網(wǎng)就是人人都能訪問的網(wǎng)絡，比如

私網(wǎng)顧名思義，私有網(wǎng)絡，未經(jīng)授權無法訪問的網(wǎng)絡。局域網(wǎng)也是某種意義上的私網(wǎng)。私網(wǎng)地址產(chǎn)生的一個原因是因為公網(wǎng)地址非常缺乏，大家不得不使用同一個公網(wǎng)IP地址上網(wǎng)。

一般看見IP地址是 10. . .*就是私網(wǎng)

寬泛而言，內網(wǎng)≈私網(wǎng) 外網(wǎng)≈公網(wǎng)，不過這也得看具體場景。

eg1: 我在學校，買了阿里云服務器，相對于我而言，阿里云服務器是外網(wǎng)，也是公網(wǎng)；相對于阿里云服務器所在的網(wǎng)絡而言，我的學校的網(wǎng)是外網(wǎng)，也是私網(wǎng)。

eg2:我在學校，想要連接公司的網(wǎng)，公司的網(wǎng)相對于我而言是外網(wǎng)，但肯定不是公網(wǎng)（這里默認大家都可以訪問）；我在公司想訪問學校的教務，學校的網(wǎng)相對于我而言是外網(wǎng)，但學校的網(wǎng)也不是公網(wǎng)。

在eg1中，如果我ping阿里云服務器，肯定能得到結果；但是我進入阿里云服務器ping自己的IP地址，就ping不通！因為我的網(wǎng)屬于私網(wǎng)，私網(wǎng)中的各設備相互ping是沒問題的，私網(wǎng)中是設備ping阿里云服務器也是沒問題的（這里會涉及到NAT，網(wǎng)絡地址轉換，后面說），但是如果我的設備沒有事先作內網(wǎng)-公網(wǎng)的轉換，阿里云服務器是ping不通我的，換言之，阿里云找不到我在哪~

當主機本來已經(jīng)分配到了本地IP地址（即僅在本專用網(wǎng)內使用的專用地址），但現(xiàn)在又想和因特網(wǎng)上的主機通信（并不需要加密）時，可使用NAT方法

NAT的實現(xiàn)方式有三種，即靜態(tài)轉換Static Nat、動態(tài)轉換Dynamic Nat和端口多路復用OverLoad

當內網(wǎng)主機 192.168.1.2如果要與外網(wǎng)的主機202.20.65.4通信時，主機（IP：192.168.1.2）的數(shù)據(jù)包經(jīng)過路由器時，路由器通過查找NAT table 將IP數(shù)據(jù)包的源IP地址（192.168.1.2）改成與之對應的全局IP地址（202.20.65.4），而目標IP地址202.20.65.4保持不變，這樣，數(shù)據(jù)包就能到達202.20.65.4。而當主機HostB(IP:202.20.65.4) 響應的數(shù)據(jù)包到達與內網(wǎng)相連接的路由器時，路由器同樣查找NAT table，將IP數(shù)據(jù)包的目的IP 地址改成192.168.1.2，這樣內網(wǎng)主機就能接收到外網(wǎng)主機發(fā)過來的數(shù)據(jù)包。在靜態(tài)NAT方式中，內部的IP地址與公有IP地址是一種一一對應的映射關系，所以，采用這種方式的前提是，機構能夠申請到足夠多的全局IP地址。

2.動態(tài)轉換

動態(tài)轉換是指將內部網(wǎng)絡的私有IP地址轉換為公用IP地址時，IP地址是不確定的

此處的解釋摘自

動態(tài)轉換（亦稱NAT pool）是指不建立內部地址和全局地址的一對一的固定對應關系。而通過共享NAT地址池的IP地址動態(tài)建立NAT的映射關系。當內網(wǎng)主機需要進行NAT地址轉換時，路由器會在NAT地址池中選擇空閑的全局地址進行映射，每條映射記錄是動態(tài)建立的，在連接終止時也被收回。

3.端口多路復用

此處的解釋摘自

網(wǎng)絡地址端口轉換NAPT（Network Address Port Translation）則是把內部地址映射到外部網(wǎng)絡的一個IP地址的不同端口上。它可以將中小型的網(wǎng)絡隱藏在一個合法的IP地址后面。NAPT與 動態(tài)地址NAT不同，它將內部連接映射到外部網(wǎng)絡中的一個單獨的IP地址上，同時在該地址上加上一個由NAT設備選定的端口號。

記一次解決阿里云服務器偶爾連接不上的問題（由tcp_tw_recycle參數(shù)引發(fā)的）

阿里云服務器偶爾連接不上的問題出現(xiàn)在我做了一些TCP優(yōu)化之后，出現(xiàn)了公司內網(wǎng)偶爾會出現(xiàn)連接不上服務器的問題，但是切換其他的網(wǎng)絡就可以正常連接。

1，登陸服務器查看資源使用top，vmstat等命令查看了一番發(fā)現(xiàn)服務器各項指標都沒有異常。于是將問題轉向了網(wǎng)絡層。

2，本地使用ping服務器外網(wǎng)ip正常返回，無丟包，延遲也正常。

3，登錄服務器查看tcp相關數(shù)據(jù)。

發(fā)現(xiàn)在卡頓時有大量tcp syn包被丟棄，數(shù)值一直在增長。

在查閱資料并結合實際情況后，發(fā)現(xiàn)該服務器同時啟用了 tcp_timestamps和tcp_tw_recycle參數(shù)。

后想起，之前同事為改善time_wait連接數(shù)過多問題曾改過該內核參數(shù)。

解決辦法是，關閉tcp_tw_recycle：

再觀察，發(fā)現(xiàn)服務已正常，偶爾連接不上的現(xiàn)象消失。

我們先來man一下這兩個參數(shù)(man tcp)：

cp_timestamp 是 RFC1323 定義的優(yōu)化選項，主要用于 TCP 連接中 RTT(Round Trip Time) 的計算，開啟 tcp_timestamp 有利于系統(tǒng)計算更加準確的 RTT，也就有利于 TCP 性能的提升。（默認開啟）

關于tcp_timestamps詳情請見：

開啟tcp_tw_recycle會啟用tcp time_wait的快速回收，這個參數(shù)不建議在NAT環(huán)境中啟用，它會引起相關問題。

tcp_tw_recycle是依賴tcp_timestamps參數(shù)的，在一般網(wǎng)絡環(huán)境中，可能不會有問題，但是在NAT環(huán)境中，問題就來了。比如我遇到的這個情況，辦公室的外網(wǎng)地址只有一個，所有人訪問后臺都會通過路由器做SNAT將內網(wǎng)地址映射為公網(wǎng)IP，由于服務端和客戶端都啟用了tcp_timestamps，因此TCP頭部中增加時間戳信息，而在服務器看來，同一客戶端的時間戳必然是線性增長的，但是，由于我的客戶端網(wǎng)絡環(huán)境是NAT，因此每臺主機的時間戳都是有差異的，在啟用tcp_tw_recycle后，一旦有客戶端斷開連接，服務器可能就會丟棄那些時間戳較小的客戶端的SYN包，這也就導致了網(wǎng)站訪問極不穩(wěn)定。

主機A SIP:P1 (時間戳T0) --- Server 主機A斷開后

主機B SIP:P1 (時間戳T2) T2 T0 --- Server 丟棄

經(jīng)過此次故障，告誡我們在處理線上問題時，不能盲目修改參數(shù)，一定要經(jīng)過測試，確認無誤后，再應用于生產(chǎn)環(huán)境。同時，也要加深對相關內核參數(shù)的認識和理解。

本文解決靈感來自于