공유 IP와 전용 IP 주소: 어느 쪽이 필요할까요?

호스팅 업체는 전용 IP 주소를 보통 월 몇 달러의 업그레이드 상품으로 판매하며, SEO와 보안에 대해 모호한 주장을 곁들이는 경우가 많습니다. 그 주장 대부분은 10년 전부터 사실이 아닙니다.

각각의 의미

공유 주소가 동작하는 이유는 HTTP 요청에 Host 헤더(HTTPS는 핸드셰이크 중 SNI)가 담겨 있기 때문입니다. 서버는 이 필드를 읽고 알맞은 사이트를 제공합니다. 하나의 주소로 수천 개의 도메인을 충분히 호스팅할 수 있습니다.

전용 IP가 정말 중요한 경우

1. 자체 서버에서 이메일을 발송할 때

가장 강력한 사례입니다. 이메일 평판은 발신 IP 주소에 붙습니다. 공유 주소에서는 스팸을 보내는 이웃이 내 전달률을 해쳐도 이를 통제할 수 없습니다.

전용 주소를 쓰면 메일 호스트 이름과 일치하는 역방향 DNS도 설정할 수 있으며, 많은 수신 서버가 이를 확인합니다. 공유 주소에서는 설정할 수 없습니다.

2. 누군가 나를 허용 목록에 올려야 할 때

결제 대행사, 은행 API, 파트너 시스템, 기업 방화벽은 특정 출발지 주소로 접근을 제한하는 경우가 많습니다. 주소가 안정적이고 나만의 것일 때만 실현 가능한 방식입니다.

3. 규정 준수 또는 감사 요건

일부 규제 환경에서는 인프라가 분리되어 있음을 입증하도록 요구합니다. 공유 주소가 감사인을 만족시키는지는 기술적 문제가 아니라 감사인이 판단할 일이지만, 이런 이야기가 나오기는 합니다.

오해들

"전용 IP는 SEO를 개선합니다"

아닙니다. Google은 공유 호스팅이 순위에 해를 끼치지 않는다고 여러 차례 밝혔으며, 경쟁이 치열한 검색어에서 1위를 차지하는 사이트를 포함해 웹의 압도적 다수가 공유 CDN 주소 뒤에 있습니다. IP 공유가 순위 문제라면 Cloudflare의 모든 고객이 불이익을 받을 것입니다.

일말의 진실은 있습니다. 실제로 악의적인 사이트가 다수 있는 주소를 함께 쓴다면 검색 엔진과 보안 업체가 그 주소를 표시할 수 있습니다. 하지만 그것은 나쁜 호스팅 업체를 떠나야 할 이유이지 IP 주소를 구매해야 할 이유가 아닙니다.

"SSL을 쓰려면 전용 IP가 필요합니다"

2014년경까지는 사실이었습니다. SNI(Server Name Indication)를 사용하면 클라이언트가 TLS 핸드셰이크 중에 원하는 호스트 이름을 알려 줄 수 있어, 하나의 주소로 수백 개의 인증서를 제공할 수 있습니다. 현재 사용되는 모든 브라우저가 이를 지원하며, Let's Encrypt의 무료 인증서도 공유 주소에서 완벽하게 동작합니다.

"전용 IP가 더 빠릅니다"

주소 자체는 속도와 무관합니다. 공유 서버에 과부하가 걸렸다면 그것은 서버의 문제입니다. VPS로 옮기면 해결되며, 전용 주소는 부수적인 것일 뿐입니다.

"전용 IP가 더 안전합니다"

이웃의 평판 문제에 영향을 받지 않는다는 점에서 근소하게 그렇습니다. 하지만 서버를 강화하거나 소프트웨어를 패치하거나 공격을 막아 주지는 않습니다. 보안은 주소의 독점이 아니라 설정과 업데이트에서 나옵니다.

현재 어느 쪽인지 확인하는 방법

도메인을 확인한 뒤 그 주소가 다른 사이트도 제공하는지 확인하세요. 역방향 IP 조회로 알 수 있습니다. 서로 관련 없는 도메인이 수백 개 나타난다면 공유 인프라를 쓰고 있는 것입니다.

dig +short example.com
dig +short -x 93.184.216.34

역방향 DNS가 server47.sharedhost.net 같은 값을 반환한다면 공유 호스팅 주소입니다. 내 호스트 이름을 반환한다면 전용 주소일 가능성이 높습니다.