サーバーの破壊に関するハッカーゲームのバックエンドがどのように作成されたか

サーバーの破壊を伴うレーザークエストがどのように手配されたかを引き続きお伝えします。クエストの解決に関する前回の記事から始まります。



合計で、ゲームのバックエンドには6つのアーキテクチャユニットがあり、この記事で分析します。

1. ゲームメカニズムを担当したゲームエンティティのバックエンド
2. VPSのバックエンドおよびサイトデータ交換バス
3. バックエンドリクエスト（ゲーム要素）からサイト上のarduinoおよびハードウェアへのトランスレータ
4. リレー制御を担当したアルドゥイーノは、翻訳者からコマンドを受け取り、実際の作業を行いました。
5. 実際のデバイス：ファン、花輪、フロアランプなど。
6. フロントエンド-プレイヤーがデバイスを制御するFalconサイト自体

それぞれを見ていきましょう。

ゲームエンティティのバックエンド

バックエンドはスプリングブートアプリケーションとして実装されました。いくつかのレストコントローラー、Webソケットエンドポイント、およびゲームロジックを備えたサービスがありました。



コントローラは3つしかありませんでした。

• メガトロン。Megatronの現在のページは、電源投入の前後にGETリクエストを介して送信されました。レーザーはPOSTリクエストを介して発射されました。
• , . , ID .
• , - .

Websocketエンドポイントは、ガジェット（ランプ、花輪、文字）を制御するために使用されました。これは、デバイスの現在のステータスをすべてのプレーヤーに同期的に表示するために選択されました。デバイスがオンかオフか、アクティブかどうか、壁に現在表示されている文字の色です。レーザーをオンにするタスクを少し複雑にするために、同じadmin / adminログインとパスワードを使用してガーランドとレーザーに認証をスローしました。



プレイヤーはガーランドをオンにし、レーザーで同じことを行うことでそれをテストすることができます。



不必要な選択でプレイヤーを苦しめないために、このような些細なログインとパスワードのペアを選択しました。



タスクをもう少し面白くするために、mongodbのオブジェクトIDが部屋のデバイス識別子として使用されました。



ObjectIdにはタイムスタンプが含まれています。2つのランダムな値。1つはデバイス識別子に基づいて取得され、もう1つはそれを生成するpidプロセスとカウンター値に基づいて取得されます。定期的に、さまざまなpidプロセスからIDを生成したかったのですが、共通のカウンターを使用して、レーザーデバイスのIDの選択がより面白かったのです。しかし、結局、誰もがカウンターの値だけが異なる識別子で始めました。おそらく、これによりステージが単純になりすぎて、objectId識別子の構造を分析する必要がなくなりました。

バックエンドリクエストからの翻訳者

タイマーを処理し、ゲームの抽象化から物理モデルに変換するPythonスクリプト。たとえば、「フロアランプをオンにする」→「リレーN2をオンにする」などです。



スクリプトはRabbitMQキューに接続し、キューからArduinoに要求を渡しました。また、ライトの並列スイッチオンのロジックも実装しました。一部のデバイスとともに、ライトがオンになりました。たとえば、Megatronに最初に電力が供給されたとき、ステージライトで照らされていました。シーン全体の映画撮影のための光のデザインは、プロジェクトの共同プロデューサーであり、プロダクションデザイナーのIlya Serovの素晴らしい作品についての別の話であり、別の投稿で説明します。



翻訳者は、タイマーでシュレッダーを開始し、画像をテレビに送信するロジックも担当しました。シュレッダーを開始するためのタイマー、叫び声を上げるカピバラ、ゲーム終了時の広告です。

メガトロントークンを生成するロジックがどのように配置されたか

テストショット

25秒ごとに、新しいトークンが生成されました。これを使用して、10/255の電力で10秒間レーザーをオンにすることができます。Megatronコードを使用してgithubにリンクします。



次に、レーザーを1分間冷却しました。この時点では、レーザーは使用できず、ショットの新しい要求を受け入れませんでした。



このパワーはロープを燃やすのに十分ではありませんでしたが、どのプレイヤーもメガトロンから撃ち、レーザービームが動いているのを見ることができました。



MD5ハッシュアルゴリズムを使用してトークンを生成しました。そして、スキームは、MD5からのMD5 +カウンター+戦闘トークンの秘密であり、テストトークンの秘密はありませんでした。



MD5は、私たちの支援者であるPavelによって作成された商用プロジェクトへの参照です。ほんの数年前、このプロジェクトはMD5を使用し、プロジェクトアーキテクトに、これはレガシー暗号化アルゴリズムであると伝えたとき、MD5からMD5を使用し始めました。私たちが最大のNoobプロジェクトを作ることに決めたので、彼はすべてを覚えていて、少し参考にすることにしました。

コンバットショット

メガトロンの戦闘モードは100％3Wレーザーパワーです。これは、重りを保持していたロープを燃やして水族館を壊し、サーバーを水で満たすのに2分間で十分です。



プロジェクトのgithubにいくつかのヒントを残しました。つまり、トークン生成コードです。これにより、テストトークンと戦闘トークンが1つのカウンターインジケーターに基づいて生成されることを理解できました。戦闘トークンの場合、カウンター値に加えて、最後の2文字を除いて、この要点の変更の履歴にほぼ完全に残されたソルトも使用されます。



このデータを知っていると、塩の最後の2つのシンボルを繰り返すことができ、実際、Lostの数字が16桁のシステムに変換されて使用されていることがわかりました。



次に、プレイヤーは（テストトークンを分析することによって）カウンター値をキャッチし、次のカウンター値と最後のステップで選択したソルトを使用して戦闘トークンを生成する必要がありました。



カウンターは、テストショットごとおよび25秒ごとに単純にインクリメントされました。私たちはこれについてどこにも書いていません、それは小さなゲームの驚きだったはずです。

captchaとの相互作用のためのサービス

ゲームの世界では、これはファンをオンにしてヒント付きのフリップチャートを開くためにロードする必要があったのと同じキャプチャでした。カメラの隣に負荷監視機能付きのラップトップがありました。







サービスは、現在の負荷として監視に表示するもの（温度とCPUファン）を計算しました。メトリックはタイムベースデータベースに渡され、grafanaでレンダリングされました。



過去5秒間に50を超えるキャプチャ表示の要求を受信した場合、修正+ランダムなステップ数によって負荷が増加しました。計算では、2分で100％の負荷を得ることができました。



実際、サービスには、最終的なゲームで表示されたよりも多くのロジックがありました。CPUファンの回転のみが表示されるようにモニターを配置しました。



クエストの開始時に、彼らはSokolのWebサイトからGrafanaにアクセスできるようにしたいと考えていました。ただし、バックエンドアプリケーションレポートのspringbootメトリックも含まれていたため、クリーンアップする時間がなかったため、アクセスを閉じることにしました。そして当然のことながら、クエストの開始時に、一部のプレーヤーは、アプリケーションがスプリングブートフレームワークで作成されていると推測し、一部のサービスの名前を掘り起こしました。

ホスティングおよびデータバス

バックエンドからサイト、RabbitMQが起動されたVPSサーバーに情報を転送するためのツール。



バックエンドとデータバスはVPSに保持されていました。そのパワーは、画面に表示されているコンピューターと同等でした。2ギガバイトのRAMを備えた2コアVPSです。ピーク負荷は数日間しか計画されていなかったため、リソースの料金が適用されました。これは、VPSの短期間の負荷を計画しているクライアントが行うことです。すると、予想以上に負荷が高くなり、固定料金の方が有利であることがわかりました。クエストを行う場合は、ターボラインの料金を選択してください。



サーバーをDDoSaから保護するために、Cloudflareを使用しました。



VPSは飛んでいる色ですべてに耐えたと言う価値があります。

リレー制御を担当したアルドゥイーノは、翻訳者からコマンドを受け取り、実際の作業を行いました。

これは、プロジェクトのハードウェア部分に関する次の記事のトピックです。バックエンドは、特定のリレーを有効にする要求を送信するだけです。たまたま、バックエンドはほとんどすべてのエンティティを認識しており、バックエンドからの要求は「このエンティティを有効にする」ように見えました。サイトの初期テストのためにこれを行いました（まだすべてのArduinoとリレーを収集していません）。最終的にはすべてをそのままにしました。

フロントエンド

すぐにサイトを作成しました。1営業日かかり、予算を3万ドル節約できました。



当初、私たちはサイトをエクスポートして、欠落していたロジックを投入することを考えていましたが、これを行うことを禁じる使用条件に遭遇しました。



ライセンスに違反する準備ができていなかったため、2つの選択肢がありました。すべてを自分で作成するか、Tildaに直接連絡して、プロジェクトについて説明し、コードを変更する許可を求めることです。



私たちは2番目のオプションを選択しましたが、彼らは途中で私たちに会っただけでなく、1年間の無料のビジネスアカウントを提供してくれました。これには非常に感謝しています。ソコルのウェブサイトのデザインを彼らに見せることは非常に恥ずかしかった。



その結果、基本デバイスにリクエストを送信するためのjs-logicをフロントエンドにアタッチし、ゲーム要素をオンまたはオフにするためのボタンのスタイルをわずかに変更しました。

サイトデザイン

別の章の価値がある検索履歴。



昔ながらのサイトだけでなく、すべての基本的なデザインルールに違反する絶対に不快なサイトを作成したかったのです。同時に、信憑性を維持することも重要でした。彼はENTのストーリーを壊さず、作者の大げささを示す必要があり、プレーヤーはそのようなサイトが存在し、クライアントを連れてくることさえできると信じなければなりませんでした。そして彼は持ってきた！ゲームの進行中に、ウェブサイトの作成を2回依頼されました。



最初は、自分でデザインを行い、より多くのGIFと光沢のある要素を取り入れようとしました。しかし、10年の経験を持つデザイナーである私の夫は、彼の肩越しに見て、彼を「良すぎる」と却下しました。デザインルールを破るには、それらを知る必要があります。







持続的な嫌悪感を引き起こすいくつかの色の組み合わせがあります：同じジューシーさの緑と赤、灰色とピンク、青と茶色。その結果、基本色として赤と緑の組み合わせに決め、猫と一緒にgifを追加し、写真ストックでソコロフ自身の3〜4枚の写真を選択しました。私にはいくつかの要件しかありませんでした。中年の男性で、フィット感の悪いスーツを着て、数サイズ大きく、「スタジオでのプロの写真撮影」のポーズをとっていました。テストのために、彼らはそれを友達に見せて、「どうですか？」と尋ねました。



デザインを開発する過程で、私の夫は30分ごとに横になり、ヘリコプターを飛ばし始めました。Pashaは、フロントエンドを終了している間、開発者のコ​​ンソールを画面の大部分で開こうとしました。彼は目を離さなかったのです。

実際のデバイス

ファンとライトは、ソリッドステートリレーを介して取り付けられているため、フルパワーですぐにオンになることはありません。これにより、監視と並行して電力の蓄積が発生します。



しかし、これについては、ゲームのハードウェア部分とサイトの実際の構築について、次の投稿で説明します。



乞うご期待！



サーバーの破壊を伴う探求に関する他の記事

• ゲームの始まり
• 最初の手がかり
• 誰がシュレッダーを止めたのか、サーバーを破壊してクエストを完了する必要があったのか