Điểm:0

Làm cách nào để xác định tên chung (CN) cho chứng chỉ sql microsoft?

lá cờ kz

Tôi đang trong quá trình cố gắng thiết lập chứng chỉ tự ký để kết nối máy chủ cầu cảng với cơ sở dữ liệu sql phát triển. Tôi đang làm theo hướng dẫn ở đây: https://codekabinett.com/rdumps.php?Lang=2&targetDoc=create-install-ssl-tls-certificate-sql-server nhưng tôi đã gặp phải một chút trở ngại. Khi tôi cố gắng cài đặt chứng chỉ trong trình quản lý máy chủ sql, không có chứng chỉ nào hiển thị trong danh sách thả xuống. Tôi nghĩ rằng có thể tôi cần thêm chứng chỉ vào danh sách đáng tin cậy, vì vậy tôi đã làm điều đó và thử lại với kết quả tương tự.

Tôi nghi ngờ bây giờ là tên chung (CN) mà tôi đã chọn khi tạo chứng chỉ không khớp với những gì sqlserver đang mong đợi. Theo các hướng dẫn

Đây phải là tên máy tính (tên máy tính Windows cục bộ, không phải tên DNS) của máy tính SQL Server.

Máy chủ sql nằm trên một máy từ xa. Làm cách nào để xác định CN chính xác cho chứng chỉ là gì? Thậm chí có thể định cấu hình chứng chỉ cho máy chủ sql đó bằng SQLServerManager chạy trên máy cục bộ của tôi không? Nếu không làm thế nào, làm tôi đi về điều này?

Cập nhật:

Tôi đang trải qua quá trình xác minh rằng chứng chỉ của tôi hợp lệ để sử dụng với sqlserver. Tôi đã sử dụng truy vấn:

KHAI BÁO @Domain NVARCHAR(100)
EXEC master.dbo.xp_regread 'HKEY_LOCAL_MACHINE', 'SYSTEM\CurrentControlSet\services\Tcpip\Parameters', N'Domain',@Domain OUTPUT
CHỌN Cast(SERVERPROPERTY('MachineName') as nvarchar) + '.' + @Tên miền AS FQDN

để lấy FQDN và sử dụng nó làm CN cho chứng chỉ. Tôi đã xác minh rằng thuộc tính KeyUsage của chứng chỉ là Xác thực máy chủ (1.3.6.1.5.5.7.3.1) . Tôi đang sử dụng pfx nên tùy chọn KeySpec sẽ tốt. Tôi đã thêm pfx vào Cơ quan chứng nhận gốc đáng tin cậy.

Tôi vẫn không thấy chứng chỉ là một tùy chọn trong trình quản lý máy chủ sql nên tôi phải thiếu thứ gì đó khác. Điều duy nhất tôi có thể nghĩ đến là yêu cầu

Tài khoản dịch vụ máy chủ SQL phải có quyền cần thiết để truy cập chứng chỉ TLS

nhưng tôi không chắc làm thế nào để xác minh điều đó hoặc sửa nó nếu nó sai.

Điểm:2
lá cờ cn

Tên chứng chỉ (trong phần mở rộng tên thay thế theo chủ đề) phải khớp với FQDN (hoặc tên DNS) của máy chủ, không chỉ đơn giản là tên máy tính. Tên trong giấy chứng nhận phải khớp với Người phục vụ hoặc Nguồn dữ liệu thuộc tính trong chuỗi kết nối SQL.

lá cờ kz
Vì vậy, nếu tôi có một chuỗi kết nối như "jdbc:sqlserver://tura-dev:1433;databaseName=JetNavDwh_Live;" CN dự kiến ​​sẽ là "tura-dev" đúng không?
lá cờ cn
Vâng đúng rồi. Tuy nhiên, nếu máy chủ của bạn là một phần của miền AD DS, bạn nên sử dụng FQDN (ví dụ: `tura-dev.example.com`) thay vì tên NetBIOS để tránh sự mơ hồ và sử dụng DNS để phân giải tên cũng như sử dụng FQDN trong chuỗi kết nối. Nhưng dù sao đi nữa, tên ngắn cũng hợp lệ để sử dụng nội bộ.
lá cờ kz
Lạ thật, tôi đang sử dụng tura-dev và nó không hiển thị. Có điều gì khác có thể ngăn chứng chỉ hiển thị trong danh sách thả xuống không?
lá cờ cn
Có thể chứng chỉ không được tin cậy trên máy chủ SQL hoặc máy chủ SQL là một phần của miền (yêu cầu FQDN). Danh sách yêu cầu chứng chỉ đầy đủ tại Microsoft Docs: https://docs.microsoft.com/en-us/sql/database-engine/configure-windows/enable-encrypted-connections-to-the-database-engine?view=sql -server-ver15#certificate-requirements
lá cờ kz
Vì vậy, nếu tên miền của tôi là "FOO" thì CN phải là "FOO.tura-dev"?
lá cờ kz
@ Crypt32 Xem các cập nhật của tôi cho bài đăng gốc. Tôi đã làm theo các bước trong liên kết đó và điều duy nhất tôi không thể hiểu là cách thiết lập chính xác các quyền.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.