FON総合スレッド Part9 【無線LAN無料相互利用】

FONについての技術情報交換などをするスレッド

FONホームページ(日本語) http://jp.fon.com/
FONホームページ(英語) http://en.fon.com/
FONマップ http://maps.fon.com/
FON日本語ブログ http://blog.fon.com/jp/
ツクモによる詳説 http://www.tsukumo.co.jp/fon/
(FON無線ルータはツクモ店頭と通販にて1980円で販売中)
(12/5〜12/9にfonshopで申込んだ8278人で届いていない人は12/14以降に順次発送)

過去スレ FON総合スレッド (Part1〜Part8)
Part8 http://pc8.2ch.net/test/read.cgi/network/1165897443/
Part7 http://pc8.2ch.net/test/read.cgi/network/1165769536/
Part6 http://pc8.2ch.net/test/read.cgi/network/1165734869/
Part5 http://pc8.2ch.net/test/read.cgi/network/1165650974/
Part4 http://pc8.2ch.net/test/read.cgi/network/1165594827/
Part3 http://pc8.2ch.net/test/read.cgi/network/1165510906/
Part2 http://pc8.2ch.net/test/read.cgi/network/1165383396/
Part1 http://pc8.2ch.net/test/read.cgi/network/1156459336/

FONの設定/運用/解析/改造/研究/開発などの技術的なこと以外は
こちらの「ネットスポット板」もオススメ（例：届いた届かないの報告や雑談など）
http://pc7.2ch.net/test/read.cgi/netspot/1165301744/

関連記事や関連ページや過去スレ保存やFAQなどは有志の協力により以降
（以下のFAQなどを読んでからわからないことを質問しましょう）

FONルータを通販＆店頭販売するツクモによる解説ページが詳しい
http://www.tsukumo.co.jp/fon/

FONとは
http://www.tsukumo.co.jp/fon/about_fon.html
FONユーザ(Fenero)登録の流れ
http://www.tsukumo.co.jp/fon/become_fonero.html
FONルータ(La Fonera)の機能・仕様
http://www.tsukumo.co.jp/fon/about_lafonera.html
FONルータ(La Fonera)の接続・登録
http://www.tsukumo.co.jp/fon/connect_lafonera.html
FONルータ(La Fonera)のアクセスポイントの使用方法(Public/Private)
http://www.tsukumo.co.jp/fon/accesspoint.html
FONルータ(La Fonera)の設定方法・内容
http://www.tsukumo.co.jp/fon/config_lafonera.html
USER Zoneの使い方(FONサイトでFONユーザができること)
http://www.tsukumo.co.jp/fon/userzone.html
FONについてのFAQs (よくある質問など)
http://www.tsukumo.co.jp/fon/faq.html

Q. FONの利用をISPから禁止された前例はありますか？
A. FON禁止の公式声明を出したISPは無いようなので大丈夫です。

現時点までに、FON利用者へFONの利用を止めるよう警告された事例は見つかっていません。
また、ISPのホームページなどでFONの利用禁止を表明しているISPも見つかっていません。

もし、FONの利用禁止を公表したISPを今後見つけた場合は、
そのISPのホームページ上の該当ページへのリンクとともにお知らせ下さい。

Q. 日本でFONルータを注文した人は現在までに何人くらいですか？
A. 全てを含めたデータは発表されていませんが一部の情報があります。

http://english.martinvarsavsky.net/fon/i-won-the-japan-office-pool.html
このFON社長(CEO)のブログによると、
日本での開始キャンペーン(12/5〜12/9)で注文した人数は8278人です。
これ以外に、各種イベントでばらまいていたり、
提携先のISPや企業や店舗に渡されている分や、
ツクモの店頭販売や通信販売の分が加わります。

Q. FONルータへの有線LAN接続ケーブルはストレートで大丈夫ですか？
A. FONルータ側で極性を自動判別するのでどちらでも大丈夫です。

Q. FONルータにSSHログインせずに設定する方法はありますか？
A. SSHログインに比べると制限はありますがブラウザから多くの設定をすることができます。

FONルータの有線LAN側のデフォルトIPは 169.254.255.1/24 です。
PCは 169.254.255.2/24 などに設定してFONルータの有線LAN側に接続します。
あとは以下のようにして情報を取得や設定ができます。

http://169.254.255.1/
http://169.254.255.1/cgi-bin/status.sh
http://169.254.255.1/cgi-bin/webif/public.sh
http://169.254.255.1/cgi-bin/webif/private.sh
http://169.254.255.1/cgi-bin/webif/password.sh
http://169.254.255.1/cgi-bin/webif/connection.sh
http://169.254.255.1/cgi-bin/webif/adv_net.sh
http://169.254.255.1/cgi-bin/webif/adv_wifi.sh
http://169.254.255.1/cgi-bin/webif/upgrade.sh

Q. FONルータのMACアドレス(上位24bit)はいくつですか？
A. 現在発見されているものは世界中すべて 00:18:84 です。

FON自身が製造者番号を取得しているようです。
http://standards.ieee.org/regauth/oui/oui.txt
00-18-84 (hex) FON
001884 (base 16) FON
Avda. Bruselas, n. 7, Planta 3, Alcobendas, Madrid 28100, SPAIN

Q. FON MAP上の自分のAPが時々薄いグリーン(直近で非アクティブ)になるのですが？
A. 常時接続していても、現時点のFONの実装の仕様によりそうなることがあります。

FONルータは毎時間、接続していることを伝えるためにFONサーバと通信します。
この通信がうまくいけば、FON MAP上で濃いグリーンになります。
過去1時間以内に通信がなかった場合は、FON MAP上で薄いグリーンになります。

しかし、FONルータ上の現在の実装では、毎時0分0秒に0〜3599秒の範囲で乱数振って、
その秒数経過後に接続するようになっています。
つまり、過去1時間以内に通信がない空白期がときどき生じて薄いグリーンになります。
これをどうしても避けたい人は、FONルータへSSHログインして自分で修正します。

Q. Mapのオレンジとかグリーンとかって何？
A.
オレンジ: FONユーザの登録住所 (ルータが届く前に登録できる)
グリーン: FONアクセスポイントの場所 (ルータを設置して認証すれば出せる)
濃いグリーン: 過去1時間に接続が確認されたアクセスポイント
薄いグリーン: 過去1時間に接続が確認されなかったアクセスポイント
グリーンに星: そのAP所有ユーザのFON用ホームページを持つアクセスポイント

Q. Mapの表示が極端に遅い
A. IEはとろいのでFirefoxを使う

Q. Map上の表示位置がずれてるんだけど(表示されないんだけど)
A. 住所からの変換がうまくいかない不具合がある
登録情報のページ or ルータの設定ページで、ピンを刺し直せばOK

Q. Map上でポップアップする場所表示が古いままなんだけど
A. これもピンを少しずらして刺し直せば直る

Q. 変更はいつ頃Mapに表示されるの？
A. 1日1回と書いてあるが、実際には即時に反映される様子

Q. FONルータへSSHでログインする方法は？
A. http://www.mariomix.net/mariomix-blog/2006/11/hacking-la-fonera-parte-3/

1. (Windowsの人は)SSHクライアントであるPuttyをインストールしておきます。

http://www.chiark.greenend.org.uk/~sgtatham/putty/
http://hp.vector.co.jp/authors/VA024651/#PuTTYkj_top (Putty日本語版)

2. 次のHTMLファイルをfirst.htmlというファイル名で作っておきます。

<html><head></head><body><center>
<form method="post" action="http://169.254.255.1/cgi-bin/webif/connection.sh" enctype="multipart/form-data">
<input name="username" value="$(/usr/sbin/iptables -I INPUT 1 -p tcp -dport 22 -j ACCEPT)" size="68" />
<input type="submit" name="submit" value="Submit" /></form></center></body></html>

3. 次のHTMLファイルをsecond.htmlというファイル名で作っておきます。

<html><head></head><body><center>
<form method="post" action="http://169.254.255.1/cgi-bin/webif/connection.sh" enctype="multipart/form-data">
<input name="username" value="$(/etc/init.d/dropbear)" size="68" >
<input type="submit" name="submit" value="Submit" /></form></center></body></html>

4. 自分のPCのLANインタフェースを次のように設定しておきます。

IP: 169.254.255.2
Subnet mask: 255.255.255.0
Gateway: 169.254.255.1
DNS: 169.254.255.1

5. La FoneraとPCをLANケーブルで接続します。

6. ブラウザで先ほどのfirst.htmlを開いてSubmitをクリックします。もし要求されたらユーザ名とパスワードを入力します。（設定前のデフォルト
のユーザ名とパスワードは両方adminです。）

7. ブラウザで先ほどのsecond.htmlを開いてSubmitをクリックします。もし要求されたら同様にユーザ名とパスワードを入力します。

8. Puttyを起動してホスト名に169.254.255.1を指定してLa Foneraにログインします。(La Foneraにおいてのrootのパスワードのデフォルト値は
adminです。)

9. La Fonera上で以下のコマンドを実行します。
mv /etc/init.d/dropbear /etc/init.d/S50dropbear

10. 以下のようにvi(エディター)を起動します。
vi /etc/firewall.user

11. viが起動されたら、以下の行のコメントを外します。
# iptables -t nat -A prerouting_rule -i $WAN -p tcp -dport 22 -j ACCEPT
# iptables -A input_rule -i $WAN -p tcp -dport 22 -j ACCEPT

12. ファイルを書き込み保存してviを抜けます。

13. 以下のようにvi(エディター)を起動します。
vi /bin/thinclient

14. viが起動されたら、以下の行のコメントにします。
. /tmp/.thinclient.sh

そして以下の行を代わりに加えます。
cp /tmp/.thinclient.sh /tmp/thinclient-$(date '+%Y%m%d-%H%M')

15. ファイルを書き込み保存してviを抜けます。

以上でLa Foneraでは常にSSHサーバが起動してログインすることができます。中身はLinuxです。

Q. FON Mapsで場所を指定するURLの作り方は？
A. 以下のようにします。
※FON Mapsの表示はFirefox推奨 (IEでは重いとの報告アリ)

http://maps.fon.com/?lt=(緯度)&ln=(経度)&zm=(地図の倍率)
表示した居場所の緯度と経度を求めて↑に当てはめる
緯度と経度は10進数であらわす。
例：緯度37度14分,経度131度52分→緯度37.23経度131.87

Geocoding - 住所から緯度経度を検索
http://www.geocoding.jp/
経度・緯度を調べる（地図作成作業補助サンプル）v0.44
http://jsgt.org/ajax/newmon/samples/chapter03/03-31/getlatlon44.htm

例：新宿駅
緯度：35.68894276263738 / 経度：139.70054984092712
http://maps.fon.com/?lt=35.68894276263738&ln=139.70054984092712&zm=14
例：東京ディズニーランド
緯度：35.63253506643929 / 経度：139.88131999969482
http://maps.fon.com/?lt=35.63253506643929&ln=139.88131999969482&zm=14

Q. 弥生人のFON向けのページへ逝くにはどうすればいいですか？
A. まずは以下のFON MAPを開きます。
http://maps.fon.com/?lt=35.098332973078286&ln=136.941157579422&zm=20

弥生人のアクセスポイントの大きな丸いグリーンと白い星印が見えます。その星印をクリックすると、
Take a look at this FON Social Router's personalized page
などの行が一番上に出るのでそれをクリックします。

そうすると、「ようこそ弥生人のアクセスポイントへ！」と弥生人APのエントリページが出ます。
そこにあるリンクをたどると、弥生人のFON向けのページへ逝くことができます。

>>1
乙

テンプレはまとめサイトがあるから、そのくらいでいいよ。

>>1
乙
Wikiのリンクが抜けてる

●FAQや関連スレのまとめ
FONまとめWiki　http://fon-wiki.maniado.com/index.php

佐川急便からメールきたやついる？

>>1
乙です。
やっとFONマップの住所情報が更新されました。

ルータ待ちなのでよくわからんけど、
GoogleとSkypeはFON_APでも認証なしで通るんだっけ?
ということは、DSも同じ仕組みを利用すればFON_APで使えるようになるということなのか?

メール来た・来ない　FONERA届いた・届かない　はこちらへどうぞ

WiFiコミュニティFONでネットスポット共有計画
http://pc7.2ch.net/test/read.cgi/netspot/1165301744/

お洒落すぎる。
ｶｺ(・∀・)ｲｲ!!

Q. Fonera を無線LAN機器無しで「認証」させる方法は？
A. 以下のようにします。理解した人が自己責任で。

１．先ず、>>6-7の方法でFoneraにログイン出来るようにする事。
２．上位Linuxルータ側でrootになって以下のコマンドを実行 (Linux以外でも同様の設定をする)
# iptables -t nat -I PREROUTING 1 -d 192.168.182.1 -j DNAT --to-destination 192.168.1.xx(※)
　※はFoneraに割り当てたIPを入力。
３．Fenera にログインして以下のコマンドを実行
# iptables -I INPUT 1 -p tcp --dport 3990 -j ACCEP
# iptables -t nat -I PREROUTING -p tcp --dport 3990 -i eth0 -j DNAT --to-destination 192.168.182.1
４．ブラウザからhttp://192.168.182.1/へアクセスすると無線LANでFon_APへアクセスした時と同じ画面が出るのでログインしてFoneraの登録。

Q. 認証なしでFON接続したり、FON接続があった時に自動メールしたりする方法は？
A. 現在まだみんなで解析中。

FONはアクセス管理にchillispotというプログラムを使っている
http://www.chillispot.org/
conupっていうオプションを使うと(/etc/chilli.confで指定可)ログイン認証後に実行されるスクリプトを指定できる。
ユーザのIPアドレスやMACアドレスを引数にして実行してくれるので、このスクリプトでできる可能性がある
しかし、今回日本向けに出回ったファームではchilli.confをFONサーバから定期的に
ダウンロードさせられているので、
chilli.confをいぢってもすぐに書きかえられてしまう。.thinclientをエスケープしただけで安心してはいけない
直接/etc/init.d/N50chillispot の中でchilliの引数としてconupを指定しちゃうの方法は、chilliの起動にそれ使ってないので無理。
nvramにもエントリがあるが、そっちも参照してない模様。もともとchilliまわりのhack防止策で作られた仕組みっぽい

「総合」スレで良いんだよね？

Q. ニンテンドーDSで家庭用のアクセスポイントに接続できません。
A. 「La Foneraの設定」を参考に、La Foneraの設定を以下のようにご変更ください。
1.「プライベートWiFi」設定画面を開く
2.認証の種類を、「WEP」に変更し、設定をして「更新する」ボタンを押してください。
3.ニンテンドーDSのWiFiコネクション設定で、アクセスポイントを検索のうえ設定を行なってください。

Q. DSがMyPlace(Private Wifi)につながらない
A. MyPlaceをWEPにすればつながります

Q. MyPlaceをWEPにする方法がわからない
A. FONルータに有線LANでつないでルータへのウェブUIで設定変更できます >>4

メール来た・来ない　FONERA届いた・届かない　はこちらへどうぞ

WiFiコミュニティFONでネットスポット共有計画
http://pc7.2ch.net/test/read.cgi/netspot/1165301744/

弥生人 LANｹｰﾌﾞﾙ到着でついにラフォネラ屋外設置完了 kwskはこちらへ

前スレの>>911
911 ：910：2006/12/14(木) 04:15:53 ID:???
と思ったら、9時間前に発送報告メール来てた。
gmailだと迷惑メールと認識されてて、きづかなかったよ。

あんたのおかげで俺は助かった。
感謝する

アンテナ部分を工夫している人いる？ 直接でも間接でも。

特に指向性を高める関係とか、いろいろ

transparent proxy設置関係の情報をもっと交換したいよね
2ch書き込みなどだけ特別扱いするとか詳細ログとかどうよ??

>>17
今はあいまいな状態
↓のスレも見て空気を読んで使い分けれ

WiFiコミュニティFONでネットスポット共有計画
http://pc7.2ch.net/test/read.cgi/netspot/1165301744/

>>14
もしそれができれば、その解釈で正しい。
DSに限らず自由に認証スタイルを変更できる。

そのためにはLa Foneraをいじらないといけないのだが、
現在の解析状況は>>16の二つ目のFAQのようにまだできてないようだ。

>>24
>自由に認証スタイルを変更できる　ってお前、相変わらず何も判ってねえな
自分でいじることもできないようだし 生意気な口きいてんじゃねえよ

プライベート無線LAN（MyPlace）だけを有線LAN側にブリッジできるといいよね
そうすればWindowsでのファイル共有などもできて便利になるし

そっち方面のハッキングは進んでないのかな？

>>25
anonymousなくせに生意気な口きいてんじゃねえよ

>25
カルシウムとれよ

そういや、FON MAPの改良してた人の軽いMAPページどこだったっけ
お気に入りに登録するの忘れていたようだ

>>13
FON MAPの住所情報の更新は1日1回ってこと？

>>26
前スレにあったじゃん

>>26
そーすればDHCPでへんなDNSサーバーを勝手に設定される問題も回避。
てゆうか、ブリッジの設定が選択できるようになっていてもいいぐらいだと
思うけど。最近の無線ルータはだいたい切り替えスイッチあるよねー。

>>30
どこどこ？
うちも家のLANとMyPlaceを同じセグメントにしたい

検索くらいできるようになってからルーターの心配しろよ

これだな
http://pc8.2ch.net/test/read.cgi/network/1165769536/871

871 ：anonymous：2006/12/12(火) 01:23:53 ID:???
オレンジ共済の方々へ
稼動中のAPをGoogleMapに描画するページ作りますた。

http://orz.xii.jp/test/test.html

ポイントの描画が若干遅いですが、cgiを経由させてるので仕方ないです。
そのかわり、公式サイトのマップよりはかなり軽くなっていると思います。
とりあえずのものなので、バグ等ありますが・・・

913 ：anonymous ：sage ：2006/12/14(木) 07:22:09 ID:???
＜俺用メモ＞
(p)ttp://mrmuh.blogspot.com/
La Foneraでのブリッジ接続設定方法だそうな。

>>912 (前スレ)
もちろんそうだが、FONに限らず外でインターネットを利用するときの一般的な話。
無線LANでも有線LANでも必須。SSHでもVPNでも好きな方法でOK。

ちなみに、WEPやWPAがあるAPであっても、
APから先のインターネット部分では丸裸状態なので、

＞WEPすらない丸裸状態のAP使っても

これは全く関係ない。たとえWEPがあっても暗号化は必須。
有線LANであっても丸裸状態なのは同じなので全く同様で暗号化は必須。

>>24
どうも。
解析はこれからという状況か

FONのサービスとしてDSが使えるかどうかというのはインパクトが大きいと
思うので、できれば実現したいな
DSの通信は任天堂かどこかのサーバへの通信なんだろうし

>>34
URL　変更しました。
一応、これが正式版になる予定です。近隣のAP検索機能もこれに付けます。

FON Active Router Viewer
http://orz.xii.jp/fon_tool/view.cgi

前スレ>>877です。
chillispotなんですが、今のFONのファームに入ってるもののバージョンが1.0で、
conupオプションが使えないことが分かりました。(conupは1.1から追加）

OpenWRTから1.1のバイナリを持ってきたんですが、リトルエンディアンのものしかなく
FONはビッグエンディアンなので使えませんでした。

いま忙しくて、MIPSのクロスコンパイル環境を構築してる時間がなく、解析は止まってます。
お暇な有志の方がいたら、1.1のバイナリを作ってくれるとありがたいなあと。

とりあえず現状報告でした。

>>21

9dBiのパッチアンテナを屋上に設置しようとしている。
あまりよく判らないけど、1.5km飛ぶみたい。

ただしコネクタの変換をしないといけない・・・
リバースSMAとか何とかってググれば出てくるけど購入まで
行ってないです。

>>34
cgiを経由させてる理由って、XMLHttpRequestの制限のため？
そういうソリューションだと、誰がやってもその設置サーバからアクセスが行くから、
効率が悪いだけでなく、アクセス過多で目を付けられてしまわないか心配だ

>>41
そうですね。XMLHttpRequestは同一ドメインからしかデータ読めないので。
キャッシュさせる方法も考えましたが、今のデータのやり取りの仕方では難しいですね。

まあ、アクセスは目立つでしょうが、アクセシビリティの悪いサイトでユーザに負担をかけることを考
えれば大目に見てもらえるんじゃないかと、そのへんは楽観視してます。

>>5の質問にある、
>>Q. FON MAP上の自分のAPが時々薄いグリーン(直近で非アクティブ)になるのですが？
>>A. 常時接続していても、現時点のFONの実装の仕様によりそうなることがあります。

>>これをどうしても避けたい人は、FONルータへSSHログインして自分で修正します。
↑のやり方書いて無かったので書いときます。

１．ログイン後、次のコマンドを実行
　# vi /bin/thinclient
２．/(スラッシュ)キーを押し、「sleep」と入力。すると以下の行がヒットするので「3600」の部分を秒単位で書き直します。
　sleep "$((0x$(head -c2 /dev/urandom | hexdump | awk '$2 > 0 {print $2}') % 3600))"
３．ESCキーを押し、:wq (先頭からコロン、小文字w、小文字q)と入力し終了します。

　例：sleep "$((0x$(head -c2 /dev/urandom | hexdump | awk '$2 > 0 {print $2}') % 1800))"
　↑これで毎時0分〜30分以内にFonへアクセスします。

このスレの人達ってviの使い方くらい分かるよね？つーか、こんな事書かなくてもみんなやってるかｗ
テンプレに入るか分からんけど、入れるならviの操作方法いらんかも。

って、書き換え方法書いて無かったorz
一応書いておきます。
２で該当の行を見つけた後、i (小文字のi)で入力モードに入りますので(Delete使えないのでBSで消去)。
ちなみに、入力モードに入る前にxで文字消せます。
じゃ、寝るわ。

>>44
乙

>>40
秋葉原ラジオデパート1Fにある神保商会でRSMA-SMA変換コネクタ扱ってるみたいだね。
ttp://www.jimbo.co.jp/rsma.htm

ところで無線LANのアンテナ、インピーダンスは50Ωでいいのかな？

寝る前にもひとつ（スマン(；´Д｀)
前スレ>>877
解決しているか分からんけど。
/etc/init.d/N50chillispotに.conf書き換え部分があるみたい。
radconfig()で検索してください。
あと、書き換えた後にMD5SUMでチェックしているらしい。
なのでconf書き換えた後に、(書き換えた)confのコピーが必要だと思う。
いじょ。

>>46
確か５０Ωのはずなので大丈夫でしょう。

利得12dBのアンテナ↓立てたら、近所の無線LANの混信がひどくなりそうｗ
ttp://www.misaki-co.com/cgi-bin/data.cgi?0,tra0067

メール来た・来ない　FONERA届いた・届かない　はこちらへどうぞ

WiFiコミュニティFONでネットスポット共有計画
http://pc7.2ch.net/test/read.cgi/netspot/1165301744/

お洒落すぎる。
ｶｺ(・∀・)ｲｲ!!

>>49
そういえば無線LANのチャネル設定って
自分で設定しなければ自動で決まるみたいだけど
あれってどういうアルゴリズムなんだろう？

>>34
本家より使いやすいよね。これだったらオレンジ共済組も問題ないし。
ルーターの場所でマウスカーソルが変わるけどクリックしても何も起こらない
のは仕様？

>>43
あのにーさん、見てないので想像なのですが、

＞これで毎時0分〜30分以内にFonへアクセスします。

たとえば、８時は３分にFonへアクセスしたとして、
９時は２８分にFonへアクセスしたとすると、
９時３分から９時２８分の２５分間は薄いグリーンになってしまいませんか？

毎正時にアクセスするようにさせれば？

>>54
そんなことしてしまうと、どんな悲惨なことが起こるのか容易に想像が。
その惨事を避けるために乱数を用いているわけですね。

よく飽きねーな、FONごときで。ｗ

想定の範囲内だが何の相談もなくクソスレ立てたアフォがいるな

>>55
それぞれが任意の時間にアクセスとか。それでもある程度は集中するかな。

せっかく弥生人が移ってくれて上手く分かれそうだったのにまた総合スレかよ
結局バカの覇権争いだったんだな

だれかns01.fon.com関係のFAQをまとめるか情報おしえて
リゾルバとしてns01.fon.comを使わずにFON_APの運用ができるとうれしい

>>60
何のためにだ？

>>58
任意といっても毎時ランダムにしているのが濃い緑でなくなってしまう原因らしい

>>59
通信技術板におけるFON総合スレてことなんでしょう
こういうのがあるから

【VPNで】FONセキュリティ要望スレ【安全に】
http://pc8.2ch.net/test/read.cgi/network/1165631638/

現状で全く問題ないと思う
メール届いたとかルータ届かないとかはうまくネットスポット板へ分散できてるようだ

むしろ、ns01.fon.com [213.134.45.129] に集中するのは、
スケーラビリティの点でも問題なのではないか？
今はまだFONルータの数が少ないから、問題は生じていないのだろうが。

1000も近づいて、●もないのに、いっしょうけんめいテンプレ貼ったみたいだし、
くそスレあつかいはひどいと思うな。

>>52
本家FON MAPが重いことの原因が
そのクリックして色々できるところにあるようなので
軽い方のMAPはそれを省略でいいんじゃないか

なにかしたいなら本家FON MAPへのリンクもあることだし

>>64
スレタイに限定とか入ってるまだ1レスも付いてない正真正銘クソスレがあるんですよ
このスレにしても一言「間に合いそうにないから立ててくる」くらいは言ってほしかったが・・・

>>66
いつからここはてめーの管理スレになったんだよ
いつまでもグダグダ言ってるなら24時間張り付いてろ

　　　　　　 /＼＿＿_／＼
　　　　　／　―　　　ー　::＼
　 　　　 |　 --､,　 　､ｰ-､　 |
　 　　　 |　　,,ノ(o_o.)ヽ､, 　::| 　はっ…
　　　 　 |　　　ｒ‐＝‐､ 　　.:::|
　　　　　＼　　｀ニニ´　 .::／
　　　　　／｀ー‐--‐‐一''´＼

　　　　　　/＼＿＿_／ヽ
　　　　 ／　　　　　　 :::::::＼
　　　　.|　　　　　　　　　 .::::|
　　　　.|　 ／　　　　 ＼　.;:::|
　　　　.|　　ー,　　　ー　　::::| 　くしゅっ
　　　　 ＼　,,ﾉ(､_, )ヽ､,,.::::／
　　　　　／｀｀ｰﾆ=-'"一´＼
　　　　　　 .　,". ',.` .
　　　　　　.　　｡.　,

　　　　　 /＼＿＿_／＼
　　　　／　⌒　　　⌒　::＼
　　　　|　（●）,　､ （●）､ ::|
　　　　|　　,,ノ(､_, )ヽ､, 　 :::|
　　　　|　　　ﾌUUｫﾝ 　 .::::::|
　　　　＼　　｀ニニ´　 .::／
　　　　／｀ー‐--‐‐一''´＼

>>67
bbexciteか
正真正銘の信者きたな

>>66
FONに関係ないことは別スレで

>>61
FONのDNS鯖を使うということは
DNS解決のすべてがFONに漏れてしまうこと

>>59
うまくnetspot板と分散できているのでこれでいい

>>43
毎時0分0秒〜59分59秒だったのが
毎時0分0秒〜29分59秒に変わるだけで
それでは空白期間は残るんじゃないか
グリーンが薄くなってしまう

>>70
>>61
>FONのDNS鯖を使うということは
>DNS解決のすべてがFONに漏れてしまうこと
了解。FON本来機能の安定運用とこの心配を解決するには
FON運用時に参照してるFON関係ｻｰﾊﾞｰを割り出して
自前DNSに教えとくってのが手っ取り早いか

>>67
前スレの最後でテンプレ案まとめてた香具師が居たのにさて立てようかとしたら、
別の香具師が黙って変更前のテンプレ貼り付けて勝手に立てたんだろうが

>>70
DNS解決がFONに漏れて何か困るような事でもするのか？
あと、ＤＮＳ関連はフィッシング詐欺に悪用されそうだしな。

fon.com自身のauth name serverはこうなってる

fon.com. IN NS ns0.dnsmadeeasy.com.
fon.com. IN NS ns1.dnsmadeeasy.com.
fon.com. IN NS ns2.dnsmadeeasy.com.
fon.com. IN NS ns3.dnsmadeeasy.com.
fon.com. IN NS ns4.dnsmadeeasy.com.

つまり、ns01.fon.comは各APからの情報スパイ用と思われ

>>72
そういうFONに関係ない話でスレを荒らすのでは妨害工作員と挙動が変わらない

>>72
まとめって、このスレがたってから、30分以上あとじゃん。
すこし、落ち着けよ。

>>73
DNSSECを使っていれば偽DNS情報は排除できるので大丈夫。

もしDNSSECを使っていなくて偽DNS情報を捕まえたとしても、
個人情報やクレジット番号入力のページはHTTPSなので、
サーバ証明書によって正当性を検証できるので大丈夫。

それよりもFONにすべてのDNS解決が漏れるのは困る。
MyPlaceからのアクセスでもそうなるのだろうか？

立ったものはしかたありません
ネットスポット板との勢い値対決をwktkしながら待ちましょう

>>76
DNSSECを使っていれば大丈夫ってのが気になる。使ってない人の方が多かったりしないの？
あと、DNS解決が漏れると困るって理由がよくわからないんだけど、ＤＮＳ解決って漏れるとやばいの？

MyPlaceならDHCP使わないで直接設定すれば大丈夫かと。DHCPでどうなるかは試してない。

>>77
勢いはどうでもいいよ
ここは通信技術板であってPart1の頃から
FONを色々と技術的に楽しみたい人が集まってるだけ

設定とか運用とか技術的に困っている人はウェルカム

>>78
DNSSECの普及が遅れていてヤばいね
DNS解決が漏れるってのはヤばいサイトを見に行った時
そういうことをしようとしていることがFONにばれるだけ

DHCP使って自動でやってるとMyPlaceからでもばれるということか

>>79
つまり書き込む内容についての議論は技術的なことじゃなくても
いいってことだな

いいかげん止めたら？

>>40
そのアンテナを屋上に設置すればほんとに1.5kmも電波送受できるの？

>>46
FON本体側もアンテナ側も凸になってるってことか

>>49
利得12dBいいね
雷対策とかってこういうのは大丈夫なの？？

>>80
FONに関係ないことでもめるのはやめよう

La FoneraがLinux Boxでハック出来るというのはわかるが、これは裏を返せばAlienにとってLa Foneraは全く信用の
おけないものであるということになるよね。
FON本部で認証をするにしても、それだけで解決出来ないんじゃないか？

>>82
認証はFONサイトのhttps:なのでサイト証明書による信頼できる
それはEnd-to-Endなので途中でなにされようが保証できる

そのあとのインターネットアクセスは
La Foneraをハックしていなくても上位ルータやその間がそもそもある

つまりLinux Boxでハックできることで新たに生じる問題はない

昔野良APをHoneypotにして騙すという話しがあったと思うが。FONのAPを偽装するなんて輩もいるんじゃないのか？
このシステムって本当に成立するのか？セキュリティ対策は十分練られているのか危惧する。

>>83
その認証はなんの意味があるの？APが正規の物であるという保証ぐらいの意味？
APの偽装対策はそれで問題ないと思われる？

有料無線LANでWEP/WPAされていたとしても、
APからさきは生で流れるので盗聴や中間者攻撃はされうる。
これはその他のFreeSpotでもFONでも野良APでも一緒。

つまり重要な通信はHTTPSを使うとか、
あるいはすべてVPNを通すとか、
その人の方針によって対策が必要なのは同じ。

>>84-85
FON特有の問題ではないので、
普通に外でつなぐときと同じ対策をしていれば全く問題なし。

>>83
通常はAPは自分で設置する物だから、それによるリスクはないとしましょう。
FONの場合他人が設置したAPに乗るわけだから、APは信用出来ないと考えるほうが安全。
APの偽装はできることだし、La Foneraのハックも可能。設置者なら盗聴はやり放題と言えるかな？
APの改ざんが出来ないようならばまだしも、内部は解析し放題でAPの改ざんはし放題。
ユーザーの使い方に依存するが、通信は暗号化もされず生データが流れるということになるか。
全てのデータは暗号化された上でFON本部を流れるのなら安全性はFONが保証出来るかも知れないが、
現状そういうわけではないよね？

まぁ、これらのリスクはAlienが背負うだけだからAlienはVPN張るなりなんなり、自分の身は自分で守る
というスタンスかも知れないが。

>>86
FON特有なのは、APの管理が参加者個人に任されているということだ。
きちんとした団体が運営管理する無線LANスポットと野良APやFONとリスクが同じだとは個人的には思えない。

Alienとして利用する場合は、VPNはもちろんのこと、かなり用心して利用した方が良さそうと思った。
今度香港で利用したいと思っているので、通信は自宅VPN鯖経由ですることにしよう。

>>87
話の前提が違うな。
「AlienにとってLa Foneraは全く信用のおけないものである」
→Linusにとっても信用がおけない

ｈｔｔｐｓの信用
→OSにあらかじめ組み込まれているCAの証明書が保証する

それでも信用できない
→OSをちゃんと金を出して買え

>>87
＞設置者なら盗聴はやり放題と言えるかな？

それはその他の無線LANでも同じ
というか有線LANでも設置者は自由にやり放題
FON登場以前から普通に行なわれてきていること

ちなみにFONルータをハックしなくても
FONルータから先の有線LAN部分があるのでなんでもできる
これはFONに限らずどこのアクセスポイントでも同じ

FONによって新たに安全性が低下するわけではないし
ましてやFONルータのハックと安全性には全く関係がない

>>89
Linusというのは他人のAPを利用するLinusという意味だよね。Alienと書いてしまったが、Public側利用者のことです。

さて、団体が運用するコマーシャルなAPとFONとではリスクが圧倒的に異なるような気がしてならないんだが、それは
気のせいと言えますか？

>>90
いや。だから、設置者が全く信用ならないと言ってるわけですよ。
NTT comは信用するが、FON APの設置者は信用ならない。

そういうスタンスのほうが安全でしょう？

>>91
リスクが何を示すのかによるが、
使おうと思ってもまともに運用されてないので使えなかったというリスクは大
セキュリティがらみのリスクは同等

通信事業者は盗聴すれば処罰されるし、通信の自由と安全を保証して商売にしているわけですよ。
NTTは電話の会話を盗聴出来るが、してはならないし、それを保証する信用を売って商売をしている。
でも、FONはそういった法律の外にあるじゃないですか。違いますか？

>>92
利用者個人の判断によるのでは？

そういうわけで、通信事業者を縛る法律の外にあるFONは早晩総務省に目をつけられて政治問題化すると
個人的には思うな。FONを悪用するやつが出てきて、問題になるんじゃないの？

>>92
＞NTT comは信用するが、

一般人にとってそれはありえないよ。
もしかしてNTTは信用できるがFONは信用できない、
っていう非技術的なことで惑わせて妨害している工作員？？

FONに限らず全てのアクセスポイントでは、
実際の現場では色々なことがなされている可能性あるので、
FONに限らず一般的に盲信するのはかなり問題。

あくまでも技術的に安全にすべきであるし、
それは今までしている対策と全く同じままFONにも対応できる。

>>95
そうだけど、個人的にはFONのAPは信用するなと言いたいね。
おれは詐欺にかからない自信があると言いきれるやつは大アマのセキュリティの下で使い続ければいい。

>>94
法律がなくても同じじゃないかな
逆に電気通信事業者だからって安心してる方が怖い
結局、心配なら自分で暗号化通信するしかない

>>97
その感性が信じられない。
まぁ、全て信用しないというスタンスならわかるが、そんなこと言ってたら生活出来ないし。
Suicaもクレジットカードも何もかも信用出来ないなんていうやつはいないだろ。

俺は、まともな通信事業者の行うサービスは信用するけど。
裏切られたら訴訟なりなんなりできるわけだし。

FONが信用ならんなら、まずWEP使ってる他の公共無線LANも信用するなよ
同じ暗号化キー使ってるユーザ同士は通信内容筒抜けなのぜ？

これやってるとまたVPN厨が集まってくる悪寒 またloop

>>97
ハックされている可能性はゼロではない。だから危険だというのはおかしいだろ。
まともな通信事業者なら、その可能性をゼロにする管理を行っているわけだし。
FONは全く無管理じゃないか。可能性の数字が桁違いだろ。

>>99
通信事業者は法律を無視していると主張しているの？

安全サイドに振って利用した方が良いのは当たり前のことです。

>>101
ユーザよりも、AP設置者のハックを問題視しているわけだが。
AP設置者のほうが出来ることは遙かに大きいと思えるんだよな。

>>100
ｽｲｶもｸﾚｶも信用できないけど利便性とﾘｽｸを比較して使う人は使う

個人相手にだって訴訟起こせるだろ

ちなみに、今まで発生しているフィッシング詐欺で騙された人は、
普通に電気通信事業者であるプロバイダを使っていました。

それでもフィッシング詐欺で騙されました。

つまり、電気通信事業者だとかNTTだとかいうのは全く関係がないのです。
NTTを使っていても、いくらでも詐欺事件は起きています。

では我々はどうするべきか？
VPNなどの通信路を暗号化する技術や、
PKIなどのサーバ証明書による認証する技術などで、
技術的に安全にすべきなのです。

>>102
VPN厨ってこういう話題をしてたの？La FoneraにVPNを組み込むって話しかと思った。
そんなことして意味あるのかわかんなかった。

>>106
話しをすり替えているとは思うが、まぁいい。

APを設置するリスクはさほどないとは思うが、他人のAPを利用する際には、コマーシャルサービスを利用する
のとはレベルの異なる用心さを持っていた方がよいと思う。
言いたいのはそれだけだ。

>>103
>通信事業者は法律を無視していると主張しているの？
そんなこと書いてない　事業者だから安全というのは盲信だと書いてる

危険だ危険だじゃなくて、何をどうしたいのかに話を移さないと永遠にloop

>>105
個人にではなく、FONが相手になると思うな。システムの運営者として責任がある。
そうなるとだ、FONは破綻するんじゃないのか？

リスクは世界中にばらまかれてる。

またNTTのおっさん荒らしに来たの?いい年して虚しくない？

要は自分で設置したAPじゃないならそれなりの用心が必要だってことだろ
そしてそれはFonに限ったことじゃない。無線Lan全般に言えること

FONのネットスポットとしての法律面や社会的信用についてはネットスポット板へ
http://pc7.2ch.net/test/read.cgi/netspot/1165301744/l50

この通信技術板では技術的に便利にしたり安全にしたりしましょう

La Foneraのハックはおもしろいな。
超小型のLinuxBoxが格安（無料）で手にはいるわけだから、盛り上がるんだろうな。
何か出来るほどリソースは搭載してないんだろうけど。

ネットスポット板がゴミ箱扱いされてるような気がしてきた。

一番最後嫁嫌なら使うなで、糸冬了

＠IT > NewsInsight > 個人の無線LANに相乗り、「FON」が日本で本格展開へ
ttp://www.atmarkit.co.jp/news/200604/12/fon.html

La Foneraが来たら、秋月電子で外部アンテナ買ってきて、アンテナだけ屋外設置してみるか。
何がうれしいか自分でもよくわからんけど。

>>116
うわ。メチャ投げやり。
こりゃ、総務省に目をつけられるのも早いかも。

そんなに心配なら専用回線を引っ張って使えということか？＞ミッションクリティカルで使うな。

今までのように既得権を守るために総務省とNTTなどが動こうとしても、
FONは欧州や米国を含めて世界中で展開しているわけで、
今までのように新興勢力をどうこうできないかもしれない。

既得権を持つ抵抗勢力がどのように色々な活動をするかは見ものだな。
もしかしたらこのスレにもいるのかも知れないがw

>>120
国内で法律の網をかぶせることはできるでしょ。

FONを悪用した事件が起こるまでは静観だろうけど、なにか起こりそうな気はするよ。
現在の法律の網がかかってないことは確かだろうと思える。

>>121
このｽﾚいつから法律ｽﾚになったんだ？ おまえ検察か？

悪用するなら
家のFON_APでしてくれればいい
どうなるか報告する

てか、FON_APを使うときはある程度割り切って使えばいいだけだろ。

・ノートPCで繋ぐ時はウィルス対策ソフト必須
　　（接続すると漏れなくウィルスがついてくるかも。）
・SSLを使用した認証サイトに行く場合は証明書をよく確認する。
　　（接続先がhttp://だったり、怪しい証明書を所有しているとフィッシング詐欺にあう可能性がある）
・SSLを使用していない認証サイトには接続しないか、ＶＰＮ使用。
　　（VPNを通さないと簡単にIDとパスを抜ける）
・ちょっとした調べものなど認証不要のサイトはご自由にどうぞ。
・メールなどはPOP使わず、httpsのwebメールを使う。
　　（ID、パスを暗号化されている場合もあるが、本文は筒抜けだったりするのでhttpsのwebメールが良い）

ぶっちゃけ、他人の家の前でネットバンクとかオンライントレードはしたいとは思わんし、
ちょっとした調べものが出来るだけで十分だと思う。

既得権だとか、FONのおかげで商売が脅かされるとかの問題じゃない。
これは消費者保護の問題だろ。
そういう名目でFONをコントロールすることなら、総務省は喜んでやるだろうしさ。

>>124
ＧＪ！

FONで起こせる事件なら普通の既存のネットスポットでも起こせないか？
なぜFONを特別に心配してるのかわからない。

>>124
おまいらはともかく、それだと一般に普及しないような。
なんか何のためのFONだかわかんねえな。

>>127
悪意のあるAP設置者が出てくる心配が高い。

>>121
FONに限らず既存のfreespotでも同じ問題であって
さらには野良APの開放者も無届けだと処罰されることになりかねない

しかしFONはログイン認証があるので
わざわざ足がつきやすいFONを選んで悪さをするのは珍しい
無条件に使えるAPがいくらでも他にあるというのに

なのでフリーや野良APが世の中にある限りは
FONでは問題が起きないと思われる

>>130
まぁ、当面そういう感じで推移していくんだろうが、何か事件でも起これば状況は変わるだろうな。
世界中にこんだけ配ってるんだから、悪意のあるAP設置者はいずれでてくるんじゃないかな。

>>125
そうだ、そうだ！ 主婦連も中ピ連も立ち上がるわよ！！！ って古杉か

いずれにせよ技術的じゃない話題は別ｽﾚへ逝ってやれ

まさかFONから２ちゃんに犯罪予告するバカはいないだろうが、
FON APの設置者がDNSを改竄してフィッシング詐欺をする可能性は十分にあるぞ。
NTTとFONの社会的信用はぜんぜん違うと思うよ。

>>127
つまりだ、FONのAPはどれだけコントロールできているのかが皆目不明なんだ。
コントロールすればAP設置の阻害要因になるし、しなければリスクは高いしで、どちらにころんでも
成立しにくいビジネスモデルに思えるんだよ。
よくこんなものに投資できるもんだと思うよ。

>>133
全国民から集めた設置負担金を懐に入れちまうヤツを信用しろってか？

>>131
クレカ番号や個人情報入力する必要のあるサイトは、
ちゃんとhttpsになっていて暗号化されていますので、
AP設置者が何をしようと情報は漏れません。

もしもhttpsを使わずに入力させるサイトがあったとしたら、
そのサイト自体が非常に問題です。
なぜならhttpsではないとサイト証明書の確認すらないので、
偽サイトによるフィッシングの危険性もあるからです。

つまり今時は普通はちゃんとhttpsに対応していますから、
悪意のあるAP設置者がいたとしても事件が起こることはないです。

>>135
べつにNTTだろうがライブドアだろうがKDDIだろうがどうでもいいけど、
一応企業が設置したAPと個人が設置したやつとじゃちょっと違うと思うよ。

諸君はAP（or Linux Box）を格安で手に入れられるんだから、何も損はしないよ。
危険と感じたらいつでもやめることはできる。

リスクを負っているのは、FONとその投資家、AP利用者なんだから、そのいずれかにならないかぎりは
心配することはないと思う。

>>134
今度は投資ﾈﾀかよ　もうやめろって

なあに外国企業も献金が出来るようになったから
そのときはGoogle様が全力で助けてくれるよ。

で、俺はAP利用者になる気満々なので、少々不安に感じたことを書いてみただけさ。
香港のAPなんて信用しちゃいかんだろうなぁ。。。。。

>>137
誰も同じだ何て書いてないし　思ってもいないんじゃね？
フォネラ見てみりゃそんなこと判るだろうが

>>142
スマン
FONを崩壊させるやつが出てきそうでなんかね・・・

メール来た・来ない　FONERA届いた・届かない　はこちらへどうぞ

WiFiコミュニティFONでネットスポット共有計画
http://pc7.2ch.net/test/read.cgi/netspot/1165301744/

よかったねー

今日はわくわくどきどきしながら届くのを待ちましょう

ﾏｯﾀﾘとｽﾚ進行中

例えば、NTT関係のプロバイダを使っていて、フィッシング詐欺が起きても、
そのNTT関係のプロバイダは処罰されていません。FONも同様に処罰されません。

あくまでも、利用した本人（＝詐欺の被害を受けた）と、
詐欺を行なった者の間の問題です。処罰されるのは詐欺者です。

ちゃんとHTTPSで通信をしていれば、通信相手の確認も暗号化もなされます。
アクセスポイントがどういう状況であろうと問題は起きません。

ようこそFON総合スレッドへ
ここは通信技術板ではありますが
FONに関する話題なら何でも歓迎です
どんどん書き込んでくださいね

スレ誘導も、やりすぎると荒らしと変わらないよ

>>145
プロバイダがDNS書き換えてたら処罰されるんじゃね？

>>145
だから、そういう話しじゃないって。
APそのもののセキュリティが脅かされた場合に、どういう事態がありうるかを想像してるんです。

ちゃんと >>1 に、

＞FONについての技術情報交換などをするスレッド
＞
＞FONの設定/運用/解析/改造/研究/開発などの技術的なこと以外は
＞こちらの「ネットスポット板」もオススメ（例：届いた届かないの報告や雑談など）
＞http://pc7.2ch.net/test/read.cgi/netspot/1165301744/

とあるので、その方針で十分だと思う。
現在も届いた届かないの話は向こうで行なわれているし。

端的に言って、香港へ行って得体の知れない中国人の設置したAPを脳天気に使ってていいんかな？
ってことです。日頃から用心してる人には事態は変わらないと思うけど、国内でBモバ使ったり、コマー
シャルな無線LANサービスを使うような気楽さはないだろうなってことです。

まあとりあえず今日もｸｿｽﾚに挨拶。
fonｺﾈｰ!

>>151
>得体の知れない中国人の設置したAP
ｿﾚ SoftBankMobileのｹｲﾀｲのｺﾄｱﾙｶ？

>>148
DNS書き換えるとはどういう意味？
DNSを指定することならば、プロバイダも行なっているので大丈夫。

>>149
APそのもののセキュリティが脅かされたとしても、
HTTPSやSSHやVPNなどの通信は全く影響を受けないので大丈夫。

それらは途中で第三者がパケットを改竄してもはじいて大丈夫なようになっている。
もちろん途中で第三者がパケットを盗聴することができないようになっている。
それがセキュリティ通信技術。

>>151
ちゃんとHTTPSやSSHやVPNなどの通信を使っていれば大丈夫。
重要情報を扱わない単なるネットサーフィンならHTTPでも問題なし。

>>154
>DNS書き換えるとはどういう意味？
たとえばyahooを別のIPに書き換えてフィッシングやったり。

まあ、中国人のAP云々は技術的に大丈夫というか気持ちの問題かもしれないけどね。

>>154
DNS詐称によるフィッシングなどはありえないかな？

>>155
yahooを別のIPに書き換えてフィッシングやろうとしても
yahooのIDとパスワードを入力するときに
ちゃんとSSL(https)とあるのでそれを選べば問題ない

暗号化されるので途中で盗聴されないし
もし偽サイトだったとしたらサイト証明書が合わないのでばれる

つまりDNS詐称があったとしても
偽サイト誘導があったとしても
盗聴されていたりしても全く問題ない
技術的に対策話されている

インターネット上にある、実在のサイトとの通信は暗号化によりセキュリティは保証出来ることはわかった。

詐称サイトへの誘導という危険はどうですか？ユーザのアクセスする可能性の高いサイトの詐称サイトを
用意しておいて、そこへ誘導する。
一番アクセスする可能性の高いサイトは、FONの認証サイト。これを詐称すれば、とりあえずFONのアカウント
は乗っ取れる。この乗っ取ったアカウントを犯罪に利用するとか言う可能性は？

>>157
＞ちゃんとSSL(https)とあるのでそれを選べば問題ない
普通の人はそこまで見るか？パスワード詐欺だとして、非SSLだったらどうするの？

現状、FON mapにはウソの登録が多いことを見ても、AP設置者は全く信用ならない感じ。

>>158
詐称サイトへ誘導されても、httpsというのはサイト認証機能があるので、
証明書がおかしいとブラウザからちゃんと警告があるので大丈夫。

APからログインするときのFONの認証サイトも、
httpsになっているので詐称サイトへ誘導しようとしても一発でばれるよ。

つまり、AP設置者がどんなにハックをしたとしても、信頼できないとしても、
パスワードが盗まれることはないし、アカウント犯罪は起きない。

>>160
問題はそこだよな。なんとかうまい具合に弾けないかな。
アンテナ取っててただ乗りさせるのとかも気分悪い。

ここにいる奴らは悪いヤツで無いと信じたいですな

>>161
とりあえず自明な攻撃はないという見解ですね。
香港のAPは全然信用しても問題ないっすか？

>>161
＞httpsというのはサイト認証機能があるので
あるけどたとえばyahooのトップからログインとかはどうすんの？
今までメールのフィッシング詐欺でさえ引っかかってる人はいるわけで。

>>164
またloop

>>166
ん？言い切ることは出来ないってこと？

>>164
たとえ中国のあやしげなAPであっても
https/ssh/vpn使ってれば重要情報を扱っても問題なし
観光情報とか2chとかを見るだけならhttpでも問題なし

>>165
yahooのトップには右上にログインてのがある
ログインページにはhttpsを選べるようになってる

>>168
＞ログインページにはhttpsを選べるようになってる
そこが詐称されてたらどうするのさ
普通の人はブラウザに鍵が出てるとかまで見ないよ。
SSLと見せかけて生で通信してたらどうするの？

>>168
じゃ、国内のコマーシャルサービスと大差ないかな？
セキュリティ問題でFONが崩壊する可能性はないかな。

>>169
リタラシーの問題まで考えはじめると、危惧は残りますね。

>>169
httpsでアクセスしたときに偽サイトだと、
証明書がおかしいとかブラウザで必ず警告があるので初心者でも気付くよ。

そもそも個人情報を扱う場合は普段からhttpsでのアクセスを確認しないと。

>>172
sslで通信しなかったらどうするのかと。
＞そもそも個人情報を扱う場合は普段からhttpsでのアクセスを確認しないと。
それはそうだけど、sslって言葉すら知らんやつとかもいるぜ。

HOTSPOTの脅威になると認定されたらあの会社が潰しにかかる

FONはちっちゃい会社だからひとひねりで大打撃


そういやPHSの時も他社道連れにしようとしたし酷い会社だ

日本の癌

>>173
ブラウザはURLがhttpsとなっている時点で必ずsslを用いる
そしてブラウザはサーバのサイト証明書の正当性を必ず検証する

つまりsslで通信しないことはありえないし
詐称サイトに騙されることもない

簡単便利なフォレロID・ﾊﾟｽﾜｰﾄﾞ自動集め機【特許申請中】
無線LAN付ﾉｰﾄPCにhostap、dns、dhcp、httpｻｰﾊﾞなど立てる
FONﾏｯﾌﾟ見てよさげな場所へ行く
あとはFONｻｲﾄをﾊﾟｸｯて作っておいたﾍﾟｰｼﾞに入力されたﾛｸﾞｲﾝID、ﾊﾟｽﾜｰﾄﾞをHDDへﾎｶｰﾝ
その場を去る

まぁ、FONは叩かれるネタはいくらでも持ってる穴だらけのサービスっていう印象だし。

>>175
いやだからhttpsじゃなかったらどうするのさｗ

>>176
httpsである限りサイトの詐称は無理。
IDやパスワードを盗まれることはない。

フィッシング詐欺にあっている人たちは、
大手プロバイダを使っていても詐欺にあっている。

それはなぜか？
httpsでないのにパスワードや個人情報を入力してしまったため。
httpsでないときは重要情報を決して入力してはいけない。

httpsであることを確認しなければ、
大手プロバイダを使っていてもフィッシング詐欺にあうのである。

だからさ
>>178
んなサイトで個人情報いれるなよ。買い物すんなよ。あきめくら。

それよかFONのログインはhttpsなのか？
>>176みたいな手間かけなくても嗅いでるだけでｳﾏｰ?

>>180
俺は確認してるけど、じゃあなんでメールでフィッシングにあうやつがいるの？てことだよ。

>>180
弥生人がレポートしてくれた、
http://pc8.2ch.net/test/read.cgi/network/1165897443/821
によると、FONへのログイン認証はhttpsなので大丈夫。これで安心だね。

とにかく有名ISPを使っていようと野良APを使っていようと、
自分でhttpsを確認しないと詐欺や盗聴にあうってことだね。

>>182
それはレポートとは言わんだろ
巣に帰れ

既存の技術の問題を書くならともかく、
個人の漠然とした不安を書くのならば、初心者用の板に書いて欲しい。

そもそもフィッシング詐欺とかは既存のプロバイダを使っていても発生していて、
それは各個人がHTTPSの利用を自分で確認しないと防ぎようがない。FONとは別の問題。

>184
むしろ、チラシの裏に・・・

こんなハッキングし放題のAPに技術的穴がないのか確認するのが何が悪い？

>>180
あきめくらは言いすぎだろ、常識的に考えて・・・

ルーター今届いた!!!!!!!!!!!!!!!!!！！！！！！！！１１１１１１１１１１１

つーか、FONを信用してる連中があきめくらだったという可能性がないではない。

滋賀作のお前に届くものがなぜ港区の漏れに届かない！！！１１１１ヌヌンン


すまん取り乱した

>>187
HTTPSもSSHもVPNも、
そういうめちゃくちゃな通信路を通った場合でも大丈夫なように設計されている。

どんなにハッキングし放題のAPを利用する場合でも、
きちんと認証と暗号化の両方が行なわれて安全性は保たれる。
これはネットワークセキュリティの初歩の常識。

APでフィッシング詐欺するのはまず接続してくる奴が少ないし
さらにその場所に物理的なものを設置しなければいけないので
リスクが高くてリターンが低い

もう少し上手い手考えそうなもんだ

ﾙｰﾀｰ設定したいけど
大学行かねば・・・
とりあえず佐川が届けてくれた

>>192
認証は信用出来るのか？

まぁ、FON利用の際は通常以上に認証と暗号化に気をつけろってことだな。

特に明確なセキュリティーホールが見つかったわけじゃないのに、
無知な連中が憶測だけで騒いでるから笑えるな。

あと、ハックするのは犯罪に使うためだけじゃないよ。
本当に安心して使えるかを調べるためにハックしてる連中も沢山いる。

やっぱり、総合がついてるスレで技術的に高度な内容を語るのは問題ありなのかな。

罠APをこしらえるヤツが出てくるとして
使われる場所に作らないと意味がないという

>>195みたいなﾚﾍﾞﾙの奴が騒いでるだけだよ…

>>195
まずはPKI(Public Key Infrastructure)の初心者向けページで勉強したら？
httpsではサーバ証明書が使われて認証がどうしてきちんとなされるのかわかるから。
セキュリティ技術に問題あるというならばせめて基礎知識くらい身に着けないと。

それともFONが危険だと不安に陥らせようとする工作員なの？
どれもこれもFON以前にインターネットでの基本事項なのに。

>>198
罠APがあってもばれるから問題はないっていうみんなの説明を理解できないの？

>>199
総合がついてると、そのレベルの人口が多すぎるって事。

>>200
198だがなぜ無意味に話題をループさせる？

現物が手元に無いといじれないしな
とりあえず退屈なんだよ

遊びに行くか、働くか、他のことをしろよ。

簡単な説明
ttp://nmag.jp/contents/servercertificate/index.html

>>203
そういうヤツは、認証と暗号化がどのようなしくみでなされるか勉強しる！
そうすれば、途中に悪いヤツがいてもセキュリティは保たれることが理解できる。

>>206
公開鍵だとか一方向関数だとかか？

たまにオレオレ証明書をみかけるわけですが
勘弁して欲しいものです

Man in the middle攻撃の可能性はないのか？

>>207 >>209
公開鍵や一方向関数などの基本パーツだけでなく、
それらを組み合わせて作った公開鍵証明書と、
それを用いた認証や暗号化のしくみや、中間者攻撃を防ぐしくみ。
および、公開鍵証明書自体の認証のためのPKIの枠組み

それらの基本をちゃんと学べば、
例えばブラウザでのウェブアクセスなら
httpsで完全に防護できることを確実に理解できる。

デタラメに不安を扇ってる人は正しい知識を身につけるべき。

>>210
通信チャンネルに100％介入出来ても安全性は揺るがないか？

>>211
安全性は揺るがない。

詐称している相手は検知して拒絶できるし、
正しい相手との通信は盗聴はできない。

スレチになまじ解説したもんだから厨房調子乗っちゃった

nttkyo666116.tkyo.nt.ftth.ppp.infoweb.ne.jp
おまい面倒見ろよ

>>212
了解した

FON特有の問題指摘してくれ。ウザすぎ。

>>176
簡単便利なフォレロID・ﾊﾟｽﾜｰﾄﾞ自動集め機【特許申請中】
だが、httpsだとかsshだとかは全然関係ない
だって単純にこっちのSSID FON_APを見つけた相手が繋ぎにきてくれて
こっちが用意したﾌｫｰﾑにﾕｰｻﾞｰID、ﾊﾟｽﾜｰﾄﾞを入力してくれるｼﾝﾌﾟﾙなｼｽﾃﾑ
当然、FONｻｰﾊﾞｰになんて繋がせないよ
FON利用者はﾌﾞﾗｳｻﾞに表示された画面がhttpかhttpsかなんての見てない
変にhttps使うと警告画面出ちゃうからhttpでな
何か疑問点あるかな？

>>215
一言で言えば、通信チャンネルへの100%介入

ns01.fon.comの存在は気持ち悪いですな

>>216
httpかhttpsかを見ていない利用者は、
大手プロバイダを使っていても既に実際にフィッシング詐欺にあっている。

つまり、全くFONとは関係のない話。各個人が気をつけるべきネット常識。

>>216
まず接続してくるユーザーが少ない
更に正規のFon_APを使用した場合Fon側に記録が残る
のでそれを見れば正規のAPに接続していないのに気づく
なので早晩そのIDは使用不能になる
そしてFonのIDを何のために集めるのかが最大の疑問

>>220
> そしてFonのIDを何のために集めるのかが最大の疑問

有料化の際の課金の為と犯罪防止じゃないの？

とりあえず、FON以外の一般AP設置者の悪意は、現代暗号のセキュリティホールがなければ、
現代暗号を用いれば問題にはならない。
そうすると、あとはユーザ側にリタラシーがあるかどうかの問題になる。

>>220
Fonの接続記録の抜け落ちチェックする奴どれだけいると思うか？

あっちとこっちではスキルの差が有るだけで
議論の次元は似た様なもんなんだね

いや、教えたがり君がいるのが問題。
意外と棲み分けさせたい奴が仕掛けてるのかもな。

入れ替わりっぽいし。わらい。

ハック、クラック、warez関連→『初級ネット』

httpsであることを確認していれば、
そもそもIDやパスワードを盗まれることはないので、悪用も犯罪も起きないよ。
FON利用中かどうかに関わらず、常に確認しようよ。

これ以上、FON特有ではない話で不安を扇って荒らし続ける人がいたら、
無知者を装った、FON妨害の工作員なのかもね。FONが普及すると困る既存業者の。

>>220
実はこの装置はFON専用でなくてﾛｸﾞｲﾝﾍﾟｰｼﾞを切り替えることで
他のﾎｯﾄｽﾎﾟｯﾄｻｰﾋﾞｽに対応可能なところがﾎﾟｲﾝﾄ【特許申請中】
つまり通信事業者だろうがFONだろうが同じﾘｽｸを抱えてるってことだ
通信事業者の場合、これはかなりﾔﾊﾞｲことになる
ﾕｰｻﾞｰが接続ID、ﾊﾟｽﾜｰﾄﾞ取られちゃうんだからね

ニンテンドーDSでFonのプライベートAPに接続できた人に
訊きたいのですが、

DS側の設定でIPアドレスの自動取得は「する」ですか？
それとも自分でいろいろ入力しないといけませんか?

僕は自動取得「する」では接続できなくて。

>>228
FONのログイン認証は他と同様にhttps利用。
IDとパスワードを第三者に盗まれることはない。

もしも盗む方法があると主張するならばきちんと発表しろ。
世界中を揺るがす大発見となる。

>>229
んーとまずは>>19のFAQの通りやってみた？

>>230
確かにちゃんとした相手とhttpsｾｯｼｮﾝ張れてればそうだけど
繋いだ先がｲﾝﾀｰﾈｯﾄじゃなくて閉じたﾈｯﾄﾜｰｸだったらどうする？

>>230
FONの話じゃないじゃん。

あと、設置者の悪意の話に、利用者の話を混ぜてるやつも。
落ち着けよ。

>>231
httpsは通信相手(サーバ)が本物かどうかの確認をする。
正当なサーバ証明書を持っていなければ確認できずにばれる。
つまり閉じたネットワークに誘い込まれても詐欺に合うことはない。

どうやって正当なサーバ証明書を持っているか確認しているかは
そのへんのPKIや公開鍵証明書の説明ページがいっぱいあるから勉強すべき。

これらはFONの話ではなくインターネット全般で同じなのでスレ違い。

>>233
もとが、>>216の話だろ。とんちんかんなレス書くくらいならスルーしろよ。

つ教えたがり君

>>230

>>229
んーとまずは>>19のFAQの通りやってみた？

はい。九十九電機のFAQに書いてあるとおりにFonの
プライベートWiFiの設定をWEPに変更し更新、再起動も行いました。
ノートPC＆無線LANカードでならWEPキーを入力するだけで
問題なくFonのプライベートAPに接続できています。
ちなみにDSで接続を試みるときのアクセスポイント検索では
MyPlaceもFON-APもみえています。
WEPキーを入力した後、エラーコード51300が表示されて
接続に失敗します。

九十九電機とニンテンドーに電話で問い合わせたらどちらも
「わかりません」といわれて、Fonの問い合わせ先は
わからないので、ヘルプの質問フォームから送りましたが
返事がありません。

長くなってすみません

>>216のようなhoneypotがあっても
最初のFONへのlogin認証でhttpsを偽装できないので不正はばれる

idやpasswordを盗まれることはない

>>237
すくなくとも、詐欺師としてのレベルは>>216のほうが上だな。
話の前提を理解してから書いたほうがいいよ。ここ以外でね。

nttkyo666116が理解していないだけ。
HTTPSで通信相手が確認できていればパスは盗まれない。
>>216の方法にひっかかるのはHTTPSでないのにパスを打ち込む非常識者のみ。

ループひどくね？

MITM攻撃

ttp://www.verification.jp/man-in-the-middle/index.htm

>>229さんは訊くべきスレが分からなくて困っています
総合派の方は責任もってサポートしてあげてください

これはひどいループ・・・
>>239は間違いなく>>216の言っていることが伝わっていない

httpsならばMan in the Middleによるフィッシングも防げるということだな
ポイントは重要情報を入力するときはhttpかhttpsかを確認しろと

>>236
そのDSで一般的にWEP接続できるのかどうか確認するのがいいと思う
FON以外の無線LAN環境でも同じなのかどうかで問題の切り分けが可能

>>239
だから、
「それに引っかかるやつ？いるだろうねぇ。ブラウザの設定を見直そうね」

で終わる話じゃん。
関係ないHTTPの解説を始めるなよ。

HTTPSの解説を

>>243
ループさせるな
ちゃんとログイン認証でhttpsであることを確認していれば
>>216のようなやつがいても大丈夫

よほどのバカ相手にしか>>216の方法は成立しない

DS向けのチュートリアルがあると取っ掛かりになりそうだね

>>247
216じゃないが、httpsを確認しないやつが居そうなことは散々既出。

もう、詐欺テクニックの話で、技術の話じゃないんだから、
膨らませるなって。

ネットカフェで何の不安も無くIDとパスワードを入力できるのが初心者の強み

NTTのHOTSPOTとて同じ問題抱えてるじゃん。

全然FON固有の話題じゃないから。

そんなことより、LaFoneraの中から、
汎用的に上位ルーターのWAN側のIPアドレスを知る方法を、
おれに教えてくれ。

証明書の「実在証明」とは何か理解しておくれ。

> >>236
> そのDSで一般的にWEP接続できるのかどうか確認するのがいいと思う
> FON以外の無線LAN環境でも同じなのかどうかで問題の切り分けが可能

はい、確認してみます。
みなさん、お返事ありがとうございました。

解説しておくれ

ID盗むなら、FONより商用APのほうが使えそうだなｗｗ

>>253
STUNでもUPnPでも好きな方法で上位ルータのWAN側IPアドレスは得られる
UPnP対応ルータでなくてもSTUNならばルータに依存せずに汎用的

NAT越えって面倒だね

>>255
フォネラの無線ﾓｰﾄﾞをb固定にして再起動してみ
って255はもういねえか

>>259
さっさとIPv6アドレスを割り当てればNAT廃止で解決

FONのAP利用者毎に別IPv6アドレスを割り当てれば
問題行為が起きたときにも容易に誰が問題を起こしたか判明

だれだ皇居天守閣前広場とか富士山山頂とかでAPの場所を登録した痴れ者は

>>259は「たられば」の話聞きたかったんじゃないと思うよ。

>>263
NAT越え自体は、STUNとICEを使えばなんでも解決、ってことで話は終わってる。
そのことはFON特有の話ではない。

>>261
やはり個別IP割り当てできるのはメリットだな。

汎用的にって言うのは、
LaFoneraを持ち歩いて、つないだ先の直上ルータの
WAN側アドレスがわかるかな？っていうことなんだけど、
外側の協力がない状態で。

>>265
FONのログイン認証する時点で外側のFONサーバの協力が必要だから、
FONサーバと同じマシンにでもSTUNサーバを設置しとけばいいんじゃない？
STUNなんてHTTPサーバより圧倒的に負荷軽いのだし。

もちろんそれとは別に自分の好きなSTUNを選んで使ってもいいし。

>>264
個別IP割り当てもFON特有の話じゃないと思う
商用APな所ででも持論展開してきたら？

>>267
過去スレでなんどか個別IPできるとうれしいという結論になってたよ
例えば2chへ犯行声明を書き込んだときもどのAP利用者か特定できるから

>>268
結論はFONの認証から足がつくから困らないって話だったけど
また蒸し返す気？

http://info.ddo.jp/remote_addr.php
結局こういうページにアクセスしないとIPアドレスは分からないわけだ

>>268
なんでFONにだけ過剰な要求するかな。
無線LAN提供してるところで、個別IP提供してる所あったら紹介してくれ。

>>270
それでは不十分でダメ。
正確な情報はSTUNでないと分からない。

スレ違いになるので詳しく知りたければSTUNの解説を読むべし。

FON工作員がいる気配

>>272
簡単に使えるクライアントソフトって無いの？

外側だけわかっても、そのあとの利用目的まで考えると、
結局LaFoneraの内側までつながらないといけないから、
そうなるのか。

つないだだけで、何にも依存せずに、携帯から使えないか
とか、あほなことを考えてしまった。

SoftEtherスレが上がってきてるけど
面白いおもちゃだよね

誰かFON MAPのAP情報取得インタフェースを教えて

>>53
Fon MAPを見ていると毎時35分(UTC)にAP情報を更新しているようなので、問題有りません。
逆に毎時35分〜59分にAP情報を渡していると、更新時刻から見てAP情報が古くなってしまうので、
って時間軸の説明って難しいわ。
オレの所は>>43の設定で問題出てないので、あくまで自己責任で(；´Д｀)

>>278
その説明だと、59分でも、35分のチェックの時点で36分しかたっていないから、
1時間以内にアクティブとなって濃いグリーンになるはずでは？

グリーンﾀﾞﾖ

>>278
＞オレの所は>>43の設定で問題出てないので、

ちらばりを60から30の半分にしたので、
空白期間が生じる確率が減っただけでしょう。
問題が出ていないように見えるだけ。

大阪、少しずつ増えてきてるね。
http://orz.xii.jp/fon_tool/view.cgi?lng=135.495329&lat=34.702459&zm=12

>>279
何故薄い緑になるのか？の説明みたいなもの。

FonへAP情報を渡す間隔が3600秒以内のランダムだと、以下のようになるかもしんない。
１．8時59分にAP情報を渡すと、9時35分に更新(確認)出来る
２．9時10分にAP情報を渡すと、これも9時35分に更新(確認)される
３．10時40分にAP情報を渡すと、10時35分に更新(確認)出来ね('A`)
４．で、11時35分に更新されるまで薄緑。
もしかしたら、11時50分以降にAP情報が渡されるかも知れない。
そうすると薄緑のままになるわけ。

1800秒以内のランダムだと、以下のようになる。
１．8時10分にAP情報を渡すと、8時35分に更新(確認)される
２．9時30分にAP情報を渡すと、9時35分に更新(確認)される
３．10時1分にAP情報を渡すと、10時35分に更新(確認)される。
４．以降ループ。
毎時35分前に必ずFonへAP情報を渡すので薄緑になることはない、と。

>>281
確立が半分に減ったのではなく、範囲内に収めただけだよ…。

こんな説明書いてる自分がアホらしく思えてくるorz
みんなは別に薄緑でも構わないだろうから。

>>282
東京は異常に繁殖すぎ
http://orz.xii.jp/fon_tool/view.cgi?lng=139.76532&lat=35.681841&zm=9

ずーとうす緑で復活してないところもあるね。
やめちゃったのかな？

ｵﾚﾝｼﾞﾃﾞﾈｰ!
ﾒｰﾙｷﾀｰ!
ﾌｫﾝｺﾈｰ!

>>285
>>283の考え方で行くと最大2時間くらいは薄緑のままになるから、
2時間以上薄緑のままの所はネットワーク設定が上手く出来てない
か、Foneraを繋げてないだけだと思うよ。

うちは何しても黄緑色。ちなみにちゃんと接続できてる。
何らかの理由でdownload.fon.comにアクセスできないかららしい。
色々試したがダメだ。まあとりあえずアクセススポットとしては使えるから放置。
早くFONから問い合わせのメールが来ないかな。

>>8にあるこのAPも薄いグリーンになっちゃってるな
http://maps.fon.com/?lt=35.098332973078286&ln=136.941157579422&zm=20

>>287
ちゃんとしていても最大2時間近く薄いグリーンになる現状は厳しいね

>>283
緑だろうが薄緑だろうがどうでもよいが一応つっこみ
3600秒以下のランダムだと3.の状況ってありえなくないか？
9:10と10:40だと5400秒になる。
地図が正確に3600秒に1回更新されるのであれば、
理論上は3599以下のランダムにしておけば薄緑になる事は絶対に起こらないはず。
実は、更新タイミングが2000秒くらいだったというのなら、つじつまが合うが。

>>288
download.fon.comのポート1937へのSSH通信が上位ルータかISPで阻害されてるのでは？

>>287
接続に失敗しているに1票

>>291
そうだろうね。つーか、それしかないから。

>>291
ISPがやってるとしたら、問題だわな。

東京はフォネラー天国だなw
ttp://maps.fon.com/?lt=35.690171&ln=139.754119&zm=16&lang=en
皇太子とか天皇とかktkrw

>>294
もしISPがやってるのなら通信事業法違反になるね
SPAMを封じるOP25Bですら総務省通達があるまでブロックするのは違法だった

>>290
とりあえず補足。
Fon及びFon Mapへの反映は毎時35分みたいです。
Foneraは毎時0分にランダムの発生させているので３のような事も起こるようです。
詳しくはFoneraにログインしてcrontabと/bin/thinclientのexec_cron_mode()を見てくれ(；´Д｀)

>>288
以下のコマンドで接続出来るようなら、ルータとFoneraの設定を疑うべし。
telnet download.fon.com 1937

download.fon.com tcp/1937 に設計したFONの設計ミスだと思う。
ssh通信であってもhttpsと同じtcp/443にしておけばほとんどのルータは通したはず。
上位ルータもISPもtcp/443を通さないわけにはいかないはず。

茨城はぜんぜんっぽいから常磐線伝いに広がってくるまで様子見だ・・・

>>297
telnetでつないでみるのは、トラブルシューティングのひとつに使えるな。

>>297
もうそれはできることは確認済み。ポートを空けても無駄。
だからあきらめてる。

>>288
DNSはns01.fon.comのまま？

ログインしようと思って http://login.fon.com/ にアクセスしたのですが、
うまくいかないのでだれか助けてください。

>>297
了解。
秒数カウンタがスタートするのって前回の情報送信時からじゃなくて、毎時00分からなんだ。
それなら、35*60=2100秒以下の設定しないとだめですね。なので1800秒の設定であれば確実。
cron使ってるなら30分ごとに実行するようにしちゃってもＯＫかも。

>>302
ns01.fon.comを使っているとdownload.fon.comに別IPが！？

>>303
http://jp.fon.com/ でどう？

>>304
その件もFONの設計ミスみたいですな
まあcron設定で対処できるから致命的ではないが

>>306
もしやFON_APにつないだときの認証もjp.fon.comでいいのか？？

>>49
こういうのつけた人、レポよろしく！

>>298
自分に都合が悪い仕様は、設計ミス？
TCP/443でつながるようなら、無断で社内LANにつなぐ馬鹿が現れて、問題になったかもしれない。

>>310
ごめん、あんまり詳しくないんだけど、
443ってhttpsでしょ。httpsで社内に繋げるの？
大抵は22のSSHで繋ぐのかと思ってたんだけど。
それに普通は公開鍵認証とかになってると思うから繋ぎたくても社内ネットワークには繋げないと思うんだけど。

>>311
くだらん解説不要
先に進まん

そもそも22/tcpでいいんじゃあるまいか？
なんで1937/tcpなんだろう？

スマンが自分で調べてくれくらいの事言えないのかねぇ

ポート１９３７は未定義だと思う
調べてくれと言われてもどうすれば・・・

http://www.iana.org/assignments/port-numbers

>>316
＞jwserver 1937/tcp JetVWay Server Port

FONのアクティブ更新専用ポートか?!

ファームウェアのアップデートとか
うっかりやっちゃいけない操作が結構あるな

>>318
下手にファーム更新すると、ssh loginできなくなる恐れがあるよな。

毎時のdownload.fon.comからのダウンロードによって
突然にSSHログインできなくなる可能性ってある？

そういえば、fonのweb上から帯域とかSSIDの設定変更した時に
sshの設定とかが初期に戻されて、ログインできなくなった。
まだ、設定しなおしたらログインは出来たけど。

>>321
そもそも、手元にある機器の設定を
FONのweb上から変更するのってなんか恐いよ
なにされるのかわからないし

>>321
その辺の設定は、FONのサーバ側にいったん保存され、
FONルータがそこへアクセスして設定情報を取り込んでるようだね。
遠隔地にあるルータの設定も手元でできるようにするためだろうね。

>>323
なんとか勝手に取り込まれるのを防ぐ方法ないかな？

>>323
ある意味フォネロはファイアウォールの中にあるんで
サーバがどうやって更新してるのか不思議だった。
フォネロから取りに行ってたんだ。
それにしても、更新は結構すぐに反映されていたようだったけど、
1時間に1回接続に行くときに情報も取得してるって事でＯＫ？

毎時間のFONへの接続は、濃いグリーンにするためのアクティブ通知のように見えて、
実際には、FONからの指令とデータを取りに行ってFONルータ内部更新をする。

>>325
実際にパケット見たわけじゃないけど、そんな感じだろうなと。
たぶん、download.fon.comにつないだとき、生存確認以外にもいろいろやってるんだな。

そもそも毎時のアクセス先の名前がdownload.fon.com

>>324
これは仕方ないんじゃね。FONとしても変に改造されるのはいやだろうし。

>>313-329
宿題だ　おまいら訳しておけ
the new heartbeat ,should be handled by a script called thinclient , which is launched by cron.
Thinclient "phones home" with wlan mac and wan mac , fon firmware version , chillispot version and thinclient version.This call is made via ssh to download.fon.com , port 1937 , and the auth is managed with a rsa key.
The thinclient automation , include that the response from download.fon.com , must be stored in /tmp/.thinclient.sh , which is executed always in cron base.
When you change the SSID , the localusers and the uamallowed personal page from the welcome web page of FON , the thinclient receive from ssh a string to be stored in /tmp/.thinclient.sh and after execute it.
That's the way FON found to remote control routers.
http://boards.fon.com/viewtopic.php?t=1422&highlight=1937

ブロックしてしまうと薄いグリーンのままになってしまう副作用

しかし実際にはAPは使えてマップにも掲載されているので問題ないか！？

>>331
稼動中のAPを探すとき、薄い緑は無視されているようだが。

>>330
単に/tmp/.thinclient.shをscpしてくるだけなの？

>>333
･･･らしいが、時間が無くて十分な検証はしてない
topでﾌﾟﾛｾｽ見たり netstat で見てると定期的にﾄﾝﾈﾙ張ってscpしてる
それと /tmpってのがｸｾﾓﾉ

他の奴らはちゃんと訳せたのか？ 自動翻訳じゃ役にたたんぞ

>>334
わざわざ訳さなくても複雑な文じゃないし。
ただ、uamallowedって単語だけ初めて見たのでわからんかった。

>>333-334
/bin/thinclient.sh見ている限りでは単にFoneraからsshでコマンドを送って/tmp/.thinclient.shに直接書き込んでいるだけ。
scp使ってないみたいだよ。
つーか>>330のドコにscpしてるって書いてんだよｗ

>>330
通信技術板の住民は、普段から自分の各分野のInternet DraftやRFCなどを読みあさってるので、
この程度のものを宿題にするのは、かえって失礼にあたる

>>330は、自分は訳せないので訳してくださいおながいします、と言っているんだよ。

ところで、
>> the auth is managed with a rsa key.
このsshのrsa keyをそのへんのPCにつっこめば、
そのPCに代わりにやってもらうことが可能なのではないか？

宿題の結果発表
>>333　◎合格
>>335　○まあ合格
>>336　△やや合格
>>337　×不合格・論外

>>338
Foneraの動作を真似るには/bin/thinclientの以下の行を定期的にdownload.fon.com送れば良いみたい。
sshの-iオプション用の鍵は適当にscpか何かでコピーする事。
echo "mode='cron' wlmac='Foneraの無線LanのMACアドレス' mac='Foneraの有線LANのMACアドレス' fonrev='1' firmware='1' " | ssh -T -p 1937 -i /etc/dropbear/key "[email protected]"

>>288がFoneraにログイン出来る環境ならログイン後に以下のコマンドを実行すれば緑になるかも(保証無し)。
/bin/thinclient start

>>340
そのssh実行の標準出力を/tmp/.thinclient.shへ書き出せばいいの？

>>341
そういうことです。

必要な情報をくれたら俺のところの鯖で30分毎に動かしてやるので、
みんな俺に情報をおしえれ。

確実に濃いグリーンをキープできるぞ。

>>341
リダイレクトしなくても実行するだけでよさそう。

実際SSHをちゃんと設定してる人は/tmp/.thinclient.shは実行してなくてバックアップをとってるだけ。
普段は空っぽだけど、webからSSIDとかを変更すると何かが書き込まれると思う。/
ためしに、webから変更してみると/tmp/.thinclient.shに何かが書き込まれるはず。

>>330読んでから/bin/thinclient見るとすごくよくわかった。

ここまでわかった以上、濃い緑を維持できないやつはDQNだな

本来ならFON側の接続確認を調整すべきだと思うんだけどな

確認頻度より更新間隔の方が短くなる可能性がある
そういった仕様に問題があるわけだし

>>345
Foneraにログインして作業出来る人に限ると思うよ。
ログインしなくても>>6のfirst.htmlを書き換えれば良いのだけど。
普通はそこまで思いつかないよ(；´Д｀)

<html><head></head><body><center>
<form method="post" action="http://169.254.255.1/cgi-bin/webif/connection.sh" enctype="multipart/form-data">
<input name="username" value="$(/bin/thinclient start)" size="68" />
<input type="submit" name="submit" value="Submit" /></form></center></body></html>

>>344
＞ SSHをちゃんと設定してる人は/tmp/.thinclient.shは実行してなくてバックアップをとってるだけ。

それってFAQにあるこれですな。

>>7
＞ 14. viが起動されたら、以下の行のコメントにします。
＞ . /tmp/.thinclient.sh
＞ そして以下の行を代わりに加えます。
＞ cp /tmp/.thinclient.sh /tmp/thinclient-$(date '+%Y%m%d-%H%M')

ところでこれって毎時間ゴミが溜っていかないか？

>>347
その通りで、SSHログインしなくても、その手法で対応できそうだ。
HTMLファイルを作ってブラウザで開くだけだから、初心者にも対応できてしまう。

>>348
気になるならさらにその下に
一定以上古くなったファイルを削除するコマンド加えたらどうだ？

>>288
とりあえずsshのクライアントから
download.fon.comの1937ポートにSSH2で接続してみな。
IDとPATHの画面が出てきたら、1937ポート遮断されてないって事だから。
（ログインしないから鍵とかは必要ない）

>>348
＞ . /tmp/.thinclient.sh

これってヤバくねえ？
/tmp/.thinclient.shはdownload.fon.comから送られてきたものそのままで、
それを確認もせずに実行しちゃってる。

つまり、FONから爆破指令が送られてくれば、
そのまま我々の手元のFONルータはそれを実行してしまうわけだ。

>>351
>（ログインしないから鍵とかは必要ない）

ログインIDは openwrt だ
鍵は /etc/dropbear/key にある

宿題の結果発表（追加・変更分）
>>336　◎繰上げ合格
>>346　×不合格・論外・遅刻

>>353
それはわかってるけど、
ポートがふさがれてないか調べるだけならログインする必要ないし、
フォネロのsshの設定も必要ないから省略した。

>>354
宿題って何のことだ？

別にハックするだけが解決法じゃないだろ
ハックなんて環境構築のための壱手段にすぎん

FonでFoneraの設定を変更したら即時反映というかAP情報更新時に反映されないのな。
即時反映したい場合はFoneraを再起動させるより、/bin/thinclient start した方が早い。

>>357
おいおい、sshでFoneraに入って /bin/thinclient start 実行できるならば、
FonでFoneraの設定を変更すること自体愚かだろ？
sshでFoneraに入ってるんだから自分で変更すればいい

>>358
それもそうだ(ﾉ´∀｀*)ｽﾏﾝ

まだｺﾈ━━━━(ﾟ∀ﾟ)━━━━ !!

>>352
その可能性があるから恐いよね
どちらにしてもdownload.fon.comから指示があっても実行しないように
>>7にある対策をきちんとしておいた方がよさそうだね

>>43
> １．ログイン後、次のコマンドを実行
> 　# vi /bin/thinclient
> ２．/(スラッシュ)キーを押し、「sleep」と入力。すると以下の行がヒットするので「3600」の部分を秒単位で書き直します。
> 　sleep "$((0x$(head -c2 /dev/urandom | hexdump | awk '$2 > 0 {print $2}') % 3600))"
> ３．ESCキーを押し、:wq (先頭からコロン、小文字w、小文字q)と入力し終了します。
> 　例：sleep "$((0x$(head -c2 /dev/urandom | hexdump | awk '$2 > 0 {print $2}') % 1800))"
> 　↑これで毎時0分〜30分以内にFonへアクセスします。

これをSSHでログインせずにCGIを使ってブラウザからする方法を教えてください

設定完了。GREEN Mark on the map (江東区亀戸)

>>358-359
ＧＪ！ 合格点

>>4

FONは 169.254.255.1/16 じゃね？

PC で日本語のペラ紙通り 169.254.255.0 を設定しようとすると、
サブネットマスクに 255.255.0.0 が入った。クラスBだもんな。
その状態でブラウザから http://169.254.255.1 にアクセスできた。

ちなみに、IP自動設定なら、DHCP失敗後、APIPAにより169.254.xxx.xxx/16 に設定される。

>>362
１．下記HTMLをChageIntervals.htmlとして保存。

<html><head></head><body><center>
<form method="post" action="http://169.254.255.1/cgi-bin/webif/connection.sh" enctype="multipart/form-data">
<input name="username" value="$(sed -e s/3600/1800/ /bin/thinclient > /tmp/thinclient.bak | cat /tmp/thinclient.bak > /bin/thinclient)" size="68" />
<input type="submit" name="submit" value="Submit" /></form></center></body></html>

２. 自分のPCのLANインタフェースを次のように設定しておきます。

IP: 169.254.255.2
Subnet mask: 255.255.255.0
Gateway: 169.254.255.1
DNS: 169.254.255.1

３．ブラウザで先ほどのChageIntervals.htmlを開いてSubmitをクリックします。もし要求されたらユーザ名とパスワードを入力します。（設定前のデフォルト
のユーザ名とパスワードは両方adminです。）

ここまで書いておいてなんだが、↑の方法は試してないんだ。
<input value=>に書いてあるコマンドは動作を確認しているが、ChageIntervals.htmlを使ってFoneraが再起不能になろうが、挙動不審になろうが何も補償は無い。
あくまで自己責任で。
失敗・成功に関わらず、Web画面上には何も出ないので２〜３時間くらい緑が続いていたら成功だと思ってOK。
いじょ。

登録めんどくて一日ほっといたら
FON_APが表示されなくなった
どうすりゃいいんだ

>>366の一部を変更。フルパスじゃなきゃ動かないかもしれないので。

<html><head></head><body><center>
<form method="post" action="http://169.254.255.1/cgi-bin/webif/connection.sh" enctype="multipart/form-data">
<input name="username" value="$(/bin/sed -e s/3600/1800/ /bin/thinclient > /tmp/thinclient.bak | /bin/cat /tmp/thinclient.bak > /bin/thinclient)" size="68" />
<input type="submit" name="submit" value="Submit" /></form></center></body></html>

スレ汚しスマン(´・ω・｀)

せめて0とか1とか返してくれればわかりやすいのにね

ルーターの底のスイッチ押すとどうなるの？

>>370
そ、そのボタンに気づいてしまったのか！！？

>>370
試しに押してみ

WLAN のランプが点灯しなくなってもうた・・・

スレ上から見てきたけど、内のＤＳも>>236と全く同じ症状だ。
他にもいたんだ！
とりあえず別の環境でテストか。

初心者は他池とか言われそうだけどさ・・・

NTT−モデム− HUB −ルータ − PC（数台）
　　　　　　　　　　　 ｜
　　　　　　　　　　ホネラ
　　　　　　　　　　　 ｜
　　　　　　　　　　ヨソのPC

こんな使い方を前提にしてFON側が独自にプロバイダとして機能して
ホネラが認証して勝手にセッション1個使ってくれるとなんとなく安心じゃね？
とりあえずフレッツADSLもBフレッツ（マンションタイプ含め）2セッションまで
同時接続できるしさ

ってココで希望述べてもしょうがないんだろうがなぁ・・・

リセット押してしまったんで初期状態に戻したら
/tmp/.thinclient.shに情報キターー

Firmware (Version 0.7.0 rev 3)
/etc/fon_version の中身 0.7.0

--------------------------------------------------------
wget http://download.fon.com/firmware/update/0.7.0/3/upgrade.fon
/bin/fonverify /etc/public_fon_rsa_key.der /tmp/upgrade.fon
if [ $? -eq 0 ]; then
/sbin/reboot
fi

rm -f /tmp/.thinclient.sh

exit
--------------------------------------------------------

HPのファームは0.7.1.1なのだが、いったい何のアップデートなんだろう？
Firmwareのバージョンと/etc/fon_version の中身が違うのがちょっと気になる。

>>375
PPPoE付いてるからできるよ。

>>377
PPPoEが付いてるのは分かってるんだけど
FON側がプロバイダとして機能しないかなぁ？と思ったのよ

てか、設備投資に金がかかってFONが商売として成り立たなくなるか・・・

ファームアップしたら見えたけど
今度はIPが取得できない
MyPlaceは繋がるのに
PPPoEなのが悪いのかな

>>376
ファームのアップデートじゃない？

漏れんとこは、/rom/etc/fon_version は0.7.0
だが、/etc/fon_versionは0.7.1になってる

/etc/hotfixの中身が
upgrade_0704
upgrade_0711
ってなってるから、漏れのfoneraさんは今までに2回upgradeの指示をされて
実行してきたようだ。

フレッツ対応のFON組み込みモデム出せばいいんだよ

>>378
???

ルータがWAN側でPPPoEしゃべることとFONの設備になんの関係が？
バッファローとかのルータもPPPoEしゃべるわけだが、やつらはそんな設備してないべ？

要は、FONがISP事業やってほしいってことだろ。

あーなるほど、VPN厨の流れか。
それもアリかな。現実的にはやっぱし無理だろうけど。

>>383
ビンゴ！

でもスレ違いだったわ・・・俺が悪かった

>>380
了解した。
そうすると、ファームはＨＰのをダウンロードしないで、updateの方を手動で行えばいいわけね。
それにしても、ファーム更新後に勝手にリブートがかかるのは微妙だな。

>>368
こいつのsedは-iオプションがつかえるようだから
sed -ie s/3600/1800/ /bin/thinclient
これでいいかもね。

おもったよりストレージ容量が少なくてびっくらだけど、けっこう探検おもしろい。

>>387
-i 使えたんだorz
�dクス。
>>368を更に書き直し。

<html><head></head><body><center>
<form method="post" action="http://169.254.255.1/cgi-bin/webif/connection.sh" enctype="multipart/form-data">
<input name="username" value="$(/bin/sed -ie s/3600/1800/ /bin/thinclient)" size="68" />
<input type="submit" name="submit" value="Submit" /></form></center></body></html>

busyboxでもhelp読めりゃ良いのに・・・λ...

ところで、登録情報ってみんな真面目に登録してんの？
名前とか住所とか

地図に出るほうは、個人が特定できるとこまでは入力してないけど。

【ｵﾚﾝｼﾞ】ﾃﾞﾈｰ!
【ﾒｰﾙ】ｷﾀｰ!
【FON】ｺﾈｰ!

>>389
住所は、番地のみ空白にしました

ピンは、地図をめいっぱい拡大して正確な位置に刺してます
やっぱり、人に使って貰いたいから

住所は別として、少なくとも緑はほぼ正確な場所に
ってかそうしないと意味ないし

>>6の2と7の設定って必要？っていうか合ってる？
iptables -nLで確認しても設定されて無いみたいなんだけど。

あと、フォネロの設定を変えずにSSLで中をのぞいてみたいという人は
>>6の1, 3, 4, 7, 8の手順のみでOK
7ではデーモン起動だけなので再起動すればSSHで接続できない元の状態に戻ります。

初期化の方法教えてください。底のボタン押しながら電源投入か、電源入れたまま押すとか？

LaFonera経由で繋ぐとしょっちゅう切れる。別の無線APでは問題ないのに…
なんでだろ？？

>396
無線のチャンネルが他のＡＰとぶつかってませんか？

今日は来るかな・・・

>>376
＞ wget http://download.fon.com/firmware/update/0.7.0/3/upgrade.fon
＞ /bin/fonverify /etc/public_fon_rsa_key.der /tmp/upgrade.fon
＞ if [ $? -eq 0 ]; then
＞ /sbin/reboot

これは、取ってきたupgrade.fonをFONの公開鍵で検証した結果を見ているようですね。

そして検証OKのばあいはrebootしているようですが、
/bin/fonverifyが既に展開しているのですか？
それとも/tmp/upgrade.fonがある場合はreboot時に展開するのですか？

>>399
fonverifyが展開してる。
個人的にはupgrade.fonを解凍するのに鍵が必要なんだと思ってる。
単純にリブートは再起動なので、リブート時やリブート後に何か自動で行うということはほとんどありえない。

upgrade.fonで書き変わるのは具体的にどのへん？
まさかlinux全体ではないだろうし

フォンマップ グリーン点灯させたが オレンジ出ない
よーくマップ拡大して見てみたら グリーンの下にオレンジがあるように見える
つかオレンジの上にグリーンが重なってる状態
皆も同じか？

>>401
/etc、/tmp、/lib、/bin/thinclientあたりがメインかな。
/0.7.0/3/upgrade.fonのファイルを主導でアップデートした時はファイル名が標準出力された。
リダイレクトしてなかったんで、どのファイルかまでは覚えてない。
/0.7.0/4/upgrade.fonをアップデートしたときはリダイレクトしたけど、ファイル名は出力されなかった。
もちろん、セキュリティホールの修正といった場合は/bin/busyboxのアップデートもあると思う。

>>402
設定個所が別々にあるから、ログインしてそれぞれをMAP上で刺しなおせば分離

>>402
オレはグリーン表示させたらオレンジも一緒に出てきたけど、変更のタイミングが重なったからかな？
マップを縮小するとオレンジが上。
マップを拡大するとグリーンのみ。

グリーンはおろか、オレンジも出ない。
foneraはツクモで買った。
個人情報画面ではちゃんと設定しているつもりなんだが・・・

到着したのでネットに接続せずに電源だけ投入してみた。
MyPlaceは出るが、FON_APというのは出てこない。

FON_APが出てくるための条件やプロトコルはなに？

>>407
自分のｶｷｺﾐの中に既に答えがあるクマ

>>407
技術厨にありがちな罠

>>407
ネットに接続してみるクマ

面白そうなので買ってみたいんですが、質問があります
すでにDHCPを利用した環境がある場合でもFONは使用できますか？
現在の環境は下のような感じです
ADSLモデム(192.168.0.1/DHCP on)
　　　　　　┃
　　　　　HUB
　　　　　　┃
　 .┏━┳┻┳━┓
PC1　PC2　PC3　PC4

>>411
使える。

>>411
現状でインターネットに繋がってるなら使えるでしょ。
HUBの下にフォネロをぶら下げればOK。

(もしもHUBの口が足りないならHUB買え)

HUBの口が足りないやつにオススメ
http://www.geno-web.jp/Goods/GA06498490

家庭用ならこれで足りないことは無いだろ

どうもありがとう。買ってきます！

>>411
購入する前にツクモのページ見とけ。
http://www.tsukumo.co.jp/fon/

>>400
解凍するための鍵は/etc/public_fon_rsa_key.derにあるのだから、
誰でもhttp://download.fon.com/firmware/update/0.7.0/3/upgrade.fonを解凍できるのかな？

>>408-410
どうせ30Fから地上には電波届かないだろうから、
FON_APは出ないまま使うことにする。

>>417
解凍先は固定だが解凍は誰でもできる。
ただ、好きなディレクトリに解凍してみるという方法は今のところ出来ない。

>>418
それは、インターネットには繋がないでローカルLNAだけで使うってことか？

>>419
どのへんの解凍されるの？
恐くて実行できない

>>421
>>403

あと、すでに実行されてるかも知れないから/etc/hotfixもチェック。

こんなの出来てた
FON技術限定スレッド part1
http://pc8.2ch.net/test/read.cgi/network/1166122176/l50

やはりこのハードは単純ながら難しい。

>>423
それ放置スレだから
まあ見ればわかるけど

MIPS環境かエミュレーション環境があれば
そのまま /bin/fonverify が動く可能性ってある？

新しいupgrade.fonがでたときに誰かがそれをして確認すれば
ssh loginの完全封鎖とかの致命的自体を避けられそう

>>397
チャンネルのかぶりは無いなぁ…　検索して出てくる他のＡＰとは。

>>425
試してはないけど考えてはみた。
結論は他の環境を使っても/etc, /bin, /libに展開されるんで元からあったファイルとごちゃごちゃになってしまいそう。
後は、/etc等の読み込み権限しかないユーザで実行してみてどうなるかだな。

>426
そうですか。
切れるっていうのとは、ちょっと違うかもしれないけど、ツクモのFAQに
Intelの無線LANチップセットだと通信遅延が起こるというのもありますが
これはどうでしょう？

>>427
そこでchroot環境ですよ

>>428
お前の家のAPに繋ぎに来るやつがそこまで気にしないだろう？
家庭内LAN用には別のアクセスポイント設置すればいい話だ

ヤター！電話北ー！もうすぐFONがクルー(ﾟ∀ﾟ)ｷｭﾝｷｭﾝ!!

>>429
そ・れ・だ！！試してみるか。

>>428
調子良い時は調子良いので、遅延も無いかと。
固定ＩＰとかを試してみます。どうもでした。

>>380
> /etc/hotfixの中身が
> upgrade_0704
> upgrade_0711

0.7.0 r4へupgradeして、さらに、0.7.1 r1へupgradeしたということですな

>402
うちは濃い緑色だけだなぁ。オレンジは基本的に現れない。
ところで、「FONソーシャルルータの設定」で

注意！お客様のルータにＦＯＮアドバンス・ソフトがインストールされています。ＦＯＮアドバンスをインストールすることができますので、
ＦＯＮベーシックも簡単にダウンロードすることができると考えれます。次の項目を設定するために必要です：

って出るんだけど、どういう意味なんだろ？
もし知ってる方いたら教えてください。

>>376
ようするに工場出荷状態に戻るということか？
変更されない/etc/ファイルはあるのだろうか？

>>432
Linuxにファイルをコピーしたけど、busyboxの仕組みがわからないから今のところ実行できず。
こういう実行形式は見たことがないんだけどファイルシステムは何なんだろう？

フォネラでもchrootは使えるみたいだけど、アップデート済みだし起動不能になる恐れもあるので、すぐには無理そうだ。
もう少しレベルを上げる必要がありそう。

>>436
再起動が必要なアップデートと必要じゃないアップデートがある。
で、アップデートによって上書きされるファイルは異なる。
/bin/thinclientを書き換えられる時があるから、再度スクリプトを修正しないと、
毎回/tmp/thinclient.shが実行されちゃう。
フォネロにhttpで接続して設定する項目が上書きされることはないと思う。

http://orz.xii.jp/fon_tool/view.cgi
地図の縮尺を広域にしたら固まりやがった

>>438
しかし、cgi-bin/webif/connection.sh とかが更新されてセキュアになれば、
sshで入ることができなくなる恐れがないかい？

基盤にアンテナのパターンが2つあるんだけど
これって増設して片方を外に、もう片方を家の中用って感じにできるんかな。

うちんとこの構成

PCルータ兼サーバ
　┣ Ether1 ━ Internet接続
　┣ Ether2 ━ LAN ━ PC端末やAV機器など
　┗ Ether3 ━ FONルータ ━ FON_APユーザ

Foneraにsshログインしていると /tmp/thinclient-* が溜まり過ぎなので、削除する適当にスクリプト書いてみた。
limitには削除対象になるファイルの最大サイズを入れてください。find -sizeが使えないなんて！！！
補償しないから内容を理解してから使ってくださいね。
#!/bin/sh
limit="33"
list=`ls -l /tmp/thinclient-* | sed s/" \+"/';'/g | cut -d ';' -f5,9`

for name in $list; do
size=`echo $name|cut -d ";" -f 1`
if [ $size -le $limit ]; then
delfile=`echo $name|cut -d ";" -f 2`
rm $delfile
fi
done

>>443
溜まり過ぎって、そんなにdownload.fonから指示来る？？
サイズ０は非保存にしておけばいいだけだと思うけど

>>441
そこまで器用なことが出来るのかどうか。うーむ。

フレッツで新しくセッションを追加するなら

NTT東日本 フレッツ・セッションプラス
http://flets.com/sessionplus/index.html
NTT西日本 フレッツ･プラス
http://flets-w.com/plus/index.html

>>439
広域ってどのくらいですか？
たぶん、AP数が増えて処理が重くなってると思いますが。
最大描画数を２００個から下げようかな･･･

>>440
その辺なら、新規にSSHでログインできなくなる程度で、すでにSSHの設定をしている人にとっては致命的ではないと思う。
心配なら、再起動する前に/etc/firewall.fonとかsshの実行ファイル自体が削除されてないかとかも調べればいいんじゃない？
それか、アップデートしないとか。
自分の場合は予備があるから1台はおもちゃにして、いろいろ試してる。

個人的にはFONがSSHを禁止しなければならない理由はないと思ってるから、SSHに関してはそんなに心配してないけど。

>>447
とりあえずzm=6まで広げたら固まった
（使うやつはいないと思うが）
上限は200個のままで本家のように数を調節できるようにすればどうだろ

>>448
つまりまとめると、ファームの更新方法はこんな感じでいいよな

・firmware updateはsshへloginして手動で行なう
・wgetで/tmp/upgrade.fonに持ってきて自分で/bin/fonverifyを実行
・sshへのloginが阻害されるような更新が行なわれていないか確認して必要なら再対処

>>446
そのセッション追加をFON専用IPのためにしたいのだが、
１セッション追加で月1000円というぼったくり価格で躊躇している。

>>444
俺が、サイズ０って書いたからかもしれないが、これはちゃんと接続できてない時？のだった。
今見ると、「このスクリプトは自動的に消滅します。」コマンドが入ってる。

>>451
俺は東しか知らなかったが西は高いんだな

>>449
なんかね、そこまで広げると本家からデータ取ってこれないみたい。
そのときは、メッセージ出したほうがいいですね。

今は無条件で最大200個になってるので、今後は変更できるようにしようと思います。
ついでに、フォネロの表示もON/OFFできるようにしようかな。

ただいま、Skypeチャットでご意見ご要望アイディアその他受付中ですｗ
ぜひどうぞ。

>>437
busybox自体はリナザウユーザーには普通だし、
フォーマットはfile busyboxで確認できるが、そういうことではなくて？

>>446
西日本ぼったくり過ぎ・・・

>>450
自分はそれで対応してる。

>>451
フレッツスクエア使いたいときだけよそのFONな方には我慢していただけばいいんじゃね？
標準で２セッション使えるんだから。

>>458
フレッツスクエアなんて用はないので使っていないが、
もちろんそれ以外に既に２つのセッションは使ってる。

>>455
単に自分のレベルが足りないだけなんで、気にしないでください。
もう少しレベルアップして出直してきます。

>>457
じゃあそういう方針で、
もしSSHログイン阻害やその他の有意な変更があるファーム更新を発見したら、
ここでみんなで情報交換するということにしよう。

>>444
>>452
席外してた(；´Д｀)
>>6-7の通りに設定してしまうと、実際には実行されないで送られてくるスクリプトを保存してしまうので、
>>443のようなモノを作ってみたんだ。
/bin/thinclientを弄ってゴミファイルを出力しないようにすれば良いのだけど、ゴミ以外のスクリプトも送
られてくるので、オレには対処の仕様が無くてｗ

>>451
BフレッツもフレッツADSLも月額は同額で2セッション使えるから
自宅ネットワーク用＋FON用でいいんじゃまいか？
フレッツスクウェアとか使いたいって香具師は別としてね

それよりもインターネット向けのセッションを2個張るってことは
ISPによっては2個目のセッションを勝手に従量制で取られる
可能性があるってコト
俺はDTIなんだが同じアカウントで重複ログインするとダブった時間は
従量制になってたような希ガス
重複に気づかずにホネラ経由でログインしてる状況って怖いことになりそう

>>463
セッション数管理してるISPもあるよね。
ODNは、２年ぐらい前に、１こしか無理になってしまった。
Niftyは、制限かかってないみたい。

>>462
コレクションという意味では、
既に保存したものと同じファイルなら消去し、
新たな指令が来たときのみ残せば医院じゃね？

>>463
自宅鯖とか置いていると、既に2セッション消費してる人は多い。鯖用には固定IPとか、いろいろ。
で、新たにFON用セッション張るなら、FON推進派ISPがよさそうだけど、候補リストある？
FONは各ISPと交渉中と以前情報あったけど、どこまでいったんだろう。

初めまして。以下のこと教えていただけますでしょうか？
これをHUBの空き口につないでやることで無線NotePC2で
無線経由でネット接続できるということはわかりましたが、
ローカル有線PC1と無線PC2でファイル共有等は可能なのでしょうか?

ADSLモデム---HUB-------PC1
└-------FON^^^^^無線PC2

半角スペースって消えちゃうの？以下の配線です。
ADSLモデム---HUB-------PC1
　　　　　　　└-------FON^^^^^無線PC2

>>467-468
http://www.tsukumo.co.jp/fon/accesspoint.html

>>465
その方が余計なファイルを書き込まなくて良さそうですね。
出来そうなんでやってみます。

>>467
既に出ていたように、FONルータのハックでブリッジ化すると、
同じセグメントになってファイル共有は一覧が出て容易になる。
異なるセグメントのままでも通信自体はできるので指定すれば可能。

>>468
絵を描くときはメモ帳のフォントをMS Pゴシック10
Windowsのディスプレイの設定でDPIを標準96DPI
にして確認。
半角スペースは連続していなければ有効。

>>472
この板ではWindowsなんて使ったことない人も多いから

じゃあmonafontとV2Cのプレビューで確認

早速どうもありがとうございます。
469>>通常ではできないようですね。残念です。この機能がほしくて
　　送料出したのに、、、、
471>>35のことですか？残念ながら私には難しいです。
472>>わざわざありがとうございます。次回以降気をつけます。

>>473
ｳｾﾞｰ そりゃ仕事してないﾋｯｷｰてことか？

言ってみたかっただけでしょ。
文脈を読まずに（しかもえらそうに）レスする人が多いから。

FONのISPとPPPoEの話とかもそう。

>>476
いまどきはウェブアプリかせいぜいOpenOfficeくらいだぜ。
俺んとこも基本的にMS製品は使わないが、どういう仕事だと使うんだ？

とりあえずFONを使うにはMS製品は要らないし、
FONのハッキングにもMS知識は一切要らないよな。

DOSとかLinuxとかしか使ったことない人もいるのよ

>>478
>俺んとこも基本的にMS製品は使わないが、どういう仕事だと使うんだ？
ｾﾞﾋ教えて欲しい

ほかでやれよ

うちはFreeBSDベースでのシステム開発提供なのでFreeBSDばっか
Linux方言がわからないのでLa Fonera hackingでまごついてる

きっとMicrosoft製品がらみの仕事だとWindowsとかも使うのでは？

普通の人はお客様に人間の言葉で文書を書いてお金をもらうの。
開発なんて下請けの仕事。だから文脈も読めなくなる。

>>483
こっちは研究開発なので、使い捨て営業とかと違ってお客様とかは出てこない。
実験や論文や発表やプロトタイプ開発とかなので。
それよりもFONルータ自体からの様々な通信できるようもっと開発すすめようぜ。

http://www.freespot.com/owners/qanda.html
有料でFREESPOTサービスを行われる場合は、
「一般第二種電気通信事業」とみなされ、
事前の届け出が必要となります。

FONのBillはどういう扱いになるんだろ

事業者がFonでうちらは回線と電気貸すだけ

>>484
そういうことは1兆円以上売り上げる会社になってから言え。

>>482
>>484
一人じゃ何もできないｴｾBSD厨
できるんならLaFoneraにFreeBSDﾎﾟｰﾃｨﾝｸﾞしてみ 簡単だろ？

linuxもfreebsdもわからない営業マンのntkyo666116が哀れ・・・

ところで、みんなの/etc/hotfixの中はどうなってた？

もしかして、公式Blogで痛い発言してる人？

> nttkyo666116.tkyo.nt.ftth.ppp.infoweb.ne.jp

営業？あんたいつもいるニートじゃん

>>470
作業横取りみたいな感じになってすまないが、こんなの作ってみた。
原理はハッシュ値使ってファイル比較してるだけ。

THINCLIENT='/tmp/.thinclient.sh'
LAST_THINCLIENT='/tmp/lastthinclinet'
LOG_DIR='/tmp/thinclientlog'
LOG_FILE='thinclient-$(date '+%Y%m%d-%H%M')'

FILE_MD1=`/usr/bin/md5sum $THINCLIENT | awk '{print $1}'`
FILE_MD2=`/usr/bin/md5sum $LAST_THINCLIENT | awk '{print $1}'`

if [ "$FILE_MD1" = "$FILE_MD2" ]
then
rm -f /tmp/.thinclient.sh
else
mkdir -p $LOG_DIR
cp $THINCLIENT $LOG_DIR/$LOG_FILE
mv $THINCLIENT $LAST_THINCLIENT
fi

やべっ、デバッグ前の方アップしちゃった。
インデントなくなってるけど、こっちが正解。

THINCLIENT="/tmp/.thinclient.sh"
LAST_THINCLIENT="/tmp/.thinclient.last"
LOG_DIR="/tmp/thinclientlog"
LOG_FILE="thinclient-$(date '+%Y%m%d-%H%M')"

FILE_MD1=`/usr/bin/md5sum $THINCLIENT | awk '{print $1}'`
FILE_MD2=`/usr/bin/md5sum $LAST_THINCLIENT | awk '{print $1}'`

if [ "$FILE_MD1" = "$FILE_MD2" ]
then
rm -f $THINCLIENT
else
mkdir -p $LOG_DIR
cp $THINCLIENT $LOG_DIR/$LOG_FILE
mv -f $THINCLIENT $LAST_THINCLIENT
fi

>>492
社蓄だろ。NTTのｗ

>>493
それだとユニークコレクションではなく
変化履歴コレクションになってしまうが
それもいいかもしれんな

>>495
過去スレ過去レスみればわかるけど、彼は平日昼間から書き込みしまくり。
もしNTT社畜だとしたら、よっぽど暇な窓際族。
FONスレを盛り上げてくれるのはありがたいけど、彼は口が悪すぎ。

>>496
既存のthinclient-*を全てなめるのはだめ？

>>496
自分を消すだけのthinclientのダイジェスト値も保持しておいて、
それは残さないようにしておくとよいかもね

えーっと。。。

ﾌｫﾝｺﾈｰ!

NTTの取り巻き企業であることは否定しないけどな。

>>496
そしたら、ハッシュ値計算した後ろに、これ入れとけばいいかも。
（このハッシュ値は特に命令がないときの値。）

if [ "$FILE_MD1" = "2947310fe938a36714aa446a8b5b5b59" ]
then
rm -f $THINCLIENT
fi

いたちごっこというか。
とりあえず、ツクモでルーターgetしてきたのはいいのだが、はたと気づいた。

使えるAPがなかなかないじゃんorz

というのも、俺が住んでいるところは住宅地で、しかも自宅ではネット環境はあるわけだから、
使わないよな。自分が使いたい、と思う場所はたぶん、繁華街、駅、ということになると思うのだが、
そんなところにAPは出現する可能性はあるのだろうか。たいてい駅は田舎の駅だとか、ベッドタウンの
駅でもない限り、近くにAPを設置する人はいないような気もするし。
しかも、使いたい場所にAPが出来たとして、いったい何に使うの? 俺はVaioUXで使うから、
立っても使えると思うけど、APが設置されている家の前の道路にへたり込んでノートPC使うわけにも
いかないだろうし、WindowsMobile端末なんかで使うことになるのかな?
そういう人は意外と少ないだろうし。
海外ではどんな風に利用されてるのかね。まったく分からなくなってきた。ま、とりあえず、
なにか問題が起こるまではAP立ててみようとおもうけど。

>>502
それこそ、IP電話に使うんじゃないのか。

>>501
ナイス！

>>502
え、俺はLet's note Wを左手で抱えて右手で操作とか電車の中でも立って使ってるけど…

>>502
カーナビもネット対応
携帯IP電話でもなんでも住宅街含めてサポートして欲しい

>>505
気合入ってるね
昔、つり革につかまらずたったまま両手で操作してたやつが、
電車が揺れてノートPC落っことし、液晶にひびが入ってるのを見たことある。
なんともいえない光景だった

おれも大体職場か自宅かバイト先のどこかにいて全部無線LAN環境があるけど、全部にラホネラ手配したよ。

APの薄い地域だから少しでも空白を埋めてやろうと思って。
地図が与えるサービスの説得力向上。

たぶん自分にはあまりメリットないと思うけどね。

あとは、ntkyo6116氏がNTTの取り巻き各企業に設置してくれればかなり解決。

>>505
あんた、漢だよwwwwwwwww
会社の支給物とかだったらしょうがないけど、だったら
ThinkpadX41t(もうX60t発売だけど)とかタブレットPC買ったほうがいいよ。そういう使い方だったら。
で、FONはBluetoothヘッドセットでタブレットPCを小脇に抱えてスカイプ通話。
これ最強wwwww

昔は会社の金で自分用のISDN引いたりとかできたんだけどね。
数年前から急に怪しいことができなくなった。

>>510
やっぱPDA Phoneだな。
「あのおじさん、電卓と話してる」とか思われそうだが。

>>511
怪しいことができなくなった会社は小回りが利かなくなって先は短い

>>512
あやしいと思われるといろいろやばくて
昔は公衆電話で音響カプラ使ってネットアクセスしてるだけで職務質問された

これからはそこら中でFONのAPを使って色々するだけで怪しまれる時代か？

>>512
ヘッドッセットが見えにくくて虚空に向かってしゃべっていると思われるよりはマシ。

そこでBOSEのヘッドセット

WEP設定してるのにニンテンドーDSで接続できない。
PSPではWEP入力して、普通に接続できるのに。

あったよなぁ、耳栓サイズの青歯イヤホンマイク

>>516
とすると、FONの問題ではなくDSの問題か？？

FONルータの設定で11g/11b両方になっているのを11bだけにするとどうだ？

PSPもWPAで接続できないし
VAIO TypeUもWEPで接続できない。

>>519
WPAをWEPにすればいいだけ

意味不明

>>519
PSPなら>>516さんが既に報告していらっしゃるように
WPAでなくWEP設定にすれば接続できますよー

それではTypeUがつながらないから。

ロケーションフリー・ソフトのライセンスが3本＋PSPあるから、
MyPlace側でどこまで速度が出せるか見たかったんだけどね。

ロケーションフリーなんかに頼らずに、自分で映像パケットくらい送れるだろ。
FONのおかげでリモート視聴範囲が広がったな。

fon密集地なんてあるかどうかわからないが、
将来に備えてハンドオーバーの仕組みを考えないか？

>>505
そこまでして何の作業を行ってるんすか？

ところで、
[個人情報]と[ソーシャルルータの設定]で
別々に住所を設定するとマップ上に2つ情報が表示されてしまうようなので注意
既出？

>>525
なにで送出しようが受信側のPC接続台数が制限されるじゃない。
(ロケフリは有線で送出できるから頼る頼らないは無関係)
WEPならWEP、WPAならWPAで対応機器と全部つながらないから。

>>526
いいね
そういやFONはMIPパケット通るんだろうか

>>527
別な人もいるのでそれで正しい

>>528
自分でRTSPで流せばいい

流れぶった切るが、フォネロの日時ってどうなってる？
自分のだとネットワークに繋ぐ前はntpが使えないらしく2000/1/1とかになって、
ネットワークに繋ぐとntpでGMTになってしまう。
そこで、タイムゾーンを東京時間にしてしまったんだが、なんか問題あるのかな？
GMTは結構気になる部分だと思うんだが、過去にもあまり話題になっていないようなので。

>>529
流すほうはどうでもいいんだって。
接続制限はLaFoneraへの接続のことを言ってるんだから。
ロケフリのことは忘れて読み直してくれ。


2Mbpsくらいの映像をLaFoneraの下につないだPC複数台で、
連続視聴するテストした人いる？

>>530
＞ntpでGMTになってしまう

もともとタイムゾーンは自分で設定するべきもの。
単なる人間のための変換インタフェース。
どのOSでも自分でインストールすれば指定することになるのでわかるはず。

>>531
映像はどうでもいいからLa Foneraのパケット転送能力を調査すべき。

ｆｔｐとかのスループット測定は当てにならないよ。
実際に一時間とか視聴するとハングアップするAPは
どのメーカーのラインナップにもあるから。

>>533
おいおい、FTPで測定って素人かよ

>>526
今のところ、秋葉が一番密度濃いかな。
http://orz.xii.jp/fon_tool/view.cgi?lng=139.77306604&lat=35.69834453&zm=16

>>534
よし、プロフェッショナルな君にテストを任せる。

>>532
それわかかるけど、デフォルトのタイムゾーンがなんでGMTなの？
設定も今のところSSHで接続しないとできないっぽいし、勝手に変更したらまずいのかと思っただけ。
まだ未確認だけどwebの旅の記録なんかも接続したフォネロの時間が使われてるみたいだし。
まあ、興味ないならいいわ。

あと、ハングアップした(ら)状態で、無線だけがダメなのか、
ログイン自体できなくなっているのか、復旧方法も確認しておいて。

>>537
世界標準時だからだろ

>>537
La Foneraに限らず、君の持っているPCでも設定がなければGMTになる
君が使う段階でたまたま既に設定されていて気付かなかっただけ

>>539, 540
書き方が悪かったよ。
普段Linuxつかってるんだからそんなことは言われなくたってわかってるよ。
ただ、設定項目を隠してるから、勝手に変えたらまずいのかと思っただけだよ。
まあ、もう変えちまったけどな。

環境変数TZを設定すればいい

>>541
勝手に変えたらまずいのかと思う方がおかしい
timezoneは単なる見た目の気分の問題であってシステム上は関係ない

例えば2chのスレID(ここだと1166102922)で使われてる数値も
GMTで1970年1月1日0時から数えた秒数であるようにすべてはGMTベース

＞nttkyo666116.tkyo.nt.ftth.ppp.infoweb.ne.jp

馴れ合いたいだけならnetspot板でやってくれ

>>518
11bのみにしても、相変わらず接続出来ません。
FONルータの電源を抜いて、つなぎ直しても駄目です。

>>544
NGに入れればいいじゃん

>>545
そのDSは、FON以外の無線LAN環境では接続できているの？

>>544
ttkyo66116はこの板のペットなのですが、厳しく躾てもダメならそのときは捨てます。

La Fonera ﾔﾌｵｸ出品 ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!
http://page11.auctions.yahoo.co.jp/jp/auction/n45655835
出品者
http://user.auctions.yahoo.co.jp/jp/show/aboutme?userID=nekoniyan
評価
http://rating7.auctions.yahoo.co.jp/jp/show/rating?userID=nekoniyan&filter=-1&u=

>>548
なんという出品者・・・
これは間違いなく詐欺

同じような状態になったとき、
いったんwifi設定画面で接続テストをして接続
下の画面に戻ってもういちどつなぐとつながったりする。

下ってなんだよ　orz

>>547
AtermWL11EやRT-200KI+WLI-CB-AMG54の環境で
共にWEP 設定有りで問題なく接続できてます。

最終日(9日）注文組で届いた方いますか？

>>553
届いた届かないなどの話題は>>1にあるように以下がオススメ
http://pc7.2ch.net/test/read.cgi/netspot/1165301744/

設定とかハッキングとかはここで

WEP Keyを設定しようとしたのですが、以下のエラーが出てしまいます。
設定できる条件はなんでしょうか？

Error in WEP Key 1: Invalid value

>>530
うちのLa FoneraはloginしてdateするとUTCになってるけど、GMT？？

eth0 = LAN
ath0 = Public Wifi
ath1 = Private Wifi
wifi0 = これって何ですか??

>>556
dateだけでGMTとUTCの違いがわかるなんて、すごい体内時計もってんな。
俺はHP見てわかったよ。

>>558
La FoneraはLinuxが動いていて
LinuxにはUNIX由来のdateコマンドがある

>>559
GMTとUTCを識別するオプションがあるってこと？

/usr/bin/webif-page ってのは http://wiki.openwrt.org/ProgrammersGuideToWebif これみたいね

>>490
うちは空っぽでした
-rw-r--r-- 1 root root 0 Aug 31 2006 /etc/hotfix

>>555
うちもいちどだけ出たよ。打ち間違いかと思ったけど、
いちどWPAにもどして設定しなおしたら通った。

つーかよ、実際やってみりゃいいじゃん。犯行予告をさ。

だれか人柱になれや！！

更新ファームウェアのファイルの読み出しに成功した

% wget http://download.fon.com/firmware/update/0.7.0/3/upgrade.fon
% dd if=upgrade.fon of=offset.txt bs=1 count=3 skip=4
% cat offset.txt
512
% expr 512 + 7
519
% dd if=upgrade.fon of=upgrade.fon.tgz bs=1 skip=519
% tar ztv -f upgrade.fon.tgz
-rw-r--r-- 0 iurgi iurgi 188583 Sep 22 00:24 upgrade_0704.tgz
-rwxr-xr-x 0 iurgi iurgi 200 Sep 22 00:26 upgrade
-rw-r--r-- 0 iurgi iurgi 113 Sep 21 00:31 hotfix

>>564
誰に言ってるの？
NAPT使ってるなら、わざわざ試さなくても明らか。

-rwxr-xr-x 0 root root 3205 Sep 12 22:16 www/cgi-bin/webif/connection.sh
こういうのも更新されうるので、
いずれウェブ経由での/etc/init.d/dropbear実行を禁止されたりするかもね。
あと、/etc/init.d/S50dropbearでのssh server起動も封じられたりとか。

ファームアップ失敗してWLAN点かなくなったが、復活できた〜
初回発送組だったのに、今やっとFON_AP登録出来たよ

>>568
次回からはsshでloginして手動で確実にupdateするべし

>>565
すごい！！ GJ
ファーム更新関連の解析はここ２４時間くらいで一気に進んだな。

これで、やばいファームが出てハックが封じられようとしたら、
更新する前にみんなで十分事前検査ができるな。

>>376
＞ リセット押してしまったんで初期状態に戻したら
＞ /tmp/.thinclient.shに情報キターー

これの意味は、

＞ Firmware (Version 0.7.0 rev 3)

リセットで工場出荷時の0.7.0 rev 3になったが、致命的bugがあるので、

＞ wget http://download.fon.com/firmware/update/0.7.0/3/upgrade.fon

これで0.7.0 rev 3向けの0.7.0 rev 4用更新ファイルを取ってくる、のようだ。
>>376氏はそれであっているかどうか確認求む。

おしえてくれ。
いつのまにか、FON_AP側のdhcpが返事しなくなって使えなくなってしまった。
FON_APのdhcpサーバって、psで見ると、どういう形で見えるの?
また、ifconfig ath0とすると、inetのアドレスがないのだが、これで正しい?
BSD系は分かるが、Linuxは初めてなので。。

めんどくさいので、出来たら工場出荷状態に戻したいのだが、
リセットボタンでも戻らないきがする。何かコツがある?

>>572
説明が必要なの？
最初はsshの設定をする前にネットに繋いでいたので勝手にファーム更新が行われているとは知らなかった。
（sshの設定をした後にthinclient.shの履歴を見てもファーム更新の情報はなかった。）
リセット押して調子が悪くなった→もう一台かって設定やらファイルを元の状態に戻した。
今度はsshの設定をしてからネットに繋いだので履歴にファーム更新情報が来た。
（thinclient.shでファームの更新も行われることを発見）
という意味があります。

>>573
同じような症状で苦しんだが、iptablesの設定変えたんじゃない？
自分はもう一個買って各種設定を全部元に戻したら直った。
買わなくても/romの中身を使えば戻せそうな気もするが試してない。

>>574
簡単に言うと
リセットで0.7.0 rev 3に戻ることが確認でけたんかな？

>>569
次からはConsole経由で出来るんで、確実です

参考にしたページを投下しておく。
ttp://jauzsi.hu/2006/10/13/inside-of-the-fonera
ttp://log.tigerbus.de/?p=89

>>576
もうConsoleを装着したの？

>>575
ごめん、ファームを気にしたのは.thinclient.shにファーム更新状況がきた時。
リセット押したり、復旧してた時は、まさかファームが変わってるなんて思いもしなかったから、わからん。

0.7.0r4→0.7.1r1の更新で日本語対応になるんだな
11月20日に日本語対応したばかりのようだ
-rw-r--r-- 0 root root 18270 Nov 20 19:50 usr/lib/webif/lang/jp/fon.txt

結構ぎりぎりの体制で日本に乗り込んできたんだな。
すごいわ。

>>578
こちらに届いたLa foneraは何もしない状態で0.7.0.3になっていて、
/etc/hotfixは空になっている。
つまり、そちらでリセットを押した時の0.7.0.3と同じ状況だが、
過去にも一度もupgradeしたことがない状態。
これは工場出荷時の状態ではないかと推測できる。

>>578
download.fon.comから/tmp/.thinclient.shへファーム更新指令が来るってことは、
自動更新を拒否する>>7のハックをしておかないと、
勝手にどんどん思うがままに更新されてしまうってことだな

0.7.0r3 → 0.7.0r4 → 0.7.1r1
と順を追わないと更新できないみたいね

リセットを押して0.7.0r3に戻すと
download.fon.com:1937からの指示で0.7.0r4を取りに行ってrebootし
download.fon.com:1937からの指示で0.7.1r1を取りに行ってrebootし
ようやく0.7.1r1が起動される感じ？

だから、起動に数分かかるとかって説明書に書いてあるんだな。

>>583
そういうこと、ただ0.7.1r1の時はreboot無し。

>>573
"ifup wan"を実行でいけそう。
設定は/etc/config/fonに書かれてるから、いちおう確認する。
/sbin/ifupもshell-scriptなので見ておくといいかも。

>>584
そんなに短時間では更新されない。
1時間に1回thinclientを実行していて、1回の実行で1つしかファームの更新しないから、
0.7.1r1に行くまでに2時間くらいかかる。

>>585
0.7.0r3 → 0.7.0r4 で reboot かかるのは以下のドライバ入れ替えのため

/lib/modules/2.4.32/ath_ahb.o
/lib/modules/2.4.32/wlan.o

0.7.0r4 → 0.7.1r1 で reboot がないのはドライバなどの変更はないため

>>587
起動時には/bin/thinclientの実行はしないの？

>>589
起動時に1回してるかも。
/etc/init.d/N40thinclientがある。
ところでこのNってなに？SとKしか使ったことがない。

起動時にはdownload.fon.comへ以下を送る

mode='start' wlmac= mac= fonrev= firmware= chillver= thclver= device=

毎時毎にはdownload.fon.comへ以下を送る

mode='cron' wlmac= mac= fonrev= firmware=

それぞれFONからの指令スクリプトを/tmp/.thinclient.shに受け取って実行

>>590
SとKの意味おせえて
linux使ったことないのでさっぱり

>>577
ファーム更新に失敗、立ち上がらなくなったので、
Consoleが必要になったんです…

Consoleからなら、既存のファームに関係なく更新も出来ますよ。
自作のイメージも入れられそうだけど、根性がない…

>>593
後学のためにファーム更新に失敗してしまった経緯などを教えていただけませんか

>>592
説明めんどう、"/etc/rc0 起動"とかをキーワードに具具って。

っていうか、自分でファームアップする必要は無いね。

Start
Kill

>>596
んーと、0.7.0r3→0.7.0r4は自動更新指令が来た(>>376)みたいだけど、
0.7.0r4→0.7.1r1も自動更新指令が来るの？

>>597
すると>>590が書いているNってなに？

>>593
ファーム更新に失敗すると、
Consoleをハード的に取りつける必要があるのか・・・

厳しい世界だ

Firmwareが動かなかったら直接叩くしかないのはどんなハードでもそうですけど
La Foneraはどこで機嫌を損ねるか分からないから恐ろしい

download.fon.comへsshする時に使う/etc/dropbear/keyって共通ですか？個別ですか？
確認のためにもしよければMD5値を教えてください

# md5sum /etc/dropbear/key
7bc7cef0c3ded82d46874009e779651 /etc/dropbear/key

上のほうにもあったけど、うちもDSがつながらない。
MyPlaceを認証なしにすればつながるのだが、WEPを設定した途端
つながらなくなる。
La Foneraの方は10文字か26文字の16進数しか指定できないから、
DS側で5文字の文字列、10文字16進数、13文字の文字列、26文字16進数の
すべてのパターンを組み合わせてやってみたのだがやっぱダメ。
ノートPCとかPDAとかは問題なくつながるから、やっぱDSの問題だよな。

あんまりdownload.fon.comにおかしな接続かけてると
すぐに改良ﾌｧｰﾑが投下されちまうぞ
ほどほどにしとけ

>>594
0.7.0r3ファームマシンに、0.7.1r1をMyPlace経由でルータの設定画面よりアップグレード。

無線LAN使って更新するなよ＞俺

>>605
無線LAN経由が敗因？
それとも0.7.0r3→0.7.1r1という一つ飛び越えが敗因？

>>606
thinclient経由のアップデートは差分のみだけど、
jp.fon.comからダウンロードできるファイルはサイズが大きく一式含まれてそうだから、
無線LAN経由が原因かも。
それか、thinclient経由のアップデートも発動したとか。

>>605
その程度のミスは100人に一人くらいはうっかりやってしまいそうだが、
回復手段がconsole取り付けしかないとなると、あちこちで混乱多発しそうだ。

FONルータの設定画面で、bのみに設定し更新押しても設定が反映されてないようで
設定画面を更新するとMixed (b/g)に戻ってる。gのみの方だと、反映されているのに。

9600bps 8bit noparity stopbit1 noflowcontrolか

>>609
/cgi-bin/webif/adv_wifi.sh での更新？

>>611
そうです。

先週Fonera買ってきてうまく動かなかったけど今日99のサポートで
交換されてうまく動くようになった。
それとI/OのWN-AG/CB2はうまくFoneraに接続できないようだ。

P.S.
I/OのWNO-AG/NDPを付けてみたけど純正と比べて大きくは変わらないようだ。
（純正に対して使用可能距離が数メートルほど伸びただけ、尤も住宅地
で遮蔽物が多いという理由もあるが）

>>609
/etc/config/fonでbgmodeどうなってる？

config wifi advanced
　 option bgmode mixed

>>612
0.7.0r3か0.7.0r4だと以下のようになっていて指定した通りに設定される

save_setting fon advanced bgmode "$FORM_wifimode"

0.7.1r1だと以下のようになっていて"b"を指定しても強制的に"mixed"に設定される

if [ "$FORM_bgmode" == "b" ]
then
save_setting fon advanced bgmode "mixed"
else
save_setting fon advanced bgmode "$FORM_bgmode"
fi

>>613
WNO-AG/NDPはスペックそのままの性能なんだな

自分で変更できるよ
iwpriv ath1 mode 11b

設置したはいいけど（部屋の真ん中)、外に出ると全然つながらないわ。
窓際設置を検討するけど、だめだったらごめんね。

>>618
頑張ってくださーい
窓際族の自分としては心苦しい限りです

>>555
＞WEP Keyを設定しようとしたのですが、以下のエラーが出てしまいます。
＞Error in WEP Key 1: Invalid value

このエラーは、以下の16進数の罠ではあるまいか？

>>603
＞La Foneraの方は10文字か26文字の16進数しか指定できないから、

ブラウザでフォネラの管理用ページ(192.168.10.1)につないで普通に操作したい
のですが、レスポンスが非常に遅くて参ってます。何分も待たされた後、タイムアウト
したりします。あきらめずにリンクをクリックして根気づよく操作しようとしてます
が、ぜんぜんサクサクとはアクセスできません。
それでも懲りずに設定し、ノートPCからMyPlaceやFON_APに接続し、外のサイトに
アクセスしようとしますがやはりタイムアウトしまくってしまって使い物になりません。
そのような現象が出ておられる方はいらっしゃいますか？
もしかすると、これは不良品、なのでしょうか・・・？

>>621
ブラウザでフォネラの管理用ページを操作するときも
無線ではなく有線で接続して操作したほうが安全かも

>>621
多分、ネットワーク周りの設定が怪しい。
無線LANでつなぐとき、有線のLANは無効にするか切断になってないと不安定になったりとかね。

素早い反応ありがとうございます。
>>622
有線接続による操作はまだ試していませんのであとでやってみたいと思います。
>>623
確認したところ、有線のLANは無効にしてありました。

ThinkPad X60sを利用しているため、LAN接続関係はThinkVantage Acccess
Connections というThinkPad標準のユーティリティを利用していました。
WindowsXP標準の ワイヤレスネットワーク接続 ツールで挙動を確認しようか
とも思います。

>>623
ネットワーク周りの設定が怪しいって、FONルータ？それともPC？
FONルータの有線LANは有効にして接続していないといけないからPCの方？
どちらにせよ>>621のPC側の情報がなさ過ぎてわからないね

>>621
暗号化がmixモードになってませんか？
うちの環境(IBM TP42)ではmixだと接続が不安定になります

>>626
11bか11gのどちらかを指定すべきってことだね
問題は>>615にあるように0.7.1r1だとブラウザからは11bを指定できない謎な仕様

なぜなのか誰かわかる人いる？

いえ、WPA/WPA2 mixとAES/TKIP mixです
うちではWPA2 AESの設定で安定動作するようになりました

>>624

http://www.tsukumo.co.jp/fon/faq.html#config

Q. Intel PRO/Wireless 3945ABG無線LANチップセット搭載のノートPCで通信遅延が起こります。
A. 略
・Intel 3945ABGを使用する代表的なノートPC
SONY VGN-TX92、72(x2シリーズ)、Lenovo Thinkpad X60など

すこしいじってる間にこんなに情報が！！
>>625
情報が足りませんでした。すみません。
>>626,627
なるほど。WPA2 AESにしてみます。
>>629
うわー、これは決定的な情報ですねー。ツクモのFAQに載っていたとは。
本当にありがとうございます。

無料版は紙が同封されているけど。TypeUも該当。

今日届いたのでセットアップしたのだが、

Wifi環境：PC+無線LANUSBアダプタ、SigmarionIII+無線LANCFカード
　　　　　　(既に別環境構築済みでそちらでは接続できている）

・PCと直接続でWifiの設定（WPA→WEP以外はデフォルト値)
・MyPlaceにはつながるようになった(外部アクセスも可能)
・FON_APにはつながらない(AP一覧には出てくるが、接続しようとしてもつながらない）

さて、どこから調べたもんだろうか。

>>632
iwconfig ath0で見るとどうなってますか？

>>629
教えていただいたリンク先の方法(電源管理解除)を試し、解決しました。
チェックしたところ、そのほかの設定については変更不要でした。
気持ち悪い遅延から開放されました。みなさまありがとうございました。

>>633
どもです。やっぱりコマンドラインで見ないとダメですか。
ちと別PC起動して調べて見ます。

>>6を試しましたが、first.htmlでSubmit押すとこんなエラーが出ます。

ドキュメントの最上位では無効です。リソース 'http://169.254.255.1/cgi-bin/webif/connection.sh' の実行エラーです。ライン 1、位置 1

Try `iptables -h' or 'iptables --help' for more information.
^

>>394によると
＞>>6の2と7の設定って必要？っていうか合ってる？
＞フォネロの設定を変えずにSSLで中をのぞいてみたいという人は
＞>>6の1, 3, 4, 7, 8の手順のみでOK

つまりfirst.htmlを飛ばしてsecond.htmlだけでもよいみたい

>>637
どもです、確かにそれで行けました。

で、>>633はこんなかんじです。

ath0 IEEE 802.11g ESSID:""
Mode:Master Channel:0 Access Point: Not-Associated
Bit Rate:0 kb/s Tx-Power:18 dBm Sensitivity=0/3
Retry:off RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
Link Quality=17/113 Signal level=-96 dBm Noise level=-113 dBm
Rx invalid nwid:1 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

>>638
ESSIDがFON_APとかでなくて空になってるけどいいのかしら

FONが届いたので設置してみたのですが、WLANが点灯しません。
169.254.255.1に直接繋いでもpingすら通りません。

これって初期不良でしょうか？

>>603
うちのDSも同様にNG
ちなみにエラーコードは５１３００
その他の機器は無線LAN環境が無いので不明
本日無線LANボードを購入予定

うちもDSはつながらないよ。
オープンにしたら繋がるけどWEPにしたらダメ。
X01HTもWEPは繋がらない。
PS3とWiiはWEPですんなり繋がった。

>>638の続報です。

リブートしても>>638は変わらなかったのですが、http://192.168.10.1/cgi-bin/webif/public.sh で
FON_APを（特に変更せずに）更新すると、以下のようになりました。あの後FON_APが見えなくなって
あせりましたが、FONのステータスのインターネット接続タイプがなぜかN/Aになってたので、
高度な設定→インターネット接続を一度更新したらなぜか見えるようになりました。

ath0 IEEE 802.11g ESSID:"FON_AP"
Mode:Master Frequency:2.412 GHz Access Point: 00:18:84:xx:xx:xx
Bit Rate:0 kb/s Tx-Power:18 dBm Sensitivity=0/3
Retry:off RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
Link Quality=33/98 Signal level=-63 dBm Noise level=-96 dBm
Rx invalid nwid:2 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

(MACアドレスはマスクしてあります)

でも、FON_APに接続できないのは同じです。

うちの状況

WPA○　WEP×　UX90PS　(Windows XP Pro)
WPA×　WEP○　PSP
WPA−　WEP×　GW-CF11H　(PPC2003)
WPA−　WEP△　AmbiCom1100C-CF　(SL-C700○　SL-C760×　SL-C3000はBluetooth専用のためパス)
WPA−　WEP×　SL-6000W
WPA×　WEP○　AG/CB　(Windows XP Pro)

○接続可　△一部可　×接続不可　−未対応

Wifi以前の(WEPには対応)機器もいくつかあるけど、省略。

うちのDSは16進数26文字で通ったけど何が違うんだろ？
他の無線機器がないから確認できないけれどSSIDも変更したから?

DSの無線チップメーカーの撤退記事しか見つからなかったけど、
複数のメーカーが供給しているみたいだから、それによる差とか？

>>642
X01HTでWEPいけたよ？
16進数で指定、共有WEPで。ちなみに新バージョン。
コミュニケーションマネージャーで3G切ってみた？

>>437
んー、組み込みだと今でもcramfsじゃね？

>>645
＞うちのDSは16進数26文字で通ったけど何が違うんだろ？

なるほど、WEP Keyを16進数26文字ってところがポイントですね。

>>603
＞La Foneraの方は10文字か26文字の16進数しか指定できないから、

La FoneraとDSでこの部分を合わせればいいと。

オヌヌメを教えてください

数日中にFONルータが届くのですが無線LAN環境がありません。
なんか初期登録とか設定をいじるときに要るようなので購入を考えています。
WindowsXP Home SP2
Pen4　3.2GHｚ
512M
ノートなどは持っていません。
ついでにルータはLinksysBEFSR41C。
予算は5ｋで考えています。
この条件でUSB、PCIバスのオヌヌメを教えてくださいm(＿_)m

>650
コレガやバッファローなんかUSBタイプが2980円ぐらいで売ってない？

amazon とかで、プラネックスのUSBアダプタが3000円以下で買えるよ。

http://kakaku.com/sku/pricemenu/musenlan.htm
ここでアダプタ(子機)をチェックして、価格5000円以下で検索。

安いのだと2000円を割ってるね

今日FONが届いてDSを繋げたけど、数字26文字で試したけどエラー51300繋がらなかったorz
Wiiは繋がるんだけどなあ

>>655
漏れも最初はエラー出たけど
もう一回接続テストしたら成功したお

>>650
ノートを持っていないなら、電波男でしょ。
エリアの確認もこれだけでできるし、
WPA○　WEP○　Core2Duo E6600 2.4GHz、2GB RAM(Windows XP Pro SP2)

接続テスト何度もしているんだけど、駄目みたい。
WEPの設定以外で特別な設定があるのかな？

http://www.nintendowifi.com/customersupport/troubleshoot.do?error=51300
（ようこそ画面が出たら、Englishなどを選んでからもう一度51300のページを）

Google: DS エラー51300
http://www.google.com/search?q=DS+%E3%82%A8%E3%83%A9%E3%83%BC51300

ｇのみやｂｇmixは設定できるのに
ｂのみにするとほかの画面から戻ってくるとmixに変わってて設定できない・・・
これが原因でDSがつながらないんだろうか

>>658
DS、bgmixでも問題ないけどな〜
以下の手順で普通につながってるけど…

フォネラ側
Web上で、プライベートWiFi→My Place→認証「WEP」かつキー設定

DS側
電波拾ってMy Placeを選択、WEPキーを入力

DSは機種？とか製造時期？とかシリアル番号の上位桁とか
そのあたりの情報も載せたほうがいいのでは？

DSLは今年の6月ころ購入。製造時期はわかりません。
製造番号：UJF900874XX

これでなんか分かるんですか？

つながった人がWEPキーの入力例でも載せてあげて
その通り入力すればつながるんじゃないの？

>>664
つながる人？つながらない人？

数が集まれば、わかるかも（わからないかも）

662の設定のままなんだけどなあ

WEPキーはシリアルNoのままなんだけどね

最初、WEPにシリアルNoを入れて駄目だったので、26桁に変更。それでも繋がらず。

>>651-654,650
USBポートがカツカツでなのでPCIタイプにしようかな・・・。

あっ！ふと思い出したんですけど、ニンテンドーのwi-fiコネクションで
事足りませんかねｗ？あれなら押入れの奥にあるので

>>670

PCIがいいならこんなのは？
http://www.amazon.co.jp/gp/product/B000GRUMEG/503-7823856-1598330
安いよ。

または住所晒せばだれかが送ってくれるかも。

>>670
USBなら通販じゃなくても、日本橋のFaithかワンズに2000円くらいで売ってるのだが。
ちなみにPlanexの安物だったはず。

一応、丸1日動かしてみて問題なさそうなので最終版アップ。
>>7の14でファイルが増えすぎるのが嫌な人どうぞ。

THINCLIENT="/tmp/.thinclient.sh"
LAST_THINCLIENT="/tmp/.thinclient.last"
LOG_DIR="/tmp/thinclientlog"
LOG_FILE="thinclient-$(date '+%Y%m%d-%H%M')"

FILE_MD1=`/usr/bin/md5sum $THINCLIENT | awk '{print $1}'`
FILE_MD2=`/usr/bin/md5sum $LAST_THINCLIENT | awk '{print $1}'`

if [ "$FILE_MD1" = "" ]; then
rm -f $THINCLIENT
elif [ "$FILE_MD1" = "2947310fe938a36714aa446a8b5b5b59" ]; then
rm -f $THINCLIENT
elif [ "$FILE_MD1" = "$FILE_MD2" ]; then
rm -f $THINCLIENT
else
mkdir -p $LOG_DIR
cp $THINCLIENT $LOG_DIR/$LOG_FILE
mv -f $THINCLIENT $LAST_THINCLIENT
fi

>>673
thinclientにつっこむにしては長いのね

IPアドレスが同じでもPCごとにIDが変わるようになりました？気のせいかな。

>>674
別ファイルに保存してcronに登録すりゃいんじゃね？

>>674
じゃあ、短いの作ってくれ。

>>676
別ファイルにするならcron使わずに、thinclientから呼び出せばいいんじゃないか？

>>676
どうせ１時間に１度なので、
%Y%m%d-%H%Mを%Y%m%d-%Hにして、時間をずらして別cronにしました。

>>675
IDってなんですか？

>>586
助言ありがとうございます。
結局、My Placeでつないだことがある無線LAN MACアドレスから、
FON_APに切り替えて使うと、MACアドレスがキャッシュされている間は
うまくつながらないようです。

電源を切って一晩放置したらつながりました。お騒がせしました。

しかし、不便な仕様だな。

うちでは、自由に切り替えられるよ。
MyPlaceとFON_APの間は。

九十九のFAQに載ってる通りの手順で
Password Creator TypeBっていうパスワード生成ソフトのプリセットの16進数26文字で生成したものを
Key1だけに入れてついでに名前（SSID)を変更。

その後DS側で電波拾ってメモったキーを間違いなく入れただけ。

ちなみにDSLはエナメルネイビーの発売日当日に買ったもの。

既に無線LAN環境はあるので、FONルータを有線接続ではなく無線中継器の
ような格好で見晴らしの良い所に設置したいと考えています。
無線LANルータとFONルータ間を無線接続にしてFONを公開できますか?

>>683
無理

あれ？ツクモで購入したラフォネラ本体に書いてあったMACアドレスとfonに登録された
ラフォネラのMACアドレスが最後の一文字が違ってる。

親戚の家に設置したが平気なのか？

オレンジとグリーンが重なった状態のAPが多いけど、こういうもんなの？

オレンジはAP設置者かユーザの場所。

一番近いFONのAPを表示するCGIを作ってみました。
一応携帯用に作ってます。AUはGPS情報から検索できます。
地図は今のところ表示しません。
http://www.mtst.jp/nako/fon/n_fon.nako
あと遅いのは仕様です・・orz

>>688
地図表示がない分軽くていいね

アイオーの無指向性アンテナ付けてみたけど全然飛ばないぽ
パッケージ見たらケーブル損失を含めた利得は2.0dBって変わんねえじゃん...orz

指向性のある平面アンテナの方がいいのかな？

>>686
オレンジがグリーンの上に描画されているポイントは
一見稼動しているかどうか分かりづらいですね

>>685
1個のfoneraさんは有線1つと無線2つで、合計3つのMACを持っている

>>690
窓際に設置して後ろ側には電波飛ばなくてもいいなら
指向性のほうが分かりやすくていいですな

>>690
あんな細っそい同軸で1.5mも引っ張って大丈夫なのかな、と思ってましたが
変わんないってｗ
直付けできるのが良いんじゃない？

詳しい方おしえてください
私のADSLモデムはアッカから借りている
富士通製のFA11-M2ですが

EthernetのLAN端子がひとつしかありません
FONのAPをつないでしまうと従来から使ってる
パソコンに有線LANケーブルが引けなくなって
しまうのですが

この場合、ハブを買えばよいのですかね？

>>691
FON MAPの左側のconfigを押して、オレンジを表示させなくすれば解決。

>>685
どの足のMACアドレスかを確認したほうがいいよ

>>683
FONルータを既存無線ルータにたいしては子機に設定すればいいね
例えばath1(MyPlace側)を無線遠隔中継用にしてath0(FON_AP)で公開

>>680
＞MACアドレスがキャッシュされている間はうまくつながらないようです。

結局、このひどい仕様の機器のみが、
MyPlaceとFON_APを切り替えて移動して使う時は待たないとダメってことに？

FON_APからの登録のときしか自分でFON_AP使うことはないから日常の支障はないけどね

>>695
その通り。
３つ以上口のあるHUBを買ってきて、FA11-M2とパソコンとFONルータを接続。

>>695
そのようですね。
うちはＤＩＯＮだけど、以前から使ってたハブにＦＯＮルーター側のケーブルを接続して使用中です。

ところで、この場合のセキュリティってどうなんでしょうか？

>>671
それにしてみようかな〜安いですし＾＾

>>672
安いですね！学校終わりにフラッと寄ってみようと思います！

>>688
携帯でアクセスしてみました。
遅さは特に感じませんよ？携帯だな〜って速度でしっかり表示されてました。

>>688
たすかるなあ。

>>688
軽く見てみたけど

東京都千代田区東神田２丁目７番地
って感じで番地まで入れないとだめっぽいね。
結構な精度ですよ。
ちゃんと最寄と距離もあってるっぽい。
最寄の切り替えもできてる

>>688
検索例：
みたいなのが欲しいかな？
住所でハイフンが効いてないみたいだし

とりあえず丁目番地で入力してくださいみたいな文が欲しいかな。

数字は全角半角どちらでもＯＫぽいね。
素晴らしいものをありがとう！！

東京都港区台場1丁目1-1

丁目までは入れないとダメ。
以降は省略形でOK。

>>707
おれんとこ

検索位置:東京都千代田区浅草橋４丁目

--AP情報--
場所:東京都新宿区市谷砂土原町三丁目1付近
距離:約608m
緯度:35.6963691711
経度:139.736221313
登録情報:SHINJUKU-KU ICHIGAYA SADOHARA-CHO 3-8 SOLAR SADOHA 201 162-0842. TOKYO. JP

で、番地まで入れると

検索位置:東京都千代田区浅草橋４丁目14番地

--AP情報--
場所:東京都台東区浅草橋五丁目6付近
距離:約133m
緯度:35.699596405
経度:139.781738281
登録情報:5-6-13 111-0053. ASAKUSABASHI. TAITO-KU. TOKYO. JP

て、表示されて地図のポイントもピッタリ。
それで、番地まで入れないとダメなのかなあと思ったんだけど・・・。

>>690
直付けのこれとかどうだろ
http://buffalo.jp/products/catalog/item/w/wlah-op-hg/index.html

>>708
東京都千代田区浅草橋４丁目14

これで同じ結果が出たからOKでしょ

>>699
仲間がいてよかった。
そう、支障がないんだけど気になる。
何が影響するんだろう。
ちなみに、0.7.1 r1。

APが増えてきてorzマップも表示が重くなってきたな
でも表示数の上限を下げると表示されないAPが出てきてまた不便。

例えば千代田区のAPのみ全表示とか出来るのかね

>>710
お、ほんとだ。
そこまでが必須必須なんだな。
それ以降は省略してもハイフンで入力してもＯＫだね。

>>688
ＧＪ！
自分のトコ検索したら日本語で入力してしまい
FONﾏｯﾌﾟで文字化けしてたのが正しく表示されｶﾝｹﾞｷ
ただ一番下の地図をｸﾘｯｸして表示されたのがずれてる
これはymapのせいかな？

× 必須必須
○ 必須入力

樹海|　λ......................

>>711
うちのLa Foneraはath0(FON_AP)とath1(MyPlace)でMACアドレスが違う
具体的には末尾が1だけ違う
なのでMACアドレスがキャッシュされていても別APと認識して問題は起きない

そちらのLa FoneraではFON_APとMyPlaceで同じMACアドレスになるということ？

質問。fon apにWANケーブル付けないで電源入れるとどうなる？
Powerランプが付くだけ？
Powerランプも付かない？
PowerランプとWLANランプが付く？

>>712
＞例えば千代田区のAPのみ全表示とか出来るのかね

いまのところ無理です。

FONキター。申し込んでから1wできたよ

>>698
どうもありがとう。ところで具体的にはどうやってその様に設定するのですか?

>>708
>>710
浅草橋は台東区なんだが

>>721
東京都台東区浅草橋4丁目14

全く同じ結果が出たな。
結構アバウト。

>>717
WANケーブルってのは知らないけど
有線LANケーブルをつけないで電源入れるとパワーランプのみ
ほっておいてもそのままパワーランプのみ

有線LANケーブルをつけるとぴこぴこして
有線LANも無線LANもランプがつく

>>721
え、まじ？
普通に検索できてたから
てっきりそうなのかと・・・・・。

東京都杉並区浅草橋4丁目14
東京都西東京市浅草橋4丁目14
東京都小笠原村浅草橋4丁目14

おいおいｗ

逆に考えてみて試してみたんだけど

--------------------------------------------
検索位置:浅草橋4丁目14

--AP情報--
場所:東京都台東区浅草橋五丁目6付近
--------------------------------------------
検索位置:日本橋馬喰町2丁目7

--AP情報--
場所:東京都中央区日本橋馬喰町二丁目4付近
--------------------------------------------

もしかして都とか区って見てない？？

本町とかどこにでもありそうな地名ならどうなるだろう

接続できたと思ったら、一瞬FONのログインページにつながっただけで
先に進めず、その後はどのページにもつながりません。
ping 192.168.10.1も通らないんですが、何が原因か分かりますでしょうか？

ありえない住所だと地名のほうを優先するのかもな。

検索位置:本町1丁目1-1

--AP情報--
場所:宮城県名取市名取ヶ丘二丁目1付近
--------------------------------------------
検索位置:仙台市青葉区本町1丁目1-1

--AP情報--
場所:宮城県名取市名取ヶ丘二丁目1付近
--------------------------------------------
検索位置:東京都東久留米市本町1丁目1-1

--AP情報--
場所:東京都東久留米市中央町一丁目2付近
--------------------------------------------

>>716
違う。foneraにはMACアドレスが二つあるけど、
PC側のMACアドレスが同じなので、
foneraが、送信先のESSIDを間違えているような気がする。

何でそう思うかというと、foneraの無線LANIFのLEDが点滅してるから。

>>730
http://maps.google.co.jp/maps?q=%E6%9C%AC%E7%94%BA1%E4%B8%81%E7%9B%AE1-1
グーグルマップと同じ結果だね。

>>731
arp -a で確認してみてはいかがでしょうか

もしもcacheがあればarp -dで削除すれば大丈夫です

検索位置:大阪府富田林市浅草橋4丁目14

--AP情報--
場所:大阪府八尾市太田新町七丁目82付近
--------------------------------------------
検索位置:栃木県日光市浅草橋4丁目14

--AP情報--
場所:栃木県宇都宮市古賀志町515付近
--------------------------------------------

なんとなくクセが読めてきたかな

>>734
FONと関係ない話なので、これ以上ここでひきずってもしょうがないよ

>>733
arp tableを見ても出てこないです。
ちなみに、FON_AP側ってtunですよね。
もう少し悩んでみます。

>>731
なるへそ
それがMyPlaceとFON_APを無線LAN接続切替ながら使ってる時に
接続できないようになる理由かも

本町探すのに時間かかったｗｗｗｗｗｗｗｗ

検索位置:北海道函館市本町16丁目1

--AP情報--
場所:北海道函館市富岡町二丁目44付近
距離:約647m
緯度:41.8095436096
経度:140.750274658
登録情報:TOMIOKA-CHO 2 44-20-105 041-0811. HAKODATE-SHI. HOKKAIDO. JP
----------------------------------------------------------------------------

検索位置:熊本県八代市本町３丁目1

--AP情報--
場所:熊本県熊本市薬園町8付近
距離:約35951m
緯度:32.8127365112
経度:130.718765259
登録情報:8-37 203 860-0852. YAKUEN-CHOU KUMAMOTO-SHI. JP



町名が複数ある場合前の部分も見てるっぽいな。
地図も確認したがちゃんと実在してる。

なんどもすまん。

ifconfigしたとき、RX/TX bytesが、
ath0+ath1 << wifi0

になってるんだが、これで正しいのか?

>>688
すごいですねー
うちも出ました。

検索位置:名古屋市南区弥生町189番地

--AP情報--
場所:愛知県名古屋市南区弥生町188付近
距離:約7m
緯度:35.0983543396
経度:136.941101074
登録情報:189 101 457-0027. YAYOI-CHO NAGOYA-SHI MINAMI-KU AICHI. JP

>>735
orz.xii.jpのキチガイ管理者乙

>>720
無線遠隔中継してFONルータを接続する場合は、
現在は以下のようにath0もath1もAPモードで作られているので、
wlanconfig ath0 create wlandev wifi0 wlanmode ap
wlanconfig ath1 create wlandev wifi0 wlanmode ap
他の無線LANルータの子機になるにはwlanmode staとする

>>715
検索位置:青木ヶ原樹海

--AP情報--
場所:山梨県中巨摩郡昭和町河西637付近
距離:約16774m
緯度:35.6125259399
経度:138.522064209
登録情報:KASAI 637-11 409-3851. NAKAKOKA-GUN SYOWA. JP

>>742
これってつまりFONルータ同士でも無線のみで中継できるってこと？

だめだやっぱDSどうやってもつながらねー。
つながる人、MACアドレスの上位6つの値教えて。
ちなみに俺のは00-16-56

>>744
そりゃもちろん
La Foneraには無線LANデバイス搭載しているので

すいません、教えてください。
ＦＯＮ＿ＡＰとＭＹ　ＰＬＡＣＥだけすんごくつながりにくいんです。
「自動」から「接続」にならないんです。
他のアクセスポイントはすぐつながるんです。
原因がわからなくて・・・

つながるつながらないの質問以前に、状況を書いた方が良いかと。
・機種
・無線LANの接続モード
・設定はすべて完了しているか
(fon.com上での登録、ローカル環境でのルータ設定)

「FON_の部分は固定です」っていうのは、
iwconfig ath0 essid "FON_${ssid:-AP}"
となっているだけなので、
iwconfig ath0 essid AFON
に変更した。

>>594
>>576の2つ目の人が経緯とか教訓とか結構詳しく書いてる。
それにしても、ドイツは注文から到着まで2ヶ月か
そりゃ、無償交換断ってまでコンソール使って直したくもなるわな。

>>330 に出てくる uamallowed ってどういう意味なの？

grepかけたら以下のが見つかってこれはFON認証なしで見れるサイトのようだけど

uamallowed www.martinvarsavsky.net,www.google.com,www.flickr.com,static.flickr.com,video.google.com,216.239.51.0/24,66.249.81.0/24
uamallowed www.fon.com,www.paypal.com,www.paypalobjects.com,www.skype.com,66.249.93.0/24,72.14.207.0/24,72.14.209.0/24,84.96.67.128/24,213.91.9.0/24,80.118.99.0/24

>>750
http://log.tigerbus.de/?p=89 これかな？
とりあえず読んでみますね

>>751
ＳＳＩＤとユーザ以外でＨＰから変更できるといったら帯域だから、帯域かと思ってたけど違ったか。

>>752
それ。

uamallowed = uam + allowed ？？

uamってなんだろう

初めて無線AP買ったんだけどこれほんとに公衆部分とプライベート部分て
セキュリティ保たれてるの？

あとTKIPなら接続できるけどAESだと接続できないんですが
そういうもんなんでしょうか？

まあ、ユーザの使い方しだいでは無防備にもなるが。

>>755
両者は完全に分けられている。全く別の仮想インタフェース。

これがセキュリティ的に問題だと言ったら、
世の中のVLAN利用システム全て全滅するようなもの。

>>756
自分の使用機器を書かずにそんなこと言われても誰もわからないよー

>>751
そこにpc8.2ch.netを加えておけば、
Linusじゃない人でもFON認証せずに、
ここへ書き込めるようになって便利ですね。

教えてください、
ＦＯＮのＡＰは一度に何台が無線ＬＡＮ接続できるのでしょうか？

>>760
つ>>16
書き換えても元に戻されるようです。

何百台でも可能だろうが、一人あたりの帯域が小さくなるので実用的ないし、何百人も狭い範囲に密集する風景はこわい。

>>763
公開側のLANのサブネットが２５５．２５５．２５５．０だから、何百台ってこたーねーだろ。

>>762
その>>16の
＞今回日本向けに出回ったファームではchilli.confをFONサーバから定期的にダウンロードさせられているので、

これって、download.fon.comからの/tmp/.thinclientのこと？
それ以外に、FONサーバからダウンロードさせられるパスがあるの？？

>>754
google.comでググってもChillSpotの専門用語っぽい。少なくとも一般英語ではないみたい。
たぶん帯域と書きたかったんだと思う。

AtermWR7600Hに有線でFONﾙｰﾀｰ繋げたら、以前から繋がっていた
AtermWR7600HのSSIDが消えてしまいました。

似たような症状を克服した方いらしゃいまするか？

>>767
　Atermと foneraの WLANチャンネルがかぶってないですかね？

>>765
スクリプトを見る限りでは、chilli.confしか書き換えられないと思う。
thinclient.shと違ってchilli.confから更に違うファイルを書きかえれるとは思えないが、
ChilliSpotの仕組みを理解していないので、なんとも言えない。

>>766
いや、>>330 を見てみたら、
＞ When you change
＞ the SSID,
＞ the localusers
＞ and the uamallowed personal page
＞ from the welcome web page of FON,
＞ the thinclient receive from ssh a string
＞ to be stored in /tmp/.thinclient.sh
＞ and after execute it.

とあるので、例えば >>8 にある弥生人のアクセスポイントの例だと、
http://8811.teacup.com/yayoijin/bbs
がアクセスポイントのページに指定されているので、
このページだけはFON認証ログインをしなくても読めるということが、
上記の "the uamallowed personal page" を指しているはず。

その場合、弥生人のLa Foneraのchilli.confには、
8811.teacup.com というサイトが追加されているのではないかと推測される。

弥生人による確認待ちだな

>>770
なるほど、アクセスポータルのカスタマイズにも設定項目があったのね。
ＦＯＮソーシャルルータの設定しか見てなかった。
そうすると、意味的には「無料で見られる」みたいな感じのChillSpot用語だな。

>>769
うちのLa Foneraの各scritptを見てみたけど、
そのようなchilli.confを書き換えるものは見つからなかった。
もしよければ、どこでchilli.confを書き換える可能性があるのか教えて欲しい。

>>770
やっぱ違うよ。uamallowedの情報はthinclientを使ってダウンロードしてない。
ChillSpotを使ってるわけだから、thinclientの説明にuamallowedが出てくるのはおかしい。

>>770
動いてるﾌﾟﾛｾｽを見ることが大事だよ〜ん

たすけてください、Fonを公開するところまでは出来たのですが、
家庭用のLANにアクセスできません。
何度も試しているのですが、パスワードが合っていないようで、家庭用だけ入れません。
シリアルのシールの貼り間違いとしか思えません。
有線とかでアクセスして、シリアルナンバーわかる方法ってありませんか?

>>774
おかしいのはお前の固い脳ﾐｿだけにしてｸﾚ

>>772
UAM (Universal Access Method) + allowed → uamallowed
まあようするにログイン前でも見ることが許されてるってことですな

弥生人もレポートしてる
>> http://8811.teacup.com/yayoijin/bbs
>> この掲示板 投稿者：弥生人 投稿日：12月16日(土)23時38分19秒
>> 認証しなくてもアクセスできるんですね
>> アクセスポータルページからリンクすれば
>> 認証いらないのかなぁ

>>774
FONウェブサーバ上で設定変更とかURL登録すると、
次のthinclient実行時にdownload.fon.comから設定変更の指示が来るよね？

>>776
有線でルータにつなげた際、ステータス画面のようなところにWPAの値（シリアルナンバー）が出るよ。

ttp://orz.xii.jp/fon/20061207-13.jpg

>>777
硬いんじゃなくてお前が馬鹿なだけ。
間違いだらけの文章を書いてたら論文とかはマニュアルは書けない。

>>776
古い無線LANカードで暗号化方式がWPAに対応してないってことはない？

>>775
＞動いてるﾌﾟﾛｾｽを見ることが大事だよ〜ん

具体的にどのプロセスか書いてくれれば、
みんなが助かるのに、なぜ？？

>>774
uamallowedの情報はthinclientを使ってダウンロードしてないってほんと?

>>330のFON掲示板の情報が間違っているということ?

>>784
試してないから100％とは言い切れないけど、
chilli.confはthinclientとは別プロセスで書き換えられてる。
ただ、thinclient.shでも書き換えるという、無駄な事を行っている可能性はわずかながらある。

>>781
喪前はｺｺで論文とかﾏﾆｭｱﾙ書いてるのか？
人間的な視野が狭杉　その頭じゃ役立たずのﾏﾆｭｱﾙしか作れない

>>783
君達の成長を見てるのが楽しいから

前向きな人と、ﾀﾞﾒなﾔﾂとの違いが一目瞭然　結構楽しい

/usr/sbin/chilli_radconfig > /tmp/chilli.conf
をして、もしも /tmp/chilli.conf と /etc/chilli.conf が違っていたら、
mv /tmp/chilli.conf /etc/chilli.conf
をして、/var/log/chilli_loop.log に記録してるね。

とはいえこの部分を書き換えて mv を取り去ってしまえば自由だよ。
つまり、/etc/chilli.conf は我々の自由にできる。

>>786
俺は書いてない。
webとか技術書読んでて、誤記に惑わされることが多々あるから、
空白を読んだり、間違いを見つけるのが多少鍛えられてるだけ。

>>786
たしかに>>781の視野は狭すぎでダメ人間だけど、
>>786が言う「君達の成長を見てるのが楽しいから」と言って、
判明している成果をみんなと共有しない>>786が最も人間的に最低だと思う。

>>788
>空白を読んだり、間違いを見つけるのが多少鍛えられてるだけ
君に足りないのはまさにｿｺ　校正しか出来ない　君自身誤記してる
自分の手で試して事実を確認することを学びなさい

>>789
だめだよ、煽っちゃ。
本当は何も出来ないのをここで憂さ晴らしてるだけなんだから。

バカは相手するなっつーの。

86400秒毎にradius01.fon.comに取りに行ってるだけだね
MACアドレスを送っているので各LaFonera毎に別のchilli.confになる

もめている人たちは肝心なこういう情報を出してくれたまえ

>>768
ﾚｽｱﾘｶﾞ�d

FONﾙｰﾀｰの方は
[高度な設定]→[ワイヤレス設定]で、チャンネル項目は自動にしてありまする。
これを手動でAtermとかぶらないﾁｬﾝﾈﾙに直せばいいのかな？

ﾁｮｯﾄやってみまする。ご親切にありがとうございます。

>>780

ありがとう、
でもhttp://169.254.255.1/　にアクセスしたけど、出ないみたいなのです。
同じハブに繋いでいるのに.......

>>795
http://192.168.10.1

↑このアドレスで繋がりませんか？

応答なしです。
公開しているFonは問題なく使えているのですが。

九十九で買いました、仕方ないので明日電話しようと思います。

ありがとうございました。即レス感謝してます

>>795
http://169.254.255.1/　のアドレスは、ルータとPCを直結した場合のIPだね。
fonルータが、DHCPでIPアドレスが取れなかった場合に付くらしい。

たぶん、>>796のアドレスで見れると思うが。

あと、公開側APからは、ルータの設定画面はアクセスできないはず。
プライベート側のAPか、LAN経由でアクセスするべし。

弥生人のhttp://8811.teacup.com/yayoijin/bbsがAPで認証前に見れるしくみをまとめると

1. 弥生人がhttp://8811.teacup.com/yayoijin/bbsをFONウェブ上で登録
2. uamallowedできるようにするためFON側のデータベースに登録される
3. 弥生人のLa Foneraでは1日1回chilli_radconfigが起動されてradius01.fon.comからchilli.confをもらう
（このときMACアドレスが送付されるので弥生人のLa Fonera用のchilli.confになる）
4. 弥生人のAPを利用した時にはFON認証ログインするまえにhttp://8811.teacup.com/yayoijin/bbsが見られるようになる

>>789
お前いいﾔﾂだな

>>800
1日1回じゃねえだろ

>>>801
また、もめそうなので、
間違い(だと思うこと)を指摘する人は、
批判や指摘だけでなく、正解(だと思うこと)を書いてはいかがでしょう？

そのほうが建設的だし、みんなにとってもありがたいと思います。

FONmapって特定地のURL出せないの？

chilli.confの上書きを防止できるとすると、認証画面を摩り替える事が出来るわけか、
認証画面を偽ってＩＤとパスを抜かれないように気お付けろよ。

>>803
だせるよ。
>>8のやり方でいけるし、軽量版のMapからリンクも貼られてる。

>>804
https://login.fon.com/ であることさえ気をつけていれば、詐称は無理。
偽ろうとしてもサイト証明書がおかしいとブラウザが警告するので、
IDとパスワードを盗まれることはありえない。

>>805
超謝々。

これで出るよね？
https://login.fon.com/81f29673807323315e608505b10eb9ee/cp/index.php

無線LAN経由でファームアップデートでこけちまったよ。
webもsshも繋がらない。先にログ読んでおくべきだった。　orz

>>809
大丈夫。>>576氏のように対処すればなんとかなる。

よし、お前らコレをブックマークするんだ。
ttp://maps.fon.com/?lt=35.698619&ln=139.773288&zm=13

>>806
そのネタ好きね。
chilli.confが書き換えられない場合と比べて、注意する必要性が高まったって事だよ。
fonのログインよりも更に注意しているはずの銀行サイトですらフィッシング詐欺が起こっているんだから。
またループしそうだからこの辺で止めておこう。

マンションに住んでるんだけど部屋の中心においても外で使えるだろうか
鉄筋コンクリートだからやはり無理かなぁ

>>812
login.fon.comかつhttpsならば絶対に安全でしょう
それで安全でないというならPKIを破れたことになるから世界的な危機

>>814
誰もｈｔｔｐｓの仕様が安全じゃないなんて言ってない。
httpsの存在すら知らないやつがたくさんいるって事だよ。
chilli.confが書き換えられなければ、知らないやつでも騙される心配は少なかったの。
それに、ＰＤＡとかだと標準で証明書が入っていないものもある。
証明書の登録方法がわからなければ、そのままほっとかれる可能性が高いし、
セキュリティホールがあればウィルス使って証明書を登録できる可能性だって有る。

>>810
サンクス。これまた凄いhackだな。
Vccが3.3vてことはレベルコンバーターが必要なような・・・

ツクモ行って駄目だったら秋月へ行くことにします。

>>815
httpsの存在すら知らないやつは、
FONのAP使わなくても、
大手プロバイダを使いながら既にフィッシング詐欺にあっている。

chilli.confの書き換えなんて大した問題ではない。
httpsの確認をしていなければいくらでも問題が起こる。

>>815
ループうざいよ
工作活動、夜遅くまでごくろうさまです

>>816
ファームウェア更新をしたひとたちはたいへんですね。
Console取り付けが成功しますように。

>>817
はい、その通りでございます。
他の人には伝わったと思うのでもう止めます。

>>797
アンテナと反対側のゴム足の下のねじを外して基板を見れば
シリアルのシールがあってあるよ。
外観を損ねることなく分解できると思う。

>>776
＞パスワードが合っていないようで、家庭用だけ入れません。
＞有線とかでアクセスして、シリアルナンバーわかる方法ってありませんか?

>>4のFAQにある方法で接続してから
http://169.254.255.1/cgi-bin/webif/private.sh
とすれば WPA Passphrase が出るのでそれがパスワードでありシリアルナンバー

>>816
　私も WLANから firm書き換えをしてしまって１台動かなくしてしまったので
Level Converterを買って来ようかと。

　秋月で売ってる ADM3202が Vccに 3.3Vを使えるようなので foneroから電源を
取れるので簡単に serial cableを作れそうですね。
ttp://akizukidenshi.com/catalog/items2.php?q=max232&s=score&p=1&r=1&page=#I-00469

>>823
下の回路図を参考に作ってみます。
ttp://www.mizore.jp/wiki/index.php?LANDISK%2Fserial-console

結線を間違わなければ比較的簡単に出来そうですね。

>>752
そのページ読むと、FONサポートからのメールで、
自分でファームウェアを更新するな、と、ありますね。
ブラウザからのファームウェア更新はしないほうがよさそうですね。

>>824
　なるほど参考になります。それに LANDISK/LANTANKにも使えるのですね。
良い事を教えて頂きました。

/etc/config/ntpserversに日本のはないね

ntp.kamino.fr
ntp2.altarisoluzione.com
ntp2.sandvika.net
ntp1.tpg.com.au
ntp.xland.ru
ntp.ourconcord.net
ntp0.sjbcom.com
ntp1.belbone.be
ntp2c.mcc.ac.uk
time.flygplats.net
ticker.cis.sac.accd.edu
ntp.vik.bg
ntp-1.cso.uiuc.edu
reva.sixgirls.org
ntp1.linuxmedialabs.com
blade.avnf.com
luie.udel.edu

>>825
成功した報告無いもんなw

何も、ファーム更新に失敗した全員がコンソールに挑まなくても…、
1人くらいはサポセンに無償修理、交換の交渉をしてもいいと思うんだが。
あと、>>576には5V必要だけど気にしないで3.3Vのままやったみたいなことも書かれてるぞ。

>>829
このスレのノリですよ

単にFONのAPを提供するだけでは我慢できないので
sshで入って解析してハッキングしまくったり
Console取り付けてしまったりする

>>829
　１つ 2000円程度だから可動品が欲しければ買い直せばいいのだけど、
それでは面白くないからねー。

fonera_0.7.1.1.fonって2026683バイトもあるのに、

0.7.0.4から0.7.1.1へのupgrade.fonは61473バイトしかない。

ブラウザから更新すると前者の2MBのファイルで全面書き換えになって、

La Foneraの中で更新すると後者の61KBのファイルで部分書き換えで済む。

質問です。

今日la foneraをつなげたんだけど、FON Maps上で
自APが常に黄緑色になってます。
要は生存報告のpingが通ってないということだと思うのですが、
何かネットワークの設定がまずいのでしょうか？

ちなみに使用上は特に支障なくネットにはつながってます。

ちなみにプロバイダはDIONのADSL(フレッツでなく回線はeAccess)。
回線略図は、
外部 - Atermルータ - coregaのハブ - la fonera
という感じです。
Atermルータあたりが何か封じこめてるのかな・・・

>>833
download.fon.comのポート1937へのTCPを阻害していないかを確認すべし