burst挖礦linux
① POC硬碟挖礦概念怎麼解析Lava又是什麼
簡單來說，一共有三個理由：
1、PoC具有安全、開放、清潔的特性，橫向對比並不遜色與PoW，今年PoC生態有爆發的態勢，有可能在可預見的將來再造一個PoW量級的生態。這是區塊鏈的下一個爆點，所以現在正是一個可以在共識爆發前夕加入共識的時間點。
2、PoC使用硬碟挖礦，硬碟是通用的、普遍的硬體，共識的基礎具有天然的廣泛性與分散性；而且硬碟挖礦沒有算力壟斷、ASIC化的問題，對參與者公平友好。
3、今年PoC生態的爆發，必然推動硬碟類設備的市場需求，更早參與可以節約大量成本。
Lava的願景、團隊和技術支持都是指向一個宏大的目標，即在PoC的基礎上建立全球去中心化存儲空間的信任設施，因此Lava占據的是PoC挖礦+去中心化存儲的絕佳賽道，有巨大的發展空間。
② 爆裂幣Burstcoin挖礦用的什麼硬碟
BURST誕生於2014年，剛出來的時候，每個塊產生10000個BURST COIN，4分鍾出一個塊，每月遞減5%，目前已經產出將近90%的總量。可以採用企業級硬碟挖礦，這樣讀寫速度都很快，而且可以7*24小時一直挖礦。
爆裂幣Burstcoin的挖礦方式，是使用POC ( Pool of capacity )，佔用礦機的硬碟空間，把預定生成了的「哈希函數」存儲在硬碟中，這些「哈希函數」分成一個又一個的小塊，所以在Burstcoin 的挖礦中，礦工儲存的不是用戶的數據，硬碟中的「哈希函數」在挖礦時，只用作上載答案 ( 即是哈希函數 ) 到網路，從而搶得新區塊。
挖礦的硬體要求，I3以上CPU，4G以上內存，主板支持的SATA介面越多越好。也可以盡量買PCI-E介面多的主板，推薦B75系列主板。
③ 請問Linux驅動程序中，字元設備驅動，塊設備驅動以及網路驅動的區別和比較，學的時候需要注意些什麼
可以講字元設備和塊設備歸為一類，它們都是可以順序/隨機地進行讀取和存儲的單元，二者驅動主要在於塊設備需要具體的burst實現，對訪問也有一定的邊界要求。其他的沒有什麼不同。
網路設備是特殊設備的驅動，它負責接收和發送幀數據，可能是物理幀，也可能是ip數據包，這些特性都有網路驅動決定。它並不存在於/dev下面，所以與一般的設備不同。網路設備是一個net_device結構，並通過register_netdev注冊到系統里，最後通過ifconfig -a的命令就能看到。
不論是什麼設備，設備級的數據傳輸都是基本類似的，內核里的數據表示只是一部分，更重要的是匯流排的訪問，例如串列spi，i2c，並行dma等。
④ linux12.04中有netem嗎
一：綜述：
linux系統中的流量控制器（TC）主要是在輸出埠處建立一個隊列進行流量控制。
TC是一個可以根據數據包的任何一個部分的特徵對其進行分類的工具，並且可以為各類數據提供不同帶寬，從而控制他們的傳輸速度。TC是iproute2的一部分，集成在2.2.及以上版本的內核中，還可以與linux內核里的各種架構（如Netfilter netem）協同工作。
二：TC的組件
TC主要由隊列規定（qdisc）,類（class）和過濾器（filter）這3個組件組成，繪圖中一般用圓形表示隊列規定，用矩形表示類：
1:qdisc：TC的核心組件，也被稱為隊列，是管理網卡輸入，輸出數據的一個演算法，用於確定數據包的發送方式。
隊列規定可分為兩類：
（1） 不分類的qdisc：內部不包含可配置的子類，對進入隊列的數據包不進行區分對待，而只是對數據包進行重新編排，延遲發送或者丟棄，主要有：pfifo-fast.TBF.SFQ等
（2） 分類隊列規定：內部可包含一個或多個子類，使用過濾器對數據包進行分類，然後交給相應的子類處理，分類隊列規定有CBQ，HTB等
2：類：
就是數據的類別，各種數據通過過濾器進行分類，最後被放入類的隊列規定裡面進行排隊。
如果一個類沒有子類，那麼這個類被稱為葉子類，否則就被成為內部類。1：1和1：12是內部類，其他均為葉子類，葉子類有一個負責為這個類發送數據的隊列規定，而且這個qdisc可以是分類的，如1：10有一個分類的隊列規定。TC中通常把類的隊列規定稱為葉子qdisc（只有葉子類才有隊列規定）
3：過濾器
就是一些規則，根據這些規則對數據包進行分類，過濾器可以屬於隊列規定，也可以屬於內部類，若需要在葉子類上再實現分類，那就必須將過濾器與葉子類的分類隊列規定關聯起來，而不能與葉子類相關聯。
最常用的是U32過濾器，由一個過濾器和一個動作組成，選擇器用來對數據包進行匹配，一旦匹配成功就執行該動作。
三：TC的結構
都是以一個根qdisc開始的，若根qdisc是不分類的隊列規定，那它就沒有子類，因此不可能包含其他的子對象，也不會有過濾器與之關聯，發送數據時，數據包進入這個隊列裡面排隊，然後根據該隊列規定的處理方式將數據包發送出去。
分類的qdisc內部包含一個或多個類，而每個類可以包含一個隊列規定或者包含若干個子類，這些子類友可以包含分類或者不分類的隊列規定，如此遞歸，形成了一個樹。
句柄號：qdisc和類都使用一個句柄進行標識，且在一棵樹中必須是唯一的，每個句柄由主號碼和次號碼組成qdisc的次號碼必須為0（0通常可以省略不寫）
根qdisc的句柄為1：，也就是1：0。類的句柄的主號碼與它的父輩相同（父類或者父qdisc），如類1：1的主號碼與包含他的隊列規定1：的主號碼相同，1：10和1：11與他們的父類1：1的主號碼相同，也為1。
新建一個類時，默認帶有一個pfifo_fast類型的不分類隊列規定，當添加一個子類時，這個類型的qdisc就會被刪除，所以，非葉子類是沒有隊列規定的，數據包最後只能到葉子類的隊列規定裡面排隊。
若一個類有子類，那麼允許這些子類競爭父類的帶寬，但是，以隊列規定為父輩的類之間是不允許相互競爭帶寬的。
四：TC的工作原理：
對互聯網而言，一切都是數據包，操控網路實際上是在操控數據包，操控它如何產生，路由，傳輸，分片等等。TC在數據包離開系統的時候進行控制，在IP層與網卡之間做手腳，實際上，負責將數據包傳遞到物理層的正是TC模塊，這意味著在系統內核中，TC作為數據包的調度者是一直運作的，甚至在你不想用他的時候，一般情況下，TC維持 一個先進先出的數據隊列。
數據包入隊的時候首先調用根隊列規定的過濾器，根據過濾器定義的規則將數據包交給某個類，如果該類不是葉子類，將會調用該類定義的過濾器進一步分類，若該類沒有定義過濾器，就會交給包含他的隊列規定的默認類來處理，若接收到數據包的類是葉子類，數據包將進入到葉子類的隊列規定裡面排隊，需要注意的是：過濾器只能將數據包交給某個類，類再將數據包放入自己的隊列規定進行排隊，而不能直接交給某個隊列規定。
接受包從數據介面進來後，經過流量限制，丟棄不合規定的數據包，然後輸入多路分配器判斷：若接受包的目的地是本主機，那麼將該包送給上冊處理，否則需轉發，將接受包交到轉發塊處理。轉發塊同時也接收本主機上層產生的包。轉發塊通過查看路由表，決定所處理包的下一跳，然後對包排序以便將他們傳送到輸出介面。
Linux的TC主要是在輸出介面排列時進行處理和實現的。
五：TC命令
1：add命令：在一個節點里加入一個qdisc，類或者過濾器。添加時，需要傳遞一個祖先作為參數，傳遞參數時既可以使用ID也可以直接傳遞設備的根，若建一個qdisc或者filter，可以使用句柄來命名，若建一個類，使用類識別符來命名。
2：remove：刪除由某個句柄指定的qdisc，根qdisc也可以被刪除，被刪除的qdisc上的所有子類以及附屬於各個類的過濾器都會被自動刪除。
3：change：以替代方式修改某些項目，句柄和祖先不能修改，change和add語法相同。
4：replace：對一個現有節點進行近於原子操作的刪除/添加，如果節點不存在，這個命令就會建立節點。
5：link：只適用於qdisc，替代一個現有的節點
tc qdisc [add|change|replace|link] dev DEV [parent qdisc-id |root] [handle qdisc-id ] qdisc [qdisc specific parameters]
tc class [add|change|replace] dev DEV parent qdisc-id [classid class-id] qdisc [qdisc specific parameters]
tc filter [add|change|replace] dev DEV [parent qdisc-id|root] protocol Protocol prio Priority filtertype [filtertype specific parameters] flowid flow-id
tc [-s|-d] qdisc show [dev DEV]
tc [-s|-d] class show dev DEV
tc filter show dev DEV
六：TBF隊列：（令牌桶隊列）
tc qdisc add tbf limit BYTES burst BYTES rate KBPS [mtu BYTES] [peakrate KBPS] [latency TIME] [overhead BYTES] [linklayer TYPE]
rate是第一個令牌桶的填充速率
peakrate是第二個令牌桶的填充速率
peakrate>rate
burst是第一個令牌桶的大小
mtu是第二個令牌桶的大小
burst>mtu
若令牌桶中令牌不夠，數據包就需要等待一定時間，這個時間由latency參數控制，如果等待時間超過latency，那麼這個包就會被丟棄
limit參數是設置最多允許多少數據可以在隊列中等待
latency=max((limit-burst)/rate,(limit-mtu)/peakrate);
burst應該大於mtu和rate
overhead表示ADSL網路對數據包的封裝開銷
linklayer指定了鏈路的類型，可以是乙太網或者ATM或ADSL
ATM和ADSL報頭開銷均為5個位元組。
七：netem模塊
netem提供網路方針的功能，可以方針廣域網的可變時延，丟包，數據包副本和重排序等性質。
netem被包含在內核中的iproute2中，netem模塊被TC控制調用。
netem包含兩部分：
（1） qdisc的內核模塊：被整合到內核中
（2） 配置該模塊的命令行功能：iproute2的一部分
兩者通過netlink套接字練習，命令行將其請求編成一種格式，而內核進行解碼。
1：模擬時延：
例：#tc qdisc add dev eth0 root netem delay 100ms
所有經過eth設備輸出的數據包均延遲100ms
#tc qdisc change dev eth0 root netem delay 100ms 10ms
表示延遲具有隨機性，延時范圍是100+_10ms
#tc qdisc change dev eth0 root netem delay 100ms 10ms 25%
表示延時范圍是：100+_10ms*25%
2:延時的分布：
在實際網路中，延時並不是均勻分布的，更像正態分布
#tc qdisc change dev eth0 root netem delay 100ms 20ms distribution normal
注意：分配（如normal，pareto，paretonormal）是iproute2編譯出放在/usr/lib/tc下的，所以可以編譯出自己的分布
3：丟包
可設置的最小丟包率為 232=0.000 000 0232%
#tc qdisc change dev eth0 root netem loss 0.1%
表示0.1%的隨機性丟包
#tc qdisc change dev eth0 root netem loss 0.3% 25%
引起0.3%的丟包率
25%指的是相關性，相關性可以用來模擬突發造成的丟包
4：數據包副本
#tc qdisc change dev eth0 root netem plicate 1%
5:數據包沖突錯誤：
實際網路中的隨即雜訊會導致包出錯，可以用corrupt option模塊模擬
#tc qdisc change dev eth0 root netem corrupt 0.1%
會引起0.1%的出錯
6：數據包重排序
#tc qdisc change dev eth0 root netem gap 5 delay 10ms
只有5的倍數的數據包不被延遲，其他均延遲10ms
#tc qdisc change dev eth0 root netem delay 10ms recorder 25% 50%
25%的數據包被立即發送，其他包被延遲10ms
這里50%指的是25%的數據包具有的相關性
另外隨機延遲的不同也會導致重排序
在構造丟包時，線性相關系數用來設定丟包的分布情況，若為0，表示丟包隨機：從0-1，表示丟包的分布趨於集中。比如設定丟包率為10%，線性相關系數為1，則表示每100個數據包丟10個，但是這十個包非常集中（有可能20個連續包就丟了10個），需要特別說明的是，實際的丟包效果絕不是一個精確的數字，更多的是一個統計數。
⑤ Linux 下的伺服器時間同步方案有哪些
大多數應用場景中，使用ntpd的-g參數令其在啟動時允許大步長同步就足夠了（除此之外還可以在配置中使用 iburst 來讓加速同步）。使用 ntpd 唯一需要注意的是在配置時應配置 ACL，以免成為攻擊跳板。
在啟動 ntpd 之前運行一次ntpdate 的好處是 ntpdate 退出時，系統的時間已經調到了比較接近正確的時間。不過， ntp 作者已經在文檔中明確表示未來 ntpdate 會變成一個shell腳本（通過 ntpd -g -q 來實現），事實上，現在也可以在啟動時用 ntpq -c rv 來檢查 ntpd 的狀態了，對於精度要求比較高的應用，系統時間和時鍾快慢同等重要，如果不高，也沒有太大必要去另外運行 ntpdate 了。
定時運行 ntpdate 的系統很容易受到這樣的攻擊：如果有人故意調整了某個 ntp 伺服器的時間，所有使用 ntpdate 的系統都將跟隨其設置。舉例來說，假如已知某家公司的系統每天凌晨3點會執行某項非常耗時的任務，同時每4個小時會做一次ntpdate，那麼攻陷這台伺服器並令其一直返回 凌晨 2:59，就可以很容易地實現四兩撥千斤的杠桿式攻擊了，而且，由於系統時間也會影響日誌，因此觀察日誌的人員也比較容易受其誤導。
與此相反，ntpd 通常會配置為使用多個參考伺服器，在運行時會參考多個伺服器的時間，並排除明顯異常的伺服器。而監控多個 ntp 伺服器相對來說要容易得多。
用 cron 或類似的任務計劃去做 ntpdate 還有個問題是如果系統時間比較準的話，每到某個整點（或者特定的時間）的同步操作就變成了一次對 NTP 伺服器的 DDoS。機器多的話，這種放大效應對於集群本身和提供 NTP 服務的機器都是不利的。
⑥ linux伺服器流出流量過大 是否木馬
不是木馬，是設置問題，下面是流量的控制方法
一、Linux 流量控制過程分二種：
1、隊列控制 即 QOS, 瓶頸處的發送隊列的規則控制，常見的有 SFQ PRIO
2、流量控制 即帶寬控制 , 隊列的排隊整形， 一般為 TBF HTB
二、Linux 流量控制演算法分二種：
1、無類演算法 用於樹葉級無分支的隊列，例如：SFQ
2、分類演算法 用於多分支的隊列，例如：PRIO TBF HTB
三、具體實現：
1. 在網卡上建立 以SFQ演算法的限流
#tc qdisc add dev eth0 root handle 1: sfq
SFQ 參數有 perturb( 重新調整演算法間隔 ) quantum 基本上不需要手工調整 :
handle 1: 規定演算法編號 .. 可以不用設置由系統指定 ..
#tc qdisc sh dev eth0 顯示演算法
#tc qd del dev eth0 root 刪除 注 : 默認 eht0 支持 TOS
2. 在網卡建立以 TBF演算法的限流
#tc qd add dev eth1 root handle 1: tbf rate 256kbit burst 10000 latency 50ms
速率 256kbit 突發傳輸 10k 最大延遲 50ms
#tc -s qd sh dev eth1 統計
#tc qd del dev eth1 root 刪除
3. 在網卡建立 PRIO
#tc qdisc add dev eth0 root handle 1: prio
# 此命令立即創建了類 : 1:1, 1:2, 1:3 ( 預設三個子類 )
#tc qdisc add dev eth0 parent 1:1 handle 10: sfq
#tc qdisc add dev eth0 parent 1:2 handle 20: tbf rate 20kbit buffer 1600 limit 3000
注 : 此為 TBF 限速的另一寫法 , 前文有講解 .
#tc qdisc add dev eth0 parent 1:3 handle 30: sfq
4. WEB 伺服器的流量控制為 5Mbps,SMTP 流量控制在 3Mbps 上 . 而且二者一共不得超過 6Mbps, 互相之間允許借用帶寬
#tc qdisc add dev eth0 root handle 1:0 cbq bandwidth 100Mbit avpkt 1000 cell 8
#tc class add dev eth0 parent 1:0 classid 1:1 cbq bandwidth 100Mbit rate 6Mbit weight
0.6Mbit prio 8 allot 1514 cell 8 maxburst 20 avpkt 1000 bounded
這部分按慣例設置了根為 1:0, 並且綁定了類 1:1. 也就是說整個帶寬不能超過 6Mbps.
#tc class add dev eth0 parent 1:1 classid 1:3 cbq bandwidth 100Mbit rate 5Mbit weight
0.5Mbit prio 5 allot 1514 cell 8 maxburst 20 avpkt 1000
#tc class add dev eth0 parent 1:1 classid 1:4 cbq bandwidth 100Mbit rate 3Mbit weight
0.3Mbit prio 5 allot 1514 cell 8 maxburst 20 avpkt 1000
建立了 2 個類 . 注意我們如何根據帶寬來調整 weight 參數的 . 兩個類都沒有配置成"bounded", 但它們都連
接到了類 1:1 上 , 而 1:1 設置了"bounded". 所以兩個類的總帶寬不會超過 6Mbps. 別忘了 , 同一個 CBQ 下面的子
類的主號碼都必須與 CBQ 自己的號碼相一致 !
#tc qdisc add dev eth0 parent 1:3 handle 30: sfq
#tc qdisc add dev eth0 parent 1:4 handle 40: sfq
預設情況下 , 兩個類都有一個 FIFO 隊列規定 . 但是我們把它換成 SFQ 隊列 , 以保證每個數據流都公平對待 .
#tc filter add dev eth0 parent 1:0 protocol ip prio 1 u32 match ip sport 80 0xffff flowid
1:3
#tc filter add dev eth0 parent 1:0 protocol ip prio 1 u32 match ip sport 25 0xffff flowid
1:4
6. 過濾器過濾示例
#tc filter add dev eth0 protocol ip parent 10: prio 1 u32 match ip dport 22 0xffff flowid 10:1
在 10: 節點添加一個過濾規則 , 優先權 1: 凡是去往 22 口 ( 精確匹配 ) 的 IP 數據包 , 發送到頻道 10:1..
#tc filter add dev eth0 protocol ip parent 10: prio 1 u32 match ip sport 80 0xffff flowid 10:1
在 10: 節點添加一個過濾規則 , 優先權 1: 凡是來自 80 口 ( 精確匹配 ) 的 IP 數據包 , 發送到頻道 10:1..
#tc filter add dev eth0 protocol ip parent 10: prio 2 flowid 10:2
在 eth0 上的 10: 節點添加一個過濾規則 , 它的優先權是 2: 凡是上二句未匹配的 IP 數據包 , 發送到頻道 10:2..
#tc filter add dev eth0 parent 10:0 protocol ip prio 1 u32 match ip dst 4.3.2.1/32 flowid 10:1
去往 4.3.2.1 的包發送到頻道 10:1 其它參數同上例
#tc filter add dev eth0 parent 10:0 protocol ip prio 1 u32 match ip src 1.2.3.4/32 flowid 10:1
來自 1.2.3.4 的包發到頻道 10:1
#tc filter add dev eth0 protocol ip parent 10: prio 2 flowid 10:2
凡上二句未匹配的包送往 10:2
#tc filter add dev eth0 parent 10:0 protocol ip prio 1 u32 match ip src 4.3.2.1/32 match
ip sport 80 0xffff flowid 10:1
可連續使用 match, 匹配來自 1.2.3.4 的 80 口的數據包
⑦ linux tc qdisc tbf 中 burst 參數具體是什麼作用
tc qdisc add dev eth1 root tbf rate XXkbit limit 1024kbit burst 1024 最簡單就是這樣，把xx換成想要的限制帶寬
⑧ 2022年哪個礦池可以繼續挖礦
POW挖礦。
比特幣是最早的區塊鏈項目，距今年已經剛好10個年頭。其挖礦以工作量為算力證明。英文proofofwork，簡稱POW。礦機性能越強，數量越多，則算力越強，得到的挖礦收益越高。比特幣礦機最早從電腦CPU挖礦升級到顯卡挖礦，到現在專業品牌的ASIC高度集成電路礦機，性能一路飆升，同時主網算力和挖礦難度暴發式增長。ASIC礦機有比特幣，萊特幣，達世幣，零幣等知名幣種指定機型，廠商通過技術對幣種演算法破解開發了各種ASIC礦機，幾大品牌壟斷了整個行業。
BURST爆裂幣開創了硬碟挖礦先河，以硬碟容量大小為算力證明。英文proofofcapacity，簡稱POC。翻譯為容量證明或者空間證明。指的是硬碟的存儲容量或空間。宗旨是創造低門檻，人人都能參與的節能環保新型挖礦模式。例如後面在牛市前出現的Filecoin硬碟挖礦，以及牛市後的「蹭熱度」硬碟挖礦CHIA，BZZ，PHA等。
⑨ 關於Linux網卡帶寬設置的問題
首先你得netem QDiscipline設置看起來沒什麼區別，limit太大，loss 0%和默認一樣，剩下的delay 10ms都是指所有pakcat按照延遲10ms進行發送
至於你的TBF設置，用了TBF自身提供的兩個途徑
TBF叫做Token Bucket Filter.總體的思路就是數據包要領到Token（令牌）才能被發送，而令牌的產生速率收到rate這個參數的限制。Token是一個抽象的概念，Token的大小都是指的Token所指向的數據包的大小。
當要發送的速率低於令牌產生的速度時，所有的數據包都能領到Token，並且多餘的Token會在你的Buffer里積累。積累的上限由Buffer/Burst這個參數指定。
當發送的速率等於Token產生的速度時，Token正好被完全消耗，所有的數據包都會發送，並且buffer不會積累多餘的Token
當發送的速率大於Token的速率，如果Buffer里還有多餘的Token，就會開始消耗Buffer的Token，同時允許數據包通過。如果buffer的Token耗盡，數據包就不被允許通過，並且進入Txqueue（發送隊列）排隊。如果排隊的尺寸大於limit（你的第一個TBF有指定），則隊列不能再增長，新到來的數據包會被drop。
明白上面的概念之後你的兩條命令的區別也就容易看懂了。
第一個是用的Buffer/Limit
Buffer就是瞬間可以額外提供的Token的數量。Rate限制了你的持續上傳速率為1Mb/s,然後在你長時間網路流量很低時，你得Token會積累，最後你可以有Buffer這么大（1600b）的緩沖無視rate的限制（可以瞬間發送1600b，所以叫做突發）。至於後面的limit 3000，是指你當你的緩沖區（Txqueue）超過3000b時，新來的包會被Drop
第二個用的是Burst/latency/rate組合
這里的burst和上面的buffer含義完全相同，都是能夠以高於rate所限定的速度發送的數據量（4Mb，比第一個的大很多）。至於Latency，是對應limit的量。Latency規定的是數據包能在Txqueue中呆的最長的時間（你的是1S），在Txqueue中呆超過1s的包都會被Drop。所以結合你的rate來計算，latency 1s+rate 1Mbit/s 等價於 limit為1Mbit*1s=1Mb
*tc只能規整egress traffic，就是從NIC流出的流量（上傳），對於下載，要用IFB將ingress（下載）模擬成egress
⑩ 我的虛擬機中裝的是linux操作系統但是虛擬機的時間跟外機的時間不一致，怎樣做才能使時間一致
按照以下步驟做，只要你的虛擬機可以正常聯網，一定可以自動同步時間：
安裝ntp服務：
如果是CentOS，命令：yum -y install ntp
如果是ubuntu，命令：apt-get install ntp
修改ntp伺服器為國內伺服器：
vi /etc/ntp.conf
注釋掉一下內容：
#server 0.centos.pool.ntp.org iburst
#server 1.centos.pool.ntp.org iburst
#server 2.centos.pool.ntp.org iburst
#server 3.centos.pool.ntp.org iburst
注釋之後另起一行，添加如下內容：
#server後的'prefer'後綴意味著該伺服器優先使用
server cn.pool.ntp.org prefer
server 0.cn.pool.ntp.org
server 1.cn.pool.ntp.org
server 2.cn.pool.ntp.org
server 3.cn.pool.ntp.org
server tw.pool.ntp.org
server 0.tw.pool.ntp.org
server 1.tw.pool.ntp.org
server 2.tw.pool.ntp.org
server 3.tw.pool.ntp.org:wq保存
配置ntp服務開機自動啟動：
如果ubuntu系統沒有安裝chkconfig需要單獨安裝一下：apt-get install chkconfig
chkconfig ntpd on
手動啟動ntpd服務進行同步：service ntpd start
使用date命令查看當前時間是否同步完成（ntpd屬於定時任務，有時候會有幾秒的延遲時間）