[서버 기초 3일차] SSH 접속과 키 인증 — 비밀번호 로그인 끄기
·
네트워크·서버/서버·호스팅
안녕하세요. 서버 기초 12일 연재 3일차입니다. 지난 글에서는 서버에서 꼭 쓰는 리눅스 명령어 20개를 정리했습니다. 그런데 그 명령어를 입력하려면 먼저 멀리 있는 서버의 터미널에 들어갈 수 있어야 합니다. 그 문을 여는 도구가 SSH입니다. 오늘의 목표는 내 PC(Windows)에서 SSH로 서버에 접속하고, 비밀번호 대신 키로 로그인하도록 바꾼 다음, 비밀번호 로그인을 안전하게 끄는 것입니다. 서버는 Ubuntu Server 26.04 LTS(24.04도 거의 동일), 예시 서버 주소는 203.0.113.10, 사용자는 ubuntu로 하겠습니다.1. SSH란? — 암호화된 원격 접속 통로SSH(Secure Shell)는 네트워크 너머의 컴퓨터에 암호화된 통로로 접속해서 명령을 내리는 프로토콜입니다...
[서버 기초 2일차] 리눅스 기본 명령어 — 서버에서 꼭 쓰는 20개
·
네트워크·서버/서버·호스팅
안녕하세요. 서버 기초 12일 연재 2일차입니다. 지난 글에서는 서버가 무엇인지, 그리고 웹 서버(Nginx·Apache)와 WAS(Tomcat)가 어떻게 역할을 나누는지 정리했습니다. 이제 실제 서버를 만질 차례인데, 서버에 접속하면 마우스도 창도 없는 검은 화면(터미널)이 기다리고 있습니다. 오늘의 목표는 서버에서 파일을 찾아가고, 설정 파일을 열어 고치고, 로그를 보고, 서비스를 재시작하는 일을 명령어 20개로 혼자 해낼 수 있게 되는 것입니다. 예제는 Ubuntu Server LTS(26.04 기준, 24.04도 동일) 기준입니다.1. 터미널과 프롬프트 — 대화창부터 읽기터미널은 서버와 글자로 대화하는 창입니다. 내가 명령을 입력하면, 그 명령을 해석해서 실행해 주는 프로그램을 셸(Shell)이라..
[서버 기초 1일차] 서버란? 웹 서버(Nginx·Apache)와 WAS(Tomcat) 차이
·
네트워크·서버/서버·호스팅
안녕하세요. 서버 기초 12일 연재 1일차입니다. 지난 글을 끝으로 네트워크 기초 15일 연재를 마무리했습니다. 15일 동안 데이터가 어떤 길로 오가는지 살펴봤다면, 이번 연재에서는 그 데이터를 받아서 처리하는 쪽, 즉 서버를 직접 다뤄 봅니다. 우분투 서버에 접속해서(3일차) 방화벽을 열고(4일차), 도메인과 HTTPS를 붙이고(5·6일차), Nginx 뒤에 Spring Boot를 올리고(7일차), Docker로 배포한 뒤(9일차), 마지막에는 호스팅을 고르는 기준(12일차)까지 정리할 예정입니다. 오늘의 목표는 서버가 무엇인지, 그리고 웹 서버(Nginx·Apache)와 WAS(Tomcat)가 각각 무슨 일을 하고 왜 함께 쓰는지 설명할 수 있게 되는 것입니다.1. 서버란? — 식당에 비유하기식당을 ..
sdlab.kr 대개편: 생활정보 사이트에서 게임·소설 창작 스튜디오로
·
개인 프로젝트/sdlab.kr
안녕하세요.지난 9월에 sdlab.kr 업데이트 글을 올렸을 때만 해도 sdlab.kr은 주유소·충전소·약국·응급실 같은 생활정보를 찾는 사이트였고, 직접 만든 웹게임은 한쪽에 붙어 있는 정도였습니다. 이번에는 업데이트라기보다 사이트의 성격 자체를 바꾸는 개편을 진행했습니다.지금의 sdlab.kr은 직접 만든 게임과 무료 소설을 소개하는 창작 스튜디오 사이트입니다. 메뉴는 게임, 소설, 스튜디오 소개 세 개로 줄었고, 기존 생활정보 기능은 모두 종료했습니다. 이 글에서는 개편된 사이트를 처음부터 끝까지 둘러보면서 무엇이 바뀌었는지, 각 페이지가 어떻게 구성되어 있는지 정리해 보겠습니다.이 글의 내용은 2026년 10월 30일에 sdlab.kr을 직접 열어 확인한 화면과 페이지 문구를 기준으로 작성했습니다..
Aside 루틴으로 반복 업무 자동화하기: 일정, 권한, 지시문, 크레딧 주의점
·
AI/Aside
안녕하세요. 설정 가이드에서 Routines를 짧게 소개했고, 사용법 글에서는 "한 번 잘 된 작업은 루틴으로 등록하자"까지만 말씀드렸습니다. 이번 글은 그 뒤를 이어서, 루틴을 실제로 굴릴 때 부딪히는 문제를 다룹니다. 어떤 일을 루틴에 맡기고 어떤 일은 맡기지 말아야 하는지, 지시문은 어떻게 써야 사람이 없어도 안전하게 도는지, 크레딧은 얼마나 새는지, 멈추면 어디를 봐야 하는지입니다.이 글의 사실 관계는 Aside 공식 도움말(docs.aside.com)의 Routines, Run tasks, Set agent permissions, Manage subscription 페이지와 공식 변경 이력(changelog)을 기준으로 했습니다. 공식 문서에 없는 내부 동작은 "확인하지 못했다"고 따로 적었습니..
개발자가 되고 싶은 곰
우직하게 개발하자