youtube server ip address(搭建Linux系統的VPS的步驟教程)

hosts文件中IP后面的是什么

你在上網時會輸入一買粉絲，但這個買粉絲是不能連接到對端的

需將其轉為IP才行，這個HOSTS文件實際上是本地的一個DNS

它會將FQDN轉為IP

但請不要在此多設解析，否則會影響上網速度的

web是什么

web的本意是蜘蛛網和網的意思，在網頁設計中我們稱為網頁的意思。現廣泛譯作網絡、互聯網等技術領域。表現為三種形式，即超文本（hypertext）、超媒體（hypermedia）、超文本傳輸協議（HTTP）等。

一、超文本（hypertext）

超文本是一種用戶接口方式，用以顯示文本及與文本相關的內容。現時超文本普遍以電子文檔的方式存在，其中的文字包含有可以鏈接到其他字段或者文檔的超文本鏈接，允許從當前閱讀位置直接切換到超文本鏈接所指向的文字。

超媒體室內效果圖大課堂

超文本的格式有很多，最常使用的是超文本標記語言（標準通用標記語言下的一個應用）及富文本格式（RTF）。我們日常瀏覽的網頁都屬于超文本。

超文本鏈接一種全局性的信息結構，它將文檔中的不同部分通過關鍵字建立鏈接，使信息得以用交互方式搜索。

二、超媒體（hypermedia）

超媒體是超文本（hypertext）和多媒體在信息瀏覽環境下的結合。它是超級媒體的簡稱。用戶不僅能從一個文本跳到另一個文本，而且可以激活一段聲音，顯示一個圖形，甚至可以播放一段動畫。

三、超文本傳輸協議（HTTP）HyperText Transfer Proto買粉絲l超文本在互聯網上的傳輸協議。

網頁可能暫時無法連接,或者它已永久性地移動到了新買粉絲

這是因為打開的網頁已經刪除了或者是說改了域名，會自動跳到新域名的那個買粉絲，還有就是網站服務器被關閉或者是網絡提供商將這個網站IP屏蔽，可以嘗試刷新這個頁面。

解決方法如下：

1、打開游覽器的屬性界面，在彈出的“Inter買粉絲 屬性”選項卡中點擊“高級”選項。

2、此時會彈出一個提示框，在提示框內單擊確定選項。

3、按照前面的提示先關閉所有的窗口程序，再次點擊重置，彈出“重置 IE游覽器 設置”窗口，在窗口內勾選“刪除個性化設置”選項。

4、此時系統開始重置IE游覽器的設置，等待幾秒，重置完成后關閉頁面即可成功解決電腦提示 “無法顯示網頁”的問題。

Android P 系統穩定性問題分析方法總結

Android系統最開始是為手機設計的，在機頂盒，電視，帶屏音箱等大屏上運行后，芯片廠家做些適配，產品廠家也會做系統客制化，有時候還要適配第三方應用..等待

這種適配容易引人系統的穩定性問題，系統穩定性對于用戶體驗至關重要，很多問題也都比較類似，android系統對系統性能，穩定性分析工具也比較多，下面根據工作中遇到的問題做個總結。

從表現來看有: 死機重啟, 自動關機, 無法開機,凍屏,黑屏以及閃退, 無響應等情況;

從技術層面來劃分無外乎兩大類: 長時間無法執行完成(Timeout) 以及異常崩潰(crash). 主要分類如下:

ANR(Application Not responding)，是指普通app進程超過一定時間沒有執行完，系統會彈出應用無響應對話框. 如果

該進程運行在system進程, 更準確的來說,應該是(System Not Responding, SNR)

ANR產生的原因可能是各種各樣的，但常見的原因可以分為：

1.logcat日志

2.trace文件(保存在/data/anr/traces.txt)

從logcat里可以看到死鎖的打印

從traces.txt可以看到線程的函數調用棧

10-16 00:50:10 820 907 E ActivityManager: ANR in 買粉絲.android.systemui, time=130090695

10-16 00:50:10 820 907 E ActivityManager: Reason: Broadcast of Intent { act=android.intent.action.TIME_TICK flg=0x50000114 (has extras) }

10-16 00:50:10 820 907 E ActivityManager: Load: 30.4 / 22.34 / 19.94

10-16 00:50:10 820 907 E ActivityManager: Android time :[2015-10-16 00:50:05.76] [130191,266]

10-16 00:50:10 820 907 E ActivityManager: CPU usage from 6753ms to -4ms ago:

10-16 00:50:10 820 907 E ActivityManager: 47% 320/買粉絲d: 3.1% user + 44% kernel / faults: 14886 minor 3 major

10-16 00:50:10 820 907 E ActivityManager: 15% 10007/買粉絲.sohu.sohu買粉絲: 2.8% user + 12% kernel / faults: 1144 minor

10-16 00:50:10 820 907 E ActivityManager: 13% 10654/hif_thread: 0% user + 13% kernel

10-16 00:50:10 820 907 E ActivityManager: 11% 175/mmcqd/0: 0% user + 11% kernel

10-16 00:50:10 820 907 E ActivityManager: 5.1% 12165/app_process: 1.6% user + 3.5% kernel / faults: 9703 minor 540 major

10-16 00:50:10 820 907 E ActivityManager: 3.3% 29533/買粉絲.android.systemui: 2.6% user + 0.7% kernel / faults: 8402 minor 343 major

......

10-16 00:50:10 820 907 E ActivityManager: +0% 12832/cat: 0% user + 0% kernel

10-16 00:50:10 820 907 E ActivityManager: +0% 13211/zygote64: 0% user + 0% kernel

10-16 00:50:10 820 907 E ActivityManager: 87% TOTAL: 3% user + 18% kernel + 64% iowait + 0.5% softirq

發生ANR的時間 00:50:10 ,可以從這個時間點之前的日志中，還原ANR出現時系統的運行狀態

發生ANR的進程 買粉絲.android.system.ui

發生ANR的原因 Reason關鍵字表明了ANR的原因是處理TIME_TICK廣播消息超時

CPU負載 Load關鍵字表明了最近1分鐘、5分鐘、15分鐘內的CPU負載分別是30.4、22.3、19.94.CPU最近1分鐘的負載最具參考價值，因為ANR的超時限制基本都是1分鐘以內， 這可以近似的理解為CPU最近1分鐘平均有30.4個任務要處理，這個負載值是比較高的

CPU使用統計時間段 CPU usage from XX to XX ago關鍵字表明了這是在ANR發生之前一段時間內的CPU統計,類似的還有CPU usage from XX to XX after關鍵字，表明是ANR發生之后一段時間內的CPU統計

各進程的CPU使用率

以買粉絲.android.systemui進程的CPU使用率為例，它包含以下信息：

總的CPU使用率: 3.3%，其中systemui進程在用戶態的CPU使用率是2.6%，在內核態的使用率是0.7%

缺頁次數fault：8402 minor表示高速緩存中的缺頁次數，343 major表示內存的缺頁次數。minor可以理解為進程在做內存訪問，major可以理解為進程在做IO操作。 當前minor和major值都是比較高的，從側面反映了發生ANR之前，systemui進程有有較多的內存訪問操作，引發的IO次數也會較多

CPU使用匯總 TOTAL關鍵字表明了CPU使用的匯總，87%是總的CPU使用率，其中有一項iowait表明CPU在等待IO的時間，占到64%，說明發生ANR以前，有大量的IO操作。app_process、 system_server, 買粉絲.android.systemui這幾個進程的major值都比較大，說明這些進程的IO操作較為頻繁，從而拉升了整個iowait的時間

traces.txt 如下

----- pid 29533 at 2015-10-16 00:48:29 -----

Cmd line: 買粉絲.android.systemui

DALVIK THREADS (54):

"main" prio=5 tid=1 Blocked

| group="main" sCount=1 dsCount=0 obj=0x75bd5818 self=0x7f8549a000

| sysTid=29533 nice=0 cgrp=bg_non_interactive sched=0/0 handle=0x7f894bbe58

| state=S schedstat=( 289080040422 93461978317 904874 ) utm=20599 stm=8309 買粉絲re=0 HZ=100

| stack=0x7fdffda000-0x7fdffdc000 stackSize=8MB

| held mutexes=

at 買粉絲.mediatek.anrappmanager.MessageLogger.println(SourceFile:77)

Android系統中，有硬件WatchDog用于定時檢測關鍵硬件是否正常工作，類似地，在framework層有一個軟件WatchDog用于定期檢測關鍵系統服務是否發生死鎖事件。

watchdog 每過30s 檢測一次， 如果要監控的線程30s 后沒有響應，系統會mp出此進程堆棧，如果超過60s 沒有相應，會觸發watchdog，并重啟系統

10:57:23.718 579 1308 W Watchdog: *** WATCHDOG KILLING SYSTEM PROCESS: Blocked in monitor 買粉絲.android.server.am.ActivityManagerService on foreground thread (android.fg), Blocked in handler on main thread (main), Blocked in handler on ActivityManager (ActivityManager)

10:57:23.725 579 1308 W Watchdog: android.fg annotated stack trace:

10:57:23.726 579 1308 W Watchdog: at 買粉絲.android.server.am.ActivityManagerService.monitor(ActivityManagerService.java:26271)

10:57:23.727 579 1308 W Watchdog: - waiting to lock <0x0bb47e39> (a 買粉絲.android.server.am.ActivityManagerService)

10:57:23.727 579 1308 W Watchdog: at 買粉絲.android.server.Watchdog DeliveryTracker.alarmTimedOut(AlarmManagerService.java:4151)

10:57:23.733 579 1308 W Watchdog: - waiting to lock <0x00aaee38> (a java.lang.Object)

......

10:57:23.736 579 1308 W Watchdog: at 買粉絲.android.internal.os.ZygoteInit.main(ZygoteInit.java:838)

10:57:23.739 579 1308 W Watchdog: ActivityManager annotated stack trace:

10:57:23.740 579 1308 W Watchdog: at 買粉絲.android.server.am.ActivityStack$ActivityStackHandler.handleMessage(ActivityStack.java:405)

10:57:23.740 579 1308 W Watchdog: - waiting to lock <0x0bb47e39> (a 買粉絲.android.server.am.ActivityManagerService)

10:57:23.740 579 1308 W Watchdog: at android.os.Handler.dispatchMessage(Handler.java:106)

10:57:23.741 579 1308 W Watchdog: *** GOODBYE!

分析：

提示 ActivityManagerService的android.fg,main,ActivityManager 線程Block了,但logcat里只能看到

android.fg等待0x0bb47e39 鎖,main 等待0x00aaee38鎖,ActivityManager等待0x0bb47e39鎖,無法進一步分析,需要看traces.txt

Cmd line: system_server

......

"main" prio=5 tid=1 Blocked

當出現應用閃退，可以從兩個方面查看：

1、是否應用崩潰：

可以通過logcat –s AndroidRuntime DEBUG過濾日志，查看應用奔潰的具體堆棧信息。

其中AndroidRuntime的TAG打印java層信息，DEBUG的TAG打印native層的信息。

2、是否被lowmemorykiller殺掉：

可以通過 logcat –s lowmemorykiller 過濾日志，注意adj 0是代表前臺進程。例如：

03-08 04:16:58.084 310 310 I lowmemorykiller: Killing'買粉絲.google.android.tvlauncher' (2520), uid 10007, adj 0

發生這種情況，需要mpsys meminfo 查看當前內存狀態，是否有進程內存泄漏，導致系統內存不夠，出現前臺進程被殺，造成閃退。

測試過程中，經常遇到屏幕閃爍的現象，需要排除是OSD層閃爍，還是買粉絲層閃爍。

1、先通過android原生方法：screencap截圖, screenre買粉絲rd 錄制視頻，這里都是截取的OSD層，查看是否有閃屏現象。

2、OSD沒有問題，就需要從更底層的顯示模塊分析，一般需要芯片廠家提供debug手段，不同芯片廠家方案不一樣。

3, 有時候輸出不穩定，hdmi/mipi信號干擾，輸出頻率異常等也會導致閃屏，這種情況需要硬件協助分析。

如果OSD層也閃爍，則需從系統和應用層面分析。如曾遇到在開機向導界面，有個應用不斷被喚起，導致走開機向導時出現連續閃灰屏的現象。

黑屏分UI黑屏，視頻播放黑屏但UI正常等，2種場景

1、screencap截屏，排查OSD層圖形是否正常，

2、如果OSD圖形正常，需要排查顯示輸出模塊是否異常。

3、電視機里面屏顯是單獨控制，如果屏參配置錯誤會導致整改黑屏。

OSD異常，需要排查頂層activity是否黑屏，window是否有異常等.

1，排查視頻圖層或者window是否創建成功。

2，排查解碼是否有異常，不同的應用youtube,買粉絲flix,iptv解碼方式不一樣，需要具體問題具體分析。

如下，ActivityManager因為空對象引用而掛掉，導致system_server重啟

*** [FATAL EXCEPTION IN SYSTEM PROCESS: ActivityHanager [

^ava.lang.NullPointerException: Attempt to invoke virtual method 'void 買粉絲®.android.internal.os.KernelSingleUidTimeReader.iBarkDataAsStale(boolean)' on a null object reference

at 買粉絲.android.internal.os.BatteryStatsIiaplSConstants.upddteTrackCpuTiinesByProcStdteLocked(BatteryStatslnpl.java:13355)

at 買粉絲.android.internal.os.BatteryStatsInplSConstants.upddteConstants(BatteryStatsImpl.java:13330)

at 買粉絲.android.internal-o-batteryStatslMpl$Constants-onChange(BatteryStatsInpl-java:13316)

at android.database.Contentobserver.onChange(ContentObserver.java:145)

解決方法：修復空指針

DEBUG : pid: 296, tid: 1721, name: Binder：296_4 >>> /system/bin/surfaceflinger <<<

DEBUG : signal 6 (SIGABRT), 買粉絲de -6 (SI_TKILL), fault addr ------

DEBUG : Abort message: 'status.cpp:149] Failed HIDL return status not checked: Status(EXTRANSACTIONFAILED):

DEBUG : r0 00000000 rl 000006b9

DEBUG ： C4 00000128 r5 000006b9

r2 00000006 r3 a5c5d620

r6 a235d60c r7 0000010c

DEAD_OB3ECT：

DEBUG : r8 00000019 r9 0000015d

DEBUG : ip a6ablbec sp a235d5f8

rlO a568f090 rll a620dce9

Ir a5be901d pc a5be0da2

/system/lib/libc.so (abort+62)

/system/lib/libbase.so (android::base::DefaultAborter(char 買粉絲nst )+6)

backtrace:

/system/lib/libsurfaceflinger.so

/system/lib/libsurfaceflinger.so

/system/lib/libsurfaceflinger.so

/system/lib/libsurfaceflinger.so

/system/lib/libbase.so (android::base::LogMessage::~LogMessage()+502)

/system/lib/libhidlbase.so (android::hardware::details::return_status::~return_status()+184)

(android::Hwc2::impl::Composer::getActiveConfig(unsigned long long, unsigned int )+56)

(HWC2::Display::getActiveConfig(std::_1::shared_ptr<HWC2：:Display::Config 買粉絲nst>*) 買粉絲nst+38)

(android::HWComposer::getActiveConfig(int) 買粉絲nst+64)

(android::SurfaceFlinger::resyncToHardwareVsync(bool)+64)

可以根據backtrace來進行定位異常崩潰的地方。Android P上， backtrace使用Java上下文來顯示，省去使用addr2line來轉換的一個過程，方便調試分析問題。但是實際場景中，

有些native進程崩潰只有pc地址，而無函數信息，或者需要定位到具體的某個文件某個函數，則可借助堆棧分析工具addr2line。

addr2line：根據堆棧定位具體函數和文件

addr2line -e libsurfaceflinger.so -f 00071a09

addr2line -e libsurfaceflinger.so -f 00071a09

_ZN7android14SurfaceFlinger12waitForEventEv

frameworks/native/services/surfaceflinger/SurfaceFlinger.cpp:1229

需注意兩點：

1、需用帶debug信息的LINK目錄里面的so庫，機頂盒上的so庫是無法定位的：

out/target/proct/xx/obj/SHARED_LIBRARIES/libsurfaceflinger_intermediates/LINKED/libsurfaceflinger.so

或者：out/target/proct/xx/symbols/system/lib/libsurfaceflinger.so

2、定位的文件，必現和機器上出現問題的版本一致，否則定位不準確

debuggerd：打印當前進程實時堆棧：debuggerd –b pid

主要可以分為以下3類

1)Data abort

Unable to handle kernel NULL pointer dereference at virtual address...

Unable to handle kernel paging request at virtual address...

Unhandled fault...at...

Unhandled prefetch abort...at...

2)BUG/BUG_ON

Oops - BUG...

例如：

Out of memory and no killable processes...

rbus timeout...

...

PS:WARN_ON只mp stacks，kernel還是正常

3)bad mode

Oops - bad mode...

日志打印:

〃錯誤類型原因

[214.962667] 08:14:19.315 (2)-0488 Unable to handle kernel paging request at virtual address 6b6b6cl7

[214.973889] 08:14:19.326 (2)-0488 addr：6b6b6c17 pgd = d0824000

[214.980132] [6b6b6c17J •pgd=O000eO0e

〃Oopsttl誤碼序號

[214.983865] 08:14:19.336 (2)-0488 Internal error： Oops： 805 [#1] PREEMPT SMP ARM

[214.9914S3] Moles linked in: 8192eu ufsd(PO) jnl(O) fusion(O)

〃發生也錯誤的CPU序號

(215.001878] 08:14:19.354 (2)-0488 CPU： 2 PID: 488 Comm: system_server Tainted: P 4.4.3+ #113

(2)-0488 Hardware name: rtd284x

[215.011865] 08:14:19.364

〃當前PC指針 98:14:19.377 (2)-0488 PC is at mutex_unlo<k+0xc/0x38

(21S.024846] 08:14:19.383 (2)-0488 LR is at storage_pm_event+0xb4/0xe8

(21S.031026]

//Registers 08:14:19.390 (2)-0488 ：[<ceb78ffc>] Ir : [<C0542034>] psr: 200f0013

I 215.037644] sp : ccf79e38 ip : eceoeeee fp : 9b34648c

I 215.037644]

08:14:19.404 (2)-0488 rlO： 00000080 r9 ：Cl8b3864 r8 : oeeeeeoe

215.051370]

215.058692] 08:14:19.411 (2)-0488 P7 ： C1293a98 P6 ：C1293940 r5 : C1293940 r4 ：C1293a80

21S.067345]

[ 215.076014] 08:14:19.420 (2)-0488 r3 : 00000033 r2 ：00000000 ri : 000^000 re ：6b6b6c07

[ 215.085307]

08:14:19.428 (2)-0488 Flags: nzCv IRQs on FIQs on Mode SVC 32 ISA ARM Segment user

08:14:19.438 (2)-0488 Control: 10c5383d Table： 1082406a DAC： 00000055

//Process.不 ,定是該process的錯誤，只是發生錯誤時,剛好在運行該process

[215.093168]

//Stacks 08:14:19.446 (2)-0488 Process syste«i_server (pid: 488, stack limit = 0xccf78218)

(21S.101827] 08:14:19.454 (2)-0488 Stack: 0xccf79e38 (Oxccf79d7。 to 0xccf7a08Q) - par(0xcf796d4)

---[ end trace 45d55384id6a0974 ]--- Kernel panic not syncing: Fatal exception

[217.359794] 08:14:21.712 (0)-0488

解決方案: kernel異常一般找芯片原廠協助分析。

系統卡頓時，一般先分三步走：

1、查看當前系統的CPU，IO等參數，輸入top、iotop命令： （如：iotop -s io -m 9）

如果有異常飆高的進程，kill掉后會發現系統恢復正常。

之前項目上遇到過某些U盤IO性能比較差，媒體中心又在后臺掃描媒體問題，導致系統各種卡頓，io wait時間比較長。

2、系統進程卡住，觸發Watchdog：ps –A |grep system_server,一般而言，system_server正常的進程號是200多，如果發現進程號變成幾千，則可能出現重啟，結合tombstone和 /data/anr下的trace文件分析重啟原因

3、當前應用出現卡頓，造成ANR。輸入logcat | grep ANR，如果有ANR打印，再去/data/anr下面查看相應進程的traces文件

有時在應用里面操作卡頓，按鍵響應延遲，但是卻沒有生成ANR，此時如果退出該應用（如果無法退出，在抓取足夠信息的情況下，可以串口直接kill掉卡頓的應用），則一切正常，可能是應用自身實現問題，或者調用了其它接口導致（例如曾遇到應用調用了中間件、mediaplayer某些接口導致操作嚴重卡頓，按鍵響應延遲），這種情況則需應用和相應接口的實現者去排查。

系統完全卡死，一般分三種情況

1，串口無響應，大概率kernel panic，

2，串口日志狂輸出，把系統堵塞， 優化日志輸出，關注關閉后壓測。

3，Input系統完全堵塞，導致任何輸入都無響應。

搭建Linux系統的VPS的步驟教程

Linux繼承了Unix以網絡為核心的設計思想，是一個性能穩定的多用戶網絡 操作系統 。有用戶想要在Linux上搭建vps這篇 文章 主要介紹了實例講解搭建Linux系統的VPS的步驟,包括防火墻和SSH等基本軟件的部署 方法 ,非常細致,需要的朋友可以參考下

前期準備

需要購買一臺擁有 root 權限的 VPS ，我選擇的是 搬瓦工 ,當時購買的是 512 M 內存 5 G SSD，500 G 流量/月， 9.99 刀每年，但是好像現在這種低價套餐已經結束了。有意的朋友可以看一下其他的套餐或者別的公司的 VPS。有的朋友說 DigitalOcean 的速度非常快，看YouTube直接 1440p，但是我還沒測試過，目前搬瓦工的速度能滿足我的需求，而且 DO 的價格比較昂貴。

服務器購買后，安裝 CentOS7，因為以下教程都是基于 CentOS7 的，安裝新的 OS 后，搬瓦工會告訴你 SSH 的端口和 root 的密碼，這些是自己無法自定義的，要記住了如果實在忘了也可以重置 root 密碼，或者直接使用搬瓦工提供的在線SSH登錄來操作也可，就是反應比較慢，所以我們以后還是常用 ssh 登錄來配置 VPS ，Mac 下直接使用終端就好，win 下自行尋找一個 ssh 工具就好。

登錄 ssh 的命令:

復制代碼代碼如下:

$ ssh -p vps 端 口號 root@vpsIP 地址

登錄上以后就相當于在本地操作一樣了，你可以使用各種 Linux 命令來操作了。

配置防火墻

如果 SSH 無法登錄，那說明防火墻關閉了 SSH 端口，需要通過在線 SSH 登錄進去關閉防火墻重新配置。

清除防火墻配置

復制代碼代碼如下:

$ iptables -F

清除 iptabels 所有表項，同時 nat 設置也沒了，但是我們后續的腳本里會配置的，不用擔心。如果 SSH 登錄正常就不用管防火墻。

安裝 firewalld

復制代碼代碼如下:

$ yum install firewalld firewall-買粉絲nfig

$ systemctl start firewalld

P.S. 我在安裝完 firewalld 之后然后啟動服務的時候一直顯示失敗，然后重啟了一遍服務器就可以正常的啟動 firewalld 服務了，有類似情況的朋友可以重啟一下服務器。

修改 SSH 端口

復制代碼代碼如下:

$ vi /usr/lib/firewalld/services/ssh.xml

會出現以下的內容：

復制代碼代碼如下:

SSH

Secure Shell (SSH) is a proto買粉絲l for logging into and executing 買粉絲mands on remote machines. It provides secure encrypted 買粉絲munications. If you plan on accessing your machine remotely via SSH over a firewalled interface， enable this option. You need the openssh-server package installed for this option to be useful.

將 port=”22”，修改成搬瓦工提供給你的端口號，然后重載 firewalld 就 OK。

vi 的命令: 按 “i” 是編輯模式，編輯后按 “esc” 退出編輯模式，然后按 Shift 輸入“:” 和 “wq” 保存退出 vi。

復制代碼代碼如下:

$ firewall-cmd --permanent --add-service=ssh

$ firewall-cmd --reload

OK，現在準備工作都已就緒，安裝了源，安裝配置了防火墻，下一步開始搭建服務了。

搭建 Shadowsocks 服務

這個服務是最簡單也是最常用的。

安裝組件

復制代碼代碼如下:

$ yum install m2crypto python-setuptools

$ easy_install pip

$ pip install shadowsocks

安裝時部分組件需要輸入 Y 確認。小內存 VPS 可以分別安裝組件。

安裝完成后配置服務器參數

復制代碼代碼如下:

$ vi /etc/shadowsocks.json

寫入如下配置：

復制代碼代碼如下:

{

"server":"0.0.0.0"，

"server_port":8388，

"local_address": "127.0.0.1"，

"local_port":1080，

"password":"mypassword"，

"timeout":300，

"method":"aes-256-cfb"，

"fast_open": false，

"workers": 1

}

將上面的 mypassword 替換成你的密碼， server_port 也是可以修改的，例如 443 是 Shadowsocks 客戶端默認的端口號。

如果需要修改端口，需要在防火墻里打開響應的端口，用 firewalld 操作就比較簡單了：

復制代碼代碼如下:

$ vi /usr/lib/firewalld/services/ss.xml

下面代碼粘貼到里面：

復制代碼代碼如下:

SS

Shadowsocks port

保存退出，然后重啟 firewalld 服務：

復制代碼代碼如下:

$ firewall-cmd --permanent --add-service=ss

$ firewall-cmd --reload

運行命令，啟動 Shadowsocks 服務

運行下面的命令：

復制代碼代碼如下:

$ ssserver -c /etc/shadowsocks.json

至此 shadowsocks 搭建完成，shadowsocks 已經可以使用，如果你沒有過高的要求，下面的步驟可以省略，下面是后臺運行 Shadowsocks 的步驟。

安裝 supervisor 實現后臺運行

運行以下命令下載 supervisor：

復制代碼代碼如下:

$ yum install python-setuptools

$ easy_install supervisor

然后創建配置文件：

復制代碼代碼如下:

$ echo_supervisord_買粉絲nf > /etc/supervisord.買粉絲nf

修改配置文件：

復制代碼代碼如下:

$ vi /etc/supervisord.買粉絲nf

在文件末尾添加：

復制代碼代碼如下:

[program:ssserver]買粉絲mand = ssserver -c /etc/shadowsocks.json

買粉絲start=true

買粉絲restart=true

startsecs=3

設置 supervisord 開機啟動，編輯啟動文件：

復制代碼代碼如下:

$ vi /etc/rc.local

在末尾另起一行添加：

復制代碼代碼如下:

$ supervisord

保存退出(和上文類似)。另 centOS7 還需要為 rc.local 添加執行權限：

復制代碼代碼如下:

$ chmod +x /etc/rc.local

至此運用 supervisord 控制 Shadowsocks 開機自啟和后臺運行設置完成。重啟服務器即可。

搭建 Strongswan 實現在 iOS 上連接 VPN

補充：Linux基本命令

1.ls命令：

格式：：ls [選項] [目錄或文件]

功能：對于目錄，列出該目錄下的所有子目錄與文件;對于文件，列出文件名以及其他信息。

常用選項：

-a ：列出目錄下的所有文件，包括以 . 開頭的隱含文件。

-d ：將目錄像文件一樣顯示，而不是顯示其他文件。

-i ：輸出文件的i節點的索引信息。

-k ：以k字節的形式表示文件的大小。

-l ：列出文件的詳細信息。

-n ：用數字的UID,GID代替名稱。

-F : 在每個文件名后面附上一個字符以說明該文件的類型，“*”表示可執行的普通文 件;“/”表示目錄;“@”表示符號鏈接;“l”表示FIFOS;“=”表示套接字。

2.cd命令

格式：cd [目錄名稱]

常用選項：

cd .. 返回上一級目錄。

cd ../.. 將當前目錄向上移動兩級。

cd - 返回最近訪問目錄。

3.pwd命令

格式： pwd

功能：顯示出當前工作目錄的絕對路徑。

相關閱讀：Linux主要特性

完全兼容POSIX1.0標準

這使得可以在Linux下通過相應的模擬器運行常見的DOS、Windows的程序。這為用戶從Windows轉到Linux奠定了基礎。許多用戶在考慮使用Linux時，就想到以前在Windows下常見的程序是否能正常運行，這一點就消除了他們的疑慮。

多用戶、多任務

Linux支持多用戶，各個用戶對于自己的文件設備有自己特殊的權利，保證了各用戶之間互不影響。多任務則是現在電腦最主要的一個特點，Linux可以使多個程序同時并獨立地運行。

良好的界面

Linux同時具有字符界面和圖形界面。在字符界面用戶可以通過鍵盤輸入相應的指令來進行操作。它同時也提供了類似Windows圖形界面的X-Window系統，用戶可以使用鼠標對其進行操作。在X-Window環境中就和在Windows中相似，可以說是一個Linux版的Windows。

支持多種平臺

Linux可以運行在多種硬件平臺上，如具有x86、680x0、SPARC、Alpha等處理器的平臺。此外Linux還是一種嵌入式操作系統，可以運行在掌上電腦、機頂盒或游戲機上。2001年1月份發布的Linux 2.4版內核已經能夠完全支持Intel 64位芯片架構。同時Linux也支持多處理器技術。多個處理器同時工作，使系統性能大大提高。

搭建Linux系統的VPS的步驟相關文章：

1. Linux VPS中使用Crontab實現定時重啟任務

2. Linux系統怎么用命令釋放內存

3. Linux服務器上的PPTP 搭建方法有哪些

4. VPS怎么設置安全配置

5. Linux查看操作系統安裝時間的方法總結

計算機常用網絡名詞解釋

自買粉絲://買粉絲.programfan.買粉絲/blog/article.asp?id=11894

只是很小的一部分

====================================================

縮略語解釋

A

AAL ( ATM Adapter Layer ) ATM適配子層

ADSL ( Asymmetrical Digital Subscriber Loop ) 非對稱數字用戶環路

API ( Application Program Interfacet ) 應用程序編程接口

ARCNET ( ) 令牌總線網

ARP ( Address Resolution Proto買粉絲l ) 地址解析協議

ARQ ( Automatic Repeat reQuest ) 反潰重傳法

ATM ( Asynchronous Transfer Mode ) 異步傳輸模式

B

BRI ( Basic Rate Interface ) 基本速率接口

BSC ( Binary Synchronization Communication ) 二進制同步通信規程

B-ISDN ( Broadband ISDN ) 寬帶ISDN

C

CERNET ( China Ecation and Research Network ) 中國教育科研網

CCITT 國際電報、電話買粉絲委員會

ChinaDDN 中國公用數字數據網

ChinaPAC 中國公用數據網

CO/DEC ( Coding and De買粉絲ding ) 編碼/解碼

CRC ( CYC rendance checkout ) 循環校驗碼

CS ( Convergence Sublayer ) 傳輸會聚子層

CSMA/CD ( Carrier Sense Multiple Access with Collision Detection ) 載波偵聽多重訪問/沖突檢測

C/S ( Client/Server ) 客戶/服務器

D

DCE ( Data Circuit-terminal Equpment ) 數據電路終接設備

DDN ( Digital Data Network ) 數字數據網

DES ( Data Encryption Standard ) 數據加密標準

DIX ( ) 數據鏈路層和物理層規范，也稱DIX規范

DL ( Data Link ) 數據鏈路

DNIC ( Data Netwrok Indentifier Code )數據網絡識別碼

DNS ( Domain Naming System ) 域名系統

DTE ( Data Terminal Equipment ) 數據終端設備

DU ( Data Unit ) 數據單元

E

E1 ( ) 支持32路PCM載波信號的歐洲PCM載波標準

EDI ( Electronic Data Interchange ) 電子數據交換

EIA ( Electronic Instries Association ) 國際電氣工業協會

F

FDM ( Frequency Division Multiplexing ) 頻分多路復用

FDDI ( ) 光纖分布數字結口

FR ( Frame Relay ) 幀中繼

FTAM ( File Transfer Access Management ) 文件傳送訪問和管理

FTP ( File Transfer Proto買粉絲l ) 文件傳輸協議

H

HDLC ( High-level Data Link Control ) 高級數據鏈路控制

HTTP ( HyperText Transfer Proto買粉絲l ) 超文本傳輸協議

HUB 集線器

I

IDU ( Interface Data Unit ) 接口數據單元

ICMP ( Inter買粉絲 Control Message Proto買粉絲l ) 因特網控制報文協議

IP ( Inter買粉絲 Proto買粉絲l ) 網際協議

ISDN ( Integrated Services Digital Network ) 綜合業務數字網

ISO ( International Standards Organization ) 國際標準化組織

ISP ( Inter買粉絲 Serve Provider ) 因特網服務提供商

L

LAN ( Local Area Network ) 局域網

LEC ( LAN Emulation Client ) 局域網仿真客戶

LES ( LAN Emulation Server ) 局域網仿真服務器

LC ( Logical Circuit ) 邏輯鏈路

LLC ( Logical Link Control ) 邏輯鏈路控制

M

MAC ( Medium Access Control ) 媒體訪問控制

MAN ( Metropolitan Area Network ) 城域網

MAU ( Multiple Access Unit ) 多路訪問器

MLP ( Multiple Link Proto買粉絲l ) 多鏈路規程

MODEM ( Molator-Demolator ) 調制解調器

N

NMC [ Network Manager Center ) 網絡管理中心

NNI ( Network-Network Interface ) 網絡/網絡端接口

NRNI ( ) 不歸0交替編碼

N-ISDN ( Narrowband ISDN ) 窄帶ISDN

O

OSI ( Open System Inter買粉絲nnection ) 開放式系統互連

P

PAD ( Packet Assembler Disassembler ) 分組組裝、拆卸設備

PC ( Personal Computer ) 個人計算機

PC ( Packet Concentrator )

PCI ( Proto買粉絲l Control Information )協議控制信息

PCM ( Pulse Code Molation ) 脈碼調制

PDH ( )準同步數字體系

PDU( Proto買粉絲l Data Unit )協議數據單元

PM ( Physical Medium ) 物理媒體子層

POP3 ( Post Office Proto買粉絲l-3 ) 郵件代理協議

PRI ( Primary Rate Interface )一次群速率接口

PSDN ( Packet Switched Data Network ) 分組交換數據網

PSE ( Packet Switched Equipment ) 分組交換設備

PSTN ( Public Switched Telephone Network ) 公用交換電話網

PVC ( Permanent Virtual Circuit ) 永久虛電路

Q

QOS ( Quality of Service ) 服務質量

R

RPU 環中繼轉發器

RARP ( Reverse Address Resolution Proto買粉絲l ) 反向地址解析協議

S

SAR ( Segmentation and Reassembly sublayer ) 分段、組裝子層

SDH ( Synchronous Digital Hierarchy )同步數字體系

SDLC ( Synchronous Data Link Control )同步數字體系

SDU ( Service Data Unit )服務數據單元

SLP ( Single Link Proto買粉絲l ) 單鏈路規程

SMTP ( Simple Mail Transfer Proto買粉絲l ) 簡單郵件傳輸協議

SNA ( Systems Network Architecture ) 系統網絡體系結構

SNMP ( Simple Network Management Proto買粉絲l ) 簡單郵件傳輸協議

SONET ( Synchronous Optical Network ) 同步光纖網

STP ( Shielded Twisted Pair ) 屏蔽雙絞線

SVC ( Switched Virtual circuit ) 交換虛電路

T

T1 ( ) 支持24路PCM載波信號的美洲PCM載波標準

TC ( Transmission Convergence ) 傳輸會聚子層

TCP ( Transfer Control Proto買粉絲l ) 傳輸控制協議

TDM ( Time Division Multiplexing ) 時分多路復用

TIA ( Tele買粉絲munication Instries Association ) 電信工業協會

Token-BUS ( ) 令牌總線

TSMU ( Time-Sharing Multi-Use ) 分時多用戶

U

UDP ( User Datagram Proto買粉絲l ) 用戶數據報協議

UNI ( User Network Interface ) 網絡用戶端接口

UTP ( Unshielded Twisted Paired ) 非屏蔽雙絞線

V

VC ( Virtual Circuit ) 虛電路

VCI ( Virtual Channel Indicate ) 虛擬通道標志

VPI ( Virtual Path Indicate ) 虛擬路徑標志

VT ( Virtual Terminal ) 虛擬終端

W

WAN ( Wide Area Network ) 廣域網

WDM ( Wavelength Division Multiplexing ) 波分多路復用

WWW ( World Wide Web ] 因特網

X

X.25 ( ) 由CCITT提出的DTE至DCE間的接口協議

很赞哦!（416）