지원 번들

지원 번들은 문제가 발생한 순간의 브리지 상태를 패키징하는 단일 ZIP입니다. 이는 티켓을 분류할 때 요청할 하나의 아티팩트입니다. 이 페이지에서는 내용을 정확하게 설명하므로 무엇을 보내는지 알 수 있습니다.

내보내는 방법

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

지원 페이지에서 가장 최근의 상태 확인 스캔을 기계가 읽을 수 있는 형식으로 가져옵니다. 각 행에는 검사 이름, 상태(통과/정보/경고/실패/준비/검사 중/해당 없음), 원시 세부 문자열이 포함됩니다. 이를 통해 스크린샷을 붙여넣지 않고도 상태 확인 상태를 파악할 수 있습니다. 파일 이름은 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이 삭제됩니다.

한도

실제로 일반 번들은 메가바이트 미만입니다. 이러한 제한은 실제 신고를 위한 충분한 공간을 남겨두면서 적대적인 업로드를 차단합니다.

피드백 양식 없이 보내기

번들을 직접 이메일로 보내려면 다음 주소로 편지를 보내주세요. 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.