幹壞事是進步最大的原動力
Dropbox 為了加速傳輸，在全球到處建機房降低 latency：「Infrastructure Update: Pushing the edges of our global performance」。
就他們測試發現，透過 proxy server 降低 latency 的效果很不錯：
We’ve tested and applied this configuration in various markets in Europe and Asia. In France, for example, median download speeds are 40% faster after introducing proxy servers, while median upload speeds are approximately 90% faster. In Japan, median download speeds have doubled, while median upload speeds are three times as fast.
亞洲區是效能增加最多的...
Facebook 安全設計上的問題造成的重大漏洞：「Hacker reveals How He Could have Hacked Multiple Facebook Accounts」。
攻擊者先用很多 proxy 去打出哪些 id 是有效的：
Gurkirat first collected valid Facebook IDs by making queries to Facebook Graph API starting with 100,000,000,000,000, since Facebook IDs are generally 15-digit long and then visited www.facebook.com/[ID] with a valid ID number in place of [ID].
這樣他就順利打出兩百萬個帳號：
Once entered, the URL automatically redirected and changed the Facebook ID to the user's username. In this way, first, he was able to make a list of 2 Million valid Facebook usernames.
接下對這些帳號發出重設密碼的需求，並且開始亂猜六碼數字 (也是透過大量的 proxy)：
Then using a script, hundreds of proxies and random user-agents, Gurkirat automatically initiated the password reset requests for those 2 million users, each assigned a 6-digit password reset code, thus consuming the complete 6-digit range.
然後就打出一票來了：
最大的問題在於六碼數字的強度不夠，但 Facebook 看起來沒打算改...
依照慣例，security issue 都會取個名字，這次叫做 httpoxy：「A CGI application vulnerability for PHP, Go, Python and others」。
事情發生在兩個命名變數上的衝突：
Proxy 欄位放到環境變數裡的 HTTP_PROXY。HTTP_PROXY 當作 proxy 設定。這件事情 2001 年在 libwww-perl 就有發生過 (並且修正)，curl 也發生過 (然後修正)，2012 年在 Ruby 的 Net::HTTP 也發生過 (也修正了)。
然後在 2016 年還是被發現有很多應用程式會中獎... 這頭好痛啊 :o
Amazon S3 推出了新的加速功能，並且向更多地區提供 AWS Import/Export Snowball 服務：「AWS Storage Update – Amazon S3 Transfer Acceleration + Larger Snowballs in More Regions」。
其中的 Amazon S3 Transfer Acceleration 只要把本來的 BUCKET_NAME.s3.amazonaws.com 或是帶有地區的 BUCKET_NAME.s3-region.amazonaws.com 變成 BUCKET_NAME.s3-accelerate.amazonaws.com 就可以了，他會透過 CloudFront 的節點做 proxy，並且透過 AWS 內部最佳化過的網路傳輸。
由於這是定位為 Amazon S3 的服務，而實際測試後也確認不會有 cache：他的目的在於降低 latency 而加速，而不是 cache 加速，所以大量 GET 相同內容的部份應該還是用 CloudFront 會比較好。
再來是費用的部份增加相當多，第一筆要收的是 CloudFront 的費用，再來才是計算 Transfer Acceleration 的費用：
Transfer Acceleration pricing is in addition to Data Transfer pricing.
從 Internet 進 CloudFront 再進 Amazon S3 的要收 USD$0.04/GB (透過在美國、歐洲或是日本的 CloudFront 節點) 或 USD$0.08/GB (透過其他 CloudFront 節點)。
另外要收的是從 Amazon S3 一路傳到 Internet 的部份，USD$0.04/GB。如果是傳到其他 AWS region 的話，也是 USD$0.04/GB。
不過他有效能保證條款 (雖然掌控全不在自己)，AWS 會持續監控有沒有比較快，如果沒有的話系統會 bypass 回原來的 Amazon S3：
Each time you use Transfer Acceleration to upload an object, we will check whether Transfer Acceleration is likely to be faster than a regular Amazon S3 transfer. If we determine that Transfer Acceleration is not likely to be faster than a regular Amazon S3 transfer of the same object to the same destination AWS region, we will not charge for that use of Transfer Acceleration for that transfer, and may bypass the Transfer Acceleration system for that upload.
我本來以為會是在 DNS 層 bypass 回本來的 region，結果發現是 307 redirect 重導回 Amazon S3 上，效能上應該還是會差一些...
可以看出這個架構的特性主要還是用在上傳的部份，而且用在網路不穩定的環境下很重要 (像是電信網路上的行動裝置)，因為 latency 的減少會對於 packet loss 造成的 retry 有很大的幫助。
下載的部份應該會比本來 Amazon S3 快 (因為 Amazon 本身會加速)，但由於沒有 cache，除非有特殊需求，不然建議不要這樣規劃。
另外一個是 AWS Import/Export Snowball 推出的新硬體，以及新區域。
新硬體是 80TB 的版本，本來只有 50TB 的版本：
The original Snowball appliances had a capacity of 50 terabytes. Today we are launching a newer appliance with 80 terabytes of capacity.
而新區域包括了 AWS GovCloud (US)、US West (Northern California)、Europe (Ireland) 以及 Asia Pacific (Sydney) 這三區：
Today we are making Snowball available in four new Regions: AWS GovCloud (US), US West (Northern California), Europe (Ireland), and Asia Pacific (Sydney). We expect to make Snowball available in the remaining AWS Regions in the coming year.
其中 80TB 版本只在這三區生效，其他區可以選擇 50TB 或是 80TB 版本：
If you are transferring data in or out of the US East (Northern Virginia), US West (Oregon), US West (Northern California), or AWS GovCloud (US) Regions using Snowball you can choose the desired capacity. If you are transferring data in or out of the Europe (Ireland) or Asia Pacific (Sydney) Regions, you will use the 80 terabyte appliance.
日本還是沒進場...
架好 reverse proxy 後要測試可以用 curl 的 --resolve 的功能來確認。
curl -v --resolve i.kfs.io:443:68.232.45.191 https://i.kfs.io/article5/global/364,324,6v1/original.png > /dev/null
其中 --resolve 的第三個參數一定要用 IP address，你可以看到他的運作原理：
* Added i.kfs.io:443:68.232.45.191 to DNS cache
MariaDB 的 MaxScale 軟體提供 MySQL 相容的 proxy interface，可以將後端一群 MySQL server 架構隱藏起來，讓應用程式不需要處理這部份。
而 Percona 的人則介紹 MaxScale 作為讀寫分離的工具：「High availability with asynchronous replication… and transparent R/W split」。
如果你是用有支援讀寫分離的 ORM (像是 Laravel 中的 Illuminate::Database)，由於 ORM library 幫你處理好了，你可以省掉這個工作。
但在其他的情況，像是應用程式沒有原始程式碼，或是只能設一組 server，你就必須透過像 MaxScale 這種軟體來幫你打散負荷量。
Percona 給的範例提供了很多設定檔，應該是改一改就可以動 (當然效能調校是另外要花功夫的事情了)，對於有興趣的人應該可以丟人研究？
HAProxy 1.6.0 出版的公告文章：「[ANNOUNCE] HAProxy 1.6.0 released」。
兩個大功能，第一個是「It’s 2015, let’s use QUOTE in configuration file」，可以用引號了... 另外一個是「Lua Scripting」，需要 Lua 5.3+。
還有提到一些改進，像是支援 SNI，以及對 HTTP/2 的計畫。
在「Huthos VPS Provider: Totally legit, 1000% not a criminal organization.」這篇文章裡，作者因為平常就有弄密罐 (Honeypot)，意外發現這種「業務」：
作者發現有人打進他的 Honeypot 並且留下紀錄，一路追蹤後發現...
出自「High-performance PHP on apache httpd 2.4.x using mod_proxy_fcgi and php-fpm.」這邊的方法：
ProxyPassMatch ^/(.*\.php(/.*)?)$ unix:/var/run/php5-fpm.sock|fcgi://127.0.0.1:9000/var/www/www.example.com/public/
後面那個 127.0.0.1:9000 看起來變成裝飾用，有點奇怪... 不過至少會動？
會想要寫這篇是因為前陣子警察施暴影片在 YouTube 上一直被下架。
Tor 最常用到的是「隱藏使用者」的功能：使用者從 Internet 連到 Tor network 的進入節點 (entry node) 後，透過全世界的 Tor 節點加密傳輸，最後在出口節點 (exit node) 再連回 Internet 上的服務，藉此隱匿行蹤。
另外一個比較少被提到的用途是「架站」，也就是 Hidden Service。
在傳統的 Internet 架構上，知道 IP address 就容易發現機器所在地，要抄台或是在 ISP 端直接 ban IP address 也就相對容易。而 Hidden Service 就是想把服務藏到 Tor network 裡，讓外部不知道是哪一台伺服器，達成無法審查內容的目標。
官方的文件是「Configuring Hidden Services for Tor」這份。而這邊以 Ubuntu 12.04 的環境為例。
首先是先架設 web server，可以是 apache 或是 nginx，這不是本篇文章的重點 :p
然後在 /etc/tor/torrc 裡面加上：
HiddenServiceDir /var/lib/tor/hidden_service/ HiddenServicePort 80 127.0.0.1:80
表示 hidden service 的相關資料會放在 /var/lib/tor/hidden_service/ 下，並且提供 port 80 的服務 (轉到本機 127.0.0.1 的 port 80)。
接下來重跑 tor：
service tor restart
然後看 hostname 是什麼：
cat /var/lib/tor/hidden_service/hostname
會看到一個 *.onion 格式的 hostname，像我架設的機器就會看到：
btyz5lgqirxipopo.onion
*.onion 的網址必須透過 Tor 的機制連，對一般人會比較麻煩。所以這邊要教的是透過 proxy 提供服務：
這樣就變得有很多用途...
