4
URL을
, 우리가 답을 찾을 수있는 메시지가 함께 스티치됩니다
http://gaia.cs.umass.edu/cs453/index.html
일반적으로 웹 주소로 알려진 범용,
표준 형식은 다음
프로토콜 유형을 : // 서버 주소 [: 포트 번호] [/ 자원 레벨 UNIX 파일 경로] 파일 이름 [# 단편 ID] [? 쿼리]
B HTTP 버전
1.1
사실, HTTP 또한, 전용 버전 1.0
C 연속적으로 연결된
필드 연결로 : 연결 유지
D IP 주소
없이 IP 주소, IP 뭔가 네트워크 계층이기 때문에
그리고, 패킷이 IP 주소를 HTTP가 포함되어 있지 않습니다하는 응용 프로그램 계층 프로토콜은
E
모질라 / 5.0
이 일이 문서가 매우 흥미로운를 참조 할 수 있습니다 이유에
http://www.cnblogs.com/ifantastic/p/3481231.html
서버가 응답 페이지의 해당 버전의 전송을 용이하게하기 위해 브라우저의 종류를 알 필요가있다, 그래서 다른 브라우저는 페이지를 해결하기 위해 여러 가지 방법이
5
A, (200)을 찾을 수 있습니다 성공, 다시 데이터 2008년 3월 7일를 나타냅니다
첫 번째 숫자는 옳고 그름 이유를 결정으로 또 다른 상태 코드가, 시작
| 상태 코드 | 함유량 |
|---|---|
| 1** | 정보, 서버는 요청을 받으면 요청자는 작업을 계속해야합니다 |
| 이 ** | 성공적인 작업을 성공적으로 수신 및 처리 |
| 삼** | 리디렉션, 추가 작업이 요청을 완료하는 데 필요한 |
| 4 ** | 클라이언트 오류, 요청에 구문 오류가 있습니다 또는 요청을 수행 할 수 |
| 5 ** | 서버 오류 서버에 오류가 요청을 처리하는 동안 발생 |
(404)는 가장 일반적인 서버 주소가 잘못 요청 된 페이지를 찾을 수 없다
- 마지막으로 수정 B : 토, 10, DEC2005 및 18시 27분 46초
C의 CONTENT_LENGTH : 3874
! D <문서 (파일 시작 때마다 HTTP)
영구 연결을 동의-살아 유지 (참조 HTTP1.1 버전)
7,
2RTT0 + RTT1 + RTT2 + ... + RTTn
이 연구는 다층 DNS 서버 인 등이 사례로,
링크 (예 : 아마존 등)을 클릭, 브라우저가 먼저 루트 서버에 액세스 할 묻습니다
의 COM DNE 서버 RTT1 소모 주소 루트 서버가 반환
한 후 comDNS 서버를 방문을 반환 Amazon.com ... ...
IP 주소는 RTT1 + RTT2 있도록 발견 할 필요가 ......
그리고 기존의 TCP 연결을 추가하고 2RTT0에 요청 메시지를 전송
(26)
AB이 가능합니다
이유 : 내가 너무 건조했기 때문에 (재미)
진짜 이유 :
A는의 P2P 전송에 전송 범위 업데이트를 보장하기 위해 계속 확장, 규칙이있다 : 모든 너무 자주 머리카락은 사용자에게 덩어리
P2P 네트워크의 사용자가 많은만큼 수가 너무 오래 밥과 같은, 당신은 당신은 청크가 필요 철자에 필요한 모든 서류를 받게됩니다
B, 물론은, 컴퓨터는 할 것, 하나 이상의 컴퓨터를 언급하지 않기 위하여?
사실, 더 나은 결과, 각각의 컴퓨터가 더 빨리 함께 다음 조각을 다른 덩어리를 다운로드 할 수 있습니다
보충 질문
1 세 아키텍처 애플리케이션 층의 특성에 대한 간단한 설명
| 구조 | C / S | P2P | 믹스 |
|---|---|---|---|
| 개요 | 중앙 서버에 클라이언트 연결 | 포인트 전송에 포인트 | LAN P2P, C / S에 전체 인터넷 |
| 이점 | 영구 서비스, 도메인 안정성 | 모든 노드의 통신, 빠르고 확장 성이 뛰어난, | 둘의 결합 장점 |
| 결점 | 흐름, 서버를 차단하기 쉽고, 아래로 | 관리 어려움, 유지하기 어려운 저작권 | 모두의 단점을 피하기 위해, |
2. 소켓, 사용자 에이전트와 웹 캐싱을 무엇입니까? 사용자가 프로세스와 소켓 사이의 관계를 설명
소켓 : TCP 연결의 끝점으로 포트 번호와 호스트의 IP 주소와 TCP는, 엔드 포인트는 소켓 인
사용자 에이전트 : 특정 문자열 헤드 때문에 서버 등 고객, CPU, 브라우저에서 사용하는 운영 체제 버전을 식별 할 수
웹 캐시 : 웹 페이지의 임시 저장을 위해, 기술은 서버 대기 시간을 줄이기 위해
프로세스는 서로 다른 공정 채널 및 방법과 통신하는 소켓은 소켓
3. P2P 파일 공유는 무엇입니까? 위치의 세 가지 방법의 내용의 간단한 특성
P2P 파일 공유 : P2P 소프트웨어 액세스 미디어 파일에 사용자를 할 수 있습니다
1) 중앙 디렉토리
작동 원리 :
1. 참고 : 피어 시작, IP 주소 및 콘텐츠 알림 서버를 공유 할 수 있습니다 때
2, 쿼리 : 공유 객체에 사용자의 쿼리가 필요
, 콘텐츠에 대한 액세스 3 :
4, 업데이트 : 때 새로운 객체에 피어 액세스 객체를 삭제하는 경우 또는, 디렉토리 서버 업데이트를 알
질문 : 실패 성능 병목 저작권 침해, 안정성의 하나의 점 (송신 분산액 방향 농도)
2) 쿼리 홍수
네트워크 범위의 3) 단계
