더블클릭 한 번, 그 뒤엔 대화가 있습니다.

01

연결과 로그인은 다른 단계입니다.

먼저 정해진 포트로 연결을 열고, 그다음에 계정을 증명해 세션을 받습니다. 연결이 됐다고 로그인이 된 것이 아니고, 방화벽 문제로 연결 자체가 막힌 경우와 계정이 틀린 경우는 증상이 다릅니다. 화면이 두 단계를 나눠 보여주는 것은 문제가 생겼을 때 어느 쪽인지 구분해서 봐야 하기 때문입니다.

02

로그인은 신원 확인일 뿐입니다.

세션을 받았다는 것은 이 계정이 맞다는 것까지만 확인된 상태입니다. 어느 폴더를 볼 수 있는지는 그다음에 폴더별로 따로 확인합니다. 권한 없는 폴더 시나리오에서 로그인이 정상적으로 끝나는 것이 그 증거이고, 계정은 맞는데 폴더가 안 열린다는 상황이 이상한 일이 아니라 설계된 동작이라는 점을 보여줍니다.

03

폴더에 붙는 단계가 따로 있습니다.

파일을 열기 전에 어느 공유 폴더를 쓸 것인지 먼저 지정하고 그 폴더에 대한 접근 권한을 확인받습니다. 거절이 일어난다면 대개 이 시점이고, 파일 이름이 맞는지 틀리는지는 아직 보지도 않은 상태입니다. 그래서 존재하지 않는 파일을 요청했을 때와 권한이 없을 때의 응답이 서로 다른 단계에서 나옵니다.

04

파일은 한 번에 오지 않습니다.

파일을 열었다고 내용이 통째로 넘어오는 것이 아니라, 필요한 만큼 나눠서 읽습니다. 화면에서 받은 조각 수가 하나씩 늘어나는 것이 그 표현입니다. 큰 파일을 열 때 처음 몇 초 만에 앞부분만 먼저 보이는 것도 같은 이유이고, 네트워크가 느릴 때 이 왕복 횟수가 그대로 체감 속도가 됩니다.

05

닫는 단계까지 있어야 끝납니다.

다 읽고 나면 파일을 닫는 요청을 보냅니다. 이 단계가 있어야 서버가 잡고 있던 자원을 놓고 다른 사람이 그 파일을 쓸 수 있습니다. 프로그램이 비정상 종료되어 이 단계가 빠지면 파일이 잠긴 채로 남는 일이 생기는데, 여러 사람이 같은 폴더를 쓸 때 겪는 잠금 문제의 뿌리가 여기 있습니다.

06

두 시나리오가 같은 형식을 씁니다.

성공하는 경우와 거절되는 경우가 같은 자료 구조로 되어 있어서, 메시지 목록을 나란히 놓고 어디까지 같은지 바로 비교할 수 있습니다. 거절 시나리오가 더 짧은 것이 아니라 중간에 끊기는 것이며, 앞부분이 완전히 동일하다는 사실이 로그인과 권한이 별개라는 결론의 근거가 됩니다.

07

메시지 이름을 그대로 노출했습니다.

화면에 나오는 각 요청의 이름은 이 데모가 붙인 별명이 아니라 프로토콜 문서에 있는 단계들을 한글로 옮긴 것입니다. 실제로 통신 내용을 잡아서 볼 일이 생기면 같은 순서로 같은 이름들이 지나가므로, 화면에서 익힌 순서가 그대로 쓰입니다.

08

왕복 횟수가 곧 체감 속도입니다.

파일 하나를 여는 데도 연결 · 로그인 · 폴더 지정 · 열기 · 읽기 · 닫기가 차례로 필요하고, 각 단계마다 요청과 응답이 한 번씩 오갑니다. 회선이 빨라도 한 번 오가는 데 걸리는 시간이 길면 이 횟수가 그대로 지연으로 쌓입니다. 작은 파일을 많이 여는 작업이 큰 파일 하나를 옮기는 것보다 훨씬 느리게 느껴지는 이유가 대역폭이 아니라 이 왕복 수에 있습니다.

09

거절도 정상적인 응답입니다.

권한이 없다는 답은 오류가 아니라 프로토콜이 정의해 둔 정상 응답 중 하나입니다. 그래서 연결이 끊기지 않고 세션도 그대로 유지되며, 다른 폴더에는 이어서 접근할 수 있습니다. 화면에서 거절 뒤에도 대화가 끊긴 것처럼 보이지 않게 한 것은 이 점을 반영한 것입니다.