기본 컴퓨터 네트워크 지식 요약
1. 각 계층의 프로토콜
계층형 OSI 계층(7개 계층): 물리 계층, 데이터 링크 계층, 네트워크 계층, 전송 계층 , 세션 계층, 프리젠테이션 계층, 애플리케이션 계층. TCP/IP 계층화(4개 계층): 네트워크 인터페이스 계층, 인터넷 계층, 전송 계층 및 애플리케이션 계층. 5계층 프로토콜(5개 계층): 물리 계층, 데이터 링크 계층, 네트워크 계층, 전송 계층, 애플리케이션 계층.
각 레이어의 프로토콜은 다음과 같습니다: 물리 레이어: RJ45, CLOCK, IEEE802.3(리피터, 허브, 게이트웨이) 데이터 링크: PPP, FR, HDLC, VLAN, MAC(브리지, 스위치, 가상 머신의 브리지) ) 네트워크 계층: IP, ICMP, ARP, RARP, OSPF, IPX, RIP, IGRP, (라우터 경로, 가상 머신의 NAT 모드) 전송 계층: TCP, UDP, SPX 세션 계층: NFS, SQL, NETBIOS, RPC 표현 계층 : JPEG, MPEG, ASII 응용 계층: FTP, DNS, Telnet, SMTP, HTTP, WWW, NFS
각 계층 프로토콜의 역할 물리 계층: 기계적, 전기적 사양을 결정하기 위해 미디어를 통해 비트를 전송합니다. (비트) 데이터 링크 계층 : 비트를 프레임으로 조립하고 지점 간 전달(Frame) 네트워크 계층: 소스에서 대상으로의 데이터 패킷 전달 및 인터넷 상호 연결(패킷)을 담당합니다. 전송 계층: 엔드 투 엔드의 안정적인 메시지 전달 및 오류 복구 기능을 제공합니다. (세그먼트) 세션 계층: 세션 설정, 관리 및 종료 (Session Protocol Data Unit SPDU) 프리젠테이션 계층: 데이터 변환, 암호화 및 압축 (프레젠테이션 프로토콜 데이터 단위 PPDU) 애플리케이션 계층: OSI 환경에 대한 접근 허용 수단 (애플리케이션 프로토콜 데이터 단위) APDU)
일반적으로 사용되는 네트워크 포트 UDP: DNS(53) TFTP(69) SNMP(161)TCP: SMTP(25) TELNET(23) HTTP(80) FTP(20 21)
2. 프로토콜 원리(네트워크 계층 , IP 주소를 하드웨어 주소로 변환)
1. 먼저 각 호스트는 IP 주소와 MAC 주소를 나타내기 위해 자체 ARP 버퍼에 ARP 목록을 설정합니다.
2 소스 호스트가 데이터를 보내려고 하면 먼저 ARP 목록에 해당 IP 주소에 해당하는 대상 호스트의 MAC 주소가 있는지 확인하고 없으면 직접 데이터를 보냅니다. 이 네트워크 세그먼트. 네트워크의 모든 호스트가 ARP 패킷을 보냅니다. 패킷의 내용에는 원본 호스트 IP 주소, 원본 호스트 MAC 주소, 대상 호스트 IP 주소가 포함됩니다.
3. 이 네트워크의 모든 호스트가 ARP 패킷을 수신하면 먼저 패킷에 포함된 IP 주소가 자신의 IP 주소인지 확인하세요. 그렇다면 패킷을 무시하세요. 그렇다면 먼저 패킷에서 원본 호스트의 IP 주소와 MAC 주소가 이미 존재하는 경우 이를 제거하세요. 그런 다음 이를 덮어쓴 다음 자신의 MAC 주소를 ARP 응답 패킷에 기록하여 해당 주소가 찾고 있는 MAC 주소임을 알려줍니다. 2.1 RARP 역방향 주소 확인 프로토콜은 그 기능입니다. 하드웨어 주소를 IP 주소로 변환하는 작업을 완료하는 것입니다. 디스크 없는 워크스테이션에 대해 구성된 IP 주소는 저장할 수 없기 때문에 디스크 없는 워크스테이션에 주로 사용됩니다. 작업 흐름: IP 주소와 MAC 주소 간의 매핑 관계를 저장하는 RARP 서버를 네트워크에 구성합니다. 디스크 없는 워크스테이션이 시작되면 MAC 주소가 포함된 RARP 패킷을 캡슐화한 다음 네트워크에 브로드캐스트합니다. 서버는 요청 패킷을 수신하면 MAC 주소에 해당하는 IP 주소를 찾아 응답 메시지에 담아 요청자에게 다시 보냅니다. 브로드캐스트 요청 메시지가 필요하기 때문에 RARP는 브로드캐스트 기능이 있는 네트워크에서만 사용할 수 있습니다.
관련 추천: "FAQ"
3. www.baidu.com을 브라우저에 입력한 후 실행하는 전체 과정
1 클라이언트 브라우저는 DNS IP를 통해 www.baidu.com으로 확인됩니다. 주소는 A입니다. 이 IP 주소 A를 통해 클라이언트에서 서버로의 경로를 찾습니다. 클라이언트 브라우저는 A에 http 세션을 시작한 후 TCP를 통해 네트워크 계층에 패킷을 입력합니다.
2. 클라이언트의 전송 계층에서 HTTP 세션 요청을 메시지 세그먼트로 나누고 소스 및 대상 포트를 추가합니다. 예를 들어 서버는 포트 80을 사용하여 클라이언트의 요청을 수신합니다. 5000 서버와 교환하기 위해 서버는 해당 요청을 클라이언트의 5000 포트로 반환합니다. 그런 다음 IP 계층의 IP 주소를 사용하여 대상을 찾습니다.
3. 클라이언트의 네트워크 계층은 애플리케이션 계층이나 전송 계층을 신경 쓸 필요가 없습니다. 이 기간 동안 라우팅 테이블을 조회하여 서버에 도달하는 방법을 결정합니다. 이는 모두 라우터에 의해 완료됩니다. 라우팅 테이블은 라우팅 프로토콜을 사용하여 서버에 도달할 경로를 결정합니다.
4 패킷은 라우터로 전송됩니다. 링크 계층은 Neighbor 프로토콜을 통해 주어진 IP 주소의 MAC 주소를 조회한 후 ARP 요청을 보냅니다. 응답을 받으면 ARP 요청 응답을 사용할 수 있습니다. 이제 전송된 다음 IP 데이터 패킷을 서버 주소로 보냅니다. 4. DNS 도메인 이름 확인 시스템 프로세스
1 브라우저에 www.qq.com 도메인 이름을 입력하면 운영체제가 먼저 확인합니다. 로컬 호스트 파일에 이 URL 매핑 관계가 있는지 여부. 그렇다면 먼저 IP 주소 매핑을 호출하여 도메인 이름 확인을 완료합니다.
2. 호스트에 해당 도메인 이름의 매핑이 없으면 로컬 DNS 확인자 캐시를 검색하여 이 URL에 대한 매핑 관계가 있는지 확인하세요. 그렇다면 바로 돌아와서 도메인 이름 확인을 완료하세요.
3. 호스트와 로컬 DNS 확인자 캐시 간에 해당 URL 매핑 관계가 없으면 먼저 TCP/ip 매개변수에 설정된 기본 DNS 서버를 찾습니다. 여기서는 이 서버가 수신할 때 이를 로컬 DNS 서버라고 합니다. 쿼리할 도메인 이름이 로컬 구성 영역 리소스에 포함되어 있으면 확인 결과를 클라이언트에 반환하여 도메인 이름 확인을 완료합니다.
4. 쿼리할 도메인 이름이 로컬 DNS 서버 영역에서 확인되지 않았지만 서버가 URL 매핑 관계를 캐시한 경우 이 IP 주소 매핑은 도메인 이름 확인을 완료하기 위해 호출됩니다. .
5. 로컬 DNS 서버의 로컬 영역 파일 및 캐시 확인이 유효하지 않은 경우 (포워더 설정 여부와 관계없이) 로컬 DNS 서버의 설정에 따라 쿼리가 수행됩니다. , 로컬 DNS는 13개의 루트 DNS에 요청을 보냅니다. 요청을 받은 후 루트 DNS 서버는 이 도메인 이름(.com)의 관리 권한을 부여한 사람을 결정하고 최상위 수준을 담당하는 IP를 반환합니다. 도메인 이름 서버. 로컬 DNS 서버는 IP 정보를 받은 후 .com 도메인을 담당하는 서버에 접속합니다. .com 도메인을 담당하는 서버가 요청을 받은 후 이를 해결할 수 없으면 .com 도메인을 관리하는 하위 DNS 서버 주소(qq.com)를 찾아 로컬 DNS 서버에 제공합니다. 로컬 DNS 서버가 이 주소를 수신하면 qq.com 도메인 서버를 찾고, 위의 작업을 반복하고, www.qq.com 호스트를 찾을 때까지 쿼리합니다.
6. 전달 모드를 사용하는 경우 이 DNS 서버는 요청을 상위 DNS 서버로 전달하고 상위 수준 서버가 이를 해결할 수 없는 경우 루트 DNS를 찾거나 전달합니다. 더 높은 레벨로 가서 이렇게 순환하세요. 로컬 DNS 서버가 전달 또는 루트 프롬프트를 사용하는지 여부에 관계없이 결과는 최종적으로 로컬 DNS 서버에 반환되고 DNS 서버는 이를 클라이언트에 반환합니다.
위 내용은 컴퓨터 네트워크에 대해 필요한 지식은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!