FreeBSDでBBルータを作ろう互助会 3Gbps
■ このスレッドは過去ログ倉庫に格納されています
0001名も無きfxp25
NGNG「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
0491名無しさん@お腹いっぱい。
2006/02/08(水) 23:24:08options DEV_PFLOG
0492名無しさん@お腹いっぱい。
2006/02/10(金) 02:53:15block drop in log on ng0 from any to (ng0)
みたいなログに記録するルールは書いてる?
0493名無しさん@お腹いっぱい。
2006/02/10(金) 18:22:40検証してみたら他に向いてるOSが有る悪寒。
リナックスと比べてどうよ?
0494名無しさん@お腹いっぱい。
2006/02/10(金) 18:49:34じゃぁそのOS使っておけば?
漏れは5.3Rでルータにしてるんだけど、ネットげーとかで「あんたんとこ光?」とか
言われるくらいの反応。ADSLなんだがorz
このスレで他のOSの話題振るならちゃんと名前書くように。
0495名無しさん@お腹いっぱい。
2006/02/10(金) 18:56:24んじゃ検証してみてよ。
0496名無しさん@お腹いっぱい。
2006/02/11(土) 10:27:130497名無しさん@お腹いっぱい。
2006/02/11(土) 21:10:590498名無しさん@お腹いっぱい。
2006/02/11(土) 23:04:391Gbpsは無理?
アプライアンス鯖って何?
企業ではルータとしては稼働させてないの?
0499名無しさん@お腹いっぱい。
2006/02/11(土) 23:19:39っていうか1Gbpsとかに使うとして、200MHzとかのPentium初代系とかでやる気か?
ハードの処理能力とOSのポテンシャルくらいは区別して考えろよ
0500名無しさん@お腹いっぱい。
2006/02/12(日) 00:14:04使ってるハードしだいだろ?
少なくとも Linux に BGP を喋らそうとは思わんが、
結構そこらで BGP 喋ってる *BSD は知ってるし。。。
そもそも 1G 越すと、ルーティングしようと思ったら、
ソフトで地道にやってるとまずワイヤースピードは
出ない。
「どこまでハードにオフローディングするか?」
の世界なんだが。。。
ついでに言うと、Linux で snort あたりの IDS 走ら
せると、あからさまに *BSD より処理効率が落ちる。
0501名無しさん@お腹いっぱい。
2006/02/12(日) 05:20:48つ SEIL
0502名無しさん@お腹いっぱい。
2006/02/12(日) 06:53:58つ Juniper
0503名無しさん@お腹いっぱい。
2006/02/12(日) 12:30:46>ソフトで地道にやってるとまずワイヤースピードは
>出ない。
良くこんな発言を見るが、大手の企業を除いて、普通企業の出口程度でそんな
煩雑なルーティング発生するもんなの?
大抵の所はstaticでも大丈夫な程度のルーティングテーブルの大きさしか無いと
思うが。
動的ルーティングするにしても、プロバイダ宛てにstatic、内部向けにRIPでdefault
gateway流してこっち来いと喋るだけでおk。
0504名無しさん@お腹いっぱい。
2006/02/12(日) 13:14:42Nokia
0505名無しさん@お腹いっぱい。
2006/02/13(月) 15:27:130506名無しさん@お腹いっぱい。
2006/02/13(月) 16:23:040507名無しさん@お腹いっぱい。
2006/02/13(月) 18:35:54NOKIAは BSD/OS じゃなかったけ?
0508名無しさん@お腹いっぱい。
2006/02/13(月) 19:54:13FreeBSDだよ。営業から聞いたこともあるし、パンフレットにも載っていた。
0509名無しさん@お腹いっぱい。
2006/02/13(月) 20:04:28507 じゃないんだが...
それ, 最近の話?
3, 4 年前に実際に使ったことがあるんだが,
どぉ見ても BSD/OS だったぞなかみは...
それとも BSDI はすでにないから乗り換えたのか?
0510名無しさん@お腹いっぱい。
2006/02/13(月) 20:08:030511名無しさん@お腹いっぱい。
2006/02/13(月) 20:23:05少なくともIP380はFreeBSD。先週さわったから間違いない。
0512名無しさん@お腹いっぱい。
2006/02/14(火) 11:17:19SEILはNetBSDだな
0513名無しさん@お腹いっぱい。
2006/02/14(火) 22:20:280514名無しさん@お腹いっぱい。
2006/02/14(火) 22:57:42SEILはパソコンじゃないぞ
0515名無しさん@お腹いっぱい。
2006/02/14(火) 23:58:37まあ、どっちにしろ>>505がろくに調べもせずに印象批評しているのはわかったけど。
0516名無しさん@お腹いっぱい。
2006/02/16(木) 18:56:100517名無しさん@お腹いっぱい。
2006/02/16(木) 20:18:43なぜかMacOSXからアクセスするとブラウザでの通信が
とても遅くなってしまいます。
windowsだと、問題ないのですが
何が原因なんでしょうか?
0518名無しさん@お腹いっぱい。
2006/02/16(木) 20:42:10MacOS と Windows はルータの内側?
ブラウザでの通信ってのは, 上記, マシンから FreeBSD ルータの外側にある
WEB サーバに接続してコンテンツを取ってくるって意味?
FreeBSD の外側のキャリアはどこ?
接続形式は何?
0519名無しさん@お腹いっぱい。
2006/02/16(木) 20:51:02FreeBSDでルータをやっています。
windowsとMacは内側です。
windowsから、外側、たとえばyahoo.co.jpにアクセスすると
問題なく接続できます。
Macから、接続するとyahoo.co.jpを開くのにすごく時間がかかります。
pingは問題なくMacからでもyahooに対して通るので通信は出来てるようなんですが。
mpdではなく、FreeBSDデフォルトのpppを使うと
問題なく接続できます。
接続形式は、mpdのPPPoEです。
0520名無しさん@お腹いっぱい。
2006/02/16(木) 20:55:40Macのブラウザは?
safariだと読み込み?時の待ち時間が長いので遅く感じるんだとか
と言う書き込みを見たような気がする。
Firefoxでも試してみたら?
0521名無しさん@お腹いっぱい。
2006/02/16(木) 21:05:08狐でも試したのですが、症状は変わらず・・・。
ん〜。原因が分からず・・。
0522名無しさん@お腹いっぱい。
2006/02/16(木) 21:28:48OSX側のMTUが1500だったのが問題でした。
MTUを1454にすれば、解決。
でも、なんか嫌なので、もう少し対策を考えてみまふ。
IPFilterにしようかなぁ。
0523名無しさん@お腹いっぱい。
2006/02/17(金) 00:57:53mpdなら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:20mpdはまだ無理だからpfかipnatで解決しろ
0525名無しさん@お腹いっぱい。
2006/02/17(金) 01:54:27そうか?
3.18のiface.cを見た感じだとtcp mssfixに対応しているように見えるが?
これは張子の虎なの?
使うにはset iface enable tcpmssfixせんとだめだけどね。
0526名無しさん@お腹いっぱい。
2006/02/17(金) 02:25:120527名無しさん@お腹いっぱい。
2006/02/17(金) 02:35:25理解してない奴は黙ってなよ。
0528名無しさん@お腹いっぱい。
2006/02/17(金) 02:38:300529名無しさん@お腹いっぱい。
2006/02/17(金) 02:53:400530名無しさん@お腹いっぱい。
2006/02/17(金) 14:25:52IPSOはFreeBSDベースでおけ。
0531名無しさん@お腹いっぱい。
2006/02/17(金) 17:12:21pf に汁
ext="ng0"
scrub on $ext all max-mss 1414
の指定で解決するはず
0532名無しさん@お腹いっぱい。
2006/02/18(土) 01:19:08pfの性能については環境によって違うからそんなのを聞くのはナンセンスだという話が
多いのだけど、だれかベンチマークとかしてないんかいね?
0533名無しさん@お腹いっぱい。
2006/02/18(土) 03:01:180534名無しさん@お腹いっぱい。
2006/02/18(土) 10:25:11ベンチマークにこだわるより、速くて消費電力の低いCPUに変えたほうがいいんじゃないの?
今どきだと、わかりやすい記述の pf がいいと思う。
>533
Layer2 (MACアドレス) でフィルタリングしたいときは ipfw 使ってます。
0535名無しさん@お腹いっぱい。
2006/02/18(土) 11:28:30ipfwはアドレス変換やステートチェックのタイミングを明示的に
記述できるから、こっちの方がわかりやすいと思うが。
0536名無しさん@お腹いっぱい。
2006/02/19(日) 15:28:14もれも今www.flets.comが表示されないので気づいた。
ちょっち直してやろうと思ってソースコードを見た感じだとbpfでフックをかけて、
パケットが通るごとにmpdを呼び出し、mpdでtcpmssd風の処理をしてから
書き戻すということをしているので、kernelとuserland間のコピーがある分
遅くなりそうな気がする。
つまり、mpdのtcpmssfix機能なんか使わずにkernel内だけでちゃっちゃと使える
pfとかipfとかを使ったほうが良いはず。
0537名無しさん@お腹いっぱい。
2006/02/19(日) 18:47:57ng_tcpmss と言うのが有るんで、そっちに進んだ方が筋が良いんだけど。開発者が……
0538名無しさん@お腹いっぱい。
2006/02/19(日) 20:44:360539名無しさん@お腹いっぱい。
2006/02/19(日) 22:44:47FreeBSDを導入すればいいよ。
FreeBSDならsynを打たれまくったら自動でsyncookiesに移行するから
無問題あるね。
0540名無しさん@お腹いっぱい。
2006/02/19(日) 22:58:58キミtcpmssfixの動作理解して無いでしょ。
0542名無しさん@お腹いっぱい。
2006/02/20(月) 03:48:19というかng_tcpmssがmpdでいずれ使う為にcommitされたみたいなもんだったり
0543名無しさん@お腹いっぱい。
2006/02/20(月) 07:53:49お前が全然理解していない事はわかったから、もう引っ込んでろ。
0544539
2006/02/20(月) 08:43:00正直すまんかった。
tcpmssfixの動作原理はsyn packetのヘッダにあるTCP max segmentフィールドを
書き換え、今後の通信の最大値を教えるということなのね。
mpdの実装もそれを心得ていて、フックされるのはsynだけだからTCPで接続を
張りまくるようなことをしない限りはあまりuserlandとkernelの間を行ったりきたりする
こともなく、性能劣化には結びつかないだろうと。 (ngfunc.c:NgFuncConfigBPF)
しかし、依然として複数のコネクションを張るブラウザがあることや
P2P系のソフトを考えるとsynパケットの処理の速さが
性能の違いに結びつくことは有り得ると思う。
0545名無しさん@お腹いっぱい。
2006/02/20(月) 08:55:42もう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ハカーが喜びそうな実装だな。
0547名無しさん@お腹いっぱい。
2006/02/21(火) 00:07:44傷口広げるだけだから引っ込んでろって。
TCPコネクションを確立するために3way handshakeを行うから、
kernelとuser landの遷移を大きく上回る遅延が必然的に発生する。
syn floodingの性能を気にする奴以外は問題なし。
0548544
2006/02/21(火) 00:42:04誰もそんなこと言ってない。
>>547
最初からそう書けばいいじゃん?
なに人を罵倒して楽しんでんの?
要はtcpmssがユーザーランドで行われるよりも大きなレイテンシがネットワークの
行き来の所でかかるから気にするなってことね。
また、tcpmssdつかってても外向きのsynのみdivertに流し込むようにしてたら
そんなに性能は落ちないと。
でも、ブラウザはその後の通信が大きいけれど、P2Pの場合は手当たりしだい
接続しまくって、ほとんどの返答がport unreachableとかだからある意味syn flood的な
挙動を示すと思うのだけど。たとえば、数十人要る同居人みんながフリーソフトの収集癖が
あってP2Pソフト動かしまくってるとか。
0549名無しさん@お腹いっぱい。
2006/02/21(火) 01:09:09傷口広げるだけだから引っ込んでろって。
数十人居る同居人みんながフリーソフトの収集にP2Pソフト動かしまくっても
文句でない性能だったら、mssfixくらい楽勝だろうね。
0550548
2006/02/21(火) 09:19:09傷口に塩を塗ってくるのはもうやめろって。
その状況で文句が出ない性能ということはないだろうけれど、
この場合はmssfixの性能の違いが性能の違いとして現れてくるんじゃない?
0551名無しさん@お腹いっぱい。
2006/02/21(火) 17:18:45頻度の高い用途にチューニングされていないような気持ち悪さというか。
0552名無しさん@お腹いっぱい。
2006/02/22(水) 01:25:20無い知恵絞って特殊なケース必死に考えたんだろうけど、残念ながら性能の違いなんぞ出ねーよ。
CPUより先にネットワークがボトルネックになる。
悔しいからといって、想像で出鱈目撒き散らすな。
勝手に読み違えて、見当はずれのsyncookie持ち出して自爆したのはお前だぞ。
しかもFreeBSDスレなのにsyncacheじゃなくsyncookie持ち出してるのは痛すぎる。
0553550
2006/02/22(水) 09:29:27使っている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:210557名無しさん@お腹いっぱい。
2006/02/22(水) 12:07:540558名無しさん@お腹いっぱい。
2006/02/22(水) 18:28:42> 使っているCPUの性能やネットワーク帯域についての考察もせずに
自分が出した変なケース?
p2pを趣味とする数十人の同居人という愉快な設定考え出したのはお前だろうが。www
分子が増えれば同時に分母も増えるということに思い至らないところが更に痛い。
0559名無しさん@お腹いっぱい。
2006/02/22(水) 19:45:260560名無しさん@お腹いっぱい。
2006/02/22(水) 20:00:44adslの香具師も居れば、光1Gbpsの香具師も居るのに会話が合う訳が無い。
そういえばATM回線を自宅に引いちまった村井先生のブロードバンドルータってやっぱりシスコ?
0561名無しさん@お腹いっぱい。
2006/02/22(水) 20:19:23syncookieがダメな理由知らなそうだな。
0562名無しさん@お腹いっぱい。
2006/02/22(水) 21:36:47('A`)....
0563名無しさん@お腹いっぱい。
2006/02/22(水) 22:35:43FreeBSD入れたけどdmesgとか見たいやついる?
0564名無しさん@お腹いっぱい。
2006/02/23(木) 00:34:19見たい
0565名無しさん@お腹いっぱい。
2006/02/23(木) 01:32:09Copyright (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:18acpi_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:27isab0: <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:21sc0: <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:040570名無しさん@お腹いっぱい。
2006/02/23(木) 08:50:350571名無しさん@お腹いっぱい。
2006/02/23(木) 11:43:10俺コンで79,8のブツかしら。
0572名無しさん@お腹いっぱい。
2006/02/23(木) 12:39:00蟹一枚でルータやってます orz
rl0とtun0
0573名無しさん@お腹いっぱい。
2006/02/23(木) 21:41:21玄人志向の GbE-PCI2.
FreeBSD でも NetBSD でも vge で駆動可能で高速低負荷低消費電力。
それでいて値段は1000円。
マジお勧め。
0574563
2006/02/23(木) 23:30:44ちなみに昨日の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:200576533
2006/02/24(金) 01:49:26知らなかったです。
でも、気になったのでBSDCon '02の論文を読んでみました。
syncookiesはシステムに何の情報も持たないため、攻撃者が何らかの方法で
正しいINSを送れるると3-way hand shakeをすっとばして接続が確立してしまうという
問題があるわけですね。
これは、SYNパケットを落とすことでパケットフィルタリングを実現している場合に
それをすり抜けて接続を確立できてしまうという問題がありますね。
0577名無しさん@お腹いっぱい。
2006/02/24(金) 03:44:520578名無しさん@お腹いっぱい。
2006/02/24(金) 07:57:23一枚でできる。
0579名無しさん@お腹いっぱい。
2006/02/24(金) 09:15:29NIC勧める香具師はスマビとかの評価してないの?
せめてnetperfやnttcpとか行ってから言え。
0580名無しさん@お腹いっぱい。
2006/02/24(金) 09:38:540581572
2006/02/24(金) 11:32:24おれの場合は
PCIバスがひとつ(とISAバスひとつ)しか無いマシンで自宅鯖やってたから
今は違うマシンだけど、HDDとかNICとかそのまま持ってきたから設定もそのまま
0582名無しさん@お腹いっぱい。
2006/02/24(金) 13:53:33よく作ってますが、NetBSDに浮気しはじめたら、FreeBSDに
戻れなくなりそうです。
そんなゴミ箱筐体に新しいHDDを積んでルータを作ると
なんか安く感じるのに、結局性能向上を図ろうとして、Intelの
emとかfxpなんかを捜し求めて、お高くつく羽目に。
0583名無しさん@お腹いっぱい。
2006/02/24(金) 15:31:41他にも、パケットロスが起きると connection 開設中にクライアント側が
ハングしてしまうとか、TCP オプション処理の問題とかがある。
0584名無しさん@お腹いっぱい。
2006/02/24(金) 19:03:580585名無しさん@お腹いっぱい。
2006/02/24(金) 19:07:01経験則で言うと自分で持ってた奴ですら3年くらい使ってると
固まる症状が出る傾向に。(理由はわからんが)
0586名無しさん@お腹いっぱい。
2006/02/24(金) 19:20:310587名無しさん@お腹いっぱい。
2006/02/24(金) 19:21:32おしえてくださいませ。
0588名無しさん@お腹いっぱい。
2006/02/24(金) 19:37:52状況に陥りたくないじゃん?
せめてvxとかxlとかにしてあげたらいいんジャマイカ。と。
emとfxpよりかは長持ちしてるw
0589名無しさん@お腹いっぱい。
2006/02/24(金) 19:43:560590名無しさん@お腹いっぱい。
2006/02/25(土) 03:41:43Bフレッツに繋いでPPPoEやろうとするとドライバのバグ踏むし。
いま手元に有って快調に動いている分にはどうでも良いと思う。
■ このスレッドは過去ログ倉庫に格納されています