본문 바로가기

전체 글

 (427)
리눅스 서버 입문 — dig로 DNS A·AAAA 조회와 +short 결과 확인하기 리눅스 서버 입문 — dig로 DNS A·AAAA 조회와 +short 결과 확인하기preview도메인이 어떤 IP를 가리키는지 확인할 때 dig를 사용합니다.기본 A 조회부터 IPv6 주소 확인, 필요한 결과만 보는 방법, DNS 서버 지정과 역방향 조회까지 자주 쓰는 것만 정리했습니다.dig로 A 레코드 확인가장 기본적인 조회부터 해봅니다.dig example.com레코드 종류를 따로 적지 않으면 A 레코드를 조회합니다.DNS 서버를 직접 지정하지 않았다면 /etc/resolv.conf에 설정된 서버에 질의합니다.결과는 여러 섹션으로 나오는데, 처음에는 ANSWER 부분부터 보면 됩니다.결과가 길다면 +shortIP 주소만 빠르게 확인하고 싶다면 +short를 붙입니다.dig +short example..
리눅스 서버 입문 — curl로 HTTP 상태 코드와 응답 헤더 확인하기 서버에 웹 서비스를 올린 뒤 제대로 응답하는지 확인할 때가 있습니다.브라우저를 열지 않아도 curl을 사용하면 터미널에서 헤더와 HTTP 상태 코드를 바로 확인할 수 있습니다.이번에는 헤더 확인, 상태 코드 출력, 상세 확인, 리다이렉트 추적, 제한 시간 설정까지만 정리합니다.1. 응답 헤더만 확인하기본문은 필요 없고 서버가 어떤 응답을 주는지만 보고 싶다면 -I를 사용합니다.curl -I https://example.comcurl -I https://example.com-I는 HTTP에서 HEAD 메서드를 사용해 헤더만 가져옵니다.서버가 살아 있는지, 어떤 상태 코드가 오는지 간단히 확인할 때 먼저 써 보기 좋습니다.2. HTTP 상태 코드만 확인하기상태 코드 숫자 하나만 보고 싶다면 다음처럼 사용할 ..
리눅스 서버 입문 — journalctl로 systemd 서비스 로그 확인하기 서비스가 시작되지 않거나 재시작을 반복할 때 먼저 확인하는 것은 로그입니다. systemd를 사용하는 리눅스 서버에서는 journalctl을 이용해 서비스 로그를 확인할 수 있습니다. 서비스별 로그, 최근 기록, 실시간 확인, 시간 범위, 에러 로그, 부팅별 로그를 좁혀 보는 기본 사용법을 정리합니다. 1. journalctl 기본 사용법 journalctl은 systemd-journald가 저장한 저널 로그를 출력하는 명령입니다. 옵션 없이 실행하면 현재 사용자가 접근할 수 있는 로그를 확인할 수 있습니다. journalctl 출력 내용이 길 경우 기본적으로 페이저 화면으로 열립니다. 터미널에 바로 출력하고 싶다면 --no-pager 옵션을 사용합니다. journalctl --no-pager 서비스 로..
DuckDB 입문 — CSV를 read_csv로 열고 DESCRIBE로 스키마 확인하기 CSV 파일을 확인할 때마다 별도 코드를 작성하지 않아도 DuckDB에서는 SQL로 바로 확인할 수 있습니다.read_csv로 CSV를 열고, DESCRIBE로 컬럼 구조와 데이터 타입을 확인하는 흐름을 정리합니다.이 글은 CSV 조회와 스키마 확인까지만 다룹니다.read_csv로 CSV 열기DuckDB의 read_csv는 CSV 파일을 읽을 때 필요한 설정을 자동으로 확인합니다.구분자, 인용 방식, 컬럼 타입 등을 추론해 CSV를 조회할 수 있습니다.헤더가 있는 CSV라면 첫 번째 행의 이름이 컬럼명으로 사용됩니다.헤더가 없다면 column0, column1처럼 컬럼명이 만들어집니다.CSV 파일 바로 조회하기테이블을 만들지 않고 파일 내용을 바로 확인할 수 있습니다.SELECT * FROM read_c..
리눅스 서버 입문 — ps와 pgrep으로 실행 중인 프로세스 확인하기 서버에 접속하면 먼저 확인하는 것 중 하나가 현재 실행 중인 프로세스다.웹 서버가 떠 있는지, 백그라운드 작업이 실행 중인지, 특정 프로그램이 동작하는지 확인할 때 ps와 pgrep을 사용한다.이번 글은 프로세스 조회까지만 다룬다. 프로세스를 종료하거나 신호를 보내는 작업은 포함하지 않는다.ps는 현재 프로세스의 스냅샷을 보여준다ps는 현재 실행 중인 프로세스 정보를 한 번 출력하는 명령이다.man 페이지에서는 ps를 다음과 같이 설명한다.report a snapshot of the current processes즉, 현재 상태를 계속 갱신해서 보는 도구가 아니라 특정 시점의 목록을 확인하는 명령이다.실시간 변화 확인이 필요하면 top 같은 도구를 사용할 수 있다.기본 ps 결과가 적은 이유아무 옵션 없..
리눅스 서버 관찰 기초: uptime과 /proc/loadavg 이해하기 태그: #Linux #Server #운영체제 #프로세스 #loadaverage #proc리눅스 서버 상태를 확인할 때 가장 먼저 사용하는 명령어 중 하나가 uptime입니다.짧은 명령어지만 현재 시간, 서버가 켜진 시간, 로그인 사용자, load average 정보를 한 번에 확인할 수 있습니다.uptime 확인하기$ uptime14:23:51 up 12 days, 3:07, 2 users, load average: 0.42, 0.65, 0.71출력 내용은 다음과 같습니다.현재 시간시스템 가동 시간현재 로그인한 사용자 수1분, 5분, 15분 기준 load average서버가 얼마나 오래 동작했는지와 최근 부하 흐름을 빠르게 확인할 때 사용합니다.load average는 CPU 사용률이 아니다많이 헷갈리는..
리눅스 서버 입문 — free -h로 메모리 여유 확인하기 앞서 ss로 소켓, journalctl로 로그, df·du로 디스크를 살펴봤다. 이번에는 메모리다. 터미널에서 다음 명령어를 실행한다. free -h free는 물리 메모리와 스왑 사용량, 커널의 버퍼와 캐시를 보여준다. /proc/meminfo에 있는 값을 읽어 정리한 결과다. 출력되는 열은 다음과 같다. 설명은 procps-ng 매뉴얼(free(1)) 기준이다.열의미total사용 가능한 전체 용량. RAM은 일부 예약 영역과 커널 코드가 제외된 MemTotal, 스왑은 SwapTotal이다.used사용 중이거나 사용할 수 없는 메모리. Mem: 행은 total - available로 계산한다.free현재 쓰이지 않는 용량. RAM은 MemFree, 스왑은 SwapFree다.shared주로 메모리 기..
디스크가 찼다는데 어디가 찼을까 — df와 du로 시작하는 리눅스 기초 디스크가 찼다는데 어디가 찼을까 — df와 du로 시작하는 리눅스 기초서버를 쓰다 보면 디스크가 찼다는 경고를 만날 때가 있다.이럴 때 처음부터 모든 디렉터리를 뒤질 필요는 없다.순서는 두 단계면 된다.df로 어느 파일시스템이 찼는지 확인한다.du로 그 안에서 어느 디렉터리가 큰지 찾는다.df와 du는 비슷해 보이지만 보는 대상이 다르다.man 페이지에서도 df는 파일시스템 공간 사용량을 보고(report)하는 명령으로, du는 파일 공간 사용량을 추정(estimate)하는 명령으로 설명한다.이 차이를 알고 시작하면 두 명령을 같이 쓰는 이유가 보인다.1. df — 어디가 찼는지 먼저 확인먼저 df를 실행한다.df인자 없이 실행하면 현재 마운트된 파일시스템의 사용량을 보여준다.기본 출력 단위는 1K 블록..

티스토리툴바