Chặn IP Trung Quốc bằng Iptables + Ipset

WHY ? 

---

Không phải phân biệt chủng tộc hay kích động thù hằn dân tộc nhưng có một sự thật là TQ là nước chiếm tỉ lệ lớn nguồn gốc các cuộc tấn công mạng vào các Website của thế giới nói chung và VN nói riêng. Nhiều website nước ngoài cũng tiến hành chặn IP Trung Quốc để ngủ ngon hơn, mình cũng nên học hỏi.
Lưu ý : Việc chặn IP chỉ là biện pháp đối phó tương đối (chỉ hiệu quả trước một số loại tấn công như DoS, Spam..) . Đối với những kẻ tấn công có chủ đích nhắm vào ứng dụng của bạn thì chúng có thừa thủ đoạn để qua mặt các bộ lọc IP. Về lâu dài, bạn cần định kỳ kiểm trả bảo mật và đảm bảo các quy tắc lập trình an toàn trong quá trình phát triển.

HOW ?

---

Công cụ :

• iptables - firewall mặc định trên hầu hết Linux Distro (Lưu ý : CentOS 7 và FC20 trở đi sử dụng firewallD thay thế iptables, cần cài lại iptables thay thế firewallD hoặc viết rule cho firewallD)
• ipset - công cụ hỗ trợ iptables, có chức năng tạo cái list IP để add rule cho iptables (Cài đặt : yum install ipset hoặc apt-get install ipset)

Tạo file bash script có nội dung :

/etc/china-block.sh

# Tạo list ipset tên china
ipset -N china hash:net # Xóa nội dung file cn.zone cũ (file danh sách IP china) để cập nhật list mới.
rm ~/cn.zone
# Tải list IP Trung Quốc mới nhất về từ site ipdeny, lưu ở home
wget -P ~ http://www.ipdeny.com/ipblocks/data/countries/cn.zone
# Đọc từng dòng trong file cn.zone rồi lưu vào list ipset china
for i in $(cat ~/cn.zone ); do ipset -A china $i; done
# Restore các rule iptables khi khởi động lại
/sbin/iptables-restore < /etc/iptables.firewall.rules

Thêm rule vào file iptables.firewall.rules

-A INPUT -p tcp -m set --match-set china src -j DROP

Chạy thử file china-block.sh

$ sh china-block.sh

Kiểm tra kết quả

$ iptables -L Chain INPUT (policy ACCEPT)
target     prot opt source               destination
...
DROP       tcp  --  anywhere             anywhere             match-set china src
..

Cuối cùng là tạo crontab định kỳ thực hiện sáng sớm mỗi ngày

$ crontab -e * 1 * * * /etc/china-block.sh

Read more »

Chống DDOS với iptables

Giới thiệu về iptables

Nguyên tắc làm việc của iptables là nó cho phép người dùng định nghĩa các quy tắc (rules), các quy tắc này nằm trong bộ nhớ và sẽ được iptables kiểm tra để thực thi mỗi khi có một request đến máy chủ. Nếu một request thỏa mãn quy tắc, nó sẽ được thực hiện theo action của quy tắc đó.

Các request được nhận diện bằng các thông số sau:
- địa chỉ nguồn (một ip hay cả một dải ip)
- địa chỉ đích
- giao thức (giao thức phổ biến là TCP/IP)
- cổng (các cổng phổ biến là cổng 80 http, cổng 21 ftp ...)
- interface vật lý (là request đến từ card mạng nào của máy chủ)

Còn các action mà iptables có thể thực hiện là
- ACCEPT cho phép request đó được thực hiện, hay nói đúng hơn là cho gói tin thỏa mãn các điều kiện trên đi qua.
- REJECT không cho phép gói tin đi qua, gửi trả lại địa chỉ xuất phát request một thông báo
- DROP không cho phép gói tin đi qua và cũng không gửi trả lại thông báo gì
- LOG cho phép gói tin đi qua nhưng sẽ ghi log lại để phân tích
- DNAT cho phép gói tin đi qua nhưng dùng NAT để thay thế địa chỉ đích
- SNAT cho phép gói tin đi qua nhưng dùng NAT để thay thế địa chỉ nguồn

Ngoài ra các rules còn được kiểm soát bởi kiểu của request, có 3 kiểu sau đây
- INPUT: là các request đến máy chủ
- FORWARD: là các request đi qua máy chủ (vào cổng mạng này và đi ra cổng mạng khác) nó áp dụng trong trường hợp máy chủ của bạn làm việc như một routing server.
- OUTPUT: áp dụng cho các request đi từ máy chủ ra ngoài (ví dụ bạn không muốn các website trên VPS của bạn truy cập đến một website khác nằm ở đâu đó trên internet).

Các lệnh quản lý iptables

Bạn có thể khởi tạo một rule và kiểm tra iptables ngay từ dùng lệnh của hệ điều hành linux. Dưới đây là một số lệnh cơ bản

Kiểm tra xem dịch vụ iptables đã chạy hay chưa:
     # service iptables status

Nếu như iptables đang chạy nó sẽ liệt kê ra các rules nằm trong 3 kiểu là chain INPUT, chain FORWARD và chain OUTPUT. Nếu như iptables chưa chạy sẽ có thông báo là Firewall is stopped. Lưu ý là trong trường hợp chưa có một rule nào đã được định nghĩa, thì có thể bạn cũng nhận được thông báo Firewall is stopped. Lúc đó bạn chỉ cần thêm vào một rules là iptables sẽ được bật.

Bật dịch vụ iptables
     # service iptables start

Khởi động lại dịch vụ iptables. Thông thường mỗi khi bạn tạo rules từ dòng lệnh, thì các rule này có hiệu lực ngay. Tuy nhiên trong trường hợp bạn tạo rules vào file thì bạn cần dùng lệnh sau để khởi động lại iptables và tải lại các rules từ file

     # service iptables restart

Ghi các rules hiện thời vào file. Thông thường các rules được lưu trong bộ nhớ RAM để thực thi cho nhanh. Tuy nhiên khi tắt máy hoặc khởi động lại, các rules này sẽ không còn. Để lưu lại các rules bạn cần thực hiện lệnh sau:

# service iptables save

Lệnh trên sẽ lưu các rules đang chạy vào file /etc/sysconfig/iptables Sau khi đã có file này, các bạn có thể thêm trực tiếp các rules vào trong file này. Tuy nhiên lưu ý là các rules trong iptables sẽ có tác dụng ngay lập tức vì vậy để tránh tạo ra các rules lỗi, bạn nên tạo các rules trong một file nháp ví dụ như file /etc/sysconfig/iptables.tmp  sau đó chạy kiểm tra iptables bằng lệnh sau:

# iptables-restore < /etc/sysconfig/iptables.tmp

Nếu các bạn muốn lưu các rules đang chạy ra một file bất kỳ (để backup hoặc để gửi cho người khác) thì có thể dùng lệnh sau

# iptables-save > /etc/sysconfig/iptables.backup

Nếu dùng lệnh trên mà không có tên file theo sau, nó sẽ in các rules đang chạy ra màn hình để bạn kiểm tra.

Các lệnh tạo rules cho iptables.

Cú pháp chung cho các lệnh tạo rules của iptables như sau

# iptables [command] [kiểu] [mô tả rule] [-j acction]

Trong đó kiểu là INPUT, FORWARD, hoặc OUTPUT như đã nói ở trên. Acction = ACCEPT, REJECT, DROP.... như đã nói ở trên, còn command, các bạn có thể tham khảo danh sách các command bằng cách gõ lệnh:

# iptables -h

Các command thông dụng là:
      - I  (Thêm một quy tắc mới vào iptable)
      - A (chèn thêm các mô tả vào một quy tắc)
      - D (xóa bỏ một quy tắc)

Còn đoạn mô tả rule thì được xây dựng từ địa chỉ nguồn, địa chỉ đích, cổng dịch vụ, cổng mạng.... các bạn tìm hiểu các rule này qua các ví dụ sau:

- Rule 1: chặn một địa chỉ bên ngoài đến interface ethe0 và truy xuất cổng 80 giao thức tcp,  tới địa chỉ đích 27.118.22.10
      -s 116.10.191.15 -i ethe0 -d 27.118.22.10 -p tcp --dport 80

- Rule 2:  chặn một network (cả một dải ip) truy xuất các cổng 3000 đến 4000 của địa chỉ 27.118.22.10
      -s 116.10.191.0/24 -d 27.118.22.10 -p tcp --dport 3000:4000

- Rule 3: Cấm một ip dùng cổng 20 (ftp) truy xuất đến máy chủ
      -s 116.10.191.15 -d 27.118.22.10 -p tcp --sport 20

Giải thích các option:

      -s (chỉ ra địa chỉ nguồn của gói tin)
      -d (chỉ ra địa chỉ đích của gói tin)
      -p (chỉ ra giao thức, có thể là tcp, icmp, udp....)
      -dport (chỉ ra các cổng dịch vụ ở địa chỉ ip đích )
      -sport (chỉ ra các cổng dịch vụ của ip nguồn)
      -i (chỉ ra cổng vật lý mà gói tin xuất hiện ví dụ cổng ethe0)

Tham khảo các option khác bằng lệnh # iptables -h

Bây giở chúng ta sẽ ghép các thành phần trên để tạo thành một rule thực sự. Giả sử chúng ta cần cấm tất cả các gói tin có địa chỉ IP nguồn đến từ một network là 116.10.191.0 đi đến VPS của chúng ta, bất kể là gói tin đó sử dụng giao thức gì, dịch vụ gì, và bất kể nó đòi truy xuất đến địa chỉ IP nào, chúng ta gõ lệnh sau trực tiếp vào dòng lệnh của hệ điều hành

# iptables -I INPUT -s 116.10.191.0/24 -j DROP

Ngay sau khi gõ lệnh trên, toàn bộ các host có địa chỉ IP là 116.10.191.x sẽ không còn truy xuất được đến máy VPS của bạn nữa.  Nếu muốn xóa bỏ quy tắc trên, chúng ta gõ lệnh

# iptables -D INPUT -s 116.10.191.0/24 -j DROP

Sau khi thực hiện việc tạo, thêm bớt các rule, các bạn nhớ dùng lệnh sau để ghi lại các rules để nếu như có khởi động lại VPS thì iptables có thể dùng lại các rule này.

# service iptables save

Sau đó cũng cần phải đặt chế độ tự khởi động dịch vụ iptables mỗi lần khởi động VPS bằng lệnh sau:

# chkconfig iptable on

Áp dụng iptables

Qua các bước trên các bạn đã biết cách dùng iptables để ngăn chặn các truy xuất từ các IP xấu. Vậy bây giờ chúng ta sẽ dùng nó như thế nào? Để chống lại các cuộc tấn công DDOS, chúng ta có nhiều phương án khác nhau.

Cách thứ nhất: Phân tích log

Phân tích thường xuyên file log để biết IP nào hay trọc phá VPS và block ip đó. Các bạn hãy xem toàn bộ file /var/log/secure để biết được các request bất thường hay đến từ địa chỉ IP nào. Sau đó  các bạn tạo ra một file shell như sau để dùng nhiều lần

# cd /etc/sysconfig/
# vi iptables.sh (sau đó đặt các lệnh tạo rules của iptables vào trong file này)
# chmod +x iptables.sh   (cho phép chạy file này)
# ./iptables.sh  (chạy file để tạo ra các rules)

Từ nay về sau mỗi khi phát hiện một ip xấu nào, bạn chỉ cần thêm một dòng vào file iptables.sh này và chạy nó thì các rules sẽ được tạo ra.

Cách thứ 2: Chặn IP theo vùng

Nhận xét thấy là các cuộc tấn công DDOS thường đến từ các quốc gia như Trung Quôc, Hàn Quốc... trong khi VPS của bạn không có khách hàng nào ở các quốc gia này thì bạn có thể chặn toàn bộ IP của các nước có nghi ngờ xuất phát các cuộc tấn công DDOS như sau:

Đầu tiên bạn cần có danh sách ip của các quốc gia này. Ví dụ danh sách các IP hay tấn công DDOS từ Trung Quốc các bạn có thể lấy ở link này: http://www.ipdeny.com/ipblocks/data/countries/cn.zone

Khi đã có link, các bạn lấy danh sách ip đó về một file gọi là iptables.block.list bằng lệnh sau

# wget -c --output-document=iptables.block.list http://www.ipdeny.com/ipblocks/data/countries/cn.zone

Sau khi có file danh sách này bạn viết một script như sau:

#vi iptables.sh
Nội dung file:
#!/bin/bash
WORKDIR="/root"
#######################################
cd $WORKDIR
if [ -f iptables.block.list ]; then
  iptables -F
  BLOCKDB="iptables.block.list"
  IPS=$(grep -Ev "^#" $BLOCKDB)
  for i in $IPS
  do
    iptables -A INPUT -s $i -j DROP
  done
fi

Tiếp theo là chạy file iptables.block.list và nhớ save danh sách bằng lệnh service iptables save như các bước trên.

File iptables-config

File /etc/sysconfig/iptables-config có chứa một số cấu hình cho dịch vụ iptables. Các bạn cũng nên tìm hiểu một số lệnh trong file này để ứng dụng.

IPTABLES_SAVE_ON_STOP = "no"  Giá trị này nên chuyển thành "yes" khi đó mỗi lần stop iptables (hay là khi tắt máy) thì các rules trong bộ nhớ sẽ được save vào file /etc/sysconfig/iptables để tải lại các lần sau

IPTABLES_SAVE_ON_RESTART ="no"  Giá trị này nếu sửa thành "yes" thì mỗi khi restart dịch vụ iptables, các rules cũng được ghi lại vào file

... ngoài ra còn một số tham số khác các bạn tự tìm hiểu thêm

Nguyên tắc cuối cùng: chống tự tử

Những ai đã từng làm filtering và firewalling đều có những bài học xương máu về việc tự sát. Đó là trong khi mải mê tạo ra các rules để ngăn chặn các cuộc tấn công, vô tình chúng ta cấm luôn cả ip của chính mình và kể từ đó không còn access được vào server nữa. Để tránh gặp phải thảm cảnh này, các bạn nên tuân thủ một số nguyên tắc sau:

1- The First match rule.

Trước khi tạo bất cứ một rules nào bạn cần phải tạo một rule cho phép chính mình và đặt ở đầu file iptables. Bởi vì mọi firewall đều làm việc theo nguyên tắc duyệt các rule từ trên xuống dưới, nếu thỏa mãn thì áp dụng ngay bất kể các rule bên dưới có match hay không. Vậy nên các trong khi thao tác với iptables, bạn cần biết IP của máy mình đang dùng là gì. Nếu có ip tĩnh thì quá tốt, nếu không thì cũng phải biết dải ip mà ADSL của mình thường xuyên được cấp. Sau đó tạo một rules đầu tiên trong file iptables như sau:

-A INPUT -s 111.111.111.111/32 -j ACCEPT

Trong đó 111.111.111.111 giả định là ip mà máy của bạn đang dùng. Nếu như bạn có một dài IP hay dùng thì thay bằng dòng

-A INPUT -s 111.111.111.0/24 -j ACCEPT

Như vậy bất kể sau đó bạn có khai báo một lệnh DROP hay REJECT nào thì ip của bạn vẫn access được đến server mà không sợ thiết lập rules "tự tử" cấm chính mình.

2- Alway got the second road.

Cho dù bạn cẩn thận đến đâu, kể cả khi bạn đã áp dụng nguyên tắc thứ nhất thì vẫn có thể bạn không access được vào server, chẳng hạn như bạn đã mở ip của bạn, nhưng mạng của nhà cung cấp dịch vụ lại cấm ip của bạn thì sao? hoặc giả bạn cho phép dải ip ở công ty của bạn access, nhưng bạn đang ở quán cafe wifi và muốn access vào VPS thì sao? Để tránh tình huống này bạn cần tạo ra một rule thứ 2 cho phép một máy dự phòng và máy này thì bạn có thể remote từ xa vào để thao tác. Hãy add thêm dòng lệnh sau vào ngay bên dưới dòng lệnh nêu trên trong file iptables

-A INPUT -s 222.222.222.222/32 -j ACCEPT

trong đó 222.222.222.222 là máy dự phòng để bạn có thể access vào máy chủ khi mà IP thứ nhất bị cấm.

3- Kiểm tra tất cả mọi thứ trước khi đặt lệnh chkconfig on

Các tác giả iptables đã lường trước rằng người dùng sẽ có thể vô tình tự tử khi thiết lập rule nên họ đặt ra một nguyên tắc là iptables làm việc với các rule thường trực trong RAM và chỉ save xuống iptables để lưu. Đồng thời họ để chế độ ngầm định là iptables sẽ không khởi động mỗi khi reboot máy. Đây là một cơ may cuối cùng khi bạn bị cấm ip. Lúc đó chỉ cần khởi động lại máy là các rules trong RAM sẽ bị xóa sạch và thậm chí là iptables sẽ không khởi động theo máy nên bạn sẽ có thể access lại máy chủ sau khi reboot. Tôn trọng nguyên tắc này bạn cần lưu ý mấy điểm sau:

• Gõ các rules từ dòng lệnh của linux để rules ghi vào ram chứ không ghi vào file iptables, để kiểm tra xem rule có tác động như thế nào, nếu sau khi ứng dụng rule mà bị ngắt thì khởi động lại server.
• Save các rule từ RAM sang một file tạm trước khi save vào iptable bằng lệnh iptables-save > filename. Việc này vừa để backup iptables và vừa đảm bảo là các rules được test kỹ trước khi save lại vào file cấu hình.
• Hãy kiểm tra cẩn thận trước khi gõ lệnh chkconfig iptables on vì sau khi gõ lệnh này, mỗi lần khởi động lại server sẽ tự load file iptables lên và áp dụng các rules ngay, do vậy nếu như đã trót save các lệnh "tự tử" vào file iptables mà lại đặt lệnh chkconfig on cho dịch vụ này thì coi như hết thuốc chữa.

Read more »

Tìm hiểu về WebRTC, chuẩn web giúp gọi điện video, chơi game từ trình duyệt mà không cần cài gì thêm

Được thích:

149,717

​

WebRTC ( Web Real-Time Communications) là một tập hợp các hàm lập trình dùng cho việc liên lạc thời gian thực bằng video, âm thanh cũng như các loại dữ liệu khác. WebRTC có thể giúp chúng ta gọi điện video ngay trong trình duyệt mà không cần đăng kí tài khoản, cũng không cần cài thêm plugin gì phức tạp, ngoài ra chúng còn được xài để phát triển game chơi trực tiếp trong trình duyệt và rất nhiều loại ứng dụng khác. Trong bài bên dưới mời các bạn tìm hiểu kĩ hơn WebRTC là gì, người ta đang dùng nó ra sao và những trở ngại nào đang hiện hữu với chuẩn vẫn còn rất mới này.

Sơ lược lịch sử của WebRTC

Ý tưởng phát triển WebRTC được nhóm kỹ sư chịu trách nhiệm cho Google Hangouts đưa ra từ tận năm 2009. Vào thời gian đó, để truyền tải video, hình ảnh trên web thì người ta thường phải xài đến Flash. Nhóm kỹ sơ Hangouts lại không muốn sử dụng công nghệ này, và họ bắt đầu tự làm một chuẩn riêng cho mình. Đến năm 2010, Google thâu tóm hai công ty On2 và Global IP Solutions (GIPS) để lấy công nghệ truyền dữ liệu thời gian thực làm nền tảng cho WebRTC về sau.

Vào tháng 5/2011, Google ra mắt một dự án nguồn mở dành cho việc giao tiếp thời gian thực giữa trình duyệt với nhau, và từ lúc này dự án mang tên WebRTC. Song song đó, Hiệp hội World Wide Web (W3C) và Hiệp hội Kĩ sư quốc tế (IETF) cũng đang phát triển một số giao thức để dùng cho việc việc kết nối thời gian thực, thế nên họ bắt tay nhau tiếp tục hoàn thiện để rồi quyết định kết hợp chung vào WebRTC.

Đến 27/10/2011, W3C ra mắt bản nháp đầu tiên của WebRTC. Tháng 11/2011, Chrome 23 ra mắt, trở thành trình duyệt đầu tiên có tích hợp WebRTC ngay từ bên trong. Và tính đến thời mà mình viết bài này thì WebRTC vẫn còn đang tiếp tục được phát triển chứ chưa hoàn thiện một cách chính thức.

WebRTC là gì?

Có lẽ thứ đầu tiên mà các bạn cần biết về WebRTC đó là nó không chỉ là một sản phẩm hay một hàm API duy nhất. Nó là cả một tập hợp rất nhiều các hàm có thể được lập trình viên sử dụng cho nhiều mục đích khác nhau. Có hàm chỉ để làm những việc đơn giản như đòi quyền truy cập vào webcam và microphone của máy tính, có hàm phức tạp hơn thì để thiết lập kết nối giữa hai người dùng với nhau, có hàm còn dùng để chia sẻ màn hình với người khác. Và rồi có hàm để hai người gọi video cho nhau, cũng là chức năng "nổi tiếng" nhất của WebRTC tính đến thời điểm hiện tại.



Tuy nhiên, tất cả mọi hàm lập trình nằm trong bộ API có một điểm chung vô cùng quan trọng: chúng thực thi hầu hết các tác vụ theo thời gian thực. Đó là lý do vì sao chữ Real-Time xuất hiện trong cái tên của bộ hàm này. Và nó không chỉ được dùng cho việc gọi video giữa hai trình duyệt mà người ta còn có thể làm nhiều chuyện khác, miễn là chuyện đó có liên quan đến việc làm cho hai hoặc nhiều người dùng liên lạc với nhau.

Trên trang web của mình, WebRTC cho biết họ được hỗ trợ chính thức bởi Google, Mozilla, Opera cùng nhiều đơn vị khác. Mục đích cuối cùng của dự án này là nhằm "mang lại các ứng dụng phong phú, chất lượng cao và chạy theo thời gian thực có thể được phát triển bởi lập trình viên cho các trình duyệt, nền tảng di động, thiết bị Internet of Things, và cho phép tất cả bọn chúng liên lạc với nhau thông qua một bộ các giao thức chung".

Để sử dụng các hàm lập trình WebRTC, các lập trình viên có thể xài rất nhiều loại ngôn ngữ lập trình quen thuộc: nếu như viết trang web thì họ được quyền xài JavaScript, nếu làm app cho Android thì dùng Java, viết cho iOS thì dùng Objective-C, còn viết app cho Windows thì dùng C++. Bạn nào là lập trình viên có quan tâm sâu hơn thì mời xem ở đây.

Gọi điện cho nhau bằng trình duyệt Chrome trên Android, không cần cài thêm gì cả​

Cũng có thể bạn sẽ nghe nói đến CU-RTC-Web. Đây là một phần mở rộng được Microsoft "cống hiến" cho WebRTC. Nó viết tắt cho cụm từ Customizable, Ubiquitous Real Time Communication over the Web. Giải thích thêm về đóng góp của mình, Microsoft cho biết tính "tùy biến" của nó nằm ở chỗ các ứng dụng có thể phản hồi theo thời gian thực với chất lượng của đường truyền. Ví dụ, khi tốc độ mạng bị giảm đi, lập trình viên có thể ra lệnh cho ứng dụng nền web của mình chuyển sang dùng kênh âm thanh thay cho kênh hình ảnh, thậm chí ngừng hoạt động đến khi tín hiệu tốt trở lại. Còn thuộc tính "mọi lúc mọi nơi" (Ubiquitous) có nghĩa là người dùng sẽ giao tiếp được với bạn bè của mình mặc cho trình duyệt và thiết bị sử dụng khác nhau. CU-RTC-Web sẽ hoạt động tốt trên cơ sở hạ tầng mạng hiện tại để đảm bảo tính tương thích cao.

WebRTC có ba loại hàm API thường được dùng:

1. getUserMedia: truy cập vào camera và microphone của người dùng
2. peerConnection: gửi và nhận dữ liệu hình ảnh, giọng nói
3. dataChannels: gửi và nhận dữ liệu không phải là hình ảnh, giọng nói giữa ứng dụng/trình duyệt

Người ta đang dùng WebRTC để làm gì?

Một trong những trang web được biết đến khá nhiều trong giới lập trình viên WebRTC đó là Appear.in ra mắt hồi năm 2012. Dịch vụ này hỗ trợ người dùng tạo một phòng chat video cực kì nhanh chóng chỉ bằng cách dùng Chrome hoặc Firefox gốc, không cần phải cài thêm bất kì một plugin nào. Thậm chí người ta còn không cần phải đăng nhập hay tạo tài khoản như các app chat video hiện nay.



Và không chỉ có Appear.in mới xài WebRTC. Skype for Web cũng được cho là sử dụng bộ hàm này để hoạt động, còn Citrix thì phát triển các giải pháp GoToMeeting để người dùng cũng như các doanh nghiệp có thể ứng dụng việc gọi video vào công việc hằng ngày của mình một cách dễ dàng hơn.

WebRTC cũng được xài để tạo ra các game nhiều người chơi mà không cần cài gì thêm, người ta chỉ cần xài trình duyệt có hỗ trợ WebRTC là đủ. Hầu hết những trò đó đều chỉ là các tựa game giải trí nhẹ nhàng thôi, nhưng cũng có vài cái tên nổi bật như The Hobbit: The Battle for Five Armies ra mắt cuối năm ngoái.



Bằng cách dùng WebRTC kết hợp với một bộ hàm nữa là WebGL chuyên dùng xử lý đồ họa, nhà phát triển game The Hobbit nói trên có thể tạo ra một không gian thời trung cổ để người chơi đánh nhau với những người khác, không thua kém mấy so với những game online hạng nhẹ hiện tại.

Nói tóm lại, WebRTC có thể được sử dụng cho nhiều mục đích, từ việc truyền tải video, âm thanh cho đến gửi dữ liệu theo thời gian thực giữa hai hoặc nhiều thiết bị với nhau mà không nhất thiết phải đi qua server trung gian. Điều này giúp giảm độ trễ trong việc truyền tải, giảm độ phức tạp khi phát triển ứng dụng cũng như giảm chi phí vận hành (vì không phải trả tiền thuê server, tiền điện, tiền bảo dưỡng...), kéo theo đó giá bán dịch vụ nếu có thì cũng sẽ thấp hơn.

Sự hỗ trợ từ trình duyệt

Chrome và Firefox là hai trình duyệt hỗ trợ mạnh nhất cho WebRTC, không có gì lạ khi mà WebRTC được ủng hộ rất mạnh mẽ bởi Google và Mozilla. Opera cũng cho phép chạy hầu hết các tính năng quan trọng nhưng bạn sẽ không thể chia sẻ màn hình cho người khác được. Đứng cuối bảng có lẽ là IE và Safari với việc hỗ trợ cho WebRTC rất kém. Nhưng nói tóm lại thì bộ hàm này vẫn chưa được hỗ trợ một cách đầy đủ từ các hãng trình duyệt, bởi ngay cả Chrome từ Google cũng không thể tương thích 100% các hàm API có trong WebRTC.

​

Nhưng hãng không hỗ trợ không có nghĩa là chúng ta hoàn toàn không thể xài được WebRTC. Vẫn có những plugin cài thêm từ bên ngoài vào để giúp trình duyệt tương thích tốt hơn, nhưng lúc đó thì sự thuận lợi sẽ không còn nữa. Điểm tuyệt vời của WebRTC là phải được hỗ trợ sẵn từ trong trình duyệt để người ta không cần cài thêm plugin gì cơ mà.

Tóm lại, những trình duyệt lớn sau là có hỗ trợ WebRTC. Phiên bản ghi trong bài là phiên bản đầu tiên được triển khai WebRTC, còn hiện tại thì chúng đã được update lên mới hơn.

• PC
  • Google Chrome 23
  • Mozilla Firefox 22
  • Opera 18
• Android
  • Google Chrome 28 (Enabled by default since 29)
  • Mozilla Firefox 24
  • Opera Mobile 12
• Chrome OS
• Firefox OS
• iOS
  • Bowser

WebRTC có an toàn không?

WebRTC được xem như một bước tiếp nối cho Adobe Flash, vốn cũng từng được xài để giao tiếp theo thời gian thực trên trình duyệt. Flash thì đã quá nổi tiếng vì các lỗ hổng bảo mật của mình khiến người dùng dễ bị tấn công bởi hacker hay malware. Đây cũng là một trong những lý do mà Steve Jobs đã từng nhắc đến khi kể về quyết định không mang Flash lên iPhone.

May mắn là WebRTC ít bị những vấn đề như thế, bởi vì nó không phải là một phần mềm cài thêm từ bên ngoài. Flash là một plugin, nhưng WebRTC thì không. Nó là một tập hợp các hàm API được lập trình viên sử dụng mà thôi nên sẽ khó bị khai thác hơn là Flash.

Nhưng nói như vậy không có nghĩa là WebRTC sẽ không gặp vấn đề về bảo mật. Hồi cuối năm ngoái người ta phát hiện ra rằng họ có thể tìm thấy địa chỉ IP thực của một người dùng VPN chỉ bằng cách tận dụng vài đoạn mã JavaScript có xài hàm API WebRTC. Người ta xài VPN thường là với mục đích không để lộ IP thực cơ mà. Hiện vẫn chưa có cập nhật mới hơn gì về vụ việc này, ngoài trừ lời khuyên tắt WebRTC đi.

Những trở ngại của WebRTC

Như đã nói ở trên, hiện tại WebRTC chỉ mới được phát triển ở giai đoạn nháp chứ chưa được hoàn tất nên việc hỗ trợ cho lập trình viên khi cần giúp đỡ cũng còn nhiều khó khăn, trong khi tài liệu thì chưa có một cách đầy đủ.

​

Ngoài ra, các hãng trình duyệt cũng chưa thống nhất với nhau là chuẩn video nào sẽ được dùng cho WebRTC. Google và Mozilla thì muốn xài VP8 hoặc VP9, một codec video do chính Google phát triển theo mô hình mã nguồn mở và ai cũng có thể xài được mà không phải đồng nào. Trong khi đó, Microsoft và một số công ty khác thì muốn đề xuất xài H.264 hoặc H.265 cho WebRTC, vốn đang là codec được xài phổ biến nhất hiện nay trên thế giới Internet. Tuy nhiên, H.264 lại thuộc quyền sở hữu của hiệp hội MPEG LA và phải trả phí bản quyền để sử dụng.

Thực chất thì nhóm chịu trách nhiệm xây dựng WebRTC muốn xài VP8 hoặc VP9 hơn so với H.26x bởi họ muốn né các vấn đề về bản quyền. Tuy nhiên, để có được hiệu quả và chất lượng giao tiếp theo thời gian thực tốt nhất thì thiết bị, nhất là thiết bị di động, sẽ phải cần đến tăng tốc phần cứng. Tính đến thời điểm hiện tại thì chỉ có H.264 là được hỗ trợ tăng tốc phần cứng một cách rộng rãi mà thôi.

Vấn đề cuối cùng đó là sự khác biệt về số lượng hàm API WebRTC được hỗ trợ trong các trình duyệt rất khác nhau. Vấn đề này thì mình đã nói cho các bạn nghe ở trên rồi. Điều này làm giảm đi khả năng hoạt động của các ứng dụng WebRTC, thế nên lập trình viên sẽ phải dành nhiều công sức hơn để tinh chỉnh lại trang web hoặc app của mình cho phù hợp với từng trình duyệt, phần nào giảm đi lợi ích cốt lõi của WebRTC, chưa kể đến rủi ro phát sinh lỗi cao hơn.

Tạm kết

Bên cạnh HTML5, WebRTC là thứ có thể giúp thay đổi thế giới. Nó sẽ giúp việc liên lạc giữa người dùng với nhau trở nên dễ dàng hơn, và tất cả mọi thứ đều chỉ cần trình duyệt mà thôi chứ không cần đến bất kì app hay plugin gì cả. Đây là điều hoàn toàn phù hợp trong bối cảnh mọi thứ đang dần dần dịch chuyển lên sử dụng công nghệ web. Hãy tưởng tượng đến một tương lai mà bạn có thể làm mọi thứ, từ chơi game, gọi video cho đến ghi chú, gọi điện... tất cả đều chỉ cần trình duyệt mà thôi. Hiện Firefox OS cũng đã làm được một phần những thứ đó rồi. Hi vọng trong tương lai chúng ta sẽ càng khai thác web một cách hiệu quả hơn nữa để trải nghiệm sử dụng thiết bị di động được dễ dàng hơn.

Tham khảo: MakeUseOf​

Read more »

WebRTC là gì ?

Hãy tưởng tượng một ngày mà điện thoại, máy tính, tivi, có thể kết nối trực tiếp với nhau và thực hiện được các cuộc gọi thông qua một nền tảng chung. Việc giao tiếp của chúng ta sẽ dễ hàng hơn và điều này có thể thay thế các phương phức liên lạc hiện có. Đó là mục tiêu của dự án WebRTC mà Google đang theo đuổi, WebRTC được kỳ vọng sẽ tạo bước ngoặt lớn trong cách mà chúng ta giao tiếp.

WebRTC (Web Real Time Communication) là tập hợp các tiêu chuẩn và giao thức cho phép các trình duyệt Web thực hiện trực tiếp các tính năng truyền thông đa phương tiện thời gian thực như gọi điện, tin nhắn hình, truyền dữ liệu bằng các API JavaScript.

Lịch sử WebRTC

Ý tưởng về WebRTC được đưa ra bởi nhóm phát triển Google Hangouts từ năm 2009. Tại thời điểm đó, để thực hiện truyền thông đa phương tiện trên nền Web, người sử dụng phải cài đặt Flash và các plugin khác. Năm 2010, Google mua lại hai công ty là On2 và Global IP Solutions (GIPS). Sau đó họ chuyển các công nghệ liên quan đến RTC của hai công ty này thành mã nguồn mở và kết hợp với IETF và W3C để đưa ra WebRTC vào năm 2011.

Tính phổ biến và tiềm năng phát triển

Điểm đột phá của WebRTC là ta có thể tham gia cuộc hội thoại ngay trên trình duyệt mà không cần cài thêm bất cứ một phần mềm hay plugin nào khác. Nó đang được chuẩn hóa ở cấp độ API của W3C và cấp độ giao thức của IETF, được hỗ trợ bởi các trình duyệt Google Chrome, Mozilla Firefox và Opera trên PC và Android. Ngoài ra WebRTC còn được hỗ trợ trên Chrome OS.
Tính đến thời điểm hiện tại, đã có trên 1 tỷ thiết bị đầu cuối hỗ trợ WebRTC, dự báo tăng lên 4 tỷ vào năm 2016, trong đó có khoảng 1,5 tỷ người dùng thường xuyên. WebRTC có thể hoạt động trên bất cứ thiết bị nào có cài một trong các trình duyệt hỗ trợ WebRTC.

Lợi ích mà WebRTC mang lại

Ở góc độ nhà phát triển, nếu không có WebRTC, việc tạo ra ứng dụng RTC đòi hỏi phải mất nhiều công sức từ việc lấy dữ liệu từ thiết bị camera, microphone đến việc thiết lập phiên, xử lý tín hiệu, truyền tín hiệu, … Nhưng với WebRTC, tất cả công việc để tạo ra một cuộc hội thoại chỉ nằm trong vài chục dòng lệnh. Việc phát triển ứng dụng với chức năng gọi điện, video chat và chia sẻ file,.. là rất đơn giản khi dùng WebRTC kết hợp giữa JavaScript và HTML5.
Ở góc độ người sử dụng, sử dụng WebRTC chỉ cần thông qua trình duyệt Web. Tính sẵn sàng cao cho phép thực hiện cuộc gọi mà không cần đăng ký tài khoản hay cài đặt thêm thành phần nào ngoài một trình duyệt có hỗ trợ WebRTC. Ví dụ, hai người dùng chỉ cần truy cập vào cùng một đường dẫn web để gọi video với nhau sử dụng trình duyệt Google Chrome hay Mozilla Firefox.

Các ứng dụng

Với các ưu điểm kể trên, ta có thể sử dụng WebRTC trong rất nhiều ứng dụng khác nhau để mang tới một cách kết nối đơn giản tiện lợi. WebRTC có thể tạo ra các webphone, ứng dụng hội nghị trực tuyến, chăm sóc khách hàng, hướng dẫn trực tuyến, giáo dục, y tế, chăm sóc sức khỏe, tư vấn bảo hiểm, game, …
Ngày nay, hầu hết các công ty đều có Website cung cấp các thông tin và thường là điểm đầu tiên giúp khách hàng liên hệ với doanh nghiệp. Nếu khách hàng không tìm thấy đủ thông tin trên Website hoặc cần phản ánh một vấn đề liên quan đến sản phẩm thì họ chỉ có cách gọi điện thoại. Tuy nhiên, cách này có thể làm mất các ngữ cảnh trên website hay không mô tả rõ ràng được vấn đề. WebRTC có thể ứng dụng để giúp thực hiện cuộc gọi ngay trên Website và cho phép chia sẻ màn hình của khách hàng, từ đó các nhân viên hỗ trợ có thể nhanh chóng nhận ra và giải quyết vấn đề của khách hàng.
Một ví dụ khác, WebRTC được dùng trong chăm sóc sức khỏe, trang www.wello.com cung cấp kênh thông tin cho việc giảng dạy cũng như tham gia vào các khóa học rèn luyện sức khỏe tại nhà thông qua hướng dẫn trực tiếp bằng video. Giảng viên hướng dẫn trực tiếp cho các học viên, có thể quan sát họ thực hiện các động tác và chỉnh sửa khi họ thực hiện sai. WebRTC giúp việc luyện tập trở nên thoải mái và tiện lợi hơn.

Kết luận

WebRTC vẫn đang trong giai đoạn hoàn thiện và cần được cải thiện nhiều hơn nữa để đáp ứng được rất nhiều kỳ vọng đặt vào nó. Hy vọng rằng những nỗ lực của Google với WebRTC có thể làm nên cuộc cách mạng mới trong truyền thông vào một ngày không xa.

Read more »

Xu hướng marketing mới: Content curation

Nội dung tự sáng tác nếu được duy trì đều đặn trong khoảng thời gian dài sẽ rất hữu ích cho các nỗ lực marketing của doanh nghiệp. Tuy nhiên, đây không phải là cách duy nhất và thực sự cần thiết cho mọi tổ chức.
Các nhà làm marketing (marketer) hiện đại đang tạo ra một xu hướng làm marketing mới - content curation (tạm dịch là chọn lọc và biên tập nội dung).
Phương thức hoạt động của content curation là lựa chọn thông tin, biên tập và xây dựng những nội dung bài viết mới dựa trên những nguồn thông tin có sẵn.
Theo đó, người viết lựa chọn những nguồn thông tin sẵn có, sắp xếp trên một bài viết về cùng một chủ đề hoặc thành nhiều chủ đề khác nhau trên blog, xuất bản bài viết và thực hiện chia sẻ bài viết đó trên các mạng xã hội như Facebook, Pinterest, Twitter, Slideshare…
Khi tiến hành một cách khéo léo, content curation là một cách để tổng hợp và chia sẻ những quan điểm và góc nhìn của nhiều người theo một cách hợp lý. Các nội dung mới mẻ này khác biệt ở chỗ nó có thêm những giá trị và sự đúc rút riêng của người viết. Tận dụng hiệu quả content curation, các công ty tạo cho mình hình ảnh của một nhà lãnh đạo tư tưởng với chuyên môn đỉnh cao.
Một khảo sát mới đây của Curata (trang web hỗ trợ chọn lọc và sáng tạo nội dung), 95% marketer được hỏi cho biết họ có chia sẻ nội dung của các tổ chức khác. Hầu hết các marketer dành phần lớn thời gian và công sức để tập trung vào việc chọn lọc và tổng hợp thông tin. Và dưới đây là những lý do chính:
Tạo dựng hình ảnh lãnh đạo tư tưởng
Xu hướng marketing mới không có chỗ cho những nhà điều hành thiếu sáng tạo. Ở thời đại bùng nổ thông tin, mỗi công ty đều cần duy trì hình ảnh là một tổ chức hoạt động dựa trên thông tin, và định hình bản thân là một nhà lãnh đạo tư tưởng. Để làm được điều này, mỗi cá nhân trước hết cần chứng minh những nhận định của bản thân là dựa trên những nguồn thông tin đáng tin cậy. Những nội dung tự sáng tác không thể tự chứng minh cho chính nó cũng như không thể khiến công ty trở thành một tổ chức lãnh đạo tư tưởng.
Với việc tiếp thu và chia sẻ các nguồn thông tin, các công ty tự đặt mình ở vị trí dẫn đầu xu hướng, tạo nên ảnh hưởng cho toàn bộ lĩnh vực. Sự chọn lọc và sử dụng thông tin mang lại cho công ty cơ hội hợp tác với nhiều đối tượng, gia tăng các mối quan hệ và xây dựng hình ảnh nhà lãnh đạo thực thụ.
Tăng tỷ lệ hiển thị, tiếp cận và gắn kết
Để có được mạng lưới khách hàng vững mạnh và trung thành, doanh nghiệp phải tận dụng được những nguồn lực đáng giá. Tuy nhiên, hơn 64% các marketer vẫn gặp khó khăn trong việc tạo nên những thông tin thực sự giá trị để đạt được mục đích này.
Một trong những cách tốt nhất để gia tăng tỷ lệ tiếp cận (reach) và gắn kết (engagement) trên các kênh truyền thông xã hội là chia sẻ những bài viết có liên quan và phù hợp với thị hiếu. Đó là những nội dung mà người đọc thực sự quan tâm, chủ động tìm kiếm và muốn hấp thu. Ví dụ, chia sẻ các video là cách làm hiệu quả trong content curation. Những post có kết hợp với video sẽ tạo ra nhiều lượt click hơn gấp 3 lần so với những post chỉ có chữ không.

Tóm lại, một trong những lý do chính khiến bạn phải đầu tư vào content marketing ngay từ đầu là bạn có thể dẫn dắt những chủ đề bàn luận về các vấn đề được các followers (người theo dõi) và bạn bè quan tâm. Và chia sẻ những câu chuyện hay là một cách hữu hiệu để đạt được mục tiêu đó.
Tiết kiệm thời gian và chi phí
Thật khó có thể sáng tạo những nội dung độc đáo nếu không được đầu tư đủ những tài liệu và thông tin cần thiết. Theo một khảo sát gần đây của trang Marketing Professionals, gần một nửa các marketers được hỏi thừa nhận rằng họ khó có thể sáng tạo được nội dung bởi tổ chức của họ không chia sẻ đủ các thông tin cần thiết.
Sáng tạo những nội dung mới một cách đều đặn là một thách thức đối với tất cả các công ty. Sử dụng những tài liệu sẵn có giúp giảm bớt gánh nặng công việc và giúp định vị những mối quan tâm thật sự của các đối tượng mục tiêu.
Đẩy mạnh làm SEO
Ngày nay, sự hiện diện trên môi trường trực tuyến là yếu tố quan trọng quyết định thành công của một doanh nghiệp. Tối ưu hóa công cụ tìm kiếm (Search engine optimization - SEO) chịu sự chi phối của khá nhiều yếu tố, bao gồm sự cân bằng giữa các nội dung curation và các nội dung tùy chỉnh chất lượng cao trên các website, blog, mạng xã hội và các kênh truyền thông khác.
Theo khảo sát, hơn 50% người được hỏi cho rằng những nội dung curation làm gia tăng thứ hạng tìm kiếm của họ cũng như lưu lượng truy cập trang web.
Cũng nên lưu ý rằng curation thường chỉ có hiệu quả khi được quản lý tốt. Ví dụ, nội dung do người dùng tạo ra là một trong những hình thức tốt nhất của curation giúp gia tăng hiệu quả tích cực của SEO, nội dung đó bao gồm video, hình ảnh, đánh giá và các tài liệu bằng văn bản.
Cải thiện tương tác truyền thông xã hội
Cách mà các thương hiệu truyền thông trên các trang mạng xã hội rất khác so với khi họ sử dụng email, sách trắng (white paper) hay các kênh khác. Một thông tin đơn nhất là không đủ cho mạng xã hội. Một số content marketer sử dụng "quy tắc số ba" để tối ưu hóa hiệu quả của các xuất bản (post).

Quy tắc này chia tách nội dung theo ba cách: thông tin hoặc thông báo khuyến mãi sản phẩm/dịch vụ; các câu chuyện cá nhân, tương tác, dựng thương hiệu; và chia sẻ thông tin từ các nguồn khác. Khía cạnh cuối cùng và không kém phần quan trọng của quy tắc này là truyền bá các nội dung chuyên sâu và có giá trị trong lĩnh vực chuyên môn với những người không kết nối với thương hiệu.
Việc làm trên là đặc biệt quan trọng bởi nó cho thấy bạn thật sự nghiêm túc với những gì mình chia sẻ chứ không chỉ nhìn vào cái lợi trước mắt mà “bán đứng” khách hàng.
Các marketer đang gặp phải những áp lực không nhỏ trong việc sáng tạo ra những nội dung độc đáo. Curation cho phép nhiều doanh nghiệp tự tạo nên những nội dung chất lượng cao, dễ chia sẻ đồng thời cải thiện sự tương tác xã hội và loại bỏ các chi phí liên quan đến việc sáng tạo các nội dung từ đầu.

Read more »

HƯỚNG DẪN CẤU HÌNH VPN SERVER TRÊN WINDOWS SERVER 2003

MỤC LỤC

1. Cài đặt windows server 2003 và update các service pack
2. Cấu hình VPN server
3. Cấu hình Nat
4. Cấu hình Filter

Do nhu cầu bảo mật khi truy cập vào các server của công ty từ các mạng public không đáng tin cậy của các thành viên trong công ty. Một kênh kết nối mã hóa dữ liểu cần được thiết lập trên các mạng public không đáng tin cậy cần được xây dựng, giúp cho dữ liệu mà các thành viên truyền đi trên mạng khi truy cập vào các server của công ty được mã hóa. Vì thế, yêu cầu đặt ra là cấu hình một VPN server + NAT  và thông qua VPN server này các remote client có thể truy cập các tài nguyên công ty trên mạng public được an toàn.

1.     Cài đặt windows server 2003 và update sevice pack

2.     Cấu hình VPN

Vào Control Panel > Aministrator tools > Routing and Remote Access, cửa sổ Routing and Remote Access hiện ra.

Nhấp phải trên CONGDAT (local) chọn Configure And Enable Routing And Remote Access.

Sau khi màn hình Welcome to the routing and remote access server setup winzard hiện ra, ta nhấnNext.

Chọn mục Remote access (dial-up or vpn). Tiếp tục Nhấn Next

Tại đây ta config server VPN nên ta chọn mục VPN như hình trên, tiếp tục nhấn Next

Tại cửa sổ tiếp theo này, wizard đưa ra các lựa chọn cho ta chọn card mạng nào là card mạng external (card mạng đó đi được internet). Và cũng tại cửa sổ này, ta có thể enable hoặc disable security trên interface external (Enable security on the select interface by setting up static packet filters), nếu ta check mục này, thì tất cả client không the kết nối được vào vpn server vì mặc định, firewall sẽ chặn tấ cả các kết nối của client vào vpn sever. Vì thế tại mục tùy chọn này ,ta có thể uncheck (ta có thể cấu hình mục này sau khi đã cấu hình VPN hoàn tất ), để dể dàng debug lỗi. Tiếp tục nhấn nút Next.

 

Tại đây, ta có thể cấu hình để server VPN cấp ip mạng Internal cho client khi client kết nối vpn vào thành công, có 2 tùy chọn ở đây

      Automatically : Nếu mạng internal có sẳn một DHCP, thì ta chọn tùy chọn này để DHCP đó cấp luôn ip cho các client khi client kết nối VPN vào. Nếu chọn tùy chọn này, bạn phải khai báo DHCP server trong mục DHCP relay agent sau khi đã cấu hình vpn hoàn tất.

      From a specified range of addresses : chọn tùy chọn này giúp ta chỉ định một dãy ip sẽ được cấp cho client khi client kết nối vào vpn server.

Trong cả 2 trường hợp, các ip cấp cho client khi client kết nối vpn vào là dãy ip internal của vpn server.

Tại đây ta chọn From a specified range of addresses. Nhấp Next để đến cửa sổ kế tiếp.

Ở cửa sổ kế tiếp, ta khai báo dãy ip internal sẽ cấp cho client khi client kết nối vào vpn. Nhấn next để đến cửa sổ kế tiếp.

Nếu trong mạng hiện thời có sẳn một RADIUS server dùng để xác thực remote client, ta có thể chọn Yes, ngược lại chọn NO, vì Routing And Remote Access có thể tự xác thực các remote client khi client kế nối vào VPN server. ở đây ta chọn No, use Routing and Remote Access to authenticate connection requests

Nhấn next để đến cửa sổ kế tiếp.

Nhấn Finish để hoàn tất.

3.     Cấp Account VPN client

Trên Desktop, nhấp phải chuột lên My Computer, chọn manage, trong mục Local user and group > user, chọn menu Action > new user

Chọn như hình vẽ, client khi connect vao vpn server sẽ phải đổi lại password của acount đó và client sẽ tự quản lý password account của mình.

Trên panel bên phải, nhấp phải vào user testvpn mà ta mới vừa tạo, chọn Properties.

Trong hộp thọai Properties.

      Trong phần Remote access permission (Dial-in or VPN) : chọn  Allow Access

      Trong phần Assign a static ip address : Chon check box này và nhập địa chỉ ip sẽ được cấp cho client (ip internal)

      Trong phần Apply Static Routes : chọn check box này và nhấp vào Button Static routes. Cửa sổ Static routes hiện ra, nhập địa mạng và subnet mạng của network internal.

Luu ý : phải chọn check box static routes và nhập địa chỉ mạng, thì khi đó, các  client kến nối vào VPN server mới được cấp địa chỉ ip mà đã set ở trên.

4.     Cấu hình Nat

Để client có thể đi internet thông qua kết nối vpn vừa setup ở trên, ta cần phải setup Nat trên VPN server, khi client kết nối vào VPN server thành công, các remote client trên cơ bản trở thành một thành viên của mạng Local Area Network, vì thế khi các client đi internet, cần qua một con Nat tên VPN server.

Trong mục IP Routing, nhấp phải chuột lên General chọn New Routing Protocol

     

Trong cửa sổ New Routing Protocol, chọn Nat/Basic Firewall, chọn Ok.

Trên Panel bên trái, trong mục IP routing. Chọn Nat/Basic Firewall, trên panel bên phải, nhấp phải chuột trên vùng trống chọn New Interface

Trong cửa sổ New interface, lần lượt chọn tất cả các interface. Đầu tiên chọn interface Wan và nhấn Ok, sau đó chọn như hình bên dưới

 Ta chọn như trên vì interface này là interface wan kết nối với internet, nên Nat sẽ chạy trên interface này.

Tương tự cho các interfacecòn lại:Internal và Local area network nhưng để các tùy chọn mặc định và nhấn ok.

4.Cấu hình Filter

Cấu hình firewall là một trong những yêu cầu trong việc cấu hình VPN server.

Ở đây, ta chỉ cấu hình ở mức căn bản(Basic Firewall) mà Windows service 2003 cho phép trên Nat.

Yêu cầu của việc cấu hình Firewall.

      Trên interface External

                  Chặn tất cả các port, chỉ cho phép các port sau đi thông qua:

                  + Port: 1723, port của VPN

                  + Protocol  47: Protocol GRE  dùng để xác thực remote client

                  + Port 3389: port remote desktop, chỉ cho phép các ip đáng tin cậy sử dụng port này

                  + ICMP: chỉ cho phép các ip đáng tin cậy mới có thể ping tới VPN server

Cấu hình

Trên Panel bên trái, chọn mở rộng IP Routing, chọn mục Nat/Basic Firewall, trên Panel bên phải, nhấp phải chuột trên interface Wan, chọn Properties, cửa sổ Properties hiện ra, nhấp Button Inbound Filters

Nhấn Button New để lần lượt setup các rule mà cho phép các gói tin nào được đi thông qua interface wan, sau khi đã setup hoàn tất, chọn radio button Drop all packets except those that meet the criteria below.

Kiểm tra kết nối đến hệ thống: 

Tạo vpn client từ máy tính:

1. Nhập vào địa chỉ IP

2. Thiết lập tham số kết nối

Read more »

Thương mại điện tử 2016 sẽ thêm nhiều 'bại binh'

Kinh doanh thương mại điện tử như tập thái cực quyền. Nếu nôn nóng, đòi đánh nhanh, mạnh ngay từ đầu, rất có thể "tiền tấn cũng đi" - chuyên gia nhận định.

2015 là năm khó khăn của TMĐT Việt Nam. Thị trường có khá nhiều biến động, liên tiếp đón nhận tin buồn với sự ra đi của nhiều hệ thống đình đám như beyeu, deca, cucre hay sự sang tên đổi chủ của Foodpanda, 123mua.
Thất bại vì không đủ lực để "đốt tiền"?
Coi vốn là yếu tố tiên quyết để thành công, đại diện một hệ thống TMĐT có doanh thu top đầu thị trường từ năm 2013 cho rằng, việc tung vốn khủng mà nhanh chóng chiếm lĩnh được thị phần thì cũng đáng.
Tuy nhiên, ý kiến này không nhận được sự đồng tình của nhiều chuyên gia TMĐT tại Việt Nam. Như cách nói của ông Nguyễn Hòa Bình, TGĐ Peacesoft: "Khách Việt vốn rất linh hoạt trong lựa chọn kênh mua sắm. Rẻ thì họ tới, đắt họ lại đi. Vậy tung tiền trợ giá để hút khách, chiếm thị phần rồi tới khi hết tiền thì sẽ làm gì?".

Thông điệp để lại khi rút lui khỏi thị trường của dự án beyeu. Ảnh chụp màn hình.

2015, người dùng TMĐT dễ dàng nhận ra một xu hướng khuyến mãi phá giá có lợi cho khách hàng. Rất nhiều trang mua sắm chạy đua lôi kéo khách, giành thị phần bằng cách áp dụng nhiều chương trình giảm giá khủng, đi đầu phong trào là deca.vn. Chỉ trong thời gian ngắn, địa chỉ website này đã trở nên quen thuộc với số đông các bà mẹ bỉm sữa, cùng với đó là hoạt động cập nhật và lan truyền các mã khuyến mãi giảm giá từ 10-30% giá trị sản phẩm.
Nguyễn Ngọc Linh (quận Cầu Giấy, Hà Nội) cho biết: "Giá một bịch bỉm của Nhật bán tại siêu thị là 360.000 đồng. Nhưng nhờ có mã giảm giá mua hàng trực tuyến, tôi tiết kiệm được 100.000 đồng/bịch. Rẻ như vậy, ai chả thích".
Chỉ ra bản chất của chiêu khuyến mại này là tung tiền trợ giá khách hàng, một chuyên gia TMĐT cho rằng, cách làm này tương tự mô hình groupon (mua chung nhận ưu đãi). Tuy nhiên, đây là mô hình kinh doanh tiềm ẩn nhiều rủi ro, đặc biệt với những dự án không trường và mạnh vốn để "ôm hàng".
Đầu tháng 11, beyeu, một dự án lớn của Project Lana liên kết với webtretho rời đường đua. Nhóm triển khai để lại thông điệp gây ám ảnh: "Ecommerce requires lots of money. Many companies will decide to stop burning. Good luck to the rest who are still trying" (Tạm dịch: Thương mại điện tử cần rất nhiều tiền. Nhiều công ty quyết định không đốt tiền nữa. Chúc may mắn cho những người đang tiếp tục cố gắng).
Thu về hiệu ứng tốt từ khách hàng sau hơn 1 năm hoạt động nhưng đúng ngày tất niên, deca bất ngờ nối gót beyeu, tuyên bố đóng cửa. Bất chấp lời phủ nhận thông tin rút lui vì thiếu vốn của đại diện deca, nhiều chuyên gia trong giới vẫn cho rằng, nguyên nhân 24H khai tử website này không nằm ngoài chuyện tiền nong. "Liên tục rút máu như vậy chẳng mấy mà kiệt sức", đại diện một sàn TMĐT nhận xét.

24H khai tử deca đúng ngày tất niên, phủ nhận thông tin đóng cửa vì thiếu vốn. Ảnh chụp màn hình.

Chia sẻ với nỗi buồn chung, CEO Vật Giá Nguyễn Ngọc Điệp ví năm 2015 là "biển máu" của TMĐT Việt Nam. Tuy nhiên, trao đổi với Zing.vn về nguyên nhân đóng cửa của nhiều trang TMĐT, ông Điệp cho rằng, nhiều dự án phải lấy vốn để bù lấp cho những yếu tố thiếu hụt khác. "Không hội đủ các yếu tố để thành công thì lấy tiền ra đốt, đốt mãi không ra tiền thì người ta phải đóng cửa thôi. Chứ tiền không phải là yếu tố quyết định cuộc chơi", ông Điệp nói.
Chung quan điểm này, một số chuyên gia TMĐT dẫn chứng, ngay cả những ông lớn như Lazada, đã vào Việt Nam nhiều năm song hiện tại, vẫn đang phải bù lỗ vài chục triệu USD mỗi năm tại thị trường này. Số lỗ được cho rằng lớn gấp nhiều lần hầu hết các dự án TMĐT mới nổi trong nước gộp lại.
"Nhiều ông lớn như Rocket (Đức) với 2 sản phẩm là Lazada và Zalora có thể gặt hái thành công tại nhiều thị trường quốc tế nhưng khi vào Việt Nam lại không suôn sẻ. Ngay cả với đại gia trong nước như Vin Group, có thể thành công ở nhiều mảng kinh doanh nhưng tay ngang vào TMĐT thì cũng chưa biết thế nào. Vậy mới nói, trong mảng này, vốn là cần thiết nhưng không phải yếu tố quyết định", CEO Peacesoft Nguyễn  Hòa  Bình.
Ở một góc nhìn khác, ông Nguyễn Văn Tuấn, Giám đốc khối Zamba của VC Corp cho rằng, việc tiếp tục hay kết thúc một dự án TMĐT đôi khi chỉ là do chiến lược khác nhau của mỗi công ty. "Một số công ty đóng cửa là do cảm thấy mục tiêu đặt ra không đạt đúng như kỳ vọng trước đó mặc dù tài chính vẫn còn. Việc họ quyết định ngừng kinh doanh cũng không có gì ngạc nhiên".
Thành công cần sự dẻo dai
Là những doanh nghiệp tiên phong khai thác thị trường TMĐT Việt Nam, cả Vật Giá, Peacesoft và VC Corp đều đã đạt tới giai đoạn phát triển bền vững. Năm 2015, Vật Giá đạt mức tăng trưởng 50%, con số này được ông Điệp dự tính sẽ tăng lên 200% vào năm 2016. Chưa thể chia sẻ doanh số cụ thể, song, CEO Peacesoft cũng khẳng định, Peacesoft nằm ngoài khó khăn chung của thị trường trong năm qua và sẽ tăng trưởng mạnh vào năm tới.
Chia sẻ kinh nghiệm "vượt khó", cả 3 ông lớn đều cho rằng, yếu tố cần nhất để thành công với TMĐT ở Việt Nam là sự dẻo dai, khả năng nắm bắt cơ hội và thích nghi tốt với môi trường.

Năm 2014, tổng doanh thu trên sàn TMĐT đạt 1.662 tỷ đồng, trong đó, doanh thu của 10 sàn giao dịch TMĐT dẫn đầu chiếm đến 75%. Nguồn: VECITA.

Ông Điệp ví kinh doanh TMĐT như việc tập thái cực quyền. Nếu người chơi biết lượng sức mình, đánh từ từ, có chiều sâu, hỗ trợ bởi công nghệ thì sẽ sống dai. Ngược lại, nếu nôn nóng, đòi đánh nhanh, mạnh ngay từ đầu, rất có thể "tiền tấn cũng đi".
"Ngay cả việc triển khai nhiều chương trình giảm giá sâu cho khách hàng, nếu không có chiến lược dài hạn thì sẽ rất mệt", cha đẻ của Vật Giá cho biết.
Cho rằng người tồn tại cuối cùng là người chiến thắng, CEO Peacesoft dẫn chứng, nhiều dự án như nhommua, được rót vốn mạnh nhưng cũng chỉ tồn tại trong khoảng 2 năm. Việc thành hay bại của một dự án, theo ông, đến từ rất nhiều yếu tố như vốn, con người, thời điểm và độ trải nghiệm thị trường.
Xác định đầu tư vào lĩnh vực TMĐT là đi đường trường, giám đốc Zamba cho đây không phải là dự án kinh doanh có thể sinh lời ngay lập tức hay trong ngắn hạn được. Theo ông, một công ty TMĐT phải chịu lỗ ít nhất là 5 năm, chờ sự chuyển biến của thị trường và định hướng được hành vi khách hàng thì mới mong hoạt động hiệu quả. "Nếu xác định làm mà chết thì chẳng ai dám làm. Những đơn vị còn làm TMĐT là vì họ có niềm tin vào tương lai, một xu thế tất yếu sẽ diễn ra", chuyên gia này chia sẻ.
Nhận định thị trường năm 2016, các chuyên gia TMĐT chung quan điểm, thị trường sẽ thu gọn hơn, tiếp tục có nhiều dự án dừng lại. Với Peacesoft hay Vật Giá, việc tiếp tục đầu tư hoàn thiện các dịch vụ hỗ trợ như thanh toán, giao vận, hình thành hệ sinh thái các sản phẩm TMĐT được cho là hướng đi phát triển bền vững.
Theo chuyên gia Nguyễn Văn Tuấn, bí quyết để thành công tại Việt Nam vẫn là công thức quen thuộc: chọn thị trường ngách để đi sau đó mở rộng dần, đầu tư cho chất lượng dịch vụ hơn là giá thành sản phẩm.
"Trong cuộc chơi, không cần biết cách của anh ra sao, chỉ cần là người tồn tại cuối cùng, anh sẽ chiến thắng", Nguyễn Hòa Bình đúc kết.

Read more »