🐛 [Fix] jwtError 버그 수정

[Eunjin3395]

🐞 버그/에러 개요

jwtError 버그 수정

📝 버그/에러 설명

문제 상황

access token이 현재는 처음 소켓 connection이 생겼을 때, 서버에서 socket.token으로 해당 소켓의 token을 저장해놓도록 되어 있다. 그런데 이렇게 저장한 토큰이 시간이 지나서 만료되면, 이를 갱신하는 과정이 없다. 프론트에서는 토큰 만료시 refresh token으로 재발급을 받아서 token을 갱신하지만, 그 갱신한 token이 서버 socket 객체에는 반영되어 있지 않다. 그래서 소켓 3000 서버 -> 8080서버로 api 요청을 할 때(채팅 메시지 저장, 매칭 기록 db 저장 등등) 매번 jwt 에러가 난다.

해결 방안

프론트->3000서버로 event emit한 이후, 3000서버에서 8080서버로 api 요청했는데 응답이 jwt 에러가 난 경우
프론트에게 jwtError를 emit하게 되어 있다. (지금은 그냥 에러 메시지만 보내게 되어 있다.)
이 때 3000서버가 갖고 있던 socket.token을 jwtError에 같이 담아서 보내자
그리고 프론트->3000서버로 emit한 event가 뭔지 그 event 이름과, event에 담아 보낸 data 전부를 jwtError에 같이 담아서 보내자

그럼 프론트에서는 어떤 event를 emit했는데, 그에 대한 응답 이벤트로 jwtError를 받게 된다. 이때, data에는 error-code, token, event-name, event-data가 들어있다.
여기서 받은 token과, 프론트 자신이 갖고 있던 token을 비교해서 서로 다르면 서버가 저장하고 있던 토큰이 옛날 버전 토큰인 것이다.
jwtError 이벤트로 받은 event-name으로 다시 이벤트를 emit하는데, 프론트 자신이 갖고 있던 token을 담고, jwtError 이벤트로 받은 event-data를 담아서 emit한다.

그럼 서버에서는 해당 event를 다시 listen하게 되고, 이때에는 token 값이 포함되어 들어올 것이다. event에 token 값이 포함되어 있을 때, 원래 갖고 있던 socket.token 값을 event에서 받은 token 값으로 갱신한다. 그리고 그 이후 이벤트에 대한 액션을 한다.

✅ Resolve Todo

• jwtError emitter 수정
• connection 생성 시점에서 jwt 만료 시, 별도의 event 발생시키기
• connection-jwt-error event listener 추가: 토큰 재발급 받은 후 소켓 연결 재요청하기
• 프론트에 jwt-error 공통 listener 추가
• 3000서버에 공통 event listener 추가: event data에 token 값 있는 경우

📚 Remarks