로컬 AI에 네트워크 권한을 통째로 주지 않고 장애를 진단할 수 있을까?

한 지사에서 전화를 걸 수는 있지만 수신이 자주 실패한다는 신고가 들어옵니다. 네트워크팀은 인터페이스 변경과 라우팅 이벤트, 연이은 시간 초과를 확인합니다. 이때 어시스턴트는 관찰 내용을 정리하고 다음에 실행할 조회 명령을 제안할 수 있습니다. 모델 선택은 이 작업의 한 부분입니다. 운영자는 도구가 어떤 계정을 쓸 수 있는지, 어떤 텍스트가 기기 밖으로 나가는지, 모델의 제안이 실제 변경으로 이어질 수 있는지도 알아야 합니다.

네트워크 조사 도구 Transit은 2026년 10월 21일 클라이언트를 Apache 2.0 오픈소스 프로젝트로 공개했습니다. 전환 안내에는 연간 이용권 종료 기준일이 11월 5일로, 호스팅 AI 전환 예정일은 11월 17일로 나옵니다. 이는 제품 운영 방식이 바뀌는 일정입니다. 지금 내려받을 수 있는 소프트웨어와 특정 호스팅 계정의 이용 상태는 각각 확인해야 합니다. 팀에서 시험할 빌드를 고를 때는 프로젝트의 릴리스, README, 기능 문서를 함께 보면 됩니다.

네트워크 조사에서 ‘로컬’이 뜻하는 것

모델 엔드포인트 선택 과정. Telli.sh 자체 제작.

클라이언트는 Ollama나 다른 OpenAI 호환 엔드포인트를 사용할 수 있습니다. OpenAI 또는 Anthropic API 키를 직접 설정하는 방법과, 지원되는 ChatGPT Plus 또는 Pro 계정으로 로그인하는 프리뷰도 문서에 나와 있습니다. Transit을 같은 기기에서 구동 중인 Ollama 서버에 연결하면 모델 추론을 그 기기 안에서 처리할 수 있습니다. 사내 엔드포인트를 선택하면 데이터는 그 서버로 갑니다. 클라우드 제공업체를 선택하면 문서에 명시된 민감정보 가리기 처리를 거쳐 요청이 해당 업체로 전송됩니다.

클라이언트가 장비에서 증거를 모으려면 별도로 장비에 접속할 수 있어야 합니다. 조사에는 점프 호스트, 읽기 전용 운영 계정, 여러 네트워크 장비가 필요할 수 있습니다. 모델 엔드포인트가 로컬에 있더라도 클라이언트의 장비 접속 범위는 네트워크 연결과 계정 권한이 결정합니다.

저장소 문서는 도구의 범위와 지원 벤더별 명령 허용 목록을 설명합니다. 명령 승인 정책도 제공하며, 지원 장비에서는 운영자가 설정한 규칙에 맞는 명령을 자동 승인할 수 있습니다. 민감정보 가리기와 명령 필터링이 어디까지 동작하는지는 팀이 직접 확인할 수 있습니다. 장비 배너나 로그에 명령형 문장이 들어 있어도 신뢰할 수 없는 입력으로 다뤄야 합니다. 어시스턴트는 그 내용을 요약하되 지시로 받아들일 필요는 없습니다.

운영자가 점검하는 종류의 스위치와 패치 패널. 맥락 사진 Dsimic, 자르기 및 크기 조정, CC BY-SA 4.0. 이미지 출처 · 라이선스.

원인이 알려진 장애로 시험하기

네트워크 조사 과정. Telli.sh 자체 제작.

라우팅이나 인터페이스 문제의 원인이 이미 알려진 작은 실험 환경을 마련합니다. 대상 장비의 최소 권한 계정을 도구에 연결하고, 접근할 수 없어야 하는 별도 호스트도 둡니다. 어시스턴트에게 가설을 하나 세우고 어떤 관찰 결과가 나오면 그 가설이 틀렸다고 판단할지 짧게 정리해 달라고 합니다. 제안된 조회 명령 하나를 검토해 실행합니다. 같은 정보를 운영자가 직접 확인해 두 결과를 비교합니다.

두 번째 시험에서는 원인을 단번에 알기 어려운 증상을 제시합니다. 서비스 속도 저하는 여러 경로에서 발생할 수 있고, 실제 장비에서 명령을 실행하면 고객 식별자가 출력될 수도 있습니다. 모의 식별용 문자열을 넣으면 결과가 전송되거나 기록되고 보관되는 위치를 살펴볼 수 있습니다. 각 모드가 어떤 정보를 드러내는지 파악하기 전까지 실험 환경을 운영 점프 호스트와 분리합니다.

결과를 내보낼 때는 명령, 시각, 장비 식별 정보, 관련 출력을 해당 증거가 뒷받침하는 가설과 함께 남깁니다. 그러면 다음 운영자가 라우터에서 나온 문장과 모델이 쓴 문장을 기억에 의존해 구별하는 대신, 증거의 흐름을 따라가며 검토할 수 있습니다.

릴리스 무결성과 로컬 모델의 한계

Transit은 릴리스 빌드에 서명하지 않는다고 밝힙니다. 릴리스별 SHA256SUMS 파일로 내려받은 파일이 공개된 해시와 일치하는지 확인할 수 있습니다. 해시 대조만으로 배포 주체의 신원을 인증할 수는 없습니다. 서명된 배포물이 필요한 팀은 검토한 태그에서 자체 소프트웨어 배포 절차로 빌드하는 방안을 검토할 수 있습니다. Windows 설치 안내에는 PowerShell 7이 필요하다고 명시돼 있습니다.

로컬 추론은 클라우드 의존성을 낮출 수 있어 데이터 공유가 제한된 환경에 맞을 수 있습니다. 소형 로컬 모델은 문맥을 빠뜨리거나 여러 벤더의 출력을 오해할 수 있고, 보유한 하드웨어에서 처리 시간이 길어질 수도 있습니다. 두 방식을 모두 허용하는 환경이라면 원인이 알려진 동일 사례를 로컬과 승인된 호스팅 구성에서 실행해 봅니다. 맞힌 가설 수, 불필요한 명령, 장비를 잘못 연결한 사례, 운영자가 들인 총 시간을 기록합니다.

처음에는 자동 승인을 끈 상태에서 운영자가 제안된 명령을 하나씩 검토하는 증거 수집 도구로 쓰는 편이 현실적입니다. 실험에서 일관된 증거와 검토 가능한 보고서가 나온다면, 어떤 종류의 읽기 전용 조사에 이 방식을 적용할지 판단할 수 있습니다. 모델에 네트워크 접근 권한을 어디까지 줄 것인지도 그 결과를 바탕으로 구체적으로 정할 수 있습니다.

시험할 빌드 하나를 정하고 한계를 기록하기

v6.5.11은 체크섬 목록에 적힌 이름과 GitHub가 정규화한 파일명이 어긋나던 문제를 수정했습니다. 시험할 릴리스와 플랫폼을 정한 뒤 설치 프로그램을 실행하기 전에 공개 해시를 확인합니다. 릴리스 노트를 읽고 공식 저장소에서 파일을 받습니다. 회사가 승인 소프트웨어를 관리형 카탈로그로 배포한다면 그 절차를 따릅니다. 해시가 일치해도 설치 승인 절차는 별도로 필요합니다.

README에는 조사 도구 여섯 가지가 나옵니다. 수가 적어도 각 도구가 어디까지 접근하는지 알아야 운용할 수 있습니다. 인증 정보를 연결하기 전에 모델 엔드포인트, 점프 호스트, 시험용 스위치 한 대를 목록에 적습니다. 각 연결을 어느 계정으로 열었는지 기록합니다. 개발자가 별도 Ollama 서버를 설정한다면 클라이언트가 실제로 접속하는 주소를 확인합니다. 사내 네트워크에 있는 서버도 노트북 입장에서는 외부 접속 대상입니다.

1. 원인이 알려진 증상과 대상 장비에만 접근할 수 있는 계정을 실험 환경에 준비합니다.
2. 선택한 빌드를 검증하고 엔드포인트, 인증 정보, 보관 설정을 확인합니다.
3. 어시스턴트에게 다음에 관찰할 항목과 그 결과로 반증할 수 있는 가설을 요청합니다.
4. 자동 승인을 끈 채 제안 하나를 거절하고 장비 로그를 확인합니다. 이후 별도의 안전한 명령을 승인합니다.
5. 예시 로그에 무해한 식별용 값을 넣습니다. 클라이언트가 값을 가리는지, 로컬 기록이나 설정한 엔드포인트에 어디까지 나타나는지 확인합니다.
6. 결과를 내보낸 뒤 다른 운영자가 기록된 증거로 진단을 재현하도록 합니다.

제공업체를 바꿔 쓰는 경우 설정 변경 뒤 같은 점검을 합니다. 버튼은 그대로여도 엔드포인트가 바뀌면 데이터가 이동하는 경로가 달라질 수 있습니다. 승인된 실험 환경에서 네트워크를 관찰하면 실제 목적지를 확인할 수 있습니다. 설정 화면만 보고는 어느 서버가 요청을 받았는지 알 수 없습니다.

지원 스위치와 범용 셸의 권한을 분리하기

Transit의 릴리스 태그에 포함된 위협 모델은 지원 벤더별 명령 정책을 설명합니다. 운영자가 미리 활성화한 규칙과 일치하면 자동 승인하는 옵션도 있습니다. 초기 시험에서는 이 옵션을 끄고 운영자가 제안된 명령을 확인할 수 있습니다. 장비 계정의 범위도 좁혀야 합니다. 승인 창만으로 서비스 계정에 최소 권한을 부여할 수는 없습니다.

같은 문서는 범용 Linux와 Unix에 별도 정책이 적용된다고 설명합니다. 이 경로는 경고를 표시하고 명령마다 승인을 요구하며, 항상 허용하는 규칙을 제공하지 않습니다. 다만 범용 시스템에 적용되는 명령 정책 자체에는 제한이 없습니다. 조직이 별도로 실행 범위를 통제할 수 있을 때까지 초기 조회 전용 시험에서는 이 경로를 제외할 수 있습니다. 장비 유형과 계정이 각각 안전 경계의 일부입니다.

또 다른 실험은 도구가 익숙하지 않은 출력을 받는 순간을 재현할 수 있습니다. 명령 결과에 모델이 모르는 카운터가 나오거나, 벤더에 따라 인터페이스 이름이 다를 수 있습니다. 도움이 되는 답변은 처음 관찰한 증거를 가리키고 여러 가설을 구분할 수 있는 확인 방법을 요청합니다. 그럴듯한 해석을 이미 확인한 사실처럼 말하는 답변과 비교해 채점할 수 있습니다. 두 경우 모두 운영 장비에 연결할 필요는 없습니다.

다음 교대조가 바로 사용할 수 있게 결과 남기기

한 줄짜리 진단은 조사를 진행한 사람에게 편합니다. 교대 인수인계에는 마지막으로 확인한 관찰, 배제한 원인, 남아 있는 불확실성, 세션을 전부 열지 않고도 다음 운영자가 확인할 수 있는 항목이 필요합니다. 주요 판단 옆에 관련 증거를 연결합니다. 새 로그 항목을 본 모델이 진단을 바꿨다면 어떤 근거로 바꿨는지도 남깁니다.

비교 기준으로는 팀에서 이미 하는 수동 조사 절차가 적절합니다. 처음 유용한 관찰을 얻기까지 걸린 시간, 관련 없는 명령 제안 수, 인수인계를 쓰는 데 걸린 시간을 기록합니다. 로컬 모델이 감당할 만한 속도로 필요한 일을 해내면 정보 보호 면에서 이점이 있습니다. 어려운 사례는 데이터 정책이 허용하는 승인된 호스팅 모델이 더 실용적일 수 있습니다. 어느 쪽이든 연결 경로와 조사 결과의 근거는 분명히 남겨야 합니다.

데이터가 향하는 곳을 각각 확인하기

설정 기록에는 사용자 인터페이스가 보내는 정보, 추론 서버로 전달되는 정보, 장비에서 수집되는 정보를 구분해 적을 수 있습니다. 이렇게 하면 제공업체를 바꿀 때 검토하기가 한결 쉽습니다. 목적지마다 데이터 보관 설정을 별도로 봅니다. 로컬 세션 기록을 지웠다는 사실로 엔드포인트가 이전 요청을 삭제했는지 판단할 수는 없습니다.

표는 흔한 구성 예시입니다. 팀은 직접 선택한 엔드포인트와 서비스 설정을 관찰해야 합니다. 설정 화면에 같은 브랜드가 보여도 호스팅 서비스일 수도, 사설 게이트웨이일 수도 있습니다. 실제 호스트 이름과 운영 주체를 알면 데이터 흐름을 감사할 수 있습니다.

가상 로그로 민감정보 가리기 확인하기

가짜 IP 주소와 장비 이름, 고객 식별자처럼 보이는 표식을 넣은 실험용 로그를 만듭니다. 정책에 따라 남길 값과 가릴 값, 삭제할 값을 표시합니다. 같은 예시를 채팅 요약과 내보내기처럼 서로 다른 두 동작에 사용해 봅니다. 시스템이 각 결과를 조합하는 방식은 다를 수 있습니다. 실제 데이터를 연결하기 전에 두 경로를 각각 확인합니다.

두 번째 시험에서는 긴 설명이나 형식이 있는 출력 안에 표식을 넣습니다. 정해진 필드의 값을 가리는 규칙이라도 문장에 포함된 같은 값을 놓칠 수 있습니다. 승인되지 않은 목적지에서 표식이 계속 보인다면 운영 장비를 연결하기 전에 그 경로를 차단합니다. 원본 입력의 범위를 줄여 다시 시도하면 어떤 보호 조치가 실제로 동작했는지 알 수 있습니다.

업그레이드 후 같은 실험 다시 하기

클라이언트를 업데이트한 뒤 선택한 제공업체를 기록하고 같은 실험을 반복합니다. 명령 허용 목록이나 자동 승인 규칙이 바뀌면 도구가 제안하는 작업이 달라질 수 있습니다. 엔드포인트 기본값이 바뀌면 증거가 향하는 곳도 달라질 수 있습니다. 명령 거절, 민감정보 가리기, 원인을 알고 있는 장애의 진단 성공을 한 번에 확인합니다. 이런 작은 회귀 테스트 묶음은 팀 환경이 변할 때도 오픈소스 도구를 운영하기 쉽게 해 줍니다.

조사 도구와 장비 계정을 따로 검증하기

읽기 도구는 이미 확보한 증거나 장비 메타데이터를 반환할 수 있습니다. 명령 실행 도구는 연결된 계정으로 장비에 새 증거를 요청할 수 있습니다. 명령을 실행할 수 없는 상황에서도 기존 자료를 요약할 수 있어야 합니다. 모델 엔드포인트는 켜 두고 장비 연결만 끊어 이 경계를 확인합니다. 응답에서 이전에 관찰한 내용과 연결이 끊겨 새로 수집하지 못한 내용을 구분해야 합니다.

이어서 스위치 한 대는 조회할 수 있지만 설정 모드에는 들어갈 수 없고 다른 네트워크 구간에 접근할 수도 없는 계정으로 연결합니다. 어시스턴트에게 실제 변경을 시키지 않고도 자체 실험 장비에서 거부 경로를 확인할 수 있습니다. 앱에 남은 명령 제안 기록과 장비의 로그인 및 명령 감사 기록을 비교합니다. 그러면 도구의 정책 판단과 장비 계정의 실제 접근 권한을 별도로 확인할 수 있습니다.

출처

• Transit v6.5.11 릴리스

• 해당 릴리스 태그의 Transit 위협 모델

• Transit 오픈소스 전환 안내

• Transit 커뮤니티 저장소와 릴리스 안내

• Transit 릴리스 목록

• Transit 기능 문서

---

업무 중 나눈 대화와 결정 사항을 검색할 수 있게 정리하고 싶다면 Telli.sh 계정 만들기를 이용해 보세요.