User Tag List

+ Trả lời chủ đề
Trang 2/9 ĐầuĐầu 1234 ... CuốiCuối
Hiện kết quả từ 11 tới 20 của 83

Chủ đề: Computer,Network v.v.v.v.v.

  1. #11
    COTN
    Guest

    Mặc định

    Quote Nguyên văn bởi SubZero
    Bài viết của I Love U chát lượng đây.
    Bác cho anh em hỏi, trong lập trình dùng WinSock nó có 2 Protocol
    là TCP và UDP chả hiểu nó khác nhau ở chỗ nào? Trong 2 cái đấy bác có biết cái nào hay hơn không?
    Đây là 2 giao thức thuộc lớp 4(lớp Transport) của mô hình OSI,
    Điểm khác nhau cơ bản của 2 giao thưc này là TCP thuộc giao thưc hướng kết nối (connection-Oriented) còn UDP thuộc giao thức phi kết nối (connectionless).
    Các giao thức này được sử dụng tùy thuộc vào loại dich vụ sử dụng.
    Chẳng hạn các dịch vụ cần độ tin cậy cao thì người ta dùng TCP, vd như Telnet, HTTP, FTp,..
    Còn các dịch vụ yêu cầu về tốc độ thì hay dùng UDP, như các dịch vụ đa phương tiện (multimedia application).

  2. #12
    Avatar của Iloveyou
    Tham gia ngày
    Dec 2003
    Bài gửi
    85

    Mặc định

    Ê chào bà con , ANh em tham gia đông vui quá ta.
    HIHIHIHIHIHI
    Có thế mới xứng đáng là box FET chứ.
    Hôm nay Iloveyou có bài mới đây
    Ping là một chương trình cho phép bạn xác định một host còn hoạt động(alive) hay không?

    Một ví dụ về Ping!

    C:\> ping www.aqnet.com

    Pinging www.aqnet.com [209.54.218.119] with 32 bytes of data:

    Reply from 209.54.218.119: bytes=32 time<10ms TTL=128
    Reply from 209.54.218.119: bytes=32 time<10ms TTL=128
    Reply from 209.54.218.119: bytes=32 time<10ms TTL=128
    Reply from 209.54.218.119: bytes=32 time<10ms TTL=128

    Ping statistics for 209.54.218.119:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
    Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms

    C:\>

    www.aqnet.com(209.54.218.119) -> alive!

    Nếu bạn nhận được thông báo "Host Alive", điều này có nghĩa là host không còn hoạt động!

    Ping hoạt động ra sao?

    Ping gởi một ICMP message "echo request" đến host. Nếu nhận được một ICMP message "echo reply" của host, ping sẽ thông báo host còn hoạt động. Nếu không nhận được ICMP message "echo reply" của host, ping sẽ thông báo host này đã ngừng hoạt động!

    Format của ICMP "echo request" và "echo reply" có dạng như sau:

    0 7 8 15 16 31
    +-----------------+-----------------+-----------------+
    | Type (0 or 8) | Code (0) | 16-bit Checksum |
    +-----------------+-----------------+-----------------+
    | Indentifier | sequence number |
    +-----------------+-----------------+-----------------+
    | |
    | (Optional Data) |
    | |
    +-----------------------------------------------------+

    Bất cứ lúc nào host nhận được một ICMP request message, nó sẽ phản hồi trở lại với một identifier và số sequence number. Trong hầu hết các hệ thống Unix, trường indentifier được đặt số Process ID của tiến trình gởi gói packet đi. Vì vậy, nếu bạn ping cùng một lúc nhiều lần đến một hệ thống Unix, giá trị indentifier mà bạn nhận được trong mỗi lần ping sẽ khác nhau!

    Trường sequence number có giá trị mặc định là 0. Giá trị này sẽ được tăng một sau mỗi lần hệ thống phản hồi ICMP request message của chương trình ping. Ping sẽ in ra giá trị sequence number của mỗi lần nhận packet, điều này cho chúng ta biết được các gói packet có gặp lỗi hay không?!

    (Để biết chi tiết về các trường khác, bạn hãy tham khảo các bài viết về giao thức TCP-IP!)

    Bây giờ chúng ta hãy xem qua ví dụ cuối cùng:

    # ping hackingtruths.box.sk

    Pinging hackingtruths.box.sk [194.x.yyy.227] with 32 bytes of data:
    32 bytes from 194.x.yyy.227: icmp_seq=0 ttl=225 time=0 ms
    32 bytes from 194.x.yyy.227: icmp_seq=1 ttl=225 time=0 ms
    32 bytes from 194.x.yyy.227: icmp_seq=2 ttl=225 time=0 ms
    32 bytes from 194.x.yyy.227: icmp_seq=3 ttl=225 time=0 ms
    32 bytes from 194.x.yyy.227: icmp_seq=4 ttl=225 time=0 ms
    32 bytes from 194.x.yyy.227: icmp_seq=5 ttl=225 time=0 ms
    32 bytes from 194.x.yyy.227: icmp_seq=6 ttl=225 time=0 ms
    ...

    Ở dòng đầu tiên, ping phân tích hostname ra địa chỉ ip. Bạn có nhận thấy giá trị icmp_seq tăng dần từ 0 sau mỗi lần ping nhận được ICMP message "echo reply" từ host không? Như vậy là các gói packet mà chúng ta nhận điều không gặp lỗi gì hết! Ping còn cho chúng ta biết thời gian TTL(Time To Live) nữa! Ping lưu thời gian mỗi lần gởi ICMP message "echo request". Khi nhận được ICMP message "echo reply" từ host, Ping sẽ lấy thời gian hiện tại trừ đi giá trị này sẽ ra TTL!

  3. #13
    Avatar của Iloveyou
    Tham gia ngày
    Dec 2003
    Bài gửi
    85

    Mặc định

    Tìm hiểu về TCP/IP :
    TCP/IP gồm 4 lớp giao thức, tương ứng với 7 lớp giao thức của chuẩn ISO OSI. Bốn lớp đó gồm (kể theo thứ tự từ trên xuống dưới): Application layer, Host-to-host layer, Internet layer, cuối cùng là Physical layer. TCP nằm ở lớp thứ 3 (Host-to-host layer), IP nằm ở lớp thứ 2 (Internet layer).
    Tên Số thứ tự
    Application layer 4
    Host-to-host layer 3
    Internet layer 2
    Physical layer 1
    Đi từ trên xuống dưới, lớp ứng dụng sẽ xử lý thông tin và ra lệnh gửi/nhận đến lớp TCP để truyền và nhận dữ liệu.
    TCP là viết tắt của Transmission Control Protocol tạm dịch là Cách thức điều khiển truyền. TCP phụ trách việc truyền và nhận dữ liệu. TCP giúp cho lớp ứng dụng (Application layer) sử dụng lớp IP (lớp IP là vì lớp Internet chỉ có IP) (Internet Protocol, tạm dịch Giao thức liên mạng) một cách trong suốt. Điều này có nghĩa là lớp ứng dụng không cần biết đến phần cứng sẽ làm việc gì, ra sao, mà chỉ cần quan tâm đến việc xử lý dữ liệu của riêng mình. TCP cũng đảm trách việc nhận đúng dữ liệu và gửi dữ liệu đó đến đúng chương trình cần nhận. TCP còn có chức năng kiểm tra và sửa lỗi thông qua việc đồng bộ hoá (synchronize) thông tin 2 đầu truyền dữ liệu và lời nhận biết (acknowledgement) từ phía nhận dữ liệu.
    Lớp IP đảm trách việc tìm đường tối ưu để gửi dữ liệu qua mạng và đưa dữ liệu xuống cho lớp vật lý (Physical layer).
    Lớp vật lý chính thức chuyển dữ liệu thành các bit và truyền dữ liệu vào cáp (cable).
    Khi dữ liệu đến thì lớp vật lý nhận dữ liệu, gộp lại thành các bit, byte và chuyển lại cho lớp IP. Đến lượt lớp IP sau khi đã kiểm tra dữ liệu là thuộc về giao thức TCP sẽ trả dữ liệu đó cho lớp TCP (lưu ý, tôi dùng từ "lớp TCP" để chỉ đến giao thức TCP, TCP/IP không có "lớp TCP" mà là "Host-to-host layer", bao gồm TCP và UDP. UDP sẽ được nói ở phần cuối bài).
    Nguyên tắc hoạt động:
    Mục này giới thiệu cách thức hoạt động của lớp TCP và lớp IP.
    Các tính chất của TCP:
    - Có tính kết nối (connection oriented) với giao tiếp 3 lượt (3-way handshake).
    - Phát hiện và sửa lỗi (error detection & recovery).
    TCP là một giao thức có tính kết nối. Điều này có nghĩa là mọi kết nối đều có sự thông tin trước. Ví dụ A muốn kết nối tới B thì A phải thong báo cho B biết trước và đợi trả lời đồng ý từ B. Sự thông tin này diễn ra theo 3 bước (3-way handshake) như sau:
    1. A gửi thông điệp muốn kết nối tới B. (SYN)
    2. B gửi thông điệp đồng ý kết nối lại cho A. (ACK, SYN)
    3. A gửi thông điệp đã nhận được sự đồng ý lại cho B. (ACK)
    SYN: synchronize, đồng bộ hoá kết nối.
    ACK: acknowledgement, sự nhận biết.
    Diễn giải quá trình:
    Bước 1: A gửi một SYN message tới B, thông báo cổng (port) cần kết nối tới, dung lượng đường truyền của A, khả năng gửi bao nhiêu thông điệp không cần nhận biết (windowing, giải thích sau), và các thông tin khác.
    Bước 2: B nhận được thông tin từ A, nếu chấp nhận kết nối sẽ gửi trả thông báo đã nhận được yêu cầu kết nối từ A và chấp nhận sự kết nối, đồng thời cũng gửi thêm thông tin về B như khả năng gửi bao nhiêu thông điệp không cần nhận biết v.v...
    Bước 3: A gửi trả ACK message cho B thông báo rằng A đã nhận được. Kết nối thành công.
    Ngoài ra, khi muốn chấm dứt kết nối, bốn bước sau sẽ được thực hiện:
    1. A gửi tín hiệu chấm dứt kết nối. (SYN)
    2. B nhận tín hiệu và gửi trả tín hiệu cho biết đã nhận. (ACK)
    3. B gửi tín hiệu cho Application layer thông báo kết nối sẽ bị chấm dứt đồng thời gửi trả cho A tín hiệu thông báo đồng ý chấm dứt. (SYN)
    4. A gửi lại cho B tín hiệu cho biết A đã nhận được thông điệp từ B. (ACK)
    Nói tóm lại, TCP có tính kết nối.
    TCP có tính phát hiện lỗi vì mọi thông điệp gửi theo TCP đều được kiểm tra thông qua một số nguyên 32 bit cho biết giá trị CRC (Cyclic Redundant Check) của thông điệp được gửi. Bên gửi sẽ tính giá trị CRC và gửi kèm trong thông điệp. Bên nhận sẽ tính lại giá trị đó và so sánh với giá trị do bên gửi gửi đi. Nếu không đúng có nghĩa là đã có sự sai sót xảy ra. TCP có tính sửa lỗi vì khi phát hiện ra sai sót, bên nhận sẽ gửi thông điệp báo sai tới bên gửi, đề nghị gửi lại thông điệp bị sai.
    Không phải sau mỗi một thông điệp được gửi đi thì đều có một thông điệp thông báo đã nhận được từ bên nhận gửi trả về. Có thể sau 10 thông điệp được gửi đi thì mới có một thông điệp thông báo nhận được gửi trả. Đó gọi là khả năng gửi không cần nhận biết.
    Ví dụ: A gửi cho B 6 lượt, mỗi lượt 1000 bytes, khả năng gửi không cần nhận biết của A là 3, B nhận được thông điệp đầu hoàn chỉnh, thông điệp thứ 2 bị sai, các thông điệp sau bình thường. Quá trình đó sẽ diễn ra như sau:
    1. A gửi cho B 3 thông điệp lần lượt.
    2. B gửi lại cho A ACK message với giá trị 2000. Nếu B nhận được tất cả các thông điệp hoàn chỉnh, B sẽ gửi lại cho A một ACK message với giá trị 4000 (là giá trị kế tiếp mà A có thể gửi).
    3. A gửi lại cho B message thứ 2 (từ vị trí 2000 đến vị trí 2999) và chờ. Lúc này A hy vọng rằng B nhận được thông điệp thứ nhất và thông điệp thứ ba hoàn chỉnh, A sẽ không phải gửi lại toàn bộ các thông điệp từ chỗ bị sai mà chỉ gửi thông điệp bị sai.
    4. B gửi lại cho A ACK message với giá trị 4000 cho biết B nhận được 3 thông điệp đầu hoàn chỉnh và A có thể gửi tiếp các thông điệp sau, bắt đầu từ vị trí 4000.
    5. A gửi cho B thông điệp thứ 4, 5 và 6.
    6. B gửi trả ACK message với giá trị 7000.
    Giả sử trong khi gửi thông điệp 4, 5, 6, A chưa kịp gửi thông điệp thứ 5 thì đã nhận được ACK message từ B với giá trị 5000 thì lúc đó window của A sẽ được sửa thành giá trị 3. Nếu A đã gửi thông điệp 4, 5 và nhận được ACK message của B với giá trị 5000 thì window của A được sửa thành 2, A có thể gửi tiếp 2 thông điệp 6 và 7. Có nghĩa là tối đa A có thể gửi ‘window’ lần số thông điệp. Mỗi lần gửi, giá trị window giảm cho đến khi bằng 0. Khi nhận được ACK message, giá trị đó sẽ thay đổi, tăng lên cho đến khi số thông điệp đã gửi đi mà chưa nhận được ACK message bằng giá trị window chính).
    Trong quá trình truyền tín hiệu như vậy, nếu bên B cảm thấy có thể nhận được tín hiệu nhanh hơn thì bên B sẽ gửi SYN message lại cho A, thông báo muốn tăng giá trị window lên (giảm thời gian và số ACK message được gửi đi). Bên A sẽ gửi trả ACK message và tự tăng giá trị window lên theo yêu cầu của bên B. Ngược lại, B sẽ đề nghị A giảm giá trị window xuống. Ngoài ra, số lượng thông tin được gửi đi trong mỗi thông điệp cũng có thể thay đổi tuỳ vào đường truyền. Với TCP, lượng thông tin này được đo bằng đơn vị byte. MTU (maximum transmission unit) là số transmission unit (đơn vị truyền) (với TCP được tính là byte) tối đa mỗi thông điệp có thể chứa. Nói tóm lại, sự liên lạc bằng TCP có tính phát hiện và sửa lỗi, cũng như có sự can thiệp một cách tự động của lớp TCP phụ thuộc vào điều kiện đường truyền.
    Bài tiếp sẽ được gửi tiếp,

  4. #14
    Avatar của Iloveyou
    Tham gia ngày
    Dec 2003
    Bài gửi
    85

    Mặc định

    Tiếp bài TCP/IP bà con ơi
    TCP phân biệt các thông điệp gửi cho chương trình này và thông điệp gửi cho chương trình khác thông qua socket. Socket là một khái niệm để chỉ 2 giá trị cần thiết khi khởi tạo kết nối. Đó là địa chỉ IP (IP address) của máy và cổng (port). Giả sử B chạy một server, nhận kết nối ở cổng 80, có địa chỉ IP là 1.1.1.1. A là máy khách, chạy 2 chương trình client để kết nối tới B, A có địa chỉ là 1.1.1.2. Client đầu tiên dùng port 1024, client thứ 2 dùng port 1025. Khi B nhận tín hiệu kết nối từ client thứ 1, B hiểu rằng tín hiệu đó từ địa chỉ IP 1.1.1.2 và từ port 1024. Tương tự, B hiểu client thứ 2 từ socket khác. Như vậy, khi B trả lời A, B sẽ gửi thông tin tới socket tương ứng với client 1 hay 2 của A. Khi A gửi cho B, B cũng biết thông tin đó từ client 1 hay 2 gửi cho mình thông qua việc nhận biết thông tin đó xuất phát từ socket của client 1 hay 2. Quá trình chuyển thông tin cho lớp ứng dụng này được gọi là multiplexing.
    Nói thêm về UDP. UDP là một giao thức truyền khác, cũng nằm ở lớp thứ 3 (Host-to-host layer), cũng làm nhiệm vụ như TCP. UDP khác TCP ở chỗ là một giao thức không có tính kết nối, không có sự kiểm tra và sửa lỗi. UDP dựa vào lớp trên (lớp ứng dụng) để làm việc này. UDP viết tắt của Unreliable Datagram Protocol (tạm dịch giao thức truyền không đáng tin). Chương trình sử dụng UDP phải tự cài đặt phần kiểm tra dữ liệu. Tuy nhiên, điểm mạnh của UDP là ở chỗ vì không có nhiều tính toán và các thông tin kiểm tra khác nên UDP nhanh hơn TCP, sử dụng ít bộ nhớ cũng như thời gian của CPU hơn. UDP cũng dùng địa chỉ IP và port để nhận biết và chuyển thông tin cho lớp trên.
    IP có chức năng chuyển thông tin đi qua mạng đến nơi cuối. IP làm được việc này nhờ vào một bảng chỉ đường (routing table) dựa trên địa chỉ mạng (network address), không phải dựa trên địa chỉ máy tới) và chuyển thông tin đó tới máy cuối. Trên đường đi, thông tin có thể qua nhiều trạm trung gian (tài liệu cũ dùng từ gateway, tài liệu mới dùng từ router), cũng sử dụng lớp IP để chuyển tiếp (forward) các tín hiệu đó tới các trạm khác gần máy đích hơn.

  5. #15
    Avatar của Iloveyou
    Tham gia ngày
    Dec 2003
    Bài gửi
    85

    Mặc định

    Bà con có ai đi học CCNA không góp vui cho anh em nhờ tí coi.Sinh viên FET mà không học CCNA gặp bọn HVCBCVT nó đá cho chạy không kịp đâu .

  6. #16
    Avatar của Iloveyou
    Tham gia ngày
    Dec 2003
    Bài gửi
    85
    Mấy cái lệnh ping của các hệ điều hành anh em co thể tim thấy trong quyển Win2000 sever không ai nhớ hết được đâu.Lúc nào cần thì biết chỗ để mà tìm.với lại cũng chỉ có một vài lệnh cơ bản thôi ,Chờ bài sau tớ post lên cho.[QUOTE] :f:

  7. #17
    COTN
    Guest

    Mặc định

    Quote Nguyên văn bởi Iloveyou
    Mấy cái lệnh ping của các hệ điều hành anh em co thể tim thấy trong quyển Win2000 sever không ai nhớ hết được đâu.Lúc nào cần thì biết chỗ để mà tìm.với lại cũng chỉ có một vài lệnh cơ bản thôi ,Chờ bài sau tớ post lên cho
    Trong Win2K,XP có thể tra cứu mấy cái lệnh này, cứ vào help mà search.
    Lần sửa cuối bởi COTN; 20-12-2003 lúc 01:12 AM

  8. #18
    YouKnowWho
    Guest

    Mặc định

    Quote Nguyên văn bởi Iloveyou
    Bà con ơi .ANh em mình cùng trao đổi kinh nghiệm về computer and network cho bọn FIT lác mắt chơi.TUi mở màn bàng cây nhà lá vươn đê.
    Ặc ặc, siêu chuối cái nhà tên Iloveyou này.
    Tinh vi... sờ ti đồng nát nó vừa vừa thôi. :lol: :f:
    Thừa hiểu là mấy cái này cậu cóp nhặt được ở đâu ra, rồi post lên đây, chứ sức mấy mà đã đòi đọ với FIT, nó đập cho tòe mỏ ra ấy chứ.

    Thôi thì cũng đáng khen cái tinh thần chia sẻ cho anh em, chứ cái tinh thần tinh vi thì... ặc ặc quá.

    Lần sau thì giữ mồm chút nhá! :j:

  9. #19
    HUT's Student
    Tham gia ngày
    May 2003
    Bài gửi
    418

    Mặc định

    Hê hê cái mũi dài ghê. Từ FIT mà thò sang đây. Hic hic bó chân, phải nói rằng IT đỉnh rồi, tuy nhiên ko nên so sánh. Ai chả có mặt mạnh. Mà YouKnowWho có biết Iloveyou là ở khoa nào không mà đòi.
    Can you paint with all the colors of the wind ?

  10. #20
    svBK's Member Avatar của SubZero
    Tham gia ngày
    Nov 2002
    Bài gửi
    32

    Mặc định

    Chú YouKnowWho hơi bị bức xúc rồi đấy, kiềm chế tí đê.
    Welcome to our site : http://www.finalstyle.com
    For developer : http://www.vncoder.com

+ Trả lời chủ đề
Trang 2/9 ĐầuĐầu 1234 ... CuốiCuối

Thông tin chủ đề

Users Browsing this Thread

Hiện có 1 người đọc bài này. (0 thành viên và 1 khách)

Chủ đề tương tự

  1. Computer Architecture _ Kiến trúc máy tính!
    Gửi bởi BlueGene trong mục Các vấn đề CNTT khác
    Trả lời: 15
    Bài cuối: 25-12-2008, 07:29 PM
  2. Computer Network
    Gửi bởi glass_rose trong mục Mạng máy tính
    Trả lời: 33
    Bài cuối: 08-09-2006, 09:05 PM
  3. Computer Languages History
    Gửi bởi Nistelrooy trong mục Giảng đường CNTT
    Trả lời: 1
    Bài cuối: 05-08-2006, 10:16 AM
  4. Computer Science - nền tảng kiến thức
    Gửi bởi The Fool trong mục Giảng đường CNTT
    Trả lời: 9
    Bài cuối: 24-06-2006, 03:56 AM
  5. Computer Shopper
    Gửi bởi Mr.vulh_bk trong mục Tài liệu CNTT
    Trả lời: 0
    Bài cuối: 15-03-2006, 06:08 AM

Từ khóa (Tag) của chủ đề này

Quyền viết bài

  • Bạn không thể gửi chủ đề mới
  • Bạn không thể gửi trả lời
  • Bạn không thể gửi file đính kèm
  • Bạn không thể sửa bài viết của mình


About svBK.VN

    Bách Khoa Forum - Diễn đàn thảo luận chung của sinh viên ĐH Bách Khoa Hà Nội. Nơi giao lưu giữa sinh viên - cựu sinh viên - giảng viên của trường.

Follow us on

Twitter Facebook youtube