웹사이트에 랜딩 페이지를 시작하는 것을 매우 어렵게 만드는 클라이언트가 여러 명 있습니다. 일반적으로 코드베이스와 프로덕션 사이트 CMS에 대한 액세스가 매우 엄격한 엔터프라이즈 기술 기업입니다.
따라서 저는 역방향 프록시를 사용하여 자체 서버의 WordPress 인스턴스에 이러한 페이지를 구축하고 클라이언트 사이트의 경로에 따라 서버에 특정 페이지를 표시할 수 있는 가능성을 모색하고 있습니다.
예를 들어:
www.client.com우리가 접근할 수 없는 그들의 라이브 사이트입니다- 예제 URL은 다음 과 같습니다
/resources/page-1./resources/page-2/resources/page-3 /{clientName}/page-1이는 실제로 우리 서버 등을 가리킵니다 .- 그러나 실제로 보고 있는 것처럼 사용자에게 나타나야 합니다.
www.client.com/resources/page-1
여러 클라이언트를 작동하려면 이것이 필요하므로 위 경로의 {clientName} 부분이 필요합니다.
내가 가진 질문은 다음과 같습니다.
- 이것이 가능합니까?
- 이 작업을 수행하려면 클라이언트 측에서 무엇이 필요합니까?
- 우리 측에서는 어떤 추가 설정이 필요합니까?
각 부분을 달성하는 방법에 대한 자세한 내용을 묻는 것이 아니라 각 부분에 필요한 사항에 대한 기본적인 이해만 묻는 것입니다. 그런 다음 세부 사항을 구현하는 방법을 살펴보겠습니다.
답변1
클라이언트의 DNS가 자신을 가리키도록 DNS 항목을 변경한 다음 들어오는 요청을 클라이언트의 실제 웹 사이트로 라우팅해야 할 수도 있습니다. 수정된 중간자 접근 방식을 사용하면 적절하다고 생각되는 대로 들어오고 나가는 쿼리를 수정하거나 주입할 수 있습니다. CloudFlare를 생각해 보세요. 요청은 역방향 프록시와 마찬가지로 서버를 통해 클라이언트로 라우팅되고 다시 통과됩니다. 클라이언트가 다운되면 오류 메시지가 표시됩니다. 초보자를 위해 Squid 프록시를 살펴보세요. 하지만 이것이 정확히 여러분이 원하는 것인지는 확실하지 않습니다.