서버
-
[Docker] 도입서버/DOCKER 2022. 3. 7. 17:04
도입목적 비슷한 프로젝트 도입시 필요한 라이브러리들을 zip으로 옮겨받는게 싫었다. > SVN에 환경설정이라는 파일로 저장 후 해당 프로젝트의 라이브러리들을 올린뒤 다운로드 후 사용했다. 도커 도입전 프로젝트 관리 SVN - 소스 - 라이브러리 - DOCS ( 프로젝트 개발일지 ) - 유지보수 문제점 1. 이렇게 관리하고있었으나 환경설정이 꼬이면 프로젝트를 구성했던 담당자를 찾아가 환경설정을 물어보는 귀찮음이 발생하고있었다. 2. 해당 프로젝트를 수정하고 있으면 다른사람은 수정 할 수 없는 lock조건 발생하였다. 그러던 도중 DOCKER - GITLAB을 발견하고 도입하기로 결정했다. 개선목적 1. 환경설정 동일화 - 그냥 환경설정을 통째로 가져오고 싶었다. 2. 다른 사람이 수정을 간섭하지않고 내 소..
-
[Docker] 기본개념 정리서버/DOCKER 2022. 3. 7. 15:13
유튜브 생활코딩 -docker편 정리 Docker Desktop 설치 Hyper-V ( 가상화 ) 사용 https://www.docker.com/products/docker-desktop 다운 출처 : 생활코딩 Docker 구축단계 docker 확인 docker -v docker registry 설정 images : 설치된 이미지 확인 docker images pull : 이미지 설치 docker pull 이미지이름 : 이미지 설치 rmi : 설치된 이미지 제거 docker rmi 이미지이름 : 설치된 이미지 제거 run : 이미지 → 컨테이너 docker run 이미지이름 : 컨테이너 이름 자동생성 docker run --name 컨테이너이름 이미지이름 : 컨테이너 이름 자동지정 docker run -..
-
[시스코] 스타토폴로지서버/CISCO 2017. 9. 26. 21:50
단점@브리징 루프 -브로드케스트 스톰: 스위치가 플러딩한 데이터가 스위치 토폴리지 상에서 계속 맴도는 현상: CPU의 과부하가 발생 -유니케스트 프레임 복제 ( Copy Unicast Frame ) : 경로가 2개이상일 경우 경로마다 유니케스트를 보내는 문제점 -MAC 주소 테이블 불안정(MAC Flapping ) : 맥 주소 학습이 경로마다 계속되어 불안정한 상태 switch# show spanning-tree vlan 1 블락킹, 정보확인 해결 : IEEE 802.1d Spanning-Tree Protocol : 블락킹 ( 정보확인 ) : 논리적으로 경로를 막아놓는 상태 ( 구간이 에러났을때 해제되며 구간이 복구되며 다시 블락킹 된다. ) root bridge : root ( dp ) 스위치non r..
-
[시스코] 2계층 - SWITCH서버/CISCO 2017. 9. 20. 21:51
스위치Layer 2계층 장비 : MAC주소를 참조 하기 떄문 맥 주소에 대한 테이블 MAC Address-TABLE 정보 참조 스위치에 대한 동작 (용어) - Learning: MAC 주소 자동 학습 기능- 첫 통신시 대부분 동적( DYNAMIC )으로 학습한다. - Flooding: 브로드케스트 프레임을 수신하여 전체 포트로 프레임을 복제하여 전송하는 기능- 첫 통신시 MAC테이블에 정보가 없으므로 브로드캐스트 한다. - Forwarding: 'mac address-table'을 참조하여 해당 포트로만 프레임을 전송하는 기능- MAC테이블에 정보를 참조해 UNICAST 한다. - Aging: 'mac address-table'에 등록된 MAC 정보를 갱신 및 삭제하는 타이머- MAC테이블의 정보 유지시..
-
[시스코] IP, ICMP서버/CISCO 2017. 9. 11. 21:50
IP( Internet Protocol )- Layer 3 계층 프로토콜 - 비연결 지향성 프로토콜 - 로컬 환경에서 리모트 환경으로 데이터 전송 담당 - TTL(Time to Live ) : 8bit ( 0 ~255 ), 거리 측정 및 패킷 루프 방지 기능 - ETH, TCP 에서 checkSum 검사를 하기에 (IPv6 부터 오류검사도 안한다) [참고] 운영체제 TTL 기본값* CISCO 255* Window 128* LINUX 64 [참고] 통신사 DNSKT : 168.126.63.1 / 168.126.63.2 SK : 210.220.163.82 / 219.250.36.130 LG : 164.124.107.9 / 203.248.242.2 google : 8.8.8.8 / 8.8.4.4 도착한 TTL..
-
[시스코] TCP / UDP서버/CISCO 2017. 9. 11. 20:57
TCP( Transmission Control Protocol ) : 연결이 필요할 때- OSI 7계층 내에서 4계층 ( 전송 ) 프로토콜 - 20 bytes -연결 지향성 프로토콜 : 상대방과 통신 확인연결을 실시하고 난 이후, 데이터 요청 및 응답 실시 - '3-Way 핸드 쉐이킹' 동작을 통해 통신 확인 [클라이언트] >> SYN >> [서버][서버] >> SYN, ACK >> [클라이언트][클라이언트] >> ACK >> [서버]** 통신수립완료 ( ESTABLISHED )SYN : 확인 ACK : 응답 [클라이언트] >>> 데이터 서비스 요청 >>> [서버] ... 종료 또한 마찬가지로 3-way-hand shacking을 통해 종료된다.( 4-way hand shacking 이라고도 하는것 같다..