안녕하세요. 이번 포스트에서는 Rocky Linux 서버에서 NTP 동기화 문제를 해결하고 JWT 토큰 오류를 해결한 과정을 공유하려고 합니다. 시간 동기화 문제는 JWT 토큰 생성 및 사용 시 중요한 요소이기 때문에, NTP 동기화 설정이 제대로 되어 있지 않으면 다양한 문제가 발생할 수 있습니다.
* NTP(Network Time Protocol) 서버는 네트워크 상에서 시간을 정확히 맞춰주는 서버입니다. 시스템 시간의 정확한 동기화는 보안, 로그 기록, 일정한 작업 수행을 위해 중요합니다. 정확한 시간 동기화가 없으면 인증 오류, 로그 불일치 등 문제가 발생할 수 있습니다.
문제 발생
서버 로그에서 JWT 토큰 생성 시 다음과 같은 오류가 발생했습니다:
Error: "invalid_grant", Description: "Invalid JWT: Token must be a short-lived token (60 minutes) and in a reasonable timeframe"
timedatectl status 명령어를 통해 시간 동기화 상태를 확인한 결과, System clock synchronized: no로 표시되었고, NTP 서버와 동기화되지 않는 문제가 발견되었습니다.
문제 해결 과정
1. chrony 설치 및 설정
Rocky Linux에서는 chrony를 사용하여 NTP 동기화를 설정합니다.
chrony 설치
sudo yum install chrony
chrony.conf 파일 설정
/etc/chrony.conf 파일을 열어 NTP 서버 설정을 추가합니다.
sudo vi /etc/chrony.conf
다음과 같은 설정을 추가합니다:
# Use public servers from the pool.ntp.org project.
pool pool.ntp.org iburst
server time.google.com iburst
server time.cloudflare.com iburst
server ntp.ubuntu.com iburst
# Allow the system clock to be stepped in the first three updates# if its offset is larger than 1 second.
makestep 1.0 3
# Enable kernel synchronization of the real-time clock (RTC).
rtcsync
# Record the rate at which the system clock gains/losses time.
driftfile /var/lib/chrony/drift
# Specify directory for log files.
logdir /var/log/chrony
2. chrony 서비스 재시작 및 동기화 강제 업데이트
chrony 서비스를 재시작하고 시간 동기화를 강제 업데이트합니다.
sudo systemctl restart chronyd
sudo chronyc -a makestep
3. timedatectl 상태 확인
시간 동기화 상태를 확인합니다.
timedatectl status
출력 예시:
Local time: Mon 2024-07-29 10:32:29 KST
Universal time: Mon 2024-07-29 01:32:29 UTC
RTC time: Mon 2024-07-29 01:32:29
Time zone: Asia/Seoul (KST, +0900)
System clock synchronized: yes
NTP service: active
RTC inlocal TZ: no
4. 방화벽 설정 확인
서버의 방화벽 설정을 확인하여 NTP 트래픽이 차단되지 않도록 설정합니다.
sudo iptables -A INPUT -p udp --dport 123 -j ACCEPT
sudo iptables -A OUTPUT -p udp --dport 123 -j ACCEPT
sudo service iptables save
# admin database 진입
use admin
# admin user 생성 및 권한 부여
db.createUser({
user: "yourUsername",
pwd: "yourPassword",
roles: [{ role: "userAdminAnyDatabase", db: "admin" }]
});
4. 개발용 유저 생성하는 법
# 관리자로 접속
mongosh -u adminUser -p adminPassword --authenticationDatabase admin
# admin database 진입
use admin
# dev user 생성
db.createUser({
user: "myuser",
pwd: "mypwd",
roles: []
});
# dev user 권한 부여
db.grantRolesToUser("myuser", [
"readWriteAnyDatabase",
"dbAdminAnyDatabase",
"userAdminAnyDatabase"
])
# 접속 확인
mongodb://myuser:mypwd@{mongodb설치된url:port}
$ /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-config-wizard
================================================================= Welcome to the Amazon CloudWatch Agent Configuration Manager ==== CloudWatch Agent allows you tocollect metrics and logs from== your host and send them to CloudWatch. Additional CloudWatch == charges may apply. =================================================================On which OS are you planning to use the agent?
1. linux
2. windows
3. darwin
default choice: [1]:
1
Trying tofetch the default region based on ec2 metadata...
Are you using EC2 orOn-Premises hosts?
1. EC2
2.On-Premises
default choice: [1]:
1
Which userare you planning to run the agent?
1. root
2. cwagent
3. others
default choice: [1]:
2
Do you want to turn on StatsD daemon?
1. yes
2.nodefault choice: [1]:
2
Do you want to monitor metrics from CollectD? WARNING: CollectD must be installed or the Agent will fail tostart1. yes
2.nodefault choice: [1]:
2
Do you want to monitor any host metrics? e.g. CPU, memory, etc.
1. yes
2.nodefault choice: [1]:
1
Do you want to monitor cpu metrics per core?
1. yes
2.nodefault choice: [1]:
1
Do you want toadd ec2 dimensions (ImageId, InstanceId, InstanceType, AutoScalingGroupName) intoallof your metrics if the info is available?
1. yes
2.nodefault choice: [1]:
1
Do you want to aggregate ec2 dimensions (InstanceId)?
1. yes
2.nodefault choice: [1]:
1
Would you liketocollect your metrics at high resolution (sub-minute resolution)? This enables sub-minute resolution forall metrics, but you can customize forspecific metrics in the output json file.
1.1s
2.10s
3.30s
4.60s
default choice: [4]:
4
Which default metrics config do you want?
1. Basic
2. Standard
3. Advanced
4.Nonedefault choice: [1]:
3Current config as follows:
{
"agent": {
"metrics_collection_interval": 60,
"run_as_user": "root"
},
"metrics": {
"aggregation_dimensions": [
[
"InstanceId"
]
],
"append_dimensions": {
"AutoScalingGroupName": "${aws:AutoScalingGroupName}",
"ImageId": "${aws:ImageId}",
"InstanceId": "${aws:InstanceId}",
"InstanceType": "${aws:InstanceType}"
},
"metrics_collected": {
"cpu": {
"measurement": [
"cpu_usage_idle",
"cpu_usage_iowait",
"cpu_usage_user",
"cpu_usage_system"
],
"metrics_collection_interval": 60,
"resources": [
"*"
],
"totalcpu": false
},
"disk": {
"measurement": [
"used_percent",
"inodes_free"
],
"metrics_collection_interval": 60,
"resources": [
"*"
]
},
"diskio": {
"measurement": [
"io_time",
"write_bytes",
"read_bytes",
"writes",
"reads"
],
"metrics_collection_interval": 60,
"resources": [
"*"
]
},
"mem": {
"measurement": [
"mem_used_percent"
],
"metrics_collection_interval": 60
},
"netstat": {
"measurement": [
"tcp_established",
"tcp_time_wait"
],
"metrics_collection_interval": 60
},
"swap": {
"measurement": [
"swap_used_percent"
],
"metrics_collection_interval": 60
}
}
}
}
Are you satisfied with the above config? Note: it can be manually customized after the wizard completes toadd additional items.
1. yes
2.nodefault choice: [1]:
1
Do you have any existing CloudWatch Log Agent (http://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AgentReference.html) configuration file to import for migration?
1. yes
2.nodefault choice: [2]:
2
Do you want to monitor any log files?
1. yes
2.nodefault choice: [1]:
2
Saved config file to/opt/aws/amazon-cloudwatch-agent/bin/config.json successfully.
Current config as follows:
{
"agent": {
"metrics_collection_interval": 60,
"run_as_user": "root"
},
"logs": {
"logs_collected": {
"files": {
"collect_list": [
{
"file_path": "/var/log/nginx/access.log",
"log_group_name": "access.log",
"log_stream_name": "{instance_id}",
"retention_in_days": -1
}
]
}
}
},
"metrics": {
"aggregation_dimensions": [
[
"InstanceId"
]
],
"append_dimensions": {
"AutoScalingGroupName": "${aws:AutoScalingGroupName}",
"ImageId": "${aws:ImageId}",
"InstanceId": "${aws:InstanceId}",
"InstanceType": "${aws:InstanceType}"
},
"metrics_collected": {
"cpu": {
"measurement": [
"cpu_usage_idle",
"cpu_usage_iowait",
"cpu_usage_user",
"cpu_usage_system"
],
"metrics_collection_interval": 60,
"resources": [
"*"
],
"totalcpu": false
},
"disk": {
"measurement": [
"used_percent",
"inodes_free"
],
"metrics_collection_interval": 60,
"resources": [
"*"
]
},
"diskio": {
"measurement": [
"io_time",
"write_bytes",
"read_bytes",
"writes",
"reads"
],
"metrics_collection_interval": 60,
"resources": [
"*"
]
},
"mem": {
"measurement": [
"mem_used_percent"
],
"metrics_collection_interval": 60
},
"netstat": {
"measurement": [
"tcp_established",
"tcp_time_wait"
],
"metrics_collection_interval": 60
},
"swap": {
"measurement": [
"swap_used_percent"
],
"metrics_collection_interval": 60
}
}
}
}
Please check the above content of the config.
The config file is also located at/opt/aws/amazon-cloudwatch-agent/bin/config.json.
Edit it manually if needed.
Do you want to store the config in the SSM parameter store?
1. yes
2.nodefault choice: [1]:
2
Program exits now.
4) 마법사로 만들어진 json 파일 호출합니다.
sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -a fetch-config -m ec2 -s -c file:/opt/aws/amazon-cloudwatch-agent/bin/config.json
5) Agent를 실행시켜주세요.
# 서비스 실행
sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -m ec2 -a start
# 서비스 실행 확인
sudo /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -m ec2 -a status
more /opt/aws/amazon-cloudwatch-agent/logs/amazon-cloudwatch-agent.log
mariadb.service: Main process exited, code=exited, status=1/FAILURE mariadb.service: Failed with result 'exit-code'. Failed to start MariaDB 10.6.12 database server.
오류가 발생했습니다.
이를 해결할 수 있는 방법을 알아봤는데 생각보다 간단한 방법이 있었습니다.
# 패키지를 재구성하고 패키지 자체의 설정을 변경
sudo dpkg-reconfigure mariadb-server-10.6
# 재시작
sudo systemctl restart mariadb
Aws Container를 사용하기 위해 Aws Linux Ubuntu 서버에서 aws cli 설치하는 법을 알아보겠습니다.
# Aws cli가 시스템에 설치되어 있는지 확인 후 설치
sudo apt update
sudo apt install awscli
# Aws cli 버전 확인
aws --version
# Aws Configure 설정
aws configure
secret Access Key = {}
access key = {}
Default region name = {}
