「ルーティング」を含む日記 RSS

はてなキーワード: ルーティングとは

2019-08-31

単にちょっとネットワークつくって試したいだけなのに

ルーティングがうまくいかなくてCCNA勉強しはじめてるの

なんか不毛だと思う

なんかちがうんじゃないか

2018-12-12

anond:20181212120911

増田メッシュネットワークを知らないのかな?

WAN通信網が何らかの形でダウンしたとしても、Wi-FiLANケーブルを使って端末間でルーティングを行うことにより、インターネットに近いような機能を実現することは可能なんだ。

どうすれば実現できるのかって? それはね、githubからこのパッケージダウンロードしてきて…

ちゃんネットワーク設計されてるんだよ。角度とかが。

2018-10-20

anond:20181020134642

テクノロジーわかってる論者の中にはIPがただの宛先で通信の中身じゃないと薄々思いつつもイデオロギーのために通信の秘密の侵害を盾にしてる人もいるってこと?

正直自分視点からIPルーティングにおける機械的ブロッキングの反対根拠通信の秘密侵害っていうのは弱すぎると思う。

あと「抜け穴があるからブロッキング意味ない。だからやるべきではない。」も違うと思う。元にも書いたけど違法なことするならせめてそれを自覚してバレないように行うべきであって、つまり「抜け穴」を使うくらいはすべき。現状は抜け穴も何も、Google名前打ち込めばバカでも著作権侵害できる状況で、その状況を肯定する根拠が無い。これはグレーな意見だけど、むしろバカスケープゴートにして抜け穴あるブロッキングで手を打ったほうがバカ以外には良くない?

2018-08-14

anond:20180814172706

「このイメージから起動したものはそのまま本番環境に参加できる」ように作るんじゃないの

まりライブマイグレーションなんてことはしないで、

新しいホストコンテナ起動

ルーティング変更

古いものは捨てる

ってするんじゃないの

2018-04-27

Googleプライバシーポリシー

Google収集する情報

Google は、すべてのユーザーによりよいサービス提供するために情報収集しています。よりよいサービス提供のために行うことには、お客様使用言語などの基本的な事項を理解することや、お客様にとって最も役に立つ広告はどの広告か、オンラインで大切な人々は誰か、おすすめYouTube 動画はどれか、などの複雑な事項を推定することが含まれます

情報収集は以下の方法で行います

お客様から提供いただく情報 たとえば、多くの Google サービスでは、Google アカウントのご登録必要です。ご登録に際して、アカウント情報として保存する個人情報(例えば、氏名、メールアドレス電話番号クレジット カードなど)の提供をお願いしていますGoogle提供する共有機能をすべてご活用いただく場合は、公開される Google プロフィール作成していただくようお願いすることもあります。これには、名前写真などを掲載することができます

サービスのご利用時に Google収集する情報 Google は、ご利用のサービスやそのご利用方法に関する情報収集します。たとえば、YouTube動画再生された場合や、Google広告サービス使用しているウェブサイトアクセスされた場合Google広告コンテンツを表示または操作された場合などです。これには以下の情報が含まれます

端末情報

Google は、端末固有の情報(たとえば、ハードウェア モデルオペレーティング システムバージョン、端末固有の ID電話番号などのモバイル ネットワーク情報)を収集します。Google では、お客様の端末の ID電話番号お客様Google アカウントと関連付けることがあります

ログ情報

お客様Google サービスをご利用になる際または Google提供するコンテンツを表示される際に、サーバー ログ内の特定情報自動的収集および保存されます。これには以下の情報が含まれます

お客様による Google サービス使用状況の詳細(検索キーワードなど)

電話ログ情報お客様電話番号通話相手方電話番号転送先の電話番号通話の日時、通話時間SMS ルーティング情報通話の種類など)

インターネット プロトコル アドレス

端末のイベント情報クラッシュシステム アクティティハードウェアの設定、ブラウザの種類、ブラウザ言語お客様によるリクエストの日時、参照 URL など)

お客様ブラウザまたはお客様Google アカウント特定できる Cookie

現在地情報

Google サービスお客様がご利用になる場合Google は、お客様現在地に関する情報収集して処理することがありますGoogle は、IP アドレスGPS の他、各種センサーから Google提供される近くの端末や Wi-Fi アクセス ポイント基地局に関する情報など、さまざまな技術使用して現在地を判定します。

固有のアプリケーション番号

サービスによっては、固有のアプリケーション番号が割り当てられています。この番号とお客様インストール情報オペレーティング システムの種類、アプリケーションバージョン番号など)は、お客様が当該サービスインストールまたはアンインストールする際に Google送信されることがあります。また、当該サービスGoogleサーバーに定期的にアクセスする際(自動更新の際など)にも送信されることがあります

ローカル ストレージ

Google は、ブラウザ ウェブ ストレージHTML 5 など)やアプリケーション データキャッシュのようなメカニズム使用して、収集した情報個人情報を含む)をお客様の端末にローカルに保存することがあります

Cookie および同様の技術

お客様Google サービスアクセスされると、Google およびパートナーはさまざまな技術使用して、情報収集して保存します。その際、Cookie や同様の技術使用してお客様ブラウザや端末を特定することもあります広告サービスや他のサイトに表示される Google 機能のように、Googleパートナー提供しているサービスの利用の際に、GoogleCookie や同様の技術使用して情報収集して保存することもありますGoogle アナティクスでは、企業サイト所有者がウェブサイトアプリへのトラフィック分析することができます。DoubleClick の Cookie使用するサービスなど、Google広告サービスと連動して使用する場合Google アナティクス情報Google アナティクス ユーザーGoogle により、Google技術使用して複数サイトへの訪問数に関する情報リンクされます

Googleパートナーから取得したお客様に関する情報に加え、お客様GoogleログインしているときGoogle収集した情報は、お客様Google アカウントに関連付けられることがありますGoogle アカウントに関連付けられた情報個人情報として扱われます。ご自分Google アカウントに関連付けられた情報へのアクセス管理、削除の方法について詳しくは、本ポリシーの透明性と選択肢の項目をご覧ください。

収集した情報の利用方法

Google は、どの Google サービスから収集した情報も、そのサービス提供、維持、保護および改善、新しいサービスの開発ならびに、Googleユーザー保護のために利用します。Google は、お客様に合わせてカスタマイズしたコンテンツ提供するため(関連性がより高い検索結果や広告提供するなど)にも当該情報を利用します。

お客様Google プロフィール指定された名前を、Google アカウント必要とする Google のすべてのサービスで利用することがありますさらに、Google は、以前にお客様Google アカウントに関連付けられた名前を置き換えて、すべての Google サービスお客様を一貫して識別できるようにすることがあります。他のユーザーお客様からメールお客様識別するその他の情報を既に取得している場合Google は、当該他のユーザーに対し、お客様が公開している Google プロフィール情報お客様名前写真など)を表示することもあります

お客様Google アカウントをご利用の場合お客様プロフィール名、プロフィール写真Google または Google アカウントに関連付けられた第三者アプリケーションでの行動(お客様+1 や、お客様記述したレビューおよび投稿したコメントなど)が Google サービスに表示される場合があります広告やその他の商用関連の表示も含まれます)。Google は、Google アカウントお客様が行う共有または公開範囲の設定に関する選択尊重します。

お客様Google にお問い合わせをされると、Google では、お客様がかかえているであろう問題解決などに役立てるため、お客様との通信の記録を保管します。お客様メールアドレス使用して、Google サービスに関する情報(予定している変更や改善のお知らせなど)を通知することがあります

Google は、Cookie の他にも、ピクセル タグなどの技術から収集した情報を、ユーザーエクスペリエンスの改善Googleサービス全体の品質の向上に利用します。Google ではこの目的で、Google 独自サービスの 1 つである Google アナティクスを使用しています。たとえば、お客様言語設定を保存して、お客様指定された言語Google サービスを表示できるようにします。Google では、広告お客様のためにカスタマイズして表示する際、Cookie や同様の技術から識別情報を機密性の高いカテゴリ人種宗教性的指向健康など)と関連付けることはありません。

Google自動システムお客様コンテンツメールを含む)を分析して、関連性の高いサービス機能お客様個別提供します。このような機能には、カスタマイズされた検索結果、カスタマイズされた広告スパムマルウェアの検出などがあります

Google のあるサービスから取得した個人情報を、Google の他のサービスから取得した情報個人情報など)と結び付けることにより、たとえば知人との情報の共有を容易にすることがあります。また、アカウント設定によっては、GoogleサービスGoogle配信する広告改善するために、他のサイトアプリでのアクティティユーザー個人情報に関連付けられる場合もあります

このプライバシー ポリシー記載した以外の用途で、情報を利用する場合は、必ずお客様同意を求めます

Google世界中のさまざまな国にある Google サーバー個人情報を処理します。お客様居住国以外にあるサーバーお客様個人情報を処理する場合もあります

2018-04-24

NTTのやつ

法律がーとか言ってるけど、なんで?

違法性ありそうだからサーバ提供やめんの規約対処できんかったの?

あ、もしかしてプロバイダ自鯖ではないところへのルーティングやめたってこと?

2018-04-23

DNSブロッキングしたって結局IPアドレス叩かれて終わりじゃない?

そのIPアドレス宛のパケットルーティング経路で捨てたりするのかな?

そうすると更に金盾感が増すな。

プロバイダ運用チームが先にいたちごっこに負けそうな気がする。

追記

あと、ブラックリストDNSブロッキングするときいちいちリストの全アドレスチェックなんかせずに

そのままキャッシュサーバNGゾーンにぶち込む運用になるだろうから作業にかかわる誰かがいたずらとか

イデオロギーから適当サイトアドレス紛れ込ませても分からなくなるよね。

どっかの幹部国会でヤジったみたいに責任ある立場でも後先考えずにイデオロギーで暴れる人普通にいる時代なっちゃったからね。

プロバイダ運用チームの人はホントにご愁傷様です、としか言いようがない。

2018-04-01

フレームワーク多すぎ

言語がたくさんあるのに

1つの言語に十数個くらいフレームワークがあって

調べて試すだけで時間がかかる

しかも同じフレームワークでもバージョン違うと

動きが別物とかあってもうわけわからない

あと、ある機能に関してはこのフレームワークがよくて

別の機能ではこっちのほうがいいってことが多い

もうルーティングとか基本的機能

フレームワークごとに作らなくていいんじゃないかと思う

2018-03-27

anond:20180327024654

PCデポはさすがにやりすぎとしても、高齢者がなにか最先端技術を使うのが

億劫ならばそれなりのコストサポートしても良いとも思うんだ。

今のインターネットパソコン技術目線のまま普及したのは不幸で、

IPアドレスとかDNSとかルーティングとかNATとかWPAの暗号化技術

パソコンならばBIOS/UEFIとかデバイスドライバとかレジストリなどを

一般ユーザ理解しないと、いざトラブルがおきたとき自力での

解決が難しい。

そういう意味ではスマホの爆発的普及はある意味必然だったとも言えるかも

しれないなぁ。

2018-03-03

会社についてのメモ

いろいろ働いていて思ったことのメモ

まず職位名だが本国と出先では同じ職位名でも実際の機能結構違う。これは出先機関基本的本国の指示を実行することがまず求められるのと、大抵は営業拠点であるので売上・利益というゴールが最大の関心事になるためと思われる。

Assistant - 契約社員 / Associate - 新入りレベル / Senior - 新入りレベルではない人、または、何年かはいる人 / Lead - 現場リーダー / Manager - とりまとめ担当者、または係長課長 / Director - 課長部長 / Vice President - 部長本部長 / Executive Vice President - 本部長〜執行役員 / Senior Executive Vice President - 取締役(CXO) / President - 社長CEO

Specialist - 担当者専門家という意味特に含まない / Architect - 作業担当者設計という意味特に含まない / Engineer - 作業担当者。開発という意味特に含まない

Sales - 営業段階で動く人 / Services - 利用段階で動く人 / Engineering - 開発段階で動く人

なので、たとえばService Architectは「サービス設計をする人」ではなく「導入支援担当者」で、Engineering Architectは「開発物の設計をするアーキテクト」となる。

面倒なのがManagerで、一般名詞として使うときは「管理者」だが、Product ManagerなどXXX Managerと使うとき管理者ではなく「XXXまわりのとりまとめ担当者」といった意味役職になる。

これらは一例で、会社によってどういう修飾語を付けるかは結構違う。ただ言えるのは、日本会社に比べてインフレした名前をつけるというか、実際の役務以上にカッコイイ響きにしている感がある。「Senior Architect」とか言われたらおおっと思ってしまうが、「新入りではない作業担当者」と読み替えたら普通である

意思決定については、VP-Director-Managerのラインでは、VP意思決定を行い、Director部門間調整を行いながらManagerを支援し、Managerがスタッフ管理をする形になる。日本でも同じではと思うかもしれないが、中央集権度が違う。

Managerが一番現場上層部意思決定板ばさみとなっているのは洋の東西を問わないようで、しか中央集権度が高いため中間では判断できずメール転送リレーになってしまうこともしばしば。実務上の判断よりも、メッセージルーティングが最大の機能になる。これを「オープン組織コミュニケーションスタイル」と呼ぶのか「ヒラメ族による調整」というのかは地域によって違うようだ。

このあたりは本国出先機関かがおそらく影響しており、叩き上げが多かったりコミュニケーション密度が高くなる本国内であればManagerへも権限委譲やすいが、人の出入りが激しい出先機関では難しいと思われる。

また、これは組織構造に加えて組織の大きさが影響していると思われるが、数値での目標管理がしっかりしている。全く異なる地域文化社員管理比較しなくてはならないので、個別状況を勘案することは基本的に無理。したがって数量換算できる指標管理するのが原則となる。これは成果主義ではなく、数値主義と言える。例えばSalesであれば獲得顧客数・売上・利益、Serviceであれば売上稼働時間といった指標になる。

再び本国出先機関の違いに戻ると、出先機関基本的に在籍年数が少ない。いわゆる日本での典型的外資系イメージがこれであろう。これは出先機関はとにかく売上・利益本国にもたらすことが最優先なのが理由と見ている。先の数値管理に加えて現場での自由度の低さもあり、プレッシャーの大きさだけでなくストレスレベルも高い。

そしてそんな短期間で回転してゆく社員個別の非数値的状況を勘案しつつ管理することは難しいので、数値管理ますますなされてゆくという傾向がある。ここはかつて流行った数値的経営管理の影響も大きそうであるKPIをどんどん定義して、その数値によって判断するのが論理的に正しい、という傾向がある。

一応、数値だけではまずいということで、それを補うために数値外の評価制度がある。しかしこれも360評価が主流となり上長が指揮下のスタッフを自らの責任評価するものではなくなっているため、全員がある意味世間による評価」を意識する必要があり、これはこれで大変である日本の「空気」みたいなものだが、結局管理せずに管理したいと処理を分散していくと同じ様なものになるのが面白い

そんな状況のため出先機関では常時人が不足している。しかし育成機能はなく、本国要求は現地状況と関係なくどんどん出てくる。そうなると短期間でやめるにしても給与レベルは高いですよ、という形にして集めざるを得ない。備兵みたいなものであるしかしそうなると会社としても元は取らなくてはいけないので目標管理が更に厳しくなる。

この構造では商売軟調になると、社員ストレスばかり大きくなるので一気に離散する。また、社員としても元々長年居られると思っていないので、軟調以前に他社のでもより強い商材が登場すればそれに乗って転職してしまう。こうして転職が激しい構造が生まれ、維持される。

企業の興亡が激しいのもこういう人的資本の急激な集散が要因になっていると思うが、こういうダイナミックな状況で法人が滅ぶのはいいとしても個人死ぬわけにはいかないので大変である。この構造を「状況に適応し迅速に新しいバランスに至るよい仕組み」とみなすか「過敏に状況を揺らし個人社会不安定化させる仕組み」とみなすか、難しいところだ。「経済効率の追求が世界人類総体ではより豊かにした」vs「経済効率の追求が個人生活破壊した」みたいな話。

何が言いたいわけでもないが、結局どの組織も置かれた状況に適応しているだけで、どちらがいいというものでもない。地の利と時の運に恵まれ業績のいい企業産業地域では余裕があるため、その余裕が反映して「理想的なワークスタイル例」としてもてはやされるが、それが自社・自分に適しているか全然別の話になる。

2018-01-05

anond:20180105171127

そういうのはキャリアが遠隔監視なんじゃない?多分お店の人は感知してないかと思う。

いまスマホsim認証勝手に繋がったりするから、人が多いと接続ユーザ数上限になって繋がらなくなっちゃうんじゃないかな。

wifiって接続100とかになると1台あたりの速度がほぼゼロ落ちするから、上限に達するとそれ以上接続できないように制御するはず。

わかんないけど、家庭用の親機は上限1020台くらいを想定して作ってるし、公衆無線LAN基地局も大幅に高スペックというわけではないと思う。遠隔監視機能とかは入ってるかもだけど。

スペックといっても、電波×空間リソースは同じだから劇的には変わらない、中でルーティングするCPUの処理速度くらいしか変わらないから大きくは変わらないとおもう。

今の無線LANの規格はプライベートNW用で、パブリックで使うには向いてないし帯域も足りない。

パブリックで使うように、同じSSIDでもチャネル周波数帯で振り分けて負荷バランスとるとかできればいいけど、たぶんそんなのはやってないと思う。

2017-08-27

増田でもわかる通信障害まとめ

先日の大規模障害について理解確認を兼ねて書いてみたいと思います。多分来週辺りに日経IT Pro特集してると思いますが。

AS(autonomous system)

インターネットは「ネットワークネットワーク」とも言われ、要はISPが沢山繋がったイメージです。

ただISPの中もそれなりに大きなネットワークですので、ある統一したポリシに従って運用される必要があります。そのポリシが適用されるネットワーク単位AS=autonomous system=自律システムです。なので必ずしも1ISP=1つのASであるとは限りませんし、最近コンテンツサービスを持つ事業者、つまりAmazonYahooGoogleもまたAS運用しています

AS自分情報を他のASに伝え、他のAS内に居る人がアクセスできるようにします。それが「経路情報」と呼ばれるものです。これを交換することで地球の裏側のネットワークにでも辿り着けるようにするわけです。

Tier1 AS

フラット関係でお互いに情報交換すれば解決しそうな話ですが、現実世界と同じようにAS間には力関係、つまり上下関係が生じます

ISPですと、下位のISPはより上位のISPから「経路情報」を購入しなければ世界へ繋がれません。その最上位に位置するのがTier1と呼ばれる事業者です。現在は約10社ほどですが、彼らが経路情報を互いに交換して作られるのがインターネット上の全ての経路情報フルルートになります

Tier1は米国事業者が多いのですが、買収したことでNTT-ComやソフトバンクはTier1となっています

道案内の仕組み

いよいよ本題です。

AS間でやり取りする経路情報はざっくり言えば「10.0.0.1/24アドレスを持つAS1に行くには、AS10AS20とAS30を通ってきてね!」という情報です。この情報を受けたAS200は、この逆順に辿るように案内すれば10.0.0.1/24に辿れるわけです。簡単ですね。

ただし、ISPであれば複数AS接続しているのが普通です。なので別のAS100からは「10.0.0.1/24アドレスを持つAS1に行くには、AS150とAS100を通ってきてね!」という情報がもたらされるかも知れません。単純に考えて、AS100の経路の方が経由するASが少ないので速そうですのでこれを優先して案内するようにします。単純ですね(実際には他要素を加味して制御します)。

これら情報を受けたAS200は繋がっている他のASに対して、同様に「10.0.0.1/24アドレスを持つAS1に行くには、AS150とAS100とAS200を通ってきてね!」と伝搬してあげたりもします(しない場合もあります)。

こんな風に経路情報を交換するプロトコルがBGPです。経路情報は定期的に交換するのではなく、変更があった際に広告(advertise)されます

道案内を間違えたら…?

ところでAS基本的自分情報を出すものですが、実は誰でも他ネットワーク情報を出すことができます。つまり自分(AS)の管理していないIPアドレス」に対しても「この順路で来てね!」という案内が出せてしまます認証なんて面倒なものはありません。IPアドレスが割り当てられたからといって、それがどのAS内に属しているかは実は別問題なのです。

もちろんある程度防ぐ仕組み、チェックする仕組み(経路フィルタ)は存在しますが、どのような経路情報を出すか、来た経路情報をどう料理するかは非常に難しいもので、また全てのASが同じポリシで運用する保証はありません。

Google先生の過ち(推測)

Google管理するAS15169はNTT-Comに関する誤った経路情報広告したとの報道があります

詳細は不明ですが、素直に読むならNTT-Comが管理しているIPアドレスについて「ここにこんなネットワークがあるよ、ここを通ってきてね!」情報を出したと言うことでしょう。

影響が広がった原因(推測)

NTT-Comに関する間違った経路情報が流れたなら迷惑するのはNTT-Comだけのはずです。

が、実際には多くのネットワークに波及しました。不思議ですね。

1.経路吸い込み

もしTier1が受け取った経路情報を何もフィルタすることなく下位のISPに伝搬すれば、当然下位ISPへどんどん誤った経路情報が伝わっていきます

最上であるTier1から到達性のない経路情報を知らされても、下位ISPはそれを信じるしかありません。

誤った経路情報で誤った経路に誘導されることを経路吸い込みといい、悪意を以て行われる場合であれば経路ハイジャックと呼ばれます

1.1.ASパスによる選択

ただし本来NTT-Comが出している正しい経路情報が無くなったわけではないのです。

上述の通りBGPでは優先度判断の一つにASパスの長さがあります

それまで「NTT-Com→AS1000→AS2000→AS3000→AS4000」だった経路情報が「NTT-Com→AS1111→AS2222」となったなら、後者がBGPレベルで優先されてしま可能性はあります

1.2.TTLによるパケット死亡

NTT-ComはTier1ですから、海底ケーブルを含む多くのバックボーンを持っています。他ネットワークへの中継点としてISPに限らず通信網として非常に重要です。

NTT-Comと全く関係のない業者Webサイトであっても、「Webサイトが属するASAS3333→AS4444→NTT-ComのASAS5555→…」という経路情報が伝搬されている可能性があります

通常は途中のNTT-Comを通ればはやーいとなるはずが、そのNTT-Comへ行くための経路情報が変わってしまえば大きく迂回してしまう経路になるかも知れません。

パケットには生存時間(TTL)と呼ばれるものがあり、あまりに多くのルータを経由すると(Windowsなら128)到達不能として破棄されます

ただそもそもが誤った経路情報なので、途中のNTT-Comに辿り着いたと思ったら全く別のネットワークのためデフォルトルートに投げられてしまい、彷徨って同様に消えたのかも知れません。

1.3.ロンゲストマッチによる選択

10.1.0.0/24とか10.1.0.0/25の意味がわかる人向けです。

そもそもルータはより細かいプレフィックスが長い)ネットワークへ優先してルーティングする(ロンゲストマッチ)ため、長いプレフィックス広告してしまうことで経路吸い込みを起こせてしまます(ロンゲストマッチルータに於ける大原則なので最優先されます)。

この事象は割りとよくあり、2008年パキスタンAS国内からYoutubeへのアクセス規制するための偽情報を誤って外部へ広告アクセスできなくさせる事象を起こしています

2.経路変更に時間を要した

現在フルルートは約65万経路と言われてますが、お高いBGPルータにとってもこの経路情報の大きさは非常に大きな負荷であり課題とされてます

経路情報ASの内部に対しても(内部ネットワーク内での経路情報として)伝搬する必要があり、どちらかといえばこの各AS内部での伝搬時にルータ負荷上昇が発生し遅延が生じたのではという説があります(この辺は自信なく怪しいです。IGP詳しい人に)。

巨大なネットワークであればあるほど内部の経路情報収束には時間を要してしまうこと、わずか8分の間に約10万経路の追加とその取消が生じたことで完全復旧まで時間を要した可能性があります


いかがでしたか?(キュレーションサイト風)

AS自体は条件(https://www.nic.ad.jp/ja/ip/asnumber.html)を満たせば事業者に限らず誰でもAS番号を取得し運用できますので、興味を持った人はBGPオペレータになって「指先一つでインターネットを壊せる」緊張感に酔いしれましょう(※BGPオペレータに対する個人の感想です)。

2017-06-17

サイバー鎖国がしたい

江戸時代みたいに、機会があったらサイバー鎖国ってできないか

BGPのルーティング国外から受け付けなきゃいいと思う

電気通信事業者法に差別しちゃだめとかかいてるからな〜あれって他の法律で上書きできないのかな。

ランサムウェアとか来なくなるよ。これで。日本国内だったら被害届出して。

どうせ国外から通信なんか日本だと規制できないのだから。だったら国内企業に対して規制をかければいいいと思うんだ

2017-05-12

論理少女ろじか【第1オクテット

$

2046年。東京オリンピックの年に生まれ人間三十路差し掛かる頃。

餃子チェーン店テーブル席で、野暮ったい女がビールを飲みながらノートパソコンに何か打ち込んでいる。ひどいクマと死んだ魚のような目はまるで亡者だ。亡者スウェットを着て餃子をつまんでキーボードを叩いている。

紳士が現れる。ボウシを取り、くすんだ色のトレンチコートを脱ぎ、女の対面に当然のように座る。老紳士は老いているからか、挙動がぎこちない。

「やあ、赤坂くん」

女は答えず、画面を見ながらチャーハンゆっくり口に入れ、咀嚼する。

赤坂くん、赤坂ちとせくん。ワシじゃよ」

女、赤坂無視し続ける。ポッケからイヤホンを取り出し、耳にはめ込む。無言の意思表示だ。老紳士はしばらく黙っておいて、それから何を思ったか、半分衝動的に赤坂パソコンをパタンと閉じてしまう。

「おい」

乱暴に、短い抗議の意を示す赤坂。老紳士とぼけて、それを意にも介さず用件を切り出した。

ロシア上空に、GPS衛星偽装されたアメリカ軍の偵察軍事衛星がある。それにちょっと侵入(はい)ってきてほしい」

手に折りたたまれコートポケットをさぐり、メモリードングルを取り出す老紳士赤坂はそれをむしり取って、小さな機械差し込み、それを有線でパソコンに繋いだ。

あいかわらず厳重だな」

パソコンに直接差し込むのは、信用できる機器だけにしてるんです。教授あなたからそう習ったはずですけど」

呆れる老紳士皮肉を返すと、赤坂メモリードングルに入った資料を開いた。

「5ページ目にリストされているETN-G-129がそれだ。表向きは、商用オフシェル化の一環として宇宙関連企業パラジウム社が受託打ち上げたBlockⅢ代替GPS衛星だ。しかし、実態はちょいと違う」

ある資料には、膨大かつ一般人には意味不明な数列が延々列挙されていた。2桁の16進数が大量に連なっている。しかし、彼女にはこれらの意味が分かる。

ロシア衛星への通信の傍受……」

「そうだ。しかも、暗号化されていたものをご丁寧に平文にして転送している。NSAも随分と腑抜けものだよ」

注文を取りに来た店員にお冷を頼んで追い返す老紳士。彼がひどい下戸であることを赤坂は知っていた。

「こんなもの、私にどうしろと?」

「まあそうだな。依頼主はアメリカからアクセスを止めさせろと言っているがな、それじゃあんまりまらんだろ」

店員が会話を中断させ、水を置いていく。老紳士一口いかにも老人といったしぐさで飲む。

赤坂くんの好きにしていい。おそらくコントロール系統NORAD接続されている。君の腕ならば、衛星踏み台に使うのも良かろう」

「それだったら、もう少しマシな手があるし、だいたい軍やら何やらに侵入するのはあなたの持ってくる依頼のせいじゃないですか」

「はて。ワシはバス接続危険性以外にもこう教えたはずだがな。『君たちは楽しい楽しいオモチャを手に入れたのだ』とな」

ーーーーーーーーーーーーーーーーーーー

帰る途中。コンビニに立ち寄り、ソフトクリームを食べるための座席に座り、キーボード付き携帯端末公衆無線ネットに繋ぐ。会員登録しろとせがむ画面を消し、スクリプトをいくつか走らせると、すぐに管理者権限が手に入る。

いくつかプログラム自動インストールさせ、オニオンルーティングVPN秘密回線を作り出す。これで発信元特定が困難になる。

そこから接続するのはとあるアメリカ軍人の個人端末だ。以前とあるショッピングサイトから流出した情報を使って、たやすく乗っ取る。今、アメリカはだいたい朝の10時。運が良ければ、軍人は軍施設内にいるはずだ。果たして軍人施設内におり、乗っ取った端末から施設無線ネット接続出来た。

軍用システムちょっと頑丈で、コンビニサーバほど簡単侵入らせてはくれない。辞書攻撃を仕掛けつつ、母校たる東京電波大学の誇るスーパーコンピュータを使って秘密鍵の推測を行う。

20分程度かかって、なんとか秘密鍵を割り出した。同じ公開鍵無線ネット接続に使いまわされていたのはラッキーだった。こうして米軍システム侵入できた。

しかし、いくら同じ米軍システムと言えど、見たところこの施設はただの空軍基地。件のスパイ衛星コントロールシステムはそこには無いようだ。

そんなことは赤坂最初から分かっていた。赤坂の狙いは、空軍基地にある衛星通信用のアンテナだ。これを使い、標的の衛星の近くにいる衛星アクセスし、乗っ取り、そこから標的の衛星アクセスするのだ。

これをやってみると上手くいかない。アンテナから衛星が遠すぎたのだ。仕方なく他の米軍基地をまた乗っ取り、やっと標的にアクセスできた。早速データベースを覗きこむ。

「確かに、教授の言うだけの価値は多少あったかもな」

中身は、ロシアと米NSA秘密鍵などでギッシリだった。これだけ色々あれば、次また教授が何か言ってきても楽になんとかなるだろう。

衛星はーーNORAD接続されている。ーー踏み台にするのも良かろう』

教授のほざいたことをふと思い出し、コントロールシステムへの信号偽装フレームを紛れ込ませてみる。偽装パケットには小さなフレームが仕込んであり、相手システムが受け取ると即座に実行され、こちらに諸々の情報を返してくる。すると米空軍心臓を掌握したも同然である

いささか満足し、帰る準備として証拠の記録であるセキュリティログ隠滅しようとして気づいた。セキュリティログが明らかに不自然だ。誰かが一部を消したのだーー赤坂が今やろうとしているように。

「私以外に、誰かが侵入っていたんだ。しかも、私とほぼ同時に」

少し気味が悪かったが、適当証拠処分し、衛星は傍受したデータではなくランダムに生成したデータ送信するようにしておいて、その場は終わりにした。

ーーーーーーーーーーーーーーーーーーーーー

レジに座り、大きなあくびをした。普段赤坂平成商会でアルバイトをしている。平成商会は新横浜にある、電子パーツの問屋だ。マニア業者けがやって来て、一般人にとってはガラクタしか見えない物を買い漁る、知る人ぞ知る店である

「やあ君。ペケ86kのキーボードを探しているんだがね」

声をかけられ、顔を上げた。教授だった。ふざけている。そんなもの、彼が探しているはずもない。依頼の成果物を取りに来たのだ。

「これ、衛星コンソールへのリンクです。米軍施設にあるコントロールシステムの電源が付いている限りは、自由に例の衛星コントロールできます

事も無げに言い、携帯端末二次元コードを表示して差し出す。教授はうなずき、コード写真に撮る。

報酬はこれだ」

教授は提げてきた紙袋から何か取り出した。大きくて古臭い中世コンピュータ周辺機器だ。

「ペケ86キーボード……」

「ずいぶん探したんだぞ」

教授はなぜか誇らしげである。これには呆れるしかない。

「そうそう。ウチの大学スパコンあるだろ。あれが短時間何者かによって不正利用されてたらしくてな。学内大騒ぎだ」

ペケ86kのキーボードを撫でて、赤坂は目を逸らした。

「ワシの研究室にもちょっと来てね、誰がやったか調べてくれって言うもんだから見てみたら驚いたよ。RAM公開鍵がたっくさん入っておったよ。あれがNORADの鍵かね」

「いや、あれはどっかの米軍基地の鍵でした。NORADの鍵は私が大事に保管してます

「鍵は大事に保管ね。当然だ」

教授が帰った後。店主の勧めでペケ86kを店頭に展示すべくパソコンに繋いでいる時。

「あの……すみません

どこかから女の声がするではないか。嫌だな、怖いな、と思いながら声の方向をたどると、一つの端末が音声通信をしていた。

これだからP2P通信は。無視して通信ソフトを落とす。が、何度やっても立ち上がる。

ちょっとお尋ねしたいんですが……」

電源を落としても、もう一度つく。コンセントを引き抜くと、別な端末に移る。

「もう、やめてくださいよう。ちょっとぐらい話きいてくれたっていいじゃないですか。ひどい」

あんた誰。メンヘラ出会い厨?」

「いやいや、あなたこそ誰なんですか……?米空軍迎撃システム侵入したの、あなたでしょ」

背筋がぞっとする。不自然に消えていたログを思い出す。

「私はただのバイトだ。消えろ」

キーボードを叩き、スクリプトを走らせて回線遮断しようとするが、文字入力できない。

ネット切ろうとしてますよね。それはボクが困るので、キーボード接続を切りました。ははっ」

ここで赤坂確信する。こいつがあの不自然ログの正体だと。赤坂と同時にNORADクラックしたハッカーだと。

気持ち悪い」

「心外だなあ。ボクはあなたに興味があってはるばるここまで来たんですよ。ちょっとぐらい相手してください……」

突然10秒程度途切れる。やっと消えたかと思う。

「よっと」

後ろで声がする。メイドロボだ。やつは消えなかった。それは淡い期待に終わった。やつはメイドロボを乗っ取った。

ますます気持ち悪い」

やつは不思議そうに自分の手や服を眺めた。

ここの店主はメイドレトロPCが大好きだ。置いてあるロボは無駄に美形の機種を買い、無駄にフリフリでクラッシックステレオタイプメイド服を着せられていたのだった。

赤坂呆然としていると、メイドロボは向き直り、はにかんで言った。

こんにちはクラッキングのお姉さん。ボク、ろじかです。どうぞよろしく」

2017-01-20

http://anond.hatelabo.jp/20170120123524

真面目にITエンジニアだろ

システム自分がいなくなってから数ヵ月後、数年後に動かなくなる時限爆弾しかけといて、退職すれば間接的に多くの人間を殺せるぞ。退職する前の会社の人もそうだし、取引先の担当者も。

例えばルーティングで/201[7-9]

みたいな感じにすれば、そのメソッド2020年になった瞬間、ルーティングエラーで使えなくなる。

今のは序の口だが、今の仕事こそやり方次第でどうとでもできるぞ

2016-12-05

プログラマー挫折ポイント

モバイルアプリエンジニアだが、最近RailsAPIを作っている

予想通り、ドハマリ連続

 

Rubyでハマる

Railsでハマる

ライブラリでハマる

Aptanaでハマる

AWSでハマる

ネットワーク知識でハマる

DBでハマる

ActiveRecordでハマる

ルーティングでハマる

自分が何でハマってるかわからない

問題の切り分けができない

デバッグ方法が分からない

テストコードなんて書いてられない

ググっても出てこない

問題を切り分けるためにデータを用意して時間がかかる

公式サイト理解できなくて投げ出す

体系だったHowToを読もうとして、その膨大さに死にたくなる

猿でもわかる入門がわからない

一個覚えて、一個忘れる

情報が古くてハマる

途中で間違いに気づいて遠回りする

一個試して詰んで、別の方法試して詰んで、また元の方法チャレンジする

知り合いに聞こうとするが、何を聞いていいかからない

体系立ったHowToを調べるが、自分が知りたいことが何なのかわからない

ライブラリのReadMeとにらめっこする

飽きてはてブを見る

 

考えてみたら、モバイルアプリの方も似た感じだったな

大体2年位ずっとこれをやればいつの間にか慣れてるんだよね

体系だった本から地道に始められる人はすごいと思う

2015-03-10

http://anond.hatelabo.jp/20150309114506

またGmailのように、ユーザーメールから取得する情報を換金するだけの技術力も運営者にはないようである

日本国内事業者は「通信の秘密」によって「メール本文の内容から関連する広告を出す」とかができないんじゃなかったっけ?

http://ja.wikipedia.org/wiki/%E9%80%9A%E4%BF%A1%E3%81%AE%E7%A7%98%E5%AF%86

なお機械的な処理により、人の手による監視がない場合であっても通信の秘密侵害したことには変わりはないとされている。そのため、インターネットサービスプロバイダルーティングメール配送などの行為はすべて通信の秘密侵害しているとされている

2015-02-12

艦これを1年半近く続けてきた俺提督の不満点

昨日イベをクリアしたが、一昨年9月に着任してから、ここに来て思うところがまとまったので書いてみる。


それにしても冬イベがこのタイミングとは少し驚いた。

まあでも甲乙丙と難易度自己責任で選択できるようになり、その上でクリア褒章のうち、一番の目玉である先行実装艦娘は必ず入手できるように計らっていたりと、運営も中々の配慮だと思った。

廃人必要以上に厚遇せず、かつ袖にせず、相応の満足感をもたらす塩梅は実際かなり難しいはずだが、この点、艦これ運営は上手くやっている方だろう。

廃人嫌いな自分艦これを楽しく続けられている理由でもある。


・・・と、一応一通り褒めた所で本題。

今まで個人的には全然気にしていなかったものの、以前から一部で言われていたゲーム根本的不満点について、今回のイベを通じて自分も大いに実感させられた事を書き留めておく。


そもそも艦これをどういうジャンルゲームとして捉えるかは千差万別というか、人それぞれだろう。

かくいう自分にとっての艦これキャラゲーである

要するに好きなキャラを重用し、鍛え、そういうキャラ達だけでデッキ(?)を組み、暁の水平線に勝利を刻みたいのだ。

しか提督諸兄はよくご存知だと思うが、艦これにおいてこの遊び方は、大きな制約を伴う。

それは海域攻略時の、ルート固定のための艦種指定に起因する。


艦これ最大の敵と揶揄される羅針盤は、要するにルーレットで、振り出しから上がりのボスマスまで、いくつにも枝分かれするルートを決める役割を持っている。

そこに来てほぼ全てのマスが戦闘マスかつ、4回目の連戦から火力と回避が落ちてしまうため、ボスまでの最短ルーティング攻略必須要素なのだ

そしてこの羅針盤、通常6隻(連合艦隊だと12隻)の艦隊艦種を上手く調整することにより(例えば戦艦2・空母1・重巡1・駆逐2とか)ボス到達が容易になる、いや、調整しないと到達不可能という海域が非常に多い。

基本的に、中盤以降の通常海域および最近イベント海域は全てそうなっている。

このため、自分がそもそも興味ない艦種艦娘であっても、何隻かずつは、それも出来ればステータス的に強い娘を結構レベルまで育成していないと、攻略がおぼつかなくなる。

これが、今回のイベントにおいて少なから苦痛に感じられた。


ちなみに自分はいわゆる「航空主兵提督」で、正規空母装甲空母がとにかく大好きということもあり、具体的な例で言えば大鳳が出るまで大型建造を回すのも、二航戦を改二まで育てるのも、雲龍型レベル50まで育てて改造するのも、さほど苦ではなかった。

しかし他の艦種については全くそんなことはない。

正直に言えば、他の艦種だと育成に伴うデメリットばかり目につき、面倒で仕方がない。

そして入手・育成の手間はどんどん増大してきている。

大型建造の確率が相変わらずシビアなのに加えて、強化改造可能レベルが70や80なんて艦娘も出てきているし、更に改造設計図要求されたり。

しかし面倒だからといって入手・育成の手間を惜しむと、上に書いたゲーム仕様上、楽しんで遊ぶことも難しくなってくる(いわゆる「練度が備わっていない」艦隊になってしまう)のだ。

今回のイベでも「ああ、彼女らは今後絶対必要だろうし、現に今育っていないことで結構ハンデになってるなあ」と思わされた。


結局、「空母ばっかり贔屓して飛行機蹂躙するZE☆」という、自分キャラゲー殆ど実現できていないどころか、ますます実現可能性は低くなった。

あーもう、マジで早く葛城信濃実装されないかな。

そしたら俺としては艦これにおける目標は達成したことになるので、以降はかなりいい加減に済ませられるんだけど。

2014-11-29

http://anond.hatelabo.jp/20141129112709

新米マネージャ管理する小規模プロジェクトにおいて発生する諸問題とその対策について

マネージャを多少悪者気味に書いていますが、マネジメントの大変さはわかっているつもりです。

自分が開発すればこのくらいでできる」問題

上司「この間言ってたプロジェクト見積もりできた?」

マネージャ「たぶん2週間ぐらいでできますよ!wordpressなら学生のころバイトとかでもよくインストールしてたから楽勝です!」

デザイナ「完全オリジナルwordpressデザイン2週間か、なんとかなるかな?」

プログラマPHP経験なんだけど大丈夫かなあ…」

.... 略 ....

上司「あれから2週間だけど、こんなにバグ多すぎじゃリリース無理じゃない?」

マネージャ「違うんですよ!デザイナー全然テンプレートの使い方覚えてくれないし、あのプログラマPHPからないとか言って仕事中にPHPの本とか読んでるから遅れたんです!たぶん自分だけだったらこんなに時間かなりませんよ。」

デザイナ(「XHTMLになってない!」とか余計な所に口突っ込んできやがって!)

プログラマ(PHPなんて簡単だよとか言ってJavaプロジェクトからコンバートさせたのテメーだろうが!)

原因

対策


テストは開発工数に含まれないよね?」問題

マネージャ「このスケジュールなんだけど、テスト期間長過ぎじゃない?」

プログラマ「え、でも機能もこれだけあります10日程度は妥当かと」

マネージャ「いやいや、画面たったこれだけじゃない、通しのテストなんてみんなでやれば1日ぐらいで終わるでしょ?」

プログラマバグがあったらどうするんですか?」

マネージャ「俺がレビューしてるんだからそんなでかいバグ出るわけねえだろ。ナメてんのか」

.... 略 ....

プログラマテストバグこれだけ見つけました」

マネージャ「へー、それじゃこれ今日のうちに修正してね」

プログラマセキュリティ周りのバグもあるので、修正には3日程かかると思いますが」

マネージャ「ふざけんな!テスト今日で終わるスケジュールだろ!」

原因

対策


バージョン管理効率悪くなるからダメ問題

プログラマ「前のプロジェクトgitを使って便利だったので、今回のプロジェクトでも使いたいのですが…」

マネージャバージョン管理とか使ってるの?あんなの効率悪くなるからやめたほうが良いよ」

デザイナ「私もそういうの面倒だからあんまり使いたくないな」

マネージャ「前に俺がやってたプロジェクトではフォルダで日付ごとに管理してた。同じ風にすれば大丈夫だろ」

プログラマ「でもロールバックが…」

マネージャ「古いフォルダからファイルコピーすればいいだけだろ。馬鹿か」

.... 略 ....

マネージャ「なんで古いソース持ってきても動かないんだよ!」

デザイナ(間違ってファイル上書きしたのは黙っておこう)

プログラマローカルgitリポジトリあるのは黙っておこう)

原因

対策


フレームワークバグがあったらどうするんだ!」問題

マネージャ「何このCodeIgniterっていうの?」

プログラマ「あ、それ最近流行ってるPHPフレームワークで、URLルーティングが…」

マネージャ「はぁ!?フレームワークとか使わないと開発できないわけ?これだから最近ゆとりダメなんだよ。」

プログラマ「でも、便利ですよ?」

マネージャ「俺のプロジェクトではそういう怪しいやつは使わないからバグがあったらお前責任取れるの?」

.... 略 ....

マネージャ「どう、俺の書いたURLルーティングライブラリすごく便利じゃない?」

プログラマ大文字を使うとうまく動かないのですが」

マネージャ「あー、それは仕様からしょうがないよ。mod_rewrite使えば問題無いでしょ?」

プログラマ他人が再発明した車輪バグ修正するのって本当に不毛だな…)

原因

対策

2014-06-14

[]20140614

○朝

なし

○昼

焼き肉ごはん

○夜

サブウェイチキン

体重

72.0kg 21% 目標55kg

○食欲

ok

筋トレ

あとで

精神状態

ok

日記

体脂肪計が届いた21%これは重いのか

デブと標準の境目だった。

鍛錬か鍛練かどっちかにしろと言う突っ込みがあった。

自分は分けてた事自体知らなかった。そこまで細かく見てなかった。

意味を調べたが糸偏の方が良さそうなので糸偏の方にする。

怪我はかなり治って来た。60%ぐらいか。

DMVPNについて勉強した。

最初セッションが終わればハブ同士で通信が可能。これは便利だな。

ポリシーベースルーティングについても勉強した。CDPが絡んでくるとどう動くのか挙動いまいちからない。

後で調べる。

メモ書き

自主性

独立

自転車16日

 
アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん