Về nguyên tắc, bạn có thể có một chứng chỉ với hai Tên thay thế chủ đề cho webapp.mydomain.com
và webapp.intranetservername
. Trong thực tế, điều đó không thực tế, vì không có CA nào sẽ phát hành một cái gì đó cho .intranetservername
, trừ khi nó cũng là một tên miền công cộng thích hợp.
Nói chung, nếu .intranetservername
không phải là miền đã đăng ký, CA sẽ không cấp chứng chỉ cho nó, vì vậy bạn sẽ phải sử dụng CA của riêng bạn.
Nếu bạn có thể mong đợi cả hai loại máy khách (trong và ngoài) tin cậy CA của riêng bạn, bạn có thể cấp chứng chỉ với hai SAN với CA này.
Nếu bạn mong đợi các kiểu người dùng khác nhau (chỉ tin cậy nhóm CA mặc định hoặc tin tưởng CA của bạn), bạn sẽ phải sử dụng hai chứng chỉ, mỗi chứng chỉ được cấp bởi mỗi chứng chỉ. Bạn cũng có thể cần phải liên kết chúng với các địa chỉ IP riêng biệt (nhưng sự sẵn có của một địa chỉ IP nội bộ bổ sung trên mạng LAN không nhất thiết phải là một vấn đề).
Về cơ bản, có lý do chính đáng nào khiến bạn gọi cùng một ứng dụng web, chạy trên cùng một máy, bằng hai tên riêng biệt, cho dù bạn truy cập nội bộ hay bên ngoài? Tại sao những người trong mạng nội bộ không thể nói chuyện với webapp.mydomain.com
?
Tôi cho rằng đây có thể là một nỗ lực để tăng cường bảo mật bằng cách nào đó, nhưng nếu đó là cùng một máy, nó sẽ được trên cả hai mạng anyway, vì vậy tôi không chắc chắn những gì cải thiện an ninh này.
Nếu bạn thực sự muốn có tên riêng biệt, bạn có thể có cả hai tên trên tên miền bên ngoài của mình (ví dụ:webapp.mydomain.com
và intranet.mydomain.com
) và có chứng chỉ do CA nổi tiếng cho cả hai (tôi vẫn chưa chắc chắn về lợi thế của việc tách các tên trên cùng một máy). Thật vậy, xác thực chứng chỉ chỉ dựa trên tên và bạn có thể dễ dàng có máy chủ DNS của mình trỏ intranet.mydomain.com
đến địa chỉ IP riêng (ví dụ: 10.1.1.1
). Mọi người từ bên ngoài sẽ không thể truy cập địa chỉ đó, đơn giản vì nó sẽ không được định tuyến, nhưng nó sẽ hoạt động tốt trong mạng nội bộ của bạn (các máy được cung cấp trên mạng nội bộ có thể thực hiện các yêu cầu DNS, một số môi trường chặn điều này).