I2P 개발자 회의 - 2005년 11월 22일

16:18 <jrandom> 0) 안녕 16:18 <jrandom> 1) 네트워크 상태 16:18 <jrandom> 2) Fox hunt 16:18 <jrandom> 3) ??? 16:18 <jrandom> 0) 안녕 16:18 * jrandom 전기가 복구된 집에서 뒤늦게 손을 흔든다 16:18 <jrandom> 주간 상태 노트를 올렸어요 @ http://dev.i2p.net/pipermail/i2p/2005-November/001227.html 16:19 <jrandom> 1) 네트워크 상태 16:20 <jrandom> 메일에 있는 것 이상으로 덧붙일 게 많지 않아요.. 네트워크 상태와 관련해 제기하고 싶은 게 있나요? 16:21 <jrandom> 그렇지 않다면, 2) Fox hunt로 넘어갈게요 16:21 <zzz> 좋은 생각이에요 16:22 <jrandom> 여기도, 메일과 Raccoon23의 제안에 있는 것 이상으로 덧붙일 게 별로 없네요.. 16:22 <+fox> <ailouros> "Fox hunt"라는 이름에는 좀 반대예요. 차라리 "Man hunt"라고 부르죠. 여우는 잘못한 게 없어요. 16:22 <Raccoon23> 하하 16:22 <jrandom> 응, 동의해요 zzz, 실제 사용의 심각한 위험 없이도 사람들에게 실질적인 동기를 줄 수 있어서 꽤 도움이 될 거예요 16:23 <nickless_head> 그걸 "<politically correct animal> hunt 16:23 <Raccoon23> "Fox hunt"는 무단 송신기를 찾아내는 햄 라디오 대회의 전형적인 이름이에요 16:24 <+fox> <ailouros> 여우를 부르는 무선 송신기 따위는 신경 안 써요, 여기선 i2p 얘기잖아요, 익명의 여우는 안 돼요 16:24 <+fox> <ailouros> :D 16:24 * cervantes ailouros가 changate라는 이름을 알고 있는지 궁금해한다 16:24 <nickless_head> 아마 "Dissident hunt" 16:25 <@cervantes> <fox> <ailouros> :D 16:25 <+fox> <ailouros> (어, changate가 뭐죠?) 16:25 <jrandom> ㅎㅎ 16:25 <@cervantes> ailouros: 그건 서로 다른 네트워크 사이에서 채팅을 중계하는 봇들이에요 16:26 <+fox> <ailouros> 여기서 말하는 건 vulpine인가요? 16:26 <@cervantes> i2p 쪽의 채팅이 당신 쪽으로 갈 때는 vulpine으로 중계돼요 16:26 <@cervantes> 그리고 당신 쪽 채팅은 fox를 통해 우리에게 중계되고요 16:26 <@cervantes> ;-) 16:26 <@cervantes> *your 16:26 <+fox> <ailouros> 그럼 사냥 대상은 불쌍한 노예처럼 일하는 봇인가요? :D 16:27 <Raccoon23> 그래요, 현상금/정보 페이지를 만들어야 한다고 봐요. 1천 달러 모금을 목표로 하면 좋겠어요 16:27 <+fox> <ailouros> 네, 미안, 보통은 i2pchat에 안 가요 :) 16:27 <+fox> <ailouros> 이야, 그게 바로 현상금답네요! 16:28 <jrandom> Raccoon23: 동의하지만, 지금 그렇게 하기는 조금 이른 감이 있어요. 16:28 <jrandom> (필요할 때 시작 자금으로 일반 기금에서 현상금 쪽으로 배정할 수는 있어요) 16:28 <+fox> <ailouros> 그럼 현상금 없이 지금 당장 사냥을 시작할까요? 16:28 <+fox> <ailouros> 그러니까, 빨리 시작할수록 더 많은 눈을 뜨게 하잖아요 16:28 <jrandom> Fox hunt가 의미 있으려면(즉 I2P에 도움이 되려면), 신중하게 진행해야 해요. 16:28 <jrandom> 아니에요 ailouros, 동의할 수 없어요. 16:29 <jrandom> I2P가 준비되기 전에 콘테스트를 여는 건 아주 나쁜 생각이에요. 16:29 <Raccoon23> 그래요 16:29 <jrandom> 완성되지 않은 걸 평가하느라 사람들 시간을 낭비하게 만들 뿐 아니라, 유의미한 정보를 주지도 못할 테니까요 16:30 <+fox> <ailouros> ....인정 16:30 <Raccoon23> 그리고 곧 나올 버전에서 고칠 예정인 취약점들이 "발견"되면 안 좋은 보도가 나올 수도 있죠 16:30 <jrandom> 맞아요 16:33 <jrandom> 좋아요, 2) 관련해서 다른 거 있나요, 아니면 3) ???로 넘어갈까요? 16:34 <zzz> jrandom/raccoon23 스레드의 다른 부분에서, 최소 2-hop로 옮기자는 결론이었나요? 다른 결론은요? 16:35 <jrandom> 음, 결국 상대가 누구냐의 문제지만, 기본값을 2 +0-1로 두는 건 큰 무리가 없고 특정 유형의 공격자에 대한 보호를 제공할 거예요 16:35 <jrandom> 다른 결론은 "자, 0.6.2에 착수하자"일지도요 :) 16:35 <+fox> <ailouros> tunnel의 값이 항상 고정되도록(예: 0+1 variance) 설정하려면 어떻게 하나요? 재시작할 때마다 기본값으로 돌아가요 16:36 <jrandom> ailouros: /i2ptunnel/에서 설정을 저장할 수 있어야 해요 16:36 <jrandom> 아니면 /configtunnels.jsp ? 16:37 <Raccoon23> 적어도 0.6.1에서는 1 hop tunnels가 꽤 약한 공격자에게도 많은 것을 가능하게 한다고 봐요. 0.6.1.6에서는 기본값으로 1 hop tunnels가 없어야 한다고 주장하겠습니다 16:37 <+fox> <ailouros> configtunnels가 맞네요 16:37 <jrandom> 맞아요, 동의해요 Raccoon23 16:37 <jrandom> ailouros: /i2ptunnel/을 사용해서 설정을 저장하세요 16:37 <+fox> <ailouros> 새 인터페이스를 못 봤네요 :D 16:38 <@cervantes> ailouros: 0.6.1.5에 막 추가됐어요 16:38 <jrandom> 맞아요, cervantes가 거기서 훌륭한 작업을 했죠, ailouros 16:38 <+fox> <ailouros> 좋네요, 박수 보냅니다 16:39 <@cervantes> 그 얘기가 나온 김에, 새 인터페이스에서 설정 저장에 문제가 있는 분들은 다음 릴리스까진 IE가 아닌 브라우저를 쓰는 게 좋을지도 몰라요 16:39 <@cervantes> *투덜* microsoft *투덜* 16:40 <+fox> <ailouros> 다른 얘기인데, i2p에 nethack 서버를 세우면 관심 있는 분 있나요? :D 16:41 <@frosk> ailouros: 생각은 해봤어요(실제로 nethack 하고 있어서), 그런데 지연이 심각할 것 같아요(그리고 nethack에서는 지연이 정말 최악이죠) 16:42 <+fox> <ailouros> 그런 듯하네요 16:42 <+fox> <ailouros> 좋아요, 아이디어는 폐기 16:43 * frosk 몇 달 전에 첫 승천을 했죠, 우와 16:44 <jrandom> 좋아요, 회의에 대해 더 이야기할 것 있나요? 16:45 <+fox> <ailouros> 네, 스레드에 새 메시지가 있을 때 syndie에 표시가 있었으면 해요 16:46 <nickless_head> jrandom: 그리고 새 메시지(제목)가 처음 표시될 때 볼드/이탤릭으로 표시되면 멋질 거예요 16:47 <nickless_head> jrandom: http로 syndie 데이터베이스의 메시지에 _정말 간단하게_ 접근할 방법이 있나요? 16:47 <jrandom> 아 네, ailouros/nickless_head, 첫 번째 열을 날짜별로 색상 코딩/플래그 지정하는 걸 생각 중이에요(예: 오늘 올라온 건 밝은 플래그, 어제 건 좀 덜 밝게 등). 16:47 <nickless_head> jrandom: 가능하면 XML처럼 가져오기 쉬운 포맷이면 좋겠고요 16:48 <jrandom> nickless_head: wget -R http://localhost:7657/syndie/archive/ 16:48 <nickless_head> 그게 있다면, syndie를 nntp로 내보내는 exporter를 작성할 수 있어요 16:48 <jrandom> 오, nntp로 내보내고 싶다면, rss to nntp를 쓰세요 16:48 <nickless_head> jrandom: 좋아요 그렇게 해볼게요 :) 16:48 <nickless_head> jrandom: 그게 이미 있어요? ... 젠장. ;) 16:49 <jrandom> 메시지를 읽음/안 읽음으로 표시할 수 있도록 사용자별 메시지 히스토리를 추가하는 것도 생각 중인데, 아마 0.6.1.6에는 안 들어갈 거예요(누군가 대신 구현해 주지 않는 이상 :) 16:49 <jrandom> 아니면 스레드 트리에 새 필터를 추가해서 - [today |v] 이후에 올라온 메시지만 보이도록 할 수도 있고요 16:49 <jrandom> (어제, 이틀 전 등으로) 16:50 <jrandom> http://www.methodize.org/nntprss/ 16:50 <nickless_head> jrandom: 고마워요 16:54 <jrandom> 천만에요 16:54 <Raccoon23> jrandom: 그래서 제가 그걸 구현하려면 시간이 좀 걸릴 거예요(먼저 restricted routes를 끝내고 싶거든요). 그런데 outbound server tunnels에 선택적으로 1024bit garlic routing을 넣는 건 어떻게 보세요? 16:54 <jrandom> 엄청난 오버헤드예요 - O(data)가>>> O(tunnels)입니다. 지금 O(tunnels)에서도 문제가 생기고 있는데 O(data)를 기대할 수는 없죠 16:55 <Raccoon23> 아직도 CPU 문제가 있나요? 제 router는 꽤 낮게 나오는데, 여긴 T1이 있는 것도 아니고요.. 16:56 <jrandom> 모두가 P4를 쓰는 건 아니잖아요 ;) 16:56 <jrandom> 느린 머신에서는 사용률이 8~15%라는 보고를 들었는데, 혼잡해지면 스파이크가 심해요 16:56 <jrandom> (100%+까지) 16:56 <+Complication> CPU 사용량에 관해: 신기하게도, Mandriva 10.1의 Java가 Mandriva 2006의 Java보다 훨씬 덜 먹어요. 16:56 <Raccoon23> 그래요, 하지만 그런 분들은 아마 T1도 없겠죠 16:56 <Raccoon23> 마찬가지로요 :) 16:57 <+Complication> 둘 다 조정했는데, 2006에는 로컬에서 컴파일한 jbigi가 있어요. 16:57 <jrandom> 이상하네요 Complication 16:57 <jrandom> 같은 i2p 리비전인가요? 16:57 <+Complication> 2006(Celeron 2.4)에서는 Java가 20%까지 올라갈 수 있어요. 16:58 <+Complication> 10.1에서는 5% 이상 가지 않더군요. 16:58 <+Complication> (보통은) 16:58 <+Complication> (보통==시작 시는 아님) 16:58 <+Complication> 같은 리비전이에요. 16:58 <+Complication> Java도 거의 같아요(_04와 _05의 차이) 16:59 <+Complication> 데몬을 좀 더 조정해야겠다는 생각이 드네요. 그중 일부가 Java를 방해하고 있을지도. 16:59 <+Complication> 제가 알아내지 못한 괴상한 방식으로요. 17:00 <+Complication> 하지만 맞아요, Cel 300이 눈에 띄게 더 나아요. 아마 adaptive MTU 덕분일 수도 17:01 <jrandom> 아 멋지네요, 그래요, 곧 멋진 것들이 나올 거예요 :) 17:03 <+Complication> 일부 리눅스 배포판에서 libc 관련 jbigi 문제를 우회할 방법이 있을까요? 17:03 <jrandom> 네, 확실히 있어요, jbigis를 전부 다시 빌드하기만 하면 돼요 17:03 <jrandom> (libc가 아니라 libg++예요) 17:05 * Raccoon23 garlic routing의 꿈을 포기하지 않기로 하지만, 성능이 안정될 때까지 기다리기로 한다.. 아마 2.0쯤에 17:05 <+Complication> 오, 제대로 빌드하면 도움이 될 거라고 보시나요? 17:05 <jrandom> Complication: 네, jcpuid는 사실 그냥 ASM 호출일 뿐이라 jcpuid 링크 오류는 불필요해요(어차피 C++로 구현했어도 안 됐죠 ;) 17:06 <jrandom> Raccoon23: 멋져요 :) 그건 결국 라이브 네트에서도 할 수 있어요, 단지 다른 I2NP 메시지 타입을 쓰고, 올바른 capability를 광고하고, 그걸로 필터링하면 되죠 17:06 <jrandom> (언젠가는) 17:07 <Raccoon23> 예를 들어 빠른 CPU용으로 caps=S 같은 거? ;) 17:08 <jrandom> 그리고 미친 속도용으로 caps=I ;) 17:08 <jrandom> 좋아요, 회의에 더 얘기할 거 있는 분? 17:08 <Raccoon23> 하하 17:09 <Raccoon23> 여러 tunnels 간에 키를 공유하는 임시방편은 어떻게 보세요? 노력 대비 이득이 너무 적을까요? 17:09 <jrandom> 왜 그게 단순히 여러 tunnels를 두고 그중 하나로 메시지를 보내는 것보다 더 나은가요? 17:10 <jrandom> (그리고, 음, 보안 관점이나 익명성 관점에서 더 나쁘지 않나요) 17:10 <Raccoon23> 음, 아이디어는 노드들이 어떤 트래픽이 하나의 tunnel의 일부인지 알 수 없게 하는 거예요. 그래서 i2phex와 eepsite를 돌리면서 tunnels에 같은 호스트를 선택한다면, hop들이 보기에는 두 트래픽이 섞여 보일 거예요 17:11 <Raccoon23> 그럼 타이밍 공격이 더 어려워지겠죠 17:11 <jrandom> 아, 이런, 맞아요. 그건 정말 좋지 않은 연결 가능성(linkability)을 만들어내요 17:11 <jrandom> 그래서 0.4에서 클라이언트별 tunnel 풀로 옮겼던 거예요 17:11 <Raccoon23> 설명해 주세요? 17:11 <jrandom> i2ptunnel은, 원한다면 동일 destination을 공유해서 풀을 공유할 수 있게 해요 17:12 <jrandom> 두 클라이언트의 메시지가 하나의 tunnel로 내려간다면, 그 두 클라이언트가 같은 사람이 제어한다는 걸 알 수 있죠 17:12 <jrandom> s/clients/destinations/ 17:13 <Raccoon23> 음, 키를 공유하면 초반 hops는 섞일 수 있지만, leasesets는 분리되겠죠.. 17:13 <Raccoon23> 어차피 타이밍 공격에 위험한 건 초반 hops니까요 17:13 <jrandom> 그래도 원래 연결되면 안 되는 두 destination을 연결할 수 있는 경로를 허용하게 돼요 17:14 <jrandom> 링크 가능성을 희석하려고 뭔가 조작을 해서 난독화할 수도 있겠지만, 본질적으로는 연결돼 버립니다. 그건 불필요하고, 좋지 않아요. 17:18 <Raccoon23> 그럼 caps=SI를 꿈꾸는 걸로 돌아가야겠네요 :) 17:19 <jrandom> 아 그러면. 좋아요, 다른 거 있으신가요? 17:20 * jrandom 마무리한다 17:20 * jrandom *baf*하며 회의를 마감한다