Cho phép nhiều người dùng đăng nhập với VNC

Giúp nhiều người dùng truy cập vào một hệ thống Linux từ bất cứ đâu

VNC (Virtual Network Computing) là một công cụ phổ biến để cung cấp truy cập từ xa đến các máy tính. Cấu hình VNC thông thường được tối ưu hóa cho các máy trạm chỉ có một người dùng và việc đăng nhập vào cổng VNC sẽ trực tiếp truy cập vào máy tính của một người dùng duy nhất. Tuy nhiên, điều này gây bất tiện nếu như máy tính có nhiều người dùng. Rất may là bạn có một cách khác để thay thế. Bằng cách kết nối VNC tới một XDMCP server (Linux X Display Manager Control Protocol – Giao thức điều khiển của Trình quản lý hiển thị X của Linux) của máy tính Linux, việc truy cập vào cổng VNC cho phép những người dùng cung cấp các tên và các mật khẩu của mình, qua đó tạo điều kiện cho một VNC server duy nhất có thể xử lý các đăng nhập của nhiều người dùng.

Roderick W. Smith, Tác giả và nhà tư vấn

Ảnh của Roderick SmithRoderick W. Smith là một nhà tư vấn và tác giả của hơn một chục cuốn sách về UNIX và Linux, gồm có The Definitive Guide to Samba 3, Linux in a Windows WorldLinux Professional Institute Certification Study Guide. Ông cũng là tác giả của phần mềm phân vùng GPT fdisk. Ông hiện đang sống ở Woonsocket, Rhode Island và bạn có thể liên hệ với ông tại rodsmith@rodsbooks.com.



07 03 2013

Các kiến trúc VNC và X server

Linux® sử dụng Hệ thống Window X (gọi tắt là X ) là giao diện người dùng đồ họa (GUI). X là một GUI khác thường theo nhiều cách, một trong số đó là nó vốn dĩ là một mạng lưới được kích hoạt. Một X server (X server) theo nghĩa đen là một chương trình máy chủ mạng. Các chương trình máy chủ mạng cung cấp cho các trình máy khách (client) truy cập vào các tài nguyên cục bộ và điều này cũng đúng với một X server. Điều lạ lùng là ở chỗ "các tài nguyên cục bộ" trong trường hợp của một X server là màn hình hiển thị, bàn phím và chuột, mà người dùng sử dụng. Trong hầu hết cấu hình phổ biến, các X client chạy trên cùng một máy tính nơi trình máy chủ chạy. Như vậy, LibreOffice, GIMP (GNU Image Manipulation Program – Chương trình thao tác ảnh GNU) hoặc các chương trình khác là các X server, mà nó sử dụng các giao thức mạng của X để nhận đầu vào người dùng và hiển thị kết quả đầu ra cho những người dùng trên cùng một máy tính.

Tuy nhiên, khi X được sử dụng trên một mạng thì người dùng ngồi tại máy tính chạy X server và các X client chính là các chương trình mà người dùng muốn chạy trên một máy tính khác. Cấu hình này đòi hỏi một giao thức mạng thứ hai để khởi đầu kết nối. Giao thức thứ hai này có thể là telnet, Secure Shell (SSH) hoặc XDMCP. Trình máy chủ cho giao thức đăng nhập này chạy trên máy tính của X client và trình máy khách đăng nhập từ xa chạy trên máy tính của X server. Trình máy chủ đăng nhập từ xa khởi chạy các X client, mà các trình X client này lần lượt liên hệ với X server. Hình 1 mô tả mối quan hệ này. Các mũi tên nét đứt biểu thị sự bắt đầu của phiên làm việc. (Trong trường hợp của XDMCP, X clientDMCP được gắn vào chương trình X server).

Hình 1. Truy cập từ xa X đòi hỏi một trình máy khách và một trình máy chủ trên cả hai máy tính
Sơ đồ hiển thị mối quan hệ giữa các trình máy khách X và một trình máy chủ X

Kiểu thiết lập này hoạt động tốt trên nhiều mạng cục bộ, nhưng nó có nhược điểm. Ví dụ, cấu hình này yêu cầu phải khởi đầu giao thức mạng hai chiều, mà có lẽ giao thức này không thể thực hiện được xuyên qua một số tường lửa hoặc các bộ định tuyến dịch địa chỉ mạng (NAT). (SSH có thể tạo đường hầm cho các phiên làm việc X, tránh được yêu cầu này). Hơn nữa, mặc dù các X server có sẵn cho hầu hết các nền tảng, nhưng chúng thường không được cài đặt trên các máy tính chạy hệ điều hành Windows®. Vì các lý do này và khác, nhiều trang web thích sử dụng một giao thức khác, đó là RFB (Remote Frame Buffer - Bộ đệm khung từ xa), được triển khai thực hiện trong họ các chương trình VNC.

VNC là một công cụ nhiều nền tảng, có thể cung cấp truy cập từ xa tới Linux, UNIX®, Mac OS X, Windows và các hệ thống khác từ bất kỳ kiểu trình máy khách nào. Với VNC, người dùng ngồi tại máy tính của trình máy khách và truy cập một máy tính của trình máy chủ từ xa. Trên Linux, VNC server hoặc phản chiếu các nội dung của màn hình của X server cục bộ đến máy tính từ xa hoặc bao gồm X server riêng của mình, có thể chạy một cách độc lập với trình máy chủ quản lý màn hình cục bộ. Kết quả tương tự như Hình 2. Một lần nữa, mũi tên nét đứt chỉ thị sự bắt đầu của phiên làm việc. Cấu hình này giúp loại bỏ yêu cầu kết nối mạng đảo ngược và vì các trình máy khách và các VNC server đều có mặt trên nhiều hệ điều hành, nên những người dùng có thể sử dụng một chương trình máy khách duy nhất để truy cập bất kỳ trình máy chủ nào.

Hình 2. Một VNC server gồm có một X server có thể truyền thông với các chương trình X client cục bộ
Sơ đồ hiển thị cách các trình máy chủ VNC gửi nội dung của trình máy chủ X đến các trình máy khách

Nhược điểm của VNC là ở chỗ việc xác thực RFB dựa trên các mật khẩu mà không cần các tên người dùng. Như vậy, mỗi người dùng phải khởi chạy một phiên làm việc của VNC server độc lập và kết nối tới cá thể VNC đó bằng cách chỉ định số cổng đúng. Yêu cầu này có thể chấp nhận được trên một hệ thống chỉ có một người dùng, nhưng lại vô cùng bất tiện trên một máy tính có nhiều người dùng.

Để giải quyết vấn đề này, bạn có thể kết hợp hai giải pháp. Bạn có thể cấu hình lại XDMCP server cục bộ của mình để giúp X server đã tích hợp vào VNC cung cấp việc xác thực nhiều người dùng còn thiếu (cấu hình kết quả tương tự như Hình 3). Mũi tên nét đứt cho thấy sự bắt đầu của phiên làm việc. Bây giờ, khi những người dùng VNC từ xa liên hệ với máy tính của VNC server, họ sẽ có thể nhập vào các tên người dùng và mật khẩu của mình để truy cập các phiên làm việc VNC duy nhất riêng của họ, vì thế máy tính có thể xử lý bao nhiêu người dùng tùy ý bạn.

Hình 3. Việc thêm XDMCP vào một cấu hình VNC sẽ cung cấp thêm tính linh hoạt
Sơ đồ hiển thị cách thêm XDMCP vào một cấu hình VNC cung cấp thêm tính linh hoạt

Cấu hình VNC server của bạn

Có một số cách để khởi chạy VNC, bao gồm việc sử dụng các kịch bản lệnh, kết nối VNC vào môi trường máy tính để bàn của bạn bằng cách sử dụng các công cụ máy tính để bàn và sử dụng xinetd để nghe các kết nối VNC. Cách tiếp cận thứ hai này là cách được mô tả ở đây, vì nó cho phép bạn khởi chạy VNC sao cho nó có thể sử dụng XDMCP server của bạn. Trước khi đi vào chi tiết cách cấu hình VNC để khởi chạy thông qua xinetd, bạn phải chọn một VNC server.

Chọn một VNC server

Có sẵn một số trình VNC server. (Phần Tài nguyên cung cấp một số chương trình điển hình). Một số chương trình trong số các tùy chọn phổ biến hơn gồm có TightVNC, TigerVNC và RealVNC. Bài viết này sử dụng TightVNC làm một ví dụ. Thật không may, thông tin chi tiết về cấu hình thay đổi với mỗi trình máy chủ là khác nhau cũng như mỗi bản phân phối cũng khác nhau, nên có thể bạn cần phải điều chỉnh các hướng dẫn được cung cấp ở đây cho đúng với phần mềm của mình.

Cài đặt xinetd

Nhiều bản phân phối cài đặt siêu máy chủ xinetd theo mặc định, nhưng một số thì không. Vì phương pháp mô tả ở đây sử dụng xinetd, nên bạn cần cài đặt xinetd nếu nó chưa được cài đặt. Trên hầu hết các bản phân phối, bạn có thể cài đặt xinetd bằng cách sử dụng hệ thống đóng gói, chẳng hạn như apt-get install xinetd trên các bản phân phối dựa trên Debian hoặc zypper install xinetd trên openSUSE.

Bạn cũng có thể cần cấu hình xinetd để chạy. Bạn thường có thể chạy nó mỗi khi cần đến bằng cách sử dụng kịch bản lệnh khởi động System V (SysV) của nó:

# /etc/init.d/xinetd start

Việc cấu hình xinetd để chạy tự động khi máy tính khởi động đòi hỏi phải có kiến thức về các phương pháp kịch bản lệnh khởi động cho bản phân phối của bạn. Thông thường, bạn sử dụng một tiện ích như chkconfig (thường dùng trong Fedora, openSUSE và các bản phân phối có liên quan), update-rc.d (thường dùng trong bản phân phối Debian và các bản phân phối có liên quan) hoặc rc-update (thường dùng trong Gentoo) để thực hiện việc này, như sau:

# chkconfig xinetd
                    on
# update-rc.d xinetd enable
# rc-update add
                    xinetd default

Chỉ gõ một trong các lệnh trên hoặc tìm đến lệnh tương đương với bản phân phối của bạn.

Lưu ý rằng xinetd có thể từ chối khởi động nếu nó không có bất kỳ dịch vụ nào được cấu hình. Vì vậy, có thể bạn muốn khởi chạy nó sau khi bạn đã cấu hình xong xinetd để quản lý VNC server của mình.

Cấu hình xinetd

Các trình máy chủ sẽ được xinetd quản lý sẽ đặt các tệp cấu hình trong thư mục /etc/xinetd.d. Do đó, muốn cấu hình xinetd để xử lý VNC, bạn nên tạo hoặc chỉnh sửa một tệp có tên là /etc/xinetd.d/vnc. (Trên một số bản phân phối, chẳng hạn như openSUSE, gói VNC server cài đặt một tệp như vậy). Liệt kê 1 là một ví dụ.

Liệt kê 1. Một ví dụ về cấu hình VNC với xinetd
service vnc
{
   disable     = no
   socket_type = stream
   protocol    = tcp
   wait        = no
   user        = nobody
   server      = /usr/bin/Xvnc
   server_args = -inetd -once -query localhost -geometry 1024x768 -depth 16
   type        = UNLISTED
   port        = 5900
}

Mục này thiết lập một số tùy chọn xinetd, hầu hết trong số đó bạn nên giữ nguyên. Những tùy chọn mà bạn có thể cần điều chỉnh bao gồm như sau:

  • service (dịch vụ). Bạn có thể chạy VNC trên nhiều cổng với các tùy chọn khác nhau trên mỗi cổng, nhưng nếu bạn làm như vậy, bạn nên cung cấp cho VNC một tên dịch vụ khác nhau cho mỗi cổng ở dòng đầu tiên trong Liệt kê 1.
  • server (trình máy chủ). Bạn nên thay đổi mục này trỏ tới tệp nhị phân chính của VNC server của bạn, tệp này thường có tên là Xvnc.
  • server_args (các đối số của trình máy chủ). Bạn sẽ gần như chắc chắn muốn thay đổi một số trong các tùy chọn này, như được mô tả ngay sau đây.
  • port (cổng). VNC sử dụng các cổng được đánh số từ 5900 trở lên. Bạn có thể chạy trình máy chủ với các tùy chọn khác nhau trên các cổng khác nhau. Nếu bạn làm như vậy, bạn nên gán cho mỗi cá thể số cổng riêng của mình.

Phần khó khăn nhất trong cấu hình xinetd là thiết lập các đối số của trình máy chủ. Bạn có thể sử dụng các đối số trong Liệt kê 1 làm mẫu, nhưng bạn có thể muốn thay đổi một số trong số chúng:

  • -query localhost. Tùy chọn này nói cho VNC X server kiểm tra hệ thống localhost để xác thực XDMCP. Bạn có thể thay đổi nó nếu bạn muốn sử dụng một máy tính như là một trạm chuyển tiếp (relay) để truy cập các chương trình trên một máy tính khác.
  • -geometry 1024x768. Bạn thiết lập độ phân giải ảo của phiên làm việc VNC với tùy chọn này. Lưu ý rằng độ phân giải này không cần phải giống như độ phân giải của X server thông thường chạy trên máy tính của trình máy chủ . Bạn có thể muốn tạo ra nhiều mục chạy ở các độ phân giải khác nhau để cho phép người dùng đăng nhập vào VNC server trong khi sử dụng bất kỳ độ phân giải nào thuận tiện cho các hệ thống cục bộ riêng của họ.
  • -depth 16. Tùy chọn này để thiết lập độ sâu của màu. Giá trị thấp hơn có thể đưa ra các bản cập nhật hiển thị nhanh hơn, nhưng các môi trường máy tính để bàn 15bit/16 bit màu (high-color) có thể bị màu giả tạo. Dải các giá trị hợp lệ là từ 2 đến 32.

Còn có sẵn nhiều tùy chọn khác nữa và một số tùy chọn thay đổi khác nhau tùy theo mỗi VNC server. Hãy tham khảo tài liệu hướng dẫn về VNC server của bạn để tìm hiểu thêm.


Cấu hình XDMCP server của bạn

Hầu hết các bản phân phối Linux cấu hình các XDMCP server của chúng chỉ để quản lý việc hiển thị cục bộ. Để cung cấp truy cập từ xa, bạn phải cấu hình lại XDMCP server của mình để nhận các yêu cầu truy cập từ VNC server chạy trên cùng một máy tính. Các chi tiết thay đổi khác nhau tùy theo mỗi trình ứng dụng chủ XDMCP. Ba trình máy chủ hay sử dụng nhất trên Linux là GNOME Display Manager (GDM – Trình quản lý hiển thị GNOME), Light Display Manager (LightDM – Trình quản lý hiển thị nhẹ) và KDE Display Manager (KDM - Trình quản lý hiển thị KDE). Các XDMCP server khác, chẳng hạn như XDM, yêu cầu những điều chỉnh khác hơn so với những gì mô tả ở đây. Trong mọi trường hợp, sau khi cài đặt lại cấu hình XDMCP server của mình, bạn cần phải khởi động lại nó.

Chỉnh sửa tệp cấu hình XDMCP

Nếu bạn không chắc chắn hệ thống của bạn sử dụng XDMCP server nào, bạn có thể xác định nó bằng cách xem xét một danh sách quá trình để tìm chuỗi dm, như sau:

$ ps ax | grep dm
  929 ?        Ss     0:00 /usr/bin/kdm
  962 tty7     Ss+    0:19 /usr/bin/Xorg -br :0 vt7 -nolisten tcp -auth \
                           /var/lib/xdm/authdir/authfiles/A:0-pp4shb
30157 pts/3    S+     0:00 grep --color=auto dm

Dòng đầu tiên của kết quả này cho thấy rằng KDM đang chạy, do đó bạn sẽ cần phải chỉnh sửa tệp cấu hình của trình máy chủ này để cho phép VNC sử dụng XDMCP. Hầu hết các chương trình XDMCP có các tệp cấu hình theo một định dạng tương tự. Chúng bao gồm các phần (section) được xác định bởi các tên phần trong dấu ngoặc vuông, chẳng hạn như [xdmcp]. Các dòng tiếp theo tên phần đó sẽ thiết lập các tùy chọn bằng cách sử dụng một dấu bằng, như enable=true. Bảng 1 tóm tắt các tên tệp cấu hình, các tên phần và các tùy chọn mà bạn phải thiết lập để cho phép XDMCP chạy trên một số XDMCP server Linux phổ biến.

Bảng 1. Các tùy chọn cho phép XDMCP hỗ trợ VNC với các XDMCP server khác nhau
Trình ứng dụng chủ XDMCPTên tệp cấu hìnhTên phầnTùy chọn
GDM/etc/X11/gdm/custom.conf[xdmcp]enable=true
KDM/usr/share/kde4/config/kdm/kdmrc[Xdmcp]Enable=true
LightDM/etc/lightdm/lightdm.conf[XDMCPServer]enabled=true

Bạn có thể tìm thấy phần XDMCP trong tệp cấu hình của mình hoặc nó có thể hoàn toàn không có. Nếu có, nó phải rõ ràng vô hiệu hóa sự hỗ trợ XMDCP, gồm các tùy chọn bị đặt dấu chú thích hoặc để rỗng. Bất kể trạng thái của tệp ban đầu như thế nào, bạn cần bảo đảm rằng có mặt phần XDMCP và đã cho phép sự hỗ trợ này. Ví dụ, hãy xem xét một cấu hình KDM để cho phép XDMCP:

[Xdmcp]
Enable=true

Một số bản phân phối cho phép thêm các biện pháp bảo đảm an toàn mà bạn có thể phải nới lỏng. Một trong số đó là tường lửa. Các kịch bản lệnh tường lửa có xu hướng là đặc trưng của từng bản phân phối, do đó hãy tham khảo tài liệu hướng dẫn trong hệ thống của bạn để tìm hiểu cách thay đổi tường lửa của bạn. Bạn nên bảo đảm localhost có quyền truy cập đến cổng 177 và các VNC client của bạn có quyền truy cập vào cổng 5900 (hoặc bất cứ các cổng khác nào mà bạn sử dụng cho VNC).

OpenSUSE sử dụng thêm một tệp cấu hình dùng để điều khiển một số kiểu truy cập, bao gồm cả truy cập XDMCP: /etc/sysconfig/displaymanager. Hãy mở tệp này trong một trình soạn thảo văn bản và tìm kiếm dòng sau:

DISPLAYMANAGER_REMOTE_ACCESS="no"

Hãy thay đổi tùy chọn này thành "yes". Nếu nó vẫn giữ là "no", dấu nhắc đăng nhập của XDMCP server của bạn sẽ không nhìn thấy được khi bạn kết nối đến VNC server. Sự thay đổi này là không cần thiết trên hầu hết các bản phân phối: Chỉ có openSUSE sử dụng tệp này.

Khởi động lại XDMCP server

Sau khi XDMCP server của bạn được cấu hình để nhận các đăng nhập từ xa, bạn phải khởi động lại nó. Trên các bản phân phối khởi động X thông qua một tệp init SysV, chẳng hạn như Debian và Gentoo, bạn có thể dùng tùy chọn restart (khởi động lại) cho nó:

# /etc/init.d/gdm restart

Nếu hệ thống của bạn sử dụng số mức chạy (runlevel) để khởi động X, như Fedora và openSUSE, bạn sẽ cần phải chuyển đổi sang một mức chạy theo chế độ văn bản (thường là mức 3) và sau đó quay lại mức chạy GUI (thường là 5):

# telinit 3
# telinit
                    5

Cần lưu ý rằng cả hai giải pháp này đều tắt X, vì thế hãy bảo đảm rằng bạn đã lưu tất cả các công việc đã mở trong phiên làm việc X trước khi tiếp tục.


Kiểm tra và gỡ lỗi cấu hình

Tại thời điểm này, bạn sẽ có thể đăng nhập từ một máy tính từ xa bằng cách sử dụng một trình VNC client. Ví dụ, hầu hết các bản phân phối Linux đều cung cấp một lệnh tên là vncviewer; bạn có thể gõ:

vncviewer remotename

. . . để đăng nhập vào remotename (tên ở xa) thông qua VNC. Khi VNC được cấu hình và làm việc đúng, kết quả giống như Hình 4. Nếu bạn đã cấu hình nhiều phiên làm việc VNC trên các cổng khác nhau, bạn có thể chỉ rõ số phiên VNC bằng cách thêm số phiên này vào như một phần của hostname (tên máy chủ), như trong:

vncviewer remotename:3

. . . để đăng nhập vào phiên 3 (trên cổng 5903).

Hình 4. Khi được cấu hình để làm việc với XDMCP, VNC cung cấp một dấu nhắc đăng nhập Linux truyền thống
Chụp ảnh màn hình của một dấu nhắc đăng nhập Linux truyền thống trong VNC

Nếu bạn không nhìn thấy một màn hình đăng nhập XDMCP khi bạn thực hiện việc kiểm tra này, có thể bạn cần phải sửa một số lỗi. Một số thứ cần kiểm tra gồm có:

  • Nếu vncviewer báo cáo rằng kết nối bị từ chối, điều đó rất có thể có nghĩa là siêu máy chủ không được cấu hình đúng trên máy tính của VNC server. Hãy xem xét lại cấu hình xinetd của bạn và cố gắng khởi động lại siêu máy chủ. Cũng có thể là một tường lửa đang chặn truy cập vào máy tính của VNC server.
  • Nếu VNC client khởi chạy và kết nối đến trình máy chủ nhưng tất cả những gì bạn nhìn thấy là một màn hình màu xám với một con trỏ mà bạn có thể di chuyển qua lại, có lẽ có vấn đề với cấu hình XDMCP server. Hãy xem lại các thiết lập đã mô tả ở trên và khởi động lại XDMCP server.
  • Như một kỹ thuật xử lý sự cố phổ biến, hãy kiểm tra các tệp ghi logcủa bạn. Bạn có thể cần tìm kiếm tất cả các tệp ghi log trong /var/log để tìm các tham chiếu đến xinetd, XDMCP server của bạn và VNC server của bạn.

Các vấn đề bảo mật VNC

RFB không phải là một giao thức an toàn; hầu hết các trình máy khách và các VNC server đều không mã hóa dữ liệu của chúng. (VNC chỉ mã hóa mật khẩu riêng của mình, nhưng phương pháp được mô tả ở đây không sử dụng các mật khẩu này). Hãy thận trọng về cách bạn triển khai VNC ở đâu và như thế nào. Nếu bạn muốn sử dụng VNC qua một mạng không an toàn, bạn có ba lựa chọn:

  • Sử dụng một mạng riêng ảo (VPN).
  • Tạo đường hầm giao thức qua SSH.
  • Sử dụng một biến thể VNC có hỗ trợ mã hóa, chẳng hạn như TigerVNC, cho phép mã hóa Bảo mật tầng truyền tải (Transport Layer Security).

Việc cho phép các đăng nhập VNC như được mô tả trong bài này sẽ mở ít nhất hai cổng (cổng VNC và cổng XDMCP) ra thế giới bên ngoài. Bạn có thể muốn hạn chế cả hai cổng này với các quy tắc tường lửa để giảm thiểu nguy cơ bị lạm dụng. Lưu ý rằng cổng XDMCP (cổng UDP 177) chỉ cần được mở ra cho localhost, nên quy tắc tường lửa của nó có thể rất ngặt nghèo.


Kết luận

Nhìn chung, việc kết nối VNC và XDMCP là một kỹ thuật có ích để cho phép các đăng nhập GUI từ xa tới các máy tính Linux nhiều người dùng. Phương pháp này có lợi thế hơn khi sử dụng XDMCP trực tiếp trong các môi trường nhiều nền tảng hoặc khi làm việc xung quanh các vấn đề về tường lửa hoặc NAT có thể là một vấn đề. Nó có ích đối với nhiều cách tiếp cận VNC phổ biến trực tiếp trên các máy tính nhiều người dùng. Nếu bạn sử dụng phương pháp này, hãy chắc chắn xem xét các vấn đề bảo đảm an toàn. Hãy sẵn sàng thiết lập các quy tắc tường lửa để hạn chế truy cập không mong muốn từ bên ngoài và sử dụng mã hóa nếu việc truyền dữ liệu của bạn đi qua các mạng không tin cậy.

Tài nguyên

Học tập

Lấy sản phẩm và công nghệ

  • TightVNC đi kèm với nhiều bản phân phối hoặc bạn có thể lấy nó từ trang web của TightVNC.
  • TigerVNC là một nhánh rẽ của TightVNC, có sẵn với một số bản phân phối hoặc bạn có thể lấy nó từ trang web của TigerVNC. Điều đáng chú ý trong đó là nó gồm các phần mở rộng, hỗ trợ các kết nối được mã hóa.
  • RealVNC là một công ty được một số các nhà phát triển VNC ban đầu thành lập. Công ty này cung cấp cả hai phiên bản miễn phí và thương mại về công cụ VNC của nó.
  • Truy cập phần mềm dùng thử của IBM (có sẵn để tải về hoặc trên đĩa DVD) và đổi mới dự án phát triển nguồn mở tiếp theo của bạn bằng cách sử dụng phần mềm chủ yếu dành cho các nhà phát triển.

Thảo luận

Bình luận

developerWorks: Đăng nhập

Các trường được đánh dấu hoa thị là bắt buộc (*).


Bạn cần một ID của IBM?
Bạn quên định danh?


Bạn quên mật khẩu?
Đổi mật khẩu

Bằng việc nhấn Gửi, bạn đã đồng ý với các điều khoản sử dụng developerWorks Điều khoản sử dụng.

 


Ở lần bạn đăng nhập đầu tiên vào trang developerWorks, một hồ sơ cá nhân của bạn được tạo ra. Thông tin trong bản hồ sơ này (tên bạn, nước/vùng lãnh thổ, và tên cơ quan) sẽ được trưng ra cho mọi người và sẽ đi cùng các nội dung mà bạn đăng, trừ khi bạn chọn việc ẩn tên cơ quan của bạn. Bạn có thể cập nhật tài khoản trên trang IBM bất cứ khi nào.

Thông tin gửi đi được đảm bảo an toàn.

Chọn tên hiển thị của bạn



Lần đầu tiên bạn đăng nhập vào trang developerWorks, một bản trích ngang được tạo ra cho bạn, bạn cần phải chọn một tên để hiển thị. Tên hiển thị của bạn sẽ đi kèm theo các nội dung mà bạn đăng tải trên developerWorks.

Tên hiển thị cần có từ 3 đến 30 ký tự. Tên xuất hiện của bạn phải là duy nhất trên trang Cộng đồng developerWorks và vì lí do an ninh nó không phải là địa chỉ email của bạn.

Các trường được đánh dấu hoa thị là bắt buộc (*).

(Tên hiển thị cần có từ 3 đến 30 ký tự)

Bằng việc nhấn Gửi, bạn đã đồng ý với các điều khoản sử dụng developerWorks Điều khoản sử dụng.

 


Thông tin gửi đi được đảm bảo an toàn.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=70
Zone=Nguồn mở
ArticleID=860755
ArticleTitle=Cho phép nhiều người dùng đăng nhập với VNC
publish-date=03072013