Durin로 MCP 액세스를 중앙 집중화하세요

MCP 연결을 중앙 집중화하는 이유는 무엇입니까?

직원은 하나의 AI 클라이언트를 코딩용으로 사용하고 다른 하나는 연구용으로 사용할 수 있습니다. 각각은 여러 도구에 연결할 수 있습니다. 이러한 연결이 증가함에 따라 IT는 이를 소유한 사람이 누구인지, 어떤 자격 증명을 사용하는지, 어떤 리소스를 노출하는지, 문제가 발생할 경우 증거를 어디서 찾을 수 있는지 알아야 합니다. 모든 클라이언트에서 해당 작업을 반복하면 변경 사항을 조정하기가 더 어려워집니다.

Durin은 클라이언트와 승인된 연결 사이에 관리되는 MCP 경로를 배치합니다. 각 사람은 개별 엔드포인트를 유지하고 관리자는 작업 공간에서 연결, 액세스 정책, 리뷰 작성 및 증거를 관리합니다. 이는 포털 또는 게이트웨이 패턴 뒤에 있는 유용한 아이디어입니다. 즉, 도구 연결 전반에 걸쳐 일관된 운영 프로세스입니다. 모든 사람이 한 사람의 URL을 공유할 필요는 없습니다.

이전: 각 클라이언트는 업스트림 시스템에 독립적으로 연결됩니다. 이후: 클라이언트는 자체 Durin 엔드포인트와 공통 연결 제어 세트를 사용합니다. 점선으로 표시된 직접 경로는 여전히 Durin을 건너지 않고 업스트림 시스템에 도달합니다. 소유자는 해당 경로를 별도로 제어해야 합니다.

전체 크기 그림 열기: 별도의 연결은 공유 관리 경로가 되며 외부에 직접 액세스할 수 있습니다.

Direct MCP 서버에는 이미 효과적인 인증, 리소스 제어 및 감사 기능이 있을 수 있습니다. 중앙 집중화는 팀이 여러 클라이언트 또는 시스템에서 해당 책임을 일관되게 관리해야 할 때 유용합니다. 이미 보유하고 있는 통제 항목을 목록화하는 것부터 시작한 다음, 공유해야 할 결정을 식별하십시오.

해당 인벤토리에 대한 직접 경로를 유지하세요. 별도의 공급자 자격 증명을 가진 사용자는 여전히 Durin 외부의 동일한 시스템에 연결할 수 있습니다. 클라이언트 구성, 업스트림 권한 및 모든 네트워크 제어는 롤아웃의 일부로 유지됩니다. 통제된 호출이 성공하면 경로가 작동함을 증명합니다. 다른 모든 경로가 폐쇄되었음을 증명하는 것은 아닙니다.

아키텍처가 어떻게 조화를 이루는가

AI 클라이언트가 도구 호출을 제안합니다. Durin은 개인 MCP 엔드포인트에서 요청을 수신하고 요청자를 인증합니다. 엔드포인트는 해당 계정에 속합니다. 주소를 안다고 해서 다른 사람이 이를 사용할 수 있는 권한이 부여되는 것은 아닙니다. 브라우저 로그인과 인증된 MCP 클라이언트는 별도의 단계입니다.

클라이언트와 해당 모델은 Durin 외부에 유지됩니다. 개인 끝점은 ID 바인딩 진입점을 선택합니다. Durin 내부에서는 현재 검사와 정책이 연결보다 우선합니다. 원격 MCP 요청은 업스트림 MCP 서버로 이동합니다. 기본 어댑터는 공급자 API를 호출합니다. 결정 및 결과 메타데이터는 감사 추적을 형성합니다. 합성 샌드박스는 Durin 내에 유지되며 공급자와 접촉하지 않습니다.

전체 크기 그림 열기: 개인 수신 및 액세스 확인은 원격 MCP 또는 기본 API 연결로 라우팅됩니다.

승인된 연결은 작업 공간에서 사용할 수 있는 시스템을 설명합니다. 액세스 권한은 요청자의 현재 멤버십 및 팀 범위, 연결 상태, 선택한 자격 증명, 검토된 도구, 리소스 및 검사에 따라 달라집니다. 도구 검색은 사용 가능한 카탈로그를 노출하지만 도구를 보는 것이 해당 도구를 호출할 수 있는 영구적인 부여는 아닙니다.

원격 MCP 연결은 업스트림 MCP 서버와 통신합니다. 기본 커넥터는 공급자 API에 대한 도구를 구현합니다. 이는 동일한 거버넌스 경계 뒤의 다양한 실행 경로입니다. 내장된 Durin 샌드박스는 외부 공급자에게 도달하지 않고도 합성 문서와 티켓을 제공합니다. 실제 시스템을 구성하기 전에 제어 방법을 익히는 데 사용하십시오.

귀하의 모델은 고객이 선택한 환경에서 계속 실행됩니다. Durin은 이를 호스팅하거나 교육하지 않습니다. 클라이언트에 반환된 도구 결과는 해당 모델 제공자에게 전달될 수 있으므로 조직의 데이터 처리 규칙을 클라이언트에도 적용하세요. 선택한 공급자 계정이 액세스할 수 있는 항목에 대한 업스트림 승인은 여전히 ​​유효합니다.

에이전트가 도구를 호출하면 어떻게 되나요?

간단한 읽기 요청을 예로 들어 보겠습니다. sandbox__read_document를 리소스 engineering/handbook으로 호출합니다. 샌드박스에는 회사 문서가 아닌 짧은 합성 핸드북이 있습니다. 클라이언트가 도구 이름과 인수를 보내면 Durin이 해당 요청자가 지금 이 호출을 할 수 있는지 판단합니다.

액세스를 인증하고 확인한 후 정책 결정을 기록합니다. 거부하면 호출가 중지됩니다. 승인 필요는 독립적인 검토와 정확한 요청자의 재시도를 위해 작업을 일시 중지합니다. 현재 허용된 요청만 계속해서 발송됩니다. 시도 후 기록된 결과는 성공 확인, 실패 확인 또는 불확실입니다. 불확실성은 결코 성공으로 나타나지 않습니다.

전체 크기 그림 열기: 도구 호출은 전송 전 검사와 정책 결정을 통과하며 결과가 별도로 기록됩니다.

1. 요청자를 식별합니다. 인증은 개인 끝점 및 현재 작업 영역 멤버십과 일치해야 합니다.
2. 액세스를 확인하세요. 연결이 활성화되고 확인되어야 합니다. 팀 범위, 개인 액세스, 자격 증명, 검토된 도구, 허용된 리소스 및 검사가 요청을 허용해야 합니다.
3. 정책을 평가합니다. 필수 확인 후 검토된 요청은 기본적으로 허용됩니다. 관리자는 기본 거부, 독립적으로 쓰기 승인 요구 또는 쓰기 거부를 선택할 수 있습니다. 팀 제한 및 사용자 정의 정책은 결과를 더욱 제한할 수 있습니다.
4. 허용되는 경우에만 전송됩니다. 거부된 요청은 도구가 실행되기 전에 중지됩니다. 승인이 필요한 응답은 검토 및 재시도가 필요함을 의미합니다. 아무 작업도 실행되지 않았습니다.
5. 결과를 검사합니다. 합성 읽기는 성공 시 핸드북 텍스트를 반환합니다. 결정 및 실행 기록은 허용된 내용과 실제로 발생한 일을 별도의 사실로 기술합니다.

허용 결정은 공급자가 성공적으로 응답할 것이라고 약속할 수 없습니다. 인증은 업스트림에서 만료될 수 있고, 서비스는 실패할 수 있으며, 디스패치된 쓰기는 안정적인 확인을 잃을 수 있습니다. Durin은 확인된 완료, 확인된 실패 및 불확실성을 구별합니다. 불확실한 쓰기를 조사할 항목으로 취급하십시오. 반복하면 두 번째 효과가 발생할 수 있기 때문입니다.

클라이언트를 Durin에 연결

연결 요청을 검토할 수 있는 관리자와 함께 기존 Durin 작업 공간에서 시작합니다. 신규인 경우 먼저 온보딩 중에 표시되는 계정 및 작업 공간 단계를 완료하세요. 아래 연습에서는 Durin의 합성 샌드박스를 사용하며 타사 공급자 계정이 필요하지 않습니다. 가입 전 데모를 보려면 아래 링크된 공개 요청 시뮬레이터를 사용해 보세요.

1. 내 작업 영역에서 연결을 열고 에이전트 연결을 확장합니다. MCP 엔드포인트를 찾으세요. 메시지가 나타나면 엔드포인트 설정을 선택합니다. 그런 다음 URL 복사를 사용하세요. 귀하의 계정과 연결된 복사된 주소를 유지하세요.
2. 연결 열기 → 사용 가능하고 Durin 샌드박스를 요청합니다. 관리자는 승인에서 요청을 열고 요청 승인을 선택합니다. 필요한 경우 샌드박스가 생성됩니다. 기존 액세스 정책은 계속 적용됩니다. 비활성화된 샌드박스를 활성화하려면 관리자가 필요합니다.
3. 복사한 엔드포인트를 MCP 클라이언트에 추가하세요. 아래 Claude Code 예는 웹 사이트에서 사용되는 것과 동일한 설정 생성기에서 가져온 것입니다. YOUR_PERSONAL_ENDPOINT_ID를 복사한 URL의 식별자로 바꾸세요. 표시된 주소는 자리 표시자일 뿐입니다.

claude mcp add --transport http --scope user durin 'https://mcp.getdurin.com/mcp/u/YOUR_PERSONAL_ENDPOINT_ID'

Claude Code를 열고 /mcp를 사용하여 Durin을 인증하세요.

엔드포인트를 소유한 계정을 사용하여 인증을 완료한 다음 클라이언트 도구를 새로 고칩니다. 공급자 토큰을 엔드포인트 URL에 붙여넣거나 다른 사람의 주소를 팀 구성으로 공유하지 마세요. durin이라는 서버가 이미 있는 경우 다른 항목을 추가하기 전에 기존 항목을 조정하십시오. 클라이언트 설정 가이드에서는 Codex, Cursor 및 연결별 URL도 다룹니다.

저장된 연결이 하나만 표시되어야 하는 클라이언트의 경우 해당 연결을 열고 연결 URL 설정을 선택한 다음 연결 URL 복사를 선택합니다. 해당 정확한 주소를 소유자로 인증하세요. 전체 개인 끝점과 연결별 끝점에는 별도의 권한 부여 대상이 있습니다. 하나의 토큰은 다른 토큰과 교환할 수 없습니다. 리소스 권한과 현재 정책은 선택한 연결에 계속 적용됩니다.

클라이언트에서 리소스 engineering/handbook으로 sandbox__read_document를 호출하세요. 성공 응답에는 합성 엔지니어링 핸드북이며 회사 데이터가 없다는 설명이 표시됩니다. 활동 내역에서 요청과 결과를 확인하세요. 더 넓은 범위의 증거가 필요하면 관리자에게 조직의 감사 기록 확인을 요청하세요.

관리자가 이 회사 핸드북 설정 요청 예시를 승인했습니다. 눈에 보이는 승인됨 · 설정 보류 상태 및 검토 메모는 공급자 액세스가 활성화되기 전에 여전히 확인이 필요함을 의미합니다. 이 연결 요청은 하나의 정확한 도구 작업을 승인하는 것과는 별개입니다.

전체 크기 그림 열기: 승인됨 · 설정 보류 중이라고 표시된 회사 핸드북에 대한 Durin 연결 검토입니다.

실제 공급자로 이동할 때 해당 공급자의 설정 가이드와 현재 연결 화면을 사용하십시오. 저장된 초안, 나열된 공급자 또는 승인된 설정 요청은 활성 연결의 증거가 아닙니다. 공급자 인증, 도구 검색 및 검토, 유효성 검사기, 준비 테스트 및 활성화는 해당하는 경우 완료되어야 합니다. 개인 제공자의 동의가 필요할 수도 있습니다. 샌드박스의 계정 없는 설정이 모든 통합에 적용된다고 가정하기보다는 표시된 체크포인트를 따르십시오.

민감한 쓰기를 의도적으로 처리

안전하게 검토 절차를 연습하려면 관리자에게 변경 작업에 다른 관리자 승인이 필요하도록 정책을 게시해 달라고 요청하세요. 리소스 engineering/roadmap과 짧은 합성 제목으로 sandbox__create_ticket을 제출합니다. 다른 활성 관리자가 작업을 검토해야 합니다. 관리자 권한이 있더라도 같은 사람이 요청과 승인을 모두 할 수는 없습니다.

요청자가 쓰기를 제출하고 보류 중인 작업을 받습니다. 다른 활성 관리자가 이를 검토합니다. 정확한 승인은 발송 없이 요청자에게 제어권을 반환합니다. 요청자는 만료되기 전에 승인 참조로 동일한 호출을 다시 시도합니다. Durin은 현재 액세스 권한과 권한을 소비하고 한 번의 시도를 요청하기 전에 재검증합니다. 거부, 만료 또는 무효화된 부여가 중지됩니다. 불확실한 시도는 다른 쓰기 전에 조사가 필요합니다.

전체 크기 그림 열기: 다른 관리자가 승인하고 요청자가 재시도하며 현재 확인으로 한 번의 실행 시도가 이루어집니다.

검토자는 승인에서 작업을 열고 요청자, 도구, 리소스, 인수 다이제스트, 버전 및 만료를 확인한 다음 정확한 작업 승인 또는 작업 거부를 선택합니다. 승인은 하나의 요청을 해당 ID, 연결, 자격 증명 컨텍스트, 도구, 인수, 리소스 및 관련 버전에 바인딩합니다. 이후 쓰기에 대한 일반 권한은 부여하지 않습니다.

재시도는 현재 액세스에 대해 평가됩니다. 만료된 승인, 취소된 멤버십, 변경된 정책, 변경된 인수, 변경된 도구 또는 자격 증명 컨텍스트는 이전 작업을 승인할 수 없습니다. 실행 시도를 위해 사용 가능한 권한이 소비됩니다. 중복 전달은 다른 쓰기를 승인하지 않습니다. 새로운 검토가 필요한 경우 다른 요청을 작성하기 전에 이유를 조사하세요.

예를 들어 검토 후 합성 티켓 제목을 변경하면 인수가 변경됩니다. 다른 로드맵 리소스를 선택하면 목표가 변경됩니다. 검토자가 승인한 작업도 아닙니다. 정확한 재시도를 위해 원래 요청을 그대로 유지하거나 자체 평가를 위해 변경된 작업을 제출하세요. 이를 통해 관리자는 에이전트가 나중에 즉석에서 쓰기를 수행할 수 있도록 개방형 권한 대신 제한적인 결정을 내릴 수 있습니다.

마지막으로 실행 결과를 검사합니다. 샌드박스의 경우 성공이 확인되면 합성 티켓이 생성됩니다. 실제 공급자의 경우 응답이 손실되면 결과가 불확실해질 수 있습니다. 새로 쓰기를 시도하기 전에 공급자와 기록된 증거를 확인하세요. 또 다른 시도를 강제하기 위해 멱등성 키를 변경하면 이미 발생한 작업이 중복될 수 있습니다.

출시 전 경계 이해

호출가 실패하면 권한을 변경하기 전에 체크포인트를 찾으세요. 인증 실패에는 올바른 계정 및 엔드포인트 인증이 필요합니다. 정책 거부에는 이유, 구성원, 팀 범위, 도구 검토 및 리소스 액세스를 확인해야 합니다. 사용할 수 없는 연결은 사용자에 대해 비활성화되거나, 확인되지 않거나, 연결이 끊어지거나, 사용 가능한 자격 증명이 누락될 수 있습니다. 이러한 조건은 작업을 승인해도 해결되지 않습니다.

만료되거나 무효화된 승인에는 현재 요청을 새로 검토해야 합니다. 업스트림 오류에는 공급자와 해당 권한을 조사해야 합니다. 작업이 이미 수행되었을 수 있는 불확실한 디스패치 쓰기와 이러한 사례를 별도로 유지하세요. 모든 오류를 재시도 이유로 간주하지 마세요.

감사 증거는 결정 및 실행 메타데이터를 기록합니다. 모든 프롬프트, 인수 또는 응답을 보관하겠다고 약속하는 것은 아닙니다. 운영자에게 필요한 증거가 무엇인지 결정하고, 캡처 및 보존 설정을 검토하고, 기록을 검사할 수 있는 사람을 확인합니다. 업스트림 서비스 및 모델 공급자는 자체 보안 및 데이터 처리 책임을 집니다.

• Durin 경로와 함께 각 연결 및 인벤토리 직접 액세스 경로에 대한 소유자의 이름을 지정합니다.
• 대상 회원 1명을 연결하여 저위험 읽기를 확인하고 기록된 사유로 거부를 확인합니다.
• 쓰기 액세스를 확장하기 전에 독립적인 검토, 정확한 재시도, 만료 및 취소를 테스트하세요.
• 실패하고 불확실한 시도를 조사하는 사람과 실제 효과를 확인할 위치에 동의합니다.
• 광범위한 출시를 계획하기 전에 현재 가격과 필요한 계정 기능을 검토하세요.

팀에서 경로, 권한 결정, 시도 결과를 설명한 후 확장하세요. 개발자 가이드는 클라이언트 통합을 위한 다음 단계입니다. 거버넌스 체크리스트는 이 단일 연습을 운영 프로세스로 전환하는 데 도움이 됩니다.