처음에는 모든 것이 메일링 시스템 자체에 달려 있습니다. 하나의 서버, 많은 클라이언트. 시스템이 작동하면 나머지는 이 골격에 로드할 수 있습니다.
여기에서 암호화는 필수 불가결합니다. 클라이언트가 연결하고 연결 요청을 보내고 서버는 응답을 제어하는 데 사용할 특수 메시지로 서명을 반환합니다. 클라이언트가 특수 메시지와 함께 서명을 반환할 때까지 서명은 유효하지 않습니다. 모든 것이 정상화되면 커뮤니케이션을 시작할 수 있습니다.
따라서 각 클라이언트에 대해 서버에서 발행한(따라서 반복되지 않는) 서명이 있습니다. 서버는 카운터로 번호가 매겨진 메시지를 보내고(일부 클라이언트가 반복해야 할 경우를 대비하여 메시지 로그도 어느 정도 깊이 저장해야 함) 클라이언트는 번호가 매겨진 메시지를 수신하고 서명된 사본을 서버로 보냅니다. 따라서 서버는 어떤 클라이언트가 메시지를 잃어버렸는지 알고 다시 보낼 수 있습니다. x 반복 후에 서버는 이 메시지 전송을 중지하고 이 클라이언트와의 세션을 닫고 새 세션에 대한 클라이언트의 요청을 기다리기 시작합니다.
해당 서버는 지속적으로 키를 보내야 합니까? 이것은 트래픽을 증가시킬 것입니다. 글쎄, 하나님은 트래픽으로 그에게 축복을 주십니다. 메시지가 수신될 것이라는 보장은 어디에 있습니까? 이는 서버 측에서 각 메시지에 대한 변수 키 로그가 필요하다는 것을 의미하며, 프로거는 이 모든 부분에서 쉽게 혼동될 수 있습니다.
모든 것이 이미 발명되었지만 유감스럽게도 무료가 아닙니다.
Dima, 물론 나도 알고 있습니다. 왜냐하면 나 역시 모든 것을 발명하고 완료했기 때문입니다. 다른 모습으로 로컬 및 원격 모두.
그러나 나는 단지 내 생각에 이 맥락에서 전혀 제기되지 않은 이 상당히 엉성한 주제에 대해 논의하고 싶습니다.
이 문제에 대해 할 말이 있으면 말하십시오.
주문은 마스터의 터미널에 있는 한 맵에 있습니다. 클라이언트는 매개변수를 복사하고 원래 티켓과 동일한 마법으로 주문을 생성합니다. 따라서 이중 설치를 우회합니다.
마스터에서 클라이언트로의 신호는 클라이언트 창에 대한 인공 틱으로 전송됩니다. 그 후 그는 주문 맵의 상태를 확인하고 실행(실행할 것이 있는 경우)에 대해 보고해야 하며 요청이 제어 요청인 경우 활성 상태를 보고해야 합니다.
처음에는 모든 것이 메일링 시스템 자체에 달려 있습니다. 하나의 서버, 많은 클라이언트. 시스템이 작동하면 나머지는 이 골격에 로드할 수 있습니다.
여기에서 암호화는 필수 불가결합니다. 클라이언트가 연결하고 연결 요청을 보내고 서버는 응답을 제어하는 데 사용할 특수 메시지로 서명을 반환합니다. 클라이언트가 특수 메시지와 함께 서명을 반환할 때까지 서명은 유효하지 않습니다. 모든 것이 정상화되면 커뮤니케이션을 시작할 수 있습니다.
따라서 각 클라이언트에 대해 서버에서 발행한(따라서 반복되지 않는) 서명이 있습니다. 서버는 카운터로 번호가 매겨진 메시지를 보내고(일부 클라이언트가 반복해야 할 경우를 대비하여 메시지 로그도 어느 정도 깊이 저장해야 함) 클라이언트는 번호가 매겨진 메시지를 수신하고 서명된 사본을 서버로 보냅니다. 따라서 서버는 어떤 클라이언트가 메시지를 잃어버렸는지 알고 다시 보낼 수 있습니다. x 반복 후에 서버는 이 메시지 전송을 중지하고 이 클라이언트와의 세션을 닫고 새 세션에 대한 클라이언트의 요청을 기다리기 시작합니다.
주문은 마스터의 터미널에 있는 한 맵에 있습니다. 클라이언트는 매개변수를 복사하고 원래 티켓과 동일한 마법으로 주문을 생성합니다. 따라서 이중 설치를 우회합니다.
확인. 고전적인 계획.
마스터에서 클라이언트로의 신호는 클라이언트 창에 대한 인공 틱으로 전송됩니다. 그 후 그는 주문 맵의 상태를 확인하고 실행(실행할 것이 있는 경우)에 대해 보고해야 하며 요청이 제어 요청인 경우 활성 상태를 보고해야 합니다.
왜 그런 어려움이 메시지 자체에 변수 키를 넣을 수 있습니다.
처음에는 모든 것이 메일링 시스템 자체에 달려 있습니다.
여기에서 암호화는 필수 불가결하며 클라이언트가 연결할 때 연결 요청을 보냅니다.
서명하기 힘든 것 같아요. 한 번 발급되고 요청 중에 확인되는 클라이언트의 특정 사용자 이름/비밀번호만 있으면 충분합니다.
확인. 고전적인 계획.
근데 왜 이러지? 결국 서버는 어떤 식으로든 클라이언트에 영향을 줄 수 없습니다.어떤 기술이 송수신되고 있는지 바로 음성으로 알려주세요. 서버가 데이터를 저장하는 곳.
서명하기 힘든 것 같아요. 사용자 이름/비밀번호만 있으면 됩니다.
메시지가 수신될 것이라는 보장은 어디에 있습니까?