トップページunix
1001コメント377KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001名も無きfxp25NGNG
高い金出して最近のへぼなブロードバンドルータ買うより全然いいと思うぞ。
「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
0482名無しさん@お腹いっぱい。2006/01/06(金) 18:33:41
>>481
無理っぽい
0483名無しさん@お腹いっぱい。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
に展開するようにとかも。
0484名無しさん@お腹いっぱい。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前後のにすればもっとあがるかな?
以上報告ですた
0485名無しさん@お腹いっぱい。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.
0486名無しさん@お腹いっぱい。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程度あったほうが
性能が出ると思うよ。
04874842006/01/15(日) 10:28:32
>>486
dクス

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

そのときはまた報告しまつ
0488名無しさん@お腹いっぱい。2006/01/15(日) 14:43:11
送受信しているときにtopやsystatをつかってsystemによるCPU使用時間をみると
よいだろうね。これがあまりにも高いようだとCPUの処理能力が足りていないということに
なるだろうから。
0489名無しさん@お腹いっぱい。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 の頃の話だが...
0490名無しさん@お腹いっぱい。2006/02/08(水) 23:10:32
mpd + pfでルーター作ったんだけど
外部から来るping元のIPアドレスを知りたいんだけど
pflogをダンプしても載ってないです。
どうすれば取れますか?
0491名無しさん@お腹いっぱい。2006/02/08(水) 23:24:08
>>490
options DEV_PFLOG
0492名無しさん@お腹いっぱい。2006/02/10(金) 02:53:15
>>490
block drop in log on ng0 from any to (ng0)
みたいなログに記録するルールは書いてる?
0493名無しさん@お腹いっぱい。2006/02/10(金) 18:22:40
そもそもFreeBSDってルータに向いてるの?
検証してみたら他に向いてるOSが有る悪寒。
リナックスと比べてどうよ?
0494名無しさん@お腹いっぱい。2006/02/10(金) 18:49:34
>>493
じゃぁそのOS使っておけば?

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


このスレで他のOSの話題振るならちゃんと名前書くように。
0495名無しさん@お腹いっぱい。2006/02/10(金) 18:56:24
>>493
んじゃ検証してみてよ。
0496名無しさん@お腹いっぱい。2006/02/11(土) 10:27:13
少なくとも、守るにはいいOSだよ。
0497名無しさん@お腹いっぱい。2006/02/11(土) 21:10:59
実際、多くの企業向けアプライアンスサーバでの稼働実績があるわけで。
0498名無しさん@お腹いっぱい。2006/02/11(土) 23:04:39
フリービーエスデーってADSLぐらいまでか。orz
1Gbpsは無理?

アプライアンス鯖って何?
企業ではルータとしては稼働させてないの?
0499名無しさん@お腹いっぱい。2006/02/11(土) 23:19:39
どういう基準かによる>>498

っていうか1Gbpsとかに使うとして、200MHzとかのPentium初代系とかでやる気か?



ハードの処理能力とOSのポテンシャルくらいは区別して考えろよ
0500名無しさん@お腹いっぱい。2006/02/12(日) 00:14:04
>>498
使ってるハードしだいだろ?
少なくとも Linux に BGP を喋らそうとは思わんが、
結構そこらで BGP 喋ってる *BSD は知ってるし。。。

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

ついでに言うと、Linux で snort あたりの IDS 走ら
せると、あからさまに *BSD より処理効率が落ちる。
0501名無しさん@お腹いっぱい。2006/02/12(日) 05:20:48
>>498
つ SEIL
0502名無しさん@お腹いっぱい。2006/02/12(日) 06:53:58
498>>
つ Juniper
0503名無しさん@お腹いっぱい。2006/02/12(日) 12:30:46
>そもそも 1G 越すと、ルーティングしようと思ったら、
>ソフトで地道にやってるとまずワイヤースピードは
>出ない。

良くこんな発言を見るが、大手の企業を除いて、普通企業の出口程度でそんな
煩雑なルーティング発生するもんなの?

大抵の所はstaticでも大丈夫な程度のルーティングテーブルの大きさしか無いと
思うが。

動的ルーティングするにしても、プロバイダ宛てにstatic、内部向けにRIPでdefault
gateway流してこっち来いと喋るだけでおk。
0504名無しさん@お腹いっぱい。2006/02/12(日) 13:14:42
>498
Nokia
0505名無しさん@お腹いっぱい。2006/02/13(月) 15:27:13
SEILやJuniperやNokia買って来てFreeBSDインスコするくらいなら、GSRのほうが楽じゃね?
0506名無しさん@お腹いっぱい。2006/02/13(月) 16:23:04
JuniperやNOKIAは最初からFreeBSDが入っている。SEILってNetBSDじゃなかったっけ?
0507名無しさん@お腹いっぱい。2006/02/13(月) 18:35:54
>>506
NOKIAは BSD/OS じゃなかったけ?
0508名無しさん@お腹いっぱい。2006/02/13(月) 19:54:13
>>507

FreeBSDだよ。営業から聞いたこともあるし、パンフレットにも載っていた。
0509名無しさん@お腹いっぱい。2006/02/13(月) 20:04:28
>>508
507 じゃないんだが...
それ, 最近の話?
3, 4 年前に実際に使ったことがあるんだが,
どぉ見ても BSD/OS だったぞなかみは...
それとも BSDI はすでにないから乗り換えたのか?
0510名無しさん@お腹いっぱい。2006/02/13(月) 20:08:03
そりゃnokiaといえば機械はひとつ、というお話でもないだろうさ。
0511名無しさん@お腹いっぱい。2006/02/13(月) 20:23:05
>>509
少なくともIP380はFreeBSD。先週さわったから間違いない。
0512名無しさん@お腹いっぱい。2006/02/14(火) 11:17:19
>>506
SEILはNetBSDだな
0513名無しさん@お腹いっぱい。2006/02/14(火) 22:20:28
少なくとも >>498>>505 は最近知った単語を使ってみたいだけだというのはわかった。
0514名無しさん@お腹いっぱい。2006/02/14(火) 22:57:42
>>505
SEILはパソコンじゃないぞ
0515名無しさん@お腹いっぱい。2006/02/14(火) 23:58:37
それを言ったら全部そうなのでは...

まあ、どっちにしろ>>505がろくに調べもせずに印象批評しているのはわかったけど。
0516名無しさん@お腹いっぱい。2006/02/16(木) 18:56:10
まあそれでもFreeBSDのPCよりはシスコの方がまとも。
0517名無しさん@お腹いっぱい。2006/02/16(木) 20:18:43
FreeBSD+mpd+ipfwでルータを作ったのですが
なぜかMacOSXからアクセスするとブラウザでの通信が
とても遅くなってしまいます。
windowsだと、問題ないのですが
何が原因なんでしょうか?
0518名無しさん@お腹いっぱい。2006/02/16(木) 20:42:10
>>517
MacOS と Windows はルータの内側?
ブラウザでの通信ってのは, 上記, マシンから FreeBSD ルータの外側にある
WEB サーバに接続してコンテンツを取ってくるって意味?
FreeBSD の外側のキャリアはどこ?
接続形式は何?
0519名無しさん@お腹いっぱい。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です。
0520名無しさん@お腹いっぱい。2006/02/16(木) 20:55:40
>>519
Macのブラウザは?
safariだと読み込み?時の待ち時間が長いので遅く感じるんだとか
と言う書き込みを見たような気がする。
Firefoxでも試してみたら?
0521名無しさん@お腹いっぱい。2006/02/16(木) 21:05:08
ブラウザはsafariを使ってます。
狐でも試したのですが、症状は変わらず・・・。

ん〜。原因が分からず・・。
0522名無しさん@お腹いっぱい。2006/02/16(木) 21:28:48
解決しました。

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

でも、なんか嫌なので、もう少し対策を考えてみまふ。
IPFilterにしようかなぁ。
0523名無しさん@お腹いっぱい。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
0524名無しさん@お腹いっぱい。2006/02/17(金) 01:08:20
MTUの件は過去ログ嫁。

mpdはまだ無理だからpfかipnatで解決しろ
0525名無しさん@お腹いっぱい。2006/02/17(金) 01:54:27
>>524
そうか?
3.18のiface.cを見た感じだとtcp mssfixに対応しているように見えるが?
これは張子の虎なの?

使うにはset iface enable tcpmssfixせんとだめだけどね。
0526名無しさん@お腹いっぱい。2006/02/17(金) 02:25:12
MTU分割はルータの仕事だからFreeBSD箱の手抜きだな。ICMP通知してないのか、WindowsがICMPなんて見ずに通るように調整する仕様になってるのか。。。
0527名無しさん@お腹いっぱい。2006/02/17(金) 02:35:25
>>526
理解してない奴は黙ってなよ。
0528名無しさん@お腹いっぱい。2006/02/17(金) 02:38:30
tcpmssfixにはバグがあって、動かんらしいです。
0529名無しさん@お腹いっぱい。2006/02/17(金) 02:53:40
俺んとこでは動いてる。3.18/7-current
0530名無しさん@お腹いっぱい。2006/02/17(金) 14:25:52
http://www.phoneboy.com/bin/view.pl/FAQs/WhatIsIPSO
IPSOはFreeBSDベースでおけ。
0531名無しさん@お腹いっぱい。2006/02/17(金) 17:12:21
>522
pf に汁

ext="ng0"
scrub on $ext all max-mss 1414
の指定で解決するはず
0532名無しさん@お腹いっぱい。2006/02/18(土) 01:19:08
pfとipfとipfwとを比較しているいいページって無い?
pfの性能については環境によって違うからそんなのを聞くのはナンセンスだという話が
多いのだけど、だれかベンチマークとかしてないんかいね?
0533名無しさん@お腹いっぱい。2006/02/18(土) 03:01:18
ipfw 使ってる俺が来ましたよ
0534名無しさん@お腹いっぱい。2006/02/18(土) 10:25:11
>532
ベンチマークにこだわるより、速くて消費電力の低いCPUに変えたほうがいいんじゃないの?
今どきだと、わかりやすい記述の pf がいいと思う。

>533
Layer2 (MACアドレス) でフィルタリングしたいときは ipfw 使ってます。
0535名無しさん@お腹いっぱい。2006/02/18(土) 11:28:30
そうか?
ipfwはアドレス変換やステートチェックのタイミングを明示的に
記述できるから、こっちの方がわかりやすいと思うが。
0536名無しさん@お腹いっぱい。2006/02/19(日) 15:28:14
確かにmpd 3.18でもtcpmssfixが壊れているね。
もれも今www.flets.comが表示されないので気づいた。
ちょっち直してやろうと思ってソースコードを見た感じだとbpfでフックをかけて、
パケットが通るごとにmpdを呼び出し、mpdでtcpmssd風の処理をしてから
書き戻すということをしているので、kernelとuserland間のコピーがある分
遅くなりそうな気がする。
つまり、mpdのtcpmssfix機能なんか使わずにkernel内だけでちゃっちゃと使える
pfとかipfとかを使ったほうが良いはず。
0537名無しさん@お腹いっぱい。2006/02/19(日) 18:47:57
>536
ng_tcpmss と言うのが有るんで、そっちに進んだ方が筋が良いんだけど。開発者が……
0538名無しさん@お腹いっぱい。2006/02/19(日) 20:44:36
お前らsyn立ってるパケットを1秒間に何発発射する気なんだ?
0539名無しさん@お腹いっぱい。2006/02/19(日) 22:44:47
>>538
FreeBSDを導入すればいいよ。
FreeBSDならsynを打たれまくったら自動でsyncookiesに移行するから
無問題あるね。
0540名無しさん@お腹いっぱい。2006/02/19(日) 22:58:58
>>539
キミtcpmssfixの動作理解して無いでしょ。
05415392006/02/19(日) 23:15:33
>>540
FreeBSD入れるのは鯖側ね。
0542名無しさん@お腹いっぱい。2006/02/20(月) 03:48:19
>537
というかng_tcpmssがmpdでいずれ使う為にcommitされたみたいなもんだったり
0543名無しさん@お腹いっぱい。2006/02/20(月) 07:53:49
>>541
お前が全然理解していない事はわかったから、もう引っ込んでろ。
05445392006/02/20(月) 08:43:00
tcpmssd.cのソース見てわかった。
正直すまんかった。

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

しかし、依然として複数のコネクションを張るブラウザがあることや
P2P系のソフトを考えるとsynパケットの処理の速さが
性能の違いに結びつくことは有り得ると思う。
0545名無しさん@お腹いっぱい。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はこの後のベータ版を使っているみたいだからこれが
使えるようですね。人柱になる気はないですが。
0546名無しさん@お腹いっぱい。2006/02/21(火) 00:02:32
synアタックしてみればfbsd稼働か判定可能なのか。
ハカーが喜びそうな実装だな。
0547名無しさん@お腹いっぱい。2006/02/21(火) 00:07:44
>>544
傷口広げるだけだから引っ込んでろって。

TCPコネクションを確立するために3way handshakeを行うから、
kernelとuser landの遷移を大きく上回る遅延が必然的に発生する。
syn floodingの性能を気にする奴以外は問題なし。
05485442006/02/21(火) 00:42:04
>>546
誰もそんなこと言ってない。

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

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

でも、ブラウザはその後の通信が大きいけれど、P2Pの場合は手当たりしだい
接続しまくって、ほとんどの返答がport unreachableとかだからある意味syn flood的な
挙動を示すと思うのだけど。たとえば、数十人要る同居人みんながフリーソフトの収集癖が
あってP2Pソフト動かしまくってるとか。
0549名無しさん@お腹いっぱい。2006/02/21(火) 01:09:09
>>548
傷口広げるだけだから引っ込んでろって。

数十人居る同居人みんながフリーソフトの収集にP2Pソフト動かしまくっても
文句でない性能だったら、mssfixくらい楽勝だろうね。
05505482006/02/21(火) 09:19:09
>>549
傷口に塩を塗ってくるのはもうやめろって。

その状況で文句が出ない性能ということはないだろうけれど、
この場合はmssfixの性能の違いが性能の違いとして現れてくるんじゃない?
0551名無しさん@お腹いっぱい。2006/02/21(火) 17:18:45
「この場合」という特殊な状況で性能の違いが現れなかったら有る意味で怖いよな。
頻度の高い用途にチューニングされていないような気持ち悪さというか。
0552名無しさん@お腹いっぱい。2006/02/22(水) 01:25:20
>>550
無い知恵絞って特殊なケース必死に考えたんだろうけど、残念ながら性能の違いなんぞ出ねーよ。
CPUより先にネットワークがボトルネックになる。

悔しいからといって、想像で出鱈目撒き散らすな。
勝手に読み違えて、見当はずれのsyncookie持ち出して自爆したのはお前だぞ。
しかもFreeBSDスレなのにsyncacheじゃなくsyncookie持ち出してるのは痛すぎる。
05535502006/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
0554名無しさん@お腹いっぱい。2006/02/22(水) 11:25:50
だからボトルネックになるのはフリビだからだろ?
シスコとかだとネットワーク処理用のプロセッサ載ってるよ。
0555名無しさん@お腹いっぱい。2006/02/22(水) 11:29:58
いちいち名前変えないでくれないかな。
追っかけるのめんどい。
0556名無しさん@お腹いっぱい。2006/02/22(水) 11:54:21
どっかでもそういうやつ見かけたな。どこだったかな?
0557名無しさん@お腹いっぱい。2006/02/22(水) 12:07:54
パターンだけで追える。
0558名無しさん@お腹いっぱい。2006/02/22(水) 18:28:42
>>553
> 使っているCPUの性能やネットワーク帯域についての考察もせずに
自分が出した変なケース?
p2pを趣味とする数十人の同居人という愉快な設定考え出したのはお前だろうが。www

分子が増えれば同時に分母も増えるということに思い至らないところが更に痛い。
0559名無しさん@お腹いっぱい。2006/02/22(水) 19:45:26
喧嘩はイクナイ!!
0560名無しさん@お腹いっぱい。2006/02/22(水) 20:00:44
ブロードバンド自体ピンキリ。
adslの香具師も居れば、光1Gbpsの香具師も居るのに会話が合う訳が無い。
そういえばATM回線を自宅に引いちまった村井先生のブロードバンドルータってやっぱりシスコ?
0561名無しさん@お腹いっぱい。2006/02/22(水) 20:19:23
>>553
syncookieがダメな理由知らなそうだな。
0562名無しさん@お腹いっぱい。2006/02/22(水) 21:36:47
>>560
('A`)....
0563名無しさん@お腹いっぱい。2006/02/22(水) 22:35:43
上の方ででてたGeode LXやつ入手した。
FreeBSD入れたけどdmesgとか見たいやついる?
0564名無しさん@お腹いっぱい。2006/02/23(木) 00:34:19
>>563
見たい
0565名無しさん@お腹いっぱい。2006/02/23(木) 01:32:09
じゃ貼る。ちなみProの方。

Copyright (c) 1992-2006 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 6.1-PRERELEASE #0: Wed Feb 22 20:25:04 JST 2006
root@sizka.example.net:/usr/obj/usr/src/sys/GENERIC
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Geode(TM) Integrated Processor by AMD PCS (498.05-MHz 586-class CPU)
Origin = "AuthenticAMD" Id = 0x5a2 Stepping = 2
Features=0x88a93d<FPU,DE,PSE,TSC,MSR,CX8,SEP,PGE,CMOV,CLFLUSH,MMX>
AMD Features=0xc0400000<MMX+,3DNow+,3DNow>
real memory = 511377408 (487 MB)
avail memory = 491143168 (468 MB)
K6-family MTRR support enabled (2 registers)
npx0: [FAST]
npx0: <math processor> on motherboard
npx0: WARNING: no FPU!
acpi0: <AMD RSDT_000> on motherboard
acpi0: Power Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <32-bit timer at 3.579545MHz> port 0x9c10-0x9c13 on acpi0

0566名無しさん@お腹いっぱい。2006/02/23(木) 01:34:18
cpu0: <ACPI CPU> on acpi0
acpi_throttle0: <ACPI CPU Throttling> on cpu0
acpi_button0: <Sleep Button> on acpi0
acpi_acad0: <AC Adapter> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pcib0: no PRT entry for 0.10.INTA
pci0: <display, VGA> at device 1.1 (no driver attached)
pci0: <encrypt/decrypt> at device 1.2 (no driver attached)
cbb0: <TI1410 PCI-CardBus Bridge> mem 0xefb00000-0xefb00fff irq 10 at device 10.
0 on pci0
cardbus0: <CardBus bus> on cbb0
pccard0: <16-bit PCCard bus> on cbb0
rl0: <RealTek 8139 10/100BaseTX> port 0xcf00-0xcfff mem 0xefa00000-0xefa000ff ir
q 10 at device 11.0 on pci0
miibus0: <MII bus> on rl0
rlphy0: <RealTek internal media interface> on miibus0
rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
rl0: Ethernet address: 00:06:a5:42:01:5a
rl1: <RealTek 8139 10/100BaseTX> port 0xce00-0xceff mem 0xef900000-0xef9000ff ir
q 10 at device 14.0 on pci0
miibus1: <MII bus> on rl1
rlphy1: <RealTek internal media interface> on miibus1
rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
0567名無しさん@お腹いっぱい。2006/02/23(木) 01:36:27
rl1: Ethernet address: 00:06:a5:42:01:59
isab0: <PCI-ISA bridge> port 0x6000-0x6007,0x6100-0x61ff,0x6200-0x623f,0x9d00-0x
9d7f,0x9c00-0x9c3f at device 15.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <AMD 5536 UDMA66 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0
xeff0-0xefff at device 15.2 on pci0
ata0: <ATA channel 0> on atapci0
ata1: <ATA channel 1> on atapci0
pci0: <multimedia, audio> at device 15.3 (no driver attached)
ohci0: <AMD-5536 USB Controller> mem 0xeff00000-0xeff00fff irq 10 at device 15.4
on pci0
ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0, legacy support
usb0: SMM does not respond, resetting
usb0: <AMD-5536 USB Controller> on ohci0
usb0: USB revision 1.0
uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 4 ports with 4 removable, self powered
sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sio0: type 16550A, console
pmtimer0 on isa0
orm0: <ISA Option ROMs> at iomem 0xc0000-0xc7fff,0xe9000-0xe9fff on isa
ppc0: parallel port not found.
0568名無しさん@お腹いっぱい。2006/02/23(木) 01:40:21
ppc0: parallel port not found.
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x100>
sio1: configured irq 3 not in bitmap of probed irqs 0
sio1: port may not be enabled
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Timecounter "TSC" frequency 498054315 Hz quality 800
Timecounters tick every 1.000 msec
ad0: 57231MB <HTS541060G9AT00 MB3OA60A> at ata0-master UDMA66
Trying to mount root from ufs:/dev/ad0s1a

ataとusbは簡単なpatchあててる。
0569名無しさん@お腹いっぱい。2006/02/23(木) 04:26:04
diffきぼんぬ
0570名無しさん@お腹いっぱい。2006/02/23(木) 08:50:35
蟹2枚でルータ?
0571名無しさん@お腹いっぱい。2006/02/23(木) 11:43:10
まあrlでもいいじゃない。
俺コンで79,8のブツかしら。
0572名無しさん@お腹いっぱい。2006/02/23(木) 12:39:00
>>570
蟹一枚でルータやってます orz


rl0とtun0
0573名無しさん@お腹いっぱい。2006/02/23(木) 21:41:21
>>572
玄人志向の GbE-PCI2.
FreeBSD でも NetBSD でも vge で駆動可能で高速低負荷低消費電力。
それでいて値段は1000円。
マジお勧め。


05745632006/02/23(木) 23:30:44
>>571 値段がそれくらいだったからたぶんそれ。

ちなみに昨日のRELENG_6でbuildworldの結果。
/etc/make.confはNO_PROFILE=trueのみ。

10783.383u 1013.890s 3:19:39.29 98.4% -1+-1468k 27962+3473io 1700pf+0w

なんかFPUを認識していないみたいだったり、そのままではかなりしょぼい。
chipsetとcpu向けにいろいろ書いてあげないと性能の評価は無意味かと。
AESのアクセラレータとか載ってるみたいなんで、ちゃんと機能すればいろいろ
できそう。

Linux向けにはAMDがpatch出してるみたいだけど、GPL。Linuxしらないから見て
もわかんないだろうけど。

現状ではFreeBSD入れる場合は開発するのにはいいけど、一般人はまだやめとけ
ってのが個人的な感想。
0575名無しさん@お腹いっぱい。2006/02/24(金) 01:25:20
1枚ルータってなんかおいしいことでもあるんですか?
05765332006/02/24(金) 01:49:26
>>561
知らなかったです。
でも、気になったのでBSDCon '02の論文を読んでみました。
syncookiesはシステムに何の情報も持たないため、攻撃者が何らかの方法で
正しいINSを送れるると3-way hand shakeをすっとばして接続が確立してしまうという
問題があるわけですね。
これは、SYNパケットを落とすことでパケットフィルタリングを実現している場合に
それをすり抜けて接続を確立できてしまうという問題がありますね。
0577名無しさん@お腹いっぱい。2006/02/24(金) 03:44:52
何らかの方法の確率を計算したことあるのか?
0578名無しさん@お腹いっぱい。2006/02/24(金) 07:57:23
>>575
一枚でできる。
0579名無しさん@お腹いっぱい。2006/02/24(金) 09:15:29
確率も何も全部送れば100%でしょ。1回しか送れないなんて制限無いし。

NIC勧める香具師はスマビとかの評価してないの?
せめてnetperfやnttcpとか行ってから言え。
0580名無しさん@お腹いっぱい。2006/02/24(金) 09:38:54
蟹男注意報発令 age
05815722006/02/24(金) 11:32:24
>>575
おれの場合は
PCIバスがひとつ(とISAバスひとつ)しか無いマシンで自宅鯖やってたから
今は違うマシンだけど、HDDとかNICとかそのまま持ってきたから設定もそのまま
■ このスレッドは過去ログ倉庫に格納されています