검색 선택사항 (34 중 33 페이지)

Mac OS X의 Finder는 각각의 디렉토리에 (파일 이름 앞에 점을 붙여서) 보이지 않는 ".DS_Store" 파일을 만들어서, 이 파일 속에 해당 디렉토리 안에 들어있는 파일들의 항목을 포함하는 정보를 담아놓게 됩니다. 그래서 이 .DS_Store를 간단한 글자 편집기로 불러서 읽어 보면 해당 디렉토리의 구조를 살펴볼 수가 있습니다.

여기서 문제가 되는 것은, Mac OS X "client version"에서 Apache를 돌릴 경우 만약 서버 운용자가 Finder에서 웹 디렉토리를 "한 번이라도 열어 본 적"이 있다면 생겼을 .DS_Store 파일로 인해, 악의를 품은 사용자가 웹 브라우저를 통해 http://your.mac.com/some_directory/.ds_store와 같은 주소로 해당 디렉토리에 어떤 파일들이 위치하고 있는 지를 알 수가 있게 되는 보안상의 허점이 생긴다는 것입니다. 

이 문제에 대한 해결책으로는, 아래와 같이 Apache 설정 파일인 httpd.conf에 <FilesMatch> 지시자와 함께 적절한 regular expressions을 써서 해당 파일로의 접근을 막아낼 수가 있습니다.

# The Finder creates an invisible .DS_Store file in each directory.

# For 'no-index' access controls to be effective, we had better forbid

# retrieval of that file as well. Note that we have to protect

# against the same case-insensitivity bug as above.

#

<FilesMatch "^.[Dd][Ss]_[Ss]">

     Order allow,deny

     Deny from all

</FilesMatch>

위의 regular expression에서는 Mac OS X의 대소문자를 구별하지 못하는 문제도 같이 고려되어 있습니다. 물론, 위의 설정이 적용되기 위해서는 터미널에서 다음과 같은 명령으로 Apache를 재시동 하셔야 합니다.

sudo apachectl restart

참고로, Mac OS X Server 10.3.5의 경우에서는 위 문제에 대한 방지로 httpd.conf에 다음과 같이 설정이 되어 있습니다.

#### For Mac OS X Server: Note the method used to deny access to these

#### files so that files on case-insensitive HFS+ volumes are protected.

#### Also note that .DS_Store files created by the Finder are denied here.

#### (Consider adding .FBCIndex files)

#### (Note: Denying .DS_S* may interfere with Finder WebDAV operation)

#

<Files ~ "^.([Hh][Tt]|[Dd][Ss]_[Ss])">

     Order allow,deny

     Deny from all

    Satisfy All

</Files>

여기에는 디렉토리의 Apache 설정 관련 .htaccess 파일과 .htpasswd 파일로의 접근 방지도 함께 추가되어 있음을 보실 수 있습니다.

:arrow: 여기서 제기된 Apache와 .DS_Store 파일에 관한 보안상의 문제는 Mac OS X Server 10.1 이후에서는 이미 고쳐진 것임을 밝혀둡니다.

참고 글: MacInTouch

간혹가다가, 따로 저장해 놓은 mp3 파일들 중에 한글로 된 ID3 꼬리표가 깨져 보이거나 파일 이름이 마음에 안들어서 수정하고 싶은 경우가 생깁니다. 하지만, 그 많은 파일들 하나하나를 수정하려면 귀찮기도 하고 많은 시간과 노력이 필요하게 되지요.

이럴 경우에, 입맞에 맞게 mp3 파일 이름과 ID3 꼬리표를 간편하게 수정해 주는 도구가 바로 TriTag입니다.

TriTag에는 세 가지의 변환 방식(mode)이 있습니다.
[ul][uli]Filename -> ID3 Tag: 파일 이름에는 음악 재생 번호 같은 모든 필요한 정보를 가지고 있으나, ID3 꼬리표에 기록되어 있는 정보가 불충분할 때 선택.[/uli][uli]ID3 Tag -> Filename: ID3 Tag의 정보는 올바르게 기록되어 있으나, 파일 이름이 불충분하거나 통일되어 있지 않을 때 선택.[/uli][uli]Table -> ID3 Tag & Filename: TriTag의 "파일 이름 & ID3-꼬리표 창"에서 편집한 정보를 가지고 새로운 꼬리표와 파일 이름을 동시에 만들 때 선택.[/uli][/ul]

그림을 누르시면 더 큰 그림을 보실 수 있습니다.

1. 작업은 우선, 고치고자 하는 파일들을 TriTag의 "파일 이름 & ID3-꼬리표 창"에 떨어뜨립니다. 그러면, 현재 저장되어 있는 꼬리표와 파일 이름들의 정보가 "파일 이름 & ID3-꼬리표 창"에 보여집니다.

2. 그리고, 위에서 설명된 방식들 중에 원하는 변환 방식을 선택합니다.

3. "Pattern builder..." 단추를 누르고, 여기서 변환 방식에 따라 변환될 파일 이름을 어떻게 바꿀 것인지, 혹은 파일 이름 중에서 어느 부분이 꼬리표의 어느 정보에 해당되는지를 지정해 줍니다. 여기서 지정하는 방법은 파일 이름 중에서 해당되는 부분을 선택하고, 선택된 부분의 정의를 "Available descriptions:" 항목에서 선택해 주면 됩니다. 지정한 형태를 저장하고 적용하려면 "Close dialog and adopt pattern" 단추를 누릅니다.

4. ID3 꼬리표 혹은 파일 이름 중에 몇 가지 정보가 빠져 있을 경우에는, "Default values:" 항목에서 해당 정보들을 채워주고 나서, "Force use of the default values" 단추를 눌러서 비어있는 정보에 이곳에서 지정한 정보가 대신 저장되도록 합니다.

5. 다음에, 변환 선택사항들(Options:) 중에서 원하는 항목을 선택해 줍니다. 선택사항들 중에서 "ID3 Tag -> Filename" 혹은 "Table -> ID3 Tag & Filename" 방식을 선택했을 경우에 선택할 수 있는 "Sort into folders" 항목을 선택하면, 새로 만들어진 꼬리표 정보에 의해서 iTunes의 것처럼 새로운 디렉토리 구조(artist/album/song.mp3)로 파일들을 정리해 줍니다.

6. 만약, 파일 이름과 꼬리표가 쓸모 없는 정보들로만 되어 있다면, "FreeDB..." 단추를 눌러서 노래 정보를 FreeDB에서 불러올 수도 있습니다.

7. 마지막으로, "Preview" 단추를 눌러서 결과를 미리 확인하고, 추가 수정이 필요하다면 "파일 이름 & ID3-꼬리표 창"에서 직접 수정해 주고 "Apply" 단추를 눌러서 결과를 적용합니다.

이렇게 해서 지정한 변환 형태는 "Favourite Patterns" 메뉴에 있는 "Add current pattern"을 선택해서 저장해 놓고, 나중에 계속 사용하실 수도 있습니다.

TriTag는 무료이며, 홈 페이지에 가면 TriTag의 source 파일도 받아 보실 수 있답니다.

간혹, 여러 게임들 중에서 실행을 시키면 원래의 게임 CD를 넣어줄 것을 요구하는 경우가 많아서 번거로우신 적이 많으셨을 겁니다.

이럴 때를 대비해서 CD 이미지를 미리 만들어 둔 것이 있다면, 해당 이미지를 ‘정보 입수’를 통해 “잠그고” 나서 마운트를 하면, 대부분의 경우 게임 실행 시, 더 이상 CD를 요구하지 않게 됩니다.

더 나아가, 그나마 비좁은 하드 디스크의 귀중한 공간을 차지하고 있는, 게임의 CD 이미지 파일 없이도 게임을 즐길 수 있는 방법이 있다면, 그것은 원래의 게임 CD를 똑같이 흉내내는 “No CD” 이미지를 만들어 놓는 것입니다.

“No CD” 이미지를 만드는 방법은, 우선 CD를 집어넣거나 (Toast를 사용해서) 게임 이미지를 마운트 합니다. 그리고 화면에 “올려진” CD를 다시 Toast로 불러들입니다. 여기서, CD 속의 내용들을 모두 지우고 CD 이름만 남겨둡니다. (여기서 CD의 이름은 바꾸지 말고 그대로 놓아두는 것이 중요합니다) 마지막으로, 디스크 이미지로 저장한 후에, 다시 ‘정보 입수’를 통해 이미지를 잠그면, 드디어 “No CD” 이미지를 만드는 과정이 모두 끝납니다.

이제, 게임을 실행할 때마다, 이렇게 해서 생성한 “No CD” 이미지를 화면에 올려놓기만 하면 게임 CD를 일일이 찾아서 넣어주어야 하는 번거로움은 피하실 수 있답니다.

(하지만, 간혹 이렇게 해서 만든 “No CD” 이미지를 마운트 하고서도, 까다롭게 원래의 게임 CD를 또 요구하는 게임이 있을 수도 있습니다. 이것은 아마도 게임 어플리케이션의 실행 과정 중에, Finder에 올려진 게임 CD의 내용 중 어떤 특정 파일을 찾게 되고, 해당 파일이 없을 경우 정식 게임 CD가 마운트 되지 않았음을 확인하게 되면서 생기는 경우입니다. 그래서, 이 특정 파일을 “No CD” 이미지 속에 포함시켜야만 게임 어플리케이션을 제대로 속일 수 있는 고도(?)의 속임수가 덤으로 필요하게 됩니다.)

이미 아시겠지만 iCal은 달력이 양력 기준이라 음력을 기준으로 하는 휴일은 매년 자동으로 갱신되게 끔 주기를 설정해 줄 수가 없습니다. 그래서 해가 바뀔 때마다 해당 년도의 음력 날짜를 iCal에 다시 일일이 지정해 주어야 하구요. 그래서 한국 애플에서 제공하고 있는 휴일은 양력 휴일들만 표시되어 있는 것 같습니다. 음력 표시 달력도 중국이나 대만의 음력 달력은 보입니다만 모두 한자라...결국은, 벽에 걸려있는 달력을 띠어다가 짬(?) 날때마다 일일이 iCal에 넣게 되었습니다.

아래에 매달아 놓은 파일은 Korean LunarCal.ics와 South Korean Holidays.ics가 들어있습니다.
[ul][uli]South Korean Holidays.ics - 2005년 음력 기준 공휴일이 포함된 달력입니다.(설날 - 음력 1월 1일, 석가탄신일 - 음력 4월 8일, 추석 - 음력 8월 15일)[/uli][uli]Korean LunarCal.ics - 2005년 음력일 및 24절기, 법정 기념일을 추가했습니다. 법정 기념일은 매년 자동 갱신됩니다(해당 월의 주 기준 기념일은 제외: 상공의 날 - 3월 셋째 수요일, 향토예비군의 날 - 4월 첫째 토요일, 성년의 날 - 5월 셋째 월요일, 저축의 날 - 10월 마지막 화요일). 그래서 후년에도 계속 쓰시려면 음력일과 24절기 그리고 특정 기념일을 추가로 넣어주셔야 됩니다.[/uli][/ul]

설치는 위의 파일들을 홈 폴더에 있는 ~/Library/Calendars/ 폴더 안에 넣으시고 iCal을 실행시키거나 iCal 안에서 새로운 달력을 만드신 후에 파일 메뉴에 있는 "가져오기..."를 선택해서 해당 파일을 가져오시면 쓰실 수 있습니다. (더 간단하게, 내려받은 음력 ics 파일을 마우스로 두 번 눌려주셔도 됩니다.)

즐거운 계획들로 채우시길...

매달아 놓음: iCal Korean Lunar Calendar 2005

bash on Mac OS X

by David Miller
02/24/2004

가져온 글: http://www.macdevcenter.com/pub/a/mac/2 … /bash.html

만약 여러분이 제목을 보시고 이 글에 관심을 가지시게 되셨다면, 그 것은 아마도 OS X의 터미널에 익숙하시거나 혹은 메뉴나 아이콘들을 클릭하기 보다는 명령어들을 직접 입력해서 작업하는 것을 더 편안하게 느끼실 수도 있기 때문일 겁니다.
만약 그렇지 않다면, Chris Stone씨가 쓴 "Learning the Mac OS X Terminal"과 "Learning the Terminal in Jaguar"라는 제목의 글을 읽으시면 많은 참고가 되실 겁니다.

Jaquar에서 Panther로 옮겨 오면서, Mac OS X의 기본 shell이 tcsh에서 bash로 바뀌었음을 다른 글들에서 종종 언급된 것을 보셨을 겁니다. 만약 Jaquar에서 Panther로 업그레이드를 하셨다면, 처음 Panther로 로그 인을 했을 때는 기존의 설정들이 그대로 보존된 상태이기 때문에 계속 tcsh를 사용하게 되며, 새로운 계정을 생성했을 경우에만 기본적으로 bash를 사용되게 됩니다. 대부분의 일반 터미널 사용자들은 일상적인 사용 환경이 전과 비슷하기 때문에 바뀐 점을 아마 전혀 눈치채시질 못 할 겁니다:

• cd 명령은 여전히 다른 디렉토리로 이동할 때 쓰이며,

• ls 명령도 여전히 디렉토리의 내용을 보여줄 것 이며,

• rm 명령 또한 여전히 파일들을 지울 때 사용됩니다.

• 그리고 화살표 키를 사용해서 전에 입력했던 명령들에 대한 과거 기록들을 동일하게 확인하실 수도 있습니다.

하지만 bash를 사용하시면서 aliases, 환경 변수, 혹은 이전 tcsh에서 사용했던 여러가지 주요 사용환경들이 바뀌었거나 비슷하게 적용되지 않음을 알게 되실 겁니다. 그래서, 이 글이 Jaguar에서 tcsh를 사용하셨던 분들이 Panther의 bash로 전환하는 데 도움이 되었으면 합니다.

Unix 개론: Shell이란 무엇인가?

이쯤 와서 여러분은 아마도 shell이란 바로 컴퓨터의 가장 깊고도 어두우며, 아주 으슥한 곳에 숨어있는 커다란 털복숭이 괴물과 여러분 사이를 연결해 주는 것 정도로 알고 계실 겁니다. 이 커널(kernel)이라고 알려진 괴물은 우연치 않게 컴퓨터 먹이 사슬의 가장 꼭대기에 있어서, 각각의 작업들에 사용되는 자원들(메로리, 프로세서, 그리고 디스크)을 관리하면서 모든 것들이 원래대로 올바로 수행될 수 있도록 지원합니다.

그래서 만약 커널이 제대로 동작을 안하게 된다면 어떤 일들이 일어날 지는 상상하실 수 있으실 겁니다: 프로그램들이 갑작스레 죽기 시작하고, 두렵고 지긋지긋한 바람개비가 돌기 시작하며, 컴퓨터가 서서히 이상한 징후들을 나타내기 시작할 겁니다. 여러분은 아마도 이러한 상황을 이전에도 마추치신 경험이 있을 것이며, 모르시는 분들도 계시겠지만, Windows 사용자들에게는 아주 친숙한 그 "죽음의 퍼런 화면"과도 비슷한 커널 패닉을 Mac OS X 태생 이전의 다양한 시스템들을 사용해본 분들이라면 여기저기서 가끔식 맞닥뜨린 경험도 있으실 겁니다.

이쯤에서는 이미 알고 계시겠지만, 이 괴물을 통제하는 수단인 shell은 그 종류가 여럿이 있습니다. 어떤 것들은 대략 40 여년 전 Unix시절에 만들어진 것들도 있으며, 이 것들 모두는 같은 일은 하지만, 제공되는 기능들이나 지원하는 용법들을 보면 각각의 고유한 특징들을 가지고 있습니다.

간략한 Shell의 역사

맨 처음의 shell(sh)은 개발자 Stephen Bourne의 이름을 따서 명명된 Bourne Shell로 AT&T Bell Labs에서 개발된 첫 Unix 운영 시스템에 함께 내장되어 있었습니다. 이후에, 만들어진 모든 shell들은 처음 개발된 Bourne Shell을 기초로 하게 되었습니다.

모태의 이름에서 비롯된 Bourne Again Shell(bash)은 Bourne Shell과는 완전하게 호환되며 작업 제어, command-line 편집, 그리고 개선된 scripting 지원 등과 같은 추가 기능들로 인해, Bourne Shell의 공식적인 후임의 shell로 여겨저 오고 있습니다. Free Software Foundation에 의해 개발되고 관리되어온 bash 소스는 무료로 사용 가능하며, 어떠한 Unix 호환 시스템에서도 쉽게 컴파일 될 수가 있습니다.

그래서 만약 여러분이 Linux나 *BSD 환경에서 Konsole 혹은 Gnome Terminal을 열게 되신다면 곧바로 bash가 여러분의 명령을 받기 위해 대기하고 있을 겁니다.

나는 차이점을 모르겠는데, 댁은 차이점을 말해줄 수 있겠소?

Aqua, KDE, 그리고 Gnome과 같은 창 구현(Windowing) 시스템들은 사용자의 명령을 컴퓨터의 하부 시스템에 전달하기 위해 공통적으로 메뉴, 아이콘, 창 그리고 커서 등을 사용합니다. 하지만 각각의 것 들을 서로 비교해 보면 단지 피상적인 것 말고도 (더 좋던 혹은 더 나쁘던) 각기 고유의 특징들을 가지고 있습니다. 예를 들어, Aqua의 쉬트(sheet - 예를 들어, 도큐멘트를 저장할 때 밑으로 내려오는 창과 같은)는 웹 브라우저나 워드 프로세서와 같은 다중 도큐멘트 어플리케이션에서 대화 상자(dialog box)의 기능을 구현하는데 있어서 해당 도큐멘트의 대화 상자가 열려 있어도 다른 창의 도큐멘트를 계속 사용할 수 있게 하는 수단을 제공하고 있습니다.

마찬가지로, shell들도 같은 기능을 수행함에 있어서도 서로를 구별짓게 하는 각자 고유의 특징들을 가지고 있습니다. 여기서의 같은 기능이란 바로 여러분의 명령을 컴퓨터 속 커다란 털복숭이 괴물에게 전달해서, 그 결과를 다시 여러분에게 보고하는 일이 주일 겁니다. 이런 이유로 ~/.tcshrc에 저장되어 있는 대부분의 명령들을 bash 안에서 실행시키면 실패되고 마는 것은 바로, bash가 상응하는 대부분의 명령들을 다른 용법으로 사용하기 때문입니다.

없는 것 빼고 다 있다

Panther는 운영 시스템 속의 여러 Unix 구성 파일들과 함께, 다섯 가지의 shell들을 대부분의 다른 실행 파일들처럼 Mac OS X의 /bin 폴더에 설치 저장합니다:

그림 1: Panther에 포함된 shell들은 sh, bash, csh, tcsh, zsh가 있습니다.

파일들의 크기로만 살펴본다면, bash와 sh 그리고 tcsh와 csh는 실제적으로 똑 같게 보입니다만, tcsh가 csh와 호환되는 것 처럼 bash도 sh와 완전한 호환성을 가지고 있으며, 이것은 앞에서 논의되었던 서로 다른 shell들의 등장에서 서로가 맞물려 있음을 짐작하게 합니다.

한 가지 알아두셔야 할 것은 위에 나열되어 있는 shell들만을 사용할 수 있는 것은 아니라는 점입니다. Korn shell(ksh)처럼 몇몇 기타 shell들은 내려받아서 Mac OS X (혹은 기타 다른 Unix 시스템)에서 바로 컴파일 하실 수도 있습니다. 하지만, 대부분의 Panther 사용자들은 기본적으로 제공되는 shell들만으로도 충분하고, 만약 원하는 shell이 포함되어 있지 않다고 생각하시는 분은, 이미 설치 파일을 받아서 컴파일 하셨으리라 믿습니다.

bash로 이사 가기

Mac OS X에는 로그 인 시의 기본적으로 사용되는 shell을 바꾸는 방법으로 몇 가지가 있습니다. OS X는 Unix 워크스테이션과 친숙한 일반 컴퓨터를 위한 운영 시스템이라는 서로를 달리하는 성격을 모두 가지고 있다는 점을 생각해 보면, 기본 shell을 바꾸는 것이 shell 자체 내에서 수행될 수도 있고, 또 다른 방법으로 마우스 하나 만 가지고도 가능하다는 것은 그리 놀랄 만한 일이 아닐 겁니다.

- 마우스를 가지고 전환

이상하게 들릴지도 모르겠지만, shell이란 무엇인지를 전혀 모르고 있어도 기본 로그인 shell을 다른 것으로 바꿀 수는 있습니다. 이것이 좋은 것 인지 나쁜 것 인지는 저도 장담을 못 하겠지만, 그냥 터미널의 환경설정 창을 열고 "다음 명령 실행(Execute this command)" 항목을 선택 후, 글 입력 란에 아래 처럼 shell의 절대 경로를 입력하시면 됩니다.

그림 2: bash로 전환하기 위해 터미널의 환경설정 창 사용.

그리고 나서 터미널을 종료하고, 다시 켜면 새로 설정했던 효과가 적용됩니다.

- Shell에서 전환

위에 설명된 기본 shell을 바꾸는 법은 Apple에서 제공한 또 하나의 편의 수단입니다. 하지만, Mac OS X의 내제된 Unix에 적용되는 여러 설정 사항들처럼, 이것은 단지 터미널에서 실행될 수 있는 Unix 명령이 그래픽 인터페이스로 표현된 것 뿐입니다.

창과 마우스가 존재하지 않던 시절에는, 어쩌면 끔직하게 들리실지도 모겠지만, 모든 작업들은 명령어 입력(command-line)을 통해 이루어 졌었답니다. 대부분의 Unix 시스템들에서는, shell을 bash로 바꾸기 위해서는 chsh bash 명령을 사용합니다. 하지만, Apple은 OS X의 chsh 명령을 약간 수정해 놓아서 현재는 같은 작업을 수행하려면 chsh -s bash 명령을 사용해야 합니다.

그림 3: shell 전환의 결과(성공적인 전환과 존재하지 않는 shell로의 전환 시도로 인한 실패를 같이 보여줌).

다시 한번, 터미널을 껐다 켜서 제대로 전환이 되었는 지 확인하십시오.

bash에서 작업하기

이제, 전에 사용하시던 shell을 bash로 바꾸셨거나 혹은 Panther에 의해 자동으로 설정된 상태라면, bash에서 작업하실 수 있게 되었습니다. 다시 한 번 확인을 위해서, 터미널에 echo $SHELL 명령을 입력하시면 결과(/bin/bash)를 보실 수 있습니다.

bash가 가지고 있는 크기와 복잡성 때문에, 여기서 모든 기능들을 다 다루어 볼 수는 없습니다. 대신, tcsh에서 bash로 전환하신 분들이 종종 범하시기 쉬운 일반적 실수들에 중점을 두어 살펴보겠습니다. 자, 이제 시작합니다.

- 사용 환경 길들이기

매번 컴퓨터로 로그 인 할 때마다, bash는 기타 다른 shell들 처럼 사용 환경을 구현하기 위해 초기화 파일들을 찾게 됩니다. 그래서, 로그 인 할 때마다 매번 같은 명령들을 일일이 실행하는 대신, 이런 명령들을 초기화 파일에 담아 두면 bash가 이런 단조로운 작업들을 대신 처리하게 할 수 있습니다. bash가 이런 파일들을 찾는 위치는 각각의 고유 사용 목적에 따라 아래처럼 달라집니다.

/etc/profile - bash와 sh shell의 시스템 전반에 관련된 설정 파일.
~/.profile - 새로운 터미널 창을 열 때처럼, 새로운 shell이 생성될 때 실행됨.
~/.bash_logout - shell에서 로그 아웃 할 때 실행됨.

그래서, 매번 여러분이 터미널을 열 때마다 실행되어야 할 명령들은 ~/.profile(만약 이 위치에 없다면 새로 만드셔야 합니다)에 위치한 설정 파일에 저장되어야 합니다. 그리고, 만약 명령들이 컴퓨터에 있는 모든 계정의 bash 사용자들에게 적용되게 하시려면 대신 /etc/profile 파일에 저장하십시오.

아래는 초기화 파일에 있는 내용의 한 예입니다:

# shell variables
PS1="\n$PS1 "
PS2=": "

# environment variables
export CVSROOT=/usr/local/cvsroot
export CVS_RSH=/usr/bin/ssh
export JAVA_HOME=/Library/Java/Home
export ANT_HOME=/usr/local/ant
export CLASSPATH=/Users/dave/FVL/xerces.jar

# the path is initially set to "/bin:/sbin:/usr/bin:/usr/sbin"
export PATH=$PATH:/usr/local/bin:/usr/local/mysql/bin

# aliases
alias l="ls -l"
alias ll="ls -al"
alias mckoi="java com.mckoi.runtime.McKoiDBMain"

만약 이전에 tcsh에서 shell 변수들이나 aliases 등과 작업하신 경험이 있으시다면, 위에 보이는 명령들은 무척이나 친숙하게 보이실 겁니다. 매번 설정 파일을 변경할 때마다 최근에 변경한 사항들을 적용되게 하기 위해서는 항상 "새롭게 인식시키는" 작업이 필요합니다.(웹 브라우저가 가장 최신의 웹 페이지 정보를 가져오게 하기 위해 "새로 고침" 버튼을 누르는 것과 비슷하게 생각할 수 있습니다) 이 작업은 source filename 명령을 이용하면 되고, 로그 아웃 스크립트의 경우에는 source ~/.bash_logout 명령을 사용하시면 됩니다.

- Shell에서의 변수 쓰임새

프로그래밍 언어에서 사용되는 변수의 기능을 살펴보면 프로그램의 실행 중, 어떤 정해진 시점에서 숫자나 글, 혹은 날짜와 같은 정보를 나중에 다시 꺼내서 사용하기 위한 임시 저장 공간으로 쓰입니다. 이것을 shell에 적용해 보면 (실제로 shell은 프로그래밍 언어이기도 합니다) 변수에는 사용중인 디렉토리나, 터미널 창에 표시될 문장, 혹은 사용할 도구나 프로그램들이 사용하게 될 여러 종류의 정보들을 담아 둘 수 있습니다. bash에서는 두 가지 유형의 변수들을 가지고 있는 데, "일반" 변수와 환경 변수(environment variables)가 있습니다.

- 일반 변수

일반 변수는 통상적으로 자주 사용되는 정보를 담는데 사용됩니다. C나 Java에서와는 달리 shell에서 사용되는 변수들은 유형의 제약을 덜 받기 때문에, 거이 아무것이나(예를 들어, 숫자, 문장, array나 hash 같은 합성 값) 담아둘 수 있습니다. 새로운 변수를 만드는 것은 비교적 간단합니다: name=value와 같은 형식을 사용해서 생성하고 나중에 다시 불러올 때는 $name 형식을 사용하면 됩니다.

그래서, 만약 새로운 터미널 창을 열 때마다 현재의 날짜를 보고 싶으시면, 다음과 같은 줄을 초기화 파일에 추가해 주시면 됩니다:

mydate=`date "+%H:%M:%S %m/%d/%y"`
echo "반갑습니다! $USER님, 현재 시간은 $mydate입니다"

shell 스크립팅에 대한 더 자세한 정보는 처음에 소개된 Chris Stone씨의 글을 참고하시기 바랍니다.

- 환경 변수

환경 변수는 shell 변수들 중에서도 본질적으로 특별한 경우입니다. 이것은 shell로부터 실행되는 모든 하위 처리 작업들에게도 적용이 됩니다. 쉽게 말하면, shell 안에서 실행되는 모든 어플리케이션들과 스크립트들이 shell의 환경 변수 값을 읽고 사용할 수 있다는 뜻입니다. 이런 결과로, 명령어 입력(command-line) 프로그램들에서는 일반적으로 환경 변수들을 설정과 관련된 작업에 사용합니다.

사용 관례를 따르면, 환경 변수의 이름은 모두 대문자를 사용합니다. OS X에서 사용되는 환경 변수들로는 다음과 같은 것들이 있습니다:
PATH - shell의 실행 파일들이 저장되어 있는 콜론으로 분류된 디렉토리들의 목록: /bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin
CLASSPATH - Java Runtime Environment을 사용하는 JAR 파일들과 Java class 파일들이 저장되어 있는 콜론으로 분류된 디렉토리들의 목록: /Users/dave/FVL/Java/xerces.jar:/Users/dave/FVL/mckoi.jar
JAVA_HOME - Java가 설치되어 있는 기본 디렉토리: /Library/Java/Home
PWD - 파일 시스템의 현재 디렉토리: /Applications
USER - 로그 인 이름: dave

shell에 현재 지정되어 있는 환경 변수들을 확인해 보기 위해서는, env 명령을 사용하게 되면 아래의 그림처럼 모든 환경 변수들을 터미널에 표시해 줍니다.

그림 4: 저자의 shell에 지정되어 있는 모든 환경 변수들의 예.

새로운 환경 변수를 만드는 방법은 아주 쉽습니다. bash에서는 export VAR_NAME=value 형식의 문법을 사용합니다. 그래서 모든 shell 변수들은 export 명령과 함께 사용되면 환경 변수로 정의될 수 있습니다:

# JAVA_HOME 환경 변수 생성
export JAVA_HOME=/Library/Java/Home

#두 개의 줄을 사용해서 명시적으로 같은 효과를 나타낼 수도 있습니다
JAVA_HOME=/Library/Java/Home
export JAVA_HOME

그렇다면, 만약에 필요한 환경 변수가 존재하지 않는다면 어떻게 될까요? 결론적으로, 커널 패닉이 일어나거나 컴퓨터가 연기를 뿜어낸다는 등의 별로 놀랄만 한 일들은 발생하지 않습니다. 물론 shell이나 관련 도구들은 어떤 특정의 정의되어진 변수들을 필요로 할 수도 있겠지만, 어떤 도구들은 그들 만의 환경 변수를 사용할 수도 있습니다. 그래서, 만약 필요한 변수가 존재하지 않는다면, 관련 프로그램은 안전하게 그냥 작업을 중단할 것이며 어떤 변수가 필요한 지를 Apache의 fop 형식으로 표시해 줄 겁니다.

그림 5: 필요한 환경 변수가 없을 때의 대표적인 결과의 예.

아래의 표에서는 OS X의 tcsh와 bash 간의 작업하면서 서로 구별되는 변수들(shell 그리고 환경 변수들 모두)을 보여줍니다.
모든 shell 변수 표시 - tcsh: set, bash: set
shell 변수 생성 - tcsh: set name=value, bash: name=value
shell 변수 삭제 - tcsh: unset name, bash: unset name
모든 환경 변수 나열 - tcsh: env, bash: env
환경 변수 생성 - tcsh: setenv name value, bash: export name=value
환경 변수 삭제 - tcsh: unsetenv name, bash: unset name

- Aliases

Aliases는 지금까지 오랫 동안 Mac OS의 일부분으로서 사용되어 왔습니다. 하지만, 전통적으로 두 가지의 서로 다른 뿌리(Unix와 Mac OS)에서 이어져 온 것이기 때문에 Mac OS X에 와서는 용어상으로 상당히 혼란스런 상황을 맞이하게 되었습니다.

• Finder에서는, 가상본(alias)은 하드 드라이브의 다릇 곳에 위치하는 파일에 쉽게 접근할 수 있도록 하는 기능으로 사용되며, 여러 곳에서 같은 하나의 파일에 접근할 수 있도록 합니다.

• shell에서의 alias도 비슷한 목적으로 사용되지만, 오직 글자만 사용되는 환경에 존재하는 이유로, 그 용법은 조금 다릅니다 (Finder의 가상본에 해당하는 것은 대신 link가 사용됩니다); shell의 alias는 거이 모든 Unix 명령을 또 다른 이름의 것으로 대치할 수 있게 해서, 원래의 명령을 새로운 이름으로 대신 불러서 사용할 수 있게 합니다.

Alias는 변수들과 비슷한 방법으로 선언문 앞에 alias 단어를 붙여서 선언합니다: alias name=command. 만약 명령에 공간도 포함된다면, 따옴표 안으로 같이 싸주셔야 됩니다. 현재 어떤 alias들이 정의되어 있는 지를 확인하시려면, 간단하게 alias를 입력하시면 됩니다 (그리고 alias를 삭제하려 할 때는, unalias name 명령을 사용합니다):

alias l="ls -l"
alias ll="ls -al"
alias ~="cd ~"
alias md=mkdir
alias mckoi="java com.mckoi.runtime.McKoiDBMain "

# md 이름의 alias 삭제 (사용 본보기)
unalias md

아래의 그림은 위에서 만든 처음 두 개의 alias를 사용한 예를 보여줍니다:

그림 6: 간단한 alias들 만으로도 키보드에서 입력하는 시간을 간편하게 절약해 줄 수 있다는 것을 보여줍니다.

- 터미널 화면의 명령 대기 메시지(Prompt) 설정하기

터미널을 열면 그 날의 메시지가 표시되고 나서, 가장 처름 보게 되는 것은 여러분의 모든 소원을 들어주기 위해 대기하고 있는 명령 대기 메시지입니다. 만약 Jaguar의 tcsh 명령 대기 메시지를 보아 오셨던 분이라면, 아래의 그림처럼 표시되는 Panther의 기본 명령 대기 메시지를 보고는 실망을 하셨을 겁니다:

그림 7: Panther에 있는 bash의 기본 명령 대기 메시지.

하지만 tcsh에서처럼, bash의 명령 대기 메시지를 바꾸는 일은 두 개의 특별한 shell 변수인, PS1 그리고 PS2의 값을 설정하는 것으로 해결됩니다. 여기서 왜 꼭 두 개일까요? -- PS1는 기본 명령 대기 메시지로, 매번 새로운 명령어가 입력될 때마다 표시되지만, PS2는 제 2의 명령 대기 메시지로, 명령어 길이가 한 줄 이상이라서 다음 줄로 줄바꿈 할 때마다 표시됩니다:

그림 8: bash의 기본 PS1와 PS2 사용의 예.

아래의 표는 명령 대기 메시지에 넣을 수 있는 정보들의 목록입니다.
\a - ASCII bell 글자
\d - 현재 날짜: Sun Feb 08
\H - 호스트 이름(hostname): Ginger.local
\h - 단축 호스트 이름(hostname): Ginger
\u - 사용자 이름: dave
\w - 현재 작업 디렉토리: /Applications/Network
\W - 현재 작업 디렉토리의 기본 이름: Network
\T - 현재 시간 (12-시간 HH:MM:SS 형식): 01:16:49
\t - 현재 시간 (HH:MM:SS 형식): 13:16:49
\@ - 현재 시간 (12-시간 AM/PM 형식): 1:16 PM
\n - 새 줄
\\ - 뒤로 누운 슬래쉬(backslash) 인쇄: \

위에 나열된 정보를 참고해 보면, Panther의 기본 명령 대기 메시지는 다음과 같은 명령을 사용해서 만들어진 것 임을 알 수 있습니다:

PS1="\h:\w \u$ "
PS2="> "

마 무 리

여기서는 tcsh에서 bash로 전환하는데 필요한 과정에 대해서 대략적으로만 설명하였습니다. 여기까지 읽으셨으면 Panther의 기본 환경을 원하시는 것으로 꾸미실 수 있을 만큼 bash에 대해 충분하게 아셨으리라 생각됩니다. 하지만, 여기서는 몇몇 주요 기능들의 표면적인 것들만 다뤘고, 명령의 과거 기록, 작업 관리, 스크립팅 등의 기타 기능들은 언급을 안했습니다. 그래서 기타 필요하신 추가 정보는 아래를 참고하시기 바랍니다:

• 다른 대부분의 Unix 프로그램들 처럼, bash의 참고 문서는 프로그램과 함께 설치되며, 간단하게 터미널에서 man bash 명령을 입력하시면 열람하실 수 있습니다.

• Free Software Foundation의 웹 싸이트에 가시면 bash shell의 설명서 전체를 보실 수도 있습니다.

• Cameron Newham & Bill Rosenblatt (O'Reilly & Associates, 1998)가 쓴 Learning the bash Shell, 2nd Edition는 shell의 기본에 관한 심도있는 소개와 bash에 관해서 알아야 될 모든 것들을 담고 있답니다.

Inside Samba: Windows Sharing for the Mac

by Jason Deraleau

03/18/2003

원문: http://www.macdevcenter.com/pub/a/m...mba.html?page=1

10.1을 시작으로 애플은 Mac OS X 안에 SMB 프로토콜을 지원하기 시작했습니다. SMB는 내부 네트워크 안에서 Windows 피씨들 간의 파일과 프린터 공유에 사용되는 규약입니다. Mac OS X 10.1에서는 제한적인 클라이언트 기능 만을 지니고 있었으나, 10.2에 와서는 OS에 더욱 개선된 클라이언트와 서버 기능들이 추가되었습니다. 서버 기능은 Samba라고 불리우는 Unix 데몬(daemon)에 의해 구현됩니다. Samba는 오픈 소스 프로젝트들 중에서 가장 성공적인 것들 중의 하나로 이미 Linux, 여러 BSD, 그리고 Darwin/Mac OS X 용으로 이식되어 사용되고 있습니다. Andrew Tridgell의 지휘 아래 시작된 Samba 개발팀은 Windows 서버 제품에서 사용되는 기능들을 가능한 한 많이 제공하기 위한 연구를 진행중이며 현재 Samba는 디스크 공유, 프린터 공유, WINS 서버 기능, 그리고 NT4의 기본 도메인 콘트롤러(primary domain controller)의 작업을 수행할 수 있습니다.

기본적 Windows 공유 기능 사용하기

Mac OS X 10.2에서 Windows 파일 공유 기능을 사용하는 것은 무척 쉽습니다. 기본적으로, 여러분의 컴퓨터는 "WORKGROUP" 이름의 SMB 워크그룹 안에 소속되어 있고 SMB hostname은 여러분의 컴퓨터 이름으로 이미 설정되어 있을 겁니다. Windows의 '네트워크 환경'(Network Neighborhood)에 여러분의 컴퓨터가 잘 보이게 하시려면 위의 설정을 올바로 해주어야 합니다.

Workgroup 설정

맥이 사용할 워크그룹(workgroup)을 변경하려면 /Applications/Utilities/ 폴더에 있는 디렉토리 접근(Directory Access)을 여십시오. 그리고 왼쪽 밑의 구석에 있는 좌물쇠를 누르시고 암호를 입력한 후에 서비스 항목에 있는 SMB를 선택하고 '설정...' 단추를 누릅니다. 그러면 workgroup을 지정하는 창이 뜨는 데, 여기에 Windows 컴퓨터에서 사용하고 있는 workgroup의 이름을 넣고 '승인' 단추를 누르면 디렉토리 접근에서의 모든 설정은 끝나게 되고 다음 단계로 넘어갑니다.

Hostname 설정

SMB hostname을 바꾸려면 시스템 환경설정의 '공유' 항목을 선택하십시오. 여기서 컴퓨터의 이름과 Rendezvous 이름을 설정하실 수 있습니다. 이곳에서 쓰일 이름은 사용하는 네트웍 안에서 중복되지 않는 것이어야 합니다. 또한, hostname은 한 단어로 된 것(단어 사이에 빈 공간이 없는)을 사용하시고 Rendezvous 이름도 같은 이름의 것으로 사용하실 것을 권합니다. '공유' 항목에 있는 몇 가지 사용가능한 서비스들 중에 '윈도우즈 파일 공유 (Windows File Sharing)' 항목 단추를 눌러주면 선택한 workgroup과 hostname을 사용해서 Samba가 시동됩니다.

개별 사용자의 접근 설정

이제 Samba가 실행되었으면, Windows에서 Mac으로 개별적인 사용자 계정을 사용하여 접속을 가능하게 할 수 있습니다. 접속 계정을 설정하려면 시스템 환경설정의 '계정' 항목을 열고 접속을 허용할 사용자를 선택하거나 새로 생성하실 수 있습니다. 아래 부분에 '윈도우즈로부터 사용자 로그인 허용(Allow user to log in from Windows)' 이라는 항목이 보이실 겁니다.(Mac OS X 10.3 Panther에서는 이 항목이 제거되었으며 기본적으로 모든 사용자가 인증을 통해 Windows에서 접근할 수 있게 되었습니다.) 이것의 버튼을 누르면 기본적으로 사용자의 홈 디렉토리가 자동적으로 공유되게 설정이 되며 Windows로부터 접근 시 해당 사용자의 홈 디렉토리로 접근할 수 있게 됩니다. Windows 탐색기 안에서 주소란에 \\호스트이름(HOSTNAME)\사용자이름(USERNAME)을 입력하면 "네트워크 환경(Network Neighborhood)"에서 홈 디렉토리를 보실 수 있습니다.

공유 항목 추가 하기

Mac OS X와 함께 설치되는 Samba는 오직 홈(home) 디렉토리 만을 공유하게 설정되어 있습니다. 이것은 smb.conf 설정 파일 안의 특별한 [homes] 공유 기능을 사용하게 됩니다. 만약 여러분의 홈 디렉토리 만을 공유하고 싶을 경우는 괜찮겠지만 공유하고자 하는 파일들이 다른 폴더에 위치하는 경우에는 어떻게 할까요? 가령 Windows에서 Mac의 /Users/Shared 폴더로 접근하게 할 수 있는 방법이 있을까? 하고 궁금해 하실 수도 있을 겁니다. 물론 이것은 smb.conf 파일을 조금만 수정하면 가능하게 됩니다.

Samba의 설정 관련 정보는 /etc 디렉토리 안의 smb.conf라 불리우는 파일 안에 저장되어 있습니다. 이 파일 안에는 Samba가 사용하는 일반 지시자들(directives)이 있는 [global] 항목과, 사용자의 홈 디렉토리를 공유하기 위한 설정 지시자들이 나열되어 있는 [home] 항목이 있습니다. 공유 항목을 추가하는 법의 한 예로, Windows 사용자와 /Users/Shared 폴더를 공유하기 위한 과정을 알려드리겠습니다. 우선 해야할 것은 원본 파일을 백업하는 것입니다. 이것을 위해 Mac OS X의 터미널을 열어서 약간의 기초적인 유닉스 명령어들을 사용하겠습니다.

Samba 설정 파일 백업하기

/Applications/Utilities/ 폴더에 위치한 터미널(Terminal)을 열어서, cd /etc라고 입력해서 /etc 디렉토리로 이동합니다. 그리고 나서, 명령어 ls를 치면 /etc 디렉토리 안에 위치한 모든 파일들과 폴더들이 보이실 겁니다. 이 중에 smb.conf 파일을 sudo cp smb.conf smb.conf.back라고 입력해서 백업을 합니다. 이 곳의 파일들은 root 권한 만 접근이 가능하기 때문에 백업을 위해서는 우선 root 권한을 획득해야 하기 때문에 앞에서 sudo 명렁어를 사용했으며, 시스템은 일시적으로 root 권한을 부여하기 위해 사용자 암호를 물어오게 되고, 암호를 입력하면 백업 파일이 생성됩니다. 이제, 확인을 위해 ls 명령어를 다시 입력해서 smb.conf.back 파일이 보이면 성공적으로 백업 파일이 생성된 것입니다.

새로운 공유 항목 추가하기

이제 smb.conf 파일을 백업하셨다면 pico 편집기를 사용해서 원래의 smb.conf 파일을 열 차례입니다. 변경사항을 저장하려면 root 권한이 필요하기 때문에, 권한 획득을 위해 다시 한 번 sudo 명령어와 함께 sudo pico /etc/smb.conf라고 입력하고 암호를 넣습니다. 이렇게 하면 smb.conf 파일의 내용을 보실 수 있으며 위에서 언급한 [global]과 [homes] 항목을 포함해서 [public]과 [printers] 항목의 예가 보이실 겁니다. 여기서 사용된 pico 편집기는 무척이나 사용이 쉽습니다. 이동을 위해서는 자판의 화살표 키들을 사용하고 파일의 수정은 여타 다른 텍스트 편집기들과 그 사용법이 비슷합니다. 새로운 공유를 설정하기 위한 첫 단계로 우선 제목을 붙여주는 것입니다. 여기서의 제목은 실제 사용되어질 공유의 이름이 됩니다. 아래에 사용될 보기에서는 "shared"라는 이름을 사용하겠습니다. [homes] 항목이 끝나는 부분 바로 밑으로 커서를 이동한 후에 리턴 키를 몇 번 눌러서 약간의 공간을 주고 아래와 같이 입력하십시오.

[shared]
  comment = Shared Directory
  path = /Users/Shared 
  read only = no
  browseable = yes
  create mode = 755

[shared]라고 쓰인 줄은 Samba에게 "shared"라는 이름의 새로운 디스크 공유가 정의되었음을 알려줍니다. comment로 시작되는 줄은 Windows 탐색기에서 "Shared Directory"라는 글자를 표시하게 합니다. 다음 줄은 공유 항목이 위치하는 경로를 설정해주며 보기의 경우에는 /Users/Shared 폴더가 됩니다. 그리고 이곳에서 공유될 파일들은 변경 사항들도 저장할 수 있어야 하기 때문에 read only 값으로 no를 설정해 주었습니다. browseable이란 항목은 공유 항목이 Windows 탐색기에 보여질 지를 결정해 줍니다. 여기에 no의 값이 주어저도 사용자가 폴더가 위치한 절대 경로(이번 보기의 경우는 \\HOSTNAME\SHARED)를 알고 있다면 접근은 가능합니다. 마지막 줄의 create mode는 공유 항목에 생성되는 파일들이 가지게 될 권한을 설정하는 곳 입니다. 여기에는 Unix에서 사용되는 숫자로 표시되는 권한 값을 입력하게 됩니다. 위의 보기의 경우, 소유자(owner)는 읽기/쓰기/실행의 권한이, 그리고 그룹(group)이나 기타 사용자(others)는 읽기/실행의 권한이 주어지게 됩니다.

위의 설정사항들을 수정한 후에, 콘트롤(Ctrl)+O 키를 누르고 나서 엔터키를 처서 파일을 저장하고, 콘트롤(Ctrl)+X 키를 눌러서 pico를 종료합니다. 모든 것이 성공적으로 잘 저장되었는 지를 확인하시려면 cat /etc/smb.conf 명령을 사용해서 파일의 내용을 다시 확인해 보실 수 있습니다. 여기서의 변경 사항을 Samba에 적용시키기 위해, 터미널에서 sudo killall -HUP smbd라고 입력하면 Samba 데몬(daemon)을 다시 시동해서 설정 정보를 다시 가져게 됩니다.

이제, Windows의 "네트워크 환경"에서 "shared"라는 이름의 공유 항목과 사용자 이름으로 된 공유 항목을 보실 수 있습니다. 사용자 이름으로 된 공유 폴더에는 사용자의 홈 디렉토리를 포함하며 앞에서 설명한 Samba 설정 파일 안의 [homes] 항목을 통해 공유된 것입니다.

[homes] 공유

[homes] 공유는 특별한 지시자들이 사용됩니다. 이것은 위에서 사용된 [shared] 공유와 비슷한 어느 특정 공유 폴더를 나타내기는 하지만 Samba에게 사용자의 홈 디렉토리를 공유하라는 내부적인 적용의 지시에 더 가깝습니다. 아래는 [homes] 항목의 기본 선언문입니다:

[homes]
   comment = User Home Directories
   browseable = no
   read only = no
   create mode = 0750

보시면 아시겠지만, 위의 선언문은 [shared] 선언문 처럼 공유 이름을 포함하는 괄호로 시작합니다. 여기서 왜 "homes"라는 제목의 공유 항목이 Windows의 "네트워크 환경"에서는 안보이는 지 궁금해 하실 수도 있을 겁니다. 이유는 바로, browseable 값이 no로 설정되어 있기 때문입니다. 나머지 설정은 기본 생성 모드(create mode)가 틀린 것 말고는 이전의 [shared] 항목과 비슷합니다. 이번 경우에는, 모든 새로 생성되는 파일들은 소유자에게는 읽기/쓰기/실행의 권한이, 그리고 그룹에게는 읽기/실행의 권한이 주어지며 나머지 기타 사용자는 파일에 접근할 수 없게 됩니다. 이것은 사용자의 홈 디렉토리에 대해서는 더 엄격한 권한이 주어지는 것이며 반면에, [shared] 공유의 경우에는 공개적인 사용의 성격으로 인해 한편으로는 덜 엄격한 접근 권한을 주게 된 것 입니다.

일반적 Samba 지시자들

지금까지 여러분은 SMB 설정, Windows 공유 기능 켜기, 그리고 추가로 디스크 공유를 생성하는 법을 보셨습니다. Samba 설정을 위해 사용되는 지시자들로는 많은 종류가 있습니다. 어떤 지시자들은 Samba 전체에 영향을 미치는 것들도 있고, 어떤 것 들은 디스크 공유나 프리터 공유에 한정되어 사용되는 것들도 있습니다. 다음에는 추가로 몇 가지 일반적으로 사용되는 지시자들과 그 사용법을 알려드리겠습니다.

Samba의 보안

SMB는 결코 가장 안전한 규약은 아닙니다. 처음에는 내부 네트워크 안에서 사용되도록 설계되었으며 사용자 인증 절차에 의한 보안이 이루어 집니다. 이것은 만약 컴퓨터가 직접적으로 인터넷에 연결되어 있다면 보안상의 취약점을 보일 수도 있으며 악의적인 의도로 컴퓨터의 공유 항목들로의 접근을 가능하게 할 수도 있습니다. 그래서 몇 가지 보안상 취약점을 보완하기 위해, 단지 특정 호스트들만 Samba에 접속할 수 있게 할 수는 있습니다. 이것을 위해서는 "hosts allow" 지시자를 [global] 항목에 추가해 주면 됩니다:

[global]
   hosts allow = localhost 192.168.1.

위의 예에서는 컴퓨터 자신을 포함해서 단지 192.168.1의 IP 주소를 가지고 있는 내부 네트웍에 존재하는 컴퓨터들 만이 접속이 허용됩니다. 여기서 더 나아가 "interfaces"와 "bind interfaces only" 지시자를 사용해서 Samba 데몬을 LAN interface로만 묶어 줄 수도 있습니다:

[global]
   interfaces = 192.168.1.29/255.255.255.0
   bind interfaces only = yes

위에서 사용된 interface 방법은 만약 DHCP 만을 사용하는 경우라면, interface의 IP 주소가 수시로 변할 것이기 때문에 설정파일을 항상 환경에 맞게 변경해 주어야 하므로 관리하기는 어려울 겁니다. 그러므로 hosts allow/hosts deny 방법이 관리는 훨씬 쉽습니다. 그리고 많은 ISP들은 보안상의 이유로 SMB가 사용하는 포트를 막아놓았을 수도 있으며 만약, 인터넷을 통해 SMB를 사용하려고 할 때 제대로 동작을 안 한다면 이것이 이유가 될 수도 있음을 알아두시기 바랍다.

파일 감추기

Windows 컴퓨터에서 Mac에서 공유된 항목에 접근할 때, 마침표로 시작되는 파일들이 보이실 겁니다. Unix에서는 이름을 마침표로 시작해서 파일이나 폴더들을 일반적인 디렉토리 표시 목록에서 감추려고 할 때 사용됩니다. 하나의 좋은 예로, Mac OS X의 숨겨진 .DS_Store파일에는 Finder의 보기 설정 사항들이 저장되어 있습니다. 이런 파일들을 안보이게 하기 위해서는 smb.conf 파일에 "hide dot files" 지시자를 추가해 주시면 됩니다.

[global]
   hide dot files = yes

이렇게 하면 이름이 마침표로 시작되는 모든 파일들이나 폴더들을 감추어 줍니다. 또한 "hide files" 지시자를 패턴(*)과 함께 사용하면 특정 파일들을 감출 수도 있습니다. 예를 들어 .log 확장자를 포함하는 모든 파일들을 숨기기 위해서는 다음과 같이 추가합니다:

[homes]
   hide files = /*.log/

한 가지 주의해야 할 것은, 이런 파일들은 단지 보이지만 않을 뿐, Windows 컴퓨터에서 접근은 가능합니다. 이런 파일들은 FAT 파일 시스템의 "숨겨짐 속성(hidden attribute)"과 같은 특성을 가지고 있게 되어서 Windows 탐색기의 "숨겨진 파일 보기" 혹은 "숨겨진 시스템 파일 보기" 기능이 켜저 있다면 계속 보일 수는 있습니다. 만약 파일의 접근을 완전히 차단하고 싶다면, "veto files" 지시자를 사용하면 됩니다:

[homes]
   veto files = /*passwd*/

이렇게 등록하면 파일 이름에 "passwd"가 포함된 모든 파일들은 전혀 보여지질 않게 됩니다. 물론 "hide files" 지시자를 사용한 경우와는 달리, Windows 사용자는 이런 파일들이 존재하는 지를 확인할 방법이 없게 됩니다.

디렉토리 접근 막기

Samba는 또한 공유 항목 안의 특정 디렉토리 접근을 제한할 수도 있습니다. 예를 들어, [shared] 공유 항목 안에 위치한 mp3 폴더로의 접근 만을 막고 싶을 경우, "dont descend" 지시자를 사용해서 Windows 사용자가 이 폴더로 접근하는 것을 막을 수도 있습니다:

[shared]
   dont descend = mp3

이 폴더는 계속 보이기는 하겠지만, Windows 사용자가 이 폴더를 열려고 하면 접근이 거부될 것 입니다. 하지만 공유 항목 안의 다른 폴더들은 영향을 받지 않습니다.

파일과 디렉토리 접근

앞에서 "create mode" 지시자에 관해서 말씀드렸었습니다. 이 지시자는 파일을 생성할 때 어떤 권한이 사용될 것인가를 결정하는 데 사용됩니다. 또 다른 비슷한 지시자인, "directory mask"도 디렉토리 생성 시 같은 기능을 합니다. 한 가지 분명히 알아두어야 할 것은 어떻게 mask가 생성되는가 입니다. mask는 4 개의 위치로 구분될 수가 있습니다. 하나의 숫자는 각각의 위치에 표시됩니다. 처음 위치는 종종 완전하게 생략될 수도 있습니다. 다음의 세 위치들은 각각 소유자(owner), 그룹(group), 기타(others)를 나타내며, 소유자는 파일을 생성한 사용자에 해당되고, 그룹은 사용자가 속한 기본 그룹, 그리고 기타는 기타 모든 사용자들을 의미합니다.

어떤 숫자를 사용할 것인지는, 여러 환경에서 어떤 접근 권한을 줄 것인지를 생각해서 결정해야 합니다. 세 가지의 접근 권한 형식으로 읽기, 쓰기, 그리고 실행이 있습니다. 대부분의 경우, 소유자에게는 읽기/쓰기 권한이면 충분할 것이고, 그룹과 기타를 위한 권한의 경우에는, 그 밖의 다른 사용자가 파일에 어떤 권한으로 접근해야 할 필요성이 있는지로부터 생각해 보셔야 합니다. 일단 어떤 접근 권한이 필요한지를 결정하게 되면, 다음의 과정을 따라해 보십시오: 0으로부터 시작해서, 읽기 접근 권한은 4를, 쓰기 권한은 2를, 그리고 실행 권한에는 1을 더하십시오. 그래서 만약 소유자는 읽기와 쓰기의 접근 권한을 갖게 하고, 소유자가 속한 그룹은 읽기 권한, 그리고 기타 사용자들의 접근을 막으려면, 640을 사용하시면 됩니다. 또는, 소유자와 그룹은 읽기와 쓰기 권한을, 하지만 기타 사용자들은 단지 읽기 권한 만을 주고 싶으시면 664를 사용하시면 됩니다.

디렉토리의 경우에도 같은 절차가 사용되지만, 디렉토리를 열기 위해서는 언제나 실행의 권한이 필요합니다. 그래서 만약, 소유자 만 읽기와 쓰기의 권한을 가지고 있는 디렉토리를 생성하고 싶다면 0700을 사용하게 됩니다. 만약에 실행의 권한을 승인하게 되면, 또한 사용자는 읽기 권한도 필요하게 될 것 입니다. (당연하겠지만, 읽을 수 없는 것을 실행할 수는 없겠지요.). 파일과 디렉토리의 접근 권한은 최상위의 공유 항목에서만 지정해 줄 수 있으며, 공유 항목 안의 폴더가 다른 접근 권한을 가지게 할 수는 없습니다. 또한, Windows에서 접근 권한을 변경할 수는 없겠지만, Finder에서 "정보 입수"를 사용하거나 터미널에서 chmod 명령어를 사용해서 권한을 변경할 수는 있습니다.

프린터 공유하기

Samba는 또한 Unix 기반의 프린터를 Windows 컴퓨터와 공유하는 기능을 지원합니다. 다행스럽게도, 이제 Mac OS X는 인쇄를 위해 Common Unix Printing System(CUPS)을 사용하며, "프린터 설정 유틸리티(Print Center)"에서 추가한 프린터와 함께 lpr, lpq, 그리고 기타 Unix 인쇄 명령어들을 사용할 수 있습니다. 또한, 웹 브라우저에서 URL 주소 http://localhost:631를 입력해서 CUPS 설정 도구에 접근할 수도 있습니다. 프린터를 공유하는 것은 비교적 쉬우나, 가장 어려운 부분은 적당한 드라이버를 가지고 Windows 컴푸터를 설정하는 일일 겁니다. 기본적으로, Generic/Text 프리터 드라이버는 정상적으로 작동하였지만 Apple Color LaserWriter 드라이버를 사용해서 PostScript 문서를 인쇄할 경우에는 약간의 문제가 있음을 발견했습니다. 이런 문제는 밑에서 설명된 약간의 쉘 스트립트(shell script)와 ESP Ghostscript 패키지를 사용하면서 해결되었지만, 여러분의 경우에는 환경에 따라 상황이 틀려질 수도 있습니다.

[printers] 공유

[printers] 공유는 [homes] 공유와 무척 비슷합니다. 두 공유 모두 Samba에게 다른 항목을 기초로 한 공유를 생성할 것을 지시한다는 점에서 특별한 경우 입니다. [homes] 공유의 경우, 이 다른 항목이란 바로 사용자 이름이 되며 [printers] 공유의 경우에는 바로 프린터가 됩니다. Samba는 프린터들의 목록을 바로 /etc/printcap 파일에서 가져옵니다. 이 파일에는 현재 컴퓨터가 알고 있는 모든 프린터들의 목록을 저장하고 있습니다. 이것은 보통 Mac OS X에서는 모든 내부 네트워크에 연결되어 있거나 혹은 Rendezvous를 통해 발견된 프린터에 해당됩니다. Mac에 직접 연결되어 있지 않은 프린터를 공유할 수도 있겠지만, 가장 좋은 결과를 얻기 위해서는 컴퓨터에 바로 연결되어 있는 프린터를 공유하도록 하실 것을 권합니다.

Samba 지시자들 중에서 디스크 공유와 프린터 공유의 구별을 도와주는 것이 바로 "printable" 지시자 입니다. 만약에 printable 속성이 true(혹은 yes)로 설정되어 있다면, Samba는 이것을 프린터 공유로 취급하게 됩니다. 프린터 공유에서, "path" 지시자는 임시 프린터 파일이 저장될 위치를 결정하는 데 사용되고 기본 위치는 /tmp로 설정되어 있으며 Mac OS X에서는 다시 수정할 필요는 없답니다. Samba는 인쇄할 때 다른 컴퓨터로부터 문서 자료를 받을 경우, path 지시자에 의해 지정된 폴더로 파일을 임시 저장하게 됩니다. 다음에, "print command" 지시자에 설정된 명령을 사용해서 파일을 인쇄 대기 목록에 추가하게 됩니다. 밑에 인용된 보기에서는 모든 인쇄 파일의 임시 저장소로 /temp 디렉토리를 사용하며 /etc/printcap 파일에 있는 모든 프린터들을 위한 각각의 공유 항목을 생성해 줍니다:

[printers]
   comment = All Printers
   path = /tmp
   browseable = no
   printable = yes
   guest ok = yes

위에 보이는 프린터 공유 설정은 디스크 공유의 것과 많이 비슷한데, printable 지사자는 앞에서도 설명되었 듯이, Samba에게 공유를 어떻게 취급할 것인 지를 결정해 줍니다. 그리고 browseable 속성은 no로 설정되어 있으며, 이것은 [homes] 공유에서처럼 허상의 공유(ghost share)가 보이는 것을 방지하기 위한 설정입니다. 인쇄 작업을 처리하는 데 사용되는 명령을 무엇으로 할 지의 지정은 "print command" 지시자에서 이루어집니다.

print command 지시자는 어떤 프로그램을 사용해서 인쇄 시스템으로 인쇄 작업을 보낼 지를 결정해 줍니다. Mac OS X에서는 /user/bin 디렉토리에 있는 lpr 명령을 사용하게 되는데, lpr을 사용하기 위해서는 어떤 프린터가 작업을 처리할 지, 그리고 어떤 파일이 인쇄될 지를 지정해 주어야 합니다. 올바른 프린터와 파일 이름을 lpr에 전달하기 위해서 Samba는 %p와 %s의 두 가지 변수들을 사용며 각각의 변수는 프린터와 파일을 나타냅니다. 실제 Samba에서는 /usr/bin/lpr -P%p -r %s와 같은 print command 지시자가 사용되며 Samba는 변수를 실제 프린터와 파일 이름으로 대치시켜서 명령을 실행하게 되고, 다음에 lpr는 작업을 받아서 인쇄 시스템에 전달하게 됩니다. 아래는 print command 지시자의 한 사용 예입니다:

[global]
   print command = /usr/bin/lpr -P%p -r %s

Windows에서의 프린터 설정

이제 여러분은 프린터를 공유할 수 있게 Samba 설정을 마첬으며 Windows 탐색기에서 다른 공유 항목들과 함께 보실 수 있습니다. Windows 컴퓨터에 프린터를 설치하려면, 탐색기에서 프린터를 더블 클릭하고, 그러면 서버에 프린터를 열 수 있는 드라이버가 없다는 경고 창이 뜨게 됩니다. 일단 창을 닫게 되면, 시스템에서 사용 가능한 프린터 드라이버들의 목록들을 보여줍니다.

기본적인 글자 인쇄기능을 원하신다면, Generic manufacturer(일반 제조업체)의 Generic/Text Only 드라이버를 선택하십시오. 이 드라이버는 거이 대부분의 프린터들이 일반 글자들을 쉽게 처리하기 때문에 실험 목적으로도 아주 적합합니다. 만약 Postscript 인쇄를 원하시면, Apple의 Apple Color LaserWriter 드라이버를 선택하시면 됩니다. 이 드라이버는 가장 문안하면서 기초적인 Postscript 기능을 가지고 있습니다. 이제 드라이버를 선택한 후, '승인' 단추를 누르면 Windows 컴퓨터에서 Macintosh에 연결된 공유 프린터를 사용해서 인쇄를 하실 수 있게 됩니다.

한 가지 말씀드릴 것은, 가끔은 Windows에서 Postscript 형식의 파일을 보낼 때 어떤 이유에서인지 프린터를 통해 인쇄를 못 할 경우도 있습니다. 이것은 운영 시스템들이 인쇄 작업을 서로 다르게 처리하는 데서 생기는 문제라고 생각되는데, 이 문제는 GIMP Print 패키지를 설치하고 짧은 쉘 스크립트(shell script)를 써서 해결할 수가 있었습니다. 우선, Samba가 이 쉘 스크립트를 print command로 사용할 수 있게 설정을 해줘야 합니다. 아래는 스크립트 내용:

#!/bin/sh
#
# /usr/local/bin/printsmb
#
# Print script for Postscript files.
#

/usr/local/bin/ps2pdf13 /tmp/$2
rm /tmp/$2
/usr/bin/lpr -P$1 -r /tmp/$2.pdf

이 스크립트는 GIMP Print 패키지의 ps2pdf 도구를 사용해서 Windows 컴퓨터의 Postscript 파일을 PDF 파일로 변환해 줍니다. 그리고 나서 임시 저장되었던 Postscript 파일을 삭제한 후에 lpr을 사용해서 PDF 파일의 결과물을 프린터로 보내주게 됩니다. 스크립트를 /usr/local/bin 폴더에 위치시킨 후에 터미널에서 chmod 명령어를 사용해서 0755 권한을 주십시오. 그리고 이 스크립트를 Samba와 함께 사용하려면, 다음과 같이 [printers] 부분을 변경해 줍니다:

[printers]
   print command = /usr/local/bin/printsmb %p %s

이제 Samba는 스크립트를 불러서 필요한 프린터와 임시 저장 파일의 경로를 변수 값으로 사용할 수 있게 설정되었으며, 스크립트는 파일을 변환해서 인쇄를 합니다. Postscript 인쇄는 바로 여러분의 Mac에서 인쇄하는 것과 같은 기능을 제공하게 될 겁니다. 더욱이 이들의 인쇄 작업들은 '프린터 설정 유틸리티(Print Center)' 혹은 'CUPS' 조절판에서 쉽게 관리할 수도 있답니다.

The Samba Web Administration Tool

이제 여러분은 디스크와 프린터 공유 시 사용되는 일반적인 설정 사항들과 친숙해 지셨을 겁니다. 이번에는 Samba 설정 파일을 가지고 더욱 쉽고 빠르게 작업할 수 있는 방법을 소개해 드리겠습니다. Samba 배포 파일에는 Samba 설정을 쉽게 관리할 수 있게 해 주는 웹 기반의 도구를 포함하고 있습니다. Mac OS X 또한 이런 도구를 포함하고 있으나, 사용하기 위해서는 먼저 그 기능을 켜주어야 합니다.

SWAT 기능 추가하기

Samba 웹 관리 도구(Samba Web Administration Tool)를 사용하기 위해서는, Mac OS X에 포함된 인터넷 수퍼데몬(Internet superdaemon) 중 하나를 설정해 주어야 합니다. Mac OS X에는 inetd와 xinetd를 포함하고 있으나 오직 xinetd만 사용되는 경향이 있습니다. 참고로, 이것은 FTP 공유 기능에 사용되는 수퍼데몬 입니다.

SWAT을 시동하기 위한 xinetd의 설정은 몇 가지 간단한 단계가 필요합니다. 우선 /etc/services 파일이 SWAT 접근 포트를 포함하고 있는 지를 알아봐야 합니다. 확인을 위해서 다음과 같은 명령을 터미널에 입력합니다: cat /etc/services | grep swat. 이 명령은 901/tcp 포트를 사용하는 swat 서비스가 실행 중 임을 보여줄 것 입니다. 만약 이런 결과를 얻을 수 없다면, 루트 권한을 가지고 pico를 사용해서 /etc/services에 추가 등록을 해 주어야 합니다. 위의 정보(swat 901/tcp #swat)를 항목에 추가 등록하고 변경사항을 저장하십시오.

이제 여러분의 컴퓨터는 데몬의 TCP 정보를 얻을 수 있게 설정되었고, /etc/xinetd.d 폴더에 있는 swat이라는 이름의 파일을 열어서 다음과 같이 수정하십시오:

service swat
{
    port        = 901
    socket_type    = stream
    wait        = no
    only_from    = localhost
    user        = root
    server        = /usr/sbin/swat
    log_on_failure    += USERID
    groups        = yes
    disable        = no
}

xinetd 설정과 관련한 정보는 xinetd.conf를 위한 설명문(터미널에서 man xinetd.conf라고 입력)을 참고하시기 바랍니다. 상황에 따라 변경되어야 할 설정으로는 "only_from" 등록 사항일 겁니다. 위의 예에서는, 단지 서버가 실행되는 컴퓨터 만이 접근이 허용됩니다. 이곳에 IP 주소 혹은 네트워크 주소를 입력해서 접근의 범위를 더 넓힐 수도 있습니다. 일단 등록 사항을 저장하셨으면, 컴퓨터를 재시동 하십시오. (터미널을 실행시키고 sudo killall -HUP xinetd라고 입력하셔도 됩니다.)

SWAT 사용하기

일단, swat을 사용하기 위한 xinetd 설정을 마치셨으면, 웹 브라우져를 열고 주소 http://127.0.0.1:901/ 을 입력하십시오. 사용자 이름과 암호를 물어오게 되면, root 사용자의 이름과 암호를 입력하시면 됩니다. (참고로, Mac OS X에서는 기본적으로 root 사용자가 비활성화 되어 있습니다. 터미널에서 sudo passwd root라고 입력하면 다시 활성화 됩니다.) 그러면 위의 그림처럼 SWAT 초기 화면을 보실 수 있습니다. 여기에는 몇 가지 종류의 사용 가능한 도구 항목들이 있습니다. Home 항목에는 Samba 관련 문서들을 볼 수가 있으며, Globals 항목에서는 smb.conf 파일의 [global] 항목에 해당하는 여러 지시자들을 보실 수 있습니다. 더욱이, SWAT에서는 smb.conf 파일의 여러 항목들을 쉽게 직접 수정, 저장하실 수 있습니다.

대부분의 항목들은 이름으로 그 기능을 짐작하실 수 있겠습니다만, 맨 윗 부분에 변경사항들을 저장하기 위한 Commit Changes 버튼이 보이고 몇 몇 항목에서는 Advanced 버튼을 눌러서 고급 Samba 지시자들을 추가로 보실 수 있습니다. Satatus 항목에는 smdb 그리고 nmbd 데몬을 시작, 재시동, 그리고 멈추게 하는 버튼들이 있습니다. 한 가지 알아두셔야 할 것은 SWAT을 사용해서 smb.conf 파일을 수정하셨거나, 혹은 직접 편집을 하셨을 경우에는 데몬을 다시 시동한 후에야 효과가 제대로 적용된다는 것 입니다. 데몬의 조정 버튼들 아래에는, 현재 접속 실행중인 네트워크 목록과 각각의 접속을 차단하는 버튼들이 있습니다.

마지막 두 개의 SWAT 항목들은 Mac OS X에서는 많이 사용되지는 않는 것들입니다. View 항목에서는 smb.conf 파일의 내용을 보실 수 있으며 SWAT에 의한 변경 사항들을 직접 확인하실 수도 있습니다. Password 항목은 가장 최근의 Windows 버전에서 요구하는 암호화된 사용자 이름과 암호를 생성할 수 있게 합니다. 이것은 시스템 환경설정에서 Windows 공유기능을 사용하면 필요한 정보를 자동으로 생성하기 때문에 여기서 사용할 필요는 없습니다.

보시다시피, SWAT은 Samba 데몬을 관리하거나 Samba 설정 작업에 아주 유용합니다. 또한 xinetd 설정 파일을 수정하면 웹 브라우저를 통해 원격에서 SWAT에 접근할 수도 있습니다. SWAT의 여러 항목들은 smb.conf 파일을 더욱 쉽게 관리할 수 있게 해주며, 여기서 더 많은 관련 용법들을 함께 배울 수도 있습니다. 일단 smb.conf 항목들과 친숙해지면, 직접 손으로 필요한 설정들을 수정할 수도 있겠지만, 급한대로 SWAT 또한 언제든 용이하게 접근할 수 있는 편한 방법이 될 수도 있답니다.

맺음말

이제, 여러분은 Samba의 설정과 많이 친숙해 지셨을 것이고, Apple에서 제공하는 GUI 도구들 보다도 더욱 향상된 공유 기능들을 사용하실 수 있을 겁니다. SWAT 인터페이스를 사용하면 환경에 적합한 설정 사항들을 오류 없이 관리하는데 도움이 될 것이며, 수정 결과를 바로 확인하기 위해서 쉽게 Samba를 다시 시동시킬 수도 있습니다. 결론적으로, Apple은 Windows 공유에 있어서는 가장 훌륭한 Unix 도구를 Mac OS X에 포함시켰으며 또한, 여러가지 환경에 적합한 설정을 구현하는 데 필요한 모든 도구들을 제공하고 있습니다. Samba는 Mac이 Windows 네트워크 환경에 접근할 시에는 중계자로서 아주 귀중한 도움이 될 수 있을 것이며, 옆의 Windows 사용자는 아무런 차이점을 눈치챌 수도 없을 겁니다.

-- 원문의 글이 씌여진 지 조금 오래 되었고 또한 설명도 10.2 Jaguar 기준이지만 적용은 10.3 Panther 에서도 거이 비슷하게 하실 수가 있습니다. 그리고 참고로, 이 글에서 소개된 Samba의 여러 공유 관련 설정은 무료로 배포되고 있는 SharePoints로도 많은 부분 쉽게 설정/관리하실 수 있을 겁니다.

Dave Hyatt가 자신의 blog에 쓴 글을 보면 Safari가 웹 페이지의 내용을 표시하기 전에 이루어지는 여러가지 준비 과정들에 대한 설명의 글이 올라와 있습니다. 내용 중에는 Safari가 웹 페이지를 읽어드릴 때, cMinimumLayoutThreshold 변수에 지정된 시간(250ms) 안에 모든 내용들을 다 긁어오지 못했을 경우, cTimedLayoutDelay 변수에 지정된 시간(1000ms)만큼 대기한 후에 다시 주기적으로 계속해서 내용을 화면에 뿌려준답니다. 여기서 사용하는 일종의 대기 시간(timer)의 값을 줄이면 결과적으로 Safari의 페이지 읽는 속도를 증가시킬 수 있다는 내용이 있습니다.

이 대기 시간을 줄이는 방법으로는, 우선 Safari를 종료하고 ~/Library/Preferences/ 폴더에 있는 com.apple.Safari.plist 를 텍스트 편집기로 열어서 아래의 두 줄을 <dict> 태그 안의 아무 곳에나 추가하시면 됩니다.

<key>WebKitInitialTimedLayoutDelay</key>
<real>0.25</real>

혹은, 간단하게 터미널을 여시고 다음과 같이 입력하고 return키를 누르셔도 같은 효과를 보실 수 있습니다.

defaults write com.apple.Safari WebKitInitialTimedLayoutDelay 0.25

원래의 기본 값은 1.0 입니다만, 이 값을 낮추면 Safari가 페이지를 표시하기 전에 대기하는 시간을 줄이는 효과를 나타낸다고 합니다. 약간의 부작용이라고 할 수 있는 것은, 느린 라인을 사용하거나 붐비는 웹 페이지를 읽어들일 때 생길 수 있는 "잠깐의 백지 상태" 입니다만, 이것은 표시하려는 영역의 데이타를 Safari가 설정된 대기 시간 전에 가져오질 못 해서 일시적으로 해당 영역이 그냥 흰 색으로 표시되는 현상이며, 실제로 체감 반응 속도는 더 빠르게 느껴질 겁니다.

이것은 Mac OS X Hints에 소개되었던 요령입니다.