요약

  • 1977년 NAME/FINGER는 원격 호스트가 시스템의 사용자 목록이나 특정 인물에 대한 정보를 요청할 수 있게 했습니다.
  • 짧은 요청 하나로 이름, 터미널의 위치, 유휴 시간, 마지막 로그아웃 시각 또는 사용자가 남긴 메모까지 드러날 수 있었습니다.

질문에는 빈 줄이면 충분했습니다

1977년 NAME/FINGER 메모에서 가장 많은 정보를 주는 요청은 거의 비어 있었습니다. 캐리지 리턴과 라인 피드 한 쌍뿐이었습니다. 클라이언트는 원격 서비스에 접속해 빈 줄을 보내면, 서버가 응답하는 경우 그 시점에 시스템을 사용 중인 사람들의 목록을 받았습니다. 구현에 따라 그 목록에는 전체 이름, 실행 중인 작업, 터미널의 유휴 시간, 심지어 터미널이 건물 안 어디에 놓여 있는지가 담길 수 있었습니다. 이름으로 조회하면 활성 세션을 넘어 마지막 로그아웃 시각과 그 사람이 남겨둔 짧은 메시지까지 반환될 수 있었습니다.

네트워크는 질문을 통일했지만 사람의 이미지는 통일하지 않았습니다

이는 프로필 페이지보다 앞선 것이지만, 초기 웹 페이지는 아니었습니다. 네트워크 질문은 특정 호스트가 이미 수집하던 계정과 터미널 정보를 대상으로 했습니다. 켄 하렌스턴(Ken Harrenstien)의 RFC 742는 주로 하나의 명령줄을 기술하고 응답 형식을 강제하지 않습니다. 어떻게 로컬 데이터를 이해할 수 있는 텍스트로 바꿀지는 각 사이트가 스스로 결정했습니다. 공통된 것은 질문의 경로였고, 사람의 표현은 그 사람이 속한 시스템의 몫이었습니다.

1990년, 가시성이 운영상의 결정이 되었습니다

이 문서가 기록하는 것은 단일한 발명이 아니라 시스템 사이에서 전달된 습관입니다. SAIL에서 레스 어니스트(Les Earnest)가 작성한 FINGER 프로그램은 MIT의 ITS 시스템에서 NAME의 모범이 되었습니다. MIT의 얼 킬리언(Earl Killian)과 SAIL의 브라이언 하비(Brian Harvey)가 원래 프로토콜을 구현했고, 곧 유사한 서버가 SRI에도 등장했습니다. RFC는 이 세 현장을 언급하지만 전체 네트워크에서의 확산은 측정하지 않습니다.

예시들은 ‘온라인 상태’라는 말만으로는 부족한 이유를 보여줍니다. 한 응답은 콘솔 위치와 활성 작업을 나열합니다. 다른 응답은 사용자가 로그인하지 않았다고 알린 뒤 그의 plan을 보여줍니다. 어디에 있을지, 언제 찾기 쉬운지, 어떻게 연락할지입니다. 사이트는 이런 정보를 모두 공개할 의무가 없었습니다. 그러나 예시들은 한 응답 안에 시스템의 텔레메트리와 사람이 의도적으로 쓴 텍스트가 결합될 수 있었음을 보여줍니다.

초기 사양에는 당시 네트워크 기술의 흔적이 남아 있습니다. RFC 742는 8진수 소켓 117, 즉 10진수 포트 79에 ICP와 두 개의 8비트 연결을 통해 접근한다고 기술합니다. 1984년 RFC 924는 Finger를 Elective 범주에 넣고 TCP에 맞춘 변경의 필요성을 언급했습니다. 요약 설명은 여전히 사용자의 현재 또는 마지막 활동을 다뤘습니다.

1990년 6월 IAB/IETF 회의록은 RFC 742를 임시로 레거시 Proposed Standard로 유지하고, 재검토를 위한 더 나은 문서를 준비하도록 지시했습니다. RFC 1194는 11월에 나왔습니다. 그 목적은 기존 구현 — 상당수가 Berkeley BSD Unix에서 비롯된 — 을 깨뜨리지 않으면서 교환을 정제하는 것이었습니다. 이 문서는 사용자 정보를 민감한 것으로 규정하고, 요청 거부, 파일 접근, 프로그램 실행, 감사 문제도 다뤘습니다.

이것이 프로토콜이 남긴 경계입니다. 사람은 네트워크 질문의 대상이 되었지만, 응답은 균일하지 않았고 공개될 의무도 없었습니다. 관리자가 서버가 무엇을 반환할지 결정했습니다. 사용자는 plan을 남길 수 있었지만, 시스템 자체가 생성하는 필드를 반드시 통제할 수는 없었습니다. 1990년 개정은 이 모순을 해소하지 않고 관리의 대상으로 만들었습니다.

1차 문서