세상 버그 다 겪는 월야

환경1. SSO 인증서버 (81) : Next.js , 구글 로그인 구현 완료, HTTPS2. 외부 사이트 (83) : Laravel, PHP , 로그인 기능 없음, HTTP공통사항각 다른서버고 각 Docker에 잘 띄워져있는 상태요약 : 로그인 기능 없는 라라벨 프로젝트를, Next.js 찍먹 하고와서 로그인 구현 되게 하고싶었음1.전체 아키텍처외부 사이트(83) → SSO 인증 서버(81) → Google 로그인 → Ticket 발급 → 외부 사이트로 리다이렉트1. 83 에 접속하면 묻고 따지지도 말고 무조건 81 로 redirect 시켜줌 ( * redirect 시킬때 callbackurl=83 url 를 포함)2. 81 서버에서 로그인 성공적으로 완료 하는순간, 어? callbackurl 외부 ..

1. 테스트 배경로컬 Docker 환경에서 Next.js API(Route Handler) 를 사용해외부에서 호출 가능한 POST API를 개발 중에 있었고 다음과 같은 특징을 지님Next.js App Router 기반 (route.ts)POST 요청에서 JSON body 수신API Key 인증Slack Webhook 처리 로직Docker Compose로 로컬 환경 구성그런데 이상한 문제가 발생했다.2. 문제 상황 요약❌ Postman에서 호출 시같은 URL같은 JSON payload같은 Header (Content-Type: application/json)body(raw data)가 있으면 무조건 400 Bad Request - 이미지 1 첨부body 없이 POST 하면 정상 응답 - 이미지 2 첨부(..

docker-compose up 도중 지속적인 에러메시지 발생#9 [app internal] load build context #9 transferring context: 122.84MB 3.2s done #9 ERROR: archive/tar: unknown file mode ?rwxr-xr-x ------  > [app internal] load build context: ------ failed to solve: archive/tar: unknown file mode ?rwxr-xr-x archive/tar 는 쓰지도 않는데 뭔 소리래.. 하고 ai 한테 물어보니 tar 를 점검해보라며 어쩌고 저쩌고 도움안되는 말만 한다.이럴땐 직접 발품 팔아야지 ~다른 블로그 보니 node_modules 랑 pa..

환경은 Centos7 서버 방화벽 이것저것 싹다 막아놓았다. 해외 ip 차단 까지 ... 참고로 해외 ip 차단 되었는지 확인하는건 vpn 프로그램 깔아서 해당 국가로 전환해서 내꺼로 접속해보면 알수있다. vpn 프로그램은 TikVPN 추천 (기간제 무료) 여튼 해당 서버엔 컨테이너가 여러개 돌아가고있는데 그중에 mssql 컨테이너가 하나있는데 어느날 로그를 살펴보니 미친듯이 해외에서 접속시도를 하고있는게 보였다. (1초에 대략 50건씩 쌓였다.) 프로그램 돌리면서 , 미친듯이 이것저것 다 쑤셔보는듯 하다. 아래 스샷엔 sa 로만 되있지만 admin super 뭐시기 다양하게 로그에 찍혀있었다. 참고로 로그찍는건 아래와 같이 찍는걸 추천, N줄씩 실시간으로 찍어준다. docker logs --tail 1..

기존에 돌아가고있는 톰캣 서버가 있는데 jar 파일도 여러개있고 이것저것 함수 쓰이는게 많아서 환경을 어떻게 구성해줘야하나 .. 고민하다가 결국 성공했는데 핵심은 jar 파일이었다. jar파일 그대로 옮겨주고 context.xml 에 DB 정보 수정해주고, 에러는 톰캣컨테이너 로그를 찍어보면서 해결했다. 뭐.. 말이 쉽지 맨땅에 헤딩하기가 좀 힘들긴했다 --; 기존에 Docker 환경에서 구성한 톰캣에서는 vi /etc/source 환경설정도 수정하고 jdk 파일도 옮겨서 하고 뭐 그랫었는데 이번에는 굳이 그렇게까진 안했고 기존 톰캣 도커이미지에서 기본으로 세팅되어있는 openJdk-11 을 이용하였다. 그리고 그땐 docker cp 하면서 노가다를 좀 많이 뛰었는데 그럴 필요없이 그냥 도커 마운트만 지..

서버에 도커 깔아서 나도 이제 컨테이너로 굴리는구나 룰루랄라 하고있었는데 어느날 부장님께서 물으신다 kdevtmpfsi 라는 놈이 리눅스 서버 CPU 점유율 다 차지하고있다고 ... (실시간 모니터링은 nmon 으로 C, M, T 눌러서 보면된다) 어쩐지 아무탈없이 잘되나 싶었다 아 ~~~ 내 인생~ 부장님 말씀으로는 kdevtmpfsi 이라는 놈이랑 a.k.a 라는 놈이 프로세스 50프로씩 각각 잡아먹고 있있으며 a.k.a 는 kill 했을때 바로 사라졌고 kdevtmpfsi 은 계속 되살아났다고한다 아래 처럼 실행을 해서 관련된 모든걸 다 삭제했고 ps -aux | grep kinsing kill -9 pid(프로세스 ID) ps -aux | grep kdevtmpfsi kill -9 pid(프로세스..

Docker 실행 오류 아래 명령어 실행시키고 sudo firewall-cmd --zone=trusted --remove-interface=docker0 sudo firewall-cmd --zone=trusted --remove-interface=docker0 --permanent 혹시 몰라서 stop 한번 진행하고 다시 start 진행 정상작동 확인

환경 Linux, Centos7, Docker, Django, PostgreSQL / Window10, Putty, vscode,filezila 회사에 남아도는 테스트 서버에 장고 설치하고싶어서 여기저기 찾아보면서 야금야금 정리한다. 먼저 리눅스 서버에 장고프로젝트 폴더를 생성시켜주자 나는 var/www/html/django_test 라는 폴더를 만들어줬다. django_test 폴더 내부에다가 Dockerfile 을 만들어주자 Dockerfile FROM python:3 ENV PYTHONUNBUFFERED=1 WORKDIR /code COPY requirements.txt /code/ RUN pip install -r requirements.txt COPY . /code/ 같은 폴더내에 require..

도커에서 장고세팅하려고하는데 갑자기 ERROR: Service 'web' failed to build : write /var/lib/docker/tmp/GetImageBlob0000000000000 : no space left on device 에러가 떳다 좀 찾아보니 안쓰는 이미지들 정리해주는 명령어가 있다고해서 돌렸는데 .. docker system prune -a -f 결론만 말하면 이걸 돌리고나서 정상적으로 설치가 되긴됐다 9기가가 넘게 확보되서 좋긴하다만 .. 나중에 쓰려고 남겨둔 이미지도 날아갔다 엌ㅋㅋ 그리고 현재 가동되고있는 컨테이너의 이미지 아니면 가차없이 싸그리 날려버린다 컨테이너들도 Exited 으로 되어있던 녀석들은 싹다 날라갔다 Run 으로 정상가동중인 애들은 잘 살아있는 상태 ...

문제점. 로컬서버여서 다행이지만 갑자기 서버가 정상적으로 가동을 하지않았고 재시작을 한 이후에 도커도 당연히 재시작이 되면서 컨테이너 IP 들이 모조리 바뀌어버리는 증상 발생 당연히 DB 컨테이너를 바라보던 타 컨테이너들은 제대로 DB 컨테이너에 접속하지못하면서 홈페이지가 셧다운 해결. 모든 컨테이너(사실 DB 컨테이너에만 지정해도 상관없긴하다만) 에 고정 IP 지정하고나서 해결 고정 IP 지정법 docker network 생성 아래 처럼 게이트웨이, 서브넷을 임의로 지정해줄수도 있지만 docker network create --gateway 172.19.0.1 --subnet 172.19.0.0/21 mybridge 아래처럼 그냥 생성할수도 있다 docker network create --driver ..