나는 게임 서버와 같은 포커를 만들고 있는데, 모든 로그인과 게임 로직을 하나의 서버에서 처리하려고했지만 웹에 대한 연구에서 이것이 확장되지 않는다는 사실을 알게되었으며, 분할하는 것이 합리적이라고 생각합니다 로그인 및 게임 서버로의 작업. 그러나 내가 얻지 못하는 것은 로그인 서버에서 인증을 처리하고 클라이언트가 게임 서버에 새로 연결하도록 한 것입니다. 어떤 클라이언트가 어떤 클라이언트인지 어떻게 알 수 있습니까? 다시 로그인하지 않아도되므로 로그인 서버를 사용하려는 목적을 상실 할 수 있습니까? 내가 모르는 프로세스와 시스템간에 연결을 전달할 수있는 방법이 있습니까? 네트워킹에 대한 나의 작은 지식을 실례합니다.
4
YAGNI : 당신은 그것을 필요로하지 않을 것입니다. 조기 최적화를 구현하지 마십시오. 로그인은 게임에서 매우 사소한 부분처럼 들리므로 분할해도 아무런 이점이 없습니다. 게임에 관심이있는 충분한 사용자가 있으면 (단일 서버에서 1000 명의 사용자를 지원하고 다른 서버는 중복성을 지원할 수 있어야 함) 이러한 종류의 것을 이해하는 일부 소프트웨어 엔지니어를 고용 할 수 있습니다.
—
MarkR
오해의 소지가있는 답변을 수락 했으므로 신중하게 재고해야합니다. 그렇지 않으면 머리에 잘못된 개념과 코드에 대한 잘못된 보안 감각이 생길 수 있습니다.
—
o0 '.
게임 서버와 로그인 서버 사이에 추가 연결이 필요하지 않기 때문에 Kylotan의 답변이 마음에 들었습니다. 또한 비밀 키의 타협은 운송중인 모든 계정의 타협이라는 필립의 견해도 알 수 있습니다. 로그인 버전을 모두 구현하고 코드 감사를받을 때 보안 전문가에게 문의합니다. 내 질문은 매우 기본적으로 보이며 모든 사람들이 동의하는 표준 솔루션이 될 것으로 기대했습니다. 그림을 이동. 보안 전문가 만이 토론에 참여하여 결정을 내릴 수 있다면.
—
user342580
엄밀히 말하면 서버간에 로그인 토큰을 전달하는 것이 더 안전하며 안전한 채널을 제공합니다. 또한 구현하기가 더 어려워서 잘못 될 위험이 높아집니다. 누군가가 귀하의 비밀 키를 보유 할 수없는 경우가 아니라면 해시 기반 메시지 인증 시스템은 완벽하게 안전해야합니다. 내부 시스템에 액세스하여 키를 보유 할 수있는 경우 로그인을 보내도 해결되지 않는 문제가 있습니다. 수동으로 토큰.
—
Kylotan