最近在做一個(gè)V*P*N中間件的配置工作,在配置iptables的時(shí)候,當(dāng)用戶想刪除EIP(即釋放當(dāng)前連接),發(fā)現(xiàn)使用iptables的相關(guān)命令會(huì)提示錯(cuò)誤。
iptables: Bad rule (does a matching rule exist in that chain?).
我就納悶了,怎么會(huì)出現(xiàn)這個(gè)問題,按照官方的文檔也有錯(cuò)?
官方文檔地址

如果按照行號(hào)刪除,就不會(huì)有這篇文章了,當(dāng)然如果你刪除前就知道了行號(hào),那么就可以使用一下命令
iptables -t $table -D POSTROUTING 2-t: 后面接的是要操縱的表。表包括四個(gè),注意默認(rèn)的可能不是你的table,具體看官方文檔地址
-D: 代表刪除
POSTROUTING: 用于源地址轉(zhuǎn)換(SNAT),這里需要填你的規(guī)則連接。
然后后面接行號(hào)
iptables -t $table -L -n --line-numbers官方文檔中采用的的精確匹配刪除。所以你不能只制定一個(gè)篩選條件。必須給出規(guī)則的每一個(gè)細(xì)節(jié),和你當(dāng)初添加該規(guī)則時(shí)一樣,和添加動(dòng)作唯一不同的是,你要把-A改成-D。這種精確匹配刪除的成功依賴的就是用戶提供的所有match字段,target字段必須和內(nèi)核中保存的一模一樣,精確到字節(jié)級(jí)別的匹配。如果哪怕有一個(gè)字節(jié)不匹配,就會(huì)有二義性,刪除失敗。
這個(gè)太極端了,慎用
iptables -t $table -F本來我這接口就是用python寫的,所以自然就想到使用python-iptables來進(jìn)行規(guī)則的刪除。這樣就可以不用精確匹配了。但問題是無法在阻塞態(tài)的時(shí)候使用
==但是可以重啟一個(gè)單獨(dú)的腳本運(yùn)行==
python-iptables的官方文檔
import iptctable = iptc.Table(iptc.Table.NAT)table.autocommit = False # 不加亦可,會(huì)自動(dòng)提交,此處是手動(dòng)chain = iptc.Chain(table, "POSTROUTING")for rule in chain.rules: if rule.src == f"{network_segment}/255.255.255.0": chain.delete_rule(rule)table.commit()table.autocommit = TrueLinux公社的RSS地址:https://www.linuxidc.com/rssFeed.aspx
本文永久更新鏈接地址:https://www.linuxidc.com/Linux/2019-09/160738.htm
新聞熱點(diǎn)
疑難解答
圖片精選
網(wǎng)友關(guān)注