ID:lNHX14p4漏れのID一瞬NHKかと思ったら違ったよ。ID:w1LTvRFp>>810まったく。今までに何度もスルーされてるんだから、いい加減目を覚まして欲しいモンだ。ID:w1LTvRFp>>815ハズレ、DDNSです。ID:oJj7pz4Sループネタと言っても今回は雑誌記事による安易なポート0大量発生が実際に起こりかけているわけで今までとの状況とは違うのでは。ID:cTD2HYxTPort0、そんなに多いか?今UP16,DL8だけどPort0はISDN1人だけだよ。ID:Tlwzc2cP>>763nyがIP自動割り当てか否か判別できない場合の代替案。クラスCのプライベートIPでサブネットマスク24bitの場合ポト0接続禁止ってのはどだろ。ISPがクラスCプライベートIPを割り振る場合、サブネットマスクは23以下となるのが前提だけど。してもポト0で繋ぎたい香具師はDHCPいじってクラスA,Cを割り振るようにしたらいい。TCP/IP設定でサブネット書き換えろって雑誌に書かれるか...。ID:sled+nJW47氏に何とかして貰おう、ばっかりだからループする。ID:vjGeIu8r>>82447タンにどうにかして貰う以外の方法ってのを伺おうか?当然、あるんだよな。ID:sled+nJW>>826だからPort0脱出の方法論をまとめてみようってことだろ?話の流れを読んでないのかよ。ユーザレベルでできることはやろうぜ。ID:vjGeIu8r>>827わかってるよ、それは。それ以外に何かアイデアを持ってるのかと思っただけ。安易にポト0にするヤシがいるって事が問題なんだろう?ポト0脱出法をわざわざ親切にまとめてやっても調べよう、自分でなんとかしようとしないヤシは見にも来ないぞ、きっと。誘導はかなり難しいと思うんだが。何でもかんでも47タンに対応させようってのは無理がある。ID:w1LTvRFp>>825何人かやってる人はいるみたいだし、わたしもネタ(設定)は出した。何が言いたいのかがさっぱりわからん。他にいないなら喜んで協力するよ。他人に説明しきるだけのスキルは無いんで、後手にはなるけどな。DR202Cってヤシ。ID:4wF9swh7なんかport0=DOMみたいな扱いになってるけどさ、俺ん所じゃ、確実にUP>DOWNなんだが。田代の履歴で見ると、大体UP:DOWN=5:1実際はFTPで月に一週間ぐらい落としっぱなしの日があったから、もう少しUP比率は高くなる。β20辺り以降はずっとこんな感じなんだけど、問題になるほどUP少ないかね?むしろ、キャッシュ全消し厨よりはよっぽど貢献してると思うんだが。500GB用意してるし、自炊も200GぐらいUPフォルダに入れてる。引っ越さない限りport0のままなんだが、新参の人は許容できないみたいだし、もうnyやめたほうが良いのかね。nyの使用者も世知辛くなったもんだ。ID:73jc+VpI>>832世知辛い厨は昔からいる。nyの安定化によってテスターの書き込みが減ってよけいに際だってるだけ。ID:G4lsaAQ/port0排除派は47氏語録読んで発言してるのか?初期のPort0問題をエレガントに解決したところくらいは過去ログから見ておく方がいい。nyは基本的に、ノードを排除しない方向で開発されてきたものだ。Port0にせざるを得ない人の話はしてないことくらいわからんのか?なーんて言っても、全然説得力ないんだが。ID:AQ8Nshl0>>833618,809とかみたいに脱Port0の可能不可能に関わらず一括りにしている書き込みはありますよ。ID:2jPBA6bqとりあえず、厨除けには.ini,,0,0,,0,1,1と、無視リストに。ID:w1LTvRFpそうはさせるか。ID:w1LTvRFp阻止。ID:q1LmtgJ7今日警察に行って来ます。ID:QyDxol9B俺はカウンセラーのところに行ってこなきゃ。ID:lJEiBR5a今日も警察に行きます。ID:QyDxol9Bきっとpart0と勘違いしてるよ。ID:vkcxyaZ5非ポト0はup枠の内、1個だけしかポト0にupでき無くなればいいんじゃないか?そーすりゃ、ポト0が増えれば増えるほど、ポト0自身の首が絞まっていくし。ID:oSdwrY0x>>853それいいな!なんでそんな簡単なことに気が付かなかったんだろ。ID:bWSOYivB>>853で、更に捏造が増えるわけだ。ID:uMrg9BwA>>855それは、まともにULできる環境の椰子じゃないのか?DL枠欲しさに捏造するんだったら今のままでも同じだろ。ID:ofdzs8G6v1.12.01です。v1.11以降と互換性があります。転送リンク制限関連の調節です。コネクション限界時のファイル参照量による優先度変化(参照量の小さいもの優先)をやめた今までPort0関連の制約は、Port0への転送リンク数をアップ側接続限界の1/3に制限というものと、申請速度が自分より高いPort0へのアップは切断するというものでした。これは、高速申請のPort0ノードが上流に居座ってしまうという以前の問題に対処するために導入されたものですが、Port0ノード率が上がった結果、逆に上流ノードほどPort0に対するアップ率が上がってしまうという問題が出ているようです。新たに全ノードで、Port0への転送アップリンクを5以下という制約にしました。これにより、Port0だと高速ノードからのダウン時に接続限界で切られやすくなりますので、Port0への転送リンクは主に低速ノード側からとなります。逆に非Port0ノードは高速ノードから落としやすくなりますので、高速ノード間のダウン率が良くなってキャッシュ拡散率が良くなるはずです。Port0への下流検索リンクが接続2リンクまでというのは今までと変わらないので、Port0であまり高速申請すると検索リンクが繋がり難いのはそのままです。あと、古いキャッシュのダウン率が悪くなっているようでしたので、コネクション限界時の新しいもの優先を取り除いて平等にしてあります。ID:q1LmtgJ7バージョンキタ━━━(゚∀゚)━━━!!!!!これで安心して免許更新に逝ける。ID:KqyLvsFQ>>869ずれてるのはあなたです。ID:KqyLvsFQ言いわすれた・・・。ID:esom/l5K>>869※右のAAのズレない環境が標準です。ID:BalMosYBついに、リアルでキター!!!いつもお疲れ様です。