text:
Đại hội thể thao châu Á 2018 (ASIAD 2018) sẽ diễn ra ở Palembang (Indonesia) từ ngày 18-8 tới 2-9. Đây có lẽ là sự kiện quan trọng nhất của Thể thao Việt Nam năm 2018. Mục tiêu Thể thao Việt Nam đặt ra tại đấu trường này là quyết vượt qua mốc 4 HCV như từng giành được tại ASIAD 2002.
Niềm tin trên là hoàn toàn có cơ sở, khi năm 2017, Thể thao Việt Nam đã có thành tích đáng kể ở SEA Games 29 khi hơn 90% tổng số HCV giành được thuộc nhóm môn Olympic và ASIAD. Đây thực sự là một khích lệ lớn đối với thể thao Việt Nam sau nhiều năm kiên định đầu tư cho nhóm môn Olympic và ASIAD, là cơ sở tạo niềm tin, Đoàn thể thao Việt Nam tại ASIAD 2018 sẽ không phải mòn mỏi chờ đợi Huy chương vàng như đã thấy ở một số kỳ ASIAD gần đây.
SEA Games 29 đã kết thúc thành công đối với Đoàn thể thao Việt Nam, đặc biệt ở các nội dung có trong chương trình thi đấu tại ASIAD, Olympic khiến đa số hướng tới ASIAD 2018 với niềm lạc quan. Mục tiêu của đoàn thể thao Việt Nam ở ASIAD 2018 là giành 4-5 HCV. Theo tính toán của các nhà quản lý thì số môn có thể giành Huy chương vàng tại ASIAD 2018 là điền kinh, bắn súng, wushu, bơi, bắn cung, pencak silat, karatedo, xe đạp và một phần là cử tạ, taekwondo. Hoàng Xuân Vinh, Nguyễn Thị Ánh Viên, Bùi Thu Thảo, Lê Tú Chinh, Dương Thúy Vi, Thạch Kim Tuấn… là những niềm hi vọng vàng của Đoàn thể thao Việt Nam tại ASIAD 2018
Đội tuyển điền kinh, dù giành tới 17 HCV tại SEA Games 29, nh7ng thực tế chỉ 3-4 nội dung có hi vọng tranh HCV ASIAD 2018. Đó là nhảy xa nữ, chạy tiếp sức 4x100m nữ, 400m nữ, 400m rào nữ. Đội tuyển bơi giành tới 10 HCV tại SEA Games 29, trong đó riêng Nguyễn Thị Ánh Viên giành 8 HCV, nhưng cũng chỉ nuôi hi vọng mong manh giành được 1 HCV.
Bắn súng là môn hi vọng có Vàng. Tại kỳ đại hội này, trách nhiệm “gặt” Vàng tiếp tục được đặt lên vai xạ thủ số 1 Hoàng Xuân Vinh ở 2 nội dung sở trường là 10m súng ngắn hơi và 50m súng ngắn bắn chậm. Thất bại tại SEA Games 29 vừa qua chính là động lực để nhà vô địch Olympic mạnh mẽ hơn khi bước vào trường bắn.
Đội tuyển wushu từng giành HCV duy nhất cho Đoàn thể thao Việt Nam tại ASIAD 2014 cũng chỉ hi vọng giành 1 HCV ở kỳ ASIAD tới. Với pencak silat lần đầu được đưa vào thi đấu ở ASIAD 2018, đội tuyển Việt Nam cũng chỉ dám đặt mục tiêu giành 1 HCV dù đang thuộc nhóm đứng đầu thế giới ở môn này.
Theo Phó Tổng cục trưởng Tổng cục Thể dục thể thao Trần Đức Phấn, quá trình chuẩn bị cho ASIAD 2018 đã được khởi động từ sau ASIAD 2014 và SEA Games 29 chỉ là cột mốc bắt đầu chặng nước rút. Dự kiến, Tổng cục TDTT sẽ triệu tập 405 VĐV xuất sắc, 85 HLV, 15 chuyên gia để chuẩn bị cho mục tiêu ASIAD 2018.
Ngoài sự kiện trên, năm 2018, thể thao Việt Nam còn tham gia Olympic trẻ 2018 tổ chức tại Argentina từ ngày 6 tới 18-10. Trong lịch sử các lần tham dự, VĐV trẻ Việt Nam từng có HCV tại Olympic trẻ. Năm 2010 (lần đầu Olympic trẻ được tổ chức và diễn ra tại Singapore) Thể thao Việt Nam giành được 1 HCV của VĐV Thạch Kim Tuấn (cử tạ). Năm 2014, tấm HCV duy nhất tại Đại hội trên của thể thao Việt Nam đến từ kình ngư Nguyễn Thị Ánh Viên.
Hiện tại, Thể thao Việt Nam đã có 1 suất chính thức tham dự Olympic trẻ là Đỗ Hồng Ngọc (boxing nữ). VĐV Nguyễn Hữu Kim Sơn (bơi lội) đã vượt chuẩn nhưng chưa có vé chính thức. Hiện các VĐV Việt Nam vẫn đang nỗ lực dự tranh tìm suất chính thức dự Olympic trẻ 2018.
Năm 2018, Thể thao Việt Nam còn tham dự Đại hội thể thao học sinh Đông Nam Á 2018, diễn ra vào giữa tháng 7 tại Malaysia, Đại hội thể thao sinh viên Đông Nam Á 2018 diễn ra tại Myanmar và Đại hội võ thuật thế giới 2018.
Với môn bóng đá, năm 2018, bóng đá Việt Nam sẽ thi đấu giải U23 châu Á (tháng 1, Trung Quốc); giải vô địch nữ châu Á (tháng 4, Jordan); giải U19 châu Á (tháng 10, Indonesia); AFF Cúp (tháng 11, 12).
Ở trong nước, năm 2018 là năm diễn ra Đại hội TDTT toàn quốc lần thứ VIII. Đại hội thể thao toàn quốc là sự kiện thể thao lớn được tổ chức 4 năm một lần, có tính chất, ý nghĩa quan trọng với hoạt động, sự phát triển của cả nền thể thao. Tại Đại hội, sẽ có 34 môn Thể thao được đưa vào thi đấu chính thức, trong đó có tới 28 môn Thể thao của Olympic và Asiad, 6 môn còn lại sẽ ưu tiên cho các môn Thể thao truyền thống, thế mạnh của thể thao Việt Nam. Tất cả VĐV trong cả nước sẽ đại diện cho các tỉnh, thành, ngành thi đấu Đại hội TDTT toàn quốc 2018 diễn ra vào tháng 11 tại Hà Nội.
Thanh Phương
Theo Thể thao ngày nay

markdown:
Đại hội thể thao châu Á 2018 (ASIAD 2018) sẽ diễn ra ở Palembang (Indonesia) từ ngày 18-8 tới 2-9. Đây có lẽ là sự kiện quan trọng nhất của Thể thao Việt Nam năm 2018. Mục tiêu Thể thao Việt Nam đặt ra tại đấu trường này là quyết vượt qua mốc 4 HCV như từng giành được tại ASIAD 2002.
![ ](http://sovhtt.hanoi.gov.vn/wp-content/uploads/2018/01/TTVN-600x403.jpg)
Niềm tin trên là hoàn toàn có cơ sở, khi năm 2017, Thể thao Việt Nam đã có thành tích đáng kể ở SEA Games 29 khi hơn 90% tổng số HCV giành được thuộc nhóm môn Olympic và ASIAD. Đây thực sự là một khích lệ lớn đối với thể thao Việt Nam sau nhiều năm kiên định đầu tư cho nhóm môn Olympic và ASIAD, là cơ sở tạo niềm tin, Đoàn thể thao Việt Nam tại ASIAD 2018 sẽ không phải mòn mỏi chờ đợi Huy chương vàng như đã thấy ở một số kỳ ASIAD gần đây.
SEA Games 29 đã kết thúc thành công đối với Đoàn thể thao Việt Nam, đặc biệt ở các nội dung có trong chương trình thi đấu tại ASIAD, Olympic khiến đa số hướng tới ASIAD 2018 với niềm lạc quan. Mục tiêu của đoàn thể thao Việt Nam ở ASIAD 2018 là giành 4-5 HCV. Theo tính toán của các nhà quản lý thì số môn có thể giành Huy chương vàng tại ASIAD 2018 là điền kinh, bắn súng, wushu, bơi, bắn cung, pencak silat, karatedo, xe đạp và một phần là cử tạ, taekwondo. Hoàng Xuân Vinh, Nguyễn Thị Ánh Viên, Bùi Thu Thảo, Lê Tú Chinh, Dương Thúy Vi, Thạch Kim Tuấn… là những niềm hi vọng vàng của Đoàn thể thao Việt Nam tại ASIAD 2018
![ ](http://sovhtt.hanoi.gov.vn/wp-content/uploads/2018/01/Thu-Thao-600x530.jpg)
Đội tuyển điền kinh, dù giành tới 17 HCV tại SEA Games 29, nh7ng thực tế chỉ 3-4 nội dung có hi vọng tranh HCV ASIAD 2018. Đó là nhảy xa nữ, chạy tiếp sức 4x100m nữ, 400m nữ, 400m rào nữ. Đội tuyển bơi giành tới 10 HCV tại SEA Games 29, trong đó riêng Nguyễn Thị Ánh Viên giành 8 HCV, nhưng cũng chỉ nuôi hi vọng mong manh giành được 1 HCV.
Bắn súng là môn hi vọng có Vàng. Tại kỳ đại hội này, trách nhiệm “gặt” Vàng tiếp tục được đặt lên vai xạ thủ số 1 Hoàng Xuân Vinh ở 2 nội dung sở trường là 10m súng ngắn hơi và 50m súng ngắn bắn chậm. Thất bại tại SEA Games 29 vừa qua chính là động lực để nhà vô địch Olympic mạnh mẽ hơn khi bước vào trường bắn.
Đội tuyển wushu từng giành HCV duy nhất cho Đoàn thể thao Việt Nam tại ASIAD 2014 cũng chỉ hi vọng giành 1 HCV ở kỳ ASIAD tới. Với pencak silat lần đầu được đưa vào thi đấu ở ASIAD 2018, đội tuyển Việt Nam cũng chỉ dám đặt mục tiêu giành 1 HCV dù đang thuộc nhóm đứng đầu thế giới ở môn này.
Theo Phó Tổng cục trưởng Tổng cục Thể dục thể thao Trần Đức Phấn, quá trình chuẩn bị cho ASIAD 2018 đã được khởi động từ sau ASIAD 2014 và SEA Games 29 chỉ là cột mốc bắt đầu chặng nước rút. Dự kiến, Tổng cục TDTT sẽ triệu tập 405 VĐV xuất sắc, 85 HLV, 15 chuyên gia để chuẩn bị cho mục tiêu ASIAD 2018.
Ngoài sự kiện trên, năm 2018, thể thao Việt Nam còn tham gia Olympic trẻ 2018 tổ chức tại Argentina từ ngày 6 tới 18-10. Trong lịch sử các lần tham dự, VĐV trẻ Việt Nam từng có HCV tại Olympic trẻ. Năm 2010 (lần đầu Olympic trẻ được tổ chức và diễn ra tại Singapore) Thể thao Việt Nam giành được 1 HCV của VĐV Thạch Kim Tuấn (cử tạ). Năm 2014, tấm HCV duy nhất tại Đại hội trên của thể thao Việt Nam đến từ kình ngư Nguyễn Thị Ánh Viên.
Hiện tại, Thể thao Việt Nam đã có 1 suất chính thức tham dự Olympic trẻ là Đỗ Hồng Ngọc (boxing nữ). VĐV Nguyễn Hữu Kim Sơn (bơi lội) đã vượt chuẩn nhưng chưa có vé chính thức. Hiện các VĐV Việt Nam vẫn đang nỗ lực dự tranh tìm suất chính thức dự Olympic trẻ 2018.
Năm 2018, Thể thao Việt Nam còn tham dự Đại hội thể thao học sinh Đông Nam Á 2018, diễn ra vào giữa tháng 7 tại Malaysia, Đại hội thể thao sinh viên Đông Nam Á 2018 diễn ra tại Myanmar và Đại hội võ thuật thế giới 2018.
Với môn bóng đá, năm 2018, bóng đá Việt Nam sẽ thi đấu giải U23 châu Á (tháng 1, Trung Quốc); giải vô địch nữ châu Á (tháng 4, Jordan); giải U19 châu Á (tháng 10, Indonesia); AFF Cúp (tháng 11, 12).
Ở trong nước, năm 2018 là năm diễn ra Đại hội TDTT toàn quốc lần thứ VIII. Đại hội thể thao toàn quốc là sự kiện thể thao lớn được tổ chức 4 năm một lần, có tính chất, ý nghĩa quan trọng với hoạt động, sự phát triển của cả nền thể thao. Tại Đại hội, sẽ có 34 môn Thể thao được đưa vào thi đấu chính thức, trong đó có tới 28 môn Thể thao của Olympic và Asiad, 6 môn còn lại sẽ ưu tiên cho các môn Thể thao truyền thống, thế mạnh của thể thao Việt Nam. Tất cả VĐV trong cả nước sẽ đại diện cho các tỉnh, thành, ngành thi đấu Đại hội TDTT toàn quốc 2018 diễn ra vào tháng 11 tại Hà Nội.
Thanh Phương
Theo Thể thao ngày nay

Server: Nginx-VPSSIM

Accept-Ranges: bytes


text:
Nghệ thuật quản trị các chuỗi cung ứng (Phần 2)
Chia sẻ: Big Big | Ngày: | Loại File: PDF | Số trang:7
lượt xem 112
download
Nghệ thuật quản trị các chuỗi cung ứng (Phần 2)
3. Tác hại của “Quyền lực cứng” Tất cả các nhà quản lý đều tìm cách phát triển “quyền lực cứng” nhằm củng cố vị trí của mình trong con mắt khách hàng hay nhà cung cấp. Nhưng họ sẽ thật sai lầm khi tìm cách sử dụng “quyền lực cứng” nhằm quản trị các “công ty bổ sung”. Vì nếu sử dụng “quyền lực cứng”, họ sẽ đánh mất những nguồn lực thực sự quan trọng khác nhằm thúc đẩy quan hệ hợp tác. Về cơ bản, “quyền lực cứng” dựa trên các sức mạnh truyền thống như...
Bình luận(0) Đăng nhập để gửi bình luận!
Nội dung Text: Nghệ thuật quản trị các chuỗi cung ứng (Phần 2)
- Nghệ thuật quản trị các chuỗi cung ứng (Phần 2) 3. Tác hại của “Quyền lực cứng” Tất cả các nhà quản lý đều tìm cách phát triển “quyền lực cứng” nhằm củng cố vị trí của mình trong con mắt khách hàng hay nhà cung cấp. Nhưng họ sẽ thật sai lầm khi tìm cách sử dụng “quyền lực cứng” nhằm quản trị các “công ty bổ sung”. Vì nếu sử dụng “quyền lực cứng”, họ sẽ đánh mất những nguồn lực thực sự quan trọng khác nhằm thúc đẩy quan hệ hợp tác. Về cơ bản, “quyền lực cứng” dựa trên các sức mạnh truyền thống như thị phần, thương hiệu, quyền kiểm soát các kênh phân phối và tài chính. Nói chung, tốt nhất các công ty nên sử dụng “quyền lực cứng” của mình ở những lĩnh vực khác. “Quyền lực cứng” có thể đem lại những hiệu quả tức thời trong việc quản trị “công ty bổ sung”, nhưng nó ẩn chứa rất nhiều nhược điểm. Nguy hiểm nhất là khi các nhà quản lý chỉ chăm chăm sử dụng “quyền lực cứng” thay vì xây dựng lòng tin giữa các công ty. Dù “quyền lực cứng” có thể giúp việc tạo dựng liên minh giữa các công ty cùng sản xuất sản phẩm hoặc dịch vụ bổ sung cho nhau, thì nó cũng không khuyến khích sự hợp tác sâu rộng. Vì vậy, những doanh nghiệp
- phụ thuộc quá nhiều vào “quyền lực cứng” trong dài hạn có thể phải trả giá đắt. Điều này đặc biệt đúng khi người sử dụng “quyền lực cứng” đưa ra sự thưởng phạt tức thì. Thiếu đi cảm giác cùng phấn đấu vì mục đích chung, các công ty cung cấp các sản phẩm hoặc dịch vụ bổ sung cho nhau dần mất đi tinh thần hợp tác và cùng đưa nhau đến sự phá sản. Sau cùng, việc sử dụng “quyền lực cứng” có thể gây ra phản ứng dữ dội. Đây là điều đặc biệt nguy hiểm vì nó khiến doanh nghiệp tìm cách hạn chế sự phụ thuộc của mình vào đối tác “chiếu trên” và cố gắng tái sắp xếp lại nền công nghiệp nhằm phục vụ ý đồ của mình. “Quyền lực cứng” và bài học từ Microsoft và Intel Phải nhờ đến cuộc điều tra chống độc quyền của Cơ quan Tư pháp Mỹ đối với Microsoft mà một vài khía cạnh trong mối quan hệ giữa Microsoft và Intel mới được đưa ra ánh sáng. Mối quan hệ giữa hai tập đoàn lớn này là minh chứng cụ thể cho những ưu điểm và nhược điểm trong sử dụng “quyền lực cứng”. Từ năm 1980, khi IBM chọn bộ vi xử lý của Intel và hệ điều hành của Microsoft là nền tảng cho các sản phẩm máy tính cá nhân của mình, Intel và Microsoft đã trở thành những “công ty bổ sung”. Ngày nay, gần 80% máy tính cá nhân (PC) toàn thế giới sử dụng sản phẩm vi xử lý mang nhãn hiệu “Intel Inside” và hơn 90% sử dụng hệ điều hành Windows của Microsoft.
- Trước hết cả Microsoft và Intel đều cùng chia sẻ hai mục đích: phát triển song hành cùng sự lớn mạnh của thị trường máy tính cá nhân toàn thế giới và thúc đẩy tiêu chuẩn Wintel (viết tắt của từ Windows và Intel). Bằng cách cùng đầu tư thêm những chức năng ưu việt trong mỗi sản phẩm của mình, cả hai hãng không chỉ mở rộng thị trường mà còn dựng lên những rào cản mới nhằm ngăn cản và gây khó cho những đối thủ muốn chia sẻ miếng bánh thị phần của họ. Lợi ích đã gắn kết hai công ty này với nhau. Và cùng với thời gian, Microsoft sáng tạo ra những phần mềm mới với những đặc điểm nổi trội khi tích hợp với thế hệ chíp mới nhất của Intel. Và như Bill Gates đã có lần nói với Ban quản trị của Intel “chúng tôi sẽ lấp đầy ‘chiếc bình’ các anh làm ra bằng những phần mềm của mình”. Nhưng mâu thuẫn cũng luôn tồn tại song hành trong mối quan hệ giữa hai hãng. Buộc phải làm việc chung với nhau trong khi vẫn theo đuổi lợi ích của riêng mình, hai công ty giống như “hai con nhím phải nằm chung ổ” – như lời một quan chức cấp cao của Intel đã từng nói. Và rõ ràng cả hai “con nhím” này đều bị thương vì đâm gai vào nhau. Tuy nhiên, thời gian đã cho thấy Intel không phải là những kẻ giỏi thương thuyết. Microsoft đã liên tục sử dụng “quyền lực cứng” buộc Intel làm theo ý mình. Mâu thuẫn giữa Intel và Microsoft xuất phát từ những khác biệt trong mô hình kinh doanh cũng như những khác biệt trong điều kiện cạnh tranh mà họ đang phải đối mặt. Intel kiếm tiền bằng cách bán những bộ vi xử lý cho những máy tính cá nhân mới. Và đổi mới bộ vi xử lý để máy tính ngày càng được tiêu thụ mạnh là
- chiến lược chủ chốt của Intel. Và để quá trình đổi mới được thành công, Intel cần đến sự hỗ trợ đắc lực của Microsoft. Ví dụ, Microsoft sẽ tạo ra một hệ điều hành mới nhằm phát huy tối đa khả năng của các thế hệ chíp mới nhất của Intel. Tuy nhiên, Microsoft có thể “sống tốt” mà không cần đến Intel vì lợi nhuận của hãng chủ yếu dựa trên việc bán những phiên bản nâng cấp và phần mềm ứng dụng dựa trên nền tảng có sẵn. Quan trọng hơn, trong suốt lịch sử phát triển của mình, Microsoft có rất ít đối thủ cạnh tranh còn đối với Intel thì ngược lại. Kết quả, Intel cần Microsoft hơn là Microsoft cần đến Intel. Điều này cũng có nghĩa rằng, khi có mâu thuẫn xảy ra, Microsoft luôn “chiếm thế thượng phong”. Dự án MMX tiêu biểu cho mối quan hệ đầy sóng gió giữa hai hãng này. Vào giữa những năm 90, Intel có kế hoạch tăng tốc độ xử lý công nghệ đa truyền thông cho thế hệ chip mới. Hãng đã đầu tư 10 triệu USD vào dự án này và có kế hoạch sẽ đầu tư thêm 250 triệu USD nhằm bảo đảm bộ vi xử lý MMX hoạt động tốt. Nhưng kế hoạch của Intel sẽ không đi đến đâu nếu thiếu sự hỗ trợ của Microsoft. Nếu Microsoft không đồng ý sửa đổi hệ điều hành Windows, thì những ứng dụng mới nhất sẽ không thể phát huy ưu điểm trên con chíp mới của Intel. MMX đưa Microsoft vào thế khó xử. Ít nhất cũng có một nhà sản xuất chip khác, Advance Micro Devices (AMD), cũng đang muốn Microsoft hỗ trợ mình trong công nghệ đa truyền thông 3DX. Nếu Intel muốn vượt lên dẫn đầu với chip MMX, thì nền tảng phần cứng trong máy tính sẽ trở nên rất khác biệt so với AMD.
- Microsoft sẽ phải cung cấp một phiên bản Windows tích hợp được với chip MMX của Intel và một phiên bản Windows khác cho máy dùng chip của AMD. Để giải quyết vấn đề này, Microsoft vận dụng đến “quyền lực cứng”. Hãng yêu cầu Intel phải cho phép các nhà sản xuất chip khác được sử dụng miễn phí bản quyền MMX để đổi lấy sự hỗ trợ của mình. Intel miễn cưỡng đồng ý. MMX đáng lẽ là lợi thế cạnh tranh của Intel và hãng đã đầu tư rất nhiều tiền của vào dự án đó. Nhưng cuối cùng, Intel thấy chẳng còn cách nào khác buộc phải làm theo yêu cầu của Microsoft: MMX cho tất cả mọi người còn hơn là chẳng cho ai. Vào năm 1997, Intel giới thiệu sản phẩm MMX như một sản phẩm Pentium II. AMD cũng tích hợp MMX vào thế hệ vi xử lý mới của mình. Như vậy, cả hai công ty, Intel và AMD, đều nhận được sự hỗ trợ của Microsoft. Bộ xử lý với MMX đã thành công ngoài mong đợi. Nhưng do Intel không thể độc quyền MMX, nên giá bán bộ vi xử lý này cũng thấp hơn dự kiến và đương nhiên lợi nhuận của Intel cũng không được như mong đợi. Những hạn chế của “Quyền lực cứng” Ban quản trị Intel đã rút ra hai bài học cần thiết từ dự án MMX. Bài học đầu tiên: Intel cần phải nắm vững mô hình kinh doanh của Microsoft. Sau này, Andy Grove đã thú nhận trong một cuộc phỏng vấn với tờ Harvard Business School rằng, tại thời điểm đó ông đã không hiểu mô hình kinh doanh của Microsoft. Để đề phòng những trường hợp tương tự, Intel bắt đầu tìm
- hiểu về “công ty bổ sung” – Microsoft. Hãng cử đại diện của mình đến làm việc tại Microsoft toàn thời gian và các nhà quản lý cấp cao của hai công ty thường xuyên tiến hành thảo luận định kỳ về các kế hoạch hợp tác sản xuất, tăng cường marketing cũng như cùng tham gia thiết kế các sản phẩm mới. Bài học thứ hai: Intel rút ra kinh nghiệm rằng không được quá phụ thuộc vào “công ty bổ sung” vì như vậy sẽ phải nhận sự thua thiệt về mình khi nảy sinh mâu thuẫn giữa hai mô hình kinh doanh. Mặc dù, ngành công nghiệp máy tính cá nhân phát triển với tốc độ chóng mặt, Intel đến thời điểm hiện tại vẫn luôn phải nhún mình vì những ý thích bất chợt của Microsoft. Intel đang cố gắng dần từng bước giảm bớt sự phụ thuộc vào Microsoft cũng như hạn chế khả năng sử dụng “quyền lực cứng” của gã khổng lồ phần mềm này. Một động thái của Intel nhằm thoát dần sự phụ thuộc vào Microsoft chính là sự ủng hộ việc sử dụng Linux – mã nguồn mở, đối thủ hàng đầu của hệ điều hành Windows. Vào cuối những năm 90, Intel đầu tư vào hai công ty Red Hat và VA Software – vốn là hai nhà cung cấp phần mềm và dịch vụ Linux. Vào năm 2000, Intel trở thành một trong những người hỗ trợ sáng lập ra Phòng thí nghiệm Phát triển mã nguồn mở (Open Source Development Labs – OSDL). Những lợi ích của chiến lược này thật rõ ràng. Khi Red Hat và VA Software giới thiệu Linux, Intel không chỉ thu lợi từ mã nguồn này mà còn tích cực ủng hộ nó thông qua việc cài đặt mã nguồn này trong hầu hết sản phẩm chip của mình. Bên cạnh đó, Intel vẫn tiếp tục củng cố vị trí của mình trong quan hệ với Microsoft – bằng cách đa
- dạng hóa ngành kinh doanh và bằng “trò” đưa đẩy trong cuộc chiến của Microsoft chống lại Linux. Nói cách khác, giờ đây Microsoft không còn có thể chiếm thế thượng phong với Intel. Microsoft cũng nên rút ra một bài học quan trọng: nếu đẩy một “công ty bổ sung” với mình vào tình thế khó khăn, bạn sẽ phải đối mặt với những phản ứng dữ dội. Trong câu chuyện về MMX, có lẽ Microsoft đã đi quá xa trong việc sử dụng “quyền lực cứng” là lấy mất bản quyền trí tuệ của Intel.
CÓ THỂ BẠN MUỐN DOWNLOAD
-
Nghệ thuật quản trị các chuỗi cung ứng (Phần 5)
7 p | 220 | 130
-
Nghệ thuật quản trị các chuỗi cung ứng (Phần 1)
7 p | 220 | 106
-
Bài giảng Quản trị Logistics và chuỗi cung ứng (phần 2) - GS.TS. Đoàn Thị Hồng Vân
13 p | 228 | 100
-
Nghệ thuật quản trị các chuỗi cung ứng (Phần 4)
5 p | 153 | 93
-
Nghệ thuật quản trị các chuỗi cung ứng (Phần 3)
8 p | 121 | 71
-
Nghệ thuật quản trị các “công ty bổ sung” (Phần 1)
9 p | 169 | 56
-
Nghệ thuật quản trị các chuỗi cung ứng
34 p | 77 | 41
-
Bài giảng Quản trị chuỗi cung ứng - Chương 2
32 p | 89 | 33
-
Bài giảng Nghệ thuật quản trị
31 p | 71 | 27
-
Bài giảng Quản lý chuỗi cung ứng - Chương 2: Các quy trình của chuỗi cung ứng (hoạch định và thu mua)
34 p | 45 | 23
-
Bài giảng Quản trị chuỗi cung ứng: Chương 2 - TS. Nguyễn Phúc Nguyên
31 p | 53 | 15
-
Bài giảng Quản lý chuỗi cung ứng: Chương 2(tt) - Lê Văn Phong
51 p | 35 | 12

markdown:
# Nghệ thuật quản trị các chuỗi cung ứng (Phần 2)
Chia sẻ: Big Big | Ngày: | Loại File: PDF | Số trang:7
lượt xem 112
download
![](http://image1.tailieu.vn/document/thumbnail/2010/20100908/bigbaby87/80x100/nghe_thuat_quan_tri_cac_chuoi_cung_p2_3926.jpg)
##
Nghệ thuật quản trị các chuỗi cung ứng (Phần 2)
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](http://static1.tailieu.vn/b2013az/templates/version1/default/images/down16x21.png)
3. Tác hại của “Quyền lực cứng” Tất cả các nhà quản lý đều tìm cách phát triển “quyền lực cứng” nhằm củng cố vị trí của mình trong con mắt khách hàng hay nhà cung cấp. Nhưng họ sẽ thật sai lầm khi tìm cách sử dụng “quyền lực cứng” nhằm quản trị các “công ty bổ sung”. Vì nếu sử dụng “quyền lực cứng”, họ sẽ đánh mất những nguồn lực thực sự quan trọng khác nhằm thúc đẩy quan hệ hợp tác. Về cơ bản, “quyền lực cứng” dựa trên các sức mạnh truyền thống như...
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
##
Nội dung Text: Nghệ thuật quản trị các chuỗi cung ứng (Phần 2)
- Nghệ thuật quản trị các chuỗi cung ứng (Phần 2) 3. Tác hại của “Quyền lực cứng” Tất cả các nhà quản lý đều tìm cách phát triển “quyền lực cứng” nhằm củng cố vị trí của mình trong con mắt khách hàng hay nhà cung cấp. Nhưng họ sẽ thật sai lầm khi tìm cách sử dụng “quyền lực cứng” nhằm quản trị các “công ty bổ sung”. Vì nếu sử dụng “quyền lực cứng”, họ sẽ đánh mất những nguồn lực thực sự quan trọng khác nhằm thúc đẩy quan hệ hợp tác. Về cơ bản, “quyền lực cứng” dựa trên các sức mạnh truyền thống như thị phần, thương hiệu, quyền kiểm soát các kênh phân phối và tài chính. Nói chung, tốt nhất các công ty nên sử dụng “quyền lực cứng” của mình ở những lĩnh vực khác. “Quyền lực cứng” có thể đem lại những hiệu quả tức thời trong việc quản trị “công ty bổ sung”, nhưng nó ẩn chứa rất nhiều nhược điểm. Nguy hiểm nhất là khi các nhà quản lý chỉ chăm chăm sử dụng “quyền lực cứng” thay vì xây dựng lòng tin giữa các công ty. Dù “quyền lực cứng” có thể giúp việc tạo dựng liên minh giữa các công ty cùng sản xuất sản phẩm hoặc dịch vụ bổ sung cho nhau, thì nó cũng không khuyến khích sự hợp tác sâu rộng. Vì vậy, những doanh nghiệp
- phụ thuộc quá nhiều vào “quyền lực cứng” trong dài hạn có thể phải trả giá đắt. Điều này đặc biệt đúng khi người sử dụng “quyền lực cứng” đưa ra sự thưởng phạt tức thì. Thiếu đi cảm giác cùng phấn đấu vì mục đích chung, các công ty cung cấp các sản phẩm hoặc dịch vụ bổ sung cho nhau dần mất đi tinh thần hợp tác và cùng đưa nhau đến sự phá sản. Sau cùng, việc sử dụng “quyền lực cứng” có thể gây ra phản ứng dữ dội. Đây là điều đặc biệt nguy hiểm vì nó khiến doanh nghiệp tìm cách hạn chế sự phụ thuộc của mình vào đối tác “chiếu trên” và cố gắng tái sắp xếp lại nền công nghiệp nhằm phục vụ ý đồ của mình. “Quyền lực cứng” và bài học từ Microsoft và Intel Phải nhờ đến cuộc điều tra chống độc quyền của Cơ quan Tư pháp Mỹ đối với Microsoft mà một vài khía cạnh trong mối quan hệ giữa Microsoft và Intel mới được đưa ra ánh sáng. Mối quan hệ giữa hai tập đoàn lớn này là minh chứng cụ thể cho những ưu điểm và nhược điểm trong sử dụng “quyền lực cứng”. Từ năm 1980, khi IBM chọn bộ vi xử lý của Intel và hệ điều hành của Microsoft là nền tảng cho các sản phẩm máy tính cá nhân của mình, Intel và Microsoft đã trở thành những “công ty bổ sung”. Ngày nay, gần 80% máy tính cá nhân (PC) toàn thế giới sử dụng sản phẩm vi xử lý mang nhãn hiệu “Intel Inside” và hơn 90% sử dụng hệ điều hành Windows của Microsoft.
- Trước hết cả Microsoft và Intel đều cùng chia sẻ hai mục đích: phát triển song hành cùng sự lớn mạnh của thị trường máy tính cá nhân toàn thế giới và thúc đẩy tiêu chuẩn Wintel (viết tắt của từ Windows và Intel). Bằng cách cùng đầu tư thêm những chức năng ưu việt trong mỗi sản phẩm của mình, cả hai hãng không chỉ mở rộng thị trường mà còn dựng lên những rào cản mới nhằm ngăn cản và gây khó cho những đối thủ muốn chia sẻ miếng bánh thị phần của họ. Lợi ích đã gắn kết hai công ty này với nhau. Và cùng với thời gian, Microsoft sáng tạo ra những phần mềm mới với những đặc điểm nổi trội khi tích hợp với thế hệ chíp mới nhất của Intel. Và như Bill Gates đã có lần nói với Ban quản trị của Intel “chúng tôi sẽ lấp đầy ‘chiếc bình’ các anh làm ra bằng những phần mềm của mình”. Nhưng mâu thuẫn cũng luôn tồn tại song hành trong mối quan hệ giữa hai hãng. Buộc phải làm việc chung với nhau trong khi vẫn theo đuổi lợi ích của riêng mình, hai công ty giống như “hai con nhím phải nằm chung ổ” – như lời một quan chức cấp cao của Intel đã từng nói. Và rõ ràng cả hai “con nhím” này đều bị thương vì đâm gai vào nhau. Tuy nhiên, thời gian đã cho thấy Intel không phải là những kẻ giỏi thương thuyết. Microsoft đã liên tục sử dụng “quyền lực cứng” buộc Intel làm theo ý mình. Mâu thuẫn giữa Intel và Microsoft xuất phát từ những khác biệt trong mô hình kinh doanh cũng như những khác biệt trong điều kiện cạnh tranh mà họ đang phải đối mặt. Intel kiếm tiền bằng cách bán những bộ vi xử lý cho những máy tính cá nhân mới. Và đổi mới bộ vi xử lý để máy tính ngày càng được tiêu thụ mạnh là
- chiến lược chủ chốt của Intel. Và để quá trình đổi mới được thành công, Intel cần đến sự hỗ trợ đắc lực của Microsoft. Ví dụ, Microsoft sẽ tạo ra một hệ điều hành mới nhằm phát huy tối đa khả năng của các thế hệ chíp mới nhất của Intel. Tuy nhiên, Microsoft có thể “sống tốt” mà không cần đến Intel vì lợi nhuận của hãng chủ yếu dựa trên việc bán những phiên bản nâng cấp và phần mềm ứng dụng dựa trên nền tảng có sẵn. Quan trọng hơn, trong suốt lịch sử phát triển của mình, Microsoft có rất ít đối thủ cạnh tranh còn đối với Intel thì ngược lại. Kết quả, Intel cần Microsoft hơn là Microsoft cần đến Intel. Điều này cũng có nghĩa rằng, khi có mâu thuẫn xảy ra, Microsoft luôn “chiếm thế thượng phong”. Dự án MMX tiêu biểu cho mối quan hệ đầy sóng gió giữa hai hãng này. Vào giữa những năm 90, Intel có kế hoạch tăng tốc độ xử lý công nghệ đa truyền thông cho thế hệ chip mới. Hãng đã đầu tư 10 triệu USD vào dự án này và có kế hoạch sẽ đầu tư thêm 250 triệu USD nhằm bảo đảm bộ vi xử lý MMX hoạt động tốt. Nhưng kế hoạch của Intel sẽ không đi đến đâu nếu thiếu sự hỗ trợ của Microsoft. Nếu Microsoft không đồng ý sửa đổi hệ điều hành Windows, thì những ứng dụng mới nhất sẽ không thể phát huy ưu điểm trên con chíp mới của Intel. MMX đưa Microsoft vào thế khó xử. Ít nhất cũng có một nhà sản xuất chip khác, Advance Micro Devices (AMD), cũng đang muốn Microsoft hỗ trợ mình trong công nghệ đa truyền thông 3DX. Nếu Intel muốn vượt lên dẫn đầu với chip MMX, thì nền tảng phần cứng trong máy tính sẽ trở nên rất khác biệt so với AMD.
- Microsoft sẽ phải cung cấp một phiên bản Windows tích hợp được với chip MMX của Intel và một phiên bản Windows khác cho máy dùng chip của AMD. Để giải quyết vấn đề này, Microsoft vận dụng đến “quyền lực cứng”. Hãng yêu cầu Intel phải cho phép các nhà sản xuất chip khác được sử dụng miễn phí bản quyền MMX để đổi lấy sự hỗ trợ của mình. Intel miễn cưỡng đồng ý. MMX đáng lẽ là lợi thế cạnh tranh của Intel và hãng đã đầu tư rất nhiều tiền của vào dự án đó. Nhưng cuối cùng, Intel thấy chẳng còn cách nào khác buộc phải làm theo yêu cầu của Microsoft: MMX cho tất cả mọi người còn hơn là chẳng cho ai. Vào năm 1997, Intel giới thiệu sản phẩm MMX như một sản phẩm Pentium II. AMD cũng tích hợp MMX vào thế hệ vi xử lý mới của mình. Như vậy, cả hai công ty, Intel và AMD, đều nhận được sự hỗ trợ của Microsoft. Bộ xử lý với MMX đã thành công ngoài mong đợi. Nhưng do Intel không thể độc quyền MMX, nên giá bán bộ vi xử lý này cũng thấp hơn dự kiến và đương nhiên lợi nhuận của Intel cũng không được như mong đợi. Những hạn chế của “Quyền lực cứng” Ban quản trị Intel đã rút ra hai bài học cần thiết từ dự án MMX. Bài học đầu tiên: Intel cần phải nắm vững mô hình kinh doanh của Microsoft. Sau này, Andy Grove đã thú nhận trong một cuộc phỏng vấn với tờ Harvard Business School rằng, tại thời điểm đó ông đã không hiểu mô hình kinh doanh của Microsoft. Để đề phòng những trường hợp tương tự, Intel bắt đầu tìm
- hiểu về “công ty bổ sung” – Microsoft. Hãng cử đại diện của mình đến làm việc tại Microsoft toàn thời gian và các nhà quản lý cấp cao của hai công ty thường xuyên tiến hành thảo luận định kỳ về các kế hoạch hợp tác sản xuất, tăng cường marketing cũng như cùng tham gia thiết kế các sản phẩm mới. Bài học thứ hai: Intel rút ra kinh nghiệm rằng không được quá phụ thuộc vào “công ty bổ sung” vì như vậy sẽ phải nhận sự thua thiệt về mình khi nảy sinh mâu thuẫn giữa hai mô hình kinh doanh. Mặc dù, ngành công nghiệp máy tính cá nhân phát triển với tốc độ chóng mặt, Intel đến thời điểm hiện tại vẫn luôn phải nhún mình vì những ý thích bất chợt của Microsoft. Intel đang cố gắng dần từng bước giảm bớt sự phụ thuộc vào Microsoft cũng như hạn chế khả năng sử dụng “quyền lực cứng” của gã khổng lồ phần mềm này. Một động thái của Intel nhằm thoát dần sự phụ thuộc vào Microsoft chính là sự ủng hộ việc sử dụng Linux – mã nguồn mở, đối thủ hàng đầu của hệ điều hành Windows. Vào cuối những năm 90, Intel đầu tư vào hai công ty Red Hat và VA Software – vốn là hai nhà cung cấp phần mềm và dịch vụ Linux. Vào năm 2000, Intel trở thành một trong những người hỗ trợ sáng lập ra Phòng thí nghiệm Phát triển mã nguồn mở (Open Source Development Labs – OSDL). Những lợi ích của chiến lược này thật rõ ràng. Khi Red Hat và VA Software giới thiệu Linux, Intel không chỉ thu lợi từ mã nguồn này mà còn tích cực ủng hộ nó thông qua việc cài đặt mã nguồn này trong hầu hết sản phẩm chip của mình. Bên cạnh đó, Intel vẫn tiếp tục củng cố vị trí của mình trong quan hệ với Microsoft – bằng cách đa
- dạng hóa ngành kinh doanh và bằng “trò” đưa đẩy trong cuộc chiến của Microsoft chống lại Linux. Nói cách khác, giờ đây Microsoft không còn có thể chiếm thế thượng phong với Intel. Microsoft cũng nên rút ra một bài học quan trọng: nếu đẩy một “công ty bổ sung” với mình vào tình thế khó khăn, bạn sẽ phải đối mặt với những phản ứng dữ dội. Trong câu chuyện về MMX, có lẽ Microsoft đã đi quá xa trong việc sử dụng “quyền lực cứng” là lấy mất bản quyền trí tuệ của Intel.
CÓ THỂ BẠN MUỐN DOWNLOAD
-
Nghệ thuật quản trị các chuỗi cung ứng (Phần 5)
7 p |
220 |
130
-
Nghệ thuật quản trị các chuỗi cung ứng (Phần 1)
7 p |
220 |
106
-
Bài giảng Quản trị Logistics và chuỗi cung ứng (phần 2) - GS.TS. Đoàn Thị Hồng Vân
13 p |
228 |
100
-
Nghệ thuật quản trị các chuỗi cung ứng (Phần 4)
5 p |
153 |
93
-
Nghệ thuật quản trị các chuỗi cung ứng (Phần 3)
8 p |
121 |
71
-
Nghệ thuật quản trị các “công ty bổ sung” (Phần 1)
9 p |
169 |
56
-
Nghệ thuật quản trị các chuỗi cung ứng
34 p |
77 |
41
-
Bài giảng Quản trị chuỗi cung ứng - Chương 2
32 p |
89 |
33
-
Bài giảng Nghệ thuật quản trị
31 p |
71 |
27
-
Bài giảng Quản lý chuỗi cung ứng - Chương 2: Các quy trình của chuỗi cung ứng (hoạch định và thu mua)
34 p |
45 |
23
-
Bài giảng Quản trị chuỗi cung ứng: Chương 2 - TS. Nguyễn Phúc Nguyên
31 p |
53 |
15
-
Bài giảng Quản lý chuỗi cung ứng: Chương 2(tt) - Lê Văn Phong
51 p |
35 |
12

WARC-Type: response

Content-Type: application/http; msgtype=response

WARC-Identified-Payload-Type: application/xhtml+xml

Server: Apache/2.2.31 (CentOS)

Connection: close

Pragma: no-cache

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

Set-Cookie: TLDEVNamespace=2al89td4krp2fvgur16ua6tks2; path=/; domain=.tailieu.vn; HttpOnly

Vary: Accept-Encoding

Content-Type: text/html; charset=UTF-8


text:
Quyết định số 78/2003/QĐ-BCN
Chia sẻ: Son Pham | Ngày: | Loại File: PDF | Số trang:2
25
lượt xem 1
download
lượt xem 1
download
Quyết định số 78/2003/QĐ-BCN
Mô tả tài liệu
Download Vui lòng tải xuống để xem tài liệu đầy đủ
Quyết định số 78/2003/QĐ-BCN về việc giao kế hoạch năm 2003 cho Công ty Giầy Phú Lâm do Bộ trưởng Bộ Công nghiệp ban hành
Chủ đề:
Bình luận(0) Đăng nhập để gửi bình luận!
CÓ THỂ BẠN MUỐN DOWNLOAD

markdown:
# Quyết định số 78/2003/QĐ-BCN
Chia sẻ: Son Pham | Ngày: | Loại File: PDF | Số trang:2
25
lượt xem 1
download
lượt xem 1
download
![](http://image1.tailieu.vn/document/thumbnail/2009/20091031/lawdn8/80x100/2130.jpg)
##
Quyết định số 78/2003/QĐ-BCN
Mô tả tài liệu
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](http://static1.tailieu.vn/b2013az/templates/version1/default/images/down16x21.png)
Quyết định số 78/2003/QĐ-BCN về việc giao kế hoạch năm 2003 cho Công ty Giầy Phú Lâm do Bộ trưởng Bộ Công nghiệp ban hành
Chủ đề:
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
CÓ THỂ BẠN MUỐN DOWNLOAD

Set-Cookie: TLDEVNamespace=fjdig2l1h738i50fks3c6cvua4; path=/; domain=.tailieu.vn; HttpOnly


text:
Tại sao lại khô miệng vào buổi sáng?
Chia sẻ: Goi Xoai | Ngày: | Loại File: PDF | Số trang:6
lượt xem 3
download
Tại sao lại khô miệng vào buổi sáng?
Rất nhiều người thấy khô miệng khi thức dậy vào buổi sáng và uống nước là cách nhanh nhất để giải toả vấn đề này. Tuy nhiên, nếu triệu chứng khô miệng tiếp tục kéo dài và gây khó chịu thì bạn cần kiểm tra. Nguyên nhân - Nếu khô miệng xảy ra bình thường thì nên nhờ người kiểm tra xem trong khi ngủ bạn có hay mở miệng để thở không. Nếu là thói quen thì có thể khắc phục được. Ngoài ra, nếu thêm cả ngáy thì có thể là do cấu tạo cơ mũi (vách ngăn mũi...
Bình luận(0) Đăng nhập để gửi bình luận!
CÓ THỂ BẠN MUỐN DOWNLOAD

markdown:
# Tại sao lại khô miệng vào buổi sáng?
Chia sẻ: Goi Xoai | Ngày: | Loại File: PDF | Số trang:6
lượt xem 3
download
![](http://image1.tailieu.vn/document/thumbnail/2010/20100805/goixoaidongque/80x100/tai_sao_lai_kho_mieng_9514.jpg)
##
Tại sao lại khô miệng vào buổi sáng?
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](http://static1.tailieu.vn/b2013az/templates/version1/default/images/down16x21.png)
Rất nhiều người thấy khô miệng khi thức dậy vào buổi sáng và uống nước là cách nhanh nhất để giải toả vấn đề này. Tuy nhiên, nếu triệu chứng khô miệng tiếp tục kéo dài và gây khó chịu thì bạn cần kiểm tra. Nguyên nhân - Nếu khô miệng xảy ra bình thường thì nên nhờ người kiểm tra xem trong khi ngủ bạn có hay mở miệng để thở không. Nếu là thói quen thì có thể khắc phục được. Ngoài ra, nếu thêm cả ngáy thì có thể là do cấu tạo cơ mũi (vách ngăn mũi...
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
CÓ THỂ BẠN MUỐN DOWNLOAD

Set-Cookie: TLDEVNamespace=r94leqtsfnid17ag5pdjq02n16; path=/; domain=.tailieu.vn; HttpOnly


text:
Terminal Services Website Access trong Windows Server 2008
Chia sẻ: Nhan Hoang | Ngày: | Loại File: PDF | Số trang:15
lượt xem 25
download
Terminal Services Website Access trong Windows Server 2008
Windows Server 2008 tích hợp nhiều tính năng mới cùng với Terminal Server. Trong đó có một thành phần quan trọng không thể không kể đến là Terminal Services Web Access với một giao diện giống với giao diện Web của Citrix hỗ trợ truy cập nền tảng web vào những ứng dụng được xuất bản qua Terminal Services RemoteApp.
Bình luận(0) Đăng nhập để gửi bình luận!
Nội dung Text: Terminal Services Website Access trong Windows Server 2008
- Terminal Services Web Access trong Windows Server 2008 Windows Server 2008 tích hợp nhiều tính năng mới cùng với Terminal Server. Trong đó có một thành phần quan trọng không thể không kể đến là Terminal Services Web Access với một giao diện giống với giao diện Web của Citrix hỗ trợ truy cập nền tảng web vào những ứng dụng được xuất bản qua Terminal Services RemoteApp. Trong phần này chúng ta sẽ khám phá chức năng của Terminal Services Web Access đối với quá trình triển khai Terminal Server cũng như phương pháp cài đặt và sử dụng nó. Khám phá Terminal Services Web Access Truy cập nền tảng web vào Published Application từ lâu đã là một tính năng của Citrix Presentation Server hay môi trường Terminal Server hỗ trợ cho các add-on nhóm ba, như những add-on của Provision Netwworks, 2X, … Giờ đây Windows Server 2008 đã có một tính năng mới có tên Terminal Services Web Access cho phép các tổ chức tạo một cổng truy cập nền tảng web vào Published Application trong môi trường Terminal Server. Ngoài ra Windows Server 2008 còn hỗ trợ nhiều tính năng mới rất đáng chú ý khác gồm có Terminal Services RemoteApp (trước đây là Windows Remote Programs) cung cấp Published Application tới người dùng cuối và Terminal Services Gateway giúp bảo mật truy cập vào ứng dụng RemoteApp qua bộ mã hóa SSL 18 bit giống với Citrix Secure Gateway. Trước đó, TSWeb, một cổng truy cập RDP nền tảng web đã xuất hiện trên trang download của Microsoft được sử dụng làm công cụ kết nối từ xa vào Terminal Server qua một cổng truy cập nền tảng web. Nhưng công cụ này chỉ có chức năng đó, và người dùng không thể kết nối tới những ứng dụng cụ thể một cách dễ dàng và không linh hoạt. Công cụ Terminal Services Web Access mới có thể thực hiện nhiều chức năng. Đầu tiên phải kể đến là nó thực hiện những chức năng của phiên bản TSWeb trước đó, nghĩa là hỗ trợ người dùng và quản trị hệ
- thống kết nối vào một Terminal Server cụ thể hay hệ thống đã được kích hoạt Remote Desktop qua một trang web. Tuy nhiên, chức năng của công cụ này khiến mọi người chú ý là khả năng hiển thị những chương trình Windows RemoteApp cho những người dùng cuối qua một trang web. Người dùng thường nhầm lẫn khi cho rằng những công cụ trong Windows Server 2008 của Microsoft sẽ không hỗ trợ cho các sản phẩn nhóm ba nhưng sự thật không phải như vậy. Tuy nhiên, ngoài những tính năng kể trên thì Terminal Services Web Access trong Windows Server 2008vân còn tồn tại những thiếu xót lớn. Terminal Services Web Access có thể được coi là một Citrix Web Interface. Nó bao gồm những chức năng cơ bản giúp hiển thị và kết nối vào những ứng dụng Terminal Services RemoteApp thông qua một trang web nhưng cũng không quá linh hoạt. Ví dụ, Terminal Services Web Access chỉ có thể hiển thị những ứng dụng RemoteApp từ một Terminal Server riêng lẻ, và mặc dù có nhiều biện pháp truy cập vào hệ thống Terminal Server bằng Terminal Services Web Access, nhưng nó yêu cầu mọi Terminal Server phải lưu trữ một nhóm ứng dụng đồng nhất, hay người dùng phải sử dụng máy chủ SharePoint của Microsoft kết hợp nhiều phần web của Terminal Services Web Access trong một giao diện riêng lẻ. Cài đặt Terminal Server Web Access trong Windows Server 2008 Giờ đây Windows Server 2008 sử dụng một thuật sĩ cài đặt nền tảng Role để bổ sung một số thành phần, trái ngược với phương pháp truyền thống sử dụng Add/Remove Programs trong Control Panel. Những dịch vụ Windows không thể cài đặt riêng lẻ nữa. Thay vào đó, Role phù hợp được cài đặt trên máy chủ này thông qua thành phần Roles trong Snap-in Server Manager MMC. Theo mặc định, Windows Server 2008 không cài đặt sẵn Role nào. Role Terminal Services Web Access cần có hai điều kiện sau: Windows Server 2008 (rõ ràng) và Internet Information Services 7.0. IIS 7.0 không cần phải cài đặt trước khi cài đặt Terminal Services Web Access vì wizard cài đặt Role sẽ thông báo cho bạn mọi Role phụ thuộc và tự động cài đặt chúng. Ngoài ra Terminal Services Web Access không yêu cầu cài đặt Terminal Services trên cùng một máy chủ. Nó có thể vận
- hành như một Role độc lập. Để cài đặt Terminal Server Web Access bạn thực hiện các thao tác sau: • Mở Server Manager. Bạn có thể truy cập vào Server Manager từ menu Start | Programs | Administravtive Tools, hoặc phải chuột lên My Computer chọn Manage. • Sau đó chọn Roles rồi click vào nút Add Roles. • Khi đó wizard Add Roles sẽ khởi chạy. Nhấn vào nút Next trên trang Before You Begin. • Trong mục Select Server Roles lựa chọn Role Terminal Services và Web Server. Nếu có một cửa sổ xuất hiện yêu cầu cài đặt những công cụ cần thiết cho Web Services, như Windows Process Activation Services, hãy click vào nút Add Required Roles. Mọi Configuration API sẽ là một tính năng phụ thuộc của IIS. Tiếp theo click Next. • Trên cửa sổ Terminal Services nhấn tiếp vào nút Next. • Cửa sổ tiếp theo sẽ là Roles Services của Terminal Services. Mỗi Role được cài đặt trên Windows Server 2008 sẽ bao gồm Role Services. Những dịch vụ này giúp xác định mọi tính năng được kích hoạt cho một Role đã được cài đặt. Trong phần này
- chúng ta sẽ cài đặt cả Role của Terminal Server và Terminal Services Web Access do đó chúng ta sẽ phải cài đặt một Terminal Server cục bộ. Click chọn những hộp chọn cho Terminal Server và Terminal Services Web Access. Khi Terminal Services Web Access được lựa chọn, thì một hộp thoại sẽ hiển thị yêu cầu bạn xác nhận xem có muốn bổ sung những Role Web Services cần thiết hay không. Click nút Add Required Role Services rồi click tiếp vào nút Next trên cửa sổ Role Services. • Do đang thực hiện cài đặt Terminal Services nên bạn sẽ thấy một số wizard thông thường sẽ không xuất hiện nếu cài đặt Role Terminal Services Web Access trên chính nó. Trên cửa sổ Application Compatibility sẽ xuất hiện một lời cảnh báo cho biết những ứng dụng hiện có được tải trên Terminal Server này cần được gỡ bỏ và cài đặt lại để có thể hoạt động ổn định trên Terminal Server vừa cài đặt. Sau đó nhấn Next. • Trên cửa sổ Authentication Method, lựa chọn tùy chọn Do not require Network Level Authentication và nhấn Next. Tùy chọn này sẽ cho phép mọi máy trạm RDP kết nối tới máy chủ. • Trên cửa sổ Licensing Mode, lựa chọn một trong hai tùy chọn sau:
- Nếu không có Windows Server 2008 License Server nào được kích hoạt trên mạng, hãy lựa chọn tùy chọn Configuration later (thực hiện cấu hình sau). Nếu có một Windows Server 2008 License Server nào đó được kích hoạt trên mạng, hãy lựa chọn tùy chọn the appropriate licensing model for your infrastructure (Per User or Per Device). Tùy chọn này có thể thường xuyên được thay đổi sau này. • Trên cửa sổ User Group, bổ sung những nhóm cục bộ hay dựa trên tên miền cần được cấp phép truy cập để đăng nhập vào Terminal Server. Mọi nhóm trong danh sách này đều được đưa vào nhóm Remote Desktop Users. Mặc định chỉ có nhóm Administrator cục bộ được lựa chọn sẵn. Tiếp theo nhấn Next. • Nhấn tiếp Next trên cửa sổ Web Server (IIS). • Trên cửa sổ Roles Services của Web Services, mọi lựa chọn phù hợp đã được thực hiện theo như kết quả của việc bổ sung Role Service Terminal Services Web Access. Bạn chỉ cần nhấn nút Next. • Kiểm tra mọi thông báo trên cửa sổ Confirmation rồi click Install. Khi quá trình cài đặt hoàn thành, nhấn nút Close trên cửa sổ Result và khởi động lại hệ thống để hoàn tất quá trình cài đặt dịch vụ bổ sung. Khi máy chủ đã khởi động lại, bạn có thể thực hiện một cuộc kiểm tra nhanh bằng cách mở Internet Explorer trên máy chủ đó và trình duyệt vào địa chỉ http://localhost/ts/. Khi đó bạn sẽ thấy một trang web sau:
- Nghĩa là khi đó quá trình cài đặt Terminal Services Web Access của bạn đã thành công. Còn nếu trang không hiển thị bạn hãy kiểm tra lại những Role đã cài đặt trên máy chủ để đảm bảo cả Terminal Services Web Access và IIS 7.0 đã được cài đặt, sau đó kiểm tra Windows Services để chắc chắn đã khởi chạy dịch vụ IIS. Trong phần trước chúng ta đã tìm hiểu qua về khả năng và công dụng của Terminal Services Web Access và đã thực hiện cài đặt những Role và Service liên quan. Trong phần này chúng ta sẽ thực hiện cấu hình Terminal Services Web Access và kiểm thử một số tính năng khác gồm khả năng tương hợp SharePoint Services và kết hợp Farm. Khi đã cài đặt chính xác Role, danh sách tác vụ cấp cao dưới đây phải được sử dụng để cấu hình Terminal Services Web Access cho máy trạm sử dụng. Danh sách này bao gồm:
- • Cấu hình phần nguồn dữ liệu cho Terminal Services Web Access. • Cấu hình thành viên nhóm bảo mật cho Terminal Services Web Access. • Kích hoạt Terminal Services Web Access trên những ứng dụng RemoteApp. • Bảo đảm máy trạm hoạt động tốt. Data Source của Terminal Services Web Access. Thành phần Terminal Services Web Access có thể hiển thị những ứng dụng RemoteApp từ mọi máy chủ Terminal Server, tuy nhiên nó chỉ có thể hiển thị những ứng dụng từ một Terminal Server tại một thời điểm. Nếu Terminal Services Web Access được cài đặt trên Terminal Server thì cấu hình mặc định sẽ tự hiển thị những ứng dụng RemoteApp mà không cần đến bất kì thao tác nào. Nhưng nếu Role Terminal Services Web Access đang được tự cài đặt thì Web Part cần phải được cấu hình. Để cấu hình Web Part, bạn phải là thành viên của nhóm Terminal Services Web Access Admins hoặc đăng nhập dưới tài khoản Admin cục bộ. Trước tiên, mở website Terminal Services Web Access qua shortcut Terminal Services Web Access Administration trong Administrative Tools của menu Start hoặc sử dụng Internet Explorer kết nối tới Terminal Services Web Access. Sau đó lựa chọn nút Configuration.
- Sau đó, trong Editor Zone của trang Configuration, nhập tên của Terminal Server lưu trữ Web Part rồi nhấn nút Apply. Cấu hình này sẽ được áp dụng ngay lập tức và mọi ứng dụng được cấu hình cho Terminal Services Web Access sẽ lập tức lưu trữ màn hình RemoteApp Programs trong Web Part. Computer Security Group của Terminal Services Web Access Như đã đề cập đến trước đó, bạn không cần phải cài đặt Terminal Services Web Access trên một Terminal Server. Nếu máy chủ Terminal Services Web Access và máy chủ Terminal (lưu trữ ứng dụng RemoteApp) là những máy chủ riêng biệt, thì tài khoản của máy chủ Terminal Services Web Access phải được bổ sung vào Computer Security Group (Nhóm bảo mật máy tính) của Terminal trên máy chủ Terminal Services Web Access để kích hoạt Web Part hiển thị những ứng dụng từ máy chủ Terminal đó. Lưu ý: Do tài khoản của máy chủ Terminal Services Web Access phải được bổ sung vào nhóm bảo mật trên máy chủ Terminal Server nên máy chủ Terminal Services Web Access bắt buộc phải là một thành viên của Accessible Security Context – hoặc cùng miền Active Directory hoặc có một miền Active Directory tin cậy. Nhóm Terminal Services Web Access Computers thậm chí còn quan trọng hơn nhiều trong SharePoint Integration.
- Kích hoạt ứng dụng RemoteApp cho Terminal Services Web Access Khi Terminal Services Web Access đã được cài đặt và lên cấu hình, những ứng dụng trên Terminal Server được lựa chọn phải được kích hoạt để sử dụng Terminal Services Web Access. Theo mặc định, mọi ứng dụng đều được kích hoạt để thực hiện chức năng này, tuy nhiên những ứng dụng chưa được kích hoạt vẫn có thể được cấu hình trong Terminal Services RemoteApp Manager MMC. Mở Terminal Services RemoteApp Manager. Cột Terminal Services Web Access cho biết Web Access đã được kích hoạt cho mỗi ứng dụng hay chưa. Bạn có thể kích hoạt những ứng dụng được gán nhãn No theo hai cách sau: Cách 1: Phải chuột lên ứng dụng trong danh sách RemoteApp Programs rồi lựa chọn Show in Terminal Services Web Access. Cách 2: Phải chuột lên ứng dụng trong danh sách RemoreApp, chọn Properties rồi lựa chọn tiếp hộp chọn RemoteApp program is available through TS Web Access. Khi những ứng dụng này đã được kích hoạt cho Terminal Services Web Access, thì Web Part của Terminal Services Web Access phải được cấu hình để giao tiếp với máy chủ Terminal Server. Ngoài những ứng dụng RemoteApp, Terminal Services Web Access còn có thể hiển thị một Remote Desktop Connection Icon (biểu tượng kết nối desktop từ xa) cho máy chủ Terminal được cấu hình như Data Source của Web Part. Để kích hoạt Remote Desktop Icon trong Terminal Services Web Access bạn chỉ cần thực hiện các thao tác sau:
- • Mở Terminal Services RemoteApp Manager trên Terminal Server được cấu hình như nguồn dữ liệu của Web Part. • Trong bảng Actions, click vào Terminal Server Settings ở bên phải. • Trên tab Terminal Server, lựa chọn hộp chọn Show a remote desktop connection to this terminal server trong Terminal Services Web Access. • Sau đó nhấn nút Ok để áp dụng những thay đổi. Những thay đổi này sẽ được áp dụng ngay lập tức, bạn không cần phải khởi chạy lại bất cứ dịch vụ nào. Yêu cầu của máy trạm với ứng dụng kích hoạt trên Terminal Services Web Access Giờ đây, Role này đã được cài đặt và lên cấu hình, và những ứng dụng RemoteApp cũng đã được cài đặt. Bây giờ chúng ta sẽ thực hiện một số thao tác trên máy trạm. Để kết nối vào các ứng dụng RemoteApp được triển khai trên máy chủ Terminal Server của Windows Server 2008 thì máy trạm phải đang chạy trên phần mềm Remote Desktop Connection (RDC) phiên bản 6.0 (6.0.6000.x) hay những phiên bản mới hơn. Phiên bản 6.0 được tích hợp trên Windows Vista và Windows Server 2003 và Windows XP có thể tải về từ website của Microsoft. Tuy nhiên, để kết nối vào những ứng dụng RemoteApp qua Terminal Services Web Access thì máy trạm phải sử dụng phiên bản RDC 6.1 trong những hệ điều hành sau: • Windows Server 2008 • Windows Vista SP1 • Windows XP SP3 Nếu sử dụng Windows Server 2008 và Windows Vista SP1 thì bạn không phải thực hiện thêm thao tác nào và những hệ thống này đã có thể truy cập và vận hành những ứng dụng được kích hoạt trên
- Terminal Services Web Access. Nếu đang sử dụng hệ điều hành Windows XP SP3 thì người dùng phải kích hoạt ActiveX Control trong Registry. Để kích hoạt ActiveX Control trong Registry bạn thực hiện các bước sau: • Mở Regedit và tìm đến key HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersi on\Ext\Settings. • Trong mục Settings sub-key, xóa những key phụ sau: {4eb89ff4-7f78-4a0f-8b8d-2bf02e94e4b2} {7390f3d8-0439-4c05-91e3-cf5cb290c3d0} • Khi những key phụ này đã được xóa bỏ, trang Terminal Services Web Access sẽ hiển thị một cách chính xác. Và bạn cũng không phải khởi động lại hệ thống để áp dụng những thay đổi. Nếu sử dụng những hệ điều hành máy trạm trên, có thể bạn sẽ nhận được một cảnh báo bảo mật đối với ActiveX Control. Để kích hoạt ActiveX Control bạn chỉ cần click vào thanh Message của Internet Explorer và chọn Run ActiveX Control, và sau đó trang sẽ hiển thị bình thường. Kết nối tới Terminal Services Web Access Terminal Services Web Access được mặc định cài đặt vào website có địa chỉ http://servername/ts. Mọi ứng dụng được kích hoạt trong Terminal Services Web Access sẽ được hiển thị trên website này. Nếu lựa chọn hộp chọn I am using a private computer…(Tôi đang sử dụng một máy tính riêng …) ở phía cuối màn hình thì thông tin tài khoản đăng nhập của bạn sẽ được lưu trữ cho những lần đăng nhập sau. Còn nếu sử dụng máy tính công cộng thì bạn hãy hủy chọn hộp chọn này. Để chạy những ứng dụng trên máy chủ bạn chỉ cần click vào ứng dụng trong giao diện Terminal Services Web. Mỗi khi một ứng dụng RemoteApp được khởi chạy bạn sẽ được yêu cầu đăng nhập.
- Cấu hình Terminal Services Web Access Settings Bạn có thể thực hiện một số cài đặt trong Terminal Services Web Access thông qua IIS Manager MMC hay bằng cách hiệu chỉnh file web.config trong C:\Windows\Web\TS. Trong ví dụ dưới chúng ta sẽ thực hiện cấu hình qua IIS Manager MMC. • Mở IIS Manager MMC. • Phía dưới Connection trong bảng bên trái, di chuyển xuống folder Terminal Services phía dưới Default Website. • Trong bảng Details, click đúp lên Application Settings. Bảng này sẽ hiển thị những cài đặt của ứng dụng. Bạn có thể thực hiện chỉnh sửa những cài đặt này bằng cách click đúp vào tên của mối ứng dụng trong cột thứ nhất. Thông số cài đặt cho mối ứng dụng bao gồm: DefaultTSGateway – Xác định Terminal Services Gateway Server để sử dụng cho quá trình kết nối. Cài đặt này cũng chỉ rõ Terminal Services Gateway cho quá trình kết nối desktop từ xa. Cài đặt này có thể nằm trong phần cấu hình RemoteApp riêng lẻ trong Terminal Services RemoteApp Manager.
- GatewayCredentialsSource – Xác định nguồn thông tin sử dụng để thực hiện kết nối. ShowDesktops – Kích hoạt hay hủy bỏ tab Remote Desktop trong trang web của Terminal Services Web Access . xClipboard – Kích hoạt hay hủy bỏ ánh xạ clipboard. xDriveRedirection – Kích hoạt hay hủy bỏ ánh xạ tới ổ đĩa máy trạm. xPnPRedirection – Kích hoạt hay Plug-n-Play ánh xạ tới thiết bị. xPortRedirection – Kích hoạt hay hủy bỏ ánh xạ tới cổng COM/LPT. xPrinterRedirection – Kích hoạt hay hủy bỏ ánh xạ tới máy in trên máy trạm. Những cài đặt này (dù thực hiện trong IIS Manager MMC hay file web.config) sẽ được áp dụng ngay mà không cần phải khởi động lại bất kì dịch vụ nào. Sử dụng Terminal Services Web Access cho Farm Access Theo mặc định, Terminal Services Web Access sẽ hiển thị những ứng dụng RemoteApp được lưu trữ trên một máy chủ Terminal Server riêng lẻ. Nhưng cũng có nhiều phương pháp bạn có thể áp dụng để truy cập vào toàn bộ máy chủ Terminal Server qua Terminal Services Web Access. Tuy nhiên để làm được điều này thì mọi máy chủ phải đang sử dụng những ứng dụng RemoteApp giống nhau vì Terminal Services Web Access không thể xác định nhiều mục tiêu Terminal Server cho Web Part. Trong hầu hết các trường hợp một Terminal Server Farmcũng sẽ được sử dụng để hỗ trợ cho Role Terminal Services Session Broker của Windows Server 2008 (tính năng này vượt quá phạm vi thông tin bài viết nên nó sẽ không được đề cập đến trong Role này), tuy nhiên Terminal Services Session Broker lại hoạt động như một cơ chế sắp xếp ngoại vi cho những kết nối đang thực hiện và chuyển đổi những kết nối này thành một tập hợp gồm nhiều máy chủ Terminal Server. Ngoài ra tất cả những máy chủ này cũng sẽ có một nhóm ứng dụng
- RemoteApp đang sử dụng giống hệ nhau. Web Part của Terminal Services Web Access vẫn chỉ hướng vào một tên riêng lẻ, tuy nhiên Web Part này sẽ hướng vào một bí danh DNS của Farm đó nhiều hơn so với máy chủ Terminal Server riêng lẻ. Khi mọi Terminal Server sử dụng những ứng dụng RemoteApp giống nhau thì chúng ta không cần phải quan tâm tới đối tượng đang thực hiện giao tiếp tại mọi thời điểm. Phương pháp tạo một Terminal Server Farm trong Windows 2008 là sử dụng DNS Round Robin, Windows Network Load Balancing (NLB) hay một trình cân đối tải phần cứng như F5, RadWare hay những thiết bị tương tự. DNS Round Robin là công cụ dễ sử dụng, giá hợp lý nhưng lại tồn tại một số hạn chế trong việc lưu trữ DNS và không thể ngăn chặn DNS xử lý một địa chỉ IP cho máy chủ không còn xuất hiện trên hệ thống. Nhưng nếu hệ thống của bạn không có trình quản lý tải thì bạn có thể sử dụng công cụ NLB để thay thế. Lưu ý: Nếu dịch vụ Terminal Services Web Access sử dụng một bí danh cho tên Farm thì mỗi tài khoản máy tính Terminal Services Web Access phải là một thành viên của mỗi nhóm Terminal Service cục bộ gắn liền với bí danh DNS để Web Part có thể giao tiếp với bất kì máy chủ nào trong số đó. Tương hợp SharePoint Services Như đã nói ở trên, Web Part có thể kết nối tới một nhóm Terminal Server chia sẻ cùng loại ứng dụng RemoteApp. Nhưng bạn sẽ làm gì nếu những máy chủ đó không sử dụng cùng loại ứng dụng? Windows SharePoint Services có thể làm tương hợp nhiều Web Part thành một giao diện liền mạch duy nhất. Nếu có nhiều nhóm Terminal Services sử dụng những ứng dụng khác nhau thì mọi ứng dụng RemoteApp của những Farm trong Terminal Server có thể được truy cập từ một trang web. Hình dưới đây hiển thị phương pháp tương hợp hai Web Part bằng Windows SharePoint Services.
- Lưu ý: Máy chủ SharePoint Services cần phải được đưa vào nhóm bảo mật Terminal Services Web Access trên Terminal Server trong Farm đó. Kết luận Sau khi cài đặt và lên cấu hình, giờ đây chúng ta đã có thể sử dụng Terminal Services Web Access. Như đã đề cập đến trong bài viết, Terminal Services Web Access rất hạn chế vì chỉ cho phép người dùng truy cập vào một máy chủ đơn lẻ hay một nhóm Terminal Server sử dụng cùng loại ứng dụng. Tuy nhiên nó cũng là một công cụ khá mạnh được tích hợp trong Windows Server 2008, nó có thể hỗ trợ cho Terminal Server và cung cấp Terminal Server Farm.
CÓ THỂ BẠN MUỐN DOWNLOAD
-
Cách cài đặt và cấu hình Windows Server 2008
12 p | 497 | 206
-
NHỮNG TÍNH NĂNG MỚI TRONG WINDOWS SERVER 2008
55 p | 463 | 194
-
Group Policy trong Windows Server 2008
40 p | 418 | 131
-
Cài đặt và cấu hình DHCP Server trong Windows Server 2008
19 p | 311 | 123
-
Windows Server 2008: What to Expect
13 p | 227 | 96
-
Lỗi RPC Server is Unavailable trong Windows Server 2008 R2
7 p | 305 | 88
-
Cấu hình thiết lập mật khẩu trong Windows Server 2008
22 p | 110 | 50
-
Terminal Services Web Access trong Windows Server 2008
12 p | 143 | 47
-
Thiết lập nhận thực Wi-Fi trong Windows Server 2008- P1
5 p | 84 | 31
-
Terminal Services Web Access trong Windows Server 2008 (P.1)
5 p | 86 | 29
-
Các mở rộng của Group Policy trong Windows Vista và Windows Server 2008
42 p | 79 | 27
-
Terminal Services Web Access trong Windows Server 2008 (P.2)
8 p | 65 | 25
-
Giới thiệu bổ sung về Network Access Protection
52 p | 66 | 22
-
Thiết lập nhận thực Wi-Fi trong Windows Server 2008 – Phần 2
26 p | 70 | 18
-
Thiết lập nhận thực Wi-Fi trong Windows Server 2008 – Phần 1
20 p | 72 | 16
-
Windows Server 2008 R2 Remote Desktop Services Resource Kit Book
719 p | 59 | 15
-
Khắc phục lỗi xảy ra khi gỡ bỏ Windows Server 2008 Server Core khỏi domain
10 p | 40 | 3

markdown:
# Terminal Services Website Access trong Windows Server 2008
Chia sẻ: Nhan Hoang | Ngày: | Loại File: PDF | Số trang:15
lượt xem 25
download
![](http://image1.tailieu.vn/document/thumbnail/2009/20091106/nguyen2/80x100/terminal_services_web_access_trong_windows_server_2008_1796.jpg)
##
Terminal Services Website Access trong Windows Server 2008
[Vui lòng tải xuống để xem tài liệu đầy đủ](javascript:void(0);)
Download
![](http://static1.tailieu.vn/b2013az/templates/version1/default/images/down16x21.png)
Windows Server 2008 tích hợp nhiều tính năng mới cùng với Terminal Server. Trong đó có một thành phần quan trọng không thể không kể đến là Terminal Services Web Access với một giao diện giống với giao diện Web của Citrix hỗ trợ truy cập nền tảng web vào những ứng dụng được xuất bản qua Terminal Services RemoteApp.
Bình luận(0)
[Đăng nhập để gửi bình luận!](javascript:void(0);)
##
Nội dung Text: Terminal Services Website Access trong Windows Server 2008
- Terminal Services Web Access trong Windows Server 2008 Windows Server 2008 tích hợp nhiều tính năng mới cùng với Terminal Server. Trong đó có một thành phần quan trọng không thể không kể đến là Terminal Services Web Access với một giao diện giống với giao diện Web của Citrix hỗ trợ truy cập nền tảng web vào những ứng dụng được xuất bản qua Terminal Services RemoteApp. Trong phần này chúng ta sẽ khám phá chức năng của Terminal Services Web Access đối với quá trình triển khai Terminal Server cũng như phương pháp cài đặt và sử dụng nó. Khám phá Terminal Services Web Access Truy cập nền tảng web vào Published Application từ lâu đã là một tính năng của Citrix Presentation Server hay môi trường Terminal Server hỗ trợ cho các add-on nhóm ba, như những add-on của Provision Netwworks, 2X, … Giờ đây Windows Server 2008 đã có một tính năng mới có tên Terminal Services Web Access cho phép các tổ chức tạo một cổng truy cập nền tảng web vào Published Application trong môi trường Terminal Server. Ngoài ra Windows Server 2008 còn hỗ trợ nhiều tính năng mới rất đáng chú ý khác gồm có Terminal Services RemoteApp (trước đây là Windows Remote Programs) cung cấp Published Application tới người dùng cuối và Terminal Services Gateway giúp bảo mật truy cập vào ứng dụng RemoteApp qua bộ mã hóa SSL 18 bit giống với Citrix Secure Gateway. Trước đó, TSWeb, một cổng truy cập RDP nền tảng web đã xuất hiện trên trang download của Microsoft được sử dụng làm công cụ kết nối từ xa vào Terminal Server qua một cổng truy cập nền tảng web. Nhưng công cụ này chỉ có chức năng đó, và người dùng không thể kết nối tới những ứng dụng cụ thể một cách dễ dàng và không linh hoạt. Công cụ Terminal Services Web Access mới có thể thực hiện nhiều chức năng. Đầu tiên phải kể đến là nó thực hiện những chức năng của phiên bản TSWeb trước đó, nghĩa là hỗ trợ người dùng và quản trị hệ
- thống kết nối vào một Terminal Server cụ thể hay hệ thống đã được kích hoạt Remote Desktop qua một trang web. Tuy nhiên, chức năng của công cụ này khiến mọi người chú ý là khả năng hiển thị những chương trình Windows RemoteApp cho những người dùng cuối qua một trang web. Người dùng thường nhầm lẫn khi cho rằng những công cụ trong Windows Server 2008 của Microsoft sẽ không hỗ trợ cho các sản phẩn nhóm ba nhưng sự thật không phải như vậy. Tuy nhiên, ngoài những tính năng kể trên thì Terminal Services Web Access trong Windows Server 2008vân còn tồn tại những thiếu xót lớn. Terminal Services Web Access có thể được coi là một Citrix Web Interface. Nó bao gồm những chức năng cơ bản giúp hiển thị và kết nối vào những ứng dụng Terminal Services RemoteApp thông qua một trang web nhưng cũng không quá linh hoạt. Ví dụ, Terminal Services Web Access chỉ có thể hiển thị những ứng dụng RemoteApp từ một Terminal Server riêng lẻ, và mặc dù có nhiều biện pháp truy cập vào hệ thống Terminal Server bằng Terminal Services Web Access, nhưng nó yêu cầu mọi Terminal Server phải lưu trữ một nhóm ứng dụng đồng nhất, hay người dùng phải sử dụng máy chủ SharePoint của Microsoft kết hợp nhiều phần web của Terminal Services Web Access trong một giao diện riêng lẻ. Cài đặt Terminal Server Web Access trong Windows Server 2008 Giờ đây Windows Server 2008 sử dụng một thuật sĩ cài đặt nền tảng Role để bổ sung một số thành phần, trái ngược với phương pháp truyền thống sử dụng Add/Remove Programs trong Control Panel. Những dịch vụ Windows không thể cài đặt riêng lẻ nữa. Thay vào đó, Role phù hợp được cài đặt trên máy chủ này thông qua thành phần Roles trong Snap-in Server Manager MMC. Theo mặc định, Windows Server 2008 không cài đặt sẵn Role nào. Role Terminal Services Web Access cần có hai điều kiện sau: Windows Server 2008 (rõ ràng) và Internet Information Services 7.0. IIS 7.0 không cần phải cài đặt trước khi cài đặt Terminal Services Web Access vì wizard cài đặt Role sẽ thông báo cho bạn mọi Role phụ thuộc và tự động cài đặt chúng. Ngoài ra Terminal Services Web Access không yêu cầu cài đặt Terminal Services trên cùng một máy chủ. Nó có thể vận
- hành như một Role độc lập. Để cài đặt Terminal Server Web Access bạn thực hiện các thao tác sau: • Mở Server Manager. Bạn có thể truy cập vào Server Manager từ menu Start | Programs | Administravtive Tools, hoặc phải chuột lên My Computer chọn Manage. • Sau đó chọn Roles rồi click vào nút Add Roles. • Khi đó wizard Add Roles sẽ khởi chạy. Nhấn vào nút Next trên trang Before You Begin. • Trong mục Select Server Roles lựa chọn Role Terminal Services và Web Server. Nếu có một cửa sổ xuất hiện yêu cầu cài đặt những công cụ cần thiết cho Web Services, như Windows Process Activation Services, hãy click vào nút Add Required Roles. Mọi Configuration API sẽ là một tính năng phụ thuộc của IIS. Tiếp theo click Next. • Trên cửa sổ Terminal Services nhấn tiếp vào nút Next. • Cửa sổ tiếp theo sẽ là Roles Services của Terminal Services. Mỗi Role được cài đặt trên Windows Server 2008 sẽ bao gồm Role Services. Những dịch vụ này giúp xác định mọi tính năng được kích hoạt cho một Role đã được cài đặt. Trong phần này
- chúng ta sẽ cài đặt cả Role của Terminal Server và Terminal Services Web Access do đó chúng ta sẽ phải cài đặt một Terminal Server cục bộ. Click chọn những hộp chọn cho Terminal Server và Terminal Services Web Access. Khi Terminal Services Web Access được lựa chọn, thì một hộp thoại sẽ hiển thị yêu cầu bạn xác nhận xem có muốn bổ sung những Role Web Services cần thiết hay không. Click nút Add Required Role Services rồi click tiếp vào nút Next trên cửa sổ Role Services. • Do đang thực hiện cài đặt Terminal Services nên bạn sẽ thấy một số wizard thông thường sẽ không xuất hiện nếu cài đặt Role Terminal Services Web Access trên chính nó. Trên cửa sổ Application Compatibility sẽ xuất hiện một lời cảnh báo cho biết những ứng dụng hiện có được tải trên Terminal Server này cần được gỡ bỏ và cài đặt lại để có thể hoạt động ổn định trên Terminal Server vừa cài đặt. Sau đó nhấn Next. • Trên cửa sổ Authentication Method, lựa chọn tùy chọn Do not require Network Level Authentication và nhấn Next. Tùy chọn này sẽ cho phép mọi máy trạm RDP kết nối tới máy chủ. • Trên cửa sổ Licensing Mode, lựa chọn một trong hai tùy chọn sau:
- Nếu không có Windows Server 2008 License Server nào được kích hoạt trên mạng, hãy lựa chọn tùy chọn Configuration later (thực hiện cấu hình sau). Nếu có một Windows Server 2008 License Server nào đó được kích hoạt trên mạng, hãy lựa chọn tùy chọn the appropriate licensing model for your infrastructure (Per User or Per Device). Tùy chọn này có thể thường xuyên được thay đổi sau này. • Trên cửa sổ User Group, bổ sung những nhóm cục bộ hay dựa trên tên miền cần được cấp phép truy cập để đăng nhập vào Terminal Server. Mọi nhóm trong danh sách này đều được đưa vào nhóm Remote Desktop Users. Mặc định chỉ có nhóm Administrator cục bộ được lựa chọn sẵn. Tiếp theo nhấn Next. • Nhấn tiếp Next trên cửa sổ Web Server (IIS). • Trên cửa sổ Roles Services của Web Services, mọi lựa chọn phù hợp đã được thực hiện theo như kết quả của việc bổ sung Role Service Terminal Services Web Access. Bạn chỉ cần nhấn nút Next. • Kiểm tra mọi thông báo trên cửa sổ Confirmation rồi click Install. Khi quá trình cài đặt hoàn thành, nhấn nút Close trên cửa sổ Result và khởi động lại hệ thống để hoàn tất quá trình cài đặt dịch vụ bổ sung. Khi máy chủ đã khởi động lại, bạn có thể thực hiện một cuộc kiểm tra nhanh bằng cách mở Internet Explorer trên máy chủ đó và trình duyệt vào địa chỉ http://localhost/ts/. Khi đó bạn sẽ thấy một trang web sau:
- Nghĩa là khi đó quá trình cài đặt Terminal Services Web Access của bạn đã thành công. Còn nếu trang không hiển thị bạn hãy kiểm tra lại những Role đã cài đặt trên máy chủ để đảm bảo cả Terminal Services Web Access và IIS 7.0 đã được cài đặt, sau đó kiểm tra Windows Services để chắc chắn đã khởi chạy dịch vụ IIS. Trong phần trước chúng ta đã tìm hiểu qua về khả năng và công dụng của Terminal Services Web Access và đã thực hiện cài đặt những Role và Service liên quan. Trong phần này chúng ta sẽ thực hiện cấu hình Terminal Services Web Access và kiểm thử một số tính năng khác gồm khả năng tương hợp SharePoint Services và kết hợp Farm. Khi đã cài đặt chính xác Role, danh sách tác vụ cấp cao dưới đây phải được sử dụng để cấu hình Terminal Services Web Access cho máy trạm sử dụng. Danh sách này bao gồm:
- • Cấu hình phần nguồn dữ liệu cho Terminal Services Web Access. • Cấu hình thành viên nhóm bảo mật cho Terminal Services Web Access. • Kích hoạt Terminal Services Web Access trên những ứng dụng RemoteApp. • Bảo đảm máy trạm hoạt động tốt. Data Source của Terminal Services Web Access. Thành phần Terminal Services Web Access có thể hiển thị những ứng dụng RemoteApp từ mọi máy chủ Terminal Server, tuy nhiên nó chỉ có thể hiển thị những ứng dụng từ một Terminal Server tại một thời điểm. Nếu Terminal Services Web Access được cài đặt trên Terminal Server thì cấu hình mặc định sẽ tự hiển thị những ứng dụng RemoteApp mà không cần đến bất kì thao tác nào. Nhưng nếu Role Terminal Services Web Access đang được tự cài đặt thì Web Part cần phải được cấu hình. Để cấu hình Web Part, bạn phải là thành viên của nhóm Terminal Services Web Access Admins hoặc đăng nhập dưới tài khoản Admin cục bộ. Trước tiên, mở website Terminal Services Web Access qua shortcut Terminal Services Web Access Administration trong Administrative Tools của menu Start hoặc sử dụng Internet Explorer kết nối tới Terminal Services Web Access. Sau đó lựa chọn nút Configuration.
- Sau đó, trong Editor Zone của trang Configuration, nhập tên của Terminal Server lưu trữ Web Part rồi nhấn nút Apply. Cấu hình này sẽ được áp dụng ngay lập tức và mọi ứng dụng được cấu hình cho Terminal Services Web Access sẽ lập tức lưu trữ màn hình RemoteApp Programs trong Web Part. Computer Security Group của Terminal Services Web Access Như đã đề cập đến trước đó, bạn không cần phải cài đặt Terminal Services Web Access trên một Terminal Server. Nếu máy chủ Terminal Services Web Access và máy chủ Terminal (lưu trữ ứng dụng RemoteApp) là những máy chủ riêng biệt, thì tài khoản của máy chủ Terminal Services Web Access phải được bổ sung vào Computer Security Group (Nhóm bảo mật máy tính) của Terminal trên máy chủ Terminal Services Web Access để kích hoạt Web Part hiển thị những ứng dụng từ máy chủ Terminal đó. Lưu ý: Do tài khoản của máy chủ Terminal Services Web Access phải được bổ sung vào nhóm bảo mật trên máy chủ Terminal Server nên máy chủ Terminal Services Web Access bắt buộc phải là một thành viên của Accessible Security Context – hoặc cùng miền Active Directory hoặc có một miền Active Directory tin cậy. Nhóm Terminal Services Web Access Computers thậm chí còn quan trọng hơn nhiều trong SharePoint Integration.
- Kích hoạt ứng dụng RemoteApp cho Terminal Services Web Access Khi Terminal Services Web Access đã được cài đặt và lên cấu hình, những ứng dụng trên Terminal Server được lựa chọn phải được kích hoạt để sử dụng Terminal Services Web Access. Theo mặc định, mọi ứng dụng đều được kích hoạt để thực hiện chức năng này, tuy nhiên những ứng dụng chưa được kích hoạt vẫn có thể được cấu hình trong Terminal Services RemoteApp Manager MMC. Mở Terminal Services RemoteApp Manager. Cột Terminal Services Web Access cho biết Web Access đã được kích hoạt cho mỗi ứng dụng hay chưa. Bạn có thể kích hoạt những ứng dụng được gán nhãn No theo hai cách sau: Cách 1: Phải chuột lên ứng dụng trong danh sách RemoteApp Programs rồi lựa chọn Show in Terminal Services Web Access. Cách 2: Phải chuột lên ứng dụng trong danh sách RemoreApp, chọn Properties rồi lựa chọn tiếp hộp chọn RemoteApp program is available through TS Web Access. Khi những ứng dụng này đã được kích hoạt cho Terminal Services Web Access, thì Web Part của Terminal Services Web Access phải được cấu hình để giao tiếp với máy chủ Terminal Server. Ngoài những ứng dụng RemoteApp, Terminal Services Web Access còn có thể hiển thị một Remote Desktop Connection Icon (biểu tượng kết nối desktop từ xa) cho máy chủ Terminal được cấu hình như Data Source của Web Part. Để kích hoạt Remote Desktop Icon trong Terminal Services Web Access bạn chỉ cần thực hiện các thao tác sau:
- • Mở Terminal Services RemoteApp Manager trên Terminal Server được cấu hình như nguồn dữ liệu của Web Part. • Trong bảng Actions, click vào Terminal Server Settings ở bên phải. • Trên tab Terminal Server, lựa chọn hộp chọn Show a remote desktop connection to this terminal server trong Terminal Services Web Access. • Sau đó nhấn nút Ok để áp dụng những thay đổi. Những thay đổi này sẽ được áp dụng ngay lập tức, bạn không cần phải khởi chạy lại bất cứ dịch vụ nào. Yêu cầu của máy trạm với ứng dụng kích hoạt trên Terminal Services Web Access Giờ đây, Role này đã được cài đặt và lên cấu hình, và những ứng dụng RemoteApp cũng đã được cài đặt. Bây giờ chúng ta sẽ thực hiện một số thao tác trên máy trạm. Để kết nối vào các ứng dụng RemoteApp được triển khai trên máy chủ Terminal Server của Windows Server 2008 thì máy trạm phải đang chạy trên phần mềm Remote Desktop Connection (RDC) phiên bản 6.0 (6.0.6000.x) hay những phiên bản mới hơn. Phiên bản 6.0 được tích hợp trên Windows Vista và Windows Server 2003 và Windows XP có thể tải về từ website của Microsoft. Tuy nhiên, để kết nối vào những ứng dụng RemoteApp qua Terminal Services Web Access thì máy trạm phải sử dụng phiên bản RDC 6.1 trong những hệ điều hành sau: • Windows Server 2008 • Windows Vista SP1 • Windows XP SP3 Nếu sử dụng Windows Server 2008 và Windows Vista SP1 thì bạn không phải thực hiện thêm thao tác nào và những hệ thống này đã có thể truy cập và vận hành những ứng dụng được kích hoạt trên
- Terminal Services Web Access. Nếu đang sử dụng hệ điều hành Windows XP SP3 thì người dùng phải kích hoạt ActiveX Control trong Registry. Để kích hoạt ActiveX Control trong Registry bạn thực hiện các bước sau: • Mở Regedit và tìm đến key HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersi on\Ext\Settings. • Trong mục Settings sub-key, xóa những key phụ sau: {4eb89ff4-7f78-4a0f-8b8d-2bf02e94e4b2} {7390f3d8-0439-4c05-91e3-cf5cb290c3d0} • Khi những key phụ này đã được xóa bỏ, trang Terminal Services Web Access sẽ hiển thị một cách chính xác. Và bạn cũng không phải khởi động lại hệ thống để áp dụng những thay đổi. Nếu sử dụng những hệ điều hành máy trạm trên, có thể bạn sẽ nhận được một cảnh báo bảo mật đối với ActiveX Control. Để kích hoạt ActiveX Control bạn chỉ cần click vào thanh Message của Internet Explorer và chọn Run ActiveX Control, và sau đó trang sẽ hiển thị bình thường. Kết nối tới Terminal Services Web Access Terminal Services Web Access được mặc định cài đặt vào website có địa chỉ http://servername/ts. Mọi ứng dụng được kích hoạt trong Terminal Services Web Access sẽ được hiển thị trên website này. Nếu lựa chọn hộp chọn I am using a private computer…(Tôi đang sử dụng một máy tính riêng …) ở phía cuối màn hình thì thông tin tài khoản đăng nhập của bạn sẽ được lưu trữ cho những lần đăng nhập sau. Còn nếu sử dụng máy tính công cộng thì bạn hãy hủy chọn hộp chọn này. Để chạy những ứng dụng trên máy chủ bạn chỉ cần click vào ứng dụng trong giao diện Terminal Services Web. Mỗi khi một ứng dụng RemoteApp được khởi chạy bạn sẽ được yêu cầu đăng nhập.
- Cấu hình Terminal Services Web Access Settings Bạn có thể thực hiện một số cài đặt trong Terminal Services Web Access thông qua IIS Manager MMC hay bằng cách hiệu chỉnh file web.config trong C:\Windows\Web\TS. Trong ví dụ dưới chúng ta sẽ thực hiện cấu hình qua IIS Manager MMC. • Mở IIS Manager MMC. • Phía dưới Connection trong bảng bên trái, di chuyển xuống folder Terminal Services phía dưới Default Website. • Trong bảng Details, click đúp lên Application Settings. Bảng này sẽ hiển thị những cài đặt của ứng dụng. Bạn có thể thực hiện chỉnh sửa những cài đặt này bằng cách click đúp vào tên của mối ứng dụng trong cột thứ nhất. Thông số cài đặt cho mối ứng dụng bao gồm: DefaultTSGateway – Xác định Terminal Services Gateway Server để sử dụng cho quá trình kết nối. Cài đặt này cũng chỉ rõ Terminal Services Gateway cho quá trình kết nối desktop từ xa. Cài đặt này có thể nằm trong phần cấu hình RemoteApp riêng lẻ trong Terminal Services RemoteApp Manager.
- GatewayCredentialsSource – Xác định nguồn thông tin sử dụng để thực hiện kết nối. ShowDesktops – Kích hoạt hay hủy bỏ tab Remote Desktop trong trang web của Terminal Services Web Access . xClipboard – Kích hoạt hay hủy bỏ ánh xạ clipboard. xDriveRedirection – Kích hoạt hay hủy bỏ ánh xạ tới ổ đĩa máy trạm. xPnPRedirection – Kích hoạt hay Plug-n-Play ánh xạ tới thiết bị. xPortRedirection – Kích hoạt hay hủy bỏ ánh xạ tới cổng COM/LPT. xPrinterRedirection – Kích hoạt hay hủy bỏ ánh xạ tới máy in trên máy trạm. Những cài đặt này (dù thực hiện trong IIS Manager MMC hay file web.config) sẽ được áp dụng ngay mà không cần phải khởi động lại bất kì dịch vụ nào. Sử dụng Terminal Services Web Access cho Farm Access Theo mặc định, Terminal Services Web Access sẽ hiển thị những ứng dụng RemoteApp được lưu trữ trên một máy chủ Terminal Server riêng lẻ. Nhưng cũng có nhiều phương pháp bạn có thể áp dụng để truy cập vào toàn bộ máy chủ Terminal Server qua Terminal Services Web Access. Tuy nhiên để làm được điều này thì mọi máy chủ phải đang sử dụng những ứng dụng RemoteApp giống nhau vì Terminal Services Web Access không thể xác định nhiều mục tiêu Terminal Server cho Web Part. Trong hầu hết các trường hợp một Terminal Server Farmcũng sẽ được sử dụng để hỗ trợ cho Role Terminal Services Session Broker của Windows Server 2008 (tính năng này vượt quá phạm vi thông tin bài viết nên nó sẽ không được đề cập đến trong Role này), tuy nhiên Terminal Services Session Broker lại hoạt động như một cơ chế sắp xếp ngoại vi cho những kết nối đang thực hiện và chuyển đổi những kết nối này thành một tập hợp gồm nhiều máy chủ Terminal Server. Ngoài ra tất cả những máy chủ này cũng sẽ có một nhóm ứng dụng
- RemoteApp đang sử dụng giống hệ nhau. Web Part của Terminal Services Web Access vẫn chỉ hướng vào một tên riêng lẻ, tuy nhiên Web Part này sẽ hướng vào một bí danh DNS của Farm đó nhiều hơn so với máy chủ Terminal Server riêng lẻ. Khi mọi Terminal Server sử dụng những ứng dụng RemoteApp giống nhau thì chúng ta không cần phải quan tâm tới đối tượng đang thực hiện giao tiếp tại mọi thời điểm. Phương pháp tạo một Terminal Server Farm trong Windows 2008 là sử dụng DNS Round Robin, Windows Network Load Balancing (NLB) hay một trình cân đối tải phần cứng như F5, RadWare hay những thiết bị tương tự. DNS Round Robin là công cụ dễ sử dụng, giá hợp lý nhưng lại tồn tại một số hạn chế trong việc lưu trữ DNS và không thể ngăn chặn DNS xử lý một địa chỉ IP cho máy chủ không còn xuất hiện trên hệ thống. Nhưng nếu hệ thống của bạn không có trình quản lý tải thì bạn có thể sử dụng công cụ NLB để thay thế. Lưu ý: Nếu dịch vụ Terminal Services Web Access sử dụng một bí danh cho tên Farm thì mỗi tài khoản máy tính Terminal Services Web Access phải là một thành viên của mỗi nhóm Terminal Service cục bộ gắn liền với bí danh DNS để Web Part có thể giao tiếp với bất kì máy chủ nào trong số đó. Tương hợp SharePoint Services Như đã nói ở trên, Web Part có thể kết nối tới một nhóm Terminal Server chia sẻ cùng loại ứng dụng RemoteApp. Nhưng bạn sẽ làm gì nếu những máy chủ đó không sử dụng cùng loại ứng dụng? Windows SharePoint Services có thể làm tương hợp nhiều Web Part thành một giao diện liền mạch duy nhất. Nếu có nhiều nhóm Terminal Services sử dụng những ứng dụng khác nhau thì mọi ứng dụng RemoteApp của những Farm trong Terminal Server có thể được truy cập từ một trang web. Hình dưới đây hiển thị phương pháp tương hợp hai Web Part bằng Windows SharePoint Services.
- Lưu ý: Máy chủ SharePoint Services cần phải được đưa vào nhóm bảo mật Terminal Services Web Access trên Terminal Server trong Farm đó. Kết luận Sau khi cài đặt và lên cấu hình, giờ đây chúng ta đã có thể sử dụng Terminal Services Web Access. Như đã đề cập đến trong bài viết, Terminal Services Web Access rất hạn chế vì chỉ cho phép người dùng truy cập vào một máy chủ đơn lẻ hay một nhóm Terminal Server sử dụng cùng loại ứng dụng. Tuy nhiên nó cũng là một công cụ khá mạnh được tích hợp trong Windows Server 2008, nó có thể hỗ trợ cho Terminal Server và cung cấp Terminal Server Farm.
CÓ THỂ BẠN MUỐN DOWNLOAD
-
Cách cài đặt và cấu hình Windows Server 2008
12 p |
497 |
206
-
NHỮNG TÍNH NĂNG MỚI TRONG WINDOWS SERVER 2008
55 p |
463 |
194
-
Group Policy trong Windows Server 2008
40 p |
418 |
131
-
Cài đặt và cấu hình DHCP Server trong Windows Server 2008
19 p |
311 |
123
-
Windows Server 2008: What to Expect
13 p |
227 |
96
-
Lỗi RPC Server is Unavailable trong Windows Server 2008 R2
7 p |
305 |
88
-
Cấu hình thiết lập mật khẩu trong Windows Server 2008
22 p |
110 |
50
-
Terminal Services Web Access trong Windows Server 2008
12 p |
143 |
47
-
Thiết lập nhận thực Wi-Fi trong Windows Server 2008- P1
5 p |
84 |
31
-
Terminal Services Web Access trong Windows Server 2008 (P.1)
5 p |
86 |
29
-
Các mở rộng của Group Policy trong Windows Vista và Windows Server 2008
42 p |
79 |
27
-
Terminal Services Web Access trong Windows Server 2008 (P.2)
8 p |
65 |
25
-
Giới thiệu bổ sung về Network Access Protection
52 p |
66 |
22
-
Thiết lập nhận thực Wi-Fi trong Windows Server 2008 – Phần 2
26 p |
70 |
18
-
Thiết lập nhận thực Wi-Fi trong Windows Server 2008 – Phần 1
20 p |
72 |
16
-
Windows Server 2008 R2 Remote Desktop Services Resource Kit Book
719 p |
59 |
15
-
Khắc phục lỗi xảy ra khi gỡ bỏ Windows Server 2008 Server Core khỏi domain
10 p |
40 |
3

Set-Cookie: TLDEVNamespace=mmpjubst4ogul48eoqsn2uv1p5; path=/; domain=.tailieu.vn; HttpOnly