일하기 귀찮을 때 일하기 귀찮을 때

개요 필자가 관리하는 인프라 환경은 WINDOW가 70% 이상으로 대다수를 차지하고 있다. 그래서 지금까지는 관련된 Playbook 위주로 개발을 해왔었으나, 점차 UNIX 서버의 비중이 줄어들고 LINUX 서버의 비중이 늘어나는 만큼 그에 대한 Playbook 개발이 필요하게 되었다. 우선은 동일하게 패치 자동화를 우선으로 진행할 계획이며, 신규 장비를 연동하기 위한 설정값들을 정리한 내역이 없어서 이를 먼저 정리하고자 한다. 단, 사용하는 Inventory의 형태나 버전에 따라서 일부 문법 등이 상이할 수 있으니 이 점 참고하길 바란다. Inventory 형태 지금까지 사용했던 형태와 다른 부분은 없으며, OS 종류에 따라서 추가되는 항목이 있다. 아래 예시에서 항목에 따라 자세히 살펴볼텐데 굵게 표..

개요 IT업계에서 일하지 않는 사람은 인터넷을 사용할 수 없다는 것이 무슨 말인가 싶을 것이다. 2022년에 인터넷을 사용할 수 없다는 것이 말이 되지는 않으니까.. 하지만 의외로 IDC나 회사 내부적으로는 인터넷을 사용할 수 없는 경우가 대부분이다. 한명의 실수로 악성코드가 사내 네트워크로 유입되면 이는 겉잡을 수 없이 커질 수 있기 때문에 아예 차단하는 것이라고 보면 된다. 그러나, 우리가 업무를 하거나 시스템 관리자로써 일할 때 인터넷은 반드시 필요한 요소이다. 패치파일을 다운로드하는 것부터 시스템 분석을 위한 프로그램, 그리고 개발을 할 때 프로그래밍 언어의 모듈 하나를 다운받기 위해서도 인터넷은 반드시 필요하다. 필자는 이번에 폐쇄망에서 파이썬으로 개발을 해야하는 상황이었는데 개발을 해본 경험이..

개요 요즘 인프라하면서 개발의 어려움을 조금씩이나마 겪고 있다. 주변에 같이 배워서 직접 해보려는 사람들은 정말 소수일 뿐이고, 시작도 하기 전에 보안적인 이슈가 있다고 트집을 잡거나 명확한 이유없이 오픈소스라는 이유로 무지성으로 비난하거나 안정성이 떨어진다고 말하는 사람들이 아직도 많고.. 정말 많다.. (양질의 자료를 무료로 공유해주시는 세상 모든 개발자분들 정말 감사합니다... ㅠㅠㅠ) 지난 포스팅 이후로 추가 요청 사항이 있어서 V3로 새롭게 개선하였다. 주요 개선사항은 패치를 수행하는 서버들을 각각 개발/운영 그룹으로 나누고 각 그룹에 대하여 다른 패치 파일을 적용시켜야 한다는 것이었다. 다른 패치를 수행함에 있어서는 문제 되는 부분이 없었으나 명령어를 통해 수집하는 정보로는 이를 구분할 수 없..