여러분 안녕하세요, 주간 업데이트 시간이에요

색인

  1. Net status
  2. Streaming lib
  3. mail.i2p progress
  4. ???

1) 네트워크 상태

부정 탈까 봐 말하기 조심스럽지만, 지난 일주일 동안 네트워크는 예전과 거의 마찬가지였습니다 - irc에는 꽤 안정적이고, eepsites(I2P Sites)는 신뢰성 있게 로드되며, 다만 대용량 파일은 여전히 자주 다운로드 재개가 필요합니다. 요컨대 새로 보고할 것은 없고, 새로 보고할 것이 없다는 사실 외에는 보고할 게 없습니다.

아, 우리가 알아낸 한 가지는 Jetty가 HTTP 재개를 지원하지만, HTTP 1.1에 대해서만 그렇다는 점입니다. 이는 대부분의 브라우저와 다운로드 도구에는 문제가 없지만, 예외로는 wget - wget은 재개 요청을 HTTP 1.0으로 보냅니다. 따라서 큰 파일을 다운로드할 때는 curl 또는 다른 HTTP 1.1 재개 지원 도구를 사용하세요(파고들어 해결책을 찾아준 duck과 ardvark에게 감사!).

2) 스트리밍 라이브러리

네트워크가 꽤 안정적이었기 때문에, 내 시간의 거의 전부를 새 스트리밍 라이브러리 작업에 쏟아 왔다. 아직 완성되지는 않았지만 진전이 많다 — 기본 시나리오들은 모두 잘 동작하고, 슬라이딩 윈도우는 self-clocking(자체 클로킹)에 잘 기능하며, 클라이언트 관점에서 새 라이브러리는 기존 것의 drop-in replacement(바로 교체 가능한 대체)로 동작한다(다만 두 스트리밍 라이브러리는 서로 통신할 수 없다).

지난 며칠 동안 나는 몇 가지 더 흥미로운 시나리오들을 검토해 왔다. 가장 중요한 것은 지연이 심한 네트워크로, 우리는 수신된 메시지에 지연을 주입하여 이를 시뮬레이션한다 — 간단한 0-30초 무작위 지연이거나 단계별 지연(80%의 경우 0-10초 지연, 10% @ 10-20초 지연, 5% @ 20-30초, 3% @ 30-40초, 4% @ 40-50초). 또 다른 중요한 테스트는 메시지를 무작위로 드롭하는 것으로, 이는 I2P에서는 흔하지 않아야 하지만 우리는 이에 대처할 수 있어야 한다.

전반적인 성능은 꽤 괜찮았지만, 이를 실제 네트워크에 배포하기까지는 아직 해야 할 일이 많다. 이번 업데이트는 엄청나게 강력하기 때문에 ‘위험한’ 업데이트가 될 것이다 - 끔찍하게 잘못 적용하면 순식간에 우리 자신을 DDoS로 마비시킬 수 있지만, 제대로 해내면, 음, 잠재력이 매우 크다고만 해두겠다(기대는 낮추고 성과는 크게).

그렇긴 하지만, 네트워크가 상당히 안정적인 상태이기도 하니, 충분히 테스트되지 않은 것을 서둘러 배포할 생각은 없습니다. 새로운 소식이 생기면 다시 알려 드리겠습니다.

3) mail.i2p 진행 상황

postman과 동료들은 i2p를 통한 메일을 위해 열심히 작업해 왔고(www.postman.i2p 참조), 곧 흥미로운 소식도 이어질 예정입니다 - 혹시 postman이 우리에게 업데이트를 전해줄 수 있을까요?

참고로, 웹메일 인터페이스에 대한 요구를 충분히 이해하고 공감하지만, postman은 메일 시스템의 백엔드에서 멋진 작업을 하느라 매우 바쁩니다. 대신, 자신의 웹서버에 웹메일 인터페이스를 로컬로 설치하는 방법이 있습니다 - 웹메일용 JSP/서블릿 솔루션들이 있습니다. 이렇게 하면 예를 들어 http://localhost:7657/mail/에서 로컬 웹메일 인터페이스를 직접 실행할 수 있습니다.

pop3 계정에 접근하는 오픈 소스 스크립트가 몇 가지 있는 걸로 알고 있는데, 그걸로 절반은 해결된 셈이죠 - 혹시 pop3와 인증된 SMTP를 지원하는 것을 누가 좀 찾아봐 주실 수 있나요? 자, 해보고 싶으시잖아요!

4) ???

좋아요, 지금 드릴 말씀은 여기까지예요 - 몇 분 뒤 회의에 잠깐 들러서 상황이 어떻게 돌아가는지 알려 주세요.

=jr