프로토콜이란 무엇인가요?

질문 1: 네트워크 프로토콜이란 무엇입니까? 네트워크 프로토콜(프로토콜)은 특별한 종류의 소프트웨어이며 컴퓨터 네트워크가 해당 기능을 구현하는 가장 기본적인 메커니즘입니다. 네트워크 프로토콜의 본질은 규칙, 즉 다양한 하드웨어와 소프트웨어가 따라야 하는 동일한 규칙입니다. 네트워크 프로토콜은 별도의 소프트웨어 세트가 아니며 다른 모든 소프트웨어 시스템에 통합되어 있습니다. 따라서 프로토콜은 네트워크에서 어디에나 존재한다고 말할 수 있습니다. 네트워크 프로토콜은 우리에게 매우 익숙한 TCP/IP, HTTP 및 FTP 프로토콜부터 OSPF, IGP 및 기타 프로토콜에 이르기까지 OSI 통신 모델의 모든 수준에 걸쳐 있으며 수천 개가 있습니다. Puji 사용자의 경우 너무 많은 기본 통신 프로토콜에 신경 쓸 필요가 없으며 해당 통신 원칙만 이해하면 됩니다. 실제 관리에서 기본 통신 프로토콜은 일반적으로 자동으로 작동하며 수동 개입이 필요하지 않습니다. 그러나 세 번째 계층 위의 프로토콜의 경우 수동 개입이 필요한 경우가 많습니다. 예를 들어 TCP/IP 프로토콜이 제대로 작동하려면 수동 구성이 필요합니다.

질문 2: 합의란 무엇입니까? 합의

프로토콜은 일련의 단계입니다. 두 명 이상의 당사자가 참여하며 작업을 완료하도록 설계되었습니다!

컴퓨터 간에 데이터를 교환할 때 따라야 하는 데이터 형식과 규칙에 대한 공식적인 설명입니다. 간단히 말하면, 네트워크상의 컴퓨터들이 서로 원활하게 통신하려면 동일한 언어를 말해야 합니다. 언어는 프로토콜에 해당하며 이더넷, NetBEUI, IPX/SPX 및 TCP/IP 프로토콜로 구분됩니다.

프로토콜에는 다른 특징이 있습니다.

1. 프로토콜에 참여하는 모든 사람은 프로토콜을 이해하고 완료해야 할 모든 단계를 미리 알고 있어야 합니다.

2 계약에 참여한 모든 사람은 이에 동의하고 이를 준수해야 합니다.

3 합의는 명확해야 하며, 각 단계는 명확하게 정의되어야 하며 오해가 없어야 합니다.

4 계약은 완전해야 하며 가능한 각 상황에 대한 구체적인 조치를 지정해야 합니다.

암호화 프로토콜은 암호화를 사용하는 프로토콜입니다.

컴퓨터 네트워크에서 정보의 형식과 정보를 보내고 받는 방법을 지정하는 데 사용되는 일련의 규칙을 네트워크 프로토콜 또는 통신 프로토콜이라고 합니다.

질문 3: 프로토콜이란 무엇입니까? 의정서란 둘 이상의 당사자가 사회생활에서 협력하여 쌍방 또는 여러 당사자가 상호 협의를 거쳐 합의한 후 각자의 정당한 권익을 보호하기 위해 서명한 문서를 말합니다. 양 당사자(또는 여러 당사자)가 서명한 문서입니다. 분쟁을 해결 또는 예방하거나 특정 공동 이익을 달성하기 위해 특정 법적 관계를 설정하기 위해 협상을 통해 합의에 도달한 후 서명한 법적 구속력이 있는 문서입니다.

질문 4: 계약서란 무엇입니까? 계약은 계약입니다. 그냥 xx 계약 또는 xx 계약이라고 부르면 됩니다.

질문 5: MCTP 프로토콜이 무엇인가요? Multi-Channel Transmission Platform의 약어는 프로토콜입니다. 간단히 말해서 프런트엔드 장치에서 수집한 정보를 광섬유, 이더넷 등을 통해 백엔드로 전송합니다. 채널 중 하나가 손상되면 다른 채널로 이동

질문 6: 기본 합의란 무엇입니까? 기본 합의는 일반적인 합의입니다. 세부 사항없이.

공식적인 계약은 더 구체적이고 자세한 규칙이 있습니다.

질문 7: IP 프로토콜이란 무엇입니까? 인터넷 프로토콜 IP

인터넷에서 사용되는 주요 하위 수준 프로토콜은 IP 프로토콜이라고도 불리는 인터넷 프로토콜입니다. 우리는 균일하게 준수된 통신 프로토콜을 사용하여 인터넷을 다양한 유형의 컴퓨터와 다양한 운영 체제를 연결할 수 있는 네트워크로 만듭니다. 두 대의 컴퓨터가 서로 통신하려면 두 컴퓨터 모두 동일한 언어를 사용해야 합니다. 통신 프로토콜은 두 컴퓨터가 정보를 교환하는 데 사용하는 동일한 언어와 같습니다. 통신하는 동안 두 통신 당사자가 준수해야 하는 계약을 규정합니다.

컴퓨터의 통신 프로토콜은 컴퓨터가 서로 통신하는 방식에 대한 모든 세부 사항을 정확하게 정의합니다. 예를 들어, 각 컴퓨터가 보낸 정보의 형식과 의미, 지정된 특수 정보는 어떤 상황에서 보내야 하는지, 수신 컴퓨터는 어떤 응답을 해야 하는지 등이 있습니다.

인터넷 프로토콜 IP 프로토콜은 다양한 네트워크 하드웨어에 적응할 수 있는 유연성을 제공하며 모든 네트워크가 한 위치에서 다른 위치로 바이너리 데이터를 전송할 수 있는 한 기본 네트워크 하드웨어에 대한 요구 사항이 거의 없습니다. 인터넷에 접속하기 위한 IP 프로토콜.

인터넷에서 소통하고 통신하려면 인터넷에 연결된 모든 컴퓨터가 IP 프로토콜을 준수해야 합니다. 이러한 목적으로 인터넷을 사용하는 모든 컴퓨터는 항상 정보를 보내거나 받을 준비가 되어 있도록 IP 필드웨어를 실행해야 합니다.

IP 프로토콜은 네트워크 통신에 매우 중요합니다. 네트워크의 컴퓨터는 IP 소프트웨어를 설치하여 많은 근거리 통신망이 크고 엄격한 통신 시스템을 형성하도록 합니다. 이는 인터넷이 실제로 존재하는 것처럼 보이지만 실제로는 존재하지 않는 가상 네트워크일 뿐입니다. IP 프로토콜을 사용하여 인터넷에 액세스하려는 전 세계 모든 컴퓨터 근거리 통신망을 연결하여 인터넷에 접속할 수 있도록 합니다. 서로 통신이 가능합니다.

질문 8: 대화형 프로토콜은 무엇입니까? NT와 win2000은 각각 NTLM 및 Kerberos 프로토콜을 통해 도메인 사용자 계정 로그인을 확인하는 반면, 로컬 계정 로그인 확인은 MSV1_0 프로토콜을 사용합니다. 이름과 비밀번호), 서버는 이 정보를 서버의 인증 기관으로 전송하며, 인증 기관은 로컬에 저장된 데이터베이스 파일(SAM)과 비교하여 사용자의 신원을 확인합니다. 이 액세스 토큰은 SID라고도 하는 토큰입니다. 원래 NT 모드에서는 도메인 간의 신뢰 관계가 단방향이고 양도 불가능하므로 한 도메인의 사용자는 다른 도메인의 리소스 액세스 권한을 얻어야 합니다. . , 신뢰 관계를 수동으로 설정하고 사용자의 액세스 권한을 승인해야 합니다. 현재 win2000 모드에서 각 사용자의 토큰은 SID + 도메인 ID, 즉 GUID로 포리스트 내에서 절대 변경되지 않습니다. 이는 각 도메인의 RID 호스트(상대 호스트)에 의해 할당됩니다. SID는 각 도메인에서 고유하지만 다른 도메인에도 동일한 SID가 나타날 수 있습니다. 그러나 도메인 ID가 다르기 때문에 두 도메인의 GUID는 동일할 수 없습니다. 그러나 이는 Kerberos 프로토콜을 기반으로 해야 합니다. Kerberos는 도메인 간의 전이적 양방향 신뢰 관계를 제공합니다. 즉, A는 B를 신뢰하고, B는 A를 신뢰하고, B는 C를 신뢰하고, A는 C를 신뢰합니다. 물론, 수동으로 조정할 수도 있습니다. 토큰은 사용자가 도메인이나 로컬 컴퓨터에 로그인할 수 있는지 여부와 리소스 및 시스템에 액세스할 수 있는지 여부만 보장할 수 있습니다. 권한은 ACL 및 ACE에 의해 결정됩니다. ACL(액세스 제어 목록)은 각 파일 및 폴더에 대한 사용자 그룹 및 사용자 액세스 제어 목록이고, ACE(액세스 제어 항목)는 특정 액세스 유형(예: 읽기, 쓰기 등)입니다.

질문 9: 자녀계약이란 어머니가 자녀를 낳는 경우, 부모계약에서 파생되는 것으로 일반적으로 부모계약에 하나 이상의 조항을 구체적이고 명확하게 규정한 계약입니다. .

질문 10: FTP는 어떤 프로토콜을 사용합니까? FTP는 TCP만을 기반으로 하는 서비스이며 UDP를 지원하지 않습니다. 차이점은 FTP가 데이터 포트와 명령 포트(제어 포트라고도 함)의 2개 포트를 사용한다는 것입니다. 일반적으로 이 두 포트는 21 명령 포트와 20 데이터 포트입니다. 그러나 FTP 작동 방식에 따라 데이터 포트가 항상 20이 아니라는 사실을 발견했을 때 혼란이 생겼습니다.

활성 FTP

활성 FTP는 다음과 같습니다. 클라이언트는 권한이 없는 임의의 포트 N(N>;1023)에서 FTP 서버의 명령 포트에 연결합니다. 포트 21. 그런 다음 클라이언트는 포트 N+1에서 수신 대기를 시작하고 FTP 명령 "port N+1"을 FTP 서버로 보냅니다. 그런 다음 서버는 자체 데이터 포트(20)에서 클라이언트가 지정한 데이터 포트(N+1)로 연결합니다.

FTP 서버 앞의 방화벽의 경우 활성 FTP를 지원하려면 다음 통신이 허용되어야 합니다.

FTP 서버의 포트 21에 대한 모든 포트(클라이언트 시작 연결 SC )

FTP 서버의 포트 20을 1023보다 큰 포트로 연결(서버 측 초기화 데이터는 클라이언트의 데이터 포트 S->C에 연결됨)

포트 더 큰 1023보다 FTP 서버의 포트 20에 연결합니다(클라이언트는 서버의 데이터 포트 S, 1023 및 N+1에 ACK 응답을 보냅니다). 첫 번째 포트는 서버의 포트 21에 연결되어 있지만 활성 FTP와 달리 클라이언트는 PORT 명령을 제출하지 않고 서버가 데이터 포트에 앞뒤로 연결할 수 있도록 허용하지만 PASV 명령을 제출합니다. 그 결과 서버는 권한이 없는 임의의 포트(P >; 1023)를 열고 PORT P 명령을 클라이언트에 보냅니다. 그런 다음 클라이언트는 로컬 포트 ​​N+1에서 서버의 포트 P로 연결을 시작하여 데이터를 전송합니다.

서버 측 방화벽의 경우 수동 FTP를 지원하려면 다음 통신을 허용해야 합니다.

모든 포트에서 서버의 포트 21로(클라이언트 시작 연결 SC) < /p >

임의의 포트에서 1023보다 큰 서버 포트로(in; 서버가 지정한 임의의 포트 SC에 대한 클라이언트 초기화 데이터 연결)