NAS – Bohemian@Home

2021년 7월 3일2021년 7월 17일

Synology NAS DSM7.0 WordPress 충돌…🤬

Synology DSM 7.0이 나왔다고 해서 아무 생각없이 업그레이드했더니만, NAS에 설치한 WordPress가 맛탱이가 가버렸네요.

WordPress를 강제로 php 7.3으로 지정해버리고 가상호스트를 이상하게 이전시켜줘서 구동도 안되어서 차라리 벼르고 있었던 WordPress를 수동으로 깔자!를 진행해서 현재 보여지는 대로 복구는 해서 그 절차를 기록해둡니다. (또 까먹을까봐… 급하게 하느라 수동설치까지 해버렸는데 어쩌면 굳이 안해도 되는 설정을 했을 수도 있고, 이전된 설정을 조정해줬으면 정상화되었을지도 모르겠네요. – 기존에 nginx에 php7.4로 구성을 했었더랬습니다.)

phpAdmin은 업그레이드된 패키지를 그대로 써도 문제 없어서 일단 백업을 함

이 이미지는 대체 속성이 비어있습니다. 그 파일 이름은 image-1024x520.png입니다

2. 기존 ../Web/Wordpress 를 통채로 복사해서 임시 디렉토리에 저장

3. wordpress 공식사이트에서 wordpress-5.7.2.zip 다운로드 및 NAS web/wordpress에 압축해제

4. DSM에서 web directory 권한을 SYSTEM에게 부여

( * 404 오류 땜에 넣었는데 안해도 될련지? https://mariushosting.com/synology-how-to-fix-wordpress-error-404/ )

5. theme라던가 plugin 등 설정을 백업한 디렉토리에서 wordpress 수동설치한 디렉토리에 맞춰 복사 (복사 시 http계정으로 작업하던지 권한을 제대로 부여해야 함… 이거 땜에 나중에 제대로 설치도 안되고 골탕 좀 먹었음…😥)

7. DSM>제어판>보안>인증서에서 let’sencrypt 인증서 설정이 제대로 되어 있는지 확인(뜬금없이 NAS기본 인증서로 되어 있어서 인증서 오류로 wordpress 접근이 불가했었음)

8. 이부분도 필요한진 모르겠는데 https://hemiani.com/2019/08/21/synology-nas%EC%97%90-nginx-%EB%A1%9C-wordpress-%EC%9A%B4%EC%98%81%EC%8B%9C-404-%EC%98%A4%EB%A5%98-%EB%8C%80%EC%9D%91/ 에서 적었던 설정을 일부 적용했었는데 NAS시스템과 nginx구조가 바뀌어서 먹히는 건지 하면 안되는 건지 모르겠음-.-

일단 이렇게 해서 현재 wordpress 작동은 하고 있음…

~~Jetpack는 업데이트가 안되서 지우고 새로 깔아버림. wpsmush는 설치가 안됨~~ 멍청하게 복원한다고 ftp로 파일을 덮어썼으니 디렉토리 소유자가 바뀌어서 설치가 안되었….🤐
언제부터 플러그인이나 업데이트 설치할때마다 ftp 접속 설정을 물어보게 바뀐거지….??

2020년 9월 16일

Synology NAS PHP 7.4 적용

아침에 패키지 업데이트를 해야 한다고 뜨는게 있어서 봤더니
자동업데이트되어 할 거 없나보다..했더니 PHP 7.4가 신규등록되어 있네요.
설치하고 WordPress에도 적용해야 겠구나..했더니..뭔가 설정파일(www.phpMyAdmin.enable.conf) 구성이 바뀌어 있네요.

vim /var/packages/phpMyAdmin/target/nginx_conf/www.phpMyAdmin.enable.conf

중간에 fastcgi_pass unix:/run/php-fpm/php??-fpm.sock; 를 run/php-fpm/php74-fpm.sock; 로 변경했습니다. /run/php-fpm/ 디렉토리를 보면 php74-fpm.sock 가 있더라구요.

PHP 7.4를 설치했으니 74파일이 보일겁니다. (아 저 나머지 버전들 지우면 안되나…)

그리고 또 하나 파일을 수정

vim /var/packages/phpMyAdmin/INFO

그리고 재기동…

2019년 11월 18일2019년 12월 9일

Synology NAS 218+ Hotswap & 하드교체기

218+ 에 2TB 2개를 SHR로 묶었더니 사진과 워드프레스, 개인 데이터만 넣어도 저장공간을 만히 차지해서 하드를 늘릴 궁리를 하다가, 궁민카드 $10 이벤트로 배송비라도 빠지겠다 싶어서 일단 하나만이라도 교체해놓자 생각해서 주문을 넣고 드디어 오늘 받았습니다.

어차피 뜯을 거라… 냅다 분해로 들어갔습니다.

슬쩍 슬쩍 틈새에 밀어넣으면 걸쇠처럼 된 부분이 풀립니다. 헤라가 없는 저는 아이스크림 스푼을 이용했습니다…😥

LED 표시등으로 쓰이려나? 플라스틱을 살짝 빼내고 네 귀퉁이의 고무를 밀어내듯이 틀에서 빼낼 수 있습니다.

두군데 나사를 풀어내면 외장하드 컨트롤러라고 해야 하나? 기판을 떼어낼 수 있습니다.

이제 하드를 달아야죠.

참고로 저는 2TB 두개를 SHR 로 묶어놨습니다. 블로그와 사진찍었던 것들을 보호하고자…(하찮은 것이 누군가에겐 소중하지요..)

DS218+ 은 핫스왑(Hot swap)을 지원하니까 한쪽 하드를 꺼냅니다.

삑삑 거리며 경고음 나고, 알림 날아오고 경고 메일 오고…

그러다 하드 갈아껴주면 경고음은 더이상 울리지 않고 알림만 옵니다. 저장소 관리자로 들어갑니다.

SHR로 묶었으니 2TB 와 8TB 중 작은 용량인 2TB (1.81TB)로 적용이 됩니다.

~~블랙프라이데이때 하나 더 사서 달아야 겠습니다. 그때까진 참고 써야지요…~~

기껏 블랙프라이데이, 사이버 먼데이 기다렸지만 달라진 건 하나도 없어서 그냥 같은 놈 하나 더 구입… 뜯고 붙이고…

8테라 두개를 SHR로 붙였는데 저장공간 1테라가 없어졌네… 4K Native는 어떻게 해야 하는건지…

그래도 저장공간 모자르다는 경고는 한참 동안 듣지는 않겠지요…

헬륨 내장형이라 소음이 있다더니만 2대가 드드드득 거리는 소리가 살짝 거슬리네요.
자다 깨서 신경이 쓰이니 원…

2019년 10월 5일2019년 10월 5일

Synology NAS phpAdmin php 5.6 –> 7.3 적용

…솔직히 뭐가 나아진 건진 모르겠음-.-;

www.phpMyAdmin.enable.conf 수정

vim /var/packages/phpMyAdmin/target/nginx_conf/www.phpMyAdmin.enable.conf

핑크색으로 표기된 5.6 정보를 수정:
fastcgi_pass unix:/run/php-fpm/php56-fpm.sock; –> fastcgi_pass unix:/run/php-fpm/php73-fpm.sock;

vim /var/packages/phpMyAdmin/INFO

PHP5.6>=5.6.17-0017 –> PHP7.3>=7.3.7-0002

참고로 이 글 작성당시 php7.3 버전,

….

그런데 이렇게 설정해도 php5.6 은 현재는 삭제할 수 없음-.-;;
시놀로지에서 제공하는 wordpress를 깔지 말고 직접 wordpress를 받아서 수동으로 깔고 해야 한다나…-.-;;;

현재까진 별 의미없는 뻘짓임…쳇. 안그래도 Apache 2.2, 2.4, php7.0까지 쓸데없이 돌고 있어서 짜증이구만🤬

2019년 8월 21일2023년 10월 22일

Synology NAS에 Nginx 로 WordPress 운영시 404 오류 대응

한동안 바빠서 (새로 산 TV로 영화 열심히 보느라…) 신경 안쓰고 있었더니 Blog가 메인페이지에서 글 내용이나 카테고리, 메뉴 등으로 들어가면 404 페이지 오류를 열나게 뱉어내고 있었습니다. 하아아…😥

난 뭐 건드린게 없는데 하며 이것 저것 막 건드려봐도 바뀌는게 없고…
그와중에 Jetpack도 이 사이트가 hemiani.com 맞냐 백업이냐 매번 물어보고
맞다고 설정해주면 오류 나고 진행이 안되고…

열심히 검색해보니 server.webstation-vhost.conf 파일을 수정해줘야 한다고…

관리자 권한으로 /etc/nginx/app.d/server.webstation-vhost.conf 파일을 편집

수정할 서버 부분에서(* server_name 으로 구분),

index    index.html  index.htm  index.cgi  index.php  index.php5 ;<br>error_page 400 401 402 403 404 405 406 407 408 500 501 502 503 504 505 @error_page;

라고 된 부분에

try_files $uri $uri/ /index.php?$args;

삽입.

요렇게…

저장 후,

nginx -s reload 로 nginx 재시작

그랬더니 정상적으로 작동… 에이씨..

웹스테이션에서 가상호스트 추가나 변경 시 수정한 내용이 삭제되므로 수동으로 고쳐줘야 하는 듯…
DSM 업데이트 하고 나면 또 수정해줘야 함을 발견….😑
NAS 재기동만 해도 또 수정해줘야 함을 정전되고 나서 발견….😣

/etc/nginx/conf.d/가상호스트 디렉토리 내에 config 파일을 생성

location /{
        try_files $uri $uri/ /index.php?$args;
}

/etc/nginx/app.d/server.webstation-vhost.conf 서버 마지막항목에 해당 config 파일 include되었는지 확인/추가

include /usr/local/etc/nginx/conf.d/가상호스트/user.conf*;

재기동.

2023-10-22 DSM7.0으로 올린 이후로 구조가 바뀌었는지 자꾸 404ERROR 뱉어내서 귀찮다고 고유주소 방식을 일반 방식으로 바꿔썼는데 나스 맛탱이 가서 재 설치하면서 살펴보니 가상서버 디렉토리가 없음

include /usr/local/etc/nginx/conf.d/가상호스트/user.conf*; 했던 그 가상호스트 이름으로 디렉토리를 만들어 주고 그 디렉토리에 user.conf 만든 걸 넣어 주고 nginx 재기동하니 404에러 안나고 정상적으로 이동됨. 나스 재기동해도 초기화되지 않았음.

2019년 4월 12일2019년 4월 12일

SQUASHFS error – ASUS RT-AC68U

얼마 전부터 WordPress 플러그인인 Jetpack에서 하루에도 몇십번씩 블로그가 연결안되었다 되었다 하는 알림을 날려와서 스트레스 잔뜩 받고 있었는데, 공유기 로그를 보다 보니 아래와 같은 오류가 나고 있었습니다.

Apr 11 23:01:29 kernel: SQUASHFS error: xz_dec_run error, data probably corrupt
Apr 11 23:01:29 kernel: SQUASHFS error: squashfs_read_data failed to read block 0x187b0a6
Apr 11 23:01:29 kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
Apr 11 23:01:29 kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
Apr 11 23:01:29 kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
Apr 11 23:01:29 kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
Apr 11 23:01:29 kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
Apr 11 23:01:29 kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
Apr 11 23:01:29 kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
Apr 11 23:01:29 kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
Apr 11 23:01:29 kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
Apr 11 23:01:29 kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
Apr 11 23:03:29 kernel: SQUASHFS error: xz_dec_run error, data probably corrupt
Apr 11 23:03:29 kernel: SQUASHFS error: squashfs_read_data failed to read block 0x187b0a6
Apr 11 23:03:29 kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
Apr 11 23:03:29 kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
Apr 11 23:05:29 kernel: SQUASHFS error: xz_dec_run error, data probably corrupt
Apr 11 23:05:29 kernel: SQUASHFS error: squashfs_read_data failed to read block 0x187b0a6
Apr 11 23:05:29 kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
Apr 11 23:05:29 kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
Apr 11 23:05:29 kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
Apr 11 23:05:29 kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
Apr 11 23:05:29 kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
Apr 11 23:05:29 kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
Apr 11 23:05:29 kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
Apr 11 23:05:29 kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78
Apr 11 23:05:29 kernel: SQUASHFS error: Unable to read data cache entry [187b0a6]
Apr 11 23:05:29 kernel: SQUASHFS error: Unable to read page, block 187b0a6, size 4f78

검색해봐도 직접적인 정보는 없고 flash memory가 망가졌다거나 펌웨어에 문제가 있다고 해서 일단 수동으로 펌웨어를 재설치를 해봤지만 동일 증상이 발생했습니다.

그래서 공장초기화를 했는데, 그래도 똑같은 현상이 발생하더군요.

그럼 공장초기화한김에 다시한번 펌웨어를 업데이트를 했더니 이젠 에러로그는 안납니다. -.- 펌웨어 설치가 잘못되었던 건지…

근데 지금 글을 쓰고 있는데도 연결이 안된다고 알림을 보내는 Jetpack은 대체 뭐냐…-.-

알고보니 4/11자로 펌웨어가 업데이트 되었었네요-.- 공장초기화하고 펌웨어 업데이트를 다시 해서 된게 아니라 그 시점에 새 펌웨어가 배포가 되었던 거네요.

그래서 그런가 조금 끊어짐 알림 메일은 덜 오는 거 같긴 한데 아직 완전히 없어지진 않네요…

2019년 4월 4일2019년 4월 4일

Synology NAS 218+ RAM 증설기…

안정적인 NAS 활용을 위해서 요즘 RAM값도 싸겠다 싶어서 RAM 증설을 하려고 알아보니 218+ 모델은 DDR3L 1866 모델이 들어간다고 하더군요. 다나와 등을 알아보니 죄다 중고 아니면 해외구매…-.-

귀찮아서 아마존에서 Timetec hynyx 8G DDR3L 1866 * 2개 모델을 구매했습니다. 보통 아마존 주문하면 10일 지나서 온 거 같은데 28일에 주문해서 3일에 받았으니 일주일도 안되서 물건이 와서 좀 놀랐습니다.

made for MAC이라고 써있는데 설마 맥이라고 전혀 생뚱맞은 스펙의 RAM을 쓰겠어 싶어서 주문했습니다.

8GB 두개가 얌전히 들어가 있습니다. 국내에서 램사면 거의 대부분 은박지로 싸고 뽁뽁이비닐로 둘러서 보내주던데 노트북용 세트라 그런가 케이스에 들어서 왔네요.

NAS를 분해해야 하는데 헤라라던가 마땅한 도구를 못찾아서 결국 분해에 실패… (금속제 가이드 부러뜨릴까봐 조마조마해서 결국 못함-.-)

그래서 일단 8GB라도 설치가 용이한 바깥쪽에 달았습니다.

그리고 기동…

나머지 8기가를 갈아끼려면 NAS를 거의 분해수준으로 해야 해서 주말에 해야 할 듯-.-

헤라를 사야 하나 고민중인데 이건 뭐 배송비가 더 나가는 상황이라 집을 뒤져보니…

이런 놈들이 나왔습니다.

파리바께스 케익 칼, 배스킨31과 하겐x스 아이스크림스푼…

가능할 것 같아 주말에 도전…

결국 주말까지 못참고 실행에 옮김.

오호..생각대로 파리바x트의 케익칼과 아이스크림 스푼이 제 역할을 해줘서 분리에 성공했습니다.

저 두 부분을 밀어내야 합니다. 금속제 가이드이지만 허약해서 금방 휘거나 부러질거 같더군요.

램슬롯이 가이드 안쪽에 위치하기 때문에 기판과 가이드를 다 뜯어내야 램을 설치할 수 있습니다.

다 뜯어내면 2GB가 장착된 슬롯이 보입니다. 왼쪽하단은 어제 장착한 8기가램입니다.

이제 다시 조립을 해줘야지요.

다 조립하고 켰는데 껌뻑거리기만 하고 nas인식도 안되고 부팅도 안되서 식겁했는데 다시 껐다 켰더니 정상동작합니다. 부적절항 종료가 발생했다는 메시지는 덤….

이제 좀 더 쾌적한 nas사용이 될려나요…??

2019년 3월 28일2019년 3월 28일

공유기는 공유기고 NAS는 NAS다…(?)

지난주부터 하루에 몇십번씩 jetpack은 연결끊김 알림이 오고, NAS는 접속이 되었다 안되었다 하고, 블로그도 마찬가지로 접속이 되었다 안되었다 하고….

let’sencrypt 인증서 만료 안내 메일이 와서 인증서 갱신을 하려고 했더니만 계속 접속실패떨어지고…

공유기도 몇번씩 껐다 켜주고 NAS도 몇번씩 재기동을 해줘도 현상은 나아지질 않아서…

스트레스 만빵인데 검색해보니 시놀로지 NAS에 router 설정하지 말고 수동으로 공유기에서 직접 포트포워딩을 해줘야 한다는 얘기가 보여서 밑져야 본전이니 해보자…

시놀로지 NAS의 제어판>외부 액세스>라우터구성에 이전에 설정했던 포트포워딩 항목들 죄다 지워버리고…
공유기에 포트포워딩항목에 다시 정리해서 등록했더니..

인증서 갱신도 잘되고, 하루에 30번이 넘게 오던 jetpack 연결끊김/연결 알람도 없고… NAS와 블로그 반응도 덜 버벅거리는 느낌마저 듭니다.

역시 공유기는 공유기의 역할을, NAS는 NAS의 역할을 시키는게 정론인것 같습니다.

2019년 1월 17일2019년 2월 22일

Synology NAS, WordPress NGINX로 구동 설정

아무것도 모른 상태에서 블로그 살리겠다고 검색과 삽질을 통해 블로그를 구축은 어찌어찌 성공했는데…

php 5.2, php 7.0이 같이 돌고 있고, apache 2.2, apache 2.4 가 죄다 돌고 있어서 synology 자체에서 쓴는 nginx까지 세개가 돈다는 게 뭔가 좀 이상하다는 생각이 들더군요.

php 5.2는 phpadmin 종속이라 어쩔 수 없다고 치고, apache 2.2보다 2.4가 낫대서 깔다보니 쓸데없이 몇개씩 돌고 있어서 또 검색의 힘과 삽질의 근성으로 도전…

가상호스트의 http 백엔드 서버만 바꿔주면 되는 줄 알았더니 메인페이지만 나오고 서브페이지만 들어가면 404에러를 뱉어내더군요…

서버를 몇번씩 수정하고 재기동하고 난리를 쳐서 결국 성공하고 그 이력을 기록해 둡니다. (또 까먹을까봐)

더 헤매게 된 이유가 모델과 dsm버전이 다르면 환경도 다른 경우가 있나보더군요. 검색한 정보를 토대로 암만 찾아도 내껀 그런게 안나오는게 있고 하더라구요.

적용한 환경입니다.

모델 : DS218+
DSM 버전:DSM 6.2.1-23824 Update 4
사전에 가상호스트 등은 전부 설정해서 워드프레스가 멀쩡히 돌아가는 것 확인한 상태

/etc/nginx/app.d 에서 server.webstation-vhost.conf 읽기

가상서버를 여러개 돌린다면 항목중에 server_name 내도메인; 으로 되어있는 server { } 항목을 찾아서 include 로 시작해서 .conf로 끝나는 부분을 찾습니다.

include /usr/syno/etc/security-profile/tls-profile/config/vhost_b2944df6-4fe4-4afd-9211-f654ed87ce44.conf*;

…당연히 고유id니까 다 다른 값으로 채워졌겠죠.

다음으로 위에서 찾은 vhost_ 와 .conf를 제외한 고유아이디를 /usr/local/etc/nginx/conf.d 디렉토리에 user.conf.wordpress-permalink 파일을 생성합니다. (권한 문제로 su vim user.conf.wordpress-permalink 으로 실행해야 할 겁니다.)

location /{
         try_files $uri $uri/ /index.php?$args;
 }

위의 텍스트를 입력하면 됩니다.

이제 설정을 적용했으니 nginx를 재기동 해야합니다 :

sudo synoservice --restart nginx

apache 2.4를 삭제해도 잘 도는 걸 보면 멀쩡히 잘 되고 있음을 알 수 있습니다.

이제 php 5.6하고 apache 2.2를 지울 수 있는 방법을 찾아봐야지…

2019년 1월 11일2019년 12월 6일

NAS에 개인도메인 설정하느라고 한 짓들

도메인(hemiani.com, jjumdol.com)
- 구매한 도메인에 ns설정 : ns11.dnszi.com
  ns22.dnszi.com
  ns37.dnszi.com
  ns53.dnszi.com
  ns77.dnszi.com
- 신청한 ddns서비스페이지에서(https://dnszi.com) A레코드를 도메인에 당시 IP 배정
- 고급관리에서 인증키발급 및 저장
공유기 : (공유기 밑에 NAS가 위치함)
- 포트포워딩 설정 : 443, 80
NAS
- 웹스테이션
  - 가상호스트 설정
    - 80/443
    - HSTS
    - Apache
    - PHP (7.0)
- 보안
  - 인증서 설정 : hemiani.com jjumdol.com (let’s encrypt)
- 작업스케줄러 :
  - /bin/wget -q -O – ‘http://ddns.dnszi.com/set.html?user=내아이디&auth=인증키&domain=도메인&record=’
  - 3시간마자 설정해도 큰 문제 없어보임
- phpMyAdmin
  - wp_option에 siteurl, home 설정변경
WordPress
- 설정

추가사항-.- 도메인 연결하니까 해킹시도가 그새 여러차례 들어와서 추가적인 조치를 함
1. 국가별 접속을 알아보기 위해 WP statistics 플러그인 설치 및 설정
2. NAS 보안에 “중국” IP 차단 (…죄다 중국발 해킹 시도-.-)

[태그:] NAS

Synology NAS DSM7.0 WordPress 충돌…🤬

이것이 좋아요:

Synology NAS PHP 7.4 적용

이것이 좋아요:

Synology NAS 218+ Hotswap & 하드교체기

이것이 좋아요:

Synology NAS phpAdmin php 5.6 –> 7.3 적용

이것이 좋아요:

Synology NAS에 Nginx 로 WordPress 운영시 404 오류 대응

이것이 좋아요:

SQUASHFS error – ASUS RT-AC68U

이것이 좋아요:

Synology NAS 218+ RAM 증설기…

이것이 좋아요:

공유기는 공유기고 NAS는 NAS다…(?)

이것이 좋아요:

Synology NAS, WordPress NGINX로 구동 설정

이것이 좋아요:

NAS에 개인도메인 설정하느라고 한 짓들

이것이 좋아요:

이 글 공유하기:

이것이 좋아요:

이 글 공유하기:

이것이 좋아요:

이 글 공유하기:

이것이 좋아요:

이 글 공유하기:

이것이 좋아요:

이 글 공유하기:

이것이 좋아요:

이 글 공유하기:

이것이 좋아요:

이 글 공유하기:

이것이 좋아요:

이 글 공유하기:

이것이 좋아요:

이 글 공유하기:

이것이 좋아요:

이 글 공유하기:

이것이 좋아요: