무엇이 나를 미치게 할 것인가...??

블로그 전문 “이글루스”에 오신 것을 환영합니다.

koohyun — Tue, 03 Mar 2009 21:20:07 GMT

블로그 전문 “이글루스”에 오신 것을 환영합니다.
새로운 보금자리, 이것저것 어색한 것이 많으시죠?
포털블로그와는 다른, 이글루스만의 기능, 이글루스의 특징을 소개해드립니다.

이글루스는 블로그전문을 지향합니다.
2004년, 첫 발을 내디딘 이글루스는 국내 최초 트랙백 을 도입하여 블로그전문 서비스로 입지를 다졌습니다. 관심사를 공유할 수 있는 ‘ 밸리’와 ‘마이’, 문화체험의 새로운 경험 ‘렛츠리뷰’, 국내 최고 메신저 네이트온 연동으로 더욱 새로운 블로깅, 독보적인 블로거가 되세요!

첫째, 공감하는 글이 있다면, 트랙백과 핑백을 이용하세요!
기존 포털 블로그에서 사용하던 스크랩기능 대신 트랙백과 핑백을 사용해보세요~
관심사가 비슷한 블로거를 만날 수 있는 방법입니다!

둘째, 일촌, 친구, 이웃 등 오프라인 인맥 위주의 ‘친구맺기’ 기능이 필요하시면!
이글루스에서 제공하는 이글루링크를 추천해드립니다.
이글루링크를 하시면, 해당 블로거의 새글 업데이트 소식을 실시간으로 받아볼 수 있습니다.

셋째, 카테고리별 공개/비공개 설정을 지원하지 않습니다.
이글루스는 자신이 작성한 글을 더 많은 블로거들과 나눌 수 있도록 참여와 공유를 지향합니다.
카테고리별 공개/비공개 기능은 현재 마련되어 있지 않으나 추후 필요성을 검토해보도록 하겠습니다.

넷째, 도움이 필요할 땐, EBC 와 이글루스도움말 을 찾아주세요.
이글루스를 이용하시다 발견되는 버그나 오류, 그리고 요청사항은 운영자 공식블로그 EBC 를, 이글루스의 기능과 운영정책을 알고 싶으시다면 이글루스 도움말을 방문하세요!

※ 공지사항을 지우고 싶은 경우, 포스트의 ‘삭제’를 클릭하면 지워집니다.
※ 삭제 버튼은 한 번만 누르세요. 여러 번 클릭 시 다른 글이 삭제될 수도 있습니다.

[펌]구형 TV Card 살리기

koohyun — Fri, 21 Nov 2008 05:25:20 GMT

구형 TV 수신 카드를 사용하다가 포맷한 후 TV 수신 프로그램이 없어 TV를 수신하지 못하거나 TV 수신 카드 제조사가 문을 닫아 더이상 수신 프로그램을 공급받지 못해 TV 수신을 하지 못하는 경우가 있습니다.

이때에는 꼭 해당 수신 카드의 프로그램이 아니더라도 TV 수신을 할 수 있는 프로그램이 있는데 오픈소스 형태로 제공되어 무료로 제공이 되는 dscaler, ChrisTV 등이 있습니다.

오픈소스 프로젝트에 의해 개발되어져 무료이나 영문으로 프로그램이 제공되기 때문에 약간의 영문 메뉴를 이용하실 수 있어야 하나 쓸 수 없게 된 구형 TV 수신 카드를 해당 제작사의 프로그램 없이도 사용할 수 있다는 장점이 있습니다.

드라이버지원 중단된 BT8x8(bt848 , bt878)계열 TV카드. 범용프로그램설치하기

BT8x8계열에 대하여 한번 알아 봅시다.
일반적으로 티비카드 메인칩으로 브룩트리사의 BT848로서 PCI 푸시와 디코딩,오버레이
,동영상캡쳐, X-Y인터폴레이션,기능을 모두 담당하고 있다. 이후 브룩트리사가 코넥센트에
인수되고 스테레오 기능과 캡션기능이 추가된 BT878이 출시되고 있습니다.

먼저 예전에 출시되었지만 드라이버지원이 중단된 시그마티비,태근의 챈스튜너등 기타..
이런 카드를 가지고 계신다면 버리고 최근것을 구할 필요가 없습니다.
어차피 동일한 칩셋을 사용하기 때문에 최신거라고 성능개선이 있는게 아닙니다.
전부 대동소이 하기 때문이죠.
범용드라이버와 구동프로그램만 구하면 윈도우즈XP나 리눅스에서도 티비시청이 가능합니다.

먼저 티비카드에 사용되어지는 튜너를 확인해야합니다.
일반적으로 필립스나 삼성,엘지 또는 알푸스 튜너를 주로 사용합니다.
저의 경우 보유한 티비카드가 옴니미디어의 옴니비젼팝(BT848구형,삼성튜너),태근의 챈스튜너(BT848신형,BT878A 필립스튜너)
3개를 보유하고 있습니다. 그럼 먼저 드라이버를 구해야합니다.
http://btwincap.sourceforge.net/
일반적으로 장치관리자에 3개의 장치가 인색되야하고 첫째로 bt8x8 video capture,
둘째로 bt8x8 WDM Crossbar,셋째로 bt8x8 WDM TVtuner가 설치되어야 하는데 여기서 세번째가 자기 티비카드의 튜너기종을 알아야한다
이미 알고 있다면 요즘 출시되는 티비카드의 드라이버중 자기기종과 동일한 것을 찾아서 다운로드 받아서 설치하면 된다.
본인의 경우 챈스튜너는 튜너드라이버는 태근에서 배포하는 윈2000용 드라이버를 사용하니 무난히 작동했다.
이제 드라이버 설치는 마쳤다.
근데 구동프로그램이 없다고 걱정한다면 참으로 간단한 문제다.
정말로 구하기 쉽기 때문이다.
보통 PowerDVD로 유명한 Cyberlink사의 PowerVCR이나 WinDVD로 유명한 인터비디오사의 WinDVR,
그리고 오픈소스로 제공하는 DSCALER가 있고 마지막으로 본인이 적극 추천하는 ChrisTV가 있다.

먼저 상용인 PowerVCR은 역시 사이버링크에 만들어서 그런지 기능이 참으로 다양하다.
하지만 인터페이스가 그다지 직관적이지 않고 단순히 티비시청만 하는 사용자에게는 어수선한 분위기이다.
그리고 본인이 테스트한 바로는 드라이버와 충돌로 한번씩 프로즌현상이 발생했었다.

다음은 WinDVR이 있다. 사용하기도 편리하고 인터페이스도 직관적으로 만들어서 쉽게 알수 있었다.
하지만 치명적인 문제를 안고 있는데 화질이 정말 칙칙하게나온다. 예전 TV외화시리즈-(멕가이버)보면 왠지 모르게 뿌옇고
붉그스럼한 그런 느낌이다. 개인적으로 비추이다.현재 리비젼은 3.0이다
사용해볼려면 구입하거나 어둠의 경로로 다운받아야 할것이다

다음은 Dscaler인데 이놈이 정말 물건은 물건이다.
화질도 설정만 잘하면 정말 깨끟하다. 설치도 무지쉽다.
그렇지만 오픈소스라서 그런지 인터페이스가 윈도우창 메뉴바 형식이다.
그리고 초심자들이 쓰기에는 설정이 정말 복잡하다. 설정정하기에 따라서 티비카드의
최고의 화질도 끌어낼수 있지만 상황에 따라서는 최악의 결과도 나오고 다운도 일으킨다.
현재 5.0이 나와있고http://www.dscaler.org/로 바로다운 가능하다

마지막으로 필자가 적극추천하는 ChrisTV가 있다.
오프소스프로젝트인 Dscaler를 기반으로 사용자가 쉽게 사용할수 있도록 인터페이스를
많이 다듬은 듯 굉장히 직관적이다. 그리고 위져드기능으로 초심자도 따라가면 쉽게 설정도
가능하고 환경설정에서 세세하게 다눌수도 있다. 물론 화질도 Dscaler를 기반으로 했기에
정말깨끗하다. 적극 추천합니다.
http://www.chris-tv.com/

http://www.chris-tv.com/download.html

요기 가니까 프로그램 받을수 있네요..^^

yaffs2올리기

koohyun — Mon, 17 Nov 2008 09:11:30 GMT

linux2.6커널에 yaffs2올리기.

yaffs2 menuconfig

yaffs2는 정식 커널에 포함되어 있지 않다.

일단,

[Development]

Development

Current directory:	[Development]
Files shown:	0

File		Rev.	Age	Author	Last log entry
yaffs/			4 months	charles	* empty log message *(from WARNING-WARNING.txt/1.1)
yaffs2/			4 days	charles	Better retirement and erasure checking.(from yaffs_guts.c/1.37)

Show files using tag:

Download tarball

위에서 Download tarball로 최신 yaffs2커널을 다운 받는다.

이제 압축을 풀고 yaffs2디렉토리로 들어가
$ ./patch-ker.sh /usr/src/linux-2.6.10/(컴파일할 커널 경로)
를 입력하면
커널옵션과 Makefile에 자동으로 yaffs2가 삽입된다.

그런다음 make menuconfig에서
File System -> Miscellaneous filesystems에 가면
위와 같은 yaffs2 커널옵션이 나타난다.

이제 커널 컴파일 하면 끝. ^_^/

넘넘 쉽당!

*끝*
출처: http://plan9blog.com/tt2/210

NFS 램디스크 마운트

koohyun — Thu, 06 Nov 2008 06:40:36 GMT

NFS 램디스크 마운트 Linux

2008/10/30 19:22

http://blog.naver.com/bhjerm/100056444851

u-boot 프롬프트까지 띄웠다면 u-boot 커맨드에 익숙해질때이다. u-boot 프롬프트 상에서 'help'를 타이핑하니 커맨드 목록이 약간의 도움말과 함께 디스플레이 된다.(나는 익숙하지 않다.) 다음과 같이 타겟의 네트웍 설정을 한다.

u-boot>setenv ethaddr 12:23:56:78:99:ab -> target MAC address

u-boot>setenv ipaddr 10.10.10.11 -> target IP

u-boot>setenv serverip 10.10.10.10 -> host IP

u-boot>saveenv -> 위 설정을 저장

u-boot>printenv -> 설정된 값 확인

u-boot>tftp 21400000 9260kernel.img -> host의 tftp 서버에 접속하여 타겟의 0x21400000 주소에 커널 이미지 다운

u-boot>tftp 21100000 9260ramdisk.gz -> host의 tftp 서버에 접속하여 타겟의 0x21100000 주소에 램디스크 이미지 다운

u-boot>bootm 21400000 -> 0x21400000 주소의 커널 시작

커널과 램디스크 이미지는 호스트의 /tftpboot 폴더에 위치하고 있다. 위 내용은 어느 리눅스 포팅 관련 책에서나 볼 수 있다. 여튼 9260-ek 관련 specific한 작업이므로 적어 보았다. 이렇게 하면 SDRAM에 다운 받은 리눅스 커널과 루트 파일시스템구동을 확인할 수 있다. 그러나 어플리케이션 개발 시 매번 램디스크 이미지를 만들어 네트웍을 통해 다운 받는 과정 보다는 NFS-mounted root filesystem을 사용하는것이 편하다고들 한다. (나도 초짜라 얼마나 어떻게 편한지는 아직 모르겠다) 그래서 NFS 환경을 구축하기로 했다.

호스트에서 NFS 서버를 구축하기 위한 자료를 찾아 설정을 하였다. 다음은 호스트에서 수행 된 일련의 작업이다.

1. 호스트의 NFS 서비스를 위해 portmap, rpc.mountd, rpc.nfsd 데몬이 수행되어야 한다. 다음 명령어로 RPC 원격 서비스를 위한

portmap 데몬을 수행한다.

$/etc/init.d/portmap start

2. NFS 서비스를 위해 rpc.mountd와 rpc.nfsd 두 데몬을 수행한다.

$/etc/init.d/nfs start

3. gz으로 압축된 타겟용 램디스크 이미지를 NFS가 가능하도록 호스트의 디렉토리에 압축을 풀고 마운트 해 놓는다.

$gunzip 9260ramdisk.gz

$mkdir /mnt/TargetRamdisk

$mount -o loop 9260ramdisk /mnt/TargetRamdisk

$chmod -R 777 /mnt/TargetRamdisk

사용이 끝나면

$umount /mnt/TargetRamdisk

$gzip 9260ramdisk

4. 3번 항목에 설정 된 디렉토리를 NFS 서버와 연동하기 위해 정보 세팅을 두가지 방법 중 하나로 수행한다.

/etc/exports 파일에 text 기반으로 정보를 세팅하거나 XWindow에서 Desktop->System Settings->Server Settings->NFS

선택하여 GUI로 설정한다. (호스트의 상용 리눅스마다 경로가 틀릴 수 있다.)

마운트될 디렉토리 클라이언트주소 옵션

/mnt/TargetRamdisk 10.10.10.11 *(rw,sync)

5. /etc/exports 파일 설정 후 NFS 데몬 재실행을 해야 설정된 정보로 서비스가 수행된다.

$/etc/init.d/nfs restart

6. 호스트 리셋 시 NFS 데몬 자동 수행을 위해 ntsysv나 chkconfig 명령어를 이용하여 세팅을 해 놓는다.

$ntsysv

pop-up된 옵션창에서 nfs와 portmap 선택한다. 또는

$chkconfig --level 345 nfs on

$chkconfig --list

우~왕 팔아프다. 리눅스 책 보면 다 나오는 내용인데...여튼 문제(?)는 이제 부터이다.

일반적으로 포팅 관련 된 책자에는 타겟에서 호스트에 구축된 루트파일시스템에 마운트하기 위한 커맨드가 소개되어 있다. 무지했던 나는 이해가 가질 않는다. 커널만 다운 받아 어떻게 NFS를 사용하는가~ 루트파일 시스템이 정의되지 않은 커널은 부팅하자마자 panic 상태가 되는데...ㅋㅋ 상용으로 제공되는 레퍼런스 보드의 커널들은 이미 NFS 관련된 커널 설정이 포함되어 제공되기 때문에 특별히 언급을 하지 않는것 같다. 또한 커널의 부트 옵션에 대해서도~ 이쪽 분야의 엔지니어에게는 기본상식이었나 보다. 여튼 나는 커널 설정 메뉴에서 NFS 관련 모듈을 포함하겠다고 선택을 한 뒤 커널 컴파일을 다시 해야 된다는 사실을 알았다. 그리고 커널의 부트옵션과 u-boot의 bootargs의 역할까지도~

호스트의 타켓 커널 소스 폴더에서

$make ARCH=arm menuconfig ($make ARCH=arm gconfig or xconfig etc.을 사용해보자)

하여 커널 메뉴 화면을 띄운다. 여기서 File systems -> Network File systems 항목에 들어가

<*> NFS file system support

[*] Provide NFSv3 client support

[*] Root file system on NFS

체크 한뒤 Boot option에 가보자. default kernel command란에 값은 다음처럼 기록되어 있다.

(mem=64M console=ttyS0,115200 initrd=0x21100000, 17000000 root=/dev/ram0 rw)

이 값을 변경하여 커널이 수행될 시 NFS가 되도록 할 수 있으나 아래와 같은 이유로 변경하지 않았다. 부트로더는 커널 수행을 위해 몇가지 정보를 제공해야 되는데 아래와 같은 방법들이 사용될 수 있다.

1. u-boot 프롬프트 상에서 setenv bootargs ~ -> 동적인 방법

2. u-boot 헤더파일의 #define CONFIG_BOOTARGS ~ -> 정적인 방법

3. 커널의 메뉴구성 중 default kernel command string -> 정적인 방법

당연 동적인 방법을 선택해야 하며 위 순번이 곧 우선순위를 갖기 때문에 1, 2번이 없을 경우 3번으로 수행된다. 따라서 커널 메뉴상의 부트옵션 값은 그대로 두고 u-boot의 bootarags 파라미터에 NFS 수행을 위한 정보를 입력하기로 했다. 일단 커널을 컴파일 한다. (다시 읽어 보니 뭔말인지 의도한바와 기술한바가 약간 엇박자)

$make ARCH=arm CROSS_COMPILE=arm-softfloat-linux-gnu-

$mkimage -A arm -O linux -C none -T kernel -a 20008000 -e 20008000 -n linux-2.6 -d arch/arm/boot/Image 9260kernel.img

mkimage는 u-boot에 의해 bootable 한 이미지를 생성하도록 하는 툴이다. 옵션이 길지만 의미는 직관적이다. 차례로 적어 보면 "Architecture는 arm, OS는 linux, Compression은 none, 이미지 Type은 kernel, 로딩될 address는 20008000, entrypoint는 20008000, 이미지 name은 linux-2.6, 이미지 data를 /arch/boot/Image를 사용해라" 이다.

이렇게 해서 일단 NFS 가능한 커널 이미지가 준비 되었다. 이제 다시 u-boot로 돌아가 보자. 좀전에 이야기 했듯이 우선순위가 1위이며 동적인 방법인 u-boot bootargs를 이용하여 커널에 nfs 정보를 전달하도록 하겠다. 다음과 같이 u-boot bootargs 파라미터 값을 입력한다.

u-boot>setenv bootargs root=dev/nfs rw nfsroot=10.10.10.10:/mnt/TargetRamdisk ip=10.10.10.11:10.10.10.10:10.10.10.1:255.255.255.0::eth0:off console=ttyS0,115200 mem=64M

위 세팅값의 의미는 다음과 같다. 타겟마운트위치 속성 nfsroot=서버ip:서버nfs디렉토리 ip=타겟ip:서버ip:gateway:subnetmask

이렇게 하면 NFS 접속이 가능하도록 컴파일 된 커널이 초기 수행 시 부트로더로 부터 전달 받은 정보를 이용하여 NFS로 루트파일 시스템을 마운트하게 된다. 다음과 같은 u-boot 파라미터의 세팅으로 타이핑의 수고를 완전히 덜 수 있다.

u-boot>setenv bootcmd tftp21400000 9260kernel.img\;bootm 21400000

이제 타겟보드는 시스템 리셋과 함께 자동으로 u-boot 수행 후 tftp로 커널 이미지를 sdram에 다운 받고 호스트에 구축된 NFS로 마운트 할 수 있게 된다. 8Mbyte의 데이타플래쉬에 커널을 사전에 writing하고 bootcmd를 이용하여 진행하는 방법도 있으나 길어진다. 사실 지금은 점심시간이다. 원래는 낮잠을 자곤 했는데 이왕 시작한 블로그 잘 해보려고 지금 열심히 작성 마무리 했다. 초두에 말했듯이 리눅스 초짜이다. 하지만 이러한 정보를 통해 많은 이들에게 조금이나마 도움이 되길 바라는 맘으로 개인시간을 조금은 포기했다. 아니 내 자신을 혹독하게 훈련시키고 있는지도 모르겠다.

다음 포스트에서는 커널, 패치 획득과 빌드, 램디스크 활용에 대해 기술하도록 하겠다. 지금 고민은 64Mbyte의 nand 플래쉬를 어떤 파일 시스템으로 적용하는가이다. yaffs란 것이 성능과 안정성이 좋다고 하는데 ㅋ 이걸 어떻게 적용해야 되는지 무쟈게 또 공부해야 될 것 같다.

[출처] NFS 램디스크 마운트 |작성자 지적도도

YUV Player

koohyun — Mon, 27 Oct 2008 08:15:11 GMT

PYUV: Raw video sequence player

Introduction

During my research activity, I have to deal sometimes with raw sequences that must be source encoded before being transmitted, let's say, with DVB-T. Of course, there are a number of players out there, but not so many are capable to display the raw sequence before it has been encoded. In terms of rawness, such sequences can be either in native RGB format or, more often, in YUV format.

There are some specially crafted players which can satisfy your needs, but many of them are designed only for Windows, thus keeping out all Linux users. Well, I hope that this new player that I'm introducing here can satisfy all the needs:

It plays RGB and YUV sequences
It runs under Windows and under Linux
It is not written in Java or .NET, so it is extremely fast
It uses wxWidgets as GUI, making it consistent with your preferred environment
It is free: you can use it for your purposes without any sort of restriction

Help

Read the help to learn the capabilities of this program.

Download

Download it from here.

Screenshots

I have some screenshots to show to you.

Startup screen (left = windows, right = linux)

Playing a CIF sequence (left = windows, right = linux)

Playing an HD sequence (top = windows, bottom = linux)

Other YUV players

YUV File Player, free, no source, Win32
YUV Player Deluxe, commercial, no source, Win32
YUV Genius, free, source, Win32
VisGenie, free, source, Win32
Emily 2004, free, source, Win32
YUV Image Player, free, source, Win32
GLYUVPlay, free, no source, MacOS X
Elecard YUV Viewer, commercial, no source, Win32
YUVPlayer, commercial, no source, Win32
Ns YUV Player, commercial, no source, Win32
Videometer, free, source, Linux
MPlayer, free, source, Win32/Linux/MacOS
YUV video player, free, source, Linux
MultiView YUV Player, free, no source, Win32
Drastic Preview, commercial, no source, win32
YUV Player, free, no source, Win32
Yuvviewer, ?, no source, Java
YuvViewer for Java, free, source, Java
YUVviewer, free, source, Win32

iptables를 이용한 NAT(Network Address Translation)구현

koohyun — Fri, 24 Oct 2008 02:37:49 GMT

1. NAT(Network Address Translation)란?
(1) 개요: 컴퓨터에서 인터넷을 사용하려면 IP주소를 부여받아야 한다. 보통 이러한 IP를 공인 IP라
부른다. 그러나 IP주소는 폭발적인 인터넷 사용인구의 증가로 IP가 부족해지는 현상이 나
타났다. 이러한 부족현상을 해결하는 방안중의 한 기술이 NAT이다.
(2) 정의: NAT란 말 그대로 네트워크의 주소를 변환하여 주는 역할을 하는 것이다. 즉 한개의 공인
IP주소를 가지고 있는데 여러개의 컴퓨터를 사용하려는 경우처럼 한대의 컴퓨터에 공인
IP를 부여하고 나머지는 사설 IP를 부여하여 인터넷사용시에는 공인IP를 공유하여 사용할
수 있도록 해주는 기술이다.

2. NAT의 사용예
(1) 여러 대의 피시에서 한 개의 IP를 공유하여 인터넷을 사용하는 경우
=> 공인된 IP가 부여된 컴퓨터에는 랜카드를 두개를 장착하여 하나는 공인IP를 부여하고 다른
하나는 사설IP가 부여된 사설네트워크 연결을 위해 사설IP를 부여하여 인터넷을 공유할 수
있다.
(2) 한 개의 IP주소(도메인네임)에 여러 대의 서버를 연결하는 경우
=> 부하분산을 위해 한 개의 도메인네임(FQDN)에 대해 여러 대의 서버를 운영하는 경우에도
NAT를 사용한다. 즉, www.linux.ac.kr 도메인 한개에 웹서버, 메일서버, FTP서버를 따로
운영하는 경우 부하평준하(Load Balance) 기능도 구현이 가능하다. 예를 들면 웹서버는
192.168.0.1, 메일서버는 192.168.0.2 등 이런 방법으로 구현이 가능하다.
(3) 투명프락시
=> 학원에서 인터넷을 강의하는 경우처럼 동일 네트워크에 연결된 여러 대의 PC에서 동시에
같은 사이트를 연결한다. 이 경우 프록시 서버를 이용하면 그 해당사이트를 프록시서버에서
참조해 보다 빠른 접속을 할 수 있다. 이런 프록시 서버를 이용하려면 각 컴퓨터에 설치된
웹브라우저에서 프록시서버를 지정해 주어야 한다. 리눅스에 프록시서버를 설정하면 리눅스
를 통과하는 패킷은 자동으로 리눅스에 설치된 프록시서버 프로그램(SQUID 같은)으로 연결
된다.

3. iptables에서 NAT의 분류
(1) 개요: iptables에서는 크게 두 부류의 NAT로 분류한다. 위 (1)의 경우를 SNAT(Source NAT)라
하고 (2)와 (3)의 경우를 DNAT(Destination NAT)라 분류한다.
(2) 종류
1) SNAT: 패킷의 소스 어드레스를 변경한다는 의미이다. 즉 내부 어드레스인 192.168.1.2인 컴
퓨터가 다른 웹사이트(예를 들면 www.debian.org)를 접속하면 203.247.XX.XXX 처럼 공인
IP로 나타나기 때문이다. SNAT는 라우팅(경로) 결정 이후에 이루어진다.(Post-routing)
패킷의 목적지주소는 이미 정해져 있으므로(www.debian.org) 라우팅 경로는 결정되어
있고 패킷의 소스 주소가 리눅스를 떠나기 직전에 변경된다.(192.168.1.1 => 203.247.xx
.xxx)
2) DNAT: 위의 개념과 반대되는 것으로 NAT를 시행하는 리눅스에서 패킷의 목적지 주소를 변경한
다. 패킷의 목적지 주소가 먼저 변경되고 그 변경된 주소에 의거하여 새로운 라우팅 경로
를 찾는다. 즉 DNAT는 라우팅 이전 단계에서 작용한다.(pre-routing)

4. iptables를 이용한 설정
(1) SNAT(Source NAT): 기존의 IP Masquerade를 말한다.
1) 사용법
iptables -t nat -A POSTROUTING -o eth0 -j SNAT --to 203.247.50.3
iptables -t nat -A POSTROUTING -o eth0 -j SNAT --to 203.247.50.3-203.247.50.7
iptables -t nat -A POSTROUTING -o eth0 -j SNAT --to 203.247.50.3:1-1023
=> -o는 패킷을 보내는 인터페이스 장치를 지정한다. SNAT에서는 패킷을 내보내는 장치를
지정할 수 있다. --to 는 나가는 패킷에 부여할 소스 주소이다. IP공유라면 --to는 인터넷
쪽의 공인 IP를 지정하면 된다.(지정하지 않아도 상관없다.)
2) 사용예
ㄱ. 한국통신 ADSL을 리눅스에 연결해 인터넷을 공유(IP MASQUERADING)하는 경우
iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE
ㄴ. 고정 IP를 사용하는 리눅스에서 인터넷을 공유하는 경우
iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -o eth0 -j SNAT --to 203.247.50.3
=> 참고로 192.168.0.0/24는 지정하지 않아도 된다.
ㄷ. 유동 IP를 사용하여 인터넷을 공유하는 경우
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
3) 설정의 확인
iptables -t nat -L
(참고) 위 설정이외에도 다음과 같은 명령을 내려서 포워딩이 가능하게 해야 한다.
echo 1 > /proc/sys/net/ipv4/ip_forward
(2) DNAT(Destination NAT)
1) 개요: DNAT는 부하분산이나 평준화에만 사용하는 것은 아니다. 간단한 방화벽으로도 유용하다.
리눅스A(203.247.50.3)에 DNAT를 설정하여 웹서버와 메일서버를 각각 내부주소인 리눅스B
(192.168.1.11)와 리눅스C(192.168.1.12)에서 서비스 하도록 지정하고 인터넷에서 다른
연결은 리눅스A로 지정하면 리눅스A는 간단한 방화벽과 같은 구실을 한다.
2) 사용예
ㄱ. 웹서버(192.168.1.11) 분산
iptables -A PREROUTING -t nat -p tcp -d 203.247.50.3 --dport 80 -j DNAT \
--to 192.168.1.11:80
=> (설명)
- -A PREROUTING: DNAT는 먼저 목적지 주소를 변경하고 (203.247.50.3을 192.168.1.11로)
다음에 라우팅이 이루어진다.
- -t nat: 부하분산도 nat기능이다.
- -p tcp: 웹(www)은 tcp를 사용한다.
- -d 203.247.50.3 --dport 80: 들어오는 패킷의 목적지 주소가 203.247.50.3이고 포트번호
가 www(80번)인 경우만 이 규칙을 적용한다.
- j DNAT: destination NAT
- --to 192.168.1.11:80 => 패킷의 목적지 주소를 192.168.1.11 포트번호를 80번으로 설정
하라는 뜻이다. 192.168.1.11 서버에서는 80번 포트에서 웹서버 프로그램을 가동해야 한
다.
ㄴ. 메일서버(192.168.1.12)
iptables -A PREROUTING -t nat -p tcp -d 203.247.50.3 --dport 25 -j DNAT 192.168.1.12:
25
ㄷ. DNS서버를 192.168.1.10으로 변경하려면 다음과 같이 지정한다.
iptables -A PREROUTING -t nat -p udp -d 203.247.50.3 --dport 53 -j DNAT --to 192.168.\
1.10:53
=> DNS는 UDP를 사용한다.
3) 설정의 확인
iptables -t nat -L
=> 설정을 보통 포트이름등으로 보여준다.
iptables -t nat -nL
=> 설정을 포트넘버등 숫자로 보여준다.
4) 설정의 해제
iptables -t nat -F

5. iptables를 이용한 투명프록시 구현
(1) 투명프록시란?
투명프록시는 내부 네트워크의 웹브라우저에서 프록시서버를 지정하지 않아도 강제로 프록시서버를
사용하게 하는 설정이다. 프록시를 설정하는 경우의 이점은 캐시를 사용하므로 인터넷 접속 속도를
빠르게 할 수 있다.
(2) iptables에서 설정
1) squid 프록시서버를 작동시킨다.
2) 리눅스 서버의 인터넷쪽에 연결된 랜카드의 인터페이스명이 eth0(203.247.50.3), 내부랜인
eth1의 주소가 192.168.2.1이라면 다음과 같이 명령을 내린다.
iptables -t nat -A PREROUTING -i eth1 -p tcp --dport 80 -j REDIRECT --to-port 3128
=> (설명)
ㄱ. -t nat: 투명프록시도 패킷의 주소를 변경하는 설정이므로 nat이다.
ㄴ. -A PREROUTING: 투명프록시는 패킷의 주소를 변경하는 작업이 경로를 찾는 것보다
우선한다.(즉 라우팅보다 우선한다.:Pre Routing)
ㄷ. -i eth1: 변경할 패킷이 들어오는 장치를 지정한다. 내부랜이 eth1에 연결되어 있고
이 랜에 연결된 내부 네트워크 시스템들은 이 리눅스를 통해 인터넷을 사용\
하므로 들어오는 패킷의 장치명은 eth1이다.
ㄹ. -p tcp: 들어오는 패킷 중 tcp프로토콜만 nat를 적용한다는 뜻이다. www(80)연결은
tcp를 사용한다.
ㅁ. --dport 80: 들어오는 패킷의 목적지 포트가 80번(www)인 경우에만 nat를 적용한다는
뜻이다. 따라서 ftp, telnet등은 적용을 안 받는다.
ㅂ. -j REDIRECT: 투명프록시는 리눅스 내부에서 패킷의 입력포트번호를 변경해 주는 방법
이다.
ㅅ. --to-port 3128: 들어오는 패킷의 목적지 포트번호를 3128번으로 변경하는 뜻이다. 목
적지의 IP주소는 지정하지 않았으므로 모든 인터넷 웹 검색에 대해
투명프록시가 적용된다.
(3) 확인
iptables -t nat -L
(4) 다른예
(조건) 투명프록시가 설치된 리눅스 서버에 웹서버를 설치해도 상관없다. 그런데 192.168.2.x네트
워크에서 자신의 웹서버 데이터를 접근할 때도 프록시 서버를 공유한다는 것은 아무런 의미가
없다. 웹서버에서 읽을 때는 홈페이지 디렉토리에서 찾고 프록시에서 찾을 때는 프록시서버의
캐시 디렉토리에서 찾는 차이밖에 없다. 자신의 홈페이지 데이터를 내부랜에서 수시로 변경하
는 경우는 오히려 프록시서버 캐시 디렉토리에서 찾으면 문제가 된다. 캐시가 지워지지 않는
한 변경된 홈페이지 데이터를 볼 수가 없다. 그래서 내부랜(192.168.2.x)의 윈도우에서 192.
168.2.1리눅스 서버의 변경된 홈페이지 데이터를 즉시 확인해야 한다면 http://192.168.2.1
명령시에는 투명프록시가 작용하지 않아야 한다. 그 방법은 아래와 같다.
iptables -t nat -A PREROUTING -i eth1 -p tcp -d ! 192.168.2.1 --dport 80 -j REDIRECT
--to-port 3128
=> 처음의 기본설정에 -d ! 192.168.2.1을 추가하였다.(참고로 !과 192.168.2.1사이에는
공백이 필요) 즉 들어오는 패킷의 목적지주소(검색사이트)가 192.168.2.1이면 투명프록
시를 적용하지 말라는 뜻이다.
(5) 설정해제
iptables -t nat -F
(6) www외의 인터넷 연결에 대한 nat설정
1) 설명: 주의할 것은 투명프록시는 오직 http 즉 www(80)검색만 해당되고 telnet이나 ftp는 적용
되지 않으므로 내부랜에서 인터넷의 다른 호스트에 telnet 및 ftp를 사용하려면 추가로
SNAT를 설정해 주어야 한다.
2) 설정
iptables -t nat -A POSTROUTING -s 192.168.2.0/24 -o eth0 -j SNAT --to 203.247.50.3
=> (설명)
ㄱ. -A ROSTROUTING
ㄴ. -s 192.168.2.0/24: 192.168.2.0 네트워크로부터의 패킷에만 SNAT를 적용한다.
ㄷ. -o eth0 : 패킷이 나가는 장치를 말한다. (eth0이 인터넷에 연결되어 있다.)
ㄹ. -j SNAT: Source NAT를 말한다. 소스 주소(192.168.2.x)를 변경한다는 뜻이다.
ㅁ. --to 203.247.40.3: 소스 주소를 203.247.50.3으로 변경하라는 뜻이다.
3) 확인
iptables -t nat -L
(7) 참고
투명프록시가 적용되려면 인터넷에 나가는 패킷이 투명 프록시가 설정되어 있는 리눅스를 통과해
야 한다. 통과하지 않는 패킷에 대해서는 포트의 방향을 변경할 방법이 없다. 따라서 투명프록시
를 사용하는 모든 내부 컴퓨터의 디폴트 게이트웨이는 리눅스에 부여된 내부 IP주소이어야 한다.

출처 : 대전국제IT교육센터 정성재 강사

Linux IPv6 HOWTO

koohyun — Wed, 22 Oct 2008 02:44:18 GMT

http://www.tldp.org/HOWTO/Linux+IPv6-HOWTO/index.html

Linux IPv6 HOWTO (en)

Peter Bieringer

pb at bieringer dot de

Revision History
Revision 0.61	2007-10-06	Revised by: PB

Revision 0.60	2007-05-31	Revised by: PB

Revision 0.51	2006-11-08	Revised by: PB

The goal of the Linux IPv6 HOWTO is to answer both basic and advanced questions about IPv6 on the Linux operating system. This HOWTO will provide the reader with enough information to install, configure, and use IPv6 applications on Linux machines. Intermediate releases of this HOWTO are available at mirrors.bieringer.de or mirrors.deepspace6.net. See also revision history for changes.

Table of Contents

1. General

1.1. Copyright, license and others
1.2. Category
1.3. Version, History and To-Do
1.4. Translations
1.5. Technical
1.6. Preface
1.7. Used terms, glossary and shortcuts
1.8. Requirements for using this HOWTO

2. Basics

2.1. What is IPv6?
2.2. History of IPv6 in Linux
2.3. What do IPv6 addresses look like?
2.4. FAQ (Basics)

3. Address types

3.1. Addresses without a special prefix
3.2. Network part, also known as prefix
3.3. Address types (host part)
3.4. Prefix lengths for routing

4. IPv6-ready system check

4.1. IPv6-ready kernel
4.2. IPv6-ready network configuration tools
4.3. IPv6-ready test/debug programs
4.4. IPv6-ready programs
4.5. IPv6-ready client programs (selection)
4.6. IPv6-ready server programs
4.7. FAQ (IPv6-ready system check)

5. Configuring interfaces

5.1. Different network devices
5.2. Bringing interfaces up/down

6. Configuring IPv6 addresses

6.1. Displaying existing IPv6 addresses
6.2. Add an IPv6 address
6.3. Removing an IPv6 address

7. Configuring normal IPv6 routes

7.1. Displaying existing IPv6 routes
7.2. Add an IPv6 route through a gateway
7.3. Removing an IPv6 route through a gateway
7.4. Add an IPv6 route through an interface
7.5. Removing an IPv6 route through an interface
7.6. FAQ for IPv6 routes

8. Neighbor Discovery

8.1. Displaying neighbors using “ip”
8.2. Manipulating neighbors table using “ip”

9. Configuring IPv6-in-IPv4 tunnels

9.1. Types of tunnels
9.2. Displaying existing tunnels
9.3. Setup of point-to-point tunnel
9.4. Setup of 6to4 tunnels

10. Configuring IPv4-in-IPv6 tunnels

11. Kernel settings in /proc-filesystem

11.1. How to access the /proc-filesystem
11.2. Entries in /proc/sys/net/ipv6/
11.3. IPv6-related entries in /proc/sys/net/ipv4/
11.4. IPv6-related entries in /proc/net/

12. Netlink-Interface to kernel

13. Network debugging

13.1. Server socket binding
13.2. Examples for tcpdump packet dumps

14. Support for persistent IPv6 configuration in Linux distributions

14.1. Red Hat Linux and “clones”
14.2. SuSE Linux
14.3. Debian Linux

15. Auto-configuration

15.1. Stateless auto-configuration
15.2. Stateful auto-configuration using Router Advertisement Daemon (radvd)
15.3. Dynamic Host Configuration Protocol v6 (DHCPv6)

16. Mobility

16.1. Common information

17. Firewalling

17.1. Firewalling using netfilter6
17.2. Preparation
17.3. Usage

18. Security

18.1. Node security
18.2. Access limitations
18.3. IPv6 security auditing

19. Encryption and Authentication

19.1. Modes of using encryption and authentication
19.2. Support in kernel (ESP and AH)
19.3. Automatic key exchange (IKE)
19.4. Additional informations:

20. Quality of Service (QoS)

21. Hints for IPv6-enabled daemons

21.1. Berkeley Internet Name Daemon BIND (named)
21.2. Internet super daemon (xinetd)
21.3. Webserver Apache2 (httpd2)
21.4. Router Advertisement Daemon (radvd)
21.5. Dynamic Host Configuration v6 Server (dhcp6s)
21.6. tcp_wrapper
21.7. vsftpd
21.8. proftpd
21.9. Other daemons

22. Programming

22.1. Programming using C-API
22.2. Other programming languages

23. Interoperability

24. Further information and URLs

24.1. Paper printed books, articles, online reviews (mixed)
24.2. Conferences, Meetings, Summits
24.3. Online information
24.4. IPv6 Infrastructure
24.5. Maillists
24.6. Online tools
24.7. Trainings, Seminars
24.8. 'The Online Discovery' ...

25. Revision history / Credits / The End

25.1. Revision history
25.2. Credits
25.3. The End

지구의 알려지지않은,미지의 풍경

koohyun — Tue, 21 Oct 2008 08:32:30 GMT

제가 알지 못하는 곳들이라 그런 것도 있겠습니다만 멀리서 찍은 항공사진입니다만 이렇게 정교하고 아름다우면서도 구도도 절묘한 사진들은 찍을 수 있다는 것이 놀라웠습니다. 지구에 이런 멋진 곳이 있나? 싶을 정도로 감탄을 했는데, 그만큼 아직도 지구에는 인간의 발길이 닿지 않은 곳이 많고 그만큼 위험하기 때문에 앞으로 인간이 정복해야할 곳이 꼭 우주, 바다와 같은 곳 뿐만 아니라 지상에도 얼마든지 있다는 생각이 듭니다.

[아프리카편]

[그외 국가와 오지편]

[출처] 지구의 알려지지않은,미지의 풍경

zlib, openssl, openssh 크로스컴파일(arm용)

koohyun — Mon, 13 Oct 2008 02:04:25 GMT

zlib, openssl, openssh 크로스컴파일(arm용)

Linux/일반 2008/04/05 03:41

참조:http://webnautes.tistory.com/194

zlib

localhost opt # wget http://www.gzip.org/zlib/zlib-1.2.3.tar.gz

localhost opt # tar xvzf zlib-1.2.3.tar.gz

localhost opt # cd zlib-1.2.3

localhost zlib-1.2.3 # CC=arm-linux-gcc AR="arm-linux-ar rc" RANLIB=arm-linux-ranlib ./configure --shared --prefix=$PWD/build

localhost zlib-1.2.3 # make && make install

openssl

다운로드 http://www.openssl.org/source/

localhost opt # wget http://www.openssl.org/source/openssl-0.9.8e.tar.gz

localhost opt # tar xvzf openssl-0.9.7a.tar.gz

localhost opt # cd openssl-0.9.7a

localhost openssl-0.9.7a #vi Configure
Configure파일 수정
"linux-elf" "gcc, ...................." <- 이부분을 찾아 다음처럼 수정한다.
=> "linux-elf-arm" "arm-linux-gcc,............." 변경후 아래를 실행한다.

localhost openssl-0.9.7a #./Configure linux-elf-arm --prefix=/usr/local/openssl-arm --openssldir=/usr/local/openssl-arm -L/opt/zlib-1.2.3/build/lib shared no-threads no-asm

Make File 수정
-CC= gcc
+CC= arm-linux-gcc
-EX_LIBS=
+EX_LIBS= -ldl
-AR=ar $(ARFLAGS) r
-RANLIB= /usr/bin/ranlib
+AR=arm-linux-ar $(ARFLAGS) r
+RANLIB= arm-linux-ranlib

make
make install

openssh

localhost opt # wget ftp://ftp.iij.ad.jp/pub/OpenBSD/OpenSSH/portable/openssh-4.6p1.tar.gz

localhost opt # tar xvzf openssh-4.6p1.tar.gz

localhost opt # cd openssh-4.6p1

localhost openssh-4.6p1 # CC=arm-linux-gcc AR=arm-linux-ar ./configure --prefix=/nfsroot/openssh --sysconfdir=/nfsroot/openssh/etc/ssh --target=arm-linux --host=arm-linux --with-ldflags="-static-libgcc" --with-zlib=/opt/zlib-1.2.3/build --disable-etc-default-login --disable-lastlog --with-ssl-dir=/usr/local/openssl-arm --with-libs="-L/usr/local/openssl-arm/lib" --disable-strip --without-pam --with-pid-dir=/nfsroot/openssh --with-privsep-path=/nfsroot/openssh/empty

make
make install

make install 실행 도중에 아래와 같은 에러가 난다. arm용으로 컴파일 된 실행파일을 PC에서 실행시키려 했기 때문이다.

/bin/sh: line 4: ./ssh-keygen: cannot execute binary file
/bin/sh: line 9: ./ssh-keygen: cannot execute binary file
/bin/sh: line 14: ./ssh-keygen: cannot execute binary file
make: *** [host-key] 오류 126

make파일을 arm용으로 컴파일 하여 계속 진행하였다.

타겟보드에서 make host-key라고 명령을 내린다.
./ssh-keygen: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory
./ssh-keygen: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory
./ssh-keygen: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory
make: *** [host-key] Error 127

기존에 컴파일 해두었던 libz.so.1을 타겟보드의 /lib/로 복사한후 계속 진행한다.
localhost lib # pwd
/opt/zlib-1.2.3/build/lib
localhost lib # cp -a * /nfsroot/
localhost lib # ls -l /nfsroot/

타겟보드에서
# cp -a /nfsroot/libz.so* /lib/

make host-key
에러가 나면 현재시간을 다시 맞추어주자..
make: warning: Clock skew detected. Your build may be incomplete.

# date
Thu Jan 1 01:08:41 UTC 1970
# date 062911382007
Fri Jun 29 11:38:00 UTC 2007

ssh_conf파일을 수정해야 한다. 옵션설정은 더봐야함

[root@acumen:ssh]# pwd
/nfsroot/openssh/etc/ssh
[root@acumen:ssh]# vim ssh_config

38줄 SSH1 또는 SSH2 사용여부..#을 제거한다.
# Protocol 2,1 -> Protocol 2,1

타겟 보드에서 sshd를 실행시킨다.

/nfsroot/openssh/sbin/sshd

PC에서 접속을 해본다.

ssh 192.168.1.166

meminfo

koohyun — Fri, 10 Oct 2008 06:12:53 GMT

원문: http://www.redhat.com/advice/tips/meminfo.html
내용:
# cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 2114248704 1989812224 124436480 0 44879872 1727672320
Swap: 2097434624 4534272 2092900352

MemTotal: 2064696 kB
MemFree: 121520 kB
MemShared: 0 kB
Buffers: 43828 kB
Cached: 1686928 kB
SwapCached: 252 kB
Active: 1053976 kB
Inact_dirty: 691088 kB
Inact_clean: 53340 kB
Inact_target: 359680 kB
HighTotal: 1179584 kB
HighFree: 40800 kB
LowTotal: 885112 kB
LowFree: 80720 kB
SwapTotal: 2048276 kB
SwapFree: 2043848 kB
Committed_AS: 87280 kB

설명:
윗부분은 free명령과 거의 동일함.

# free -m
total used free shared buffers cached
Mem: 2016 1898 118 0 42 1647
-/+ buffers/cache: 207 1808
Swap: 2000 4 1995

free명령은 default로 kbyte단위(-m옵션의 경우 mbyte단위)로 출력하는데 반하여, meminfo의 내용은 byte단위임.

Field 설명: (이중에서 빠진 내용은 정보 source가 없어 추후 추가 예정)

-MemTotal : 전체 사용가능한 RAM (실제 물리적 메모리에서 커널 코드와 예약공간 제외)

-MemFree : LowFree + HighFree

-MemShared : 호환성을 위하여 존재하는 필드로 항상 0(zero).

-Buffers : buffer cache 메모리 크기 (2.6부터는 의미가 없어짐)
Buffer cache는 원래 directory name 과 inode 정보등의 meta data를 cache하기

위한 것이며 I/O 단위는 block size와 같다.

-Cached : Pagecache (disk cache) 메모리 크기에서 SwapCached가 빠진 크기.
Pagecache는 file 의 내용을 cache하기 위한 것으로 I/O단위는 page size와 같다.
SWAP공간으로의 page-in/out 또한 Pagecache를 통해 이루어지며
Software MMU라고도 불리운다.
커널 2.6에서 Buffer cache가 Pagecache로 통합이 되었다.

-SwapCached: 스왑-out되었다가 다시 스왑-in되었으나, 효율적인 I/O를 위하여
아직 swap공간에 남아 있는 페이지를 지칭함.

-Active : 최근에 사용된 메모리량. 일반적으로 절대적으로 필요하지 않으면 reclaim되지 않는다.

-Inact_dirty: Dirty라고 하면 "그 내용이 메모리상에서 변경되어 disk파일나 swap으로
쓰일(flush write) 필요가 있는 경우"라고 이해하면 된다다.
버퍼상에서 변경이 되었으나 I/O상의 효율을 위하여 바로 버퍼가 flush되
지 않기 때문. Inact_dirty로 지칭된 영역을 reclaim하기 위해서는 먼저
disk flush가 선행되어야 한다.

-Inact_clean: 이 영역은 바로 커널에서 reclaim할 수 있다. 커널은 항상 어느정도 이
러한 공간을 항상 유지하려 한다.

-Inact_target: 이지표를 통하여 커널은 가용할 수 있는 inactive page를 확보하려고 한다.

이 지표를 초과하면 커널은 더이상의 page-out/swap-out 하려 하지 않게 된다.

-HighTotal : HighMem 영역의 총 메모리량.
HighMem영역은 물리적으로 860MB 이상의 가지고 있는 모든 메모리를 지칭한다.

이 HighMem영역은 간접참조를 통하여 메모리의 접근이 이루어지며
Data Cache 등이 이 영역을 사용한다.

-LowTotal : HighMem 영역을 제외한 나머지 메모리 부분

-LowFree : LowMem영역의 Free 부분. 이 영역을 커널에서 직접 참조를 통하여 접근이 이
루어지며 커널에서 사용하는 여러가지 자료 구조들이 바로 이 영역을 사용한다.

-SwapTotal : 물리적인 총 Swap공간

-SwapFree : Swap공간중 남은(Free) 공간

-Commited_AS: 직역하면 할당해준(malloc등의 요청에 따라) 주소공간이 된다.
현재의 워크로드(Workload)상에서 어느정도의 RAM 또는 SWAP 이 더 필요
할지를 예측하여 Out of memory가 발생하지 않을 만한 메모리 량이다.
SwapFree량 보다 이 값이 클경우 SWAP공간을 늘리는 것이 권장되나,
Commited_AS의 값은 최악의 경우를 염두에 둔 값이다(99.9%의 확률)