2ch特化型サーバ・ロケーション構築作戦 Part26
■ このスレッドは過去ログ倉庫に格納されています
2ch特化型サーバ・ロケーション構築作戦のスレッドです。 ・2ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項 ・DNS登録・変更関連の各種作業や調整事項 ・2ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項 ・各種作戦・プロジェクトとの連携、プロジェクト間の連携 等を取り扱います。 前スレ: 2ch特化型サーバ・ロケーション構築作戦 Part25 http://qb5.2ch.net/test/read.cgi/operate/1182697563/ そんで、別件だけど、 qb5 の詰まり現象は、dat への追記までは進んでいるわけで、 まずいのはその後のところか、、、。とまずはメモ。 >>117 > これは Apache 自体の構造上の問題ですね.Basic 認証での AuthUserFile > ディレクティブなどと同じでして,相対指定した場合は ServerRoot で > 指定したディレクトリからの相対パスということになります. なるほど、、、。 とすると、/home/ユーザ名/public_html/なんとかかんとか みたいなことを全サーバ共通の .htaccess に1行で書きたい場合は、さて。 >>120 <Limit POST>〜</Limit> を使えばいいとか,そういう話ではなくてでしょうか? あるいは,CGI 起動後の規制処理に使うためということなら,モジュール段階で 判定するメリットもあまりないような気もしますが...... >>121 >> というか,IP アドレスそのままの形で出しても, >> 単に与えられたリストと同じ内容が表示されるだけな肝...... > >きっと、正しくリストに入ったことが確認できることに意味があるのかなと。 なるほど......ただ,よく考えると順番が変わったりして 単純に機械的に同一性を比較できないことになると思うので, どっちにしろソートするなど何らかの前処理が必要な悪寒. となると,普通の IP アドレス列挙の形式に変換するのも そうした前処理のスクリプトでやるとかはどうかなぁ,と...... >>123 >とすると、/home/ユーザ名/public_html/なんとかかんとか >みたいなことを全サーバ共通の .htaccess に1行で書きたい場合は、さて。 全鯖共通の .htaccess に記述したとしても,どっちにしろモジュールが入ってなければ AuthzIPList ディレクティブに出くわした時点で Internal Server Error になってしまう, そのために httpd.conf で各サーバに入れてもらわなければならないと思うので, それなら AuthzIPList も一緒に httpd.conf に記述すればいいのでは,という肝...... >>124 おお。 >>125 > そうした前処理のスクリプトでやるとかはどうかなぁ,と...... 説明読んでいて、なんかそんな気もしてきたです。 と、優柔不断さを発揮してみる私。 > どっちにしろモジュールが入ってなければ > AuthzIPList ディレクティブに出くわした時点で Internal Server Error になってしまう, <IfModule> 〜 </IfModule> とかで囲む、とかはどうかなと。 でも最初から「2ちゃんねるセッティング」ということでいくなら、 httpd.conf に書くという手もあるかもですね。 # 500エラーになった時に書けなかったのは初めて、、、。 モジュールが入っている時はホームディレクトリの下の同じファイルを読んで、 そうじゃない時は影響なしにするには、.htaccess で、 <IfModule mod_authz_iplist.c> AuthzIPList Black ~/パス名 </IfModule> でいいのかな。 リストの行頭が # でコメント扱いってのを入れてみますた. >>127 ~ をホームディレクトリに変換するのはアプリケーションの役目ですが, Apache のディレクティブでは普通はそういう機能は入ってない悪寒(というか, そもそも ~ で指定した場合どのユーザのものを用いるのか,という問題もありそうな)...... まぁ,規制リストは public_html 配下に置く必要はない(むしろ外の方が のぞき見されるリスクも小さくなる)んで,/var なり /md なりの配下で 鯖に依存しない場所に置くという手もあるかも...... >>128 > リストの行頭が # でコメント扱いってのを入れてみますた. 更新しますた。 @ anime2 > /var なり /md なりの配下で > 鯖に依存しない場所に置くという手もあるかも...... なるほど、新Sambaと同じ方式ですか。 ちょっといいかも。 ttp://lists.freebsd.org/pipermail/freebsd-current/2007-October/078620.html ttp://journal.mycom.co.jp/news/2007/10/24/012/index.html さてさて。 >>130 > RELENG_7_0 branch 14 Nov 2007 ほほう。 (速報) L.root-servers.net の IP アドレス変更について http://jprs.jp/tech/notice/2007-10-25-l.root-servers.net.html 公式アナウンスはこれかな。 Advisory - “L Root” changing IP address on 1st November http://blog.icann.org/?p=227 11月1日の変更確認*後*に(今はまだだめ)、 DNSキャッシュサーバのルートヒントファイルの設定を 変更する必要があるですね。 実際の変更内容は、、、。ええと。 >>132 > 実際の変更内容は、、、。ええと。 以下の2つを11月1日に変更かな。 下のやつは条件によっては入っていないかも で、変更後に svc -t /var/service/dnscache/ とかそのへん。 %cat /var/service/dnscache/root/servers/@ 198.41.0.4 192.228.79.201 192.33.4.12 128.8.10.90 192.203.230.10 192.5.5.241 192.112.36.4 128.63.2.53 192.36.148.17 192.58.128.30 193.0.14.129 198.32.64.12 → 199.7.83.42 に変更 202.12.27.33 % cat /usr/local/etc/dnsroots.global 198.41.0.4 192.228.79.201 192.33.4.12 128.8.10.90 192.203.230.10 192.5.5.241 192.112.36.4 128.63.2.53 192.36.148.17 192.58.128.30 193.0.14.129 198.32.64.12 → 199.7.83.42 に変更 202.12.27.33 BIND な人は、、、。 このへん(中身は同じ)を11月1日の変更作業後に持ってきて入れ替えれと。 ftp://rs.internic.net/domain/db.cache ftp://rs.internic.net/domain/named.cache ftp://rs.internic.net/domain/named.root ftp://ftp.internic.net/domain/db.cache ftp://ftp.internic.net/domain/named.cache ftp://ftp.internic.net/domain/named.root Windows server に付属の Microsoft DNS service では、、、。 わかんないすね。どうするんだろ。 きっと何かいじるんだろうけど。 どなたかご存知な方がいたら以下略。 [DNS]管理ツール DNSサーバ名を右クリックしてプロパティ 「ルートヒント」タブで L.root-servers.net 198.32.64.12 削除 L.root-servers.net 199.7.83.42 追加 かな >>132 予定通り変更されたもより。 L.root-servers.net の IP アドレス変更に伴う設定変更について http://jprs.jp/tech/notice/2007-11-02-l.root-servers.net.html 作業は急ぎではないので、暇を見てぼちぼちと。 ううむ忙しい。 とりあえずここにブクマしておこう。 Geekなぺーじ : インターネットの次 http://www.geekpage.jp/blog/?id=2007/3/5 jig.jp の中の方へ: http://br.jig.jp/pc/ip_br.html のIPアドレス表ですが、IPアドレス表記の方に含まれている、 59.106.14.176/32 が、CIDR 表記の方には入っていないようです。 とりあえず先ほど仮対応をさせていただきましたが、 今後のメンテナンス性を考慮した場合、 表の内容を正しいものに更新いただけますと助かりますです。 参考: 2chの動作報告はここで。 パート22 http://qb5.2ch.net/test/read.cgi/operate/1182679645/690-693 >>143 土日を挟んでしまうので, 水曜日の夜辺りまでに対応がなされないようでしたら 直接jigにMail発射してみますー. 株式会社アイビス モバイル事業部の齊藤と申します。 Part20の464と同様のことなのですが、ご相談がございます。 現在、219.117.203.9からのアクセスにつきまして、DoCoMoからの 接続につきまして書き込み許可をいただいておりますが、 この度、同IPでWindows Mobile向けのサービスを開始させて頂きました。 接続元とアドレス空間してはSoftBankのオープンモバイルの 219.73.128.0/17となっております。 こちらのアドレスからの接続も許可して頂けますようお願いいたします。 また、DoCoMoの端末と違いserが取得できないのですが、 書き込みをした端末が特定可能な弊社独自の文字列をserの代わりに User-Agentに含めて送信する形式でもよろしいでしょうか。 以上、よろしくお願いいたします。 >>145 齊藤様 直感的には「よさげかも」という気がします。 しかし、詰めるべき事項がいくつかありそうですね。 少し下調べしたいので、どなたか、 > SoftBankのオープンモバイル がどういったサービスなのかとか、IPアドレスが、 > 219.73.128.0/17 であることの根拠となっている公開資料とかがあるリンクを 教えていただけると助かりますです。 >>146 SoftBankのIPにつきまして、このネットワークは弊社にてアクセス元を 調査し、whoisサービスでネットワークを調べたものです。 公式な資料としてはすぐに閲覧できる場所にはないようです。 現在、公式な資料として参照できるものがないか SoftBank側に問い合わせております。 一応、上記ネットワークの情報はこちらです。 http://whois.nic.ad.jp/cgi-bin/whois_gw?key=219.73.128.0/17 公式な資料としては見当たりませんでしたが、各所のサイトで見たところ、 やはりこちらのネットワークが利用されるようでした。 >>143 いつもお世話になっております。 株式会社jig.jpの菊池です。 表記に漏れがございまして大変申し訳ございません。 また、対応いただきありがとうございます。 他にも追加されたサーバがございますので、合わせてIP一覧を更新致しました。 http://br.jig.jp/pc/ip_br.html 大変お手数ですがご対応お願い致します。 >>150 ありがとうございます。 今日帰宅後、寝るまでにはなんとか。 >>148 了解です。 しかし、まず私が X02HT というやつの知識を仕入れないといけないかも。 端末の仕様的には、WillcomのW-ZERO3みたいなかんじだと思えばいいんですかね。 X02HTについて知りたいのは、 ・一度つないだら繋ぎ変えるまでIPアドレスは変わらないのか ・prin.ne.jpに相当するのがopenmobile.ne.jpということでいいのか ・設定すれば別のプロバイダも使えるのか あたりですね。 どうなんだろう。 >>151-152 お世話になっております。アイビスの齊藤です。 大変申し訳ございません。 SoftBankからネットワークに関する詳細なお返事はまだ頂けておりません。 X02HTはW-ZERO3と同様のWindows Mobile端末です。 搭載されているWindows Mobileのバージョンが違います。 特に、X02HTはタッチパッドを搭載していません。 >・一度つないだら繋ぎ変えるまでIPアドレスは変わらないのか アプリが起動していてもしばらく放置すると再接続をするようです。 その際のIPの変化については未調査です。可能な限り調査いたします。 >・prin.ne.jpに相当するのがopenmobile.ne.jpということでいいのか そういう形態と理解して差し支えなさそうです。 >・設定すれば別のプロバイダも使えるのか ダイヤルアップ先は自由に設定することが出来ます。 しかし、アクセスポイントを変更すると定額範囲外になるとのことでしたので、 実際にそのような利用をされることはあまりないとは思います。 弊社サーバ側でも接続元IPで制限を加える等対応することは可能です。 よろしくお願いいたします。 調査いたしましたところ、再接続が発生するまでは同一IPでの アクセスとなります。再接続時にはIPが変わりました。 >>150 BBS.CGI - 2007/11/14 にて対応済。 >>153-154 ふむふむ。 ということであれば、IE Mobile とか入っているということですか。 であれば直感的な方針としては、素の IE Mobile 経由と同じパターンで規制できて、 繋ぎ替えない限り、同じ ID になるようにするのがいいんじゃないかなと思いますね。 つまり、今のibisブラウザやjigブラウザが素の携帯から書き込むのと 同じパターン・動作原理にするほうがいいんじゃないのかなと。 >>155 > つまり、今のibisブラウザやjigブラウザが素の携帯から書き込むのと > 同じパターン・動作原理にするほうがいいんじゃないのかなと。 これ微妙に日本語が変でしたね。 これはつまり、ibisブラウザやjigブラウザが「自作自演の道具」になったり、 「規制をかいくぐるためのツール」になったりするのは、いまいちかなってことです。 そうならないように、素のブラウザで書いたのと IDの末尾以外は同じ動作をするようにするのがいいのかなと。 というわけで、なんとなく方針がみえてきた気がするので、 あとは明日以降にでも、ぼちぼち考えていこうかなと。 ちなみに、素のIE Mobile経由では書けるんですよね。< X02HT >>155-158 お世話になっております。アイビスの齊藤です。 確認しましたところ、素のIE Mobile経由での書き込みは、 現在公開プロキシ扱いで規制されていました。 IEモバイルではopenmobile.ne.jp経由の接続のほか、WAPネットワーク (pcsitebrowser.ne.jp)経由の接続もあるのですが、どちらも同様です。 WAPネットワークの情報はこちらです。 http://whois.nic.ad.jp/cgi-bin/whois_gw?key=210.175.13.112/28 この場合、 >IDの末尾以外は同じ動作をするようにするのがいいのかなと。 ということは、同様の規制状況が維持されるべきということになりますでしょうか。 どちらもpcmobile,openmobile全体が規制されているのか、 その中の一部が規制されているのかは分かりませんが、 規制目的から言えば全体が規制されていそうです。 openmobileに関してはネットワークが広いこともあり、 可能であれば書き込みが出来るようにしていただけると ありがたいのですが。。。 >>159 ふむ、、、。規制されていると。 DNS のデータ見ると、219.73.128.0/17 と 210.175.13.112/28 が まるごと全部、BBQ で焼かれているみたいですね。 焼いたからには何らかの理由があったと思うのですが、 どういう理由だったんでしたっけ。> 焼き部隊のかた >>160 見てみました。 openmobile.ne.jp から薬物宣伝荒らしがあったため焼かれているようです。 固体識別番号を出さないので、範囲焼きにされています。 >>161 なるほど。210.175.13.112/28 はなんかそれっぽいですね。 毎回IPアドレスが変わるうえに固有番号が来なくて相手側が判断できないわけで、 それもやむを得ないかと。 しかし、219.73.128.0/17 は、もし >>153-154 ということであれば (一度つないだら、つないでいる間はIPアドレスが変わらない)、 通常のPCでプロバイダに接続した時と同じパターンなわけで、 それには該当していないような。 忘れてたorz 210.175.13.112/28 の方ですが、焼かれた理由は「電番爆撃」とのことです。 こちらも同様に識別番号を出さないので、丸焼きになっています。 >>162 なるほど、薬物荒らしでプロバイダまるごとあぼーんですか。 正当な理由、方法で規制されているということでしょうか。 個体識別が出来れば、個別規制が可能と言うことになりますでしょうか? もし弊社側から送信する個体識別文字列で個別規制が可能でしたら、 現状DoCoMoと同じ形態のチェックで弊社サーバから書き込めるように 出来ませんでしょうか? >個体識別が出来れば、個別規制が可能と言うことになりますでしょうか? そうですね。固体番号が分かれば、BBMでピンポイントに規制できるので 番号が出れば、現在丸焼きになっているホストはBBQから解除できると思います。 ふむ。状況をだいぶ把握してきました。 ・現在はopenmobile.ne.jpは荒らし行為により全面規制されている ・全面規制の理由は個体番号による識別ができないため ・個体番号による識別ができないのは、そもそも普通の携帯じゃないから(とあえて言おう) ということですか。 で、今回のibisさんからの提案は、 ・ibisさんに独自の識別番号を管理・通知してもらって、 それを識別情報・規制情報に使うことにより、書き込みできるようにするのはどうか と。 >>170 はい。 ibisaBrowserDX以外からのアクセスは変わらず遮断する必要が ありそうですが、個別で通してもらえれば、と。 ibisBrowserDX経由→アイビス独自個体識別文字列で個別規制 その他Windows Mobile→ネットワークによる規制 という形を想定しています。 アイビス独自というのはクレジットカード番号とかそういったものから計算したもの? >>173 いいえ。端末ハードウェア固有の文字列です。 そのため、顧客情報のない端末であっても、 それぞれを区別することが出来ます。 >>155 株式会社jig.jpの菊池です。 早急な対応ありがとうございます。 今後とも宜しくお願い致します。 >>root▲▲ ★ 様 お世話になっております。アイビスの齊藤です。 その後状況はどうなっておりますでしょうか。 運営内での調整状況につきましてお教えいただければ幸いです。 よろしくお願いいたします。 >>176 ぜんぜん、何も調整してないです。 本件、ここ(表)でやっていることがすべてかと。 >>177 ありがとうございます。承知いたしました。 この件に関しまして、対応はしていただけるのでしょうか? > 現行サービスを行っている ibisBrowserDX から > 2ちゃんねるへの書き込みを行うに当たって、技術情報を公開します。 > > アクセスを行うIPアドレス: 219.117.203.9 > > 書き込みを行うにあたって、一時的に付与するUser-Agent: > > Mozilla/4.0 (compatible; ibisBrowser; IPアドレス; ser端末固定番号) > > 例: > Mozilla/4.0 (compatible; ibisBrowser; 219.117.203.9; ser0123456789ABCDEF) > > > サービスによって、上記User-Agent以外が存在しますが、その場合は書き込みの拒否をお願いいたします。 > 今後ともよろしくお願い申し上げます。 今回も上記に代わるものが必要じゃないかと思います。 >>179 なるほど。ありがとうございます。 固有文字列のフォーマットを固めた上で、再度お願いに参ります。 お世話になっております。アイビスの齊藤です。 書き込み時のUser-Agentにつきまして、弊社案を作成いたしました。 これでよろしければこの形でUser-Agentを送信するようにいたします。 ○User-Agentの形式 Mozilla/4.0 (compatible; ibisBrowser; ip000.000.000.000; WM_0123456789ABCDEF); 現状のドコモと形式は基本的な同じで、serの部分が"WM_"と それに続く16文字の16進数の文字列になっています。 個別規制をする上で、この形式に問題はありませんでしょうか。 出先なので手短に。 純粋にテクニカルに考えると、 IBIS_WM0123456789ABCDEF とかですかね。 ベンダー側で携帯キャリアが付与するものと異なる番号を独自に付与されるのであれば、 ベンダー固有名_ベンダー固有識別子 という形式がよいような気がします。 で、それよりももっと重要なことがひとつあるです。 それはちと長くなりそうなので、時間取れた時に別途。 あと、私は本件ここ以外どこでも誰とも何にも調整してないんで、 管理人が突然ふらりと現れてこれまでのすべてをひっくり返すとかの可能性も、 当然ありうるです。 それが2ちゃんねるの醍醐味ということで。 >>182 承知いたしました。 IBIS_WM0123456789ABCDEF の形式でserの代わりに送るようにいたします。 重要なことが気になります。 何か大事な点を見落としていましたでしょうか。 弊社の側でも可能な限りの調整をさせて頂きますので、 何卒よろしくお願いいたします。 お世話になっております。アイビスの齊藤です。 お話が余り進まないのですが、何か問題がありましたでしょうか? 弊社側としましても最大限努力してまいりますので、 何か問題がありましたらご相談下さい。 単に、私が先週から今週にかけて本業がめちゃくちゃ忙しくて時間がとれないだけです。 なにぶん片手間でやってますんで、すみませんです。 ということで、 >>182 > それよりももっと重要なことがひとつあるです の件を書いておくです。 時間とれない中なので、 ぶしつけな文章になるかもしれませんが、ご容赦を。 なお、以下は個人的な考えで、管理人を含む誰とも調整していませんので、 何らかのオーバーコールが入るかもしれません。 重要なことというのは、荒らし行為があった場合の規制のことです。 今回、掲示板の防衛のため 「2ちゃんねる側でBBMをかけられるようにする」 ようにはしようと思っています。 が、その後速やかに、2ちゃんねるから(具体的には規制系の作業者の方々)の 依頼に基づき、アイビスさんのほうで書き込みをできないようにしていただきたいのです。 つまり、 緊急時や初動時に*のみ*BBMを発動することとし、 その後速やかに「このIDを止めてください」というのを依頼し、 アイビスさん側でIDを止め、 ID停止を確認したら、もしBBM発動していた場合そのエントリを解除する という流れを考えています。 また、このやりとりはメール等ではなく、 掲示板上でオープンにやりたいと考えております。 で、>>186 でアイビスさんが「おk」といっていただけるのであれば、 そして規制系の作業者の方々とアイビスさんで 「つまり、」のあたりの実作業手順についてうまく調整ができるのであれば、 私は今回、すすめて問題ないのではないかと考えておりますです。 で、ID規制のフレームワークは、 これまでの携帯での荒らしや広告投入と同じパターンが使えると思います。 そんなところで。 あ、もうひとつ重要なことを。 ID停止によりアイビスブラウザのユーザーの方が不利益を被った場合においても、 2ちゃんねるは一切の責任を負いません。というか、負えませんです。 そんなわけで、関係者の方のご意見もお聞きしたいところです。 水色の棟梁とか。実際に石や焼きをされているかたがたとか。 BBMは、ピンポイント永久規制が基本だけど アイビスだけ解除する理由はなんだろ? >>191 規制解除ではないです。よく読んでいただければと。 アイビスさん側で規制していただけるのであれば、 2ちゃんねる側で計算機資源を使う(= DBに登録する)必要はなくなるので、 そのぶん、幸せになれるかなと。 規制していただければもちろんそのぶん、 2ちゃんねるの bbs.cgi の起動回数自体が減るので、 (bbs.cgi 起動前に規制することになるはずなので) コスト的にも幸せ度が増すことになるです。 ちなみに一度規制対象になったIDは、 もちろん永久規制にてお願いいたしますです。>アイビスさま つまりプロバイダと2chの間みたいなことをやるのね。 >>192 可能ならばどんどん上流側に規制処理を移行させるって事ですかあ。 おいちゃんとかの意見も聞きたいしすんなりは行かなさそうな気がするけど、 面白そう。 「もっとスマートな提案があれば、承ります」 これ↑を忘れているような気がする。 >>195 あ、そですね。 Any proposals are welcome. 携帯→2ch運用情報スレッド53 http://qb5.2ch.net/test/read.cgi/operate/1195406212/88 DNS変更申請いきます。 (下記一行を緊急に削除) +c-au.2ch.net:206.223.150.12 よろしくおながいします。 お世話になっております。アイビスの齊藤です。 対応を急かすような格好になってしまい、申し訳ありません。 >>186 アイビス側で規制する件につきまして、対応可能です。 いくつか気になることがありますので、お伺いします。 >ID停止を確認したら、もしBBM発動していた場合そのエントリを解除する ID停止の確認について、どのような方法をお考えでしょうか。 弊社側のwebサイト上に、規制対象に入っているかチェック できるようなページを準備すればよろしいでしょうか? >掲示板上でオープンにやりたいと考えております。 つまり、規制依頼されるスレッドをアイビス側で継続的にチェックする 必要があるということでよろしいでしょうか。 どのスレッドを見ればよいのか等についてご指示いただければ、対応可能です。 >>189 はい。承知しております。 >>192 永久規制ということで、承知いたしました。 >>199 > 弊社側のwebサイト上に、規制対象に入っているかチェック > できるようなページを準備すればよろしいでしょうか? そうしていただけるのであれば、大変うれしいです。 > つまり、規制依頼されるスレッドをアイビス側で継続的にチェックする > 必要があるということでよろしいでしょうか。 はい、そのように想定しておりました。 > どのスレッドを見ればよいのか等についてご指示いただければ、対応可能です。 私は、まずは下記↓でやることを想定してましたが、 不幸にもたくさんの規制が必要になってしまうようであれば、 その時は別途、専用のスレッドを立てるとかでいいのではないかと思います。 【BBQ&BBM26本目】公開串登録所【ピンポイント規制】 http://qb5.2ch.net/test/read.cgi/sec2chd/1191241188/ 今のやり方の範疇でわかりやすく言うとすれば、「ibis焼 ★ (仮名)」さんに、 焼き(規制)を依頼するようなイメージです。 >>200 承知いたしました。そのようなページを準備いたします。 規制ロジック、規制確認ページ等を作成し、再度ご連絡いたします。 お世話になっております。齊藤です。 >>186 の規制につきまして、もう少々お尋ねさせてください。 弊社側から停止すべきなのはどういうアクセスかを詳細に ご教示いただけますでしょうか。 2ch側の規制ロジックと同様の規制をする必要があると思いますので、 よろしくお願いいたします。 >>203 > 弊社側から停止すべきなのはどういうアクセスかを詳細に > ご教示いただけますでしょうか。 それはきっと、 「2ちゃんねるが規制してほしいと判断し、御社に依頼したもの」 になるのではないかなと。 つまり2ちゃんねるから「規制してください」と依頼されたら、 無条件に、かつ速やかに規制いただく、 ということが2ちゃんねるから見た必要条件であって、 それ*以外*のもの、 例えば御社側における何らかの都合により規制するものについては、 2ちゃんねるはきっと関知しないのではないかと。 中の人にメールで問い合わせたところ、 tiger2507 はマザーボードのグラフィック表示部分が破損した とのことで、ブート画面が表示されない状況とのことでした。 そして現在、サーバラックから取り外して保管している、 とのことでした。 で、緊急切り離しはとりあえず完了していると。(>>197 >>201 ) 携帯用フロントなので、同一スペック以上の代替機を 出していただければ、とりあえずはいけるということで、 その方向で依頼してみるです。 で、代替機ですが、root 権限つきでメモリ2G の tiny tiger サーバだったので、 root 権限つきでネットワーク 100Mbps の T-banana を 1台準備いただく方向で依頼してみようかと。 半年ROMれとは言わぬまでも 半年ROMる精神は携えていたいもの >>206 たしかに。 「言われるままに無条件かつ速やかに規制」 で、2ちゃんねる的にはきっと問題ないと思いますが、 2ちゃんねるにおける規制の精神というか哲学みたいなもの (私もきっと全部は理解していない)は、 なんとなく理解いただけるといいのかなと。 >>204 すみません、説明が不足し誤解を与えました。 2ch側では、規制が掛かっていてもスレッドを閲覧することは可能ですよね。 なので、規制するのはPOSTアクセスのみでいいのかなあと考えました。 ただ、実際にどのようなアクセスの時に規制を発動しているのかが 分からないため、お伺いさせて頂きました。 弊社で想定しているPOSTのみ規制で問題はないでしょうか? >>208 > 弊社で想定しているPOSTのみ規制で問題はないでしょうか? 私はそれでとりあえず問題ないと思っているです。 ただ将来にわたっても「全部止めろ」とは絶対に言わないよ、 とは言ってないです。 でもそのへんはきっと、 今後何かあったら互いに善意をもって対応にあたる、 ということでいいんではないかなと、私は思っているです。 >>209 承知いたしました。ありがとうございます。 悲報(^_^;) cobra2247がお亡くなりになられました・・・・ 故障箇所はまだ特定されていませんが、マザーボードの可能性が高いです。 2247は雪だるまのバックエンドだったっけ?(^_^;) つうか、>>169 以外(焼きの人関係無く)の人達の意見が聞きたい所ですね。 ここを見てくれているのかからして判らないとちょっと不安だったり。 まあ、多分見てはいるんだろうけど。 >212 そう。news20b.2ch.net(-人-) >>211 ううむ、、、。 news20 のデータは memories にバックアップしてあります。 DNS 変えればいけるはず。 たぶん、世界でもかなり酷使されてるサーバだしねー(^_^;)3年も経てばそれなりに・・・・ これからDNS変更いきます。 news20f1〜f5 とか news20b とか関連するものがたくさんありますが、 それらは後でということで、まずは news20 のアクセスを復活させる方向で。 ということで、以下の変更をお願いします。 (現状) +news20.2ch.net:206.223.150.96 (変更後) +news20.2ch.net:206.223.151.230 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる