Network History🌐

핵심 요약생성형 AI가 질문에 답하는 챗봇을 넘어 실제 업무를 수행하는 AI 에이전트로 발전하면 필요한 인프라도 달라진다. 모델 추론을 담당하는 GPU뿐 아니라 작업 실행을 조율하는 CPU, 외부 시스템과 연결하는 통신 플랫폼, 데이터를 빠르게 저장·불러오는 메모리와 스토리지의 중요성이 커진다.AI가 '답변'이 아니라 '행동'하기 시작했다지금까지 생성형 AI의 대표적인 사용 방식은 비교적 단순했다. 사용자가 질문을 입력하면 모델이 내용을 처리하고 텍스트·이미지·코드 같은 결과물을 생성한다.하지만 AI 에이전트는 여기서 한 단계 더 나아간다. 사용자가 목표를 전달하면 필요한 작업을 여러 단계로 나누고, 브라우저를 열거나 데이터를 조회하고 API를 호출하며 실제 애플리케이션을 이용해 작업을 수행하는 방향으로..

영상은 멈추는데 와이파이 표시는 그대로이거나, 방에 들어갈 때마다 연결이 끊긴 적 있으신가요? 이럴 때는한 기기만 문제인지, 여러 기기가 함께 끊기는지부터 확인하면 점검 범위를 줄일 수 있습니다.👋 네트워크 히스토리 독자 여러분, 안녕하세요. YH입니다. 오늘은 가정에서 따라 할 수 있는 확인 순서와 Windows 11의 추가 진단 방법을 정리합니다.증상 구분 → 기기·장소 비교 → 무선 환경 → 기기 설정 → 통신 확인 → 기록·문의끊긴 것이 와이파이인지 인터넷인지 확인하세요와이파이는 스마트폰·노트북과 공유기를 무선으로 연결합니다. 인터넷을 사용하려면 공유기 바깥의 회선까지 정상이어야 하므로, 공유기 연결과 인터넷 접속은 별도로 확인해야 합니다.연결한 와이파이 이름에서 연결이 해제된다면 무선 연결과 ..

🚨 오늘 기준으로 GitHub Actions의 Node.js 20 제거가 하루 앞으로 다가왔습니다. GitHub는 2026년 9월 23일 Runner에서 Node.js 20 런타임을 제거할 예정이며, 지난 6월부터 JavaScript Action의 기본 실행 런타임은 이미 Node.js 24로 전환했습니다.Workflow에 Node.js 20 actions are deprecated 경고가 남아 있거나 오래된 actions/checkout·setup-*·서드파티 Action을 고정해 두었다면, 내일부터는 임시 우회보다 Action 자체를 Node.js 24 호환 버전으로 올리는 쪽이 안전합니다.👋 Network History 독자 여러분, 안녕하세요. YH입니다.오늘은 이 경고가내 애플리케이션의 No..

💻 9월 17일 GitHub가 Ubuntu 26.04 Runner를 정식 지원한다고 발표하면서, ubuntu-latest를 쓰는 GitHub Actions도 곧 운영체제가 바뀔 예정입니다. GitHub는 2026년 10월 19일부터 11월 19일까지 ubuntu-latest를 Ubuntu 24.04에서 26.04로 단계적으로 전환한다고 안내했습니다.지금 Workflow가 멀쩡하더라도 특정 Runtime·APT 패키지·Docker·Helm·Java 기본버전에 기대고 있다면 전환 뒤 갑자기 Build가 깨질 수 있습니다. 특히 단계적 전환 기간에는 같은 ubuntu-latest인데도 실행 시점에 따라 다른 OS를 만나는 것처럼 보일 수 있어 원인 파악이 더 어려워질 수 있습니다.👋 Network Hist..

🚨 공개 GitHub 저장소에서 pull_request_target을 쓰는 CI/CD라면 지금 한 번 점검할 이유가 생겼습니다. GitHub는 2026년 9월 17일 Workflow Execution Protections를 정식 출시했고, 별도 정책이 없는 공개 저장소에는 pull_request_target을 차단하는 기본 정책을 적용하기 시작했습니다.👋 Network History 독자 여러분, 안녕하세요. YH입니다.현재는 Evaluate Mode로 영향을 먼저 확인할 수 있지만, GitHub는 2026년 11월 2일부터 대상 공개 저장소의 기본 정책을 실제로 강제할 예정입니다. 그대로 두면 기존 자동화가 실패할 수 있고, 반대로 무작정 허용하면 오래전부터 문제가 된Pwn Request공격면을 다..

🛡️ Windows 업데이트 알림이 떠도 “며칠 뒤에 하지 뭐” 하고 넘기는 경우가 많습니다. 하지만 이번 9월 보안 업데이트는 평소보다 우선순위를 높여볼 이유가 있습니다.👋 Network History 독자 여러분, 안녕하세요. YH입니다.Microsoft는 2026년 9월 보안 업데이트에서 이미 실제 공격에 사용되고 있는 Windows 취약점 CVE-2026-81963과 CVE-2026-85880에 대한 패치를 배포했습니다.두 취약점은 모두 공격자가 이미 확보한 낮은 권한을 더 높은 SYSTEM 수준 권한으로 끌어올리는 데 악용될 수 있는 유형입니다.즉 인터넷에서 곧바로 PC를 해킹하는 취약점이라고 단순화할 수는 없지만, 피싱·악성코드·탈취 계정 등으로 첫 발판을 얻은 공격자가 권한을 확대하는 과..

💻 목요일 밤, 서버나 개발 PC 업데이트를 한 번 돌려보려다가 평소 없던 EXPKEYSIG나 NO_PUBKEY 오류를 만나면 꽤 당황스럽습니다. 👋 Network History 독자 여러분, 안녕하세요. YH입니다.이번 주에는 GitHub CLI의 Linux 패키지 저장소 서명 키가 실제로 교체되는 시점이 지나갔습니다. 기존 PGP 키는 2026년 9월 5일 만료됐고, 오래전에 공식 APT·RPM 저장소로 gh를 설치한 시스템은 새 키링을 받지 않았다면 패키지 설치·업데이트 과정에서 서명 검증 오류를 만날 수 있습니다. 특히 Ubuntu·Debian 서버, 오래된 개발 VM, Docker 베이스 이미지처럼 한 번 만들어 놓고 저장소 설정을 오래 건드리지 않은 환경에서 확인할 가치가 있습니다. 오늘은..

🧪 이번 실습에서 확인할 것이번 실습에서는 PC가 로컬 네트워크와 원격 네트워크를 어떻게 구분하는지 확인합니다.또한 기본 게이트웨이, 라우팅 테이블, ping, tracert, show ip route를 통해 패킷이 목적지까지 이동하는 흐름을 검증합니다.💡 ITN 8&9-1 학습글과 함께 보면 이해가 훨씬 쉽습니다. 핵심은 “같은 네트워크는 직접 전달, 다른 네트워크는 기본 게이트웨이로 전달”입니다.📗 학습글 보기 🎬 강의 보러가기 💻 CLI 실습 📘 NotebookLM📘 실습 시나리오PC1은 192.168.10.0/24 네트워크에 있고, Server는 192.168.20.0/24 원격 네트워크에 있습니다.PC1이 Server와 통신하려면 자신의 기본 게이트웨이인 R1로 패킷을 보내야 합니다..

📗 ITN 8&9 통합 과정의 첫 번째 학습글지금까지 데이터 링크 계층에서는 같은 LAN 안에서 프레임이 어떻게 이동하는지를 배웠습니다.이번 글에서는 한 단계 위로 올라가 서로 다른 네트워크 사이에서 패킷이 어떻게 목적지까지 이동하는지 이해합니다. 핵심은 IP 주소, IP 패킷, 라우팅 테이블, 기본 게이트웨이입니다.이번 포스팅은 네트워크 계층의 목적, IPv4/IPv6 패킷 헤더 구조, 호스트 라우팅 결정, 라우터 라우팅 테이블을 다룹니다.다음 포스팅 8&9-2에서는 목적지 MAC 주소를 찾는 ARP와 IPv6 ND를 이어서 다룹니다.🎬 강의 보러가기 🧪 실습글 보기 💻 CLI 실습 📘 NotebookLM🎬 관련 강의🎧 학습 음성블로그 글을 위에서부터 읽으며 들으시면 됩니다. 처음은 1.2..

📗 학습글 보기🎬 강의 보러가기💻 CLI 실습📘 NotebookLM🧪 CCNA 실습 / ITN 6&7-2MAC 주소 테이블 학습과 프레임 전달 확인 실습이번 실습에서는 스위치가 프레임의 출발지 MAC 주소를 보고 MAC 주소 테이블을 학습하는 과정과, 목적지 MAC 주소를 기준으로 프레임을 전달하는 과정을 확인합니다.💡 이 실습은 ITN 6&7-2 학습글과 함께 보면 이해가 훨씬 쉽습니다.핵심은 명령어를 치는 것이 아니라, 스위치가 언제 학습하고 언제 전달/플러딩하는지를 눈으로 확인하는 것입니다.📘 실습 시나리오PC1, PC2, Server가 하나의 스위치 S1에 연결되어 있습니다.처음에는 S1의 MAC 주소 테이블이 비어 있을 수 있습니다. PC들이 통신을 시작하면 S1은 프레임의 출발지 ..