서버

1. 개요

구글 데이터 센터의 서버[1]

마치 우주처럼 보이는 인터넷 지도. 이 지도조차도 주요 간선망 중에서도 추리고 추려 최대한 간단하게 그린 것이며 그나마도 특정 지역의 망 일부만 따로 떼어 그린 것이다.[3] 출처

2. 서버 하드웨어(인프라)

2.1. CPU 칩셋과 운영체제

• 메인프레임
  IT인프라의 1세대. 구시대의 산물이지만 아직도 금융권에서 많이 쓰이고 있다.

• x86 서버
  x86이란 32bit CPU를 의미하는데 서버 업계에선 32비트건 아니건간에 인텔과 AMD라는 CPU 전문 대기업에서 출시하는 칩셋을 싸잡아서 그냥 x86이라 관용적으로 부른다. 이 경우 OS는 macOS, 윈도우 서버 OS 두종류가 가장 많다. 일단 유닉스/리눅스에 비해 따로 조율할 필요도 적고 AMD와 인텔에서도 저 두종류를 염두에 두고 개발하기 때문이다. 가정용과 인터페이스 차이도 거의 없다. 물론 인터페이스만 차이가 거의 없는거지 서비스 구성이나 사용자 정책, 보안 구성 등은 철저히 서버용으로 튜닝되어 있다. 예를 들어 윈도우 서버의 경우 제어판 항목에 접근하기 쉽게 배려해 두었고 인터넷 익스플로러는 최고 단계의 보안이 적용되어 있다. 서버용 윈도우에서 인터넷 익스플로러로 네이버를 이용하려 하면 끊임없이 콘텐츠 차단, 액세스 거부, 보안 경고를 울려대서 거의 사용이 불가능할 정도다. 보안 수준을 낮추면 정상적으로 쓸 수 있지만 서버 운영체제에 낮은 보안을 적용하는 것도 몹시 찜찜한 일이다.
  엄밀하게 말해서 CPU 제조사도 다르고 운영체제도 달라서 함께 묶기에는 무리가 있지만 일단 관용적으로 이렇게 구분한다.

• 유닉스, 리눅스 서버
  오라클, IBM, HP 등 일부 기업들은 자기내 자체 커스텀 CPU에 유닉스나 리눅스 기반 자체개발 OS를 설치해서 제품을 출시한다. 사실 엄밀히 말해서 근본적인 CPU가 다르기 때문에 같은 그룹으로 묶을 수 없지만 업계에선 편의적으로 이렇게 부른다.
  유닉스, 리눅스 이 둘을 쓰는 이유는 많은 프로그램의 베이스 즉 기반이 되는 프로그램이기에 안정성과 확장성 면에서 개발이 쉽기 때문이다. 대부분 CLI인 경우가 많은데 이들 컴퓨터에는 모니터조차 달지 않고 서비스하기 때문이다. 물론 원하면 X11을 깔아서 VNC 등을 통해 GUI를 쓸 수도 있지만 리눅스 계열은 GUI가 오히려 더 불편한 운영체제라 인기는 거의 없다. 굳이 그래픽 출력이 필요한 경우에는 차라리 웹 서버를 올려서 외부에서 웹 브라우저를 통해 제어하게 만드는 게 추세다. CUI라고는 해도 멀티태스킹이 되기 때문에 창 여럿 띄워놓고 작업하면 그렇게 크게 불편하지도 않다.

2.2. 형태

• 타워형 서버: 커다란 철제 프레임에 컴퓨터와 각종 하드웨어를 집어넣은 형태다. 크기는 가정용 컴퓨터 사이즈부터 메인프레임까지 다양하다. 일체형이기 때문에 랙마운트보다 분리하기 어려운 대신 소음과 발열이 적다. 일반적으로 데이터 센터 입주용으로는 잘 사용되지 않는데 입주 비용(쉽게 말해 '월세')이 비싸기 때문이다. 대부분 타워형 서버는 4U 서버나 5U 랙서버에 해당하는 상면 비용(공간 임대료 즉 '월세')을 받는데 그 말은 1U 서버에 비해 4배 이상 비싼 임대료를 내야 한다는 뜻이다. 대신 타워형 서버는 워크스테이션 겸용 플랫폼인 경우가 많아 소음이 작고 확장성이 우수해서 보통 사무실에 두고 쓰는 소호용 서버로 인기가 많다.
• 랙마운트형 서버: 타워형과 달리 뼈대(랙, 캐비닛)와 컴퓨터 유닛이 분리되어 있다. 분리되어 있는 만큼 냉각 효율이 떨어지고 소음도 심하다. 대신 컴퓨터 유닛을 더 편하게 분리할 수 있어서 전문 관리 인력들이 상주하는 데이터 센터나 서버룸에서 주로 사용한다. IDC에 입주하는 서버는 대부분이 랙 서버다. 일반 사무실에 놓고 쓰기에는 냉각기 팬 소음이 지나치게 시끄러운 것이 단점. 냉각 프로파일을 조정하면(퍼포먼스 → 어쿠스틱 등) 좀 나아지기는 하지만 부하가 조금이라도 많이 걸리면 시끄러운 공랭음이 발생한다.
• 블레이드 서버: 서버가 말 그대로 '블레이드' 형태이며 하나하나 꽂아넣는 형태이다. 적게는 1개부터 많게는 12개 이상까지 넣을 수 있다. 그럼 위에서 설명한 대로 엄청난 코어 수와 램, 데이터 영역을 가지게 된다. 관리해야 하는 컴퓨터의 숫자가 너무 많아서 비효율적이기 때문에 블레이드 서버는 일반적으로는 잘 볼 수 없는 제품군이다.

2.3. 성능 수준

• 엔트리: 주로 웹 서버나 애플리케이션 서버에서 이용된다. 보통 보통 소켓 단위로 1~2개의 CPU를 탑재할 수 있는 서버를 가리킨다. 전력소모와 발열, 소음은 가장 낮은 편에 속한다. 워크로드가 그렇게 많지 않은 작업이나 소규모 데이터 캐싱 정도만 하는 작업이 필요할때 최소한의 구성요소만 갖춰 전력, 공간 효율성을 추구하는 서버. 주로 저전력 x86, ARM 프로세서를 이용한 제품들이 많이 나온다. 저전력에 일반 서버 대비 차지하는 공간이 작아 여러대를 갖추고 서버 팜 형태로 돌리는 경우가 많은데 대표적인 제작사는 하드커널 등이 있으며 최근에는 Mac mini 등이 주목을 받아서[5] 많이 쓰이는 경우가 많다.
• R220~320: 220은 E3시리즈 제품군을, 320은 E5시리즈 제품군을 사용한다. 다만 램 슬롯 개수와 CPU 소켓이 1개이다. 또한 모두 1U이다.


• 로우레인지
• R420~520: 420부터는 E5 시리즈 제품군을 사용하며, 소켓도 2개로 업그레이드된다. 램 슬롯 개수도 증가하며 레이드 카드 등의 변화가 생긴다. 420은 1U, 520은 2U이다.

• 미드레인지 서버: 수천만 원에 이르며, 주로 데이터베이스 서버나 기간계 서버에서 이용된다. 대체로 소켓 단위로 4개 이상의 CPU를 탑재할 수 있으며, 하이엔드 서버에 속하지 않는 서버를 가리킨다. 여기서 기간계 시스템(미션 크리티컬 시스템, 엔터프라이즈 시스템, 백본 시스템 등) 이란 기간 업무 시스템이라고도 불리며, 기업 경영을 지속하는데 핵심이 되는 재무관리, 업무관리, 생산관리 등을 담당하는 시스템이다.[6]
• R620~720, 720xd: 램 슬롯을 사용할 수 있는 최대로 늘리며, 2U 모델인 720에서는 GPU도 장착이 가능하다. 620은 1U, 720과 720xd는 2U이다.

• 하이엔드: 수억 원대에 이르며, 주로 데이터베이스 서버나 기간계 서버에서 이용된다. 대체로 소켓 단위로 수십 개 이상의 CPU를 탑재할 수 있는 서버를 가리킨다. 사실 위에 써놓은 대로, 엄밀한 정의는 아니나, 굳이 레인지를 구분하면 Dell의 랙마운트 Rx20 시리즈를 보면 쉽다.
• R820~920: 820은 일반적인 E5-2시리즈가 아닌, E5-4시리즈를 사용하며, CPU만을 활용하는 작업군에서 마지막으로 선택 가능한 2U 제품이다. 920은 4U 사이즈를 가지면서 랙 서버에서의 최고 플래그십이며, 최고 사양으로 E7-8시리즈가 들어간다. 램도 일반적으로 보드에 장착하는 것이 아닌, 라이저 카드에 장착하는 제품이다.

• 하이퍼엔드

2.4. 가정용 컴퓨터 대신 서버 전용 하드웨어를 쓰는 이유

HP ProLiant ML110 Gen9 일반 가정용 컴퓨터와 비슷한 모양을 하고 있는 서버 컴퓨터이다.

• 듀얼 or 쿼드 CPU 소켓. 소형 서버용은 싱글 CPU 소켓만으로 나오기도 한다. 소켓 자체의 크기도 갈수록 커지는 중.
• 최소 6개 이상의 ECC RAM 소켓.
• PCH. 인텔은 샌디 브리지-E 제온 이후부터 단일 칩셋을 사용하며, AMD EPYC은 별도의 칩셋 없이 CPU만으로 구동이 가능하다.
• 원격 관리를 위한 BMC 컨트롤러. HPE는 iLO, 델은 iDRAC 등 다른 이름으로 부르기도 한다. BMC에는 딱 화면만 나오는 2D 전용 그래픽 칩셋이 포함되며 Aspeed AST2000, ATI Rage, Matrox G200 등 고대의 그래픽 칩셋이 아직도 쓰인다.
• 듀얼 포트 이상 LAN 칩셋. 서버용 LAN 칩셋은 인텔이 강세이며 가끔 브로드컴 정도를 볼 수 있다.
• PCIe x16, x8, x4 등 슬롯. PCI-X와 PCI는 현재는 사라졌다.

3. 서비스 종류

3.1. FTP 서버

3.2. 웹 서버

3.2.1. 동적 웹을 위한 준비

3.3. 데이터베이스 서버

3.4. 기타

3.4.1. 게임 서버

4. 직접 서버 구축하기

4.1. 가정용 하드웨어

• 동시접속자 50~400명이거나 웹 서버, 게임 서버를 만들려고 하면 x86, x86-64 등의 PC를 쓰는 게 바람직하다.
  가정용 취미용 서버를 구축할 때 CPU에서 가장 중요한 건 전성비 확보다. 누진세로 인해 전기요금이 많이 나온다면 이 취미를 계속 유지할 수 없다. 미성년자나 가족과 같이 사는 미혼 성인이라면 부모, 형제자매에게 혼날 수도 있고. 그래서 전기요금을 아끼면서도 24시간 서버를 돌리려면 전성비가 중요한 것이다.
  그래서 데스크탑용 i 시리즈를 쓰는 건 전성비 면에서 안 좋다. 저전력 기종이 아닌 일반 데스크탑의 대기시 전력소모는 i시리즈 4세대 이전에서 70W다.
  고성능을 목표로 데스크탑용 i시리즈를 쓰려면 하스웰, 스카이레이크 이상의 CPU를 사용해야 한다. 하스웰과 스카이레이크의 Idle시 전력소모는 30~35W 정도이다.
  원래부터 '저전력'을 기반으로 설계된 노트북 등을 서버용으로 사용하기도 한다.
  CPU가 항상 풀로드 되는 것도 아니고 평소 Idle 시에는 전력 소모가 매우 적다.

• 동시 접속자 수가 50명~100명 수준이라면 ARM 수준에선 버겁다. 인텔 아톰 시리즈나 노트북용 인텔 셀러론 시리즈, 휴렛 팩커드, 후지쯔 등에서 나온 마이크로 서버 제품군을 쓰자.
• 동시 접속자 수가 200명~400명이거나 마인크래프트 등의 게임 서버를 돌릴 것이라면 저전력으로 설계된 모바일 i시리즈나 고급 전력 관리를 지원하는 i시리즈를 쓰자.
• 메인보드의 크기가 작을수록 전력소모가 적다. 그리고 메인보드는 대부분 WOL를 지원하기 때문에 이 기능을 포함하는 제품이 좋다.
• 동시접속자를 많이 받으려면 RAM을 많이 달아야 한다. 32비트 윈도우 기준 1GB면 충분하고, 2GB면 답답하지 않게 쓸 수 있다. 64비트 윈도우라면 4GB 이상을 장착해야 그럭저럭 쓸 수 있다.
• 파워 서플라이는 DC to DC 파워를 이용하자. 아톰이나 저전력 셀러론이라면 60W로도 충분하다. 제온 데스크탑 버전을 쓴다해도 그래픽 카드를 달지 않는다면 80W로도 충분. 물론 가격은 매우 비싸다. CPU는 풀 로드 시에 TDP 전력만큼 사용하고 Idle 상태에서는 전기를 거의 먹지 않는다. 오히려 꾸준히 전기를 많이 먹는 쪽은 HDD 쪽이다. 대충 3.5인치 7200rpm HDD는 6~8W, SSD는 3W의 전기를 먹는다. 요약하자면 3.5인치 하드 3개를 넘길 시 DC to DC 파워를 포기해야 한다.
• 하드디스크 구할 땐 일반 컴퓨터용 하드디스크를 써야 한다. 가끔 서버용이라고 10000rpm, 15000rpm을 파는데 거의 다 SCSI 혹은 SAS라 서버컴퓨터 보드가 아닌 이상 쓰기 어렵고 별도로 PCI 슬롯에 SCSI/SAS 카드를 달아 연결한다 해도 SATA3 SSD만 못 하다. 정 속도가 욕심이 나면 SSD를 쓰는게 좋다.
• 크래커 중 일부는 보안이 취약한 서버를 찾아내 해킹해 몰래 서버를 돌리기도 하는데 불법이다.
• 팩스 서버 등의 특수 목적이 아니라면 굳이 서버용 윈도우를 쓸 필요는 없다. 일반용 윈도우를 쓴다면 반드시 Pro나 그 이상으로 설치해야 원격 데스크톱 연결을 이용할 수 있다[14]. 리눅스를 쓸 것이라면 우분투나 CentOS 등 사용자가 많고 문서화가 잘 되어 있는 배포판(이들은 실무용으로 나온 한국어 가이드북을 서점에서 구할 수 있다. 다른 배포판은 좀...)을 선택하는 것이 좋다.
  

4.2. 고성능 서버 하드웨어

• 가장 쉬운 방법은 역시 중고 서버를 구매하는것이다. Dell EMC나 Lenovo 등의 유명회사의 중고 서버도 싸면 200~300만원대에 풀리는 경우가 많고[16] 소규모 업체의 중고제품은 더 싼 가격에도 풀린다. 중고 서버를 산 뒤 업그레이드 하는 것 만으로도 상당한 수준의 돈을 절약 가능해 중소기업에서 많이 쓴다.

• 일반 PC의 연장선에서 갈 경우 일반 PC 폼펙터에 서버용 제온, EPYC CPU를 장착 가능한 부품들을 부품 제조업체에서 판매하고 있으며 이들 부품을 이용하면 서버 전용 하드웨어를 쓰는것에 준하는 PC를 맞출수 있다.

• 서버 전용 하드웨어로 가면 개인등이 직접 서버를 구축 가능하게 만들어놓은 반조립 제품을 파는 업체들이 있는데 Supermicro나 TYAN 등이 대표적이며 이들 회사는 케이스, 메인보드, 파워 등의 대부분의 부품을 포함한 키트를 제공해 사용자는 CPU, 램, 드라이브 정도만 신경쓰면 되는 제품을 판다.

• 서버 전용 메인보드등을 만드는 회사는 ASUS, ASRock[17], 슈퍼마이크로 등이 있으며 전용 폼펙터나 희한한 사이즈를 쓰는 경우가 많아 이에 유의해야되는 경우가 많다.[18]

• 파워서플라이의 경우 케이스에 맞춰 가는것이 보통인데 케이스에 따라서는 핫 스왑을 지원하는 케이스가 있을수 있어 같은 파워서플라이를 2개 연결할 수 있는 경우가 있다. 유지보수를 위한 기능이라 꼭 여러개를 다 장착할 필요는 없으나 이정도 서버를 구매할때 해당 사항을 고려 안할 이유가 없으니 보통은 다중 파워서플라이 구성을 하는 경우가 대부분이다.

• 케이스의 경우에는 일반적인 데스크탑 폼펙터에 맞춘다면 문제가 없지만 랙에 장착하는 경우 부품 선정이 곤란해지는 경우가 많다. 특히 1U 짜리 케이스의 경우 부품선정의 제약이 매우 커서 그냥 완제품 1U짜리 서버를 사는것이 더 편할수 있기 때문에 자신이 고려하는 케이스를 먼저 고려하고 거기에 맞춰 부품을 사는 방향으로 진행해야된다.

4.3. Under Linux

4.3.1. 간이 웹 서버 구축 튜토리얼

[root@namuwiki ~]yum install cpp gcc-c++ cmake git psmisc {binutils,boost,jemalloc}-devel \
{ImageMagick,sqlite,tbb,bzip2,openldap,readline,elfutils-libelf,gmp,lz4,pcre}-devel \
lib{xslt,event,yaml,vpx,png,zip,icu,mcrypt,memcached,cap,dwarf}-devel \
{unixODBC,expat,mariadb}-devel lib{edit,curl,xml2,xslt}-devel \
glog-devel oniguruma-devel ocaml gperf enca libjpeg-turbo-devel openssl-devel \
make

[root@namuwiki ~]cat >  /etc/yum.repos.d/MariaDB.repo <<END
# MariaDB 10.1 CentOS repository list - created 2015-09-12 00:45 UTC
# http://mariadb.org/mariadb/repositories/
[mariadb]
name = MariaDB
baseurl = http://yum.mariadb.org/10.1/centos7-amd64
gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB
gpgcheck=1
END

[root@namuwiki ~]cd /tmp
git clone https://github.com/facebook/hhvm -b master  hhvm  --recursive

[root@namuwiki tmp]cd hhvm
cmake .
make -j$(($(nproc)+1))

[root@namuwiki ~]mkdir /etc/hhvm
touch /etc/hhvm/server.ini
chown -R www-data /etc/hhvm

[root@namuwiki ~]cat > /usr/lib/systemd/system/hhvm.service <<END
[Unit]
Description=HHVM HipHop Virtual Machine (FCGI)
[Service]
ExecStartPre=-/usr/bin/mkdir -p /var/run/hhvm
ExecStartPre=-/usr/bin/chown www-data /var/run/hhvm
ExecStart=/usr/local/bin/hhvm --config /etc/hhvm/server.ini --user www-data --mode daemon -vServer.Type=fastcgi -vServer.Port=9000
[Install]
WantedBy=multi-user.target
END

[root@namuwiki ~]systemctl enable hhvm
systemctl start hhvm
systemctl status hhvm

[root@namuwiki ~]cd /tmp
wget http://nginx.org/download/nginx-1.9.5.tar.gz
tar -xvzf nginx-1.9.5.tar.gz

[root@namuwiki nginx-1.9.5]./configure --with-http_ssl_module --user=www-data --group=www-data
make
make install

[root@namuwiki ~]cd /usr/bin/
ln -s /usr/local/nginx/sbin/nginx

worker_processes  1; #자신의 서버의 코어 수만큼 설정한다. 

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;

    server {
        listen       80;
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {
            root   html;
            index  index.html index.htm index.php;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ \.php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        
        location ~ \.php$ {
            try_files $uri =404; #보안상 중요한 부분이다. 빼먹지 않도록 하자. 
            root           html;
            fastcgi_pass   127.0.0.1:9000;
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
            include        fastcgi_params;
        }
    }

4.3.2. 우분투

4.3.2.1. 웹 서버 및 워드프레스 블로그 구축 간단 튜토리얼

4.3.2.1.1. 업데이트

root@namuwiki:~# apt-get update && apt-get safe-upgrade

4.3.2.1.2. LAMP 스택 설치

root@namuwiki:~# apt-get install lamp-server^

4.3.2.1.3. 워드프레스 설치

• 웹 서버의 루트 디렉토리로 이동.

root@namuwiki:~# cd /var/www/html

• 워드프레스를 다운로드한 후 압축을 푼다. 참고로 영문버전으로 깔리는데 설치 후 수정하면 된다.

root@namuwiki:/var/www/html# wget https://wordpress.org/latest.tar.gz
root@namuwiki:/var/www/html# tar zxvf latest.tar.gz

• (옵션) 폴더 이름을 변경한다.

root@namuwiki:/var/www/html# mv wordpress wp

• 폴더의 소유주 설정

root@namuwiki:/var/www/html# chown -R www-data:www-data wp

• 인덱스 파일 수정

<meta http-equiv="refresh" content="0;url=/wp" />

4.3.2.1.4. 워드프레스 설정

4.4. Under Windows

• 윈도우는 접근 장벽이 가장 낮은[26] 운영 체제중 하나다. 모든 설정을 GUI로 할 수 있어서 진입장벽이 낮고, 따라서 누구나 쉽게 서버를 운영할 수 있다. 리눅스 콘솔만 보면 현기증이 나는 사람이면 이걸 추천한다. 하지만 아무것도 모르고 따라만 하는 사람이라면 자료가 많은 리눅스를 추천한다. 윈도우 쪽은 자료가 리눅스에 비해 적다.
• Windows는 마소의 IIS를 사용 할 수 있다. 퍼포먼스도 상당히 좋은 편에다 GUI도 지원되므로 서버 지식은 있는데 콘솔 쓸 자신이 없으면 이걸 쓰자. 성능 자체도 좋고 콘솔을 쓸 필요가 거의 없어 관리가 쉬워 기업에서도 많이 쓴다.
• Windows Server 계열에서는 FTP를 기본적으로 지원하지만 Windows 계열에서는 파일질라를 사용해 보자
• 블로그를 만들 것이라면 웹서버를 설치해야 한다. XAMPP와 같은 Apache, PHP, MySQL을 한꺼번에 설치해주는 프로그램도 많이 있으니 활용해보도록 하자. 그 다음에는 설치형 블로그인 텍스트큐브, 워드프레스 등을 깔아줘야 하는데, 그건 자신의 상황, 서버상황에 따라 설치해주어야 한다.
• 보안을 고려해서 운영체제를 선택해야 한다. 지원기간이 다소 남아있는 2012나 2012 R2를 사용하든지, 지원기간이 형식적으로만 존재하는 2019를 사용하도록 하자. Windows Server 2008 R2 이하의 Windows Server 계열 운영체제는 지원기간이 끝나 보안이 취약한 상태다. 이런 PC에 외부용 포트를 열어버리면 1분도 안 되어 뚫린다고 할 정도다. 따라서 보안 지원기간이 끝난 운영체제는 공유기 밑에서만 돌려야 한다. 그리고 Windows 7 이하의 각종 개인용 윈도우 역시 서버용으로는 적합하지 않다.
• 학생 자격이 유지되는 기한 이내라면 Azure for Students에서 Windows Server 2016를 무료로 다운가능하니 유의하자. 에디션 중에 라이선스 값이 제일비싼 데이터센터 제품키를 제일 먼저 확보해 두도록 하자[27].
• 학생은 Azure for Students에서 Server 계열의 운영체제를 무료로 다운가능하고, 학생이 아니어도 반년간 무료로 체험해볼 수 있다.
• 상업용으로 사용할 경우 크랙을 사용하면 큰 법적 위험부담을 안게 된다. 다만, 개인적으로 크랙을 쓰는 것에 대해서는 MS는 2019년 기준 별도의 법적 조치를 취하고 있지 않는 편이다.
• 외부에서 접속이 안되는 경우가 있는데, 그건 공유기나 Windows 방화벽 등에서 따로 설정을 해야한다.
• 방화벽이 귀찮다고 꺼버리는 것은 매우 위험한 행동이다. 윈도우 방화벽 자체는 그닥 좋진 못하지만 없는 것 보단 낫다.[28] 네트워크 상단에 물리 방화벽을 달아 두거나 서드파티 방화벽을 쓸 생각이 아니라면 끄지 말아야 한다. 방화벽의 기본은 전부 막고 사용하는 서비스만 열어두는 것이다.
• 윈도우의 파일시스템인 NTFS는 파일명의 대소문자를 구분하지 않는다. aaaa.file / Aaaa.file / aAAa.file 이 윈도우에서는 모두 같은 파일명으로 처리되지만, *nix 계열에서는 모두 다른 파일이다. 신규서버라면 신경 쓸 것 없지만, 마이그레이션 하는 경우에는 대소문자에 따른 파일명 겹침을 주의해야 한다. 복사하는 도중에 파일을 덮어쓰겠냐는 확인창이 뜨고, 무심코 네 해버리면 망한다.

4.4.1. IIS (인터넷 정보 서비스, Internet Information Service)

• 서버를 조립하고, 컴퓨터에 OS를 설치했다면 일단 원격 데스크톱을 사용할 수 있게 하자. Windows 키+Pause Break를 누르면 시스템 정보가 뜨는데, 고급 시스템 설정으로 들어가서(XP라면 건너뛰자.) 원격 탭으로 들어가자. 이후 원격 데스크톱 프레임에서 이 컴퓨터에 대한 원격 연결 허용으로 바꾸면 된다. 집에 있는 컴퓨터가 모두 Windows 비스타나 7 이상이라면 네트워크 수준 인증도 체크하자. 보안성이 강화되지만, XP 이하에선 접속할 수 없다.
• FTP나 웹 서버를 구축하려면 일단 인터넷 정보 서비스를 설치해야 한다. 프로그램 및 기능에 들어가서(XP는 프로그램 추가/제거) Windows 기능 켜기/끄기(XP는 Windows XP에 기능 추가)를 선택하고 인터넷 정보 서비스 찾아서 +를 누른 다음 FTP 서버나 WWW 서비스와 웹 관리 도구를 체크하자.
• FTP 서버를 추가해보자. 사이트에서 오른쪽 클릭을 한 다음 FTP 사이트 추가를 누르면 대화상자가 뜬다. 사이트 이름은 대충 정하고, 경로는 공유하려는 디렉토리를 설정한다.
  바인딩에서는 자기 네트워크의 IP 주소와 맞는 IP로 설정한다. SSL은 사용 안함으로 하자.
  인증 항목은 둘 다 선택. 권한 설정은 입맛대로 하자. 모든 익명사용자-읽기로 하면 누구든 FTP를 볼 수 있다. 아래에 계정을 입력해서 계정과 비밀번호를 사람만 들어오게 할 수도 있으니 열심히 응용해보자.
  이렇게 한 다음 ftp:// 아까 설정한 ip 주소로 들어가면 정상적으로 접속이 된다.
• Windows에서 탐색기에서도 서버의 파일을 볼 수 있도록 해보자. 서버 컴퓨터에서 공유하려는 폴더를 오른쪽 클릭→공유 탭으로 가서 고급 공유를 누르자. 공유 이름과 권한은 적절하게 정하자. 특정 PC에서는 내용 변경이 가능하도록 할 수도 있다.
  클라이언트에서는 네트워크 드라이브 연결을 해서 공유한 항목을 탐색기에서 볼 수 있다. 네트워크 드라이브 연결을 눌러서 \\서버 컴퓨터의 이름\\공유한 폴더를 입력하고 계정과 암호를 적절하게 입력하면 끝.
• 공유기를 쓴다면, IP 주소를 반드시 고정해야 한다.[29] ipTime 공유기를 기준으로 한다. 네트워크 관리→내부 네트워크 설정에서 수동 IP 할당 설정을 하자. 서버 컴퓨터의 IP 주소를 보고 체크하여 추가를 누르면 끝.
• 이렇게 열심히 만들었지만 공유기 밖의 네트워크에서는 접속할 수 없다. 공유기가 있는 네트워크 내에서만 쓸 것이라면 상관 없겠지만, 그렇지 않은 경우가 있으니 일단 설정하도록 하자.
  NAT→포트포워드 설정으로 가서 정의된 리스트에서 FTP를 설정, 서버 컴퓨터의 IP를 입력하고 추가하자. 이렇게 하면 외부에서 ftp://공유기의 내부 IP 주소를 입력하는 것으로 FTP 서버에 접근이 가능하다.
• 24시간 내내 켜둘 것이라면 별 상관 없겠지만, 그렇지 않은 경우를 대비해 WOL을 설정하자. 컴퓨터는 절대로 절전 모드로 들어가서는 안 된다. 절전 모드에 들어가지 않도록 하자. 전원 설정에서 절전 모드와 최대 절전 모드까지 걸리는 시간을 모두 없음으로 설정하자.
  장치 관리자에서 네트워크 어댑터을 확장하고, 어댑터를 더블클릭하자. 전원 관리에서 첫번째 항목과 두번째 항목을 체크한다. 고급 항목에서 Wake on LAN이나 WOL은 일단 다 사용으로 하고 보자.[30]
  공유기에서 보안 기능→공유기 접속 관리에서 원격 관리 포트를 사용하게 하고, 원하는 포트를 입력하자.
  특수기능→WOL에서 서버 컴퓨터의 MAC 주소를 쳐서 추가하면 끝.

4.4.2. FileZilla FTP Server

4.4.3. 기타 프로그램

4.5. Under macOS

• 1. "시스템 환경설정"에 들어간다.
• 2. "공유"를 누른다.
• 3. "웹 공유"에 체크하고 창을 닫는다.
• 4. PROFIT!

4.6. 서버 프로그램을 직접 만들기

• Node.js: express
  

4.7. 운영체제의 선택

5. 서버 구축 없이 서버 만들기

6. 서버의 위치와 법률