반응형
SMALL

작은 물방울 157

TCP, UDP, 3Way-HandShake (수업) #6

TCP/IP 프로토콜의 전송계층은 End-to-End 데이터 링크 계층 네트워크에서 시스템과 시스템을 연결한 구간인 "링크에서의 데이터 전송방법" 을 정의 전송 계층 네트워크 "양 끝 단의 송신 호스트와 수신 호스트 간의 효율적인 데이터 전송 방법"을 규정 네트워크 계층에서 IP 주소를 가지고 경로 설정을 하여 송신 호스트와 수신 호스트를 연결 -> 양 끝단 호스트 간의 연결 설정 방법을 규정 전송 계층 기능 흐름 제어 송신 호스트와 수신 호스트 간의 데이터를 주고 받는 "전송 속도 차이"를 제어해주는 기능 ex) "슬라이딩 윈도우"로 송신 호스트가 보낼 수 있는 패킷 수를 제어 오류 제어 데이터의 분실, 오류 시 재전송을 통한 오류 제어 ex) Selective ARQ, Stop and Wait ARQ..

라우팅, RIP, OSPF, IGRP (수업) #5

라우팅 네트워크에서 목적지까지의 "경로 설정" "최적 경로" 경로 설정 요소 - 대역폭, 지연시간, 신뢰성, 거치는 장비수, MTU(최대 데이터 단위) 경로설정 장비 = 라우터 경로 설정 요소 홉 카운트 (Hop Count) - 목적지까지의 경로에서 거치는 홉 수가 작은 것이 좋음! 링크 상태 (Link State) - 대역폭이 넓을 수록 좋음 (1차선보다 5차선이 더 좋음!) MTU (최대 전달용량) - 모든 조건이 동일할 경우, MTU가 큰 것이 좋음! (같은 대역이라면, 10톤트럭인지 1톤트럭이 좋은지) IP 라우팅 프로토콜의 경로 결정요소 RIP : Hop Count (거치는 경로가 최소이다.) OSPF : Bandwidth(링크 상태, 고속도로가 꽉 막혔다면? 국도가 더 나을수 있음. 상태를 보..

IPv6~ICMP~ARP (수업) #4

※ 우리가 보통 쓰는 라우터에 배정해야 하는 IP 주소는 두 개인데 하나는 이더넷 인터페이스 / 다른 하나는 시리얼 인터페이스 용이다. (네트워크 구성에 따라 달라질 수 있음) 이더넷 용은 우리가 부여받은 번호 중에 하나를 쓰는 것이고, 시리얼(Serial)은 우리가 접속하는 ISP 업체에 따라 다르므로 인터넷 제공업체에 문의해서 써야함! ※ "한 네트워크" 란 하나의 브로드캐스트 영역 = 라우터를 거치지 않고도 통신이 가능한 영역 ex) 같은 PC 방 안에서 A(PC)와 B(PC)간의 데이터 전송은 라우터를 거치지 않고 가능함! ◆ 호스트란? - 각각의 PC 또는 장비라고 생각하면 됨. 따라서, 어떤 네트워크에서든지 "하나의 네트웤"에서 네트워크 부분은 모두 같고 호스트 부분은 모두 달라야! 정상적인 ..

AWS SAA 합격 후기 (2022.06.28) 및 준비 과정

시험일자 : 2022.06.28 (화요일) 장소 : 오프라인 피어슨뷰 (종로 KG아이티뱅크) 바우처가격 : 10만원 (학원 이벤트때 구매) / 원래 보통 18~20불정도 (현재 한화로 20만원정도하는듯) 준비기간 : 2주 + 1일 공부시간 : 1주차 평일(4~5시간씩) / 주말(10시간씩) / 2주차 평일(8~9시간씩) + 주말(풀타임) 사전지식 : 비전공자 2달전에 생활코딩 aws강의 한번 훑어본정도, 텀이 있어서 사실상 제로베이스 시작 준비방법 상세 공유 이직 준비로 인해 aws자격증을 꼭 취득해야하는 상황에서, 넷관리나, 리마나, 산업기사 등의 자격증 취득 이후에 바로 준비를 시작했습니다. (진작에 5월에 따놀걸... 여유있게 하는게 정신건강에 이롭습니다) 저는 순공부시간이 적은, 집중력이 약한 타..

스위치~루핑~스패닝트리~IPv4(수업)

스위치와 허브의 차이 ★ 스위치는 예를 들어 1번 포트에 연결된 PC가 2번 포트에 연결된 PC와 데이터를 주고받는 동안에도 3번, 4번 포트에 연결된 PC가 서로 데이터를 주고 받을 수 있게 해주는 장비. (= "포트별로 콜리전 도메인이 나뉘어져 있다") 허브는 1, 2번 사이에서 통신이 일어나면 나머지 모든 PC들은 기다려야함. 스위치는 허브에 비해 데이터를 처리하는 방법이 우수하며, 데이터의 전송 에러 등을 복구해주는 기능 등 여러 기능을 가지고 있다. 스위치와 브릿지의 차이 ☆ 스위치는 처리 방식이 하드웨어로 이루어지기 때문에 소프트웨어적으로 프레임을 처리하는 브리지에 비해서 훨씬 빠르다는 차이점이 있다. (즉, 브릿지는 소프트웨어적 프로그램에 의해서 처리되는 방식이지만, 스위치의 경우는 처리 절..

네트워크 수업 TCP/IP프로토콜 정리 #2

개방형 시스템(Open System) 기반 구조에 관계없이 서로 다른 시스템 간의 통신 기능을 제공 OSI 모델은 개방형 시스템으로 상호 연동이 가능한 네트워크 구조를 이해하고 설계하기 위한 모델 구조 OSI 모델의 구조 모든 종류의 컴퓨터 시스템 간의 통신을 가능하게 하는 네트워크 시스템 설계를 위한 계층 구조 계층 간의 인터페이스 / 캡슐화 및 역 캡슐화 / SDU 및 PDU 물리 계층(Physical Layer) 네트워크에서 두 시스템(노드) 간의 물리적 연결을 위한 프로토콜을 규정 물리적 회선의 종류 유선 회선 : 꼬임 선, 동축 케이블, 광 케이블 등 무선 회선 : 주파수 대역 등 회선 커넥터의 모양, 회선의 개수 등 물리적 기능 회선에서의 전기적 신호 형태를 규정 +5v -> 1, 0v -> ..

네트워크 기본 개념 수업 정리 #1

=1회차= 노드 네트워크에 사용되는 장비, 단말, 시스템 링크 노드와 노드 간의 논리적인 회선 라우팅 "경로 설정" , 네트워크는 궁극적으로 송신자가 수신자에게 번호를 최적 경로로 전달해주는것인데, 라우팅은 이러한 번호를 가지고 경로를 찾아가는것이기 때문에 경로를 찾아가는 라우팅이 굉장히 중요함! 다중화(Multiplexing) 송신 측에서 하나의 회선을 시간, 주파수, 코드로 나누어 많은 데이터를 싣는 것 역다중화(De-Multiuplexing) 수신 측에서 하나의 회선에 다중화 되어 온 데이터를 각 채널별로 분리시키는 것 데이터를 각 채널별로 분리시키는 것. "편지 봉투"를 예를 들어서 우리가 어딘가에 편지를 보낼 때 주소나 우표 이런것들을 기재하고 첨부하는걸 "제어 정보"를 추가한다라고 이야기할 수..

AWS cloud Practitioner Essentals 요약 (skill Builder)#5

Well-Architected 프레임워크 AWS 아키텍트, 개발자 및 사용자가 애플리케이션을 위해 안전하고 고성능이고 복원력 있고 효율적인 인프라를 구현하도록 설계됨 다섯 개의 핵심 요소로 구성되어 있음. 운영 우수성 / 보안성 / 안정성 / 성능 효율성 / 비용 최적화 1. 운영 우수성 시스템을 실행 및 모니터링하여 비즈니스 가치를 제공하고 지속적으로 지원, 개선 코드로 작업 수행, 문서에 주석 추가, 실패 예측, 되돌릴 수 있는 소규모 변경을 자주 수행이 포함 2. 보안성 위험 평가 및 완화 전략을 통해 비즈니스 가치를 제공하는 동시에 정보, 시스템, 자산을 보호하는 능력 가능한 한 보안 모범 사례를 자동화 모든 계층에 보안 적용 전송 중 / 저장 시 데이터 보호 3. 안정성 인프라 또는 서비스 중단..

AWS cloud Practitioner Essentals 요약 (skill Builder)#4

모듈7 커피숍의 점주로서, 하루 종일 매장을 지켜보면서 모든 것이 원활히 돌아가는지 확인하고 싶지만, 종일 지켜볼 순 없기 때문에 마감 시간에 커피숍이 어떻게 돌아갔는지 확인할 수 있으면 좋겠다 라고 가정. 예를 들어, 오늘 커피가 얼마나 팔렷고, 고객들의 주문 대기 시간이나 재고 관련된 내용들. 그리고 재고가 떨어지면 자동으로 알림을 받으면 좋을 것이고. 이러한 모든 비즈니스는 지표를 사용하여 시스템과 프로세스가 원활히 실행되는지 확인할 수 있다. 여기에서 "모니터링" 이라는 개념이 나옴. 시스템을 관찰, 지표 수집, 평가, 활용, 의사 결정 수립 및 조치를 한다는 개념 클라우드에서는 모니터링을 설정하는 것이 매우 중요함! 동적으로 확장 및 축소하는 AWS 서비스의 탄력적 특성 때문에 AWS 리소스를 ..

AWS cloud Practitioner Essentals 요약 (skill Builder)#3

공동 책임 모델 기존에는 단일 객체를 서로 다른 두 존재가 최종적으로 책임진다는 것은 불가능하다고 여김. 희망사항 뿐 이라고... 하지만 AWS에서는 고객의 환경을 단일 객체라고 생각하지 않음. 다른 부분들이 서로를 기반으로 구축된 일종의 "모음"이라고 생각함. 일부 객체의 보안에 전적인 책임을 지고, 나머지 객체의 보안은 고객이 전적으로 책임짐. 이것이 "공동 책임 모델" 건설회사가 튼튼한 벽과 단단한 문을 만드는 책임을 가지고 있다면, 집주인은 문을 닫고 잠그는 일을 책임짐! 이러한 원리를 생각해야함. AWS 환경을 "단일 객체"로 취급하지 않음. 오히려 환경을 서로를 기반으로 빌드되는 부분의 "모음"으로 취급함. 고객책임(=클라우드 내부 보안) + AWS책임(=클라우드 자체 보안) 클라우드 내부 보..

반응형
LIST