Thực đơn
trang chủTrình duyệt

Cài đặt và cấu hình máy khách Thinstation

Hướng dẫn chi tiết thiết lập máy khách mỏng

Dựa trên phân phối Thinstation và giao thức NX

Công nghệ NX do Nomachine phát triển, cung cấp các tùy chọn kết nối mới và có thể phục hồi các máy tính cũ dưới dạng máy khách mỏng.

Trước khi chuyển thẳng sang phần mô tả về NX, tôi sẽ liệt kê một số xu hướng đang trở nên rõ ràng ngày nay đối với nhiều công ty lớn ở nước ta:

1. Thiết bị máy tính ngày càng rẻ hơn và dễ tiếp cận hơn trước. Đồng thời, năng suất của nó tăng gấp đôi cứ sau 1,5-2 năm theo định luật Moore. Điều này dẫn đến việc tích tụ những thiết bị chưa hết tuổi thọ nhưng đã lỗi thời.

2. Các ứng dụng client-server được phát triển tại doanh nghiệp bởi các lập trình viên từ bộ phận hệ thống điều khiển tự động trong những năm perestroika vẫn hoạt động trên công nghệ cũ nhưng không còn đáp ứng được yêu cầu của thời đại.

3. Không thể tạo ra các phần mềm và hệ điều hành hiện đại để hoạt động trên máy tính có bộ xử lý thế hệ trước (i386, i486, v.v.).

4. Không có gì ngạc nhiên khi trong một thời gian dài ở nhiều tổ chức ở nước ta, nhiều chương trình, hệ điều hành do nhân viên tự ý cài đặt đã bị sử dụng trái phép. Lúc đầu, điều này được coi là điều đương nhiên, nhưng sau đó nó được chứng minh bằng tình hình tài chính. Hiện nay nước ta đã gia nhập WTO, Chính phủ buộc phải nhanh chóng khắc phục tình trạng này; do đó, áp lực từ các cơ quan trong nước ngày càng tăng đối với các doanh nghiệp trong việc từ bỏ các phần mềm và hệ điều hành bị sử dụng trái phép.

Có sự mâu thuẫn rõ ràng giữa điểm thứ hai và thứ ba: cần phải tìm cách sử dụng hiệu quả công nghệ cũ để thực hiện các nhiệm vụ hiện đại, hoặc phải từ bỏ công nghệ này. Nếu có đủ tiền thì sự lựa chọn là rõ ràng. Nhưng phải làm gì nếu không có tiền hoặc không có cách nào để loại bỏ những thiết bị đó và thật tiếc nếu vứt nó đi? Và làm thế nào để giải quyết vấn đề không kém phần gay gắt về “độ tinh khiết được cấp phép” của các chương trình được sử dụng, được đề cập trong đoạn thứ tư?

Các công nghệ đầu cuối ra đời để giải cứu, cho phép bạn sử dụng các máy tính cũ, đồng thời loại bỏ một phần các vấn đề về “độ tinh khiết của giấy phép” nếu bạn sử dụng các giải pháp dựa trên các sản phẩm Nguồn mở.

Tạp chí đã xuất bản một số bài viết về cách làm việc với bản phân phối Thinstation. Trong bài viết này, tôi sẽ nói về chi tiết cụ thể về trải nghiệm thiết lập và vận hành trong doanh nghiệp của tôi với các máy khách mỏng dựa trên bản phân phối Thinstation và công nghệ NX do Nomachine phát triển.

Cho đến gần đây, trong thế giới truyền thông đầu cuối, có rất ít giao thức mạng cấp cao thành công được biết đến có khả năng nén và mã hóa hiệu quả lưu lượng giữa máy khách tối thiểu và máy chủ. Nổi tiếng và phổ biến nhất trong số đó là RDP của Microsoft và ICA của Citrix. Cả hai giao thức đều được sử dụng bởi các máy chủ dựa trên hệ điều hành MS Windows. Tôi quan tâm đến khả năng sử dụng máy khách mỏng với máy chủ dựa trên Linux. Là nền tảng cho máy khách mỏng, một bộ phân phối nhỏ, một loại nhà thiết kế Linux, Thinstation gần như ngay lập tức được chọn là công cụ phát triển ổn định và phổ biến nhất ở nước ta và nước ngoài. Nhưng với việc lựa chọn giao thức chịu trách nhiệm liên lạc với máy chủ, tôi đã phải mày mò và thử nghiệm. Tôi sẽ liệt kê các tiêu chí chính mà giao thức đã được chọn. Đầu tiên, chúng tôi muốn sử dụng nhiều loại máy tính cũ có bộ xử lý bắt đầu từ i486, với dung lượng bộ nhớ tối thiểu; chúng tôi có rất nhiều thiết bị như vậy. Thứ hai, các sản phẩm thương mại bị từ chối: chúng tôi không muốn phát sinh thêm chi phí. Thứ ba, cần hỗ trợ tốt cho ngôn ngữ tiếng Nga và bảng chữ cái Cyrillic, cũng như sự hiện diện của một cách quen thuộc để người dùng chuyển đổi giữa các bố cục - tổ hợp phím . Thứ tư, trong mạng nội bộ Chúng tôi không nhất thiết cần hỗ trợ mã hóa nhưng việc nén và giảm thiểu lưu lượng mạng rất quan trọng.

Tìm giải pháp

Trước hết, tôi chú ý đến VNC là sản phẩm phổ biến nhất và có sẵn trong bất kỳ bản phân phối Linux nào, đồng thời là một sản phẩm dễ cài đặt. Khi bạn cần kết nối với máy tính để bàn từ xa của máy chủ Linux bằng trạm làm việc Windows hay Linux, điều đầu tiên người ta nghĩ đến là VNC. Tải xuống phiên bản mới nhất của bản phân phối Thinstation, sau đó giải nén tệp lưu trữ thu được trong thư mục chính của bạn. Giả sử rằng đường dẫn đến bản phân phối trông như thế này: ~/thinstation. Tệp chịu trách nhiệm về các tham số bản dựng nằm ở đây: ~/thinstation/build.conf. Nó có ý kiến ​​​​chi tiết. Tôi sẽ không nói chi tiết về cách thiết lập nó, cũng như cách buộc hình ảnh Thinstation khởi động bằng card mạng có chip khởi động; điều này đã được viết trong các bài viết này. Tôi sẽ liệt kê ngắn gọn các bước để định cấu hình máy khách: chỉnh sửa ~/thinstation/build.conf và tạo một hình ảnh bằng cách chạy tập lệnh ~/thinstation/build. Chúng tôi sao chép tệp hình ảnh đã hoàn thành ~/thinstation/boot-images/etherboot/thinstation.nbi vào máy chủ TFTFP. Chúng tôi thêm một mục về địa chỉ MAC của card mạng của máy khách tối thiểu vào tệp cấu hình dhcp.conf của máy chủ DHCP. Trong thư mục máy chủ TFTP, tạo một tệp có cài đặt cho địa chỉ MAC này và/hoặc chỉnh sửa tệp Thinstation.conf.network. Cài đặt của tôi hệ thống làm việc có thể được nhìn thấy trong danh sách của phần “Cấu hình và tạo hình ảnh Thinstation” và trong Hình. 1.

Hình 1. Mối quan hệ thành phần NX

Để thêm gói máy khách VNC vào hình ảnh, hãy bỏ ghi chú dòng “#package vncviewer” trong tệp cấu hình ~/thinstation/build.conf. Nếu thư mục máy chủ tftp nằm trong /tftpboot (như đối với tôi), thì hãy chỉnh sửa tệp /tftpboot/thinstation.conf.network để các dòng xuất hiện trong đó:

SESSION_0_TYPE=người xem vncviewer

SESSION_0_TITLE="VNC" !}

SESSION_0_VNCVIEWER_SERVER=10.10.10.10:5901

Thay thế địa chỉ IP 10.10.10.10 bằng địa chỉ máy chủ VNC của bạn.

Bây giờ chúng ta hãy kiểm tra image đã được lắp ráp với tham số mới đang hoạt động: bật máy khách mỏng, đợi image Thinstation tải xuống và khởi chạy, kết nối với máy chủ VNC. Xin lưu ý rằng việc chuyển đổi bố cục được thực hiện bằng phím “Alt bên phải”. Trên thực tế, nguyên nhân không phải ở đây là máy khách VNC mà là tệp Thinstation từ gói hỗ trợ Cyrillic keymaps-ru. Để không mất nhiều thời gian tìm kiếm giải pháp cho vấn đề, tôi đã tạo một tệp xkb trên hệ thống SUSE-10.0 được cấu hình như sau:

xkbcomp:0 ru.xkb

xkbcomp -xkm ru.xkb ru.xkm

Tiện ích xkbcomp chuyển đổi mô tả bố cục XKB thành một trong các định dạng. Lệnh đầu tiên tạo kết xuất bố cục hiện tại từ nguồn, đó là màn hình X “:0”. Lệnh thứ hai biên dịch tệp kết quả thành dạng nhị phân mà hệ thống có thể đọc được. Thay thế tệp gốc bằng tệp của chúng tôi:

cp -f ru.xkm ~/thinstation/packages/keymaps-ru/x-common/lib/kmaps/xkb

Sau khi lắp ráp hình ảnh, chúng ta có được sự chuyển đổi bố cục thông thường theo . Nhưng máy khách VNC chậm đến mức không thể chấp nhận được. Trên các máy tính có bộ xử lý thấp hơn P-200, một loại "trình chiếu" bắt đầu, khi bất kỳ hành động nào trên máy tính để bàn từ xa đều đi kèm với bản vẽ nhàn nhã về những thay đổi này trên màn hình điều khiển máy khách mỏng. Có nhiều giải pháp VNC sử dụng các phương pháp mã hóa dữ liệu tương tự trong quá trình truyền, tất cả đều sử dụng giao thức Remote FrameBuffer (RFB). Chúng khác nhau về số lượng chức năng, tham số mã hóa dữ liệu và số lượng nền tảng được hỗ trợ. Ví dụ: RealVNC hỗ trợ máy chủ và máy khách cho Windows, UNIX, Microsoft PocketPC và Mac OS X, TightVNC bao gồm máy chủ và máy khách cho Windows và UNIX, VNC cho DOS - máy khách cho DOS, UltraVNC - máy chủ và máy khách cho Windows, OSXvnc - máy chủ và client cho Mac OS X. Tôi đã thử nghiệm RealVNC và TightVNC: về mặt chủ quan, sản phẩm thứ hai (cả máy chủ và máy khách) nhanh hơn một chút, nhưng cả hai đều tạo ra hiệu ứng “trình chiếu” trên máy tính yếu. Chúng ta sẽ phải thử một cái gì đó khác làm giao thức liên lạc giữa máy khách và máy chủ. Bây giờ hãy để VNC yên; chúng ta sẽ phải quay lại vấn đề này sau. Đây là nơi tôi chuyển sang NX.

Hỗ trợ cho máy khách Nomachine NX lần đầu tiên xuất hiện trong phiên bản Thinstation 2.1 vào năm 2005 và phiên bản mới nhất hiện nay là 2.2, sẽ được ngụ ý bên dưới. Để xây dựng hình ảnh bằng gói NX, trước đây cần phải truy cập trực tiếp vào Internet; trong các phiên bản mới nhất của Thinstation, có thể chỉ định đường dẫn đến tệp bằng tiền tố “file://”. Máy khách được sử dụng và hỗ trợ bởi bản phân phối Nomachine NX vẫn ở phiên bản 1.5.x, mặc dù đã khá lâu trôi qua kể từ khi phiên bản NX 2.0 mới xuất hiện. Trong file cấu hình build.conf bỏ comment dòng “package nx”, cũng ở cuối file chúng ta sẽ tìm thấy dòng “param nxurl”: cho biết đường dẫn đến file tải sẵn hoặc để nguyên ( bạn cần truy cập Internet). Chúng tôi sao chép hình ảnh được tạo ra vào thư mục của máy chủ tftp, sao chép tệp Thinstation.conf.sample từ thư mục gốc của bản phân phối ở đó, đổi tên thành Thinstation.conf.network và chỉnh sửa nó: tìm #SESSION_0_TYPE=NX và chỉnh sửa các dòng liên quan đến phiên này (ở đây là số 0), nhập các thông số cần thiết.

Chúng tôi bật máy khách mỏng và tải hình ảnh đã tạo, kiểm tra hiệu suất. Tiến bộ là rõ ràng: “trình chiếu” dừng trên PC có bộ xử lý P-100, P-120 trở lên. Do đó, đây không phải là điều chúng tôi muốn đạt được, vì vậy những PC có bộ xử lý i486 sẽ không thể được sử dụng ở đây. Chúng tôi gọi những PC như vậy là “siêu mỏng” và cấu hình chúng để hoạt động với các chương trình DOS bằng cách sử dụng kết hợp FreeDOS và sshdos ở phía máy khách và Dosemu ở phía máy chủ Linux. Tôi sẽ không nói về họ trong bài viết này. Tuy nhiên, điều này kết quả tốt, hãy xem các yêu cầu phần cứng từ các nhà phát triển Thinstation và máy khách NX: trước đây đề xuất bộ xử lý i486 và bộ nhớ 16 MB, sau này khuyến nghị bộ xử lý có tần số 400 MHz và 128 MB bộ nhớ. Chúng ta hãy xác định theo kinh nghiệm bộ xử lý và dung lượng P-120 là cấu hình yêu cầu tối thiểu để một máy khách tối thiểu hoạt động với gói NX. bộ nhớ truy cập tạm thời 32 MB. Tôi đã thử nghiệm một số ứng dụng khách khác, đặc biệt là XRDP, VNC cho DOS, nhưng vì lý do này hay lý do khác sự thay thế thực sự Tôi không tìm thấy NX. Bây giờ là lúc để xem xét kỹ hơn về công nghệ NX.

Đánh giá và mô tả ngắn gọn về Nomachine NX

Kiến trúc NX là một tập hợp các công nghệ Nguồn mở và các công cụ thương mại được thiết kế để làm cho việc tính toán mạng trở nên dễ dàng và phân tán. Nó bao gồm phần mềm máy chủ cho phép bất kỳ máy tính UNIX nào trở thành máy chủ đầu cuối và máy khách cho nhiều nền tảng và hệ điều hành. Nomachine đã chọn sản phẩm nổi tiếng và được sử dụng rộng rãi Hệ thống X-Window, dựa trên GUI của Linux và các hệ điều hành UNIX khác.

Hầu hết các giải pháp mạng hiện có không được thiết kế làm phương tiện chính để người dùng truy cập máy tính để bàn. Các giao thức như RDP và VNC đơn giản hơn nhiều so với X (và do đó rất phù hợp với các máy khách mỏng), nhưng tính đơn giản của chúng không bù đắp được sự thiếu hiệu quả và chức năng. Ví dụ: các giao thức này sử dụng lượng lớn dữ liệu hình ảnh để hiển thị màn hình từ xa. Mặc dù RDP là giao thức hiệu quả hơn RFB (giao thức được VNC sử dụng), nhưng ban đầu nó không được thiết kế để các thiết bị mạng sử dụng hàng ngày mà chỉ là một phần mở rộng cho HĐH. X-Window là một hệ thống con đồ họa (không phải phần mở rộng của hệ điều hành) và các ứng dụng X tương tác với nó bằng giao thức X, do đó hệ điều hành không có lớp đặc biệt chịu trách nhiệm dịch các bản cập nhật màn hình sang giao thức mạng.

Nhược điểm chính của mạng X-terminal là dư thừa và chậm trễ trong việc truyền dữ liệu đồ họa giao thức X. Kể từ khi X-Window ra đời, máy tính để bàn của người dùng đã có đủ loại yếu tố và hiệu ứng đồ họa làm tăng nhu cầu về mạng dữ liệu.

Trong bộ lễ phục. Hình 1 bên dưới số 1 cho thấy công việc truyền thống trên giao thức X: không có nén, các yêu cầu về băng thông mạng và độ trễ là rất quan trọng. Hãy để tôi nhắc bạn rằng trong hệ tư tưởng X-Window, máy chủ X chạy trên thiết bị đầu cuối và trên máy chủ đầu cuối có một máy khách X gửi yêu cầu đến máy chủ X của thiết bị đầu cuối.

Trong trường hợp đơn giản nhất, bạn có thể chạy các ứng dụng có đầu ra đồ họa bằng tùy chọn -X của lệnh ssh, ví dụ: "ssh -X me@server firefox". Bạn có thể thêm tham số -C để nén (thư viện ZLIB được sử dụng). Bạn cũng có thể tối ưu hóa tốc độ tương tác nút bằng cách tăng thông lượng mạng. Nhưng có một giới hạn trên đó việc tăng băng thông sẽ không còn ảnh hưởng đến tốc độ tương tác này nữa. Lý do cho điều này là sự trao đổi yêu cầu/phản hồi mạnh mẽ của các ứng dụng X hiện đại.

NX sử dụng ba phương pháp chính để tăng tốc ứng dụng: nén, lưu vào bộ đệm và ngăn chặn lưu lượng giao thức X quá mức.

n Ý tưởng nén khác biệt dựa trên dự án Differential X Protocol Compressor (DXPC), được tạo ra vào năm 1995, các thuật ngữ proxy máy khách và proxy máy chủ đã được đề cập ở đó. Nomachine đã chọn ý tưởng và phát triển sản phẩm của riêng mình. NX được khẳng định là vượt trội gấp 10 lần so với thư viện ZLIB tiêu chuẩn.

n Nomachine cũng đã phát triển một cơ chế lưu vào bộ nhớ đệm thông minh cho lưu lượng X sử dụng thuật ngữ proxy quen thuộc "lần truy cập bộ đệm". Cơ chế này làm giảm lưu lượng mạng khi truyền các khối dữ liệu giống nhau và khi các khối dữ liệu này thay đổi, luồng sẽ tính toán và truyền đi sự khác biệt của chúng.

n Trước NX, không có cách nào đáng tin cậy để ngăn chặn lưu lượng giao thức X quá mức trên các liên kết đường dài. NX có thể thực hiện việc này bằng cách dịch lưu lượng X ở đầu xa (từ ứng dụng sang nxagent) thành lưu lượng giao thức NX.

Tất cả ba phương pháp kết hợp để đạt được sự cải thiện 70 lần trong trải nghiệm GUI X từ xa trong khi sử dụng mức nén cao nhất trên các liên kết băng thông thấp, độ trễ cao (trong cài đặt máy khách NX, “modem” tương ứng với mức nén tối đa và “lan” tương ứng với không nén). Trong bộ lễ phục. 1 dưới số 2 thể hiện mối quan hệ của các thành phần NX: nén/giải nén và lưu vào bộ nhớ đệm được thực hiện trên các mô-đun NX Proxy, lưu lượng truyền giữa chúng thông qua giao thức NX, yêu cầu về chất lượng đường truyền là tối thiểu, có tuyên bố rằng chúng có thể hoạt động ở tốc độ 9600 bps.

Tương tự như việc dịch lưu lượng X của nxagent, có một tác nhân khác (“nxviewer”) dịch lưu lượng RFB/VNC sang giao thức NX. Điều này cải thiện hiệu quả kết nối lên tới 10 lần so với việc chạy vncviewer thông thường liên kết màn hình X cục bộ với máy chủ từ xa VNC. Chúng tôi sẽ đảm bảo điều này.

Trong bộ lễ phục. Hình 1 dưới số 3 thể hiện khả năng hoạt động đồng thời của nhiều tác nhân NX, RDP, VNC khác nhau. Đồng thời, các đại lý NX dịch một cách hiệu quả các giao thức nước ngoài sang giao thức của riêng họ và sau đó truyền lưu lượng truy cập thông qua NX Proxy.

N Proxy NX– thành phần này chịu trách nhiệm chính xác về việc nén/giải nén: ở chế độ máy khách, nó mã hóa các yêu cầu từ máy khách X và giải mã phản hồi từ máy chủ X, ở chế độ máy chủ – ngược lại.

N Đại lý NX– thuật ngữ “tác nhân” được sử dụng để mô tả thành phần mà hình ảnh được tạo được truyền tới trước khi được truyền tới mạng thông qua proxy.

N Trình xem NX– một máy khách VNC thông thường của Nomachine đã được sửa đổi để chuyển lưu lượng VNC/RFB sang giao thức NX.

N Máy tính để bàn NX– Máy khách RDP chuyển lưu lượng RDP sang giao thức NX.

Nomachine đã mở mã nguồn của hầu hết các phát triển và thư viện của mình, bất kỳ ai cũng có thể tải xuống chúng từ các tệp . Các bản dựng từ Nomachine được cung cấp miễn phí cho tất cả khách hàng, ngoài ra còn có Các tùy chọn khác nhau Các bản dựng máy chủ NX được cung cấp có tính phí: đăng ký hàng năm cho NX Enterprise Server với số lượng không giới hạn người dùng và số lượng bộ xử lý 1-2 có giá 1.494 USD, giải pháp hoàn chỉnh nhất với cân bằng tải và quản lý nút dựa trên NX Advanced Server sẽ có giá 3.494 USD. Ngoài ra còn có một biến thể NX Phiên bản miễn phí, có thể tải xuống miễn phí nhưng có giới hạn về số lượng kết nối đồng thời và người dùng bằng hai, vì vậy nếu bạn muốn quản trị máy chủ Linux tại nhà bằng modem analog thông thường thì không thể tìm thấy giải pháp này tốt hơn, an toàn hơn và dễ dàng hơn. Tôi cũng sẽ lưu ý sự hiện diện của các phiên bản client của NX Client Desktop Edition dành cho PlayStation 2 (với sử dụng Linux Kit), cũng như NX Client Embedded Edition dành cho Sharp Zaurus 5xxx và HP/Compaq iPAQ. Họ cũng có thể được tải xuống miễn phí. Vì vậy, nếu bạn đang đi công tác và chỉ có một chiếc PDA bên mình, không có gì ngăn cản bạn kết nối và làm việc từ xa trên máy chủ Linux của mình.

Xây dựng và chạy NX

Đổi lại, dựa trên nguồn mở, cộng đồng đã phát triển một phiên bản của phần máy chủ NX có tên FreeNX, cũng như KNX, một ứng dụng khách để kết nối với máy chủ từ dưới X. FreeNX là một tập hợp các tập lệnh shell, cùng với các thư viện mở từ NX, tạo thành phần máy chủ (phụ trợ).

Khi bắt đầu làm việc với NX, tôi sử dụng PC có SUSE 10.0 làm máy chủ. FreeNX đã được lắp ráp như một phần của bản phân phối, nhưng thứ nhất, nó đã hơn một năm tuổi và thứ hai, gặp phải những khó khăn đầu tiên khi làm việc, tôi quyết định rằng đã đến lúc lắp ráp phần máy chủ từ mã nguồn riêng tôi. Tôi sẽ nói về việc lắp ráp từ mã nguồn của phiên bản 1.5 là phiên bản được thử nghiệm nhiều thời gian nhất và sau đó tôi sẽ làm rõ những tính năng nào có để lắp ráp phiên bản 2.0 (2.1).

Hiện tại, nguồn của phiên bản NX 2.0 được đăng trên trang web Nomachine, phiên bản này được hãng khuyên dùng và có liên kết đặc biệt đến nguồn của phiên bản 1.5. Tải xuống phiên bản mới nhất của các tarball sau từ trang: nx-X11, nxagent, nxcomp, nxcompext, nxdesktop (nếu bạn cần hỗ trợ RDP), nxproxy, nxscripts, nxviewer (nếu bạn cần hỗ trợ VNC). nx-X11 là phiên bản 4.3 của Xfree86, đã sửa đổi thư viện Nomachine X. Một số nguồn sẽ được giải nén trực tiếp vào cây nx-X11 nên chúng ta sẽ mở rộng nó trước, thứ tự giải nén các tarball còn lại không quan trọng, cái chính là chúng đều được giải nén trong một thư mục. Ở đó, chúng tôi tải xuống và giải nén các tập lệnh FreeNX từ địa chỉ . Bạn cũng sẽ cần hai bản vá, tải chúng xuống từ đây. Thư mục lắp ráp của chúng tôi sẽ trông như thế này:

n freenx-0.4.4

nnx-X11

nnxcomp

nnxcompext

nxdesktop

nnxproxy

nxscript

nxviewer

n freenx-lfs_hint.diff

n NX-lfs_hint.diff

Để xây dựng, bạn sẽ cần các gói sau (chúng có thể được cài đặt từ bản phân phối Linux của bạn): libjpeg-devel, libpng-devel, openssl-devel, netcat, Expect. Một mô tả về lắp ráp cũng có thể được tìm thấy ở đây.

# Áp dụng bản vá NX

vá -p0< NX-lfs_hint.diff

# Lắp ráp X - phần dài nhất, có thể mất tới một giờ

đẩy nx-X11

tạo nên thế giới

popd

#nxproxy

đẩy nxproxy

./configure --prefix=/srv/NX

làm

popd

# Xây dựng tác nhân RFB

pushd nxviewer

xmkmf -a

cp -a /usr/X11R6/lib/libXp.so* ../nx-X11/exports/lib/

tạo 2>/dev/null

popd

# Xây dựng tác nhân RDP

đẩy nxdesktop

./configure --prefix=/srv/NX --sharedir=/srv/NX/share

làm

popd

# Toàn bộ phần server sẽ nằm trong thư mục /srv/NX, tạo một số thư mục con

mkdir -p /srv/NX/bin

mkdir -p /srv/NX/lib

mkdir -p /srv/NX/man/man1

mkdir -p /srv/NX/share/doc

# Cài đặt các thư viện và tác nhân đã thu thập

cp -a nx-X11/lib/X11/libX11.so.* nx-X11/lib/Xext/libXext.so.* nx-X11/lib/Xrender/libXrender.so.* /srv/NX/lib

cài đặt -m 755 nx-X11/programs/Xserver/nxagent /srv/NX/lib

# Tạo tập lệnh nxagent sẽ quản lý tất cả các chương trình

mèo > nxagent<< "EOF"

#!/bin/sh

NXCOMMAND=$(tên cơ sở $0)

xuất LD_LIBRARY_PATH=/srv/NX/lib:$LD_LIBRARY_PATH

thực thi /srv/NX/lib/$NXCOMMAND $(1+"$@")

EOF

# Và cài đặt nó:

cài đặt -m 755 nxagent /srv/NX/bin

# Cài đặt thư viện nén và proxy

cp -a nxcomp/libXcomp.so.* /srv/NX/lib

cp -a nxcompext/libXcompext.so.* /srv/NX/lib

cài đặt -m 755 nxproxy/nxproxy/srv/NX/lib

ln -snf nxagent /srv/NX/bin/nxproxy

# Cài đặt tác nhân RFB

pushd nxviewer

thực hiện cài đặt DESTDIR=/srv/NX

mv /srv/NX/usr/X11R6/bin/nxviewer /srv/NX/lib

ln -snf nxagent /srv/NX/bin/nxviewer

chmod 755 /srv/NX/bin/nxviewer

mv /srv/NX/usr/X11R6/bin/nxpasswd /srv/NX/bin

popd

# Cài đặt tác nhân RDP

đẩy nxdesktop

thực hiện cài đặt

mv /srv/NX/bin/nxdesktop /srv/NX/lib

ln -snf nxagent /srv/NX/bin/nxdesktop

chmod 755 /srv/NX/bin/nxdesktop

rm -rf /srv/NX/usr

popd

# Cài đặt tập lệnh

cp -r nxscripts /srv/NX/share/doc

# cài đặt FreeNX

mkdir -p /srv/NX/etc

mkdir -p /srv/NX/var

mkdir -p /srv/NX/var/db

mkdir -p /srv/NX/home

mkdir -p /srv/NX/home/nx

đẩy freenx-0.4.4

# Áp dụng bản vá freenx, chủ yếu ở đây các đường dẫn được sửa cho khớp với /srv/NX

vá -p0< ../freenx-lfs_hint.diff

cp -a nxnode /srv/NX/bin

cp -a nxserver /srv/NX/bin

cp -a nxsetup /srv/NX/bin

cp -a nxkeygen /srv/NX/bin

cp -a nxnode-đăng nhập /srv/NX/bin

cp -a nxloadconfig /srv/NX/bin

cp -a nxclient /srv/NX/bin

cp -a nxprint /srv/NX/bin

cài đặt -m 755 node.conf.sample /srv/NX/etc

popd

# Thêm người dùng và nhóm nx

nhómadd -g 77 nx

useradd -c "Người dùng FreeNX" -d /srv/NX/home/nx -g nx -s /bin/bash -u 77 nx

chown -R root.root /srv/NX

chown -R nx.nx /srv/NX/home/nx

# Nếu bạn muốn sử dụng xác thực người dùng dựa trên khóa, hãy xóa tùy chọn –setup-nomachine-key.

# Để làm việc với máy khách mỏng, bạn không cần thay đổi bất cứ điều gì

/srv/NX/bin/nxsetup --install --uid 77 --gid 77 --setup-nomachine-key

# Kiểm tra xem máy chủ NX có đang chạy không:

/srv/NX/bin/nxserver --status

Câu trả lời sẽ giống như thế này:

NX>100 NXSERVER - Phiên bản hệ điều hành 1.4.0-44 (GPL)

NX> 110 NX Server đang chạy

NX>999 Tạm biệt

Cài đặt tệp cấu hình freenx:

mv /srv/NX/etc/node.conf.sample /srv/NX/etc/node.conf

Trong tệp cấu hình, chúng tôi tìm thấy dòng sau và bỏ ghi chú nó:

ENABLE_1_5_0_BACKEND="1"

Ở đó bạn cũng có thể kích hoạt ghi nhật ký lần đầu tiên:

NX_LOG_LEVEL=6

Bây giờ bạn có thể cài đặt ứng dụng khách Nomachine NX trên bất kỳ máy tính Linux nào (bạn cũng có thể sử dụng KNX) hoặc Windows và kiểm tra hoạt động của máy chủ NX. Bạn có thể làm việc với máy chủ ở cả chế độ ứng dụng và chế độ máy tính để bàn từ xa.

Hình 2. Phiên KDE NX ở chế độ máy tính để bàn từ Windows XP

Thiết lập và tạo image Thinstation

Từ phía máy chủ NX, bây giờ chúng ta hãy chuyển sang tạo image Thinstation. Bản phân phối có thể được tải xuống ở đây. Khi lắp ráp hình ảnh, chúng tôi sẽ cố gắng giảm số lượng mô-đun và gói nhiều nhất có thể, loại bỏ mọi thứ không cần thiết. Vì nhiều máy tính được chọn làm máy khách mỏng sẽ có phần cứng và thiết bị ngoại vi khác nhau nên tôi muốn chuyển các gói riêng lẻ ra khỏi khuôn khổ của một hình ảnh chung cho tất cả. Thinstation có tùy chọn này: pkg nghĩa là xây dựng dưới dạng gói có thể tải xuống riêng biệt với phần mở rộng pkg, gói nghĩa là được đưa vào một hình ảnh chung. Các gói lprng, sshd, samba-server và các gói khác chắc chắn được thu thập dưới dạng có thể tải xuống. Bạn có thể chỉ định tất cả các gói có trình điều khiển card màn hình X dưới dạng pkg, nhưng sau đó một số gói sẽ xuất hiện khi xây dựng hình ảnh gói bổ sung, mọi người sẽ cần tải và do đó, tổng kích thước của dữ liệu được tải sẽ lớn hơn. Hãy làm điều đó đơn giản hơn: một trong những trình điều khiển video được sử dụng thường xuyên nhất, cụ thể là S3, sẽ được chỉ định dưới dạng gói, phần còn lại - pkg. Các mô-đun cũng có thể được di chuyển ra ngoài kernel, nhưng cho đến nay tính năng này vẫn chưa hoạt động chính xác và chúng chiếm rất ít không gian bên trong kernel. Dưới đây là tệp cấu hình build.conf của tôi:

mô-đun nối tiếp

mô-đun intel-agp

mô-đun qua-agp

mô-đun 8139 nữa

đĩa mềm mô-đun

mô-đun vfat

siêu mô-đun

pkg xorg6-ati

pkg xorg6-i810

pkg xorg6-nv

gói xorg6-s3

pkg xorg6-s3virge

pkg xorg6-sis

pkg xorg6-cây đinh ba

sơ đồ bàn phím gói

gói nx

pkg lprng

pkg sshd

pkg máy chủ samba

thông số rootpasswd vui lòng thay đổi tôi

param xorgvncpasswd vui lòng thay đổi tôi

thông số bootlogo sai

độ phân giải khởi động param 800x600

thông số defaultconfig Thinstation.conf.buildtime

thông số tên cơ sở Thinstation

đường dẫn cơ sở param .

thông số knownhosts ./known_hosts

thông số localpkgs đúng

thông số ngôn ngữ đầy đủ sai

thông số khởi động param 3

tập tin nxurl param://home/zhen/sources/nx/bin/nxclient-1.5.0-141.i386.tar.gz

Nếu bạn định in bằng máy in được kết nối với máy khách tối thiểu bằng lprng, bạn sẽ cần thực hiện một sửa đổi nhỏ đối với tệp Thinstation/packages/lprng/etc/init.d/lprng. Để làm điều này, thay thế dòng:

echo "$PRINTER_X_NAME:lp=$PRINTER_X_DEVICE:wd=$PRINTER_X_DRIVER:br=$PRINTER_X_OPTIONS:lf=/var/log/spooler.log:sh:sf" >> /etc/printcap

echo "$PRINTER_X_NAME:lp=$PRINTER_X_DEVICE:wd=$PRINTER_X_DRIVER:br=$PRINTER_X_OPTIONS:if=/bin/lpf:lf=/var/log/spooler.log:sh:sf" >> /etc/printcap

Việc thêm tính năng lọc cục bộ đã loại bỏ vấn đề cầu thang khi in. Ngoài ra, tôi đã tạo tập lệnh sau để kiểm tra xem việc in có hoạt động trong ~/thinstation/packages/base/bin/my hay không:

#!/bin/sh

echo KIỂM TRA MÁY IN tới /dev/printers/0 1>&2

cho tôi trong 1 2 3 4 5 6 7 8 9;

LÀM

echo PRINTER /dev/printers/0 $i > /dev/printers/0;

xong

echo -e \\r\\f > /dev/printers/0

lối ra 0;

Khi không rõ chính xác điều gì không hoạt động, bạn có thể chạy tập lệnh này trên bảng điều khiển máy khách mỏng: /bin/my.

Để ngăn cửa sổ cảnh báo về một máy chủ lạ xuất hiện mỗi khi máy khách NX kết nối với máy chủ, hãy tạo tệp known_hosts trong thư mục gốc Thinstation:

ssh-keyscan -t rsa nxserver_ip>>~/thinstation/known_hosts

Với “nxserver_ip”, bạn phải chỉ định địa chỉ IP của máy chủ NX. Bằng cách này, khách hàng sẽ biết về dấu vân tay kỹ thuật số của khóa RSA của máy chủ NX trong quá trình xác thực.

Sau khi thực hiện xây dựng thành công, hãy sao chép Thinstation/boot-images/etherboot/thinstation.nbi và Thinstation.nbi.zpxe, cũng như tất cả các tệp pkg từ Thinstation/boot-images/pkg-packages vào thư mục /tftpboot trên máy chủ tftp . Tệp Thinstation.nbi.zpxe mà tôi đang tạo không hoạt động, trong trường hợp này bạn có thể tải xuống tệp BootPXE535.zip từ địa chỉ này, kho lưu trữ này chứa trình tải phổ quát Loader-native.zpxe, mọi thứ sẽ hoạt động với nó.

Các tệp cấu hình Thinstation được nhận xét khá tốt, nhưng bản thân quá trình thiết lập và trình tự hành động không phải lúc nào cũng rõ ràng, vì vậy tôi vẫn sẽ đề cập đến một số khó khăn mà tôi gặp phải và những chi tiết nhỏ.

Hình 3. Các tập tin cấu hình máy khách Thinstation

Trong bộ lễ phục. Hình 3 thể hiện các bước chính để đưa máy khách tối thiểu vào hoạt động. Đầu tiên, thêm thông tin về địa chỉ MAC của card mạng vào dhcpd.conf. Đừng quên chỉ định các cài đặt liên quan đến tftp trong mô tả mạng con; chúng được đặt theo chỉ thị “máy chủ tiếp theo” và “đường dẫn gốc tùy chọn”. Các dịch vụ tftp và dhcp của tôi được đặt trên cùng một máy chủ FreeBSD, điều này giúp việc thiết lập chúng dễ dàng hơn. Tất cả các tệp cài đặt đều nằm trong /tftpboot. Sau đó, trong tệp Thinstation.hosts, chúng ta viết theo thứ tự: tên máy chủ tùy ý (tốt hơn là nó bao gồm thông tin về vị trí của thiết bị đầu cuối), địa chỉ MAC, các nhóm mà thiết bị đầu cuối là thành viên, ở cuối dòng bạn có thể đặt bình luận sau dấu “#”, ví dụ:

otd146_57158 00e04d08d710 smb_flop_hard Màn hình TUX1C #máy tính rất quan trọng

Theo thứ tự ở đây: tên máy chủ, trong trường hợp của tôi, bao gồm số bộ phận và số hàng tồn kho, sau đó là MAC và sau đó là danh sách tên của các tệp cấu hình sẽ được máy chủ này sử dụng.

Tiếp theo, chúng ta tạo một tệp cài đặt Thinstation.conf-MAC, tôi sử dụng địa chỉ MAC trong tên, mặc dù bạn có thể sử dụng địa chỉ IP hoặc tên từ Thinstation.hosts. Lưu ý rằng ở đây địa chỉ MAC trong tên file chỉ sử dụng chữ in hoa. Các nhóm được mô tả trong các tệp có tên Thinstation.conf.group-GROUPNAME. Tệp Thinstation.conf-MAC chứa các cài đặt chỉ áp dụng cho thiết bị đầu cuối này và không được đưa vào các nhóm khác. Ví dụ: tất cả cài đặt màn hình chung được mô tả trong tệp Thinstation.conf.group-monitor và một tham số “SCREEN_VERTREFRESH” được chuyển sang tệp Thinstation.conf-MAC. Điều này là do các màn hình khác nhau được sử dụng và cài đặt tốc độ khung hình màn hình có thể được thay đổi; thông số này và các thông số khác có thể được cấu hình cho từng thiết bị đầu cuối hoặc cho tất cả cùng một lúc. Điều tương tự cũng xảy ra với cài đặt chuột. Theo mặc định, cài đặt được thực hiện cho chuột PS/2. Nếu chuột được sử dụng kết nối với cổng COM1 thì hai tham số “MOUSE_PROTOCOL=Microsoft” và “MOUSE_DEVICE=/dev/ttyS0” được chỉ định, nếu với cổng COM2 thì tham số thứ hai là /dev/ttyS1.

Tệp cấu hình chung của tôi /tftpboot/thinstation.conf.network gần như trống. Tất cả thông tin từ nó được đặt trong các tệp cài đặt nhóm riêng biệt, được tham chiếu trong Thinstation.hosts. Do sử dụng hai máy chủ đầu cuối với các phiên bản NX khác nhau và mỗi máy khách chỉ sử dụng máy chủ riêng nên các cấu hình được đặt trong các tệp văn bản riêng biệt (NX và TUX1C), ngoài ra, các hình ảnh Thinstation khác nhau cũng được sử dụng. Ngoài ra, đừng quên rằng tên tệp Thinstation.nbi và Thinstation.nbi.zpxe có liên quan với nhau: nếu dòng được chỉ định trong dhcpd.conf:

Thinstation.nbi.zpxe";

thì hình ảnh Thinstation.nbi sẽ được sử dụng, trong trường hợp của tôi có một số hình ảnh và do đó, các mục trong dhcpd.conf sẽ khác nhau đối với mỗi thiết bị đầu cuối.

Sự khác biệt của bản dựng NX2

Hệ thống của chúng tôi sử dụng hai máy chủ NX. Một máy chạy NX, được biên dịch từ mã nguồn phiên bản 1.5 và các máy khách 1.5.x được sử dụng để làm việc với nó. Cái còn lại đang chạy phiên bản NX 2.0. Tôi sẽ cho bạn biết sự khác biệt trong cách vận hành và lắp ráp phiên bản này. Máy chủ đã cài đặt Opterons 64-bit và sử dụng hệ thống SLES 10.0 x86_64. Vì vậy, tôi không thể xây dựng NX trên máy chủ này giống như trường hợp của NX 1.5 trên hệ thống 32 bit, ngay cả khi tôi đã cố gắng chỉ định rõ ràng bản dựng cho hệ thống 32 bit:

tạo thế giới BOOTSTRAPCFLAGS="-m32"

Rõ ràng đây là những tính năng của hệ thống 64-bit và các thư viện của nó. Một lúc sau, tôi tìm thấy một ghi chú trên trang web Nomachine nói rằng mã nguồn NX được phát triển cho hệ thống 32 bit, nhưng nó cũng có thể được sử dụng trên hệ thống 64 bit. Vì tôi vẫn có một máy tính được cài đặt SLED 10.0 x86 và các phiên bản của tất cả các thư viện, kernel và chương trình đều giống hệt như SLES nên tôi quyết định xây dựng NX trên đó và sau đó chuyển thư mục chứa kết quả xây dựng sao chép thường xuyên trên hệ thống 64-bit. Đó là điều tôi đã làm: mọi thứ vẫn diễn ra như chưa hề có chuyện gì xảy ra. Chúng tôi tải xuống các tệp có cùng tên như khi xây dựng phiên bản 1.5, chỉ có hậu tố 2.0 (hoặc 2.1). Mọi thứ được biên dịch giống hệt như trong trường hợp của NX 1.5, với một số ngoại lệ: thứ nhất, tôi không áp dụng bản vá NX-lfs_hint.diff, thứ hai, Một phiên bản mới Các tập lệnh FreeNX 0.5, hỗ trợ NX 2.0 mới, có thể được tải xuống tại đây, thứ ba, tệp freenx-lfs_hint.diff, thực hiện các thay đổi đối với tệp nxloadconfig từ FreeNX 0.4, không phù hợp với phiên bản FreeNX mới, cần phải có đã chỉnh sửa. Đây là đầu ra của lệnh diff, cho thấy sự khác biệt giữa tệp nxloadconfig gốc và tệp đã chỉnh sửa:

--- nxloadconf_orig 2006-07-01 22:03:39.000000000 +0500

+++ nxloadconfig 2006-10-16 12:32:19.000000000 +0500

@@ -56,12 +56,12 @@

NX_LICENSE="HĐH (GPL)"

# Có thể tìm thấy các thành phần nx khác nhau ở đâu

-NX_DIR=/usr

+NX_DIR=/srv/NX

PATH_BIN=$NX_DIR/bin # nếu bạn thay đổi điều đó, hãy chắc chắn cũng vậy

thay đổi khóa công khai

PATH_LIB=$NX_DIR/lib

-NX_ETC_DIR=/etc/nxserver

-NX_SESS_DIR=/var/lib/nxserver/db

-NX_HOME_DIR=/var/lib/nxserver/home

+NX_ETC_DIR=$NX_DIR/v.v.

+NX_SESS_DIR=$NX_DIR/var/db

+NX_HOME_DIR=$NX_DIR/home/nx

# CHỈ dành cho người dùng nâng cao

AGENT_LIBRARY_PATH="" #Đã tính toán

@@ -265,7 +265,7 @@

[ -z "$AGENT_LIBRARY_PATH" ] && AGENT_LIBRARY_PATH=$PATH_LIB

[ -z "$PROXY_LIBRARY_PATH" ] && PROXY_LIBRARY_PATH=$PATH_LIB

[ -z "$APPLICATION_LIBRARY_PATH" ] && APPLICATION_LIBRARY_PATH=$PATH_LIB

-[ -z "$APPLICATION_LIBRARY_PRELOAD" ] && APPLICATION_LIBRARY_PRELOAD="$APPLICATION_LIBRARY_PATH/libX11.so.6.2:$APPLICATION_LIBRARY_PATH/libXext.so.6.4:$APPLICATION_LIBRARY_PATH/libXcomp.so.1:$APPLICATION_LIBRA RY_PATH/libXcompext.so .1: $ APPLICATION_LIBRARY_PATH/libXrender.so.1.2"

+[ -z "$APPLICATION_LIBRARY_PRELOAD" ] && APPLICATION_LIBRARY_PRELOAD="$APPLICATION_LIBRARY_PATH/libX11.so.6.2:$APPLICATION_LIBRARY_PATH/libXext.so.6.4:$APPLICATION_LIBRARY_PATH/libXcomp.so.2.1.0:$APPLICATION _LIBRARY_PATH/libXcompext .so. 2.1 .0:$APPLICATION_LIBRARY_PATH/libXrender.so.1.2"

[ -z "$KDE_PRINTRC" -a -n "$KDEHOME" ] && KDE_PRINTRC="$KDEHOME/share/config/kdeprintrc"

[ -z "$KDE_PRINTRC" -a -z "$KDEHOME" ] && KDE_PRINTRC="$HOME/.kde/share/config/kdeprintrc"

@@ -511,8 +511,8 @@

[ -z $(echo "$ENABLE_ROOTLESS_MODE" | egrep "^$") ] && \

ERROR="yes" && echo "Lỗi: Giá trị không hợp lệ \"ENABLE_ROOTLESS_MODE=$ENABLE_ROOTLESS_MODE\""

- [ -z "$(strings $PATH_BIN/nxagent | grep "NXAGENT - Phiên bản 1.5.0")" ] && \

- ERROR="yes" && echo "Lỗi: Không thể tìm thấy chuỗi phiên bản 1.5.0 trong nxagent. Cần có phần phụ trợ NX 1.5.0 cho phiên bản FreeNX này."

+# [ -z "$(strings $PATH_BIN/nxagent | grep "NXAGENT - Phiên bản 1.5.0")" ] && \

+# ERROR="yes" && echo "Lỗi: Không thể tìm thấy chuỗi phiên bản 1.5.0 trong nxagent. Phần phụ trợ NX 1.5.0 là cần thiết cho phiên bản FreeNX này."

[ -z $(echo "$ENABLE_USESSION" | egrep "^$") ] && \

ERROR="yes" && echo "Lỗi: Giá trị không hợp lệ \"ENABLE_USESSION=$ENABLE_USESSION\""

Nxloadconfig phải được chỉnh sửa trước khi chạy lệnh /srv/NX/bin/nxsetup. Trong tệp cấu hình /srv/NX/etc/node.conf, bỏ ghi chú dòng:

ENABLE_2_0_0_BACKEND="1"

Bây giờ hãy xem những gì cần thay đổi trong bản phân phối Thinstation ( phiên bản mới nhất bây giờ là 2.2) để hỗ trợ NX 2.0 ở phía máy khách. Tại thời điểm viết bài, chỉ hỗ trợ phiên bản máy khách 1.5. Chúng tôi lấy từ địa chỉ máy khách NX, không yêu cầu hỗ trợ thư viện XFT, dưới dạng kho lưu trữ tar.gz (hiện tại là nxclient-2.1.0-9.i386.tar.gz), giải nén nó trong thư mục chính, sao chép các tập tin và tạo các liên kết còn thiếu.

#!/bin/sh

tar -xzf nxclient-2.1.0-9.i386.tar.gz

cp ~/NX/bin/* ~/thinstation/packages/nx/usr/NX/bin

cp -fl ~/NX/lib/libXcomp.so.* ~/thinstation/packages/nx/usr/NX/lib/

ln -sf libXcomp.so.2.1.0 ~/thinstation/packages/nx/usr/NX/lib/libXcomp.so.1.5.0

cp ~/NX/share/keys/server.id_dsa.key ~/thinstation/packages/nx/usr/NX/share/keys

cp ~/NX/share/keyboards ~/thinstation/packages/nx/usr/NX/share/

cp -R ~/NX/share/images ~/thinstation/packages/nx/usr/NX/share/

chạm vào ~/thinstation/gói/nx/build/cài đặt

Sau các bước này, gói NX được coi là đã cài đặt trong cây gói Thinstation, bây giờ chúng ta tập hợp image bằng cách chạy build và sao chép nó vào máy chủ tftp. Chà, hình ảnh đã sẵn sàng và được đặt trong thư mục máy chủ tftp, nhưng đó không phải là tất cả. Hóa ra phiên bản mới của máy khách NX trên máy khách tối thiểu diễn giải các cài đặt từ tệp Thinstation.conf.group-TUX1C(NX) theo cách khác. Sau một số nghiên cứu, hóa ra tệp cài đặt phiên NX phải được tạo trong thư mục gốc của hệ thống tệp máy khách mỏng. Tôi phải tạo một bản vá nhỏ cho Thinstation, tôi thấy ý tưởng này trên một diễn đàn:

# Bản vá chỉ cần sao chép (các) tệp cài đặt máy khách NX từ ghế tiêu chuẩnđến gốc

ls $HOME/.nx/config/.>nxsessions

nếu [ -s nxsessions ] ; sau đó

(phiên bản mèo nx) |

trong khi đọc tên tập tin; LÀM

thăm dò=$(tên tệp%*.nxs)

nếu [ "$filename" != "$probe" ]

sau đó

cp $HOME/.nx/config/$filename /$probe

fi

xong

fi

phiên rm nx

Đoạn mã này phải được chèn vào cuối tệp ~/thinstation/packages/nx/etc/init.d/nx.init trước lệnh “exit 0” cuối cùng. Sau đó, bạn cần xây dựng lại image Thinstation. Bây giờ phiên NX trên máy khách tối thiểu bắt đầu như dự định. Nhìn chung, phiên bản mới hoạt động ổn định hơn, các phiên được quản lý chính xác hơn, cộng với thuật toán nén đã được cập nhật ở các nguồn mới nhất và một số lỗi đã được sửa. Trước đây, để dọn dẹp và đóng các phiên và tiến trình chưa hoàn thành, bạn phải chuyển sang cron:

1 0 * * * root /srv/NX/bin/nxserver –dọn dẹp

Điều thuận tiện là máy khách NX 2.1 có thể làm việc với máy chủ của cả hai phiên bản.

Hình 4. Phiên NX ở chế độ ứng dụng (1C)

Trong số tiếp theo, hãy đọc phần tiếp theo của bài viết, trong đó tôi sẽ nói về các tính năng vận hành, cài đặt bổ sung của NX và Thinstation, đồng thời đưa ra giải pháp cho một số vấn đề có thể xảy ra.

1. Borisov A. Thin client - một bước tiến tới máy tính lớn? //Quản trị viên hệ thống, số 11, tháng 11 năm 2005 – trang 32-38.

2. Markelov A. Sử dụng các trạm Linux không cần ổ đĩa có tải qua mạng. //Quản trị viên hệ thống, số 11, tháng 11 năm 2004 – trang 12-14.

Nhiều người dùng bắt gặp khái niệm về khách hàng mỏng hầu như hàng ngày, mặc dù họ hoàn toàn không biết mình đang làm gì. Thực sự không có sự hiểu biết về cách hoạt động của các khách hàng mỏng. Chỉ cần nhìn vào máy tính của bạn và phần mềm được cài đặt trên đó. Tiếp theo, chúng tôi đề xuất xem xét một số tình huống có thể xảy ra liên quan đến khái niệm máy khách mỏng trong hệ điều hành. Và nó không nhất thiết phải là hệ điều hành Windows. Các nguyên tắc cài đặt và cấu hình máy khách tối thiểu đều giống nhau cho tất cả các hệ thống.

Bản chất của một khách hàng mỏng là gì?

Nói chung, nếu bạn nhìn vào một số lý do chính thức, một khách hàng mỏng có nghĩa là hệ thống máy tính Với khuyết tật hoặc phần mềm tương tác với máy chủ từ xa.

Để làm rõ hơn một chút, các máy khách mỏng trên thiết bị đầu cuối của người dùng thậm chí có thể được biểu diễn dưới dạng trình duyệt web thông thường. Toàn bộ hệ thống máy tính được gọi là máy khách dày và khi tạo và gửi yêu cầu đến máy chủ trên Internet, một lớp ở dạng máy khách mỏng (trình duyệt Internet) sẽ được sử dụng.

Mặt khác, máy khách mỏng cũng có thể được mô tả là thiết bị đầu cuối máy tính có cấu hình tối thiểu và không có ổ cứng nhưng được kết nối với mạng cục bộ, khi hệ điều hành được tải xuống từ máy chủ trung tâm đến mỗi máy tính bằng các giao thức mạng đặc biệt. Điều tương tự cũng xảy ra với một số loại phần mềm ứng dụng.

Lược đồ máy khách mỏng máy chủ: nó hoạt động như thế nào?

Trên thực tế, bản chất của câu hỏi nằm ở chỗ khi gửi yêu cầu đến máy chủ, nó sẽ xác định yêu cầu, xác nhận yêu cầu đó và gửi phản hồi đến máy khách.

Việc sử dụng sơ đồ kết nối nào không quan trọng. Điều chính là chuyển hướng rõ ràng. Điều này có thể được giải thích bằng ví dụ tải hệ điều hành từ máy chủ trung tâm lên thiết bị đầu cuối máy khách không có ổ cứng.

Đang tải hệ điều hành

Nhưng làm thế nào một hệ điều hành có thể khởi động vào máy tính mà không cần ổ cứng? Tiểu học! Kết nối hiện đại có thể sử dụng các giao thức như RIS, DHCP, PXE, RDP và các giao thức khác.

Hóa ra thực tế không có hệ điều hành nào trên máy khách từ xa, nhưng thiết bị đầu cuối có thể hoạt động với hệ điều hành được cài đặt trên máy chủ, đồng thời sử dụng một phần cả khả năng tính toán của nó và cấu hình của máy tính trong môi trường. Do đó, bản thân các máy khách mỏng loại này sẽ nhận được tải được phân phối trên toàn mạng. tài nguyên máy tính và hiệu suất của hệ điều hành không bị ảnh hưởng bởi điều này. Một điểm cộng nữa là việc quản trị các máy khách về mặt can thiệp vật lý Cài đặt hệ điều hành trên mỗi trong số chúng là hoàn toàn tùy chọn. Việc này có thể được thực hiện từ máy tính hoặc máy chủ của quản trị viên bằng cách sử dụng quyền truy cập từ xa phổ biến nhất. Trong trường hợp này, chúng ta đang nói về việc sử dụng một máy khách mỏng trên Windows (RDP), được tích hợp sẵn trong phiên bản thứ bảy trở lên.

Hệ thống Thin Client: yêu cầu

Nếu chúng ta đang nói cụ thể về thiết bị đầu cuối máy tính, thì một bộ xử lý rất đơn giản và chỉ 1 MB RAM thường là đủ để vận hành bất kỳ loại máy khách mỏng nào.

Trong trường hợp khi sử dụng một số loại môi trường Internet (ví dụ: Office 365), bắt buộc Bạn phải có ít nhất một số loại trình duyệt web và tốc độ kết nối khá cao. Nhân tiện, tình huống với “The Office” có vẻ khá thú vị. Thực tế là dự án Internet này sử dụng các khả năng vốn có trong hầu hết các chương trình loại này với khả năng truy cập và chỉnh sửa đồng thời các tài liệu riêng lẻ, ngay cả khi được lưu trong bộ lưu trữ đám mây.

Ví dụ về cài đặt và cấu hình ứng dụng 1C

Tuy nhiên, hãy xem việc cài đặt một máy khách mỏng sẽ giống như thế nào bằng cách sử dụng các sản phẩm phần mềm 1C làm ví dụ.

Yêu cầu ở đây là đơn giản nhất: phần máy chủ nằm trên thiết bị đầu cuối trung tâm, các máy khách nằm trên các máy khác trong mạng cục bộ. Chỉ trong trường hợp này, việc sử dụng kết nối qua thường được sử dụng ở cấp độ TCP/IP, HTTP hoặc HTTPS và các thiết bị đầu cuối đã được cài đặt Đĩa cứng khối lượng tối thiểu để cài đặt phần máy khách của chương trình.

Sơ đồ thiết lập gần đúng có thể trông như thế này:

  • tải xuống và cài đặt client 8.2 và 8.3;
  • xuất bản cơ sở dữ liệu trên máy chủ;
  • thêm cơ sở dữ liệu vào danh sách những cơ sở dữ liệu có sẵn;
  • thiết lập kết nối kiểu “máy chủ web”.

Nhân tiện, điều đáng chú ý là máy khách chỉ có thể truy cập chương trình trung tâm hoặc thực hiện một số hành động được phép tối thiểu.

Họ không tham gia vào việc tạo báo cáo và toàn bộ tải chỉ rơi vào PC chủ.

Kết nối và giấy phép

Máy khách mỏng cũng tốt vì bạn có thể cài đặt chứng chỉ và giấy phép được sử dụng cho phần mềm thương mại bằng một số phương pháp, giúp giảm đáng kể chi phí mua chính thức của chúng. Theo quy tắc cơ bản, bạn có thể cài đặt một giấy phép cho một máy duy nhất có nhiều người dùng đã đăng ký hoặc mua giấy phép cho một số lượng người dùng nhất định có quyền truy cập vào các máy khác nhau. thiết bị đầu cuối máy tính, tức là khi đăng nhập theo hồ sơ đăng ký của mình, họ có thể làm việc với chương trình máy khách trên bất kỳ máy tính nào trong mạng cục bộ.

Lợi ích và Ưu điểm

Khi bạn xem xét những lợi ích mà một tổ chức hoặc doanh nghiệp nhận được từ việc sử dụng khách hàng mỏng, chúng chủ yếu tập trung vào một số điều. Thứ nhất, tiết kiệm đáng kể chi phí mua phần cứng hoặc phần mềm cần thiết. Thứ hai, vấn đề quản trị thiết bị đầu cuối người dùng nằm trên mạng cục bộ ngay lập tức biến mất. Như đã đề cập ở trên, việc này có thể được thực hiện đơn giản từ máy chủ trung tâm. Thứ ba, có thể sử dụng cùng một hệ điều hành và cùng một phần mềm trên tất cả các máy mạng. Đúng, phiên bản máy chủ của hệ điều hành phải được cài đặt trên chính máy chủ đó, mặc dù một số quản trị viên hệ thống với một số lượng nhỏ thiết bị đầu cuối con gái, họ có thể sử dụng ngay cả những sửa đổi cố định thông thường.

Nhưng cũng có vấn đề. Ví dụ: nếu bạn chọn cấu trúc liên kết kết nối không phải hình sao, các máy tính được kết nối nối tiếp hoặc kết nối với một cáp trung tâm có thể khiến toàn bộ mạng bị lỗi nếu ít nhất một trong số chúng phát sinh sự cố và lỗi. Mặt khác, việc sử dụng các máy khách mỏng là hợp lý, như người ta nói, một trăm phần trăm. Đúng, không có ích gì khi sử dụng những công nghệ như vậy ở nhà. Nhưng ở các nhà máy, văn phòng đôi khi điều này lại trở thành điều vô cùng cần thiết.

Thinstation là một bản phân phối Linux mini cho phép bạn biến PC tiêu chuẩn thành máy khách mỏng không cần ổ đĩa. Nó có thể được khởi động qua mạng bằng Etherboot/PXE hoặc từ phương tiện tiêu chuẩn- đĩa mềm/CD/đĩa cứng/đĩa flash, v.v.

Đang tải sơ đồ
Khởi động Linux từ HDD (SATA hoặc PATA) hoặc Flash– Hệ điều hành Linux được tải từ đĩa chứa hình ảnh hệ thống và hạt nhân.
Ghi chú: Nếu một tập hợp được biên dịch với các tùy chọn NET_USE_DHCP=off và NET_FILE_ENABLED=OFF được sử dụng thì yêu cầu tới máy chủ DHCP sẽ không xảy ra và tệp cấu hình cục bộ Thinstation.profile/thinstation.conf.user sẽ được sử dụng
Yêu cầu máy chủ DHCP– khi khởi tạo giao diện mạng, máy chủ DHCP sẽ yêu cầu lấy địa chỉ IP, mặt nạ mạng con và địa chỉ IP máy chủ TFTP của máy khách để lấy các tệp cấu hình.
Phản hồi của máy chủ DHCP– Khi nhận được phản hồi, máy khách sẽ được chỉ định một địa chỉ IP và thông tin sẽ được truyền đến nơi tìm tệp cấu hình. – Các tập lệnh khởi động hệ thống Linux nhận các tệp cấu hình từ máy chủ TFTP mô tả thông số bắt buộcđể kết nối máy khách với máy chủ đầu cuối.
Đang khởi tạo máy khách đầu cuối

Cài đặt vào đĩa
Để cài đặt, bạn cần tạo phân vùng 100 MB trên ổ cứng bằng file hệ thống chất béo. Sao chép nội dung của kho lưu trữ vào đĩa. Chỉnh sửa tệp cấu hình Thinstation.profile/thinstation.conf.user; bạn có thể tìm thấy mô tả về cài đặt trong bài viết Cú pháp của tệp cấu hình.
Đăng ký bootloader, tại sao trong dòng lệnh windows (Start - Run - cmd) hoặc sau khi tải DOS gõ:

F:>syslinux.exe -ma f:

ở đâu- đĩa có hình ảnh

Thực hiện thay đổi tệp cấu hình trên hệ thống đã được cài đặt:
1. Tải máy khách đầu cuối, đi tới bảng điều khiển thứ hai Alt+F2 hoặc Alt+Ctrl+F2 (nếu AUTOSTART=Bật). Đăng nhập bằng root, mật khẩu mật khẩu. Chúng tôi sử dụng e3 làm trình soạn thảo. Chúng tôi quay số:

E3 /mnt/disc/sda/part1/thinstation.profile/thinstation.conf.user

Ở đâu sda- đĩa SATA đầu tiên, dành cho PATA - hda. Để tránh phải gõ toàn bộ đường dẫn, hãy sử dụng nút Tab sau khi nhập các chữ cái đầu tiên. Chỉnh sửa xong nhấn Ctrl+K X để lưu lại.
2. Bạn có thể chỉnh sửa Thinstation.conf.user từ xa thông qua telnet. Đối với windows tốt hơn nên sử dụng PuTTY
tái bút Nếu đĩa được định dạng ở dạng ext2/ext3/ext4 thì bạn cần extlinux để khởi động. Tải xuống kho lưu trữ syslinux và lấy nó từ đó (/syslinux-6.02/bios/extlinux/). Phần này phải được kích hoạt.
Mở bảng điều khiển và đi tới phân vùng được gắn bằng đĩa hoặc ổ flash, ví dụ cd /mnt/flash, sao chép extlinux vào đó và thực thi: ./extlinux –install . Dấu chấm ở cuối nghĩa là chúng ta đang cài đặt trong thư mục hiện tại.
Tập tin cấu hình: extlinux.conf, bản sao chính xác của syslinux.cfg


PXE hoạt động như thế nào
1.PXE yêu cầu máy chủ DHCP:
2. Phản hồi của máy chủ DHCP
– tùy thuộc vào các tham số của tệp cấu hình, máy khách RDP hoặc ICA sẽ được khởi chạy, thiết lập kết nối với máy chủ đầu cuối.

Thiết lập máy chủ DHCP và TFTP trên Linux.

Thiết lập ví dụ trên Freebsd.
Trong Freebsd để inetd lắng nghe Yêu cầu TFTP, bạn cần bỏ ghi chú dòng trong tệp /etc/inetd.conf:

Tftp dgram udp đợi root /usr/sbin/in.tftpd in.tftpd -s /tftpboot

Và khởi động lại dịch vụ inetd:

Dom:~# killall -1 inetd

Sau đó tạo thư mục tftpboot và cấp quyền:

Dom:~# mkdir /tftpboot dom:~# chmod -R 777 /tftpboot

Tùy chọn tên miền "example.com"; tùy chọn máy chủ tên miền 192.168.0.1; mã định danh máy chủ NAME_HOST; có thẩm quyền; cho phép khởi động; cho phép khởi động; thời gian thuê tối đa 172800; bỏ qua các cập nhật của khách hàng; ddns-tên miền "example.com"; ddns-cập nhật trên; ddns-update-kiểu tạm thời; thời gian thuê mặc định 86400; cơ sở đăng nhập local7; Mạng con 192.168.0 Netmask 255.255.255.0 (Mặt nạ mạng con tùy chọn 255.255.255.0; Bộ định tuyến tùy chọn 192.168.0.1; Bật một thuê bao cho mỗi khách hàng; Phạm vi 192.168.30.30.30.30 E "pxelinux.0"; máy chủ tiếp theo 192.168. 0.1; máy chủ 1 ( ethernet phần cứng 00:0E:8F:32:B6:C5; địa chỉ cố định 192.168.0.10; ) máy chủ 2 ( ethernet phần cứng 08:20:07:26:C0:A5; địa chỉ cố định 192.168.0.11 ;

Giải nén hình ảnh Thinstation với pxe trong /tftpboot

Phần sụn tương thích với PXE được các nhà sản xuất sử dụng trong sản xuất card mạng và BIOS bo mạch chủ bo mạch có card mạng tích hợp. Vì vậy, để khởi động không cần đĩa, bạn sẽ cần thẻ lanđược trang bị phần mềm PXE. Nếu bạn có card mạng không có phần sụn nhưng bạn muốn làm khởi động không cần đĩa, thì cách duy nhất là sử dụng phần mềm Etherboot. Tùy chọn này không được xem xét ở đây.
PXE hoạt động như thế nào
1.PXE yêu cầu máy chủ DHCP: card mạng có hỗ trợ PXE yêu cầu máy chủ DHCP nhận các tham số như địa chỉ IP máy khách, mặt nạ mạng con, địa chỉ IP của máy chủ TFTP chứa hình ảnh và cả tên của hình ảnh.
2. Phản hồi của máy chủ DHCP– Máy chủ chỉ định một địa chỉ IP và sau đó chuyển nó sang các tham số khác để máy khách sử dụng. – trước tiên, máy khách tải xuống bộ tải khởi động PXE - pxelinux - từ địa chỉ IP của máy chủ TFTP do máy chủ DHCP chỉ định. 0, với sự trợ giúp của hạt nhân của hệ điều hành Linux - vmlinuz và hình ảnh hệ thống tệp - initrd, bao gồm mọi thứ cần thiết để máy khách hoạt động. – Các tập lệnh khởi động hệ thống Linux nhận các tệp cấu hình từ máy chủ TFTP, trong đó mô tả các tham số cần thiết để kết nối máy khách với máy chủ đầu cuối.
5.Khởi tạo máy khách đầu cuối– tùy thuộc vào các tham số của tệp cấu hình, máy khách RDP hoặc ICA sẽ được khởi chạy, thiết lập kết nối với máy chủ đầu cuối.

Thiết lập máy chủ Windows 2003

Các dịch vụ cần thiết để các máy khách mỏng hoạt động

Bạn có thể sử dụng làm máy chủ đầu cuối:

Máy chủ đầu cuối Microsoft® Windows®

Citrix® MetaFrame®

Nếu bạn sử dụng nó như một thiết bị đầu cuối Máy chủ Windows® Terminal Server, chọn các dịch vụ sau:

Máy chủ đầu cuối

Nếu bạn đang sử dụng Citrix® MetaFrame® làm máy chủ đầu cuối, hãy chọn các dịch vụ sau:

Citrix® MetaFrame®

Gói khởi động PXE

Thiết lập máy chủ DHCP

Vì cài đặt DHCP Máy chủ thực thi những hành động sau:

2. Nhấp vào nút Thêm hoặc xóa vai trò.

3. Trong hộp thoại Các bước sơ bộ mở ra, nhấp vào Tiếp theo.

4. Trong hộp thoại Tùy chọn cấu hình mở ra, chọn mục Cấu hình tùy chỉnh và nhấp vào Tiếp theo.

5. Trong danh sách Vai trò Máy chủ, chọn Máy chủ DHCP và nhấp vào Tiếp theo hai lần.

6. Trong hộp thoại Chào mừng bạn đến với Trình hướng dẫn Phạm vi mới, hãy nhấp vào Tiếp theo.

7. Trong hộp thoại Tên phạm vi, trong trường Tên và Mô tả, nhập tên và mô tả, sau đó nhấp vào Tiếp theo.

8. Trong hộp thoại Dải địa chỉ IP, hãy hoàn tất các bước sau để máy chủ DHCP cấp địa chỉ IP cho máy khách tối thiểu:

Nhập địa chỉ IP bắt đầu

Nhập địa chỉ IP cuối

Bấm tiếp.

9. Trong hộp thoại Thêm Loại trừ mở ra, bạn có thể chỉ định một dải địa chỉ sẽ không được máy chủ DHCP cấp phát. Bấm tiếp.

10. Trong hộp thoại Thời lượng thuê mở ra, bạn có thể chỉ định thời gian địa chỉ IP sẽ được sử dụng bởi máy khách tối thiểu. Bấm tiếp.

11. Trong hộp thoại Cấu hình tùy chọn DHCP, chọn Không, tôi sẽ cấu hình các tùy chọn này sau. Nhấp vào nút Tiếp theo, sau đó nhấp vào nút Kết thúc.

12. Xác nhận hành động bằng cách nhấn lại nút Hoàn tất.

13. Chọn Bắt đầu→Chương trình→Công cụ quản trị→Quản lý máy chủ của bạn.

14. Trong menu hộp thoại mở ra, chọn mục Quản lý máy chủ DHCP này

15. Trong hộp thoại, chọn Tùy chọn máy chủ. Bằng cách nhấn chuột phải vào cửa sổ đã mở danh mục chọn Tùy chọn cấu hình.

16. Trong danh sách, thực hiện như sau:

Chọn mục 066 Boot Server Host Name và chỉ định địa chỉ IP của máy chủ TFTP mà bạn đã cài đặt máy chủ DHCP trên đó

Chọn mục 067 Tên tệp khởi động và nhập tên của bộ tải khởi động pxe, cụ thể là pxelinux.0

17. Nhấp vào nút Áp dụng.

18. Trong hộp thoại, chọn phần tử Phạm vi. Bằng cách nhấp chuột phải, chọn Kích hoạt trong menu ngữ cảnh mở ra.

Quá trình thiết lập máy chủ DHCP đã hoàn tất.

Thiết lập máy chủ TFTP

1. Chọn Bắt đầu→Cài đặt→Bảng Điều khiển→Thêm hoặc Xóa Chương trình.

2. Nhấp vào nút Thêm/Xóa Cấu phần Windows.

3. Trong danh sách Thành phần, chọn Dịch vụ cài đặt từ xa và nhấp vào Tiếp theo.

4. Nhấp vào nút Hoàn tất và khi được nhắc khởi động lại, hãy chọn Không. Khởi động lại máy chủ sau.

Thiết lập máy chủ đầu cuối

1. Chọn Bắt đầu→Chương trình→Công cụ quản trị→Quản lý máy chủ của bạn.

2. Nhấp vào nút Thêm hoặc xóa vai trò.

3. Trong hộp thoại Các bước sơ bộ, nhấp vào Tiếp theo.

4. Trong danh sách Vai trò Máy chủ, chọn Máy chủ Đầu cuối và nhấp vào Tiếp theo hai lần.

5. Hộp thoại Định cấu hình Trình hướng dẫn Máy chủ của Bạn mở ra sẽ hiển thị cảnh báo về việc khởi động lại máy chủ. Bấm vào Được.

6. Sau khi khởi động lại, nhấn Finish.

Cấu hình máy chủ TFTP để khởi động tự động

2. Mở rộng danh sách Dịch vụ và Ứng dụng và chọn mục Dịch vụ.

3. Ở bên phải danh sách xuất hiện, nhấp chuột phải vào mục Trivial FTP Daemon và chọn Properties trong menu ngữ cảnh.

4. Trong tab Chung, trong menu thả xuống Loại khởi động, chọn Tự động. Nhấp vào nút Áp dụng, sau đó nhấp vào nút OK.

Tạo người dùng phiên cuối

1. Nhấp chuột phải vào phím tắt My Computer và chọn Quản lý.

2. Từ danh sách thả xuống Nhóm và Người dùng Cục bộ, hãy chọn thư mục Người dùng.

3. Trong danh sách người dùng xuất hiện ở bên phải, nhấp chuột phải và chọn Người dùng mới trong menu ngữ cảnh mở ra.

4. Trong hộp thoại Người dùng mới, nhập Tên người dùng và Mật khẩu. Có thể bỏ chọn Người dùng phải thay đổi mật khẩu ở lần đăng nhập tiếp theo và đặt các mục bạn cần: Người dùng không thể thay đổi mật khẩu, Mật khẩu không bao giờ hết hạn, Tài khoản bị vô hiệu hóa ( Tài khoản tàn tật). Nhấp vào nút Áp dụng, sau đó nhấp vào nút OK.

5. Chọn thư mục Groups trong danh sách, ở danh sách bên phải nhấn chuột phải vào tên nhóm Máy tính để bàn từ xa Người dùng, sau đó chọn Thuộc tính.

6. Trong menu xuất hiện, chọn Chung, nhấp vào nút Thêm và nhập tên người dùng mà bạn muốn cho phép thiết bị đầu cuối truy cập vào máy chủ. Sau đó nhấp vào nút Kiểm tra tên và xác nhận lựa chọn của bạn bằng cách nhấp vào nút OK.

7. Nhấp vào nút Áp dụng và nút OK.

Sao chép các tập tin cần thiết để khởi động máy khách mỏng

1. Tạo thư mục C:tftpdroot.

2. Sao chép các tập tin pxelinux.0, vmlinuz, initrd, Thinstation.conf.network vào đó.

3. Tạo một thư mục với: tftpdrootpxelinux.cfg.

4. Sao chép tệp mặc định vào thư mục c:tftpdrootpxelinux.cfg

5. Bây giờ bạn cần chỉnh sửa các tập tin cấu hình. Mô tả chi tiết về các hành động được trình bày trong Phần 3. “Thay đổi tham số của tệp cấu hình.”

Định cấu hình máy chủ để truyền âm thanh đến máy khách tối thiểu
Chú ý!
Để truyền âm thanh đến máy khách tối thiểu, máy chủ phải cài đặt Microsoft® Windows® 2003, card âm thanh và các driver cần thiết.

1. Chọn Bắt đầu → Cài đặt → Bảng điều khiển

2. Mở Âm thanh và Thiết bị âm thanh và chọn Bật Âm thanh Windows. Bấm vào Được.

3. Khi được nhắc khởi động lại, hãy nhấp vào Có.

4. Sau khi khởi động lại, hãy gọi Bảng điều khiển quản lý Microsoft® (Bắt đầu→Chạy→mmc).

5. Sau đó thực hiện như sau: Tệp → Thêm/Xóa Snap-in và nhấp vào nút Thêm.

6. Chọn Group Policy Object Editor và nhấp vào nút Add, sau đó nhấp vào nút Finish, Close, Ok.

7. Mở mục Chính sách máy tính cục bộ→Cấu hình máy tính→Quản trị
Mẫu→Thành phần Windows→Dịch vụ đầu cuối→Chuyển hướng dữ liệu Máy khách/Máy chủ.

8. Trong danh sách bên phải, sử dụng nút bên phải để chọn Thuộc tính trong mục Cho phép chuyển hướng âm thanh.

9. Chọn mục Đã bật và nhấp vào nút Áp dụng, sau đó nhấp vào nút OK.

Yêu cầu về máy tính:
RAM không dưới 256 Mb
Ổ đĩa flash không ít hơn 128 Mb


Để làm cho ổ flash USB có khả năng khởi động, hãy sử dụng tệp →

Việc lắp ráp một máy khách mỏng nhắm vào các máy khách cụ thể bao gồm các bước sau:

  • Tải xuống kho ThinStation đầy đủ
  • Thu thập hình ảnh “dày” (đầy đủ)
  • Đang tải ứng dụng khách mỏng trên hình ảnh dày
  • Chúng tôi nhận được danh sách các mô-đun hạt nhân và gói cần thiết cho ứng dụng khách này
  • Chúng tôi sửa các cấu hình lắp ráp, chỉ để lại những thứ cần thiết (bao gồm cả những thứ thu được ở giai đoạn trước)
  • Ghép lại một hình ảnh “mỏng” (nhẹ)

Chuẩn bị nhà bếp

Tôi sẽ nói ngay rằng có một cách khác để xây dựng - tải xuống hình ảnh .iso đã chuẩn bị sẵn. Nhưng đối với tôi nó có vẻ không thuận tiện lắm nên tôi sẽ mô tả tùy chọn “đúng”.

Đang tải xuống kho lưu trữ

Nói chung, để làm việc với ThinStation, bạn nên có kiến ​​thức cơ bản về làm việc với Git. Đơn giản vì những thay đổi của bạn sẽ cần được lưu ở đâu đó và rất dễ bị lạc trong hệ thống phân cấp tệp khi nhà bếp đã được giải nén (không biết Git). Tải xuống được giảm xuống để thực hiện một lệnh.

Mọi thứ khác bây giờ không quan trọng - chúng tôi sẽ tinh chỉnh nó sau.

Tôi sẽ giải thích riêng lý do tại sao bạn cần thay đổi hệ thống nén từ squallfs sang gzip. Tập lệnh hwlister.sh, sẽ được thảo luận dưới đây, sử dụng một kỹ thuật rất thú vị để tìm kiếm chương trình cơ sở đã tải xuống - nó chỉ xem xét thời gian truy cập vào các tệp trong /lib/firmware và dựa trên điều này, đưa ra kết luận về những tệp nào đã được tải xuống . Nhưng squallfs được gắn với tham số relatime, dẫn đến thời gian truy cập tệp không thay đổi và danh sách phần sụn (chết tiệt, tôi không biết dịch từ này mà không mất ý nghĩa) luôn trống. Thay đổi chế độ nén thành gzip là dễ nhất và đường tắt làm cho kịch bản sống động trở lại mà không đi sâu vào tâm trí. Tôi đã viết thư cho các nhà phát triển về điều này nhưng vẫn chưa có phản hồi.

Cuộc họp

Bất kỳ hình ảnh nào cũng được xây dựng trong chroot - vì vậy đừng quên truy cập vào nó. Để xây dựng một hình ảnh dày, còn có một tham số đặc biệt --allmodules, bao gồm mọi thứ trong hình ảnh mô-đun có sẵn hạt nhân, cũng hữu ích trên phần cứng không xác định.

Sau khi quá trình hoàn tất, bạn có thể tìm thấy các tùy chọn hình ảnh trong thư mục hình ảnh khởi động - iso, pxe và syslinux. Bạn có thể sử dụng bất kỳ và tải xuống ứng dụng khách theo bất kỳ cách thuận tiện nào.

Thu thập thông tin

Khi phần cứng thử nghiệm đã được tải thành công, bạn cần vào bảng điều khiển theo bất kỳ cách thuận tiện nào và viết:

Đây là tập lệnh bash thông thường, sau khi thực thi nó, bạn sẽ tìm thấy một số tệp:

  • /firmware.list - danh sách phần sụn cần thiết
  • /module.list - danh sách các mô-đun hạt nhân cần thiết
  • /package.list - danh sách các gói bắt buộc, với kiến ​​trúc sẽ chỉ chứa các gói xorg7-*
  • /vbe_modes.list - nếu uvesafb được sử dụng, tệp này sẽ chứa danh sách các chế độ được hỗ trợ

Một số tệp có thể bị thiếu nếu không tìm thấy gì phù hợp

Tập lệnh tương tự sẽ cố gắng tải các tập tin lên máy chủ tftp của bạn được chỉ định trong cấu hình, tuy nhiên, tôi hy vọng bạn, giống như tôi, đã tắt tính năng ghi vào tftp. Do đó, chúng tôi lấy các tệp từ hệ thống đang được kiểm tra theo bất kỳ cách nào và đặt chúng vào thư mục ts/build/machine/MACHINENAME, trong đó MACHINENAME là tên mã mà bạn sẽ đặt cho phần cứng của mình.

Hình ảnh tinh tế

Kết hợp một vẻ ngoài tinh tế luôn cân bằng giữa ranh giới giữa chức năng và khối lượng. Khối lượng ít hơn có nghĩa là tải các máy trạm không cần ổ đĩa qua mạng nhanh hơn, bắt đầu nhanh hơn hệ thống, máy khách sẽ yêu cầu ít RAM hơn. Cá nhân tôi có nhiệm vụ tạo một hình ảnh có kích thước tối thiểu chỉ cho một nhiệm vụ - máy khách RDP đầu cuối. Đây là những gì tôi sẽ nói về.

Vì vậy, chúng tôi có một văn phòng, một tập hợp các máy khách mỏng được kết nối bằng dây, nhận địa chỉ qua DHCP, khởi động qua PXE và khởi động một ứng dụng duy nhất - máy khách RDP.

Xây dựng cấu hình - build.conf

Như tôi đã viết ở trên, bước đầu tiên trong cấu hình bản dựng là chỉnh sửa tệp build.conf. Nó xác định gói nào sẽ được đưa vào hình ảnh và một số thông số trình tạo khác.

  • Tất cả các dòng bắt đầu bằng máy đều được nhận xét. Chỉ nên giữ lại những gì bạn sử dụng. Cần lưu ý rằng trong cấu hình, bạn có thể duy trì nhiều cấu hình hoạt động cùng một lúc - khi đó bạn sẽ nhận được một hình ảnh chạy trên bất kỳ cấu hình nào trong số chúng (về lý thuyết là nếu không có xung đột).
  • Rất có thể bạn sẽ không cần các hệ thống tệp khác ngoài vfat và ntfs - vì vậy trong khối hệ thống tệp, bạn có thể nhận xét các dòng isofs , udf , ext* một cách an toàn.
  • Vì chúng tôi đã tạo một hồ sơ cho phần cứng của mình có chứa gói cần thiết xorg7 , thì tất cả các dòng chứa gói xorg7-* có thể được nhận xét một cách an toàn.
  • Vui lòng nhận xét về tất cả các gói ngôn ngữ gói locale-* ngoại trừ, tất nhiên, ru_RU, và, tùy chọn, en_US - liệu nó có cần thiết hay không là một điểm cần tranh luận.
  • Nếu bạn cần truy cập từ xa vào máy trạm, hãy bật gói sshd
  • Nếu bạn cần thẻ thông minh và mã thông báo USB - hãy bật gói ccidreader
  • Nếu bạn định cắt trình quản lý cửa sổ, màn hình nền và chỉ hiển thị cho người dùng một ứng dụng (ví dụ FreeRDP) - hãy bật gói automount để tự động gắn bất kỳ thiết bị USB nào. Trong trường hợp này, gói udisk có thể được tắt một cách an toàn.
  • Nếu bạn không cần giao diện cho kết nối Wi-Fi cũng như các tính năng khác, hãy nhận xét gói networkmanager và bật gói autonet . Nhưng hãy chuẩn bị cho thực tế là bạn sẽ phải đi sâu vào nội bộ của nó - đây là một khung kịch bản dành cho các tiện ích hệ thống và trên một số mạng, nó có thể không hoạt động chính xác như mong đợi.
  • Để làm cho hình ảnh nhẹ nhất có thể, hãy bật gói openbox và tắt gói gtk-* , gói icon-* , góifont-* .

Đối với các gói trong phần Ứng dụng, quyền lựa chọn hoàn toàn thuộc về bạn. Mọi thứ được mô tả ở trên đều áp dụng cho các máy khách mỏng, trong đó người dùng sẽ không nhìn thấy máy tính để bàn của mình (RDP, VNC, v.v.) và để sử dụng, chẳng hạn như trình duyệt cục bộ - sẽ phải bỏ lại phần lớn những điều trên.

Chúng ta chỉ cần nhớ trả về param initrdcmd “squashfs” và xóa 3 dòng ở cuối: package alltimezone , param allres true và param allfirmware true - chúng ta sẽ không cần điều này trong một hình ảnh mỏng.

Cấu hình thời gian chạy - Thinstation.conf.buildtime

Tệp Thinstation.conf.buildtime về cơ bản là một tập lệnh bash cung cấp các biến môi trường cho tất cả các tập lệnh khởi động. Trước khi bắt đầu chỉnh sửa, bạn nên xem qua thư mục ts/build/conf (github) - các phần cấu hình cho mỗi gói được thu thập tại đây, bao gồm các giải thích và tất cả các biến có sẵn.

Cho một ít lời khuyên phổ quát- khó. Việc thiết lập sẽ phụ thuộc vào môi trường của bạn và các gói bạn sử dụng. Tôi sẽ chỉ đưa ra một ví dụ về phiên RDP.

# Người dùng sẽ không có giao diện người dùng cục bộ, vì vậy cục bộ chúng tôi sẽ tăng âm lượng ở mức tối đaÂM THANH_LEVEL = 100 MIC_LEVEL = 100 # Đối với các trạm không có ổ đĩa, việc thu thập nhật ký ở một nơi là điều hợp lý SYSLOG_SERVER = syslog.example.com # Địa điểm và múi giờĐỊA PHƯƠNG = ru_RU.UTF8 TIME_ZONE = Châu Âu/Moscow # Cũng sẽ không có nút “Tháo thiết bị an toàn” - vì vậy hãy nhớ bật nút này USB_STORAGE_SYNC = BẬT DISK_STORAGE_SYNC = BẬT # Bạn cần gắn thiết bị vào một thư mục, sau đó chúng tôi sẽ chuyển tiếp đến phiên từ xa USB_MOUNT_DIR = /mnt/usb # Để hỗ trợ bảng chữ cái Cyrillic trên ổ đĩa di động, tôi đã tự tạo bộ tham số sau. Nó hoàn toàn phù hợp với các phân vùng FAT32/NTFS và FreeRDP USB_MOUNT_OPTIONS = DISK_MOUNT_OPTIONS = "rw,nosuid,nodev,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro" # Nếu bạn đã tắt NetworkManager và bật autonet, hãy nhớ định cấu hình mạng NET_USE_DHCP = BẬT # Phiên số 0 phải là quản lý cửa sổ # Bạn có thể thử làm mà không có nó và thậm chí không có X hoàn toàn # nhưng đây là chủ đề cho một bài viết riêng SESSION_0_TITLE = Máy tính để bàn SESSION_0_TYPE = hộp mở SESSION_0_AUTOSTART = BẬT # Phiên làm việc chính # Danh sách các tham số FreeRDP - có lẽ cũng là lý do cho một bài viết riêng SESSION_1_TITLE = RemoteDesktop SESSION_1_TYPE = freerdp SESSION_1_AUTOSTART = TRÊN SESSION_1_FREERDP_SERVER = rdp.example.com SESSION_1_FREERDP_OPTIONS = "+trang trí +phông chữ +hàng không ..."

Lắp ráp một hình ảnh mỏng

Bây giờ cấu hình đã sẵn sàng, tất cả những gì còn lại là lắp ráp một hình ảnh nhẹ. Tất cả các lệnh tương tự như đối với hình ảnh đầy đủ, ngoại trừ một tham số:

Và đó là tất cả. Tùy thuộc vào những gì bạn đã chỉ định trong build.conf, bạn sẽ nhận được các hình ảnh được tạo sẵn để khởi động qua PXE, từ CD-ROM, ổ cứng hoặc ổ flash. Với cấu hình được mô tả, bạn có thể đạt được kích thước hình ảnh ~90 MB và thời gian khởi động qua PXE (từ khi bật nguồn đến máy tính để bàn) là khoảng 1 phút. VỚI đĩa cục bộ và thậm chí còn nhanh hơn.

Sự lựa chọn khác

Cần lưu ý rằng tất cả những gì tôi viết ở trên đều là lời khuyên về việc lắp ráp một hình ảnh phổ quát. Tôi đã có thể khởi động bất kỳ PC nào từ sở thú của công ty từ một hình ảnh. Nhưng có thể bạn cần thực hiện một số tùy chọn máy khách, với các cài đặt khác nhau hoặc, chẳng hạn như các địa chỉ máy chủ khác nhau. Trong trường hợp này bạn lưu ý ThinStation vừa có thể tải thêm file cấu hình trong quá trình khởi động vừa tải về mô-đun bổ sung. Điều này được mô tả rất rõ ràng trong tài liệu và tôi sẽ không tập trung vào nó.

ghi chú hữu ích

Vệ sinh nhà bếp

Đôi khi, đặc biệt nếu bạn đang tích cực thử nghiệm các phiên bản gói, xây dựng, xây dựng lại, biên dịch lại các tệp nhị phân, v.v., sớm hay muộn bạn sẽ phải bắt đầu dọn sạch rác tích lũy khỏi thư mục làm việc của mình.

  1. Đừng quên thoát chroot
  2. Đảm bảo bạn lưu tất cả các thay đổi của mình vào Git
  3. Ngắt kết nối tất cả các tập tin hệ thống trong bếp: umount -R Thinstation/*
  4. Chạy tập lệnh dọn dẹp: sudo ./setup-chroot -a
  5. Xóa mọi thứ còn lại: git clean -dx là sẽ xóa tất cả các tập tin chưa được lưu

Thêm các gói của riêng bạn

Nếu bạn định mang thứ gì đó của riêng mình vào dự án, bạn cần biết rằng theo thuật ngữ của ThinStation, hay đúng hơn là thuật ngữ của CRUX Linux, dựa trên TS, có hai khái niệm cơ bản:

  • bưu kiện(sau đây gọi là “gói”) là một sự trừu tượng nhất định cho biết những gì cần được cài đặt trong hình ảnh trong tương lai. Một gói có thể chứa một phần của cây hệ thống tệp, các tệp riêng lẻ hoặc thậm chí chỉ một tệp cấu hình duy nhất cho biết các phần phụ thuộc chẳng hạn.
  • Hải cảng(sau đây gọi là "cổng") - tương tự như gói *.deb hoặc *.rpm, với một sự khác biệt quan trọng: kho lưu trữ với các tệp được biên dịch không chứa các quy tắc cài đặt mà chỉ đơn giản là một phần của cây hệ thống tệp. Mọi quy tắc (tập lệnh biên dịch, tập lệnh sau cài đặt, v.v.) đều nằm bên cạnh kho lưu trữ và có thể dễ dàng chỉnh sửa.

Khi bạn muốn thêm thứ gì đó của riêng mình vào hình ảnh, điều đầu tiên bạn nên nghĩ đến là chính xác thì bạn cần gì? Nếu bạn muốn thêm một vài cấu hình văn bản vào hình ảnh, chỉ cần tạo gói của riêng bạn, đưa nó vào build.conf - và thế là quá đủ. Nếu bạn cần thu thập các tệp nhị phân, thì bạn sẽ cần tạo cổng của riêng mình.

Tạo cổng của riêng bạn

Prtdir /ts/ports/yourproject

Việc lưu trữ trong một thư mục riêng sẽ dễ dàng và an toàn hơn rất nhiều. Sau khi chỉnh sửa file xong bạn cần nhớ đăng nhập lại vào chroot. Điều đáng chú ý là tệp này đã chứa các thư mục có cổng, được sắp xếp thành các bộ sưu tập. Trình thu thập sẽ tìm kiếm cổng theo tên trong tất cả các thư mục theo thứ tự, vì vậy nếu bạn sợ xung đột tên, hãy đặt thư mục của bạn lên trên các thư mục khác.

Bây giờ bạn sẽ cần tạo một tập lệnh bash duy nhất chịu trách nhiệm xây dựng cổng: /ts/ports/yourproject/portname/Pkgfile. Bạn có thể xem mẫu hoặc bạn có thể theo dõi nó ở bất kỳ cổng nào khác. Phiên bản cơ bản trông như thế này:

Tên = m detect-TS phiên bản = 0 .5.2.3 phát hành = 1 nguồn =(http://ftp.de.debian.org/debian/pool/main/m/$name /$name -$version .tar.bz2 ) build() ( cd $name -$version ./configure --prefix= /usr \ --exec-prefix= / \ --sysconfdir= /etc \ --mandir= /usr/man \ --disable-extras thực hiện cài đặt DESTDIR = $ PKG)

Hãy cùng tìm hiểu xem nó làm gì (nó không thực sự làm điều đó, nó chỉ xác định giai đoạn xây dựng):

  1. Tải xuống các tệp được chỉ định trong nguồn (trong trường hợp này - http://ftp.de.debian.org/debian/pool/main/m/m detect-TS/m detect-TS-0.5.2.3.tar.bz2), chúng có thể là một số
  2. Giải nén tất cả các file đã tải xuống vào thư mục làm việc
  3. Thực hiện cấu hình + thực hiện
  4. Thực hiện cài đặt từ thư mục /ts/ports/yourproject/portname/work/src tới /ts/ports/yourproject/portname/work/pkg
  5. Nội dung thu được của thư mục pkg được đóng gói vào kho lưu trữ. Đây sẽ là cổng của chúng tôi, sẵn sàng để cài đặt.

Hãy kiểm tra các giả định của chúng tôi. Để thực hiện việc xây dựng đầu tiên, bạn cần làm như sau:

[_chroot]/# cd ts/ports/yourproject/portname/ [_chroot]/ts/ports/yourproject/portname# pkgmk-kw =======> Xây dựng "/ts/ports/yourproject/portname/portname#0.5.2.3-1.pkg.tar.xz".

PXE-Phần sụn tương thích được các nhà sản xuất sử dụng trong sản xuất card mạng và BIOS bo mạch chủ có card mạng tích hợp. Do đó, để khởi động không cần đĩa, bạn sẽ cần một card mạng được trang bị phần sụn PXE. Nếu bạn có card mạng không có phần sụn, nhưng bạn muốn khởi động không cần đĩa, thì cách duy nhất là sử dụng phần sụn Etherboot. Tùy chọn này không được xem xét ở đây.

PXE hoạt động như thế nào

1.Yêu cầu PXE tới máy chủ DHCP: card mạng có hỗ trợ PXE yêu cầu máy chủ DHCP nhận các tham số như địa chỉ IP của máy khách, mặt nạ mạng con, địa chỉ IP của máy chủ TFTP nơi đặt hình ảnh và cả tên của hình ảnh.

2.Phản hồi của máy chủ DHCP– máy chủ chỉ định một địa chỉ IP và sau đó chuyển nó đến các tham số khác để máy khách sử dụng.

– trước tiên, máy khách tải xuống bộ tải khởi động PXE - pxelinux - từ địa chỉ IP của máy chủ TFTP do máy chủ DHCP chỉ định. 0, với sự trợ giúp của hạt nhân của hệ điều hành Linux - vmlinuz và hình ảnh hệ thống tệp - initrd, bao gồm mọi thứ cần thiết để máy khách hoạt động, được tải.

– Các tập lệnh khởi động hệ thống Linux nhận các tệp cấu hình từ máy chủ TFTP, trong đó mô tả các tham số cần thiết để kết nối máy khách với máy chủ đầu cuối.

5.Đang khởi tạo máy khách đầu cuối– tùy thuộc vào các tham số của tệp cấu hình, máy khách RDP hoặc ICA sẽ được khởi chạy, thiết lập kết nối với máy chủ đầu cuối.

Thiết lập máy chủ DHCP và TFTP trên Linux

Ví dụ về thiết lập trên Slackware.

Trong phần mềm Slack để inetdđã lắng nghe yêu cầu TFTP, bạn cần bỏ ghi chú dòng trong tệp /etc/inetd.conf:

Tftp dgram udp đợi root /usr/sbin/in.tftpd in.tftpd -s /tftpboot -r blksize

Và khởi động lại dịch vụ inetd:

Máy chủ:~# killall -1 inetd

Sau đó tạo một thư mục tftpboot và cấp quyền:

Máy chủ:~# mkdir /tftpboot Máy chủ:~# chmod -R 777 /tftpboot

Tùy chọn tên miền "example.com"; tùy chọn máy chủ tên miền 192.168.0.1; mã định danh máy chủ NAME_HOST; có thẩm quyền; cho phép khởi động; cho phép khởi động; thời gian thuê tối đa 172800; bỏ qua các cập nhật của khách hàng; ddns-tên miền "example.com"; ddns-cập nhật trên; ddns-update-kiểu tạm thời; thời gian thuê mặc định 86400; cơ sở đăng nhập local7; Mạng con 192.168.0 Netmask 255.255.255.0 (Mặt nạ mạng con tùy chọn 255.255.255.0; Bộ định tuyến tùy chọn 192.168.0.1; Bật một thuê bao cho mỗi khách hàng; Phạm vi 192.168.30.30.30.30 E "pxelinux.0"; máy chủ tiếp theo 192.168. 0.1; máy chủ 1 ( ethernet phần cứng 00:0E:8F:32:B6:C5; địa chỉ cố định 192.168.0.10; ) máy chủ 2 ( ethernet phần cứng 08:20:07:26:C0:A5; địa chỉ cố định 192.168.0.11 ;

Giải nén hình ảnh Thinstation với pxe V. /tftpboot

Cài đặt trong Debian.

Thiết lập máy chủ DHCP:

Apt-get cài đặt máy chủ isc-dhcp

Cấu hình /etc/default/isc-dhcp-server

DHCPDv4_CONF=/etc/dhcp/dhcpd.conf DHCPDv4_PID=/var/run/dhcpd.pid INTERFACESv4="eth0"

Cấu hình /etc/dhcp/dhcpd.conf như trong ví dụ trên.

Thiết lập máy chủ TFTP:

Apt-get cài đặt tftpd-hpa

Cấu hình /etc/default/tftpd-hpa

TFTP_USERNAME="tftp" TFTP_DIRECTORY="/tftpboot" TFTP_ADDRESS="192.168.0.2:69" TFTP_OPTIONS="--secure"

trong đó 192.168.0.2 là IP bên ngoài của giao diện máy chủ

Khởi động lại dịch vụ:

/etc/init.d/tftpd-hpa khởi động lại

Để ghi nhật ký vào /var/log/dhcpd.log cần phải được đăng ký tại dhcpd.conf:

Cơ sở đăng nhập local7;

TRONG /etc/rsyslog.conf thêm vào cuối tập tin:

Local7.* /var/log/dhcpd.log

Khởi động lại dịch vụ:

/etc/init.d/rsyslog khởi động lại /etc/init.d/isc-dhcp-server khởi động lại

Thiết lập máy chủ Windows 2003

Các dịch vụ cần thiết để các máy khách mỏng hoạt động

Bạn có thể sử dụng làm máy chủ đầu cuối:

Máy chủ đầu cuối Microsoft® Windows®

Citrix® MetaFrame®

Nếu bạn đang sử dụng Windows® Terminal Server làm máy chủ đầu cuối, hãy chọn các dịch vụ sau:

Máy chủ đầu cuối

Nếu bạn đang sử dụng Citrix® MetaFrame® làm máy chủ đầu cuối, hãy chọn các dịch vụ sau:

Citrix® MetaFrame®

Gói khởi động PXE

Thiết lập máy chủ DHCP

Để cấu hình DHCP Server, hãy làm theo các bước sau:

2. Nhấp vào nút Thêm hoặc xóa vai trò.

3. Trong hộp thoại Các bước sơ bộ mở ra, nhấp vào Tiếp theo.

4. Trong hộp thoại Tùy chọn cấu hình mở ra, chọn mục Cấu hình tùy chỉnh và nhấp vào Tiếp theo.

5. Trong danh sách Vai trò Máy chủ, chọn Máy chủ DHCP và nhấp vào Tiếp theo hai lần.

6. Trong hộp thoại Chào mừng bạn đến với Trình hướng dẫn Phạm vi mới, hãy nhấp vào Tiếp theo.

7. Trong hộp thoại Tên phạm vi, trong trường Tên và Mô tả, nhập tên và mô tả, sau đó nhấp vào Tiếp theo.

8. Trong hộp thoại Dải địa chỉ IP, hãy hoàn tất các bước sau để máy chủ DHCP cấp địa chỉ IP cho máy khách tối thiểu:

Nhập địa chỉ IP bắt đầu

Nhập địa chỉ IP cuối

Bấm tiếp.

9. Trong hộp thoại Thêm Loại trừ mở ra, bạn có thể chỉ định một dải địa chỉ sẽ không được máy chủ DHCP cấp phát. Bấm tiếp.

10. Trong hộp thoại Thời lượng thuê mở ra, bạn có thể chỉ định thời gian địa chỉ IP sẽ được sử dụng bởi máy khách tối thiểu. Bấm tiếp.

11. Trong hộp thoại Cấu hình tùy chọn DHCP, chọn Không, tôi sẽ cấu hình các tùy chọn này sau. Nhấp vào nút Tiếp theo, sau đó nhấp vào nút Kết thúc.

12. Xác nhận hành động bằng cách nhấn lại nút Hoàn tất.

13. Chọn Bắt đầu→Chương trình→Công cụ quản trị→Quản lý máy chủ của bạn.

14. Trong menu hộp thoại mở ra, chọn mục Quản lý máy chủ DHCP này

15. Trong hộp thoại, chọn Tùy chọn máy chủ. Nhấp chuột phải và chọn Tùy chọn cấu hình từ menu ngữ cảnh mở ra.

16. Trong danh sách, thực hiện như sau:

Chọn mục 066 Boot Server Host Name và chỉ định địa chỉ IP của máy chủ TFTP mà bạn đã cài đặt máy chủ DHCP trên đó

Chọn mục 067 Tên tệp khởi động và nhập tên của bộ tải khởi động pxe, cụ thể là pxelinux.0

17. Nhấp vào nút Áp dụng.

18. Trong hộp thoại, chọn phần tử Phạm vi. Bằng cách nhấp chuột phải, chọn Kích hoạt trong menu ngữ cảnh mở ra.

Quá trình thiết lập máy chủ DHCP đã hoàn tất.

Thiết lập máy chủ TFTP

1. Chọn Bắt đầu→Cài đặt→Bảng Điều khiển→Thêm hoặc Xóa Chương trình.

2. Nhấp vào nút Thêm/Xóa Cấu phần Windows.

3. Trong danh sách Thành phần, chọn Dịch vụ cài đặt từ xa và nhấp vào Tiếp theo.

4. Nhấp vào nút Hoàn tất và khi được nhắc khởi động lại, hãy chọn Không. Khởi động lại máy chủ sau.

Thiết lập máy chủ đầu cuối

1. Chọn Bắt đầu→Chương trình→Công cụ quản trị→Quản lý máy chủ của bạn.

2. Nhấp vào nút Thêm hoặc xóa vai trò.

3. Trong hộp thoại Các bước sơ bộ, nhấp vào Tiếp theo.

4. Trong danh sách Vai trò Máy chủ, chọn Máy chủ Đầu cuối và nhấp vào Tiếp theo hai lần.

5. Hộp thoại Định cấu hình Trình hướng dẫn Máy chủ của Bạn mở ra sẽ hiển thị cảnh báo về việc khởi động lại máy chủ. Bấm vào Được.

6. Sau khi khởi động lại, nhấn Finish.

Cấu hình máy chủ TFTP để khởi động tự động

2. Mở rộng danh sách Dịch vụ và Ứng dụng và chọn mục Dịch vụ.

3. Ở bên phải danh sách xuất hiện, nhấp chuột phải vào mục Trivial FTP Daemon và chọn Properties trong menu ngữ cảnh.

4. Trong tab Chung, trong menu thả xuống Loại khởi động, chọn Tự động. Nhấp vào nút Áp dụng, sau đó nhấp vào nút OK.

Tạo người dùng phiên cuối

1. Nhấp chuột phải vào phím tắt My Computer và chọn Quản lý.

2. Từ danh sách thả xuống Nhóm và Người dùng Cục bộ, hãy chọn thư mục Người dùng.

3. Trong danh sách người dùng xuất hiện ở bên phải, nhấp chuột phải và chọn Người dùng mới trong menu ngữ cảnh mở ra.

4. Trong hộp thoại Người dùng mới, nhập Tên người dùng và Mật khẩu. Cho phép bỏ chọn Người dùng phải thay đổi mật khẩu ở lần đăng nhập tiếp theo và đặt các mục bạn cần: Người dùng không thể thay đổi mật khẩu, Mật khẩu không bao giờ hết hạn, Tài khoản bị vô hiệu hóa. Nhấp vào nút Áp dụng, sau đó nhấp vào nút OK.

5. Trong danh sách, chọn thư mục Nhóm và trong danh sách bên phải, nhấp chuột phải vào tên của nhóm Người dùng Máy tính Từ xa, sau đó chọn Thuộc tính.

6. Trong menu xuất hiện, chọn Chung, nhấp vào nút Thêm và nhập tên người dùng mà bạn muốn cho phép thiết bị đầu cuối truy cập vào máy chủ. Sau đó nhấp vào nút Kiểm tra tên và xác nhận lựa chọn của bạn bằng cách nhấp vào nút OK.

7. Nhấp vào nút Áp dụng và nút OK.

Sao chép các tập tin cần thiết để khởi động máy khách mỏng

1. Tạo thư mục C:\tftpdroot.

2. Sao chép các tập tin pxelinux.0, vmlinuz, initrd, Thinstation.conf.network vào đó.

3. Tạo một thư mục với:\tftpdroot\pxelinux.cfg.

4. Sao chép tệp mặc định vào thư mục c:\tftpdroot\pxelinux.cfg

5. Bây giờ bạn cần chỉnh sửa các tập tin cấu hình. Mô tả chi tiết về các hành động được trình bày trong Phần 3. “Thay đổi tham số của tệp cấu hình.”

Định cấu hình máy chủ để truyền âm thanh đến máy khách tối thiểu Chú ý! Để truyền âm thanh đến máy khách tối thiểu, máy chủ phải cài đặt Microsoft® Windows® 2003, card âm thanh và các trình điều khiển cần thiết.

1. Chọn Bắt đầu → Cài đặt → Bảng điều khiển

2. Mở Âm thanh và Thiết bị Âm thanh và chọn Bật Windows Audio. Bấm vào Được.

3. Khi được nhắc khởi động lại, hãy nhấp vào Có.

4. Sau khi khởi động lại, hãy gọi Bảng điều khiển quản lý Microsoft® (Bắt đầu→Chạy→mmc).

5. Sau đó thực hiện như sau: Tệp → Thêm/Xóa Snap-in và nhấp vào nút Thêm.

6. Chọn Group Policy Object Editor và nhấp vào nút Add, sau đó nhấp vào nút Finish, Close, Ok.

7. Mở mục Chính sách máy tính cục bộ→Cấu hình máy tính→Mẫu quản trị→Thành phần Windows→Dịch vụ đầu cuối→Chuyển hướng dữ liệu máy khách/máy chủ.

8. Trong danh sách bên phải, sử dụng nút bên phải để chọn Thuộc tính trong mục Cho phép chuyển hướng âm thanh.

9. Chọn mục Đã bật và nhấp vào nút Áp dụng, sau đó nhấp vào nút OK.

Thay đổi cài đặt tập tin cấu hình

Tệp cấu hình

Khi máy khách tối thiểu khởi động, máy chủ TFTP sẽ được tìm kiếm các tập tin cấu hình theo thứ tự sau:

1. Thinstation.conf.buildtime- Thiết lập các thông số trong boot image

2. Thinstation.conf.network– tập tin cấu hình toàn cầu. Tập tin này có thể được sử dụng nếu bạn yêu cầu cài đặt tương tự cho tất cả các khách hàng mỏng. Nếu bạn cần vì nhiều lý do khác nhau (khác nhau đặc tính tần số quét màn hình, máy khách phải thiết lập phiên chỉ với một số máy chủ đầu cuối nhất định, đảm bảo chỉ truyền âm thanh đến một số máy khách nhất định) các cài đặt khác nhau của máy khách “mỏng”, sau đó sử dụng các tệp cấu hình được mô tả bên dưới.

3. Thinstation.hosts– file cấu hình chứa thông tin về client (tên máy tính, địa chỉ MAC, nhóm). Để nhóm các máy khách thành các nhóm, nó được sử dụng cùng với tệp Thinstation.conf.group-GROUP_NAME. Đối với cấu hình riêng lẻ của máy khách theo tên máy tính, nó được sử dụng cùng với Thinstation.conf-COMPUTER_NAME.

4. Thinstation.conf.group-GROUP_NAME– tập tin cấu hình nhóm. Được sử dụng cùng với Thinstation.hosts (ví dụ: Thinstation.conf.group-managers).

5. Thinstation.conf-COMPUTER_NAME– tệp cấu hình cho cấu hình riêng của máy khách theo tên máy tính. Được sử dụng cùng với Thinstation.hosts (ví dụ: Thinstation.conf-ivanov).

6. Thinstation.conf-IP_ADDRESS- tệp cấu hình cho cấu hình máy khách riêng lẻ theo địa chỉ IP (ví dụ: Thinstation.conf-192.168.0.1).

7. Thinstation.conf-MAC_ADDRESS- tệp cấu hình cho cấu hình máy khách riêng lẻ theo địa chỉ MAC (ví dụ: Thinstation.conf-000C6ED598AC).

8. Thinstation.conf.user- tệp cấu hình cục bộ nằm trên phương tiện cục bộ ( ổ cứng, đĩa mềm, ổ flash) trong thư mục Thinstation.profile

Trình tự sử dụng các biến từ file cấu hình:

Thinstation.conf.buildtime được áp dụng đầu tiên khi khởi động image, sau đó nhận được tệp Thinstation.conf.network và sau đó là các tệp cấu hình riêng lẻ.

Nếu giá trị của biến SESSION_0_TYPE=rdesktop trong tệp Thinstation.conf.network và Thinstation.conf-COMPUTER_NAME đã chứa SESSION_0_TYPE=freerdp thì kết quả là freerdp sẽ được tải.

Nhưng nếu mức tải chương trình là RC.0 thì chương trình sẽ được khởi tạo trước khi các tệp cấu hình được chọn. Trong trường hợp này, các tham số cho chương trình này chỉ có thể được đặt khi xây dựng hình ảnh hệ thống trong tệp Thinstation.conf.buildtime.

Phân nhóm khách hàng thành các nhóm

Bằng cách sử dụng các tệp Thinstation.hosts và Thinstation.conf.group-GROUP_NAME, bạn có thể nhóm các máy khách thành các nhóm có cùng cấu hình. Để thực hiện việc này, bạn cần nhập thông tin vào tệp Thinstation.hosts, chẳng hạn như COMPUTER_NAME, MAC_ADDRESS, GROUP_NAME. Chỉnh sửa tệp Thinstation.conf.group-GROUP_NAME. Bạn có thể tìm thấy mô tả chi tiết về cú pháp của các tệp cấu hình ở cuối phần này.

Tùy chỉnh máy khách tối thiểu Để tùy chỉnh máy khách tối thiểu, hãy sử dụng các nhóm tệp sau:

1. Sử dụng Thinstation.hosts và Thinstation.conf-COMPUTER_NAME, bạn có thể định cấu hình máy khách bằng tên máy tính cụ thể. Để thực hiện việc này, bạn cần nhập các thông tin như COMPUTER_NAME và MAC_ADDRESS vào file Thinstation.hosts. Ngoài ra, bạn cần chỉnh sửa file Thinstation.conf.group-COMPUTER_NAME.

2. Sử dụng Thinstation.conf-IP_ADDRESS bạn có thể chuyển cài đặt sang máy khách có địa chỉ IP cụ thể. Vì địa chỉ IP được cấp bởi máy chủ DHCP nên cần phải định cấu hình máy chủ để mỗi máy khách được cấp một địa chỉ IP duy nhất.

3. Sử dụng Thinstation.conf-MAC_ADDRESS bạn có thể chuyển cài đặt sang máy khách bằng một địa chỉ MAC cụ thể. Để thực hiện việc này, chỉ cần chỉnh sửa tệp Thinstation.conf-MAC_ADDRESS.

Cú pháp của file cấu hình

Cú pháp của file cấu hình Thinstation.hosts:

# COMPUTER_NAME MAC_ADDRESS GROUP_NAME BÌNH LUẬN Thinstation1 000103014152 samba # IVANOV Thinstation2 000103014152 # PETROV

Cú pháp các file cấu hình Thinstation.conf.network, Thinstation.conf.group-GROUP_NAME, Thinstation.conf-COMPUTER_NAME, Thinstation.conf-IP_ADDRESS, Thinstation-MAC_ADDRESS:

# --- Ví dụ tập tin cấu hình # --- Tùy chọn phiên # # # SESSION_TITLE Mô tả phiên # SESSION_TYPE Loại phiên: # - Máy khách rdesktop Terminal cho Microsoft® Terminal # Dịch vụ # - Máy khách ica Terminal cho Citrix® MetaFrame® # # SESSION_SCREEN Màn hình phiên mà máy chủ X được khởi chạy # SESSION_AUTOSTART Bật/Tắt đầu vào tự động thông tin đăng nhập và mật khẩu # SESSION_WORKSPACE Không gian làm việc để khởi chạy chương trình # SESSION_PACKAGE_SERVER Địa chỉ IP của máy chủ đầu cuối # SESSION_PACKAGE_OPTIONS tùy chọn máy khách đầu cuối # # # --- Tùy chọn máy khách Citrix # #ICA_USE_SERVER_KEYBOARD Sử dụng bố cục bàn phím máy chủ, # Nếu không, hãy sử dụng KEYBOARD_MAP #ICA_BROWSER_PROTOCOL Giao thức trình duyệt, HTTP onTCP hoặc UDP #ICA_ENCRYPTION Mức mã hóa #ICA_COMPRESS Nén, Bật/Tắt #ICA_AUDIO Âm thanh, Bật/Tắt #ICA_AUDIO_QUALITY Chất lượng âm thanh: Thấp, Trung bình, Cao #ICA_APPLICATION_SET Ứng dụng đã xuất bản (Không được sử dụng nếu có ICA_SERVER) #ICA_SERVER Máy chủ Citrix (không phải được sử dụng nếu có # ICA_APPLICATION_SET) # Cài đặt mặc định cho tất cả các phiên SCREEN=0 WORKSPACE=1 AUTOSTART=Off ICA_USE_SERVER_KEYBOARD=Bật ICA_BROWSER_PROTOCOL=HTTPonTCP ICA_SERVER=192.168.88.100 ICA_ENCRYPTION=ICA cơ bản_COMPRESS=Bật ICA_AUDIO_QU ALITY=ICA trung bình _AUDIO=Bật # Cài đặt riêng lẻ, # Chú ý! Hãy chắc chắn rằng bạn bắt đầu với SESSION 0. Nếu không, bạn # sẽ gặp lỗi khi tải SESSION_0_TITLE="Citrix MetaFrame Terminal Server" SESSION_0_TYPE=ica SESSION_0_SCREEN=1 SESSION_0_ICA_SERVER=192.168.88.100 # Опция -a указывает глубину цвета # Будьте уверены, что ваш сервер поддерживает такую глубину цвета, так как # в противном случае это приведет к ошибке SESSION_1_TITLE="Máy chủ đầu cuối của Microsoft" SESSION_1_TYPE=rdesktop SESSION_1_SCREEN=0 SESSION_1_RDESKTOP_SERVER=192.168.88.100 SESSION_1_RDESKTOP_OPTIONS="-u user -a 16 -r sound" # SESSION_0_AUTOSTART=Off # !} --- Chủ yếu settings # # KEYBOARD_MAP Bố cục bàn phím # AUTOPLAYCD phát lại CD tự động # RECONNECT_PROMPT Đang kết nối lại với máy chủ: Bật/Tắt KEYBOARD_MAP=ru # AUTOPLAYCD=Bật RECONNECT_PROMPT=Bật # --- Cài đặt mạng # # NET_HOSTNAME Tên máy tính, nếu không được sử dụng # Thinstation.hosts , # ký hiệu * sẽ được thay thế bằng địa chỉ MAC NET_HOSTNAME=ts_* # --- Cài đặt XServer # # SCREEN_RESOLUTION Độ phân giải màn hình 1024x768,800x600,640x480 # SCREEN_COLOR_DEPTH Số bit trên mỗi pixel (8,16,24) # SCREEN_HORIZSYNC Tần số ngang tính bằng Khz. # SCREEN_VERTREFRESH Tần số dọc tính bằng Hz. SCREEN_RESOLUTION="800x600" SCREEN_COLOR_DEPTH="16 | 8 | 24" SCREEN_HORIZSYNC="30-64" SCREEN_VERTREFRESH="56-87"

Một ví dụ về cài đặt chính của Thinstation.conf.user:

NET_USE_DHCP=off # Nếu bạn không sử dụng DHCP, hãy nhớ chỉ định OFF NET_USE_TFTP=off # Để tải các tệp cấu hình từ đĩa, hãy đặt OFF NET_IP_ADDRESS=XXX.XXX.XXX.XXX # IP máy khách NET_MASK=255.255.255.0 # Mặt nạ mạng con #NET_GATEWAY=XXX. XXX.XXX.XXX # Nếu bạn cần chỉ định một cổng #NET_DNS1=XXX.XXX.XXX.XXX # Địa chỉ IP của máy chủ DNS #NET_DNS2=XXX.XXX.XXX.XXX SCREEN=0 WORKSPACE= 1 AUTOStart=Tắt # Đối với nhiều phiên, hãy chọn tắt . SESSION_0_TITLE="máy chủ đầu cuối 1" # Название сервера или имя клиента, отображаеться в режиме AUTOSTART=Off SESSION_0_TYPE=rdesktop # Тип сессии SESSION_0_SCREEN=1 # Экран сессии SESSION_0_RDESKTOP_SERVER=XXX.XXX.XXX.XXX # IP терминального сервера SESSION_0_RDESKTOP_OPTIONS="-u "user"" # Имя пользователя #SESSION_1_TITLE="máy chủ đầu cuối 2" #SESSION_1_TYPE=rdesktop #SESSION_1_SCREEN=1 #SESSION_1_RDESKTOP_SERVER=XXX.XXX.XXX.XXX #SESSION_1_RDESKTOP_OPTIONS="-u "user2"" # Подключение устройств в RDP сессии. RDESKTOP_SOUND=Off RDESKTOP_FDD=On RDESKTOP_CDROM=Off RDESKTOP_HDD=Off RDESKTOP_USB=On RDESKTOP_1394=Off RDESKTOP_COM3=Off RDESKTOP_COM4=Off RDESKTOP_SLOWLINK=On # Оптимизация под модемное соединение RDESKTOP_COMPRESSION=On # Использование компрессии для RDP данных RDESKTOP_COLOR_DEPTH="16" # Глубина цвета KEYBOARD_MAP=en_us # Раскладка клавиатуры TIME_ZONE="Europe/Moscow" USB_ENABLED=On # Включение драйверов USB AUDIO_LEVEL=67 AUTOPLAYCD=On # Автоматическое проигрывание музыкальных CD DAILY_REBOOT=On # Если в течении дня нет соединения с сервером, то происходит перезагрузка CUSTOM_CONFIG=off RECONNECT_PROMPT=menu # Действие при отключении сессии, варианты: ON (переподключиться), OFF (не переподключаться), MENU (показывать меню), MENUXX (где XX - время паузы в мин. перед отключением). Работает в режиме AUTOSTART=On NET_HOSTNAME=host # Имя компьютера клиента NET_TELNETD_ENABLED=On # Доступ к клиенту по сетевому протоколу telnet SCREEN_RESOLUTION="1024x768" # Разрешение экрана SCREEN_HORIZSYNC="30-65" # Для CRT лучше поставить 30-75 SCREEN_VERTREFRESH="75" # Для !} màn hình LCD, đối với bộ CRT 85 SCREEN_COLOR_DEPTH="16" # X độ sâu màu MOUSE_PROTOCOL=IMPS/2 # Giao thức chuột MOUSE_RESOLUTION=100 # Độ phân giải chuột MOUSE_ACCELEration="1" # Tăng tốc chuột, ví dụ giá trị 1/8 sẽ làm chậm chuyển động X_DRIVER_OPTION1="swcursor On" # Con trỏ phần cứng POWERBTN_ACTION=Off # Tắt bằng nút nguồn, nếu bạn không chỉ định biến này thì chuyển sang chế độ chờ PRINTER_0_NAME=parallel # Tên máy in PRINTER_0_DEVICE=/dev/printers/0 # Thiết bị máy in PRINTER_0_TYPE=P # Dành cho máy in được kết nối với cổng song song PRINTER_1_NAME=usb # Tên máy in PRINTER_1_DEVICE=/dev/usb/lp0 # Dành cho thiết bị máy in PRINTER_1_TYPE=U # Dành cho máy in USB