アカウント名:
パスワード:
テザリング時にAPNを変更するのは、ドコモ云々ではなくAndroidの標準機能です。その機能のオンオフはbuild.propに定義されています。
ですので、今回の件でいえばドコモ云々以前にサムスン機種がバグ持ちだった、ってだけですね。
>その機能のオンオフはbuild.propに定義されています。
ってことは、SIMアンロックしたときにここを書き換えないのはdocomoの怠慢ってこと?
build.propにはテザリング以外にも、緊急電話の特番やハードが対応し動作しようとする通信方式の範囲、Wi-Fi挙動の一部設定など山ほど設定内容があり、これをドコモが他キャリアのことをすべて考えて完全に管理しろというのはそれはそれで無茶です。それなら、他キャリアがドコモのテザリング用APNにローミングサービスでつながるようにする、程度に考慮した方が無難で話も早いでしょうね。
simロック解除したときに「すべての権限が開放されるとは保証されてるわけでない」ので、ドコモから買った機種としての利用が続くのは仕方ないでしょう。これはドコモ以外、Android以外についても同じことだと思います。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
最近のドコモは技術的な不具合が多いですね (スコア:1)
Re: (スコア:4, 参考になる)
テザリング時にAPNを変更するのは、
ドコモ云々ではなくAndroidの標準機能です。
その機能のオンオフはbuild.propに定義されています。
ですので、今回の件でいえば
ドコモ云々以前にサムスン機種がバグ持ちだった、
ってだけですね。
Re:最近のドコモは技術的な不具合が多いですね (スコア:0)
>その機能のオンオフはbuild.propに定義されています。
ってことは、SIMアンロックしたときにここを書き換えないのはdocomoの怠慢ってこと?
Re: (スコア:0)
build.propにはテザリング以外にも、
緊急電話の特番やハードが対応し動作しようとする通信方式の範囲、
Wi-Fi挙動の一部設定など山ほど設定内容があり、
これをドコモが他キャリアのことをすべて考えて完全に管理しろというのは
それはそれで無茶です。
それなら、他キャリアがドコモのテザリング用APNにローミングサービスでつながるようにする、
程度に考慮した方が無難で話も早いでしょうね。
simロック解除したときに
「すべての権限が開放されるとは保証されてるわけでない」ので、
ドコモから買った機種としての利用が続くのは仕方ないでしょう。
これはドコモ以外、Android以外についても同じことだと思います。