Redhat 리눅스 서버에서 운영되는 다양한 서비스 및 그 관리 방법에 대한 설명

운영체제 (OS)	서버명	서버 IP	로그인 ID	서비스경로	서비스명	서비스 설명	상태확인 명령어	실행명령어	종료명령어
Redhat	WEB 서버	00.00.00.00	root	/usr/local/apache2/bin/httpd	Apache	DMZ 웹 서비스	ps -ef | grep httpd	/usr/local/apache2/bin/httpd -k start SSL인증서 비밀번호 입력 : password123	/usr/local/apache2/bin/httpd -k stop
Redhat	WAS 서버	11.11.11.11	root	/BECON/posWeb/apache-tomcat-9.0.85	Tomcat(Beacon Service)	웹 페이지 및 비콘시스템  서비스	ps -ef | grep tomcat	/BECON/posWeb/apache-tomcat-9.0.85/bin/startup.sh	/BECON/posWeb/apache-tomcat-9.0.86/bin/shutdown.sh
Redhat				/PLCBCONA1/EAI2/uCUBE/pos/dep/adapter/uap	SendTc(MDM Link Service)	비콘시스템 <-> MDM 연동 서비스	ps -ef | grep SendTC	/PLCBCONA1/EAI2/uCUBE/pos/dep/adapter/uap/runSendTC.sh	/PLCBCONA1/EAI3/uCUBE/pos/dep/adapter/uap/stopSendTC.sh
Redhat				/PLCBCONA1/EAI2/uCUBE/pos/dep/adapter/uap	RecvFile(User Link Service)	인사정보 연동	ps -ef | grep RecvFILE	/PLCBCONA1/EAI3/uCUBE/pos/dep/adapter/uap/runRecvFILE.sh	/PLCBCONA1/EAI4/uCUBE/pos/dep/adapter/uap/stopRecvFILE.sh
Redhat	DB 서버	22.22.22.22	root	/usr/local/mysql/bin	Maria	DB	ps -ef | grep mysql	systemctl start mariadb.service	systemctl stop mariadb.service

 

1. 테이블의 주요 항목 설명

• 운영체제 (OS): 모든 서버가 Redhat Linux를 사용하고 있어요.
• 서버명: 각 서버의 역할을 설명합니다.
  • WEB 서버: 웹 서비스 제공
  • WAS 서버: 웹 애플리케이션 서비스 (Tomcat 등)
  • DB 서버: 데이터베이스 운영
• 서버 IP: 각 서버의 내부 또는 외부 IP 주소.
• 로그인 ID: 서버 접속 시 사용하는 계정 (root 권한 사용).
• 서비스 경로: 서비스가 설치된 위치.
• 서비스명: 해당 서버에서 실행 중인 서비스 (Apache, Tomcat, MariaDB 등).
• 서비스 설명: 서비스의 역할을 간략하게 설명.
• 상태확인 명령어: 해당 서비스가 실행 중인지 확인하는 명령어.
• 실행명령어: 서비스를 시작하는 명령어.
• 종료명령어: 서비스를 중지하는 명령어.

---

2. 각 서버별 주요 내용

🖥️ WEB 서버 ( 00.00.00.00 )

• 서비스: Apache (웹 서비스)
• 기능: DMZ(인터넷과 내부망 사이)에서 웹 페이지 제공.
• 명령어:
  • 실행:
     

    /usr/local/apache2/bin/httpd -k start
    (SSL 인증서 비밀번호 입력 필요: password123)
  • 중지:
     

    /usr/local/apache2/bin/httpd -k stop
  • 상태 확인:
     

    ps -ef | grep httpd

---

⚙️ WAS 서버 ( 11.11.11.11 )

• 서비스: Tomcat (웹 애플리케이션 서버)
• 기능: 웹 페이지 및 비콘 시스템 관련 서비스 제공.
• 명령어:
  • 실행:
     

    /BECON/posWeb/apache-tomcat-9.0.85/bin/startup.sh
  • 중지:
     

    /BECON/posWeb/apache-tomcat-9.0.86/bin/shutdown.sh
  • 상태 확인:
     

    ps -ef | grep tomcat

---

🔗 MDM Link 서비스 (SendTc)

• 서비스: SendTc
• 기능: 비콘 시스템과 MDM (모바일 장치 관리 시스템) 연동.
• 명령어:
  • 실행:
     

    /PLCBCONA1/EAI2/uCUBE/pos/dep/adapter/uap/runSendTC.sh
  • 중지:
     

    /PLCBCONA1/EAI3/uCUBE/pos/dep/adapter/uap/stopSendTC.sh
  • 상태 확인:
     

    ps -ef | grep SendTC

---

📂 User Link 서비스 (RecvFile)

• 서비스: RecvFile
• 기능: 인사 정보 연동 (사용자 정보 동기화).
• 명령어:
  • 실행:
     

    /PLCBCONA1/EAI3/uCUBE/pos/dep/adapter/uap/runRecvFILE.sh
  • 중지:
     

    /PLCBCONA1/EAI4/uCUBE/pos/dep/adapter/uap/stopRecvFILE.sh
  • 상태 확인:
     

    ps -ef | grep RecvFILE

---

🗄️ DB 서버 ( 22.22.22.22 )

• 서비스: MariaDB (MySQL 기반 데이터베이스)
• 기능: 데이터 저장 및 관리.
• 명령어:
  • 실행:
     

    systemctl start mariadb.service
  • 중지:
     

    systemctl stop mariadb.service
  • 상태 확인:
     

    ps -ef | grep mysql

---

3. 초보자를 위한 팁

• 모든 서비스가 Linux의 ps -ef | grep 서비스명 명령어로 실행 여부를 확인할 수 있어요.
• 서비스를 시작할 때 root 권한이 필요할 수 있음 → sudo 사용 고려.
• Apache와 Tomcat은 웹 관련 서비스, MariaDB는 데이터 저장소 역할.
• 서비스 실행/중지 시 명령어 순서를 조심해야 함 (예: DB 종료 후 웹 서비스 종료 X).

 

---

🌐 DMZ(비무장 지대, Demilitarized Zone)란?

DMZ는 네트워크 보안에서 중요한 개념이에요.
군사 용어에서 온 개념인데, 외부(인터넷)와 내부(사설망) 사이에서 중립적인 공간을 제공하는 네트워크 영역을 의미해요.

---

🔥 왜 DMZ가 필요할까?

회사 내부의 중요한 데이터와 시스템을 해킹으로부터 보호하기 위해서예요.

예를 들어, 회사 내부망에 **웹 서버(Apache)**를 둔다고 가정해요.
그럼 인터넷에서 접속할 때, 회사 내부망이 직접 노출되는 위험이 생겨요.
이럴 때, DMZ에 웹 서버를 배치하면 인터넷 사용자가 내부망에 바로 접근하지 못하게 할 수 있어요.

---

⚙️ DMZ의 주요 역할

✅ 외부 사용자가 접근 가능하지만, 내부 네트워크는 보호
✅ 공개 서버(Apache, Tomcat 등)를 안전하게 운영
✅ 방화벽(Firewall)과 함께 사용해 내부망 보호 강화

---

🏛 DMZ 구성 방식

일반적으로, 방화벽(Firewall)을 이용해 3개의 네트워크 존으로 구분해요.

🛡️ 1. 외부 네트워크 (Untrusted Zone)

• 인터넷에 연결된 영역.
• 누구든지 접속 가능 (해커도 접근 가능).

🔶 2. DMZ (Semi-trusted Zone)

• 외부에서 접근할 수 있지만, 내부망과 분리된 중립 구역.
• 웹 서버, 메일 서버, FTP 서버 등 공개 서비스를 둠.

🔒 3. 내부 네트워크 (Trusted Zone)

• 기업의 중요한 데이터가 있는 공간.
• DMZ를 통해서만 접근 가능 (직접 접근 불가).

📌 비유하자면?
🏰 성(내부망) + 🏰 외곽 방어선(DMZ) + 🌍 외부 세계(인터넷)
적이 성 안으로 바로 들어올 수 없도록, 성벽(DMZ)을 둬서 보호하는 개념이에요!

---

🎯 DMZ 예제 (웹 서비스)

📌 예제 시나리오:

1. 사용자가 웹사이트(URL)를 입력하면, DMZ에 있는 웹 서버(Apache)로 요청이 감.
2. 웹 서버가 데이터가 필요하면 내부망의 DB 서버(MariaDB)에 요청.
3. DB 서버는 직접 인터넷과 연결되지 않음 → 내부망 보호.

[사용자] 🌍 → 🔥 [DMZ - 웹 서버] → 🔒 [내부망 - DB 서버]

이렇게 하면 웹 서버는 외부에 공개되지만, DB 서버는 보호할 수 있어요!

---

🚀 정리

• DMZ는 외부와 내부망 사이에서 "보안 완충 지대" 역할.
• 웹 서버 등은 DMZ에 배치, 내부망은 직접 공개하지 않음.
• 해커가 DMZ를 뚫더라도 내부망은 한 번 더 보호됨.

📌 초보 개발자라면?
웹 서버(Apache, Nginx)를 다룰 때 DMZ 개념을 이해하면 보안 설계에 유용해요!

---

🌐 WEB 서버 vs WAS 서버, 왜 따로 두는 걸까?

웹 개발을 처음 배우면 WEB 서버랑 WAS 서버가 헷갈릴 수 있어요.
둘 다 "서버"니까 같은 거 아닌가? 🤔 하지만 역할이 다릅니다!

---

💡 1. WEB 서버(Web Server)란?

📌 역할: 정적인 콘텐츠(HTML, CSS, 이미지) 제공
WEB 서버는 사용자가 요청한 웹페이지(HTML, CSS, JavaScript, 이미지 등)를 전달하는 역할을 해요.

🚀 WEB 서버의 주요 기능

✅ 정적인 파일(HTML, CSS, JS, 이미지 등) 제공
✅ 브라우저(Chrome, Edge 등)에서 직접 실행할 수 있는 리소스 처리
✅ WAS로 요청을 넘기는 역할 (프록시 기능)

📍 대표적인 WEB 서버

• Apache
• Nginx
• Microsoft IIS(윈도우 서버용)

---

🔥 2. WAS 서버(Web Application Server)란?

📌 역할: 동적인 콘텐츠(로직이 필요한 데이터 처리) 제공
WAS 서버는 단순한 HTML 파일이 아니라 **비즈니스 로직(프로그램 코드)**을 실행해요.

🚀 WAS 서버의 주요 기능

✅ 데이터베이스 연동 (DB에서 정보 가져오기)
✅ 로그인 처리 (회원 인증, 세션 관리 등)
✅ 비즈니스 로직 실행 (예: 쇼핑몰 장바구니 기능, 결제 처리 등)
✅ 동적 웹페이지 생성 (사용자가 입력한 데이터에 따라 달라지는 페이지)

📍 대표적인 WAS 서버

• Tomcat (Java 기반, 가장 많이 사용됨)
• JBoss (Java EE 기반)
• WebLogic, WebSphere (기업용 상용 WAS)
• Node.js (JavaScript 기반)

---

🎭 3. WEB 서버와 WAS 서버의 차이점

구분WEB 서버 (Web Server)WAS 서버 (Web Application Server)

역할	정적인 파일 제공	동적인 데이터 처리
처리 방식	HTML, CSS, JS 등 전달	DB 연동, 로직 처리
예시	이미지, 정적 웹페이지 제공	로그인, 게시판 기능 구현
대표 소프트웨어	Apache, Nginx	Tomcat, JBoss, WebLogic
연결 대상	클라이언트(브라우저)	WEB 서버, DB 서버

---

🔗 4. 왜 WEB 서버와 WAS 서버를 따로 둘까?

💡 한 서버에서 다 하면 안 되나요?
가능하지만, 분리하면 더 효율적이고 안전해요!

📌 WEB 서버와 WAS 서버를 분리하는 이유

1️⃣ 성능 최적화
→ WEB 서버가 **정적 리소스(HTML, CSS, JS)**를 처리하고,
→ WAS 서버는 비즈니스 로직과 데이터 연동을 담당해서 서버 부하를 줄임

2️⃣ 보안 강화
→ WEB 서버는 DMZ(보안 중간지대)에 배치,
→ WAS는 내부망에서 실행되어 직접 해킹당할 위험을 줄임

3️⃣ 확장성 증가 (트래픽 분산 가능)
→ 트래픽이 많을 때 WEB 서버 여러 개 추가 가능 (로드 밸런싱)
→ WAS도 여러 대로 확장 가능 (스케일 아웃)

4️⃣ 장애 대응 용이
→ WEB 서버가 다운돼도 WAS는 살아 있을 수 있음
→ 특정 서버만 교체하거나 업데이트 가능

---

🏗️ 5. 실전 예제: 쇼핑몰 웹사이트

🔹 시나리오: 사용자가 쇼핑몰에 접속해서 로그인하고 상품을 구매함

📍 웹 서버가 하는 일:

• index.html, style.css, script.js 등의 정적 리소스 제공
• 사용자가 로그인 버튼 클릭하면 WAS로 요청 전달

📍 WAS 서버가 하는 일:

• 사용자가 입력한 ID/PW 확인 (DB에서 정보 조회)
• 로그인 성공하면 세션 생성
• 사용자가 장바구니에 담은 상품 정보 저장 및 결제 처리

 

사용자 👨‍💻 → [WEB 서버] (Apache, Nginx) → [WAS 서버] (Tomcat) → [DB 서버] (MariaDB)

---

🎯 6. 정리

구분WEB 서버WAS 서버

기능	정적 콘텐츠 제공	동적 콘텐츠 처리
예제	HTML/CSS/JS/이미지 전달	로그인, DB 조회, 결제 처리
주요 서버	Apache, Nginx	Tomcat, JBoss
보안	DMZ에 위치 (공개)	내부망에서 실행 (보안 강화)

📌 쉽게 말해!
👉 WEB 서버 = 🏠 집 배달하는 택배원 (파일 전달)
👉 WAS 서버 = 🏭 공장에서 상품 만드는 일 (데이터 처리)

 

---

✅ WEB 서버 개발자 = 프론트엔드?

✅ WAS 서버 개발자 = 백엔드?

완전히 1:1 대응되지는 않지만, 대체로 맞는 개념이에요!
다만, WEB 서버 개발자 ≠ 프론트엔드 개발자이고, WAS 서버 개발자 ≠ 백엔드 개발자라는 점도 알아두면 좋아요.
둘의 역할을 정확히 이해하면, 개발자로서 더 넓은 시야를 가질 수 있어요! 🚀

---

🎭 1. WEB 서버 개발자 = 프론트엔드 개발자?

💡 "반은 맞고 반은 틀리다!"
WEB 서버는 HTML, CSS, JS 같은 정적인 파일을 제공하는 역할을 하죠.
프론트엔드 개발자는 이 정적 파일을 직접 만드는 사람이니까 연관성이 높아요.

📌 프론트엔드 개발자의 역할

✅ 웹사이트의 UI/UX 개발 (사용자가 보는 화면)
✅ HTML, CSS, JavaScript를 이용해 인터페이스 구현
✅ React, Vue.js 같은 프레임워크 활용
✅ AJAX, API 호출 등을 통해 백엔드(WAS 서버)와 데이터 주고받기

📌 WEB 서버 개발자의 역할

✅ 정적인 파일(HTML, CSS, JS, 이미지)을 효율적으로 제공
✅ 웹 서버(Apache, Nginx) 설정 및 운영
✅ 트래픽 분산, 로드 밸런싱, 보안 설정 (HTTPS, 방화벽 등)

📍 결론:
💡 프론트엔드 개발자는 WEB 서버 개발자의 역할 일부를 활용하지만, WEB 서버 자체를 개발하지 않는다!
프론트엔드 개발자는 HTML/CSS/JS를 다루고, WEB 서버 개발자는 웹 서버 소프트웨어(Apache, Nginx)를 다룸.

---

🔥 2. WAS 서버 개발자 = 백엔드 개발자?

💡 "대체로 맞다!"
WAS 서버는 DB와 연동하고, 사용자의 요청을 처리하는 백엔드 역할을 수행해요.
따라서 WAS 서버 개발자와 백엔드 개발자는 거의 같은 개념으로 볼 수 있어요.

📌 백엔드 개발자의 역할

✅ 사용자의 요청을 받아 데이터를 처리하고 응답 반환
✅ DB 연동 (MySQL, MariaDB, PostgreSQL 등)
✅ 로그인, 결제, 데이터 저장 등 비즈니스 로직 구현
✅ API 개발 (RESTful API, GraphQL 등)
✅ 서버 성능 최적화 및 보안 강화

📌 WAS 서버 개발자의 역할

✅ WAS(Tomcat, JBoss 등) 설정 및 운영
✅ WAS가 웹 서버(Apache, Nginx)와 원활히 연동되도록 관리
✅ 배포, 로드 밸런싱, 세션 관리 등 서버 최적화 작업

📍 결론:
💡 백엔드 개발자는 WAS 서버를 활용해 개발하지만, WAS 서버 자체를 개발하지 않는다!
백엔드 개발자는 비즈니스 로직을 구현하고, WAS 서버 개발자는 서버 성능 및 운영을 담당.

---

🎯 3. WEB 서버 개발자 vs WAS 서버 개발자 vs 프론트/백엔드 정리

역할WEB 서버 개발자WAS 서버 개발자프론트엔드 개발자백엔드 개발자

주요 업무	정적 파일 제공(Apache, Nginx)	동적 데이터 처리(Tomcat, Spring)	UI/UX 개발(React, Vue)	DB 연동, API 개발
사용 기술	Apache, Nginx, 서버 설정	Tomcat, Spring Boot, Node.js	HTML, CSS, JS, React	Java, Python, MySQL, MongoDB
트래픽 처리	웹 요청을 WAS로 넘김	웹 요청을 처리하고 응답 반환	UI 구현 및 API 요청	데이터 저장 및 비즈니스 로직 구현
연관된 역할	DevOps, 시스템 엔지니어	백엔드 개발자	프론트엔드 개발자	WAS 서버 개발자

---

🎯 4. 최종 결론: 100% 같은 건 아니다!

• 프론트엔드 개발자 ≠ WEB 서버 개발자
  → 하지만 WEB 서버(Apache, Nginx)를 이해하면 유리함.
• 백엔드 개발자 ≒ WAS 서버 개발자
  → 하지만 WAS 설정, 배포, 운영까지 하는 건 시스템 엔지니어나 DevOps 담당.

즉,
💡 개발자(프론트/백엔드)는 "서버 소프트웨어"를 직접 개발하지 않지만, 사용하고 설정할 줄 알아야 한다!

📌 실무에서는?
프론트엔드 개발자는 WEB 서버 설정을 간단히 할 줄 알면 좋고,
백엔드 개발자는 WAS 서버 운영을 이해하고 설정할 수 있으면 더 유리해요!