연구한 이야기/문제 해결 이야기

MySQL 통신 패킷 확인하기

이번에 게임 서버와 MySQL 통신 간 패킷을 확인해볼 일이 생겼다.분명 사내에서 구축한 인프라 세팅대로면, 문제 없이 동작하는 게임 서버와 MySQL DB인데,퍼블리셔에서 구축하셨을 때에는 게임서버에서 유저 접속 처리가 안되는 문제가 보고되었다.문제는... 이런 증상에 대한 원인을 찾기 위해서는, 범위를 줄여 나가야 한다는 점인데,그게 생각보다 협조가 쉽지 않을때가 많다. 요청을 보내고 받고 해야 해서 속도도 느리고.퍼블리셔 인프라팀에서 물론 기본적인 네트워크 설정 테스트는 진행해 주셨지만,(게임서버와 MySQL DB서버간 통신 및 쿼리 테스트)MySQL DB가 응답을 어떻게 주었는지, 이걸 게임서버가 해석해서 다음 쿼리를 보냈는지,이것저것 알고 싶어서 패킷 캡쳐를 요청드렸다.이번 기회에 MySQL의 ..

MySQL "Not Supported" 에러와 handshake

mysql 서버에 접속하려고 할 때, Not Supported 라는 메시지와 함께 연결 오류가 발생했다.에러 발생 위치가 명확했고, 코드도 간결했기에, 원인을 파악하기는 쉬웠다./src/auth.ts | mysql@v2.7.0 | Deno위 코드 블럭을 살펴 보면, auth plugin이 mysql_native_password가 아니라서 발생한 문제라는 것을 알 수 있다.이 인증 타입은 처음 보는 개념이라, 가볍게 살펴본 결과,mysql_native_password 에서, cache_sha2_password 로 넘어가는 추세로 보인다.mysql 8.0부터는 default가 cache_sha2_password 라고 한다.사용중인 저 deno mysql library 도 버전을 올리면, cache_sha2_..

클라이언트 IP를 '잘' 가져오자

요즘은 너무나도 당연히 대부분의 사용자 기기가 공유기 뒤에 숨어있듯이, 서버 또한 로드밸런서 뒤에 숨어있는 것이 너무나도 당연한 구조가 되었다. 이제 서버 개발자는 하나의 고민을 더 하게 된다. 예전에는 p2p 통신을 위해 홀펀칭을 고민하고 릴레이를 해주어야 했다면, 이제는 클라이언트 IP를 가져오기 위해 고민을 해야 할 차례가 되었다. 우리가 얻을 수 있는 클라이언트 IP는, 해당 클라이언트가 숨어있는 라우터 공유기의 공인 IP이다. 하지만 그 정보 또한, 프록시와 로드밸런서가 가득한 네트워크 세상에서 어떻게 가져와야 할지 고민해봤다. 사실 맨 처음에는 도커 서비스에서 client addr을 가져오니 도커 브릿지 ip가 찍히는 것이 문제였다. 그래서 docker network_mode를 host로 놓아..

서버 로그가 누락되고 있어요..!

게임 서버가 출력하는 게임 로그가, 로그 DB로 일부만 들어가는.. 크리티컬한 문제가 발견되었다. 분명 이것저것 테스트까지 완료한 서비스들과 설정대로 패키징하여 퍼블리셔사에 전달드렸는데..! 퍼블리셔사에서 서버 로그가 누락되는 것 같다고 전달해주셨을 때 가슴이 철렁 했다. 이제 개발 환경을 구축중인, 신작 프로젝트라 그나마 다행이지.. 한 번, 로그 관리 플로우를 되짚어 보자. 게임 서버는 로그를 로컬 파일에 한 라인씩 append해가며 작성해 나간다. 만약 로그 파일이 생성된지 5분이 넘었거나, 파일 크기가 5MB가 넘었다면, 새 파일을 열어 그곳에서 이어간다. 그리고, 쉘 스크립트를 기반으로 하는 서비스에 의해, 해당 로그 폴더에서 생성된지 6분 이상 지난 파일이 logstash 서버로 전송된다. 그..

alpine리눅스와 stat

이번에, 마운트된 디렉터리 내 파일들이 만약 생성된지 5분 이상 지났다면 처리하는 프로그램을 만들게 되었다. 간단한 처리라, shell script (bash) 로 작성하여 alpine을 기반으로 하는 도커 이미지로 패키징하였다. 문제는, stat -c %W 명령어를 실행했을 때 값이 정상적으로 뜨지를 않았다.. 그래서 도커 컨테이너 접속해서 확인해보니 stat 했을 때 파일의 생성 시각이 아예 뜨지를 않았다. 그래서 실험삼아 기본 이미지를 alpine이 아닌 ubuntu로 변경해 보았더니, 같은 stat 명령어를 같은 마운트된 폴더 파일에 수행했을 때 파일 생성 시각이 잘 보였다. 그래서 이 문제의 원인을 여러 가지로 추측중에 있다. - alpine리눅스가 경량이다 보니, stat 기능 또한 ubunt..

mysql connect 시에 timezone 관련해서 에러가 나요!

The server time zone value 'KST' is unrecognized or represents more than one time zone. You must configure either the server or JDBC driver mysql에서 SELECT @@global.time_zone; 해보면 SYSTEM 값이 나오면, 서버에는 기본 timezone이 없는 상태. 이 상황에서 클라이언트가 timezone 명시 없이 접속하게 되면 에러가 나게 된다. 서버에서 timezone을 설정하던지 (SET 쿼리), 클라이언트가 연결 시에 serverTime명시하자.

Android Studio NDK breakpoint가 잡히지 않아요!

debugger가 dual 로 켜진 상황 (app→edit configurations→debugger) C++ 코드의 breakpoint들이, debugging을 시작하면 빨간 점에서 비활성화 표식으로 바뀜. Native code debug is not working in Android Studio 3 - Stack Overflow proj.androidstudio 폴더의 app/.cxx 폴더를 지워주고 다시 디버깅하니 잘 잡힌다!

dockerfile은 죄가 없다.

업무를 진행하며, 다양한 서버와 인프라를 도커 환경으로 묶어 봤다. 이 때, 어떨 때는 도커 빌드 속도가 빨랐다가 어느 때는 느리고, 이런저런 문제를 겪기도 했다. dockerfile을 작성할 때 유의해야 할 세 가지를 뽑아 정리해 보았다. 1. 레이어 개수에 유의하기 Dockerfile의 각 명령어는, 대부분 새로운 레이어를 생성한다. 불필요하게 많은 레이어는 빌드 시간과 이미지 크기를 증가시켜, 효율성을 저하시킬 수 있다. 기존에는 가독성을 위해 다음과 같이 작성했었다. FROM alpine:latest RUN apk update RUN apk add rust RUN apk add cargo ... 하지만 위 dockerfile의 경우 벌써 네개의 레이어가 만들어진다. 따라서, 아래처럼 개선할 수 있..