로그인하지 않으셨습니다. 로그인 또는 가입해 주세요.
이곳은 Mac 관련 유용한 정보들을 모아 많은 분과 함께 공유하기 위해 운영되고 있습니다. 잠깐 들르시는 나그네라도 자유롭게 글을 올리시고 의견을 나누실 수 있습니다.사과나무 이야기 마당 » miname께서 작성한 글
Tiger이후 화려한 등장에도 불구하고 어떤 사람들은 메모리 부족이나 시스템 성능 저하의 우려로 Dashboard를 끄고 사용하기를 바라는 경우가 있을 수 있습니다.
이 경우, Dashboard를 꺼놓고자 할 때는 터미널을 열고 다음과 같이 입력합니다:
defaults write com.apple.dashboard mcx-disabled -boolean YES다시 Dashboard를 쓰려면:
defaults write com.apple.dashboard mcx-disabled -boolean NO수정한 효과를 보려면 다음과 같은 명령으로 Dock을 재실행 해야 합니다:
killall Dock아시다시피, Apple의 Weather Widget은 주기적으로 AccuWeather에서 날씨 정보를 가져오고, 경우에 따라서는 정보를 가져오기 전 몇 초 동안은 한 시간 이전의 날씨 정보를 보여주기도 합니다.
문제는, 현재 표시된 날씨가 최신의 정보로 갱신 된 것인지를 확인하려면 몇 초 동안을 기다려야 한다는 것인데, 이런 기다림이 필요없이 단번에 Widget에 표시된 날씨가 가장 최근의 정보로 갱신된 것인지를 확인하기 위해서 정보가 갱신된 시간을 따로 표시하도록 고치는 방법이 John Gruber씨의 blog에 소개되어 있답니다.
이렇게 해서, 갱신된 시간이 현재의 시간과 거이 같다면 현재 표시된 정보가 가장 최근의 것임을 알 수 있으므로 몇 초 동안을 기다릴 필요가 없게 되고, 갱신 시간이 거이 한 시간 이전으로 표시되어 있다면 최신의 정보를 갖고 오도록 몇 초를 기다리면 됩니다.
여기서, 날씨 Widget이 최신 정보를 읽어드리는지는 오른쪽 위 구석에 있는 온도 도수 기호가 깜박거림을 멈추면 정보가 갱신 완료된 것이랍니다.
고치는 방법
우선, Apple의 원래 Weather.wdgt 파일을 복사해서 복사본을 사용자 전용 Widget 폴더인 ~/Library/Widgets/ 폴더로 옮깁니다.
이렇게 하면, 원래의 Weather.wdgt 대신에 사용자 폴더에 있는 것이 실행되며, 나중에 Apple에서 Weather.wdgt을 갱신하더라도 사용자 폴더에 있는 것을 지워주기만 하면 갱신된 것을 계속 사용할 수 있게 됩니다.
이제. 복사본 Weather.wdgt을 패키지 내용 보기로 엽니다.
패키지 내용 속에 있는 “Weather.html”파일을 글자 편집기로 열고,
68 번째 줄에 있는 것을:
<div id='high' class='text info smallinfo'></div>다음과 같이 바꿉니다:
<div id='high-lo' class='text info smallinfo'>
<span id="high"></span> / <span id="lo"></span></div>70 번째 줄을:
<div id='lo' class='text info smallinfo'></div>다음과 같이 바꾸어 주고 저장합니다:
<div id='updatetime' class='text info smallinfo'></div>이것은 정보가 갱신된 시간을 표시하기 위한 자리를 마련해 줍니다.
다음에, “”Weather.css“”파일을 열고,
77 번째 줄에 있는 것을:
color: rgba(255, 255, 255, .7);다음과 같이 바꿉니다:
color: rgba(255, 255, 255, .85);이렇게 하면 표시 글짜 투명도를 높게 해서 약간 더 진하게 보여준답니다.
81 번째 줄을:
#high {다음과 같이 바꿉니다:
#high-lo {마지막으로, 85 번째 줄을:
#lo {다음과 같이 바꾸고 저장합니다:
#updatetime {다음에, “”Weather.js“” 파일을 엽니다.
257 번째 줄 다음에, 아래와 같은 코드를 넣습니다:
// Format the time of the last data refresh
var h = object.time.hour;
var ampm = getLocalizedString('am'); // default to am
if (h == 12) { // noon
ampm = getLocalizedString('pm');
} else if (h == 0) { // midnight
h = 12;
} else if (h > 12) {
h -= 12;
ampm = getLocalizedString('pm');
}
var m = object.time.minute;
if (m < 10) {
m = '0' + m;
}
document.getElementById('updatetime').innerText =
h + ':' + m + ' ' + ampm;이 스크립트는 widget의 handleDataFetched() 함수에 포함되어서 자료를 불러들일 때 마다 시간을 표시해 줍니다.
마지막으로, ko.lproj 속의 localizedStrings.js 파일을 열고 다음과 같은 코드를 추가해 주면 한글화까지 완벽하게 끝납니다.
localizedStrings['am'] = '오전';
localizedStrings['pm'] = '오후';이제 저장하고 날씨 Widget을 열면 다음과 같이 날씨 정보가 갱신된 시간도 같이 보여줄 겁니다.
일일이 고치는 수고를 덜고 싶으신 분들은 아래에 수정 완료된 파일을 받으시고 날씨 widget 패키지 내용에 있는 것을 대치해서 사용하세요.
:arrow: 수정된 Weather.wdgt 받기
F12 키를 눌러서 Dashboard를 실행시킬 필요 없이 Dashboard Widget들 중에 마음에 드는 것을 항상 화면에 꺼내놓고 사용하고 싶으시다면, 다음과 같은 코드를 터미널에서 입력해 주면 된답니다.
defaults write com.apple.Dashboard devmode YES로그 아웃하고 다시 로그 인 하면 Dashboard는 "debugging" 방식으로 실행되며, Dashboard를 실행시킨 후, 원하는 widget을 끌어다 옮기는 동시에 다시 F12 키를 누르면서 Dashboard를 가리고, 끌어 온 widget을 원하는 화면에 위치시킬 수 있습니다. 이렇게 하면 끌어다 놓은 widget은 항상 모든 화면들 위에 띄워져서 보여집니다.
위 과정을 역순으로 하면 다시 Dashboard로 원위치 시킬 수도 있습니다.
한 가지 유용한 명령으로 화면에 떠 있는 widget을 다시 재실행시키려면, Command-R 키를 누르기만 하면 된답니다.
Apple 기술 문서에 네트웍 접속에 의한 .DS_Store 파일의 생성을 막는 방법이 소개되어서 여기에 옮깁니다.
Mac OS X의 Finder에서 원격 파일 서버로 접근할 때 .DS_Store 파일들이 생성되는 것을 막으려면 다음과 같은 단계들을 따릅니다.
주의: 이 것은 SMB/CIFS, AFP, NFS, 그리고 WebDAV 서버로의 접근에도 모두 적용됩니다.
1. 터미널을 열고,
2. 다음과 같이 입력합니다:
defaults write com.apple.desktopservices DSDontWriteNetworkStores true3. 리턴 키를 치고,
4. 컴퓨터를 재시동 합니다.
컴퓨터의 다른 모든 사용자들에게도 똑같이 적용하려면, 각각의 사용자 계정으로 로그 인 한 후에 위의 단계들을 반복하거나, 위의 단계들로 수정된 com.apple.desktopservices.plist 파일을 /Library/Preferences 폴더에 복사해 넣으면 됩니다.
이 과정들은 로컬 볼륨에서의 .DS_Store 파일들의 생성을 막지는 못합니다. 또한 이전에 이미 생성되었던 .DS_Store 파일들이 원격 파일 서버로 복사되는 것도 막지를 못한답니다.
:arrow: 참고: .DS_Store 파일들로 조종되는 대부분의 설정들은 예를 들어, Finder 창의 위치, 보기 형태, 아이콘 위치 등과 같이 외관상의 설정들입니다. 하지만, 또한 OS X에서는 Finder의 주석들(comments)을 이 곳에 저장해 놓기 때문에, .DS_Store 파일들의 생성을 막으면 정보의 손실을 읽으킬 수도 있습니다.
PunBB v1.2.x 한국어 번역 파일 내려받기: Korean.zip(utf-8 encoded) / Korean.zip(euc-kr encoded)
-- 2006년 9월 9일 이전에 한국어 번역 파일을 내려받으신 분들은 다시 내려받으시기 바랍니다. 몇 개의 틀린 글자들을 고쳐서 다시 올려두었습니다.
다음은 이 곳 사과나무 이야기 마당의 PunBB v1.2.x에 추가된 Mods들과 수정내용입니다.
RSS 2 Feeds for Categories, Forums, Topics and Latest Posts - 사과나무 이야기 마당에서 사용하는 rss.php 파일 내려받기
Attachment Mod - 한국어로 옮긴 Attachment Mod 용 attach.php 파일 내려받기
Akismet for PunBB - 1.0 버전을 설치하였을 경우에는 추가 버그 수정 작업이 필요합니다.
utf-8과 관련해서 db query시 utf-8 인코딩을 따르도록 "/include/dblayer/common_db.php" 파일을 수정함.
Automatic Image Upload with Thumbnails - 포럼에 그림 올리기 기능을 추가함. - 한국어로 번역하고 HTML 관련 오류를 수정한 Automatic Image Upload 1.3.2 버전 내려받기
Attachment Mod를 설치하면 생길 수 있는 중복된 글들이 올려지는 현상을 없애려면 관련 수정 내용을 담은 글을 참고하십시오.
포럼 관리용 Plugin들:
아래는 새로 갱신된 PunBB 1.3 버전에 설치한 한국어 언어팩과 Extensions입니다. (공식 Extensions 외)
아래는 한글 도움말이 포함된 한글화 파일입니다.
:arrow: TriTag 한글화 파일 받기
설치는 TriTag를 "패키지 내용 보기"로 열어서 Resource 폴더에 넣어주시면 됩니다.
만약에, 깨끗한 설치가 설치가 아닌 10.4로 업그레이드 설치를 하였을 경우에는 모든 daemon들(예로, ftp, ssh 등과 같은)이 여전히 xinetd를 통해 실행되게 되는 데, 이것은 앞으로 더 이상 지원되지 않을 예정으로, Apple에서는 호환을 위해 계속 xinetd을 제공하고 있지만, 최적의 성능을 위한 대세는 새로운 launchd으로의 전환이라고 합니다.
이전에 /etc/xinetd.d 안에 기타 서비스들이 등록되어 있는 상태였다면, 업그레이드 시, launchd 대신에 xinetd가 사용되게 되므로, 강제로 launchd이 서비스들의 실행을 도맡게 하려면 다음과 같이 터미널에서 xinetd 관련 파일들을 따로 옮겨서 저장해 놓습니다.
sudo mkdir /etc/xinetd.d.bak
sudo mv /etc/xinetd.d* /etc/xinetd.d.bak/그리고, 이전에 등록해 두었던 서비스들은 launchd의 새로운 plist 형태의 파일에 추가해서 옮기면 되고, 여기에 필요한 정보는 man launchd, launchctl, launchd.plist를 살펴보거나, Apple의 Introduction to System Startup Programming Topics 문서를 참고하시기 바랍니다. 새로 더해질 항목들은 /Library/LaunchDaemons에 붙게 되고, 시동 시에 자동 실행되거나 혹은 다음과 같이 직접 실행시킬 수 있습니다:
sudo launchctl load /Library/LaunchDaemons/new_service_name.plist이런 과정 후에는, 시스템 환경설정에서 원하는 서비스들을 켜주고 다시 시동하면, 더 이상 xinetd이 시동 시에 간섭을 안하게 되고, 모든 서비스들의 실행은 새로운 launchd이 도맡게 됩니다. 이렇게 하면 시스템 시동시간을 단축시키는 효과도 볼 수 있다고 합니다.
따옴 - Mac OS X Hints
예전에는 주로 컴퓨터 시동시 실행되는 Apache, FTP, Telnet, Samba와 같은 각종 서비스들을 실행하고 정지시키는 일을 xinetd라는 놈이 도맡아 왔었습니다만, 시스템에 부하를 줄이고 손쉬운 관리를 위해 Apple에서는 이전의 못 미더운 도구를 갈아치우면서 Launchd(launch deamon)이라는 놈을 새로 짜맞추게 되었답니다.
이렇게 해서 사용 환경상 변경된 것은, 예전의 StarupItems 폴더에 위치했던 실행파일과 설정 관련 파일들이 Tiger에 와서는 필요가 없게 되었고, 대신 크게 두 개(LaunchDaemons, LaunchAgents)로 나뉘는 서비스의 사용 용도에 따라 다음의 다섯 곳에 설정 관련 Property List 파일들이 존재하게 되었습니다.
~/Library/LaunchAgents
/Library/LaunchAgents
/Library/LaunchDaemons
/System/Library/LaunchAgents
/System/Library/LaunchDaemons
여기에 저장될 Property List 파일을 만드는 방법은 위에 소개된 Apple 문서 안에 자세하게 설명되어 있습니다만, 이미 시스템 차원에서 제공되어 있는 서비스들을 사용하는 사용자 입장에서는 이것은 신경쓰실 필요가 없습니다.
참고로, Launchd용 property list 파일의 생성은 Launchd Editor로도 손쉽게 할 수 있습니다.
Mac OS X가 Tiger로 진화하면서 시스템의 주기적 유지보수 작업들의 관리 방식에도 변화가 생겼습니다. 예전의 cron이 도맡아 왔던 이 작업들은 이제 launchd이 그 일을 처리하게 되었으며, 따라서 유지보수 작업들의 일정 관련 파일들은 실행 환경에 따라 /System/Library/LaunchDaemons/ 혹은 /Library/LaunchDaemons/ 폴더 안에 위치하게 됩니다. (만약, /etc/crontab/ 안에 이전의 명령들이 등록되어 있다면 실행은 정상적으로 계속됩니다.)
또한, 터미널에서 유지보수 작업들을 직접 실행시키려면, 각각의 일간, 주간, 월간 작업들은 다음과 같이 변경된 명령을 사용합니다. (이전의 유지보수 작업에 쓰였던 periodic 명령은 계속 유효합니다.)
sudo launchctl start com.apple.periodic-daily
sudo launchctl start com.apple.periodic-weekly
sudo launchctl start com.apple.periodic-monthly참고로, Mac OS X 10.4 Tiger에서 새로 추가된 launchd을 포함한 시스템 시동 작업들에 대한 정보는 이 곳에서 얻을 수 있습니다.
그리고, Mac OS X 10.3.4부터 사용자 입장에서는 prebinding 정보를 일일이 갱신해 줄 필요가 없게 되었답니다.
더불어서, 아래는 현재 Tiger와 호환성을 위해서 갱신되거나 정상 작동하는 도구들입니다.
Kernel과 Extension들에 관하여
Mac OS X의 kernel은 XNU라 불리우는 Mach kernel에 그 기반을 두고 있습니다. 이 kernel은 Mac OS X의 선점용 멀티태스킹, 가상 메모리, 메모리 보호, 기본적인 I/O 등과 같은 기능들을 담당하고 있습니다. 또한 실행중인 작업들을 관리/처리하고, 동시에 kernel 자신을 포함한 서로간의 고유 작업 영역들을 서로 침범하지 못 하도록 제한합니다. 이것은 어느 하나의 작업 오류로 인해 다른 작업들에게 나쁜 영향을 끼치게 하는 것을 방지해서 Mac OS X의 안전성을 최대한 보장해주는 주요 요인이 되기도 합니다.
PowerPC 프로세서와 함께 실행되는 일반적인 작업들은 다른 작업들에 대해서 특정 권한을 갖지 않게 됩니다: 이것은 작업들이 그들 고유 영역에서만 실행되게 제한합니다. 이렇게 해서 컴퓨터의 하드웨어로의 직접적인 접근이 허용되지 않습니다.
그래서, 대부분의 불안전성은 장치 드라이버들에 의해서 발생합니다. 장치 드라이버들은 하드웨어에 직접적으로 접근해야 하기 때문에 특정 권한을 가지고 실행이 됩니다. 이러한 이유로, 이것들은 kernel의 확장자 구실을 하게 되며, 또한 kernel extensions 혹은 .kext 파일들로 불리우며, 일종의 'kernel 영역'에서 실행됩니다.
그래서, kernel 혹은 장치 드라이버가 충돌하게 되면, Kernel Panic이 일어난 것이라 할 수 있습니다.
Kernel Panic은 일 년에 한 두번 정도 아주 미미하게 발생할 수 있습니다만, 만약 주기적으로 발생한다면 새로 설치한 장치 드라이버드를 의심해 보시기 바랍니다.
응급 조치 단계들
간혹, 새로 설치한 RAM이 불량이거나 호환성 때문에 문제를 일으킬 수도 있습니다.
기본적으로 제공되는 Apple Hardware Test CD를 가지고 RAM의 불량을 확인하시거나, 혹은 다른 RAM 검사 도구들을 써보시기 바랍니다. 여기에는 상용인 TechTool Pro과 AppleCare Service Plan과 함께 제공되는 TechTool Deluxe가 있으며, 무료 command-line 도구인 Memtest와 이 Memtest를 기반으로 손쉽게 사용할 수 있게 만든 Rember가 있습니다.
Apple에서 제공한 확장자들만 가지고 시동: 시동 시, shift 키를 눌러서 'safe boot'로 실행합니다. 이렇게 하면, Apple에서 설치한 시동 항목들 이외의 것들도 제외됩니다.
만약, safe boot로 시동 후에 정상적으로 작동하면, 최근에 설치했던 타사 제품의 드라이버들을 지워주십시오. 만약, 삭제 방법을 모르신다면, 의심되는 확장자를 /System/Library/Extentions 폴더 안에서 찾아서 지워주고 재시동 하십시오.
터미널을 사용해서 /mach 그리고 /mach.sym 파일을 지워주십시오. 이것을 실행하기 위해서는 root 권한이 필요합니다. 보통 이것들을 지워주게 되면, 컴퓨터가 다시 시동할 때에 자동적으로 다시 만들어 집니다.
만약 컴퓨터가 시동이나 시동 후의 동작이 매우 느려졌을 경우에는, 확장자 캐쉬 파일들을 지워주십시오:
캐쉬파일들의 위치는 /System/Library/Extensions.kextcache 그리고 /System/Library/Extensions.mkext입니다.
이것들도 재시동할 때에 다시 만들어지게 됩니다.
아무쪼록, 이러한 응급조치가 필요하게 되는 상황이 안생기면 더욱 좋겠지요.
(개인적으로 별 문제없이 잘 사용하고 있다고 생각되었는데, /Library/Logs/panic.log 파일을 열어놓고 살펴보니, 작년에만 무려 9 번의 kernal panic이 기록되어 있군요.)
참고 문서 - MACOSXFAQ
만약에 음악 CD의 경우, 삽입한 CD 표면의 그림을 웹에서 내려받아서 원래의 것을 그대로 보여주는 기능까지 추가된다면 더욱 멋질 듯.
Disctop Pro로 갱신되면서 위의 기능과 함께 여러 가지 새로운 기능들이 추가되었습니다. :thumbup:
-새로 추가된 기능들:
[ol][uli]CD now always inserts and ejects above all windows[/uli][uli]Audio-CD and Video-DVDs now show coverart from Amazon[/uli][uli]Added button allows for quickly changing cover art, and linking to Amazon or iTunes music store[/uli][uli]Playing Audio-CDs in iTunes can now be controlled through buttons on the CD[/uli][uli]Audio-CD and Video-DVDs are now recognized with a specific logo[/uli][uli]Disc titles are now displayed on the disc[/uli][uli]Changed position lower right to upper right for iBooks and PowerBook 12''[/uli][uli]Audio-CDs are no longer ejected after lookup from CDDB using iTunes[/uli][uli]Multi-session CDs are not ejected until all sessions are unmounted[/uli][uli]Nicer behaviour when closing an empty tray[/uli][uli]More reliable mount and unmount registration[/uli][uli]Better synchronization when CDs are ejected from other applications like iTunes[/uli][uli]Added warning for users without CD recorders[/uli][uli]Fixed a bug with Expos? in Application mode[/uli][/ol]
위에서 설명된 시동 항목을 만드는 과정을 손쉽게 도와주는 도구로 Armadillo가 새로 나왔습니다.
시동 항목을 위한 shell 스크립트 편집기가 내장되어 있으며, 또한 스크립트의 문법 검사까지 가능해서 필요할 때는 무척 간편할 것 같습니다. 
Disctop이라는 이름의 PreferencPane을 설치하면,
이렇게 된단다. 집어 넣은 CD/DVD가 마치 화면에서 투시되어 보이는 것처럼 스르륵~!
더욱 실감나는 효과를 보여주기 위해, 아래와 같이 각 기종들간의 추출 시간차에 따른 시간차 조절도 가능하다고 합니다:
[ul][uli]eMac 1.7s[/uli][uli]iMac G3 1.7s[/uli][uli]iMac G4 1.3s[/uli][uli]iMac G5 1.9s[/uli][uli]PowerBook G4 12" 2.1s[/uli][uli]PowerBook G4 15" 1.9s[/uli][uli]PowerMac Titanium 1.7s[/uli][uli]PowerMac G4 1.1s[/uli][/ul]
만약에 음악 CD의 경우, 삽입한 CD 표면의 그림을 웹에서 내려받아서 원래의 것을 그대로 보여주는 기능까지 추가된다면 더욱 멋질 듯.
먼저, root 권한 획득으로 인한 몇 가지 주의사항들부터 시작하겠습니다.
아시다시피, 대부분의 UNIX 시스템들과는 달리, Mac OS X에서 root 계정(super-user)이 기본적으로 활성화되어 있지 않습니다. 직접적인 root login을 막아놓은 까닭은 시스템 차원의 영향을 주는 작업들을 실행할 때, 또 한번의 인증을 거치게 해서 여분의 보호막과도 같은 장치를 제공하기 위해서입니다.
이렇게 해 놓은 또 하나의 이점이라면, root 계정이 활성화되어 있지 않기 때문에, root 권한 작업이 필요할 때마다, 관리자 계정에서 sudo 명령어를 사용해서 root의 권한을 획득해야 합니다. 이런 과정은 log(/var/log/system.log) 파일에 기록이 되기 때문에, 여러 관리자들을 포함하는 사람들이 사용하는 시스템에 문제가 발생할 경우에는, 원인이 관리자의 오류 때문인지 혹은 어떤 악의를 품은 공격 때문인지를 비교적 쉽게 가려낼 수가 있게 됩니다.
물론, root 계정이 비활성화 되어 있는 상태라도, 몇 가지 터미널 명령으로 쉽게 관리자의 계정에서 완전한 root 계정을 획득할 수도 있으므로, 이것마저도 막기 위해서는 /etc/sudoers 파일을 수정하고, 또한 권한 없는 자가 Single User Mode로 시동해서 sudoers 파일을 수정하는 것을 막기 위해 Open Firmware Password를 설정해 놓는 등의 여러 단계의 추가 설정 작업들이 필요하게 됩니다.
보안 관련 주의사항은 여기까지만 하고, 이제 가장 손쉬운 root 계정 활성화 방법부터 말씀드리겠습니다.
/Applications/Utilities/ 폴더 속에 위치하는 NetInfo Manager를 실행시키고, 보안(Security) 메뉴에 있는 "인증(Authenticate)..." 항목을 선택합니다. 인증 후에, 다시 보안 메뉴의 "루트 계정 활성(Enable Root User)"을 선택합니다.
이제, 터미널을 열고 매번 sudo를 입력할 필요 없이, su 명령을 사용해서 root로 로그인 합니다. 작업을 마쳤으면, exit로 나옵니다.
위의 과정은, 간단하게 터미널에서 sudo passwd root 명령으로 root 계정의 암호를 설정하는 것과 동시에 활성화시킬 수도 있습니다.
다음은, root 계정을 활성화 할 필요 없이, 터미널에서 바로 root의 권한을 얻는 방법입니다.
먼저, 관리자 계정으로 로그인한 후에 터미널에서 다음과 같은 명령을 입력합니다:
sudo su그리고 나서, 관리자의 암호를 입력하면 완전한 root 권한을 가지고 작업할 수 있습니다.
나중에, root 권한이 필요한 작업을 모두 마쳤으면, exit로 빠져 나옵니다.
이 것과 비슷한 명령으로 위의 sudo su 대신에, sudo -s를 사용하실 수도 있습니다.
여기서, -s 표시는 현재의 shell에서 나오고 새로운 shell로 들어가게 합니다.
또한, root 권한의 획득과 함께 원하는 shell 환경으로 이동하려면, sudo bash, sudo tcsh, sudo sh 등과 같은 명령으로 shell을 지정해 줄 수도 있습니다.
참고로, sudo와 su 명령 후에 암호를 묻게되는 과정의 차이점은 sudo는 현재 사용자의 암호를 묻고나서 해당 사용자의 권한을 인증하게 되고, su는 전환하려는 사용자 계정의 암호를 묻고나서 해당 사용자의 계정으로 전환하게 됩니다. 그래서, 만약 root 계정에서 su 명령을 사용한다면, 암호를 묻는 과정이 생략됩니다.
결론적으로는, OS X에서의 관리자(admin) 계정은 곧 root 계정이나 마찬가지가 되고, 그에 따르는 안전한 관리도 중요할 것입니다.
Mac OS X의 계정에 등록되어 있는 단체(group)나 기타 사용자(others)가 자신의 Home 폴더로 접근하는 것을 제한하려면 터미널을 열어서 다음과 같은 명령으로 접근 권한을 빼앗을 수 있습니다. (아래의 <username> 대신에 자신의 짧은 사용자 이름을 입력합니다):
sudo chmod 700 /Users/<username>그리고, 기본적으로 Mac OS X는 사용자에 의해 새로 생성되는 파일들이나 폴더의 권한 설정을 결정해주는 umask의 값이 022로 되어 있습니다. 이것은 단체(group)나 기타 사용자(others)에게 쓰기 권한만을 제거합니다. 그렇기 때문에, 다른 사람이 자신이 생성한 파일이나 폴더를 읽을 수는 있게 되고, 이것마저 제한하려면 umask의 값을 027(10진법으로는 23)로 아래와 같이 해 주시면 됩니다:
sudo defaults write /Library/Preferences/.GlobalPreferences NSUmask 23특정한 사용자의 umask의 값 조정은 아래와 같습니다:
defaults write –g NSUmask –int 23사과나무 이야기 마당 » miname께서 작성한 글
PunBB 1.3.6로 운용됨, Informer Technologies, Inc 제공.
Copyright © 2004-2020 AppleTree Forum.