ログインしてさらにmixiを楽しもう

コメントを投稿して情報交換!
更新通知を受け取って、最新情報をゲット!

オーサカDeepモバイルコミュのモバイルAP/モバイルProxy関連メモ

  • mixiチェック
  • このエントリーをはてなブックマークに追加
モバイルAP/モバイルProxy関連の情報をダラダラと書いて行きます。

コメント(31)

2tch

http://son-son.sakura.ne.jp/download/2chviewer_for_ipodtouchiphone.html
TinyHTTPProxy.pyをem one上で実験中です。

あの激しく流れるエラーログをぐっと睨むと、知らないIPアドレスからのアクセス要求が大量に来ていて、それが原因でDDoSっぽくなってたのかも。
まぁ、そりゃ認証なしのプロキシをブロードバンド回線から見えるようにしてるようじゃ、ダメダメですかね。反省。

数時間繋いでも大丈夫だったり、1時間未満に駄目になったりしていた理由もそれなら納得。

という訳で、暫定的に10個ぐらいの使う可能性のあるIPアドレスに制限してみたところ、今日のところは素直に安定して動いている様子です。

自動接続・自動切断が次の目標。(これで安定したなら)
あぁなるほど。
そういうことでしたか。

ザウルスにもPython入れて見ますかねぇ。
動いてるうちに。
MortScriptというのを使って自動ダイヤルアップからTinyHTTPProxy.pyの起動までは自動化できました。

が、切断されてしまってからが問題… いや、何とかなるのかな? ま、仕事終えてから。
何とかなったみたい。TinyHTTPProxy.pyが安定している事が前提ですが。
TinyHTTPProxy.pyが起動している間は接続を持続(切断されても自動ダイヤルアップ)して、終了すれば切断。
リセットしたら自動的にこの状態になるようにも設定できた。

ただ、能動的に接続したり切断したりってのは難しそう。

Python CEの内部からos.system("hoge")ってが使えない(os.system()がCE版では未定義)のでWin32APIに触る手段がなさそう。
ただ、バッテリの問題を除けば、個人的にはこれで充分という気もします。
いいですね。
もうEM-One転んでしまおうかなぁ。
う、まだ完全には安定してませんでした。
無印とαで揺れてみたり。
来週は905だしな〜
やっつけ的なコードじゃなくて、ちゃんとポリシーが見えるようなコードに書き直したつもりだけど
pythonがわかってなかったのかまたオープンプロキシになってしまってたみたい。
また書き直して試験中。

…ああ、自分で調べればいいのか。やってみます。

http://headlines.yahoo.co.jp/hl?a=20071121-00000059-san-bus_all
KDDIも。TU-KAからの乗り換え対象になると魅力的でしょうか。
うお、なんじゃこりゃ。
ん〜これはアリでしょう〜
上がりはHSDPAより(理論値では)早いので、プロキシ経由のウェブ閲覧では最強かも。
多分下がりはそれほど出せないんでないかと思うので動画とかは厳しいのかも。

どれだけ制限をかけてくるかがポイントかと思いますが、
ひょっとしたらエリア的にも速度的にも値段的にもベストの選択肢になる可能性もあるかも。

あとはモバイルAPとして使える端末を出してくれるか、とか。(^^;)
#特にこのトピック的には
モバイルAPの今後について。

安定してきたみたら欲が出てくる。
touchでせっかくの「メール」が使えないのが残念。

touch側でモバイルAPのIPアドレスをIMAP/SMTPサーバに指定して、
モバイルAP側でgmailのそれに決め打ちするんだったら
接続共有なんてなくてもTCP/IPレベルのばけつリレーで実現できるのでは?

更に例えば22番ポートについても指定したIPアドレスへのみ接続するというのであれば
可能なのでは?

と今朝思った。忘れないようにメモ。
プロクシは概念であり機能であるので、書いてることはまったくその通りでしょう。
メールプロクシもあればFTPプロクシもありますな。

ルータになりえないのはソケットのインタフェースの機能制限が由来のはずなので、クライアントの代理としてプロトコルを終端(したふり)できるならそれで良いわけです。
必要なプロトコルを追加していく感じでゴウゴウでしょうな。
blackJumboDogなんかは結構なかずのプロトコルを含んでいるので、設定パラメータのダイアログ見るだけでも参考になるかもしれません。
機能拡張も大事ですが、(advanced esでの使用は推奨せず)「em oneをモデムに使う事を前提に」
コードを公開した方がいいかなとも思っています。
一応数時間は安定してYouTubeもSkype通話もできていますし。

自動再起動とかを含んでいるので、電話としても使用されるadvanced esには向いてないかも知れないので、em one用という扱い。
そういえば、adesでもリセットが必要な状況に落ち込むんでしたっけ?
まだ試していません。
近い内に試します。
http://sun.dhis.portside.net/~sakira/wiki/hiki.cgi?WindowsMobile.ahttpproxy

とりあえず公開しました。

ad esですが、リセットが必要な状況にはまだ遭遇していません。
通信中に着信してPPPが切断されると、それ以降ahttpproxy側から再ダイアルアップをしてくれなくなるのが、今のところ謎です。通信中着信をOFFにすればいいのですが…
やっぱりad esは電話として使えていて欲しいので、いつでも電話を受けられる状態であって欲しいです。
対処方法を考えてみます。

あと、自動再起動も効いたり効かなかったりするのが謎だったり…
新バージョン公開しました。

自動再接続や自動再起動がちゃんと効くようになってくれたのが嬉しいです。

画面オフにして消費電力が減ったというのもありますが、
熱の発生が抑えられたせいだか何だかわかりませんが、
WiFi, HSDPA双方のアダプタの安定性が増したような気がするのが嬉しいです。
これだけ安定していれば50分ごとの自動再起動は要らない気もしてきました。
いい傾向ですね。
電圧下がって不安定になっていた、とかかなぁ?
なんでしょうねぇ。
ああ、そうかも知れませんね>電圧

ある場所では安定して、ある場所では不安定だったので
電波の濃さみたいなものに依存してるのかなと思ってましたが、
使ってるコンセントもACアダプタも違うものでした。

とりあえず今朝までは大丈夫でしたが、これから夜までもつか…
の実験は、今日は午後に新幹線乗って長距離移動でバッテリーが
そこまでもたない気がするのでした。
新バージョン公開しました。

安定してるみたいです。まだまだ直したいところはありますが、出せる時に出しておきます。
おかげさまでHTTPサーバ経由でステータス表示とか回線制御というアイデアを使わせてもらって便利になりました。
ちゃくちゃくと進んでますねぇ。
年内はきびしいんですが、年明けにでもまた会合しましょうか〜。
KDDIの回線が確保できてるといいんですが。
そうですね。回線が増えた頃、もしくはその回線での通信方法がある程度確立された頃にでも、是非。
すっごく興味あります。
新バージョンはadvanced esで動かしても問題なく一晩動いていたのを報告します。
途中で何度か勝手に切断されてしまったみたいですが、自動再接続が効いて実質問題なしです。
http://iseebi.half-done.net/?Software%2FDeleGateLauncher

EM ONEでも動きました。職場にtouch忘れてきたので肝心のtouchで試せてませんが、伊勢さん自身がtouchで快適な旨発言なさってるので快適なのでしょう。
OQOとかEverunをクライアントにしてもサクサクのような気がします。(ブラウザのキャッシュがもともと効いてるのでイマイチ自信なしですが)
http://emobile.jp/topics/info20080207_01.html

emobile CFタイプカードのSL-C1000/3000/3100/3200用ドライバ配布開始。
D01NXの単体販売とかしてくれないかな。
あぁやっと出ましたか。
ヤフオクではどうですか?
SL-C3200なら内蔵HDD抜いても起動できそうなので、WiFiとHSDPAの2枚差しも可能ではないですかね。
それだけのためにSL-C3200を買おうとは思いませんが…
中古でもSL-C3200だと急に購入をためらってしまう値段になるんですよね。

ザウルスのバスパワーでもいけるUSB無線LANかSDカードの無線LANか・・・
と捏ね回すとかえって高くつきそうですが〜

ログインすると、みんなのコメントがもっと見れるよ

mixiユーザー
ログインしてコメントしよう!

オーサカDeepモバイル 更新情報

オーサカDeepモバイルのメンバーはこんなコミュニティにも参加しています

星印の数は、共通して参加しているメンバーが多いほど増えます。