리눅스 서버용으로 어느것?

stargt의 이미지

솔직히 다들 아시겠지만, 대부분의 호스팅업체 같은 곳을 보면 거의 레드햇을 사용하고 있더군요.

어디서 들어보니 다른 배포판이 서버에 떨어지는게아니라 레드햇이 서버에 최적화되어있다고 들었습니다.

그래서 레드햇 계열로 제가 한번 서버를 운영하려는데(공부+계정제공-규모를 아시겠죠-), 레드햇 9를 사용해야할지 페도라 1/2/3/4를 사용해야할지 모르겠습니다.
누가 페도라는 지극히 개인용이라더군요.

레드햇 9를 해야할까요?(레드햇 2004년 6월에 지원 끊긴걸로 아는데..)

7339989b62a014c4ce6e31b3540bc7b5f06455024f22753f6235c935e8e5의 이미지

RHEL을 구입하셔도 되고, CentOS를 쓰셔도 됩니다. :) (CentOS는 RHEL의 소스 RPM을 직접 컴파일해서 배포하는 프로젝트입니다.)
그렇지만 그냥 페도라도 괜찮아요.

평양선봉의 이미지

안녕리눅스는 어떨까요...

레드햇기반에 서버용 최적화.. 8)

----
웹페이지 : http://bzpalm.net/

nol2ter의 이미지

데비안으로 오세요. :)

익명 사용자의 이미지

젠투 혹은 프비
밖에없네여
나머지 배포판은 다 별루

지리즈의 이미지

현업에서는 아직까지는 레뎃.

따라서, 안녕/centos/fedora/trustix 국내 대부분의 배포본 ... 등등이 모두 유효하다는 생각.

There is no spoon. Neo from the Matrix 1999.

prolinko의 이미지

저는 서버용 배포판으로 데비안을 상당히 좋아하고 여러 서버들을 데비안을 이용해서 운영해 보았습니다. (다른 배포판도 이것 저것 써봤고요..)

그런데 실제 현장에서 데비안 운용률이 낮은것 같은데 돈하고 직결되는 중요한 서비스를 하는 서버를 데비안으로 운영해보신 분이나 혹은 그런 예를 알고계신 분은 없는지 궁금합니다.

데비안이 많이 안쓰이는 이유가 단지 남들이 다 레드햇을 쓰니까 따라서 써서 그런 건가요 아니면 뭔가 다른 이유가 있나요? 처음에 돈 얼마 쥐어주고 나중에 책임을 떠맡길수 있는 회사가 없어서? 아니면 데비안이 사서쓰는 엔터프라이즈급 배포판보다 심각하게 성능이 떨어지는 부분이 있나요?

오라클이나 특정 밴더의 패키지를 써야하는 경우 레뎃하고 수세정도만 공식적으로 지원을 하니까 그렇다고 쳐도, APM, 자바 등등 설치하고 웹호스팅하거나 웹서비스 하는데에는 데비안이 딱이라고 생각하는데 어떤면에서 부족해서 외면받는 건지 궁금합니다.

지리즈의 이미지

prolinko wrote:
오라클이나 특정 밴더의 패키지를 써야하는 경우 레젯하고 수세정도만 공식적으로 지원을 하니까 그렇다고 쳐도

요게 큽니다.

즉... 납품받아 관리하는 입장의 사람들이 대부분이 리눅스 초심자이거나 레뎃계열에만 익숙하거든요.

이 사람들이 이렇게 된 주된 이유는 오라클이 가장 큰 이유입니다.
왠만한 관리자들 오라클 한번 안 만져본 사람들이 없거든요..
그럼 이사람들이 만져본 리눅스는 거의다 레뎃(계열)이라고 봐도 됩니다.

납품해주는 사람과 관리하는 사람이 일치하면 문제가 없지만...

현업에서는 그렇지가 않거든요.

There is no spoon. Neo from the Matrix 1999.

stargt의 이미지

저기

용도가 테스트+계정제공이라서

오라클이나 mssql같은거 안써요

그리고 우분투를 한번 써봤는데 사람들이 그거로 서버돌리면 무슨짓이냐고 욕까지..

레드햇 9를 해야하나요?

#include <stdio.h>

int main()
{
while(1)
printf("0");
return 0;
}

지리즈의 이미지

stargt wrote:
저기

용도가 테스트+계정제공이라서

오라클이나 mssql같은거 안써요

그리고 우분투를 한번 써봤는데 사람들이 그거로 서버돌리면 무슨짓이냐고 욕까지..

레드햇 9를 해야하나요?

욕할 것 까지는 아닌 것 같고...

레드헷 9 보다는 centOS가 추천됩니다.

본인이 좀 본격적으로 빡세게 서버 관련 보안 공부좀 하고 싶다면...
trustix를 추천해드리고 싶네요...

이스라엘 보안회사에서 만든 보안을 위한 리눅스입니다.

GTK, GNOME, QT,KDE이런 차원이 아니라
X관련 라이브러리가 하나도 없어요 8)

안녕이랑 비슷할 듯...

ps) trustix 솔직히 너무 빡빡해서 쓰다가 짜증이 날 지경입니다.

그냥 안녕이 편할 것 같습니다.

There is no spoon. Neo from the Matrix 1999.

익명 사용자의 이미지

레드햇(정확히는 RHEL)이 서버용이고 페도라가 개인용이다의 문제는 배포판이 어쩌고보단 "사후지원 유무의 여부"입니다. 올리신 글 보니까 테스트+계정제공이라면 말은 서버용이지만 무슨 사업을 벌이면서 레드햇회사로부터 사후지원을 받으시는, 그러니까 나중에 문제생기면 도움얻으시려는 것은 아닌거 같은데요. 일단 이건 유료인데다 가격도 장난아닙니다(구입비라는게 바로 서비스요금이죠).

게다가 최신 RHEL 배포판이라면 몰라도 레드햇9라면 좀 과장해서 선사시대 유물인데... 요즘도 레드햇9가 현역으로 많이 뛰고 있긴합니다만(심지어 7나 6도) 이건 관리자가 많이 쓰던거라 익숙해서던가 아님 귀찮아서 그런거고 그런 이유가 아니라면 별 이득이 없습니다.

우분투가 데스크탑 용도에 최적화된 배포판을 목적으로 시작했고 사실 많은 사람들이 그런 용도로 사용하고 있습니다만 최근엔 서버용 배포판도 따로 구성하는 것으로 알고있습니다, 꽤 호응도 좋고요... 얹혀사는 주제에 뭣도 모르면서 아는척 욕하는 사람은 계정주지 마세요 :evil:

보통 손에 익은 배포판 사용하시거나... 새로운 도전을 희망하신다면 적당히 사용층이 넓은 배포판 중에 괜찮아 보이는거 갖고 시작하시면 됩니다. 위에 먼저 쓰신 분들이 추천해주신 것 중에도 괜찮아보이는거 많네요.

익명 사용자의 이미지

우리나라에서 그나마 문제가 발생했을때 해결책을 가장 찾기 쉬운 배포판이 레드햇입니다. 해결책이 인터넷에 있든, 업체의 엔지니어를 지원받든 간에 레드햇이 가장 가능성이 높습니다. 그래서 회사들은 레드햇을 선호합니다. 항상 이런 문제가 따르죠 문제가 발생하면 어떻게 할 것인가...
아니라고 하실 분도 계시리라 생각합니다만 현업에서 생각하는 건 틀립니다. 제가 다니던 회사도 그랬고 인터넷 포털업체 ㄴ,ㄷ 회사에 다니는 사람들 생각들도 마찬가지였습니다. 그 중의 한 회사는 아예 레드햇하고 유지보수를 맺어서 레드햇이 관리를 하더군요.

랜덤여신의 이미지

stargt wrote:
그리고 우분투를 한번 써봤는데 사람들이 그거로 서버돌리면 무슨짓이냐고 욕까지..

전혀 그렇지 않습니다. 우분투를 서버 용도로 사용하는게 어때서요?
테스트 용도로 사용할 조그만 서버라면 우분투 쓰는게 편하고 좋죠.

개인적으로는 서버용 배포판으로 젠투, 우분투, 데비안 추천합니다. :-)

stargt의 이미지

고르기부터 복잡하군요. centOS는 좀 낯선것 같은데

데비안기반....흠

저기 또 중요한건

저만 관리하는게아니라 다른 3명도 관리하게 될껍니다. 그런데 이 3명은 리눅스를 만져본적이없는데

뭘로해야할까요

#include <stdio.h>

int main()
{
while(1)
printf("0");
return 0;
}

지리즈의 이미지

뭐 상관없습니다.

처음이시라면 그냥 편하게 설치하시고,

운영할 때도 켜놓고 돌려도 됩니다.

좀 익숙하다 싶으면,
(익숙해 질 수밖에 없습니다. 원격에서 ssh로 다 해결하려고 하다 보면)
어느틈엔가 불필요하게 생각이 드시면,
xfs내리시고,

나중에 설치할 때는 x관련 패키지 없이 설치하거나
x가 없는 패키지를 선호하시게 됩니다.

There is no spoon. Neo from the Matrix 1999.

지리즈의 이미지

stargt wrote:
저만 관리하는게아니라 다른 3명도 관리하게 될껍니다. 그런데 이 3명은 리눅스를 만져본적이없는데

뭘로해야할까요

차라리 한컴이나 미지가 나을지도...

There is no spoon. Neo from the Matrix 1999.

stargt의 이미지

지리즈 wrote:
stargt wrote:
저만 관리하는게아니라 다른 3명도 관리하게 될껍니다. 그런데 이 3명은 리눅스를 만져본적이없는데

뭘로해야할까요

차라리 한컴이나 미지가 나을지도...

무료가 좋아요

#include <stdio.h>

int main()
{
while(1)
printf("0");
return 0;
}

지리즈의 이미지

stargt wrote:
무료가 좋아요

무료도 있습니다. ^^

단 한컴은 가입은 해야 하고, (안해도 되나?)

와우는 레드헷 7.3계열일겁니다.

개인적으로는 서버는 레드헷 7.3이 최고라는 생각은 여전합니다.

trustix도 레뎃 7.3계열입니다.

ftp.sayclub.com이나
ftp.bora.net에서 찾아보세요.

미지가 아니라 와우네요. ㅎㅎ

There is no spoon. Neo from the Matrix 1999.

stargt의 이미지

지리즈 wrote:
stargt wrote:
무료가 좋아요

무료도 있습니다. ^^

단 한컴은 가입은 해야 하고, (안해도 되나?)

미지는 레드헷 7.3계열일겁니다.

개인적으로는 서버는 레드헷 7.3이 최고라는 생각은 여전합니다.

trustix도 레뎃 7.3계열입니다.

ftp.sayclub.com이나
ftp.bora.net에서 찾아보세요.

그렇군요 참고해보겠습니다.

도와주셔서 감사합니다.

#include <stdio.h>

int main()
{
while(1)
printf("0");
return 0;
}

개똥이의 이미지

stargt wrote:
(공부+계정제공-규모를 아시겠죠-)
Quote:

구축하시면 계정 좀 주세요... 냐하하~

장태산 멋진남

kfmes의 이미지

평양선봉 wrote:
안녕리눅스는 어떨까요...

레드햇기반에 서버용 최적화.. 8)

저도 안녕에 한표

----------------------------------------

사랑천사의 이미지

어떤 면에선 데비안보다 성능이 좋던데요...(제 서버가 Ubuntu입니다. 정확히는 Kubuntu)

그리고 대강 튜닝을 좀 해 주면 괸찮습니다... 커널쪽을 튜닝 해 주세요.(하실 수 있다면...) 그리고 APM을 쓰시면(안 쓰신다고 하신 것 같은데...) MySQL을 제외하고 대강 자기 입맛에 맞도록 컴파일 하시면 속도 향상에 도움이 되실 거고요.

제 서버의 경우 사용자가 50여명이고(물론 동시 접속은 3~12명 정도 입니다.) FTP/WWW/Telnet/SSH 등의 포트를 열어 두고 있습니다. APM이 동작 하고요.(Apache+PHP+MySQL) 음.

다만, X가 떠 있으면 당연히.. 느려지겠죠 어느정도는.. 걸거치니깐...(메모리가 충분하면 별 일 없습니다.)

Ubuntu와 같은 데비안 계열이나 데비안의 경우 패키지 관리가 편리합니다.(니가 언제부터 알았길레 그러냐? 너도 쓴지 얼마 안 되었잖아!)

뭐 오랜 시간동안 RH 계열을 쓰다가 서버 만큼은 데비안 계열의 리눅스로 돌리고 있습니다. RH계열의 일부 그리움이 남긴 하지만, 그런건 테스트 용으로나 쓸 생각입니다.

그리고 RH계열의 지원에 대해서... 물론 한국에서는 가장 많이 알려 져 있고 가장 유명하다고 해도 문제 될 소지가 없을지 모릅니다. RH 계열의 쓰셔야 겠다면 한소프트 리눅스를 쓰시는 것도 나쁘지 않다고 생각 됩니다. 그리고 안녕... 안녕도 좋죠 음.

CentOS 인가 하는 것은 안 써 봤습니다.
시스템 사양이 낮으면 커널 2.4 기반의 한컴 리눅스 3.0/3.1등도 좋을 겁니다.(이전에 -2003년- 서버 운영시에는 한컴리눅스 3.1 Pro를 썻습니다.) 정말 사양이 안 되면.. RH 6.x나 한컴리눅스 OS 2.2도 쓸만하실 겁니다.(욕먹을려나? 이거 쓰면...)

Ubuntu로 서버 돌린다고 욕하는 사람이 있다면 제 서버 주소를 불러 드리세요.(물론, 제가 하도 이 서버로 이런 저런걸 많이 해서, 서버가 불안할 수 있긴 합니다. 갑자기 커널을 바꾼다거나, 네트워크를 어쩐다거나... 물론 내부 네트워크 설정 같은것 때문이지만요.)

여러가지로 데비안과 Ubuntu는 서버 돌리는데 만족스럽습니다. KAIST의 거울 프로젝트에 쓰이고 있는 FTP 시스템도 데비안이라고 나와 있더군요 음.

그럼...
이여송 사도요한 드림.

사람천사

정태영의 이미지

지리즈 wrote:
개인적으로는 서버는 레드헷 7.3이 최고라는 생각은 여전합니다.

와우나 레드햇이나 ... 더 이상 지원 받을 수 없다는 점에서 낙제점 아니던가요... fedora regacy 에서도 7.3 지원은 이미 끝났을 거 같은데...

직접 보안 이슈를 지켜보다가 패키지를 만들어서 업데이트할 게 아닌 이상은 이제 redhat 7.3 은 답이 아니라고 생각합니다 :)

오랫동안 꿈을 그리는 사람은 그 꿈을 닮아간다...

http://mytears.org ~(~_~)~
나 한줄기 바람처럼..

jongwooh의 이미지

랜덤여신 wrote:
stargt wrote:
그리고 우분투를 한번 써봤는데 사람들이 그거로 서버돌리면 무슨짓이냐고 욕까지..

전혀 그렇지 않습니다. 우분투를 서버 용도로 사용하는게 어때서요?
테스트 용도로 사용할 조그만 서버라면 우분투 쓰는게 편하고 좋죠.

개인적으로는 서버용 배포판으로 젠투, 우분투, 데비안 추천합니다. :-)

개인적으로 아무리 우분투 좋아해도 여기서 키워드는 '(다른)사람들' 입니다. 혼자 쓸거는 우분투 쓰건말건 다른 사람들이 상관을 안하고, 본인이 편하니까 그걸 쓰는게 좋다고 생각해도 무방하지만, 남들도 설정을 만져야 하는 서버에 우분투 깔면 욕얻어먹기 딱 좋죠. 그러니까 자기만 설정할거면 우분투도 무방하지만 남들한테 넘겨줘야 되는건 우분투 깔면 피봅니다. 레드햇은 이미 리눅스계의 MS이기때문에... :twisted:

you must know the power of dark side.

아르아의 이미지

레드햇(페도라) - 안써봤습니다.
젠투 - 문서화가 잘 되어 있습니다. gentoo.org + gentoo-wiki.com = 최고!
우분투 - 젠투쓰다가 우분투 써보니 너무 편해서 눈물이 다 납니다.

제가 가장 궁금한것은 기업시장에서는 레드햇, 노벨인데
왜 kldp에서는 쓰는 사람이 별로 없을까 하는것입니다.

사실 저도 리눅스 처음 깔려고 했을때, 페도라를 쓰려고 했습니다.
그런데 라데온X800때문에 페도라3가 먹통이 되더군요.
그래픽모드로는 설치가 불가능해서 텍스트모드로 설치해야 했습니다.
'아니 텍스트모드로 쓸꺼면 왜 페도라써! :evil: 젠투나 써보자'
라는 생각에 젠투를 사용하게 되었습니다.

처음 공부하기에는 젠투가 좋은것 같습니다.
왠만한 일은 다 수동으로 해줘야 하는게 오히려 장점인것이,
문서화가 정말 잘 되어있기 때문에(영어긴 해도)
그대로 따라하다보면 많이 배우는것 같습니다.
리눅스 좀 아는 사람은 10초면 할 일 가지고도
초보자는 하루 넘게 삽질하는 일이 많은것 같습니다.
젠투로 일일히 명령어 쳐주다보면 짧은 시간에도 꽤 배우는것 같습니다.
그런데 컴파일 시간은 정말 압박입니다.
우분투에서 1분에 깔것을 젠투에서는 한시간동안 컴파일 해댑니다.

우분투는 많은것이 자동화 되있어서 정말 편합니다.
하지만 우분투는 한마디로
'많이 알수록 더 편하지만 모르면 건들기가 힘든'배포본이 아닌가 합니다.
문서화가 젠투만 못하기 때문에 리눅스를 완전히 모르는 사람일경우
숙련자는 10초면 할수 있는 그런 일을 어떻게 하는지 몰라서
헤매는 일이 더 많이 발생하는것 같아서요.
쓰다보면 자동으로 잡히는 설정이 맘에 안들어 바꾸고 싶어질때가 있는데
그런거 바꾸려면 젠투보다 더 귀찮기도 합니다.

레드헷도 보니까 문서화가 상당히 잘되어 있는것 같긴 합니다.
그런데 레드헷도 많이 자동화가 되어있죠.
그거 다 알아서 입맛에 맞게 써먹으려면 일이 너무 커져버리는것 같습니다.

요약하면
젠투 - 수동카메라
우분투 - 자동카메라
레드햇 - 수동카메라만큼 복잡한 자동카메라
인것같아요

ydhoney의 이미지

하드웨어가 아주 엄청 아주아주 최신이 아니라면야 그냥 CentOS 쓰세요.

서버용으로 운영할건데 다른거 쓰기 귀찮고 불편하고 불안하지 않나요? -_-;;

아빠곰의 이미지

음, 그런데 이 주제에 대한 글은 여러번 본것같은데 =.=

어느 배포판이 어떤때에 좋다는건, 거의 성전같은거라서 결론이 잘 안납니다.
쉽게 가시려면 한번이라도 써본 배포판을 쓰시고, 좀 재밌게 해보시려면 안써본 녀석을 써보시는게 좋다는 정도? (너무 당연한 이야기)

저보고 서버에 깔아놓고 쓰라면, 안녕리눅스를 쓰겠습니다. 가볍고 깨끗하고 한글 잘 되는 멋진 배포판입니다. http://annyung.oops.org

----
아발발다빠따반반나다발딸발발다빠따따맣밤밤따받따발발다따밝다발발다빠따따밤반다빠따다맣밥발
발다따밥다발발다따박다발발다빠따따밞밭밭다따다맣아희

OOv의 이미지

안녕 리눅스가 사양도 낮으면서
지금 님의 의도에 적합한듯 싶네요 :oops:

아직도...

plustag의 이미지

그냥 막깔아쓰기는 마루도 괜찮아 보이네요
한글지원잘되고 동아리방 서버가 마루인데 그런데로 굴려먹고 있습니다.
안녕은 안써봤는데 서버까는데 얼마 안걸린다고 하더군요.
이거도 한번 굴려볼려구요

누구냐 넌?

DefaultX의 이미지

페도라, 우분투, 레드햇 ...
제가 사용하기엔 너무 무거운것 같아 데스크탑용으로만 사용합니다

그리고 실서비스용인 서버에는 깔끔한 "안녕"을 사용하고 있습니다

무엇보다 설치쉽고, 가벼우며, 막강한 능력을 갖고있는 (^^) oops-firewall 이 젤 맘에 듭니다
크론에 등록해 놓으면 자동 버전업데이트도 되고,,

PS ; 김정균님 감사합니다.. ^^

Now Starting ....

다즐링의 이미지

초강추하는 배포판이 있습니다.
절대 후회않하십니다.

옆사람이 제일 잘 사용하는 배포판을 사용하면 됩니다.

------------------------------------------------------------------------------------------------
Life is in 다즐링

^_^의 이미지

흠... 그리고 레드햇이랑 계약한 회사는 S모사입니다.
국내서 한곳뿐입니다.

나머지는 총판을 통해서 어차피 래드햇지원이긴하지만..

역시나 추천은 자기또는 같이 일하는 사람이 잘 쓰는 배포판을 선택하는것이 좋습니다.

그러나 저는.... 윈도우2003을 사랑합니다 끄끄끄 >_<

----------------------------------------------------------------------
웃는 얼굴 헤죽 헤죽

익명 사용자의 이미지

난 페도라가 좋턴데.. 흠흠

빨라서여~!~;;
우분투보다 빠른거같던데
(마우스 속도만 봄.. ㅋ.. 우분투는 깔고
한글을 못깔아서 접었다는 .. ㅋ)

7339989b62a014c4ce6e31b3540bc7b5f06455024f22753f6235c935e8e5의 이미지

무심 wrote:
페도라, 우분투, 레드햇 ...
제가 사용하기엔 너무 무거운것 같아 데스크탑용으로만 사용합니다

데스크탑 관련 패키지를 깔지 않으면 생각보다 무겁진 않습니다. :)
hiseob의 이미지

젠투가 참 좋지 말입니다 :oops:

sensui의 이미지

Quote:
페도라, 우분투, 레드햇 ...
제가 사용하기엔 너무 무거운것 같아 데스크탑용으로만 사용합니다

우분투는 서버용 버젼이 따로 있기도 하고 서버로 설치도 가능은 합니다..

그렇게 깔면 뜨는 건 콘솔인데 무겁지는 않지요 :evil:

忘れるだったから 忘れるとよかった
잊어야 한다면 잊혀지면 좋겠어...

- 김광석 " 그날들 " 中

feanor의 이미지

데비안 추천합니다.

--feanor

익명 사용자의 이미지

레드햇이 서버에 최적화되어있는게 아니라 (한국의 리눅스 서버 전문가들의) 다수가 레드햇에 최적화(?)되어 있다고 보는 것이 정확하겠지요. 수요자들도 레드햇에 최적화(?)되어 있다고 보는 것도 맞는 말일 것이구요.

stargt wrote:
어디서 들어보니 다른 배포판이 서버에 떨어지는게아니라 레드햇이 서버에 최적화되어있다고 들었습니다.

:)
ydhoney의 이미지

길손 wrote:
레드햇이 서버에 최적화되어있는게 아니라 (한국의 리눅스 서버 전문가들의) 다수가 레드햇에 최적화(?)되어 있다고 보는 것이 정확하겠지요. 수요자들도 레드햇에 최적화(?)되어 있다고 보는 것도 맞는 말일 것이구요.

stargt wrote:
어디서 들어보니 다른 배포판이 서버에 떨어지는게아니라 레드햇이 서버에 최적화되어있다고 들었습니다.

:)

직접 써보고 말씀하세요. :-)

국내 대부분 유통되는 하드웨어 벤더사 제품에 데비안이나 젠투 깔려면 뭔짓을 해야할지..호호~

그냥 레드햇 까는게 제일 속 편할겁니다.

Red Hat이나 SuSE등의 Enterprise기반의 제품들의 Certification과정등을 무시하면 안되지요. ^^

익명 사용자의 이미지

레드햇 엔터프라이즈는 돈없어 못써보고 페도라 수세 데비안 젠투들만 써봐서 대단히 죄송한데요. 제가 리눅스를 많이 못써본 것을 탓하시기 전에 본인의 독해력없음 부터 탓하시지요. :D 저는 RPM패키징시스템 사용 배포판이나 메이져 하드웨어 공급업체의 지원을 받는 배포판업체들을 뭉뚱그려서 언급한게 아닌데요. 다시말해 레드햇과 수세 등을 포함한 말씀이 아니라 레드햇을 콕 찍어 말씀드린 겁니다.
말씀하신 것처럼 하드웨어공급업체들의 인증과 그리도 편한(?) RPM패키징 시스템을 두루 갖추었음에도 수세리눅스는 우리 나라 시장에서 레드햇에 맥을 못 추는 이유가 뭘까요? 사용자측 사용에 익숙하고 사장님들도 이름을 들어보셔서 안심하시고... 우리 나라 수요측이 (리눅스 서버 전문가건 일반 리눅스 데탑 사용자건) 레드햇을 (젠투나 데비안은 말할 것도 없고) 수세같은 거함까지도 맥을 못추게 만드는 것이 아닐까요?

ydhoney wrote:
길손 wrote:
레드햇이 서버에 최적화되어있는게 아니라 (한국의 리눅스 서버 전문가들의) 다수가 레드햇에 최적화(?)되어 있다고 보는 것이 정확하겠지요. 수요자들도 레드햇에 최적화(?)되어 있다고 보는 것도 맞는 말일 것이구요.

stargt wrote:
어디서 들어보니 다른 배포판이 서버에 떨어지는게아니라 레드햇이 서버에 최적화되어있다고 들었습니다.

:)

직접 써보고 말씀하세요. :-)

국내 대부분 유통되는 하드웨어 벤더사 제품에 데비안이나 젠투 깔려면 뭔짓을 해야할지..호호~

그냥 레드햇 까는게 제일 속 편할겁니다.

Red Hat이나 SuSE등의 Enterprise기반의 제품들의 Certification과정등을 무시하면 안되지요. ^^

익명 사용자의 이미지

길손 wrote:
레드햇 엔터프라이즈는 돈없어 못써보고 페도라 수세 데비안 젠투들만 써봐서 대단히 죄송한데요.

엔터프라이즈는 못써보셨더면 CentOS 를 써보세요. 그 비싼 레뎃 엔터프라이즈의 모든 패치와 업데이트를 24시간 이내에 제공 한다고 하네요.

하이에너지 물리분야에서도 Cern을 중심으로 사이언티픽 리눅스라는 레뎃 엔터프라이즈 클론 버전을 많이 쓰고 있답니다.

저는 연구실 클러스터 노드에 Scientific Linux with Fermi, 과 서버로 CentOS 서버버전을 쓰는데 깔끔하고 군더더기 없는 구성이 꽤 맘에 들었습니다. 서버에 특화 되어 있는 것보다도 깔끔한 느낌이랄 까요.

제 콘솔에는 젠투가 설치되어 있고 노트북에는 우분투를 설치했는데. 젠투나 우분투가 오히려 "무언가(혹은 특별한 기능이나 목적)"에 특화 되어 있다는 느낌을 많이 받았읍니다.(물론 그래서 맘에 듭니다만) 데비안과 수세는 아직 경험이 없구요.

결국 서버관리자의 스타일이나 서버의 목적에 따라 다르겠지요(뻔한 얘기!!).

제 기준은
1. 오피셜한 서버는 무조건 CentOS
2. 클러스터 노드들은 무조건 Scientific Linux(어쩔 수 없이)
3. 개인 콘솔들과 기타서버는 "그때 그때 달라요~"

수세 써봐야 겠습니다.

pung96의 이미지

로그인을 잊었네요. 윗글은 나의 것!!

아르아의 이미지

pung96 wrote:
저는 연구실 클러스터 노드에 Scientific Linux with Fermi, 과 서버로 CentOS 서버버전을 쓰는데 깔끔하고 군더더기 없는 구성이 꽤 맘에 들었습니다. 서버에 특화 되어 있는 것보다도 깔끔한 느낌이랄 까요.

군더더기 없는 구성이라는게 쓰잘데기 없는 데몬같은것이 없다는건가요?
그런것은 젠투가 더 확실하지 않나 싶어서요.
제가 초보다보니 '깔끔하고 군더더기 없다'는것이 무슨 뜻인지 잘 와닿지가 않네요.
좀더 설명해주셨으면 좋겠습니다.

Scientific Linux는 알고는 있었지만 써볼 생각은 안했는데 한번 써봐야겠다는 생각이 드네요

ydhoney의 이미지

죄송합니다만 국내에서 서린이 자체 영업망을 제대로 갖고 있지 못하며 기술지원에 있어서도 인력부족으로 인한 제대로 된 기술지원을 하지 못하고 있습니다.(대놓고 밝힐 부분은 아니지만 틀린말도 아니니) 업계측에서는 그런 부분이 더 강할뿐이지 레드햇에 익숙하냐 아니냐는 별개의 문제입니다. 실제 레드햇을 도입하는 업체중 상당수는 리눅스 자체를 거의 모르는 업체들입니다. 물론 뚫고 들어가는 부분이야 영업적인 부분이고, 기존에 수세를 써왔던 업체들도(심지어는 초대형 업체들까지) 국내의 수세쪽 정책문제로 수세에 머무르지 못하고 레드햇으로 옮기는 실정입니다. 이 쪽 시장에 대해서 명확하게 알고 말씀하시는게 맞을 듯 싶군요. 국내에서 수세는 거함이 아닙니다. 한소프트와 비슷하거나 그보다 못하다고 보는게 맞겠군요.

참고로 저는 돈 없어서 못써보셨다는 그 특정 배포판 관련 업체에서 일을 하고 있습니다.

길손 wrote:
레드햇 엔터프라이즈는 돈없어 못써보고 페도라 수세 데비안 젠투들만 써봐서 대단히 죄송한데요. 제가 리눅스를 많이 못써본 것을 탓하시기 전에 본인의 독해력없음 부터 탓하시지요. :D 저는 RPM패키징시스템 사용 배포판이나 메이져 하드웨어 공급업체의 지원을 받는 배포판업체들을 뭉뚱그려서 언급한게 아닌데요. 다시말해 레드햇과 수세 등을 포함한 말씀이 아니라 레드햇을 콕 찍어 말씀드린 겁니다.
말씀하신 것처럼 하드웨어공급업체들의 인증과 그리도 편한(?) RPM패키징 시스템을 두루 갖추었음에도 수세리눅스는 우리 나라 시장에서 레드햇에 맥을 못 추는 이유가 뭘까요? 사용자측 사용에 익숙하고 사장님들도 이름을 들어보셔서 안심하시고... 우리 나라 수요측이 (리눅스 서버 전문가건 일반 리눅스 데탑 사용자건) 레드햇을 (젠투나 데비안은 말할 것도 없고) 수세같은 거함까지도 맥을 못추게 만드는 것이 아닐까요?
ydhoney wrote:
길손 wrote:
레드햇이 서버에 최적화되어있는게 아니라 (한국의 리눅스 서버 전문가들의) 다수가 레드햇에 최적화(?)되어 있다고 보는 것이 정확하겠지요. 수요자들도 레드햇에 최적화(?)되어 있다고 보는 것도 맞는 말일 것이구요.

stargt wrote:
어디서 들어보니 다른 배포판이 서버에 떨어지는게아니라 레드햇이 서버에 최적화되어있다고 들었습니다.

:)

직접 써보고 말씀하세요. :-)

국내 대부분 유통되는 하드웨어 벤더사 제품에 데비안이나 젠투 깔려면 뭔짓을 해야할지..호호~

그냥 레드햇 까는게 제일 속 편할겁니다.

Red Hat이나 SuSE등의 Enterprise기반의 제품들의 Certification과정등을 무시하면 안되지요. ^^

pung96의 이미지

제가 군더더기 없다는 뜻은 CentOS 서버버전에 대해서 한 얘기인데 데몬이나 구성 측면보다도 서버용 OS 본연의 기능에 충실하다고 해야할까요. 물론 데몬이나 구성도 꽤 깔끔하구요.
(이렇게 말하면 반대하시는 분들이 많으시겠지만)
젠투는 서버운용보다 젠투 자체가 너무 재밌(다시말해.. 해야할게(혹은 놀것이) 많은거죠)더군요. 데비안이나 수세는 모르겠고....(군대시절 같으면.. 알아보겠습니다!!)

굳이 비교하자면, 제 윈도우는 이것저것 최적화도 하고 온갖 프로그램을 다 설치해놓고 쓰지만, 연구실 공용 머신에는 내가 정해준 것 이외에는 다른 사람들은 아무것도 설치하지 못하게 하는 그런 느낌이랄까요..
(제가 레뎃을 너무 많이 써서 그렇게 느끼는 지도 모르겠습니다. 그냥 젤 편하니깐^^;;;)

위에서들 하신 말씀들 처럼 전문가가 많고 자료가 많다는 점도 큰 장점이지요(그런 점이 레드햇이 서버에 최적화 된 오에스가 되는 사태를 유발 할 수도 있겠죠)

레드햇 엔터프라이즈에 의해 검증 되어 있다는 점도 레뎃 엔터프라이즈 클론 의 장점이지요. 패치와 업데이트가 모두 제공되고요.

다만... 사이언티픽 리눅스는 추천하고 싶지 않습니다.
CentOs에 비해 서포트 그룹도 작고, 완성도도 좀 떨어집니다. 패치나 업데이트도 좀 늦고.. 안되어 있는 것도 좀 있습니다...
게다가!!.. 보통은 필요없는 것들도 꽤 들어있습니다.
AFS라던가 GFS라던가 Grid 툴이라던가.. 하는 것 뿐아니라 자기네 입맛에 맞는 초기 설정 들까지...
서버 OS라면 역시 사이언티픽 보다는 CentOS를 추천합니다.

익명 사용자의 이미지

그러니깐 말씀입니다. 수세 (ent) 라는 님 말씀처럼 '주요 벤더들이 인증'까지 해 주는 유럽에서는 강력한 경쟁력을 갖춘 엔터급 배포판이 왜 우리나라에서는 갈 수록 죽쓰는지, 왜 그 회사의 국내 영업망이 망가지기 일보 직전인지를 말씀드리는 것입니다. 그 잘나간다는 그 업체에서 근무하셔서 인지 님은 끝까지 별개의 문제로만 말씀하시지만, 초기 리눅스 붐때 부터 서버관리자에게 주로 사용되어져서 가장 우리나라 전문가들이 잘 사용할 수 있고 그만큼 타 배포판에 비해 월등히 유명해져 (아직도 초보자나 잘 모르시는 분들은 '리눅스 9'라는 식으로 레드햇 버젼을 말씀하시죠. 그분들에게는 '레드햇=리눅스'일 정도입니다) 리눅스를 모르는 신규 서버 수요회사의 사장님은 무조건 레드햇을 쓰라고 강권하시겠지요.
그러면 그럴 수록 국내의 타 배포판은 수세 꼴 날 수 밖에 없는 것이구요. 수세 국내 영업망의 지원 능력 부재라는 사실에는 님이나 저나 동의합니다. 그 원인으로 고객들이 수세를 떠나는 현상에도 동의 하구요. 국내 수요자의 마음에 이미 레드햇은 적어도 리눅스 분야에서는 독점적 지위에 있다는 것도 님이나 저나 동의 할 수 있겠지요? 그러나 제 생각이 님 생각과 다른 점은 우리 나라에서 레드햇의 독점적 지위가 공고해졌기 때문에 수세의 국내망이 망가지기 시작했고, 님 말씀처럼 레드햇으로 더 몰리기 시작한 것이죠.

님 생각이 적어도 현상에서는 틀린 것이 없습니다. 현상에 대한 인과관계를 잘못 생각하고 계신 것일뿐...

ydhoney wrote:
죄송합니다만 국내에서 서린이 자체 영업망을 제대로 갖고 있지 못하며 기술지원에 있어서도 인력부족으로 인한 제대로 된 기술지원을 하지 못하고 있습니다.(대놓고 밝힐 부분은 아니지만 틀린말도 아니니) 업계측에서는 그런 부분이 더 강할뿐이지 레드햇에 익숙하냐 아니냐는 별개의 문제입니다. 실제 레드햇을 도입하는 업체중 상당수는 리눅스 자체를 거의 모르는 업체들입니다. 물론 뚫고 들어가는 부분이야 영업적인 부분이고, 기존에 수세를 써왔던 업체들도(심지어는 초대형 업체들까지) 국내의 수세쪽 정책문제로 수세에 머무르지 못하고 레드햇으로 옮기는 실정입니다. 이 쪽 시장에 대해서 명확하게 알고 말씀하시는게 맞을 듯 싶군요. 국내에서 수세는 거함이 아닙니다. 한소프트와 비슷하거나 그보다 못하다고 보는게 맞겠군요.

참고로 저는 돈 없어서 못써보셨다는 그 특정 배포판 관련 업체에서 일을 하고 있습니다.

길손 wrote:
레드햇 엔터프라이즈는 돈없어 못써보고 페도라 수세 데비안 젠투들만 써봐서 대단히 죄송한데요. 제가 리눅스를 많이 못써본 것을 탓하시기 전에 본인의 독해력없음 부터 탓하시지요. :D 저는 RPM패키징시스템 사용 배포판이나 메이져 하드웨어 공급업체의 지원을 받는 배포판업체들을 뭉뚱그려서 언급한게 아닌데요. 다시말해 레드햇과 수세 등을 포함한 말씀이 아니라 레드햇을 콕 찍어 말씀드린 겁니다.
말씀하신 것처럼 하드웨어공급업체들의 인증과 그리도 편한(?) RPM패키징 시스템을 두루 갖추었음에도 수세리눅스는 우리 나라 시장에서 레드햇에 맥을 못 추는 이유가 뭘까요? 사용자측 사용에 익숙하고 사장님들도 이름을 들어보셔서 안심하시고... 우리 나라 수요측이 (리눅스 서버 전문가건 일반 리눅스 데탑 사용자건) 레드햇을 (젠투나 데비안은 말할 것도 없고) 수세같은 거함까지도 맥을 못추게 만드는 것이 아닐까요?
ydhoney wrote:
길손 wrote:
레드햇이 서버에 최적화되어있는게 아니라 (한국의 리눅스 서버 전문가들의) 다수가 레드햇에 최적화(?)되어 있다고 보는 것이 정확하겠지요. 수요자들도 레드햇에 최적화(?)되어 있다고 보는 것도 맞는 말일 것이구요.

stargt wrote:
어디서 들어보니 다른 배포판이 서버에 떨어지는게아니라 레드햇이 서버에 최적화되어있다고 들었습니다.

:)

직접 써보고 말씀하세요. :-)

국내 대부분 유통되는 하드웨어 벤더사 제품에 데비안이나 젠투 깔려면 뭔짓을 해야할지..호호~

그냥 레드햇 까는게 제일 속 편할겁니다.

Red Hat이나 SuSE등의 Enterprise기반의 제품들의 Certification과정등을 무시하면 안되지요. ^^

익명 사용자의 이미지

길손 wrote:
그러니깐 말씀입니다. 수세 (ent) 라는 님 말씀처럼 '주요 벤더들이 인증'까지 해 주는 유럽에서는 강력한 경쟁력을 갖춘 엔터급 배포판이 왜 우리나라에서는 갈 수록 죽쓰는지, 왜 그 회사의 국내 영업망이 망가지기 일보 직전인지를 말씀드리는 것입니다. 그 잘나간다는 그 업체에서 근무하셔서 인지 님은 끝까지 별개의 문제로만 말씀하시지만, 초기 리눅스 붐때 부터 서버관리자에게 주로 사용되어져서 가장 우리나라 전문가들이 잘 사용할 수 있고 그만큼 타 배포판에 비해 월등히 유명해져 (아직도 초보자나 잘 모르시는 분들은 '리눅스 9'라는 식으로 레드햇 버젼을 말씀하시죠. 그분들에게는 '레드햇=리눅스'일 정도입니다) 리눅스를 모르는 신규 서버 수요회사의 사장님은 무조건 레드햇을 쓰라고 강권하시겠지요.
그러면 그럴 수록 국내의 타 배포판은 수세 꼴 날 수 밖에 없는 것이구요. 수세 국내 영업망의 지원 능력 부재라는 사실에는 님이나 저나 동의합니다. 그 원인으로 고객들이 수세를 떠나는 현상에도 동의 하구요. 국내 수요자의 마음에 이미 레드햇은 적어도 리눅스 분야에서는 독점적 지위에 있다는 것도 님이나 저나 동의 할 수 있겠지요? 그러나 제 생각이 님 생각과 다른 점은 우리 나라에서 레드햇의 독점적 지위가 공고해졌기 때문에 수세의 국내망이 망가지기 시작했고, 님 말씀처럼 레드햇으로 더 몰리기 시작한 것이죠.

님 생각이 적어도 현상에서는 틀린 것이 없습니다. 현상에 대한 인과관계를 잘못 생각하고 계신 것일뿐...

ydhoney wrote:
죄송합니다만 국내에서 서린이 자체 영업망을 제대로 갖고 있지 못하며 기술지원에 있어서도 인력부족으로 인한 제대로 된 기술지원을 하지 못하고 있습니다.(대놓고 밝힐 부분은 아니지만 틀린말도 아니니) 업계측에서는 그런 부분이 더 강할뿐이지 레드햇에 익숙하냐 아니냐는 별개의 문제입니다. 실제 레드햇을 도입하는 업체중 상당수는 리눅스 자체를 거의 모르는 업체들입니다. 물론 뚫고 들어가는 부분이야 영업적인 부분이고, 기존에 수세를 써왔던 업체들도(심지어는 초대형 업체들까지) 국내의 수세쪽 정책문제로 수세에 머무르지 못하고 레드햇으로 옮기는 실정입니다. 이 쪽 시장에 대해서 명확하게 알고 말씀하시는게 맞을 듯 싶군요. 국내에서 수세는 거함이 아닙니다. 한소프트와 비슷하거나 그보다 못하다고 보는게 맞겠군요.

참고로 저는 돈 없어서 못써보셨다는 그 특정 배포판 관련 업체에서 일을 하고 있습니다.

길손 wrote:
레드햇 엔터프라이즈는 돈없어 못써보고 페도라 수세 데비안 젠투들만 써봐서 대단히 죄송한데요. 제가 리눅스를 많이 못써본 것을 탓하시기 전에 본인의 독해력없음 부터 탓하시지요. :D 저는 RPM패키징시스템 사용 배포판이나 메이져 하드웨어 공급업체의 지원을 받는 배포판업체들을 뭉뚱그려서 언급한게 아닌데요. 다시말해 레드햇과 수세 등을 포함한 말씀이 아니라 레드햇을 콕 찍어 말씀드린 겁니다.
말씀하신 것처럼 하드웨어공급업체들의 인증과 그리도 편한(?) RPM패키징 시스템을 두루 갖추었음에도 수세리눅스는 우리 나라 시장에서 레드햇에 맥을 못 추는 이유가 뭘까요? 사용자측 사용에 익숙하고 사장님들도 이름을 들어보셔서 안심하시고... 우리 나라 수요측이 (리눅스 서버 전문가건 일반 리눅스 데탑 사용자건) 레드햇을 (젠투나 데비안은 말할 것도 없고) 수세같은 거함까지도 맥을 못추게 만드는 것이 아닐까요?
ydhoney wrote:
길손 wrote:
레드햇이 서버에 최적화되어있는게 아니라 (한국의 리눅스 서버 전문가들의) 다수가 레드햇에 최적화(?)되어 있다고 보는 것이 정확하겠지요. 수요자들도 레드햇에 최적화(?)되어 있다고 보는 것도 맞는 말일 것이구요.

stargt wrote:
어디서 들어보니 다른 배포판이 서버에 떨어지는게아니라 레드햇이 서버에 최적화되어있다고 들었습니다.

:)

직접 써보고 말씀하세요. :-)

국내 대부분 유통되는 하드웨어 벤더사 제품에 데비안이나 젠투 깔려면 뭔짓을 해야할지..호호~

그냥 레드햇 까는게 제일 속 편할겁니다.

Red Hat이나 SuSE등의 Enterprise기반의 제품들의 Certification과정등을 무시하면 안되지요. ^^


우리나라만 그런건 아닌것 같은데요?
Little Jerry의 이미지

본인이 어느정도 처리할 능력을 가지고 있으면 무슨 배포판을 쓰던 상관이 없습니다. 이래저래 알아보고 문제를 해결해 나갈거니까요.

그러나 초보이거나 아직 내공이 부족한 상태에서는 별 수 없습니다.
수세나, 레드햇 엔터프라이즈를 쓰는 수 밖에요.

또하나의 큰 문제는 수세든 레드햇이든, 그걸 파는 업체(총판,리셀러등)와 리눅스와 관련된 제품을 파는 업체(서버,스토리지,네트워크등)의 엔지니어의 기술력이 중요한데, 그게 크게 믿을게 못되는거 같습니다.

그사람들이 추천한(아니 강권한) 수세,레드햇을 써도 드라이버나 제품관련 프로그램 설치시 고생을 엄청하더군요.

관리자와 기술지원 인력들이 아직 우리 나라에서는 많은 발전이 필요한 것 같습니다.

저같은 경우는 리눅스는 쭉 써왔지만, 그 제품의 인증문제 때문에 쉽게 데비안으로 쓰기가 그렇더군요.

이런저런 인증이 없이 운영하는 거면 데비안으로 하고 있습니다.

prolinko의 이미지

실제적으로 돈을 주고 인증을 받아서 쓰는게 아니라면 굳이 Enterprise 리눅스를 써야될 이유는 없다고 생각합니다.

개인적이거나 중규모 정도의 서버 운영에는 데비안을 추천합니다. Ubuntu 서버도 데비안과 운영상에 큰 차이는 없을 것으로 보입니다.
문서면에서도 데비안의 체계적이고 방대한 공식 문서는 다른 배포판의 것들을 압도하는 부분이 많습니다. 또 그중에는 데비안에 한정된 이야기가 아닌 리눅스 사용자 바이블이라 불릴만한 정리가 잘된 문서들도 포함되어있습니다.

CentOS도 써봤는데 fedora로 운영하는 서버에 비해서 가볍고 부드럽게 돌아간다는 느낌을 받았습니다. 컴팩트한 구성과 안정성에 믿음이 가서 어떤 정해진 용도의 서버를 운영하고자 할 때에 좋은 선택인 것 같습니다. 하지만 다른 배포판에 비해서 적은 패키지수와 (dag, freshRPM RHEL repo까지 걸어놓아도) 늦은 버전, 하드한 정책 등으로 초보자가 서버를 운영하면서 이것 저것 테스트해 보기에는 답답한 것이 많을 것 같습니다. 어느정도 스스로 해결 할 수 있는 내공이 쌓이신 분들은 크게 문제가 되지 않는 부분이지만..

여러가지 새로나오는 패키지들을 테스트 해보고 개발용으로 여러 패키지를 깔고 지우고 할 때에는 젠투가 역시 최강입니다. 기본적인 젠투 패키지 관리에 익숙해지면 서버운영에 손도 많이 안가고, X이상의 패키지들이 올라가지 않으면 주기적인 컴파일의 압박도 별로 심하지 않으면서 나만의 커스투마이징되고 최적화된 서버를 운영할 수 있습니다. 여러대의 리눅스 시스템을 운영할 시에 꼭 한대쯤은 젠투를 깔아놓으면 다른 시스템에서 쉽게해볼수 없는 것들을 미리 설치해 보고 테스트하기도 좋습니다.

이상 정리를 하자면, 서버용 배포판으로

체계적이고 편한 서버 운영과 관리: 데비안 안정 버전, 데비안 테스트 버전, 우분투 서버
유연한 시스템 운영과 여러 가지 시도를 통한 경험 쌓기: 젠투 (데스크톱 용으로는 중급이상..)

어느 정도 경험이 쌓였을 경우: CentOS, freeBSD 등 기타 배포판

을 추천합니다.

사랑천사의 이미지

음.. 레드헷이.. 어떤 면에서 쓰기 좋은 부분이 있기도 합니다. 데비안의 어쩌면 복잡한 설정 시스템등 보다 편한 설정 체게를 가지는 부분도 있고요. 하지만, 데미안, 우분투 같은 것들도 결국 다 나름의 방식이 있어서 거기 익숙해 지면 괸찮은 듯 싶은데, 문제는 레드헷 쓰던 사람이 익숙해 지기가 좀 그렇군요.(저 역시도 레드헷 파였습니다. 몇년 전만 해도 천리안 등에서 배포판 찾다가 데비안 걸리면 저거 뭐냐 하고 보기 싫어 할 정도 였습니다. 세상에서 레드헷이 최고인줄 알았지요.) 뭐 물론, 레드헷 나름의 뭔가가 있고 데비안 계열 나름의 뭔가가 있겠죠. 젠투는 안 서 본 거라 감히 뭐라 말씀은 못 드리겠습니다. 시스템의 설치 시간이나 구성 시간등을 가만하지 않는다면 어떤 분 말씀처럼 젠투가 정말 서버용으로 좋은 건지도 모릅니다. 그러나 실무에서 볼 때 관리를 위한 작업 시간등도 무시 할 수 없다고 생각 됩니다. 그리고 익숙하지 않다면 사고 치기도 쉬울 거라 생각 됩니다 음. 뭔가 좀 아는 사람이여야 잘 쓸 수 잇을 듯한 느낌이 드네요. 각 SW들에 대한 이해가 깊어야 할 거구요.. 음.

그럼 아무튼...
제 생각 이었습니다.

이여송 사도요한 드림.
PS:데비안 계열의 MTA들의 문제... 제 실력 부족도 있지만... 설정 자유롭게 못 한다.. 처음에 센드메일(RH계열에서) 설정 할 때 이게 뭐 하는 짓인가 하다가.. 데비안 스니 센드메일은 설정 하는게 익숙해 지고.. Postfix나 Exim은 영 모르겠다는 인상을 받는 이 원인이 뭔지요...

그리고 커널 마음데로 컴파일 해서 올리니 Ubuntu 같은 경우는 뭐가 안 맞는지 전부 이상한 에러 하나씩은 있고. RH에선 이렇게 하면 되었는데 왜 여기선 이렇게 하면 말을 안 듣지? 이런 생각 부터 듭니다.

PS2:그리고 BBS 같은거 돌리기 정말 까다롭습니다. 꽁수 쓰면 안 먹히는게 데비안(역시 이것도 실력 부족...)

아무튼.. 그렇습니다.
PS3:그래도 변함 없는 신죠 하나.. 스스로 실력 기르고, 튜닝만 잘 하면 안녕도 부럽지 않을 수 잇을 겁니다. Ubuntu를 써도 말이죠. 후~~~

사람천사

익명 사용자의 이미지

prolinko wrote:
실제적으로 돈을 주고 인증을 받아서 쓰는게 아니라면 굳이 Enterprise 리눅스를 써야될 이유는 없다고 생각합니다.

개인적이거나 중규모 정도의 서버 운영에는 데비안을 추천합니다. Ubuntu 서버도 데비안과 운영상에 큰 차이는 없을 것으로 보입니다.
문서면에서도 데비안의 체계적이고 방대한 공식 문서는 다른 배포판의 것들을 압도하는 부분이 많습니다. 또 그중에는 데비안에 한정된 이야기가 아닌 리눅스 사용자 바이블이라 불릴만한 정리가 잘된 문서들도 포함되어있습니다.

CentOS도 써봤는데 fedora로 운영하는 서버에 비해서 가볍고 부드럽게 돌아간다는 느낌을 받았습니다. 컴팩트한 구성과 안정성에 믿음이 가서 어떤 정해진 용도의 서버를 운영하고자 할 때에 좋은 선택인 것 같습니다. 하지만 다른 배포판에 비해서 적은 패키지수와 (dag, freshRPM RHEL repo까지 걸어놓아도) 늦은 버전, 하드한 정책 등으로 초보자가 서버를 운영하면서 이것 저것 테스트해 보기에는 답답한 것이 많을 것 같습니다. 어느정도 스스로 해결 할 수 있는 내공이 쌓이신 분들은 크게 문제가 되지 않는 부분이지만..

여러가지 새로나오는 패키지들을 테스트 해보고 개발용으로 여러 패키지를 깔고 지우고 할 때에는 젠투가 역시 최강입니다. 기본적인 젠투 패키지 관리에 익숙해지면 서버운영에 손도 많이 안가고, X이상의 패키지들이 올라가지 않으면 주기적인 컴파일의 압박도 별로 심하지 않으면서 나만의 커스투마이징되고 최적화된 서버를 운영할 수 있습니다. 여러대의 리눅스 시스템을 운영할 시에 꼭 한대쯤은 젠투를 깔아놓으면 다른 시스템에서 쉽게해볼수 없는 것들을 미리 설치해 보고 테스트하기도 좋습니다.

이상 정리를 하자면, 서버용 배포판으로

체계적이고 편한 서버 운영과 관리: 데비안 안정 버전, 데비안 테스트 버전, 우분투 서버
유연한 시스템 운영과 여러 가지 시도를 통한 경험 쌓기: 젠투 (데스크톱 용으로는 중급이상..)

어느 정도 경험이 쌓였을 경우: CentOS, freeBSD 등 기타 배포판

을 추천합니다.


일반적인 사용자가 인증을 받는다는게 아니라, 일반적으로 사용하는 벤더사의 하드웨어 및 소프트웨어들에 대해서 명확하게 동작을 한다 라는 인증과정을 거치는것으로 알고 있는데요? 아닌가요?

그리고 패키지 수 자체는 모든 오픈소스중에서 선별되고 검증된 어플리케이션들에 대해서만 지원하는것으로 알고 있습니다. 그러니까 정말 세상의 온갖 오픈소스 어플리케이션들중에서 정말 좋은것들만 선별해서 페도라용 패키지 리스트를 만들고 그중에서 정말 엔터프라이즈 환경에서 안정적으로 사용 가능하고, 또한 신뢰감이 있으며 매우 유용하게 사용할 수 있는 패키지만을 선별하여 제품을 내놓는것으로 알고 있습니다.

그리고 버전 넘버링의 경우 일반적인 다른 배포판들의 버전 정책과 다르지 않나요? 실제 동일한 버전의 버전을 가지고 있다고 하더라도 레드햇사에서 배포하는 rpm들을 보면 오히려 가장 최신 제품의 기능을 전부 포함하고 있는 경우를 볼 수가 있는데요. 순수하게 버전 번호로만 보면 낮을수도 있지만 실제로는 백포팅등의 작업을 통해서 가장 최신의 패키지들이 오히려 받아들여야 하는 부분이 있는것으로 압니다.

특히나 커널등에서는 RHEL에 먼저 적용되고 그것을 오픈소스 커뮤니티에 제공하여 최신커널 제작에 도움이 되고 있다고 들었는데 잘 모르겠네요.

어차피 이게 된다 안된다 정책이 어떻다 저떻다 하는것들..실제로 내공문제가 아닐까 합니다.

그리고 굳이 배포판이 이것이 어떻고 저것이 어떻고 하기 전에 한가지 배포판에 매진하여 꾸준히 정진하면 본인의 내공 향상에 훨씬 더 도움이 되지 않을까 합니다.

innu의 이미지

비슷한 용도로 컴팩 DL360G1 중고로 사서 분당 호스트웨이에 집어넣었습니다.

처음에 데비안 아님 젠투 깔려고 했는데 일단, 데비안은 DL360모델에서 지원하지 않더군요
물론, 설치는 가능하겠지만 SCSI 부분에서 너무 많은 삽질을 요구하는지라... 물론 잘 모르는게 젤 크구요.
젠투는 시간적인 측면과 하드웨어에서 얼마나 받쳐줄지 의문이어서 망설이다 결국은 CentOS 깔았습니다.

레드햇 기반이라 다루기 쉽고 패키지 업데이트가 너무 쉽습니다.
서버 세팅한지 거의 2주일되는데 아직까지 별 문제는 없는거 같구요..

일반 PC라면 데비안 쓰겠습니다...

그리고, 현업에서 데비안같은 소수 매니아 배포본은 환영받지 못한다고들 하셨는데 이거 진짭니다..
제가 경험한곳은 전부 레드햇 계열이더만요.
리눅스에서 거의 95% 이상이 레드햇계열이라 보셔도 무방할거 같습니다.
수세는 잘모르겠네요..

Debian Spirit !!!

익명 사용자의 이미지

이곳(kldp)는 오히려 레드헷이 소수죠. ^^

익명 사용자의 이미지

Anonymous wrote:
이곳(kldp)는 오히려 레드헷이 소수죠. ^^

아무래도 현업에 뛰시는 분들보다는 취미삼아 하시는 분들이나 학생층이 많아서가 아닐까요? 그리고 SE보다는 개발자가 많구요.
익명 사용자의 이미지

dplinux wrote:
Anonymous wrote:
이곳(kldp)는 오히려 레드헷이 소수죠. ^^

아무래도 현업에 뛰시는 분들보다는 취미삼아 하시는 분들이나 학생층이 많아서가 아닐까요? 그리고 SE보다는 개발자가 많구요.

SE는 바빠서 이런곳에 올 시간이 없지요.
^_^의 이미지

윗분 왜 SE만 바뿌다는거죠??

Little Jerry님이 쓰신글 인정 할 수 없습니다.

=ㅅ=;

Little Jerry wrote:
본인이 어느정도 처리할 능력을 가지고 있으면 무슨 배포판을 쓰던 상관이 없습니다. 이래저래 알아보고 문제를 해결해 나갈거니까요.

그러나 초보이거나 아직 내공이 부족한 상태에서는 별 수 없습니다.
수세나, 레드햇 엔터프라이즈를 쓰는 수 밖에요.

또하나의 큰 문제는 수세든 레드햇이든, 그걸 파는 업체(총판,리셀러등)와 리눅스와 관련된 제품을 파는 업체(서버,스토리지,네트워크등)의 엔지니어의 기술력이 중요한데, 그게 크게 믿을게 못되는거 같습니다.

그사람들이 추천한(아니 강권한) 수세,레드햇을 써도 드라이버나 제품관련 프로그램 설치시 고생을 엄청하더군요.

관리자와 기술지원 인력들이 아직 우리 나라에서는 많은 발전이 필요한 것 같습니다.

저같은 경우는 리눅스는 쭉 써왔지만, 그 제품의 인증문제 때문에 쉽게 데비안으로 쓰기가 그렇더군요.

이런저런 인증이 없이 운영하는 거면 데비안으로 하고 있습니다.

저희쪽에서 아직까지 드라이버나 제품관련 설치때문에 고생한적은 없습니다.

단 한가지 제품이 있긴 하지만 국내서 거의 안쓰는 프로그램이고 조건이 안 맞는 상황에서 설치하기 때문에 고생한것일뿐

국내서 많은 대기업의 문제를 처리해 드리고 있지만..

수세나 기타 배포판보다 더 쉽게 처리가 되고 있습니다.

아쉬운건 서포트 하는 팀의 능력이 좋은 회사가 드물긴 하다는 것입니다.

대부분 서포트 보다 유통 중심이기 때문에 ^^

그리고 아쉬운건 RHEL이나 SLES를 다루는 커뮤니티가 없다는 것입니다.

정보 공유 부족이 알면 쉬운데 모르기 때문에 어려워 보이는 ^^

----------------------------------------------------------------------
웃는 얼굴 헤죽 헤죽

다즐링의 이미지

음 그냥 읽어보다가 한자 씁니다.

(실은 업데이트중에 심심해서 )

어차피 일정이상 경험이 있으면 OS 는 상관이 없습니다. ( 적어도 저에겐 드라이버,

하드웨어를 제외한 linux 계열 , bsd 계열 , 솔라리스 , aix , hpux 는 같습니다.

살짝 되고 안되고는 있겠죠 )

다만 회사에서는 RHEL 을 쓰는것은 위의 분말대로 지명도 때문이죠. 간편한 업데이트도

한이유가 되긴합니다만.

( 아 시간나시면 rhn satellite 로 한번 써보세요 감동합니다 )

그리고 redhat 에서 파는 기술들은 어떤 특정기술 ( 공개된 ) 에 포장을 해서 팝니다.
이걸로.. 초보 SE들도 고급 SE만큼 일을 할수 있습니다. ( 여기서 초보라함은 그분야에
대해서 잘 모른다 는 말이고 고급은 잘안다는 말입니다 )
물론 세세하게는 안되겠지만요.

어찌되었던 그런 인터페이스의 통일화 등등 에 대해서는 좋게 생각합니다.

결론은.. 주변사람이 잘쓰는 OS가 좋은겁니다 -_-;;

------------------------------------------------------------------------------------------------
Life is in 다즐링

1day1의 이미지

다즐링 wrote:

( 아 시간나시면 rhn satellite 로 한번 써보세요 감동합니다 )

redhat 의 서비스가 좋은가 봅니다.

전 Centos(?) 처럼 redhat 클론들 때문에 별루겠다 라는 생각을 하고 있었는데, 서비스가 감동할 정도라는 것이죠?

구체적으로 어떤것들인가요? 써보질 않아서 잘 와 닿지않네요. ^^

F/OSS 가 함께하길..

땡깡의 이미지

많은 분들이 말씀을 하신는군요.

제가 그 말많은 IDC쪽에서 레드햇 기반 OS 설치 및 유지 보수해주는 업체 SE로 생활중입니다. 요즘엔 우분투 가지고 노는데 재미있네요

저도 redhat으로 시작해서 중간에 데비안, 수세, 프비를 운영해 본적이 있습니다.

제가 혼자서 직접 운영 관리하는 서버라면 리눅스 계열이면 대충 어떤 것이던지 사용이 가능합니다만,, 문제는 고객이죠.

고객분들 전화와서 이야기 하다 보면 OS 설치 관련 이야기 하면 아직도 redhat 7.3 설치해달라고 하는 고객이 30프로 정도 있습니다.
이유를 물어보면 다른 OS는 모른다는 거죠. 서버 관리도 별 관심없고, 패키지 관리는 어디서 주워온 건지도 모르는 스크립트 돌려서 APM 설치하고는 그냥 돌리는 서버.. 프비, 데비안 이야기 꺼내면 내가 지금 윈도우 사용하는데 도스 프로그램 쓰라고 제가 이야기 하듯이 불쾌해 하더군요.. 이놈에 공부안하는 IT 인력..

그래서 전 고객이랑 이야기할때 그버전은 업데이트도 안되고 패치도 없어서 직접 관리해야 해서 관리 힘드시니 Centos 설치하라고 말씀드립니다.

그럼 그게 뭐에요 .. 보통 그러죠.. 그럼 redhat 공짜판이라고만 설명드립니다..

고객한테 부담감 없이 권해드리기 위해서 전 레드햇 계열 OS 권해드리고, centos 권해드리죠.. 설치 및 운영도 기준 레드햇 문서 참조 하시면 된다고 말씀드리고요.

주절이 주절이 이야기 하는김에 ㅋㅋ
여기 계신 분들은 안그러시지만, 현업에서 실제 고객이나 SE 담당해보신 분들은 느끼실 겁니다.
서버 담당 엔지니어라고 연락와서 물어보는게 얼마나 황당한 질문이 많은지..
rm -rf / 이거 1년에 2,3번은 듣는 이야기입니다.
서버 담당하고 있다면서 왜 telnet 사용하면 안되는지 ..
프로그래머가 url_fopen 왜 on으로 하면 안되는지 ..
보안 퍼미션 수정하다가 루트에서 chmod -R 700 ㅋㅋ

솔직하게 고객 상담하면 반이 저런 비스무리한 이야기입니다.
속에서 확 올라옵니다.. 그러고도 월급 받냐고..
새로 시작하신 분이 모르는 거야 당연하지만, 이쪽에서 3년 이상 했다고 하면서, 자기가 그걸로 밥먹고 살면서 관련 보안 이슈나 버전 정보도 모르는 분들은 퇴출시켰으면 하는 소망이...

이놈에 국내 IT 학원들도 학점제로 운영되야 하는게 아닌지..

과격 발언 죄송합니다.

제게 OS 선택 기준은 client이며, 제가 경험한 클라이언트의 절대 다수가 레드햇=리눅스라고 생각하고 계시더군요.

개인적으로 제일 좋아하는 OS는 안녕리눅스...

what is my wish?

ibin의 이미지

저는 웹메일 패키지를 개발하는 회사에 몸담고 있는데요.

제품을 설치하려고 운영중인 서버에 접속해보면 어느정도 규모가 있는 업체는 'Red Hat Enterprise Linux AS release 4 (Nahant)'을 많이 쓰고 있고요.
그외엔 centos, fedora, redhat9, whitebox 정도로 대부분 redhat 계열밖엔 안보입니다.
간혹 freebsd는 호스팅관련업체에서 쓰는 경우를 보았고 debian은 3년전엔가 한번 본 기억이 나네요.

땡깡 wrote:

제게 OS 선택 기준은 client이며, 제가 경험한 클라이언트의 절대 다수가 레드햇=리눅스라고 생각하고 계시더군요.

개인적으로 제일 좋아하는 OS는 안녕리눅스...

저도 이분 생각과 비슷하네요. 그리고 개인적으로 웹서비스 용도로는 안녕리눅스를 적극 추천하고 있죠. :lol:

yasu의 이미지

저는 주로 HP(Compaq)의 DL이나 ML계열 장비, IBM은 xSeries기반에서 리눅스 엔지니어로 6년차 SE입니다.

리눅스 배포판도 대부분 레드햇계열로만 운영하고 있습니다.(알짜6.2 > Redhat7.2,Redhat7.3,WowLinux7.3 > Redhat 9 > WhiteBox Linux,> Centos 3.x,Hancom Linux > CentOS 4.x)

이유는 간단합니다.

1. 각 장비의 SCSI Controller, Raid Controller, Backup장치 드라이버 지원이 잘되기 때문에
2. 에러나 문제 발생시 이에 대한 해결방안 검색시(구글옹을 통한) 레드햇쪽 해결방안이 가장 많습니다.(영어 검색 포함하여)
3. 전체 프로젝트 기간중 서버세팅에 할당된 기간 준수 가능
4. 서버장비에 대한 안정성및 신뢰성 검증

[에피소드]
몇가지 경험을 말씀드리면
1)모 프로젝트에 수세리눅스의 빠른 패치 적용과 안정성면에 반하여 수세리눅스로 건의하여 들어갔었습니다. 업체담당자 설치후 처음에 만족하더니 리소스 관련 몇차례 장애경험후 문제해결 내용과 답변찾기가 어려워 결국 레드햇으로 다시 설치해달라고 하더군여.서버업그레이드하면 된다고 했더니 예산 없답니다..-.-그리고, 문제 해결 방안이 있다하더라도 대부분 레드햇쪽 내용이라서 수세에 적용시 각 환경과 버전들과 의존성 부분에 대한 체크 일일이 들어가줘야 합니다. -.-

2)모 대학 전산실 담당자 데비안유저랍니다. 데비안 강력히 주장하여 들어갔습니다. SCSI Controller 못잡아 하드인식 에러.redhat계열에 나온 드라이버 컴파일해서 올리다 결국 프로젝트 기한 준수 문제로 인하여 결국 포기하고 레댓 갔습니다...-.-

3)모 협회 전산실장.. 안정적이고 관리편한 데비안을 요청하여 데비안으로 들어갔습니다. 디비서버 쓸거랍니다. 오라클 담당자 왈" 오라클에서는 레드햇과 수세만 지원합니다. " 하자 담당실장 지원가능한 레드햇으로 바꿔주세요..-.-

결국, 장비와 인력적인 측면의 한계와 제한지식으로 인하여 가장 드라이버 지원이 많고, 해결책에 대한 내용이 많은 레드햇으로 갈 수 밖에 없더군여. 특히, 장비의 드라이버 문제는 HP나 IBM 엔지니어들한테 물어봐도 본인의 경험이 없는 거는 해결 못하는 경우 많습니다. 그리고, 리눅스를 쓰는 업체나 프로젝트의 대부분이 비용부분때문에 리눅스 사용하는 경우 많습니다. 무료에 안정성까지..-.-

혹자는 그러더군여..게을러서..지식이 부족해서 그런거 아니냐구..글쎄여.과연 그럴까요?

SE를 단순 세팅이나 Installer로 인지하는 현재의 인식과 개발과 디자인이 우선시 되는 대부분의 프로젝트에서 1~3일정도의 서버세팅기간으로 잡는 건 별 문제가 아닐런지..-.-

어디까지나 개인적인 경험과 감정을 기준으로 올린 글이니 편안히 읽어주시길 바랍니다.

끝으로 오늘도 불철주야 IDC에서 전자파와 냉각배출구와 사투를 벌이시는 SE분들 힘내시길~ ^^

ydhoney의 이미지

뭐 취미로 OS 만지시는 분들과 실제 필드에서 뛰는 SE간의 간극이라고 생각합니다.

어쩔수 없는 부분은 항상 존재하지요. ^^

Little Jerry의 이미지

그래서 죽도록 공부해야죠..~.~

일처리하기도 바쁘고 나이는 들고...그래도 공부는 해야겠고..

이쪽일은 참 끝이없다는 생각입니다.

그래도 재밌기는 하죠..그래서 계속 하는거겠죠?

warpdory의 이미지

위에서도 몇차례 언급 되었는데...

제 경우는 기준이 단순합니다.

돈 받고, 깔아주어야 하는데, IDC 에 쳐박혀서 돌아갈 서버 ; 클라이언트가 돈이 많으면 RHEL, 돈 없다고 하면 CentOS.
돈 안 받고 깔아주어야 하는데, IDC 에 쳐박혀서 돌아갈 서버 ; CentOS
내가 쓸 건데, 근처에 두고 쓰는 거 ; 대충 아무거나 손에 잡히는 거 ; 현재는 젠투, 얼마전까진 Fedora Core series
내가 쓸 건데, IDC 에 몰래 박아두고 쓸 서버 ; 현재는 우분투 서버

정도입니다.

대개, 돈 받고 깔아주며, IDC 에 쳐박혀야 하는 서버는 사실 레드햇 계열 아니면 ... 안되는 게 많아서 (DB, 각종 하드웨어, 튜닝 등등...) 그냥 RHEL 이나 CentOS 깔아줍니다. 예전엔 whitebox 도 깔아줬었죠.

그리고 ...

저렇게 깔아둔 서버들의 root 패쓰워드는 거의 동일합니다. root 관리권이 제 손을 떠나서 클라이언트로 완전히 넘어간 놈은 그쪽에서 알아서 하겠지만, 제가 관리하는 것들은 끝자리 3자리만 다르죠. (보통 ip 번호...를 좀 고친 것.)


---------
귓가에 햇살을 받으며 석양까지 행복한 여행을...
웃으며 떠나갔던 것처럼 미소를 띠고 돌아와 마침내 평안하기를...
- 엘프의 인사, 드래곤 라자, 이영도

즐겁게 놀아보자.

Little Jerry의 이미지

^_^ wrote:

Little Jerry님이 쓰신글 인정 할 수 없습니다.

=ㅅ=;

Little Jerry wrote:

또하나의 큰 문제는 수세든 레드햇이든, 그걸 파는 업체(총판,리셀러등)와 리눅스와 관련된 제품을 파는 업체(서버,스토리지,네트워크등)의 엔지니어의 기술력이 중요한데, 그게 크게 믿을게 못되는거 같습니다.

그사람들이 추천한(아니 강권한) 수세,레드햇을 써도 드라이버나 제품관련 프로그램 설치시 고생을 엄청하더군요.

저희쪽에서 아직까지 드라이버나 제품관련 설치때문에 고생한적은 없습니다.

단 한가지 제품이 있긴 하지만 국내서 거의 안쓰는 프로그램이고 조건이 안 맞는 상황에서 설치하기 때문에 고생한것일뿐

저 부분을 지적하는 거겠죠?

제가 말 한 부분은
yasu님이 말씀하신 부분과 비슷합니다.

yasu wrote:
결국, 장비와 인력적인 측면의 한계와 제한지식으로 인하여 가장 드라이버 지원이 많고, 해결책에 대한 내용이 많은 레드햇으로 갈 수 밖에 없더군여. 특히, 장비의 드라이버 문제는 HP나 IBM 엔지니어들한테 물어봐도 본인의 경험이 없는 거는 해결 못하는 경우 많습니다.

말 그대로 그 버전 그대로 Redhat이나 IBM,HP같은 곳에서 지정한 방법대로의 진행에는 문제가 없습니다.

지정되지 않은 사례(커널의 문제, 다른 패키지와의 문제등)가 나타날 경우에는 고생을 하더군요.
저희 같은경우 파일서버,백업서버,백업소프트웨어, SAMBA 해서 진행했을때 삼일을 와서 하루 종일 있어도 해결이 안되었습니다.
(백업 장비는 커널문제로인한 드라이버 인식, 파일서버는 Samaba 세팅 문제등...)

물론 IT프로젝트가 뭐든 한번에 끝나지는 않겠지만,
다른 윈도우나 솔루션쪽 작업에 비하면 리눅스쪽에서 한 경우가 문제발생 요소 파악이나 처리가 더 걸렸다는 겁니다.

이건 리눅스의 문제가 아니라 해당 제품들이 복합적으로 모였을 때
처리할 수 있는 기술지원 능력의 문제라고 봅니다.
이부분에서 아직 국내의 인력이 다른쪽에 비해 모자라다는 거구요.

지금 ^_^ 님의 회사(?)가 제가 지적한 부분을 넘어섰다면,
제가 오히려 반갑네요.

익명 사용자의 이미지

주제와는 멀지만,

SUN x4100에는 RedHat Enterprise 나 Suse Enterprise
그리고 Centos 가 설치되더군요.

타 패키지는 HDD를 인식하지 못하고~ 그만 없다고 해버립니다.
2.6커널의 데비안 Testing 패키지도 마찬가지...
우분투 서버도 마찬가지..

한장짜리 Centos 설치했더니.^^ 여타 rpm 찾아서 설치하는게 넘 어렵내요.

익명 사용자의 이미지

결론은 뭔가여?....... (어리석은 질문..)

익명 사용자의 이미지

혼자 ... 쓰시고 공부 하시고 그럴 거면 어떤걸 쓰셔도 상관 없겠지만... 특별한 경우이고 대대적인 프로젝트 진행 하시거나... 상업적인 목적의 서버라면, RH 계열 쓰시라 이 말씀이겠죠 아마도... 물론 본인 실력이 되시고 한 그룹이나 기업에서 혼자 그 모든 서버들을 관리 하실 수 있고 그런 권한이 주워진 데다가 가장 손에 익고 문제 해결이 익숙하신 OS가 데비안이면 데비안을 쓰셔도 된다는 이야기가 되겠죠...

그러나... 아무튼 공부 하시려면 데비안도 좋아 보여요... 아니면.. 안녕을... 후훗.. 전 안녕 1.6이(이거 맞나요?) 나오면... 그 때 안녕을 써 볼 생각입니다.

그럼...
이여송 사도요한 드림.

사랑천사의 이미지

방금 위의 글.. 제 글입니다.. 로그인 깨졋네요 으...
그럼...
이여송 사도요한 드림.

사람천사

ydhoney의 이미지

Little Jerry wrote:
^_^ wrote:

Little Jerry님이 쓰신글 인정 할 수 없습니다.

=ㅅ=;

Little Jerry wrote:

또하나의 큰 문제는 수세든 레드햇이든, 그걸 파는 업체(총판,리셀러등)와 리눅스와 관련된 제품을 파는 업체(서버,스토리지,네트워크등)의 엔지니어의 기술력이 중요한데, 그게 크게 믿을게 못되는거 같습니다.

그사람들이 추천한(아니 강권한) 수세,레드햇을 써도 드라이버나 제품관련 프로그램 설치시 고생을 엄청하더군요.

저희쪽에서 아직까지 드라이버나 제품관련 설치때문에 고생한적은 없습니다.

단 한가지 제품이 있긴 하지만 국내서 거의 안쓰는 프로그램이고 조건이 안 맞는 상황에서 설치하기 때문에 고생한것일뿐

저 부분을 지적하는 거겠죠?

제가 말 한 부분은
yasu님이 말씀하신 부분과 비슷합니다.

yasu wrote:
결국, 장비와 인력적인 측면의 한계와 제한지식으로 인하여 가장 드라이버 지원이 많고, 해결책에 대한 내용이 많은 레드햇으로 갈 수 밖에 없더군여. 특히, 장비의 드라이버 문제는 HP나 IBM 엔지니어들한테 물어봐도 본인의 경험이 없는 거는 해결 못하는 경우 많습니다.

말 그대로 그 버전 그대로 Redhat이나 IBM,HP같은 곳에서 지정한 방법대로의 진행에는 문제가 없습니다.

지정되지 않은 사례(커널의 문제, 다른 패키지와의 문제등)가 나타날 경우에는 고생을 하더군요.
저희 같은경우 파일서버,백업서버,백업소프트웨어, SAMBA 해서 진행했을때 삼일을 와서 하루 종일 있어도 해결이 안되었습니다.
(백업 장비는 커널문제로인한 드라이버 인식, 파일서버는 Samaba 세팅 문제등...)

물론 IT프로젝트가 뭐든 한번에 끝나지는 않겠지만,
다른 윈도우나 솔루션쪽 작업에 비하면 리눅스쪽에서 한 경우가 문제발생 요소 파악이나 처리가 더 걸렸다는 겁니다.

이건 리눅스의 문제가 아니라 해당 제품들이 복합적으로 모였을 때
처리할 수 있는 기술지원 능력의 문제라고 봅니다.
이부분에서 아직 국내의 인력이 다른쪽에 비해 모자라다는 거구요.

지금 ^_^ 님의 회사(?)가 제가 지적한 부분을 넘어섰다면,
제가 오히려 반갑네요.


저 ^_^ 아저씨는 초고수고 저는 쌩초보입니다. -_-;
^_^의 이미지

ydhoney 시끄럽소

ydhoney님이 다양한 정보를알고있습니다.

야메 전문 컨설턴트지요

저는 가끔 ydhoney님이 이야기 하시는거 정리해서 일 처리 할 뿐입니다.

언제나 항상 고생하시는 ydhoney님에게 미안할 따름입니다.

Little Jerry 님 저희쪽이 어느정도 노하우를 가지고 있다고 말씀 드릴수밖에 없습니다.

다른업체도 노하우를 가지고 있을수도있구여

야수님..... 제가 알던 모보드 만들던 분같은데 ㅋㅋ

반갑습니다.

그냥 한가지만 파느냐 여러가지 파느냐 그리고 기회가 있냐 없냐 차이 같습니다.

저희쪽은 아주 많은 기회를 부여 받아서 그냥......... 일했을뿐입니다.

다른업체도 그런 기회가 있었으면 다 잘 처리 했을꺼라고 믿습니다.

아주 팀웍이 좋아써 문제가 있습니다.

ydhoney님에게 술만 매기면 잘(?)해주더군여.....

항상 많은 도움을 받고 있습니다.

저의 요즘 관심사는 lighttpd입니다 ^^

행복해여 ㅋㅋㅋ

----------------------------------------------------------------------
웃는 얼굴 헤죽 헤죽

ydhoney의 이미지

^_^ wrote:
ydhoney 시끄럽소

ydhoney님이 다양한 정보를알고있습니다.

야메 전문 컨설턴트지요

저는 가끔 ydhoney님이 이야기 하시는거 정리해서 일 처리 할 뿐입니다.

언제나 항상 고생하시는 ydhoney님에게 미안할 따름입니다.

Little Jerry 님 저희쪽이 어느정도 노하우를 가지고 있다고 말씀 드릴수밖에 없습니다.

다른업체도 노하우를 가지고 있을수도있구여

야수님..... 제가 알던 모보드 만들던 분같은데 ㅋㅋ

반갑습니다.

그냥 한가지만 파느냐 여러가지 파느냐 그리고 기회가 있냐 없냐 차이 같습니다.

저희쪽은 아주 많은 기회를 부여 받아서 그냥......... 일했을뿐입니다.

다른업체도 그런 기회가 있었으면 다 잘 처리 했을꺼라고 믿습니다.

아주 팀웍이 좋아써 문제가 있습니다.

ydhoney님에게 술만 매기면 잘(?)해주더군여.....

항상 많은 도움을 받고 있습니다.

저의 요즘 관심사는 lighttpd입니다 ^^

행복해여 ㅋㅋㅋ

오늘 회식을 했다 하더니 술을 잘못 드신 모양입니다. 그나마 못드시는 술 자제하세요. -_-

zepplen의 이미지

Quote:
직접 써보고 말씀하세요. -)

국내 대부분 유통되는 하드웨어 벤더사 제품에 데비안이나 젠투 깔려면 뭔짓을 해야할지..호호~

그냥 레드햇 까는게 제일 속 편할겁니다.

Red Hat이나 SuSE등의 Enterprise기반의 제품들의 Certification과정등을 무시하면 안되지요. ^^

비아냥대지 않고 말하는 법을 알려드릴까요?

직접 써보시면 느낄 수 있는 점들은,
국내 대부분 유통되는 하드웨어 벤더사 제품에 데비안이나 젠투 깔기 위해 얼마나 많은 시간과 노력이 드는지 입니다.
(몰론 호호 따위는 빼버리죠)
그냥 레드햇 까는게 제일 속 편하죠.
ydhoney의 이미지

zepplen wrote:
Quote:
직접 써보고 말씀하세요. :-)

국내 대부분 유통되는 하드웨어 벤더사 제품에 데비안이나 젠투 깔려면 뭔짓을 해야할지..호호~

그냥 레드햇 까는게 제일 속 편할겁니다.

Red Hat이나 SuSE등의 Enterprise기반의 제품들의 Certification과정등을 무시하면 안되지요. ^^

비아냥대지 않고 말하는 법을 알려드릴까요?

직접 써보시면 느낄 수 있는 점들은,
국내 대부분 유통되는 하드웨어 벤더사 제품에 데비안이나 젠투 깔기 위해 얼마나 많은 시간과 노력이 드는지 입니다.
(몰론 호호 따위는 빼버리죠)
그냥 레드햇 까는게 제일 속 편하죠.

개인정보란에서 "항상 BBCode 허용:" 항목을 체크해두면 좀 더 원활한 게시판 이용이 가능하십니다.
익명 사용자의 이미지

공부하면 됩니다.

hotcpu의 이미지

저는 최근에 서버를 몇대 세팅을 했는데요.

전부 레드햇으로 갈수밖에 없었습니다.

처음엔 다른 배포판도 세팅을 시도했었는데요.

서버가 좀 구형이라 (물건은 사용안한것인데.. 구성이 좀 된거)

ZCR PCI 슬롯에 레이드 카드 설치하고 세팅을 하려고 했더니

거의 모든 배포판에서 세팅하다가 뻗어 버리더군요.

유일하게 통과한게 RHEL4 와 페도라 였습니다.

한컴이나 아시아눅스도 그렇고 젠투나 기타 다른배포판도 퍽퍽 -_-

관리자가 전지전능하지 않는이상 드라이버 수정해서 전부 컴파일 다시 하는거도 무리지 않겠습니까?

개비하기전에 4년 정도쓰던 서버가 레드랫 6.x 설치하고 다행히 해킹안당하고 뻗지도 않고 잘 돌아 가줘서

나름대로 장기간 써보았을때는 레드햇에 점수를 더 주고 싶더군요.

물론 빡시게 손도 봐놨었습니다만. ㅡ,.ㅡ;

다른 배포판도 써보고 싶은 욕심은 있지만, 일단 문제가 생겼을때 답을 구하기 쉬운게 레드햇이고

해결보는데 시간이 가장 짧게 걸리는게 레드햇이더군요.

개인이 쓰기엔 자신의 목적에 맞게 골라서 쓰는 재미도 있고 하겠지만,

개인의 용도가 아닌 서비스를 위한 서버라면 결국엔 안정성(OS자체의 안정성이 아니라 문제해결의 최단시간 해결등..)을

생각하니.. 레드햇이 아직은 답이 아닌가 싶었습니다.

이번에 f-secure 의 서버시큐리티를 설치하려고 이것저것 테스트를 여러번 했었는데..

아무런 문제없이 제대로 한방에 깔리는건 또 다시 레드햇이더군요. 페도라 였습니다.

페도라도 2way 정도의 서버용도로 쓰기에 무리가 없다고 생각되었고, 상용s/w를 맞물려서 서비스를 하기에는

한번에 문제없이 세팅이 되는 레드햇계열이 편하더군요.

개인적으로는 페도라를 추천합니다만.. 바로 윗분 말씀대로.. 연습과 공부가 최고라고 생각합니다.

저 카트하러 갑니다. ㅡ,.ㅡ;; 별무지개의 전설은 계속된다. ㅡ,.ㅡv

vacancy의 이미지

어디까지나 개인적인 의견인데요.

처음 설치는 레드햇 계열이 편할지 몰라도

유지 보수는 데비안 계열이 아무래도 편하더군요. :roll:

오라클 같은 것도 설정 잘 해주면 잘만 돌아가던데요. :oops:

하드웨어는 어차피 커널이 잡는 것이니. :roll:

cronex의 이미지

가지고 놀기엔 젠투가 최고....

------------------------------------------------------------
이 멍청이~! 나한테 이길 수 있다고 생각했었냐~?
광란의 귀공자 데코스 와이즈멜 님이라구~!

zepplen의 이미지

ydhoney wrote:
zepplen wrote:
Quote:
직접 써보고 말씀하세요. :-)

국내 대부분 유통되는 하드웨어 벤더사 제품에 데비안이나 젠투 깔려면 뭔짓을 해야할지..호호~

그냥 레드햇 까는게 제일 속 편할겁니다.

Red Hat이나 SuSE등의 Enterprise기반의 제품들의 Certification과정등을 무시하면 안되지요. ^^

비아냥대지 않고 말하는 법을 알려드릴까요?

직접 써보시면 느낄 수 있는 점들은,
국내 대부분 유통되는 하드웨어 벤더사 제품에 데비안이나 젠투 깔기 위해 얼마나 많은 시간과 노력이 드는지 입니다.
(몰론 호호 따위는 빼버리죠)
그냥 레드햇 까는게 제일 속 편하죠.

개인정보란에서 "항상 BBCode 허용:" 항목을 체크해두면 좀 더 원활한 게시판 이용이 가능하십니다.

호호. ^^ 등등을 안붙이셨군요. 학습능력이 빠르시군요.

^_^의 이미지

가지고 놀기에는 젠투가 가장 상당한 재미가 잇지요....

그리고 그 어차피 커널에 드라이버 가장 많이 들어 있는게..(물론 VGA쪽은 제외) RHEL또는 SLES니깐여 ^^

----------------------------------------------------------------------
웃는 얼굴 헤죽 헤죽

ydhoney의 이미지

zepplen wrote:
ydhoney wrote:
zepplen wrote:
Quote:
직접 써보고 말씀하세요. :-)

국내 대부분 유통되는 하드웨어 벤더사 제품에 데비안이나 젠투 깔려면 뭔짓을 해야할지..호호~

그냥 레드햇 까는게 제일 속 편할겁니다.

Red Hat이나 SuSE등의 Enterprise기반의 제품들의 Certification과정등을 무시하면 안되지요. ^^

비아냥대지 않고 말하는 법을 알려드릴까요?

직접 써보시면 느낄 수 있는 점들은,
국내 대부분 유통되는 하드웨어 벤더사 제품에 데비안이나 젠투 깔기 위해 얼마나 많은 시간과 노력이 드는지 입니다.
(몰론 호호 따위는 빼버리죠)
그냥 레드햇 까는게 제일 속 편하죠.

개인정보란에서 "항상 BBCode 허용:" 항목을 체크해두면 좀 더 원활한 게시판 이용이 가능하십니다.

호호. ^^ 등등을 안붙이셨군요. 학습능력이 빠르시군요.


별로 학습능력 나부랭이가 빠른편이 아닙니다만..말투는 제 맘데로이구요. 8)
익명 사용자의 이미지

Quote:
별로 학습능력 나부랭이가 빠른편이 아닙니다만..말투는 제 맘데로이구요. 8)

돈 없어서 못쓰는 배포판 관련 업체에서 일하시느라 일일이 보고하시는 버릇도 생기셨나봅니다. 하긴 직장생활이..더더욱이 좋은 기업에서 직장생활 하는게 많이 어렵죠. 일일이 보고 하지 않으셔도 됩니다. 지도편달이 아니라면 말투가 제 맘대로인것까지 알고 싶지는 않군요.

사랑천사의 이미지

이거 왠지 분위기가 이상해 지는 듯한.. 흐흠...

사람천사

ydhoney의 이미지

ysnglee2000 wrote:
이거 왠지 분위기가 이상해 지는 듯한.. 흐흠...

분위기는 발랄하게.. 8)
익명 사용자의 이미지

얘들아 다 거기서 거기다
그래도 이짓으로 밥벌이하는 넘들있으니
레드헷써줘라

madenmud의 이미지

분위기가 색달라서 '_';;
끄적거려 봅니다..

일단 포럼주제를 올리신분은 대충 답을 얻지않으셨을까요?
리눅스의 배포판이 많은 이유와 그 배포판들에 대한 KLDP 회원님들의 애정은 다 다를 테니까요..
전 처음 제가 shell 환경을 보여주신 분이 Freebsd 를 먼저 접하게 해주셔서, 프비에서 gentoo, suse, redhat, fedora , ubuntu , Solaris, AIX(밥벌이로 -_-) 이렇게 사용해 보게 되었는데요..
솔직히 원하시는 서버 관리는 다 똑같을듯합니다.
어짜피 원하시는 기능은 거의 모든 Unix/ Linux가 지원합니다. (할껍니다 :) )
그러니 맘에 드시는 걸로 하나 고르시면 될듯합니다.

그리고 마지막 손님분 나이는 모르겠지만, 신분노출이 안된다고 그따위로 말하지 마3!

그럼 :)

성인인증통과 -_-V

익명 사용자의 이미지

Anonymous wrote:
얘들아 다 거기서 거기다
그래도 이짓으로 밥벌이하는 넘들있으니
레드헷써줘라

당신은 정체가 무엇입니까?

matrix?

vacancy의 이미지

^_^ wrote:
가지고 놀기에는 젠투가 가장 상당한 재미가 잇지요....

그리고 그 어차피 커널에 드라이버 가장 많이 들어 있는게..(물론 VGA쪽은 제외) RHEL또는 SLES니깐여 ^^

커널에 드라이버가 많이 들어있는게 RHEL/SLES라는 말이
무슨 뜻인지 모르겠네요. :roll:
RHEL/SLES는 Linux 커널 아니고 다른 커널 쓰나요 ? :oops:

ydhoney의 이미지

vacancy wrote:
^_^ wrote:
가지고 놀기에는 젠투가 가장 상당한 재미가 잇지요....

그리고 그 어차피 커널에 드라이버 가장 많이 들어 있는게..(물론 VGA쪽은 제외) RHEL또는 SLES니깐여 ^^

커널에 드라이버가 많이 들어있는게 RHEL/SLES라는 말이
무슨 뜻인지 모르겠네요. :roll:
RHEL/SLES는 Linux 커널 아니고 다른 커널 쓰나요 ? :oops:

각 서버 벤더사들로부터의 패치 및 드라이버를 제공받아 새로운 커널을 만들어내며, 이는 추후 오픈소스 커뮤니티로 환원됩니다. 아무래도 일반 바닐라커널 기준으로 보면 버전번호 자체는 낮지만 마이너 업그레이드를 계속 해오고 있는 입장이기 때문에 동일한 시기에 나온 바닐라커널을 기준으로 볼때 훨씬 더 많은 수많은 벤더사들로부터 제공된 패치 및 드라이버를 담고 있을수밖에 없지요.

vacancy의 이미지

ydhoney wrote:
vacancy wrote:
^_^ wrote:
가지고 놀기에는 젠투가 가장 상당한 재미가 잇지요....

그리고 그 어차피 커널에 드라이버 가장 많이 들어 있는게..(물론 VGA쪽은 제외) RHEL또는 SLES니깐여 ^^

커널에 드라이버가 많이 들어있는게 RHEL/SLES라는 말이
무슨 뜻인지 모르겠네요. :roll:
RHEL/SLES는 Linux 커널 아니고 다른 커널 쓰나요 ? :oops:

각 서버 벤더사들로부터의 패치 및 드라이버를 제공받아 새로운 커널을 만들어내며, 이는 추후 오픈소스 커뮤니티로 환원됩니다. 아무래도 일반 바닐라커널 기준으로 보면 버전번호 자체는 낮지만 마이너 업그레이드를 계속 해오고 있는 입장이기 때문에 동일한 시기에 나온 바닐라커널을 기준으로 볼때 훨씬 더 많은 수많은 벤더사들로부터 제공된 패치 및 드라이버를 담고 있을수밖에 없지요.

배포판 별로 패치가 들어가는 것은 저도 알고 있고요. ;;
( 저도 데비안에서 패치해주는 걸 주로 쓰니 -_-a )
필요하면 외부 커널 모듈을 가져다 쓰면 그만이니
RHEL/SLES에서만 드라이버 혜택을 본다는게 납득이 안가서요. ;;
그리고; 바닐라 커널 쓰는 배포판이 있나요. ;;

ydhoney의 이미지

vacancy wrote:
ydhoney wrote:
vacancy wrote:
^_^ wrote:
가지고 놀기에는 젠투가 가장 상당한 재미가 잇지요....

그리고 그 어차피 커널에 드라이버 가장 많이 들어 있는게..(물론 VGA쪽은 제외) RHEL또는 SLES니깐여 ^^

커널에 드라이버가 많이 들어있는게 RHEL/SLES라는 말이
무슨 뜻인지 모르겠네요. :roll:
RHEL/SLES는 Linux 커널 아니고 다른 커널 쓰나요 ? :oops:

각 서버 벤더사들로부터의 패치 및 드라이버를 제공받아 새로운 커널을 만들어내며, 이는 추후 오픈소스 커뮤니티로 환원됩니다. 아무래도 일반 바닐라커널 기준으로 보면 버전번호 자체는 낮지만 마이너 업그레이드를 계속 해오고 있는 입장이기 때문에 동일한 시기에 나온 바닐라커널을 기준으로 볼때 훨씬 더 많은 수많은 벤더사들로부터 제공된 패치 및 드라이버를 담고 있을수밖에 없지요.

배포판 별로 패치가 들어가는 것은 저도 알고 있고요. ;;
( 저도 데비안에서 패치해주는 걸 주로 쓰니 -_-a )
필요하면 외부 커널 모듈을 가져다 쓰면 그만이니
RHEL/SLES에서만 드라이버 혜택을 본다는게 납득이 안가서요. ;;
그리고; 바닐라 커널 쓰는 배포판이 있나요. ;;

다른 데비안이나 젠투등의 배포판에 기업이 드라이버를 제공하였을때 기업차원에서 상호간의 이익이 발생하는 부분이 있는지요? 그런 비지니스적인 측면이 작용하는것이 없지않아 있습니다.

아마 기업차원에서 오픈소스 커뮤니티에 접근하고 있는곳은 리눅스 배포판 관련 커뮤니티중에서는 CentOS와 데비안측이 거의 유일하지 않을까 싶군요. 실제 DEC의 알파칩과 Sun의 Sparc에 관해서 Novell사와 Red Hat사 양측에서 회의적인 답변을 들은 상황이기 때문에 이와 관련된 지원을 위해서 CentOS 커뮤니티와 Debian 커뮤니티측에 접근하고 있습니다.

기타 다른 부분은..가져다 쓸려면 써라 정도이지 적극적으로 기업 입장에서 접근하는것은 Red Hat과 Novell 정도가 전부인 상황일겁니다.

페이지

댓글 달기

Filtered HTML

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.

BBCode

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param>
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.

Textile

  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • You can use Textile markup to format text.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>

Markdown

  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • Quick Tips:
    • Two or more spaces at a line's end = Line break
    • Double returns = Paragraph
    • *Single asterisks* or _single underscores_ = Emphasis
    • **Double** or __double__ = Strong
    • This is [a link](http://the.link.example.com "The optional title text")
    For complete details on the Markdown syntax, see the Markdown documentation and Markdown Extra documentation for tables, footnotes, and more.
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>

Plain text

  • HTML 태그를 사용할 수 없습니다.
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
  • 줄과 단락은 자동으로 분리됩니다.
댓글 첨부 파일
이 댓글에 이미지나 파일을 업로드 합니다.
파일 크기는 8 MB보다 작아야 합니다.
허용할 파일 형식: txt pdf doc xls gif jpg jpeg mp3 png rar zip.
CAPTCHA
이것은 자동으로 스팸을 올리는 것을 막기 위해서 제공됩니다.