I2P Dev Meeting - March 21, 2006

15:09 <@jrandom> 0) 안녕 15:09 <@jrandom> 1) 네트워크 상태 15:09 <@jrandom> 2) jrobin 15:09 <@jrandom> 3) biff and toopie 15:09 <@jrandom> 4) 새 키 15:09 <@jrandom> 5) ??? 15:09 <@jrandom> 0) 안녕 15:09 * jrandom 손을 흔든다 15:09 <@jrandom> 주간 상태 노트를 여기 올려뒀어 http://dev.i2p.net/pipermail/i2p/2006-March/001271.html 15:11 <@jrandom> 그럼 1) 네트워크 상태로 잠깐 넘어가자 15:12 <@jrandom> 릴리스가 한동안 없었지만, 그래도 꽤 안정적인 것 같아. 다만 곧 개선점들이 나올 거고, 이번 주에 0.6.1.13 새 버전을 내보려고 해 15:13 <@jrandom> 네트워크 상태에 대해 질문/의견/우려 있는 사람? 15:13 <+Complication> 어제 막 시작한 노드에서 관찰한 주기성 얘긴데: 몇 시간 지나니 스스로 비동기화됐어 15:14 <@jrandom> 아 좋아 15:14 <+Complication> 즉, 고저가 훨씬 더 랜덤해졌다는 뜻 15:14 <@jrandom> 그래도 시작할 때 그걸 부스팅해 두는 게 가치가 있을 것 같아 15:14 <@jrandom> (집에서 함께하는 분들을 위해: 10분 재구성 주기의 파장에 대해 얘기 중) 15:15 <+Complication> 아마 tunnel 장애를 예방하는 데 도움이 될 거야 15:15 <+Complication> 여전히 그런 게 꽤 보이는데, 세진 않았어 15:15 <+tethra> (번역 고마워 :) 15:15 <+Complication> 그거 말곤 여기서는 꽤 잘 돌아가 15:16 <+Complication> 2시간에 한 번꼴로 'as there are no inbound/outbound tunnels available'가 뜨는 것 같아 15:17 <@jrandom> 흠, i2phex / i2psnark / eepproxy / ircproxy / eepsite destination(목적지)에서? 15:17 <@jrandom> (클라이언트가 자기 tunnel을 과부하시킬 수 있어서 어떤 건지 묻는 거야) 15:18 <+Complication> 어떤 경향이 있는지 확인 중 15:19 <+Complication> 공유 클라이언트와 Pycache도 조금, I2Phex가 더 많아 15:20 <@jrandom> 흠 오케이, 좋아, 고마워 15:20 <+Complication> I2Phex 비중이 확연히 더 커 15:20 <+Complication> 대역폭을 제한해야 할지도 15:21 <+Complication> (기본 16K였음) 15:23 <@jrandom> 좋아, 혹시 1) 네트워크 상태에 대해 더 있을까? 15:25 <@jrandom> 없으면, 2) JRobin으로 슬슬 넘어가자 15:26 <@jrandom> jrobin 멋져. 맘에 들어. 통합하기 정말 쉬웠고, 꽤 작고(177KB), 빠르고, 메모리 오버헤드가 낮고, 이해하기 쉬운 시각화를 제공해 15:27 <+Complication> 전적으로 동의 :) 15:29 <+Complication> 해상도가 충분한 편리한 그래프가 이상 징후를 찾는 데, 또 그에 대해 질문하는 데 도움이 돼 :) 15:29 <@jrandom> rrdtool 고수 분들 계시면, 최신 CVS를 한 번 보고 우리가 뭘 하는지, 그리고/또는 더 쉬운 방법이 있는지 봐 주면 좋겠어. 조언 환영이야 15:30 <@jrandom> (rrdtool <-->jrobin 정보 @ http://www.jrobin.org/api/jrobinandrrdtoolcompared.html) 15:31 <@jrandom> (그리고, 원한다면 netDb/routerInfo-*.dat를 읽어 jrobin 데이터베이스에 넣고, 사실상 너만의 stats.i2p를 돌리는 꽤 작은 앱을 쓸 수도 있어) 15:32 <@jrandom> 콘솔 내 jrobin 통합은 stats.i2p 기능과는 달라. 모든 router가 아니라 *your* router를 요약하거든. 둘 다 유용해 15:34 <@jrandom> 좋아, 2) JRobin에서 더 없으면 3) biff and toopie로 넘어가자 15:34 <@jrandom> postman: 개요 좀 해줄래? 15:34 <postman> 아 아, 맞아 15:35 <postman> 몇 년 전 메일 서비스에 biff라는 IRC 봇이 있어서 새 메일을 알려줬어 15:35 <+Complication> Postman의 AI 주조소 ;P 15:35 <postman> 새 플랫폼으로 이전하면서 biff를 쓸 수 없게 됐고, 고칠 시간도 없었지 15:35 <postman> 이제 다시 온라인이야 15:35 <@jrandom> (야호!) 15:36 <postman> IRC에서 메일박스를 모니터링하고 싶다면, 명령 목록은 그냥 /msg biff .help 해 보면 돼 15:36 <postman> 사용법은 간단해 15:36 <postman> 질문/오류/푸념/비난 -> postman@mail.i2p 15:36 <postman> 2. 15:37 <postman> 늘어나는 뉴비들(초보자들)에 대처하려고, jr, cervantes, 그리고 내가 일상적인 주제와 문제에 대해 도움을 청할 수 있는 Q&A 봇을 생각해 냈어 15:38 <postman> 초안 이름은 toopie고 곧 #i2p에 상주할 거야 (i2p-chat도 아마) 15:38 <postman> 주제 목록을 갖고, 주제별로 정리된 Q&A를 키워드로 인덱싱해 둘 거야 15:38 <postman> toopie는 채널에 이야기할 수도 있고 사용자와 privmsg(개인 메시지)로도 대화할 수 있어 15:38 <+Complication> 멋지네, 이런 건 처음 보지만 :) 15:39 <postman> 가능한 빨리 머릿속을 채우려 해 15:39 <postman> Complication: #irc2p에서 가지고 놀아도 돼 (원하면 개인으로도 :)) 15:39 <@jrandom> 그리고 좋은 점 하나는 IRC에서 메시지로 채워 넣을 수 있다는 거야 :) 15:39 <postman> 그래 15:40 <postman> 관리자가 IRC에서 바로 몇 줄 추가해서 새 Q&A로 만들 수 있어 15:40 * tethra가 TheJudge/closedshop을 위해 "아니, predecessor attacks(선행자 공격)은 통하지 않아."라는 항목을 넣자고 제안 15:40 <+tethra> ;) 15:40 <postman> 히히 15:41 <postman> 정보를 구조화하는 방식은 아직 여지가 있어 15:41 <@jrandom> (하지만 통하긴 해. 다만 누군가를 공격하려고 특정 프로그램을 "run"을 '실행'하는 그런 건 아니지) 15:41 <postman> 곧 더 나올 거야 15:41 * postman 마이크를 돌려줌 15:41 <@jrandom> 좋아, 고마워 postman 15:42 <ashter> postman; toopie가 다른 언어도 말할 수 있어 ? 15:42 <postman> ashter: 아직은 (아니) 15:42 <+fox> <mihi> igpay atinlay? *g* 15:42 <ashter> 오케이 15:42 <postman> ashter: 인프라는 준비돼 있어 ( /me planned this ) 15:42 <@jrandom> 좋아 15:42 <postman> ashter: 그건 버전 2에서 지원할 기능이야 15:42 <ashter> 굉장해, 정말 고마워 15:44 <postman> (thejudge 혼자서 오늘 IRC 연결 끊김의 50%를 만들어냄) 15:45 <postman> jrandom: 좋아, 다음 주제 15:46 <@jrandom> 좋아, 3) biff와 toopie에 대해 더 있을까? 15:46 <@jrandom> 없다면 4) 새 키로 넘어가자 15:47 <@jrandom> 음, 내가 올린 내용에 덧붙일 건 별로 없어. 새 키, 어쩌고저쩌고 15:47 <@jrandom> 좋아, 5) ???로 넘어가자 15:47 <+tethra> 음 15:47 <@jrandom> 다른 안건 있어? 15:48 <+tethra> biff는 네가 너라는 걸 어떻게 알아? :/ 15:48 <+fox> <mihi> tethra: 등록해야 해 15:48 <+fox> <mihi> 주간 노트에 언급된 걸 그냥 읽어봐 :) 15:48 <postman> tethra: 1.) 네 메일박스 자격 증명을 알고 있고, 2. 인증된 nick@biff로 등록해 15:48 <+fox> <mihi> 그래 :) 15:48 <+fox> <mihi> 만료되는 키 대신 만료되는 서브키를 쓰면 되는데 왜 굳이 키를 만료되게? 15:48 <+tethra> postman: 아, 오케이. 고마워. 15:49 <@jrandom> mihi: 침해를 구획화하려고. 15:50 <+fox> <mihi> 원하면 키링에서 만료된 비밀 서브키를 삭제할 수 있어 15:51 <+fox> <mihi> 하지만 사람들에게 매년 네 키를 lsign하게 하는 게 훨씬 근사하겠지 :) 15:51 <+fox> <mihi> 약간 사디스트적인 관점에서 말이야 :-> 15:51 <postman> jrandom: 자, mihi에게 이 수수께끼를 던져봐 :) 15:52 <@jrandom> (서브키만 침해될 수 있다고 가정하면) 15:54 <@jrandom> 어쨌든, 회의에서 더 다룰 안건 있어? 15:54 <+fox> <mihi> 어제가 누군가 네 키를 침해했다고 가정해 보자. 이제 그는 중간자 공격(MitM)을 수행해 새 키를 바꿔치기했을 수 있어. 15:54 <+fox> <mihi> 즉, 한 번 키가 뚫리면 -> 미래의 모든 키가 뚫리는 거 아냐 15:55 <+Complication> 소유자가 폐기 인증서(revocation certificate)를 사용하지 않는 한 15:55 <+Complication> 침해된 키를 무효화 -> 이후 것들도 무효화 15:55 <@jrandom> mihi: 그리고 난 침해된 키를 폐기하고 새 키를 신뢰하지 말라고 말할 수 있어 15:55 <@jrandom> 이제 키 변경을 신뢰할지 말지 선택은 네 몫이야 15:56 <+fox> <mihi> 그럼 누구 말을 믿어야 하지? :) 15:56 <@jrandom> 좋은 질문이야. 하루이틀 안에 서명된 폐기 통지를 듣게 된다면 새 키를 버려야 해 15:57 <+fox> <mihi> 그리고 그게 서브키였다면, 네가 amin key를 폐기했을 거고 서브키는 자동으로 버려질 거야 :) 15:57 <+fox> <mihi> s/amin/main/ 15:58 <+fox> <mihi> 서로 다름에 동의할래? 15:58 <@jrandom> 응, 그건 동의하지 ;) 15:58 <@jrandom> 좋아, 회의에 더 이상 없으면... 15:58 <+fox> * mihi hands jrandom the *baf*er (after years, just like in good old times...) 16:00 <@jrandom> 헤헤 16:00 * jrandom 시동을 건다 16:00 * jrandom 회의를 *baf*로 마감한다