ssh나 SFTP 에 접속을 하기 위해서 사용자 아이디/비밀번호로 로그인하는 방법도 있겠지만 키 파일을 이용해서 로그인을 할 수도 있다. 키 파일은 확장자가 ppk나 pem 파일로 접속을 할 수 있는데 검색을 좀 해보니까 윈도우에서 putty로 접속을 할 때는 ppk 파일을 사용한다고 한다. AWS에서 서버를 만들고 개인키를 발급받으면 pem 파일로 발급을 받는데 윈도우 사용자라면 putty를 사용해서 ssh 접속을 할텐데 putty는 pem 파일 말고 ppk 파일로 접속을 할 수 있다. (나는 맥 사용자라...) (ppk는 putty private key의 약자이다..) 그래서 pem 파일을 ppk파일로 변환하려면 PuTTYgen 이라는 프로그램을 사용해서 변환할 수 있다. 근데 나는 맥 사용자라 pp..
빠르게 레디스 설치 명령어 적용 yum install epel-release redis 설치 7버전(최신) 설치할 때 yum -y install http://rpms.remirepo.net/enterprise/remi-release-7.rpm 그냥 설치하려면 yum -y install redis 그런데 이렇게 설치하려면 yum list | grep redis 로 설치될 버전을 확인할 수 있음. 설치한 패키지 확인 rpm -qi redis 레디스 설정 변경 원격접속 설정 vi /etc/redis/redis.conf # bind 127.0.0.1 =>주석 bind 0.0.0.0 =>설정해줘야함 서비스 시작 systemctl enable --now redis #재부팅 시 자동 시작 되도록하려면 systemct..
docker run -d -p 5432:5432\ --name postgres\ -e POSTGRES_PASSWORD={비밀번호} postgres 이렇게 해서 datagrip에 postgres를 연결하려고 했더니 안됨 postgres는 기본으로 root 계정이 postgres 이어서 datagrip에 연결했더니 아래와 같은 오류가 났음 The specified database user/password combination is rejected: [28P01] FATAL: password authentication failed for user "postgres" 그래서 계정 하나 만들고 연결하니까 잘되었음.. docker exec -it postgres bash postgres=# create user p..
로컬에서 테스트 해볼려면 docker로 설치해서 사용하는게 편하다. Mac사용자이면 Homebrew를 통해서도 설치할 수도 있다. 아무래도 docker가 편할 것 같다. docker pull rabbitmq docker run -d --name rabbitmq -p 5672:5672 -p 15672:15672 \ --restart=unless-stopped \ -e RABBITMQ_DEFAULT_USER={사용할계정ID} \ -e RABBITMQ_DEFAULT_PASS={비밀번호} \ rabbitmq:management http://localhost:15672 상기 옵션의 정보들 -d : 백그라운드로 실행 --name rabbitmq : 해당 컨테이너 이름을 rabbitmq로 실행 -p 5672:5672..
chkconfig chkconfig를 통해 각 데몬의 실행 설정 목록을 보거나 실행할 데몬을 추가하거나 삭제할 수 있다. 또는 특정 데몬을 실행할지 여부를 설정할 수 있다. --list는 각 실행레벨의 서비스 실행 여부를 보여준다. 특정 데몬의 설정을 확인할 수 있다. chkconfig --list chkconfig --list httpd // httpd 데몬의 설정 상태를 확인 특정 실행레벨에서 특정 데몬을 삭제할 수 있다. chkconfig --level 5 -del httpd 특정 데몬의 실행을 off 설정한다. --level 설정이 없다면 실행레벨 2,3,4,5의 설정이 변경된다. chkconfig httpd off //레벨 설정시 chkconfig --level 5 httpd off 특정 데몬의..
1. 현재 쉘 확인 환경변수 SHELL을 토아여 현재 로그인한 사용자의 쉘을 확인 echo $SHELL2. 시스템이 지원하는 쉘 목록 확인 chsh 명령어의 -l 옵션을 사용하여 시스템이 지원하는 쉘 목록을 확인 chsh -l다른 방법으로 /etc/shells 파일에 시스템이 지원하는 쉘 목록이 기록되어 있다. cat /etc/shells3. 쉘 변경 chsh -s /bin/zsh4. 특정 사용자의 쉘 확인 cat /etc/passwd | grep '사용자'
사용자 계정과 암호를 정확하게 입력한 후에 로그인에 성공하면 셸이 자동으로 수행될 수 있다. 이렇게 로그인할 때 수행되는 셸을 로그인 셸 이라고 한다. 로그인 셸에서만 logout 명령을 사용하여 로그아웃 할 수 있다. GNOME을 사용한 GUI 환경에서 터미널을 실행시킬 때 이 때는 로그인 셸이 아니다 (이미 로그인한 상태) 셸에서 사용자 변경 명령어 $su -l username 수행하면 지정된 사용자 계정으로 로그인할 수 있으며 이때 수행되는 서브 셸은 로그인 셸이다. 로그인 할 때와 로그인 후에 셸을 시작할 때 환경 설정을 위해 자동으로 수행되는 설정 파일이 존재하는데 아래 표로 정리 파일 설명 /etc/profile 모든 사용자에게 적용되는 시스템 수준의 환경 설정 파일로 로그인할 때 가장 먼저 ..
- Total
- Today
- Yesterday
- Kotlin
- docker
- mybatis config
- window
- LocalDate
- Github Status
- mybatis
- intellij
- config-location
- LocalDateTime
- 오라클
- 베리 심플
- Linux
- springboot
- 프로페셔널 스튜던트
- Bash tab
- input
- elasticsearch
- svn
- Mac
- oracle
- jQuery
- localtime
- maven
- Java
- rocky
- Spring
- JavaScript
- 북리뷰
- Spring Security
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |