Debian 9에서 OpenVPN 서버를 설정하는 방법

소개

호텔이나 커피숍의 WiFi와 같이 신뢰할 수 없는 네트워크에 연결된 경우 스마트폰이나 노트북에서 안전하고 안전하게 인터넷에 액세스하고 싶습니까? VPN(가상 사설망)을 사용하면 마치 사설망에 있는 것처럼 비공개로 안전하게 신뢰할 수 없는 네트워크를 통과할 수 있습니다. 트래픽은 VPN 서버에서 나와 목적지까지 계속 이동합니다.

HTTPS 연결과 결합하면 이 설정을 통해 무선 로그인 및 거래를 보호할 수 있습니다. 지리적 제한 및 검열을 우회하고 신뢰할 수 없는 네트워크의 위치 및 암호화되지 않은 HTTP 트래픽을 보호할 수 있습니다.

OpenVPN은 광범위한 구성을 수용하는 모든 기능을 갖춘 오픈 소스 SSL(Secure Socket Layer) VPN 솔루션입니다. 이 튜토리얼에서는 Debian 9 서버에 OpenVPN 서버를 설정한 다음 Windows, macOS, iOS 및/또는 Android에서 이에 대한 액세스를 구성합니다. 이 자습서에서는 이러한 각 설정에 대해 설치 및 구성 단계를 가능한 한 간단하게 유지합니다.

참고: DigitalOcean Droplet에 OpenVPN 서버를 설정하려는 경우 많은 호스팅 제공업체와 마찬가지로 대역폭 초과 요금을 부과한다는 점에 유의하세요. 이러한 이유로 서버에서 처리하는 트래픽의 양을 염두에 두십시오.

자세한 내용은 이 페이지를 참조하십시오.

전제 조건

이 튜토리얼을 완료하려면 OpenVPN 서비스를 호스팅하기 위해 Debian 9 서버에 액세스해야 합니다. 이 가이드를 시작하기 전에 sudo 권한을 가진 루트가 아닌 사용자를 구성해야 합니다. Debian 9 초기 서버 설정 가이드에 따라 적절한 권한이 있는 사용자를 설정할 수 있습니다. 링크된 튜토리얼은 또한 방화벽을 설정하며, 이 가이드 전체에서 방화벽이 있다고 가정합니다.

또한 인증 기관(CA) 역할을 할 별도의 시스템이 필요합니다. OpenVPN 서버 또는 로컬 컴퓨터를 CA로 사용하는 것은 기술적으로 가능하지만 일부 보안 취약성에 VPN을 노출시키므로 권장하지 않습니다. 공식 OpenVPN 문서에 따라 인증서 요청 가져오기 및 서명 전용 독립 실행형 시스템에 CA를 배치해야 합니다. 이러한 이유로 이 가이드에서는 CA가 sudo 권한과 기본 방화벽이 있는 루트가 아닌 사용자가 있는 별도의 Debian 9 서버에 있다고 가정합니다.

이러한 서버를 구성하는 동안 암호 인증을 비활성화하면 이 가이드의 뒷부분에서 서버 간에 파일을 전송할 때 문제가 발생할 수 있습니다. 이 문제를 해결하기 위해 각 서버에서 암호 인증을 다시 활성화할 수 있습니다. 또는 각 서버에 대한 SSH 키 쌍을 생성한 다음 OpenVPN 서버의 공개 SSH 키를 CA 시스템의 authorized_keys 파일에 추가하거나 그 반대의 경우도 가능합니다. 이러한 솔루션을 수행하는 방법에 대한 지침은 Debian 9에서 SSH 키를 설정하는 방법을 참조하십시오.

이러한 필수 구성 요소가 준비되면 이 자습서의 1단계로 이동할 수 있습니다.

1단계 - OpenVPN 및 EasyRSA 설치

시작하려면 VPN 서버의 패키지 인덱스를 업데이트하고 OpenVPN을 설치하세요. OpenVPN은 Debian의 기본 리포지토리에서 사용할 수 있으므로 설치에 apt를 사용할 수 있습니다.

sudo apt update
sudo apt install openvpn

OpenVPN은 TLS/SSL VPN입니다. 즉, 서버와 클라이언트 간의 트래픽을 암호화하기 위해 인증서를 사용합니다. 신뢰할 수 있는 인증서를 발급하려면 간단한 인증 기관(CA)을 설정해야 합니다. 이를 위해 프로젝트의 공식 GitHub 리포지토리에서 CA PKI(공개 키 인프라)를 구축하는 데 사용할 최신 버전의 EasyRSA를 다운로드합니다.

전제 조건에서 언급했듯이 독립 실행형 서버에 CA를 구축합니다. 이 방법을 사용하는 이유는 공격자가 서버에 침투할 수 있는 경우 CA 개인 키에 액세스하고 이를 사용하여 새 인증서에 서명하여 VPN에 대한 액세스 권한을 부여할 수 있기 때문입니다. 따라서 독립 실행형 시스템에서 CA를 관리하면 권한이 없는 사용자가 VPN에 액세스하지 못하도록 방지할 수 있습니다. 또한 추가 예방 조치로 키 서명에 사용하지 않을 때는 CA 서버를 꺼두는 것이 좋습니다.

CA 및 PKI 인프라 구축을 시작하려면 wget을 사용하여 CA 시스템과 OpenVPN 서버 모두에 최신 버전의 EasyRSA를 다운로드하십시오. 최신 버전을 얻으려면 공식 EasyRSA GitHub 프로젝트의 릴리스 페이지로 이동하고 .tgz로 끝나는 파일의 다운로드 링크를 복사한 후 다음 명령에 붙여넣습니다.

wget -P ~/ https://github.com/OpenVPN/easy-rsa/releases/download/v3.0.4/EasyRSA-3.0.4.tgz

그런 다음 타르볼을 추출합니다.

cd ~
tar xvf EasyRSA-3.0.4.tgz

서버와 CA 시스템에 필요한 모든 소프트웨어를 성공적으로 설치했습니다. 계속해서 EasyRSA에서 사용하는 변수를 구성하고 CA 디렉토리를 설정합니다. 여기에서 서버와 클라이언트가 VPN에 액세스하는 데 필요한 키와 인증서를 생성합니다.

2단계 - EasyRSA 변수 구성 및 CA 구축

EasyRSA는 CA에 대한 여러 변수를 정의하기 위해 편집할 수 있는 구성 파일과 함께 설치됩니다.

CA 시스템에서 EasyRSA 디렉터리로 이동합니다.

cd ~/EasyRSA-3.0.4/

이 디렉토리 안에는 vars.example이라는 파일이 있습니다. 이 파일의 복사본을 만들고 파일 확장명 없이 vars 복사본의 이름을 지정합니다.

cp vars.example vars

원하는 텍스트 편집기를 사용하여 이 새 파일을 엽니다.

nano vars

새 인증서의 필드 기본값을 설정하는 설정을 찾습니다. 다음과 같이 표시됩니다.

. . .

#set_var EASYRSA_REQ_COUNTRY    "US"
#set_var EASYRSA_REQ_PROVINCE   "California"
#set_var EASYRSA_REQ_CITY       "San Francisco"
#set_var EASYRSA_REQ_ORG        "Copyleft Certificate Co"
#set_var EASYRSA_REQ_EMAIL      "me@example.net"
#set_var EASYRSA_REQ_OU         "My Organizational Unit"

. . .

이 줄의 주석을 제거하고 강조 표시된 값을 원하는 값으로 업데이트하되 공백으로 두지 마십시오.

. . .

set_var EASYRSA_REQ_COUNTRY    "US"
set_var EASYRSA_REQ_PROVINCE   "NewYork"
set_var EASYRSA_REQ_CITY       "New York City"
set_var EASYRSA_REQ_ORG        "DigitalOcean"
set_var EASYRSA_REQ_EMAIL      "admin@example.com"
set_var EASYRSA_REQ_OU         "Community"

. . .

완료되면 파일을 저장하고 닫습니다.

EasyRSA 디렉토리 내에는 CA 구축 및 관리와 관련된 다양한 작업을 수행하기 위해 호출되는 easyrsa라는 스크립트가 있습니다. init-pki 옵션과 함께 이 스크립트를 실행하여 CA 서버에서 공개 키 인프라를 시작합니다.

./easyrsa init-pki

Output. . .
init-pki complete; you may now create a CA or requests.
Your newly created PKI dir is: /home/sammy/EasyRSA-3.0.4/pki

그런 다음 build-ca 옵션을 사용하여 easyrsa 스크립트를 다시 호출합니다. 이렇게 하면 CA가 구축되고 SSL 인증서의 공개 및 비공개 측면을 구성하는 두 개의 중요한 파일인 ca.crt 및 ca.key가 생성됩니다.

ca.crt는 CA의 공개 인증서 파일로, OpenVPN의 맥락에서 서버와 클라이언트는 자신이 누군가가 아닌 동일한 신뢰 웹의 일부임을 서로에게 알리기 위해 사용합니다. 중간자 공격을 수행합니다. 이러한 이유로 귀하의 서버와 모든 클라이언트는 ca.crt 파일의 사본이 필요합니다.
ca.key는 CA 시스템이 서버와 클라이언트의 키와 인증서에 서명하는 데 사용하는 개인 키입니다. 공격자가 CA에 액세스하고 ca.key 파일에 액세스하면 인증서 요청에 서명하고 VPN에 액세스하여 보안을 방해할 수 있습니다. 이것이 바로 ca.key 파일이 CA 시스템에만 있어야 하고 이상적으로는 추가 보안 수단으로 인증서 요청에 서명하지 않을 때 CA 시스템을 오프라인으로 유지해야 하는 이유입니다.

CA와 상호 작용할 때마다 암호를 묻는 메시지를 표시하지 않으려면 다음과 같이 nopass 옵션과 함께 build-ca 명령을 실행할 수 있습니다.

./easyrsa build-ca nopass

출력에서 CA의 일반 이름을 확인하라는 메시지가 표시됩니다.

Output. . .
Common Name (eg: your user, host, or server name) [Easy-RSA CA]:

일반 이름은 인증 기관 컨텍스트에서 이 시스템을 참조하는 데 사용되는 이름입니다. CA의 일반 이름으로 임의의 문자열을 입력할 수 있지만 간단하게 하기 위해 ENTER를 눌러 기본 이름을 수락합니다.

이를 통해 CA가 준비되었으며 인증서 요청 서명을 시작할 준비가 되었습니다.

3단계 - 서버 인증서, 키 및 암호화 파일 생성

이제 CA를 사용할 준비가 되었으므로 서버에서 개인 키 및 인증서 요청을 생성한 다음 요청을 서명할 CA로 전송하여 필요한 인증서를 생성할 수 있습니다. 또한 암호화 프로세스 중에 사용되는 일부 추가 파일을 자유롭게 생성할 수 있습니다.

OpenVPN 서버에서 EasyRSA 디렉터리로 이동하여 시작합니다.

cd EasyRSA-3.0.4/

여기에서 init-pki 옵션과 함께 easyrsa 스크립트를 실행합니다. CA 시스템에서 이 명령을 이미 실행했지만 서버와 CA에 별도의 PKI 디렉터리가 있으므로 여기에서 실행해야 합니다.

./easyrsa init-pki

그런 다음 easyrsa 스크립트를 다시 호출합니다. 이번에는 gen-req 옵션 뒤에 시스템의 일반 이름을 지정합니다. 다시 말하지만 이것은 당신이 좋아하는 어떤 것이든 될 수 있지만 설명적인 것으로 만드는 것이 도움이 될 수 있습니다. 이 튜토리얼 전체에서 OpenVPN 서버의 일반 이름은 단순히 "server”입니다. nopass 옵션도 포함해야 합니다. 그렇게 하지 않으면 요청 파일이 암호로 보호되어 권한이 부여될 수 있습니다. 나중에 문제:

참고: 여기서 "server\ 이외의 이름을 선택하면 아래 지침 중 일부를 조정해야 합니다. 예를 들어 생성된 파일을 /etc/openvpn 디렉토리에 복사할 때 올바른 이름으로 대체해야 합니다. 또한 올바른 .crt 및 를 가리키도록 나중에 /etc/openvpn/server.conf 파일을 수정해야 합니다. .key 파일.

./easyrsa gen-req server nopass

이렇게 하면 서버용 개인 키와 server.req라는 인증서 요청 파일이 생성됩니다. 서버 키를 /etc/openvpn/ 디렉터리에 복사합니다.

sudo cp ~/EasyRSA-3.0.4/pki/private/server.key /etc/openvpn/

안전한 방법(아래 예에서 SCP와 같은)을 사용하여 server.req 파일을 CA 시스템으로 전송합니다.

scp ~/EasyRSA-3.0.4/pki/reqs/server.req sammy@your_CA_ip:/tmp

그런 다음 CA 시스템에서 EasyRSA 디렉터리로 이동합니다.

cd EasyRSA-3.0.4/

easyrsa 스크립트를 다시 사용하여 일반 이름이 있는 파일 경로를 따라 server.req 파일을 가져옵니다.

./easyrsa import-req /tmp/server.req server

그런 다음 sign-req 옵션과 요청 유형 및 일반 이름이 뒤따르는 easyrsa 스크립트를 실행하여 요청에 서명합니다. 요청 유형은 client 또는 server일 수 있으므로 OpenVPN 서버의 인증서 요청에 대해 server 요청 유형을 사용해야 합니다.

./easyrsa sign-req server server

출력에서 요청이 신뢰할 수 있는 소스에서 온 것인지 확인하라는 메시지가 표시됩니다. yes를 입력한 다음 ENTER를 눌러 다음을 확인합니다.

You are about to sign the following certificate.
Please check over the details shown below for accuracy. Note that this request
has not been cryptographically verified. Please be sure it came from a trusted
source or that you have verified the request checksum with the sender.

Request subject, to be signed as a server certificate for 3650 days:

subject=
    commonName                = server


Type the word 'yes' to continue, or any other input to abort.
  Confirm request details: yes

CA 키를 암호화한 경우 이 시점에서 비밀번호를 입력하라는 메시지가 표시됩니다.

다음으로 안전한 방법을 사용하여 서명된 인증서를 VPN 서버로 다시 전송합니다.

scp pki/issued/server.crt sammy@your_server_ip:/tmp

CA 시스템에서 로그아웃하기 전에 ca.crt 파일도 서버로 전송하십시오.

scp pki/ca.crt sammy@your_server_ip:/tmp

그런 다음 OpenVPN 서버에 다시 로그인하고 server.crt 및 ca.crt 파일을 /etc/openvpn/ 디렉터리에 복사합니다.

sudo cp /tmp/{server.crt,ca.crt} /etc/openvpn/

그런 다음 EasyRSA 디렉토리로 이동합니다.

cd EasyRSA-3.0.4/

거기에서 다음을 입력하여 키 교환 중에 사용할 강력한 Diffie-Hellman 키를 만듭니다.

./easyrsa gen-dh

완료하는 데 몇 분 정도 걸릴 수 있습니다. 확인되면 HMAC 서명을 생성하여 서버의 TLS 무결성 확인 기능을 강화합니다.

sudo openvpn --genkey --secret ta.key

명령이 완료되면 두 개의 새 파일을 /etc/openvpn/ 디렉터리에 복사합니다.

sudo cp ~/EasyRSA-3.0.4/ta.key /etc/openvpn/
sudo cp ~/EasyRSA-3.0.4/pki/dh.pem /etc/openvpn/

이를 통해 서버에 필요한 모든 인증서 및 키 파일이 생성되었습니다. 클라이언트 시스템이 OpenVPN 서버에 액세스하는 데 사용할 해당 인증서와 키를 생성할 준비가 되었습니다.

4단계 - 클라이언트 인증서 및 키 쌍 생성

클라이언트 시스템에서 개인 키 및 인증서 요청을 생성한 다음 서명을 위해 CA로 보낼 수 있지만 이 가이드에서는 서버에서 인증서 요청을 생성하는 프로세스를 간략하게 설명합니다. 이것의 이점은 필요한 모든 키와 인증서를 포함하는 클라이언트 구성 파일을 자동으로 생성하는 스크립트를 만들 수 있다는 것입니다. 이렇게 하면 키, 인증서 및 구성 파일을 클라이언트로 전송할 필요가 없으며 VPN 가입 프로세스가 간소화됩니다.

이 가이드를 위해 단일 클라이언트 키와 인증서 쌍을 생성합니다. 클라이언트가 둘 이상인 경우 각 클라이언트에 대해 이 프로세스를 반복할 수 있습니다. 그러나 모든 클라이언트의 스크립트에 고유한 이름 값을 전달해야 한다는 점에 유의하십시오. 이 자습서 전체에서 첫 번째 인증서/키 쌍을 client1이라고 합니다.

클라이언트 인증서 및 키 파일을 저장하기 위해 홈 디렉토리 내에 디렉토리 구조를 생성하여 시작하십시오.

mkdir -p ~/client-configs/keys

클라이언트의 인증서/키 쌍 및 구성 파일을 이 디렉터리에 저장하므로 보안 조치로 지금 해당 권한을 잠가야 합니다.

chmod -R 700 ~/client-configs

다음으로 EasyRSA 디렉토리로 돌아가서 gen-req 및 nopass 옵션과 함께 easyrsa 스크립트를 실행합니다. 고객:

cd ~/EasyRSA-3.0.4/
./easyrsa gen-req client1 nopass

일반 이름을 확인하려면 ENTER를 누르십시오. 그런 다음 client1.key 파일을 이전에 만든 /client-configs/keys/ 디렉터리에 복사합니다.

cp pki/private/client1.key ~/client-configs/keys/

다음으로 안전한 방법을 사용하여 client1.req 파일을 CA 시스템으로 전송합니다.

scp pki/reqs/client1.req sammy@your_CA_ip:/tmp

CA 시스템에 로그인하고 EasyRSA 디렉터리로 이동한 다음 인증서 요청을 가져옵니다.

ssh sammy@your_CA_IP
cd EasyRSA-3.0.4/
./easyrsa import-req /tmp/client1.req client1

그런 다음 이전 단계에서 서버에 대해 수행한 것처럼 요청에 서명합니다. 하지만 이번에는 클라이언트 요청 유형을 지정해야 합니다.

./easyrsa sign-req client client1

프롬프트에서 yes를 입력하여 인증서 요청에 서명하고 신뢰할 수 있는 출처에서 온 것인지 확인합니다.

OutputType the word 'yes' to continue, or any other input to abort.
  Confirm request details: yes

다시 말하지만 CA 키를 암호화한 경우 여기에서 비밀번호를 입력하라는 메시지가 표시됩니다.

이렇게 하면 client1.crt라는 클라이언트 인증서 파일이 생성됩니다. 이 파일을 서버로 다시 전송하십시오.

scp pki/issued/client1.crt sammy@your_server_ip:/tmp

OpenVPN 서버에 SSH로 다시 연결하고 클라이언트 인증서를 /client-configs/keys/ 디렉터리에 복사합니다.

cp /tmp/client1.crt ~/client-configs/keys/

다음으로 ca.crt 및 ta.key 파일도 /client-configs/keys/ 디렉터리에 복사합니다.

sudo cp ~/EasyRSA-3.0.4/ta.key ~/client-configs/keys/
sudo cp /etc/openvpn/ca.crt ~/client-configs/keys/

이를 통해 서버와 클라이언트의 인증서와 키가 모두 생성되어 서버의 적절한 디렉토리에 저장됩니다. 이러한 파일에 대해 수행해야 하는 몇 가지 작업이 여전히 있지만 나중 단계에서 제공됩니다. 지금은 서버에서 OpenVPN 구성으로 이동할 수 있습니다.

5단계 - OpenVPN 서비스 구성

이제 클라이언트와 서버의 인증서와 키가 모두 생성되었으므로 이러한 자격 증명을 사용하도록 OpenVPN 서비스 구성을 시작할 수 있습니다.

샘플 OpenVPN 구성 파일을 구성 디렉터리에 복사하여 시작한 다음 설정의 기초로 사용하기 위해 압축을 풉니다.

sudo cp /usr/share/doc/openvpn/examples/sample-config-files/server.conf.gz /etc/openvpn/
sudo gzip -d /etc/openvpn/server.conf.gz

원하는 텍스트 편집기에서 서버 구성 파일을 엽니다.

sudo nano /etc/openvpn/server.conf

tls-auth 지시문을 찾아 HMAC 섹션을 찾습니다. 이 줄은 이미 주석 처리가 되어 있어야 하지만 그렇지 않은 경우 ";”를 제거하십시오. 주석을 해제하려면:

tls-auth ta.key 0 # This file is secret

다음으로 주석 처리된 cipher 줄을 찾아 암호화 암호 섹션을 찾습니다. AES-256-CBC 암호는 우수한 수준의 암호화를 제공하며 잘 지원됩니다. 다시 말하지만, 이 줄은 이미 주석 처리가 되어 있어야 합니다. 그렇지 않은 경우 ";”를 제거하십시오. 그 앞에:

cipher AES-256-CBC

그 아래에 auth 지시문을 추가하여 HMAC 메시지 다이제스트 알고리즘을 선택합니다. 이를 위해 SHA256이 좋은 선택입니다.

auth SHA256

다음으로 Diffie-Hellman 매개변수를 정의하는 dh 지시문이 포함된 줄을 찾습니다. EasyRSA에 대한 최근 변경 사항으로 인해 Diffie-Hellman 키의 파일 이름이 예제 서버 구성 파일에 나열된 것과 다를 수 있습니다. 필요한 경우 이전 단계에서 생성한 키와 일치하도록 2048을 제거하여 여기에 나열된 파일 이름을 변경합니다.

dh dh.pem

마지막으로 user 및 group 설정을 찾아 \;” 각각의 시작 부분에서 다음 줄의 주석을 해제합니다.

user nobody
group nogroup

OpenVPN이 작동하려면 지금까지 샘플 server.conf 파일을 변경해야 합니다. 아래에 설명된 변경 사항은 선택 사항이지만 많은 일반적인 사용 사례에도 필요합니다.

(선택 사항) DNS 변경 사항을 푸시하여 VPN을 통해 모든 트래픽 리디렉션

위의 설정은 두 시스템 간에 VPN 연결을 생성하지만 터널을 사용하도록 연결을 강제하지는 않습니다. VPN을 사용하여 모든 트래픽을 라우팅하려는 경우 DNS 설정을 클라이언트 컴퓨터로 푸시할 수 있습니다.

server.conf 파일에는 이 기능을 활성화하기 위해 변경해야 하는 몇 가지 지시문이 있습니다. redirect-gateway 섹션을 찾아 세미콜론 ";”을 제거합니다. redirect-gateway 줄의 시작 부분에서 주석을 제거합니다.

push "redirect-gateway def1 bypass-dhcp"

바로 아래에서 dhcp-option 섹션을 찾습니다. 다시 말하지만 ";” 주석 처리를 해제하려면 두 줄 모두 앞에서 다음을 수행하십시오.

push "dhcp-option DNS 208.67.222.222"
push "dhcp-option DNS 208.67.220.220"

이렇게 하면 클라이언트가 DNS 설정을 재구성하여 VPN 터널을 기본 게이트웨이로 사용하는 데 도움이 됩니다.

(선택 사항) 포트 및 프로토콜 조정

기본적으로 OpenVPN 서버는 포트 1194와 UDP 프로토콜을 사용하여 클라이언트 연결을 수락합니다. 클라이언트가 있을 수 있는 제한적인 네트워크 환경으로 인해 다른 포트를 사용해야 하는 경우 포트 옵션을 변경할 수 있습니다. OpenVPN 서버에서 웹 콘텐츠를 호스팅하지 않는 경우 포트 443은 일반적으로 방화벽 규칙을 통해 허용되므로 일반적으로 선택됩니다.

# Optional!
port 443

종종 프로토콜도 해당 포트로 제한됩니다. 그렇다면 proto를 UDP에서 TCP로 변경합니다.

# Optional!
proto tcp

프로토콜을 TCP로 전환하는 경우 explicit-exit-notify 지시문의 값을 1에서 0으로 변경해야 합니다. 지시문은 UDP에서만 사용됩니다. TCP를 사용하는 동안 이렇게 하지 않으면 OpenVPN 서비스를 시작할 때 오류가 발생합니다.

# Optional!
explicit-exit-notify 0

다른 포트와 프로토콜을 사용할 필요가 없다면 이 두 가지 설정을 기본값으로 두는 것이 가장 좋습니다.

(선택 사항) 기본이 아닌 자격 증명 가리키기

이전에 ./build-key-server 명령 중에 다른 이름을 선택한 경우 가리키는 것으로 보이는 cert 및 key 행을 수정합니다. 적절한 .crt 및 .key 파일에. 기본 이름 "server\를 사용한 경우 이미 올바르게 설정되어 있습니다.

cert server.crt
key server.key

완료되면 파일을 저장하고 닫습니다.

특정 사용 사례에 필요한 서버의 OpenVPN 구성을 변경하고 변경한 후 서버의 네트워킹을 일부 변경할 수 있습니다.

6단계 - 서버 네트워킹 구성 조정

OpenVPN이 VPN을 통해 트래픽을 올바르게 라우팅할 수 있도록 조정해야 하는 서버 네트워킹 구성의 일부 측면이 있습니다. 그 중 첫 번째는 IP 트래픽이 라우팅되어야 하는 위치를 결정하는 방법인 IP 전달입니다. 이것은 서버가 제공할 VPN 기능에 필수적입니다.

/etc/sysctl.conf 파일을 수정하여 서버의 기본 IP 전달 설정을 조정하십시오.

sudo nano /etc/sysctl.conf

내부에서 net.ipv4.ip_forward를 설정하는 주석 처리된 줄을 찾습니다. 이 설정의 주석 처리를 제거하려면 줄 시작 부분에서 "#\ 문자를 제거하십시오.

net.ipv4.ip_forward=1

완료되면 파일을 저장하고 닫습니다.

파일을 읽고 현재 세션의 값을 조정하려면 다음을 입력하십시오.

sudo sysctl -p

Outputnet.ipv4.ip_forward = 1

전제 조건에 나열된 Debian 9 초기 서버 설정 가이드를 따랐다면 UFW 방화벽이 있어야 합니다. 원치 않는 트래픽을 차단하기 위해 방화벽을 사용하는지 여부(거의 항상 수행해야 함)에 관계없이 이 가이드에서는 서버로 들어오는 일부 트래픽을 조작하기 위해 방화벽이 필요합니다. 일부 방화벽 규칙은 클라이언트 연결을 올바르게 라우팅하기 위해 즉석에서 동적 네트워크 주소 변환(NAT)을 제공하는 iptables 개념인 매스커레이딩을 활성화하도록 수정해야 합니다.

가장 규칙을 추가하기 위해 방화벽 구성 파일을 열기 전에 먼저 시스템의 공용 네트워크 인터페이스를 찾아야 합니다. 이렇게 하려면 다음을 입력합니다.

ip route | grep default

공용 인터페이스는 "dev\라는 단어 뒤에 오는 이 명령의 출력 내에서 찾을 수 있는 문자열입니다. 예를 들어 이 결과는 아래에 강조 표시된 eth0라는 인터페이스를 보여줍니다.

Output
default via 203.0.113.1 dev eth0 onlink

기본 경로와 연결된 인터페이스가 있으면 /etc/ufw/before.rules 파일을 열어 관련 구성을 추가합니다.

sudo nano /etc/ufw/before.rules

UFW 규칙은 일반적으로 ufw 명령을 사용하여 추가됩니다. 그러나 before.rules 파일에 나열된 규칙은 일반적인 UFW 규칙이 로드되기 전에 읽고 제자리에 배치됩니다. 파일 상단을 향해 아래에 강조 표시된 줄을 추가합니다. 이렇게 하면 nat 테이블의 POSTROUTING 체인에 대한 기본 정책이 설정되고 VPN에서 오는 모든 트래픽이 가장됩니다. 아래 -A POSTROUTING 줄의 eth0를 위 명령에서 찾은 인터페이스로 교체해야 합니다.

#
# rules.before
#
# Rules that should be run before the ufw command line added rules. Custom
# rules should be added to one of these chains:
#   ufw-before-input
#   ufw-before-output
#   ufw-before-forward
#

# START OPENVPN RULES
# NAT table rules
*nat
:POSTROUTING ACCEPT [0:0] 
# Allow traffic from OpenVPN client to eth0 (change to the interface you discovered!)
-A POSTROUTING -s 10.8.0.0/8 -o eth0 -j MASQUERADE
COMMIT
# END OPENVPN RULES

# Don't delete these required lines, otherwise there will be errors
*filter
. . .

완료되면 파일을 저장하고 닫습니다.

다음으로 기본적으로 전달된 패킷도 허용하도록 UFW에 알려야 합니다. 이렇게 하려면 /etc/default/ufw 파일을 엽니다.

sudo nano /etc/default/ufw

내부에서 DEFAULT_FORWARD_POLICY 지시문을 찾아 값을 DROP에서 ACCEPT로 변경합니다.

DEFAULT_FORWARD_POLICY="ACCEPT"

완료되면 파일을 저장하고 닫습니다.

다음으로 OpenVPN에 대한 트래픽을 허용하도록 방화벽 자체를 조정합니다. /etc/openvpn/server.conf 파일에서 포트 및 프로토콜을 변경하지 않은 경우 포트 1194에 대한 UDP 트래픽을 열어야 합니다. 포트 및/또는 프로토콜을 수정한 경우 여기에서 선택한 값을 대체하십시오.

전제 조건 자습서를 따를 때 SSH 포트를 추가하는 것을 잊은 경우 여기에서도 추가하십시오.

sudo ufw allow 1194/udp
sudo ufw allow OpenSSH

이러한 규칙을 추가한 후 UFW를 비활성화했다가 다시 활성화하여 UFW를 다시 시작하고 수정한 모든 파일에서 변경 사항을 로드합니다.

sudo ufw disable
sudo ufw enable

이제 서버가 OpenVPN 트래픽을 올바르게 처리하도록 구성되었습니다.

7단계 - OpenVPN 서비스 시작 및 활성화

드디어 서버에서 OpenVPN 서비스를 시작할 준비가 되었습니다. 이것은 systemd 유틸리티 systemctl을 사용하여 수행됩니다.

구성 파일 이름을 시스템 단위 파일 이름 다음에 인스턴스 변수로 지정하여 OpenVPN 서버를 시작합니다. 서버의 구성 파일 이름은 /etc/openvpn/server.conf이므로 @server를 그것을 호출할 때 단위 파일의 끝:

sudo systemctl start openvpn@server

다음을 입력하여 서비스가 성공적으로 시작되었는지 다시 확인하십시오.

sudo systemctl status openvpn@server

모든 것이 잘 되었다면 출력은 다음과 같을 것입니다.

Output● openvpn@server.service - OpenVPN connection to server
   Loaded: loaded (/lib/systemd/system/openvpn@.service; disabled; vendor preset: enabled)
   Active: active (running) since Tue 2016-05-03 15:30:05 EDT; 47s ago
     Docs: man:openvpn(8)
           https://community.openvpn.net/openvpn/wiki/Openvpn23ManPage
           https://community.openvpn.net/openvpn/wiki/HOWTO
  Process: 5852 ExecStart=/usr/sbin/openvpn --daemon ovpn-%i --status /run/openvpn/%i.status 10 --cd /etc/openvpn --script-security 2 --config /etc/openvpn/%i.conf --writepid /run/openvpn/%i.pid (code=exited, sta
 Main PID: 5856 (openvpn)
    Tasks: 1 (limit: 512)
   CGroup: /system.slice/system-openvpn.slice/openvpn@server.service
           └─5856 /usr/sbin/openvpn --daemon ovpn-server --status /run/openvpn/server.status 10 --cd /etc/openvpn --script-security 2 --config /etc/openvpn/server.conf --writepid /run/openvpn/server.pid

다음을 입력하여 OpenVPN tun0 인터페이스를 사용할 수 있는지 확인할 수도 있습니다.

ip addr show tun0

이렇게 하면 구성된 인터페이스가 출력됩니다.

Output4: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN group default qlen 100
    link/none 
    inet 10.8.0.1 peer 10.8.0.2/32 scope global tun0
       valid_lft forever preferred_lft forever

서비스를 시작한 후 부팅 시 자동으로 시작되도록 활성화합니다.

sudo systemctl enable openvpn@server

이제 OpenVPN 서비스가 시작되어 실행 중입니다. 하지만 사용을 시작하기 전에 먼저 클라이언트 시스템에 대한 구성 파일을 생성해야 합니다. 이 자습서에서는 클라이언트에 대한 인증서/키 쌍을 만드는 방법에 대해 이미 설명했으며 다음 단계에서는 클라이언트 구성 파일을 쉽게 생성할 인프라를 만드는 방법을 보여줍니다.

8단계 - 클라이언트 구성 인프라 생성

OpenVPN 클라이언트용 구성 파일 생성은 모든 클라이언트가 고유한 구성을 가지고 있어야 하고 각각이 서버의 구성 파일에 설명된 설정과 일치해야 하므로 다소 복잡할 수 있습니다. 이 단계에서는 하나의 클라이언트에서만 사용할 수 있는 단일 구성 파일을 작성하는 대신 즉시 구성 파일을 생성하는 데 사용할 수 있는 클라이언트 구성 인프라를 구축하는 프로세스를 간략하게 설명합니다. 먼저 "기본\ 구성 파일을 만든 다음 필요에 따라 고유한 클라이언트 구성 파일, 인증서 및 키를 생성할 수 있는 스크립트를 빌드합니다.

이전에 생성한 client-configs 디렉토리 내에 클라이언트 구성 파일을 저장할 새 디렉토리를 생성하여 시작하십시오.

mkdir -p ~/client-configs/files

다음으로 예제 클라이언트 구성 파일을 client-configs 디렉터리에 복사하여 기본 구성으로 사용합니다.

cp /usr/share/doc/openvpn/examples/sample-config-files/client.conf ~/client-configs/base.conf

텍스트 편집기에서 이 새 파일을 엽니다.

nano ~/client-configs/base.conf

내부에서 remote 지시문을 찾습니다. 이렇게 하면 클라이언트가 OpenVPN 서버 주소(OpenVPN 서버의 공용 IP 주소)를 가리킵니다. OpenVPN 서버가 청취하는 포트를 변경하기로 결정한 경우 1194도 선택한 포트로 변경해야 합니다.

. . .
# The hostname/IP and port of the server.
# You can have multiple remote entries
# to load balance between the servers.
remote your_server_ip 1194
. . .

프로토콜이 서버 구성에서 사용 중인 값과 일치하는지 확인하십시오.

proto udp

그런 다음 ";”를 제거하여 user 및 group 지시문의 주석 처리를 제거하십시오. 각 줄의 시작 부분에:

# Downgrade privileges after initialization (non-Windows only)
user nobody
group nogroup

ca, cert 및 key를 설정하는 지시문을 찾으십시오. 곧 파일 자체에 인증서와 키를 추가할 것이므로 이러한 지시문을 주석 처리합니다.

# SSL/TLS parms.
# See the server config file for more
# description.  It's best to use
# a separate .crt/.key file pair
# for each client.  A single ca
# file can be used for all clients.
#ca ca.crt
#cert client.crt
#key client.key

마찬가지로 클라이언트 구성 파일에 ta.key를 직접 추가할 것이므로 tls-auth 지시문을 주석 처리합니다.

# If a tls-auth key is used on the server
# then every client must also have the key.
#tls-auth ta.key 1

/etc/openvpn/server.conf 파일에서 설정한 cipher 및 auth 설정을 미러링합니다.

cipher AES-256-CBC
auth SHA256

다음으로 파일 어딘가에 key-direction 지시문을 추가합니다. VPN이 클라이언트 시스템에서 올바르게 작동하려면 이를 "1”로 설정해야 합니다.

key-direction 1

마지막으로 주석 처리된 몇 줄을 추가합니다. 모든 클라이언트 구성 파일에 이러한 지시문을 포함할 수 있지만 /etc/openvpn/update-resolv-conf 파일과 함께 제공되는 Linux 클라이언트에 대해서만 활성화하면 됩니다. 이 스크립트는 resolvconf 유틸리티를 사용하여 Linux 클라이언트에 대한 DNS 정보를 업데이트합니다.

# script-security 2
# up /etc/openvpn/update-resolv-conf
# down /etc/openvpn/update-resolv-conf

클라이언트가 Linux를 실행 중이고 /etc/openvpn/update-resolv-conf 파일이 있는 경우 생성된 클라이언트 구성 파일에서 이 줄의 주석을 제거하십시오.

완료되면 파일을 저장하고 닫습니다.

다음으로 관련 인증서, 키 및 암호화 파일로 기본 구성을 컴파일하는 간단한 스크립트를 만든 다음 생성된 구성을 ~/client-configs/files 디렉터리에 배치합니다. ~/client-configs 디렉터리 내에서 make_config.sh라는 새 파일을 엽니다.

nano ~/client-configs/make_config.sh

내부에 다음 내용을 추가하고 sammy를 서버의 루트가 아닌 사용자 계정의 내용으로 변경해야 합니다.

#!/bin/bash

# First argument: Client identifier

KEY_DIR=/home/sammy/client-configs/keys
OUTPUT_DIR=/home/sammy/client-configs/files
BASE_CONFIG=/home/sammy/client-configs/base.conf

cat ${BASE_CONFIG} \
    <(echo -e '<ca>') \
    ${KEY_DIR}/ca.crt \
    <(echo -e '</ca>\n<cert>') \
    ${KEY_DIR}/${1}.crt \
    <(echo -e '</cert>\n<key>') \
    ${KEY_DIR}/${1}.key \
    <(echo -e '</key>\n<tls-auth>') \
    ${KEY_DIR}/ta.key \
    <(echo -e '</tls-auth>') \
    > ${OUTPUT_DIR}/${1}.ovpn

완료되면 파일을 저장하고 닫습니다.

계속 진행하기 전에 다음을 입력하여 이 파일을 실행 파일로 표시해야 합니다.

chmod 700 ~/client-configs/make_config.sh

이 스크립트는 당신이 만든 base.conf 파일의 복사본을 만들고, 클라이언트에 대해 만든 모든 인증서와 키 파일을 수집하고, 내용을 추출하고, 기본 구성의 복사본에 추가합니다. 파일을 만들고 이 모든 콘텐츠를 새 클라이언트 구성 파일로 내보냅니다. 즉, 클라이언트의 구성, 인증서 및 키 파일을 별도로 관리하지 않고 필요한 모든 정보를 한 곳에 저장합니다. 이것의 이점은 나중에 클라이언트를 추가해야 하는 경우 이 스크립트를 실행하여 구성 파일을 빠르게 만들고 모든 중요한 정보가 액세스하기 쉬운 단일 위치에 저장되도록 할 수 있다는 것입니다.

새 클라이언트를 추가할 때마다 이 스크립트를 실행하고 구성 파일을 생성하기 전에 새 키와 인증서를 생성해야 합니다. 다음 단계에서 이 스크립트를 사용하여 몇 가지 연습을 하게 됩니다.

9단계 - 클라이언트 구성 생성

가이드를 따라 수행한 경우 4단계에서 각각 client1.crt 및 client1.key라는 클라이언트 인증서 및 키를 생성했습니다. 구성 파일을 생성할 수 있습니다. ~/client-configs 디렉토리로 이동하고 이전 단계의 끝에서 만든 스크립트를 실행하여 이러한 자격 증명을 얻으십시오.

cd ~/client-configs
sudo ./make_config.sh client1

이렇게 하면 ~/client-configs/files 디렉터리에 client1.ovpn이라는 파일이 생성됩니다.

ls ~/client-configs/files

Outputclient1.ovpn

이 파일을 클라이언트로 사용하려는 장치로 전송해야 합니다. 예를 들어 로컬 컴퓨터나 모바일 장치일 수 있습니다.

이 전송을 수행하는 데 사용되는 정확한 응용 프로그램은 장치의 운영 체제와 개인 기본 설정에 따라 다르지만 신뢰할 수 있고 안전한 방법은 백엔드에서 SFTP(SSH 파일 전송 프로토콜) 또는 SCP(보안 복사)를 사용하는 것입니다. 그러면 암호화된 연결을 통해 클라이언트의 VPN 인증 파일이 전송됩니다.

다음은 로컬 컴퓨터(macOS 또는 Linux)에서 실행할 수 있는 client1.ovpn 예제를 사용하는 예제 SFTP 명령입니다. 홈 디렉터리에 .ovpn 파일을 배치합니다.

sftp sammy@your_server_ip:client-configs/files/client1.ovpn ~/

다음은 서버에서 로컬 컴퓨터로 파일을 안전하게 전송하기 위한 몇 가지 도구 및 자습서입니다.

WinSCP
SFTP를 사용하여 원격 서버와 파일을 안전하게 전송하는 방법
Filezilla를 사용하여 VPS에서 안전하게 파일을 전송하고 관리하는 방법

10단계 - 클라이언트 구성 설치

이 섹션에서는 Windows, macOS, Linux, iOS 및 Android에 클라이언트 VPN 프로필을 설치하는 방법을 설명합니다. 이러한 클라이언트 지침은 서로 의존하지 않으므로 장치에 적용 가능한 것으로 건너뛰십시오.

OpenVPN 연결은 .ovpn 파일과 이름이 동일합니다. 이 자습서와 관련하여 이것은 연결 이름이 client1.ovpn임을 의미하며 생성한 첫 번째 클라이언트 파일과 일치합니다.

윈도우

설치 중

OpenVPN의 다운로드 페이지에서 Windows용 OpenVPN 클라이언트 애플리케이션을 다운로드하세요. Windows 버전에 적합한 설치 프로그램 버전을 선택하십시오.

OpenVPN을 설치하려면 관리자 권한이 필요합니다.

OpenVPN을 설치한 후 .ovpn 파일을 다음 위치에 복사합니다.

C:\Program Files\OpenVPN\config

OpenVPN을 실행하면 자동으로 프로필을 보고 사용할 수 있게 됩니다.

관리 계정으로도 OpenVPN을 사용할 때마다 관리자 권한으로 실행해야 합니다. VPN을 사용할 때마다 마우스 오른쪽 버튼을 클릭하고 관리자 권한으로 실행을 선택하지 않고 이 작업을 수행하려면 관리 계정에서 이를 미리 설정해야 합니다. 이것은 또한 표준 사용자가 OpenVPN을 사용하려면 관리자 암호를 입력해야 함을 의미합니다. 반면 표준 사용자는 클라이언트의 OpenVPN 애플리케이션에 관리자 권한이 없으면 서버에 제대로 연결할 수 없으므로 상승된 권한이 필요합니다.

OpenVPN 애플리케이션이 항상 관리자 권한으로 실행되도록 설정하려면 바로 가기 아이콘을 마우스 오른쪽 버튼으로 클릭하고 속성으로 이동합니다. 호환성 탭 하단에서 모든 사용자에 대한 설정 변경 버튼을 클릭합니다. 새 창에서 이 프로그램을 관리자로 실행을 선택하십시오.

연결 중

OpenVPN GUI를 실행할 때마다 Windows는 프로그램이 컴퓨터를 변경할 수 있도록 허용할지 묻는 메시지를 표시합니다. 예를 클릭합니다. OpenVPN 클라이언트 응용 프로그램을 시작하면 애플릿이 시스템 트레이에 나타나므로 필요에 따라 VPN을 연결 및 연결 해제할 수 있습니다. 실제로 VPN 연결을 만들지는 않습니다.

OpenVPN이 시작되면 시스템 트레이 애플릿으로 이동하고 OpenVPN 애플릿 아이콘을 마우스 오른쪽 버튼으로 클릭하여 연결을 시작합니다. 상황에 맞는 메뉴가 열립니다. 메뉴 상단에서 client1(client1.ovpn 프로필)을 선택하고 연결을 선택합니다.

연결이 설정되는 동안 로그 출력을 보여주는 상태 창이 열리고 클라이언트가 연결되면 메시지가 표시됩니다.

같은 방법으로 VPN에서 연결 해제: 시스템 트레이 애플릿으로 이동하여 OpenVPN 애플릿 아이콘을 마우스 오른쪽 버튼으로 클릭하고 클라이언트 프로필을 선택한 다음 연결 해제를 클릭합니다.

맥 OS

설치 중

Tunnelblick 다운로드 페이지. 다운로드한 .dmg 파일을 두 번 클릭하고 지시에 따라 설치합니다.

설치 프로세스가 끝날 무렵 Tunnelblick은 구성 파일이 있는지 묻습니다. 간단히 하기 위해 아니요라고 대답하고 Tunnelblick이 완료되도록 합니다. Finder 창을 열고 client1.ovpn을 두 번 클릭합니다. Tunnelblick이 클라이언트 프로필을 설치합니다. 관리 권한이 필요합니다.

연결 중

응용 프로그램 폴더에서 Tunnelblick을 두 번 클릭하여 Tunnelblick을 시작합니다. Tunnelblick이 실행되면 화면 오른쪽 상단의 메뉴 표시줄에 연결 제어를 위한 Tunnelblick 아이콘이 표시됩니다. 아이콘을 클릭한 다음 연결 메뉴 항목을 클릭하여 VPN 연결을 시작합니다. client1 연결을 선택하십시오.

리눅스

설치 중

Linux를 사용하는 경우 배포판에 따라 사용할 수 있는 다양한 도구가 있습니다. 데스크톱 환경이나 창 관리자에는 연결 유틸리티도 포함될 수 있습니다.

그러나 가장 보편적인 연결 방법은 OpenVPN 소프트웨어를 사용하는 것입니다.

Ubuntu 또는 Debian에서는 다음을 입력하여 서버에서와 마찬가지로 설치할 수 있습니다.

sudo apt update
sudo apt install openvpn

CentOS에서 EPEL 리포지토리를 활성화한 다음 다음을 입력하여 설치할 수 있습니다.

sudo yum install epel-release
sudo yum install openvpn

구성

배포에 /etc/openvpn/update-resolv-conf 스크립트가 포함되어 있는지 확인하십시오.

ls /etc/openvpn

Outputupdate-resolv-conf

다음으로 전송한 OpenVPN 클라이언트 구성 파일을 편집합니다.

nano client1.ovpn

update-resolv-conf 파일을 찾을 수 있는 경우 추가한 세 줄의 주석을 제거하여 DNS 설정을 조정합니다.

script-security 2
up /etc/openvpn/update-resolv-conf
down /etc/openvpn/update-resolv-conf

CentOS를 사용하는 경우 배포의 사용 가능한 그룹과 일치하도록 group 지시문을 nogroup에서 nobody로 변경합니다.

group nobody

파일을 저장하고 닫습니다.

이제 openvpn 명령을 클라이언트 구성 파일로 지정하여 VPN에 연결할 수 있습니다.

sudo openvpn --config client1.ovpn

이렇게 하면 VPN에 연결됩니다.

아이폰 OS

설치 중

iTunes App Store에서 공식 iOS OpenVPN 클라이언트 애플리케이션인 OpenVPN Connect를 검색하여 설치합니다. iOS 클라이언트 구성을 장치로 전송하려면 컴퓨터에 직접 연결하십시오.

iTunes로 전송을 완료하는 과정은 여기에 요약되어 있습니다. 컴퓨터에서 iTunes를 열고 iPhone > 앱을 클릭합니다. 파일 공유 섹션까지 아래로 스크롤하고 OpenVPN 앱을 클릭합니다. 오른쪽의 빈 창인 OpenVPN 문서는 파일 공유를 위한 것입니다. .ovpn 파일을 OpenVPN 문서 창으로 드래그합니다.

이제 iPhone에서 OpenVPN 앱을 실행하세요. 새 프로필을 가져올 준비가 되었다는 알림을 받게 됩니다. 녹색 더하기 기호를 탭하여 가져옵니다.

연결 중

이제 OpenVPN을 새 프로필과 함께 사용할 준비가 되었습니다. 연결 버튼을 켜짐 위치로 밀어서 연결을 시작합니다. 동일한 버튼을 끔으로 밀어서 연결을 끊습니다.

설정 아래의 VPN 스위치는 VPN에 연결하는 데 사용할 수 없습니다. 시도하면 OpenVPN 앱을 사용해서만 연결하라는 알림을 받게 됩니다.

기계적 인조 인간

설치 중

Google Play 스토어를 엽니다. 공식 Android OpenVPN 클라이언트 애플리케이션인 Android OpenVPN Connect를 검색하고 설치합니다.

USB로 Android 장치를 컴퓨터에 연결하고 파일을 복사하여 .ovpn 프로필을 전송할 수 있습니다. 또는 SD 카드 리더가 있는 경우 기기의 SD 카드를 제거하고 프로필을 복사한 다음 카드를 Android 기기에 다시 삽입할 수 있습니다.

OpenVPN 앱을 시작하고 메뉴를 탭하여 프로필을 가져옵니다.

그런 다음 저장된 프로필의 위치(스크린샷에서는 /sdcard/Download/ 사용)로 이동하여 파일을 선택합니다. 앱에서 프로필을 가져왔다는 메모를 작성합니다.

연결 중

연결하려면 연결 버튼을 누르기만 하면 됩니다. OpenVPN 애플리케이션을 신뢰하는지 묻는 메시지가 표시됩니다. 확인을 선택하여 연결을 시작합니다. VPN 연결을 끊으려면 OpenVPN 앱으로 돌아가서 연결 끊기를 선택하세요.

11단계 - VPN 연결 테스트(선택 사항)

참고: 이 VPN 연결 테스트 방법은 5단계에서 VPN을 통해 모든 트래픽을 라우팅하도록 선택한 경우에만 작동합니다.

모든 것이 설치되면 간단한 점검으로 모든 것이 제대로 작동하는지 확인합니다. VPN 연결을 활성화하지 않은 상태에서 브라우저를 열고 DNSLeakTest로 이동합니다.

사이트는 귀하의 인터넷 서비스 제공업체가 할당한 IP 주소를 귀하가 다른 세계에 표시되는 대로 반환합니다. 동일한 웹사이트를 통해 DNS 설정을 확인하려면 확장 테스트를 클릭하면 사용 중인 DNS 서버를 알려줍니다.

이제 OpenVPN 클라이언트를 서버의 VPN에 연결하고 브라우저를 새로 고칩니다. 이제 완전히 다른 IP 주소(VPN 서버의 IP 주소)가 표시되고 이것이 세상에 표시되는 방식입니다. 다시 말하지만 DNSLeakTest의 확장 테스트는 DNS 설정을 확인하고 현재 VPN에서 푸시하는 DNS 확인자를 사용하고 있는지 확인합니다.

12단계 - 클라이언트 인증서 해지

경우에 따라 OpenVPN 서버에 대한 추가 액세스를 방지하기 위해 클라이언트 인증서를 취소해야 할 수 있습니다.

이렇게 하려면 CA 시스템에서 EasyRSA 디렉터리로 이동합니다.

cd EasyRSA-3.0.4/

다음으로 revoke 옵션과 함께 easyrsa 스크립트를 실행하고 취소하려는 클라이언트 이름을 입력합니다.

./easyrsa revoke client2

그러면 yes를 입력하여 취소를 확인하라는 메시지가 표시됩니다.

OutputPlease confirm you wish to revoke the certificate with the following subject:

subject=
    commonName                = client2


Type the word 'yes' to continue, or any other input to abort.
  Continue with revocation: yes

조치를 확인한 후 CA는 클라이언트의 인증서를 완전히 해지합니다. 그러나 OpenVPN 서버는 현재 클라이언트의 인증서가 취소되었는지 여부를 확인할 방법이 없으며 클라이언트는 여전히 VPN에 액세스할 수 있습니다. 이 문제를 해결하려면 CA 시스템에서 CRL(인증서 해지 목록)을 만듭니다.

./easyrsa gen-crl

이렇게 하면 crl.pem이라는 파일이 생성됩니다. 이 파일을 OpenVPN 서버로 안전하게 전송하십시오.

scp ~/EasyRSA-3.0.4/pki/crl.pem sammy@your_server_ip:/tmp

OpenVPN 서버에서 이 파일을 /etc/openvpn/ 디렉터리에 복사합니다.

sudo cp /tmp/crl.pem /etc/openvpn

다음으로 OpenVPN 서버 구성 파일을 엽니다.

sudo nano /etc/openvpn/server.conf

파일 하단에 crl-verify 옵션을 추가하면 OpenVPN 서버가 연결 시도가 있을 때마다 생성한 인증서 해지 목록을 확인하도록 지시합니다.

crl-verify crl.pem

파일을 저장하고 닫습니다.

마지막으로 OpenVPN을 다시 시작하여 인증서 폐기를 구현합니다.

sudo systemctl restart openvpn@server

클라이언트는 더 이상 이전 자격 증명을 사용하여 서버에 성공적으로 연결할 수 없습니다.

추가 클라이언트를 취소하려면 다음 프로세스를 따르십시오.

./easyrsa revoke client_name 명령을 사용하여 인증서를 취소합니다.
새 CRL 생성
새 crl.pem 파일을 OpenVPN 서버로 전송하고 /etc/openvpn 디렉토리에 복사하여 이전 목록을 덮어씁니다.
OpenVPN 서비스를 다시 시작합니다.

이 프로세스를 사용하여 서버에 대해 이전에 발급한 인증서를 해지할 수 있습니다.

결론

이제 스누퍼와 검열자로부터 신원, 위치 및 트래픽을 보호하면서 인터넷을 안전하게 통과하고 있습니다. 이 시점에서 더 이상 인증서를 발급할 필요가 없으면 인증서를 추가하거나 취소해야 할 때까지 CA 시스템을 끄거나 인터넷 연결을 끊는 것이 좋습니다. 이렇게 하면 공격자가 VPN에 액세스하지 못하도록 방지할 수 있습니다.

더 많은 클라이언트를 구성하려면 각 추가 장치에 대해 4단계와 9-11단계만 수행하면 됩니다. 클라이언트에 대한 액세스 권한을 취소하려면 12단계를 따르십시오.