제2의 비엔지니어 인생관을 꿈꾸며

Posted
Filed under Windows Server
http://www.microsoft.com/downloads/det ··· ang%3Den

Windows Server 2008 R2 버젼에서도 미디어서버가 드디어 올라왔습니다. RC버젼에 있는걸 왜 7600버젼에서는 빠졌는지 이해를 할 수가 없더군요. 왜 왜 왜? ㅋㅋㅋ
2010/04/13 00:01 2010/04/13 00:01
Posted
Filed under Study
실시간으로 서버로 밀어넣기 해야될 상황이라면 이 방법을 사용해야 되는데 필자는 IIS7 웹서비스를 사용하면 HTTP인증을 할수 없는줄 알았다.  그림과 같이 WMS HTTP 제어 프로토콜을 사용함으로 해주고 IIS7 웹서비스를 사용하고 있다면 다른포트로 지정을 해줘야 한다. 필자는 안되는가?라고만 생각했을뿐...(역시 공부안하면 무식해진다)
사용자 삽입 이미지
그리고 처음엔 관리자 계정만 게시지점 등록이 되는것이다. 어디서 그룹을 넣어주고 보안관리를 해줄게 있을듯 싶은데 아무리 찾아봐도 없길레 원래 이거 관리자만 해야될 일인가?라는 생각을 하게 되었다. 이렇게 되면 보안상이나 편의상 뭔가 문제가 될듯 싶은데 찾아보면 있겠지라고 생각하던 찰나에 하나씩 뒤져보니 나오드라. 게시지점 사용자를 등록해주거나 권한을 넣어주는 메뉴가 바로 밑에 그림이다. 그룹으로 만들어서 각자 알아서 푸쉬해라 할수도 있을거 같다.
사용자 삽입 이미지
밑에 그림과 같이 서버에 푸쉬 하기전에 인증과정을 거친다. 그리고 나서 인코딩을 누르면 서버로 바로 생방송으로 전송이 된다. 회사에서 이 과정을 공부하고 나서 퇴근을 한 하루였다. 필자는 그냥 복습을 통해 공부를 할뿐. 하나씩 공부해서 알때마다 무식이 뽀록나고 있다. 어디가서 안다고 깝쭉거릴때 틀린걸 가르쳐주고 있었다는... ㅋㅋㅋ
아우 쪽팔려~~~~
사용자 삽입 이미지
미디어 서버를 각각 하나씩 시나리오데로 구성을 해보는데 캐쉬서버나 로드 밸런싱은 구성해보지 못했다. 대부분 네트워크 LB스위치에서 분산을 해주기 때문에 이 기능을 사용할지 모르겠지만 도움말에 나온데로 구성을 할려면 또 머리 빠개지겠구나. 누구한테 물어볼 사람이 있어야 말이지. 아우...
외롭고 배고푼 푸리랜서 술이... ㅠ.ㅠ
오늘 하루도 우울한 복습으로 하루를 마무리 한다.

2009/07/29 23:28 2009/07/29 23:28
Posted
Filed under Study
사용자 삽입 이미지
2003서버도 마찬가지지만 2008 미디어 서버에도 큰 변화는 없다. 변화라면 HTTP 프로토콜을 사용할수 없겠지만 이유는 아마도 웹서비스를 사용해서 그런것인가 싶다. 순수 미디어 서버만을 사용한다면 HTTP 프로토콜을 사용할수 있다?라고 말못하겠지만 HTTP프로토콜 설정옵션이 있는걸 보니 될듯 하다.

필자가 음악앨범이 많은데 샘플음악은 들려주고 싶지만 있는 데이터를 다시 또 웹에 일일이 올려야 한다는게 많이 불편했었다. mp3도 스트리밍이 되니 구지 asf나 wma, wmv로 변환을 시키지 않더라도 좋은 음질로 소리를 들을수 있다. 그리고 데이터 보호가 되기 때문에 복사할수도 없다. 편리성과 보안성에 필요한 부분이다라고 필자는 생각하지만 다른사람은 어떤지 모르겠다.

FTP프로토콜은 단순히 파일 송수신 기능뿐이고 기타 웹셔어 같은 웹하드 기능은 게스트 권한을 읽기권한 만들면 보안에 취약하기 때문에 위험하다. 결국 게스트권한으로 음악을 제공해줄수 있는건 미디어 서버밖에 없다는 결론이다. 그렇다면 일일이 그 많은 음원과 앨범들을 어떻게 제공할것인가? 라고 생각도 해봤는데 플레이 리스트 작성때 마우스로 원하는거 찍어주고 작성 완료 저장하면 그 1KB짜리 리스트 화일이 mms로 어디어디 위치에 있는걸 찾아가서 들려주기 때문에 웹경로처럼 일일이 지정해줄 불편함이 없는것이다.
미디어서버 잘 다루는 사람들은 원래 되는거를 이제야 알았냐고 묻는다면 어쩌라고... --;

요즘 음원업로드에 대한 처벌이 강화되어 살얼음 걷는 분위기다. 단 mms를 이용한 플레이 방식은 다른 밀고자들이 어느 위치에 어느 화일을 업로드 했다?라는 증거를 찾기 힘들기 때문에 이방법을 이용하는것도 나쁘지 않다. 단 미디어 서버는 자신이 갖고 있어야 한다는 전제하에서다 ㅋㅋㅋ.
신고 들어오면 서버내리고 숨어야지 뭐...

우째 내글이 나쁜글처럼 보인다. 불법음원을 조장하는 방법을 제공하지 않나?라는 뉘앙스도 풍기겠지만 좋은 음악은 좋은 음질로 들려줘야 청취자들이 음악이 좋으면 앨범을 구입하게 되어 있다.

우리 회사처럼 80포트와 443 보안채널 이외에 아웃바운드가 막혀있다면 음악듣기를 포기 해야한다.음악은 집에서...

벅스나 윈앰프 스트림은 음질이 기대 이하로 떨어진다.  하지만 미디어서버는 320K 도 그대로 스트림 되기 때문에 요즘 회선 속도도 좋고 해서 앞으로 어떤 샘플 음악을 들려줄 목적이라면 미디어서버 사용이 반드시 필요한 구성이라고 전하고 싶다.
2009/06/18 10:37 2009/06/18 10:37
Posted
Filed under Study
미디어 서버는 두 가지의 프로토콜을 사용합니다.

RTSP,MMS
RTSP는 쉽게 설명드린다면 인터넷상에서 플레이 버튼을 누르고, 앞으로 감고, 뒤로 감고 등의 실시간 전송방식을 말합니다.

Microsoft Media Server, with TCP-based transport (MMST) 를 사용하신다면
-> TCP port 1755 열어 줘야 합니다.

Microsoft Media Server, with UDP-based transport (MMSU) 를 사용하신다면
-> UDP port 1755 and TCP port 1755 열어 줘야 합니다.

RTSPT 를 사용하신다면
-> TCP port 554 열어 줘야 합니다.

RTSPU 를 사용하신다면
-> UDP port 5005, UDP port 5004, and TCP port 554 열어 줘야 합니다.

Hypertext Transport Protocol (HTTP) 를 사용하신다면
-> TCP port 80

Hypertext Transport Secure Protocol (HTTPS) 를 사용하신다면
->TCP port 443 열어 줘야 합니다.

인터넷 서비스 용도라면 554 포트 열어주셨야죠...

출처: http://www.wssplex.net/QnA/Server.aspx?No=990

저렇게 쉽게 설명해주면 얼마나 좋아. 미디어서버에 대한 이슈가 울회사에 많이 나왔었다. 서버가 약한거 아니냐? 왜 자꾸 버퍼링이 생기냐... 등등
필자가 간간히 모니터링 하는데 별 무리는 없어보였다. CPU나 메모리 상태는 항상 정상이였고 큰영향을 차지할거 같은 네트워크 대여폭도 실시간으로 주고받는 패킷량을 봤을때 동시접속자 100명까지도 거뜬하겠다는 생각을 가져봤다.
미디어 데이터를 전송할때 쪼개서 전송하기때문에 네트워크 대여폭도 그리 많이 차지 않는다는것도 한 결과이다.
아무튼 딸기쥬스 하나 얻어먹었던 하루였다. 혹시나 이런날이 있을거라는 예상에 미리 성능모니터에 미디어서버 커넥션을 구성하고 있었고 이걸 csv 로그화 하여 데이타화 하였으니 긴말이 필요없게 되었던 하루였다. 딸기쥬스 얻어먹는건 그리 어렵지 않았던 결과물이다 ^^;(이제까지 항상 내서버가 크리티컬해서 죄다 깨지고 있었다)
2008/12/05 00:01 2008/12/05 00:01