4.2.2.1 Triển khai gói thông qua lệnh launch:
Gói cần triển khai có thể có một hoặc nhiều file, với ít nhất một file có khả năng thực thi cho việc triển khai cài đặt gói. Nén các file thành một file Zip với các gói gán cho Windows agent và file TAR.GZ với các gói gán cho LINUX agent.
Lựa chọn Launch và kích vào nút Browse để lựa chọn các file ZIP hay TAR.GZ Trong trƣờng “Command” , chỉ điền tên file thực thi không cần có đƣờng dẫn với các thông số tùy chọn. Câu lệnh này sẽ đƣợc thực hiện khi client tải về gói và ghép lại trong thƣ mục tạm.
Ví dụ, khi muốn triển khai một phiên bản mới OCS Inventory NG Agent cho Windows, sử dụng cài đặt ẩn, chỉ định địa chỉ của Comunication Server my_ocs_com_srv, vô hiệu hóa thiết lập IE proxy, và cho phép ghi lại log của cài đặt, Vi vậy file ZIP sẽ bao gồm file “OcsAgentSetup.exe” và trƣờng file name chứa:
OcsAgentSetup.exe /S /SERVER:my_ocs_com_srv /NP /DEBUG
Tiếp theo, phải xác định kích thƣớc của từng mảnh của gói theo đó agent sẽ tải từng mảnh này về. Điều này cho phép tải lại trong trƣờng hợp một mảnh nào đó tải bị hỏng, và chỉ những mảnh nào hỏng mới cần tải lại thay vì tải lại hết các mảnh của gói. Vì thế hãy lựa chọn kích thƣớc của từng phần file tùy theo băng thông mạng.
Cửa sổ quản lý sẽ cho phép chia các gói thành các mảnh và lƣu chúng vào trong folder tên là timestamp trong thƣ mục download của thƣ mục gốc máy chủ apache. Đồng thời, quá trình chia gói cũng tạo ra file XML tên là “infor”, file này miêu tả về gói và các hành động của agent sau khi tải thành công.
Hình 4.5: Phân mảnh gói
4.2.2.2 Triển khai gói thông qua lệnh “Execute”
Gói cần triển khai có thể có một hoặc nhiều file, với ít nhất một file có khả năng thực thi cho việc triển khai cài đặt gói. Nén các file thành một file Zip với các gói gán cho Windows agent và file TAR.GZ với các gói gán cho LINUX agent.
Lựa chọn Execute và kích vào nút Browse để lựa chọn các file ZIP hay TAR.GZ Trong trƣờng “Command”, phải điền đƣờng dẫn tới file thực thi để khởi động với các thàm số ( không cần đƣờng dẫn đầy đủ). Câu lệnh này sẽ đƣợc thực hiện trên máy trạm sau khi gói đƣợc tải về thành công. Các biến môi trƣờng trong trƣờng “Command” có thể nhƣ: %SystemDrive% %SystemRoot%, %windir%, %ProgramFiles%, %CommonProgramFiles% …
Ví dụ, khi muốn triển khai một phần mềm sử dụng Windows Installer cài đặt ẩn. Vì thế, file ZIP bao gồm file “software.msi” và trƣờng “Command” là:
Hình 4.6: Tạo gói sử dụng lựa chọn Execute Click “Send” để tải lên gói và tới cửa sổ quản trị.
Tiếp theo, phải xác định kích thƣớc của từng mảnh của gói cho phép agent tải về từng phần nhỏ. Điều này cho phép agent tải lại nếu phần của gói tải bị lỗi.
Tiếp theo, phải xác định kích thƣớc của từng mảnh của gói theo đó agent sẽ tải từng mảnh này về. Điều này cho phép tải lại trong trƣờng hợp một mảnh nào đó tải bị hỏng, và chỉ những mảnh nào hỏng mới cần tải lại thay vì tải lại hết các mảnh của gói. Vì thế hãy lựa chọn kích thƣớc của từng phần file tùy theo băng thông mạng.
Cửa sổ quản lý sẽ cho phép chia các gói thành các mảnh và lƣu chúng vào trong folder tên là timestamp trong thƣ mục download của thƣ mục gốc máy chủ apache. Đồng thời, quá trình chia gói cũng tạo ra file XML tên là infor, file này miêu tả về gói và các hành động của agent sau khi tải thành công.
4.2.2.3 Sử dụng Execute để thực thi một câu lệnh. Điều này cho phép thực thi một hay nhiều lệnh tới client. Gói muốn triển khai chỉ với một câu lệnh.
Lựa chọn Execute và để trƣờng “File” trống.
Trong trƣờng “Command”, chỉ điền tên của lệnh, tùy chọn, và các tham số. Lệnh này sẽ thực thi khi mà gói đƣợc tải về client.
Ví dụ, khi muốn đặt địa chỉ Proxy của máy windows client thì trƣờng “Command” ở đây là:
Proxycfg.exe /p 192.168.1.1
Hình 4.8: Sử dụng lựa chọn Execute để thực thi một lệnh tới máy trạm Hoặc khi muốn xóa một chƣơng trình của máy trạm, có thể sử dụng câu lệnh:
Click “Send” để tải lên gói và tới cửa sổ quản trị.
Cửa sổ quản lý sẽ cho phép chia các gói thành các mảnh và lƣu chúng vào trong folder tên là timestamp trong thƣ mục download của thƣ mục gốc máy chủ apache.
Đồng thời, quá trình chia gói cũng tạo ra file XML tên là infor, file này miêu tả về gói và các hành động của agent sau khi tải thành công.
4.2.2.4 Lƣu trữ gói thông qua lệnh “Store”
Gói cần triển khai có thể có một hoặc nhiều file, dùng để lƣu trữ một folder tới các máy trạm. Nén các file thành một file Zip với các gói gán cho Windows agent và file TAR.GZ với các gói gán cho LINUX agent.
Lựa chọn “Store” và kích vào nút Browse để lựa chọn các file ZIP hay TAR.GZ Trong trƣờng “Path” chỉ phải điền đƣờng dẫn nơi mà agent sẽ lƣu trữ file đƣợc giả nén từ gói sẽ đƣợc tải về.
Ví dụ, chúng ta triển khai và file đƣợc lƣu trữ trong thƣ mục “C:\My Folder”:
Hình 4.9: Tạo gói sử dụng lựa chọn Store Click “Send” để tải lên gói và tới cửa sổ quản trị.
Phải xác định kích thƣớc của từng mảnh của gói cho phép agent tải về từng phần nhỏ. Điều này cho phép agent tải lại nếu phần của gói tải bị lỗi.
Tiếp theo, phải xác định kích thƣớc của từng mảnh của gói theo đó agent sẽ tải từng mảnh này về. Điều này cho phép tải lại trong trƣờng hợp một mảnh nào đó tải bị
Cửa sổ quản lý sẽ cho phép chia các gói thành các mảnh và lƣu chúng vào trong folder tên là timestamp trong thƣ mục download của thƣ mục gốc máy chủ apache. Đồng thời, quá trình chia gói cũng tạo ra file XML tên là infor, file này miêu tả về gói và các hành động của agent sau khi tải thành công.
Hình 4.10: Phân mảnh gói khi lựa chọn Store
4.2.3 Kích hoạt gói
Khi gói đƣợc tạo phải chỉ cho agent nơi mà có thể tải về các gói.
Trƣớc tiên, agent sẽ tải về file chứa thông tin gói. Vì các file này rất quan trọng, vì thế quá trình tải phải sử dụng HTTP thông qua SSL (HTTPS) để đảm bảo agent có thể chứng thức với máy chủ triển khai. Tiếp theo, các mảnh của gói sẽ đƣợc miêu tả trong file và sẽ tải về qua giao thức HTTP thông thƣờng.
Hình 4.11: Cửa sổ lựa chọn kích hoạt gói
Lựa chọn menu “Deployment” và lựa chọn “Active”. Sẽ thấy ở đây các gói đã xây dựng.
Có thể click vào dấu thập đỏ để xóa gói đã xây dựng. Điều này đồng nghĩa với xóa gói từ cơ sở dữ liệu và cũng xóa các thông tin về file và các mảnh của file từ thƣ mục download. Vì thế, các gói đã xóa sẽ không thể hoạt động, và không còn hiệu lực tới các máy trạm.
Hình 4.12: Danh sách các gói đã tạo Click vào “Active” vào gói tƣơng ứng muốn thực thi.
Trong trƣờng “HTTPs url”, nhập URL để tải file thông tin gói. Trong trƣờng “HTTP url” nhập URL để tải các mảnh của gói
Hình 4.13: Điền địa chỉ cho phép agent tải về các mảnh của gói và file infor.
Kích hoạt gói tới các máy trạm.
Có thể kích hoạt gói tới từng máy trạm. Bằng việc hiện thị các thuộc tính của máy, lựa chọn “Customization” và thêm vào gói. Tuy nhiên, đây không là cách tốt nhất cho việc triển khai một gói tới nhiều máy trạm.
Các tốt nhất là lựa chọn tìm kiếm sử dụng chức năng“Search with various creteria” để tìm các máy muốn triển khai, và kích hoạt gói tới tất cả các máy một lúc.
Trƣớc tiên, cần tìm kiếm máy hạy hệ điều hành Windows :
Hình 4.14: Tìm kiếm các máy chạy hệ điều hành Windows
Hình 4.15: Lựa chọn triển khai gói
Click vào Deploy để triển khai tới tất cả các máy vừa tìm kiếm đƣợc.
Hình 4.16: Kích hoạt triển khai
Click vào “Affect” của gói mà muốn lựa chọn triển khai tới các máy trạm.
Các agent client sẽ đƣợc Comunication Server thông báo chúng có gói cần đƣợc triển khai. Vì thế, trong khi agent không liên lạc với Comunication Server, trên cửa sổ quản trị sẽ ở trạng thái “WAITING NOTIFICATION”, Chỉ khi agent đã liên lạc với Comunication server, trạng thái sẽ chuyển sang “NOTIFED”
4.2.3 Thống kê triển khai và xác nhận thành công
Các gói có thể đã đƣợc actived và unactived, trạng thái triển khai trong menu “Activate”
Có thể hiển thị trạng thái triển khai bằng việc lựa chọn “Stats”cho từng gói. Khi đƣa gói vào triển khai với ít nhất một máy trạm, sẽ có số liệu thống kê đồ họa hiển thị trạng thái thông báo triển khai.
Hình 4.17: Trạng thái triển khai gói.
Bảng 2 Các trạng thái triển khai
Mã trạng thái Ý nghĩa
WAITING NOTIFICATION
Server đang đợi máy agent liên lạc để thông báo có một vài gói cần phải tải về.
NOTIFIED Agent đã đƣợc thông báo có một vài gói cần tải về. Đang chờ kết quả mã.
SUCCESS [code] Agent đã thành công tải gói và thực hiện câu lệnh hoặc dữ liệu đã đƣợc giải nén thành công. Với lệnh “Launch”, trạng thái này có thể đã hoàn thành thực hiện lệnh trả về mã.
ERR_BAD_ID Agent không thể tải về gói vì không tìm đƣợc ID của gói trên server triển khai.
ERR_BAD_DIGEST Gói tải về bị hỏng, do đó không thể thực hiện lệnh.
ERR_UZIP Gói tải về không thể giải nén.
ERR_BUILD Agent không xây dựng lại gói đƣợc.
ERR_EXECUTE Agent không thể thực thi lệnh kêt hợp với gói đó đƣợc.s
ERR_CLEAN Agent không thể xóa gói đã tải về. ERR_TIMEOUT Agent không thể tải về trong thời gian
DOWNLOAD_TIMEOUT
ERR_ABORTED Ngƣời dùng đã hủy bỏ lệnh thực thi cùng gói( Do trong quá tình build gói đã lựa chọn notify và cho phép ngƣời dùng hủy bỏ cài đặt gói). ERR_EXECUTE_PACK Lỗi trong quá trình thực thi gói.
+ “Validating Success”: Thống kê các máy tính đã thành công triển khai gói.
+ “Unaffect not notified” Hủy bỏ triển khai các gói tới các client mà không
có liên lạc tới máy chủ triển khai. Gói sẽ không bị xóa, mà chỉ có các máy trạm không đƣợc lệnh triển khai gói mới bị hủy bỏ quá trình triển khai. + “Validate all”: Xóa các thống kê triển khai, và hủy bỏ các quá trình triển
khai từ những máy chƣa liên lạc với máy chủ. Là sự kết hợp của “Validate Success” +”Unaffect not notified”.
Chú ý: nên xác minh lại trạng thái triển khai gói để xóa và kết thúc quá trình triển khai trong cơ sở dữ liệu. Nếu không, dữ liệu sẽ ngày càng tăng lên và làm giảm hoạt động của hệ thống.
4.2.4 Sử dụng chứng thực SSL trong triển khai gói.
Hệ thống triển khai gói có quá nhiều quyền, vì thế nó yêu cầu SSL truy cập để xác minh máy chủ trƣớc khi tải về gói. Vì vậy cần có chứng thực SSL để sử dụng với máy chủ triển khai gói.
Chứng thực đƣợc định nghĩa trong
Có thể sử dụng một self-signed –certificate nhanh chóng và dễ dàng, nhƣng bị hạn chế, hoặc sử dụng một công cụ đáng tin cậy, ví dụ nhƣ một PKI kết hợp với CA.
Apache web server có sẵn thƣ viện OpenSSL , và có thể tạo ra và quản lý giấy chứng thực.
Sử dụng self-signed-ceritiface.
Chú ý: Phải chú ý tới ngày hết hạn của giấy chứng thực, giấy chứng thực của máy chủ triển khai phải đƣợc cài đặt trên các agent client. Khi giấy chứng thực hết hạn, phải tạo và cài lại trên các agent client.
Với OCS Iventory Server chạy trên LINUX:
Thông thƣờng, Apache hoặc gói mod_ssl có một mẫu chứng thực, đặc biệt là giấy chứng nhận để kiểm tra.
Tuy nhiên, ở đây có một ví dụ một đoạn script để tạo ra một giấy chứng thực và khóa:
#!/bin/sh
#
# First, generate apache server certificate request #
# Generate 1024 bits RSA key, store private key in a # no password protected PEM file server.key, using # system default openssl configuration file.
# echo
echo Generating Apache server private key... echo
openssl genrsa -out server.key 1024 #
# Next, sign the apache server certificate with the apache # server key
#
# Sign with PEM certificate server.crt, using PEM file # server.key for server private key, using system default # openssl configuration file.
#
# The produced certificate will be valid for 1825 days (about 5 years) #
Đoạn script này tạo ra một RSA private key trong file server.key và một giấy xác thực X.509 tự ký trong file “server.crt”.
Trƣớc tiên, chạy đoạn script này bằng lệnh:
Đoạn script này sẽ tạo ra một khóa riêng, và nhắc nhở về các thông tin: Country code, usually required: Mã quốc gia (bắt buộc có)
State or province name, usually required : Tên tỉnh, thành (bắt buộc) City, usually required : Thành phố (bắt buộc)
Organisation or company name, usually required: Tên tổ chức, cơ quan (bắt buộc).
Organisational Unit name, usually optional: Tên đơn vị tổ chức ( Tùy chọn). Common name (this is the DNS name or IP address of your server), required
: Tên máy chủ ( DNS name, hoặc địa chỉ IP của máy server) (bắt buộc). An email address, usually optional: Địa chỉ Email ( tùy chọn).
Hình 4.18 Tạo file chứng thực SSL
Trong ví dụ này, đƣa ra giấy chứng thực tự ký cho server có IP: 192.168.0.81 Tiếp theo cần phải copy giấy chứng thực của server “server.crt” vào thƣ mục cài đặt của agent client và đổi tên file này thành “cacert.pem” và cập nhật file cấu hình Apache/mod_ssl để sử dụng các file chứng thực này.
Dƣới CentOS/ Fedora/Redhat LINUX file chứng thực đƣợc lƣu trữ trong thƣ mục “/etc/httpd/conf/ssl.crt” và file khóa đƣợc lƣu trữ trong “/etc/httpd/conf/ssl.key” – Nếu chƣa có, có thể tạo và nhớ phân quyền sở hữu cho các thƣ mục này.) .
CHƢƠNG 5
KẾT QUẢ ĐẠT ĐƢỢC SAU KHI NGHIÊN CỨU VÀ TRIỂN KHAI HỆ THỐNG GIÁM SÁT OCS INVENTORY NG TRÊN HỆ THỐNG
MẠNG TRƢỜNG ĐẠI HỌC CÔNG NGHỆ