“로그” 태그의 글
“로그” 태그가 붙은 글 5건을 최신순으로 정리했습니다.
-
PowerShell의 보안 강화 ── 로그·AMSI·언어 모드·JEA
PowerShell을 금지하지 않고 안전하게 사용하기 위한 실무를 정리합니다. 스크립트 블록 로그와 트랜스크립션 활성화, AMSI와 구버전 무효화, 언어 모드에 의한 제한, JEA에 의한 권한 위임까지 설명합니다.
-
Write-Host를 그만두다 ── PowerShell의 출력 스트림과 로그 설계
PowerShell 6가지 출력 스트림의 구분 사용법, Write-Host가 안고 있는 문제와 올바른 쓰임새, 함수의 반환값이 오염되는 원인, -Verbose나 -InformationVariable을 통한 호출 측 제어, 구조화 로그를 남기는 방법을 정리합니다.
-
Windows의 시각 동기화(w32time)와 업무 시스템 ── 「로그의 타임스탬프가 맞지 않는다」를 원리부터 해결하기
장치와 PC에서 로그 시각이 어긋나는 원인을 Windows Time 서비스(w32time)의 원리부터 설명합니다. 도메인 계층과 워크그룹의 기본 동작, w32tm 명령어를 이용한 진단, 고정밀 시각과 가상 머신의 주의점, Stopwatch와 UTC를 병용하는 로그 설계까지 정리합니다.
-
어디서 예외를 `catch`하고 로그를 내며 에러 처리해야 하는가 - 호출 계층의 경계와 책무를 실무용으로 정리
깊은 helper에서 넓게 catch하지 않고 호출 계층의 경계에 책무를 모아, 어디서 예외를 잡고 어디서 단일 주요 로그를 남기며 어디서 결과화·회복을 결정할지 .NET 실무 관점으로 정리한 가이드입니다.
-
Windows 앱이 프로그램 실수에 의한 예외로 떨어져도 확실히 로그를 남기려면 - in-process에 걸지 않는 설계와 WER / 최종 로그 / 감시 프로세스의 베스트 프랙티스
Windows 앱이 예상 밖의 예외로 떨어져도 원인을 추적할 수 있도록, 통상 로그·최종 크래시 마커·WER LocalDumps·감시 프로세스를 어떻게 조합할지를 실무 관점에서 정리하고, in-process 핸들러에 의존하지 않는 설계의 베스트 프랙티스를 알려드립니다.