□規制解除要望□BIGLOBE(mesh.ad.jp)専用パート9
>>291 必要があるかどうかということだろ。JCOM串は全部規制されている。
JCOMは半固定だから焼かれているような。
>>293 何を言いたいのかわからんが、JCOM串は荒らしに使われたので規制された。
meshの串も荒らしに使われたので焼かれた。それだけのこと
>>294 JCOM串は通報されたの?
mesh串は通報してISP対応済みなんだけど。
まったく的外れなのだけが分かった気もする。
>>295 JCOM串は規制人が規制。通報なし
mesh串もBBQなんで通報はないと思うよ。
ソースは自分で調べる。
>>298 それは串じゃなくて生アドレスの通報と解除。
>>299 だからー、
>>290じゃないの?
内部串だから規制したんじゃないの?
外部から使える串はBBQ
内部からのみなら通報コースなんでしょ?
>>300 荒らしが使った串は焼くというのはそれに優先する2ちゃんの掟だと思うよ。
え???
荒しが発生して初めて「焼くか・規制するか」の判断が出るんでしょ。
・・・メンドクサイからもういいや。
それにmesh串はポートがひらいているんだよな。
いまのままだと踏み台にされるかDSBLに登録されていく運命。
まったく的外れ。
>>304 串規制とホスト規制は別扱いだろう。銃も規制されるし銃撃する者も規制される。
IEの串設定にcachesvを設定してBIGLOBE内から2chアクセスすると、
>>291の
いう通り認証のダイアログが出て、cancel押すとセキュリティサービスの設定が違う
というページが表示される。cachesvはBIGLOBE外にもポートが開いているが、
認証ダイアログが出るのは同じと考えられる。
即ち、cachesvはBIGLOBE内部向け串の役割だが、Basic認証によるアクセス制限
をかけているから80/8080ポートによるアクセス制限は必要ないと考えたか?
cachesvの実体は診断書に出てくるHTTP_VIAから判るが、NetCache NetAppという
アプライアンスサーバで、鯖自身それなりのセキュリティは確保されていると考えられる。
DSBL登録の基準はよーわからんが、ユーザ認証がかかってたりとかそれなりの
セキュリティ対策がかかっていれば登録されない希ガス。
踏み台の可能性に関しては、たとえユーザ認証が突破されたとしても漏れ串
なので、身元を隠して荒らす目的に使えるものではない。
以上から、この串(cachesv****, bgcs****)に関しては焼くべき性質のものではない
と考える。
Booされたりして焼かれたのは、「有害な串」かどうかの判断が十分ではないから
という事か。
>>291>>306 情報ありがとうございます。
この件はプロバイダーで対応出来る内部串(焼きの原因となった荒しは既ににプロバで対応済み)
ということで解除しました。
次回以降は規制コースで。。。