「原則」：設定可登入的 email

首先你的 DNS 必須交給 Cloudflare 託管 才可以使用接下來的功能，成功登入 Cloudflare 後，左側選單找到 Zero Trust，接著進入 Access -> 原則，我們先到這邊建立有哪些 email 可以登入的規則。

點擊「新增原則」開始設定

原則名稱填入自己可以辨認的文字即可；動作包含 Allow, Block, Bypass, Service Auth，這邊我們的目的是設定「允許哪些email」，因此選擇 Allow；工作階段持續時間因為在設定「應用程式」會做管控，這邊就選擇「與應用程式工作階段逾時相同」。

下方新增規則部分，選取器選擇「Emails」；值的部分可填入所有允許進入的 Emails，若有其他規則可依需求點擊下方新增。

加入應用程式

完成原則設定後，點擊左側選單的「應用程式」，接著點擊「加入應用程式」

選擇「自我裝載」

填入應用程式名稱、工作階段持續時間後，點擊「新增公用主機名稱」，根據實際狀況填入下圖 4, 5, 6 處。

選擇要允許使用的原則，這邊可以看到我們剛剛在第一步中加入的 pdf_tools_email 原則

後面幾個步驟全部保留預設值直接下一步即可，到最後一步點擊儲存即設定完成

測試 Cloudflare Zero Trust

以上都設定完成後，我們連到剛剛設定保護的網址，瀏覽器會先轉向到 Cloudflare Zero Trust 驗證頁面，填入剛剛在「原則」設定 Allow 登入的 Email

到上述 Email 中收取驗證碼，複製驗證碼後回到上述頁面填入，蛙姊測試時說如果點 Email 中的連結有可能會驗證失敗，小蛙都是複製驗證碼貼回原本的驗證畫面

驗證完成，頁面成功導向到小蛙架設的服務上 (Stirling PDF: 自行架設全方位免費 PDF 線上工具)

如果原本就有在使用 Cloudflare，加上架設了無法加入權限驗證、或懶得去動到伺服器設定的話，透過上述方法就能很快透過 Cloudflare Zero Trust 來達到登入驗證的功能，真的很方便喔~！

這篇文章 使用 Cloudflare 使用 Zero Trust 原則保護特定網址 最早出現於 記下來。

Cloudflare 之前有介紹過是一套非常強大的免費 CDN，算起來也很佛心，免費版本已經提供非常多好用的功能了，今天小蛙要再來講它裡面有一個叫做 Apps 的功能。

登入 Cloudflare 之後，進入要管理的 Site 之後，上方選單中的最右邊的 Apps，進去之後搜尋 Share 就可以看到 AddToAny Share Buttons 的 App 可以安裝

小蛙安裝過了有點懶得刪掉再重新設定一次，下面拿另一個套件的畫面來放，點選 Preview on your site

進入下一個畫面之後會看到切割成左右兩邊，右邊是網站的預覽，左邊是一些設定

Buttons type 是設定你要浮動 Floating 或是固定在某處 Inline，Vertical bar 跟 Horizontal bar 分別是垂直的跟水平的，因為電腦版頁面比較寬，因此適合垂直放在最邊邊，當然還是要視每個人狀況而定，一般手機板左右比較窄，因此設計成分享按鈕為水平的，這邊小蛙的設定是電腦版的時候，在網站左側垂直浮動，在手機版的時候則變成底部中央浮動。

接著是按鈕設定，顏色可以選擇預設的或是自訂，下面分別是按鈕大小、圓角程度、按鈕間距、跟按鈕離底部的距離等設定，把下面的 Show sharing options 打勾進行按鈕類別的設定。

如果 Service 下拉沒有看到自己要的服務，可以點選 AddToAny service code 那行藍字，過去找自己要的服務，點進去之後可以看到 code 是什麼，照著填上來就可以了，像這邊小蛙去查了 Line 的 code 是 line，Service 選 Other … 然後 Service code 填入 line 就會出現 Line 的分享按鈕了。

最後下面留一個 Service: AddToAny 的話，就會出現一個 + 符號，目的是如果使用者沒有找到自己要的分享工具，可以透過這個 + 點進去找，最後一行如果留空白，會自動把當前頁面分享出去。

所有步驟完成之後，點選左下角的 Install on all pages，就會安裝在網站上每個頁面的左側。

什麼？你照著設定了還是沒有？那很有可能是你的網站只是透過 Cloudflare 代管，但是並沒有使用 Cloudflare 的 CDN 服務喔！來打開它吧！

最上方選單，點選 DNS 選單

點選紅框部份，變成橘色就表示目前該網址服務有通過 CDN，有通過 CDN 的服務 Cloudflare 才有辦法幫忙加上你所安裝上去的 Apps 喔！

不過還是有點小小的問題，小蛙還不知道怎麼處理，不過沒有什麼太大的影響，想說就先放著，就是 … 它連後台也加上了，變成這個分享按鈕會擋到自己的選單 …

Cloudflare 系列文章：

• Cloudflare – 超強大的免費 CDN (?)
• 使用 Cloudflare 代管你的域名
• 使用 Cloudflare AddToAny Share Buttons 來分享你的網站

這篇文章 使用 Cloudflare AddToAny Share Buttons 來分享你的網站 最早出現於 記下來。

域名代管設定

如果沒有 Cloudflare 帳號的話先去註冊一個吧！登入後點選右上角的 Add a Site。

填入要加入的域名，這邊不限於 HiNet 註冊的，如果你到 Godaddy 或是其他地方註冊的只要是屬於自己可管控的域名，都可以加入進來，之後統一由 Cloudflare 介面管理。

這個網域之前小蛙已經加過了，所以有些畫面可能不太一樣，要將 HiNet 域名交由 Cloudflare 代管，接著到 HiNet 頁面依自己的網域類型選單下進行設定（如果不是在 HiNet 申請的，就到申請的地方設定），這步驟可以後面再做，後面 Cloudflare 會有提示頁面教使用者怎麼設定

在 DNS Server Name 中填入may.ns.cloudflare.com、pete.ns.cloudflare.com

如果網域生效並且設定正確就可以看到這個畫面，有時候 HiNet DNS 沒有那麼快生效，如果沒辦法正常使用的話，就要再等一等了

選取方案，小蛙是選擇 FREE 免費方案

方案確認說明，沒選錯的話直接 Confirm 就好

看到下面這個畫面就完成了

繼續往下設定

如果下方一片空白的話，至少要加入一個 A record 並且指定到自己的主機位址(IP)，Status 的部份是否要開啟，橘色表示開啟，要透過 CDN 功能，點一下變成灰色代表不要通過 CDN 功能，僅僅需要使用 DNS 代管功能。

開啟 Windows 的 cmd 使用 ping 看看，如果可以 ping 到自己剛剛設定的 A record 表示設定完成了。當打開 CDN 就可以發現得到沒看過的 IP，當雲設定成灰色（關閉 CDN）再 ping 一次就會恢復成原本自己設定的主機 IP，這邊要注意的事情是，如果你的服務有需要拿到使用者真實 IP 的話，就不可以把橘色的雲打開，不然只會拿到一堆 CDN 的 IP，而不是真實的使用者位置。

[wbcr_html_snippet id="7903"]

網站架設系列文章：

• 盤點那些曾經陪伴過小蛙的 VPS 虛擬主機
• 如何挑選 VPS + 最划算的買法
• 手把手教你如何購買 VPS
• 第一次買 KVM 虛擬主機
• 血的教訓 – HiFormance 跑路了 …
• 為自己申請一個域名 – HiNet 為例
• Cloudflare – 超強大的免費 CDN (?)
• 使用 Cloudflare 代管你的域名
• Ubuntu 16.04 設定環境語言編碼，讓中文可以正常顯示
• Ubuntu 16.04 安裝 fail2ban
• 一個腳本每天自動備份
• Linux tar 完整備份、增量備份及差異備份比較
• nginx + SSL Certificate – 讓 http 變身成為 https
• SSL For Free – 免費又有綠色鎖頭的 SSL Certificates
• Certbot 申請 SSL certificate 錯誤問題
• Certbot 錯誤：ACMEv1 is deprecated and you can …
• Ubuntu 18.04 安裝 AWStats 來統計網站流量
• PCHome 買網址續約流程

這篇文章 使用 Cloudflare 代管你的域名 最早出現於 記下來。

在測試這個功能的時候發生一個小插曲，以往設定完馬上就可以用了，這次測試時不管怎麼做都會出現 403 Forbidden 的錯誤，簡直是晴天霹靂，完全摸不著頭緒，已經設定好小蛙自己使用的 IP，還是一樣 403，最扯的是 127.0.0.1 本機測試也還是一樣的情況，在資訊這行經常會遇到靈異現象，可能要買一包綠色乖乖才可以，不過 VPS 主機在美國要怎麼辦呢 …

後來 … 突然想到一件事情，小蛙的網站有使用 CloudFlare 這個服務來加快網頁速度，CloudFlare 會根據使用者的設定，比如原本的 http://wazai.net/ 假設連結到小蛙的 IP (1.2.3.4)，這個 1.2.3.4 的 IP 是在美國紐約，現在有一個日本來的使用者連結了 http://wazai.net，此刻 CloudFlare 發現日本這邊也有一個 CloudFlare 伺服器，就會將日本的使用者連結到日本的 CloudFlare 伺服器以加快網站速度。

就在這個 moment，真正連到小蛙伺服器的 IP 就變成 CloudFlare 日本伺服器的 IP，而不是真正日本使用者的 IP，當然這邊 CloudFlare 也有提供自訂的 Header 可以取得原始日本使用者的 IP。

到這邊大概懂了 … 竟然被那麼奇怪的問題卡了那麼久 … 就是小蛙在測試的時候，也是連結 http://domain:8080/solr ，但真正收到的 IP 卻不是小蛙自己本身的 IP，而是接近小蛙位置的 CloudFlare Server IP，就連在本機 127.0.0.1 的時候也是一樣的狀況 … CloudFlare 為了避免這個問題，可以在網站上設定可以直接連接的 Domain，例如：domain 透過 CloudFlare，額外新增設定 nocf.domain 來避免使用 CloudFlare。

上教學！有兩種設定方式，一種是 Apache Tomcat 官網範例 提到的透過 web.xml 設定 <filter>，第二種是直接在 <Host> <Context> 等 Catalina Container 中設定。

透過 <filter>

1. <filter> 過濾器在每個專案下的 web.xml 中設定，在 <web-app> </web-app> 之間加入 <filter> 設定，IP 的部分設定為 1.2.3.4 改寫成 1\.2\.3\.4，IP 與 IP 之間以「|」分隔。

   1	# vim /var/lib/tomcat7/webapps/solr/WEB-INF/web.xml

   01 02 03 04 05 06 07 08 09 10 11 12

   <filter>   <filter-name>Remote Address Filter</filter-name>   <filter-class>org.apache.catalina.filters.RemoteAddrFilter</filter-class>   <init-param>     <param-name>allow</param-name>     <param-value>127\.\d+\.\d+\.\d+|::1|0:0:0:0:0:0:0:1</param-value>   </init-param> </filter> <filter-mapping>   <filter-name>Remote Address Filter</filter-name>   <url-pattern>/*</url-pattern> </filter-mapping>

2. 設定完成！重新啟動 tomcat。

透過 <Context>

1. 進入到 solr 個別設定檔，在 <Context> </Context> 之間加入 <Value />

   1	# vim /var/lib/tomcat7/conf/Catalina/localhost/solr.xml

   1 2	<Valve className="org.apache.catalina.valves.RemoteAddrValve"         allow="127\.\d+\.\d+\.\d+|::1|0:0:0:0:0:0:0:1"/>

2. IP 設定規則同 <filter> 第一點。
3. 設定完成！重新啟動 tomcat。

Solr 系列文章：

• Solr 教學 (1) – 安裝篇
• Solr 教學 (2) – tomcat 7 以帳號密碼限制存取頁面
• Solr 教學 (3) – 以 Remote Address Filter 限制存取
• Solr 教學 (4) – 使用 DataImport 匯入資料庫資料
• Solr 教學 (5) – 建立新的 Core

這篇文章 Solr 教學 (3) – 以 Remote Address Filter 限制存取 最早出現於 記下來。