tar : 흔히 압축 형식의 일종으로 간주되지만 압축은 전혀 하지 않으며 단순히 파일을 묶어주는 개념이다. Tape Archive의 약자.

 

tar.gz : tar파일을 gzip으로 압축시킨 파일 확장자.

 

 

 

tar

압축

tar -cvf [압축파일명.tar] [압축할 파일 or 디렉토리]

디렉토리를 지정하면 하위 내용 포함 모두 묶인다.

 

해제

tar -xvf [압축파일명.tar]

 

 

 

tar.gz

z만 추가하면 된다.

압축

tar -zcvf [압축파일명.tar.gz] [압축할 파일 or 디렉토리]

디렉토리를 지정하면 하위 내용 포함 모두 묶인다.

 

해제

tar -zxvf [압축파일명.tar]

 

 

 

옵션 설명

-z gzip(gz)으로 압축
-c tar로 묶기
-x tar를 풀기
-v 각 파일 압축 메시지 출력
-f 파일을 묶도록 지정 (반드시 추가되어야 함)
-p 파일의 권한 저장

됐지만

bad interpreter: No such file or directory 라는 에러 메세지와 함께 쉘파일 실행이 안되었었다.

 

원인은 윈도우 개행문자가 포함되어 있었던것

그냥 vi로 보면 다른점이 없지만 vi 바이너리 모드(-b)로 실행해보면 ^M 문자가 포함된 것 을 볼 수 있다.

 

vi -b test.txt

 

:%s/^M/

vi replace 명령어로 윈도우 개행문자를 모두 지워주면 된다.

이 때 ^M은 단순 문자가 아닌 Ctrl + v + m 으로 입력해야 한다.

치환 후

 

 

++ MobaXterm을 이용중인 경우 Ctrl + m을 누르면 창이 최소화 되는데 기본 단축키를 변경 해주자

Settings -> Keyboard shortcuts 에서 Ctr + M 키 변경 (한번 껐다 켜야 적용되었음)

환경 : java 1.8, windows10

1. 소나큐브 설치 (7.7 버전)

Java 1.8버전을 사용중이여서 최신버전은 못쓰고 7.7버전을 사용하였다.

소나큐브 Docs을 보면 버전별로 지원하는 환경이 잘 나와있다.

https://www.sonarqube.org/downloads/

[

Download | SonarQube

Get the latest LTS and version of SonarQube the leading product for Code Quality and Security from the official download page.

www.sonarqube.org

](https://www.sonarqube.org/downloads/)

소나큐브 다운로드 사이트에 들어가보면 하단에 Show all versions이 있어 다양한 버전 선택이 가능하다.

다운로드 페이지 하단

다운을 받고 압축을 풀면된다.

2. 실행

{압축 푼 소나큐브 폴더}/bin 경로에가면 OS별 폴더가 보인다

os 목록

윈도우 환경이므로 windows-x86-64 폴더에 들어가면 여러개의 bat파일이 보이는데 파일명이 친절하게 어떤 bat파일인지 설명해주고있다.

친절한 파일명

관리자 권한으로
InstallNTService.bat -> StartNTService.bat -> StartSonar.bat 순으로 실행하면 된다.

SonarQube is up이 보이고 소나큐브 기본 포트인 localhost:9000으로 접속시 다음과 같은 페이지가 보이면 성공

기본 계정은 admin/admin 이다.

※ 실행시 에러

https://stackoverflow.com/questions/47294700/sonarqube-exception-caught-on-transport-layer

실행시 위와 같은 에러가 안오면서 실행이 안되면

{압축 푼 소나큐브 폴더}/conf 경로에 sonar.properties에서

#sonar.web.port
기본 9000에서 다른 포트로 수정
#sonar.search.port
기본 9001에서 0으로 수정하고 다시 시작하면 된다.

sonar.web.port 를 수정한경우 바꾼 포트로 접속해주자 localhost:{바뀐포트}

 

 

3. 프로젝트 업로드

3-1. pom.xml에 다음과 같은 플러그인 추가

pom.xml <build>태그에 다음과 같은 플러그인을 추가한다.

<pluginManagement>

  <plugins>

    <plugin>

      <groupId>org.codehaus.mojo</groupId>

      <artifactId>sonar-maven-plugin</artifactId>

    </plugin>

  </plugins>

</pluginManagement>

 

3-2. mvn sonar:sonar -Dsonar.host.url=http://localhost:9000 구문으로 실

 

만약 포트를 변경했다면 적절히 파라미터 값을 변경해주면 된다. pom.xml이 있는 위치에서 직접 실행해도 되고 이클립스를 사용하고 있다면

 

프로젝트 우클릭 -> Run As -> Run Configurations

 

Run Configurations

Goals에 mvn을 제외하고 넣어 Run 해주면 된다.

 

해당 프로젝트가 올라간걸 볼 수 있다.

 

 

※ DB

기본값으로 H2내장 DB를 사용한다. 로컬에서 돌리기엔 지장이 없어보이나 DB설정을 바꾸려면 아래 사진과 같이 sonar.properties에서 원하는 db엔진으로 설정해주면 된다. (단 maria db 지원 X)

sonar.properties

 

  1. 코취리 2021.06.30 10:39 신고

    잘 보고 갑니다

개발중 post방식으로 전송을 하는데

파라미터가 넘어가지 않는 현상이 있었다.

 

해당 post는 여러개의 사진을 업로드하는 전송이었는데 

이는 톰캣 파라미터 설정중 최대 size를 넘겨 발생한 현상이었다.

 

기본 톰캣 파라미터 설정

최대 size 2097152 -> 2M
최대 개수 10000개

 

기본설정 2M보다 전송할 파라미터 크기가 더 커서 발생하였으니 설정을 바꿔주자

 

server.xml 에서

<Connector 부분에 maxPostSize 특성을 주면된다

 

maxPostSize : 직접 size를 지정해도 되고 -1로 설정시 무제한

maxParameterCount : 파라미터 개수 설정 역시 -1로 설정시 무제한

 

ex)

<Connector connectionTimeout="20000" port="8081" protocol="HTTP/1.1" redirectPort="8443" maxPostSize="-1" maxParameterCount="-1"/>

 지금까지 기존에 있던 이미지 그 중에서 우분투 이미지를 받아 그 위에 nginx설치를 하고 mysql 설치를하여 서버셋팅을 하였다. 하지만 매번 서버셋팅을 하는건 매우 귀찮고 번거로운 작업이다. 내 서버환경을 이미지로 직접 만들어 둔다면 매우 편할 것이다. 이번 포스팅에는 그 방법을 알아본다.

 

Dockerfile

 베이스가 되는 이미지에 추가적인 미들웨어나 어플리케이션을 설치하여 배포할 수 있게 해주는 파일이다. 파일명은 확장자 없이 Dockerfile이여야 하며 스크립트 처럼 한줄 한줄 위에서 부터 아래로 실행되는 구조이다. 명령어는 대문자로 사용한다.

 

 

 

Dockerfile 명령어

명령어 설명
FROM 생성할 이미지의 베이스가  이미지.
MAINTAINER 이미지를 생성한 개발자의 정보. 일반적으로 메일 정보를 작성
RUN 이미지 상의 리눅스 커맨드를 실행하도록 해주는 명령어
WORKDIR 명령어를 실행할 디렉토리 지정
EXPOSE 생성된 이미지와 호스트간 연결할 포트번호
CMD 도커 컨테이너가 시작할 때마다 실행할 명령어 설정

 오늘 사용할 명령어만 간단히 정리 하였다. 명령어는 위 이외에도 많으며 CMD와 ENTRYPOINT등 비슷하지만 조금씩 다른 헷갈리는 명령어가 있으므로 따로 정리하여 포스팅하기로 한다.

 

 

 

Dockerfile 작성

 vim Dockerfile 명령어로 에디터를 열어 아래와 같이 작성해 주었다.

우분투 이미지를 베이스로 사용하며 update와 nginx, nano를 설치 해주고 nginx실행까지 하는

이미지를 만드는 Dockerfile이다.

해당 도커파일로 만들어진 이미지로 컨테이너를 생성하면 호스트 pc에서 바로 nginx접속이 가능할 것이다.

 

 

 

이미지 생성

 작성한 Dockerfile을 이용해 이미지를 생성한다

$docker build --tag mydocker:0.1 ./

tag 옵션은 빌드할 이미지 이름을 지정하는 옵션이며 뒤에 '이름:버전'을 인자로 받는다.

뒤에 ./은 Dockerfile에 위치를 넣어준다.

Step이 다 실행되고 Successfully를 확인

 

docker images명령어로 확인해보니 이미지가 잘 생성됨을 알 수 있다.

 

 

 

 

만들어진 이미지 확인

이미지가 잘 만들어 졌는지 확인을 해보자. 이미지로 컨테이너 생성만 하면 nginx웹서버에 접속이 가능해야 한다.

 

컨테이너 생성.

 

확인.

 

nginx접속 확인. 

실제 서버 배포를 위해 디테일한 셋팅까지 해놓은 이미지를 만들어 두면 굉장히 유용할 것 같다.

 

 

 

 

Docker hub에 배포하기

 우선 도커계정이 필요하다. 없는 사람은 가입이 필요. 회원가입을 하면 나의 repository가 생긴다. 여기에 배포를 해보자.

 

가입 후 도커 커널에서 로그인

매우 간 - 단

 

$docker push [이미지명]

명령어로 간단히 배포를 할 수있다. 

단. 도커 로그인계정에 권한이 있는 레포지토리에만 push가 가능하다. 이미지명이 레포지토리 경로까지 포함되는거 같으므로 아래와 같이 이미지명을 xzxz1002/mydocker로 바꾸어 다시 만들었다.

내 계정으로 도커hub에 접속해보니 잘 push됨을 확인할 수 있다.

 

1. docker run -it --name [컨테이너이름] -p 80:80 debian:buster

buster는 데비안 버전이며 nginx기본포트가 80이므로 컨테이너 포트도 80으로 잡아주었다.

 

 

2. apt-get install nginx

nginx 설치 후 

service start를 해주자.

잘 실행 중이라면 웹브라우저에서 localhost로 접속하였을 때 기본 index페이지가 나와야 한다. 

 

 

3. apt-get install php7.3 php-mysql php-fpm php-cli php-mbstring php-curl php-gd

php와 추후에 사용할 각종 관련 패키지까지 한번에 설치

7.3버전을 받았다.

 

 

4. 환경 설정

nginx쪽과 php 둘다 환경설정을 해주어야 한다.

/etc/nginx와 /etc/php폴더안에 있는 환경설정 파일을 수정할 예정

 

 

4.1 nginx 환경설정

/etc/nginx/sites-available 경로에 default파일을 들어가서

아래와 같이 주석 되어진 부분을 주석만 풀어준다.

수정 전
수정 후

 

4.2 php 환경설정

/etc/php/7.3/cli 경로와 /etc/php/7.3/fpm 경로에 둘다 php.ini파일이 있는데 동일하게 수정하면 된다.

Off를 -> On으로
1을 -> 0으로

cli폴더 안에 php.ini도 위와 동일하게 수정.

 

 

5. nginx와 php 재시작

service nginx restart

service php7.3-fpm start

service php7.3-fpm restart

nginx는 이미 돌아가는 중이니 restart해주고 php는 처음이니 start후 다시 한번 더 재시작 해준다.

 

아까 주석을 풀어 설정해준 파일이 생성된걸 확인할 수 있다.

 

 

6. 파일 생성 후 확인

/etc/nginx/sites-available 경로에 default파일에 보면 root경로가 있다.

아래 41번줄 경로안에 php파일을 만들면 nginx웹서버로 php파일을 읽어 접속할 수 있다.

/var/www/html/test.php

test.php파일을 만들고

localhost/test.php로 접속하여 확인

hello world!

과제업로드를 하는김에 평소 궁금했던 docker 컨테이너 port설정에 대해 알아보았다.

 

우분투 연습과제2 : nano에디터 설치후 파일 생성해서 에디팅 작업 해보기.

 

1. apt-get install nano

나노 다운

나노 기본 명령어

실행

nano

파일 열기

nano 파일명

저장

Ctrl+O

끝내기

Ctrl+X, 정말로 끝낼 것인지를 묻는 화면에서 Y를 누르고 저장하려는 파일명을 확인한 후에 엔터

자르기와 붙이기

한줄 자르기 : Ctrl+k

붙이기 : Ctrl+u

여러줄 자르기 : Ctrl+^ 를 누르고 화살표로 블럭을 설정한 후에 Ctrl+k

찾기

Ctrl+w

 

써보니 vi처럼 명령어모드, 입력모드가 없고

윈도우에서 메모장을 키보드로만 다루는 것 처럼? 쓸 수 있었다.

 

 

도커 연습과제 : nginx컨테이너 설치

 

1. docker run --name con_nginx -d -p 8080:80 nginx

웹서버인 nginx를 백그라운드로 돌리려고 -d 옵션을 주고

포트는 8080:80으로 주었다.

docker ps -a 명령어로 실행중인 것을 확인

 

 

톰캣 고양이같은 화면이 뜨길 바라며 localhost:8080 으로 접속.

그러나 사이트에 연결할 수 없음이 뜬다. 

이유는 내 pc와 vm간에 포트포워딩이 안 되어 있었기 때문이다. 

구구절절 설명하기보다 그림으로 나타내는 것이 이해하기 쉬울거 같아 만들어 보았다.

 

2. oracle VM 포트포워딩

 

이제 진짜 host PC와 VM을 연결해주면 된다.

virtualBox.exe를 실행

내 컴퓨터에는 C:\Program Files\Oracle\VirtualBox 경로에 있었다.

 

 

그림과 같이 포트 포워딩을 해주었다

여기서 7070 포트를 VM에 8080포트로 연결해 주었다.

아래와 같은 흐름으로 nginx 웹서버에 접속!

 

잘 접속된걸 확인할 수 있다.

+디렉토리는 root계정으로 다 만들고 파일만 유저계정으로 바꿔서 만들라는 전제조건이 있음.

 

 

1. 사용자 계정 만들기

 

명령어 : adduser 사용자명

 

비밀번호 설정하고 추가정보 묻는데 그냥 엔터로 다패스

 

2. 4개 디렉토리 생성

그림을보니 home디렉토리속에 유저폴더 안에 만들어야 할 것 같다.

 

명령어 :

mkdir /home/guest/{document,download,workspace,bin} -> 디렉토리 4개 생성

중괄호로 묶어  원하는 경로 밑에 한번에 만들어 주었다

3. Workspace 디렉토리아래 hello.txt 파일을 만든다 ( 사용자 계정으로 만드셔서 파일 권한이 사용자가 되도록 파일을 생성하세요 )

 

아까 만든 사용자 계정으로 바꿔 파일을 만들자

 

명령어 :

su guest -> 사용자 변경

cd ~/workspace -> 해당 디렉토리로 이동

touch Hello.txt -> 파일만듬

 

쉽게 과제가 끝나는듯 하였으나

root계정으로 만든 디렉토리였기에 다른사용자의 쓰기권한이 없어 파일을 만들 수 없었다.

sudo 명령어로 처리하려 했으나 해당 사용자가 sudo명령어를 사용할 권한조차 없어 사용불가

 

4. 아까 만든 사용자에게 sudo권한 부여

 

명령어 :

su root -> 일단 다시 root권한으로

usermod -aG sudo guest -> 계정수정하는 명령어인 usermod에 -aG 아마 add group일거 같은 옵션으로 sudo 그룹에 포함시킨다.

 

5. 다시 파일 생성하기

 

명령어 : sudo touch Hello.txt

생성 

그런데 "파일 권한이 사용자가 되도록 파일을 생성" 이부분이 거슬린다. 소유자를 사용자로 하라는건가..

sudo chown guest:guest Hello.txt로 소유자변경

 

 

'일기' 카테고리의 다른 글

우분투 연습 과제  (0) 2020.05.21

지난번 포스팅에 도커에서 처음으로 이미지를 받고 컨테이너를 생성하고 실행해 보았다.

이번에는 MySQL을 받아 실행해볼 것이다.

 

$ docker run -it --name con_mysql -p 33006:3306 -e MYSQL_ROOT_PASSWORD=123456 mysql

run으로 한번에 해버린다.

 

위에 나온 옵션 설명은 저번 포스팅에도 했지만

-p와 -e는 처음 사용한다. 자세히 보면

 

-p 에 : 앞 포트는 Host PC의 포트이며 : 뒤 포트는 컨테이너의 포트이다. 잘 와닿지 않는데 사례로 풀어 설명하면

외부 또는 다른 컨테이너에서 MySQL에 접속하기 위해서는 3306포트가아니라 33006포트로 접속해야 한다는 것이다.

 

-e는 환경변수 옵션으로 MYSQL_ROOT_PASSWORD로 MySQL root계정 비밀번호를 설정했다.

 

이미지가 없으니 이미지 먼저 다운받고 순조롭게 되는듯 했으나..

 

 

ubuntu에 접속했을때 처럼 프롬포트가 쉘처럼 바뀔줄 알았는데 MySQL 로그가 찍히고 있다..

알아보니 exec 명령어를 통해 MySQL은 접속해야한다고 한다.

$docker exec -it con_mysql /bin/bash 이렇게 말이다

 

 

run명령어는 create, start, attach 명령어를 한번에 수행하는데

여기서 attach와 exec는 그럼 무슨차이가 있을까??

 

우선 attach는 현재 실행중인 컨테이너에 접속하는것이다. 도커에서 컨테이너는 프로세스 개념으로 run이나 start로 컨테이너가 실행되면 /bin/bash를 실행하는 이미지도 있어서 attach로 붙어도 바로 쉘 프롬포트가 나오는 경우가 있지만 그렇지 않은 이미지도 있기에 위와같은 결과가 나왔다.
실행시 바로 bash를 실행하지 않는 이미지에서 run명령어시 인자로 /bin/bash를 주면 attach로 쉘 프롬포트 접속 가능하다.

 

반면 exec는 현재 실행중인 컨테이너에 특정 쉘스크립트를 실행하는 것이다. 그래서 위에 exec명령어로 mysql에 접속하면 해당 컨테이너에 bash shell을 실행시켜 쉘 프롬포트가 화면에 나오게 된다.

 

또한 attach로 바로 쉘 프롬포트에 접속하게되면 /bin/bash로 실행된 1번 PID에 접속하게 되는 것이고 그러므로 해당 콘솔에서 exit하게 되는경우 그 컨테이너는 중지된다. 

 

attach로 붙은후 해당 쉘을 나가니 컨테이너가 중지되어있다.

그러나 exec /bin/bash로 컨테이너에 접속하는 경우 기존에 열려있던 PID1에 물리는 것이 아닌 별도의 프로세스를 생성하여 bash 를 실행한다. 따라서 해당 쉘 프롬포트에서 exit하게되도 그 컨테이너는 중지되지 않고 유지된다.

반면 exec로 붙은경우 bash프로세스가 하나더 생김을 볼 수 있고 exit로 나가도 여전히 컨테이너가 Up상태임을 알 수 있다.

 

 

드디어 정상적인 MySQL 실행

 

여담이 길었는데 별거없다. 저번 포스팅이랑 다운, 실행 방법이 모두 같다.

백그라운드에서 돌리기 위해 -d옵션을 주었고 이번 테스트후 컨테이너를 바로 삭제하기위해 --rm을 주었다.

 

이후엔 그냥 MySQL과 같은듯하다.

 

 

참고 :

https://zgundam.tistory.com/132

https://waspro.tistory.com/536

https://github.com/luckymagic7/Base/wiki/Docker-attach-VS-exec

지난번 포스팅에서 윈도우 환경에서 도커 설치하는 법을 알아보았다.

이번 포스팅에는 도커에 우분투 이미지를 설치하면서 같이 관련 도커 명령어를 알아볼 것이다.

 

 

도커 Image 검색하기

$ docker search [옵션] <검색어>

 먼저 이미지 설치 전에 어떤 이미지들이 있는지 궁금하기도 하고 이미지에 완전한 이름도 모를수도 있으니 검색을 통해 알아보자.

 

ubu로만 검색해도 우분투 관련 이미지들이 쭈욱 나온다.

 

명령어 옆 --help를 명령어에 대한 설명과 옵션값, 옵션설명을 볼 수 있으니 참고하면 되겠다. default로 limit이 25라 ubu검색결과가 25건 나왔었다. 맨위에 stars가 가장 높은데 이는 docker hub 사용자가 해당 이미지를 즐겨찾기 해놓은 것이다. 

 

 

도커 Image 다운

$ docker pull [옵션] [경로]<이미지명>[:태그명]

경로를 생략시 docker hub에 있는 이미지를 받고 태그를 생략시 가장 최신 버전을 받는다. (:latest)

 

검색시 나오던 가장 위에 ubuntu를 받았고 경로, 태그를 생략해서 docker hub에있는 가장 최신버전을 다운 받았다.

 

docker images 명령어로 다운받은 이미지 확인! 잘 받아졌다.

 

 

도커 이미지로 컨테이너 생성

$ docker create [옵션] <이미지명> [명령어] [인자..]

주로 --name 옵션을 많이 사용하는듯하다. 컨테이너 이름을 지정해주는 옵션이다. --name옵션을 지정해주지 않으면 도커가 알아서 이름을 지정해준다. 직접 해보니 매번 다른이름으로 생성된다. (..직박구리 같은건가..)

 

con_ubuntu라는 이름으로 우툰투이미지로 컨테이너를 만들었다.

바로 docker ps -a 명령어로 만들어진 컨테이너 확인. STATUS가 Created이다.

 

 

생성된 컨테이너 실행

$ docker start [옵션] <컨테이너명> [컨테이너명2...]

 

바로 방금 만든 컨테이너를 시작하고 ps -a로 확인해 보았는데 아니 바로 STATUS값이 꺼졌다고 표시중이다..

알아보니 컨테이너를 create할때 -it 옵션을 안주어서 그랬다. 나는 처음에 -it옵션이 쉘에 접속할때나 쓰는건줄 알았는데 아닌가 보다.

 

여기서 컨테이너 관련 자주쓰이는 옵션들을 알아보고 가자.

-d detached mode 흔히 말하는 백그라운드, 데몬 모드
-p 호스트PC와 컨테이너의 포트를 연결 (포워딩)
-e 컨테이너 내에서 사용할 환경변수 설정
–name 컨테이너 이름 설정
–rm 프로세스 종료시 컨테이너 자동 제거
-i 상호 입출력
–t tty를 활성화하여 bash 쉘을 사용

 

컨테이너를 지우고 -it옵션을 추가하여 다시 만들어 start하고 확인해보니 STATUS가 Up상태로 잘 바뀌었다.

 

 

컨테이너 접속

$ docker attach [옵션] <컨테이너명>

실행중인 컨테이너만 접속이 가능하다. 

 

기본적인 리눅스 명령어를 쳐보았다. 잘 나온다.

 

이렇게 이미지를 찾고, 받고 컨테이너를 만들고 실행하고 접속하고를 알아보았다.

이미지를 찾고 다운받는건 매번 필요하지 않겠지만 컨테이너를 만들고 실행하고 접속하고는 꽤 자주 할거같은데 명령어가 나누어져 있다보니 귀찮다.

역시 한번에하는 명령어가 있다.

 

pull ~ create ~ start ~ attach를 한번에

$ docker run [옵션] <이미지명> [명령어] [인자...]

해당 이미지가 없으면 다운받고 없으면 있는 이미지로 컨테이너를 만들어 실행까지 시킨다.

$ docker run -it --name con_ubuntu ubuntu 한줄이면 위에 attach하여 쉘에 접속한거까지 한번에 된다.

 

 

참고 :

https://0902.tistory.com/4

https://nicewoong.github.io/development/2017/10/09/basic-usage-for-docker/

https://www.leafcats.com/190

+ Recent posts