markdown:
### Sự khác biệt tạo ra giá trị đặc biệt
6/4 Đoàn Thị Điểm, P.1, Q.Phú Nhuận, HCM
8/77 Nguyễn Thị Định, Trung Hòa, Cầu Giấy, HN
![ Giảm giá các dịch vụ](https://thietkewebchuanseo.com/images/icon_promotions.jpg)
**"Tốt hơn hết là bạn nên chuẩn bị tầm 5, 6 từ khóa phụ liên quan đến từ khóa chính. Nếu bạn chưa đủ thì bây giờ chúng ta sẽ sử dụng công cụ Google Adword Keyword Tools để tìm các từ khóa liên quan đến nó và sẽ có thể biết được nó có nhiều người tìm kiếm hay không. Khi vào đây nghiên cứu từ khóa thì bạn nên chú ý ở một số phần mà mình có đánh dấu vào ảnh dưới để có thể truy xuất kết quả ra một cách chính xác:"**
Viết bài theo chuẩn SEO nên mình cũng không biết dùng từ ngữ thế nào cho thích hợp, vì vậy mình xin tóm lượt các tiêu chuẩn để một bài viết thân thiện với máy tìm kiếm là như thế nào.
- Được viết tự nhiên, không lặp lại một từ khóa quá nhiều lần.
- Các từ khóa quan trọng phải luôn được “mix” thành các từ khóa phụ liên quan.
- Từ khóa quan trọng nên xuất hiện 1 lần ở phần đầu tiên của bài viết, 2 lần ở đoạn giữa và 1 lần ở cuối bài.
- Từ khóa quan trọng phải được đưa lên thẻ
- Thẻ meta description phải chứa từ khóa quan trọng lẫn từ khóa phụ, được gọi là bổ nghĩa cho nó nhưng vẫn thân thiện với các truy vấn tìm kiếm.
- Tiêu đề bài viết luôn được nằm trong cặp thẻ h1.
- Các từ khóa quan trọng nên đưa lên thẻ heading (h2, h3 trong bài viết) và bôi đậm khi cần thiết, tránh in nghiêng và gạch chân. Cũng tránh kiểu bôi đậm 1 từ khóa nhiều lần.
- Internal Linking nên dẫn tới các BÀI VIẾT khác với anchor text thích hợp và mỗi internal link đó đều nên có thẻ title.
- Và quan trọng nhất, là chọn cũng như sử dụng từ khóa tối ưu nhất có thể, đây là mấu chốt của vấn đề.
Đó là một vài ý cơ bản của mình, có thể chưa hoàn toàn chính xác và đầy đủ cho lắm nhưng bản đầy đủ hơn mình chờ mọi người góp ý nhé. Bây giờ chúng ta tiến hành vào việc viết một bài viết theo chuẩn SEO.
|
|
##
## I. Nghiên cứu từ khóa (Keyword Research): Hãy chọn từ được nhiều người tìm.
Trước tiên, mình nhắc lại là hiện nay còn rất ít người tìm kiếm cái gì đó mà họ cần với một từ khóa ngắn. Ví dụ nếu như họ muốn nghe nhạc thì ít ai lại lên Google gõ “nghe nhac” bao giờ, tệ lắm thì cũng phải là “nghe nhac hay” hoặc “nghe nhac tre” gì đó. Vì vậy nếu bạn đang cố gắng focus vào một từ khóa ngắn mà bạn cho là phổ biến thì hãy xem xét lại, cho dù nó có phổ biến đi chăng nữa nhưng đối với một độc giả thông minh, có tiềm năng thì họ không bao giờ search như vậy trên Google.
Quay trở lại đề tài của mình, nếu như mình đang nhắm vào chủ đề
*Bài viết chuẩn SEO* thì mình bắt buộc phải nghĩ đến các từ khóa mà độc giả có thể sử dụng để tìm bài viết giống bài mà mình sắp viết, một số gợi ý sẽ được mình đưa ra như:
-
*Viết bài để SEO*
-
*Cách SEO nội dung*
-
*Viết bài thân thiện với Google*
-
*Cách SEO từ khóa khi viết blog*
-
*Bài viết theo chuẩn SEO*
Các từ khóa được đưa ra ở đây bạn không nên chọn 1, tốt nhất là hãy chọn hết nhưng bắt buộc phải chọn ra 1 từ khóa trọng tâm. Các từ khóa còn lại bạn sẽ dùng làm từ khóa phụ và rải đều trong bài viết để khỏi gây nhàm chán cho người đọc nhưng vẫn bổ trợ từ khóa cho từ khóa chính. Nhưng nếu bạn có ít gợi ý thì sao?
### Cách tìm thêm các ý tưởng đặt từ khóa trên Google Adword Keyword Tools
Tốt hơn hết là bạn nên chuẩn bị tầm 5, 6 từ khóa phụ liên quan đến từ khóa chính. Nếu bạn chưa đủ thì bây giờ chúng ta sẽ sử dụng công cụ Google Adword Keyword Tools để tìm các từ khóa liên quan đến nó và sẽ có thể biết được nó có nhiều người tìm kiếm hay không. Khi vào đây nghiên cứu từ khóa thì bạn nên chú ý ở một số phần mà mình có đánh dấu vào ảnh dưới để có thể truy xuất kết quả ra một cách chính xác:
Do chủ đề mình chọn ở Việt Nam chưa có quá nhiều người tìm kiếm nên kết quả trả về khi nghiên cứu rất chán, vì vậy mình sẽ không hướng dẫn chi tiết trên đây. Nhưng bạn có thể vào đó để tìm các gợi ý từ khóa, tốt nhất là hãy chọn các từ khóa có độ cạnh tranh từ trung bình đến thấp nhưng có lượng tìm kiếm cục bộ mỗi tháng cao.
### (Khuyến khích) – Thăm dò đối thủ
Một vấn đề mà bạn cũng nên chú ý trước khi đăng một bài viết quan trọng đó là hãy thăm dò các bài viết khác trên mạng cùng chủ đề mà đó sẽ trở thành “đối thủ” của bạn khi bài viết được đăng ra. Các tiêu chí bài viết để có thể giúp bạn vượt mặt đối thủ:
- Lượng comment phải nhiều.
- Bài viết chi tiết, dễ hiểu, trang trí gọn gàng hơn so với đối thủ.
- Tối ưu từ khóa trên title, description tốt hơn đối thủ.
Đại loại là như vậy, ngoài ra còn nhiều tiêu chí khác nhưng nó còn phụ thuộc vào từng chủ đề nên mình không nói chi tiết ra đây. Theo chủ đề của mình đã chọn là Viết bài chuẩn SEO thì khi lên Google mình tìm kiếm với từ khóa “bai viet SEO” thì nó ra những kết quả như sau:
Như vậy bạn có thể thấy 6 kết quả đầu tiên đều focus vào từ khóa “viết bài” và lấy từ khóa “SEO” làm từ hỗ trợ cho nó. Lúc này mình phải suy nghĩ, liệu mình có nên tiếp tục focus vào từ khóa
*Viết bài để SEO* hay *Viết bài chuẩn SEO* hay không khi đã có nhiều người focus cùng một lúc? Câu trả lời này có thể tùy vào mỗi người, ai thích thử sức thì cứ focus còn ai muốn tìm một con đường khác tối ưu hơn là đối đầu thì tìm từ khóa khác tốt hơn nhưng vẫn có thể vượt mặt được các bài viết kia. Và sau khi suy nghĩ thì mình quyết định chọn cụm từ khóa “Viết nội dung” làm từ khóa chính và các cụm từ như “Viết bài”, “SEO”, “chuẩn SEO” đều sẽ thành từ khóa phụ. Bởi vì:
- Từ khóa “nội dung” đang dần được sử dụng nhiều trong giới SEO, nào là “Phát triển nội dung”, “SEO nội dung”…v…v..nó tốt hơn là từ khóa “viết bài”.
- Ít sự cạnh tranh nhưng có chiều hướng tăng dần.
- Cụm từ “Nội dung” bạn có thể lái sang từ khóa “viết bài” một cách dễ dàng.
Rồi, vậy ngay bây giờ mình đã có thể bắt tay vào làm các công việc tiếp theo để có một bài viết theo đúng chuẩn SEO.
## II. Chọn chủ đề bài viết hấp dẫn và tối ưu nhất
Có một vấn đề khá buồn cười ở đây là có một số bài viết mình luôn đứng top 1 nhưng lại nhận rất ít lượt truy cập vào đó, đơn giản là chủ đề bài viết đó không được nhiều người quan tâm. Và dần dần sau này, nếu các bạn có để ý kỹ thì sẽ thấy khi mình đăng một bài nào mà nhận được nhiều bình luận thì y như rằng bài sau lại có liên quan đến nó, vì mình biết rằng chủ đề này sẽ được nhiều người quan tâm, đó là cơ hội mình “hút” traffic rất tuyệt vời mà chúng ta không nên bỏ qua.
Vì vậy trước khi bạn bắt tay đầu tư một vài bài viết mà ta sẽ xác định nó làm nền tảng để kéo traffic về site thì
**hãy chọn các chủ đề mà được nhiều người quan tâm nhất** nhưng vẫn trong khả năng viết lách của bạn. Vấn đề này bạn có thể sử dụng Google Trends để theo dõi tần suất tìm kiếm của một vài từ khóa mà bạn đang nhắm tới, hoặc là sử dụng Google Adword Keyword Tools để xem các từ khóa có chiều hướng tăng trưởng theo tháng hay một cách nào đó mà bạn cho là tốt nhất.
Vậy trong bài này, mình sẽ chọn một chủ đề mà đã giúp blog mình được phổ biến rộng rãi cũng như tăng mối quan hệ, đó là SEO. Mà cụ thể sẽ là
**. Dưới đây là một vài lý do mà mình chọn chủ đề này Viết nội dung theo chuẩn SEO**
-
**Xu hướng SEO năm 2013**đang tập trung vào việc SEO nội dung và nhiều người đang quan tâm đến vấn đề này.
- Các chủ đề khác như Link Building đã có quá nhiều người viết.
- Quy mô chủ đề này khá hẹp, dễ viết và tập trung vào từ khóa. Ví dụ nếu mình chọn đề tài là “Hướng dẫn SEO Onpage 2013”, nó cũng có liên quan đến vụ Bài viết chuẩn SEO nhưng nếu phân tích ra thì chủ đề nó quá rộng vì không chỉ là tối ưu bài viết mà còn phải tối ưu code, cấu trúc website, tốc độ tải trang,..v..v..blah blah…
Nói tóm lại, việc bạn cần làm ở bước 1 này là
**Chọn một chủ đề có liên quan đến các bài viết trước** có trên site của bạn, **thu hẹp quy mô** nội dung của nó và chắc chắn là bạn **phải viết tốt** chủ đề đó.
## III. Viết nội dung theo chuẩn SEO
Bạn có thể dễ dàng nhận ra một điều là sau khi có được cấu trúc bài viết hoàn chỉnh, bạn có thể dễ dàng bắt tay vào việc viết nội dung, ý tưởng từ đó cũng luôn được tuôn trào ra không ngừng nghỉ. Nhưng nói riêng về việc viết nội dung thì
**không có một công thức hoàn chỉnh** nào cả, cũng như những nhà văn luôn luôn có một phong cách viết khác nhau chẳng ai giống ai. Vì vậy theo mình, để trở nên viết tốt thì chỉ còn cách là **viết thật nhiều**, viết mọi lúc mọi nơi, viết về mọi thứ, tốt nhất là nên **tạo một blog tập tành làm blogger** để luyện kỹ năng viết trở nên bá đạo hơn. Hoặc là bạn có thể tham khảo các bài viết của người khác, đọc blog hằng ngày cũng là một cách tốt để luyện kỹ năng viết.
Có một vấn đề mà bạn có thể nhận thấy ở các blogger chuyên nghiệp đó là họ viết như nói – nói như thể đang viết, họ có thể “đồng bộ hóa” giữa lời nói và chữ viết để có thể truyền đạt đầy đủ các cảm xúc đến người đọc. Vì vậy khi bắt tay vào việc viết nội dung, hãy tạm quên đi các từ khóa mà bạn đã chọn trước kia, tập trung hoàn toàn vào việc diễn đạt bài viết để nó trở nên tự nhiên nhất, không bị gò bó một cách khô khan. Sau khi viết xong, bạn có thể đọc lại bài viết đó và sửa lại các từ khóa để nó tối ưu hơn, tránh từ khóa trở nên lan man, thiếu tập trung hoặc bị lặp lại quá nhiều lần.
###
Đừng quên đặt liên kết nội (
[internal link](/seo-onpage/)) vào bài viết
Có thêm một yếu tố mà TẤT CẢ các Copywriter khác đều áp dụng đó là chèn liên kết trở tới các bài viết có liên quan đến một cụm từ khóa nào đó vào trong bài. Điều này không những bạn tạo điều kiện cho bot tìm kiếm tiếp tục cập nhật lại bài viết cũ, tăng Page Authority cho trang đó mà còn giúp bạn tăng Pageview đáng kể vì biết đâu các liên kết nội đó lại có ích cho người đọc thì sao. Còn cách thức chèn liên kết nội thế nào cho chính xác á? Không biết ai làm sao chứ mình thì làm hoàn toàn bằng thủ công, tức là tự tay lục lại các bài viết đó rồi chèn vào, chính xác 100%. :
### Cũng đừng bỏ đi liên kết ngoại
Nếu trong bài viết của bạn đã có vài liên kết nội thì cũng nên nghĩ tới việc chèn liên kết trỏ ra ngoài (trỏ ra những website khác, hay còn gọi là
**). Thực ra mà nói, mình không rõ liên kết ngoại có ảnh hưởng đến quá trình SEO hay không nhưng mình có 3 lý do chính để thường xuyên chèn liên kết trỏ ra ngoài: Outbound Link**
- Tăng thêm sự phong phú cho bài viết với các liên kết dẫn đến các bài viết liên quan ở blog khác.
- Thắt chặt các mối quan hệ giữa mình và các website khác, cũng là một cách giao lưu rất “tình cảm”.
- Kiếm pingback/trackback từ bài viết được trỏ tới. Đây cũng là một dạng backlink khá là chất lượng, nhưng chỉ có tác dụng với những trang có bật tính năng pingback/trackback mà thôi.
## IV. Lên cấu trúc cho bài viết
Sau khi bạn đã có “trên tay” những từ khóa mà bạn biết là sẽ tập trung vào bài viết thì dường như bạn đã đi được 50% đoạn đường, đối với mình thì cứ có từ khóa là có tất cả, mình hy vọng bạn cũng sẽ như vậy.
Nhưng để bài viết của bạn trở nên chất lượng, độc giả dễ đọc, dễ hiểu, chuyên nghiệp, nội dung mạch lạc…v..v..thì điều quan trọng nhất là bạn phải có một cấu trúc bài viết thật hoàn chỉnh. Một bài viết chất lượng không bao giờ được viết một mạch từ đầu tới cuối vì như thế rất khó đọc, nó nên được chia ra thành từng phần theo thứ tự hợp lý để độc giả có thể nắm bắt nội dung khi rê chuột lướt qua nội dung mà không cần cắm mặt vào đọc.
Mặt khác, hãy
**vận dụng các thẻ heading** (từ h2 đến h4) làm tiêu đề bài viết vì từ đó tới giờ bot tìm kiếm luôn chú tâm vào các thẻ này hơn là các từ in đậm. Hãy thử xem ví dụ của một cấu trúc bài viết theo chủ đề mà mình đã chọn ở bước 1, đó cũng là bài viết mà bạn đang đọc đây. **Bài viết chuẩn SEO là như thế nào?** **7 bước viết bài theo chuẩn SEO**
- Bước 1 – Chọn chủ đề bài viết hấp dẫn và tối ưu nhất
- Bước 2 – Nghiên cứu từ khóa
- (Tự chọn) Thăm dò đối thủ
- Bước 3 – Lên cấu trúc bài viết
- Bước 4 – Viết nội dung theo chuẩn SEO
- Bước 5 – Viết tiêu đề hấp dẫn, thu hút, chuẩn SEO
**Lời kết**
Đó là một cấu trúc bài viết mà mình thường viết, nội dung luôn được chia ra mỗi phần. Và nếu bạn chưa bao giờ làm điều này thì hãy áp dụng ngay, bài viết của bạn sẽ trở nên chuyên nghiệp hơn nhiều.
Lưu ý là tại mỗi tiêu đề của mỗi phần, bạn nên đặt thẻ heading cho nó từ h2 đến h4. Trong WordPress bạn có thể đặt thẻ heading cho một cụm từ nào đó bằng cách bôi đen và chọn thẻ Heading tương ứng trong menu đổ Paragraph ở khung soạn thảo.
## V. Viết tiêu đề thật tối ưu cho SEO và phải hấp dẫn
Tiêu đề được xem là bộ mặt cho cả bài viết đó mà độc giả không cần đọc bài cũng hiểu được bạn sẽ viết gì trong đó. Một tiêu đề tốt thường thì hội đủ các yếu tố sau đây:
- Ngắn gọn nhưng miêu tả đầy đủ nội dung.
- Chứa từ khóa chính mà bạn đang focus.
- Hấp dẫn, nhìn phát bấm vào luôn.
Chỉ vậy thôi. Giải thích thì hơi dài dòng, bạn thử so sánh 2 tiêu đề bài viết dưới đây:
- Lựa chọn 1: Cách viết bài theo chuẩn SEO để tối ưu máy tìm kiếm
- Lựa chọn 2: 6 bước viết bài theo chuẩn SEO để tối ưu máy tìm kiếm
- Lựa chọn 3: Hướng dẫn viết bài theo chuẩn SEO toàn tập
Vậy nếu là bạn, bạn sẽ click vào tiêu đề nào khi nhìn thấy 3 tiêu đề như trên? Mình sẽ phân tích từng tiêu đề như sau:
**Lựa chọn 1**: Cũng ngắn gọn, cũng chứa từ khóa quan trọng nhưng có vẻ không thu hút cho lắm vì độc giả không chắn chắn 100% là bài đó có chất lượng hay không hay chỉ đơn thuần là một bài gợi ý. **Lựa chọn 2**: Cũng ngắn gọn và chứa từ khóa quan trọng nhưng lợi thế của nó là nói rõ “làm 6 bước”, lúc này độc giả sẽ biết rằng đây là một bài hướng dẫn step-by-step, khá là bổ ích cho những người mới nhập môn. **Lựa chọn 3**: Cũng hấp dẫn cho người mới nhập môn nhưng cái từ “toàn tập” đôi khi không được nhiều người dùng cho lắm.
Như vậy, ở đây mình sẽ chọn
**lựa chọn 2**. Các tiêu đề kiểu như thế này luôn dễ gây thu hút cho người đọc, nhưng cũng rất dễ chán nếu blog bạn toàn áp dụng kiểu đặt tiêu đề như thế nào. Tốt nhất là chỉ áp dụng cho các bài quan trọng, phù hợp mà thôi.
## VI. Hãy chắc chắn bạn đã “rải” đủ các từ khóa vào bài viết
Như bước 4 mình có nói là khi viết xong nội dung thì bạn nên đọc lại bài viết một lần nữa và sửa lại các từ khóa trong bài để tối ưu hơn. Từ khóa tối ưu không phải là nó được lặp đi lặp lại từ đầu tới cuối bài viết mà là hãy áp dụng các từ khóa phụ chèn xen kẽ vào để có sự thay đổi, mặt khác bạn cũng tránh được Penguin về việc cố ý nhồi nhét – spam từ khóa.
Bạn nên tham khảo bài viết Cách đặt từ khóa tối ưu để có thể biết chính xác những vị trí nào bạn cần đặt từ khóa quan trọng, ở đâu cần đặt từ khóa phụ.
## Sau khi đăng bài nên làm gì?
Đôi khi không phải một bài viết được đăng lên là nó có thể đạt được thứ hạng cao nhất, mà muốn đạt được điều đó thì đòi hỏi bạn phải làm thêm một số bước nữa để vừa tăng tốc thời gian index, vừa dễ dàng đạt thứ hạng tốt nhất trong thời gian ngắn. Đây là một số việc mình thường làm sau khi đăng một bài viết:
- Tự like và +1 bài đó ngay lập tức.
- Chia sẻ bài viết đó lên Facebook, Google+ và Twitter ngay tức khắc.
- Sử dụng Onlywire để tự động đăng bài lên các trang Social Bookmarking và Social Networking khác.
- Giới thiệu cho bạn bè để họ đọc và gửi comment, bài càng nhiều comment thì từ khóa của bài đó càng đa dạng vì Google có index cả các comment của độc giả mà.
- Trỏ link bài viết mới vào bài viết cũ có liên quan và ngược lại.
|
|
##
## Lời kết
Tới đây thì coi như bạn đã vừa viết được một bài khá là thân thiện với máy tìm kiếm, hợp chuẩn SEO rồi. Sau khi viết xong bài thì các bạn nên tự đặt ra một số câu hỏi nữa để có thể tối ưu bài viết tốt hơn. Một số câu hỏi như thế này bạn cần trả lời mỗi khi viết một bài:
- Cấu trúc bài viết đó có dễ hiểu không? Có cần sửa lại cấu trúc để người đọc có thể dễ dàng nắm bắt nội dung hay không?
- Bài viết của mình đã có video hoặc hình ảnh chưa? Nếu chưa thì nó sẽ có ích và thú vị hơn khi chèn thêm ảnh hay video vào bài hay không?
- Bài viết này có mang lại giá trị cho độc giả hay không? Có chắc là sẽ nhiều người thích nó rồi đi chia sẻ nó hay không?
- Bài viết đã sử dụng đầy đủ các từ khóa phụ mà bạn đã tìm ra ở bước 2 chưa?
- Đọc lại bài viết một lần nữa, có chỗ nào sai chính tả, sai câu cú hay mắc lỗi diễn đạt ngớ ngẩn nào không?
- Hãy nhìn lại các đối thủ, liệu bạn có chiếm được vị trí cao sau khi bài viết này đăng 2, 3 ngày? Có cần tối ưu lại nữa không?
|
|
##
Nếu bạn có thể trả lời tốt được các câu hỏi trên thì bạn sẽ có câu trả lời liệu có nên nhấn nút Publish để đăng bài này hay không. Chúc các bạn thành công, còn bản thân mình, mình vừa hoàn thành xong một bài viết theo chuẩn SEO và mình sẽ đăng bài này lên blog, đó là bài các bạn vừa đọc xong.
### BÌNH LUẬN ĐÁNH GIÁ CỦA BẠN
### Các loại tin khác
[THIẾT KẾ WEB TRỌN GÓI](https://thietkewebchuanseo.com/dich-vu_thiet-ke-website/)
Ends: FRI, 07/07/20 23:59 p.m
[BIÊN TẬP NỘI DUNG WEB](https://thietkewebchuanseo.com/dich-vu_dich-vu-bien-tap-quan-tri-noi-dung-web/)
Ends: FRI, 07/07/20 23:59 p.m
[DỊCH VỤ SEO WEB TỔNG THỂ](https://thietkewebchuanseo.com/dich-vu_dich-vu-seo-website/)
Ends: FRI, 07/07/20 23:59 p.m
## Marketing Tổng Thể
**Là gì?** **SEO** **Marketing** **Ý tưởng thiết kế** **Social Media** [Thiết kế web 2017: Đã đến lúc thiết kế lại trang web của bạn?](https://thietkewebchuanseo.com/kien-thuc-seo/thiet-ke-web-2017/) [9 lý do cần lưu ý khi làm seo](https://thietkewebchuanseo.com/kien-thuc-seo/9-ly-do-can-luu-y-khi-lam-seo/) [Làm thế nào marketing doanh nghiệp nhỏ?](https://thietkewebchuanseo.com/kien-thuc-seo_chia-se-kien-thuc/lam-the-nao-marketing-doanh-nghiep-nho-/) [Dùng tâm lý học tối ưu tương tác mạng xã hội](https://thietkewebchuanseo.com/kien-thuc-seo_chia-se-kien-thuc/dung-tam-ly-hoc-toi-uu-tuong-tac-mang-xa-hoi/) [Thiết kế web tại Hà Tĩnh](https://thietkewebchuanseo.com/kien-thuc-seo_chia-se-kien-thuc/thiet-ke-web-tai-ha-tinh/) [Đừng theo dõi click](https://thietkewebchuanseo.com/kien-thuc-seo_chia-se-kien-thuc/dung-theo-doi-click/) [Làm sao để chăm sóc khách hàng hiệu quả](https://thietkewebchuanseo.com/kien-thuc-seo/lam-sao-de-cham-soc-khach-hang-hieu-qua/) [Tìm hiểu hành vi người dùng để làm Email Marketing](https://thietkewebchuanseo.com/kien-thuc-seo_chia-se-kien-thuc/tim-hieu-hanh-vi-nguoi-dung-de-lam-email-marketing/) [Làm sao để chiến dịch Marketing online thành công](https://thietkewebchuanseo.com/kien-thuc-seo_chia-se-kien-thuc/lam-sao-de-chien-dich-marketing-online-thanh-cong/) [Tìm kiếm khách hàng tiềm năng](https://thietkewebchuanseo.com/kien-thuc-seo_chia-se-kien-thuc/tim-kiem-khach-hang-tiem-nang/) ![ ](https://thietkewebchuanseo.com/images/icon-2.png)
.


markdown:
**Cảnh sát đang rà soát thông tin, xác minh việc bé gái 12 tuổi nghi bị bắt cóc sang Trung Quốc, hiện “có chồng” và mang bầu ở tuổi 12.**
Trao đổi với VnExpress ngày 11/10, lãnh đạo Cục Cảnh sát hình sự (Bộ Công an) cho biết đang cử cán bộ xác minh thông tin bé gái 12 tuổi người Việt mang thai tại Trung Quốc, nghi là nạn nhân bị bắt cóc.
Thượng tá Nguyễn Thành Tín (Phó công an quận Hai Bà Trưng) cho hay trước thông tin bé gái có nhắc đến những cụm từ “Nguyễn Du”, “Thanh Nhàn” khi nói về quê quán, đơn vị đã cử trinh sát rà soát vì trên địa bàn có hai địa danh này. “Chúng tôi xác minh có ai bị mất con hay không”, thượng tá Tín nói.
Bộ Ngoại giao cũng cho biết “hết sức quan tâm đến thông tin này”. Theo Phó phát ngôn Phạm Thu Hằng, Bộ Ngoại giao chỉ đạo Đại sứ quán Việt Nam tại Bắc Kinh, Tổng Lãnh sự quán Việt Nam tại Thượng Hải, liên hệ với các cơ quan chức năng sở tại xác minh thông tin liên quan sớm nhất có thể.
Tổng Lãnh sự quán Việt Nam tại Thượng Hải đã làm việc với công an tỉnh Giang Tô, Trung Quốc, để sắp xếp gặp trực tiếp bé gái và tìm hiểu thông tin cụ thể.
“Chúng tôi sẽ thông tin cho báo chí ngay sau khi có kết quả làm việc chính thức với phía Trung Quốc”, bà Phạm Thu Hằng cho biết thêm.
Về phía Cục Bảo vệ chăm sóc trẻ em (Bộ Lao động Thương binh và Xã hội), Cục trưởng Đặng Hoa Nam chiều 11/10 cho biết đã nắm thông tin qua báo chí, nhưng chưa nhận được thông báo chính thức từ phía công an cũng như Đại sứ quán Việt Nam tại Trung Quốc.
“Nếu chính xác, sau khi công an xác minh quê quán, gia đình nạn nhân, chúng tôi sẽ phối hợp với Cục Phòng chống tệ nạn xã hội và cơ quan chức năng hỗ trợ bé gái theo quy định”, ông Nam nói.
Tờ Global Times ngày 8/10 đưa tin cảnh sát Trung Quốc bắt một người đàn ông họ Liu, 40 tuổi. Ông Liu tự nhận là đưa vợ 20 tuổi đến Bệnh viện Từ Châu, tỉnh Giang Tô, khám thai. Các bác sĩ xác định “người vợ” mang bầu 3 tháng, nghi ngờ chưa qua tuổi 12 nên báo cảnh sát.
Kết quả xác minh cho thấy em không có thẻ căn cước Trung Quốc, không nói được tiếng Trung Quốc. Người phụ nữ nhận là “mẹ chồng” đi cùng thừa nhận bắt cóc bé gái này và bà đã bị bắt.
Trên mạng xã hội, một du học sinh Việt Nam tại Trung Quốc chia sẻ thông tin đã gặp và trò chuyện với bé gái ở bệnh viện. Theo đó, cô bé tâm sự sang Trung Quốc từ năm 2011, còn nhớ nhà ở khu vực Thanh Nhàn hoặc Nguyễn Du, quận Hai Bà Trưng, Hà Nội.
** Hoàng Việt – Hoàng Phương – Như Tâm**

WARC-Type: response

Content-Type: application/http; msgtype=response

WARC-Truncated: length

WARC-Identified-Payload-Type: text/html

Server: nginx

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

Connection: close

Vary: Accept-Encoding

Link: <https://goo.gl/tk28tz>; rel=shortlink


markdown:
Cơ quan chức năng đã huy động lực lượng để truy tìm hung thủ sát hại 2 mẹ con trong căn nhà trọ.
![ truy-bat-hung-thu-sat-hai-2-me-con-co-dau](https://tintaynguyen.com/wp-content/uploads/2015/11/truy-bat-hung-thu-sat-hai-2-me-con-co-dau.jpg)
Dãy phòng trọ xảy ra án mạng.
Ngày 15/11, Công an tỉnh Bình Dương đã huy động lực lượng truy bắt nghi phạm gây ra cái chết cho
**2 mẹ con tại căn phòng trọ** ở Khu phố Đông Chiêu (phường Tân Đông Hiệp, TX Dĩ An, tỉnh Bình Dương).
Điều tra ban đầu, khoảng 13h30 ngày 14/11, hai mẹ con bà Đoàn Thị Linh (SN 1975) và chị Nguyễn Thị Thái Hà (SN 1996, cùng quê Nam Định) được phát hiện đã tử vong trong căn nhà trọ.
Thời điểm trên, chồng sắp cưới của chị Hà đến phòng trọ thấy khoá cửa nên gọi điện thoại kêu cửa. Bên trong phòng, người chồng sắp cưới nghe tiếng đổ chuông nhưng không thấy ai nghe máy.
![ truy-bat-hung-thu-sat-hai-2-me-con-co-dau_1](https://tintaynguyen.com/wp-content/uploads/2015/11/truy-bat-hung-thu-sat-hai-2-me-con-co-dau_1.jpg)
Căn phòng phát hiện thi thể 2 mẹ con bị sát hại.
Anh này ghé mắt qua khe cửa và phát hiện trên nền nhà có nhiều vết máu nên tri hô cầu cứu. Nhận tin, Công an tỉnh Bình Dương phối hợp cùng các phòng nghiệp vụ có mặt tại hiện trường để điều tra, xử lý vụ việc.
Đến 22h30, công tác khám nghiệm hiện trường hoàn tất và thi thể 2 nạn nhân được đưa về nhà đại thể để tiến hành giám định pháp y. Qua công tác khám nghiệm, cơ quan chức năng xác định
__2 nạn nhân tử vong do bị giết__.
Hung thủ gây án đã được Công an tỉnh Bình Dương khoanh vùng để truy bắt.
**Liên quan: Cô dâu và mẹ ruột chết trước đám hỏi**

Link: <http://goo.gl/250nQh>; rel=shortlink


markdown:
**Hà Giang **
Nhắc đến hoa tam giác mạch hẳn ai cũng nhớ đến Hà Giang - vùng đất địa đầu Tổ quốc mỗi độ thu về lại nở rộ khắp trời vườn hoa tam giác mạch. Đây là
**địa điểm có hoa tam giác mạch** rộng và đẹp nhất. Đặt chân đến Hà Giang tầm tháng 10, tháng 11 sẽ là khoảng thời gian hợp lý nhất để bạn chiêm ngưỡng trọn vẹn vẻ đẹp của loài hoa hồng tím này.
>> Kinh nghiệm phượt Hà Giang cho người đi lần đầu
Để ngắm hoa tam giác mạch, bạn có thể ghé thăm Hoàng Su Phì, Xín Mần, Đồng Văn, Lũng Cú... Năm nay cũng là năm đầu tiên Hà Giang tổ chức lễ hội hoa tam giác mạch với quy mô lớn (từ 12-15/11) vì vậy hãy tranh thủ thời gian và thưởng cho mình một chuyến đi xa giúp bạn có trải nghiệm tuyệt vời với loài hoa này nhé!
Hà Giang những ngày tháng 10, tháng 11 đẹp tuyệt vời với những thửa ruộng bậc thang có hoa tam giác mạch
>> Xem ngay Kinh nghiệm phượt Hà Giang khi mùa tam giác mạch về
**Mộc Châu - Sơn La**
Nếu đã quen thuộc với những đồi chè trải dài trên đất Mộc Châu vậy thì bạn đừng lo lắng bởi hiện nay trên mảnh đất màu mỡ này đã có sự xuất hiện của hoa tam giác mạch - loài hoa chỉ nở rộ và đẹp nhất 2 tháng cuối năm. Cách Hà Nội khoảng 190km, không quá khó khăn để bạn lên lịch trình cho chuyến đi của mình. Đây cũng là địa điểm có hoa tam giác nổi tiếng được nhiều phượt thủ truyền tai nhau. Xách ba lô lên và đi để chiêm ngưỡng bức tranh đầy màu sắc với hoa cải, đồi chè và hoa tam giác mạch nào.
Mộc Châu Sơn La không chỉ đẹp bởi những đồi chè, nó còn có hoa tam giác mạch - loài hoa tuy nhỏ nhưng ẩn chứa nét quyến rũ cực kỳ lớn
**Bắc Hà - Simacai**
Thêm một địa điểm có hoa tam giác mạch đẹp đến mê hồn dành cho những người thích xê dịch đó là huyện Bắc Hà và Simacai thuộc tỉnh Lào Cai. So với Hà Giang, tuy diện tích hoa tam giác mạch không nhiều tuy nhiên bạn vẫn đủ mãn nhãn khi đặt chân đến đây. Tam giác mạch hiện lên như một bức tranh màu hồng phớt đưa nhẹ trong gió thu sẽ khiến bạn quên đi những mệt mỏi, xô bồ chốn thành thị.
Để ngắm hoa tam giác mạch trên Lào Cai không khó, tuyến đường khá dễ đi. Bạn chỉ cần đi theo cao tốc Hà Nội - Lào Cai thôi và chỉ với 2 ngày cuối tuần cũng đủ để bạn thỏa sức khám phá vẻ đẹp của loài hoa ngọt ngào này.
Nếu đang tìm kiếm điểm đến có hoa tam giác mạch đẹp, hãy ghé thăm Bắc Hà chắc chắn nơi đây sẽ không khiến bạn thất vọng
**Thái Nguyên**
Hiện lên như một điểm nhấn, hoa tam giác mạch giúp cho Thái Nguyên trở thành điểm đến hút khách trong dịp gần đây. Lũng Luông - Thái Nguyên cũng là địa điểm có hoa tam giác mạch giúp các bạn trẻ thỏa sức với đam mê khám phá của mình. So với các tỉnh phía Bắc, thì Thái Nguyên gần Hà Nội hơn nhiều vì vậy bạn hoàn toàn có thể sắp xếp thời gian để ghé thăm nơi đây mà không cần quá lo lắng về đường đi, lịch trình, nơi ngủ ngỉ...
>> Lên Thái Nguyên ngắm hoa tam giác mạch đẹp như Hà Giang
Thai Nguyên như tăng thêm sức sống khi có sự xuất hiện của loài hoa ngọt ngào này!
Đâu cần phải đi xa,
**du lịch Việt Nam** cũng đủ khiến bạn cảm thấy thích thú rồi. Với những điểm đến tuyệt vời như thế này, tại sao không một lần thử đặt chân đến để chinh phục thiên nhiên, chinh phục chính mình.
>> 5 mẹo hay giúp bạn phượt đêm an toàn bằng xe máy
>> Những nơi có hoa dã quỳ đẹp nhất Việt Nam

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

Pragma: no-cache


markdown:
Công Nghệ Thông Tin
Quản trị mạng
Tải bản đầy đủ
8 IKE and IPsec Considerations 222
8 IKE and IPsec Considerations 222
Tải bản đầy đủ
The Framework: Public Key Infrastructure (PKI)
223
the PKIX roadmap [2], the PKIX profile [23], and the IKE PKI profile [13].
At times, the PKIX profile and the IKE PKI profile are at odds; in such
a situation, IKE wins hands down. An IPsec PKI profile has not yet been
written, so its relationship to its fellow travelers is as yet undefined. On the
other hand, with continued use and experimentation, new issues continue to
crop up.
In phase 1, peers certificates can be requested through the use of a CR
payload and transmitted using a certificate payload. In addition to the peers
certificate, the certificate payload can include the certificate of the CA whose
private key was used to sign the peers certificate; a whole chain of intermediate CA certificates used to sign and validate the peers certificate; and/or the
CAs latest CRL. Clearly, those payloads can contain data that would be of
interest to an attacker. In particular, if the certificates identity is not identical to the peers ID address, revealing that information defeats IKEs phase 1
identity protection. Thus, the phase 1 messages in which it makes sense
to include either CRs or certificates vary, depending on the type of phase 1
negotiation and the peer authentication method that is used.
When IKE peers use digital signatures for authentication, the certificates public key is only needed by the initiator in Main Mode message 5 and
by the responder in Main Mode message 6. Thus, to preserve identity protection, certificate payloads should be included only in Main Mode messages 5
or 6 if the identity is a value other than the peers IP address or domain
name. A CR can include a specific CA or certificate type, limiting the types
of certificates that will be accepted by the requester. If an IKE initiator does
not want to reveal this type of information, it can send its CR payload as part
of an encrypted Main Mode message 5. Because the responders only
encrypted message is the last Main Mode message, message 6, there is no way
for a responder to send a protected CR payload. In Aggressive Mode, because
identity protection is not an issue, the CR payload can be part of message 1
or 2; in Base Mode it can appear in messages 1, 2, or 3. In those two modes,
because the public key is used in only the last two messages, the certificate
payload can appear in any message.
With preshared secret key authentication, certificates can be requested
and exchanged for use in future PKI-based negotiations. The messages in
which they can be used are identical for those in digital signature mode.
When the authentication method is public key encryption, the initiator
and responder public keys are used in Main Mode messages 3 and 4, respectively; in Aggressive Mode and Base Mode, they are required in messages 1
and 2. Thus, for Aggressive Mode and Base Mode, CRs are not useful.
The initiator must obtain the responders certificate before the negotiation
224
Demystifying the IPsec Puzzle
begins, but the initiator can preemptively send its certificate to the
responder. In Main Mode, the CRs can be sent in messages 1 (initiator) and
2 (responder), and the resulting certificates can be exchanged in messages 2
(responder) and 3 (initiator). Needless to say, in such a case the CRs are not
protected. The initiators certificate can be protected with the peers public
key (original encryption mode) or the generated symmetric key (revised
encryption mode), but the responders certificate must be sent in the clear.
A CR can be used to request a single peer certificate or the whole chain
of intermediate CA certificates; the chain may or may not include the toplevel root certificate. The original IKE documents do not descend to this
level of specificity, leading to numerous interoperability problems. The IKE
PKI profile attempts to rectify that with an extra layer of detail gleaned from
interoperability workshops. However, an implementation still has to be
somewhat flexible in this area. A CR for a PKCS#7-wrapped certificate
should be interpreted as a request for the whole chain of certificates, while a
request for either a signature certificate or a key exchange certificate should
result just in the return of the single peer certificate. If the CR identifies a
specific CA, the resulting peer certificate ultimately should be rooted in the
requested CA. In such a case, it is assumed that the requester already has the
top-level CA certificate, and the returned certificate chain need include only
the peer certificate and the intermediate CA certificates. If no CA is specified
in the CR, the IKE PKI profile allows the receiver to return either a certificate chain or a single certificate rooted in a CA that the receiver believes will
be trusted by the requester, if such a beast exists. A CRL request that lacks a
CA and is not sent in conjunction with a CR should be ignored.
In the event that a CR asks for a certificate or a CRL that the receiver
cannot provide, the IKE PKI profile recommends that no response to that
request should be provided. On the other hand, there are conditions under
which the receiver should send a notification message containing one of the
IKE standard diagnostics. Those messages, which can apply to either erroneous CR payloads or erroneous certificate payloads, include the following.
• Invalid key. The public key is not the expected size.
• Invalid ID. The ID type is not a valid IKE ID type or is not sup-
ported by the peers implementation.
• Invalid certificate encoding. Something about the format or encoding
of the certificate or CR is unpalatable to the recipient.
• Invalid certificate. The payload contains invalid data or formatting.
The Framework: Public Key Infrastructure (PKI)
225
• Certificate type unsupported. The encoding is valid but not supported
by the peers implementation.
• Invalid CA. The CA field is erroneous or invalid.
• Invalid hash. The signed hash is not the expected length.
• Authentication failed. The signatures value is not the expected one.
• Invalid signature. The signature is not the expected length.
• Certificate unavailable. The peer cannot send the requested cer-
tificate. The existence of this message seems to contradict the IKE
PKI profiles recommendation not to send any diagnostic in such a
situation.
10.9 Summary
Certificates are an essential element of a widespread, multivendor, interoperable IPsec. Although great strides have been made in PKI technology and
products, the killer app for PKI has not yet surfaced. The knowledge to
build PKI-enabled applications and the applications themselves are still in
the early stages of development. Within the IPsec arena, many of the small
details are not sufficiently specified to enable PKI deployment in any but a
small-scale or controlled environment.
10.10
Further Reading
The IKE PKI profile is laid out in [13]. The PKIX roadmap [2] discusses
PKIX history, defines terminology, discusses PKI requirements and players,
and describes each current PKIX document. Each management protocol has
its own defining document: CMP is defined in [10], which also has a good
discussion about the functions of each player, the handling of each life cycle
step, and the way each management message should be performed; CMC in
[11]; and SCEP in [12]. OCSPs defining document is [9]. Message transport is described in [1517]. Certificate policies and practices are laid out in
RFC 2527 [14]. X.500 directories are defined in [5]. LDAP is defined in [8];
its use for X.500 directories is detailed in [7]; and its use within PKIX
is further defined in [6]. The general description of X.509 certificates can
be found in [1]; the more specific PKIX certificate description in [23]; and
attribute certificates in [25]. For some really thrilling fare, ASN.1 is defined
in [18]. However, any document that defines certificate or CRL extensions
226
Demystifying the IPsec Puzzle
or modifications (e.g., [23]) generally includes the ASN.1 definitions for
those objects. A more recent ASN.1 definition is in [19], but PKIX elected to
stick with the previous version. DER and BER are elucidated in [20]; PEM
in [21]; PKCS#7 in [4]; and PKCS#10 in [3]. [24] contains a humorous and
informational description of each field in an X.509 certificate, along with
a characterization of the idiosyncrasies of numerous current certificate
implementations.
References
[1] ITU-T Recommendation X.509, The Directory: Authentication Framework,
June 1997.
[2] Arsenault, A., and S. Turner, Internet X.509 Public Key Infrastructure: PKIX
Roadmap,
, Mar. 2000.
[3] Nystrom, M., and B. Kaliski, PKCS #10: Certification Request Syntax Version 1.7,
RFC 2986, Nov. 2000.
[4] Kaliski, B., PKCS #7: Cryptographic Message Syntax Version 1.5, RFC 2315,
Mar. 1998.
[5] ITU-T Recommendation X.500, The Directory: Overview of Concepts, Models and
Service, 1993.
[6] Chadwick, D., Internet X.509 Public Key Infrastructure: Operational Protocols
LDAPv3,
, Sep. 2000.
[7] Wahl, M., A Summary of the X.500(96) User Schema for Use With LDAPv3,
RFC 2256, Dec. 1997.
[8] Wahl, M., T. Howes, and S. Kille, Lightweight Directory Access Protocol (v3),
RFC 2251, Dec. 1997.
[9] Myers, M., X.509 Internet Public Key Infrastructure: Online Certificate Status ProtocolOCSP, RFC 2560, June 1999.
[10] Adams, C., and S. Farrell, Internet X.509 Public Key Infrastructure: Certificate
Management Protocols,
, July 2000.
[11] Myers, M., Certificate Management Messages Over CMS, RFC 2797, Apr. 2000.
[12] Liu, X., et al., Cisco Systems Simple Certificate Enrollment Protocol (SCEP),
, Aug. 2000.
[13] Thayer, R., C. Kunzinger, and P. Hoffman, A PKIX Profile for IKE,
, July 2000.
[14] Chokhani, S., and W. Ford, Internet X.509 Public Key Infrastructure: Certificate Policy
and Certification Practices Framework, RFC 2527, Mar. 1999.
The Framework: Public Key Infrastructure (PKI)
227
[15] Housley, R., and P. Hoffman, Internet X.509 Public Key Infrastructure: Operational
ProtocolsFTP and HTTP, RFC 2585, May 1999.
[16] Kapoor, A., and R. Tschalr, Transport Protocols for CMP,
, Oct. 2000.
[17] Reddy, S., WEB Based Certificate Access ProtocolWebCAP/1.0,
, May 2000.
[18] CCITT Recommendation X.208: Specification of Abstract Syntax Notation One
(ASN.1), 1988.
[19] ITU-T Recommendation X.680, Abstract Syntax Notation One (ASN.1): Specification of Basic Notation, 1994.
[20] ITU-T Recommendation X.690, Specification of ASN.1 Encoding Rules: Basic
Canonical, and Distinguished Encoding Rules, 1994.
[21] Kent, S., Privacy Enhancement for Internet Electronic Mail: Part II: Certificate-Based
Key Management, RFC 844, Feb. 1993.
[22] Crocker, D., Standard for the Format of ARPA Internet Text Messages, RFC 822,
Aug. 1982.
[23] Housley, R., et al., Internet X.509 Public Key Infrastructure: Certificate and CRL
Profile,
, July 2000.
[24] Gutmann, P., X.509 Style Guide, http://www.cs.auckland.ac.nz/~pgut001/pubs/
X509guide.txtOct. 2000.
[25] Farrell, S., and R. Housley, An Internet Attribute Certificate Profile for Authorization,
, Aug. 2000.
11
The Unsolved Puzzle: Secure IP
Multicast
I would not join a group which would have me as a member.
Groucho Marx
The previous chapters discussed IP-layer security for unicast communications, which are messages sent by a source host to a single destination host.
Sometimes, a message originator may want to send a single message to multiple recipients. A number of special Internet routing mechanisms allow that
to be performed with minimal usage of network resources. One method is
multicast, which carries traffic from a single source host to multiple destination hosts, often residing on numerous diverse networks.
Although multicast can be used for a wide variety of uses, an oft cited
example is cable television, in which a single sender, the cable company,
sends traffic consisting of video broadcasts to a preselected list of recipients,
which constitutes the multicast group. The sender only has to process a single message, which is sent through a series of routers that form a tree structure; at the end of each terminal tree branch lie one or more group members.
Figure 11.1 shows a sample multicast delivery tree, in which the branches are
intermediate routers or switches and the leaves are the local routers that
deliver the multicast messages to group members on their local network. The
beauty of this approach is that the message has to be duplicated only when it
229
230
Demystifying the IPsec Puzzle
Branch routers
Leaf routers
Figure 11.1 A sample multicast delivery tree.
reaches a branch in the tree structure. That minimizes the burden on
both the sender and the network at large. When a new host requests to join a
multicast group, a new multicast tree branch is established, if necessary, to
the hosts nearest router.
This type of traffic most decidedly can require security protection; the
nature and severity of that requirement vary, based on the multicast groups
purpose, characteristics, and membership. Internet standardization has not
yet selected one or more official multicast security protocols. This chapter
presents different approaches to the various challenges, along with their
pluses and minuses, but does not describe specific groupings of the features
that constitute particular protocols.
11.1 Some Examples
The most commonly mentioned example of a multicast group, involving a
single sender and multiple recipients, is a video broadcast, either pay-perview TV, cable TV, or a pay-TV station. Another class with multiple senders
and recipients is a teleconference, which could take the form of a committee,
corporate, or town hall meeting; a conference; or a chat group. There is also
distance learning, involving either the one-way communication of a lecture
or the two-way communication of a class. Groups can form to conduct a
multiplayer video game or to collaborate on the production of a journal or
The Unsolved Puzzle: Secure IP Multicast
231
a document. Members can sign up to receive periodic updates on the news,
stock quotes, weather conditions, or seismic events. As time goes on, the
categories of multicast groups undoubtedly will continue to increase.
11.2 Multicast Logistics
If security is not an issue, central management is not necessarily required,
because multicast operations are handled mostly by multicast routers. The
Internet Group Management Protocol (IGMP) [1] is used to establish and
maintain membership in a multicast group. A host that wants to join a multicast group communicates the request to its local multicast router. The
router maintains a list of multicast groups that have members among its
local hosts.
The router periodically queries its local hosts regarding current multicast group membership. When a host wants to leave the multicast group, it
does not have to notify the router. It simply waits until the next multicast
query from the router and omits the abandoned multicast group from its
response. The router then updates its internal multicast membership table. A
local multicast group can be handled in this way by a single multicast router.
For nonlocal groups, multicast routers share information; one of the numerous multicast routing protocols is used to build a multicast delivery tree or
trees. In the best case, the only leaf routers that receive multicast messages are
those that have group members within their local network. Each leaf router
forwards the multicast messages it receives, which contain a multicast destination address that was assigned to the particular group, to all hosts on
its network. Nonmember hosts filter out the unwanted packets either at the
hardware level, using hardware filters, or at the IP level.
This mechanism does not require any one entity, host or router, to
maintain a complete list of multicast group members. Each multicast branch
router needs to know only the next multicast router or routers on the delivery
tree; each multicast leaf router needs to know only whether any of its local
hosts are members, but it does not need to know which specific local hosts
belong. That works well in an ideal world, in which multicast resources are
freely available to any host that desires to receive them and in which message
integrity or secrecy is not necessary. If membership must be limited, due
either to monetary considerations or to the secret or proprietary nature of the
information, this model is not sufficient. That is the niche to be filled by
multicast security.
232
Demystifying the IPsec Puzzle
11.3 Functional Requirements
There are a number of ways in which multicast groups can be characterized.
One way is based on the external characteristics of the group [24]. Because
those characteristics are numerous, and any individual group is a mix-andmatch combination of them all, it is difficult to come up with a typical
multicast group. The most commonly cited external characteristics are the
following.
• Group size. A multicast group can range from a discussion group
with tens of participants, to an interactive conference or class with
thousands of members, to a video broadcast with millions of recipients. As with most networking technologies, scalability is an issue.
An approach that may work well for a small group might not be feasible for a medium or large group.
• Processing power. Multicast group managers or controllers need to
have considerably more processing power than ordinary members.
But the members processing power might affect the volume of traffic or the real-time capabilities of the group.
• Group dynamics. A multicast group could be a static group whose
membership is known in advance or a dynamic group that is constantly gaining new members (referred to as joins) and losing old
ones (referred to as leaves). The demands of handling membership
changes also depend on the patterns of joins and leaves: Are they
randomly distributed in time, or do they come in bursts? Do members generally stay in the group a long time (also a relative term), or
are there constant changes? The nature of the group also might dictate the speed with which joins and leaves must be processed. For
example, if a multichannel pay-TV server uses the Internet for its
broadcasts, large numbers of members might join right before the
showing of a popular program and leave immediately after it ends. If
each channel constitutes a separate multicast group, rapid processing
of joins and leaves would be essential, because changing channels
would correspond to leaving one multicast group and joining
another. On the other hand, a group that disseminates newspaper
reports could allow more of a delay for both joins and leaves.
• Composition of senders. There are two broad categories of multicast
groups. In one-to-many groups, a single member is always the sender,
and the rest of the group just receives messages. In many-to-many
The Unsolved Puzzle: Secure IP Multicast
233
groups, any member can send messages to the rest of the group.
Even in many-to-many groups, the majority of the traffic might be
sent by one member or by a relatively limited group of members.
For example, in a distance learning class, to allow students to ask
questions and make comments, any member can send a message;
however, the majority of the traffic is generated by the teacher. Some
multicast groups might even allow messages to originate from nonmembers, hosts that do not belong to the group.
• Group lifetime. Once formed, a multicast group could last for a few
minutes or days, or it could continue indefinitely.
• Traffic volume. The number of messages can range from a few short
messages to almost continuous, extremely large messages. An example of the former is news headlines or updates sent several times each
day; an example of the latter is a cable TV broadcast.
• Traffic requirements. Some multicast traffic must be received rapidly
and reliably; with other traffic, reliability is important but delay
is acceptable. For example, it is difficult to take part in an online
discussion if messages are dropped, received out of order, or not
received until after the discussion has terminated. On the other
hand, bulk data transfer can stand some delivery delay. The speed
and reliability requirements placed on multicast traffic are independent of their frequency and volume. Video broadcasts generally
are high volume and require rapid (real-time) delivery; audio broadcasts also demand real-time delivery but typically are lower volume;
bulk data delivery is high volume but would not require real-time
handling.
11.4 Security Requirements
What concerns us more than the external traits of a multicast group is its security requirements. Although those requirements stem from both the groups
purpose and its external parameters, two groups can have the same membership, function, and characteristics but very different security-related needs.
When secure multicast is not required, no central authority needs to
manage a multicast group or keep track of its membership. For secure multicast, which by its nature requires member authentication and secret keys,
a more massive administrative infrastructure is required. The administrative
work of managing a secure multicast group is performed by two entities: the
Tài liệu liên quan
Demystifying the IPSec puzzle computer securities series
1 The TCP/IP Protocol Stack 5
2 Security Associations and the Security Parameters Index 16
8 AH Processing for Outbound Messages 25
9 AH Processing for Inbound Messages 30
7 ESP Header Processing for Inbound Messages 49
9 Criticisms and Counterclaims 52
11 Why Two Security Headers? 55
3 The ESP Header Encryption Algorithms 68
5 Public Key Cryptography 79
4 Proposals and Counterproposals 90
Tài liệu mới
Tiến trình hoạt động
12 ĐỀ THI THỬ CÓ ĐÁP ÁN Mua file word liên hệ toanhocbactrungnam@gmail.com
III. SINH LÝ TUẦN HOÀN
II. SINH LÝ TUẦN HOÀN
I. GIẢI PHẪU HỆ TUẦN HOÀN
II. SINH LÝ HỆ SINH DỤC
I. GIẢI PHẪU HỆ SINH DỤC
II. SINH LÝ HÔ HẤP
I. GIẢI PHẪU HỆ HÔ HẤP
II. SINH LÝ HỆ TIẾT NIỆU

Server: Apache


markdown:
lượt xem
Tin Tức Sự Kiện
Sử dụng mã nhúng cũ
Hãy chia sẻ cảm nghĩ của bạn về video này.
Nhấn Shift + Enter để xuống dòng. Bình luận phải dài hơn 50 ký tự.
Bình luận
0 ký tự
Giấy phép MXH số 273/GP-BTTTT.
Công ty chủ quản: Công ty cổ phần VNG
322B Lý Thường Kiệt, Phường 14, Quận 10, TP. Hồ Chí Minh.
Một sản phẩm của Zing
Không xem được video
Thời gian load video chậm
Tự động chuyển qua video tiếp theo khi chưa xem hết
Video có nội dung xấu
Kiểm tra kết nối Server
Server 1: Loading...
Server 2: Loading...
Server 3: Loading...
Server 4: Loading...
Nhấn Shift + Enter để xuống dòng. Bình luận phải dài hơn 50 ký tự. Bình luận 0 ký tự

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

Cache-Control: private

X-Server: TV-main