일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- nodejs
- SSL
- unity
- 유니티
- JS
- s3
- docker
- Python
- JavaScript
- build
- ChatGPT
- API
- 연동
- Windows
- ssh
- error
- Linux
- 구글
- AWS
- 영어
- logstash
- mariadb
- MySQL
- MSSQL
- elasticsearch
- Kibana
- sample
- Ai
- 설정
- Today
- Total
목록분류 전체보기 (316)
가끔 보자, 하늘.
tar 파일 가져와서 설치했더니 데몬으로 가동이 안되는 상태. rpm으로 다시 설치할까 그냥 systemd에 등록함. elasticsearch , kibana 모두 6.3 버전 사용. /etc/systemd/system/kibana.service 파일을 만들어 아래 내용을 삽입. [Unit]Description=Kibana 6.3 [Service]Type=simpleUser=rootEnvironment=CONFIG_PATH=/your kibana path/config/kibana.ymlEnvironment=NODE_ENV=productionExecStart=/your kibana path/node/bin/node /your kibana path/src/cli [Install]WantedBy=multi-u..
CentOS에 Elasticsearch를 설치해 보았다. 정리할 생각이 없었는데, 하다보니 중간에 막히는 것들이 처리하면서 정리 한번 해둬야겠단 생각이 들었다. 일단 처음 설치할 때 주의할 점은 Elasticsearch는 root 계정으로 실행할 수 없다. (실행 가능하게 하는 옵션이 있던데, 최신 버전에서는 안되는 듯. 그리고 보안의 측면에서도 당연히 좋지 않아 추천하지 않는다.) 그러므로 전용 계정을 설정해서 설치, 실행하자. 설치 환경 및 각종 버전은 아래와 같다. CentOS 7.5.x Elasticsearch 6.3.0 (https://www.elastic.co/downloads/elasticsearch) plugin, Elastic-HQ (https://github.com/ElasticHQ/e..
공식 사이트는 이 곳!!http://jsoncpp.sourceforge.net/ >> 현재는 github로 링크가 이동된다. 최근 코드는 많이 달라져 있어서 최근 코드 사용에 대해서는 추후 다시 한번 정리할 예정이다. 이번은 예전에 사용하던 코드를 활용하여 ( 파일 >> 일단 설치는 그냥 압축을 풀어 프로젝트에 적용하면 끝!! (h와 cpp 파일 각 하나씩만 존재한다.) 사용법은 아래와 같다. - 읽기 json 파일의 내용을 어딘가에서 읽어왔다면 Json::Reader를 사용하여 파싱하여야 한다. std::string data;
redis config 파일에서 암호를 지정할 수 있는데... requirepass 원하는암호 이렇게 설정할 수 있다. nodejs 에서 암호 설정 안하고 접근하면 아래와 같은 에러가 발생한다. ReplyError: Ready check failed: NOAUTH Authentication required. at parseError (/home/ec2-user/mwsdss/node_modules/redis-parser/lib/parser.js:193:12) at parseType (/home/ec2-user/mwsdss/node_modules/redis-parser/lib/parser.js:303:14) 그래서 아래와 같이 처리하면 된다. const redisCli = redis.createClient(..
https://aws.amazon.com/ko/premiumsupport/knowledge-center/ec2-server-refused-our-key/ 처음 인스턴스를 생성할 때 다운로드 했던 pem 파일을 찾지 못한다면... 사망!! 처음부터 다시 구축하던가 백업해둔 이미지로 다시 생성!! .ssh/authorized_keys 내용을 직접 수정하고 재시작 해봤지만 이 방법은 불가. 1. 해당 인스턴스를 실행 중지 시키고.. 2. 작업 > 인스턴스 설정 > 사용자 데이터 보기/변경을 선택 (인스턴스가 완전히 종료되지 않은 상태에서 변경 불가) 3. 아래 코드를 붙여넣기 한 다음 #cloud-config ssh_deletekeys: false ssh_authorized_keys: cloud_final_m..
EC2 대시보드 -> 인스턴스 -> 인스턴스 시작 여기서는 Amazon Linux AMI를 선택하려 한다. 인스턴스 유형은 t2.micro (역시 프리 티어 사용 가능 ) 선택 후 "검토 및 시작" 버튼. (인스턴스 구성 및 스토리지 추가 등이 필요하면 각 상세 항목을 설정할 수 있다. 각 항목은 추후 필요할 때 다시 설정할 예정이니 여기서는 넘어가자.) "시작" 버튼을 누르면 키페어에 대한 질의가 나온다. "새 키 페어 생성"을 눌러보자. 키 페어 이름을 넣은 후 "키 페어 다운로드"를 해서 pem 파일을 만들어두자. 원격 제어를 위해 접근하려면 꼭 필요하다. 그리고 인스턴스를 시작하면 생성 후 가동된다. 이제 터미널에서 접속하는 과정을 보자. 일단 다운받은 pem 파일을 원하는 위치에 놓고 터미널에서..
AWS 문서를 따라 했지만 안되는 문제가 발생했다. (공식 문서) 아래와 같은 방법으로 처리해야 whitelist를 적용할 수 있다. 1. 해당 bucket의 권한 탭에서 "버킷 정책"을 선택. 아래와 같이 정보를 입력한다. { "Version": "2012-10-17", "Id": "Policy......", "Statement": [ { "Sid": "WhiteListfor", "Effect": "Deny", "Principal": "*", "Action": "s3:*", "Resource": "arn:aws:s3:::your-bucket-name/*", "Condition": { "NotIpAddress": { "aws:SourceIp": "Ip address range to allow" } } }..
POST로 json데이터를 전달할 때, 서버 트리를 가지는 구조를 전달하면 400 bad request 를 리턴한다. 문제가 되는 구조는 아래와 같다. { "msg" : { "to": "you", "from":"me"}} text/plain으로 지정해서 보내봤지만 에러는 계속 발생한다. 이를 아래와 같은 단일 구조로 만들어서 보내야 한다. {"msgTo": "you", "msgFrom":"me"}