안녕하세요.
오늘은 제가 요즘 고민하고 있는 몇가지 주제에 대해 같이 의견을 나눠보았으면
하는 뜻에서, 이렇게 몇자 적어봅니다.

서버를 정식으로 오픈해서 운영을 하게 되면, 아무래도 가장 큰 문제중 하나가 계정관리가 됩니다. 대부분의 서버에서는 서버 자원의 효율적인 관리 측면에서나 게임상의 밸런스 등을 위해 1인1계정 원칙을 고수하게 되는데요. 이를 실제로 막기란 굉장히 어려운 부분이 됩니다. 사실 이런 부분이 아니라고 하더라도, 일일이 관리자가 계정 신청을 접수 받아 계정을 생성한다는것도 상당히 많은 인력과 시간을 요구하는 일이 됩니다.

이에 따라, 요구 되는것이 바로 이용자에게 계정 신청 요구를 받으면 이를 자동으로 처리 - 혹은 반자동으로 - 해주는 솔루션이 필요해지게 되는데요. 요즘 대부분의 추세는 웹에서 이용자에게 신청을 받고 그것이 관리자 페이지에서 승인을 한다거나 혹은 자동으로 처리되어 서버에 계정이 등록되어지는 과정. 까지 라고 보시면 됩니다.

그런데 여기서 문제는, 웹에서 신청 받은 계정을 서버에 어떻게 등록시키느냐 하는 것입니다.

그래서 제가 현재 고안중인 방안은 다음과 같습니다.


GameServer <--------> WebService <-------> Web <-------- Client

*) WebService: .Net Platform의 서비스 개념으로, 분산 객체 환경을 구현하는데 일조합니다. 여기선 웹서버와 게임서버의 중계역활을 하게 됩니다.

기본적으로 위와 같이 구성할경우, 게임서버의 독립성이 보장되게 되어 보안적인 측면에서도 유리하고, 재활용성도 뛰어나서 좋은 효율을 보일것으로 예상중입니다.

자, 이제 여러분과 함께 의견을 나누고 싶습니다. 제가 제시한 구조에 대해 어떻게 생각하십니까? 그리고 여러분이 제시하시는 구조는 어떤 구조입니까?

좋은 의견 많이 나눌수 있는 기회가 되었으면 합니다.

즐거운 하루 되시길 :)

예전에 제가 웹에서 신청을 받고 주기적으로 메크로를 실행시켜 계정을 생성시키는 방법을 생각해본적이 있습니다....무엇보다 제가 실력이 없기때문에 닷넷 체제니 모니 이런걸 하나도 모르니 앗사리 메크로로 해볼까라는 발상이였저-_-;;
저같은경우 어드민 윈도우를 쓰고 개인웹서버(웹서비스 및 런유오서버임) 를 구동중이고 하니 저 방법이 별문제 없다고 생각하고 있습니다.(다른 상황에서는 어떨지 모르겠군요..;;)
장점이라면....역시 프로그램들이 완전이 따로 노니 아무래도 보안이나(좋긴한건지--;) 호환성등에서 장점이 있다고 생각함니다.(별다른 연동이 필요없으니 말이저)
역시 문제라하믄...메크로를 어떤식으로 만드냐인데...만약 그냥 마우스 좌표로 가서 정해진 작업을 하는것이면 어드민 위도우의 위치를 항상 같게 잡아주어야 된다는 단점이 있습니다-_-;;(이것은 어드민위도우에서 계정생성부분만 빼서 따로 만든후 창을 이동할수 없게 만들어 주면 해결이 되긴함니다 -_-;;그래도 창이 맨위에 있지 않다면 문제가;;;)
어드민 윈도우의 좌표를 인식해서 마우스 좌표를 잡아주는경우.....어드민 윈도우를 수정해주어야 한다는 단점이-_-;;(이것도 직접만들어주면 해결되지만;;)
무엇보다!!!! 메크로가 작동중일때는 아무런 인풋작업을 하면 안된다는 단점이!!!
(물론 사용자가 껐다 켰다할수야 있지만...그래도 부담감이;;)
또한가지... 이 방법의 최대단점이라하믄......역시나 중복아이디 검색이 되겠습니다 -_-;;;
어드민윈도우에서 처리를 하면되긴하저-_-;;;
결론은!!!.... 메크로를 따로 만드는 편보다 어드민윈도우와 연동(?)시키는게 편하다는 황당한 결론에 도달하고 말았습니다 ㅡ,.ㅡ;;
어드민윈도우에 코드를 섞어노면...어드민 윈도우가 업데이트가 있으면 나도 덩다라 업데이트를 해야 한다는-_-;;
...
...
그냥잡설이였습니다--;;;
무엇보다 실력이 없어서 한계가 있습니다-_-;;
특히 콘솔응용프로그램은......거의 못하기때문에--;;(콘솔모드에서 API를 건딜수 있기는 한건지;;;)
......
그냥 생각만 해봤습니다-_-;;
...
...
쓰고나니 kkung님의 글과 관계없는 내용이군요 ㅡ,.ㅡ;;;
모한거지;;
_________________
당근 로리야스 ㅡㅡv

런쳐를 한개 만들어서 윈도우 서비스형식으로 돌아가게 해서,

런쳐 프로세스를 죽이면 유오도 같이 죽게 만든뒤에( 물론 서버상에서

런쳐에서 보내는 패킷을 확인하는 등 그걸로만 접속할수 있게 한뒤 )

모든 어뷰징을 감시하는게 어떨까요?

( gogogo 계정 사용자가 또 다른 계정 g0g0g0 를 생성했다고 서버에

알리면 gogogo는 삭제 되는등.. 한개씩 밀어내기.. )

물론 클라이언트 쪽에 의존했기때문에 문제가 크겠지만, 레지스트리에 기록하

는것 따위보다 훨씬 더 안전한 방법만 찾는다면... 중요 시스템 파일 몇개에

끼워 넣는다던가.. 그런 방법을 쓰면 여타 다른 모든 어뷰징행위도 그 런쳐로

억제할수 있으니 어떨까요.

이쪽으로는 생각을 별로 안해서 상당히 부족한 의견일 것 같군요.

가장 중요한건 런쳐가 다른 목적을 지닌 프로그램이라고 유저들이 믿게

눈속임 기능을 몇가지 넣어서 속이는 것 같군요 -ㅅ-;( ex 매크로 정의 한걸

서버로 전송하여 기록한후, 그걸 런쳐 실행시 런쳐가 복구 시켜줘요~ )

이런식...-, .-; 그냥 파일 복사해서 다니면 말구.
_________________
!!!! FareWell !!!!

(-ㅁ-)

홈페이지에서 회원이 계정발급을 신청하면. SQL 에 데이터를 기록해서.

런유오가 계정 자체를 SQL 에서 읽을수 있게 하면 된다고 생각합니다.

SQL 에 기록된 정보가 있으면,

런유오가 10분 단위로 계정을 갱신하면서.

SQL 에 있는 데이터를 가져와 계정 파일에 집어넣고.

SQL 에 있는 데이터를 삭제하는 방식으로 하면 어떨까요.

(혹은 이미 가져왔다는 의미의 표시정도도 괜찮겟습니다.)

그런 연동을 설정해둔다면. 웹하고도 적당한 간격으로 연동이 되겟지요.

(문제에 대해서는 생각해 본적 없습니다.)

- 주제에 맞게 쓴걸까. (-ㅁ-)
_________________
Team Utopia "銀童"

runuo에서 sql서버로 직접 접근하는 방식도 괜찮은 방법이란 생각이
듭니다만, 아무래도 '일정 시간 간격'을 요하게 됩니다.
즉, 웹과 게임서버간의 실시간 연결이 곤란한것인데요.

아무래도 사용자 측면에서는 계정 신청후 (혹은 승인후)일정 시간이 있어야
게임을 할수 있다는건 불편함일수도 있습니다.

일정 간격으로 게임서버가 자료를 업데이트 하는 방법과,
실시간으로 접근시키는 방법. 어느쪽이 효율적일까요?

실시간으로 연결하는것은 데이터의 손실의 가능성이 있다고 생각합니다.

실시간으로 연결하는경우 회선문제등의 불의의 사태로 충분히 그것이

중간에 손실될수 있다고 보며, 실시간 연결의 경우에는

그것의 데이터가 남지 않기 때문에 유실될 가능성이 있다고 봅니다. (말이 꼬였네.)

웹서버에서는 계정을 승인해서 보냈는데

게임서버에서는 그것이 작동안하는 경우도 분명 발생할수 있다는 것이지요.

그리고 게임서버가 점검이라던가. 그런 상황시에 계정을 받을수 없다는 점도 큰 단점이라고 생각합니다.

10분의 터울이 길게 느껴진다면 줄이면 되는것이라고 생각합니다.

실시간은, 그만큼 여러 상황에 좌우되는 요인이 많을 것이라고 생각합니다.

- 쓰고나니 뭔소린지 .. -ㅁ-
_________________
Team Utopia "銀童"

sql을 이용하면 보안에서 유리하지 않나요?...(이쪽으로는 지식이 없으니-_-;다른쪽도 마찬가지지만..)
아무래도 실시간으로 하는 방법은.....제가 생각한건 두가지임니다... 계정이 생성될때마다 생성하는 방법..아주 짧은 시간으로 계정을 업데이트 해주는 방법...(다른 방법은....잘모르겠군요--;)후자쪽은 아무래도 자주 업데이트를하게되니 비효율적일거 같고.....전자쪽은.....
가능한지는 모르겠는데....스크립식으로 .aspx 파일(vb로 만드는 경우 .aspx파일을 만들면 .vb파일이 같이 만들어지니 연동이 가능할지도 모른다는 생각을 해봤습니다-_-;;;해보진 않았지만 말이저--;;)과 연동이 되게 할수 있지 않을까..라는 생각을 해봤습니다.....
역시 이론으로는 모든지 가능한듯--;;
_________________
당근 로리야스 ㅡㅡv