サポートバンドル

サポート バンドルは、問題が発生した瞬間のブリッジの状態をパッケージ化した単一の ZIP です。これは、チケットを優先順位付けするときに要求される 1 つのアーティファクトです。このページでは、その内容を正確に説明しているので、何を送信しているのかがわかります。

エクスポートする方法

1. FFB-Bridge を開き、次の場所に移動します。 サポート ページ (サイドバー)、次に 診断 タブ。
2. クリック サポートバンドル (診断カードの右上)。
3. 少し遅れて、バナーにファイル名とサイズが表示され、フィードバック フォームのリンクが表示されます。また、利用可能な場合は、 ファイルを公開する.
4. 送信する場合は、フィードバック フォームを開いて ZIP を添付してください。

バンドルの内容

同梱はプレーンZIPです。以下のファイル名は完全な許可リストです。バンドルは 決して このセット以外のものがすべて含まれます。

sysinfo.txt

システムのメタデータ。プレーンテキスト、キー:値の行。フィールド:

• os-name - 「Windows」、「Linux」、または「macOS」。
• os-version — カーネル バージョン、Windows ビルド文字列、または macOS バージョン。
• distro — Linux の場合、/etc/os-release PRETTY_NAME.
• cpu-model, cpu-cores — から /proc/cpuinfo または Win32_Processor.
• ram-total-mb — から /proc/meminfo または Win32_ComputerSystem.
• dotnet-version — バンドルされている .NET のランタイム バージョン。
• platform — Linux-vs-Windows ブランチの明示的なキー。
• locale — 現在のユーザーのロケール。
• bridge-version, build-hash — ビルド時のブリッジのバージョンと git SHA。

session.log

現在のセッションの完全なイベント ログ。これには、診断ログ ストリップと同じイベント タイプが含まれており、表示されているウィンドウの外側のエントリを含む、起動以降のすべてのエントリが含まれます。 UTF-8。

last-crash.log

前回の起動がクラッシュした場合、クラッシュ ログはここに記録されます。スタック トレース、スレッド ダンプ、クラッシュ前の最後の数行のログ行。セッションがクラッシュしていない場合は存在しません。

previous-session.log

現在の実行の前にあったローテート済みログです (存在する場合)。クラッシュ後に再起動した報告では、再起動前に何が起きたかを示すファイルであることがよくあります。

doctor.json

最新のヘルスチェック スキャンを、サポート ページから機械可読形式で取得します。各行にはチェック名、ステータス (pass / info / warn / fail / ready / checking / n/a)、生の詳細文字列が含まれます。これにより、スクリーンショットを貼り付けていただかなくても、あなたのヘルスチェック状態を確認できます。ファイル名は doctor.json 歴史的な理由により、サポート ページは以前は Doctor と呼ばれていました。

tunables.json

エクスポート時のアクティブなチューニングプロファイルの値。保存されたプロファイルと同じスキーマです。飛行していたときの正確なフォース構成を再現するために使用されます。

hardware-settings.json

— エクスポート時点の物理デバイスの選択とレンダラー、安全上限、キャリブレーションと力の極性、明示的なコントロール割り当て、互換性設定。

aircraft-profiles.json

航空機とプロファイルの紐付けファイルで、存在する場合はそのまま含まれます。各航空機がどの保存済みプロファイルを自動的に適用するかを記録しており、サポートがプロファイル選択の理由を確認できます。

profiles-index.txt

エクスポート時点の保存済みプロファイルの一覧です。ファイル名、サイズ、更新日時に加え、各プロファイルのタイトル、ID、リビジョンを記録します。プロファイルの内容自体はお使いのマシンに残ります。

simconnect.txt

MSFSの SimConnect.xml ブリッジが読み取れた場合は、localhost 以外の IP アドレスを伏せた内容になります。見つからなかった場合、このファイルは推測せずその旨を記録します。

Platform extras

Windows bundles include hid-devices.txt 一致する Plug and Play デバイスレコード用です。Linux バンドルには usb.txt, evdev.txt, udev.txt、そして dmesg.txt USB/input スタックの文脈用です。各バンドルにはさらに README.txt 内容の要約とプライバシーノートが含まれます。

バンドルに含まれないもの

サポート バンドル ビルダーは、ファイル名の厳密な許可リストを使用します。同じディレクトリ内に一致するものが存在する場合でも、リストの外にあるものは含まれません。特に:

• 保存されたパスワードや資格情報はありません。ブリッジには何も保存されません。
• プロファイルファイルがありません 以外の アクティブなもの。
• システム ログ、ジャーナル、またはブリッジ自体のデータ ディレクトリの外には何もありません。
• ネットワークパケットキャプチャはありません。
• クラウド トークンはありません (ブリッジは何も使用しません)。

サーバー側の処理

フィードバック レポートにバンドルを添付すると、サイトのインテーク ワーカーがバンドルを解析して、インデックス可能な有用なデータをデータベースに抽出します。

• システム情報をグループ化するための概要行に追加します (「このディストリビューションからのレポートの数」)。
• ログからの警告行とエラー行。安定したエラー署名があるため、何人が同じバグに遭遇したかが一目でわかります。
• ユーザーベース全体で何が失敗しているかを詳細に示すヘルスチェックの結果。
• 許可リストに登録されたすべてのエントリの逐語的なファイル テキスト。トリアージ時にコンテキストを再読み取りできるように保存されます。

生のバンドル自体は短い期間 (デフォルトでは 30 日間) 保持されるため、抽出ロジックが改善された場合は再解析できます。その後、解析されたデータは保持されます。生の BLOB がドロップされます。

限界

実際には、通常のバンドルは 1 メガバイト未満です。これらの制限により、悪意のあるアップロードはブロックされますが、本物のレポートのための十分な余地が残されます。

フィードバックフォームを使用せずに送信する

バンドルを直接電子メールで送信したい場合は、次の宛先までご連絡ください。 feedback·ffb-bridge.com (replace the · with an @) and attach the ZIP. The server-side parser doesn't run for email, so the triage is slower — but the bundle is just as usable.