클리앙 장터에서 1TB 하드와 함께 쿨매로 나온 USBStation2 를 손에 넣게 되었다. 

흔히 NAS Adapter 라고도 불리는 이 제품은, 기계 자체에 펌웨어가 내장되어있어 단순히 외장하드를 연결해 주는 것 만으로도 바로 사용할 수 있는 멋진 물건이다. 

하드웨어 설치는 간단한 편인데 아답터가 에러 @_@!! 

전원 부분이 얇아 220v 소켓에 꽂으면 싸구려 중국제마냥 덜렁거려 아무래도 적당한 녀석으로 바꿔줘야 할 듯 싶다. 

책상속에 마침 곰팡이가 핀 2GB USB 메모리가 보이길래 함께 꽂아주었다. 

DS110j의 경우 부팅이 끝나면 삑~! 하고 비프음이 나오는데, USBStation2는 그딴 거 없다!! 

POWER 와 DISK 램프의 깜박임이 완료된 후 기본 호스트명인 usbstation2 에 핑을 날려본다. 

웹브라우저를 띄우고 http://usbstation2 에 접속. 초기 접속 아이디는 admin 이며 암호는 없다. 

깔려있는 DSM 버전은 3.2-1944, USBStation2 는 최신버전 DSM 4.0의 지원대상에서 제외되었다.
아쉬움을 뒤로하고 제어판에서 DSM 3.2-1968 버전을 내려받는다. 

업데이트를 마치고 재부팅한 뒤 네트워크 이름을 usbstation2 에서 my-storage 등으로 적당히 변경. 

표준 시간대 설정하고 NTP서버와 동기화를 선택해 시간은 자동으로 맞춰지도록 한다. 

제어판 - 사용자에서 admin 과 guest 에 적절한 암호를 설정. 

나머지 설정도 적당히 마무리 짓고... 마지막으로 제어판 - 터미널에서 SSH 서비스를 활성화 한다. 

PuTTy 로 접속 테스트. 

제어판 -> 외부 장치에서 뒷면에 꽂아둔 2GB 메모리를 EXT4 파티션으로 포멧한다. 

이 공간은 optware 용으로 사용할 것이다. 

구글에서 USBStation2와 optware 로 검색해서 건진 마르님의 멋진 따라하기. 

http://blog.naver.com/amarese/140153263988

http://cafe.naver.com/synologynas/13207

기왕에 DSM 버전도 가능한 최신버전으로 업했으니... 
두번째 링크에 isul 님이 남겨주신 댓글을 참조해 수정펌이 아닌 정펌에 optware를 올리는 방법을 찾아보자. 

이하 작업은 root 로 로그인한 뒤 진행. SSH로 root 접속시 암호는 admin에 설정한 것과 동일하다. 

USB메모리에 @optware 라는 폴더를 만들어 준다. 

/volume1 은 USBStation2의 플래시 영역이다. 앞에서 만들어준 @optware 디렉토리에 대한 심볼릭 링크를 여기에 만들어준다. 

/opt 에 이 심볼릭 링크를 마운트 한다. 

이제 부트스트랩 작업. (참조: http://lycons.iptime.org/tc/49)

/opt/etc/ipkg.conf 파일을 열고 마지막에 다음 라인을 추가. 

/etc/profile 열고 마지막에 다음과 같이 수정 또는 추가. 

ipkg 의 업데이트. 

/etc/rc.local 에 붉게 적힌 내용 추가. 재부팅 후에도 동작하도록 해준다. 

df -h 명령으로 /opt 에 /volume1/system/@optware 가 제대로 마운트 되었는지 살핀다. 

ipkg 테스트 겸 설치해보는 nano. 

마지막 산이 하나 더 남아있다. USBStation2 는 저가형 답게 공유폴더를 따로 지정할 수 없고 USB에 접속한 스토리지 자체가 통째로 공유되는 방식이다. 때문에 탐색기로 방금 optware 를 설치한 2GB 메모리를 들여다 보면 속살이 모두 드러나 조금 곤란하다. 

공유기능을 끄는 것도 불가능하다. 물론 탐색기 환경에 나타나지 않도록 설정할 수는 있지만 그래도 찜찜하다. 

정책 때문이라고 해도 왠치 치사하다는 느낌이 든다. 뭐 Synology의 장점은 맘에 안들면 고쳐 쓰면 된다는 거니... 

볼륨 루트 밑에 새 공유 디렉토리 public을 생성한다. 

/usr/syno/etc/smb.conf 파일을 열고 다음과 같이 수정. 

삼바 데몬 재구동. 

하지만 재부팅하면 말짱 도루묵 @_@ !!! 

chmod 444로 쓰기 권한을 빼앗아도 이 파일은 부팅과 동시에 재작성된다. 

고민하다가... 수정한 설정파일을 백업하고, optware 가 구동될 때 새로 생성된 설정과 바꿔치운 뒤 삼바를 재구동하는 방법을 쓰기로 함. 

일단 설정파일 백업. 

/etc/rc.local 을 다시 열고 다음 내용을 추가한다. 

이후 사용자 설정등을 변경하거나 할 때는 다시 smb.conf.myconf 를 복사해 두어야 한다. 약간의 귀차니즘이 느껴지네... 

오늘은 여기까지... 다음번에는 USBStation2에 이유없이 금지된 웹서비스 대신 APM을 올려보자. 

DS110j 에 SSH로 접속해보면, 한글로 된 파일명이 모두 '?' 로 출력되어 참 보기 숭하다. 

Synology+nas+locale 로 검색, DS-710+ 에 로케일 설정 방법이 설명된 게시물을 건졌다. 구글 만세!

http://www.jlancer.net/board/article_view.jsp?article_no=1591&board_no=37&table_cd=EPAR01&table_no=01

http://www.jlancer.net/board/article_view.jsp?article_no=1592&board_no=37&table_cd=EPAR01&table_no=01

위 글을 참조해 DS110j 에 로케일을 설정해보자. 먼저 Putty의 코드페이지는 UTF-8로 설정. 

Synology NAS GPL Source 페이지에 가서 자신의 DSM 버전에 맞는 툴체인을 내려받는다. 

위 경우는 3.1이므로 "Home/DSM 3.1/Marvell 88F628x Linux 2.6.32" 내의 gcc421_glibc25_88f628x.tgz 파일을 내려받아 압축을 푼다. 

이 툴체인은 x86 리눅스에서 NAS용 프로그램을 빌드할 수 있는 크로스 컴파일 환경이다. 

다음 기회에 해부해보도록 하고, 일단 arm_linux 용 locale 과 localedef 실행파일  및 i18n 디렉토리를 시스템으로 복사한다. 

http://blog.hexad.dk/2012/03/mono-211-binary-build-for-synology-211.html

mono 2.11.1 의 소스를 내려받고 압축을 푼다. 그리고 빌드 준비. 

configure 에서 --prefix 파라미터를 통해 /usr 가 아닌 /opt/mono-2.11 에 설치한다. 
혹시 나중에 제거할 일이 생겨도 이렇게 해 두면 편하다. 

다음 파일들을 편집기에서 열어준다. 

아래 라인을 찾아서 

-lrt 플래그를 추가해준다. 이유는 여기를 클릭. 

ipkg 에서 제공되는 pthreads 라이브러리에 문제가 있기 때문에, 빌드를 위해서는 원래의 pthreads 로 바꿔주어야 한다. 

윈도의 MySQL 에서 작성한 DB 스키마를 Synology NAS 의 MySQL로 옮겨 테스트 하자마자 쏟아지는 에러. 

CREATE TABLE 또는 CREATE DATABASE 에서 대소문자를 예쁘게 구분해봐야 저장될 때는 소문자로 저장되는게 어찌 희안하더라니... 

윈도의  MySQL 에서는 SQL문 내의 테이블과 데이터베이스에서 대소문자를 구분하지 않지만, NAS의 리눅스에서는 구분하고 있다. 

일단 SQL문을 뜯어고쳐 대소문자를 맞춰주기는 했는데... 덕분에 아무래도 유기농 코드가 잔뜩 만들어진 듯...  (벌레 벌레~)

윈도와 리눅스의 MySQL 설정이 달라서 애를 먹은 게 한두번이 아니었지만... 그래도 이건 좀 아니잖아. 

이 설정을 동일하게 맞추는 방법이 없을까 하고 뒤져보니  lower_case_table_names 를 살펴보란다. 

http://dev.mysql.com/doc/refman/5.0/en/identifier-case-sensitivity.html

이 변수의 기본값이 윈도와 맥에서는 1로, 리눅스에서는 0으로 설정된다고 한다. 각 값의 의미는 다음과 같다. 

가성비가 떨어지는데도 불구하고 Synology NAS를 좋아하는 건, SSH 연결을 지원하기 때문이지.
부트스트랩을 통해 이런저런 도구들도 마음대로 설치할 수 있고...

http://lycons.iptime.org/tc/49

요새는 QNAP 것도 끌리는데... 어디 출장 나가는 사람 없나... 가격 차이가 이건 뭐 두배나 나니...

아무튼 SSH로 접속한 다음 my.cnf 를 찾아보자. 응? 그렇게 생긴 파일이 하나도 없네??

my*.cnf 로 검색해보니 다섯개의 파일이 튀어나온다. 

현재 사용중인 물건은 메모리 128M짜리 DS-110j. 

my-medium.cnf 을 설정파일로 사용하면 되겠군. 이 파일을 /ect/my.cnf 로 복사한다. 

my.cnf 파일을 열고 [mysqld] 항목 아래에 다음 설정을 추가. 

NAS의 mysql 데몬 재구동은 다음과 같이. 

제대로 설정되었는지 확인하려면 아래 SQL을 실행. 

우분투의 경우도 요령은 동일하다. 

phpLiteAdmin 은  sqlite 의 웹 어드민 툴로서 phpMyAdmin 에 익숙하다면 눈이 번쩍 뜨일만한 물건이다. 

이름부터 비슷하다. 사용법도 아주 유사하다. 

게다가 단일 php파일 하나로 되어있어 별다른 설치 없이 웹서버에 올리고 디렉토리에 쓰기 권한만 설정하면 동작한다. 

SQLCipher 는 sqlite3 위에 OpenSSL 기반의 암호화를 지원하는 라이브러리이다. 

PRAGMA key = 'password' 명령을 실행한 뒤 이후 입력되는 테이블, 필드 정보는 모두 인코딩되어 저장된다. 

설정된 암호의 변경은 PRAGMA rekey = 'newpassword' 명령으로 처리할 수 있다. 

문제는, 기존에 만들어진 암호화되지 않은 DB파일에 암호를 설정하는 기능이 없다는 것. 

때문에 phpLiteAdmin 같은 sqlite 어드민 툴에서 작업한 내용을 적용하려면, 적절한 형식으로 출력한 뒤 다시 암호화된 DB파일에 밀어넣어주어야 한다. 적어도 기본 암호라도 설정할 수 있게 해주면 이후 이 파일의 키값만 새로 지정하는 방식으로 작업할 수 있을텐데... 

뭐 DB설계에 경험이 많다면야 이런 도구 없이도 좋은 스키마를 쭉쭉 뽑아내겠지만, 눈으로 봐야만 뭔가 만들 수 있는 나같은 놈에겐 다른 나라 이야기. 

안되면 되게 한다. 삽질은 그래서 의미를 가지지. 

먼저 우분투의 php5에서 sqlite 를 사용할 수 있게 하자. 

phpinfo()로 찍어보면 pdo_mysql, pdo_sqlite 가 설치되며 sqlite3 는 따로 설정되어있는 것을 볼 수 있다. 

PDO

pdo_mysql

pdo_sqlite

........

SQLite

sqlite3

phpLiteAdmin은 PDO, SQLite3, SQLiteDatabase 세종류의 모듈을 지원한다. 

이 드라이버의 설정은 phpLiteAdmin.php 의 130번째 줄 근처의 

이 부분을 다음과 같이 수정해 강제로 설정할 수 있다. 

그런데 무슨 이유에서인지 이 부분을 SQLite3 로 설정하면 제대로 동작하지 않는다. 

PDO 모듈을 써서 생성된 파일을 메모장에서 열어보면 다음과 같다. 

앞부분에 보이듯 sqlite3 형식인 것으로 보아 PDO의 sqlite 가 sqlite3 를 기본으로 하는 것 같은데... 

좀 더 확실히 하기 위해 ldd로 pdo_sqlite.so 의 dependency 를 살펴보자. 

예상대로 libsqlite3.so 를 참조하고 있다. 

phpLiteAdmin이 SQLite3 모듈로 잘 동작했다면 sqlcipher 를 기반으로 php5의 모듈을 재빌드해 올리기만 하면 될텐데 싶지만... 

그래도 그나마 다행이다. 

일단 sqlcipher 를 빌드하자. 

윈도에서 빌드는 개삽질인데, 리눅스에서는 TCL만 깔아주면 한방에 끝나네~~
이제 pdo_sqlite.so 가 참조하는 라이브러리를 /usr/local/lib 에 생성된 libsqlite3.so.0.8.6 로 바꿔주면 되는데, 

어차피 sqlcipher는 sqlite3의 모든 기능을 가지고 있고 테스트머신에 이런저런 신경쓰기도 귀찮아서 그냥 /usr/lib 에 복사해 버렸다. 

내친김에 기존의 sqlite3 모듈도 새로 만들어 넣어두자. sqlcipher 홈페이지에 잘 설명되어있으니 그대로 따라하면 된다. 

다만 php-5.4.0/ext/sqlite3 소스에 config.m4 파일이 config0.m4 로 되어있으니 phpize 전에 이 이름을 바꿔주는 것만 신경쓰자. 

이렇게 만들어진 sqlite3.so 를 apt-get 으로 설치한 /usr/lib/php5/20090626+lfs/sqlite3.so 와 교체해주고 아파치를 재구동하면 완료. 

남은 문제는 phpLiteAdmin에서 언제, 어떻게 기본 암호를 설정해주느냐 하는 것. 

여기저기 살펴보니 660줄 근처에 Database class 에 정의된 쿼리에 대한 래퍼함수가 눈에 띈다. 이 함수 도입부분에 다음 코드를 추가하자. 

이제 수정된 phpLiteAdmin을 우분투의 아파치에서 접근할 수 있게 해주고 DB파일을 만들어보자. 

생성된 DB파일을 열어보면 알아볼 수 없도록 암호화되어 저장된 것을 알 수 있다. 

스키마 설계 및 기본정보 입력이 마무리된 파일은 나중에 "PRAGMA rekey" 명령으로 새 암호를 할당해 배포하면 됨. 

phpliteadmin.7z