偽造 http 302 頭部

lzbworking

偽造服務(wù)器http 302響應(yīng)的頭部，但客戶機一直不做第二次請求，表示偽造的服務(wù)器http 302 響應(yīng)頭部失敗，但是該偽造信息已經(jīng)成功的插入了tcp會話中，跪求指導(dǎo)！個人認(rèn)為是HTTP 302響應(yīng)頭部有問題。求給力的http 302 完整信息。

lzbworking

比如我現(xiàn)在要跳轉(zhuǎn)的頁面是www.lzbworking.com！跪求大神指導(dǎo)

chen1922

如圖：

selfrun

抓包
-------
湊10字節(jié)

lzbworking

如二樓所示的！我也是這么做來著！但是不止我發(fā)送響應(yīng)給客戶機，真正的服務(wù)器也發(fā)了一份響應(yīng)給客戶機然后導(dǎo)致信息混合在一起，最后客戶機還是請求服務(wù)器給的地址。

chen1922

樓主稍安毋躁，先靜下來理清楚幾個問題：
1.http 302頭構(gòu)造正確后發(fā)送給客戶端，客戶端是否響應(yīng)。
2.“真正的服務(wù)器也發(fā)了一份響應(yīng)給客戶機”。那這個客戶端是否也要響應(yīng)。
3.“導(dǎo)致信息混合在一起”。這個問題是有客戶端決定的。
4.“最后客戶機還是請求服務(wù)器給的地址”。這個也是有客戶端決定的。
===========================================
照樓主的描述應(yīng)該是發(fā)送了2個http 302，客戶端怎么處理多個302請求。這都是由客戶端決定的，和樓主說的http302頭的問題毫不相干。如果樓主是想攔截服務(wù)器發(fā)送的http302，然后偽裝成服務(wù)器，發(fā)送給客戶端。那么這個和具體的客戶端、服務(wù)器實現(xiàn)相關(guān)。

koolcoy

十分bs長城寬帶偽造的302頭

lzbworking

問題的原因是：由于開始未考慮解析效率問題，導(dǎo)致偽造的數(shù)據(jù)包在服務(wù)器的數(shù)據(jù)包之后到達客戶機。使得客戶機始終執(zhí)行服務(wù)器給的響應(yīng)！現(xiàn)在問題解決了！

zylthinking

同 BS              

蔡萬釗

LZ , 這個東西很簡單的。我以前做過。   原來的代碼是 DNS  欺騙做的，我給改成直接 TCP 注入  HTTP 302 了。