【鉄壁】iptablesの使 ..
2:login:Penguin
06/01/07 09:44:55 vkMct5Pt
乙
3:login:Penguin
06/01/07 12:36:33 ptqFsZE8
Manpage of IPTABLES
URLﾘﾝｸ(www.linux.or.jp)
Linux・iptables・設定・ファイアウォール・セキュリティ
URLﾘﾝｸ(penguin.nakayosi.jp)
典型的(?)なパケットフィルタリングiptables の設定方法
URLﾘﾝｸ(tlec.linux.or.jp)
iptables でファイヤウォール - Linux で自宅サーバ
URLﾘﾝｸ(www.miloweb.net)
第7回 Linux研究会 セキュリティ対策 iptables
URLﾘﾝｸ(www.mtc.pref.kyoto.jp)
netfilter/iptables FAQ
URLﾘﾝｸ(www.linux.or.jp)
Linux のソフトウェアファイアウォール (iptables) の設定方法
URLﾘﾝｸ(www.astec.co.jp)
ルーター設定メモ (iptables)
URLﾘﾝｸ(www.servj.com)
Linux 2.4 Packet Filtering HOWTO: iptables を使う
URLﾘﾝｸ(www.linux.or.jp)
Linux Security - iptablesによるパケットフィルタリング
URLﾘﾝｸ(cyberam.dip.jp)
Linuxで作るファイアウォール［NAT設定編］
URLﾘﾝｸ(www.atmarkit.co.jp)
iptables - Hiroshi Ichisawa Wiki
URLﾘﾝｸ(www.comm.soft.iwate-pu.ac.jp)
4:login:Penguin
06/01/07 13:42:19 dx6N2VIr
iptables設定ツール
fw-rulegen
URLﾘﾝｸ(www.b0rken.net)
firestarter
URLﾘﾝｸ(www.fs-security.com)
dwall
URLﾘﾝｸ(dag.wieers.com)
shorewall
URLﾘﾝｸ(www.shorewall.net)
5:前スレ953
06/01/07 15:03:04 NozLc+wJ
sambaの共有設定で悩んでいたものですが、とりあえず下記の設定でできるようになりました。
まだツメが甘いですが、また時間をみてぼちぼち無駄をチェックしていきたいと思います
/sbin/iptables -A OUTPUT -p udp --sport 137 -d 192.168.0.100 --dport 137 -j ACCEPT
/sbin/iptables -A INPUT -p udp --sport 137 -s 192.168.0.100 --dport 137 -j ACCEPT
/sbin/iptables -A OUTPUT -p udp --sport 138 -d 192.168.0.100 --dport 138 -j ACCEPT
/sbin/iptables -A INPUT -p udp --sport 138 -s 192.168.0.100 --dport 138 -j ACCEPT
/sbin/iptables -A OUTPUT -p tcp -d 192.168.0.100 --sport 139 -j ACCEPT
/sbin/iptables -A INPUT -p tcp -s 192.168.0.100 --dport 139 -j ACCEPT
/sbin/iptables -A OUTPUT -p tcp -d 192.168.0.100 --dport 139 -j ACCEPT
/sbin/iptables -A INPUT -p tcp -s 192.168.0.100 --sport 139 -j ACCEPT
/sbin/iptables -A OUTPUT -p udp --sport 137 -d 192.168.0.255 --dport 137 -j ACCEPT
/sbin/iptables -A INPUT -p udp --sport 137 -d 192.168.0.255 --dport 137 -j ACCEPT
/sbin/iptables -A OUTPUT -p udp --sport 138 -d 192.168.0.255 --dport 138 -j ACCEPT
/sbin/iptables -A INPUT -p udp --sport 138 -d 192.168.0.255 --dport 138 -j ACCEPT
/sbin/iptables -A INPUT -m state --state ESTABLISHE,RELATED -j ACCEPT
ポイントは、139番片側固定、片側anyになることと
ブロードキャストは137だけでなく138も必要なんだってことですた
#ESTABLISHEをはずしてもできるかな？
6:login:Penguin
06/01/07 15:04:33 NozLc+wJ
ちなみに接続できなくなってしまった職場のPCは未だ原因不明・・・
（実験用なんでまぁぼちぼちやっていきます
うまくいくようになったら仕事用PCのほうへ設定を移植する予定）
7:login:Penguin
06/01/07 15:08:41 NozLc+wJ
なんだかとっても低レベルな内容でお恥ずかしいデスタイ・・・スマソm(__)m
8:login:Penguin
06/01/07 23:40:06 lsNi6f0K
ESTABLISHE,RELATEDな行は最初に入力したほうがいいと思わなくもない。
9:login:Penguin
06/01/08 17:15:31 3Dz6uIVF
iptablesでポートスキャンを防ぎたいのですが、
FIN Xmas Null スキャンは
/sbin/iptables -A INPUT -p tcp ! --syn -m state --state NEW -j DROP
で防げるのですが、
TCP connect() スキャンと
TCP SYN スキャンを防ぐ方法を検討しています。
巷でよく見る
/sbin/iptables -N tcp-syn-scan
/sbin/iptables -A tcp-syn-scan -m limit --limit 1/s --limit-burst 4 -j RETURN
/sbin/iptables -A tcp-syn-scan -j LOG --log-prefix "tcp-syn-scan:"
/sbin/iptables -A tcp-syn-scan -j DROP
/sbin/iptables -A INPUT -i eth0 -p tcp --tcp-flags SYN,ACK,FIN,RST RST -j tcp-syn-scan
をやっても実際にnmapで試してみるときちんとスキャンできてしまいます。
iptablesだけで防ぐのは不可能なのでしょうか？
10:login:Penguin
06/01/08 17:19:08 EozsQFUN
結論を言ってしまうと、防ぐ必要がない。無意味。
スキャンされてもそれが何か？って感じ。
11:login:Penguin
06/01/08 17:53:23 3Dz6uIVF
まあ実際使うポートだけ開けて、他は閉じておけば
開いてるポートのデーモンだけきちんと設定したり、
セキュリティホールチェックしておけば問題ないといえば問題ないけど
開いているポートがばれないに越したことはないかなーと
12:login:Penguin
06/01/10 18:29:50 tFkcXht9
どのみち解ろうが解るまいが直接つないでくるからな。
13:login:Penguin
06/01/10 23:00:43 tMTdjeO6
>>9
> --tcp-flags SYN,ACK,FIN,RST RST
SYN スキャンの場合、SYN|ACK に対して RST 返すので
それを拾ってるだけ。SYN|ACK が送られるのは開かれたポートに
SYN が来たときだけだからそんなに多くないはず。
1/s にひっかかるかどうか…。
それに、引っ掛かったとしてもある程度は通されるわけだし。
まぁ、どうしてもってなら knockd 使えや。
14:login:Penguin
06/01/10 23:53:04 3qVRzt+r
つーか本当にバレずにスキャンしようと思ったら数日から数週間かけてゆっくりやるけど、
そういう周到な攻撃が来るのならおまえらが何やっても無駄だからな。
15:login:Penguin
06/01/11 10:07:31 WTePKuQe
侵入検知と改ざん検知の2つも組み合わせてこそ意味があるからな、これ。
すり抜けられたことを警告できないシステムなんて防御の意味なさ杉。
iptablesだけ設定して満足してる奴などおらんはずだ。多分。SnortやTripwire併用してるよな。
16:login:Penguin
06/01/11 12:46:05 Mjaffih5
ﾊｹﾞﾜﾗ
17:login:Penguin
06/01/11 23:19:24 tIGZExRq
面倒だからiptables使ってない。
何でも来い。
18:login:Penguin
06/01/12 23:21:12 yIERuXnC
過去ログ、どこかで見られませんか?特に前スレ。
すごい充実した内容だったので。。。
保存してなかった自分の愚かさに泣けてくる。
19:login:Penguin
06/01/13 00:08:39 y0elEd6f
>>18
重いけどね
URLﾘﾝｸ(makimo.to)
20:18
06/01/13 01:35:29 AFhxZw92
>>19さん
多謝。助かりました。ありがとうございますた。
21:login:Penguin
06/01/15 14:48:09 RkmQBZOu
ebtablesも使ってあげてください
22:login:Penguin
06/01/18 19:31:04 tToObXaA
firestarter1.0.3とIPエイリアス(eth0:0)の組み合わせで、NATがちゃんと動いてる人いますか？
LAN内のPCはpingしか通らない状況。
設定ウィザードではeth0:0が出てこないので、一度sit0を指定して、/etc/firestarter/configurationを
書き換えてやってみたんだけど。
以前バージョン0.8とかの時代に同じようにIPエイリアスでやった時は、設定ウィザードでeth0:0指定して動いてたのに。
pingのみ通るってことは、icmpのみ通す設定になってる？
23:login:Penguin
06/01/25 19:55:27 xg2oZ9Q3
今までIIJmio(VDSL)でインターネットに接続してきましたが
先日Fiberbit(テプコ光)に乗り換えました。
それまで動作していたルータ(メルコ製WHR2-G54)でPPPOE接続をすると
何故か失敗し問い合わせても動作保証外と言われたため
Linuxマシンでルータを設定しました。
po-pppoeの設定や、最低限のiptableの設定は出来たのですが
同メーカー製ルータで実装されていたDMZ機能をiptablesで
再現する方法がわかりません。
よろしければご教授お願い致します。
・ここでのDMZとは
アドレス変換を使用しているときに外部から変換先不明のIPパケットを
LAN内のIPアドレスに転送するという事です。
本来の意味とは若干違いますがご了承下さい。
internet --- ppp0(eth0 210.162.XXX.XXX)-[Linux Redhat 9.0]-eth2(192.168.0.1)---DMZ(192.168.0.10)
こんな感じでinternet側から宛先不明のIPパケットを192.168.0.10に転送しようと以下のような設定を
行いましたがうまく転送されませんでした。
iptables -t nat --PREROUTING -i ppp0 -j DNAT --to-destination 192.168.0.10
24:login:Penguin
06/01/25 20:26:29 FjeZvP0e
iptables -t nat -A PREROUTING -i ppp0 -j DNAT --to-dest 192.168.0.10
iptables -A FORWARD -s 192.168.0.10 -j ACCEPT
でどうね?
25:login:Penguin
06/01/25 20:41:50 yr3PQ5iE
ご教示と書いて欲しい
26:login:Penguin
06/01/26 04:39:23 0UK+vE8c
きょうじゅ けう― 【教授】<
（名）スル
(1) 0 1 (ア)児童・生徒に知識・技能を与え、そこからさらに知識への興味を呼び起こすこと。
(イ)専門的な学問・技芸を教えること。
「国文学を―する」「書道―」
(2) 0 大学などの高等教育機関において、専門の学問・技能を教え、また自らは研究に従事する人の職名。助教授・講師の上位。
27:login:Penguin
06/01/26 05:42:32 aWkNV4gV
きょうオじ［1］［0］ケウ―【教示】
―する 具体的に どうしたらいいかを教えること。
「ご―願いたい」
三省堂 『新明解国語辞典 第五版』
URLﾘﾝｸ(www.ctv.co.jp)
こっちはもっとお手軽なやつだ
28:login:Penguin
06/01/26 05:52:58 RnqITOKN
教授はレベルが高くて重責なので、安易に関われない。
教えてクレクレ程度にしてクレ。
29:login:Penguin
06/01/26 17:40:02 WuSQ56Qo
>>27
またローカルな・・・
30:login:Penguin
06/01/27 09:33:22 GlUU4BwY
>>24
これ書く場合は
ローカルで他のサーバが動いている場合、
先にそっちを書かないといけないかな。
31:login:Penguin
06/01/27 20:58:45 H1hLO2uT
そもそもポート指定も無しで、全パケットをDMZへ丸投げしたいのか？
32:login:Penguin
06/02/02 10:40:50 Fk729cMF
「教授」というのは口頭を含む文字情報による情報伝達法のこと。
対義語は、文字によらざる情報伝達法である「伝授」になる。
お釈迦様と摩訶迦葉の間の「拈華微笑（＝以心伝心）」の故事が、これに相当する。
他にも、超能力者が自分と同じ能力を他人に与えることも「伝授」という。
33:login:Penguin
06/02/02 12:13:56 c7jGeXSc
PC関連の掲示板では基板→基盤、保証→保障、教示→教授等が
もはや多数派を占めているといっても過言じゃないな
指摘しても逆ｷﾞﾚされるのがオチ('A`)
34:login:Penguin
06/02/02 12:22:15 zryO2fWT
そんなことよりiptablesの設定の話しようぜー
ぶっちゃけどっちでも意味が伝わるからいいし
35:login:Penguin
06/02/04 06:06:30 H3nkfl8/
>>33
アホか？
いずれも両方使う場面がある言葉じゃねーか。
36:login:Penguin
06/02/09 02:36:19 NeonKn9W
iptablesを使ってwinny接続を弾くって事は出来ますか？
内部からのwinnyの接続を拒否したいです。
37:login:Penguin
06/02/09 09:11:05 u54kuXyO
LAN内のユーザに使わせたくないって言うこと？
38:login:Penguin
06/02/09 09:18:28 u54kuXyO
/sbin/iptables -A FORWARD -p tcp --dport 1123 -j DROP
かな？
それよりもデフォルトポリシーをDROPにして、
必要なHTTPとかSMTPとかPOP3とかだけ許可してあげた方がいいかな。
MSN Messengerのファイル転送とかリモートアシスタンスはUPｎPでいけるし。
39:38
06/02/09 09:19:39 u54kuXyO
すまん、1123がwinnyで使うと思しきポートね
でもこれだと接続相手が規定のポート以外で動作させてると、
弾けないんだよね
40:login:Penguin
06/02/09 10:43:54 L3md9yAf
内側からのパケットも特定のポート以外全部DROPしちゃえば
41:login:penguin
06/02/09 11:08:03 XOuDLy2R
LAN内からWANへの一切のアクセスを止めないと無理。要はネット利用禁止。
HTTPポートでも利用できるし、特定のポート空けても無駄(みたいよ)
winny など p2p を止められると謳っている専用のファイアーウォール製品
じゃないと無理っぽいね。
こういうの開発した人って凄いよね。ミョーに感心してしまう。
42:login:Penguin
06/02/09 11:27:33 u54kuXyO
>>41
winnyで80で待ってる人あんましいないだろ、
なんだかんだみんな詳しく知らない知らないからデフォルトじゃね？
LANからWAN WANからLANへのパケットをキャプチャして、
winnyなりWinMxのプロトコルのヘッダ部分があったら弾くスクリプトでできそうじゃね？
43:login:Penguin
06/02/10 02:10:20 6R1+Xt+d
まず、ping がそのPCに対して通らないことを確認しました。
その後、下記の条件を追加しました。
iptables -A INPUT -p icmp --icmp-type echo-request -m limit --limit 5/s -j ACCEPT
本来なら、5秒間に1回のPingのみを受理して欲しいのですが、
1秒で10回送っても全部帰ってきます。
iptables -A INPUT -p icmp --icmp-type echo-request -m limit --limit 5/s -j ACCEPT をその後削除したら、
正しくPingはいっさい帰ってこなくなります。
どの指定の部分が間違っているのでしょうか？
44:43
06/02/10 02:49:32 6R1+Xt+d
実験の途中の一部で間違えて違うクライアントにPingしていたようです。
もう一度やり直したら正常に動作しました。
45:login:Penguin
06/02/10 09:11:03 g9viqx6n
>>43
それだと、1/5秒間に5回まで許可じゃない？
46:login:Penguin
06/02/11 00:00:34 AIDaqSit
firewall-1のほうがいい。
47:login:Penguin
06/02/11 09:13:15 Sp5Bdg5h
>45
1秒間に5回だと思うお。
48:login:Penguin
06/02/11 12:24:07 mCUt6lKC
1秒間に5回許可するにはどうすればいいんだろ。
0.2/s ？
49:login:Penguin
06/02/11 13:20:50 0cVrDx46
>>47
URLﾘﾝｸ(www.linux.or.jp)
>iptables -A FORWARD -m limit -j LOG
これ見ると、
limitのデフォルトが20分(3/hour)で、limit-burstのデフォルトが5だから、
20分の間に5以上あったらそれ以降DROPって書いてあるけど、
どうなんだろ？
>>48
俺の見解だと
-m limit 1/s -j ACCEPT
50:47
06/02/11 16:55:14 Sp5Bdg5h
>49
ごめんなさい。まちがえました。
51:login:Penguin
06/02/12 05:08:21 7VrYtKU0
> -m limit 1/s -j ACCEPT
それだと、バーストの指定がされてないんで、
1/1000秒に5パケットでも止まらない。
-m limit --limit 12/m --limit-burst 1 -j ACCEPT
上の書き方をした場合、1パケット目は条件にマッチし、
その後5秒間（1/12分）はマッチしなくなる。
今までずっと動いてるものと思って確認してなかったんで、
実は動いてなかったら泣く。。。（;´Д⊂）
52:login:Penguin
06/02/12 11:10:38 MPTsoJ+a
>>51
limit-burst のデフォルトは 5
君のは5分間に1回しかじゃない？
俺がレスしたのは1秒間に5回なんだけど。
53:login:Penguin
06/02/12 14:07:40 7VrYtKU0
>>52
> 君のは5分間に1回しかじゃない？
それはどっから湧いてきた数字だ？
> 俺がレスしたのは1秒間に5回なんだけど。
そうはならないな。
54:login:Penguin
06/02/12 14:21:34 MPTsoJ+a
>>53
すまん
--limit 12/m
を
--limit 12/h
に見間違えた
>>48
>>49
55:login:Penguin
06/02/12 14:34:33 7VrYtKU0
>>54
前半は分かったけど、後半はどうなん？
> -m limit 1/s -j ACCEPT
これはあくまでも1秒間に1パケットの指定だろ？
--limit-burstが5だから、初めは5パケットまでいけるけど、
継続してパケットが到着した場合に、1秒間で1パケットしか
復活しないとなると、それは意図した動作じゃないのでは？
56:login:Penguin
06/02/12 14:46:46 MPTsoJ+a
>>55
え？君のは5秒間に1回のみ許可だと思うけど。
最初のパケットは、ACCEPTされるけど、5秒以内に同じパケットが来たら、別の処理だろ？
そして5秒に1度バーストが回復する。
つまり5秒に1度しか受け付けない。
だと思うんだけど、どこにその処理を求めるレスがあったのかがわからない。
57:login:Penguin
06/02/12 14:50:20 MPTsoJ+a
と言うことは1秒間に5回のみACCEPTというのは
-m limit 5/s -j ACCEPT
(-m limit 5/s --limit-burst 5 -j ACCEPT)
と言うのが正解？
これなら0.2秒でバーストが回復するから実質的に1秒間に5回って事かな
58:login:Penguin
06/02/12 19:34:18 7VrYtKU0
>>56
元ネタの提供は>>43ね。
> 本来なら、5秒間に1回のPingのみを受理して欲しいのですが、
↑これがそう。
で、それが解決する前に>>48が1秒間に5回の場合のネタ振って
話が逸れたけど、結局のところlimitの分かりにくさの話ではある。
>>57
そうそう、そういうこと。
59:login:Penguin
06/02/14 17:40:39 VGzO3A6v
iptabels用のシェルスクリプトが紛失している場合、現在saveしているフィルタリングの内容を
シェルスクリプトに生成しなおすような事って出来ないんでしょうか？
やっぱり-Lで表示しているのを元に書き直すしかないんでしょうか？
60:login:Penguin
06/02/14 18:22:13 hXccECX0
ものによるけどCentOSなら
/etc/sysconfig/iptables.save
が今セーブされているやつ
61:login:Penguin
06/02/15 03:43:13 I+2RE0fx
>>60
debianってそういうのある？
62:login:Penguin
06/02/15 06:08:07 U3aF0Irf
>>61
dabianいじったことないけど、
どこかしらに保存されているはず。
63:login:Penguin
06/02/15 07:48:22 hLM2TSS7
>>62
/var/lib/iptables/active
64:login:Penguin
06/02/15 19:54:50 pFaenui0
Webサーバのレスポンスが異常に悪いので、
何が原因か調べていました。
そうしたらなんと、
iptables -P INPUT ACCEPT
iptables -P FORWARD DROP
iptables -P OUTPUT ACCEPT
iptables -F
iptables -A INPUT -i lo -j ACCEPT
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -p tcp --syn -m limit --limit 1/s -j ACCEPT
iptables -A INPUT -p icmp --icmp-type echo-request -m limit --limit 1/s -j ACCEPT
iptables -P INPUT DROP
こんな感じに、ポート80へのインバウンド接続の許可をやってませんでした。
iptables -A INPUT -p tcp --dport 80 -j ACCEPT
これを追加したらはやくなったのですが・・・。
質問なのですが、何故、速度が非常に遅いだけでポート80へのアクセスを許可していないのにも関わらず、
Webサーバにつながったのでしょうか？
ご教示お願いします。
65:login:Penguin
06/02/15 20:00:56 BtY9uoRt
>>63
iptables の README.Debian (の 1. upgrade notes のとこ) 読んだほうがいいんじゃないか?
66:login:Penguin
06/02/15 20:05:45 PrFj9feQ
>>64
>iptables -A INPUT -i lo -j ACCEPT
127.0.0.1:80でコネクトしてない？
67: ◆/UXtw/S..2
06/02/15 21:41:01 lHSZilu7
>>64
iptables -A INPUT -p tcp --syn -m limit --limit 1/s -j ACCEPT
で、一定量の TCP 新規接続を許可してるから。
68:64
06/02/15 21:43:24 pFaenui0
>>66
ご回答ありがとうございます。
iptables -A INPUT -p tcp --syn -m limit --limit 1/s -j ACCEPT
iptables -A INPUT -p icmp --icmp-type echo-request -m limit --limit 1/s -j ACCEPT
ポート80へのインバウンド接続の許可(iptables -A INPUT -p tcp --dport 80 -j ACCEPT）を行っていない状況でも、
この2行があれば非常に遅い（※1)ですが通信できましたが、この2行を削除したら完全に接続できなくなったようです。
※1
画像まで表示させるには大量のリロードが必要だったりページ自体へアクセスできる確率が半分以下だったり、
一般のブラウザで30秒近く表示されないこともある。
もっと実験したいところですが、実働しているサーバなので、これ以上実験するとまずそうですので、
実験環境を作っていろいろ試してみようと思います。
69:64
06/02/15 21:47:39 pFaenui0
>>67
ありがとうございます。
SYNフラッド対策としてその1行を加えるべきだという解説をしているサイトが結構あったので、
「Pingを1秒に1回許可する。」みたいに「SYNというPingみたいなもんを1秒に1回許可する。」ような設定だと勘違いしていました。
URLﾘﾝｸ(www.google.co.jp)
70:login:Penguin
06/02/15 22:12:38 hLM2TSS7
>>65
woodyからdist-upgradeした場合ね。
71:login:Penguin
06/02/15 22:16:20 U3aF0Irf
>>69
iptablesでは 先に実行されたコマンドが優先されるから、
synフラッド対策のコマンドの前に
iptables -A INPUT -i eth0 -p tcp -m state --state NEW --destination-port 22 -j ACCEPT
(ただし、グローバルにつながっているデバイスがeth0)
すれば解決。
72:login:Penguin
06/02/15 22:17:20 U3aF0Irf
すまん上の 22 じゃsshだｗ 80に書き換えてね
73:login:Penguin
06/02/15 23:28:09 BtY9uoRt
>>70
いや、だから Sarge 以降のインストーラを使った人は
/var/lib/iptables/ というディレクトリ自体がないんじゃないの?
# うちは Woody から dist-upgrade したのばっかりだから確認してないけど、
# dpkg -L iptables を見たかぎりでは、ない。
つまり >>63 の回答はいささか不適切なのでは?
/var/lib/iptables/active があるのは、
/etc/init.d/iptables がある環境 (Sarge の iptables にはない) で、
sudo /etc/init.d/iptables save active (あるいは save_active) した場合でしょ。
>>61 への回答としては、「ない」というのがふさわしいかと。
自分で iptables-save 使わないかぎり、ないんだから。
README.Debian では /etc/iptables.up.rules (/etc/iptables.down.rules) を
使う例をあげたりもしてる (もちろんそのファイルは自分で作る)。
74:login:Penguin
06/02/16 00:50:48 K90nrbnE
>>73
woodyからって書いてあるじゃん
75:login:Penguin
06/02/16 13:34:07 Utn4ixIB
ではsarge以降の場合は？
76:67 ◆/UXtw/S..2
06/02/16 23:55:22 e8JdZL9s
>>69
いいことを教えてやろう。
分かっている人は、わざわざ分かっているこ
とを www に作業の記録として残す必要がな
い。
だから、www に作業の記録として残ってるよ
うな情報の質なんて余り高くないと思って間
違いない。
というわけで、まずはちゃんと JF とか man
ページとか読んでくれ。
77:login:Penguin
06/02/17 00:13:25 8LJubZnx
>>76
俺アホだからけっこう忘れちゃうから、
テキストに残してるよ。
この値はこんな意味を持っていて、こういうときにいじると〜だとか。
プログラムだったらサンプルコードの専用のディレクトリ作ってそこに用途別に保存したり。
みんな忘れないもんなの？
78:login:Penguin
06/02/17 00:27:07 4hf1A87R
>>77
> みんな忘れないもんなの？
普通はスクリプトにして残しとくじゃん？
で、こないだディスク死んだときにバックアップ探したんだけど、
どうしても見つからなくて、慌てて一から書き直したがｗｗｗｗｗｗ
79:login:Penguin
06/02/17 00:49:42 8LJubZnx
>>78
あ、俺もiptablesに関してはスクリプトで残してる。
サーバとかは設定ファイルごと保存したり。
80:login:Penguin
06/02/17 01:46:03 MxIekRNL
RTFM
81:login:Penguin
06/02/17 02:04:44 8LJubZnx
>>80
はいはいﾜﾛｽﾜﾛｽ
ドキュメントの自分が必要な部分をまとめて文書化してるだけですよ
82:login:Penguin
06/02/17 02:53:36 4hf1A87R
日本国内のMLや掲示板でRTFMとか書いてる低脳は放置で。
83:login:Penguin
06/02/17 08:35:23 MxIekRNL
なんて被害妄想なんだろうwww
84:login:Penguin
06/02/17 15:55:54 4hf1A87R
相手にされなかったことがそんなに悔しかったのか？
85:login:Penguin
06/02/17 16:28:58 MxIekRNL
悔しいもなにも、RTFM は >76 についてレスしたつもりだったんだけど。
Fine の意味でね。
それから、スクリプトを取っておく作業は誰でもやってることだし、自分もそうする。
いつも、そんな喧嘩ごしなの?
86:login:Penguin
06/02/17 17:18:17 4hf1A87R
RTFMに“Fine”の意味はありません。
誹謗中傷の次は見苦しい言い訳と論点ズラしですか？
87:login:Penguin
06/02/17 17:28:26 E5lP6Xlb
fの意味するところは諸説あるが、実際に使われるケースの殆んどはあの単語だ罠
88:login:Penguin
06/02/17 18:22:13 MxIekRNL
>86
ごめんな。
89:login:Penguin
06/02/17 19:20:16 4hf1A87R
>>87
fをfineの頭文字としたところで、文脈上肯定的な表現にはなり得ない。
それはマニュアル作った奴に対する話でしかないし、
fuckin'がかかってるのはmanualじゃないって説もある。
そもそもの話として、fuckin' greatなら最上級の褒め言葉であり、
あの言葉自体の意味は相当に曖昧。
fuckin'だろうとfineだろうと、読み手に対して「読め」と命令するだけなら、
初めからチラシの裏にでも書いとくか、勝手に見下して陰でﾆﾔﾆﾔしてろって話。
ただ威張りたいだけで、人にモノを教えるのがそんなにイヤなら黙ってろと。
90:login:Penguin
06/02/17 21:16:16 omFPvqI6
初心者です。iptablesの使い方についていちから教えてください。
RTFMとかドキュメント嫁とだけ書き込む人は返答は不要です。
91:login:Penguin
06/02/17 21:56:43 PN2x1RuM
返答の形式について文句を垂れるような奴は不要です。
92:login:Penguin
06/02/17 22:54:22 4hf1A87R
>>90
自分より下の奴がいないと不安でしょうがないのか？
93:login:Penguin
06/02/18 12:26:16 pR4sac24
やっと土日開放されたんだから遊ばせてやれ。
94:login:Penguin
06/02/18 19:48:24 ouAy6Dzu
そういやFC5にGCC4.1は結局間に合うの?
なんかもう諦めたような感じを受けているけど
95:login:Penguin
06/02/19 00:56:56 GpvC0cMf
通りすがりだけど
>>89 キモイ
早口で変なこといいながら襲ってくるオタクみたいだぞ
とりあえず落ち着け！
匿名の掲示板で場の空気を悪くしてまで優位に立つ(それで立てるかは別として)
96:login:Penguin
06/02/19 00:57:47 GpvC0cMf
必要はないでしょ
楽しくやろうぜ
97:login:Penguin
06/02/19 00:59:42 GnlDjTWS
吉野家コピペじゃないけどギスギスしてたほうが2chらしくていいと思う。
98:login:Penguin
06/02/19 04:29:02 atoXonGC
まぁ大抵予定調和だし、ディスプレイの向こう側で本気で怒ってる馬鹿は
そう多くはないからなｗ
優位とか訳の分からない妄言吐いてる>>95みたいのが一番迷惑。
精神的に未熟かつ脆弱な人はヤフーの掲示板でも行ったほうがいいよ。
99:login:Penguin
06/02/19 04:49:43 6UbP30PD
ID変わった直後に「通りすがりだけど」warata
100:login:Penguin
06/02/20 06:29:44 bWJtKs/w
第三者っーか第四者ぐらいからすれば、下らない。どーでも良い。
ちゃねらーとしては、ﾆﾔﾆﾔ。
101:login:Penguin
06/02/21 02:10:24 63EbBWIi
無料で教えてくれはあり得ないよな。
102:login:Penguin
06/02/22 13:29:00 HHgp7SiR
釣りだよ
釣り
釣られんなよ
103:login:Penguin
06/03/01 23:27:11 jAar/o7d
HOST=
# トラフィックコントロールの初期化
tc qdisc del dev ppp0 root
# ppp0にトラフィック制御用のルートクラスをセットする。
tc qdisc add dev ppp0 root handle 10: cbq bandwidth 64Kbit avpkt 1000 cell 8
# 優先度5に設定されたクラス
tc class add dev ppp0 parent 10:0 classid 10:1 cbq bandwidth 64Kbit rate 64Kbit \
allot 1514 cell 8 weight 6Kbit prio 5 maxburst 20 avpkt 1000
# 優先度8に設定されたクラス
tc class add dev ppp0 parent 10:0 classid 10:2 cbq bandwidth 64Kbit rate 64Kbit \
allot 1514 cell 8 weight 6Kbit prio 8 maxburst 20 avpkt 1000
# $HOSTからのパケットの優先順位を下げる
tc filter add dev ppp0 parent 10:0 protocol ip prio 1000 u32 match ip src $HOST flowid 10:2
tc filter add dev ppp0 parent 10:0 protocol ip prio 1000 u32 match ip dst $HOST flowid 10:2
あるホストとの間でやり取りされるパケットの優先度を下げたいのですが、
これではどうも上手くいきません。どの辺りが不味いでしょうか？
104:login:Penguin
06/03/02 01:04:33 rYvDSupO
#!/Bin/sh
HOST=
# トラフィックコントロールの初期化
tc qdisc del dev ppp0 root
# ppp0にトラフィック制御用のルートクラスをセットする。
tc qdisc add dev ppp0 root handle 10: cbq bandwidth 64Kbit avpkt 1000 cell 8
# 優先度1に設定されたクラス
tc class add dev ppp0 parent 10:0 classid 10:1 cbq bandwidth 64Kbit rate 64Kbit \
allot 1514 cell 8 weight 6Kbit prio 1 maxburst 20 avpkt 1000
# 優先度8に設定されたクラス
tc class add dev ppp0 parent 10:0 classid 10:2 cbq bandwidth 64Kbit rate 8Kbit \
allot 1514 cell 8 weight 1Kbit prio 8 maxburst 20 avpkt 1000
# $HOSTからのパケットを10:2へ
tc filter add dev ppp0 parent 10:0 protocol ip prio 1000 u32 match ip src $HOST flowid 10:2
tc filter add dev ppp0 parent 10:0 protocol ip prio 1000 u32 match ip dst $HOST flowid 10:2
# $HOST以外のパケットを10:1へ
tc filter add dev ppp0 parent 10:0 protocol ip prio 1000 u32 match ip src any flowid 10:1
tc filter add dev ppp0 parent 10:0 protocol ip prio 1000 u32 match ip src any flowid 10:1
少し直してこんな感じで。これでもまだ反応が遅いです。
105:login:Penguin
06/03/07 19:54:27 9B8/4CoY
-p tcp --syn
と
-p tcp -m state --state NEW
の違いはどの辺なのでしょうか？
106: ◆/UXtw/S..2
06/03/08 03:04:06 Zbg8WQwt
>>105
JF かどこかの FAQ に書いてあったよーな。
-p tcp --syn は TCP のフラグを見るだけ。
-p tcp -m state --state NEW は、過去のコネクション追跡と
比較して、新しいパケットという意味。
正常系だけを考えると同じだけど、
「SYN (だけ)立ってるのに NEW じゃない」とか、
「SYN 立ってないのに NEW」 とかは、不正なパケットや
エラーパケット(IP masq してて IP がかわちゃったとか?)
として存在し得ます。
paranoia な人はそういう不正パケットチェックも
してると思うけど、俺はあんま意味ねーと思うよ。
107:login:Penguin
06/03/09 01:13:45 eoET1/Z4
レスありがとうございます。
実はアタック対策(？)として
/sbin/iptables -A INPUT -p tcp ! --syn -m state --state NEW -j DROP
/sbin/iptables -A INPUT -p tcp --syn -m state --state ESTABLISHED,RELATED -j DROP
を実行しているのですが、
この場合は
-p tcp --syn
と
-p tcp -m state --state NEW
は同値ということですね。
108:login:Penguin
06/03/09 07:13:39 eoET1/Z4
URLﾘﾝｸ(www.faqs.org)
見つけましたー
109:≠108
06/03/09 19:32:03 fGEVBiuA
URLﾘﾝｸ(www.asahi-net.or.jp)
こっちもあるよ
110:login:Penguin
06/03/11 20:06:57 a5ieCDEi
箱物の火壁を使ってて、それをLinuxで置き換えたいと思ってるんですが
どうやればいいか、そもそもできるのかどうか、よく分かりません。
というのは、今使ってる火壁のDMZのネットワークだと、インターネットに
繋がってるネットワークと一緒なんです。火壁は1つしかIPを消費しない。
つまり、たとえて言うと、現在の火壁の設定は、デフォルトゲートウェイが
a.b.c.1で、eth0がa.b.c.2でeth1(DMZ)もa.b.c.2で、eth2(内側)が192.168.1.1
って感じなのです。（a.b.c.xはグローバルIPアドレス）
eth0とeth1が同じIPアドレスなんて、こんな設定はLinuxでは無理ですよね？
グローバルIPアドレスが、（1はゲートウェイだから）a.b.c.2〜a.b.c.6の5つ
しかないからすごく貴重で、現在の火壁はそういう意味では偉い。
現在の火壁では火壁にひとつだけ使えばいいのに、Linuxで置き換えたら
ふたつ必要ってなると、ちょっと無理そうだなあって思ってますが、なんか
いい方法あるのかなあ、と。
DMZのeth1には172.16.1.1とか別ネットワークを割り当ててしまうというのが
一般的なやり方なんでしょうか？これはこれでかなり面倒そうですが…
111:login:Penguin
06/03/11 20:53:50 H2r6YOEG
>>110
よくわかってないのに何故置き換えようなんて馬鹿な事を考える？
いまのまま使え。
甘えた事言ってる奴にアドバイスはしないからな。
112:login:Penguin
06/03/12 01:07:47 GaiFjSlp
[a.b.c.1] internet
|
eth0[a.b.c.2] gateway┬eth1[a.b.c.2] DMZ─…
│
├eth2[192.168.1.1] LAN
├…
>>110 なの？(；ﾟ∀ﾟ)
113:login:Penguin
06/03/12 14:36:03 fLTGXJ4j
>112
そう。今使ってる箱物のやつはたとえて言うなら
そういう風に見える状態です。だから4つの
グローバルIPアドレス（a.b.c.3〜6）を外向けに
使えてていて、かつ、そのアドレスでサーバを
立ち上げることができています。
サーバを192.168.0.3で立ち上げておいて
火壁で a.b.c.3 -> 192.168.0.3 みたいなことを
しなくてもいいのでいろいろと簡単なのです。
ひとつのアドレスを諦めるか、NATで我慢するかしか
ないんですかね。
114:login:Penguin
06/03/12 17:14:33 5LIumG2r
プロバとの接続がunnumberedなら普通に動くでしょ。
115:login:Penguin
06/03/19 09:24:14 5na5qPQk
iptablesでwinnyを止めることできるかな?
内側からは自由に通信許可して、明示的に20、21、6699はだめとかしている。
なんか方法あるかな?
116:login:Penguin
06/03/19 09:38:58 Scwfrzf0
自分のマシンしかない環境なら任意に決めたポートを塞ぐだけで済むかも
知れんが（その前にWinnyなんて使うなって気がするが）、他人のPCが
持ち込まれる環境なら笊すぎだし、ftpは関係ないだろ
117:login:Penguin
06/03/19 09:41:43 euH7uiKd
>>115
なぜに FTP?
ポート番号変更されたらどうする?
L3 じゃ止められないと思うが。
118:login:Penguin
06/03/19 11:31:42 ewCnJJtr
１つもポートを渡さなければwinnyできないよ
119:115
06/03/20 12:44:56 i5TAhf8f
ftpはただの例としてあげただけ。深い意味はない。
要するに、ポートを指定できないということで、iptablesだけじゃだめってことか。
なんか、上下の流通量の多いポートを発見してとめるというスクリプトを作って
組み合わせるということかなぁ。
120:login:Penguin
06/03/20 12:59:19 bQJQEw/7
>>119
dest port を制限すればいいだろ？
80番でwinny動かしてるやつなんか大していないだろ。
必要な 25 53 80 110 とか以外制限すればいいだけだろ。
121:login:Penguin
06/03/21 15:28:49 PJmbcWTA
カーネル2.6.16でULOGがobsoleteになってるんだけど
これからはかわりに何を使えばいいんだろ？
122:login:Penguin
06/03/23 14:19:39 eBmZg9Jf
>>121
audit
123:login:Penguin
06/03/23 20:53:38 3EKkiV1S
CentOS 4でうまく動いてたiptablesのルールを
Fedora 5に持ってきたら、以下のところでINPUTが止められて、
外部からsshとかが繋がらないんですが、どなたか原因が分かる人はいませんか？
最後の一行をコメントアウトすると繋がるようになります。
-N FLOOD
-A FLOOD -m limit --limit 20/second --limit-burst 50 -j RETURN
-A FLOOD -j DROP
-A INPUT -p tcp --syn -j FLOOD
124:login:Penguin
06/03/32 11:23:21 OyQ12irH
すまん。>>121-122の会話内容が俺にはよくわからん。
ぐぐってもこのスレしかひっかかってこないし。
2.6.16も使いたいんで誰か意味を説明してくれ。頼む。
125:login:Penguin
06/03/32 14:59:20 g8YJ2JBf
わからないなら気にするな
126:login:Penguin
06/04/05 21:41:09 4+4r2znu
>124
俺は2.6.16.1だけど、普通に使えてるよ。
まぁ、>121-122ほど込みいった使い方して無いからなんだろうけどね。
俺はFW目的なので、Forward は使って無い。
127:login:Penguin
06/04/05 22:42:49 MTtWDvot
俺はFW目的なので、Forward は使って無い。
俺はFW目的なので、Forward は使って無い。
俺はFW目的なので、Forward は使って無い。
俺はFW目的なので、Forward は使って無い。
俺はFW目的なので、Forward は使って無い。
128:login:Penguin
06/04/05 23:14:54 oL77QEW+
(･∀･)香ばしいのが現われました(･∀･)
129:login:Penguin
06/04/06 00:29:54 oB5DZ43q
122だが>>127-128の愚かさに吐き気を催した。
130:login:Penguin
06/04/06 00:41:05 reSxTF4A
122だが>>122、>>129の愚かさに吐き気を催した。
131:login:Penguin
06/04/06 00:44:36 oB5DZ43q
>>130
ほぉお前が122なのか？じゃ俺が>>122で書いたことの間違いを訂正してくれよ。
俺は良く調べずにMLで読んだ記憶からあんな事を書いてしまったが、
実際は勘違いもいいところだよな。
132:login:Penguin
06/04/06 00:57:42 oB5DZ43q
>>124
俺が間違えたせいかな？混乱させてすまん。
2.6.16でもULOGは使える。ただobsolete(旧式)ってコメントが付いただけ。
ULOGの代わりに推奨されてるのはNFNETLINK。
カーネルコンフィグのULOGのhelpを読むと書いてあるよ。
auditは、はっきり言って、関係ないね orz
133:login:Penguin
06/04/06 01:14:17 u52TkEzX
>>132
> >>124
> 俺が間違えたせいかな？混乱させてすまん。
> 2.6.16でもULOGは使える。ただobsolete(旧式)ってコメントが付いただけ。
> ULOGの代わりに推奨されてるのはNFNETLINK。
勝手なことを言ってすまないが、これがわかったときに
ここに書いてほしかった・・・
それでこそ情報の共有ができるかなと思うので・・・
134:login:Penguin
06/04/06 07:14:55 reSxTF4A
>>131
ULOGの替わりがauditとかホザいてる馬鹿が何を偉そうにｗ
135:login:Penguin
06/04/06 22:06:32 FBUiV07T
2.6.16でiptablesがどうも動作しないなーと思ったら、カーネルの.configが変わっていたらしい。
Netfilter Xtables support、あるいはNETFILTER_XTABLESていうのをYかMにする必要があるんだそうだ。
make oldconfigでは自動でYにはならないので、古い.configから移行するとハマる。
いやー、全然わからなかったよ。
以上チラシの側面だが、同じようにハマっている人のために記す。
136:login:Penguin
06/04/06 22:22:13 UgyJEr7p
>>135
チラシの側面に書くのは至難の業では？
米に字が書ける奴はいてもチラシの側面に字が書ける奴は >>135 が初めてだ。
137:login:Penguin
06/04/06 22:24:04 qRPJk91E
>>136
チラシの側面に"書いた"とは書いてないのでは？
あくまでもチラシの側面。
138:login:Penguin
06/04/06 23:33:18 dzOqsVf1
ロールシャッハ・テストのとき紙の側面を見つめるようなら統合失調症だとかいう話？
139:login:Penguin
06/04/14 14:30:03 LCw0qrIp
大陸・かの国フィルター使ってみた
重くなりますた…ｾﾛﾘﾝ400MHｚではきついですね
ってかほかにもﾃﾞｰﾓｿ動いているからってのもあるけど
140:login:Penguin
06/05/13 18:36:18 JVZmSP7e
iptablesとIPマスカレードについて質問です。
LinuxにNICを二枚差し、をルータとして使用しています。
一枚目はプロバイダ、つまり外部インターネットにつながっています。
二枚目は家庭内部のLANにつながっています。
複数の内部LANから外部インターネットを利用する為に、
iptables/IPマスカレードを使おうと思っています。
実現にあたっての設定ですが、現在以下のようになっています。
-A POSTROUTING -s 192.168.15.0/24 -o ppp0 -j SNAT --to [グローバルIP]
セキュリティ的な問題や、その他注意するべき点等がありましたら、御教授願えませんでしょうか。
関連して、質問があります。仮に設定を以下のようにしたとします。
-A POSTROUTING -o ppp0 -j SNAT --to [グローバルIP]
この場合、外部から入り、外部に出て行く（？）パケットも[グローバルIP]になってしまうのでしょうか？
具体的には、悪意のある人が、外部PCのデフォルトゲートウェイを[グローバルIP]に設定した場合や、
その他ルータやパケットを操作し、[グローバルIP]を経由するような状態になった場合に、
送信元アドレスが[グローバルIP]、すなわち踏み台のように使われてしまうような状態にならないのでしょうか？
141:140
06/05/13 18:40:25 JVZmSP7e
説明下手で分かりにくくて申し訳ありません。(´･ω･`)
142:login:Penguin
06/05/13 18:49:53 jeSm6rQd
いまいち何がやりたいのかわからないけど、
SNATには何が書いてあるの？
143:login:Penguin
06/05/13 18:59:10 ala/Ib1L
(･ω･`)
144:login:Penguin
06/05/13 19:07:56 jeSm6rQd
すまんSNATか
-j MASQUERADE
じゃいけんの？
145:140
06/05/13 20:03:28 JVZmSP7e
説明不足ですいません 。
>>140の設定で目的の、内部PCから外部インターネットへの通信
は問題なく行われています。
IPアドレスの書き換えや通信経路の操作になるので、
どこかにセキュリティ的な問題があるのではないのか心配になった為に質問させていただきました。（無問題という事でよいかも？）
ただ、>>140の二番目に記述した例について気になりまして・・・
環境は以下のようになっています。
「ネットワーク図」
--[インターネット]--[Linux(iptables)(192.168.15.10/24)]--[内部PC( 192.168.15.50/24 )]
「iptablesの内容」
-A POSTROUTING -o ppp0 -j SNAT --to [グローバルIP]
普段は内部PCの「デフォルトゲートウェイ」設定として、192.168.15.10を指定しています。
内部PCからインターネットを使用し、IPが記録される掲示板等に書き込んだ場合、
前述のSNAT設定が有効になり、 [グローバルIP]を使用して通信しているとみなされます。
気になっている問題は、外部の全く別のPCのデフォルトゲートウェイの設定を[グローバルIP]に設定した場合に
通信が私のPCを経由し、かつSNAT設定が有効になってしまい、外部PCの通信にも関わらず、
私の[グローバルIP]が通信先に残り、成り済ましや踏み台のようになってしまう可能性が無いのであろうかと心配になってしまったのです。
まったく別の外部PCでは無くても、例えば同一プロバイダの同一ルータの傘下にある、
別のPC等からのデータが流れ着き、上記SNATを経由してしまうような事はありえないと考えてよいのでしょうか？
146:login:Penguin
06/05/13 21:01:31 eHos4yjo
>>140
(Xは自然数または0)
「pppX」って、ダイアルアップモデムなどのNICを示すんじゃないの？
今時、pppなんて使わないんじゃ･･･。
そして、「ethX」が、LANなどのネットワークインターフェイスを示すんだと思ったんだけど。
違ったらごめん。
147:login:Penguin
06/05/14 05:22:42 uw7fsQNO
>>140
>御教授
御教示
148:login:Penguin
06/05/14 09:19:40 2aZ27yzx
>>147
人の間違いを正そうとして自分が間違っているのに気づかない典型的なアホ
149:login:Penguin
06/05/14 09:49:04 uyWCzbT4
>>147
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
150:login:Penguin
06/05/14 09:52:47 a11XKTbB
>>147
間違いを正そうとするなら、iptablesについても正そうとしてくれたらいいのに……。
151:login:Penguin
06/05/14 10:24:02 uyWCzbT4
>>146
> 今時、pppなんて使わないんじゃ･･･。
インターフェイスにppp*使うかどうかは、セッション方法に依存する。
喪前が「ダイアルアップモデム」と呼んでる得体の知れない機器とは関係ない。
>>150
正すって何を？
本人がいいと思うならそれでいいじゃん。
152:login:Penguin
06/05/14 16:08:46 s62oiPou
直接的な嫌味です。
153:login:Penguin
06/05/16 02:23:55 SvswPURi
外出ネタだけど、
「教授」：音声・書籍の文字等の文字情報による情報伝達法。
情報媒体は音波を載せる空気・電波、印刷する文字を載せる紙等。
「伝授」：文字情報によらざる情報伝達法。
お釈迦様（釈尊）による「拈華微笑」や禅の「以心伝心」がこれに当たる。
情報媒体は「気」などの電磁波以外の情報媒体。
特徴は一瞬にして伝えようとする一切の情報が相手へ正確に伝わること。
154:login:Penguin
06/05/16 07:42:51 RKFWJtnS
ご教授おながいします、なんて言い方は一昔前の文献にはさっぱり出てこない
そもそも教授と教示じゃ教える範囲も全然違う。>>148-149頭大丈夫か？
このネタ、いろんな板で目にするけど、その度に火病るやつがでてる気がする
155:login:Penguin
06/05/16 08:11:45 j43VJ4tI
「おながいします」じゃあ昔の文献には出てこないよねｗ
156:login:Penguin
06/05/16 08:56:32 RKFWJtnS
そこはお約束だから＞＜
157:login:Penguin
06/05/17 21:37:53 eDYbuIcR
netfilter の設定に関しては、イマイチよくわからないので、
ウチでは、firestarter で基本設定をして、
kiptablesgenerator での設定を加味した netsipder-firewall を併用している。
この仕組みのいいところは、iptables の設定ファイルが上書きされずにファイアウォールがかかるところ。
158:login:Penguin
06/05/19 13:19:13 s+bFzJ0p
-A PREROUTING -p tcp -d 192.168.0.1 --dport 80 -j DNAT --to hogehoge.aa0.netvolante.jp:8080
エラーになるんだけどFQDN使えない？
使いたい場合どうする？
159:login:Penguin
06/05/19 21:21:17 4LZjeB02
>>158
IPアドレスに変換してから書けばいいじゃないか。
160:login:Penguin
06/05/20 09:20:53 wbrVdSWb
今、特に困ってるってことではなく、単に後学のために訊ねたいのですが、IPマスカレード（ポートフォワーディング）では
IPヘッダのIPアドレスやTCP/UDPヘッダのポート番号を書き換えることで、まぁある意味、内側のホストが外側の顔に
「なりすます」訳ですね。
でも、ftpをルーティングする場合、PORTコマンドやPASV応答のパケットの「中身」（ヘッダではなく「データ」）を
書き換える必要がありますね。
市販のBBルータ（専用機）ではこの機能を実装したものは多いですが、IPtables では可能ですか？
あるいはその機能を持つ他のルータソフトへの誘導をお願いします。
161:160
06/05/20 09:22:03 wbrVdSWb
>>160ですが、sageてしまったので、age直します。
162:login:Penguin
06/05/20 10:40:01 rUJaMr8Q
>>160
カーネル側に nf_conntrack_ftp (2.6.x kernel) というモジュールがあって、
そこでやってる。ftp以外のプロトコルでも同種のものを作成すれば対応可能。
163:160
06/05/20 21:24:57 wbrVdSWb
>>162
ありがとうございます。
nf_conntrack_ftp なるものについて、調べてみまつ。
164:160
06/05/22 15:41:02 Ra4zmsA2
調べたところ、ip_conntrack_ftp と ip_nat_ftp という２つのモジュールが必要な
ようです。
述べたように今特に困っているわけではないのですが、実験のために、自宅鯖に iptables
でルータ立てて試してみました。
/etc/sysconfig/iptables-config に
IPTABLES_MODULES="ip_conntrack_ftp ip_nat_ftp"
という行を書いてから iptables を restart させたところ、デフォルトではデータコネクションが
繋がらなかったものが、見事に接続できるようになりました。 さんくすです。
ところで、カーネルモジュールでこの機能を実装しているってことは、ルーティングやパケットフィルタリングの
機能はカーネル（モジュール）側で元々持っていて、iptables はその動作定義／設定をコントロールする
ユーザ I/F でしかない、って理解で良いのでしょうか？
165:login:Penguin
06/05/26 14:06:08 at4IPkiP
>>164
# 遅レス
Linuxはずっと昔からパケットフィルタとマスカレードについてはカーネルレベルでの
実装を行なってきた。iptables (古くは ipchains) はそれぞれカーネルへのインター
フェイスでしかない。
FreeBSDはnatdに代表されるようにパケットをユーザランドに持ってきてそこで変換を
かける方式が長く使われてきたが、主にパフォーマンスの問題でカーネル側の実装に
切り替わってる。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4659日前に更新/298 KB
担当:undef