본문으로 건너뛰기

인텔리전스

최신 기사

인프라 운영 주체, 정책 결정, 시장 동향, 디지털 권력 이동에 관한 최신 인텔리전스입니다.

비워야 했던 주소: SMTP가 오류가 오류를 메일로 보내는 것을 막은 방법

역사

비워야 했던 주소: SMTP가 오류가 오류를 메일로 보내는 것을 막은 방법

SMTP에서 가장 중요한 주소는 때로 아무 주소도 아니기도 합니다. 배달 실패는 원본 메시지를 책임진 시스템으로 되돌아가야 하지만, 그 실패 통지의 배달이 또 다른 실패 통지를 낳는 재귀는 허용되어서는 안 됩니다. `MAIL FROM:<>`는 이 재귀 간선을 닫습니다. 널 역방향 경로는 책임을 지우지 않고, 마지막 문제를 무한한 원격 대화에서 로그·큐·포스트마스터에 대한 유한한 로컬 의무로 옮깁니다.

2026년 9월 6일
15분 구간은 끝났지만 카운터는 끝나지 않았다: RFC 1595

역사

15분 구간은 끝났지만 카운터는 끝나지 않았다: RFC 1595

성능 구간은 종료되었는데도 확정되지 않을 수 있다. RFC 1595는 1994년에 그 불편한 사실을 드러냈다. 10초 연속 심각 오류가 SONET/SDH 15분 경계에 걸치면, 에이전트는 나중에 완료된 구간의 초를 오류 카운터에서 사용 불가 시간으로 옮길 수 있었다. 후속 표준은 선택지를 명시했다. 초기 답을 수정하거나, 10초 늦게 보고하거나. 어느 쪽이든 카운터가 근거로 취급되기 전에 계층, 국면, 임계값, 구간, 읽기 시각이 필요했다.

2026년 9월 6일
PyPI 협업자 제거는 트러스티드 퍼블리셔 철회가 아니다

케이스 파일

PyPI 협업자 제거는 트러스티드 퍼블리셔 철회가 아니다

프로젝트 협업자 목록에서 이름을 제거하는 것은 실제 접근 권한 결정입니다. 그러나 게시 신원이 별도의 표면에서 관리되는 경우, 이를 배포 채널의 완전한 철회로 서술해서는 안 됩니다.

2026년 9월 6일
Qorvo 채권 보호장치에 걸린 것은 리파이낸스가 아닌 마감 시계

북미 기관 동향

Qorvo 채권 보호장치에 걸린 것은 리파이낸스가 아닌 마감 시계

Skyworks 인수합병을 앞둔 Qorvo 채권 보유자들은 6월 11일까지 두 채권 인덴처 수정에 충분한 동의를 공급했고 보충 계약은 그날 효력을 발생했습니다. 그러나 같은 공개 기록은 수정안이 합병 완료 또는 해당 정책청구서 정산 같은 사후 조건까지 효력을 발생하지 않으며, 합병이 무산되면 효력을 잃는다고 명시합니다. 핵심 구분은 '완료'와 '미완료'가 아니라 채권자 투표, 효력 발생 문서, 발효 조항, 텐더된 채권, 완결된 거래 사이의 단계 구분입니다.

2026년 9월 6일
모든 패킷의 이름이던 숫자가 그만둔 이유: IPv4 식별 필드는 어떻게 좁혀졌나

역사

모든 패킷의 이름이던 숫자가 그만둔 이유: IPv4 식별 필드는 어떻게 좁혀졌나

IPv4는 수신자가 하나의 데이터그램 조각들을 다시 모을 수 있도록 모든 헤더에 16비트 식별(Identification) 값을 넣었다. 그러나 시간이 지나면서 이 값은 조각화가 불가능한 경우에도 일반적인 패킷 식별자처럼 취급되었다. 링크 속도가 넘버 공간을 초월하고, 구현체들이 카운터를 통해 활동을 노출하며, 미들박스가 재조립에 필요하지 않은 의미에 의존하게 되었다. RFC 6864는 경계를 다시 그렸다: 조각이 존재할 수 있는 곳에서는 고유성이 유지되고, 원자적(atomic) 데이터그램의…

2026년 9월 6일
서브넷을 모집한 주소: 라우터가 디렉티드 브로드캐스트 포워딩을 멈춘 이유

역사

서브넷을 모집한 주소: 라우터가 디렉티드 브로드캐스트 포워딩을 멈춘 이유

IPv4 데이터그램 하나가 평범한 라우팅 패킷으로 인터넷을 건너 원격 네트워크를 담당하는 라우터에 도착해, 그곳에서 로컬 브로드캐스트로 바뀔 수 있었다. 피해자의 주소를 위조해 출처로 심으면, 이 마지막 홉 전환은 남의 서브넷에 있는 호스트들을 회신 엔진으로 바꿔버렸다. 근본적인 해결은 브로드캐스트를 폐지하는 것이 아니라, 원격 팬아웃을 라우터의 자동 의무로 두지 않는 것이었다.

2026년 9월 6일
영역은 경로를 학습했다. 백본은 아직 아니었다: RFC 1587

역사

영역은 경로를 학습했다. 백본은 아직 아니었다: RFC 1587

1994년 3월 표준 트랙에 발표된 RFC 1587은 하나의 외부 경로가 OSPF 영역 안에서 존재하고, 최신이며, 사용 가능한 동안 백본에는 그에 대한 광고가 없을 수 있음을 보였습니다. 그것이 꼭 지연이나 실패는 아니었습니다. Not-So-Stubby Area에서는 그것이 설계였습니다. 리프 네트워크는 외부 전체 테이블을 받지 않고도 선별된 외부 지식을 가져올 수 있었지만, 그 지식은 더 멀리 가려면 변환되어야 했습니다.

2026년 9월 6일
CODEOWNERS 파일은 리뷰 영수증이 아니다

케이스 파일

CODEOWNERS 파일은 리뷰 영수증이 아니다

CODEOWNERS 파일은 변경된 경로에 대해 GitHub가 리뷰 책임을 어디로 라우팅해야 하는지 알려줄 수 있습니다. 그것은 유용한 장치일 뿐이며, 특정 풀 리퀘스트에서 누가 선정되었는지, 자격을 갖춘 사람이 실제로 리뷰를 접수하거나 완료했는지, 병합을 위한 다른 모든 조건이 충족되었는지에 대한 역사적 기록이 아닙니다. 규칙 파일을 사건의 증거로 다루는 것은 설정이 기록한 적 없는 권한을 조용히 얻게 되는 방식입니다.

2026년 9월 6일
주소를 빌린 링크: 상대 URL이 문서의 이동을 가능하게 만든 방법

역사

주소를 빌린 링크: 상대 URL이 문서의 이동을 가능하게 만든 방법

짧은 하이퍼링크는 축소된 절대 주소가 아닙니다. 기준(base)에서 누락된 구성 요소를 빌리라는 지시문입니다. 이 의존성 덕분에 저자는 반복되는 스킴, 호스트, 경로 접두사를 생략할 수 있었고, 페이지 모음은 내부 연결을 유지한 채 함께 이동할 수 있었습니다. 그 경제성에는 경계가 따랐습니다. 동일한 상대 텍스트는 서로 다른 기준 아래에서 정당하게 서로 다른 대상으로 해석될 수 있습니다. 초기 웹 표준은 따라서 맥락을 알고리즘으로 전환했습니다. 우선순위에 따라 하나의 기준을 선택하고, 구성 요소를…

2026년 9월 6일
회선은 잠잠해졌다. 경로는 계속 도달 가능했다: RFC 1581

역사

회선은 잠잠해졌다. 경로는 계속 도달 가능했다: RFC 1581

조용한 회선은 누락된 근거처럼 보였다. Demand RIP는 조용함을 의도된 운영 상태로 만들었다. 1994년 2월, RFC 1581과 RFC 1582는 X.25와 ISDN상의 라우터가 주기적 갱신으로 피어를 깨우는 일을 멈추고 유휴 호출을 끊으며 마지막으로 수용된 경로를 유지하는 방법을 설명했다. 절감은 실제였다. 권한의 이전도 실제였다. 침묵이 경로를 만료시키지 않는 순간, 도달 가능성의 추정이 실패했다고 말할 책임은 다른 구성 요소에게 넘어갔다.

2026년 9월 6일
SPDX 라이선스 표현식은 컴플라이언스 판정이 아닙니다

케이스 파일

SPDX 라이선스 표현식은 컴플라이언스 판정이 아닙니다

SPDX 라이선스 표현식은 라이선스 진술을 더 쉽게 교환, 비교, 정정할 수 있게 합니다. 그 진술에 한계가 있기 때문에 그 가치가 실립니다. 구문상 유효한 문자열은 저자가 선언한 정보, 누군가 파일에서 발견한 정보, SPDX 문서 작성자가 기록한 결론을 식별할 수 있습니다. 그것만으로 어떤 당사자가 무엇을 배포할 수 있는지, 의무가 이행됐는지, 시스템을 배포할 수 있는지는 결정하지 않습니다.

2026년 9월 6일
파일 이름은 발신자가 정했지만, 디스크의 소유권은 여전히 수신자에게 있었다: RFC 1806

역사

파일 이름은 발신자가 정했지만, 디스크의 소유권은 여전히 수신자에게 있었다: RFC 1806

첨부 파일은 이름과 함께, 요청 전까지는 닫혀 있으라는 지시를 받아 도착할 수 있다. 그러나 그 어떤 진술도 파일이 실제로 생성되었음을, 이름이 안전함을, 수신자가 자신의 시스템 통제권을 내어주었음을 증명하지 않는다. Content-Disposition은 의도를 네트워크를 넘어 전달하면서도 그 의도가 로컬 효과라고 가장하지 않았기에 오래 살아남은 것이다.

2026년 9월 6일
Leonardo DRS의 87억 8,700만 달러 수주잔고는 현금 런웨이가 아니다

북미 기관 동향

Leonardo DRS의 87억 8,700만 달러 수주잔고는 현금 런웨이가 아니다

Leonardo DRS는 수주잔고와 잔여 이행 의무(RPO)가 모두 87억 8,700만 달러로 동일하다고 밝혔다. 이 일치는 회사 정의상 계약된 업무량을 설명하는 지표일 뿐, 예산 배정·수익 인식·자금 회수의 일정표가 아니다. 헤드라인 숫자보다 그 안의 재원 상태가 더 중요하다.

2026년 9월 6일
학교는 연결을 얻었다. 그래도 정책은 쓰여야 했다: RFC 1578

역사

학교는 연결을 얻었다. 그래도 정책은 쓰여야 했다: RFC 1578

회선은 기관이 준비되기 전에 열릴 수 있었다. 1994년 2월, RFC 1578은 '연결'이라는 동사가 너무 쉽게 하나로 묶어버리는 것들을 분리하며 초·중등학교에 인터넷 접속을 설명했다. 즉, 하나의 경로, 사용 가능한 애플리케이션의 집합, 훈련된 사람들, 기술 지원, 필터링, 공급자 규칙, 학교 규칙, 그리고 실제 무엇이 일어났는지에 대한 증거가 그 대상이었다. 회선은 가능한 것을 바꾸었다. 그러나 학교가 무엇을 허용해야 하는지를 결정하지도, 안전장치가 작동한다는 것을 증명하지도 않았다.

2026년 9월 6일
RIPE NCC 광섬유는 몇 분 만에 복구됐다. RIPE Access 회복에는 약 30분이 걸렸다

스토리

RIPE NCC 광섬유는 몇 분 만에 복구됐다. RIPE Access 회복에는 약 30분이 걸렸다

5월 27일 기록은 끝없는 광섬유 장애를 말하지 않는다. 단절은 몇 분 만에 끝났고, 복구는 자동으로 이루어졌으며, 전체 회복에는 약 30분이 걸렸다. 이 간극이 바로 주목할 점이다. 수리된 링크가 곧 다시 사용 가능한 인증을 의미하지는 않는다.

2026년 9월 6일
공급자는 주소에 기록되었다가, 그리고 그 필드는 사라졌다

역사

공급자는 주소에 기록되었다가, 그리고 그 필드는 사라졌다

IPv6는 사이트와 글로벌 라우팅 테이블 사이에 누가 위치해야 하는가에 대한 시대를 초월한 답으로 시작하지 않았다. 초기 문서들은 그 권위에 대해 여러 물리적 배치를 시도했고, 집계·이식성·복원력이 서로 다른 방향을 가리킬 때 누가 비용을 부담하는지에 대해 놀랍도록 솔직한 기록을 남겼다.

2026년 9월 6일
Lattice의 9억 2,500만 달러 AMI 인출은 10억 달러 현금 매수 대가가 아니다

글로벌 클라우드 서비스 동향

Lattice의 9억 2,500만 달러 AMI 인출은 10억 달러 현금 매수 대가가 아니다

Lattice의 AMI 인수에는 서로 다른 네 개의 시계가 존재합니다. 거래 마감 전 분기 보고서, 대출 약정, 마감일 차입, 그리고 향후 매출 전망입니다. 이를 하나의 숫자로 읽으면 공개된 근거가 허용하는 것보다 거래가 더 정리된 것처럼 보이게 됩니다.

2026년 9월 6일
세 개의 텔넷 옵션이 단말기를 만들었다. 세션의 이름은 없었다: RFC 1576

역사

세 개의 텔넷 옵션이 단말기를 만들었다. 세션의 이름은 없었다: RFC 1576

표준은 이미 3270 모드로 전환하는 명시적 스위치 하나를 설계해 두었다. 실제 운영 시스템은 대신 세 개의 스위치를 선택했다. 1994년까지 Terminal-Type, Binary, End of Record만으로도 평범한 텔넷 연결이 블록 지향 IBM 디스플레이 스트림을 전달할 수 있었지만, 클라이언트는 여전히 게이트웨이 뒤의 논리 장치 이름을 알 수 없었고 호스트가 마지막 블록을 처리했는지도 알 수 없었다. RFC 1576은 실용적 승리를 기록하면서 이를 현실의 완전한 기술과 혼동하지 않았다.

2026년 9월 6일
새 루트 주소가 대부분의 쿼리를 처리했다. 기존 주소는 그대로 남았다: 넷 39

역사

새 루트 주소가 대부분의 쿼리를 처리했다. 기존 주소는 그대로 남았다: 넷 39

1995년 38일 동안 한 루트 서버는 기존 주소와 함께 넷 39 내 실험적 주소로도 쿼리에 응답했다. 약 4억 건의 쿼리 중 절반 이상이 새 인터페이스에 도달했다. 주목할 점은 낯선 주소가 작동했다는 사실만이 아니다. 호환성 실험이 미처 전환하지 않은 클라이언트를 블랙홀로 만들지 않도록 기존 주소가 계속 운영되었다는 설계가 핵심이다.

2026년 9월 6일
RFC가 모든 호스트에게 응답을 명령했다. 실행 코드는 다른 답을 내놓았다: RFC 1788

역사

RFC가 모든 호스트에게 응답을 명령했다. 실행 코드는 다른 답을 내놓았다: RFC 1788

1995년 한 RFC는 모든 호스트와 라우터가 새로운 종류의 이름 쿼리에 응답해야 한다고 밝혔습니다. 2013년 또 다른 RFC는 그 메시지들이 널리 구현되거나 배포된 적이 없다고 기록했습니다. 그 두 문장 사이에는 인터넷 표준이 운영적 권위를 어떻게 얻거나 얻지 못하는지에 대한 유용한 역사가 있습니다.

2026년 9월 6일