Practical Accumulation

1. mysql에서 데이터베이스를 생성하고 유저를 만들어 해당 유저에게 권한을 부여하려고 할 때 아래 에러가 발생한 경우 0 row(s) affected, 1 warning(s): 1285 mysql is started in --skip-name-resolve mode; you must restart it without this switch for this grant to work 2. 대부분의 경우는 docker 환경에서 mysql을 사용할 경우에 발생하는 문제이다. 2-1 일반적으로 'user'@'localhost' 형식으로 유저를 생성하는데 도커 환경은 172.17.0.1 이런 식의 내부 ip를 사용하고 있기 때문에 mysql 서버는 localhost를 172. 로 시작하는 ip를 localhost..

1. 끝단은 무조건 같은 숫자로 구성된 subtree가 된다. 2. 문제는 어떤 변수를 전역으로 둘 것인가이다. 2-1 같은 숫자로 구성된 subtree를 찾으려면 현재 어떤 숫자인지를 우선 가지고 있어야 하고 2-2 현 위치에서 아래의 트리가 같은 숫자로 구성되어 있는지 상태값을 가져야 한다. 2-3 현재까지 몇개의 서브트리를 찾았는지도 알아야 한다. 3. 쉽게 빠지는 유혹은 반환값을 서브트리 판단으로 1을 올리거나 안올리거나를 하고 싶은 유혹이 든다. 그렇게 되면 현 시점에 하위 트리에 대한 정보를 전역으로 보관해야 한다. 3-1 해결이 힘들다. 4. 결론적으로 말하면 재귀적으로 현재 하위 트리가 같은 숫자로 구성된 서브트리인지 true, false를 반환하고, 서브트리 숫자를 전역으로 가지는 것이 ..

1. 동일한 Tree의 PreOrder, InOrder traverse의 결과가 담겨진 배열 2개가 주어질 때 Binary Tree를 만드는 문제이다. 2. 기본적으로 두개의 다른 Traverse 결과가 있으면 바이너리 트리를 만드는 알고리즘은 혼자서 찾기힘들기 때문에 기본적으로 인지하고 있는 것이 중요하다. -> 기본지식 (모르면 인터뷰에서 풀 수 없다.) 3. 문제는 잘 알려진 이 알고리즘을 어떻게 구현할지인데 상당히 까다롭다. 4. 재귀를 사용하여 문제를 풀 때는 Top down과 Botton up 둘 중 하는 사용하는데 일반적으로는 Botton up이 훨씬 직관적이고 많이 사용된다. 5. 이 문제는 Top down 방식을 사용하여 문제를 해결해야 편리하다. 익숙하지 않기 때문에 어려운 것이다. 5..

1. 암호화는 Confidentiality를 보장하기 위해서 사용한다. 1-1 암호화 된 값은 원래 원문의 정보를 가지고 있어야 하기 때문에 원문보다 작을 수 없다. 1-2 보통 plain text는 평문이라고 하는데, cipher text는 한국말로 뭐라고 할지 애매하다. 암호문이라고 하겠다. 2. 암호화에 키를 사용하는 이유 2-1 일반적인 암호화 알고리즘은 단순한 함수형식으로 표현되기 때문에 해시처럼 암호문이 같아져 확장성이 떨어진다. 2-1-1 이 말은 보안성이 떨어질 수 밖에 없고, 표준 알고리즘을 사용하면 모두 같은 결과만 나오게 된다. 2-2 각 사용자마다 다른 암호문의 결과를 얻기 위해서 도입한 개념이 키이다. 각 다른 키는 각 다른 암호문을 만들어 낸다. 2-2-1 키는 랜덤하게 만들어지..

1. 해싱은 Checksum, Fingerprint, Hash, CRC 같은 용어로도 불린다. 1-1 해싱은 메시지를 특정한 방식으로 계산하여 만든 메시지 정보를 저장하지 않는 결과 값이다. 1-2 원본의 정보를 저장하지 않기 때문에 해싱값으로는 원본을 복구할 수 없다. 2. 해싱 알고리즘 요구사항 2-1 특정한 해싱 결과를 임의로 계산하여 만들 수 없다. 2-2 해시 값으로 원 메시지를 추출할 수 없다. 단 방향이다. 2-3 작은 변화가 전체 값을 바꿔야 한다. 2-4 정해진 길이의 값을 반환해야 한다. 3. Collision - 필연적인 현상 3-1 두 다른 메시지가 같은 동일한 결과를 가질 때 3-2 길이가 지정되어 있기 때문에 어떻게든 중복이 일어날 수 밖에 없다. 3-3 따라서 길이가 길수록 안..

1. 개인적으로 개발을 위해서 Kubuntu를 사용하고 있다. 여기서는 기본적으로 debian 기반 버전을 설명한다. 2. 리눅스 UI는 리눅스 코어에 해당하지 않고 부수적인 기능으로 취급된다. 하지만 개발을 위해서는 UI는 필수적인 부분이고 이것이 없으면 vscode 같은 ide를 사용할 수 없기 때문에 리눅스 코어는 아니지만 필수로 취급된다. 3. 최근에는 엔비디아나 AMD에서 만든 그래픽 카드에서도 리눅스를 지원하고 있고 현재 윈도우에서의 기능의 50%정도는 지원하고 있어 그래픽을 사용하는데 있어서 큰 무리가 없다. 4. 리눅스를 부팅했는데도 화면에 GUI가 열리지 않을 때가 있다. 그렇게 되면 검은 화면에 리눅스 로그인 프롬프트가 화면에 뜨게 된다. 많은 리눅스 유저가 여기서 패닉이 되는 경우가 ..

예전에 private subnet에 있는 호스트에 접근하기 위한 방법으로 bastion 서버를 사용하도록 설정했는데, 아무리 생각해도 서버접근용으로 서버를 둔다는 부분이 마음이 들지 않았다. 그래서, AWS Systems Manager의 Session Manager를 사용하도록 설정을 변경하였다. 1. 현재 웹서비스를 기동하기 위한 가장 간단한 방법인 Elastic BeansTalk을 사용하고 있다. 2. EC2가 SSM에 접근할 수 있도록 ROLE을 생성해 주고, 2-1 아래의 role은 aws-elasticbeanstalk-ec2-role 기본 role에 AmazonSSMManagedInstanceCore를 추가한 롤이다. 2-2 이런 이유는 EC2가 Beanstalk의 리소스를 사용하는 권한 + S..

1. 이 포스트는 스프링 부트 3에서의 보안 설정에 관한 내용으로 세부적인 것보다는 전반적인 것을 설명한다. 2. 이 포스트를 적는 이유는 스프링 보안이 세부적으로 들어가면 상당히 복잡해 보이는데 실제로는 그렇지 않다. 3. 세부적인 내용을 설명하는 포스트는 많지만 개괄을 제대로 설명하는 글이 없어서 적어본다. 4. 스프링 보안의 가장 기본은 FilterChainProxy와 DelegatingFilterProxy이다. 4. 보안 처리 요청은 실제 DelegatingFilterProxy는 등록된 FilterChainProxy을 사용하여 실제 보안 처리를 수행하게 된다. 아래의 delegate가 Filter를 구현한 FilterChainProxy를 저장하는데 이 proxy를 통해서 FilterChain내의 ..