はてなキーワード: アクセスポイントとは
Eurogamerにより独占配信されたStadia開発者二人に対するインタビュー記事。
---
タイミングの問題です。20年間の蓄積によりGoogleにはデータセンタ内のパフォーマンスに優位性が存在します。Googleはデータセンタ内ではHWメーカーです。我々はデータセンタ内で何年もの間、高い性能で端末間を接続する基盤を構築してきました。Youtubeでの経験からプレーヤーサイドの観点からだけでなくデータセンタ内部からの技術的観点からの技術統合を行ってきました。他社でもその視点は存在していますがGoogleにはその点に固有のアドバンテージが存在します。
その通りです。我々にはレガシーがありません。全てが21世紀のために設計されています。開発者は制限の無い計算資源が利用でき、何よりもマルチプレーヤーをサポートできます。これまでのマルチプレーヤー環境は一番遅い通信に影響を受け開発者は最も遅い接続に対し最適化が必要でした。我々のプラットフォームではクライアントもサーバも同じアーキテクチャの下にあります。これまではクライアントとサーバの間のpingに支配されていましたが我々の環境なら最速でマイクロ秒で済みます。だからプレーヤーの数は単一のインスタンスにて動的にスケールアップが可能です。バトルロイヤルなら数百から数千、数万のプレーヤーが集まることも可能です。それが実際に楽しいかどうかは置いておくとしても、新聞のヘッドラインを飾ることが可能な技術です。
両方です。
ユーザが我々のプライベートLANからはみ出さないだけでもその効果は大きいものです。Googleは45万kmに及ぶ光ケーブルにより世界中のデータセンタ間を接続しています。米国の西海岸から東海岸まででも20ms、フランクフルトからマドリッドでも20ms。これにより開発者は最も極端な場合においてもレイテンシが予測可能でそれに従い設計を行うことができます。
StadiaはYoutubeの技術と深く結びついていますが、実際には一歩引いています。今日のゲーム業界を考えてみて下さい。2つの世界が共存しています。1つはゲームをプレイする人々で、もう1つはゲームを見る人達です。2億人の人々がYoutubeでゲームを毎日見ています。2018年には述べで500億時間がゲームを視聴するのに費されています。時間と人口の双方で信じられない程の視聴が存在します。我々のビジョンはこの2つの世界を1つにすることでゲームを見ることができ、かつ、プレイもできる、双方向に楽しめることです。
つまり重要なのはゲームシステムでもなくコンソールでもありません。噂とは異なり我々はコンソールビジネスには参入しません。我々のプラットフォームの要点はコンソールでは無いことで、皆が集まる場所を作ることです。我々は箱でなく場所を作る。今までと異なる体験を得られる場所です。ゲームを見るなり、遊ぶなり、参加する場所であり、かつユーザが楽しむ場所であり、ユーザが他人を楽しませる場所です。
だから我々のブランドはStadiaといいます。これはスタジアムの複数形です。スタジアムはスポーツを行う場所ですが同時に誰もがエンターテイメントを楽しむ場所でもあります。だから我々はそれをブランドにしたかったのです。皆が遊んで、観て、参加して、さらにはゲームをする場所。一歩下がって見ることもできる場所。常にどのボタンを押したかを意識しないでも良い場所。他のアーキテクチャでは実現できない場所です。
その通りです。そして単純に技術的に深い点を求めて、我々は第一世代でも4K60fps、HDRとサラウンドをサポートしました。さらに開発者が必要なインフラに従ってスケールします。それだけでなく、同時にYoutubeに常に4K60fpsHDRで画像を送信することが可能です。だからあなたのゲーム体験の思い出は常に最高の状態になります。
プレーヤー次第です。Googleは全てを記録はしません。もしプレーヤーが望むならGoogleは4Kでストリームします
共有が友達だけか、世界中に公開かも自由に選択可能です。Googleはユーザに制御を明け渡します。もしユーザがYoutubeで公開すれば誰でもリンクをクリックすることでそのゲームを遊ぶことができます。
そう。そしてこれはマルチプレーヤーゲームのロビーの新しい形となります。Youtubeのクリエイターなら誰でもがファンやチャンネルのsubscriberを自分のゲームへと誘うことができます。生主として、Youtubeのクリエイターとして私は視聴者を私のゲームに瞬間的に招待できます。それが私と10人の友達でも、(訳注: セレブの)Matpatと彼の数百万の購読者でも、技術は同じです。
Googleアカウントの一部です。従ってGMailアカウントがStadiaへのログインに利用できます。他の基盤についても説明させて下さい。最初のサービス立ち上げから全ての画面への対応を行います。TV、PC、ラップトップ、タブレットに携帯です。我々のプラットフォームの基本は画面に依存しないことです。これまで40年間、ゲーム開発は端末依存でした。開発者として私は制約の範囲内で、私の創造性を開発対象の端末に合わせてスケールダウンする必要がありました。
我々はStadiaでそれを逆にしたいのです。我々は開発者に対し彼らの考えをスケールさせ、どの端末の縛りからも解放したいのです。パフォーマンスに優れ、リンクをクリックすればゲームは5秒以内に開始されます。ダウンロードもなく、パッチもなく、インストールも必要なく、アップデートもありません。多くの場合、専用のHWも必要がありません。従って古いラップトップでChromeブラウザを使用する場合にでも皆さんが既に持っているだろうHID仕様に準ずるUSBコントローラが動作します。そして、もちろん、我々自身のコントローラも開発中です。
コントローラを自作する理由にはいくつかあります。1つはTVへの接続です。我々はChromecastをストリーミング技術に採用します。Stadiaコントローラの最も優れた機能の1つはそれがWiFi接続でDC内のゲームに直接接続することです。ローカルのデバイスとは接続しません。
その通りです。これこそが我々のブランドの実現であり、具現化です。そして独自コントローラにより最高のパフォーマンスが実現します。ゲームに直接接続するためにプレーヤーは画面を移動することが可能です。プレーヤーはどの画面でも自由に遊び、停止し、他の画面でゲームに復帰することが可能です。
そしてコントローラには2つの追加されたボタンがあります。1つはGoogle Assistantの技術とマイクを用います。ユーザの選択により、ユーザはプラットフォームとゲームの双方に対し、自然言語を用いて会話が可能です。例えば「Hey, Google。MadjとPatrickと一緒にGame Xをやりたいな」と言えばStadiaがマルチプレーヤーゲームを指定した友人と共に直ぐに開始します。
我々はゲーマーを可能な限り素早くゲームに辿り着かせるよう考えています。数多くの研究を行いましたが、多くのゲーマーがゲームを起動したら直ぐに友人とゲームを開始したいと考えています。ゲーマーはUIに時間を費したくは無いのです。
誰かが言ったことですが、現在のコンソールは起動した時にまるで仕事のように感じると言うのです。ゲーム機自体の更新や、ゲームの更新があります。我々はそれらを完全に取り除きたいと考えています。もう1つのボタンは、ちょっと趣が異なるのですが、Youtubeにシェアできます。
Youtubeが観られるならどこでもStadiaは動きます。
Chromecastはスマホからストリームを受取はしません。Chromecastはスマホから命令のみ受けます。画像はNetflixやYoutubeから直接受け取ります。Stadiaの場合、StadiaコントローラからChromecastへとこのゲームのインスタンスへと接続せよと命令がなされ、Chromecastはゲームインスタンスから動画のストリームを受け取ります。クライアントはとてもシンプルです。行うのはネットワーク接続、ビデオと音声のデコードのみです。Chromecastは入力を処理しません。全て入力はコントローラが扱います。ビデオと音声とネットワーク接続はChromecastの基本動作で全て既に組込まれています。
そうです。とても良く出来ています。WiFiに繋ぐだけです。コントローラにはWiFiのIDとPWを入れるだけです。それだけです。ホームボタンを押すと勝手にChromecastを探し直ぐにChromecast上でクライアントを起動します。UIが表示され直ぐにゲームを遊ぶことができます。デジタルパッドでUIを操作することも可能です。これが重い処理を全てクラウドへと移行する点の美しさです。Chromecastのような低消費電力の端末で説得力のある体験ができます。Chromecastは5W位下です。Micro-USBで給電可能です。典型的なコンソールは100から150Wもします。またこれまで説明しませんでしたが、例えスマホでも行うことは動画の再生だけです。従ってAssassin's CreedやDoomや他の重いゲームがあなたのスマホの上でモバイルゲームよりも低消費電力で動作します。だからスマホで10時間でも遊べます。
今の所、我々はChromecastのみに集中しています。でも技術的、機能的な観点からはYoutubeがある場所ならどこでも動きます。我々はまだStadiaをどのようにユーザに届けるかは検討中です。
サービス開始時から提供されるサードパーティによる解決手段をサポートしています。他にもアイデアがあります。しかし今は話せません。
良い質問です。私がこのプロジェクトに参加する前からチームは既に何社かと提携しここ何年かの間に技術を提供していました。StadiaはLinuxベースです。グラフィックAPIはVulkanです。開発企業はクラウドにインスタンスを作成しますので、開発キットも今ではクラウドにあります。しかしクラウドだけでなく、開発社のプライベートなDCでも、机上のPCでも可能です。
もしそうしたいなら。でも我々は今後のトレンドが開発でも配布でもますますクラウドへと移行していくと考えています。従って今後数年で開発者にとってクラウド中心、クラウドネイティブがゲーム開発での標準となるでしょう。
デベロッパーやパブリッシャーはとても賢くクラウドネイティブとなる新しいゲーム体験を達成するために必要なツールや技術について考えていると思います。しかしそれは世界中で何千ものアクセスポイントを持つデータセンターを運営することや、それらの運営に必要な莫大な投資資本とは異なるものです。Googleは今年単年でも$13Bの資本を投下しています。
米国では全ての必要な場所に展開が終わっています。Project Streamの試験に必要な環境は2018年末には整いました。我々はGoogle社内で、Google社員を対象に2017年の始めから2年間の間、プライベートなテストを行ってきました。2019年には米、加、西欧、英にて Permalink | 記事への反応(1) | 06:10
いまさらキャリアを変えるのは色々なしがらみで面倒だけど、Pixcel3を使ってみたい人向け
店頭でもやってくれるらしいけど手数料がかかるっぽい、あとキャリアメールの設定はやってくれないと思う
auのVolte対応SIMを使っていること(灰色)(黒ではだめ)
「LTE NET for DATA」サービスを使っていること(単なるLTE NETだけだと通話・smsだけしかできない)(後からでもネットで変更可能)
googleの直販からsimフリーのpixel3端末を購入(僕の場合ポチってから2週間くらいで届いた)
https://store.google.com/jp/product/pixel_3
設定>ネットワークとインターネット>モバイルネットワーク>詳細設定>アクセスポイント名
で今まで使ってたauの設定のやつを選択(ユーザ名がuser@au.au-net.ne.jp)
ここまででも繋がる人はつながると思うけど、僕のように繋がらなかった場合は契約を確認する
https://my.au.com/aus/hc-cs/omt/OMT0010001.hc?bid=we-hc-gn-1003
My auを開いて下の方にある「ご契約内容の確認・変更」を開く
その中にあるオプションサービスの設定に「LTE NET for DATA」(月額500円)がなければ追加する
すぐには反映されなかったけど、0時くらいに変更して、起きたらネットに繋がるようになってた
UA偽装でiPhoneになりすまして、imap3やsmtpのid/passを取得する
メーラはgmailだと、au回線でメール取得してくれないので、何かローカルで動くメーラをインストールすること
「故障紛失サポート」は店頭でのみ解除可能らしいので、お願いしようと思う
米Cisco Systemsを知っているだろうか。スイッチとかアクセスポイントとかのネットワーク製品を手がける米国の大企業だ。
実は日本でも企業向けのシェアは50%近く、10年前から「もうCiscoの時代は終わる」と言われ続けていたがしぶとく残っている。
だが、そんなCiscoも今度こそ終わりを迎えそうだ。
発端となったのは一年前、Ciscoは製品のソフトウェアライセンスの新たな管理形態を発表した。
簡単に言うと、Ciscoの機械で動かすソフトウェアライセンスをインターネットで認証するというものだ。ちょうどWindows XPのライセンス認証のように。
何が問題になるかというと、ネットワークの世界とインターネットは極めて親和性が低いのだ。あまり想像がつかないと思うが、例えばスイッチやルーター、ファイアウォールといった機械は、インターネットに接続されていないことがままある。
例えば、データベースサーバーを接続するスイッチをセキュリティのためインターネットと直接接続しないというようなことは、割とどこでもやっている。なので、この馬鹿げたアイディアはすぐに撤回されるだろうといった予想が我々業界人の感覚だった。
最近、Ciscoは最も普及しているスイッチで、新しいライセンス形態のみをサポートするソフトウェアを発表した。
どんな影響が出るだろうか。まず、金融機関などのミッションクリティカル系がCiscoを使うのをやめる。金融は止めたときの影響が大きすぎて、わざわざインターネットと接続してライセンス認証するより他の機械を入れたほうがリスクが少ないと判断される。
これを見て、多くのデータセンターがCiscoを使うのをやめるだろう。なぜなら他のベンダの機械でミッションクリティカル系が使えるのであれば、わざわざCiscoを使う必要もないから。また、みんな高いCiscoを使うのを、本当はやめたがっている。
例えばCisco Systemsの製品が主にIAサーバーで動くとかなら、インターネット認証もやむ得ないだろう。でも、この会社はもともとハード屋だ。なぜ買ったものを動かすのに、インターネット認証が必要なんだか理解に苦しむ。
素朴に疑問なので詳しいひとに教えてほしいのだけど。
たとえば、DD-WRTのWikipediaでの記述とかにあるように、無線機器のファームウェアをDD-WRTみたいなのに入れかえて、技適マークを取得せず無線ONにして使うと、電波法に違反するという主張がある。これが正しいとして。
(1) Windowsがプリインストールされていた、無線LANを内蔵搭載したPCに、LInuxのようなプリインストールされていなかったOSを入れて、無線をONにして使った場合
(2) Windowsがプリインストールされていた、無線LANを内蔵搭載したPCに、VyOSを入れて、設定によって無線LANアクセスポイントに仕立てた場合
ドットiは、NTTドコモのiモードとは違い、専用のサーバーではなく、ダイヤルアップ接続で直接インターネットサービスプロバイダに接続する形式を採用している。POP3とSMTPのメールに対応。4つまでのパソコンのメールアドレスを利用する事もできた。
ドットiの特徴は、一言で言うなら「インターネットの特性を生かしたオープンな仕様のサービス」である、ということでしょう。
ドットi端末は標準でインターネットのさまざまな標準的なプロトコルに対応しています。具体的には例えば、電話線などを使ってコンピュータをネットワーク接続するためのPPPや、インターネット上のメールサーバーからメールを取り出すためのPOP3などに対応しています。
つまり、簡単に言うと、ドットi端末では、インターネットへの接続はパソコンなどでアクセスしているプロバイダのアクセスポイントに直接ダイアルアップ接続ができ、また、メールに関しても、あるいは、アステルの用意したものでなくても、インターネット上の自分のプロバイダーのメールサーバーや、(インターネットからアクセス可能なら)会社や学校のメールサーバーのメールもドットi端末で簡単に見ることができるのです。
http://k-tai.watch.impress.co.jp/cda/article/keyword/3002.html
当方は情報システム部に属しており、社内のインフラのサポートをしている。
無線LANのアクセスポイントは、同一フロアで全部で4台あり、全て固定チャンネル設定をして運用している。
4台のウチの2台ー3台が、この様なログを履いてチャンネルが変わってしまう現象に襲われている。
2016/07/22 16:15:13: [802.11] Radar found on channel 64
2016/07/22 16:15:13: [802.11] Changing to channel 40
2016/07/22 16:15:13: [802.11] Changing to channel 40 (5200 MHz) chanStart 64
Channel 40 に切り替わる設定はどこにも記述ないので、どこから出てきた?と。
自動でチャンネルが変わる記述は無いと思っているのだが、皆目検討つかない。
Configurationの読み込み直しのためにRestartも何回もした。
Firamwareは、バージョン:Rev.12.00.16 最新ではないが、最新までのRelease notesはチェック済みで該当してそうなものはなし。
困り果てて、バグかと思いY社サポートに問合せを入れるも1週間連絡がない。
1)受付番号を聞かれ、返答すると、そのような問合せは無いと当初言われる。
→これサポートで問合せ受領して、勝手にCloseしてんじゃねーかな。
先日は1両日には返答頂いておりましたが、最近は問合せが立て込んでいる。という事でしょうか?と質問するも
→「そんな事は無いが、返答できない。」との事。
→「返答できない。」との事。
こんな感じなので、解決時期の見込みもたてられない。
3)とても困っているので対応の優先度を上げてもらえないか?とお願いするも断られる。
まぁ、こちらとしてもY社の機器を購入すると付随する保守サービスに加入しているだけで、Additionalで費用を負担しているワケでもない。
また、Y社のサポートセンターにSLAが定義されていないので、こちらとしては明確に期限を要求できるワケでもない。
ぶっちゃけ彼らが返答に誠意を見せない。と、言われてしまっては、結局何やっても無駄なんだよね。
サポートの出来によって、その製品を使い続けるかどうかの判断になるのにね。
世の中的には、チャットサポートがデファクトになりつつあり、そのアジリティに比べると旧態依然した大企業のサポートだな。と思ったわけで
全てを悟った私はおとなしく他社製品でリプレースすることを決めた。
#もし、原因のヒントがあれば教えて頂ければ幸いですw
ーーー追記ーーーー
DFS機能により使用しているチャンネルが変更される時、選択されるチャンネルの範囲を指定します。と、あり。
この定義を全て削除していて、実質切り替えできない認識でいた。
Configには表示されないが、暗黙デフォ値(airlink channel range dfs all)が使われている理解で良いのかな。
とはいえ、切り替わっても、使ってないチャンネルの中から定義して上げれば良いことに気づいたのでそれで運用しようと思います。
私はAmazonで物を売っていた。
そう、残念なことに過去形で。
一方的に停止させられてしまったのだ。
Amazon.co.jpにより一時停止されています。]
正直なところ、理由はよくわからない。
メッセージの詳細を見ると
「以前当サイトにて
関連があると判断しました」
と書いてある。
警告をもらうようなことは、しているつもりがないし
本当に心当たりがなかったので
それはわかってるけど、理由がサッパリわからないことを伝える。
「申し訳ありません、それはこちらでもわかりません」
全く連絡手段を持たないらしい。
どんな企業だよとか心のなかでは思いつつ、
そこへの連絡先を聞くと
「公平性を保つため、メッセージでのやりとりのみとなってます」
末端オペレータをチクチクやっても問題は解決しないので
なにかマズイことがあるなら、改善しなければならない。
・勝手ながら一方的に判断して閉鎖したよ。
・残ってる注文の処理はそっちで勝手にやってね。
・FBA倉庫(Amazonに委託販売する時に使う倉庫)にある荷物は
・販売客からのクレーム処理のため、売上金はしばらく返さないよ
そんな内容だった。
その内容の下に、問い合わせ用のボタンが付いている。
早速、こんな内容で送ってみた。
「全く心当りがないので、
なにかマズイことがあるなら教えて欲しい。
ぜひ改善してストアの再開をしたい」
調査内容はセキュリティの問題上開かせません。
アカウント再開はできません。」
なん・・・だと?
こちらはアカウント(ストア)が再開しないと
飯の種がなくなるので、当然必死だ。
これを受けてamazonに返信してみた。
「ご回答、ありがとうございます。
どのような規定に触れたのか知らないことには、
二の轍を踏む可能性がございます。
今後の改善策として教えていただけませんでしょうか。
どうぞよろしくお願い申し上げます。」
正直、内心ムカつきながら書いてるけど
ここは我慢我慢。
で、返事が来た。
再開はできかねる旨、ご連絡申し上げます。
ご了承ください。」
正直なところ、かなり避けたい事態だった。
だが、このメールには続きがあって
要約するとこうだ。
・Amazon内で行われる活動をモニタし、調査する権利があるが義務ではない。
・Amazonが不適切だと思った行為に対して、あらゆる処置を行います。
(Amazon内での出品停止などにとどまらず、財産の差し押さえとかもやれるらしい)
・これらの規約違反について、Amazonは絶対的な裁量を保有します。
なんとか関係改善の糸口がつかめないかと三度目メールを送ってみた。
正直、自分でもしつこいとは思っているんだけど
これがないと収入が消えるのでどうしようもなくなる。
「申し訳ありませんが教えてください。
どういう意味なのでしょうか。
私個人に対して、なにか重大な規約違反があったのでしょうか。」
「アカウントも2度と作らせねーよ?」
と言われると、一体どんな恐ろしいことをしたのか不安になる。
今度の返信は早かった。
及びその関連アカウントについては、
総合的な判断より閉鎖の処置を行わせていただく場合がございます。
同様の処置を取らせていただく可能性がありますことをご理解ください。」
そもそも、関連アカウントって何?みたいな感じですが
試しに、隣にいた親戚の人に頼んで
新しいストアを作ってもらうことにした。
が。
理由は聞かないでください」
という内容の赤文字とともに、申請が途中で止まる。
ここはレンタルオフィススペース。
おそらく・・・と思ってダメ元でアカウントスペシャリストにメールを送ってみた。
アカウント停止を解除していただけないでしょうか。
何卒、ご検討ください」
一番最初のメールが帰ってきた。
一行だけ「重ねてのご案内となりますが」と付け加えられて。
次々とアカウント閉鎖に追い込まれているが
もちろん最初の一人以外は心当りがないに違いない。
先週、オフィスを逃げるように引き払った。
自分にとって唯一の救いは、
他のオフィス仲間も、なんとか立ち直って欲しいと本当に思う。
私はともかく周辺の人間だけでもなんとかならないかと思ったから。
だが。
何回か言葉のやりとりを交わした後
「どうにもなりませんね。
http://anond.hatelabo.jp/20131001203611
解読班さま記事
http://anond.hatelabo.jp/20131002094045
解読ありがとうございます。
以下、解読内容が正しいとして、宮台さんについて述べたいと思います。
(個人的には腑に落ちる解読内容ですが、一応”正しいものとして”と付記させていただきます。)
以前、事務所(または自宅)のファックスで盗聴器を発見したときは、その後しばらくの期間、10台以上の無線LAN機能を搭載した中古PCとUSBメモリを、絶えず入れ替えながら使っていた。また、メールは捨てメールアドレスを絶えず入れ替えながら利用し、ネットに接続する際も「WiFiDB(http://sourceforge.jp/projects/freshmeat_wifidb/)」などを利用したウォードライビング(http://ja.wikipedia.org/wiki/%E3%82%A6%E3%82%A9%E3%83%BC%E3%83%89%E3%83%A9%E3%82%A4%E3%83%93%E3%83%B3%E3%82%B0)で、◯△個以上のフリーアクセスポイントと野良アクセスポイントのデータを保持していた。さらに、携帯電話は当時身分証なしで購入できた某国のものを日本に持ってきてローミング機能で利用し、前述の新しい捨てメールアドレスをその都度、周囲の人達に通知していた。メールのやりとりをする相手にも同じことをしてもらっていた。今は昔の話である。
個人的には非常に腑に落ちる内容です。
まず思ったのは、今回の件に関することではなく、俺はITの知識がこれだけあるという内容を、わざわざ難読化しているという点。
こんなツイートをするなら、中古PCとIPの話に関する解説をすればいいのでは?なぜ、そうしないのか?
おそらくは、IT知識に乏しく、本当はただの推測にすぎず、最初から解説できるようではなかったか、今は間違いと知っているが、間違いを認めていない。
馬鹿が多いな。お前らと同程度のオツムの訳がない。 http://goo.gl/UZlgLS 。RT @○○○: 宮台真司 「ハードオフで中古PC買ってきて、それで犯罪犯したらIP特定されないんじゃね?」 http://alfalfalfa.com/lite/archives/6836308.html …
馬鹿が多いな。お前らと同程度のオツムの訳がない。
という発言は、人としてどうなのかと思わせるレベルです。
以前から口が悪い人だ程度には見ていましたが、これはその程度のものではないと思います。
人としておかしい。(あくまで解読内容が正しいとして)
続いて、解読内容から読み取れる”俺はこれくらいのIT知識があるんだぞ”という意図があると思われる点について。
私も多少のIT知識がありますが、そんな私から見てもこの内容はその意図とは逆に”この程度しかIT知識がない”という事です。
必要とあれば、どれもやると思いますし、Faxではないですが、プロキシの切り替えプログラムみたいなのは作ったことがあります。
当然宮台さんも、手動切り替えでなく、プログラムで自動化したと思われますが、それでも、ある程度のプログラマならそんなに難しい事ではありません。
ウォードライビングも、Wikipediaで見る限り、むしろIPはどうしようもない気が。野良アクセスポイントのIPは利用者にはどうしようもない気がします。
確かに自宅特定とはならないかもしれませんが、よっぽど遠出でもしなければ、地域特定は簡単な気が。
どれも手動なら、プロ市民レベル。ちょっと知ってる素人レベル。(あの発言で、さすがにこれはないと思います。)
自作プログラムで自動化してたなら、一般プログラマ程度。必要となれば、ちょっと調べればできる事ばかり。
馬鹿が多いな。お前らと同程度のオツムの訳がない。
ネタだったのかな?
それとも、これも難読化されていて、
(俺が頭がいいと思ってる)馬鹿が多いな。お前らと同程度のオツムの訳がない。(それほど大きくはないお。)
というような、非常に謙虚な内容だったのだろうか?
Fax内に盗聴器発見後暫くは絶えず入替る10超の中古無線LANPCorUSB、絶えず入替る捨アド、フリーAP&◯△WiFiDB保持。携帯は身分証なしで購入できた某国の物を国内ローミングで新アド通知。相手も同。今は昔。 http://goo.gl/lrMlnk
以前、事務所(または自宅)のファックスで盗聴器を発見したときは、その後しばらくの期間、10台以上の無線LAN機能を搭載した中古PCとUSBメモリを、絶えず入れ替えながら使っていた。また、メールは捨てメールアドレスを絶えず入れ替えながら利用し、ネットに接続する際も「WiFiDB(http://sourceforge.jp/projects/freshmeat_wifidb/)」などを利用したウォードライビング(http://ja.wikipedia.org/wiki/%E3%82%A6%E3%82%A9%E3%83%BC%E3%83%89%E3%83%A9%E3%82%A4%E3%83%93%E3%83%B3%E3%82%B0)で、◯△個以上のフリーアクセスポイントと野良アクセスポイントのデータを保持していた。さらに、携帯電話は当時身分証なしで購入できた某国のものを日本に持ってきてローミング機能で利用し、前述の新しい捨てメールアドレスをその都度、周囲の人達に通知していた。メールのやりとりをする相手にも同じことをしてもらっていた。今は昔の話である。
「今は昔」の部分はこうとることもできるかも。
俺はこれぐらいITに対する知識があるのに、それを知らない人が多くなったというのは、今は昔の感がある。
ニッチ過ぎて需要がないかもしれんが、幸せになる人がいるかもしれないのでここに残しておく。シムフリーiPhone5にSoftBankの4 / 4SのSIMカードを普通に挿すと、LTE契約を前提とした接続設定がされてしまいデータ通信が利用できない。今ネット上で手に入る対策は、どの方法を使っても設定できるのはAPNのみでMMSの設定を編集できないので3G通信はできてもMMS、キャリアメールは使えないという片手落ち状態になっている(iOS7では、非公式キャリアのSIMを挿抜すればMMS、APNの設定画面が残ってしまうバグが修正されている)。この度、iOS7をいれたシムフリーiPhone5で両方を有効にすることができたので報告する。シムロックがかかったiPhone5や、iPhone5S、5Cでも使えるかどうかは環境が無いためわからない。が、シムフリー5S / 5C では使える可能性が高いと思われる。また、もちろん大前提としてmicroSIMサイズの黒SIMをnanoSIMサイズに各自カットしてiPhone5に挿入済みのこと。
シムフリーiPhone5に黒SIMを入れると、iOSに最初からインストールされているSoftBankのキャリアバンドルにもとづいて設定されてしまうため、LTEサービス用のAPNが有効になってしまい、しかもiPhone上で設定することができない。そこで、Apple公式サイトから設定プロファイルを作ることができるiPhone構成ユーティリティーをダウンロードし、3G通信用のAPNを設定してやる。
アップル公式サイトからSoftBankのキャリアバンドルファイルをダウンロードし、編集。Carrier Testing Modeで起動したiTunesを使ってiPhone5内部のキャリアバンドルを上書きする。
はじめにiTunesが起動していないことを確認。
コマンドプロンプトを開き、
"%ProgramFiles%\iTunes\iTunes.exe" /setPrefInt carrier-testing 1
ターミナルを開き、
defaults write com.apple.iTunes carrier-testing -bool YES
スターバックスの無線LANは危険だという話を聞くようになった。
曰く、暗号化されていないし通信もセパレートされていないのだという。
これは裏を返せば「暗号化」されている公衆無線LANサービスは危険ではないと皆が考えているのだろうか?
だがそれは違うのである。WPA2-PSK(AES)を提供している公衆無線LANとスターバックスの無線LANサービスの間に危険性の違いが無い事を以下に示したいと思う。
まず前提知識として無線LANの暗号にはPSK(事前共有鍵)とEAP(拡張認証プロトコル)の二種類があるということを知っておいて欲しい。
ここでお話するのはすべてPSKに関する話である。WEPもWPA(2)-PSK(TKIP,AES)やらもすべて分類としてはPSKだ。
もしEAPを使用した公衆無線LANサービスがあればそれは別である。
さて、PSKで「暗号化」が提供されている無線LANサービスは利用するにあたって店側から接続するためのキーを渡されることになる。これは全員共通のものだ。
もう一度言おう。全員が同じ鍵を使っているのだ。
これが何を意味するかというと通信の開始時に別の鍵を作るような仕掛け(DH鍵共有など)をしないかぎりは、他の人の暗号化された通信も復号することが可能だという事である。
事実、Wireshark(ネットワークエンジニアがよく使うツールだ)を使えば通信の傍受から他人の通信の復号まで全部できてしまう。
では通信がセパレートされていないことについてはどうだろうか。
ここでいうセパレートとは同じ無線LANに繋いでいる他の人のPCと通信ができないようにすることだ。
通信をセパレートしておけば仮にWindowsのファイル共有が有効になっているようなPCを繋いでもPC内のファイルにアクセスされることはない……本当にそうだろうか?
あなたが悪意を持っているのなら実に簡単な方法がある。偽のアクセスポイントを設置すれば良いのだ。
ユーザから見てそれが本物のアクセスポイントか判別する手段は何もない。接続するための"共有"鍵はみんな知っているのだから。
お分かりいただけただろうか。暗号化されていても通信がセパレートされていても公衆無線LANというものは全く安全ではないのだ。
であるからして、暗号化されている公衆無線LANだろうと、暗号化されていない公衆無線LANだろうと、利用者としては同じだけのセキュリティを用意して使用しなければならないのだ。