Hyena 8.0 - Công cụ quản trị hệ thống toàn diện

Nếu chỉ sử dụng các công cụ quản trị có sẵn trong Windows để quản lý một hệ thống mạng Windows với Active Directory sẽ là một thách thức. Với nhiều tên miền, hàng trăm máy chủ, máy trạm, hệ thống user… bạn khó có thể bao quát tất cả chúng. Chính vì thế, người quản trị hệ thống phải cần đến những công cụ hỗ trợ. Và Hyena là lựa chọn số một dành cho bạn.
Hyena ra đời nhằm mục đích cung cấp cho bạn một phương tiện quản trị toàn diện hệ thống mạng theo cách thức đơn giản, tập trung và duy nhất. Được sử dụng rộng rãi bởi hàng ngàn quản trị hệ thống trên toàn cầu, Hyena là một công cụ mà người quản trị không thể bỏ qua. Với giao diện và các thao tác quản lý được thiết kế theo kiểu Explorer, bao gồm cả menu ngữ cảnh tương ứng với tất cả các đối tượng, Hyena giúp bạn quản lý gần như toàn bộ các thành phần trong mạng như: user, group, share, domain, computer, service, printer, file, session, disk space, user right, job scheduling, processes, messaging…
Hyena có thể chạy trên bất kỳ hệ điều hành Windows nào dành cho máy trạm, kể cả Windows 7. Đồng thời, công cụ này có thể quản trị bất kỳ hệ điều hành Windows nào dành cho máy chủ, kể cả Windows Server 2008.
Để bắt đầu, bạn truy cập vào địa chỉ www.systemtools.com/hyena/download.htm, bấm liên kết Download tương ứng với phiên bản Hyena x86 (32-bit) hoặc Hyena x64 (64-bit). Sau khi giải nén, bạn nhắp đôi chuột lên file cài đặt và thực hiện theo các màn hình hướng dẫn để cài đặt Hyena vào hệ thống của mình. Ở đây, chúng tôi cài đặt Hyena lên máy tính đóng vai trò domain controller trên hệ điều hành Windows Server 2003.
Khi tiến trình cài đặt đã hoàn thành, bạn khởi chạy công cụ bằng cách vào menu Start > Programs > Hyena > Hyena. Ngay sau đó, màn hình chính của Hyena sẽ xuất hiện với các thành phần như: menu chức năng, thanh công cụ, khung bên trái với danh sách các nhóm đối tượng và khung bên phải hiển thị thông tin chi tiết tương ứng với mỗi đối tượng. Để bắt đầu quản trị một domain, bạn vào menu File > Add Domain. Tiếp theo, bạn điền tên domain vào mục Domain Name và bấm nút OK. Ngay sau đó, domain sẽ xuất hiện ở khung bên trái của cửa sổ Hyena.

Khi nhắp đôi chuột vào tên domain, tất cả các nhóm đối tượng tương ứng với domain đó sẽ xuất hiện. Tại đây, bạn có thể thực hiện tất cả các thao tác quản trị của mình. Chẳng hạn như, để quản lý các máy tính thuộc về domain này, bạn kích vào mục Computers. Ngay sau đó, bạn kích chuột phải lên tên một máy tính cụ thể cần quản lý. Tiếp theo, trong menu liệt kê đầy đủ các chức năng xuất hiện, bạn chọn một chức năng cần thực thi, ví dụ như Shutdown. Ngay sau đó, Hyena sẽ thực hiện yêu cầu của bạn.

Ngoài ra, Hyena cũng giúp bạn thu thập khá đầy đủ thông tin về các máy tính trong domain. Chẳng hạn, bằng chức năng Properties, bạn có thể hiển thị chi tiết về máy trạm như: số lượng card mạng với địa chỉ IP tương ứng, user nào đang đăng nhập vào, các phần mềm nào đang được cài lên máy trạm, danh sách các hotfix đã được cập nhật…

Với những nét ưu việt của mình, Hyena đã và đang trở thành một trợ thủ đắc lực cho những người quản trị nhằm tối ưu hoạt động của hệ thống mạng máy tính tại đơn vị mình.

(suu tam lam tu lieu)

Hẹn giờ tắt máy tính

Start --> Run --> gõ "cmd" --> cửa sổ DOS hiện ra --> gõ tiếp "shutdown -s -t 900"
Trong đó:
shutdown_là từ khóa.
-s có thể thay bằng "-r","-a"
-s: viết tắt của từ shutdown
-r: viết tắt của từ restart
-a: là abort (hủy hạn giờ)
-t: kí hiệu thời gian
900: tương ứng với 15 phút (thời gian tính bằng giây)
Hoặc 1 cách nữa:
Start --> Run --> gõ "shutdown -i" --> cửa sổ remote shutdown dialog hiện ra, bạn làm theo hướng dẫn.
Cách cuối cùng ngắn gon hơn rất nhiều:
Start --> Run --> gõ "shutdown -s -f -t 900" tương ứng là 15 phút sau máy tính của bạn sẽ tắt

Linux Cluster

1.Mở đầu:
Bài viết tham khảo hình ảnh, nội dung từ trang chủ của LVS www.linuxvirtualserver.org. Ngoài ra, không copy từ mọi tài liệu khác.

2.Khái niệm LVS:
LVS (Linux Virtual Server) là một server ảo được xây dựng dựa trên một cluster của các server thật. Với người sử dụng thì họ chỉ nhìn thấy một server ảo đầy quyền năng, không hề biết đến kiến trúc bên trong.

Như mô tả của hình trên, khi sử dụng Virtual Server, người sử dụng bên ngoài Internet chỉ nhìn thấy một địa chỉ IP, đó là địa chỉ IP của Load balancer. Load balancer là máy tính duy nhất liên lạc, nhận request từ các máy ngoài Internet. Sau đó, load balancer sẽ có cơ chế tự động phân chia request đến các real server bên trong. Load balancer và các real server có thể liên lạc qua một đường truyền mạng LAN tốc độ cao, hoặc cũng có thể liên lạc qua mạng WAN.
Để đảm bảo hệ thống hoạt động trong suốt với người sử dụng cần đảm bảo các vấn đề sau:

• Khi load balancer bị lỗi, phải có cơ chế back up tốt để hoạt động của hệ thống vẫn tiếp diễn.
• LVS phải có cơ chế để tự động cập nhật khi có một real server tham gia hoặc tách khỏi hệ thống.
• Khi một real server bị lỗi, hệ thống phải phát hiện được để đảm bảo hoạt động không bị gián đoạn.
• Mặt khác để hệ thống có thể hoạt động hiệu quả cần giải quyết vấn đề phân chia request hợp lí, tránh tình trạng một real server xử lí quá tải, trong khi các real server khác lại ở tình trạng “idle”.

3.Các mô hình LVS:
Để triển khai ý tưởng của LVS, người ta có 3 mô hình chính:

• Virtual server via NAT.
• Virtual server via IP Tunneling.
• Virtual server via Direct Routing.

Mỗi mô hình có một số ưu, khuyết điểm khác nhau. Tùy theo cách triển khai, tùy theo thực trạng và yêu cầu của hệ thống mà ta có thể lựa chọn một mô hình thích hợp.

4.Mô hình Virtual Server via NAT:
Với mô hình NAT, dòng chuyển dữ liệu được thực hiện như sau:

• Client gởi request cho load balancer.
• Load balancer phân chia request đến cho những real server.
• Real server gởi reponse cho load balancer.
• Load balancer chuyển reponse cho client.

Load balancer có 2 địa chỉ: một để liên lạc với client, một để liên lạc với các real server bên trong. Địa chỉ để liên lạc với real server cũng như địa chỉ của các real server có thể là địa chỉ private. Địa chỉ mà load balancer sử dụng để liên lạc với client là địa chỉ public (địa chỉ thật).

Điểm bất lợi lớn nhất của mô hình NAT là Load balancer có thể sẽ trở thành một “bottle neck” bởi vì tất cả request và reponse đều sẽ phải đi qua điểm này. Mô hình NAT chỉ có thể phục vụ khoảng 10-20 real server.
Để khắc phục nhược điểm của mô hình NAT, ta có thể sử dụng mô hình Tunnel hoặc mô hình Direct Routing tùy theo yêu cầu triển khai cụ thể.

5.Mô hình Virtual Server via Tunneling:
Với mô hình Tunneling, dòng dữ liệu lưu chuyển như sau:

• Client gởi request cho Load balancer.
• Load balancer phân chia request cho các real server.
• Các real server sau khi được phân chia sẽ tự động liên lạc với các client bằng con đường riêng, không thông qua Load balancer.

Mô hình Tunneling sẽ giảm được tình trạng “bottle neck” cho load balancer. Load balancer chỉ đảm nhận nhiệm vụ lập lịch, phân chia request đến các real server. Với mô hình này, một load balancer có thể phục vụ cho khoảng 100 real server.

Tuy nhiên để triển khai mô hình Tunneling, bắt buộc tất cả real server phải cài hệ điều hành có cơ chế “IP Tunneling”. Muốn hiểu rõ hơn vấn đề này, các bạn tìm hiểu trên trang www.linuxvirtualserver.org.

6.Mô hình Virtual Server via Direct Routing:
Giống mô hình Tunneling, mô hình Direct Routing chỉ nhận request và lập lịch xử lí. Các real server sẽ gởi reponse cho client theo một con đường riêng, không thông qua load balancer. Mô hình Direct Routing đòi hỏi load balancer và real server phải thuộc cùng một segment vật lí.

7.Cách triển khai các mô hình:

Trước hết để Linux hỗ trợ LVS, cần thực hiện những việc sau:

• Cài đặt gói các gói heartbeat.
• Thực hiện các thao tác chặn ARP. (tìm hiểu kỹ hơn vấn đề này trên trang www.linuxvirtualserver.org).
• Tùy theo mô hình chọn sử dụng (NAT, Tunneling, Direct Routing), ta sẽ chọn các cấu hình thích hợp.
• Các bạn có thể tìm hiểu cách cấu hình cụ thể của từng mô hình trên trang www.linuxvirtualserver.org.

Ở đây chỉ trình bày cách cấu hình cụ thể với mô hình LVS via Direct Routing

8.Các bước triển khai LVS via Direct Routing:
a.Mô hình:
Ở đây, giới thiệu một mô hình chuẩn gồm 4 server: Load balancer Master (Master), Load balancer (Backup), Real1, Real2. Ta test thử với dịch vụ HTTP.
Khi client ở ngoài, gởi request http vào, request sẽ được tiếp nhận bởi Master, sau đó, Master sẽ tiến hành phân chia request cho Real1, và Real2.
Master và Backup sẽ dùng tín hiệu heartbeat để trao đổi với nhau, nếu Master có sự cố, thì Backup sẽ thay thế vai trò của Master, và Master trở thành Backup. Khi Master khắc phục xong sự cố, Backup sẽ nhường lại vai trò cho Master.
Master sẽ dùng ldirectord để monitor Real1 và Real2. Nếu Real1 có sự cố, Master sẽ chỉ chia request cho Real2 và ngược lại. Khi Real1 khắc phục xong sự cố, Master lại tiếp tục chia request cho Real1.
Giả sử hostname của các máy lần lượt là: Master, Backup, Real1, Real2. (Cần dùng lệnh uname –n để xác định chính xác hostname của các máy).

• Master: eth0: 192.168.1.2, eth1: 172.16.1.2
• Backup: eth0: 192.168.1.3, eth1: 172.16.1.3
• Real1: 192.168.1.4
• Real2: 192.168.1.5
• VIP: 192.168.1.1 (IP ảo, Client gởi request đến IP này).
• Master & Backup bắt buộc phải có 2 card mạng: eth0 để lắng nghe request từ bên ngoài, và eth1 để nhận tín hiệu heartbeat với nhau.

Đầu tiên, các bạn làm quen với mô hình chuẩn, gồm đủ các thành phần: Master, Backup, Real1, Real2. Khi đã hiểu nguyên tắc hoạt động, với các bài lab sau, mình sẽ hướng dẫn các bạn cách tinh chỉnh để giảm số server, mà vẫn đảm bảo được ý nghĩ logic của mô hình.
a.Cài đặt:
Cài đặt các gói heartbeat trên Master và Backup bằng lệnh:
# yum install heartbeat*
Hoặc cụ thể hơn, có thể cài đặt tất cả các gói rpm cho Master và Backup theo trình tự sau:
# rpm –ivh heartbeat-pils-1.2.3.cvs.20050927-1.rh.el.um.1.i386.rpm
# rpm –ivh libnet-1.1.2.1-1.rh.el.um.1.i386.rpm
# rpm –ivh perl-Authen-SASL-2.08-1.rh.el.um.1.noarch.rpm
# rpm –ivh perl-Convert-ASN1-0.18-1.rh.el.um.1.noarch.rpm
# rpm –ivh perl-Net-SSLeay-1.25-1.rh.el.um.1.i386.rpm
# rpm –ivh perl-IO-Socket-SSL-0.96-1.rh.el.um.1.noarch.rpm
# rpm –ivh perl-Parse-RecDescent-1.94-1.rh.el.um.1.noarch.rpm
# rpm –ivh perl-Mail-IMAPClient-2.2.9-1.rh.el.um.1.noarch.rpm
# rpm -ivh heartbeat-stonith-1.2.3.cvs.20050927-1.rh.el.um.1.i386.rpm
# rpm –ivh perl-XML-NamespaceSupport-1.08-1.rh.el.um.1.noarch.rpm
# rpm –ivh perl-XML-SAX-0.12-1.rh.el.um.1.noarch.rpm
# rpm –ivh perl-ldap-0.3202-1.rh.el.um.1.noarch.rpm
# rpm –ivh heartbeat-1.2.3.cvs.20050927-1.rh.el.um.1.i386.rpm
# rpm –ivh heartbeat-ldirectord-1.2.3.cvs.20050927-1.rh.el.um.1.i386.rpm
# rpm –ivh ipvsadm-1.21-1.rh.el.1.um.1.i386.rpm
Cài đặt các gói sau trên Real1 và Real2:
# rpm –ivh arptables-noarp-addr-0.99.2-1.rh.el.um.1.noarch.rpm
# rpm –ivh arptables_jf-0.0.7-0.3E.i386.rpm
Ghi chú: tùy theo cách cài đặt perl kèm theo hệ điều hành ban đầu, các gói perl trên đây có thể thiếu, hoặc có thể thừa. Có thể bổ sung cho đúng với cách cài đặt hệ điều hành. RPM download tại: http://www.ultramonkey.org
b.Các bước cấu hình:
Như đã trình bày, phần cấu hình cho Master sẽ gồm các bước sau:

• Cấu hình hearbeat để Master và Backup lắng nghe nhau.
• Cấu hình ldirectord để Master monitor Real1 và Real2

c.Cấu hình heartbeat:
Phần này cấu hình cho cả Master và Backup.
Các file cần cấu hình cho dịch vụ heartbeat là: file ha.cf, haresources, authkeys. Chép các file này vào thư mục /etc/ha.d
cp /usr/share/doc/heartbeat-1.2.3.cvs.20050927/ha.cf /etc/ha.d/
cp /usr/share/doc/heartbeat-1.2.3.cvs.20050927/authkeys /etc/ha.d/
cp /usr/share/doc/heartbeat-1.2.3.cvs.20050927/haresources /etc/ha.d
Sửa các tham số sau trong file ha.cf:
udpport 694 # Port để gởi tín hiệu heartbeat
bcast eth1 # Card mạng để gởi tín hiệu heartbeat
keepalive 2
deadtime 30
initdead 120
node Real1 Real2 ( Sử dụng lệnh uname –n để xác định chính xác tên server real).
Sửa các tham số sau trong file authkeys:
auth 1
1 sha1 lvsvtdns11
Chuẩn bị các script để đặt vào file haresources: ldirectord.cf.
Thêm dòng sau vào file haresources.
Master 192.168.1.1 \
ldirectord::ldirectord.cf \
LVSSyncDaemonSwap::master \
d.Cấu hình ldirectord:
Phần này cấu hình cho cả Master và Backup.
ldirectord cần có file ldirectord.cf. File này có nội dung như sau:
checktimeout=3
checkinterval=5
autoreload=yes
logfile=”/var/log/ldirectord.log”
virtual=192.168.1.1:80
real=192.168.1.4:53 gate 5
real=192.168.1.5:53 gate 5
request=”/.testpage”
receive=”test page”
scheduler=rr
service=http
checkcount=3
protocol=tcp
e.Cầu hình cho Real1, Real2:

• Trên Real1 và Real2 cần cấu hình dịch vụ http.
• Tạo một trang web test cho dịch vụ http, đặt trong Document Root.

echo “test page” > .testpage

• Tạo IP ảo cho các Real1 và Real2:

ifconfig eth0:0 192.168.1.1 netmask 255.255.255.0

• Chặn ARP trên IP ảo của các Real1 và Real2:

/usr/sbin/arptables-noarp-addr 192.168.1.1 start
/etc/init.d/arptables_jf save
/etc/init.d/arptables_jf restart
f.Test thử cấu hình:

• Sau khi thực hiện xong các bước cấu hình trên, thực hiện test như sau:
• Trên Master, thực hiện:

# service heartbeat start

• Trên Backup, thực hiện:

# service heartbeat start

• Trên Master, xem kết quả:

# ipvsadm
Nếu hiển thị kết quả bảng phân chia request có IP của Real1, Real2 là đúng.

• Trên Backup, xem kết quả:

# ipvsadm
Vì backup, lúc này chỉ đang đứng lắng nghe, trên không có bảng phân chia request.

• Từ Client kết nối dịch vụ http, hoạt động bình thường, dùng lại lệnh ipvsadm trên Master, sẽ thấy request được phân chia cho Real1 hoặc Real2.

Giải pháp Load Balancing và Fail Over toàn diện dành cho Web Server

 
 Xây dựng một hệ thống High Available (HA) là một nhiệm vụ sống còn dành cho doanh nghiệp hiện nay. Đã có những trường hợp đáng tiếc khiến cho doanh nghiệp phải chịu những thiệt hại lớn không đáng có, thậm chí là mất đi các khách hàng quan trọng – nguồn sống trong kinh doanh.

 Trong bài “Để website luôn online với cluster Apache High Availability Linux” đăng trên một số trang web hiện nay tuy thuận tiện nhưng vẫn còn những nhược điểm đáng kể. Một trong những nhược điểm đó là hệ thống chỉ có tác dụng chịu lỗi (Fail Over) mà không thể cân bằng tải (Load Balancing). Do đó, hệ thống chỉ có thể thích hợp với những doanh nghiệp nhỏ lẻ, nhu cầu truy cập web của khách hàng không cao. Nếu sử dụng phương thức trên cho doanh nghiệp lớn thì sẽ gây hiện tượng thắt cổ chai (bottle neck) làm nghẽn lưu lượng truy cập. Mặt khác, doanh nghiệp muốn triển khai thêm nhiều dịch vụ khác thì đây không phải là một lựa chọn thật sự hiệu quả.

Một giải pháp được  đưa ra là xây dựng một hệ thống có tính sẵn sàng cao vừa có khả năng chịu lỗi vừa có khả năng cân bằng tải. Giải pháp này dựa trên nền tảng Linux Virtual Server (LVS). LVS ẩn server thật sau một IP ảo và thực hiện quá trình cân bằng tải các gói tin gửi đến sang tất cả các node dựa trên thuật toán Scheduling. Do tất cả các quá trình được thực hiện ở lớp transport bên trong nhân Linux nên phương thức này còn được gọi là Layer-4 Switching.

Mô hình cụ thể
Hệ thống này được xây dựng trên 4 Server sử dụng hệ điều hành CentOS. Mỗi Server được lắp đặt 2 card mạng riêng biệt. Thông số về các card mạng trên mỗi server được thể hiện trên hình sau:

Client truy cập vào Web Server thông qua IP ảo (192.168.2.200). 

Trong mô hình này LVS1 và LVS2 đóng vai trò là các Load Balancer (LB). Hai LVS này hoặc động theo phương thức Active/Passive. Có nghĩa là, khi LVS1 chạy thì LVS2 sẽ ở trạng thái Stand-by, cho đến khi LVS1 gặp sự cố thì LVS2 sẽ tự động kích hoạt và thay thế LVS1 cho đến khi khắc phục được sự cố. LB có nhiệm vụ dẫn đường cho các truy cập đến Web Server.

Trên LVS sẽ được cài đặt các gói chương trình heartbeat, ldirectord và ipvsadm. Trong đó chương trình heartbeat sẽ có nhiệm vụ kiểm tra tình trạng “sống còn” của hai LVS. Do đó, đảm bảo được khả năng chịu lỗi của hệ thống. Còn ldirectord (Linux Director Daemon) có nhiệm vụ giám sát và kiểm tra tín hiệu của các Web Server thông qua một URL request. Trong trường hợp dịch vụ web trên một server bị lỗi thì server đó sẽ bị loại ra khỏi danh sách real server và truy cập sẽ được dồn về Web Server còn lại đảm bảo được tính cân bằng tải lẫn khả năng chịu lỗi.

Cấu hình cụ thể
Đầu tiên, chúng ta tắt Firewall trên tất cả các Server.
/etc/init.d/iptables stop
+ LVS1/LVS2
Cài đặt các dịch vụ cần thiết (heartbeat, ldirectord, ipvsadm)
yum install heartbeat ipvsadm heartbeat-ldirectord –y
Để LB có thể dẫn đường được cho các yêu cầu đến server thì cần active kernel IPV4 packet forwarding.
#/etc/sysctl.conf
net.ipv4.ip_forward = 1
Lưu lại cấu hình cho sysctl.conf
sysctl -p
Tạo file /etc/ha.d/ha.cf
logfile /var/log/ha-log
logfacility local0
keepalive 2
deadtime 30
initdead 120
bcast eth1
ucast eth1 10.0.0.1         # Trên LVS2 là 10.0.0.2
udpport 694
auto_failback on
node lb1.kenhgiaiphap.vn
node lb2.kenhgiaiphap.vn
Tạo file /etc/ha.d/haresoures
lb1.kenhgiaiphap.vn \
    ldirectord::ldirectord.cf \
    LVSSyncDaemonSwap::master \
    Ipaddr2::192.168.2.200
Tạo file /etc/ha.d/authkeys
auth 1
1 crc
File authkeys chỉ có thể thay đổi thông qua tài khoản root
chmod 600 /etc/ha.d/authkeys
Tạo file /etc/ha.d/ldirectord.cf
checktimeout=30
checkinterval=2
autoreload=yes
logfile="/var/log/ldirectord.log"
quiescent=no
virtual=192.168.2.200:80
        real=10.0.0.3:80 gate
        real=10.0.0.4:80 gate
        service=http
        request="kenhgiaiphap.html"
        httpmethod=GET
        receive="maychumang"
        persistent=100
        scheduler=lblc
        protocol=tcp
        checktype=negotiate

Khởi động các dịch vụ cần thiết
/etc/init.d/ldirectord stop
/ect/init.d/heartbeat start
+ WebServer1/WebServer2
Sau khi cài đặt Apache Server ta tạo file kiểm tra
echo “maychumang” > /var/www/html/kenhgiaiphap.html
Echo ‘This site is 192.168.2.122’ > /var/www/html/index.html (Webserver1)
Echo ‘This site is 192.168.2.123’ > /var/www/html/index.html (Webserver2)
service httpd start
Tắt chức năng ARP reply cho IP ảo trên Web Server
# /etc/sysctl.conf

net.ipv4.conf.all.ARP_ignore = 1
net.ipv4.conf.eth0.ARP_ignore = 1
net.ipv4.conf.all.ARP_announce = 2
net.ipv4.conf.eth0.ARP_announce = 2

+ Kiểm tra kết quả
Web Server (Load Balancing và Fail Over)
Mở web browser trên máy khác cùng mạng và nhập vào địa chỉ 192.168.2.200. Refresh lại nhiều lần thấy nội dung web thay đổi là cấu hình cân bằng tải thành công.


Muốn kiểm tra khả năng chịu lỗi thì tắt dịch vụ web trên 1 server sau đó thử lại. Nếu trang web hiển thị chuyển sang server còn lại là thành công.

Load Balancer (Fail Over)
Sau khi cài đặt xong kiểm tra trên cả hai LVS. Nếu kết quả giống như trong hình là cài đặt thành công. Trong đó máy 192.168.2.125 là máy Active, chịu trách nhiệm dẫn đường đến Web Server. Máy 192.168.2.130 đang ở chế độ backup.

 
Kiểm tra Fail Over bằng cách tắt dịch vụ heartbeat trên LVS1 (192.168.2.125) nếu bạn vẫn còn có thể duyệt web là thành công.

TỔNG QUAN MICROSOFT FOREFRONT THREAT MANAGEMENT GATEWAY

Vừa qua, Microsoft đã công bố sản phẩm Forefront Threat Management Gateway (Forefront TMG) Beta1, đây là sản phẩm cung cấp tính năng bảo mật tích hợp giữa Internet Security and Acceleration Server (ISA) , Forefront Client Security, Forefront Security for Exchange Server, Forefront Security for SharePoint.
Các đặc điểm của Forefront TMG:
- Bảo vệ hệ thống toàn diện
- Quản lý đơn giản
- Đơn giản giám sát hệ thống

Forefront TMG cung cấp đầy đủ các tính năng của một Firewall:
A. Các tính năng mới:

Tính năng	Mô tả
Tương thích với Windows Server 2008, 64-bit	TMG chỉ có thể chạy trên Windows Server 2008 64-bit
Tùy chọn Antivirus, Antimalware	- Quét những file bị lây nhiễm - Ngăn chặn những file bị nghi ngờ - Ngăn chặn những file tìm thấy đã bị hỏng - Ngăn chặn những file không thể scan - Ngăn chặn tất cả file đã được mã hóa - Ngăn chặn những file vượt quá thời gian admin qui định cho phép quét - Ngăn chặn những file có kích thước lớn do admin qui định - Loại bỏ các trang web một cách linh hoạt dựa trên địa chỉ IP, tên domain,  các URL do admin định nghĩa - Kiểm soát nội dung:  những sự lây nhiễm từ malware, virus có thể gây ra sự chậm trễ trong việc truyền tải nội dung từ server đến client.  TMG sẽ kiểm sóat nội dung trong khi quét nhằm giúp phát hiện các phần mềm độc hại.  Nếu như việc truyền tải dữ liệu từ server đến client bị chậm trễ, TMG sẽ tự động thông báo tiến trình đang quét file đến client, chẳng hạn như ”Nội dung đang được kiểm tra”
Cấu hình quản lý truy cập web	Cho phép cấu hình quản lý việc truy cập web chỉ bằng 1 thao tác
Ngăn chặn việc truy cập đến 1 địa chỉ đã được định trước	- Bật tính năng kiểm tra các phần mềm độc hại và theo dõi lưu lượng web - Bật tính năng Web Cache

B. Những tính năng cốt lõi:
I. Server Publishing: Bảo mật truy cập đến các server trong hệ thống nội bộ

Tính năng	Mô tả
Tường lửa sẽ tạo ra những form để bạn điền vào bằng cách chứng thực theo dạng form base	Tạo ra các form được khi truy cập vào những trang Outlook Web Access dựa trên form base. Điều này tăng cường an ninh cho việc truy cập từ xa vào Outlook Web Access bằng cách ngăn ngừa những user không được chứng thực liên lạc đến máy chủ Outlook Web Access.
Remote access đến Terminal Services bằng SSL	Những máy tính chạy HĐH Windows Server 2003 hỗ trợ RDP thông qua SSL cho phép kết nối SSL đến Windows Server 2003 Terminal Services.
Thi hành các kết nối RPC trong Microsoft Exchange từ Microsoft Outlook và client dùng kết nối MAPI	- Publishing Rule cho phép người sử dụng kết nối từ xa đến Exchange Server bằng cách sử dụng đầy đủ chức năng Outlook MAPI client thông qua Internet. Client sẽ được cấu hình để sử dụng an toàn rpc đó. Vì thế kết nối được mã hóa - RPC policy cho phép bạn khóa tất cả những kết nối không được mã hóa
Outlook Web Access Publishing	- Truy cập từ xa thông qua các hình thức kết nối SSL của SSL VPNs - Tạo một bức tường lửa và tạo ra các quy định của Outlook Web Access SSL kết nối để Exchange Server của bạn
Microsoft Office SharePoint Server Publishing	Giao diện wizard mới hướng dẫn publishes nhiềuWindows SharePoint Services sites

II. Virtual Private Networking (VPN)

Tính năng	Mô tả
Kết nối đến văn phòng chi nhánh bằng VPN	Tự động cấu hình kết nối VPN Site to site giữa 2 văn phòng.
Tích hợp giữa VPN với dịch vụ Microsoft Firewall	Bao gồm các chức năng đầy đủ của VPN.
Thanh lọc và kiểm tra cho VPN	VPN Client được cấu hình như một vùng mạng riêng Tạo chính sách cho các VPN client.
SecureNAT client hỗ trợ cho VPN clients kết nối đến TMG VPN server	- Mở rộng hỗ trợ VPN Client bằng cách cho phép Secure NAT  truy cập Internet mà không yêu cầu Firewall Client cài đặt trên máy Client. - Tăng cường an ninh mạng cho công ty, buộc người sử dụng dựa trên hoặc nhóm dựa trên firewall policy trên VPN SecureNAT client.
VPN Quarantine	Dùng công cụ VPN quarantine trên Windows Server 2003 cho việc thanh lọc và tích hợp vào firewall policy.
Publishing VPN servers	- Publish IP protocols và PPTP servers. - Ứng dụng bộ lọc Smart PPTP để quản lý các kết nối phức tạp - Publish Windows Server 2003 NAT-T L2TP over IPSec VPN server bằng cách sử dụng TMG 06 server publishing.
Chế độ IPSec tunnel hỗ trợ cho kết nối site-to-site VPN links	Phát triển site-to-site link dùng chế độ IPSec tunnel như giao thức VPN

III. Các tính năng quản lý

Tính năng	Mô tả
Dễ dàng sử dụng các tính năng quản lý	- Bao gồm các tính năng quản l‎ý nhằm nâng cao mức độ an ninh mạng - Giao diện người dùng quen thuộc với task panes, context-sensitive Help panes, và Getting Started Wizard.
Export và import dữ liệu đã được cấu hình	Lưu dữ liệu đã được cấu hình thành file .xml và sau đó bạn có thể import file này vào 1 server khác
Ủy quyền cho firewall administrator roles	Bạn có thể gán quyền quản l‎ý administrative roles cho user hoặc group.
TMG Microsoft Operations Manager (MOM) Management Pack	MOM Management Pack cho phép doanh nghiệp xem sự kiện giám sát và củng cố cho các bức tường lửa hoạt động.
Mở rộng SDK	Bao gồm một bộ SDK toàn diện cho việc phát triển những công cụ xây dựng trên TMG firewall, bộ nhớ đệm, và các tính năng quản lý.
Mở rộng hỗ trợ các sản phẩm khác	Cung cấp các sản phẩm, chẳng hạn như  quét virus, công cụ quản lý, và lọc các nội dung và báo cáo, trên đó xây dựng và hội nhập với TMG.

IV. Monitoring and Reporting: Giám sát và báo cáo hiệu quả hơn

Tính năng	Mô tả
Giám sát việc đăng nhập	- Xem firewall, Web Proxy, và SMTP Message Screener logs - TMG Server Management hiển thị thị trực quan các mục đăng nhập giống như đang quay lại quá trình đăng nhập của người dùng.
Xây dựng truy vấn cơ sở đăng nhập	- Truy vấn các tập tin log  bằng cách sử dụng trong truy vấn cơ sở đăng nhập. - Truy vấn cho các bản ghi thông tin chứa trong bất kỳ lĩnh vực nào được ghi trong truy vấn cơ sở đăng nhập.. - Giới hạn phạm vi điều chỉnh của các truy vấn đến một khung thời gian cụ thể. - Kết quả sẽ được hiển thị trong TMG MBE Management , có thể được sao chép vào Clipboard và dán vào một ứng dụng khác cho phân tích chi tiết hơn.
Giám sát và lọc session dựa trên firewall sessions	Xem tất cả các hoạt động kết nối đến firewall. Từ việc xem một session, bạn có thể phân loại hoặc ngắt session của 1 cá nhân hoặc 1 group.
Kết nối xác thực	Xác minh kết nối bằng cách thường xuyên theo dõi cụ thể kết nối tới một máy tính hoặc URL từ TMG MBE bằng cách sử dụng kết nối xác thực. Bạn có thể cấu hình để sử dụng phương pháp đó để xác định loại kết nối: Ping, kết nối TCP đến một cổng cụ thể, hoặc HTTP GET.
Tùy biến báo cáo TMG	Tuỳ biến nâng cao tính năng cho thêm thông tin chi tiết trong firewall report
Report publishing	- Cấu hình TMG báo cáo một cách tự động. Bạn có thể lưu file báo cáo này vào folder được chỉ định. - Map folders hoặc file đến Web site virtual directory để người dùng có thể xem các báo cáo.
Thông báo bằng email sau khi tạo ra báo cáo	Cấu hình email , sau khi một báo cáo được hoàn thành,  TMG sẽ gửi email cho bạn

C. Yêu cầu cài đặt

Processor	Memory	Operating System	Software	Hard Disk
Tối thiểu 1GHz	Tối thiểu 1GB	Windows Server 2008 x64 edition	Microsoft SQL Server 2005 Express Edition	Tối thiểu 150MB

Tìm hiểu về các dòng Core của Intel

Trong bài viết này mình giới thiệu sơ qua về các dòng core của intel.

Core i là gì ?

Core i7 cho thị trường cao cấp và Core i5 cho thị trường tầm trung và Core i3 cho thị trường mức thấp hơn .
Bên cạnh đó Pentium được dùng cho những ứng dụng thông thường , Celeron cho những giải pháp rẻ tiền và Atom được thiết kế cho NetBook và những thiết bị cầm ta.

Vét về mặt kỹ thuật, bộ vi xử lý thế hệ Core i có khả năng làm việc tốt hơn trong các ứng dụng đồ họa đa luồng (Photoshop, 3ds max…) và sự khác biệt giữa bộ vi xử lý Core i5, i7 (hỗ trợ Turbo Boost - tự động tăng xung nhịp chip xử lý) so với dòng CPU cũ sẽ rõ rệt hơn so với dòng Core i3 (không có khả năng tự động tăng tốc).

So sánh các dòng Intel Core i3, Core i5, Core i7 và core 2 duo. 

• Công nghệ Turbo Boost: Tự động tăng xung nhịp vi chíp xử lý.
  Ví dụ: core i3 có xung nhịp thường là 1.6 Ghz nhưng khi cần thiét công nghệ turbo có thê nâng mức xung nhiệt lên 2.8 Ghz.
• Hyper thearding: Bản chất, một nhân xử lý không thể xử lý hai luồng thông tin vào cùng một thời điểm. Nếu chúng ta muốn cùng một lúc có được nhiều ứng dụng (hay thực chất là rất nhiều các process con, hoặc rất nhiều thread) chạy song song, hệ điều hành của chúng ta phải ra lệnh cho nhân xử lý liên tục và chuyển qua chuyển lại tác vụ xử lý cho từng thread. Quá trình này diễn ra rất-rất nhanh và hoàn toàn không thể nhận biết bằng mắt thường, tạo cảm giác như CPU của chúng ta xử lý tất cả các khối lượng công việc đó song song cùng một thời điểm.
  
  
  HyperThreading là tên của Intel đặt cho công nghệ SMT (Simultaneous Multi-Threading). Công nghệ này cho phép một nhân xử lý có thể thực sự xử lý song song các thread do các ứng dụng tạo ra, bằng cách trang bị thêm một số thành phần của nhân xử lý, khiến hệ điều hành nghĩ rằng nó đang làm việc với nhiều nhân xử lý. Như vậy, với một hệ điều hành tương thích bộ xử lý nhiều nhân hay nhiều bộ xử lý, nó sẽ sắp xếp để nhiều thread cùng được gửi đến các bộ xử lý “ảo” đó. Về mặt lý thuyết, khi chúng ta chỉ có một nhân xử lý thì nó có xử lý song song được bao nhiêu thread cũng không thể tăng tốc độ xử lý chúng lên được. Tuy nhiên trong thực tế, không phải bất kỳ lúc nào mọi thành phần của nhân xử lý cũng được sử dụng đến, và những thành phần không được sử dụng đến này có thể dùng để xử lý thread thứ hai (hoặc thứ ba, thứ tư…). Công nghệ SMT còn giúp bộ xử lý làm việc hiệu quả hơn bằng cách giảm bớt số lần nhân xử lý phải chuyển qua chuyển lại giữa các thread ‘’song song”. Quá trình chuyển này, như đã nói ở trên, diễn ra rất nhanh và liên tục, nhưng không có nghĩa là không mất thời gian, và bằng việc giảm bớt lượng công việc này, bộ xử lý có thể được rảnh rang để tập trung vào chuyên môn hơn 

- Vi xử lý Core i3: có 2 nhân và 4 phân luồng xử lý dữ liệu liên tục ( 4 theard) - không hỗ trợ công  nghệ Turbo Boost.
- Core i5:  có 2 loại: 1 loại 2 nhân và 1 loại 4 nhân, và đồng thời có 4 phần luồng xử lý dữ liệu và hỗ trợ công nghệ turbo - boost.
- Core i7: có 4 lỗi và hỗ trợ siêu phân luồng  (hyper thearding) nên cho phép xử lý đồng thời 8 luồng dữ liệu liên tục (8 theard).
- Core 2 dual chỉ có 2 nhân và 2 phân luồng. 


Như vậy những CPU xử lý có 8 theard là core i7, 4 theard hỗ trợ công nghệ turbo Boost là core i5 và những CPU không hỗ trợ Turbo Boost là core i3.
 

Scheduling automated backup using SQL server 2008

Ở bài trước mình đã hướng dẫn các bạn backup database Mysql server 2008 bằng cách thủ công là khi nào mình cần backup thì vào trong database chọn database backup lại, nhưng công việc này thì không mấy khả thi cho lắm, đối với những ai quản lý một lúc cùng nhiều con server database thì việc này vô cúng chiếm nhiều thời gian và lỡ như một ngày nào đó vô tình quên thì mọi chuyện trở nên rắc rối khi đúng ngày mình quên backup databse thì server die, lúc này không biết lấy gì lấy đâu database ngày đó restore lại. Các bạn đừng lo, trong bài viết này mình hướng dẫn các bạn xếp lịch backup database hoàn toàn một cách tự động.

Ở bài này mình thực hiện việc backup định kỳ mỗi ngày vào lúc 12:00 AM.

Các bước thực hiện Scheduling automated backup using SQL server 2008 :

 1. Để bắt đầu tiến hành backup được Database chúng ta phải login vào Qsl server 2008 với quyền tài khoản quản trị. ớ đây mình dùng tài khoản mật định là Sa (là tài khoản có quyền cao nhất trong sql server 2008).

Một đều cũng cần lưu ý là SQL server agent cũng phải bật lên ở chế độ Running, nếu SQL server agent chưa được bật lền thì các bạn Right click and press star.

2. Tiến hành tạo plan cho việc backup trong mysql server 2008.

  B1:    Để nhìn thấy được Maintenace Plan tài khoản bản phải có quyền SYSADMIN” database role. thì mới thực hiện được công việc set lịch backup. tiến hành tạo plan backup làm theo từng bước trong hình.

B2: Right click the maintenance plan and then select “new maintenance plan”.

B3: hợp thoại mới xuất hiện yêu cầu đặt tên cho maintenance plan name -> Bấm chọn Ok

B4: Hộp thoại mới xuất hiện.

Bấm vào cái biểu tượng trên cùng góc phải, màn hình set lịch backup xuất hiện

Chú ý vào các khung màu vàng là những tùy chọn mà mình cần chỉnh cho phù hợp với chiến lược backup của mình, của mình thì chọn thời gian backup lúc 12:00 và backup hằng ngày. Bấm ok.

Vậy là chúng ta đã set lịch Autobackup cho mysql server 2008 đã hoàn thành.

II. Xếp lịch auto Delete xóa các file backup thời gian quá lâu.

Ở phần trên mình hướng dẫn các bạn tạo ra các file backup, nhưng lúc mình tạo ra các file backup như vậy mà hệ thống của chúng ta vẫn chạy hoàn toàn tốt và có một số file backup đã được backup khá lâu, và chúng ta muốn xóa các file backup đó định kỳ 4 tuần một lần thì sao, vậy mình hướng dẫn các bạn xếp lịch xóa các file backup hoàn toàn tự động trong sql server2008.

Như ở phàn trên mình đã giới thiệu phần auto backup database rùi, các bước thực hiện giống như vậy cho nên mình bỏ qua các bước đó. chỉ đi vào thành phần chính mình cần đó là Maintenance Cleanup Task

Trong phần Maintenance Plan task -  Bấm chọn Maintenance Cleanup Task.

Giải thích thêm:
     - Search folder anh delete files on an extensions :  chọn đường dẫn chưa file backup và định dạng cần xóa.
     + ở khung Folder: chọn đường đẫn chứa file backup.
     + File extensions: Chọn định dạng mà mình cần xóa mysql xin ra định dạng khi backup là *.bak
 
Chức các bạn thành công.

Chung Lợi

Backup and Restore MS SQL Server 2008 Database

  Backup and Restore MS SQL Server 2008 Database

Bài viết này hướng dẫn các bạn backup và restore database sử dụng Microsoft SQL Server Management Studio. Công việc quản trị database đồi hỏi các bạn thật sự cẩn thận và phải có chiến lược backup hợp lý. vì lỡ một ngày đen đủi ổ cứng server die là coi như mình cũng die theo nó đối vế hệ thống server dữ liệu quan trọng thì việc backup database là vô cùng cần thiết.

Sau đây mình hướng dẫn cách backup và restore database Mysql server 2008.

1. Backup database Sqlserver 2008.

Step 1: Open your Microsoft SQL Server Management Studio, whichever you prefer, standard or express edition.

Step 2: Dùng  User có quyền quản trị databse để login vào MS SQL server database.

Step 3: Select the database >> Right-click >> Tasks >> Back Up [xem hình bên dưới]:

Bấm chọn  “Backup” hợp thoại backup xuất hiện

Step 4: chọn các loại backup. ở đậy mình chọn backup full.

1. Backup type: Full
2. Under Destination, Backup to: Disk " chọn đường dẫn nơi lưu file backup"

Step 5: Các bạn chọn  “Add” button để chọn nơi lưu file backup [Xem hình]:

Step 6: Chọn ổ đỉa để lưu file backup các file backup có phần mở rộng là *.bak

 khi backup lúc đặt tên file các bạn nhớ điền phần mở rộng vào là tenfile.bak

Step 7: Click ok sẽ xuất hiện thông báo “The backup of database “yourdatabasename” completed successfully. thông báo việc backup đã hoàn thành và thành công

 

2. Restore MS SQL Server 2008 Database Backup File ?

Lỡ như một ngày đen đủi nào đó, bỏng nhiên con server database của bạn bị hư và gặp lỗi, thì các bạn đừng lo, vì lúc trước mình đã backup database lại rùi nên chỉ việc restore là là hệ thống có thể hoạt động lại bình thường trong thời gian ngắn. 

Các bước thực hiện:

Step 1: Open your Microsoft SQL Server Management Studio Express and connect to your database.

Step 2: Select the database >> Right-click >> Tasks >> Restore >> Database

Step 3:  Cửa sổ restore database xuất hiện

Step 4: Click vào " Add" để duyệt đến file backup mà mình đã backup lúc trước để restore lại.

Step 5: Cử sổ mới xuất hiện - Click chọn file backup để restore

Bấm ok chờ xíu màn hình xuất hiện thông báo “The restoration of database “yourdatabasename” completed successfully.” Như vậy việc thực hiện Restore database đã thành công.

Chúc may mắn

Bài sau mình sẽ hướng dẫn các bạn việc set lịch backup tự động định kỳ theo tháng, ngày, tuần ... trong mysql server 2008. 

Chung Lợi

Chuyển wordpress qua host mới

Mấy ngày nay làm wordpress xong xui, tự nhiên sếp kêu chuyên qua cái host mới, nhưng lúc chuyển qua gặp nhiều lỗi, bấm vào link cứ quay về cái host củ, mò mãi mới tìm ra được cái lỗi, nên hôm nay mình viết lại cách chuyển Website Wordpress sang Host khác cho mọi người cùng tham khảo.

Bước 1 : Export Database

• Đăng nhập vào phpMyadmin của Host cũ
  

• Chọn Database của Website bạn đang muốn di chuyển.

• Click vào Export để Down Database về máy

Bước 2 : Down Source

• Bạn kết nối FTP vào Website của bạn, Down toàn bộ Source web của bạn về máy tính.
• Phần mềm bạn có thể dùng : CuteFTP , FileZilla ....

Bước 3 : Create Database

• Đăng nhập vào Phần quản trị của Host Mới
• Tạo Database + Gán User quản trị Database

Bước 4 : Import Database

• Đăng nhập vào phpMyadmin của Host Mới
• Click vào Database mới vừa tạo
• Click "Import" và chọn file Database mà lúc đầu đã Export ra

Trường hợp Database bạn lớn hơn 10mb thì bạn sẽ Import bằng cách dùng bigdump

Bước 5 : Upload Source

• Kết nối FTP vào Host mới
• Upload toàn bộ source web lên thư mục www của Host mới

Bước 6 : Edit Config File

• Tìm File wp-config trong bộ source và Edit thông số sau

define('DB_NAME', 'Tên Database');


define('DB_USER', 'User Quản trị Database');

/** MySQL database password */
define('DB_PASSWORD', 'Mật khẩu của Database');

/** MySQL hostname */
define('DB_HOST', 'localhost');

 Những chữ màu đỏ nhớ edit lại cho giống với thông tin new database bên host mới nha

Bước 7 : Edit Site URL " bước này rất quan trọng nếu các bạn không chỉnh sửa lại cho phù hợp với url của bên host mới bạn khi tên miền khác nhau"

• Đăng nhập vào phpMyadmin của Host Mới
• Click vào Database
• Click vào Table wp_options
• Edit giá trị SiteURL
• Click vào cây viết để tiến hành Edit
• Thay đổi giá trị option_value = "Đường dẫn của Website bạn"

Vd : Blog Chungloi là http://vn365.net  sẽ có giá trị option_value="http://vn365.net"


Chú ý : không được để dấu "/" ở cuối đường dẫn

Chúc thành công.

Chung Lợi

Thiết lập Crontab trong linux

Tính năng Cron trong Linux thực chất là 1 chế độ sắp xếp tự động các chương trình, ứng dụng và kích hoạt chúng tại 1 thời điểm nhất định trong hệ thống, tương tự với Task Scheduler của Windows.

Tất cả những gì chúng ta cần làm tại đây là gán các chương trình cần thực thi tới file crontab của hệ thống và sử dụng cấu trúc lệnh phù hợp, cron sẽ tự động thực hiện các ứng dụng đó vào thời điểm đã được thiết lập sẵn trước đó. Do vậy, tính năng này rất phù hợp trong quá trình tự động sao lưu dữ liệu, bảo dưỡng hệ thống... và các công việc tương tự khác.

Mở Crontab:

Trước tiên, các bạn hãy mở Terminal từ menu chính:



Sử dụng cấu trúc crontab -e để mở file crontab của tài khoản đang sử dụng. Các câu lệnh tại đây sẽ được thực hiện với quyền của tài khoản hiện tại, còn nếu bạn muốn thực thi lệnh trong toàn bộ hệ thống thì hãy áp dụng cấu trúc sudo crontab -e để mở tính năng crontab của tài khoản root. Sử dụng lệnh su -c “crontab -e” nếu distributor Linux của bạn không dùng sudo. Sau đó, hệ thống sẽ hiển thị các tùy chọn editor, chọn Nano nếu có (vì đây là trình editor đơn giản, dễ sử dụng và phù hợp với nhiều người):



Các bạn sẽ thấy trình chỉnh sửa text Nano với thông tin GNU nano ở phần header trên cửa sổ Terminal. Và nếu không chọn thì crontab sẽ được mở bằng Vi:



Nếu không muốn sử dụng Vi thì các bạn gõ lệnh :quit và nhấn Enter để thoát khỏi Vi. Sau đó gõ export EDITOR=nano và crontab -e để mở file crontab bằng Nano.

Gán tác vụ mới:

Sử dụng phím mũi tên lên xuống hoặc Page Down để di chuyển xuống phía cuối file crontab trong Nano. Tất cả các dòng bắt đầu bằng # nghĩa là đã được cron bỏ qua, bên cạnh đó chúng còn giữ chức năng lưu trữ thông tin gợi ý khi người dùng chỉnh sửa đoạn mã bất kỳ nào đó.



Cụ thể, cấu trúc lệnh được viết trong crontab phải tuân theo quy chuẩn và chấp nhận những giá trị sau:

minute(0-59) hour(0-23) day(1-31) month(1-12) weekday(0-6) command

Và nếu muốn áp dụng bất kỳ giá trị nào, các bạn chỉ cần thay bằng ký tự đặc biệt *. Ví dụ nếu muốn thực hiện câu lệnh /usr/bin/example vào lúc 12:30 AM hàng ngày thì sử dụng lệnh:

29 0 * * * /usr/bin/example



Tại đây chúng ta sử dụng giá trị 29 thay vì phút thứ 30 và 0 thay cho 12h AM, bởi vì đơn vị thời gian tính theo phút, giờ và ngày sẽ bắt đầu bằng 0. Tuy nhiên, các bạn cần lưu ý rằng ngày và tháng lại bắt đầu bằng 1.

Sử dụng cấu trúc ngăn cách bằng dấu phẩy để chỉ định nhiều khoảng thời gian khác nhau. Ví dụ:

0,14,29,44 * * * * /usr/bin/example2

sẽ thực hiện lệnh /usr/bin/example2 vào phút thứ 15 mỗi giờ trong ngày. Mặt khác, chúng ta có thể sử dụng cấu trúc lệnh như dưới đây để áp dụng trong 1 khoảng thời gian nhất định nào đó:

0 11 * 1-6 * /usr/bin/example3

thì hệ thống sẽ chạy lệnh /usr/bin/example3 trưa chiều mỗi ngày, nhưng chỉ từ tháng 1 tới tháng 6.



Sau khi chỉ định toàn bộ các tham số cần thiết tại đây, chúng ta nhấn Ctrl + O và nhấn Enter để lưu file crontab trong Nano. Sau đó nhấn Ctrl + X để đóng Nano, các bạn sẽ thấy dòng thông báo:

“crontab: installing new crontab”

nghĩa là file crontab và các tác vụ đi kèm đã được thiết lập hoàn tất.



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

Chung Lợi