Network

ssh(secure shell) 원격 제어
클라이언트와 서버가 있다.
클라이언트에는 ssh client가 있어야 하고 서버에는 ssh server가 있어야 한다.
클라이언트에서 rm과 같은 명령을 보내면 ssh server가 자기가 설치돼있는 컴퓨터에게 명령을 전달하고, 그 컴퓨터는 그 명령을 하고 결과를 ssh server에 보낸다. 그러면 다시 ssh client에게 결과를 전달해준다.


Port
웹은 80, ssh는 22번 포트를 사용한다.
모든 컴퓨터에는 포트가 있다.
0부터 65000까지가 있다.
클라이언트 웹브라우저에서 웹서버에 접속할 때 기본적으로 80번 포트로 접속을 한다.
naver.com이라고 치면 자연스럽게 naver.com:80으로 접속하는 것이다.
웹서버는 요청을 처리하고 마찬가지로 80번 포트로 전해준다.
1024까지의 포트는 well-known port이다. 고정된 포트 번호이다.
그 나머지의 포트는 사용자가 임의로 정해서 쓴다.
만약 웹서버의 포트번호를 80이 아니라 8888로 하면 naver.com:8888로 해줘야만 들어갈 수 있다.


Port Forwarding
ISP(Internet Service Provider)에서 인터넷을 받아서 라우터(공유기)를 통해 집 안 각각의 컴퓨터들이 연결된다.
ISP에서 public IP가 들어온다. 그 IP는 라우터의 IP가 된다.
그 라우터에 연결된 각각의 컴퓨터들은 또 고유한 private IP address를 받게 된다.
Public IP는 외부에서도 그 IP를 알고 있으면 접근이 가능하다.
Private IP는 외부에 공개되지 않는 IP이기 때문에 그 아이피만 갖고는 접속이 안된다.
포트 포워딩: 사용자가 라우터에 9000번 포트로 접근을 하면 그 포트는 라우터에 연결된 컴퓨터 중 하나로 연결되도록 라우터를 설정할 수 있다.
router IP는 환결설정 tcp/ip 칸이나 어딘가에 나와있다. 192.168.0.1 라우터 ip에 접속하면 공유기 설정을 할 수 있고 거기서 포트 포워딩을 할 수 있다.
라우터 설정에서 내우 IP와 외부 포트, 내부 포트를 정해놓는다.
그러면 사용자가 라우터가 갖고 있는 public IP를 통해 접근을 하는데, 뒤에 외부포트를 붙인다.
curl http://ipinfo.io/ip를 하면 public IP를 알 수 있다.


Domain / DNS
google.com이라고 입력 -> DNS라는 서버의 아이피는 알고 있다 -> google.com이라는 domain name을 갖고 DNS 서버에 접속 -> google.com의 ip address를 DNS에서 얻는다
DNS가 있기 전에 hosts라는 파일이 있었다.
인터넷이 되는 각각의 컴퓨터마다 hosts파일이 있었다. 이 파일에 적혀있는 도메인의 아이피를 가지고 접속을 했다.
/etc/hosts에서 수정할 수 있다. localhost에 접속했을 때 127.0.0.1로 가는 것도 여기 설정돼있다.
hosts파일에 없을 때 DNS에 접속하는 것이다.
인터넷에 참여하고 있는 각각의 컴퓨터를 host라고 한다. 이 각각의 것들이 모여있는 것이 network이다. network가 모여 있는 전체적인 집단이 internet이다. 그래서 파일 이름이 hosts이다.
hosts파일을 공격하는 방법: google.com을 해커가 만든 사이트로 가도록 수정하고 아이디 비밀번호 등 입력한 내용을 얻는다.
모르는 도메인 이름에 접속해야 할 때는 /etc/resolv.conf에 있는 nameserver에 접속해서 아이피를 얻는다.



간단한 정리
클라이언트와 서버의 차이: 웹브라우저와 웹서버의 관계
웹브라우저라는 건 크롬 익스플로러 등이 있고 웹서버는 아파치 엔진엑스 등이 있다.
웹브라우저가 웹서버에 접속하려면 도메인네임이나 아이피가 필요하다.

그러면 웹 브라우저에서 어떤 웹 사이트에 접속하려고 하면 어떤 일들이 일어날까.
웹 서버의 아이피 주소를 알아야 하는데 도메인 네임 밖에 모른다.
그러면 클라이언트의 컴퓨터에서 /etc/hosts파일을 읽어서 도메인 네임과 매칭되는 아이피 주소가 있는 지 확인한다.
만약 있다면 그 아이피 주소로 이동을 한다.
localhost가 127.0.0.1로 가는 건 hosts파일에 설정돼있기 때문이다.
없다면 DNS로 가야 되는데 DNS의 아이피 주소는 클라이언트의 컴퓨터가 이미 알고 있다.
그래서 DNS로 가서 도메인 네임에 맞는 아이피 주소를 읽어와서 이동을 한다.

웹서버라는 건 컴퓨터인데 어떤 컴퓨터나면 안에 파일들이 있고, document root로 설정된 디렉토리에서 클라이언트의 요청에 해당하는 파일을 찾는다. 그러고 그 파일을 읽어서 웹브라우저에 답해준다.







-------------------------------------------------------------
Reference
https://opentutorials.org/course/2598/14470

댓글

댓글 쓰기

이 블로그의 인기 게시물

논문 정리 - MapReduce: Simplified Data Processing on Large Clusters

Abstract 맵리듀스는 큰 데이터 셋을 다루는 프로그래밍 모델이다 . 사용자는 map 함수를 통해서 키 / 밸류 쌍을 이용하여 intermediate key/value pair 를 만들고 reduce 함수를 통해서 그 intermediate pair 들을 같은 key 별로 합쳐준다 . 많은 일들이 이런 모델을 통해 표현될 수 있다 . 이 모델은 분산 시스템이나 병렬 시스템에 대한 경험이 부족하더라도 분산 시스템의 자원을 쉽게 사용할 수 있게 해준다 . 1. introduction 데이터가 많아지면서 reasonable time 안에 작업을 끝내기 위해 수백 혹은 수천대의 기계에 분산되어야 했다 . 이 때 어떻게 연산을 병렬화하고 , 데이터를 분산하고 , 실패 작업을 어떻게 처리할지가 이슈가 되었다 . 이런 복잡한 문제들을 해결하기 위해 병렬화의 세세한 부분들은 숨기고 fault tolerance 하며 데이터를 분산시켜주고 로드 밸런싱을 해주는 라이브러리를 통해서 연산을 맵과 리듀스로 간단히 표현하도록 했다 . 2. Programming Model 사용자가 직접 만드는 맵 함수는 입력으로 key/value pairs 를 받아서 intermediate key/value pairs 를 만든다 . 그러면 intermediate key/value pairs 에 대해서 맵리듀스 라이브러리가 같은 key 별로 value 들을 묶어서 리듀스 함수로 보내준다 . 마찬가지로 사용자가 직접 만드는 리듀스 함수는 이 데이터를 받아서 key 별로 묶인 value 들을 합쳐서 표현한다 . 리듀스 함수에 전달되는 intermediate 데이터는 iterator 의 형태로 전달되기 때문에 메모리에 다 안 들어갈 정도로 큰 데이터도 처리할 수 있다 . 예를 들어서 , 어떤 문서에 있는 각 단어들이 몇 번 나왔는지 세는 프로그램을 생각해보자 . 그렇다면 맵 함수는 입력으로 < 문서 이름 , 문서 내용 > 의...
자세한 내용 보기

논문 정리 - The Google File System

The Google File System 1. Introduction 새로운 관점 component failure 은 예외가 아니라 일반적인 상황이다 . 그래서 constant monitoring, error detection, fault tolerance, automatic recovery 가 필요하다 . 파일의 크기가 커졌다 . I/O 작업이나 block 크기 등이 고려되어야 한다 . 원래 있는 데이터에 덮어쓰는 작업보다는 새로운 데이터를 추가한다 . 따라서 appending 이 성능 최적화에 중요해졌다 . 2. Design Overview 2.1 assumptions 시스템은 잘 고장나는 저렴한 장비들로 구성되어 있다 . 시스템은 큰 파일이 있다 . 작은 파일들도 있지만 optimizing 할 때는 고려하지 않는다 . 로드는 주로 큰 스트리밍 읽기와 작은 랜덤 읽기로 구성되어 있다 . 로드는 또한 파일에 데이터를 추가하는 많은 sequential write 가 있다 . 같은 파일에 여러 사용자가 동시에 데이터를 추가하는 경우도 잘 고려해야 한다 . 빠른 반응 속도 보다는 high sustained bandwidth 가 더 중요하다 . 대부분의 타겟 애플리케이션은 데이터 뭉텅이를 빠른 시간 내에 처리하는 것을 중요하게 여긴다 . 2.2 Interface 파일은 hierarchically , 디렉토리에 정렬돼있고 path name 으로 구분된다 . 또한 GFS 는 snapshot 과 record append 기능이 있다 . snapshot 은 파일이나 디렉토리 트리를 복사한다 . record append 는 다수 클라이언트가 데이터를 하나의 파일에 동시에 추가할 수 있도록 해준다 . 각 append 의 atomicity 를 보장하면서 . 2.3 Architecture 하나의 마스터와 여러개의 chunkserver 로 구성되어 있다 . 그리고 다수의...
자세한 내용 보기

kazoo: Using zookeeper api with python

``` pip3 install kazoo ``` https://kazoo.readthedocs.io/en/latest/basic_usage.html https://kazoo.readthedocs.io/en/latest/api/client.html ### 접속 ``` from kazoo.client import KazooClient zk = KazooClient(hosts='127.0.0.1:2181') zk.start() ``` 호스트에 접속할 때 default port는 2181이다. ### 상태 Listener zookeeper의 상태가 변하는 것을 알 수 있다. ``` from kazoo.client import KazooState def my_listener(state):     if state == KazooState.LOST:         # Register somewhere that the session was lost     elif state == KazooState.SUSPENDED:         # Handle being disconnected from Zookeeper     else:         # Handle being connected/reconnected to Zookeeper zk.add_listener(my_listener) ``` LOST CONNECTED SUSPENDED 의 state를 가질 수 있다. 가능한 상태 변화 - LOST -> CONNECTED - CONNECTED -> SUSPENDED - CONNECTED -> LOST - SUSPENDED -> LOST - SUSPENDED -> CONNECTED ### CRUD - `zk.create("/my/favorite/node", b"a value")` `create(path...
자세한 내용 보기