HTTP on Ricky

TIL：Bash 腳本的 timeout

Thu, 12 Jun 2025 09:04:00 +0800

TIL：Bash 腳本的 timeout
timeout 1m ./until.sh
包一層

timeout 1m bash -c "until curl --silent --fail-with-body 10.0.0.1:8080/health; do
 sleep 1
done"

我用 Zip Bomb 來保護我的伺服器

Sat, 03 May 2025 11:24:00 +0800

我用 Zip Bomb 來保護我的伺服器
發生的情況是：對方收到檔案後，讀取標頭得知這是壓縮檔，因此嘗試解壓那個 1MB 的檔案來找他們要的內容。但檔案會不斷膨脹，直到耗盡記憶體、伺服器崩潰。1MB 的檔案會解壓成 1GB，這已足以讓多數機器人失敗。不過對於那些死纏爛打的腳本，我就給它 10MB 的檔案，解壓後會變成 10GB，立刻把腳本搞掛。
dd if=/dev/zero bs=1G count=10 | gzip -c > 10GB.gz
- dd：用於複製或轉換資料的指令。
- if：輸入檔案，這裡指定 /dev/zero，它會產生無限的零位元組串流。
- bs：區塊大小，設為 1GB（1G），代表 dd 會以 1GB 為單位讀寫。
- count=10：代表處理 10 個區塊、每個 1GB，因此會產生 10GB 的零資料。
middleware

if (ipIsBlackListed() || isMalicious()) {
header("Content-Encoding: gzip");
header("Content-Length: ". filesize(ZIP_BOMB_FILE_10G)); // 10 MB
readfile(ZIP_BOMB_FILE_10G);
exit;
}

人人都需要一個 HTTP proxy 來 debug

Fri, 25 Apr 2025 16:58:00 +0800

人人都需要一個 HTTP proxy 來 debug

即時監控網路介面上的 HTTP 請求

Thu, 23 Jun 2022 16:48:42 +0800

即時監控網路介面上的 HTTP 請求

tcpflow

apt/dnf install tcpflow

$ sudo tcpflow -p -c -i wlp0s20f3 port 80 | grep -oE '(GET|POST) .* HTTP/1.[01]|Host: .*'
reportfilename: ./report.xml
tcpflow: listening on wlp0s20f3
GET /alexlarsson/flatpak/ubuntu/dists/focal/InRelease HTTP/1.1

GET /mirrors.txt HTTP/1.1

-p 停用混雜模式
-c 只輸出到主控台，不建立檔案
-i 指定網路介面 grep 會接收 tcpflow 的輸出
-o 只顯示符合樣式的那一段
-E 表示樣式是延伸正則表示式（ERE）

httpry

https://github.com/jbittel/httpry.git

sudo httpry -i wlp0s20f3
httpry version 0.1.8 -- HTTP logging and information retrieval tool
Copyright (c) 2005-2014 Jason Bittel <jason.bittel@gmail.com>
Starting capture on wlp0s20f3 interface
2022-06-22 16:38:12.166 192.168.1.24 172.217.17.238 > GET google.com / HTTP/1.1 - -
2022-06-22 16:38:12.199 172.217.17.238 192.168.1.24 < - - - HTTP/1.0 400 Bad Request
2022-06-22 16:38:23.090 192.168.1.24 172.217.17.238 > POST google.com / HTTP/1.1 - -
2022-06-22 16:38:23.163 172.217.17.238 192.168.1.24 < - - - HTTP/1.1 405 Method Not Allowed

在瀏覽器輸入網址並送出後，到底發生了什麼事？

Sun, 18 Jul 2021 23:45:45 +0800

在瀏覽器輸入網址並送出後，到底發生了什麼事？

具有代表性的 HTTP 状态码

Fri, 15 Dec 2017 15:33:14 +0800

具有代表性的 HTTP 状态码