前言
(如果你不想听我 BB, 可以直接跳转到 最后一段: #结论.)
先解释一下为什么要这么做.
我原本用的是 clash + 澳洲 VPS (V2Ray), 奈何最近 GFW 相当疯狂, 从每个星期一封进步到现在的一天一封, 甚至上午换 IP 下午封, 强度这么大, 这谁吃得消? 我尝试使用 Oracle 提供的 API 检测封杀并自动切换 IP, 但是我的功力不到家, 还有就是 Oracle 的文档太过迷惑, 我愣是没写出来.
閱讀全文 在 Openwrt 上使用迷雾通透明代理局域网流量標籤: Openwrt
新增 IPv6 地址, 修改光貓設置, 配置軟路由, 搭配 Passwall 實現雙棧翻牆
IPv6 也普及很久了吧… 但是我就從來沒有接上過. 最近升級完寬帶心一直很癢癢, 雖然能用得上 IPv6 的網站寥寥無幾, 但是既然有這個功能, 擱在那不用總是讓我有點心痛.
早晨聯繫了一下電信師傅, 師傅直接把超管帳號密碼甩給我並表示他也不會搞… 這麼爽快, 也好辦啦!
配置光貓開啟 IPv6
型號: ZXHN F450 (EPON ONU) 3.0 地址: 192.168.1.1
為了方便, 我直接使用天翼網關的 WiFi 連接到它.
天翼一般有兩個帳號, 一個的帳戶名是 useradmin , 密碼寫在盒子背面, 這個基本沒什麼用, 主要是提供一些基本信息查看, 重啟光貓之類的功能. 而寬帶師傅給我的超管帳戶是 telecomadmin , 我需要用這個登陸光貓.
解決 Openwrt 隨機重啟/死機 問題
在裝完 Openwrt 之後, 隨機重啟的問題就一直如影隨形. 經常在 大半夜/看 Youtube 看到一半 這種尷尬的場合聽到它 滴滴滴滴滴 重啟的聲音. 嘗試過很多種辦法, 無果.
每次重啟都會導致運行在 Openwrt 下的一堆設備停擺 5 – 10 分鐘. 期間 Wifi 無法使用, 博客也無法訪問. 幸而 Openwrt 可以自動重啟, 因此問題不算太大.
WordPress + Cloudflared + V2ray 異地組網並隱藏流量
目標
- 異地組網, 遠程訪問家中環境
- 結合海外 VPS 翻牆 ( 不在此篇討論 )
- 使用 V2Ray TLS 加密流量
- 將 TLS 流量隱藏在正常的 HTTPS 流量中達到混淆目的
- 使用 Cloudflare 的內網穿透服務, 達到防探測目的 ( 服務器直接和 CF 溝通, 沒有端口暴露 )
- 使用 Cloudflare 的 CDN 服務, 達到防牆、加速作用
如果你並不是想要做異地組網, 而是想要在 VPS 上跑 (Nginx/Caddy/Apache) + WP + V2Ray, 那麼你其實用不著這麼複雜. 你只需要看這篇文章就可以了.
(這篇博文主要是討論一個沒多少人做過的方案的可行性, 所以你會看到後面還有一大通廢話; 作為教程本文是不合格的, 如果想要尋找教程請出門右轉谷歌搜索. )
Docker 默認網段巨坑
簡單的紀錄一下我瞎搞Docker的時候碰到的一個坑:
我現在要配置一個Nginx, 跑在路由器上, 地址是 192.168.10.1 ;
我要用 Nginx 反向代理一個網站, 跑在這個局域網裡面, 地址是 192.168.10.10
這其實根本就超簡單, 正常情況下沒有 Docker, 我們就直接編輯 /etc/nginx/conf.d/default.conf, 然後在裡面扔以下配置, 就直接 Ok (緩存啥的都有照顧到, 我就拿這個作為模板)
server {
listen 80;
listen 443 ssl http2;
server_name 127.0.0.1;
ssl_certificate /etc/ssl/fullchain.pem;
ssl_certificate_key /etc/ssl/private.key;
ssl_protocols TLSv1.1 TLSv1.2 TLSv1.3;
ssl_ciphers EECDH+CHACHA20:EECDH+CHACHA20-draft:EECDH+AES128:RSA+AES128:EECDH+AES256:RSA+AES256:EECDH+3DES:RSA+3DES:!MD5;
ssl_prefer_server_ciphers on;
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 10m;
add_header Strict-Transport-Security "max-age=31536000";
error_page 497 https://$host$request_uri;
location / {
proxy_pass https://justin.education;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header REMOTE-HOST $remote_addr;
add_header X-Cache $upstream_cache_status;
#Set Nginx Cache
proxy_set_header Accept-Encoding "";
sub_filter "http://192.168.10.10" "https://192.168.10.1";
sub_filter "https://192.168.10.10" "https://192.168.10.1";
sub_filter_once off;
proxy_ignore_headers Set-Cookie Cache-Control expires;
proxy_cache_key $host$uri$is_args$args;
proxy_cache_valid 200 304 301 302 10m;
}
}
然後就一直提示我 502 Bad Gateway, 我就 …
愣是浪費我整整一個小時時間來檢查哪裡有問題, 所以說思維定勢真的不可取, 你說他每次用都好好的, 怎麼一到 Docker 上面就出問題?
不過萬幸的是我想起來起看了一眼日誌 (日誌一定得看啊) , 然後發現一直提示訪問 172.17.0.1 報錯…
於是我去谷歌上面搜了一下 鏈接 , 發現 172.17.0.1/16 是 Docker 自己的一個網段, 是通過 NAT 橋接到 Host 網絡的.
這就… 怪不得. 都不在一個網段裡面, 訪問得到才有鬼
知道就好辦, 直接在 Portainer 裡面從 Bridge 改為 Host 就解決了問題.