FreeBSDでBBルータを作ろう互助会 3Gbps

**名も無きfxp25** · NG

高い金出して最近のへぼなブロードバンドルータ買うより全然いいと思うぞ。
「PPPoEの方法」
「NATにする方法」
「NICを2枚使う方法」
「ファイヤーウォール設定・セキュリティ対策」
その他なんでもいいからここで質問＆アドバイスして輪を広げてこう。
悪質ブロードバンドルーター製品逝ってよし！

最近のブロードバンドルータは安くて速いぞ。遅くてヘボいルーター作るなよ。

前スレ
　FreeBSDでBBルータを作ろう互助会
　http://pc.2ch.net/test/read.cgi/unix/1038060563/
FreeBSDでBBルータを作ろう互助会 2Mbps
http://pc5.2ch.net/test/read.cgi/unix/1060660932/

関連サイト
pf:http://www.openbsd.org/faq/pf/ja/index.html

**名無しさん＠お腹いっぱい。** · 2005/11/24(木) 23:52:14

>>458
topしてみて、通常時でCPUやメモリーをどれくらい使ってる？
もし、CPU使用率が高かったらもっと速いCPUにすると性能が向上しそうだし、
activeなメモリーが物理メモリーのほとんどを占めていたらメモリーを買い足すと
よさそうだけど。

あとはvmstatで見て、割り込み頻度が高すぎるようだったらdevice pollingを試すとかかね。
ま、こういうチューニングネタはtuning(7)のマニュアルでも見て。

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 01:31:41

Pentium3S 800MHzでBフレッツベーシックなら前々余裕。mpd使用

**名無しさん＠お腹いっぱい。** · 2005/11/25(金) 10:22:39

Celeron400MHz で，Bフレッツハイパーファミリー全然余裕．
mpd + ipfilter + ipnat 使用で，www.flets での速度測定で 80Mbps 近い値が出た．
後はプロバイダ次第だろう．

**名無しさん＠お腹いっぱい。** · 2005/11/27(日) 22:42:19

mpd使い始めてかれこれ3年になるけど、
kernel: no matching session
なるエラーを吐いてセッションが切れた。こんなエラーは始めてで、
この状態に陥ったらmpdを終了、再起動させてもだめ。OSの再起動が必要だった。

**名無しさん＠お腹いっぱい。** · 2005/11/29(火) 04:49:17

エラーメッセージでソースをgrepすれば

**名無しさん＠お腹いっぱい。** · 2005/12/03(土) 11:29:00

ipnatのセッション数が増えない。。。define LARGE_NATして再コンパイルしたんだけどなあ。。。うーん。。。

**名無しさん＠お腹いっぱい。** · 2005/12/09(金) 18:46:42

保守

**名無しさん＠お腹いっぱい。** · 2005/12/14(水) 21:20:57

>>464
この辺は見てみた？
　　ttp://mimori.org/~h/tdiary/20030904.html

**名無しさん＠お腹いっぱい。** · 2005/12/21(水) 13:36:15

今までP3-700 + RELENG_4 + ipfwでがんばってたんですが、
Bフレッツ引いたついでに、新たにPenM PC調達してR6.0入れて
さあ、PFでフィルタリングしてみるかと思たんですが、
>>1にあるOpenBSDのPF日本語FAQが行方不明なんですが、
どこかに保存されてないでしょうか?

**名無しさん＠お腹いっぱい。** · 2005/12/21(水) 18:05:18

http://web.archive.org/web/*/http://www.openbsd.org/faq/pf/ja/

**名無しさん＠お腹いっぱい。** · 2005/12/22(木) 16:14:10

>>468
それだとリンク追うのが面倒なのでこことか＞http://openbsd.bug.it/faq/pf/ja/

**名無しさん＠お腹いっぱい。** · 2005/12/24(土) 01:17:29

FreeBSD and OpenBSD Security イイ！

**名無しさん＠お腹いっぱい。** · 2005/12/24(土) 19:17:56

>>467
つtp://www.pfsense.com/

**名無しさん＠お腹いっぱい。** · 2005/12/26(月) 15:15:00

>>471
これは m0n0wall を pf ベースに作り替えたものという理解で良いのだろうか

**名無しさん＠お腹いっぱい。** · 2005/12/28(水) 01:22:11

こんばんわ。
mpd で pppoe でぶら下がってるんですが、インターネット側からの
ping に応答しません。なんでかな～と思って色々見てると、シスログに；

Dec 27 18:11:17 sv mpd: [hogebdl] exec: /sbin/ifconfig ng0 [自分] [相手] netmask 0xffffffff -link0
Dec 27 18:11:17 sv mpd: [hogebdl] exec: /sbin/route add [自分] -iface lo0
Dec 27 18:11:17 sv mpd: [hogebdl] exec: /sbin/route add 0.0.0.0 [相手]

とか、ここで exec してる結果として、netstat -rn で；
Internet:
Destination Gateway Flags Refs Use Netif Expire
[自分] lo0 UHS 0 0 lo0

なぁんてなってるのが関係あるとおもうんですが、
LAN側からpppoe で割り当てられたアドレスに ping すっと返事するのに、
WAN側からだと何にも返事しません。

なんででしょう？出来れば ping に返事をさせたいんですが。。。

**名無しさん＠お腹いっぱい。** · 2005/12/29(木) 18:16:03

>>473
プロバイダがICMPを落としているんじゃねーの？しらないけど。

**名無しさん＠お腹いっぱい。** · 2005/12/30(金) 02:21:55

[ONU]--[HUB]-+-[MPD]
　　　　　　 |
　　　　　　 +- <= WAN側
とかやってたら、死なす。

**名無しさん＠お腹いっぱい。** · 2005/12/30(金) 15:55:27

>>474

いやー tcpdump すっと届いてるから。。。
なんでかなぁ。。。

**名無しさん＠お腹いっぱい。** · 2005/12/30(金) 22:57:30

> Destination Gateway Flags Refs Use Netif Expire
> [自分] lo0 UHS 0 0 lo0
これがあるのは正しい。

**名無しさん＠お腹いっぱい。** · 2006/01/02(月) 12:03:19

>>473
|exec: /sbin/ifconfig ng0 [自分] [相手] netmask 0xffffffff -link0
↑ちゃんとコピペできてる?
|exec: /sbin/route add [自分] -iface lo0
|exec: /sbin/route add 0.0.0.0 [相手]
[相手]って何?

**名無しさん＠お腹いっぱい。** · 2006/01/04(水) 18:28:22

>>473
netstat -rnの結果にdefault routeの結果は入ってる？
入ってるならmpd動かしてるマシンがpfとかのフィルタでパケット捨ててるんじゃないの？

**473** · 2006/01/06(金) 00:24:08

遅レスでしつれい。/etc/ipf.rules がアホウだっただけでした。お騒がせしてすんません。ちょっと言い訳になりますが、
NetBSD 3.0 i386
ipf: IP Filter: v4.1.8 (396)
Kernel: IP Filter: v4.1.8
Running: yes
Log Flags: 0 = none set
Default: pass all, Logging: available
Active list: 0
Feature mask: 0x10a
なマシンから取ってきたフィルタを；
FreeBSD 6.0-STABLE amd64
6.0-STABLE amd64
ipf: IP Filter: v4.1.8 (528)
Kernel: IP Filter: v4.1.8
Running: yes
Log Flags: 0 = none set
Default: pass all, Logging: available
Active list: 0
Feature mask: 0x10f
で使ってたんですが、
pass in quick on <ISPに繋がってるNIC> proto icmp from any to <自分>
pass out on <ISPに繋がってるNIC> all
だとダメで、
pass in quick on <ISPに繋がってるNIC> proto icmp from any to <自分> keep state
だとOKになりますた。。。

**名無しさん＠お腹いっぱい。** · 2006/01/06(金) 12:14:07

過去ログ読んでて、私も>>447-448が出来ないかなと思ってたんですが、
ipfwでpfの<TABLE>みたいな外部ファイルのIPアドレスのみ記載した
ファイルを読み込んでくれ方法ってありますか？

**名無しさん＠お腹いっぱい。** · 2006/01/06(金) 18:33:41

>>481
無理っぽい

**名無しさん＠お腹いっぱい。** · 2006/01/06(金) 20:40:30

>>481
ipfwはプリプロセッサを指定できるから、結構色々できるよ。
例えばm4でマクロを書けば
READ_TABLE_FROM_FILE(1, /etc/iplist)
とするとそのファイルからIPアドレスを読んで
table 1 add 192.168.0.1
table 1 add 192.168.0.2
...
と展開されるようにとかできるよ。ほかにも
SET_RULENO(5000)
OPEN_TCP_SERVICE(myserver,ssh)
OPEN_TCP_SERVICE(myserver,www)
を
add 5000 count log tcp from any to myserver ssh
add 5001 allow tcp from any to myserver ssh setup keep-state
add 5010 count log tcp from any to myserver www
add 5011 allow tcp from any to myserver www setup keep-state
に展開するようにとかも。

**名無しさん＠お腹いっぱい。** · 2006/01/11(水) 12:32:47

こんぬつわ

ようやくBフレッツが開通したので、
今までADSLで利用していた、以下のFreeBSDルータを早速試しました

[ CPU ] EDEN C3 533
[ RAM ] 512M (PC-100)
[LAN] Intel PRO/100 S Server Adapter
[ OS ] FreeBSD 6.0 RELEASE

pf + mpd です

flet'sスクウェアの速度計測で、45Mちょい出ますた
今までADSLで800kしか出ていなかったので感動です
はじめ、無線LAN経由で計測していて、
5～8Mしか出なくて焦ったのは秘密です

CPUを1G前後のにすればもっとあがるかな？
以上報告ですた

**名無しさん＠お腹いっぱい。** · 2006/01/14(土) 19:12:59

20060112:
The generic netgraph(4) cookie has been changed. If you upgrade
kernel passing this point, you also need to upgrade userland
and netgraph(4) utilities like ports/net/mpd or ports/net/mpd4.

**名無しさん＠お腹いっぱい。** · 2006/01/15(日) 01:38:56

>>484
こういう計算をして考えればいいんじゃない？
たとえば、100Mbpsの転送速度を100MHzの計算機で出そうとすれば次のように
計算され、1clockで1bit処理しないといけない。
100M(bit/s) * 100M(clock/s) = 1bit/1clock

実際は1packetなんかの単位で処理されるから1400bytes単位くらいで考えてよいはずで、
1つのpacketを処理するのに1400clock程度は使えるのだけど、自分の調べだと
firewall無しでも1packet処理するのに1万clock以上かかるんだよね。
だから、packet処理以外の処理も考慮に入れて、1GHz程度あったほうが
性能が出ると思うよ。

**484** · 2006/01/15(日) 10:28:32

>>486
㌧クス

近いうちにGeodeNXあたりを買ってきて
再構築してみる予定です

そのときはまた報告しまつ

**名無しさん＠お腹いっぱい。** · 2006/01/15(日) 14:43:11

送受信しているときにtopやsystatをつかってsystemによるCPU使用時間をみると
よいだろうね。これがあまりにも高いようだとCPUの処理能力が足りていないということに
なるだろうから。

**名無しさん＠お腹いっぱい。** · 2006/01/18(水) 22:17:37

>>486
> >>484
> 実際は1packetなんかの単位で処理されるから1400bytes単位くらいで考えてよいはずで、
> 1つのpacketを処理するのに1400clock程度は使えるのだけど

1400 * 8 clock は使えるんでねぇの?
実際には preamble とか MAC address とか FCS とか interframe gap
とかあるからもう少し使えるし...

MMXペンタ233 + interl pro/100 で同一セグメント上ならば 80M(bit/s)
程度のスループットが出ていた記憶がある.
4-current か 4.0-release の頃の話だが...

**名無しさん＠お腹いっぱい。** · 2006/02/08(水) 23:10:32

mpd + pfでルーター作ったんだけど
外部から来るping元のIPアドレスを知りたいんだけど
pflogをダンプしても載ってないです。
どうすれば取れますか？

**名無しさん＠お腹いっぱい。** · 2006/02/08(水) 23:24:08

>>490
options DEV_PFLOG

**名無しさん＠お腹いっぱい。** · 2006/02/10(金) 02:53:15

>>490
block drop in log on ng0 from any to (ng0)
みたいなログに記録するルールは書いてる?

**名無しさん＠お腹いっぱい。** · 2006/02/10(金) 18:22:40

そもそもFreeBSDってルータに向いてるの？
検証してみたら他に向いてるOSが有る悪寒。
リナックスと比べてどうよ？

**名無しさん＠お腹いっぱい。** · 2006/02/10(金) 18:49:34

>>493
じゃぁそのOS使っておけば？

漏れは5.3Rでルータにしてるんだけど、ネットげーとかで「あんたんとこ光？」とか
言われるくらいの反応。ADSLなんだがorz

このスレで他のOSの話題振るならちゃんと名前書くように。

**名無しさん＠お腹いっぱい。** · 2006/02/10(金) 18:56:24

>>493
んじゃ検証してみてよ。

**名無しさん＠お腹いっぱい。** · 2006/02/11(土) 10:27:13

少なくとも、守るにはいいOSだよ。

**名無しさん＠お腹いっぱい。** · 2006/02/11(土) 21:10:59

実際、多くの企業向けｱﾌﾟﾗｲｱﾝｽｻｰﾊﾞでの稼働実績があるわけで。

**名無しさん＠お腹いっぱい。** · 2006/02/11(土) 23:04:39

フリービーエスデーってADSLぐらいまでか。orz
1Gbpsは無理？

アプライアンス鯖って何？
企業ではルータとしては稼働させてないの？

**名無しさん＠お腹いっぱい。** · 2006/02/11(土) 23:19:39

どういう基準かによる>>498

っていうか1Gbpsとかに使うとして、２００MHｚとかのPentium初代系とかでやる気か？

ハードの処理能力とOSのﾎﾟﾃﾝｼｬﾙくらいは区別して考えろよ

**名無しさん＠お腹いっぱい。** · 2006/02/12(日) 00:14:04

>>498
使ってるハードしだいだろ?
少なくとも Linux に BGP を喋らそうとは思わんが、
結構そこらで BGP 喋ってる *BSD は知ってるし。。。

そもそも 1G 越すと、ルーティングしようと思ったら、
ソフトで地道にやってるとまずワイヤースピードは
出ない。
「どこまでハードにオフローディングするか？」
の世界なんだが。。。

ついでに言うと、Linux で snort あたりの IDS 走ら
せると、あからさまに *BSD より処理効率が落ちる。

**名無しさん＠お腹いっぱい。** · 2006/02/12(日) 05:20:48

>>498
つ SEIL

**名無しさん＠お腹いっぱい。** · 2006/02/12(日) 06:53:58

498>>
つ Juniper

**名無しさん＠お腹いっぱい。** · 2006/02/12(日) 12:30:46

＞そもそも 1G 越すと、ルーティングしようと思ったら、
＞ソフトで地道にやってるとまずワイヤースピードは
＞出ない。

良くこんな発言を見るが、大手の企業を除いて、普通企業の出口程度でそんな
煩雑なﾙｰﾃｨﾝｸﾞ発生するもんなの？

大抵の所はstaticでも大丈夫な程度のﾙｰﾃｨﾝｸﾞテーブルの大きさしか無いと
思うが。

動的ﾙｰﾃｨﾝｸﾞするにしても、プロバイダ宛てにstatic、内部向けにRIPでdefault
gateway流してこっち来いと喋るだけでおｋ。

**名無しさん＠お腹いっぱい。** · 2006/02/12(日) 13:14:42

>498
Nokia

**名無しさん＠お腹いっぱい。** · 2006/02/13(月) 15:27:13

SEILやJuniperやNokia買って来てFreeBSDインスコするくらいなら、GSRのほうが楽じゃね？

**名無しさん＠お腹いっぱい。** · 2006/02/13(月) 16:23:04

JuniperやNOKIAは最初からFreeBSDが入っている。SEILってNetBSDじゃなかったっけ？

**名無しさん＠お腹いっぱい。** · 2006/02/13(月) 18:35:54

>>506
NOKIAは BSD/OS じゃなかったけ?

**名無しさん＠お腹いっぱい。** · 2006/02/13(月) 19:54:13

>>507

FreeBSDだよ。営業から聞いたこともあるし、パンフレットにも載っていた。

**名無しさん＠お腹いっぱい。** · 2006/02/13(月) 20:04:28

>>508
507 じゃないんだが...
それ, 最近の話?
3, 4 年前に実際に使ったことがあるんだが,
どぉ見ても BSD/OS だったぞなかみは...
それとも BSDI はすでにないから乗り換えたのか?

**名無しさん＠お腹いっぱい。** · 2006/02/13(月) 20:08:03

そりゃnokiaといえば機械はひとつ、というお話でもないだろうさ。

**名無しさん＠お腹いっぱい。** · 2006/02/13(月) 20:23:05

>>509
少なくともIP380はFreeBSD。先週さわったから間違いない。

**名無しさん＠お腹いっぱい。** · 2006/02/14(火) 11:17:19

>>506
SEILはNetBSDだな

**名無しさん＠お腹いっぱい。** · 2006/02/14(火) 22:20:28

少なくとも >>498 と >>505 は最近知った単語を使ってみたいだけだというのはわかった。

**名無しさん＠お腹いっぱい。** · 2006/02/14(火) 22:57:42

>>505
SEILはパソコンじゃないぞ

**名無しさん＠お腹いっぱい。** · 2006/02/14(火) 23:58:37

それを言ったら全部そうなのでは...

まあ、どっちにしろ>>505がろくに調べもせずに印象批評しているのはわかったけど。

**名無しさん＠お腹いっぱい。** · 2006/02/16(木) 18:56:10

まあそれでもFreeBSDのPCよりはシスコの方がまとも。

**名無しさん＠お腹いっぱい。** · 2006/02/16(木) 20:18:43

FreeBSD+mpd+ipfwでルータを作ったのですが
なぜかMacOSXからアクセスするとブラウザでの通信が
とても遅くなってしまいます。
windowsだと、問題ないのですが
何が原因なんでしょうか？

**名無しさん＠お腹いっぱい。** · 2006/02/16(木) 20:42:10

>>517
MacOS と Windows はルータの内側?
ブラウザでの通信ってのは, 上記, マシンから FreeBSD ルータの外側にある
WEB サーバに接続してコンテンツを取ってくるって意味?
FreeBSD の外側のキャリアはどこ?
接続形式は何?

**名無しさん＠お腹いっぱい。** · 2006/02/16(木) 20:51:02

すみません。情報が足りませんでした。
FreeBSDでルータをやっています。
windowsとMacは内側です。
windowsから、外側、たとえばyahoo.co.jpにアクセスすると
問題なく接続できます。
Macから、接続するとyahoo.co.jpを開くのにすごく時間がかかります。
pingは問題なくMacからでもyahooに対して通るので通信は出来てるようなんですが。

mpdではなく、FreeBSDデフォルトのpppを使うと
問題なく接続できます。

接続形式は、mpdのPPPoEです。

**名無しさん＠お腹いっぱい。** · 2006/02/16(木) 20:55:40

>>519
Macのブラウザは？
safariだと読み込み？時の待ち時間が長いので遅く感じるんだとか
と言う書き込みを見たような気がする。
Firefoxでも試してみたら？

**名無しさん＠お腹いっぱい。** · 2006/02/16(木) 21:05:08

ブラウザはsafariを使ってます。
狐でも試したのですが、症状は変わらず・・・。

ん～。原因が分からず・・。

**名無しさん＠お腹いっぱい。** · 2006/02/16(木) 21:28:48

解決しました。

OSX側のMTUが1500だったのが問題でした。
MTUを1454にすれば、解決。

でも、なんか嫌なので、もう少し対策を考えてみまふ。
IPFilterにしようかなぁ。

**名無しさん＠お腹いっぱい。** · 2006/02/17(金) 00:57:53

>>522
mpdならset iface mtu 1454とかで設定できない？
tcpmssdを使うのは遅いのでお勧めしないけれど、
これがだめでipfwを使うならtcpmssdしかないね。

ちなみに、うちではpf (Packet Filter) で、こんな風にやってるけど。
scrub out on $ext_if all max-mss 1408

**名無しさん＠お腹いっぱい。** · 2006/02/17(金) 01:08:20

MTUの件は過去ログ嫁。

mpdはまだ無理だからpfかipnatで解決しろ

**名無しさん＠お腹いっぱい。** · 2006/02/17(金) 01:54:27

>>524
そうか？
3.18のiface.cを見た感じだとtcp mssfixに対応しているように見えるが？
これは張子の虎なの？

使うにはset iface enable tcpmssfixせんとだめだけどね。

**名無しさん＠お腹いっぱい。** · 2006/02/17(金) 02:25:12

MTU分割はルータの仕事だからFreeBSD箱の手抜きだな。ICMP通知してないのか、WindowsがICMPなんて見ずに通るように調整する仕様になってるのか。。。

**名無しさん＠お腹いっぱい。** · 2006/02/17(金) 02:35:25

>>526
理解してない奴は黙ってなよ。

**名無しさん＠お腹いっぱい。** · 2006/02/17(金) 02:38:30

tcpmssfixにはバグがあって、動かんらしいです。

**名無しさん＠お腹いっぱい。** · 2006/02/17(金) 02:53:40

俺んとこでは動いてる。3.18/7-current

**名無しさん＠お腹いっぱい。** · 2006/02/17(金) 14:25:52

http://www.phoneboy.com/bin/view.pl/FAQs/WhatIsIPSO
IPSOはFreeBSDベースでおけ。

**名無しさん＠お腹いっぱい。** · 2006/02/17(金) 17:12:21

>522
pf に汁

ext="ng0"
scrub on $ext all max-mss 1414
の指定で解決するはず

**名無しさん＠お腹いっぱい。** · 2006/02/18(土) 01:19:08

pfとipfとipfwとを比較しているいいページって無い？
pfの性能については環境によって違うからそんなのを聞くのはナンセンスだという話が
多いのだけど、だれかベンチマークとかしてないんかいね？

**名無しさん＠お腹いっぱい。** · 2006/02/18(土) 03:01:18

ipfw 使ってる俺が来ましたよ

**名無しさん＠お腹いっぱい。** · 2006/02/18(土) 10:25:11

>532
ベンチマークにこだわるより、速くて消費電力の低いCPUに変えたほうがいいんじゃないの?
今どきだと、わかりやすい記述の pf がいいと思う。

>533
Layer2 (MACアドレス) でフィルタリングしたいときは ipfw 使ってます。

**名無しさん＠お腹いっぱい。** · 2006/02/18(土) 11:28:30

そうか?
ipfwはアドレス変換やステートチェックのタイミングを明示的に
記述できるから、こっちの方がわかりやすいと思うが。

**名無しさん＠お腹いっぱい。** · 2006/02/19(日) 15:28:14

確かにmpd 3.18でもtcpmssfixが壊れているね。
もれも今www.flets.comが表示されないので気づいた。
ちょっち直してやろうと思ってソースコードを見た感じだとbpfでフックをかけて、
パケットが通るごとにmpdを呼び出し、mpdでtcpmssd風の処理をしてから
書き戻すということをしているので、kernelとuserland間のコピーがある分
遅くなりそうな気がする。
つまり、mpdのtcpmssfix機能なんか使わずにkernel内だけでちゃっちゃと使える
pfとかipfとかを使ったほうが良いはず。

**名無しさん＠お腹いっぱい。** · 2006/02/19(日) 18:47:57

>536
ng_tcpmss と言うのが有るんで、そっちに進んだ方が筋が良いんだけど。開発者が……

**名無しさん＠お腹いっぱい。** · 2006/02/19(日) 20:44:36

お前らsyn立ってるパケットを1秒間に何発発射する気なんだ?

**名無しさん＠お腹いっぱい。** · 2006/02/19(日) 22:44:47

>>538
FreeBSDを導入すればいいよ。
FreeBSDならsynを打たれまくったら自動でsyncookiesに移行するから
無問題あるね。

**名無しさん＠お腹いっぱい。** · 2006/02/19(日) 22:58:58

>>539
キミtcpmssfixの動作理解して無いでしょ。

**539** · 2006/02/19(日) 23:15:33

>>540
FreeBSD入れるのは鯖側ね。

**名無しさん＠お腹いっぱい。** · 2006/02/20(月) 03:48:19

>537
というかng_tcpmssがmpdでいずれ使う為にcommitされたみたいなもんだったり

**名無しさん＠お腹いっぱい。** · 2006/02/20(月) 07:53:49

>>541
お前が全然理解していない事はわかったから、もう引っ込んでろ。

**539** · 2006/02/20(月) 08:43:00

tcpmssd.cのソース見てわかった。
正直すまんかった。

tcpmssfixの動作原理はsyn packetのヘッダにあるTCP max segmentフィールドを
書き換え、今後の通信の最大値を教えるということなのね。
mpdの実装もそれを心得ていて、フックされるのはsynだけだからTCPで接続を
張りまくるようなことをしない限りはあまりuserlandとkernelの間を行ったりきたりする
こともなく、性能劣化には結びつかないだろうと。 (ngfunc.c:NgFuncConfigBPF)

しかし、依然として複数のコネクションを張るブラウザがあることや
P2P系のソフトを考えるとsynパケットの処理の速さが
性能の違いに結びつくことは有り得ると思う。

**名無しさん＠お腹いっぱい。** · 2006/02/20(月) 08:55:42

>>542
もうMAINには入っているようで。
http://cvs.sourceforge.net/viewcvs.py/mpd/mpd/src/iface.c?r1=1.33&r2=1.34

最新のportsのmpd4はこの後のベータ版を使っているみたいだからこれが
使えるようですね。人柱になる気はないですが。

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 00:02:32

synアタックしてみればfbsd稼働か判定可能なのか。
ハカーが喜びそうな実装だな。

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 00:07:44

>>544
傷口広げるだけだから引っ込んでろって。

TCPコネクションを確立するために3way handshakeを行うから、
kernelとuser landの遷移を大きく上回る遅延が必然的に発生する。
syn floodingの性能を気にする奴以外は問題なし。

**544** · 2006/02/21(火) 00:42:04

>>546
誰もそんなこと言ってない。

>>547
最初からそう書けばいいじゃん？
なに人を罵倒して楽しんでんの？

要はtcpmssがユーザーランドで行われるよりも大きなレイテンシがネットワークの
行き来の所でかかるから気にするなってことね。
また、tcpmssdつかってても外向きのsynのみdivertに流し込むようにしてたら
そんなに性能は落ちないと。

でも、ブラウザはその後の通信が大きいけれど、P2Pの場合は手当たりしだい
接続しまくって、ほとんどの返答がport unreachableとかだからある意味syn flood的な
挙動を示すと思うのだけど。たとえば、数十人要る同居人みんながフリーソフトの収集癖が
あってP2Pソフト動かしまくってるとか。

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 01:09:09

>>548
傷口広げるだけだから引っ込んでろって。

数十人居る同居人みんながフリーソフトの収集にP2Pソフト動かしまくっても
文句でない性能だったら、mssfixくらい楽勝だろうね。

**548** · 2006/02/21(火) 09:19:09

>>549
傷口に塩を塗ってくるのはもうやめろって。

その状況で文句が出ない性能ということはないだろうけれど、
この場合はmssfixの性能の違いが性能の違いとして現れてくるんじゃない？

**名無しさん＠お腹いっぱい。** · 2006/02/21(火) 17:18:45

「この場合」という特殊な状況で性能の違いが現れなかったら有る意味で怖いよな。
頻度の高い用途にチューニングされていないような気持ち悪さというか。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 01:25:20

>>550
無い知恵絞って特殊なケース必死に考えたんだろうけど、残念ながら性能の違いなんぞ出ねーよ。
CPUより先にネットワークがボトルネックになる。

悔しいからといって、想像で出鱈目撒き散らすな。
勝手に読み違えて、見当はずれのsyncookie持ち出して自爆したのはお前だぞ。
しかもFreeBSDスレなのにsyncacheじゃなくsyncookie持ち出してるのは痛すぎる。

**550** · 2006/02/22(水) 09:29:27

>>552
使っているCPUの性能やネットワーク帯域についての考察もせずに
自分が出したような変なケースについて断言できるところがすごいね。
あなたのシステムではカーネルレベルでのPPPやNATなぞ使わなくても
十分性能が出るのでしょう。

それに、FreeBSDスレでsyncookiesの話をしたらまずいの？
sysctlでnet.inet.tcp.syncookies=0にしている場合は違うけれど、
デフォルトだと通常時はsyncacheで動作し、syncacheのエントリの
上限に達したらsyncookiesに移行するわけで、自分はそういう話を
していたのだけど？
See sys/netinet/tcp_syncache.c

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 11:25:50

だからボトルネックになるのはフリビだからだろ？
シスコとかだとネットワーク処理用のプロセッサ載ってるよ。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 11:29:58

いちいち名前変えないでくれないかな。
追っかけるのめんどい。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 11:54:21

どっかでもそういうやつ見かけたな。どこだったかな？

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 12:07:54

パターンだけで追える。

**名無しさん＠お腹いっぱい。** · 2006/02/22(水) 18:28:42

>>553
> 使っているCPUの性能やネットワーク帯域についての考察もせずに
自分が出した変なケース?
p2pを趣味とする数十人の同居人という愉快な設定考え出したのはお前だろうが。ｗｗｗ

分子が増えれば同時に分母も増えるということに思い至らないところが更に痛い。