Dùng WINSCP kết nối tới Platform Service Controller hoặc vCenter Appliance 6.5 bị lỗi


Lỗi khi uploading các files lên vCenter Server Appliance khi dùng WinSCP (mã lỗi: 2107727)

Chi tiết:

  • Cố gắng tải tệp chứng chỉ lên vCenter Server Appliance bằng cách sử dụng WinSCP không thành công
  • Các bạn sẽ nhận được lỗi sau:
    “Host is not communicating for more than 15 seconds. If the problem repeats, try turning off ‘Optimize connection buffer size”.
  • Để chuyển các tập tin giữa máy tính của bạn và vCSA hoặc PSC, bạn thường sử dụng WinSCP hoặc các công cụ tương tự. Điều này không làm việc được vì cấu hình mặc định cho người dùng WINSCP là Root và Shell thay vì dùng Bash cho vCVA. Khi bạn sử dụng WinSCP để kết nối với vCSA hoặc PSC, lỗi sau được hiển thị:

    “Received too large SFTP packet. Max supported packet site is 1024000 B.
    Cannot initialize SFTP Protocol. Is this host running an SFTP Server?”


Giải pháp:

Enable SSH

Bạn có thể enable SSH để truy cập được vCenter Server Appliance: Truy cập trang https://PSC:5480 chọn mục Access > Edit và chọn SSH Login à Enabled, Bash Shell à Enabled


Sau khi kết nối được với vCSA hoặc PSC qua SSH bạn sẽ nhìn thấy màn Appliance Shell. Để luôn mở được lệnh bằng tính năng Bash, bạn chỉ cần gõ: “shell”.

Phương án 1: Mở WINSCP và Transfer File qua SFTP

WinSCP là phần mềm xử lý cho các kết nối Linux system. Ngầm định là kết nối cho Appliance Shell (thường cho ESXi Hypervisor) và không thể kết nối cho Appliance Bash.Các bạn sẽ phải enable Bash theo các bước dưới đây:





Gõ lệnh:

shell.set –enable True

  1. Gõ lệnh Sheel để chuyển sang Bash shell:shell


  1. Trong màn hình Bash shell, gõ tiếp lệnh sau để chuyển cấu hình ngầm định từ Shell sang Bash:

    chsh -s /bin/bash root


  2. Bây giờ thì bạn có thể mở lại WINSCP và kết nối tới vCenter Server Appliance hoặc PSC.
  3. To return to the Appliance Shell, run this command: chsh -s /bin/appliancesh root

Ngoài ra, bạn có thể sử dụng PSCP để sao chép các tệp từ hệ thống Linux sang Máy chủ vCenter Appliance. Trên Linux, các lệnh được chạy cục bộ và quá trình truyền file thành công.



Phương án 2: Sửa lại cấu hình SFTP trong WINSCP

Nếu dùng phương án 1, gõ lệnh Shell và các bước trên mà vẫn không kết nối được từ WINSCP tới vCenter, chúng ta nên dùng phương án 2

Đây là phần mềm phiên bản WINSCP 5.9.6:


Chọn mục SFTP


Ghi chú 1: VMware đã thay đổi hệ điều hành từ Linux SuSe Enterprise 11 x64 sang Photon OS 1.0 trong PSC 6.5 và vCSA 6.5.

Các cài đặt trên không làm việc nữa. Không có thư mục ssh trong /usr/lib64/. Tuy nhiên, một tìm kiếm nhanh và tìm thấy máy chủ sftp-được chuyển đến /usr/libexec/.

Nhập các thông tin kết nối tới PSC 6.5 hoặc vCSA 6.5 thông qua giao thức File protocol SFTP. Sử dụng thiết lập shell /usr/libexec/sftp-server trong vCSA 6.5 hoạt động tốt.

Tiếp tục chọn Advanced options:


Và dưới mục Environment > SFTP nhập thông tin SFTP Server: với dòng lệnh shell /usr/libexec/sftp-server (không có bất cứ dấu nháy, dấu phẩy nào).
Sau đó chúng ta kết nối máy chủ PSC 6.5 hoặc vCSA 6.5


Ghi chú 2: VMware dùng hệ điều hành Linux SuSe Enterprise 11 x64 ở phiên bản PSC 6.0 và vCSA 6.0.

có một đánh dấu để thay đổi cài đặt máy chủ SFTP của Advanced, SFSC của WinSCP thành “shell /usr/lib64/ssh/sftp-server” (không có dấu 2 nháy) để chuyển file mà không thay đổi thư mục mặc định.

Thay giá trị default trong ô: SFTP server thành dòng địa chỉ: shell /usr/lib64/ssh/sftp-server


Sau cùng ta cho chạy kết nối WINSCP với máy PSC 6.0 hoặc vCSA 6.0


Chúc các bạn thành công!

Advertisements

Nested vSphere 6.7 không hỗ trợ EVC trên máy chủ ESXi 6.5


Trong các mô hình dựng hệ thống Lab vSphere 6.7 có kịch bản sau:

Thông số Labs của bạn này: Một bạn học viên đang có 2 con máy ảo dựng kiểu Nested ESXi 6.7 chạy trên máy vật lý đã được ảo Hypervisor ESXi v6.5, và bạn này đã sửa CPUID của máy ảo ESXi 6.7 theo hướng dẫn của mình để tạo cluster có EVC enabled.

vCenter điều khiển con vSphere 6.7 VM Nested là bản 6.7 hay là bản 6.5 ? và có cấu hình PSC và VCVA tách riêng ? vCenter của bạn này cài bản 6.7 và có cấu hình PSC, VCVA tách riêng. Lab này thì không có server AD-DC. PSC và VCVA đều cài trên máy windows server 2016 (Ghi chú: VCVA nghĩa là vcenter Appliance còn như của em cài vCenter trên windows server nên chỉ gọi tắt là vCenter Windows – VCW)

Bạn đó đảm bảo làm chính xác, nhưng sau khi sửa như vậy thì máy ảo Nested ESXi 6.7 không bật lên được, báo lỗi CPUID không tương thích.

Mình khẳng định vẫn áp dụng bình thường, vì sơ đồ Flag cho CPUID là không thay đổi cho cả Nested 6.7: Sơ đồ Flags cho CPUID:


Kết luận sơ bộ: Thông báo phía nhóm kỹ thuật phần Nested vSphere 6.7, trường hợp của bài labs đó đã được mình làm labs và có lưu ý như sau:

vSphere 6.7 no longer supports the following processors:

AMD Opteron 13xx Series

AMD Opteron 23xx Series

AMD Opteron 24xx Series

AMD Opteron 41xx Series

AMD Opteron 61xx Series

AMD Opteron 83xx Series

AMD Opteron 84xx Series

Intel Core i7-620LE Processor

Intel i3/i5 Clarkdale Series

Intel Xeon 31xx Series

Intel Xeon 33xx Series

Intel Xeon 34xx Clarkdale Series

Intel Xeon 34xx Lynnfield Series

Intel Xeon 35xx Series

Intel Xeon 36xx Series

Intel Xeon 52xx Series

Intel Xeon 54xx Series

Intel Xeon 55xx Series

Intel Xeon 56xx Series

Intel Xeon 65xx Series

Intel Xeon 74xx Series

Intel Xeon 75xx Series

Các chipset cũ trên danh sách này sẽ không support cho VM Nested vsphere 6.7.

Mình đã thử 1 con chip mới Intel Xeon 5960 v4 thì chạy được với mô hình Labs nói trên.

Và trường hợp thử 1 con esxi host khác dùng chip: Intel i3 thì báo lỗi luôn, không cấu hình được EVC Turn-on.

lỗi mà em mô tả về Labs vsphere 6.5 rồi cài VM Nested vSphere 6.7 nhưng muốn có EVC. và mình khẳng định không làm được là do CPU trên cấu hình bản vSphere 6.7 (GA) tức là bản gốc chưa update fix lỗi sẽ loại “not support” các dòng chip cũ

ví dụ: mình dựng 2 con ESXI có cpu mới và cũ, IP 192.168.100.40 là CPU mới, bật được trong cluster EVC bình thường


 


còn con 192.168.100.30 có CPU core i3 cũ, nên không cho vào Cluster EVC được.

Kéo vào Cluster có bật EVC, con 192.168.100.30 sẽ báo lỗi không support


 

Hy vọng là các bạn sẽ chọn được các loại chip CPU mới hơn và support cho môi trường Labs mới vSphere 6.5/6.7 Nested.

Với những mức độ phức tạp và càng ngày càng cao, các bạn nên tham khảo và học các khoá CNTT Ảo hoá tại ROBUSTA để được trao đổi hướng dẫn chuyên sâu hơn.

Trân trọng cảm ơn !

Cập nhật vá lỗi, nâng cấp phiên bản cho ESXi Host 6.5, PSC và vCenter Appliance 6.5


Hiện nay, các phiên bản ESXi Host 6.5, vCenter Appliance 6.5 đang bị các lỗi liên quan tới Adobe Flash:

  • Thường xuyên bị Flash Crash.
  • Thường xuyên làm lỗi màn quản trị Web Sphere.
  • Thậm trí bộ cài phiên bản đầu tiên của vSphere 6.5 vCenter không thể Deploy trên ESXi Host được (lỗi kỳ cục về root not set password, 80% deploy thì dừng, không vMotion các VM từ Local Storage sang Share Storage, mất màn chọn Location Storage khi Migrate…)

Tôi xin hướng dẫn cách nâng cấp, vá lỗi ESXi Host 6.5 và PSC/VCVA 65 phiên bản đầu tới bản cập nhật mới nhất để chấm dứt tình trạng lỗi nói trên.

Phần 1. Nâng cập ESXi Host 6.5

Cách 1. Nếu các ESXi Host có thể truy cập internet:

Chỉ cần dùng PuTTy kết nối qua cổng SSH 22, bạn có thể truy cập user: root và nhập lệnh cập nhật qua Web service:

esxcli network firewall ruleset set -e true -r httpClient

esxcli software profile update -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml -p ESXi-6.5.0-20170702001-standard

esxcli network firewall ruleset set -e false -r httpClient

Cách 2. Nếu ESXi Host không được quyền truy cập Internet:

Bước 1. Download các bản vá lỗi ESXi host bằng cách download file .zip deposit:

 

Bước 2:

Sau khi download file zip về:

  • Dùng WINSCP truy cập cổng SSH 22 và đẩy file zip lên 1 thư mục ví dụ: /vmfs/volumes/ của ESXi Host cần nâng cấp.
  • Dùng PuTTy truy cập cổng SSH 22 của từng ESXi Host và gõ lệnh sau:

esxcli software vib update -d file:///vmfs/volumes/59edf30e-29595789-1d70-0050569e811c/ESXi650-201710001.zip

Bước 3:

Sau khi hoàn thành lệnh nâng cấp, kiểm tra phía trên kết quả log có yêu cầu reboot.

Bước 4. Dùng Web Sphere truy cập ESXi host, mục System kiểm tra phiên bản mới:

ESXi Host version build 6765664 (update 5.Oct.2017)

 

Phần 2. Nâng cập PSC hoặc VCVA 6.5

Bước 1. Download bộ cài ISO của VCVA 6 update 1b từ đường link: https://my.vmware.com/group/vmware/patch#search 

 

Bước 2. Snapshot lại 1 bản của PSC/VCVA hoặc dùng Veeam Backup full máy chủ vCenter Appliance 6.5

Bước 3. Mở PuTTy để kết nối tới SSH, Bash Shell của VCVA

Lưu ý: để dùng được các lệnh VCVA thì không áp dụng Bash Shell, nếu bạn đã mở WINSCP và cấu hình lệnh cho PuTTy dạng Shell /Bash thì cần thoát chế độ đó bằng lệnh:

chsh -s /bin/appliancesh root

PuTTy sẽ trở về dạng lệnh:

Bước 4. Dùng PuTTy mở VCVA và gõ lệnh:

software-packages install –iso –acceptEulas

Lưu ý: 

– vCenter Appliance có hạn chế thời gian được phép mở lệnh BASH qua port SSH 22 (ngầm định thời gian chễ IDE timeout: 60 giây).

– Dùng WINSCP cần phải cấu hình PuTTy mở port SSH 22 (không mở trực tiếp bằng SFTP sẽ bị báo lỗi)


– Nếu muốn mở SFTP qua cổng SSH 22 phải dùng PuTTy mở trước.

– Nếu mở PuTTy gõ lệnh ở bước 3.

Accept EULA and wait till patching/updating will be finished:

[2015-04-28T15:15:12.118] : Staging software update packages from ISO
[2015-04-28T15:15:13.118] : ISO mounted successfully
[2015-04-28 15:15:13,198] : Running pre-stage script…..
[2015-04-28T15:15:14.118] : Verifying staging area
[2015-04-28T15:15:14.118] : Validating software update payload
[2015-04-28T15:15:14.118] : Validation successful
[2015-04-28 15:15:51,055] : Processing software packages in update payload 36/36
[2015-04-28T15:16:18.118] : ISO unmounted successfully
[2015-04-28T15:16:18.118] : (34) packages staged successfully
[2015-04-28 15:16:18,694] : Running test transaction ….
[2015-04-28 15:16:24,707] : Running pre-install script…..
[2015-04-28T15:18:23.118] : Services stopped.
[2015-04-28 15:18:23,082] : Upgrading software packages ….
[2015-04-28 15:21:04,355] : Running post-install script…..
[2015-04-28T15:21:05.118] : Packages upgraded successfully, Reboot is required to complete the installation.

 

Bước 5. Dùng Web Sphere client truy cập VCVA và mount CD/DVD file ISO phiên bản nâng cấp

Ghi chú:

  • Bạn dùng trình duyệt web sphere đăng nhập cổng https://ipPSC:5480 đăng nhập bằng user “root” (không thể nâng cấp bằng user administrator@vsphere.local).
  • Nếu bạn cấu hình PSC và vCenter tách riêng thì phải nâng cấp PSC trước rồi mới nâng cấp tiếp theo là vCVA (các bước thực hiện tương tự như trên).


Chọn menu Check updates > Check CDROM


Bước 6. Dùng lệnh Reboot để khởi động lại PSC hoặc vCenter sau khi nâng cấp

shutdown reboot -r updating


 

Bước 7. Kiểm tra lại vCenter đã nâng cấp phiên bản mới:

vCenter Appliance build U1b 6816762 (update 26.Oct.2017)

Chúc các bạn thành công!


 

Cách cấu hình AD Users có quyền truy cập Bash và SSH port 22 của vCenter Server Appliance 6.x


Bước 0. Hãy đảm bảo rằng VCSA và / hoặc PSC của bạn được join domain và kết hợp với Active Directory trước khi tiếp tục bước tiếp theo. Nếu không, hãy xem tài liệu dưới đây:

Lỗi gì khi đặt tên Domain SSO trong PSC 6.0 và vCSA 6.0 trùng với tên domain AD-DC

Bài Labs: triển khai mô hình HA và SSO cho PSC với vCenter site A (Hà nội) và vCenter Site B (HCMC)

Cách cấu hình đăng nhập 1 lần SSO giữa AD Server với vCenter 6.0 (Platform Service Controller– PSC)

Bước 1 – Đăng nhập vào vSphere Web Client và dưới Administration-> System Configuration-> Nodes-> Manage-> Settings-> Access, đi trước và kích hoạt SSH và bash shell options.

  • Cài đặt đầu tiên chuyển SSH sang VCSA và
  • Cài đặt thứ hai cho phép người dùng (LocalOS, vSphere SSO và AD) truy cập thông qua Shell tới VCSA.


Bước 2 – Trong Web Client vSphere và trong Administration-> Single Sign-On-> Users and Groups-> Groups, chọn nhóm SystemConfiguration.BaseShellAdministrators và thêm một AD User và / hoặc Group mà bạn muốn cho phép truy cập bằng Shell.

Lưu ý: các bạn có thể làm như vậy với 3 nhóm đặc biệt khác: License Service Administrators, Component Manager Administrators, SystemConfiguration.Administrators


 

Khi bạn đã hoàn tất các bước ở trên, bây giờ bạn có thể dùng SSH truy cập đến VCSA / PSC của bạn bằng cách sử dụng AD User (định dạng UPN: kiểu email) mà bạn đã ủy quyền trước đó.

Trong ví dụ dưới đây, tôi đang đăng nhập vào một trong những VCSA của tôi bằng cách sử dụng người dùng: thang.le@vclass.local và như bạn thấy, account của tôi được đặt trong Shell theo mặc định.

Trước khi add account của tôi vào nhóm IThelpdesk thuộc vnet.local (SSO Domain của PSC/vCenter) thì tuy vào được SSH 22 nhưng lệnh shell gõ không chạy

Nếu chúng ta muốn thay đổi thành lệnh bash shell, chúng ta chỉ cần gõ “shell” cho phép truy cập shell, giả sử bạn đã thực hiện Bước 2.

Chúc các bạn thành công!

Cách cấu hình WINSCP kết nối với PSC 6.x và vCenter Server Appliance 6.x


Để sử dụng được WinSCP trong các công việc liên quan tới chuyển các tệp khi kết nối với PSC hoặc vCSA, giải pháp của VMware KB2107727 là tạm thời thay đổi thư mục kết nối mặc định từ /bin/appliancesh sang /bin/bash, sau đó thay đổi lại sau khi kết nối WINSCP với PSC hoặc vCSA thành công.

Ví dụ 1: Trong PSC 6.0 hoặc vCSA 6.0:

Dùng PuTTy kết nối máy chủ PSC 6.0 hoặc vCSA 6.0 trước.

Nhập mật khẩu của user: root

Sau đó gõ lệnh Shell

Tiếp theo gõ lệnh

shell.set –enabled True

cuối cùng gõ lệnh:

shell

Đến đây, chúng ta có thể chuyển qua mở WINSCP.

có một đánh dấu để thay đổi cài đặt máy chủ SFTP của Advanced, SFSC của WinSCP thành “shell /usr/lib64/ssh/sftp-server” (không có dấu 2 nháy) để chuyển file mà không thay đổi thư mục mặc định.

Đây là WINSCP version 5.9.6:

Chọn mục SFTP

Thay giá trị default trong ô: SFTP server thành dòng địa chỉ: shell /usr/lib64/ssh/sftp-server

Sau cùng ta cho chạy kết nối WINSCP với máy PSC 6.0 hoặc vCSA 6.0

 

Ghi chú: VMware đã thay đổi hệ điều hành từ Linux SuSe Enterprise 11 x64 sang Photon OS 1.0 trong PSC 6.5 và vCSA 6.5.

Các cài đặt trên không làm việc nữa. Không có thư mục ssh trong /usr/lib64/. Tuy nhiên, một tìm kiếm nhanh và tìm thấy máy chủ sftp-được chuyển đến /usr/libexec/.

Sử dụng thiết lập shell /usr/libexec/sftp-server trong vCSA 6.5 hoạt động tốt.

 

Ví dụ 2: Trong PSC 6.5 hoặc vCSA 6.5:

Trước tiên phải mở cổng SSH enable cho PSC hoặc vCSA 6.5, bằng cách:

  1. Đăng nhập vCSA VAMI UI (https://vcsa-ip:5480)
  2. Ở mục Access, chọn enable SSH Login. (ghi chú: việc enabling Bash Shell là không cần thiết vì 60s không vào được SSH hệ thống tự lock Bash Shell)


  1. Dùng WINSCP version 4.2.3,

Tạo Session


Nhập các thông tin kết nối tới PSC 6.5 hoặc vCSA 6.5 thông qua giao thức File protocol SFTP.

Tiếp tục chọn Advanced options:


Và dưới mục Environment > SFTP nhập thông tin SFTP Server: với dòng lệnh shell /usr/libexec/sftp-server (không có bất cứ dấu nháy, dấu phẩy nào).
Sau đó chúng ta kết nối máy chủ PSC 6.5 hoặc vCSA 6.5

Chúc các bạn thành công!

Cách thêm nhiều Domain Multi-tenant đăng nhập 1 lần trên vCenter


image

image

 

image

image

Bên cạnh các máy chủ AD có cấu hình kết nối thông qua giao thức LDAP, chúng ta vẫn có thể cấu hình thêm 1 kiểu kết nối AD – Active Directory (Integrated Windows Authentication)

image

 

Sau khi đã phân quyền các users/ group thuộc các Domain AD đó thành công.

Mỗi user có quyền thuộc các AD khác nhau đều có thể truy cập vào cùng vCenter với các kiểu đăng nhập sau:  kiểu tên miền\user name  hoặc  username@tên miền

image

 

hoặc domain khác:

image

Chúc các bạn thành công !

Bài Labs: triển khai mô hình HA và SSO cho PSC với vCenter site A (Hà nội) và vCenter Site B (HCMC)


Những phiên bản vSphere 5.5 trở về trước chung ta chưa bao giờ xử lý cấu hình và tiết kiểm được chi phí license của vCenter với các ESXi Host của từng hệ thống DC hay còn gọi là từng chi nhánh “site”.

Trong phiên bản từ vSPhere 6.0 trở lên, chúng ta hoàn toàn có thể giải quyết các vướng mắc và tiết kiệm chi phí license khi dựng 1 hệ thống vCenter có nhiều chi nhánh DC ở nhiều hơn 1 site.

Ở đây tôi xin giới thiệu cơ bản về mô hình cấu hình vSphere 6 với 2 site A( đặt tại Hà nội)  và Site B (đặt tại HCMC) thông qua mô hình cấu hình Hệ thống Quản trị trung gian “External PSC”:

Trong đó PSC là Platform Service Controller chỉ có từ vSphere 6.x. Mô hình này tôi dựng toàn bộ là các máy chủ VM Appliance để giảm chi phí license cài trên Windows OS server và MS SQL Server.

Tận dụng tối đa license Open GLN của VMware xây dựng trên Linux SuSe Enterprise Server 11 x64.

image

Một số yêu cầu quan trọng phải chuẩn bị trước:

1. Luôn phải có tới thiểu 1 DNS server để cấu hình các bản ghi A (Host) để forward và PTR để reverse lookup zones.

2. Trong 1 Site A tối thiểu sẽ có 2 máy ảo VM để deployed, 1 là máy  ảo PSC và 1 cái khác là  vCenter nằm trên cùng node.

3. Tất cả 2 máy VM trên đều phải là IPv4 địa chỉ IP tĩnh và có thông tin tên máy theo dạng FQDN (có định danh tên host + tên domain khớp với DNS Server đã khải ở trên bản ghi A, PTR) 

I. Triển khai Platform Services Controller – PSC tại Site A:

Bước 1.

image

Bước 2.

image

Bước 3.

image

*Ghi chú*  Nếu bạn có một domain hiện có trong AD hoạt động ví dụ: xyz.vn.  Bạn đừng nên  sử dụng tên miền này cho vCenter vì miền đó sẽ làm SSO và sẽ khiến bạn nhầm lẫn giữa SSO của vCenter với AD user của bạn khi quản lý thêm hoặc phân quyền người dùng dưới tên miền xyz.com trong vCenter  Administrators.

Bước 4.

image

Bước 5.

image

Bước 6.

image

Bước 7.

image

Bước 8.

image

Bước 9.

image

Bước 10.

image

II. Cài và cấu hình vCenter Appliance tại Site A  (VCVA – Site A):

Bước 1.

image

Bước 2.

image

Bước 3.

image

Bước 4.

image

Bước 5.

image

Bước 6.

image

Bước 7.

image

Bước 8.

image

Bước 9.

image

Bước 10.

image

Bước 11.

image

Bước 12.

image

Bước 13.

image

Bước 14.

image

 

III. Cài đặt và cấu hình vCenter Appliance site B (chi nhánh) chỉ có vCenter và kết nối qua mạng WAN/Internet tới Site A thông qua PSC

Các bước chuẩn bị trước khi cài vCenter tại site B (HCMC):
– Đây là cách cấu hình mở rộng cho phép kết nối PSC từ vCenter 6.x, đây cũng là kiểu cấu hình cho phép nhiều vCenter Servers có thể kết nối tới 1 PSC.
  1. Các vCenter không nằm trên cùng hệ thống với PSC sẽ phải có cấu hình DNS Server (có bản ghi A, PTR của máy chủ vCenter trước khi cài vCenter).
  2. Phải đảm bảo là quản trị site B của HCMC phải biết thông tin chính xác về địa chỉ IP, tên máy chủ và FQDN của PSC tại Hà nội, user admin SSO, mật khẩu và mở NAT cổng 443 của PSC .
  3. Hệ thống mô hình này cũng cho phép có nhiều PSC hơn 1 máy tại HCMC giống với ở Hà nội.
  4. Giải pháp trên cũng hỗ trợ cho vCenter Windows Server.

ví dụ mô hình nhiều vCenter cùng kết nối tới 1 PSC

image

Bước 1.

image

Bước 2.

image

Bước 3.

image

Bước 4.

image

Bước 5.

image

Bước 6.

image

Bước 7

image

Như vậy là chúng ta đã cài đặt xong mô hình mở rộng PSC cho phép kết nối và SSO giữa 2 site A (hà nội) và site B (HCMC).

Chúc các bạn thành công !