MD & PhD

사실 이 모든 과정도 시간이라는 점에서 아주 큰 손해를 보았던 것이 사실이였습니다.

UPS를 설정해 두었음에도 불구하고 충돌이 일어난 것은 어찌보면 제가 막을 수 없었던 일이였습니다.

이 모든 과정에서 제가 할 수 있었던 일은 

1. 하드 충돌을 방지하기 위해서 정전을 막는 수단인 UPS 설치해두기

2. 모든 데이터가 날라갈 수 있다고 생각하고 백업해두기 

이 것 두개 뿐이였습니다.

전자는 제가 했고, 후자의 경우도 일부는 했지만 완전히 해두지는 않았던 것이지요. 그러다 보니깐, 복구를 할 욕심이 생겼던 것이지요.

만약 모든 자료를 백업해 두었다면, 그냥 미련 없이 다 포맷하고 다시 자료를 옮겼을 것입니다. (백업에 관해서는 다음번에 자세히 이야기 하는 포스팅을 쓰도록 하겠습니다.)

이 하드 충돌 과정을 겪으면서 다시 한번 백업의 중요성을 깨달았다고나 할까요 ^^ 

그리고 지금 생각해보면, 하드 충돌 역시 

"2bay 각 하드 용량의 불균형 때문에 발생된 일이 아닐까"하는 추정 결론에 이르렀습니다. 아무리 독립적으로 구성되는 단일 볼륨이라 하더라도.

첫번째 사건은 불량 섹터로 인해서 전체적으로 미세하게 용량 차이가 나서 하드 충돌이 일어난 것 같고

두번째 사건은 지나친 비대칭적 상황 (2TB: 0.5TB) 때문에 무언가 2TB에 무리가 생겨 하드 충돌이 일어나지 않았을까 추측해 봅니다. 

왜냐하면 첫번째 사건은 배드난 하드를 외장하드로 연결하니깐 해결이 바로 되었다는 점에서 그렇게 판단하였고(이 상황에서 NAS내 하드 원상 복구는 아님)

두번째 역시 2TB만 다시 꼽으니 충돌 났던 하드가 다시 원상복구(첫번째 사건과는 다르게)되었다는 점이 그 근거입니다,

물론 두번째 사건에서 시게이트 하드를 외장하드로 연결하니깐 안되었냐는 질문에 대한 답은 충분히 얻을 수 없지만, 그 역시 손상이 경로를 지정하는 곳에서 발생했지 않았을까 하는 추측으로 결론을 내리면 어느 정도 논리적으로 납득이 갔습니다.

어찌 되었는 문제는 잘 해결되었고, 나름의 결론을 얻어서 그 이후에는 똑같은 하드와 메이커, 용량으로 구성하고 있습니다. (설치 전 꼭 표시해두시기 바랍니다. - 위/아래 혹은 1.2 로 안그러면 하드 분리 후 위치가 헷갈려요 ^^)

이런 일련의 사건을 통해서 얻은 교훈은

시간이 제일 중요하다는 점이였습니다. 사실 복구를 하고 그 해결을 위해 시간이 상당히 많이 소요되었습니다.

그 동안 잘 되던 서비스가 잘 안되어서 쓰지 못한 답답함은 열외로 하더라도, 업무와 동시에 진행하기에는 빡빡한 것이 사실이였습니다.

아울러 4TB 라는 용량을 NAS에 물리기에는 상당히 크구나 하는 생각을 하였습니다. 그래서 NAS에 물리는 하드 용량을 줄이기로 마음 먹었습니다.

실제로 개인이 쓰기에는 4TB는 아주 큰 용량입니다. 물론 사람에 따라 다르긴 하겠지만, 저도 자세히 분석을 해보니 아래와 같은 결론을 얻을 수 있었습니다.

4TB에 들어간 파일을 살펴 보면, 거의 1년에 한두번 접근할까 말까 하는 것들이 대부분이였습니다. 

제 습관상 스트리밍으로 비디오를 많이 보지 않기 때문에, 이런 미디어 특히 동영상들은 굳이 NAS에 넣어둘 필요가 없었습니다.

현재는 대부분의 미디어 파일은 따로 외장 하드로 보관하고 있습니다.

외장하드는 실제 데이터 보관의 안정성 측면에서 필요할 때만 접속하고 켰다 껐다 하기 때문에, NAS 하드 보다 훨씬 더 안전합니다.

그 이유는 NAS 특성상 계속 기기가 켜져 있는 경우가 많은데, 그 때마다 하드에 읽혀지거나 접속되는 빈도가 본의 아니게 많아지는 현상이 생기기 때문입니다. 

실제로 synology 포럼에 가보니, 하드 충돌 때 확인한 하드 접속 회수가 200만번이 넘은 글들도 많았고, 저 역시도 그에 준했기 때문에 충돌에 의한 배드섹터가 생겼을 것이라 생각하고 있습니다.

두번째는 백업의 필요성입니다. 

실제로 중요한 자료 전달과 공유라는 측면에서 NAS가 이용되어야 하고, 제가 사용하는 서비스에 최적화된 NAS를 원하기 때문에 백업은 필수입니다.

그런데, 평생에 한번 또는 두번 정도 보거나, 보관하면 되는 영화와 미드를 백업하면 용량의 낭비가 너무 심했습니다. 

아울러 이런 파일을 따지고 보면 없어도 그만이긴 하지만, 없어졌다고 생각하면 아쉬움이 많이 남을 파일이기 때문에 백업을 하기도 뭐하고 안하기도 뭐한.. 계륵같은 존재였죠.

과감히 NAS에서 지우고, 일부 영화만 가끔 업로드 해두는 임시 공간으로 NAS에 두면 없어져도 아쉬움이 덜할 것이라 생각하고 영화- 미드 폴더를 과감히 없애버렸습니다. 

물론 외장하드에는 모든 파일을 옮기고요.

그렇게 하니깐, 실제로 NAS 용량도 많이 확보가 되더군요. 

당연히 이 용량만 백업해 두면되니간 triple back up이 가능하게 되었고, 시간도 많이 절약되었습니다. 

결과적으로 일련의 하드 충돌 사건은 자료의 슬림화라는 가치를 저에게 알려준 계기가 되었습니다.

제가 모아논 다큐, 영화 미드 총 시간을 얼추 잡아 봤는데, 대략 5만 시간 정도 되더군요. 

이론적으로 하루종일 일도 안하고, 잠도 안자고 2000일이더군요. 자그마치 6년정도의 시간이 소요되더군요. 스킵해서 본다고 해도 평생 못 볼 겁니다.

결론은 다 볼 수 없는데, 보고 싶은 마음에 다운 받았다는 것이지요. 

오히려 마음이 편하더군요.

더이상 다운받을 필요는 없겠구나 하면서.. 그리고 내 일에 더 집중하는 것이 좋겠구나 하는 결론을 얻게 되었습니다. 그러고 나니 정리된 NAS가 보이더군요.

현재는 아주 만족하고 있습니다.

비온 뒤에 땅이 굳는다고, 아주 힘들었던 경험이였지만 소중한 데이터 생활을 깨닫게 해 준 계기가 되었다고나 할까요?

이 글을 읽으시는 분들도 데이터를 깔끔히 정리해 보세요.

시간은 많이 걸리겠지만, 한 결 기분은 나아지고, 상쾌해 집니다. 물론 1년이 지나면 다시 엉망이 될 가능성을 배제할 수는 없겠지만요 ^^

Hard가 날라갈 뻔한 사건. 하드 충돌 사건 - 3

그렇게 그냥 NAS를 1 Bay로 뒀으면 되었을 텐데.... 그냥 집에 남는 500 기가 짜리 하드를 하나를 위에 물렸습니다.

당연히 단일 볼륨으로 구성시킬 것이였으니깐, 용량 차이가 나도 상관 없을 것이라 생각했고, 그리고 실제로 설치 과정이나 하루 정도 사용에는 아무런 문제가 없었습니다.

그런데.....

그 다음날 어김 없이 2TB 시게이트 하드에 충돌이 납니다. 

헐.... 헐 .... 헐....

두번째 하드 충돌.. 이번에도 역시 완전 충돌이였습니다. 

하드 구성이 전혀 보이지 않고, 이 하드에는 더 중요한 데이터들이 있었는데,(다행히도 1.2TB 밖에 쓰지 않았고, 그나마 600기가는 중복 백업이라.... 600기가 정도만 있으면 되었죠) 또 난감했었죠.

그래도 한번 경험해 본 일이라 그런지 그다지 큰 걱정은 없었습니다.

빼서 일단 외장하드에 USB로 NAS에 물렸죠.(노하우 링크)

인식이 되더군요. 의미 심장한 웃음을 주며 폴더 확인한 순간....

헉. 지난 번 하드와는 다르게 리눅스 시스템 폴더만 열리더군요.

음. R linux로 스캔을 뜨면 다 열릴꺼야 하는 생각에 다시금 Window에 물려서 스캔을 떴죠.

근데 지난번과는 다르게 붉은색으로 스팟들이 표시되는 불안감을 조성하고 있었습니다. 그거 있죠. 골목길에서 깡패 만났을때 주변에 양아치들이 쫘악 둘러 싸는 그런 느낌...

정말 당황하면서, 그래도 인식되겠지 하는 마음에 그렇게 두길 30분...

그리고 정지하고 다시 USB 물려 인식하니깐 여전히 안됨.

아 미쳐 버리겠더군요..

그래서 미친척하고 다시 물려보았죠. 혹시 될지 모르니깐...

그런데, 여전히 안되더군요. 정말 좌절이였습니다.

좌절감을 뒤로한 채 잠시 휴식을 취해야 겠다 싶어서 나가서 좀 쉬었죠. 

그냥 이번에도 포기할까? 600기가가 뭔지도 정확하게 기억 안 나는데, 그냥 없는 셈칠까... 그래도 될까....

그래도 되겠지?.... 그래 그래도 될꺼야... 그래 그러자.

로 결론 내려졌습니다. 데이터라는 것이 사실 모을 때 나중에 볼 꺼 같은 느낌이 들어 모으는 것이지 실제로 나중에 보는 경우는 생각보다 드물더군요. 모으는 재미가 더 있다고나 할까요?

사실 여러번 데이터 날릴 경험을 하니깐 여러 철학적인 생각(?)을 많이 하게 됩니다. ^^ 여하튼 모으는 재미를 또 즐기자는 생각과 체념을 하고 집으로 다시 들어와 NAS를 바라 보았죠.

왜그리 밉던지요...

여전히 충돌이라는 빨간 글자만 나타내고 있는 야속한 NAS....

그래서 NAS를 끄고, 하루를 내버려 뒀습니다. 의외로 하루 내버려 두고 다른 생각을 하면 해결되는 경우가 종종 있습니다.

그렇게 하루를 놀다 와서 생각해보니깐..

위에 넣었던 500기가를 빼고 다시 넣으면 어떻게 될까 라는 생각을 해 보았습니다.

하드 구성 자체가 예전 충돌난 WD가 1번 디스크 볼륨 1이였고, 이번에 충돌난 시게이트 하드는  2번 디스크 볼륨 2였고, WD를 빼고 넣은 500기가 삼성하드는 자연히  볼륨 1이 됩니다. 

그러면 500기가인 삼성 하드가 1번 디스크니깐. main이 삼성에 잡혀 있을 가능성이 있을 것이다라는 그럼 이 하드를 빼면 당연히 시게이트 하드에 새로 볼륨 구성이 설치될 가능성이 있다(특히나 단독이 된다면 그 구성이 살아나면서 충돌을 스캔하는 기작이 작동할 수도 있다는)고  생각하고. 삼성하드를 뺐습니다.

다 날릴 생각과 체념을 하면 어떤 결과가 나와도 기대 이상의 결과를 받을 수 있는 놀라운 효과가 있더군요.

아니나 다를까.... ^^ 디딩하면서 모든 데이터, 폴더가 살아 있고, 정상으로 돌아오는 것이 아니겠습니까?

그렇게 모든 데이터는 살아났습니다. 휴~~  하는 안도감을 갖기 위해서 지난 일주일간을 삽질하면서 보냈습니다.

모든 데이터가 살아난 안도감과 함게 여러가지 다짐들을 하게 된 사건이였습니다.

Hard가 날라갈 뻔한 사건. 하드 충돌 사건 - 2

리눅스에 인식시키면 될 꺼라는 생각에 이르고,  하드가 다 날라가도 상관없다는 과감한 생각(?)에 이르니 무서울 것이 없었습니다.

그래서 여러가지를 서치했었죠. 이 당시만 해도 리눅스를 사용하지 않았기에, 어쩔 수 없이 윈도우에서 리눅스 파티션을 읽어내는 프로그램을 구할 수 밖에 없었죠.

(사실 10여년 전에 리눅스를 쓰려고 한 달 정도 삽질 한 적이 있긴 하지만, 그리 오래 가지 않았습니다, 이 사건으로 인해서 리눅스를 다시금 부활시켜서 현재는 OSX 다음 두번째로 많이 쓰는 운영체제가 되었죠.)

그렇게 찾은 프로그램이 R linux였죠. 

다 버릴 생각을 하고, NAS에서 WD 하드를 분리하고, 외장하드로 연결해서 R linux 프로그램에 물렸습니다. 

디딩... 하면서 인식을 하더군요. 스캔을 해야 한다고 해서 스캔을 했더니... 이거 시간이 15시간 정도 걸리더군요. 휴.... 

다 되려면 한창 걸리겠다는 생각에, 중간에 한 10분 정도만 하고 그만 뒀죠. 지금 생각하기엔.. 결과적으로 잘 한 일인 것 같지만, 너무 무모하긴 했습니다.

여하튼 조금만 스캔하고 하드 파티션을 여니깐, 열리더군요. 폴더가 거의 다 살아있는 것을 확인 것도 잠시...

한글이 다 깨져 있더군요..

영어로만 적혀있던 것은 파일, 폴더 다 살아 있고, 뭐가 뭔지 알 수 있지만, 한글 파일은 도대체 뭐가 뭔지를 알 수가 없더군요.

파일이 한 백개 정도만 되어도 하나하나씩 열어보면서 이름 변경 하겠지만, 이게 자그마치 2TB였습니다. 만약 한다면 완전 초 개... 삽질인 셈이죠...

그래서 멍때리고 있었습니다.

다행히도, 이 2TB 중 중요한 사진이나, 실험 백업 등 500 기가 정도는 triplicated back up을 해 두었기에, 완전히 포맷해도 상관 없다는 생각에 이르렀죠.

완전히 포기한 상태였습니다. 

그러면서 포맷하기 전에, 시놀로지 시스템을 조금 더 찾아서 공부해보니...

이 하드 충돌도 단계가 있더군요. 

완전 충돌 - 완전히 인식이 안되고 하드가 연결되어 있다는 것만 나오는 상태 - 제 하드 상태가 이랬었죠.

읽기만 되는 충돌 - 쓰기는 되지 않고, 읽는 것만 가능한 상태

안정하지 않은 상태 - 쓰기, 읽기 다 되나 일종의 알람 상태 - 참고로 전 이 상황을 거의 보지 못했습니다만, 제가 못 본 것일 수도 있다고 생각합니다.

정상 - 말그대로 정상. 

등 크게 네가지로 구분되더군요. 

희안하게도 분리하기 전까지는 완전 충돌 상태였던 하드가, 이번에 NAS에 다시 연결시키니깐, 읽기가 가능한 충돌로 변형되어 있는 것이 아닙니까?

그러면서 하드 조치를 취하라고 하더군요.

R linux가 상태를 변형시켰는데, 아니면 우연히 그렇게 되었는지는 알 수 없지만(아마 R linux에서 scan을 하다가 수정했을 가능성을 높게 보고 있습니다)

여하튼 되니깐, 사람 마음이 바뀌더군요. 데이터를 살리자.. ^-^

뭐가 들어있었는지 정확히 몰랐을 때는 없어져도 상관 없다고 생각했던 제 마음이... 손바닥 뒤집듯이, 폴더 마다, 아 이런 중요한 영화가 있었네. 아 이거 우리 애 보여 주면 좋은데... 로 마음이 바뀌더군요.

다행히도 상품으로 받은 1TB 외장하드가 있었습니다. 그래서 백업한 데이터를 제외하고 마구 마구 옮기기 시작했죠. 

시간이 많이 걸리더군요. 하루 꼬박 걸린 것 같습니다.

그리고 그 옮기는 도중에, 다른 하드들을 뒤져서 500기가를 확보해서 결국은 모든 데이터를 다 옮겼죠. 이거 언제 정리하나 하면서....

다 옮기는데만 2틀 정도 걸리더군요. 옮기면서 다른 자료들 정리하고... 집에 있는 데이터를 다 모으니 백업 포함 대략 10TB 정도 나오던데, 이참에 정리도 하고 좋았죠 머(라고 쓰고 "미쳐 버렸다" 라고 읽죠) ^^

여하튼 다 옮기고 왠지 모르게 하드를 빼서 USB에 꼽고 싶은 욕구가 들더군요.

그 때 왜 그런 생각을 했는지는 모르겠지만, 하드를 빼서 놔두고 싶은 생각이 들었습니다. 

포맷을 해도 당장 2TB까지는 필요가 없었기에 혹시 모를 가능성에 백업으로 두자 싶었죠. 만약 USB로 읽기 모드만 되더라도...

그런 생각을 하고 나서 USB 외장 하드로 NAS에 물리니깐, 폴더가 그대로 살아 있는 것이 아닙니까?

갑자기 눈이 휘둥그래 졌고, 쓰기도 되는지 확인해 보니... 쓰기 까지 되는 것 아닙니까? 

이틀동안 삽질한 셈이 되었죠. 그래도 어쨋든 데이터가 살아 있으니 다행이다 생각하고 그렇게 하드 충돌 사건은 끝이 나는 줄 알았습니다.

상황 종료된 상태에서의 제 NAS는 2TB 시게이트 하드 하나만 달랑 붙어 있는 1 Bay NAS 였죠.

여기서 팁은, 만약 하드가 충돌 난다면, 다른 외장하드로 USB 연결하시는 것입니다. 만약 이렇게 해서 연결된다면, 연결 후 백업하시길 권장합니다. ^^

불운은 그 이후에도 닥쳐 왔습니다...

Hard가 날라갈 뻔한 사건. 하드 충돌 사건 - 1

NAS를 사용하면서 하늘이 하얗게 변한 적이 딱 한 번 있었습니다.

어느날 외국에 출장을 다녀오고 나서(따로 NAS를 껐던 기억이 없는데 접속을 하지 않아서 몰랐었습니다.) 보니깐 NAS가 꺼져 있었습니다. 

NAS를 켰는데, 무언가 이상한 느낌이 드는 것입니다. 부팅이 계속 시간이 걸리고...

사실 예전에도 그런 적이 있었는데, 그 때 갑작스러운 정전 때문에 NAS에 무리가 올 것 같다고 생각해서 급하게 UPS를 샀었습니다.  (UPS에 대해서는 나중에 한 번 포스팅 하기로 하구요.)

그리고 UPS를 연결해 둔 상황이였기에 별 문제 없을 것이라 생각하고 있었죠.

실제로 조금 지나니깐 잘 되더군요. 여기서 조금이라고 하기엔 시간이 제법 걸렸죠. 한 25분 정도. 

아마도 하드 스캔을 했던 모양입니다. 그러면서 무언가 수정을 했는지는 모르겠지만, 잘 되었습니다.

지난 번에도 그랬으니, 그러려니 하면서 썼습니다.

다음번 부팅을 했는데,또 시간이 걸리는 겁니다. 어....  이거 뭐지? 하고는 무언가 이상한 낌새를 느꼈지만, 따로 제가 할 수 있는 것은 없었습니다.

이 때쯤 걸리는 것이 하나 생각 났던 것이라면, 총 4TB로 2TB, 2TB 2개의 하드로 단일 볼륨 2개로 구성을 했었는데, 그 하드 메이커가 달랐던 점이였습니다. 

하나는 WD 그린이고 또 다른 하나는 시게이트 였는데, 일반적으로 서로 다른 메이커로는 구성을 하지 않는데, 당시 하드 품귀현상(태국 태풍)으로 인한 어쩔 수 없는 선택이였습니다.

그래도 별 문제 없이 잘 썼는데... 

여하튼 그렇게 며칠 - 일단 부팅되면 큰 문제 없었기에, 안 끄면 되는데, 그래도 세팅하거나 하면 다시 켜기 마련이죠. 그래서 켰는데...

아쁠사, WD 하드가 통째로 없어진 것이 아닙니까. 

헐.... 헐.... 헐... 이였습니다.

당시 데이터 상태는 2TB가 꽉 차 있었고 그 데이터 대부분이 미디어- 드라마나 영화, 다큐멘터리였기 때문에 백업을 해 두지 않은 상황이였습니다. 

사실 2TB의 데이터를 백업하는 일은 결코 쉬운 일은 아닙니다 ㅜㅜ 그래도 백업 안 한 제 잘못이 크지요. 

하늘이 하얗게, 노랗게, 검정으로 변하면서 마음이 찹찹해 지더군요. 

어떻게 모은 데이터인데. 하면서. 다시 살릴 생각이 처음에는 나지 않았습니다. 

그냥 아쉬운 마음과 한편으로는 올 것이 왔구나 하는 생각.. 무언가 무거운 바위가 누르는 느낌...

그렇게 그냥 하루를 보냈죠. 혹시나 내일 다시 하면 될까 하는 마음.

그리고 하루가 지났습니다. 다시 두근 거리는 마음에 켰죠.

또 시간이 걸리더군요. 30분 정도. 

그리고 부팅이 되더니, 여전히 똑 같더군요. 한 4번 정도 다시 도전해 봤지만, 역시 똑 같더군요.

일단 포기하고, 데이터를 살릴 수 있는 방법이 없을까 하고 서치를 시작했습니다.

그렇게 서치하기를 한시간... 

저와 비슷한 증상인 사람들이 생각보다 많더군요. 시놀로지 NAS의 SATA 케이블 문제라는 결론에 이르긴 했지만, 큰 도움이 되지 않는 진단이였습니다. 

대부분이 RAID를 설정해서 쓰더군요. 미러링을 하는 경우에는 그런 문제가 생길 때 핫 스왑(그냥 뻑난 하드를 빼서 똑같은 용량을 그대로 꼽는 것)을 하면 대부분 해결이 되더군요.

근데, 더 큰 문제는 미러링 하지 않은 경우, RAID가 풀리는 경우는... 정말 답이 없더군요. (물론 같이 묵으면 그만큼 충돌날 가능성이 적긴 하죠.) 

여하튼 저는 불행중 다행으로 단일 볼륨 구성을 하고 있었기에... 리눅스 외장하드 처럼 인식시키면 되지 않을까 하는 생각이 이르렀습니다.

NAS 소프트웨어 업데이트 할까 말까? 업데이트에 대한 이야기 - 경험들

NAS는 쓰면 쓸수록 아주 좋은 기기라는 사실을 알 수 있습니다. 

특히 이론적으로 하드웨어 성능만 된다면, 리눅스 서버가 할 수 있는 대부분의 일들을 할 수가 있죠.

그런데 리눅스 서버와는 달리 그 간편성에 우위가 없다면, 당연히 사람들은 리눅스용 컴을 사서 자신이 세팅하려고 할 껍니다.

실제로 하드웨어 사양만 따지고 본다면  NAS는 아주 비싼 기기 중 하나라고 생각하시면 됩니다. 사실 넷북보다도 더 비싼 편입니다.

그럼에도 불구하고 NAS를 구입하는 이유는 바로 NAS가 가지고 있는 편의성 때문이겠지요.

그리고 그 편이성은 바로 NAS를 구동하고 있는 User interface 혹은 NAS OS (정확히 말하면 OS는 리눅스이지만, 웹상 admin에서 볼 수 있는 OS를 편의상 NAS OS라 부르도록 하겠습니다)에 많이 좌우됩니다. 

실제로 제가 이용하고 있는 NAS인 synology의 경우에도 DSM이라고 하는 소프트웨어로 운영되고 있는데, 여러번 업데이트 해본 결과 그 안정성이 아주 뛰어났습니다. 

안정성이라고 하면 별 거 없는데, 제일 중요한 것은 업데이트를 했을 때 하드 손실이나 문제가 발생하지 않아야 하는 점이겠죠.

업데이트 할 때 마다 자료를 백업한다면 편의성에 있어서 빵점일 겁니다. 

사실 초창기 NAS 때는 이런 일들이 생각보다 많았던 것 같더군요. 예전 세팅 때 업데이트 할 때 자료가 다 날라갔다는 분도 심심찮게 보였으니깐요. 시놀로지인지는 모르겠습니다만... 

적어도 저의 경우에는 그런 일은 없었습니다. 

업데이트라는 것이 사실 모두다 좋은 것 같아 보이긴 하지만, 실제로 기기와 잘 맞아야 좋은 것이라는 나름의 결론을 얻게 되었습니다.

여기서 기기와 잘 맞다는 것은 추상적인 "궁합" 같은 개념이 아니라 아래와 같은 사항입니다.

1. 내가 가진 하드웨어 성능에 최적화된 업데이트

이건 아주 중요합니다. 저사양 펜티엄 III 노트북에 아무리 최신이라고 해도 윈도우 7을 깔 수는 없는 노릇입니다. 

제가 경험한 예를 하나 들면, 현재 제가 쓰는 아이패드는 초창기 발매날 처음 구입한 것인데, 최신 iOS 업데이트를 하니깐 도저히 느려서 못쓰겠더군요.  (추후 개선이 되긴 하더군요.)

OS 자체에서 멀티태스킹을 기본으로 깔다보니깐, 심각한 딜레이가 있더군요. 요새 "느리게 살자"를 삶의 모토로 하고자 하는데, 아주 적합한 훈련(?)이 되고 있습니다. 

 NAS 역시 마찬가지 입니다. 일단 최신 업데이트가 나오면, 그 업데이트에서 최소 요구사항이 무엇인지를 알아볼 필요는 있습니다. 

그리고 자신의 기종이 업데이트 가능하다고 무턱대고 업데이트 하다 보면, 오히려 프로그램상 딜레이가 되거나, 오히려 불편한 점이 늘어나는 경우도 분명히 있습니다. 

그러니 하드웨어 성능을 꼭 고려한 업데이트가 중요합니다.

2. 업데이트된 소프트웨어가 자신에게 필요한 서비스인지 확인

실제로 업데이트는 이전 서비스 소프트웨어의 업그레이드도 있지만, NAS 특성상 새로운 서비스를 런칭하는 경우가 많습니다. 

근데 이 때 제 경험상 대부분의 서비스는 자신이 이용하지 않는 서비스인 경우가 많습니다. 없어도 필요없는 경우가 있다는 것이죠. 

그리고 있다고 해도, 그걸 세팅하고 시간을 보내는 비용과 그 결과 얻는 편익을 비교해 봤을 때, 비용이 훨씬 큰 경우가 생각보다 많습니다. 

제 경우에는 한참 세팅을 하고 즐기는데, 일주일도 못가서 시들해 버리는 서비스가 아주 가끔 있었습니다.

NAS는 어찌 보면 생활 습관과 잘 접목이 되어야 하기에 그런 것 같습니다. 

3. NAS 업데이트 후에 소요될 시간이 넉넉한지

이거 아주 중요한 것입니다. 저도 여러번 시행착오를 겪다가 보니깐 얻게된 깨달음입니다.

NAS를 업데이트하면, 아무리 편하게 , 안정성 높게 업데이트 한다고 해도, 문제가 생길 확률이 높습니다. 

안 생기면 정말 좋겠지만, NAS 특성상 공유기와 외부적인 네트워크 상황과 맞물려 있기 때문에, 거의 대부분 소소한 문제부터 시작해 큰 문제들이 발생하기 마련입니다.

최근의 제 경험을 예를 들면, DSM 4.0으로 업데이트할 때, 아무 문제 없을 것이라 생각했는데, DS audio를 제외한 모든 서비스가 안되는 것이였습니다. 

무슨 문제인가 싶어서 진짜 오만가지 삽질을 다 해보았습니다. 

나름 몆년간의 경험상 NAS에 어느정도 자신이 있었기에, 임의 포트 변경, 프로토콜 변경, 다시 다 삭제, 리눅스로, 맥으로, 윈도우로.접근해보고, 하드도 교체해 다시 폴더 만들어 보고 레이드도 다시 만들어보고... 다시는 하고 싶지 않은... 할 수 있는 조치는 다 해보았는데, 안되더군요.

정말 한 2주 정도 일과를 마치고 밤에 해결하려고 시름했는 것 같습니다. 네이버 커뮤니티에는 문제글만 있고 답은 없고, 외국커뮤니티도 비슷한 경우더군요. 

그러던 어느 날,  업데이트 내용을 자세히 읽는데 혹시나 방화벽 때문에? 라는 생각이 불현듯 스쳐 지나가더군요. 3.0-3,1 에서는 큰 세팅한 적이 없었는데 4.0부터는 자동으로 세팅되는 것 같더군요. 아니면 제가 그냥 지나쳐서 yes 눌렀거나..

여하튼 방화벽을 풀어버리니깐, 순식간에 모든 것이 해결이 되더군요. 허탈하더군요. 물론 다시금 방황벽을 다시 세팅해서 안정성을 높이긴 했지만...

답을 알면 아주 소소한 해결법인데, 모르는 상황에서는 미쳐버리는 것이지요. 

그 덕에 직장 일의 업무 진도가 한동안 못 나갔었죠. 공동 연구 자료를 다음 클라우드로 옮기고, 세팅을 조정하고...  여하튼 시간이 중요하더군요.

그러니깐, 업데이트 전에는 만약을 위해서 꼭 자신의 여가 시간이 확보되는지를 생각하셔야 됩니다. 

요 세가지 정도만 따져 줘도 업데이트를 준비하는 마음 가짐은 충분한 것 갈습니다.

그럼에도 불구하고, 조금 더 실무적인 수준의 조언을 하자면,

1. 업데이트 전에는 꼭 관련 커뮤니티에서 도전자의 수기를 읽어 볼 것. 

- 이미 보고된 문제 혹은 자신이 겪은 문제가 해결된 업데이트인지 확인할 것 

- 세상에는 정말 멋진 도전자들이 많습니다. 굳이 내 전문 분야가 아닌 부분에서 최고의 얼리어댑터가 되어서 내 소중한 시간을 뺏길 필요는 없습니다. 경험상 그 편익이 생각보다 크지 않았습니다.

2. 마이너 업데이트인 경우 불편한 것이 없다면 하지 말 것. Ex)3.1 -->3.12, 3.14, 3.2 등

- 사실상 마이너는 마이너일 뿐이기 때문에, 굳이 업데이트를 해서 시간을 뺏길 위험을 감수할 필요는, 제 경험상 "없다" 라고 단정지을 수 있습니다. 

- 물론 언급한 대로 자신의 NAS에서 불편한 문제점이 해결될 가능성이 있는 업데이트라면 그 위험을 감수할 필요는 있을 것입니다. 편익이 클테니깐요.

3. 메이저 업데이트인 경우 관련 후기가 많이 나온 뒤에 할 것 Ex) 3.0 --> 4.0 등

- 메이저 업데이트는 사실상 많이 바뀌는 것이기 때문에, 문제가 생길 가능성이 많습니다.

- 자신이 NAS 초보자라면, 그 문제를 자신이 해결할 수 있는 능력보다는 타인이 그 문제 해결 방법을 가르쳐 줄 가능성이 높기 때문에, 가급적 문제 해결 DB가 많이 쌓인 후에 업데이트 하길 권장합니다.

- 현재 잘 쓰고 있는데, 업데이트해서 문제 생기면 다시 돌아가는 것도 쉽지 않고, 해결 하는 것도 쉽지 않기 때문에 대부분 후회를 하게 됩니다.

이상이 업데이트에 대한 제 지론입니다.

참고를 하셔서 업데이트하기 전 후에 큰 만족이 있으시길 바라면서 글을 마칩니다.

포트 포워딩 두번째 이야기

포트 포워딩하는 일반적인 규칙에 관해 시놀로지(synology)에 맞춰서 설명하도록 하겠습니다.

현재 제가 사용하고 있는 포트 규칙을 공유하도록 하겠습니다.

안타깝게도 제 공유기는 포트 포워딩을 15개만 제공하더군요. (일반적으로 60개 정도까지는 제공하는 것으로 알고 있습니다.) 그래서 최대한 제가 쓰는 포트 중심으로 간략히 설정할 필요가 있었습니다. 

제 기준에 맞추어 설명하는 것이지만, 똑같이 적용하셔도 됩니다. ^^

5000 :  Admin 관련 포트입니다.

5001 : Admin HTTPS

이  것은 전체 접속을 위한 포트로 DS portal system이라고 생각하시면 됩니다. 

 abc.com:5000 이렇게 들어가든지, 아니면  123.456.789.3:5000 이렇게 연결이 되겠죠. 

물론 abc.com 으로 쳐서 들어가도 전체 포털이 나올 수도 있지만, 이 건 어디까지나 "나올수도" 이기 때문에 포트를 열어 두었습니다.

그리고 

70 : file station main

7000 :  file station accesory

개별 접속을 통해서 file station 을 접근하기 위해 열어둔 포트입니다.

6690 : cloud service를 위한 포트입니다. 

Cloud 서비스를 위해 이용되는 것인데, 구간을 잡아 두셔도 됩니다.

1723 : VPN service를 위한 포트입니다.

저는 VPN을 주로 네트워크 드라이브 잡는데, 이용하기 때문에 열어두었는데, 일반적으로 열어두실 필요는 없습니다.

 548 : Mac용 afp를 위한 포트입니다. 

맥을 쓰시지 않으시는 분은 굳이 열어두실 필요는 없습니다.

 111: linux file을 위한 포트입니다.

이 역시 리눅스를 쓰지 않는 분은 굳이 열어두실 필요는 없습니다.

2121 : ftp를 위한 포트입니다.

55536-55539 : FTP 여분

ftp는 기본적으로 21번 포트를 쓰는데, 제 경우에 막혀 있어서 임시로 2121 포트를 쓰고 있습니다.  그리고 경우에 따라 확장할 필요가 있을때 55536-39까지를 여분으로 열어 두었습니다.

8080, 7080,443 : photo

이 것 역시 시놀로지에서는 photo 서비스를 80 포트를 기본으로 하는데, 저의 경우는 막아둔 상황이라서 8080을 임시로 열어 두었습니다. 그 외에 것은 혹시나 있을 예외 상황을 위해 열어 두었습니다.

5005-5006 :  WebDAV

웹 서비스를 위해서 전반적으로 열어두면 다른 서비스를 사용하는데, 교통정리가 잘 되는 듯 하여 열어 두었습니다. 다른 서비스를 하기 위해서  WebDAV를 활성화 시켜 두어야 하기 때문에 열어 두었습니다.

이렇게 총 15개를 열어 두었고, 경우에 따라서 닫거나 제거 후 다시 열 수도 있겠지만, 저의 경우에는 큰 문제 없이 쓰고 있었습니다.

다시 정리하면 - 이렇게 열어 두었네요.

5000 :  Admin 관련 포트입니다.

5001 : Admin HTTPS

70 : file station main

7000 :  file station accesory

6690 : cloud service를 위한 포트입니다. 

1723 : VPN service를 위한 포트입니다.

 548 : Mac용 afp를 위한 포트입니다.

 111: linux file을 위한 포트입니다.

2121 : ftp를 위한 포트입니다.

55536-55539 : FTP 여분

8080, 7080,443 : photo

5005-5006 :  WebDAV

포트 포워딩의 개념은 NAS를 제공하는 공유기 입장에서 아주 중요합니다. 

그리고 그 설정은 생각보다 번거롭기 때문에,  uPNP라는 방법으로 내가 설정은 하지 않아도 NAS와 공유기가 알아서 설정하는 경우도 있습니다만... uPNP는 "일괄 자동처리"라고 생각하시면 됩니다. 한방에 설정을 소프트웨어로 처리하는 것이기 때문에, 아주 간편합니다.

저의 경우는 uPNP를 설정해 줬음에도 불구하고, 공유기에 포트가 열리지 않더군요. 아마도 NAS에서 그 공유기를 인지 못했을 가능성이 큽니다. 소위말하는 듣보잡 공유기.... 라고...

여하튼 포트 포워딩은 NAS에서 하는 것이 아니라, 공유기에서 한다는 것을 명심하시고.

포트 포워딩을 왜 하냐하면, 서비스에 다다르는 문을 열어두기 위해서 한다고 생각하시면 됩니다. 

사실 문이 없으면 대부분 찾아가질 못하니깐(간혹 포트가 다 열려 있어서 되는 한방에 되는 경우도 있지만, 거의 포트포워딩 설정을 해야 하는 공유기가 대부분입니다.) 꼭 해야되는 것이지요. 

그리고 iptime 같은 경우에는 설정 방법과 인터페이스가 비교적 쉬운 편이라서 큰 무리없이 설정 가능하구요(따라하기식 글들도 많습니다) 

만약 자신의 공유기가 저처럼 독특한 경우에는 인터넷을 통해서 포트 포워딩하는 방법을 찾아서 가기만 하면됩니다.(일반적으로 그 공유기 ip 주소를 치면 들어가 집니다만....)

그리고 위에 적힌 숫자(포트)는 제가 임의로 설정한 것이 아님(대체로 일반적인 규칙을 지키고자 노력했습니다)을 꼭 아시길 바랍니다.

간혹 가다가 보면 자신이 외우기 쉽게 1 - 파일, 2, 포토 3.클라우드 등으로 설정하시는 분이 정말 간혹 가다가 있는데,

이 분은 아주 고수거나, 아님 삽질하거나 둘 중 하나일 가능성이 높습니다.

왜냐하면 각 포트마다 경험적으로 자주 쓰는 룰 같은 것이 있기 때문입니다.

이 포트 넘버는 비록 조금은 복잡하게 보이긴 하지만, 대부분 NAS에서 중복을 막기 위해서 서비스 마다 고유넘버를 제공하기 때문에 가급적이면 변동 안 하시는 것이 좋습니다.

또한 리눅스나 애플 시스템에서도 기본적으로 548이나 111을 기본으로 쓰기 때문에, 자신의 임의대로 변경한다면, 

NAS도 변경하고, 공유기 포트 포워딩 번호도 변경하고, 자신의 맥, 리눅스 컴 접속시에도 포트를 변경해야지 이론적으로 모든 서비스를 이용할 수 있습니다. 

그렇지만 일단 정해진 포트를 이용하면, 공유기만 세팅하면 되기 때문에 훨씬 간단하죠. 그리고 그 포트를 꼭 외울 필요도 없게 되는 것이죠.

이해를 돕기 위해 FTP를 설명하면, FTP는 기본으로 21번 포트를 많이 쓰는데, 저같은 경우에는 들어갈 때 마다 21 포트가 막혀 있어서 2121로 따로 들어가 주어야 하는 것이죠.

살짝 번거롭긴 하지만, 어쩔 수 없는 선택이니깐, 그정도는 감수해야죠.

저 같은 경우에는 사실 NAS를 처음 세팅하면서 시간을 제일 많이 잡아 먹었던 부분이 바로 포트 관련 부분이였습니다. 

제가 잘 몰랐기도 하고, 개념도 모르고, 시키는 대로 하다 보니깐 잘 될 때도 있고, 안 될 때도 있었죠. 소위 말하는 맨땅에 헤딩 수준이였죠.

그런데, 어느 순간 포트를 이해하니깐, 해결이 쉽더군요. 우회하면 되고, 안되면 열어 주면 되고 하니깐. 비교적 많은 것들이 해결이 되고

업그레이드 할 때마다 새로 추가된 서비스 포트만 열어 주면 되니깐, 아주 쉽더군요. 

물론 NAS 설정은 자신이 혼자 다 해야 합니다. 그렇기 때문에 문제가 생기면 시간이 많이 뺏기고, 삽질도 많이 하게 되죠. 

그렇지만 하나 하나 하다 보면 어느 순간 되고, 되게 되었을 때의 기쁨은 정말 생각보다 큽니다. 

저의 경우에는 포트 문제가 가장 큰 기쁨을 주었던 것 같습니다.

사실 알고 나면 별 거 아니고, 제일 쉬운 부분인데 말이죠. ^^

여하튼 제 글은 이렇게 저렇게 해라는 따라하기 식의 글은 아니지만, 따라하기 식의 글 이전, 혹은 하고 나서 마음 편하게 이해를 하기 위한 글이니 

NAS 설정하시는 분께 특히나 예전의 저처럼 네트워크에 거의 초보이신 분들께 조금이나마 도움이 되었으면 좋겠습니다.

이제 포트 포워딩이라는 개념에 대해서 자세히 알아보도록 하겠습니다. 

간단한 셜명을 위해서 네이버를 예로 들도록 하겠습니다.

네이버에 접속해서 내가 궁금해 하는 정보를 입력해서 데이터를 받는 과정을 분해 해서 보면 이렇습니다.

naver.com에 가서 접속하면 자연히 서버 222.122.195.6에 있는 정보를 받아 와서 시작 페이지를 보여 줍니다. 

그 이후 검색어를 넣으면 다시 222.122.195.6에 있는 컴퓨터가 일련의 연산을 해서 그 결과를 다시 보여주게 됩니다.

이 때 네이버 입장에서는 정보를 어디로 줘야 하는지의 문제가 생겨 납니다. 

바로 정보를 요청한 공유기의 IP로 정보를 보내면 이 문제는 해결됩니다. 

그리고 공유기 역시 정보를 요청한 컴퓨터로 정보를 주면 되는 것입니다.

네이버 정보 서버 <-> 네이버 <-> 이용자 공유기 <-> 이용자 컴퓨터

즉 네이버에서 보낸 정보가 공유기를 거쳐서 내 컴퓨터로 오게 됩니다. 

이렇게 우리 눈에는 보이지 않지만, 인터넷을 하는 동안 지속적으로 끊임 없이 정보를 보내고 받는 일이 벌어지고 있습니다.

NAS를 통해 네트워크에서 공유한다는 것은 바로 NAS가 네이버처럼 정보를 주는 입장이  되는 것입니다.

이 때 정보를 주는 입장에서는 굉장히 신중해야만 합니다. 

받는 사람 입장에서 악의적인 의도로 해킹을 해서 내 정보를 삭제할 수도 있고, 몰래 다운 받아서 과부하를 일으킬 수도 있습니다. 

그래서 필연적으로 NAS는 그런 공격을 예방하기 위해 사용자 id와 password를 항상 검사하고, 요구합니다. 그 id가 가진 권한까지도 제한할 수도 있습니다.

자 그럼 포트란 것은 어떤 것인지 알아보도록 하겠습니다.

포트는 일종의 문과 같은 것이라 생각하시면 됩니다. 예전, 궁궐을 생각하셔도 되고, 대학교 캠퍼스를 생각하셔도 됩니다.

대학교 캠퍼스에는 규모에 따라 다르겠지만 적어도 4개 정도의 문이 있을 겁니다. 어떤 문은 공대에서 가깝고, 어떤 문은 법대에서 가까울 것입니다. 어떤 문은 경영대와 가까울 것이고, 또 다른 문은 예술대와 가까울 것입니다.

예를 들어 정문이 예술대와 가깝다면, 예술대를 다니는 학생은 정문을 이용할 가능성이 높습니다. 물론 다른 문을 이용해서 예술대에 갈 수도 있겠지만, 가까운 문을 이용하는 것이 편리할 것입니다. 

여기서 예술대, 경영대, 법대, 공대가 비유하는 바가 NAS에서 제공하는 서비스입니다. 오디오 스테이션, 파일 스테이션, 비디오 스테이션 등 다양한 서비스를 생각하시면 됩니다.

그 문을 포트라고 생각하시면 됩니다. 그리고 포트 포워딩이라는 개념은 새로 문을 만들어 주는 개념이라고 생각하시면 됩니다. 

그리고 공유기는 굳이 비유하자면 정문과 담장과 경비원을 합해 놓은 것이라 생각하시면 될 듯 합니다. 

자 그럼 포트 포워딩은 왜 필요하냐 하면 바로 문이 하나밖에 없기 때문입니다. 

사실 문이 하나밖에 없어도 인터넷을 하는데는 아무런 지장이 없습니다. 

그런데 NAS 서비스를 제공한다는 측면에서는 정문 하나로는 버겁게 되는 상황이 등장하기 시작합니다. 버거운 정도가 아니라, 아예 출입을 막아 놓는 경우도 있습니다.

이 때 필요한 것이 포트 포워딩입니다. 그리고 이 것을 하기 위해서는 필연적으로 공유기 설정을 건드려야 하는 것이지요.

공유기 안에서 NAS 서비스에 접근할 새로운 문을 만들어 주는 것이니깐요. 

그리고 그 문의 이름 역시 공대문, 경영대문 처럼 NAS에서 쓰는 용어(포트 넘버)와 공유기에서 열리는 문이름(포트 포워딩된 포트 넘버)은 같아야 원활한 의사소통이 되겠지요.

어느 정도 개념이 잡히셨는지 모르겠습니다. 쉽게 생각하면 지름길을 열어둔다고 생각하면 됩니다. 정문으로만 가면 갈수는 있지만 돌아가야 하니깐. 

그리고 열어두는 포트 설정을 임의로 하면 안되고 NAS가 가진 규칙대로 열어두는 작업을 하면 비로소 외부에서 접속을 해서 서비스를 이용할 수 있게 되는 것이지요. 

첨언을 하자면

우리가 도메인이나, ip를 통해서 접속을 하면 일반적으로 80 포트로 들어갑니다.

그러니깐 원래는 www.naver.com:80 이라고 쳐야지 정확하게 들어가는데, 번거로우니깐, www.naver.com이라고 치면 알아서 www.naver.com:80으로 들어가게 되는 것이지요.

그런데 특정 서비스를 이용하려면,  www.naver.com:1234 를 타이핑 하게 되면 1234에 걸려 있는 서비스로 바로 접속이 되는 것입니다. 그 서비스는 오디오일 수도 있고, 파일다운로드일 수도 있습니다.

당연히 공유기에서 그 포트가 안 열려 있다면 (포트 포워딩이 안되어 있다면) NAS에서 아무리 서비스를 제공한다고 해도 www.naver.com:1234 라고 들어가도 못 찾는 것이지요. 

그냥 이거 뭐지 하면서 페이지를 못찾았다면서 무시하는 공유기도 있을 것이고, 기본 포트인 80으로 들어가서 메인 서비스를 보여줄 수도 있을 것입니다.

그러니깐, 만약 자신이 NAS에서 서비스를 실행시켰는데, 안된다면, 경험상 포트의 문제일 가능성이 상당히 큽니다.

그리고 이 상황에서 포트 개념을 잡는데 시간이 많이 들고, 공유기 설정을 바꾸는 것 역시 왜 하는지도 모르지만 어떻게든 하면 된다고 하니깐 막 변경하면서, 따라 하면서 시간을 보내게 됩니다. 

저 역시도 그런 사람 중 하나였고, 그렇게 몇 번 해결해 보았지만, 또 문제가 생기면 (업그레이드나, 공유기 변경 등) 왜 하는지 모르고 하는 경우가 많았습니다.

근데, 이 개념을 잡고 난 이후에는 그 어떤 공유기가 있어도 포트 문제라면 대부분은 해결이 되더군요. 

사실 포트 포워딩은 알고 나면 쉬운 개념이니깐, 너무 어려워 마시고, 차근 차근 해 보시길 권장합니다.

그리고 제일 좋은 해결책은 

1. 기술자를 불러 유료든 무료 원격 서비스를 받는다 - 이거 상당히 도움됩니다. 저 역시도 가끔 이용하고픈 욕구가 들 때가 많습니다.

2. 범용화된 공유기를 새로 구입한다. iptime이 그런 면에서 권장할 만 합니다. 

3. 그 기능은 쓰지 않도록 한다(???)

인 것 갈습니다.

8. NAS Trouble shooting !!! - 포트 포워딩 개념을 위한 도메인과 IP 이야기.

처음 NAS를 구입하고, 여러 세팅을 완료했습니다. 그리고 나서 본격적으로 사용을 하려고 했죠. 

사실 그 세팅도 그리 간단한 일은 아니였습니다. 특히나 저에게 어려운 개념 중에 하나는 포트라는 개념이였죠. 

실제로 알고 나면 아주 쉬운 개념인데, 모르면 정말 당황스럽고, 왜 이런 일을 해야 하나 모르면서 숫자를 막 넣고 있죠. 다른 고수가 시키는 대로..

그러다 보니 우연하게 또 작동되기는 하지만, 조금의 변화가 또 생기면 또 다시 처음부터 해야하는 악순환의 반복이였죠.

어느 순간 잘 안되어서 해결책을 찾다가, 포트에 대한 개념이 번쩍 서드라구요. 그러고 나서는 비교적 포트로 인해 발생되는 문제는 대부분 해결이 되더군요.

포트를 이해하기 위해서는 도메인, IP 등에 대한 개념이 선행되어야하는 것이 사실입니다.

이건 제 블로그 도메인이죠. ^^ mdphd.kr

쉽게 설명하려고 노력은 하겠지만, 이해가 안 되신다면 다른 블로그나 사이트들을 통해서 이 개념을 우선 인지하는 것이 좋습니다.

일단 도메인부터 설명하겠습니다. 도메인은 일종의 주소입니다. www.naver.com 이라든지, www.google.com 이라든지, www.daum.net 같은 것이 도메인입니다. 저의 사이트는 www.mdphd.kr 이지요. 

도메인을 쓰는 이유는 기억하기 쉬운 장점이 있기 때문에 그렇습니다. 

자세히 보시면 아시겠지만, naver 뒤는 .com 이고 daum 뒤는 .net 입니다. 그리고 저의 경우는 kr 입니다.

많은 분들이 착각하시고 있는 것 중의 하나가, .com, co.kr, .net이 큰 차이가 없는 것 처럼 여기시는 것입니다. 

실제로 이건 경우에 따라서는 맞는 말일 수도 있고, 틀린 말일 수도 있겠지만, 엄밀히 말하면, 엄연히 다른 것입니다. 그리고 각각 따로 등록해야 합니다. 

근데 왜 인터넷 유저들이 비교적 도메인에 대해 차이를 못 느끼냐 하면, 서비스를 제공하는 기업 입장에서 도메인을 등록할 때 싸그리 다 등록해서 한 곳으로 몰아 버리기 때문입니다.

naver만 해도 naver.com 말고, naver.co.kr naver.net을 쳐도 naver.com 심지어 naver.asia를 쳐도 naver.com 오게 됩니다. 그런데, naver.co.jp나 naver.jp를 치면 일본 네이버 사이트로 들어가게 됩니다. 클릭 해 보시면 아실 수 있을 것입니다.

요건 naver.com 입니다.

요건 naver.jp 혹은 naver.co.jp

그런데,  daum.net은 daum.com을 써도 안 들어가 집니다. 전혀 다른 사이트가 나오거나, 링크 페이지가 뜨거나 심한 경우에는 광고 사이트가 뜨기도 합니다. 

현재는 이게 뜨고 있네요. 

 다음(daum.net)에서 daum.com 도메인을 확보하지 못한 것이지요. 

이 도메인이란 것이 마치 부동산과 같아서 먼저 등록한 사람에게 우선권을 주고, 그 우선권은 법적으로 보호 받습니다. 그래서 물건처럼 양도하거나 판매를 할 수 있게 되면서, 중요 도메인들은 죄다 비싼 값을 받게 되었지요. daum도 그런 상황인 거죠. 

daum.com에서 아주 비싼 가격을 불러서, 다음 측에서 거래를 하지 않았을 가능성이 높아 보입니다. 

각설하고, 도메인은 일종의 이용자-인터넷 사용자-를 위한 쉬운 주소 체계라 생각하시면 됩니다.

그러면  ip는 무엇이냐 하면, 각 컴퓨터 마다, 혹은 이용하는 사이트마다(사이트도 실질적으로는 서버에 존재된 상태로 데이터를 제공하고 있기 때문에 하나의 컴퓨터라고 보는 것이 더 맞을 것 같긴 합니다만) 부여된 직접적 주소입니다.

즉 IP는 동사무소에서 등본을 떼면 볼 수 있는 모든 번지 수를 적어 놓은 주소라 생각하면 됩니다. 통,반,리까지 다 있는.. 그런 주소요. 

간단히 다른 비유를 들자면, 동네 짜(!)장면 집에 배달을 시킬때 

어느 아파트 몆동 몇호라고 시키면 배달이 옵니다. 그렇지만, 등본을 떼서 정확히 보면 그 아파트는 동 호수 뿐만 아니라, 번지와 명확한 주소를 가지고 있죠. 그렇지만 짜장면을 배달시킬 때 그렇게 명확한 번지를 알려 주진 않죠.

설명이 길어졌지만,  IP는 그 명확성과 확장성을 위해 문자를 쓰지 않고 숫자로 123.456.789.123 이렇게 표현합니다. 배달과 마찬가지로 이 걸 하나 하나 외우면서 인터넷에 들어오는 사람은 그리 많지 않겠죠. 

당연히 기업이나 인터넷 사용자 입장에서는 쉬운 이름이 기억되기 쉬우니깐. 그런 도메인은 가격이 비싸지는 겁니다.

따지고 보면, 도메인도 일종의 IP 포워딩인 셈입니다. 

그럼 www.naver.co.kr을 타이핑해서 들어가는 순서를 볼까요?

www.naver.co.kr --> naver.com --> 222.122.195.6 이렇게 들어가서 정보를 불러 오게 되는 겁니다.

첫번째 화살표는 도메인 포워딩, 두번째 화살표는 ip 포워딩이라 이름 지을 수 있겠지만,  ip 포워딩이란 말을 일반적으로 쓰이지 않습니다.

그럼 도메인과 ip의 개념이 잡히고, 포워딩 - 무언가를 전달해 준다 라는 개념이 잡히셨지요?

물론 제 설명이 부족했을 수도 있는데, 간단히 생각하면 타이핑하기 쉬운 주소가 도메인이라 생각하시면 되고, 숫자로 된 전화번호 같은 주소가 IP라고 생각하시면 됩니다. 

제가 가지고 있는 일부 도메인도 제 블로그로 포워딩 해 두었습니다. 

여러 개를 클릭하셔서 확인해 보시죠~ ^^

alopecia.kr     cant.kr    biochemistry.kr    pharmacology.kr     rheumatology.kr 등 ^^ 입니다.

이 것들을 클릭하면 모두 다 mdphd.kr로 접속되는 것을 확인하실 수 있을 겁니다.

도메인 포워딩을 하고 있는 것이지요. ^^

개념이 조금 잡히시나요? ^^