요약

  • RFC 1173의 1990년 '구전 전통'은 연락 가능한 접점과 현지에 보유된 도구 및 권한을 짝지었습니다. 이는 정보성 문서였으며, IAB 정책이나 보편적 명령 체계가 아니었습니다.
  • postmaster, NOC 또는 다른 역할 주소로 보내는 메시지는 보고를 올바른 현지 경계로 전달할 수 있습니다. 그러나 무엇이 일어났는지, 누가 원인이었는지, 그 경계가 어떤 조치를 취해야 하는지 확립할 수는 없습니다.

거대한 네트워크 뒤의 작은 약속

RFC 1173에는 특이할 정도로 솔직한 상태 문단이 있습니다. James VanBokkelen은 이 문서를 자신의 인터넷 관례에 대한 견해를 담은 기고로, 이후 공식 정책에 정보를 제공하는 데 도움이 되기를 기대하는 것으로 묘사했습니다. RFC는 이것이 표준도 IAB 정책도 아니라고 명시합니다. 또한 지역 및 지역(regional) 구성 요소가 이 관례를 보완하거나 수정할 수 있다고 말합니다. 이러한 한정 사항은 의례적인 것이 아닙니다. 이 문서가 어떤 종류의 문서인지 독자에게 알려줍니다. 나중에 연결된 모든 기계에 대한 상시 명령이 아니라, 분산된 시스템 내부의 조정 관행에 대한 역사적 기록입니다.

RFC가 묘사한 시스템에는 실용적인 문제가 있었습니다. 라우팅 루프, 고장난 메일 릴레이, 잘못 구성된 호스트, 한 곳의 정전이 다른 곳에서 나타날 수 있었습니다. 증상을 발견한 사람에게는 그것을 설명하는 데 필요한 진단 도구, 접근 자격 증명, 운영 맥락이 없을 수 있었습니다. 이를 갖춘 사람들은 다른 조직에 있을 수 있었습니다. 따라서 기능하는 인터넷에는 패킷뿐 아니라 질문을 위한 경로도 필요했습니다.

그 경로는 의도적으로 인간적이고 현지적이었습니다. RFC 1173은 인터넷 구성 요소를 책임지는 사람들이 메일과 전화로 연락 가능하고 보고 및 진단 시도에 응답해야 한다고 말했습니다. 조직 구조가 분산되어 있고 현지 요구에 민감하게 반응하기 때문에 유지보수는 협력적이라고 규정했습니다. 네트워크 위에 'Ma Datagram' 공급자는 존재하지 않는다고 약속했습니다. 알림을 받아 연결된 모든 시스템에 대한 권한을 획득하는 보편적 운영 센터는 없었습니다.

이 부재가 핵심입니다. 접점 경로는 도움을 줄 수 있는 사람을 찾는 비용을 낮춥니다. 증상과 결론 사이의 거리를 줄여주지는 못합니다. 또한 라우터를 재부팅하고, 필터를 변경하고, 계정을 폐쇄할 권한을 보고자에게서 메일함 이름으로 이전하지 않습니다.

연락 가능성은 역량과 짝을 이루었다

RFC 1173은 목록에 등재되어 있다는 것과 책임을 진다는 것을 혼동하지 않았습니다. 연결된 모든 IP 네트워크 또는 서브넷에 대해 하나 이상의 네트워크 관리자를 기대했습니다. 이 문서는 그 직함을 강력한 현지 조건과 연결했습니다. 네트워크 관리자는 현지 네트워크에 연결된 호스트와 라우터에 대한 시스템 관리 접근 권한을 가지거나, 문제가 발생했을 때 전원을 끄고, 재부팅하고, 물리적으로 분리하거나 IP 포워딩을 비활성화할 권한과 접근 권한을 가져야 했습니다.

이 표현은 지금은 투박하게 들릴 수 있습니다. 역사적으로는 정확한 조직적 주장이었습니다. 보고는 인터넷을 넘어 이동할 수 있었지만, 시정 역량은 관련 기계를 소유하거나 운영하는 네트워크에 계속 붙어 있었습니다. 관리자는 단순히 디렉터리에 있는 주소가 아니었습니다. 관리자는 현지 장비에 대해 조치를 취하고, 그곳에서 개입한 결과를 감당할 위치에 있는 사람, 혹은 그런 사람들 중 한 명이었습니다.

호스트 시스템 섹션도 이 구조를 반복합니다. 호스트를 책임지는 사람은 그것을 구성하고, 운영하고, 접근을 통제할 권한, 접근 권한, 도구가 필요했습니다. 이는 전화 대응을 위한 낡은 체크리스트 이상입니다. 역량 없는 책임은 형식적이며, 책임 있는 현지 경계 없는 역량은 위험하다는 초기 진술입니다. 이 문서는 둘을 동시에 요구했습니다.

이 구분은 역사적 독자가 유혹적이지만 잘못된 추론을 하지 않도록 해줍니다. 원격 참여자가 네트워크 관리자를 식별할 수 있더라도 그 관리자의 자격 증명을 획득한 것은 아닙니다. 보고가 긴급하다고 해서 보고자의 진단이 옳다는 증거가 되는 것은 아닙니다. 현지 관리자가 호스트의 포워딩을 비활성화할 수 있었다는 역사적 사실이, 다른 운영자의 호스트에 대해 동일한 권리를 만들어주지는 않습니다. RFC 1173의 모델이 협력적인 것은 통제가 보편화되지 않기 때문입니다.

postmaster는 질문을 보내는 곳이었다

postmaster관례는 이 아키텍처를 구체적으로 만들어줍니다. RFC 1173은 현지 네트워크를 넘어 메일을 처리하는 인터넷 호스트는 해당 이름의 메일함을 유지해야 하며, 이를 배달 문제의 정상적인 접점으로 묘사했습니다. 배달 실패를 목격한 원격 유지보수자는postmaster로 메일을 보낼 수 있었고, 자동 배달 오류는 이를 회신 주소로 명시할 수 있었습니다. 이 문서는 정기적인 확인을 강조했습니다. 읽히지 않는 접점 경로는 현지 메일 문제를 다른 곳에서 잃어버리거나 반송되는 메시지로 바꿀 수 있기 때문입니다.

이것은 유용한 인터페이스지만 매우 좁은 것입니다. 메일함은 메시지를 수신합니다. 수신자가 특정 인간이라는 것을, 그 사람이 그것을 읽었다는 것을, 보고 내용이 완전하다는 것을, 요청된 시책이 적절하다는 것을 증명하지 않습니다. 배달 실패는 꽉 찬 디스크, 깨진 별칭, 사용 불가능한 이름 서버, 할당량, 잘못된 형식의 주소 또는 불만 제기자의 시야 밖의 무언가에서 발생할 수 있습니다. 역할 메일함은 에스컬레이션을 가능하게 합니다. 진단은 여전히 배달 후에 시작됩니다.

이후의 메일함 표준들은 이 절제를 유지합니다. 1997년의 RFC 2142는 일반 메일함 이름을 서비스 또는 조직적 역할에 적합한 인력에게 연락하기 위한 주소로 묘사합니다.NOC,SECURITY,ABUSE와 같은 운영 이름을POSTMASTER,HOSTMASTER같은 서비스 이름과 나란히 두고, 이 이름들에 도메인 범위를 부여합니다. 주소는 발신자에게 역할이 어디에서 연락 가능할 것으로 기대되는지 알려줍니다. 역할을 전 세계적으로 유효한 신원 자격 증명이나 교차 도메인 통제 인터페이스로 만들지는 않습니다.

RFC 5321은 전송 측면도 마찬가지로 구체적으로 유지합니다. 메일을 릴레이하거나 배달하는 SMTP 수신자는 자신이 서비스하는 도메인에 대해 예약된 현지 이름postmaster를 지원해야 하며, 단 하나의 좁은 보안 예외가 적용됩니다. 이 요구 사항은 이름에 대한 메일 수용과 관련됩니다. 특정 인간이 특정 요청을 조사할 것을 보장하지 않고, 결함을 판정하거나 개입에 동의하거나 결과를 산출하는 것은 말할 것도 없습니다. 전송 수용과 운영 판단은 여전히 서로 다른 사건입니다.

보고는 관찰이지 판결이 아니었다

RFC 1173은 일반 사용자에게 중요한 역사적 위치를 부여합니다. 사용자들은 종종 문제를 발견하는 최전선이었습니다. "오늘 아침에는 이 서비스에 접근할 수 있었지만 지금은 안 된다"는 말은, 아직 관측되지 않은 변화를 화자가 목격했기 때문에 귀중한 경고가 될 수 있습니다. 그러나 RFC는 그 경고를 완전한 인시던트 기록으로 만들지 않습니다. 네트워크 전체에 영향을 미칠 수 있는 문제를 사용자 관련, 호스트 관련, 네트워크 관련으로 나눕니다. 진단과 시책이 다르기 때문에 이 차이는 중요합니다.

사용자 관련 불만은 메일링 리스트의 동작, 프라이버시 문제, 침입 시도와 관련될 수 있습니다. 호스트 관련 문제는 낡은 프로그램, 결함 있는 설정, 소프트웨어 결함일 수 있습니다. 네트워크 관련 문제는 라우팅 광고, 루프, 블랙홀과 관련될 수 있습니다. 동일한 눈에 보이는 증상(메일이 도착하지 않음, 목적지에 도달할 수 없음, 연결 실패)은 그 자체로 하나의 클래스를 선택하지 않습니다. 이를 보고하는 사람은 관찰을 제공합니다. 관련 로그, 토폴로지, 설정, 권한을 갖춘 누군가가 여전히 조사해야 합니다.

이 분리는 이 문서의 조용한 안전장치 중 하나입니다. 이것이 없으면 분산 네트워크는 모든 보고를 함축된 명령으로 바꿀 수 있습니다. 발신자가 "이것을 차단하라"고 말하고, 수신자가 의도를 추론하고, 증거와 범위가 알려지기 전에 현지 통제가 변경되는 것입니다. RFC 1173은 대신 책임 있는 개인들 간의 협력을 상상합니다. 협력은 불확실성을 제거한 것처럼 가장하지 않으면서 긴급함을 허용합니다.

보안 섹션은 다른 방식으로 같은 논리를 제시합니다. RFC는 보안이 주관적이라고 말합니다. 한 사이트가 무해한 호기심으로 보는 것이 다른 곳에서는 적대적 탐지로 인식될 수 있습니다. 관리자에게 다른 사이트의 우려를 진지하게 받아들이라고 요구하지만, 각 호스트의 관리자가 궁극적으로 그 호스트의 보안에 책임이 있다고도 말합니다. 관련 교훈은 모든 불만이 동일한 결과를 받아야 한다는 것이 아닙니다. 불만은 현지 지식, 현지 책임, 설명 가능한 결정과 만나야 한다는 것입니다.

분산형 에스컬레이션이 아키텍처적 선택이었던 이유

초기 운영 문서를 나중의 중앙 집중식 서비스 데스크의 불완전한 버전처럼 읽기 쉽습니다. RFC 1173은 다른 방향을 가리킵니다. 분산된 배치는 단순히 일시적인 불편함이 아니었습니다. 이 문서는 그것을 다양한 현지 요구에 대한 민감성, 그리고 진단에 필요한 도구, 접근 권한, 경험이 한 사이트에 위치하지 않을 수 있다는 사실과 연관시킵니다.

이는 의도적으로 분리된 여러 고리를 가진 사슬을 만듭니다:

  1. 사용자, 피어 또는 자동화 시스템이 증상을 관찰한다;
  2. 알려진 주소 또는 접점 경로가 그 관찰을 적절한 현지 역할로 전달한다;
  3. 현지 운영자가 실제로 검토할 수 있는 증거 및 맥락과 보고를 비교한다;
  4. 그 운영자가 자신의 자원에 대한 자신의 권한을 사용할지, 어떻게 사용할지 결정한다;
  5. 결과는 또 다른 책임 있는 행위를 통해 전달되거나 시정된다.

고리를 건너뛰면 사슬은 더 빨라 보이지만 이해하기 어려워집니다. 증명으로 취급된 보고는 결함을 잘못 식별할 수 있습니다. 권한으로 취급된 역할 라벨은 그 역할의 자원을 넘어서는 요구를 유발할 수 있습니다. 전역 명령으로 취급된 현지 통제는 결정을 내리지 않은 운영자에게 비용을 부과할 수 있습니다. RFC 1173의 역사적 가치는 겸손한 운영 관례가 이러한 오류를 계속 보이게 유지한다는 점입니다.

이 문서가 지금 확정하지 못하는 것

RFC 1173은 현재 운영자의 온콜 배치, 현재 서비스 계약, 현대 보안 정책, 네트워크 소유자, 메일함 뒤의 신원, 보고에 적용되는 법률을 확정하지 않습니다. 현대의 라우팅 실패, 메일 배달 사건, 어뷰즈 주장, 침입, 의도, 응답 시간을 증명하지 않습니다. 역할 주소가 존재한다는 이유만으로 독자가 호스트를 비활성화하거나, 사용자 계정 폐쇄를 요구하거나, 경계를 넘어 통제를 행사하도록 승인하지 않습니다.

이러한 배제들은 역사를 덜 유용하게 만드는 것이 아니라 더 유용하게 만듭니다. 독자는 여전히 올바른 운영 질문을 할 수 있습니다: 정확히 무엇이 관찰되었는가? 어떤 조직이 영향받은 자원을 운영하는가? 접점 경로가 살아 있는가? 보고를 확인하거나 반박할 수 있는 현지 로그 또는 설정 기록은 무엇인가? 누가 변경의 영향을 감당하는가? 진단이 틀렸을 때 무엇을 되돌릴 수 있는가? RFC 1173은 이 질문들에 미리 답하지 않습니다. 이 질문들이 서로 구별되어야 하는 이유를 보여줍니다.

출처 및 근거 경계

동결된 근거 패킷은 RFC 1173, 2142, 5321입니다. RFC 1173은 정보성 지위, 분산 환경, 현지 관리자 역량,postmaster관례, 보고 범주, 주관적 보안 맥락을 제공합니다. RFC 2142는 이후의 도메인 범위 역할 메일함 어휘를 제공합니다. RFC 5321은 SMTPpostmaster수용 요구 사항을 제공합니다. 어느 것도 현재 가용성, 신원, 권한, 인시던트, 결정, 배포 또는 결과를 증명하지 않습니다.