Server And Configuration Management 6

세무민의 코딩일기 : docker 설치 및 DB 연결하기(MariaDB)

안녕하세요 세무민입니다. 이번에 다뤄볼 내용은 도커에 대한 내용입니다. 1. Docker? - 컨테이너 기반의 오픈소스 가상화 플랫폼이다. -> 도커는 소프트웨어를 컨테이너라는 표준화된 유닛으로 패키징하는데 이때 컨테이너에는 라이브러리, 시스템 도구, 코드 등 소프트웨어를 실행하는데 필요한 모든것들이 들어가게 되고 따라서 환경에 구애받지 않구 애플리케이션을 신속하게 배포 및 확장할 수 있도록 도와주는 플랫폼이다. - 한줄요약 : 리눅스 컨테이너 기술을 기반으로 하는 오픈 소스 서비스이다. 2. Docker 설치 Get Started with Docker | Docker Learn about the complete container solution provided by Docker. Find informa..

세무민의 코딩일기 : 구글 폰트를 이용하여 CSS 폰트 추가하기

이번 포스팅에서는 구글 폰트를 이용해보도록 하겠습니다. 우선 제가 이용할 사이트는 아래의 링크입니다. https://fonts.google.com/ Google Fonts Making the web more beautiful, fast, and open through great typography fonts.google.com 사이트에 접속하면 위와 같은 화면을 볼 수 있습니다. 여기서 언어를 Korea로 변경한 뒤 자신이 원하는 폰트를 검색해줍니다. 제가 사용할 폰트는 Jua 라는 폰트이며 이 폰트를 클릭하면 아래와 같은 화면으로 넘어갑니다. 화면에서 Select this style을 클릭해주면 사용 가능하게 됩니다. 클릭하게 되면 Select this style이 Remove this Style로 변..

개발 일기 : git 과거 이력 확인하기 & 실수로 git에 잘못 커밋한 경우 복구하는 방법 - [세무민의 코딩일기]

이번 포스팅은 git을 사용하다보면 가끔 add를 잘못해서 기존에 있던 파일들을 날리거나 삭제한 경우 과거 이력을 확인하여 복구하는 방법을 다뤄볼 생각입니다. 우선 대부분 add를 잘못해서 파일을 날리거나 기존의 변경사항이 생기는건 main에서 작업하는 경우가 대부분입니다. 그래서 brench를 나눠서 개발을 하게 되면 merge하여 그나마 이런 문제를 최소화 할 수 있습니다. 그래도 부득이한 경우에는 main에서만 작업을 하는데 이때 확인하는걸 보도록 하겠습니다. 먼저 과거의 이력(Head)를 확인하는 방법은 "git checkout head~숫자" 입니다. 숫자에는 현재 main에서 head를 몇번째 이전단계로 돌리는 것을 말합니다. 아래의 그림을 보는것과 같습니다. 현재 head는 main이라고 가..

개발 일기 : git Branch 생성하기 - 브랜치에 대해 알아보자

이번 포스팅은 git branch에 대해서 알아보는 시간을 가져보겠습니다. 사실 git을 자주 사용하는데 branch는 거이 사용을 안했어요.. 그냥 브랜치를 사용안한 건 어처피 개발하면서 로컬에서 폴더를 구분지어 관리했기 때문이죠.. 그렇지만 이번에 친구랑 같이 simple project를 하면서 이번 기회에 브랜치를 사용해야겠다는 생각이 들었답니다. 1. git Branch를 사용해야 하는 이유 사실 이유라고 꼭 나눌 필요는 없습니다. 그렇지만 브랜치는 독립적으로 개발을 할 수 있는 환경을 주기 때문에 팀으로 개발할 때 자주 사용됩니다. 팀 개발의 경우 같은 코드를 공유하여 개발하는데 코드를 수정하다보면 생각하지 못한 오류들을 만들어 내기도 하고 서로 다른 버전으로 개발하는 경우도 종종 있는데 이런 ..

정량적 위험분석 기법과 정성적 위험분석 기법[정보보호기사]

정보보호기사를 공부하면서 암기할 내용이 참 많다... 그래도 암기가 안된다면 반복이라도.... 오늘 생각난 내용은 정량적 위험분석과 정성적 위험분석이다. 기출문제에 거이 단골?급으로 나오고 있던데 정리를 해보자 구분 정량적 위험분석 정성적 위험분석 접근유형 수학 공식 접근법 확률 분포 추정법 확률 지배 몬테카를로 시뮬레이션 과거자료 분석법 델파이법 시나리오법 순위결정법 퍼지행렬법 질문서법 장점 객관적인 평가 기준 적용 논리적으로 평가되어 이해가 쉬움 위험관리 성능평가 용이 가치평가 및 계산이 필요 없음 단점 많은 시간과 비용이 소요 자동화의 경우 정확도의 변이 주관적인 평가 우려 결과의 이해가 어려움 위험관리 성능 추적이 어렵다. 대부분 문제의 단골은 접근유형의 종류를 물어보는 문제이다. 나는 그래서 앞..

[정보보호기사 공부] 접근통제기술(MAC, DAC, RBAC)

정보보호기사를 공부하다가 접근통제부분에서 항상 나오는 문제이다. 이 글을 작성하게 된 이유가 문풀 중에 문제가 잘못된거 같아서 작성했다. 문제집은 (이기적) 환상의 콤비 정보보안기사 최신기출문제 3회차 66번 문제 더보기 Q. 다음중 DAC(Discretionary Access Control)에 대한 설명으로 옳은 것은? 1. 사용자가 그들이 소유한 데이터를 보호할 수 있다. 2. 중앙집중적으로 통제되는 환경에서 적합하다. 3. 모든 주체와 각체에 대해 일정하며, 하나의 주체와 하나의 객체 단위로 접근제어는 불가능하다. 4. 객체의 소유자가 주체와 객체 간의 접근 통제 권한을 부여한다. 문제집 답 : 2 여기서 의문점이 들어서 글을 작성하게 되었다. 구분 MAC DAC RBAC 정의 주체와 객체의 등급을..