마인크래프트/서버/자바 에디션

서버 목록에 대한 내용은 마인크래프트/서버/목록 문서 참고하십시오.




  상위 문서: 마인크래프트/서버

  관련 문서: 마인크래프트/플러그인



1. 개요[편집]

---

마인크래프트 멀티플레이 서버를 구축하는 방법은 LAN 서버, Realms, 바닐라 서버, 모드/플러그인 서버가 있다.

참고로 마인크래프트가 기존 PC용 자바 에디션과, 콘솔/모바일 크로스 플랫폼을 지원하는 베드락 에디션으로 분리되어, 자신의 플랫폼에 알맞은 서버 구동기를 선택해야 한다.

2. 서버 유형[편집]

---

2.1. LAN 서버[편집]

---

싱글플레이 세계에서 게임설정에 들어가면 LAN 서버를 열 수 있다.

같은 근거리 통신망에 연결되어 있는 유저끼리 접속할 수 있다. 서버를 구동하는 PC와 같은 와이파이 또는 회선에 접속된 PC에서만 접속할 수 있다는 것이다.

다만 같은 내부 네트워크에 연결되어 있지 않더라도 VPN이나 공유기의 포트포워딩을 통해 외부에서 접속할 수 있다.

치트 사용이 불가능한 특정 맵에서의 꼼수가 가능한 방법으로, LAN 서버 만들기에 들어가 치트 사용을 켜고 모드를 크리에이티브 모드로 변경하여 서버를 열면 치트 사용이 가능해지고 모드도 자동으로 전환된다. MC-134(의도한 대로 작동) 다만, 그 맵에서 나간 순간 전부 다 풀려버리니 주의하도록 하자.

LAN 서버에서 플러그인을 사용할 수 없다. 모드는 포지나 패브릭을 설치하면 이용 가능하며, 플러그인과 유사한 기능을 하는 서버측(Server-Side) 모드를 대체재로 사용할 수 있다.

가장 쉽고 편하게 하는 방법은 바로 하마치를 이용하는 것이다. 당장 네이버나 구글에 검색만 해봐도 하마치를 쓰라는 글이 수두룩하다. 그러나 하마치의 특성상 꽤나 불안정하고 모드가 많거나 개인의 컴퓨터의 문제가 있다거나 네트워크가 아주 약간만 불안정해져도 바로 호스트를 제외한 모두가 게임에서 튕겨버린다...

2.2. Realms[편집]

---

  자세한 내용은 Minecraft Realms 문서를 참고하십시오.


렐름 서버 또한 자바 에디션용 렐름과 베드락 에디션용 렐름이 따로있다.

2.3. 바닐라 서버 프로그램[편집]

---

프로그램이 실행되는 동안 서버가 인터넷 전역으로 공개되어 열린다. 같은 와이파이에 연결될 필요가 없다는 말이다.[1] 대부분의 서버 구현 프로그램들은 이 바닐라 서버를 기반으로 제작되었다. 바닐라 서버에 대한 자세한 정보는 이 문단 참고.

2.4. 서버 구현 프로그램[편집]

---

구현물 또는 구현 프로그램 (Implementation[2]

용어에 대한 정의는 위키피디아에 나와있다.

) 을 통해 서버를 구동할 수 있다. 방법은 다음 문단에서 설명한다.

자바에디션에서는 일반적으로 구현 프로그램은 Java 언어로 작성되었고, jar 파일[3]로 구성된다. 바닐라 서버와 달리 플러그인 API를 내장하고 있어 플러그인을 추가할 수 있다. 구현물 중에서 포지와 연계되어 있는 SpongeForge를 사용한다면 플러그인과 모드를 동시에 적용할 수도 있다.
국내 서버들은 Bukkit 기반의 구현 프로그램으로 CraftBukkit, Spigot, Paper를 주로 사용하는 편이다. 이 중 Spigot이 가장 유명하고 [요즘은] 플러그인도 방대하지만 약간의 저작권 문제를 안고 있어, 사용자가 직접 컴파일해서 써야 한다. Paper는 코드를 완전히 새로 써서 저작권 문제로부터 자유롭지만 Spigot 플러그인들과 호환성이 다소 떨어질 수 있으며, 이로 인해 버그가 생길 수 있다.

베드락 에디션에서는 일반적으로 구현 프로그램은 PHP 언어로 작성되었고, phar 파일[4]로 구성된다. 바닐라 서버와 달리 플러그인 API를 내장하고 있어 플러그인을 추가할 수 있다.
국내 서버들은 PocketMine-MP 기반의 구현 프로그램을 사용하며, PocketMine-MP 기반의 수정본 구동기[5]는 Altay, Genisys 등이 있다. 국내 서버는 안정성, 업데이트 속도 등의 이유로 현재는 PocketMine-MP를 선호하는 편이다.

다만 자바에디션에서 비공식 소프트웨어가 공식 소프트웨어인 바닐라보다 훨씬 나은 성능을 보여주는 것에 비해서 베드락 에디션은 그 반대의 상황이다. 자신이 플러그인을 사용하지 않는다면 공식 소프트웨어인 바닐라를 사용하는 것을 강력하게 추천한다.

2.5. BungeeCord[편집]

---

  자세한 내용은 마인크래프트/서버/자바 에디션 문서를 참고하십시오.

번지코드, 즉 서버간 이동을 할 수 있는 서버 유형이다.

번지코드는 여러 마인크래프트 서버를 연결해서 서버간 이동을 할 때 직접 나갔다가 다시 이동할 서버로 갈 필요 없이 쉽고 빠르게 서버 간 이동을 할 수 있는 SpigotMC에서 개발한 프록시 서버 프로그램이다. 여러 서버가 하나로 연결된 서버 (예시 : 하이픽셀, 마인플렉스 등) 에서 주로 사용된다.

번지코드랑 연결할 서버는 모두 Spigot이나 기반으로 하는 서버 이여야 하며, spigot.yml에서 bungeecord 설정을 true로 바꾸고 bukkit.yml에서는 connection-throttle 설정을 -1로 바꾼 다음, server.properties 에서는 online-mode 설정과 enforce-secure-profile 설정^{(1.19.1 이상)}을 false로 바꾸어야 한다.

3. 서버 만들기[편집]

---

대다수의 서버 구현물은 Java로 작성된 프로그램이다. PE 포맷이 아닌 Jar 파일이기 때문에 일반적인 실행 방법[6]으로 구동할 수 있지만 GUI 가 뜨지 않아 서버 실행 상황,버그같은 오류를 확인할수 없고 자바를 통해 서버 구현물을 실행, 서버를 구동시킬 수 있다.

정 컴퓨터를 마크 서버로 만들기 싫으면 https://aternos.org/server/ 를 이용해 무료로 만들자[7]

3.1. 윈도우 환경[편집]

---

당신이 지금 윈도우 운영체제를 사용하고 있다면 아래 방법을 따르도록 하자.

3.1.1. 자바 설치[편집]

---

서버를 실행하려면 JRE(Java Runtime environment, 자바 실행 환경)[8]가 설치되어 있어야 한다.

자바가 설치되어 있는지 확인하려면:

만약 "java -version 은(는) 내부 또는 외부 명령, 실행할 수 있는 프로그램, 또는 배치 파일이 아닙니다." 라는
문구가 뜬다면 자바가 설치되어 있지 않거나, 시스템 환경변수(PATH)에 자바 경로가 설정되지 않은 것이다.

• 자바를 설치하려면 자바 홈페이지로. [9]
  1.16.5 기준으로 JDK 11 이상을 지원하는 서버 구현체가 많아져 JDK 설치 페이지로 이동한다.
  [10]
  더 빠르게 사용하고 싶다면 Adopt Open JDK를 사용하는것도 좋다. 일반 Java와 설치 방법은 같다.
• 일반적으로 Java를 설치하면 대부분은 환경 변수가 설정되지만, 일부 환경 변수가 설정되지 않는 경우도 있다.[11]
  환경 변수가 설정 되었는지 확인하려면, 윈도우키+R 을 누른 후 cmd /k java --version 을 입력해보면 된다.
• 자바 환경변수를 설정하려면,
• 윈도우키+Pause 키를 눌러 "시스템"에 들어간다. 만약 Pause키가 없는 경우, 윈도우키+R키를 눌러 control(제어판)을 실행, "제어판\시스템 및 보안\시스템"에 들어가준다.
• 좌측의 "고급 시스템 설정"에 들어간다.
• "고급" 탭의 "환경 변수" 버튼을 누른다.
• "시스템 변수" 리스트에서 "Path" 항목을 선택하고 "편집" 버튼을 누른다.
• "새로 만들기" 버튼을 눌러 자바가 설치되어 있는 경로(폴더)를 입력한다. (대부분 "%programfiles%\\Java\\JDK-1x.0.x\\bin\\"에 설치되어 있다.)
• "확인" 버튼을 누른다.
• 윈도우키+R 키를 눌러

  /cmd /fbccfe /k java

  를 입력하고 java 은(는) 내부 또는 외부 명령, 실행할 수 있는 프로그램, 또는 배치 파일이 아닙니다." 라는 문구가 더이상 출력되지 않는다면 성공이다.

환경변수 관련 설정 방법은 오라클 공식 문서에 자세히 나와 있다.

3.1.2. 구동기 만들기[편집]

---

구동기는 서버 구현 프로그램을 실행하는 명령어를 실행 가능한 배치파일로 만드는 것이다.
아래 설명과 같이 구동기를 만든 후 더블 클릭으로 구동기 파일을 실행하면 서버가 켜진다.

1. 폴더[12]
   이 폴더는 서버 월드, 플러그인, 설정 파일이 담길 폴더이므로 신중하게 정하자. 띄어쓰기나 기호가 없는 오로지 영문 만으로 된 폴더명을 추천한다.
   하나를 만든다.
2. 폴더 안에 들어가서 미리 받아 놓은 서버 구현물(Spigot이나 Paper 등) 파일을 옮겨 넣는다.[13]
   어떤 구현물을 써야 할 지 모르겠다면 여기를 클릭해서 확인해보자.
3. 폴더의 빈 화면에 우클릭 > 새로 만들기 > 텍스트 문서
4. 파일 이름을 start[14]
   배치 파일 이름은 무엇으로 해도 상관없다.
   로 정하고 메모장으로 열어서 아래와 같이 작성한다. 만약 뒤에 확장자 ".txt"가 붙은 경우 txt 를 bat 이나 cmd 로 변경해주자.
5. 파일을 연다. bat 으로 확장자를 변경한 경우 우클릭 > 편집을 누르자.
   

(1.18.1이상 또는 1.7 미만 버전) java -Xms(서버가 사용할 최초 메모리 크기) -Xmx(서버가 사용할 최대 메모리 크기)[15] -jar <서버 파일>.jar
(1.17~1.18) java -Xms(서버가 사용할 최초 메모리 크기) -Xmx(서버가 사용할 최대 메모리 크기) -jar <서버 파일>.jar -Dlog4j2.formatMsgNoLookups=true
(1.12~1.16.5) java -Xms(서버가 사용할 최초 메모리 크기) -Xmx(서버가 사용할 최대 메모리 크기) -jar <서버 파일>.jar -Dlog4j.configurationFile=log4j2_112-116.xml
(1.7 ~ 1.11.2) java -Xms(서버가 사용할 최초 메모리 크기) -Xmx(서버가 사용할 최대 메모리 크기) -jar <서버 파일>.jar -Dlog4j.configurationFile=log4j2_17-111.xml
pause||
cls||

1. 파일을 저장한 후 메모장을 닫는다.
2. start.txt 텍스트 파일 이름을 start.bat[19]
   경고가 나온다면 무시하고 실행하면 된다.
   [20]
   .cmd도 된다.
   으로 바꾼 뒤 실행한다. 단, 위에서 파일 확장자를 bat으로 이미 변경하고 편집했을 경우 이 단계는 넘겨도 된다. [21]
   텍스트 파일 이름을 바꿔도 여전히 텍스트로 열린다면 파일 탐색기가 확장자명을 숨기고 있기 때문이다. Windows10 기준 폴더 창 상단의 보기-옵션-보기-알려진 파일 형식의 파일 확장명 숨기기 박스 체크 해제하면 파일의 확장자가 보인다. 파일 이름이 server.bat.txt 처럼 확장자가 변경된 것이 아니라 이름만 변경된 경우이다. 뒤의 txt를 지우면 해결된다.
3. 메모장을 열어 주고 내용에 eula=true만 작성한다. 그리고 파일 이름은 eula.txt로 하고 서버 폴더 안에 저장한다.[22]
   이는 모장의 EULA에 동의한다는 의미이며 자신이 서버를 운영하면서 위반 행위를 할 경우 모장으로부터 제재를 받을 수 있다,
4. .bat 또는 .cmd 파일을 열어 준다. 그리고 잠시 기다리면 콘솔에 텍스트가 표시되며 world, server.properties 같은 폴더나 파일이 생성된다. [23]
   폴더나 파일이 생성 되지 않는다변 .bat나.cmd 파일을 다시 메모장으로 열어 준 다음 서버 구현체 파일 이름과 메모장에 쓴 파일 이름이 일치한지 확인하면 된다.
5. 서버는 JVM(자바 가상 머신)에서 돌아가기 때문에, 가비지 컬렉션 관련 인수를 추가하여 서버를 최적화 하면 좋다. 가비지 컬렉션중 가장 유명한 컬렉션은 Aikar Flags이다. 아래의 내용을 -Xmx와 -jar 사이에 넣으면 된다.
   • https://flags.sh 에서 빠르게 JVM 인수들이 달린 명령을 생성 할 수 있다.
6. Invalid maximum heap size: -Xmx(자신이 지정한 크기) The specified size exceeds the maximum representable size. 라고 뜬다면 자바가 32비트라서 일어나는 오류다. 자바 사이트에서 64비트 버젼을 받아주면 해결된다. JDK를 설치했다면 무조건 64비트 버전이 설치된다.
7. 번지코드 구동기를 만드는 경우, 위 배치 파일에서 파일 이름을 번지코드 서버 파일의 이름으로 수정하면, 바로 번지코드 서버 실행기로 바꿀 수 있다. 추가적으로 번지코드는 하위 서버들에 있는 server.properties 파일에서 online-mode 항목을 false으로 수정하고, 1.19.1 이상의 경우 enforce-secure-profile 항목도 false으로 수정해야 하며, bukkit.yml 파일에서는 connection-throttle 항목을 -1로 수정하고, spigot.yml 파일에서 bungeecord 항목을 true로 수정해야 한다.

3.1.3. 인바운드 규칙 설정[편집]

---

위의 방법대로 따라한다면 서버는 정상적으로 구동될테지만 본인 밖에 접속을 할 수 없을 것이다. 이를 해결하기 위해서는 방화벽을 해제해야 한다.

방화벽은 윈도우의 방화벽과 공유기의 방화벽이 존재하며, 윈도우의 방화벽을 열지 않으면 공유기에 방화벽을 열었다고 해도 멀티가 불가능 하나 윈도우의 방화벽을 열었다면 같은 공유기 내에서는 멀티가 가능하다.

포트포워딩이나 DMZ로 공유기의 포트를 열 경우 보안이 취약해지기 때문에 장거리 멀티가 아니라면 윈도우 방화벽만 해제해 주자.[24]

1.윈도우 키 + R을 입력하고 나타나는 실행 창에 control을 입력한다. 또는 제어판을 검색하여 연다.
2. 시스템 및 보안 → Windows Defender 방화벽 → 왼쪽에 위치한 고급 설정 클릭
3. 아웃바운드는 기본 설정이 접속 허용이니 건드릴 필요가 없고 인바운드 규칙을 선택한다.[25]
4. 오른쪽에 새 규칙 → 포트(O)를 선택[26], TCP(T)와 특정 로컬 포트(S)를[27] 선택하고 포트 입력 칸에 자신이 설정한 서버의 포트를 입력한다.(포트를 따로 설정하지 않았다면 기본 포트인 25565를 입력하면 되며 베드락 에디션은 19132).[28]
5. 연결 허용(A)를 선택하고, 도매인(D), 개인(P), 공용(U) 모두 선택한다.
6. 이름은 편한대로 지정해주고 설명은 선택 옵션이다.

3.1.3.1. 포트포워딩[편집]

---

자신의 컴퓨터가 Wi-Fi 에 연결되지 않고 LAN 선이 모뎀이나 스위칭 허브에 연결되어 있거나 VPS 등의 호스팅 서비스를 사용하는 경우 패스. 하지만 LAN선이 라우터에 연결된 경우에는 아래 추가 절차가 필요하다.

장거리를 하고 싶다면 위에서 연 포트를 공유기에서도 열어주어야 한다. 모든 공유기 공통으로 공유기 페이지에 로그인해야되며 방법을 모르는 경우 공유기의 사용설명서를 읽어보면 된다. 공유기 제조사별로 방법이 천차 만별이니 문서에 모든 경우를 다 적기에는 어려움이 있다. 열심히 공유기의 포트 포워드나 포트 포워딩항목을 찾아보자 다만 iptime같은 사제 공유기 말고 통신사의 공유기라면 내부 포트를 제대로 지정할 수 없는 경우가 있는데[29] 통신사에 연락하거나 DMZ, S-DMZ, Twin-IP를 사용하거나 내부 포트에 맞춰주자. 모뎀을 사용하거나 이중 공유기이면 모든 모뎀, 공유기를 똑같이 설정해주어야 한다.[30] 공유기에서 컴퓨터로 할당되는 IP를 고정하는 것을 추천[31], 유동 IP이기 때문에 컴퓨터로 할당되는 IP주소가 바뀐다면 다시 설정해야 되기 때문이다. 포트포워딩 테스트[32]
포트포워딩 완료 시 공유기와 유선으로 접속해 서버를 개방해야 한다.

• 번지코드의 경우, 연결한 모든 서버들의 포트를 모두 개방해야 한다.

3.1.3.1.1. 포트포워딩 문제 해결[편집]

---

간혹 공유기로 구축된 내부 네트워크와 서버 프로그램 자체에서 설정한 내부 네트워크 간 IP 설정이 달라[33] 127.0.0.1과 같은 루프백 IP로는 접근이 되는데, 외부에서 서버 접근이 안 되는 경우가 있다. 방화벽 설정, 공유기 포트포워드 설정 등등을 다 했는데 안 되면 환장할 노릇.
그런 경우에는 최초 서버 구축 시에 "사용자의 내부 IP *.*.*.*으(로) 포트포워드가 필요할 수 있습니다"라는 문구가 뜨는데
관리자 권한으로 cmd 실행

netsh interface portproxy add v4tov4 listenport=[설정 포트] listenaddress=[내부 네트워크 IP] connectport=[설정 포트] connectaddress=[컴퓨터의 내부 IP 주소]

와 같이 컴퓨터 내부적으로 한 번 더 포트포워딩 해줘야 정상적으로 포트포워드가 작동해 외부에서 내부 서버로 접근이 가능해진다. VMware 같은 가상 머신을 이용하는 컴퓨터의 경우 발생하는 문제.

3.1.4. 마인크래프트 서버 연결하기[편집]

---

이 문단은 번지코드 서버가 아닌 일반 마인크래프트 서버를 만들고자 이 문서를 읽으러 온 사람이라면 이 문단은 읽지 않아도 된다.

위에 적힌대로 번지코드 서버를 실행하고 기본 주소인 localhost:25577을 바로 서버 목록에 추가하면 MOTD랑 핑은 정상적으로 나타나지만 들어가보면 연결된 마인크래프트 서버가 없다며 들어가지지 않는 모습을 볼 것이다. 이를 해결하기 위해서는 최소 한 개의 마인크래프트 서버랑 연결해야 한다. 아래 모든 항목은 연결할 마인크래프트 서버를 번지코드용으로 수정했고, 서버 관련 지식이 어느정도 있는 하에 작성되었다.

우선 실행기를 한번 실행하고 생성된 config.yml의 일부 중 아래와 같은 항목이 있을 것이다.

servers:
  lobby:
    motd: '&1Just another BungeeCord - Forced Host'
    address: localhost:25565
    restricted: false

서버 IP:포트

형식으로 수정해주면 된다. MOTD의 경우 일반 server.properties 스타일로 적어줄 경우 적용되지 않으며, 이곳에서 생성해서 For config.yml아래에 있는 항목을 복사해 lobby의 motd에 넣어주면 된다.

3.2. 리눅스 환경[편집]

---

3.2.1. 자바 설치[편집]

---

자바 설치법은 배포판의 종류에 따라 다르다.
자바 홈페이지에서 바이너리 압축 파일을 내려받거나 운영체제의 패키지 매니저[34]를 통해 open-jdk 또는 oracle-jdk를 내려받는다.
데비안 계열은 apt-get install open-jdk라고 하면 된다.
권한이 부족하면 앞에 sudo를 붙이자.

3.3. 도메인 설정(공통)[편집]

---

자신이 어떤 운영체제를 사용해도 도메인 설정을 하는 방법은 동일하다. 도메인이란 간단히 말해서 숫자로 된 아이피주소를 문자열로 바꿔주는 서비스인데 일단 아이피가 바로 노출되는 것 보단 보안에 효과가 있으며, 사용자들이 알기 쉬워 접근성을 올려 줄 수 있고, 서버의 특성을 나타내는 수단이다.

노하마치, 장거리 멀티등으로 많은 블로그에서 홍보하는데 하마치 아이피도 도메인 등록을 할 수 있으며 장거리 멀티는 도메인과는 크게 상관이 없다. 굳이 도메인을 안쓰고 아이피 주소를 사용하는 것도 충분히 가능하다. 반드시 해야하는 절차가 아니며 개인의 취향과 선택에 따르는 선택사항이라는 점을 명심하자. 또한 .com같은 도메인은 이미 다른 사용자가 가져간 경우가 태반이며, 가격 역시 매우 비싸며, .kr은 대한민국 법의 보호를 받는 도메인이라는 점을 참고해두자.[35]

도메인을 등록하려면 대개 돈을 지불하여야 하며, 무료 도메인 사이트 역시 존재하나 무료 도메인 사이트는 선택할 수 있는 폭이 좁고 디도스 공격을 당해 서버가 폐쇄될 가능성이 높다. 과거 무료 도메인 사이트인 oa.to가 디도스 공격으로 폐쇄되었던 걸 생각해보자.

그냥 도메인을 등록하면 가정에선 기본적으로 유동 아이피이기에 아이피 주소가 바뀌어 도메인이 갑자기 안될 수도 있으며 이러한 불편함을 해소하기 위해서는 아이피를 고정하거나 DDNS서비스를 사용하여야 한다.
iptime공유기라면 내장된 무료 DDNS를 사용하는 것을 추천하고, 이외에는 no-ip 또는 MCV.KR[36][37] no-ip같은 경우 추가 프로그램을 깔지 않으면 DDNS가 안되니 참고 바람. 다른 서비스를 찾고 싶다면 구글에 DDNS 검색을 해보자.

DDNS가 싫다고 한다면 그냥 도메인을 아이피로 등록하면 된다. 만약 많은 사람들이 참여하는 서버로 만들고 싶다면 반드시 아이피를 고정하거나 DDNS를 사용해야 하며, 그냥 도메인을 등록하는 경우는 친한 사람끼리 플레이하는 정도가 적당하다.

4. 개인 운영[편집]

---

개인 운영이란 서버 호스팅을 이용하지 않고 본인 컴퓨터로 서버를 열거나 직접 서버용 컴퓨터를 장만해서 운영하는 방법을 말한다.

호스팅 비용이 들지 않겠지만, 24시간 내내 컴퓨터를 켜야 하기에 전기요금이 많이 나갈 수 있어서 대부분은 시간제[38]로 운영한다. 뿐만 아니라 디도스 공격에 취약하기 때문에 누군가가 서버 컴퓨터에 디도스 공격을 하면 그대로 서버 자체가 마비될 수 있기 때문이다. 디도스 공격을 걱정한다면 비싼 돈을 들여서 디도스 방어 장비를 사용하기보다는 그냥 호스팅을 이용하는 게 좋다.

또한 컴퓨터의 성능이 많이 받쳐줘야 한다. 서버 인원이 적은 소규모 서버라면 감당할 수 있어도 서버 인원이 늘어나고 서버에 컨텐츠를 추가할수록 많은 리소스를 먹게 되어 개인 컴퓨터로는 감당하기 어렵다. 특히 야생서버의 경우 서버 유저들이 맵을 자유롭게 돌아다니다 보니 맵 파일 크기가 몇십에서 심하면 몇백GB를 넘어버린다. 따라서 Worldborder나 플러그인을 통해 맵의 크기를 제한시켜야 한다.

그리고 외부에서 접속할 수 있도록 공유기 설정도 변경해야 하는데, 공유기마다 접근 방법이나 설정 페이지가 다르기 때문에 어려올 수 있다.

5. 마인크래프트 서버 호스팅 업체[편집]

---

마인크래프트 서버를 전문적으로 호스팅해주는 업체 역시 존재한다. Mojang 스튜디오(전 Mojang AB)에서 운영중인 Minecraft Realms이 있지만, 플러그인 사용이 불가능한 등 단점이 많아 친구들과 가볍게 플레이할 목적이 아니라면 불편할 수 있다.

따라서 바닐라 외의 서버를 돌려주는 호스팅 업체들을 사용하는 것이 좋다. 호스팅 업체에 따라서 Java 에디션 서버만 지원하거나 Java와 베드락 에디션 서버를 돌다 지원한다. 규모가 큰 업체의 경우는 다른 게임 서버도 호스팅해주기도 한다.

외국의 대표적인 호스팅 업체로는 MCProHosting[39], Apex Hosting 등이 있으며, Aternos 같은 무료 호스팅 업체도 있으나 무료 호스팅 업체들은 대부분 램 1GB에 성능이 낮은 편이다보니 서버 랙이 있으며, 플러그인을 많이 적용하거나, 모드를 적용하면 램 용량을 초과해버려서 서버가 작동하지 않는다. 유료 호스팅의 경우는 추가로 금액을 지불해서 램 용량을 추가하거나 저장공간 용량을 업그레이드할 수 있다.

업체마다 원격 데스크톱 연결을 지원하거나, DDoS 방어 기능을 지원하기도 한다. 또한 리눅스 말고 윈도우 서버를 선택할 수 있다, 다만 윈도우 서버를 선택한다면, 월 라이선스비가 추가되며 서버 구동에 사용할수 있는 메모리 역시 리눅스 서버에 비해 낮으므로 윈도우 환경이 반드시 필요한 것이 아니라면 리눅스 서버를 사용하는 것이 가성비가 좋은 편이다.

호스팅 비용은 업체마다 다른 편이며, 비용이 싼 것도 있고, 비싼 것도 있다. 비용이 싸고 신뢰도가 낮은 업체는 사기나 먹튀 위험이 있기 때문에 피해야 한다. 비용이 싼 업체들은 원칙적으로 환불이 불가능하므로 신중하게 선택하는 것이 좋다.

이외 가상 서버 호스팅을 구입한 뒤 직접 자바를 설치, 서버를 운영할 수도 있으나 일부 업체의 경우 부하 등의 이유로 게임서버 운영을 금지하기도 하므로 마인크래프트 서버를 운영해도 괜찮은지 반드시 확인해야 한다.

6. 서버 설정[편집]

---

아래에는 서버를 설정하는 방법을 서술한다.

6.1. server.properties[편집]

---

  자세한 내용은 server.properties 문서를 참고하십시오.

6.2. motd 설정[편집]

---

Message of the Day. 마인크래프트의 멀티플레이에서 서버의 설명을 정하는 설정이다. server.properties에서 서버 motd를 설정하거나 스크립트로 설정할 수 있다. 1.19.4 이하 버전은 한글로 작성하려면 인코딩 방식이 다르기 때문에 UTF-8 형식으로 작성해야 한다.MC-2215 한글에서 유니코드로 바꾸는 방법은 여기로 가서 변환 해주도록 하자. 뿐만이 아니라 색을 입히고 출력 결과물을 미리 볼 수 있는등 편하게 설정 할 수 있다.

7. 서버 구현물 목록[편집]

---

이 문단은 현재까지 사용 가능하거나 개발이 중단된 다양한 종류의 서버 구현 프로그램을 소개한다.


1.16까지 모든 서버 구동기들은 Java 8이 요구된다.
1.17의 모든 서버 구동기들은 Java 16이 요구된다.
1.18부터 모든 서버 구동기들은 Java 17이 요구된다.

7.1. 바닐라 서버[편집]

---

제작사인 Mojang에서 개발하는 공식 서버 프로그램이다. 근거리 네트워크 망의 유저끼리만 접속되는 LAN 서버나, Mojang 사에서 호스트해주는 Minecraft Realms와 달리 독립적인 서버 프로그램을 통해 여는 방식이라 유저가 자신의 컴퓨터로 서버를 호스팅 할 수 있다. 아래에 나열할 서버 프로그램들도 마찬가지.

멀티플레이를 많이 해보면 알다시피 서버의 기능을 풍요롭게 하는 요소로써 플러그인이 빠질 수 없는데, 바닐라 서버는 API가 존재하지 않아 플러그인을 적용할 수 없다. 즉, 화폐를 추가하거나 미니게임을 제공하는 등 플러그인이 제공하는 기능을 사용할 수 없고 기본적인 게임 요소만을 즐길 수 있다.[40] 따라서 플러그인을 사용하지 않는 생야생 서버[41]를 여는 경우에는 바닐라 서버가 가장 적합하다.[42] 물론 다른 구동기들에 비해 최적화가 많이 부족하다는 단점이 있어서, 생야생 서버를 연다고 해도 컴퓨터 사양이 넉넉하지 않거나 서버 규모가 큰 경우라면 다른 구동기를 사용하는 것이 훨씬 좋다. 그밖에 바닐라 서버는 정식으로 출시되지 않은 스냅샷 버전을 지원한다는 이점을 가지고 있다.

서버 구동기 다운로드 방법은:

• 최신 릴리즈 버전은 여기[43]
  설명에 사소한 오류가 있다. WEB-1090
  에서 내려받는다.
• 다른 버전의 경우, 게임 런처에서 설치 설정(Installations) → 새 설치 설정(New inatallations) → 원하는 버전 버전(VERSION) → 버전 항목 오른쪽에 서버(SERVER)를 클릭한다.

7.2. Bukkit API[편집]

---

플러그인 API의 일종이다. 아래 목록은 이 API를 제공하는 서버 구현 프로그램들이다.
대한민국은 물론 해외를 포함하여 가장 높은 점유율을 보이며, 대다수의 플러그인들이 이 API를 기반으로 개발된다. 모장이 버킷 개발팀을 인수했고, 현재는 DMCA 테이크 다운으로 인해 버킷의 공식 개발은 완전히 중단되어 최근에는 Bukkit API를 기반으로 한 다른 서보 구현체로 넘어가는 추세이다.[44]

대규모 서버를 만들 때는 Paper를 추천하고, 최적화와 커스터마이징까지 원한다면 Purpur를 추천한다.[45][46]

아래는 서버 구현체들을 모아둔 사진이다.[47]

7.2.1. Craftbukkit[편집]

---

일반적으로 불리우는 버킷이 이것이다. DMCA 사태[50] 이후 Spigot팀이 프로젝트를 넘겨받아 유지되고 있는 상태이며, BuildTools를 사용하면 Spigot과 함께 Craftbukkit도 같이 내려받아진다. 단, 최신 버전은 그냥 하면 Spigot만 내려받아 지니 참고 여담으로 Craftbukkit보다 Spigot을 쓰는게 더 현명한 선택이다, 그 이유는 여기를 참고.

7.2.2. Spigot[편집]

---

Craftbukkit의 DMCA 사건으로 인해 다운로드 방법이 막혔다가 BuildTools를 통한 빌드방식[53]을 사용하며 빌드하여 구현 프로그램을 얻는데 꽤 오랜 시간이 걸린다. 때문에 인터넷에는 이러한 빌드 과정을 미리 완료 해둔 파일을 바로 내려받을 수 있게 배포하는 사이트도 존재하나, 이미 컴파일된 파일을 배포하는 것은 라이선스 위반이라 고소를 당하면 배포 중단할수 밖에 없다.
참고로, Spigot은 Bukkit API를 채택하여 Craftbukkit 기반 버킷 플러그인이 호환되며, 설정 튜닝을 통한 최적화 기능도 제공한다. 단 Spigot API가 수정된 Bukkit API이기에 Spigot 전용 플러그인을 Craftbukkit에서 구동하려고 하면 오류가 발생할 수 있다.

장점이라면 빠른 업데이트를 예로 들 수 있는데, 프리릴리즈등 정식 출시되지 않은 버전들의 업데이트가 조금이라도 늦어질 경우, BuildTools를 통해 바로 개발 버전의 스피곳을 사용해볼 수 있는 경우가 많다. 만약 새 빌드가 나올 경우 이전 빌드를 사용하는 서버에서는 새 빌드를 다운받으라며 20초 후 서버를 시작한다.[54]

7.2.3. Paper[편집]

---

Spigot을 포크하여 여러 문제점들을 해결한 버전. Spigot 대비 장점이 많아 현재 대부분의 서버들이 사용하고 있다. Fabric 모드 프로젝트 중 Lithium의 일부 코드를 가져와 최적화도 더 잘 되어있다. Spigot을 패치한 JAR 형태로 배포되어 사용할 수 있다. Spigot과는 다르게 DMCA 테이크 다운 문제가 해결되어 일반적인 JAR 파일을 배포하는 방법으로 손쉽게 다운로드하여 사용할 수 있다. 거의 모든 Spigot 플러그인과 호환된다. 한국 표준시 기준 2021년 8월 18일 오전 4시 40분, Tuinity의 개발자인 Spottedleaf가 Paper 팀의 개발자로 합류했다는 소식이 공지되었고, 1.17.1 #232 버전 이상부터 Tuinity 패치를 사용할 수 있게 변경되며 성능이 향상되었다.

7.2.4. Purpur[편집]

---

Paper, Tuinity를 포크한 구현체다. 주로 마인크래프트의 시스템을 purpur.yml 로 수정할 수 있도록 커스터마이징에 초점을 맞춘 구현체이며[55], 이 역시 Tuinity 처럼 대규모 서버를 열 생각이라면 이 구현체를 추천한다. 심지어 이 구현체는 지원하는 공유기의 경우 방화벽 설정부터 포트포워딩까지 자동으로 진행한다. 또한 이 구현체는 자체적인 클라이언트도 개발되고 있다. 서버를 최적화하고 싶다면 이 문서를 참고하자. 1.17이 되며 Airplane 포트가 제거되었으나, 2021년 7월, Purpur의 개발자가 Airplane 포트를 공식적으로 다시 지원하며 Airplane의 모든 기능을 지원하게 되었다. 2022년 1월에는 1.18.1에서 Pufferfish 포트를 지원하기 시작했다.

7.2.5. Sugarcane[편집]

---

Yatopia를 일부 포크한 Purpur 기반의 구현체. Yatopia처럼 호환성이 떨어진다. 제대로된 서버를 열 생각이라면 이 구현체를 쓰지 말자, 개발자도 아직 개발중이니 쓰지 말라고 한다.

7.2.6. Patina[편집]

---

Sugarcane처럼 역시 Yatopia를 대체하기 위해 만들어진 구현체. Sugarcane과 다르게, 이 구현체는 Paper를 포크했다. 1.18 이후 Pufferfish 와 Purpur의 포트를 지원하기 시작했다.

7.2.7. Pufferfish[편집]

---

대규모 서버에서 최고의 성능과 안정성을 얻게 만드는 것이 목적이다. Paper를 포크하였고 몇몇 최적화 기능들은 Airplane에서 가져왔다. 자신들의 제품인 Pufferfish Host라는 호스팅을 구매하면 좀 더 나은 성능을 제공하는 Pufferfish+를 이용할 수 있다. 그러나 주 기능인 비동기 엔티티 트래커와 비동기 경로 찾기를 1.19 버전부터 Petal에서 가져와 Pufferfish에 적용을 하게 되면서 사실상 큰 차이가 없어졌다.

7.2.8. Folia[편집]

---

Tuinity를 개발하던 SpottedLeaf가 주로 주도하는 PaperMC의 프로젝트이다. 현재 PaperMC 공식 Organization 아래에서 개발이 진행되고 있다.

페이퍼를 포크한 서버 구현체로, 무려 구역별 멀티쓰레딩을 지원한다![59]

기존에는 서버를 돌리는데 1코어만 사용해 코어의 개수가 많아져도 성능의 향상이 없다시피 했다. 그런데 이 구현을 사용하면 코어들을 구역별로 나눠 사용해 더 높은 성능을 낼 수 있는 것이다. 주로 스카이블럭과 SMP처럼 플레이어가 분산된 서버에서 큰 효과를 발휘한다.

다만 멀티쓰레딩을 사용하면서 기존 플러그인들과 호환되지 않는데다 플러그인 API도 완전치 않고, 비활성화된 명령어들중 scoreboard, tag, bossbar, team 등 맵에서 많이 쓰이는 명령어들이 비활성화 되어 있어 명령 블록이 있는 맵을 사용하려면 무난한 Paper로 구동하는 것을 추천한다.

또한 애초에 완전히 완성되지 않은 서버 구현체이므로[60] 예상치 못한 버그는 언제든 발생 할 수 있다.[61] 대규모 서버에서 실제 서비스 제공 용도로 사용하는것은 그닥 좋은 생각은 아니며, 컴퓨터 자원이 그닥 많지 않은 경우도 성능 미달로 인한 문제 발생이 있을 수 있기에 추천되지는 않는다.[62]

개발적으로 관심이 있는 경우 작동 원리를 읽어보는것도 도움이 된다.

PaperMC 측에서 테스트한 결과에 대한 글도 있다. 1차 테스트 (기본적 및 개발 정보) 2차 테스트 (개발 정보 위주)

현재의 테스트 결과를 보아, 앞으로 있을 테스트를 기대 해볼만큼 꽤 좋은 성능을 내고 있다.

7.3. 플러그인 API + 모드[편집]

---

아래 있는 구현체들은 포지 모드와 버킷 또는 자체 API 플러그인들 혹은 다른것들까지 동시에 지원하는 구현체들이다. 하지만 계면활성제 없이 물과 기름을 섞고 그걸로 집을 짓는 수준의 난이도라 호환되지 않을 가능성이 매우 높고[63] 버그가 매우 많다.

1.12.2는 CatServer 또는 Magma, 최신 버전은 Arclight를 추천한다.

7.3.1. SpongeForge[편집]

---

Craftbukkit의 DMCA 사건으로 인해 WorldEdit 개발자[65]와 콜드론 개발자 등 많은 사람들이 모여 스펀지 팀을 창설했고, 버킷과 완전히 다른 새로운 API를 갖는 서버 구현 프로그램인 Sponge가 탄생했다. 스펀지포지는 Forge와 SpongeAPI를 동시에 포함한다. 따라서 모드와 플러그인을 동시에 지원하고, Forge 서버에 설치되는 하나의 모드와 같이 동작한다. 주의할 점은 버킷 플러그인과 호환되지 않으며 포지 모드와의 호환성이 완전하지 않다. 설치 방법은 스펀지 공식 문서를 참고하도록 하자.[66] 또한 클라이언트에도 역시 적용 가능하다.

7.3.2. CatServer[편집]

---

NMS 레이어부터 패치하는 방식으로 패키징되어 포지와 스피곳을 모두 호환, 따라서 모드와 플러그인을 전부 지원하는 서버이다. 더 나은 호환성과 안정성, 빠른 속도를 제공하며, 코어모드에 대한 호환성이 향상되었다. 현재 1.12.2에서 모드+플러그인 구현체 중 가장 안정적이라고 한다.[67]

7.3.3. Magma[편집]

---

CatServer, Mohist 처럼 포지와 버킷 플러그인을 모두 호환하는 하이브리드 구현체다. Cauldron의 개발자가 개발하는 중이다

마그마 재단의 구성원이 Log4j 보안 취약점 사태를 악용하여 물의를 빚은 전례가 있다. 기사

7.3.4. Arclight[편집]

---

Magma, Mohist, CatServer 처럼 포지와 스피곳을 모두 호환하는 하이브리드 구현체이며, 최신버전 하이브리드 구현체 중 가장 안정적이다.[70]

2023년 1월 31일 라이브러리 파일을 제공하는 서버에 문제가 발생해 라이브러리를 다운받을 수 없다. 이미 최초실행을 한 뒤 활성화한 적 있는 서버의 작동은 문제되지 않는다.

7.3.5. Mohist[편집]

---

1.7.10의 경우 지원이 중단되어 CrucibleMC 를 사용해야 한다.

CatServer 처럼 포지와 스피곳을 모두 호환하는 구현체이다. 호환성이 완벽하지 않아 일부 필수급 플러그인은 자체적인 패치가 진행된 플러그인으로 변경한다.[72] 그러나 1.12.2 버전에선 CatServer 다음으로 가장 호환성이 좋다.[73] 1.18.2버전에서는 현재 일부의 명령어가 작동을 안하며 오류 구문이 자주 뜨고 심지어 일부 공식 플러그인을 일일이 확인하고 바꿔치기 하는 수상한 행동이 발각되어 EssentialsX 등의 커뮤니티에서는 사용하지 말 것을 권고하기도 했다.#

7.3.6. Cardboard[편집]

---

Rainbow 프로젝트의 개발자인 Isaiah가 개발하는 패브릭 모드 이다. Bukkit, Spigot, Paper를 지원하도록 하는 모드이나, 아직 Mohist처럼 불안정하다. 서버 구현체가 아닌 모드이기 때문에, 패브릭 로더를 1회 구동 시켜 모드 폴더에 넣어 주어야 한다.

7.4. 자체 API 기반[편집]

---

아래 목록의 프로그램들은 Bukkit API와 독립적이므로 버킷 플러그인과 호환되지 않는다.
일부 프로그램은 NMS[74]에 의존하지 않고 하나부터 열까지 서버 기능을 직접 개발하기도 한다.
이 경우 업데이트 속도가 더디거나 지원하지 않는 기능이 있으므로, 신중하게 선택하기 바란다.

7.4.1. Forge[편집]

---

포지 모드 서버 구동에 사용되는 서버 프로그램. 플러그인은 호환되지 않지만 비슷한 역할을 하는 서버용 모드나 포지 모드로 포트된 플러그인을 대신 사용 가능하다.[76]

7.4.2. Fabric[편집]

---

1.14 때 Forge의 업데이트가 늦어지자 대체재로 개발된 프로젝트다. Forge 보다 굉장히 빠르고 가볍다. 또한 패치 속도가 빨라 스냅샷도 지원한다는게 특징이다.

7.4.3. SpongeVanilla[편집]

---

스펀지바닐라는 스펀지포지의 모드 호환성만 제거한 버전으로 볼 수 있다. (따라서 Forge 기반의 모드가 아니다.)
설치 방법은 스펀지 공식 문서를 참고하자.

7.4.4. Minestom[편집]

---

Glowstone과 마찬가지로 멀티쓰레드로 동작하며[78], 바닐라 서버를 기반으로 하지않고 모든 것을 자체적으로 구현하였다. 다만, 다른 서버 프로그램과는 달리 바닐라 서버를 목적으로 한 프로그램이 아니며, 모든 것을 직접 구현하도록한 장르서버 특화의 오픈소스 서버 빌딩 라이브러리이다.[79] 때문에 일반적인 사용자는 이용하지 않는 것이 좋다. 최신버전만을 지원하지만, 번지코드나 Velocity 같은 프록시 프로그램도 지원하기 때문에 프록시 플러그인을 이용하여 간접적으로 이전버전에서의 접속을 허용할수 있다.

7.4.5. Cuberite[편집]

---

C++로 작성한 마인크래프트 서버. 서버 리소스(CPU, 메모리 등) 관리 최적화를 염두에 두고 개발되어 성능이 좋다. 하지만 서버를 자체 구현했기 때문에 업데이트가 느리고 잔 버그가 많다.[80] Lua로 작성된 자체 플러그인들이 존재한다.

7.4.6. Glowstone[편집]

---

바닐라 서버를 기반으로 하는 대다수의 서버 프로그램과 달리, 글로우스톤은 서버의 기능을 하나부터 열까지 자체적으로 구현하였다.
각 월드마다 개별의 멀티 쓰레드로 동작하기 때문에 단일 쓰레드로 동작하는 다른 서버와 비교했을 때 서버에 걸리는 부하가 적을 것이다. 다만, 서버의 모든 요소들을 자체 구현했기 때문에 아직 기본적인 게임 기능마저 덜 구현되었다. (2018년 초 기준, 마인카트도 구현되지 않았다...)

7.5. 다중 서버용 프록시 서버[편집]

---

아래 서버 프로그램들은 마인크래프트 서버들을 하나로 묶어 서버간 이동을 할 수 있게 해주는 서버 프로그램들이다. 이 서버 프로그램들은 그 자체로 절대 마인크래프트 서버가 아니다.

Bungeecord와 Waterfall은 모두 보안 상 문제가 있어(예: UUID 스푸핑) BungeeGuard와 같은 보안 플러그인을 프록시와 마인크래프트 서버 둘 다 적용해야한다. BungeeGuard의 경우 여기서 설치 방법을 확인 할 수 있다.

무조건 BungeeGuard만을 이용할 필요는 없다. Velocity의 경우 Modern Forwarding 설정을 이용하면[82] BungeeGuard가 필요 없다.

7.5.1. BungeeCord[편집]

---

다중 서버를 하나로 묶는 프록시 중 가장 인지도가 높으며, SpigotMC에서 개발중이다.

7.5.2. Waterfall[편집]

---

PaperMC에서 개발했으며 BungeeCord를 포크해 여러 패치를 적용시킨 프록시 서버 프로그램이다. BungeeCord의 포크이기 때문에 거의 모든 BungeeCord의 기능이 Waterfall에서도 작동한다.

7.5.3. Velocity[편집]

---

BungeeCord와는 별개이다. 아에 처음부터 다시 만들어서 BungeeCord랑 Waterfall보다 성능이 좋으며 BungeeCord의 여러 문제점들을 해결했다. 아에 공식으로 서로 비교하는 문서까지 있을 정도. 다만 인지도가 BungeeCord보다 낮고 거의 모든 BungeeCord 플러그인들과 호환되지 않아 Velocity용 플러그인을 찾아야 한다는 단점이 있다.

7.6. 개발 중단된 프로젝트[편집]

---

여기 서술되어 있는 구현체 중 1.7 이상 버전에서 2021년 12월 10일 이전에 개발이 중단되거나 그 이후 log4j 취약점 패치를 받지 못한 구현체는 절대 쓰면 안된다.

Spigot, Paper는 지원 중단된 버전도 이 패치만은 추가로 적용시켜 주었다. 1.7.10을 제외하고.[85]

1.7 미만 버전들은 log4j 취약점 말고 다른 취약점이 많으니 사용하지 않는 것을 권장한다.

7.6.1. Tuinity[편집]

---

• 이름 : Tuinity
• 한글 이름 : 튜이니티
• API : Bukkit API, Spigot API, Paper API, Tuinity API
• 지원 중단 사유 : Paper와 병합
• 지원 되었던 버전 : 1.15.2~1.16.3[구버전_링크]
  1.15.2, 1.16.1, 1.16.3
  , 1.16.4 ~ 1.17
• 지원 로더 : 버킷 플러그인, 스피곳 플러그인, 페이퍼 플러그인, 튜이니티 플러그인
• 홈페이지 : 깃허브 1.16.5 다운로드, 1.17+ 버전 다운로드[모두_없어짐]
  아카이브를 제외한 모든 다운로드 링크가 막혔다.
• 추가 설명 : Paper를 포크하여 만들어진 구현체이다. 대규모 서버에 초점이 맞춰져있다.[86]
  그렇기에 대규모 서버를 열 생각이라면 이 구현체를 추천한다.
  페이퍼를 최적화 해서 페이퍼보다 성능은 더 좋다.[87]
  청크 생성 속도, 빛 관련 성능에서 체감이 크다.
  또한 자체적인 Fabric 모드(Starlight)를 개발해 패치하였다. 페이퍼에서 작동되는 플러그인 중 호환성 문제는 없다. 한국에서는 현재 인지도가 낮지만 해외에서는 인지도가 높은 편이다. 대부분의 Paper 포크도 Tuinity를 기반으로 제작할 정도다.[88]
  Purpur, Airplane, Yatopia
  한국 표준시 기준 2021년 8월 18일 오전 4시 40분, Tuinity의 개발자인 Spottedleaf가 Paper 팀의 개발자로 합류했다는 소식이 공지되었고, 이후 Paper와 완전히 병합되어 더 이상 Tuinity의 업데이트는 없을거라 한다.

7.6.2. TacoSpigot[편집]

---

• 이름 : TacoSpigot
• 한글 이름 : 타코 스피곳
• API : Bukkit
• 지원 버전 : 1.8.8~1.9.4[89]
  추천 버전이다.
  , 1.10.2~1.12.2[90]
  이 버전들은 차라리 페이퍼를 쓰는게 낫다.
• 지원 로더 : 버킷 플러그인
• 홈페이지 : 현재 없어졌다.
• 최신 버전 : 설치 가능 사이트
• 추가 설명 : 페이퍼를 기반으로 만들어진 구현체이다. 페이퍼의 여러 문제점들을 해결했다고 자칭하는데... 그건 1.8.8 ~ 1.9.4 서버 한정이다. 1.8.8~1.9.4 서버의 경우 페이퍼보다 더 오래 지원되었고, 많은 버그 수정이 있었지만[91]
  1.8.8~1.9.4 의 페이퍼은 오히러 불안정해서 많은 1.8.8~1.9.4 서버들은 TacoSpigot 을 사용한다.
  2018년에 개발이 중단되면서 1.12.2의 경우 2019년 중반까지 개발된 페이퍼보다 더 안좋다. 그래서 많은 1.8.8~1.9.4 서버들은 TacoSpigot 을 사용한다.

7.6.3. Thermos[편집]

---

• 이름 : Thermos
• 한글 이름 : 써모스
• API : Bukkit
• Log4j 취약점 수정 여부: 수정되지 않음.
• 지원 로더/플러그인 : 버킷 플러그인, 포지 모드
• 마지막 버전 : 1.7.10-R0.2
• 다운로드 링크 : 링크
• 추가 설명 : 1.7.10에서 가장 안정적으로 알려졌던 버킷 플러그인/포지 모드 를 지원했던 구현체였다. 현재는 개발이 중단되었다.

이 구현체는 Log4j 취약점이 수정되어있지 않다. 사용하지 않는 것을 강력하게 권장한다.

7.6.4. Cauldron (MCPC+)[편집]

---

MCPC+ 즉, 모드 버킷으로 유명한 서버 구현. Craftbukkit DMCA 사건으로 인해 서버가 다운되면서 프로젝트가 강제로 종료되었다. 개발진은 Sponge로 넘어갔지만, KCauldron이라는 파생 프로젝트(fork)가 생겨났다. 하지만 이 또한 개발이 끊긴 것으로 보인다. 1.7.10 이상이라면 이걸 사용할 바에 Thermos 또는 Sponge 서버 , Catserver, Mohist 로 넘어가자.

7.6.5. Kettle[편집]

---

• 이름: Kettle
• 한글 이름 : 케틀
• API: FML, Bukkit API, Spigot, Paper API, Sponge
• 지원 로더 : 버킷 플러그인, 스피곳 플러그인, 페이퍼 플러그인, 포지 모드, 스펀지 플러그인
• 마지막 버전: 1.12.2 HEAD-a8543ec
• 추가 설명: Cat Server 처럼 모드와 플러그인을 동시에 지원하는 구현체다. 지금은 개발이 종료되었다.

7.6.6. Project Rainbow[편집]

---

• 이름 : Rainbow, Project Rainbow
• 한글 이름 : 레인보우, 프로젝트 레인보우
• API : Rainbow API
• 지원 로더 : 바닐라
• 홈페이지 : https://github.com/CodeCrafter47/Rainbow
• 추가 설명 : Craftbukkit의 DMCA 사건으로 인해 새로 개발된 프로젝트이다. 1.13.2 에서 개발이 중단되었다.

7.6.7. Yatopia[편집]

---

• 이름 : Yatopia
• API : Bukkit
• 지원 중단 사유 : 개발자들의 단체 이탈
• 지원 버전 : 1.16.2~1.16.5
• 지원 로더 : 버킷 플러그인
• 홈페이지 : 깃허브 공식 다운로드
• 추가 설명 : Tuinity를 포크하고 다수의 Paper[93]
  Akarin, EMC, Origami, Airplane
  포크와 Fabric 모드[94]
  Lithium, Cadmium, Tic-Tacs
  에서 최적화 패치를 가져와 결합한 구현체이다. 여러가지의 최적화 옵션을 사용할 수 있다. 한때 호환성 문제가 심각했던적이 있었지만, 최신버전에서는 일부 고쳐졌음에도 불구하고 Yatopia에 대한 사람들의 시선이 좋지 못하자[95]
  Paper 개발자의 문서중 하나, 또는 완전히 분리된 문서도 있다. ViaVersion은 완전히 구동되지 않도록 되어있다. (실행은 되지만, 다른 애드온을 꺼버린다.)
  , 결국 개발자들이 단체로 이탈하고 주도 개발자마저 프로젝트를 종료 선언했다.

7.6.8. Atom[편집]

---

• 이름: Atom
• 한글 이름: 아톰
• API: Forge Mod Loader, Bukkit, Spigot
• 지원 로더: 포지 모드, 버킷 플러그인, 스피곳 플러그인
• 지원 버전: 1.12.2
• 링크: 깃허브

7.6.9. Hotpur[편집]

---

• 이름 : Hotpur
• API: Fabric Mod Loader, Bukkit, Spigot, Paper, Tuinity, Airplane, Purpur
• 지원 로더: 패드릭 모드, 버킷 플러그인, 스피곳 플러그인, 페이퍼 플러그인, 튜이니티 플러그인, 에어플레인 플러그인, 퍼퍼 플러그인
• 지원 버전: 1.16.5
• 링크: 깃헙

8. 사건사고[편집]

---

8.1. 2014년 Craftbukkit DMCA 테이크 다운[편집]

---

사건에 대해 읽기 전 EULA 에 대해 알아가길 바람.
EULA란, End User License Agreement 의 약자로, 한국어로 최종 사용자 사용권 계약이라고 부른다.

마인크래프트 의 제작사 Mojang (이하 "모장") 에서 인터넷을 통해 실행되는 모든 서버[96]에 적용시킨 규칙으로 이를 어길 시 모장에서 제재한다.

EULA는 마인크래프트 제작사인 모장과 이 게임을 이용하는 사용자 간의 권리와 의무가 명시된 내용으로, 민사 상의 계약이기 때문에 지키지 않는다고 해서 감옥에 간다든가 그런 게 절대 아니다. 물론 계약은 계약이기에 약관상에 명시된 사항이라면 모장 사 측에서 임의로 처리가 가능하다. 예를 들어 계정을 삭제해버린다던지, 해당 IP를 게임 다운로드나 실행 관련 인터넷망에서 완전히 끊어버리던지.

자세한 내용은 참고.

8.1.1. 발단[편집]

---

이 EULA 실시 이후 2014년 8월 21일, Craftbukkit 팀(이하 "버킷 팀") 의 리더인 EvilSeph 가 트위터를 통해 아래와 같이 글을 올림.

It's time to say good bye.

이제 헤어져야 할 시간입니다.

이에 마인크래프트의 수석 개발자인[97] 옌스 베리엔스텐이 위 글에 대해 아래와 같이 답변함.

Warren over at bukkit seems to have forgotten that the project was bought by Mojang over two years ago, and isn't his to discontinue.

버킷의 워렌은 2년 전 모장이 버킷팀을 인수했고, 2년 전부터 이 프로젝트는 모장의 소유였다는 것을 잊은 것 같네요. 이 프로젝트는 그의 마음대로 그만 둘 수 없습니다.

그리고 갑자기 버킷 팀의 총 책임자였던 Nathan Adams 가 아래와 같이 말함.

To make this clear: Mojang owns Bukkit. I'm personally going to update Bukkit to 1.8 myself. Bukkit IS NOT and WILL NOT BE the offical API.

명확하게 하겠습니다. 버킷은 모장의 것이 맞습니다. 저는 개인적으로 직접 1.8 업데이트를 진행할 것입니다. 버킷은 지금 공식 API가 아니고, 앞으로도 절대 그러하지 않을 겁니다.

그리고 이어서

I started Bukkit, I'm going to personally see it through for 1.8 Updating it now :)

저는 버킷 개발을 시작했습니다. 저는 개인적으로 지금 1.8로 업데이트하고 있다는 것을 보여줄 겁니다. :)

8.1.2. 전개[편집]

---

발단 이후, 버킷 팀에 약 25% 의 코드를 제공한 사람인 Wesley Wolfe (이하 "울프") 가 Bukkit API 를 이용한 모든 사이트에 DMCA 테이크 다운을 요청했고, 울프의 요청에 따라 GitHub 링크와, 공식 사이트의 다운로드 서버, JavaDocs 서버가 다운되었다.

울프가 신청한 DMCA 의 원문내용은 아래와 같다. 해석은 아래에.

From: Wesley Wolf <email redacted>

Date: 3 Septemver 2014 03:48

Subject: [SL] [abuse-google] Copyright

My name is Wesley Wolfe. A site hosted on an IP adress owned by Multiplay

(ip redacted) is infringing on my software copyright by the distribution

of a software known as CraftBukkit.

Original content can be fount at

https://github.com/Wolvereness/Bukkit-Bleeding/commits?author=Wolverness

https://github.com/Wolvereness/Bukkit-Bleeding/commit/0a0fee8be25bf8a732abff2d66a89a64614b6327

and the appropriate license for previously mentioned content can be found at

https://github.com/Wolvereness/Bukkit-Bleeding/blob/f210234e59275330f83b994e199c76f6abd41ee7/LICENCE.txt

The provided license requires the use of included or linking code to

provide the original source under the GNU GPL license version 3, or any

later version. An offical notice has been sent to Mojang AB, whereas the

Chief Operating Officer, Vu Bui, responded with the clear text:

Mojang has not authorized the inclusion of any of its proprietary

Minecraft Software (including its Minecraft Server software) within the

Bukkit project to be included in or made subject to any GPL or LGPL

license, or indeed any other open source license.

As the Minecraft Server software is included in CraftBukkit, and the

original code has not been provided or its user authorized, this is a

violation of my copyright. I have a goot faith belief the distribution of

the copyright owner, it's agent, or the low

Pages including infringing content:

http://dl.bukkit.org/ - links to:

http://dl.bukkit.org/latest-rb/craftbukkit.jar

http://dl.bukkit.org/latest-beta/craftbukkit-beta.jar

http://dl.bukkit.org/downloads/craftbukkit/ - links to 45 pages, with

infringing content begginning on craftbukkit build #1597 and currently

ending at craftbukkit build #3115, but please allow me not to enumerate

them all

http://dl.bukkit.org/downloads/craftbukkit/view/00703_1.1-R1/ (the

first infringing build)

I have a good faith belief that the above information is accurate and that

I am the copyright owner or authorized to act on the copyrigh owner's

behalf.

Pursuant to the Digital Millennium Copyright Act (17 U.S.C 짠 512(c)), the

above mentioned pages need to be expeditiously remove or access-of

disabled.

Electronically Singed:

위의 원문을 해석한 것이다. 애매한 부분이 있다면 정확하게 수정해주길 바람.

발신: 웨슬리 울프

날짜: 2014년 09월 03일 03시 48분

제목: 저작권

제 이름은 웨슬리 울프입니다. 멀티플레이가 소유한 IP 주소로 호스팅된 사이트의

Craftbukkit으로 알려진 소프트웨어가 저의 소프트웨어에 대한 저작권을 침해, 배포하고 있습니다.

원래 컨텐츠는 여기서 찾을 수 있습니다 :

https://github.com/Wolvereness/Bukkit-Bleeding/commits?author=Wolverness

https://github.com/Wolvereness/Bukkit-Bleeding/commit/0a0fee8be25bf8a732abff2d66a89a64614b6327

기타 이전에 언급한 내용을 통해 정당한 라이센스를 확인할 수 있습니다.

https://github.com/Wolvereness/Bukkit-Bleeding/blob/f210234e59275330f83b994e199c76f6abd41ee7/LICENCE.txt

라이센스는 GNU GPL 라이센스 버전 3 또는 그 이후 버전에 속하는 라이센스를 통해 제공하고 있으며

원본 소스를 제공하기 위해 코드를 링크하거나 포함하여 사용하는 것을 말합니다.

안내문을 모장에게 보냈으며, 운영책임자인 Vu Bui 는 명확한 글로 답변해줬습니다.

모장은 마인크래프트 소프트웨어 (서버 소프트웨어를 포함하여) 에 대한 권리와

버킷 프로젝트를 포함하든 GPL 또는 LGPL 라이센스로 만들어 졌든, 또는 실제 다른 오픈소스 라이센스이든

어떤 소유자에 대한 권리도 가지고 있지 않습니다.

Craftbukkit은 마인크래프트 서버를 포함하고 있음에도 불구하고, 원본 코드가 제공되지 않았으며, 권한도 명시하지 않았습니다.

이는 저의 저작권에 대한 위반입니다. Craftbukkit 을 배포하는 것은 소유권을 가진 사람의 권리(또는 법)을 무시한 행위 입니다.

저작권 침해를 포함하는 사이트들 입니다.

http://dl.bukkit.org/ - 이는 아래와 연결되어 있습니다.

http://dl.bukkit.org/latest-rb/craftbukkit.jar

http://dl.bukkit.org/latest-beta/craftbukkit-beta.jar

http://dl.bukkit.org/downloads/craftbukkit/ - 45페이지와 연결되어 있으며

제가 정리한 모든 것은 Craftbukkit 빌드 #1597 을 시작해 Craftbukkit 은 #3115 에서 끝납니다.

http://dl.bukkit.org/downloads/craftbukkit/view/00703_1.1-R1/

(제일 첫번째 위반 빌드 입니다.)

위의 정보가 정확하다고 보고 있으며

저는 저작권 소유주이며, 저작권 소유자의 권한을 행사할 수 있습니다.

디지털 밀레니엄 저작권 법 (DMCA) 에 의거

위에서 언급한 페이지들은 빠른 시간안에 삭제하거나 접속이 금지되어야 합니다.

웨슬리 울프

울프의 신청으로 Bukkit API 를 사용한 버킷이 먼저 내려가게 되었고, 그 다음 Spigot, Cauldron 순으로 내려가게 되었다.

버킷의 플러그인들도 하나 둘씩 업데이트를 하지 않게 되었다.
그러다 Spigot 이 버킷을 업데이트 한 이후로 중요한 플러그인들[98][99]은 계속해서 업데이트가 되고 있다. 거의 모든 플러그인이 Spigot-API 기반으로 업데이트되었다.

8.1.3. 결말[편집]

---

이 DMCA를 피하는 과정에서 여러 프로젝트가 주목받았다. 또 서버 소프트웨어의 주도권이 Spigot으로 넘어감에 따라 전체적인 업데이트 속도가 향상되었다.
Beat 패치, BuildTools 빌드, 서버 코드 자체 제작, Forge 의존 등 여러 DMCA 회피 방법이 나왔으며 이는 이후에 유사한 상황이 생길 시 유용하게 쓰일 것이다.