• cordon
  
  • 지정한 노드에 Pod 를 스케줄링 하지 않는다.
• taint
  • 지정한 노드에 Pod를 스케줄링 하지 않지만 tolerations 설정을 통해 스케줄링이 가능하다.

암호학(cryptograph)

생활코딩 암호학 영상을 보고 요약한 정리 입니다. 

https://www.youtube.com/playlist?list=PLuHgQVnccGMD-9lk4xmb6EG1XK1OmwC3u

• 암호화의 특징
  • 기밀성 (Confidentiality) : 암호화된것을 알수 없어야함.
  • 무결성 (Integrity) : 내용이 원본과 같다는걸 유지해야함.
  • 인증 (Authentication) : 권한이 있는 사람만 접근 가능해야함.
• 암호법의 구분
  • 양방향 암호화 : 정보를 감추는 기밀성에 초점이 맞춰짐
    • 대칭키 : 암,복호화시 같은 키 사용
    • 비대칭키 : 암,복호화시 다른 키 사용
  • 단방향 암호화 : 무결성에 초점을 맞춤
• 단반향 암호화
  • 다른말로 HASH
  • MD5, SHA-256, SHA-512등등
  • 무결성체크, 전자서명, 파일식별자, 패스워드 저장, 블록체인, 가상화패
• 양방향 암호화
  • 대칭키 방식
    • Twofish, Serpent, AES, DES....
    • 대칭키를 사용할 경우에는 키가 노출될수 있다.
  • 비대칭키 (공개키) 방식
    • 공개키 (public key)
    • 비공개키 (private key)
    • 평문을 공개키로 암호화 (공개키로 복호화 불가능, 비공개키로만 복호화 가능)
    • 평문을 비공개키로 암호화(비공개키로 복호화 불가능, 공개키로만 복호화 가능)
    • 암호화 절처
      • A는 공개키와 비공개키를 생성후 공개키를 노출 시킨다.
      • B는 A가 노출시킨 공개키로 암호문을 만들어 A에게 전달한다.
      • A는 B에게 전달받은 암호문을 자신이 만든 비공개키로 복호화 한다.
    • 전자서명
      • A는 공개키와 비공개키를 생성후 공개키를 노출 시킨다.
      • A는 문서 뒤에 A의 비공개키로 암호화한 text를 추가한다. (이게 전자서명이다)
      • 그걸 B 에게 전달한다

## 공백으로 input 값 받는 방법
data = list(map(int, input().split()))

# 결과
1 2 3
[1, 2, 3]

파이썬으로 입력값을 받을때 위와 같이 코드를 작성하면 간편하다. (주로 코딩테스트의 입력값 받을때 사용하면 된다.)

입력값이 공백이 아닌 콤마(,) 로 구분될 경우 split(",") 으로 변경해서 코드를 작성하면 된다.

배열을 초기화 시에 아래와 같이 사용하면 유용하게 사용가능 하다. 

# index가 필요 없는 반복문일 경우 _ 사용, 배열 초기화시 사용
array = [[0] * 3 for _ in range(10)]
print(array)

# 결과값
[[0, 0, 0], [0, 0, 0], [0, 0, 0], [0, 0, 0], [0, 0, 0], [0, 0, 0], [0, 0, 0], [0, 0, 0], [0, 0, 0], [0, 0, 0]]

_ 는 for 문 반복시 index 가 필요없는 단순 반복을 할 경우에 사용한다.

nohup은 HUP(hangup) 신호를 무시하도록 만드는 POSIX 명령어이다. HUP 신호는 전통적으로 터미널이 의존 프로세스들에게 로그아웃을 알리는 방식이다. 일반적으로 터미널로 향하는 출력은 별도로 넘겨주기 처리를 하지 않았을 경우 nohup.out이라는 이름의 파일로 출력된다.

(출처 : https://ko.wikipedia.org/wiki/Nohup)

다시 말해 nohup 명령어는 터미널을 종료해서 세션이 끊어지더라도 계속 동작을 할수 있게 해준다. 

사용방법

nohup 프로세스 &

nohup.out 파일 생성하지 않으려면 

nohup 프로세스 1>/dev/null 2>&1 &

1>dev/null 은 표준출력 사용하지 않는다는 의미
2>&1 표준 에러를 표준 출력과 같게 한다는 의미

참고사항

표준입력 = 0
표준 출력 = 1
표준 에러 = 2

> :  파일이 없으면 새로 만들고 있으면 덮어쓴다.
>> : 파일이 없으면 새로 만들고 있으면 끝에 덧붙인다. 

du 디렉토리명

디렉토리와 모든 하위 디렉토리 용량을 표시해준다.

옵션
-s : 선택한 디렉토리의 용량을 보여준다.
-h : 용량 단위를 알기 쉽게 보여준다.
-d : 숫자 숫자만큼의 하위디렉토리까지 출력한다.
-a : 파일 용량도 출력한다.

df -h

디스크의 사용량을 알 수 있다.

특정 기간이 지난 파일을 삭제할때

find -mtime 옵션 사용

find -mtime n(일수)
-> n 일전 * 24시간 (시간 기준이다)

find -mtime -3 : 3일전부터 현재까지

find -mtime 3 : 4일전에서 3일전까지

find -mtim +3 : 3일 이전

ex) find -name "*.log" -mtime +3 -delete

이렇게 하면 3일 이전 생성된 파일들이 삭제됨

find -name "*.log" -mtime -1 -exec ls -lrt {} \;  ->> 파일 목록들 확인할때.

ip link
- ip link set eth0 up
- eth0 인터페이스활성화

ip addr
- IP 정보 출력

ip addr add
- ip addr add ip/24 dev eth0
- eth0 인턴페이스에 IP 추가

route
- 라우팅 정보 출력

ip route add
- ip route add default via XXX.XXX.X.X
- 게이트웨이 설정
- ip route add XX.XX.XX.X/24 via XXX.XXX.X.X dev eth0
- 정적 라우팅 정보 설정

2021/02/17 - [Development/Java] - Spring Boot Test Case 작성에 대한 생각 - Service Test

2021/02/17 - [Development/Java] - Spring Boot Test Case 작성에 대한 생각 - Repository Test

Repository, Service 에 대한 테스트를 살펴봤으니 이제 Controller 테스트를 확인해보자. Controller Test 에는 @WebMvcTest 를 사용했다. Controller 는 확인해야 할 부분이 다음과 같다. 

1. request 를 요청한 url 과 파라메터가 정확한지 여부.
2. 정상 처리 되었을데 요구한 응답을 보내주는지.
3. 비정상일때에 response 에 상태 코드가 정확히 전달 되는지. 

@RunWith(SpringRunner.class)
@WebMvcTest(UserRestController.class)
public class UserRestControllerTest {

    @Autowired
    private MockMvc mockMvc;

    @MockBean
    private UserService userService;

    @Test
    public void getUsers() throws Exception {

        when(userService.findAll())
                .thenReturn(Arrays.asList(
                        Users.builder()
                                .email("test@test.com")
                                .name("test")
                                .status(UserStatus.APPLIED)
                                .build()
                ));

        this.mockMvc.perform(get("/users"))
                .andDo(print())
                .andExpect(status().isOk())
                .andExpect(jsonPath("@[0].email").value("test@test.com"));

    }
}

테스트케이스를 통해서 response 로 받는 내용과 상태 코드, 그리고 body 에 있는 내용들을 확인 해 볼 수 있다. 

MockHttpServletResponse:
           Status = 200
    Error message = null
          Headers = [Content-Type:"application/json"]
     Content type = application/json
             Body = [{"email":"test@test.com","name":"test","userStatus":"APPLIED"}]
    Forwarded URL = null
   Redirected URL = null
          Cookies = []

그리고 print() 를 했기 때문에 콘솔 창에 위와 같은 결과도 같이 확인 해 볼 수 있다. 

그리고 잘못된 결과값이 나올 경우에도 response 가 잘 리턴 되는지 확인해 봐야 한다.

@Test
public void getUserNotFoundException() throws Exception {

  when(userService.findUserById("test11@test.com"))
    .thenThrow(
      new RuntimeException("User not found")
  );

  this.mockMvc.perform(get("/users/test11@test.com"))
    .andDo(print())
    .andExpect(status().isBadRequest());
}

위 테스트는 파라메터로 "test11@test.com" 을 보냈으나 사용자가 존재하지 않을때 400 error 와 메세지를 보내는 경우이다. 

MockHttpServletResponse:
           Status = 400
    Error message = null
          Headers = [Content-Type:"text/plain;charset=UTF-8", Content-Length:"14"]
     Content type = text/plain;charset=UTF-8
             Body = User not found
    Forwarded URL = null
   Redirected URL = null

결과로 400 에러가 전달 되며 Body 에는 메세지가 써있다. 

Controller 테스트에서는 고려해야 할 것들이 많은것 같다. request 를 받고 response 를 보내야 하는 곳이기 때문에 파라메터에 대한 검증과 상태코드, response 값과 message 들이 잘 구성되어있어야 한다. Status 코드가 200이 떨어졌을때 보다는 200이 아닌경우의 상황을 더 많이 고려해야 되지 않을까 생각이 된다. 

주의사항) 제 생각을 기준으로 작성하고 만든 소스코드이고 의견이기 때문에 틀린 부분이 있을수 있습니다.