공식 설명 UNC(범용 명명 규칙)

\\hostname\directory\…내가 아는 한, 이 구문은 Unix 세계에서 (직접) 유래된 것이 아닙니다. 온라인에서 찾은 내용에 따르면 UNC는 Netware에서 나온 것도 아니고 Plan9이나 VMS에서 나온 것도 아닙니다. 1995년에는 Windows NT와 OS/2의 기본 기능이 되었습니다. OS/2의 개념은 2000년으로 거슬러 올라갑니다.1993년 5월, 이는 Windows NT의 첫 번째 버전보다 이전 버전입니다. 그것은에서 비롯될 수 있습니다LAN 관리자(IBM과 Microsoft가 OS/2 코드를 공유했을 때 IBM의 OS/2 위에 Microsoft가 개발했습니다.)

UNC에 대한 초기 언급은 다음과 같습니다.미국 특허 5363487(그림 9의 29열 하단), 1989년 Microsoft에서 제출(감사합니다)존 서머필드참고용). 이후 특허,미국 5341499(IBM)은 "범용 명명 규칙은 IBM과 Microsoft가 공동 개발한 근거리 통신망(LAN) 소프트웨어 제품에 사용하기 위해 공동으로 개발한 것"임을 확인합니다. 이는 LAN Manager를 의미할 가능성이 높습니다.

UNC에는 약간의 Unix 영감이 있습니다. 드라이브 문자가 필요하지 않기 때문에 먼저 드라이브 문자를 할당하지 않고도 네트워크 드라이브를 직접 참조할 수 있습니다(충돌이 없고 26개의 드라이브 문자 또는 32개의 드라이브 문자만 보장됩니다). 그러나 Unix는 거의 처음부터 네트워크 드라이브가 최상위가 아닌 디렉터리 계층의 어느 지점에나 연결될 수 있는 보다 유연한 마운트 지점 시스템을 사용해 왔습니다.

//Unix는 경로 시작 부분에서 특별한 처리를 허용하기 때문에 UNC를 인식합니다 . ~에서POSIX 기본 사항(A.4.11 경로 이름 확인):

다른 네트워크 시스템에서는 동일한 목적을 달성하기 위해 //hostname 구성을 사용합니다.

정당화에는 "역사적 사용"이 아닌 "다른 시스템"이 언급되어 있습니다. 이는 이것이 //hostname/directoryUnix 세계의 역사적인 사용법이 아니라 POSIX 구현이 존재했을 수 있는 다른 시스템에서 사용된다는 것을 강력하게 암시합니다.

"//hostname/directory/filename" 표기법을 통해 더 큰 네트워크의 일부로 로컬 파일 시스템을 확장하는 것은 적어도 Apollo/DomainOS(1981)로 거슬러 올라갑니다. 비록 당시에는 UNC라고 불리지 않았지만요. Apollo/DomainOS는 SysV 및 BSD Unix 환경에서 사용할 수 있습니다.

1장을 참조하세요.http://www.typewriting.org/Articles/Apollo/005488-02.pdf

나는 기억한다 (그리고 Wikipedia동의하다), UNC라는 단어는 다음에서 유래되었습니다.마이크로소프트 윈도우.

사실 난 그런 적 없는 것 같아한 번예전에 UNIX에서 유래되었다고 들었습니다.

또한 POSIX 또는 RFC에서 UNC에 대한 참조를 찾을 수 없습니다. 다른 곳에서 찾은 모든 참고 자료는 Windows와 관련이 있습니다. 귀하가 인용한 단수 참조는 UNIX를 기원으로 제공합니다.반품Windows를 출처로 인용합니다.

세서미 스트리트에서 게임을 하고 있는데...

그 중 하나는 다른 것과 다릅니다 ...

이러한 참조 부족은 해당 용어가 UNIX에서 유래되지 않았다는 결론을 내릴 수 있는 최고의 증거입니다. 물론 증거가 없다고 해서 증거가 없는 것은 아닙니다. 그러나 POSIX 사양에서 큰 누락이 있다기보다는 PC Mag의 정의에 오류가 있을 가능성이 더 높아 보이며 UNC를 정의하는 RFC는 언급은커녕 없습니다.

하지만 내가 틀렸다면 내 게시물을 기꺼이 반대 투표하겠습니다.