일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
- CTF
- MariaDB
- docker
- sqlite
- log
- window
- 1인개발
- 버전관리
- 리다이렉션
- 플러터
- backup
- crontab
- 티스토리챌린지
- 오블완
- Flutter
- web
- git서버
- scp
- db
- git
- hacking
- Linux
- MSsql
- 수익화
- CMD
- windows
- dreamhack
- mysql
- gitea
- ssh
- Today
- Total
목록docker (2)
Tech Bastion

세상에 저번시간에 작성했던 backup관련 sh파일들이 오탈자가 있어 주말 간 백업이 하나도 안되었던 이슈가 있었어요. 스케줄링 처리되는 과정에서 정상적으로 작성은 된 건지. 내부 로직이 어떻게 잘못된 건지 확인이 안 되기 때문에 로그를 남길 수 있도록 처리 하기로 했습니다. 우선 도커 내부에 있는 db_backup.sh파일부터 진행을 해볼 거예요.기존 db_backup.sh파일#! /bin/bashMYSQLDUMP="/usr/bin/mysqldump"DB_NAME="db"DB_USER="root"DB_PASSWORD="a77afe5fbde2"# sql backup$MYSQLDUMP -u$DB_USER -p$DB_PASSWORD $DB_NAME > db_$(date '+%Y%m%d').sql$MYSQL..

올해 초에 어마무시한 녀석에게 해킹 공격을 받은 적이 있다. 가상화패를 채굴하는 녀석이었는데 kswapd0이게 이름인가? 여하튼 마이닝 멀웨어였다. 그놈의 아키텍처를 봤더니 해당 피시를 숙주로 삼아 다른 네트워크를 공격한다길래 정신없이 방어(?)를 했고 이 이야기는 나중에 차분하게 되새겨 봐야겠다. 그 사건으로 인해 자동화시켜 놓은 백업 스케줄이 다 없어져버려서 새로 세팅을 해놔야 하는데 사실 전에 근무하시던 분이 해놓은 거라 내가 새로 하기로 마음먹었다. 우선 DB는 Mariadb를 사용 중이고 도커로 빌드를 해놓은 상태이다. 도커 내부로 접속을 해볼까?docker exec -it mariadb /bin/bashdocker exec -it (컨테이너이름) /bin/bash 우선 자동화를 위한 스크립..