모바일 오유 바로가기
http://m.todayhumor.co.kr
분류
게시판
베스트
베스트오브베스트
베스트
오늘의베스트
유머
유머자료
유머글
이야기
자유
고민
연애
결혼생활
좋은글
자랑
공포
멘붕
사이다
꿈
똥
군대
밀리터리
미스터리
술한잔
오늘있잖아요
투표인증
새해
이슈
시사
시사아카이브
사회면
사건사고
생활
패션
패션착샷
아동패션착샷
뷰티
인테리어
DIY
요리
커피&차
육아
법률
동물
책
지식
취업정보
식물
다이어트
의료
영어
맛집
추천사이트
해외직구
취미
사진
사진강좌
카메라
만화
애니메이션
포니
자전거
자동차
여행
바이크
민물낚시
바다낚시
장난감
그림판
학술
경제
역사
예술
과학
철학
심리학
방송연예
연예
음악
음악찾기
악기
음향기기
영화
다큐멘터리
국내드라마
해외드라마
예능
팟케스트
방송프로그램
무한도전
더지니어스
개그콘서트
런닝맨
나가수
디지털
컴퓨터
프로그래머
IT
안티바이러스
애플
안드로이드
스마트폰
윈도우폰
심비안
스포츠
스포츠
축구
야구
농구
바둑
야구팀
삼성
두산
NC
넥센
한화
SK
기아
롯데
LG
KT
메이저리그
일본프로야구리그
게임1
플래시게임
게임토론방
엑스박스
플레이스테이션
닌텐도
모바일게임
게임2
던전앤파이터
롤
마비노기
마비노기영웅전
하스스톤
히어로즈오브더스톰
gta5
디아블로
디아블로2
피파온라인2
피파온라인3
워크래프트
월드오브워크래프트
밀리언아서
월드오브탱크
블레이드앤소울
검은사막
스타크래프트
스타크래프트2
베틀필드3
마인크래프트
데이즈
문명
서든어택
테라
아이온
심시티5
프리스타일풋볼
스페셜포스
사이퍼즈
도타2
메이플스토리1
메이플스토리2
오버워치
오버워치그룹모집
포켓몬고
파이널판타지14
배틀그라운드
기타
종교
단어장
자료창고
운영
공지사항
오유운영
게시판신청
보류
임시게시판
메르스
세월호
원전사고
2016리오올림픽
2018평창올림픽
코로나19
2020도쿄올림픽
제목
이름
회원가입
ID찾기
PASS찾기
게시판찾기
×
율리아피셔
님에 대한 회원메모
회원메모는 메모 작성자 본인만 볼 수 있습니다.
확인
오유인페이지
개인차단 상태
율리아피셔
님의
개인페이지입니다
회원메모
가입 :
11-10-16
방문 :
1670회
닉네임변경 이력
일반게시판
베스트게시판
베스트오브베스트
댓글목록
회원차단
회원차단해제
율리아피셔
님의 댓글입니다.
전체선택
번호
제목
댓글날짜
추천/비공감
삭제
1723
휴학 후 공부에 관해
[새창]
2017-10-28 15:36:21
0
삭제
학생들은 실무경험을 쌓고싶어하고, 실무자들은 다시 공부하고 싶어하는 경향이 있는것 같아요
1722
방화벽 설정 관련해서 좀 봐주실 수 있을까요?
[새창]
2017-10-07 15:38:18
0
삭제
ESA-rule의 제일 위에있는 LOG정책을 아래로 내리면 될것 같네요.
1721
파도파도 정준하만 -주식투자 권유편-
[새창]
2017-10-07 00:27:38
38
삭제
노홍철 정준하도 그렇지만 이거보면 진짜 PD도 보통사람은 아닌것 같아요 ㅋㅋㅋㅋ
어떻게 이걸 ㅋㅋㅋㅋ
1720
원 게시글이 삭제되었습니다.
[새창]
2017-08-26 15:11:09
1
삭제
주제보다 쓸데없는 잡설이 90% 차지한다는 점에서도 훌륭하다....
1719
화염방사기로도 녹지 않는 얼음
[새창]
2017-08-19 23:19:38
0
삭제
그래서 어떤 방법을 써야 얼을음 가장 효과적으로 녹일 수 있는거죠?(얼음을 부수거나 변형시키지 않고)
1718
돌까지 녹여버리는 태양열
[새창]
2017-08-16 19:23:20
1
삭제
저런거 초소형으로 있으면 무인도에 갇혀도 죽을때까지 불걱정은 없겠네요;
1717
원 게시글이 삭제되었습니다.
[새창]
2017-07-31 22:51:41
0
삭제
혹시 커널의 어느 부분을 업으로 하고 계신지 물어보면 실례일까요?
1715
원 게시글이 삭제되었습니다.
[새창]
2017-06-25 00:13:02
27
삭제
고양이꼬리털 다리에 닿는 느낌 되게 좋겠다...
1714
주저리 주저리
[새창]
2017-04-30 01:23:56
0
삭제
영업 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
1713
자폭 시퀀스 가동
[새창]
2017-04-29 17:03:44
0
삭제
rm -rf
정말 충신입니다...
1712
time to extract toyota
[새창]
2017-04-09 14:01:24
0
삭제
tar 옵션은 정말.. 외우기 너무 힘들어요 ㅜㅜ
쓸때마다 구글에서 tar 압축 푸는법 검색해서 풀어요 ㅋㅋㅋ
1711
공유기 환경에서 udp protocol을 사용할 때, 두 클라이언트의 구
[새창]
2017-04-04 20:38:14
2
삭제
잘은 모르지만 아는 선에서 도움을 드리자면,
L3가 IP프로토콜일때 패킷을 구별하는건, Source IP, Destination IP로 기본적으로 구별을 하구요, UDP나 TCP그외 몇개의 프로토콜의 경우 Source Port, Destination Port를 추가적으로 확인합니다.
이때, 문제가 공유기인데, 공유기의 경우 과거 Dummy hub인지, 아니면 L2 switch인지, L3 라우터에 따라서 결과가 달라집니다.
그렇기때문에 공유기라는 단어보다는 정확하게 알고있다면, hub, L2 switch, L3 라우터등으로 말씀하시는게 좋습니다.
어쨌든, 각각 설명을 조금 드리자면,
1. Dummy hub
Dummy hub의 경우 과거에는 많이 쓰였는데 요즘은 찾아보기 힘듭니다.
Dummy hub는 송/수신하는 frame 데이터를 모든 LAN포트로 보냅니다. 이를 Flooding이라고 하는데요, 그렇기 때문에
L3 IP가 무엇이든, L2 mac 주소가 무엇이든간에 송수신되는 모든 패킷은 Dummy hub에 물려있는 모든 PC에게 flooding됩니다.
결론 : Dummy Hub의 경우 "두 클라이언트 전부 패킷을 받아보게됩니다."
참고 : 무선 AP의 경우, station(안드로이드같은 device)가 해당 AP와 association된 상태라면(연결된) wireshark등의 packet capture로 해당 AP와, station패킷을 볼 수 있습니다.
2. L2 switch
L2 switch는 위의 Dummy hub보다 더 진보된건데요, 간단합니다. L2 mac address를 보고 적절한 LAN포트로 forwarding시킵니다.
따라서 클라이언트 A가 S로 패킷을 보냈을 때, L2 switch는 클라이언트 A와 S의 mac address를 기억했다가 A에서 S로 forwarding시켜주고, 다시 reply패킷이 S에서 왔다면, 다시 mac address를 보고 A가 있는 LAN포트로 보내줍니다. 물론 더 정확하게 가자면, L2이기 때문에 next-hop의 mac address밖에 기억 못하는데, 굳이 이것까지 알고싶지는 않으실거니까.. 대략적으로 그렇다는것만 알아두시면 될것 같습니다!
그렇다면 어떻게 클라이언트 A와 서버 S의 mac address를 알 수 있을까요?
L2 switch는 패킷의 L2헤더에서 source mac address와 dest mac address를 봅니다. source mac address는 fdb에 저장하고, dest mac address는 자신의 fdb를 통해 어느 LAN포트로 패킷을 forwarding시킬지 확인하는데 사용합니다.
*fdb : 해당 mac address가 몇번의 port에 물려있는가를 저장해놓은 table
만약 fdb에 dest mac address가 있으면 해당 LAN포트 forwarding합니다.
만약 fdb에 dest mac address가 없다면, 모든 LAN포트로 flooding시킵니다.
결론 : L2 switch의 경우 일반적으로 하나의 클라이언트만 패킷을 받아보게 됩니다.
참고 : bridge
3. L3 라우터
L3 라우터는 눈치채셨겠지만, L3 protocol인 IP주소를 통해 패킷을 포워딩합니다.
만약 서버의 IP가 10.0.0.2이고, 우리가 ISP(KT, SKT, LG)에서 할당받은 IP가 10.0.0.3 이라고 가정해볼게요
이때, L3라우터를 사용하지 않고 PC가 1대일 경우, 서버와 클라이언트의 동작은, 10.0.0.2 --> 10.0.0.3, reply 10.0.0.3 --> 10.0.0.2입니다. 간단하죠?
이때 L3 라우터를 사용해서 home network를 구성했을때는 다음과 같은 구성이 되겠죠
router IP : 10.0.0.2(DHCP)
Server IP : 10.0.0.3
LAN1 : 192.168.0.1/24
LAN2 : 192.168.1.1/24
따라서 클라이언트는 보통 192.168.0.2와 192.168.1.2가 되겠죠
클라이언트 입장에서 패킷을 날려보면 192.168.0.2:6000 --> 10.0.0.3:8000 이런식이 되겠죠?
그러면 L3 라우터는 192.168.0.2:6000 --> 10.0.0.3:8000으로 날리지 않습니다. 외부망으로 갈때는 외부망에 어울리는 IP를 가지고 나갑니다.
이를 NAT(Network Address Translation)라고 하는데요, 가정에서는 masquerade라는 매커니즘으로 사용됩니다.(port forwarding이 아마 masquerade일겁니다.)
masquerade는 private network에서 온 packet의 source ip를 외부로 나가는 external port의 ip주소로 바꿔치기합니다
따라서 클라이언트 A는 192.168.0.2:6000 --> 10.0.0.2:6000이렇게 패킷을 날리겠죠?
그럼 라우터가 다시 이렇게 바꿉니다. 10.0.0.2:6000 --> 10.0.0.3:8000
서버가 패킷을 받았으면 reply패킷을 이렇게 보내겠죠? 10.0.0.3:8000 --> 10.0.0.2:6000
그러면 라우터가 받아서 이렇게 바꾸겠죠 10.0.0.3:8000 --> 192.168.0.2:6000
그러면 192.168.0.2로만 패킷이 가게 됩니다!
*충돌
분명 source port는 랜덤입니다. 하지만 동일한 source port를 취할 가능성이 없지는 않습니다. 이 상황을 위해 질문자님께서는 질문 하셨을지도 모르겠네요
상황을 가정해볼게요
Client A
192.168.0.2:6000 --> 10.0.0.3:8000
10.0.0.2:6000 --> 10.0.0.3:8000
-----------------------------------------------------
Client B
192.168.1.2:6000 --> 10.0.0.3:8000
10.0.0.2:6000 --> 10.0.0.3:8000
이때 어떻게 될까요?
보통 PAT(Port Address Translation)을 수행합니다. 즉, 다음과 같이 됩니다.
Client A
192.168.0.2:6000 --> 10.0.0.3:8000
10.0.0.2:6000 --> 10.0.0.3:8000
----------------------------------------------------
Client B
192.168.1.2:6000 --> 10.0.0.3:8000
10.0.0.2:6001 --> 10.0.0.3:8000
클라이언트 B의 경우 source port가 6000에서 6001로 바뀌었습니다. L3라우터는 이를 기억하고, reply패킷의 경우 정상적으로 복원하니까 문제 없습니다!
(어떻게 복원하는지는 복잡해요!)
masquerade는 NAT매커니즘의 하나이기 때문에 반드시 이렇게 동작하는건 아니라는점은 알아두셨으면 해요!
최대한 간단히 쓸려고 했는데.. 결과는 이모양이네요 쓸데없이 길기만 하고 정보는 별로 없긴 한데.. 제 나름의 최선이었어요..ㅜㅜ
1710
추천영화, 히든피겨스
[새창]
2017-04-02 19:22:52
3
삭제
기대하고 봤는데, 기대이상으로 재밌었어요 ㅋㅋ
전 아무래도 개발자다보니까 특히 IBM머신에 눈이 가더라구요 ㅋㅋ 포트란 ㅋㅋㅋㅋ
최초의 프로그래머가 여성이라는 사실이랑(에이다 러브레이스) 극중 IBM머신을 정상동작시키는 장면이랑 매치되는게 진짜 짜릿했어요!
1709
원 게시글이 삭제되었습니다.
[새창]
2017-03-31 23:55:58
0
삭제
kde 계열 기본 application들은 하나하나가 정말 미친 퀄리티를 보여줘서 사용할맛이 나는것 같아요
게다가 kde특유의 빠릿빠릿하고 이쁜 UI는 타 Desktop Manager로 넘어가지 않게끔 잡아두는것 같아요
하지만, 이제껏 써본 경험에 의하면 Bug가 타 DM에 비해서 조금 더 많다는점이 조금 아쉽지만, 말그대로 조금 아쉬운 정도!
요즘은 과거보다는 한글을 잘 지원하지만, 그럼에도 불구하고 제대로 설치할려면 조금 귀찮음을 감수해야...
[1]
[2]
[3]
[4]
[5]
[6]
[7]
[8]
[9]
[10]
[다음10개▶]