우수한 소프트웨어와 실용적인 튜토리얼
Cloudflare는 Workers와 Pages를 사용하여 웹사이트 역방향 프록시를 배포합니다.
Cloudflare Workers 및 페이지 사용대리웹사이트 리버스 프록시는 접속 속도 향상, 제한 우회, 소스 주소 은폐에 도움이 되는 매우 실용적인 방법입니다. 다음은 이 두 가지를 사용하여 리버스 프록시 기능을 구현하는 방법을 간략하게 설명하는 튜토리얼입니다. 전체 과정에는 직접 서버를 호스팅할 필요가 없으며, Cloudflare의 엣지 컴퓨팅 기능을 사용하여 완료할 수 있습니다.
클라우드플레어는 단순한 CDN 서비스 공급업체가 아니라 고성능, 저지연성, 안전하고 안정적인 글로벌 네트워크 플랫폼입니다.
Cloudflare는 글로벌 엣지 컴퓨팅 아키텍처를 통해 정적 및 동적 콘텐츠 전송 속도를 효율적으로 가속화하는 동시에 대역폭 사용량을 최적화하는 정밀한 캐싱 전략을 제공합니다. 또한, 내장된 무제한 DDoS 보호 메커니즘은 다양한 네트워크 공격을 효과적으로 방어하고 비즈니스의 안정성과 보안을 보장합니다.
오늘은 Cloudflare Workers와 Cloudflare Pages를 사용하여 효율적인 역방향 프록시 서비스를 구축하여 분산 컴퓨팅과 엣지 네트워크 가속에서 Cloudflare의 장점을 최대한 활용해보겠습니다.
웹사이트 역방향 프록시 구성 전 준비
클라우드플레어 계정
아직 계정이 없으신 경우, 방문해주세요.클라우드플레어가입하세요!
Cloudflare 계정 등록 과정은 비교적 간단하며 Google 계정, Apple 계정 또는 사용자 지정 이메일을 사용하여 등록할 수 있습니다.
Google을 사용하여 등록하는 것이 좋습니다. Google 계정은 거의 모든 인기 해외 웹사이트를 포괄하며 로그인에 사용할 수 있습니다. 아직 Google 계정이 없으시다면 서둘러 등록하세요!
도메인 활성화
도메인 이름을 Cloudflare로 이전해야 합니다. Cloudflare에서 도메인 이름을 활성화하는 방법을 모르시겠다면, 다음 방법을 참고하세요.
Cloudflare를 활성화하려면 네임서버를 업데이트해야 합니다.
Cloudflare 백그라운드에서 새로운 도메인 이름을 추가하고, 도메인 이름을 입력하고, 기본적으로 빠른 DNS 레코드 검사를 선택하고 계속을 클릭하세요!
무료 플랜을 선택하면 도메인 이름이 성공적으로 추가되었습니다!
다음으로, 도메인 이름이 등록된 웹사이트에 로그인하세요. 백엔드에 진입한 후 DNS 보안(DNSSEC) 설정을 찾아 해제하세요. 기본적으로 해제되어 있다면 무시하세요. 나중에 Cloudflare를 통해 다시 활성화할 수 있습니다.
현재 네임서버를 Cloudflare에서 할당한 네임서버로 교체하세요.
참고: 각 도메인 이름에는 서로 다른 네임 서버가 할당됩니다. 중복 네임 서버를 삭제하고 네임 서버 1과 네임 서버 2에 Cloudflare 네임 서버를 입력하세요.
예를 들어 namesil을 살펴보겠습니다.
백그라운드의 도메인 이름을 클릭하고, 도메인 이름 운영 페이지로 들어가서 네임서버를 편집하고, 네임서버의 내용을 삭제합니다.
네임서버를 수정한 후 저장하세요. 일부 지역의 유효 시간이 더 늦기 때문에 지금은 유효 시간에 신경 쓸 필요가 없습니다.
Cloudflare 백그라운드에서 도메인 이름이 활성 상태이면 적용되었음을 의미합니다. 네임 서버가 유효하지 않거나 잘못 수정된 경우 네임 서버가 유효하지 않음을 나타냅니다.
GitHub 계정
아직 계정이 없으신 경우, 방문해주세요.깃허브가입하세요!
GitHub 계정을 생성하려면 이메일 주소로만 등록할 수 있습니다. Gmail을 사용하여 등록하는 것을 권장합니다.
메일함으로 인증 코드가 발송됩니다. 입력하시면 계정 등록이 완료됩니다!
Workers 및 Pages를 사용하여 웹사이트 역방향 프록시 배포
다음으로, Workers와 Pages를 사용하여 웹사이트 역방향 프록시를 배포합니다. 웹사이트의 역방향 프록시를 배포하는 방법에는 두 가지가 있습니다. 배포 과정을 실습해 보겠습니다.
지침
- Workers 방법: _worker.js를 복사하여 Cloudflare에 저장한 후 배포합니다.
- 페이지 방식: 저장소를 포크하고 GitHub을 Cloudflare에 연결하여 클릭 한 번으로 배포합니다.
- Workers vs Pages: Workers는 순수 동적 프록시에 더 적합한 반면, Pages는 정적 콘텐츠와 동적 기능을 혼합하는 데 적합합니다. 단순한 역방향 프록시라면 Workers가 더 직접적입니다.
- 무료 할당량: Cloudflare의 무료 계층은 하루에 100,000개의 Workers 요청을 제공하고, Pages에도 비슷한 제한이 있습니다. 이는 개인 사용에는 충분하지만 대규모 트래픽의 경우 유료 플랜이 필요할 수 있습니다.
- 국내 접속: workers.dev 및 pages.dev는 중국 본토에서 제한될 수 있습니다. 사용자 지정 도메인 이름을 사용하는 것이 좋습니다.
- 보안: 서비스 약관을 위반하지 않으려면 대상 웹사이트에서 프록시 액세스를 허용하는지 확인하세요.
Cloudflare Workers를 사용하여 역방향 프록시 구현
Cloudflare Workers는 Cloudflare의 글로벌 엣지 노드에서 실행되는 서버리스 스크립트로, HTTP 요청을 쉽게 처리하고 대상 웹사이트로 전달할 수 있습니다.
1단계: Cloudflare에 가입하고 로그인하세요
아직 Cloudflare 계정이 없으시다면 공식 웹사이트에서 계정을 등록한 후 로그인하세요.
2단계: 작업자 만들기
Cloudflare 대시보드에서 왼쪽의 Compute(Workers) 아래에 있는 "Workers and Pages"를 클릭한 다음 "빠른 시작"을 선택합니다.
작업자 이름을 지정합니다(기본적으로 yourname.workers.dev와 유사한 도메인 이름이 생성됩니다).
이름을 입력한 후 배포를 클릭하여 배포 페이지로 들어갑니다.
코드 편집을 클릭하여 Worker 편집기로 들어가서 기본 코드를 삭제하고 다음의 간단한 역방향 프록시 스크립트를 붙여넣습니다.
3단계: 역방향 프록시 스크립트 만들기
사용자 지정 자바 스크립트를 만드세요. 다음은 역방향 프록시 스크립트의 예입니다.
addEventListener('fetch', event => { event.respondWith(handleRequest(event.request)); }); async function handleRequest(request) { const url = new URL(request.url); // 요청이 전달될 대상 웹사이트 const targetHost = 'example.com'; // 프록시하려는 도메인 이름으로 변경 url.hostname = targetHost; // 새로운 요청 생성 const newRequest = new Request(url, request); return await fetch(newRequest); }이 스크립트는 Worker에 전송된 모든 요청을 example.com으로 전달합니다.
4단계: 배포 저장
오른쪽 상단에 있는 파란색 버튼 "배치"를 클릭하면 작업자가 온라인 상태가 됩니다. https://your-worker-name.yourname.workers.dev 방문해보세요.
5단계: 도메인 이름 구성
해당 국가에서는 workers.dev 도메인 이름에 접근할 수 없으므로 새로운 도메인 이름을 구성해야 합니다.
구성 옵션의 도메인 및 경로 메뉴에서 추가를 클릭합니다.
'사용자 지정 도메인'을 선택한 후 도메인 이름을 입력하고 저장합니다. 이제 도메인 이름이 성공적으로 추가되었으며 새 도메인 이름으로 액세스할 수 있습니다.
이제 Cloudflare Workers를 이용한 역방향 프록시 기능이 구현되었습니다. 매우 간단합니다. 다음으로, Pages를 사용하여 웹사이트 역방향 프록시를 배포할 수 있습니다.
Cloudflare Pages를 사용하여 웹사이트 역방향 프록시 배포
Cloudflare Pages는 프런트엔드 프로젝트의 신속한 시작에 적합한 Git 저장소 자동 배포 기능을 결합한 정적 웹사이트 호스팅 플랫폼입니다. 최근에는 Functions 기능(Workers의 변형)이 추가되어 엣지에서 동적 코드를 실행할 수 있습니다.
Cloudflare Pages는 주로 정적 웹사이트를 호스팅하는 데 사용되지만 Functions(작업자 기반 함수)와 결합하면 역방향 프록시를 구현할 수도 있습니다.
Cloudflare Pages를 사용하여 역방향 프록시 배포를 시작해 보겠습니다.
1단계: 페이지 프로젝트 만들기
Cloudflare 대시보드의 "작업자 및 페이지"에서 만들기를 클릭한 다음 "페이지"를 선택하고 "Git에 연결"을 클릭합니다.
GitHub 또는 GitLab 저장소를 연결합니다(예를 들어 index.html만 있는 간단한 빈 정적 프로젝트를 만들 수 있습니다).
2단계: 저장소에 연결
여기서는 GitHub을 예로 들어 보겠습니다. 먼저 GitHub에 프로젝트를 생성해야 합니다.
Github에 저장소를 만들고 코드를 추가하고 로그인하세요. 깃허브 그런 다음 아래 그림과 같이 저장소 만들기를 클릭하여 Cloudflare Pages라는 이름의 개인 저장소를 만듭니다.
새로운 저장소를 만들 때는 반드시 비공개를 선택해야 합니다. 그렇지 않으면 누구나 접근할 수 있습니다.
다음으로, 새 파일을 만드세요. 새 파일을 만들려면 '새 파일 만들기'를 클릭하세요.
다음으로, _worker.js라는 이름의 파일을 만들고, 아래 코드를 복사한 후, 다섯 번째 줄의 작은 따옴표를 반전하려는 웹사이트로 변경한 후, 변경 사항을 저장하고 커밋합니다.
역방향 프록시의 js 코드는 도메인 이름에 https, http와 같은 문자를 추가하지 않도록 주의해야 합니다.
기본값 내보내기 { 비동기 fetch(요청, env) { let url = new URL(request.url); if (url.pathname.startsWith('/')) { url.hostname = '역주소' let new_request = new Request(url, request); return fetch(new_request); } return env.ASSETS.fetch(request); }, };
Cloudflare Pages로 돌아오면 GitHub을 선택하고 "GitHub에 연결" 버튼을 클릭합니다.
해당 페이지가 Github으로 이동하고 설치 및 승인 버튼을 클릭합니다.
연결하려면 비밀번호를 입력하세요. 연결에 성공하면 Cloudflare 페이지로 돌아가세요.
저장소를 선택한 후 설정 시작을 클릭합니다.
빌드 및 배포 설정 페이지에서 프로젝트 이름을 수정하거나 기본값을 사용한 다음, 저장 및 배포를 클릭합니다.
처음 배치를 시작할 때 실패하는 사람이 많습니다.
이는 Cloudflare Pages의 빌드 시스템 버전이 v2로 업그레이드되었기 때문입니다. 프로젝트 설정에서 빌드 시스템 버전을 v1로 변경한 후 다시 배포하면 정상적으로 배포됩니다!
성공적으로 배포한 후에는 사용자 지정 도메인에 별도의 도메인 이름을 바인딩할 수 있습니다.
이제 Cloudflare Pages 역방향 프록시가 설정되었습니다. 간단하죠?
Workers와 Pages를 사용하여 역방향 프록시를 배포하는 것의 차이점, 장점 및 단점
작업자 선택 시나리오:
다음과 같은 강력한 역방향 프록시 기능이 필요합니다.
- 모든 유형의 응답 콘텐츠(HTML, XML, JSON 등)를 수정합니다.
- 복잡한 교체 규칙이나 동적 라우팅을 처리합니다.
- 응답 헤더나 캐싱 정책에 대한 정확한 제어.
성능 요구 사항이 높고 모든 논리는 서버 측에서 완료되어야 합니다.
엣지 컴퓨팅과 관련되거나 글로벌 저지연 응답이 필요한 프로젝트입니다.
페이지 선택 시나리오:
역방향 프록시 요구 사항은 HTML만 프록시하고 소량의 교체만 하면 된다는 간단한 내용입니다.
- 이 프로젝트는 주로 간단한 역방향 프록시나 리디렉션만 있는 정적 웹사이트입니다.
- 추가 비용을 원하지 않으시면 무료 할당량에 의지하세요.
- 개발팀은 프런트엔드 개발에 익숙하며 정적 파일 배포를 선호합니다.
여러 콘텐츠 대체 규칙(제목, URL, 이미지 등)을 적용합니다. 비교 후 제안되는 내용은 다음과 같습니다.
- 근로자:
장점: 스크립트를 완벽하게 구현하고, 모든 교체를 서버에서 직접 완료하고, 정규 표현식과 여러 콘텐츠 유형을 지원하고, 더 나은 성능과 사용자 경험을 제공합니다.
권장 이유: 요구 사항에 복잡한 교체 규칙(여러 정규 표현식 일치)과 URL 재작성이 포함되어 있는 경우 Workers가 더 적합합니다. - 페이지:
제한 사항: 교체는 클라이언트 측 JS를 통해서만 가능하며, 성능이 좋지 않고, HTML이 아닌 콘텐츠나 응답 헤더를 처리할 수 없습니다.
적용성: 예산이 제한되어 있고 HTML만 프록시하려는 경우 사용할 수는 있지만 Workers만큼 사용자 경험이 좋지는 않습니다.
권장 솔루션: Cloudflare Workers를 사용하세요. 역방향 프록시 및 콘텐츠 교체 요구 사항을 완벽하게 충족할 수 있으며, 더 나은 성능과 유연성을 제공합니다.
