2ch特化型サーバ・ロケーション構築作戦 Part20

**root▲ ★** · NG

2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更まわりの関連作業・調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。

また、次世代の携帯アクセス環境をめざした「べっかんこ作戦」も稼動しはじめました。
「２ちゃんねる証券取引所」や、「Be」の機能強化等、
２ちゃんねるは今日も変化し続けています。

前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part19
http://qb5.2ch.net/test/read.cgi/operate/1121886018/

◆BFzK/mtqM2 · 2006/03/17(金) 00:45:16

eAccelerator 0.9.5-beta1　来ましたね。

**root▲ ★** · NG

>>454
さっき外から読んでました。
前に当てたパッチの延長線上のやつっぽいですね。
帰宅後に適用へと。

>>455
ふむふむ。

**root▲ ★** · 2006/03/17(金) 03:24:25

すみませんが今日はもう電池切れなので、
>>456 やepg のシングルスレッド(prefork MPM)化などは、あとで。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/17(金) 10:11:31

FreeBSDのdlopen() & dlclose()は完全にはスレッドセーフではないので、
mod_cgidsoはworkerだとうまく動かないと思います。。。
libthrよりlibpthreadの方が問題が起こり難いのは確かですが、
それでも問題が起こることは変わらず。

**root▲ ★** · NG

>>458
うーむ、、、。

で。メモメモ。

p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/214

**root▲ ★** · NG

ずれたので、再度メモ。

p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/209

株価【】 ▲ ◆cZfSunOs.U · 2006/03/17(金) 13:36:06

>>458 なるほど．Solaris 流に MT-Safe かと思ってましたが......
こんなのを httpd 起動時に LD_PRELOAD とかすれば何とかなるのかなぁ......？

#include <dlfcn.h>
#include <pthread.h>

static pthread_mutex_t dlmutex = PTHREAD_MUTEX_INITIALIZER;

void *dlopen(const char *pathname, int mode)
{
static union {
void *v;
dlfunc_t d;
void *(*f)(const char *, int);
} o_dlopen;
void *rv;

pthread_mutex_lock(&dlmutex);
if (!o_dlopen.v)
o_dlopen.d = dlfunc(RTLD_NEXT, "dlopen");
rv = o_dlopen.f(pathname, mode);
pthread_mutex_unlock(&dlmutex);
return rv;
}

int dlclose(void *handle)
{
static union {
void *v;
dlfunc_t d;
int (*f)(void *);
} o_dlclose;
int rv;

pthread_mutex_lock(&dlmutex);
if (!o_dlclose.v)
o_dlclose.d = dlfunc(RTLD_NEXT, "dlclose");
rv = o_dlclose.f(handle);
pthread_mutex_unlock(&dlmutex);
return rv;
}

void *dlsym(void *handle, const char *name)
{
static union {
void *v;
dlfunc_t d;
void *(*f)(void *, const char *);
} o_dlsym;
void *rv;

pthread_mutex_lock(&dlmutex);
if (!o_dlsym.v)
o_dlsym.d = dlfunc(RTLD_NEXT, "dlsym");
rv = o_dlsym.f(handle, name);
pthread_mutex_unlock(&dlmutex);
return rv;
}

**root▲ ★** · 2006/03/17(金) 13:52:35

http://people.freebsd.org/~bsd/prstats/topN_r_np_idx7

Problem Report threads/89262 : [kernel] [patch] multi-threaded process hangs in kernel in fork()
http://www.freebsd.org/cgi/query-pr.cgi?pr=89262

**root▲ ★** · 2006/03/17(金) 14:02:09

うーむうーむ。特にkern_fork.c.patch
http://people.freebsd.org/~davidxu/patch/?M=D
http://people.freebsd.org/~davidxu/patch/kern_fork.patch
http://people.freebsd.org/~davidxu/patch/calcru.patch
http://people.freebsd.org/~davidxu/patch/atfork.patch

**root▲ ★** · NG

ある携帯用アプリを作っている業者の担当さんから、
個人宛のメールで問い合わせが来ました。
以下は私からの返事の内容。

本件をすすめる件、およびその内容については管理人のOK済み。

--- cut ---

現在の２ちゃんねるでは、携帯端末から書き込み時に２ちゃんねるに送信される
固有情報により掲示板の荒らし対策、広告貼り付け対策等を実施しております
ので、これを送信いただくことは、このような場合における必須条件の一つです。

また、このような場合に最低限必要な情報/条件として、

1) ２ちゃんねるへの書き込みが行われる御社サーバのIPアドレス
(固定IPアドレスであることが必須: 複数個存在する場合それらのIPアドレス
全部)を、事前にお知らせいただき、かつ変更の都度お知らせいただくこと

なおこの情報は、2ch運用情報板 (http://qb5.2ch.net/operate/) への
御社ご担当様からの書き込みにより、公開の場でお伝えいただけると助かり
ます。
(例えば、技術情報そのものは御社Web上に別途準備いただき、
URLリンクや更新情報のみを都度書き込むといった形でも問題ありません)

上記情報を書き込むスレッドですが、

2ch特化型サーバ・ロケーション構築作戦 Part20
http://qb5.2ch.net/test/read.cgi/operate/1140540754/

をご使用いただけますと助かります。

2) 書き込みの際に、該当する携帯側のIPアドレス(携帯側から御社サーバに
書き込みリクエストがあった際の携帯側のIPアドレス)を、
一定の方法で２ちゃんねるにそのまま送信いただくこと

これにより２ちゃんねるは、どの会社の携帯電話からの書き込みであるか
を、携帯電話から直接書き込んだ場合と同様の方法で判定できることになり
ます。

なお、上記はIPアドレスの逆引き名ではなく、
IPアドレスそのものを送信いただけると助かります。

携帯電話の固有番号はキャリアごとに仕様・フォーマットが異なっているた
め、この情報が必要となります。

3) 書き込みの際に、該当する携帯の端末固有情報を
一定の方法で２ちゃんねるに送信いただくこと

理由は上記の通りとなります。

なお、上記 2) 3) につきましては、御社側において User-Agent: ヘッダに
挿入する方式(フォーマット)を明確に決めていただき、
この技術情報を 1) と同様、事前にお知らせいただけると助かります。

以上になります。よろしくお願いいたします。

**モーマン☆鯛。** · NG

ド○○ゴ？

**生姜焼き ★** · 2006/03/17(金) 18:47:18

jigではないかと推測

**モーマン☆鯛。** · NG

アッー！

**root▲ ★** · NG

>>463
日曜までに、live22 にこのへんのパッチをいくつか適用する予定。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/17(金) 20:15:05

live22xが重い重い状態というのは実際はどうなっているですかね。
なんかいろいろな話がでているので、まとめるとどうなんでしょ。

・何らかの原因(これがrootさんがいっている蟲？)でバックが
応答を返さなくなって、バックに問い合わせを行っている
フロントも詰まり、ユーザへの応答がない。この状態が重い重いで正しい？
(apache statusでみるとフロントもバックもフルスロット使用中？)

・フロントのloadが高くなるのは重い重いとは直接関係ない。
(dlopenのMT-unsafeのせい or PHPのせい or >>348 )

・バックはフロントみたいにloadが高くなることはない。
たくさんのアクセスがある際に固まるだけでほかは健康。

・暴走と蟲踏みは異なる事象
暴走はフロントのみ(アクセス数とは直接関係ない、
2.2にしてからおきている、prefork MPMだとOK?)
蟲踏みはバックのみ(アクセス数と関係しているかも
>>289の通りなのでカーネルが一番怪しい。)

順番に倒していかないと、発散しそうですね。

受付嬢はrootさん、SunOSさんの教育で問題ないようですし、

・フロントをガチと思われる
Apache 2.0.55 / prefork MPM + PHP 4.4.2 + libmap.conf (thr)
+ カーネルにcalcruのパッチ + >>247のパッチ
構成で固定して、バックだけいじっていく方向とか。
・フロントでmod_cacheを動かす、だめならsquidをあげて、バックへの
アクセスを減らし、バックの問題を先延ばす(6.1に期待)とか。

はどうですかね。

**root▲ ★** · NG

>>469

一番目
正しいです。

二番目
正しいです。

三番目
(今のところは)正しいです。
ただし、オリンピックの荒川静香金メダルの時は
live22x1でもバックと同じ症状が出たっぽいです。
フロントにもバックと同じ虫はいて、普段は発動していないだけと推測。

四番目
暴走はフロントのみ: 正しいです。
2.2 にしてから起きている: 2.2 + libthr にしてから起きています。
2.2 にしてからはprefork MPMを試していません。

最終段落は、そんなかんじですかね。
フロントは libthr にしなければいけないような状態では(今のところ)なさそうなので、
今 ex14 で試している Apache 2.2 + worker MPM + libpthread で暴走が起こらなければ、
libthr をやめて libpthread でいこうかなと。

フロントでsquid動かすですか。つまり、フロントとバックの間に入れるということですね。
悪くないセンスかも。

いずれにせよ、ひとつひとつというかんじで。

**root▲ ★** · NG

【実況】　live22x　Part13
http://qb5.2ch.net/test/read.cgi/operate/1141564207/664-667

原因切り分けも兼ねて、live22x[123] の /etc/libmap.conf を削除して
httpd をリスタート。

これで、
・不可解な 500 エラー
・不可解な httpd 暴走

が、起こらなくなることを期待。

株価【】 ▲ ◆cZfSunOs.U · 2006/03/17(金) 21:43:42

http://www.bookshelf.jp/texi/libtool/libtool-ja_10.html
>一方，`RTLD_NOW'は，FreeBSD上のマルチスレッドアプリケーションで問題が生じたと報告されています．

APR ではまさに RTLD_NOW で dlopen() してるわけですが......
それなら APR のソースをいじって RTLD_LAZY にしちゃってもいいのかも？

**動け動けウゴウゴ２ちゃんねる** · 2006/03/17(金) 22:46:17

458です。少し興味がわいたので、
>>461を参考にsrclib/apr/dso/unix/dso.cに修正をいれて、家のマシンでテストしてみました。
修正点は、dlopen()とdlclose()の呼び出し前後にmutexのlockとunlockを入れたことです。

環境:
FreeBSD 6.1-PRERELEASE i386 SMP
Apache 2.2.0 worker

テストに使用したソース:
ttp://sunos.saita.ma/mod_cgidso.c
ttp://sunos.saita.ma/dso-example.c

テスト方法:
リモートからabを使用して、対象のマシンに負荷をかける。

テスト結果:
srclib/apr/dso/unix/dso.cの修正前は、apacheが落ちまくって全然駄目だったが、
修正後は一度も落ちなかった。

なので、aprのソースをいじるのも悪くないかもしれません。

**473** · 2006/03/17(金) 22:49:53

書き忘れ。
libpthread, libthr どちらでも落ちませんでした。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/17(金) 22:56:36

>>474
diffかいてうｐしればroot先生が滝のような涙を流して?喜ぶでしょうw

**473** · 2006/03/17(金) 23:20:01

--- srclib/apr/dso/unix/dso.c.origSat Feb 5 05:44:01 2005
+++ srclib/apr/dso/unix/dso.cFri Mar 17 23:10:30 2006
@@ -38,6 +38,10 @@
#define DYLD_LIBRARY_HANDLE (void *)-1
#endif

+#if defined(__FreeBSD__)
+static pthread_mutex_t dlmutex = PTHREAD_MUTEX_INITIALIZER;
+#endif
+
APR_DECLARE(apr_status_t) apr_os_dso_handle_put(apr_dso_handle_t **aprdso,
apr_os_dso_handle_t osdso,
apr_pool_t *pool)
@@ -62,6 +66,9 @@
if (dso->handle == NULL)
return APR_SUCCESS;

+#if defined(__FreeBSD__)
+ pthread_mutex_lock(&dlmutex);
+#endif
#if defined(DSO_USE_SHL)
shl_unload((shl_t)dso->handle);
#elif defined(DSO_USE_DYLD)
@@ -69,8 +76,15 @@
NSUnLinkModule(dso->handle, FALSE);
}
#elif defined(DSO_USE_DLFCN)
- if (dlclose(dso->handle) != 0)
+ if (dlclose(dso->handle) != 0) {
+#if defined(__FreeBSD__)
+ pthread_mutex_unlock(&dlmutex);
+#endif
return APR_EINIT;
+ }
+#endif
+#if defined(__FreeBSD__)
+ pthread_mutex_unlock(&dlmutex);
#endif
dso->handle = NULL;

@@ -80,6 +94,9 @@
APR_DECLARE(apr_status_t) apr_dso_load(apr_dso_handle_t **res_handle,
const char *path, apr_pool_t *pool)
{
+#if defined(__FreeBSD__)
+ pthread_mutex_lock(&dlmutex);
+#endif
#if defined(DSO_USE_SHL)
shl_t os_handle = shl_load(path, BIND_IMMEDIATE, 0L);

@@ -139,6 +156,9 @@
os_handle = dlopen(path, flags);
#endif
#endif /* DSO_USE_x */
+#if defined(__FreeBSD__)
+ pthread_mutex_unlock(&dlmutex);
+#endif

*res_handle = apr_pcalloc(pool, sizeof(**res_handle));

**473** · 2006/03/17(金) 23:22:42

単純なものなので、こんな感じです。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/17(金) 23:46:00

>>464
http://hobby7.2ch.net/test/read.cgi/chakumelo/1138463191/846n-
個人宛だったのはユーザーの紹介があったせいか

**root▲ ★** · 2006/03/18(土) 01:15:26

早速、>>464 の件についてのお返事をいただきました。
ないようですが、

1) User-Agent: で、携帯側IPアドレスと端末固有番号の情報を送信いただける
2) User-Agent: のフォーマットが確定次第(メールで案をいただきました)、
先方のサーバのIPアドレス情報、User-Agent: 情報とともに、
このスレで要請いただける

とのことでした。

私のほうからは、
>
>DoCoMo の場合、User-Agent: の serXXXXXXXXXXXXXXX の内容をそのまま(serつきで)、
>au の場合、環境変数 HTTP_X_UP_SUBNO の内容をそのまま(.ezweb.ne.jpつきで)、
>Vodafone の場合、User-Agent: の SNxxxxxxxxxxx の内容をそのまま(SNつきで)、
>
>(User-Agent: の) 該当箇所に入れていただければ結構です。

という返事をしました。

**root▲ ★** · 2006/03/18(土) 01:15:57

ないようですが => 内容ですが >>479

**root▲ ★** · 2006/03/18(土) 01:18:34

>>473-478
おーーー。(滝のような涙)

さっそく、やってみるです。

**473** · 2006/03/18(土) 02:50:06

テストのついでに、パフォーマンスも測ってみました。

libpthread:

同時10接続:
Requests per second: 6057.67 [#/sec]
Requests per second: 6458.70 [#/sec]
Requests per second: 6447.04 [#/sec]

同時50接続:
Requests per second: 6264.09 [#/sec]
Requests per second: 6522.73 [#/sec]
Requests per second: 6425.50 [#/sec]

同時100接続:
Requests per second: 6016.12 [#/sec]
Requests per second: 6153.85 [#/sec]
Requests per second: 6473.33 [#/sec]

同時200接続:
Requests per second: 4890.93 [#/sec]
Requests per second: 5151.98 [#/sec]
Requests per second: 5119.80 [#/sec]

同時500接続:
Requests per second: 2134.06 [#/sec]
Requests per second: 2067.44 [#/sec]
Requests per second: 2041.40 [#/sec]

同時1000接続:
Requests per second: 1873.50 [#/sec]
Requests per second: 1823.15 [#/sec]
Requests per second: 1699.64 [#/sec]

**473** · 2006/03/18(土) 02:56:11

libthr:

同時10接続:
Requests per second: 6698.82 [#/sec]
Requests per second: 6330.32 [#/sec]
Requests per second: 6437.08 [#/sec]

同時50接続:
Requests per second: 6292.87 [#/sec]
Requests per second: 6405.33 [#/sec]
Requests per second: 6567.71 [#/sec]

同時100接続:
Requests per second: 6121.82 [#/sec]
Requests per second: 6424.67 [#/sec]
Requests per second: 6439.56 [#/sec]

同時200接続:
Requests per second: 5997.00 [#/sec]
Requests per second: 6238.30 [#/sec]
Requests per second: 6237.52 [#/sec]

同時500接続:
Requests per second: 5912.96 [#/sec]
Requests per second: 6272.74 [#/sec]
Requests per second: 6298.02 [#/sec]

同時1000接続:
Requests per second: 5775.01 [#/sec]
Requests per second: 6248.83 [#/sec]
Requests per second: 6208.48 [#/sec]

感想:
接続数が増えるとlibthrの圧勝。ほぼ性能低下なし。

**root▲ ★** · 2006/03/18(土) 04:02:30

>>462-463 と >>473 を、適用する予定。
でも今日は、もう眠くてだめ。
明日、某ラウンジから作業するか。

>>483
やはり libthr の方が同時接続をこなす(本来の目的)意味でも、
有効ということですか。

携帯バックエンドサーバのsquid(blackgoat3/4)でも、
libpthread から libthr に変えたら、すごく軽くなりました。
前はプライベート側が200Mbpsぐらいで頭打ちだったんですが、
今は250Mbpsいっても、軽々とこなしているです。

**473** · 2006/03/18(土) 04:06:52

すいません。補足です。
上記の測定は
ThreadLimit 1000
StartServers 1
MaxClients 1000
MinSpareThreads 1000
MaxSpareThreads 1000
ThreadsPerChild 1000
MaxRequestsPerChild 0
の設定でやったんですが、
ThreadLimit 100
StartServers 10
MaxClients 1000
MinSpareThreads 1000
MaxSpareThreads 1000
ThreadsPerChild 100
MaxRequestsPerChild 0
の設定だと
------------------------------------------
同時1000接続:

libpthread:
Requests per second: 6436.25 [#/sec]
Requests per second: 6309.15 [#/sec]
Requests per second: 6432.94 [#/sec]

libthr:
Requests per second: 6170.55 [#/sec]
Requests per second: 6172.46 [#/sec]
Requests per second: 6192.72 [#/sec]
------------------------------------------
という感じでした。
なので、同時接続というより、1プロセスあたりのスレッド数が多くなると
libthrの方が強いという感じでしょうか。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 11:47:21

一件落着？

うらやましいな。回線太くて。

でもうちの鯖FC5で僕の携帯のためにアップデートの処理落ち以外はがんがってます。

[―{}@{}@{}-] **root▲ ★** · NG

live22 の Apache に、まずは >>476 を適用。

こんなかんじで、うまくいったっぽい。

in /usr/ports/www/apache22:
ftp://ftp.peko.2ch.net/pub/patch/apache22/Makefile.local
in /usr/ports/distfiles:
ftp://ftp.peko.2ch.net/pub/patch/apache22/apache-2.2.0-dso.c-freebsd6.0.patch

[―{}@{}@{}-] **root▲ ★** · NG

% nm libapr-1.a
...
dso.o:
U apr_cpystrn
000001b0 T apr_dso_error
000000c0 T apr_dso_load
00000174 T apr_dso_sym
0000015c T apr_dso_unload
00000044 T apr_os_dso_handle_get
00000000 T apr_os_dso_handle_put
U apr_palloc
U apr_pool_cleanup_null
U apr_pool_cleanup_register
U apr_pool_cleanup_run
U dlclose
U dlerror
00000000 b dlmutex
U dlopen
U dlsym
00000058 t dso_cleanup
U pthread_mutex_lock
U pthread_mutex_unlock

[―{}@{}@{}-] **root▲ ★** · NG

>>487 は、Apache 2.2 なサーバ全部に適用しようかと。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 17:17:28

>>464,479-780 の件でお邪魔しております。
株式会社アイビスモバイル事業部担当の西村です。

現行サービスを行っている ibisBrowserDX から
２ちゃんねるへの書き込みを行うに当たって、技術情報を公開します。

アクセスを行う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以外が存在しますが、その場合は書き込みの拒否をお願いいたします。
今後ともよろしくお願い申し上げます。

◆Cathy/YQLs · 2006/03/18(土) 17:39:03

DX版以外は書き込みできないようにってことですかな

◆TWARamEjuA · NG

となるとBBQ除外指定になるのかな？＠現在規制中のもより

**焼きうどん ★** · NG

串規制ってといたほうがいいのかしら？

公式p2はbooでも書ける(be除く)から解除しなくても大丈夫かしら？

**焼きうどん ★** · NG

ちょっとおそかった。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 17:50:15

>>490
書き込みできない条件は
　・DX版でない場合
　・書き込む手前で端末情報の送信にたいする同意を拒否した場合
　・状況を想定しておりませんが、2ch外から2chに書き込んだ場合
を考えております。

>>491
現在、BBQ指定となっております。
ただ、上記条件に当たる人も同一IPを用いるため、
User-Agentで弾くというのが良いかどうかの判断はお任せいたします。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 18:00:26

アプリ上で書き込み毎に端末情報を発信するかしないかダイアログ出せるのかなー？

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 18:20:22

>>496
＞書き込む手前で端末情報の送信にたいする同意
これがそのダイアログでしょ

**root▲ ★** · NG

>>490
了解です。

今ベルトサイン点灯中なんで、もうちょっとあとで。

**root▲ ★** · NG

落ち着いたかな。
今日は気流が悪いらしいです。しくしく。

接続IPアドレスが219.117.203.9で、
UAからIPアドレスとser端末固定番号を正しく入手でき、
そのIPアドレスがDoCoMoのCIDRの範囲に正しく収まっており、
その端末固定番号がBBM規制リストに登録されていない場合

に、書き込み許可になるように設定します。

IDとSamba24の種は、端末番号で生成することになります。
つまり、携帯からダイレクトに書いた場合と同じ扱いになります。

該当IPアドレスのリロードバーボンは解除します。

bbs.cgi に新しい処理系を追加することになるので、
識別マーク Q を新設します。

**root▲ ★** · NG

BBQのリストは当面このままで。>>492-493
(正しくとれた時はBBQを参照しないようになります)

bbs.cgi の工事は、たぶん到着してからかなと。
気が向いたら今やるかもしれませんが、
揺れながら Perl いじるのは、ちとつらいかも。

◆FDT4EIRNvI · NG

>490 >495
なにかトリップつけた方がいいんじゃないでしょうかー。

ご承知かと思いますが、念のため。
トリップの出し方は、名前欄に #password です。
（もちろん password = 任意の文字列で）
なにか↑こんなような、（おそらく）ユニークな文字列が表示されます。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 18:46:15

なんで付ける必要があるのか

**root▲ ★** · NG

つけていただけると助かります。 < トリップ

私は西村様から別途メールをいただいており、
今回の書き込み内容がその内容と一致していたため、
本人であると判断できました。

しかしこれで、担当の方の所属とお名前が公知のものになってしまいましたので、
騙りの可能性がないとはいえなくなりました。

ということで、それを防止する道具(= トリップ)をつけていただけると助かります。
もし同じIPアドレスからの書き込みが可能であれば、
本日中に再度トリップをつけてこのスレに書き込んでいただくと、
IDの一致により、より確度が上がるかと。

**root▲ ★** · NG

>>490
ひとつ補足です。

> Mozilla/4.0 (compatible; ibisBrowser; IPアドレス; ser端末固定番号)
>
> 　例：
> 　Mozilla/4.0 (compatible; ibisBrowser; 219.117.203.9; ser0123456789ABCDEF)

ここのIPアドレスですが、携帯側からアクセスされたIPアドレスを
そのまま出してくださいです。

上記は単純に例示(であるため御社IPアドレスとなっている)かと思いますが、
一応念のため。

**讃岐フォアンフォアン▲** ◆SANUKI/VII · NG

携帯と同じIDになるのにQの必要ってあるんですか？

**root▲ ★** · NG

>>505
bbs.cgi 内の処理が違うからなぁ。

◆PyBmQVnXTM · 2006/03/18(土) 19:04:55

たびたび失礼します。

先ほど書きました >>490 の件についてですが

書き込みを行うにあたって、一時的に付与するUser-Agent：

Mozilla/4.0 (compatible; ibisBrowser; ipIPアドレス; iccフォーマカード番号)

　例：
　Mozilla/4.0 (compatible; ibisBrowser; ip219.117.203.9; icc0123456789ABCDEF)

に変更をお願いできませんか。

急な変更になりまして申し訳ありません。

◆PyBmQVnXTM · 2006/03/18(土) 19:06:35

すいません。送信したIDに間違いがありました。

>>507 と同一人物であることを証明いたします。

**root▲ ★** · NG

>>507
トリップをつけられましたか。
# でも、IDが前と違う?

念のため(今回だけで結構ですので)、
私宛のメールでも >>507 と同じ内容を送っていただけますでしょうか。
お手数をおかけしてすみません。

**root▲ ★** · NG

>>508
了解です。
確認できましたので、メールは不要です。

# 機内食が配られ始めたので、いったん落ち。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 19:15:41

ibisBrowserはFOMAカード製造番号しか取得してないんですよね。
なのでiccxxxxxxxxxxxxxxxxxxxx(20桁のFOMAカード製造番号)という形になるかと。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 19:35:45

>>510
飛行機の中からキャップつきでアクセスですか・・・・
うまやらしいことでw

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 19:40:38

しかも座席はYクラスじゃないぞ。スレ違いだけど。ｗ

**root▲ ★** · NG

食事終わりました。

icc だけですか。
それだと、書き込み許可はできないです。

serXXXXXXXXXXX のほうを(あるいは、ほうも)、
User-Agent 経由で送っていただく必要があります。
よろしくお願いします。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 20:48:56

なるほど。

ということはibisBrowserの仕様を変更して、
端末製造番号も取得できるようにしなければならないわけですね。

**root▲ ★** · NG

>>515
もし現在取得していない(>>511)ということであれば、
そうなりますね。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 20:53:36

「人」に対する許可／禁止をするという考えなら、ICカード識別番号(icc)のほうがいいと思うのはオイラだけ？
こういうブラウザってFOMA専用っぽいし……

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 20:54:30

お前茸

**root▲ ★** · NG

世の中にはFOMAじゃないDoCoMoもある
FOMAカードって、なんか簡単に取り替えられるらしい

と、きいております。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 20:59:31

ibisBrowserDXはFOMA専用です。

**root▲ ★** · NG

>>520
ふむ。

ひらたくいっちゃうと、
現状、２ちゃんねるではDoCoMo携帯について、
serの情報で長年、規制系をやってるからってことですね。

既に相当数の携帯が広告貼りまくりや荒らしまくりで規制行きになっている現状から、
このアプリが単なる規制回避ツールとして使われるんでは、正直やる意味はないなと。

**ﾍ(ﾟдﾟﾍ)** ◆tuboBGQODY · NG

>>519
FOMAカード取り替えるだけで電話番号・FOMA製造番号が変わるのは確認済です。

**ﾍ(ﾟдﾟﾍ)** ◆tuboBGQODY · NG

FOMA製造番号　→　FOMAカード製造番号

ちなみに、変えた状態で通話もネットもできるので（通話料とかは覚えてない）、
iccは信用できませんねー。カードだけ友人から借りてやれば、できるわけですし。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 21:25:56

実際接続してんのはそのFOMAカードなんだから
カードを弾くほうが理にかなってると思うが
そういうルーチンがないんだったらしょーがねーか

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 21:26:50

費用はカードの持ち主請求。
つか、FOMAは個体でなくてカードで持ち主認識してる。
だから機種変がなくて、買い増してカード差し替えになる。
そうそう貸し借りはしないと思うけど、パケホ契約してたらわかんないかも。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 21:29:38

いいんじゃねーの別に
白ロム大量購入して差し替えて連投するのを弾くより
複数回線契約して基本料払いながら連投する奴を弾くほうが
楽だってんだから

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 21:30:06

逆か
俺もアホだな

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 21:32:08

うまく行ってる今の仕組みをわざわざねじ曲げて冒険する必要はないと思うのですね

◆2ZQBOv2.jQ · 2006/03/18(土) 21:36:23

>>521
http://hobby7.2ch.net/test/read.cgi/chakumelo/1138463191/901
端末製造番号の所得の仕様変更簡単に出来るらしいよ。って事で
仕様変更がすめば問題なくね？

**動け動けウゴウゴ２ちゃんねる** · NG

rootさんに質問なのですが、

携帯からの書き込みのときはser(端末製造番号)でIDを決定してるわけですよね？
ならば　Mozilla/4.0 (compatible; ibisBrowser; IPアドレス; ser端末製造番号)　に
「携帯側からアクセスされたIPアドレス」を入れる必要はあるんですか？

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 21:45:20

いろいろあるんだよ
プログラム側の都合で

◆2ZQBOv2.jQ · NG

携帯側のIPが分からないと犯罪予告等が起こった時に2ch運営
側から当人についてibisに聞かなければならなくなるからその手
間を考えればより迅速な対応のために携帯側のIPの表示は、必
須かと。

◆2ZQBOv2.jQ · NG

IPの表示→IPの所得

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 21:49:30

携帯のIPったって端末がIPアドレス持ってるわけじゃねーけどな

**動け動けウゴウゴ２ちゃんねる** · NG

まぁそうなんでしょうけど。

携帯のIPアドレスって接続するたびに変わるんですよ。
それをUAから取得する意味はあるのかなぁ　と。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 21:53:51

厳密には各携帯キャリアのゲートウェイのIPですね

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 21:54:59

おまいら>>464の2を百回読め

**動け動けウゴウゴ２ちゃんねる** · NG

＞どの会社の携帯電話からの書き込みであるか

とありますけど、ibisbrowserはドコモのFOMA端末にしか対応しておらず、
固有番号の仕様・フォーマットは一通りしかないためこの情報は不要かと。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 22:01:41

お前の掲示板ではそうしな

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 22:01:53

だからプログラム上の流れをいっしょにするんだっつーの！

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 22:23:51

フルブラウザのベンダープロバイダーが2chカキコ出来るのを別アプリ作成するか、2chカキコしたいユーザーを予め登録してそいつのUAだけ書き換えるプログラムを書けば良いだけ。

確かにカードの番号の登録も有りだが2chサイドの負担がでかい、ベンダーがなんとかすべき問題だ。

ってことなんだろうな。お金からんでないなら当たり前だ。

自鯖にrep2突っ込めば良いだけなのに。カキコだけ2chからにして。

◆P900i/kHEA · 2006/03/18(土) 22:29:41

作業の邪魔になってもなんだから一レスだけ

>>538
ibisはドコモ専用でも
世の中にはドコモ専用じゃないフルブラアプリ業者とその利用者が存在するんです

今回の話の延長で別の会社が言って来たときに、統一して処理できるように
個別の会社の特別なフォーマットはなるべく作らない(ないしは極力少なくする)ように
しておくのが自然だと思いませんか？

>>517
ICCID規制しても｢人｣に対する規制なんかになり得ない
ICCIDは電話番号や加入者識別番号が入っているタダの"入れ物"の番号
わずかな金額で取り替え可能
(FOMAカードの所有権はドコモにあるので最初から具合が悪かったと言えば
タダで取り替えてくれる場合もある
携帯の取り替えはショップも警戒するがカードの取替えは普通の人には
意味がないのであまり警戒されない)
しかも入れ物が変わるだけで中の情報はそっくり引き継げるので
取替え前と取替え後で当然電話番号も何も変わらない→荒らす側にとって敷居が低くすぎる
携帯本体が書き込み不可能になる方が荒らす側にとってのリスクが大きい

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 22:33:52

カード取り替えるより
白ロム変えるほうが敷居低いだろ

**讃岐フォアンフォアン▲** ◆SANUKI/VII · NG

ぐだぐだ言ってる奴らはBBMスレとか過去の携帯規制関連のスレ読んでこいよ、

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 22:57:13

おーおー
ずいぶん偉そうだな
前はずいぶんバカにされてたのにな

**ピロリ** · NG

ぐだぐだぐだぐだぐだぐだぐだぐだぐだぐだ

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 22:57:44

この話題になると讃岐が不機嫌になる件

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 22:59:27

>>546
赤福だ

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 23:00:06

>>546
おぢちゃんがいってもしょうがないでしょ！！！w

**ピロリ** · NG

たしかに、

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 23:01:10

おいちゃんも

**讃岐フォアンフォアン▲** ◆SANUKI/VII · NG

>>547
だってゲームやってるんだもん、

◆PyBmQVnXTM · 2006/03/18(土) 23:05:53

>>514
> 食事終わりました。
> icc だけですか。
> それだと、書き込み許可はできないです。
> serXXXXXXXXXXX のほうを(あるいは、ほうも)、
> User-Agent 経由で送っていただく必要があります。
> よろしくお願いします。

上記の件、承知しました。
端末番号を送信するように変更します。

Mozilla/4.0 (compatible; ibisBrowser; ipIPアドレス; ser端末固定番号)

　例：
　Mozilla/4.0 (compatible; ibisBrowser; ip219.117.203.9; ser0123456789ABCDEF)

修正しますので、1時間ほどお待ちください。

**動け動けウゴウゴ２ちゃんねる** · 2006/03/18(土) 23:08:20

単にキャリアが増えるだけに感じるなぁ