pac加密
㈠ Internet與Pac路由控制
平時可能會經常用到Proxy（dali包含敏感詞，一下均以proxy代替）工具，如：ss，v2等。這些都是最常見的proxy工具，但是上面有些配置讓你摸不著頭腦，為什麼打開了不生效？為什麼有的網站訪問不了？那麼接下來就開始講一些internet路由控制的知識，讓你對Internet Proxy這塊清晰明了。
注意：一下內容均為Internet控制，僅能控制瀏覽器訪問，若無顯式聲明，應用程序的流量不會走該控制 。
Proxy不同於傳統的vpn，它是當你在訪問某個站時，設備之間的中繼點。Proxy工作於應用程序級別的，並不會加密流量，也不會提供任何安全措施。常見類型有：Http Proxy和Socks Proxy這兩種類型。
咱們平時用的ss就是一個Http Proxy，默認埠是1080；v2提供了兩種，一種是默認10808的Socks Proxy，另一種是10809的Http Proxy。
ss
ss默認埠 ss默認埠
v2，v2的10809埠則是必須顯式啟用proxy後才能生效。
在 控制面板->網路和 Internet->internet選項->連接->區域網設置 控制本地請求瀏覽器流量的路由。
ss和v2啟用/禁用proxy，全局/pac模式均是控制這里的變化而實現的。
如果我們勾選直接手動指定proxy埠，那麼所有流量均走proxy（注意：這裏手動設置的必須是Http proxy類型的）；也就相當於ss和v2的 全局模式。
如果使用自動配置腳本配置，那麼就是根據pac腳本的內容（一段JavaScript腳本）進行流量控制，也就是ss和v2上的 pac模式。
那麼什麼是pac呢？
pac全稱 proxy auto-config。一個PAC文件包含一個JavaScript形式的函數「FindProxyForURL(url, host)」。這個函數返回一個包含一個或多個訪問規則的字元串。用戶proxy根據這些規則適用一個特定的proxy或者直接訪問。當一個proxy無法響應的時候，多個訪問規則提供了其他的後備訪問方法。瀏覽器在訪問其他頁面以前，首先訪問這個PAC文件。PAC文件中的URL可能是手工配置的，也可能是是通過網頁的（WPAD）自動配置的。
pac提供了集中控制流量的的返回值：
1. DIRECT： 直連。
2. Proxy host:port：http proxy。
3. Socks5 host:port：socks proxy。
通過下圖的pac腳本可以明確的看出其網路路由的過程。
最後以一個圖來表示以上所講內容：
㈡ 如何在Linux系統上加密文件和目錄
加密類型
我們主要有兩種加密文件和目錄的方法。一種是文件系統級別的加密，在這種加密中，你可以選擇性地加密某些文件或者目錄(如，/home/alice)。對我而言，這是個十分不錯的方法，你不需要為了啟用或者測試加密而把所有一切重新安裝一遍。然而，文件系統級別的加密也有一些缺點。例如，許多現代應用程序會緩存(部分)文件你硬碟中未加密的部分中，比如交換分區、/tmp和/var文件夾，而這會導致隱私泄漏。
另外一種方式，就是所謂的全盤加密，這意味著整個磁碟都會被加密(可能除了主引導記錄外)。全盤加密工作在物理磁碟級別，寫入到磁碟的每個比特都會被加密，而從磁碟中讀取的任何東西都會在運行中解密。這會阻止任何潛在的對未加密數據的未經授權的訪問，並且確保整個文件系統中的所有東西都被加密，包括交換分區或任何臨時緩存數據。
可用的加密工具
在Linux中要實施加密，有幾個可供選擇的工具。在本教程中，我打算介紹其中一個：eCryptFS，一個用戶空間文件系統加密工具。下面提供了一個Linux上可用的加密工具摘要供您參考。
文件系統級別加密
EncFS：嘗試加密的最簡單方式之一。EncFS工作在基於FUSE的偽文件系統上，所以你只需要創建一個加密文件夾並將它掛載到某個文件夾就可以工作了。
eCryptFS：一個POSIX兼容的加密文件系統，eCryptFS工作方式和EncFS相同，所以你必須掛載它。
磁碟級別加密
Loop-AES：最古老的磁碟加密方法。它真的很快，並且適用於舊系統(如，2.0內核分支)。
DMCrypt：最常見的磁碟加密方案，支持現代Linux內核。
CipherShed：已停止的TrueCrypt磁碟加密程序的一個開源分支。
eCryptFS基礎
eCrypFS是一個基於FUSE的用戶空間加密文件系統，在Linux內核2.6.19及更高版本中可用(作為encryptfs模塊)。eCryptFS加密的偽文件系統是掛載到當前文件系統頂部的。它可以很好地工作在EXT文件系統家族和其它文件系統如JFS、XFS、ReiserFS、Btrfs，甚至是NFS/CIFS共享文件系統上。Ubuntu使用eCryptFS作為加密其家目錄的默認方法，ChromeOS也是。在eCryptFS底層，默認使用的是AES演算法，但是它也支持其它演算法，如blowfish、des3、cast5、cast6。如果你是通過手工創建eCryptFS設置，你可以選擇其中一種演算法。
就像我所的，Ubuntu讓我們在安裝過程中選擇是否加密/home目錄。好吧，這是使用eCryptFS的最簡單的一種方法。
Ubuntu提供了一個用戶友好的工具集，通過eCryptFS可以讓我們的生活更輕松，但是在Ubuntu安裝過程中啟用eCryptFS只創建了一個指定的預配置的設置。所以，如果默認的設置不適合你的需求，你需要進行手工設置。在本教程中，我將介紹如何在主流Linux發行版上手工設置eCryptFS。
eCryptFS的安裝
Debian，Ubuntu或其衍生版：
代碼如下:
$ sudo apt-get install ecryptfs-utils
注意，如果你在Ubuntu安裝過程中選擇加密家目錄，eCryptFS應該已經安裝了。
CentOS, RHEL or Fedora：
代碼如下:
# yum install ecryptfs-utils
Arch Linux：
代碼如下:
$ sudo pacman -S ecryptfs-utils
在安裝完包後，載入eCryptFS內核模塊當然會是一個很好的實踐：
代碼如下:
$ sudo modprobe ecryptfs
配置eCryptFS
現在，讓我們開始加密一些目錄，運行eCryptFS配置工具：
代碼如下:
$ ecryptfs-setup-private
它會要求你輸入登錄密碼和掛載密碼。登錄密碼和你常規登錄的密碼一樣，而掛載密碼用於派生一個文件加密主密鑰。這里留空可以生成一個(復雜的)，這樣會更安全。登出然後重新登錄。
你會注意到，eCryptFS默認在你的家目錄中創建了兩個目錄：Private和.Private。~/.Private目錄包含有加密的數據，而你可以在~/Private目錄中訪問到相應的解密後的數據。在你登錄時，~/.Private目錄會自動解密並映射到~/Private目錄，因此你可以訪問它。當你登出時，~/Private目錄會自動卸載，而~/Private目錄中的內容會加密回到~/.Private目錄。
eCryptFS怎麼會知道你擁有~/.Private目錄，並自動將其解密到~/Private目錄而不需要我們輸入密碼呢?這就是eCryptFS的PAM模塊搗的鬼，它為我們提供了這項便利服務。
如果你不想讓~/Private目錄在登錄時自動掛載，只需要在運行ecryptfs-setup-private工具時添加「--noautomount」選項。同樣，如果你不想要~/Private目錄在登出後自動卸載，也可以自動「--noautoumount」選項。但是，那樣後，你需要自己手工掛載或卸載~/Private目錄：
[/code]$ ecryptfs-mount-private ~/.Private ~/Private
$ ecryptfs-umount-private ~/Private
你可以來驗證一下.Private文件夾是否被掛載，運行：
代碼如下:
$ mount
現在，我們可以開始把任何敏感文件放進~/Private文件夾里頭了，它們會在我們登出時自動被加密並鎖在~/.Private文件內。
所有這一切看起來是那麼得神奇。這主要是ecryptfs-setup-private工具讓一切設置變得簡單。如果你想要深究一點，對eCryptFS指定的方面進行設置，那麼請轉到官方文檔。
結尾
綜上所述，如果你十分關注你的隱私，最好是將基於eCryptFS文件系統級別的加密和全盤加密相結合。切記，只進行文件加密並不能保證你的隱私不受侵犯。
㈢ 路由器怎麼加密
路由器怎麼加密可以這樣解決：
1、首先打開瀏覽器，在網址欄中輸入192.168.1.1 ，然後在彈出的登錄窗口中輸入賬號密碼，點擊確定。
這樣就解決了問題。
㈣ iphone怎麼下載shadowrocket
下載shadowsocks客戶端，直接網路shadowsocks-win。 運行剛才解壓的shadowscosk.exe 文件，填上你的伺服器ip和埠，以及密碼，選擇加密方式,(也就是你的shadowsocks賬號節點信息) > shadowsocks賬號網上很多分享的。如果需要的也可以通過連接注冊。運行剛才解壓的shadowscosk.exe 文件，填上你的伺服器ip和埠，以及密碼，選擇加密方式,(也就是你的shadowsocks賬號節點信息，網上有免費的。) 在windows右下角圖標區，選擇啟動系統代理 和允許來自區域網的連接。 編輯pac文件，由於iphone/ipad不支持socks代理，我們這里要自己編輯pac文件。新建proxy.pac文件，寫入以下代碼： function findproxyforurl(url, host) { return "socks 192.168.xxx.xxx:yyyy"; } 192.168.xxx.xxx就是你電腦的ip,yyyy是你剛才配置shadowsocks客戶端的那個重要埠。 查看你電腦的ip 地址， 將proxy上傳到雲存儲，並且復制公開分享的連接,或者你的網站目錄中（www.url.com/proxy.pac） 手機端的代理。 設置 -> 無線區域網-> 點擊你連接的無線，在最下邊的http代理，選擇自動，輸入你剛才放置pac文件的地址 7 現在在iphone/ipad上享受全局代理吧！
㈤ 電腦怎樣通過互聯網傳輸數據
網路中數據傳輸過程
我們每天都在使用互聯網，我們電腦上的數據是怎麼樣通過互聯網傳輸到到另外的一台電腦上的呢？
我們知道現在的互聯網中使用的TCP/IP協議是基於，OSI（開放系統互聯）的七層參考模型的，（雖然不是完全符合）從上到下分別為 應用層 表示層 會話層 傳輸層 網路層 數據鏈路層和物理層。其中數據鏈路層又可是分為兩個子層分別為邏輯鏈路控制層（Logic Link Control，LLC ）和介質訪問控制層（(Media Access Control，MAC )也就是平常說的MAC層。LLC對兩個節點中的鏈路進行初始化，防止連接中斷，保持可靠的通信。MAC層用來檢驗包含在每個楨中的地址信息。在下面會分析到。還要明白一點路由器是在網路層的，而網卡在數據鏈路層。
我們知道，ARP（Address Resolution Protocol，地址轉換協議）被當作底層協議，用於IP地址到物理地址的轉換。在乙太網中，所有對IP的訪問最終都轉化為對網卡MAC地址的訪問。如果主機A的ARP列表中，到主機B的IP地址與MAC地址對應不正確，由A發往B數據包就會發向錯誤的MAC地址，當然無法順利到達B，結 果是A與B根本不能進行通信。
首先我們分析一下在同一個網段的情況。假設有兩台電腦分別命名為A和B，A需要相B發送數據的話，A主機首先把目標設備B的IP地址與自己的子網掩碼進行「與」操作，以判斷目標設備與自己是否位於同一網段內。如果目標設備在同一網段內，並且A沒有獲得與目標設備B的IP地址相對應的MAC地址信息，則源設備（A）以第二層廣播的形式(目標MAC地址為全1)發送ARP請求報文，在ARP請求報文中包含了源設備（A）與目標設備（B）的IP地址。同一網段中的所有其他設備都可以收到並分析這個ARP請求報文，如果某設備發現報文中的目標IP地址與自己的IP地址相同，則它向源設備發回ARP響應報文，通過該報文使源設備獲得目標設備的MAC地址信息。為了減少廣播量，網路設備通過ARP表在緩存中保存IP與MAC地址的映射信息。在一次 ARP的請求與響應過程中，通信雙方都把對方的MAC地址與IP地址的對應關系保存在各自的ARP表中，以在後續的通信中使用。ARP表使用老化機制，刪除在一段時間內沒有使用過的IP與MAC地址的映射關系。一個最基本的網路拓撲結構：
PC-A並不需要獲取遠程主機（PC-C）的MAC地址，而是把IP分組發向預設網關，由網關IP分組的完成轉發過程。如果源主機（PC-A）沒有預設網關MAC地址的緩存記錄，則它會通過ARP協議獲取網關的MAC地址，因此在A的ARP表中只觀察到網關的MAC地址記錄，而觀察不到遠程主機的 MAC地址。在乙太網(Ethernet)中，一個網路設備要和另一個網路設備進行直接通信，
除了知道目標設備的網路層邏輯地址(如IP地址)外，還要知道目標設備的第二層物理地址(MAC地址)。ARP協議的基本功能就是通過目標設備的IP地址，查詢目標設備的MAC地址，以保證通信的順利進行。 數據包在網路中的發送是一個及其復雜的過程，上圖只是一種很簡單的情況，中間沒有過多的中間節點，其實現實中只會比這個更復雜，但是大致的原理是一致的。
（1）PC-A要發送數據包到PC-C的話，如果PC-A沒有PC-C的IP地址，則PC-A首先要發出一個dns的請求，路由器A或者dns解析伺服器會給PC-A回應PC-C的ip地址，這樣PC-A關於數據包第三層的IP地址信息就全了：源IP地址：PC-A，目的ip地址：PC-C。
（2）接下來PC-A要知道如何到達PC-C，然後，PC-A會發送一個arp的地址解析請求，發送這個地址解析請求，不是為了獲得目標主機PC-C的MAC地址，而是把請求發送到了路由器A中，然後路由器A中的MAC地址會發送給源主機PC-A，這樣PC-A的數據包的第二層信息也全了，源MAC地址：PC-A的MAC地址，目的MAC地址：路由器A的MAC地址，
（3）然後數據會到達交換機A,交換機A看到數據包的第二層目的MAC地址，是去往路由器A的，就把數據包發送到路由器A，路由器A收到數據包，首先查看數據包的第三層ip目的地址，如果在自己的路由表中有去往PC-C的路由，說明這是一個可路由的數據包。 （4）然後路由器進行IP重組和分組的過程。首先更換此數據包的第二層包頭信息，路由器PC-A到達PC—C要經過一個廣域網，在這里會封裝很多廣域網相關的協議。其作用也是為了找下一階段的信息。同時對第二層和第三層的數據包重校驗。把數據經過Internet發送出去。最後經過很多的節點發送到目標主機PC_C中。
現在我們想一個問題，PC-A和PC-C的MAC地址如果是相同的話，會不會影響正常的通訊呢！答案是不會影響的，因為這兩個主機所處的區域網被廣域網分隔開了，通過對發包過程的分析可以看出來，不會有任何的問題。而如果在同一個區域網中的話，那麼就會產生通訊的混亂。當數據發送到交換機是，這是的埠信息會有兩個相同的MAC地址，而這時數據會發送到兩個主機上，這樣信息就會混亂。因此這也是保證MAC地址唯一性的一個理由。
我暫且按我的理解說說吧。
先看一下計算機網路OSI模型的七個層次：
┌—————┐
│ 應用層 │←第七層
├—————┤
│ 表示層 │
├—————┤
│ 會話層 │
├—————┤
│ 傳輸層 │
├—————┤
│ 網路層 │
├—————┤
│數據鏈路層│
├—————┤
│ 物理層 │←第一層
└—————┘
而我們現在用的網路通信協議TCP/IP協議者只劃分了四成：
┌—————┐
│ 應用層 │ ←包括OSI的上三層
├—————┤
│ 傳輸層 │
├—————┤
│ 網路層 │
├—————┤
│網路介面層 │←包括OSI模型的下兩層，也就是各種不同區域網。
└—————┘
兩台計算機通信所必須需要的東西：IP地址（網路層）+埠號（傳送層）。
兩台計算機通信（TCP/IP協議）的最精簡模型大致如下：
主機A---->路由器（零個或多個）---->主機B
舉個例子：主機A上的應用程序a想要和主機B上面的應用程序b通信，大致如下
程序a將要通信的數據發到傳送層，在傳送層上加上與該應用程序對應的通信埠號（主機A上不同的應用程序有不同的埠號），如果是用的TCP的話就加上TCP頭部，UDP就加上UDP頭部。
在傳送成加上頭部之後繼續嚮往下傳到網路層，然後加上IP頭部（標識主機地址以及一些其他的數據，這里就不詳細說了）。
然後傳給下層到數據鏈路層封裝成幀，最後到物理層變成二進制數據經過編碼之後向外傳輸。
在這個過程中可能會經過許多各種各樣的區域網，舉個例子：
主機A--->（區域網1--->路由器--->區域網2）--->主機B
這個模型比上面一個稍微詳細點，其中括弧裡面的可以沒有也可能有一個或多個，這個取決於你和誰通信，也就是主機B的位置。
主機A的數據已經到了具體的物理介質了，然後經過區域網1到了路由器，路由器接受主機A來的數據先經過解碼，還原成數據幀，然後變成網路層數據，這個過程也就是主機A的數據經過網路層、數據鏈路層、物理層在路由器上面的一個反過程。
然後路由器分析主機A來的數據的IP頭部（也就是在主機A的網路層加上的數據），並且修改頭部中的一些內容之後繼續把數據傳送出去。
一直到主機B收到數據為止，主機B就按照主機A處理數據的反過程處理數據，直到把數據交付給主機B的應用程序b。完成主機A到主機B的單方向通信。
這里的主機A、B只是為了書寫方便而已，可能通信的雙方不一定就是個人PC，伺服器與主機，主機與主機，伺服器與伺服器之間的通信大致都是這樣的。
再舉個例子，我們開網頁上網路：
就是我們的主機瀏覽器的這個應用程序和網路的伺服器之間的通信。應用成所用的協議就是HTTP，而伺服器的埠號就是熟知埠號80.
大致過程就是上面所說，其中的細節很復雜，任何一個細節都可以寫成一本書，對於非專業人員也沒有必要深究。
㈥ 電信pac網址怎麼設置
1.電信光纖貓安裝好後，請將網線口接入光纖貓的一個網口（如網口1）。
2.網線另一端接入電腦網口，查看網路鏈接狀態，確保成功接入網路。
3.使用默認地址進入光纖貓設置頁面，一般默認地址為192.168.1.1，用戶名以及密碼可在設備後邊找到。
4.設置無線基本信息：
成功登陸後，點擊「網路」一欄，左邊默認在wlan基本配置，確認「啟用無線」、「無線qos」、「無線組播」前都打上勾。
5.可在此頁面中修改無線網路的ssid，也就是無線網路的名稱：
6.設置無線網路密碼：
7.左邊導航欄中選擇「wlan安全配置」：
8.加密方式：mixed
wpa2/wpa-psk
9.修改密碼：wpa與共享秘鑰一欄中修改無線網路鏈接密碼
10.點擊保存/應用
11.設置成功後，就可與撤銷網線，通過無線網路鏈接上網。