I2P Dev Meeting - November 15, 2005

15:15 <jrandom> 0) 하이 15:15 <jrandom> 1) 네트워크 상태 / 0.6.1.5 15:15 <jrandom> 2) Syndie 업데이트 15:15 <jrandom> 3) I2Phex 15:15 <jrandom> 4) I2P-Rufus 15:15 <jrandom> 5) 이슈 추적기 15:15 <jrandom> 6) Dynamic Keys 15:15 <jrandom> 7) ??? 15:15 <jrandom> 0) 하이 15:15 * jrandom 손을 흔듭니다 15:16 <jrandom> 주간 상태 노트가 http://dev.i2p.net/pipermail/i2p/2005-November/001210.html 에 올라갔습니다 15:17 <+bar> yalla! *허공에 총을 몇 발 쏩니다* 15:17 * jrandom 몸을 숙이고 엄폐하며 1) 네트워크 상태 / 0.6.1.5로 뛰어듭니다 15:18 <jrandom> 메일에서 말했듯 진행이 많이 있었고, 오늘 밤 늦게 새 릴리스를 내놓을 예정입니다 15:18 * jrandom 더 일찍 내려고 했지만 늦잠을 자서, 회의 /도중에/ 모두가 업그레이드하는 상황은 피하고 싶었어요 :) 15:20 <jrandom> 1) 네트워크 상태 / 0.6.1.5에 대해 질문/코멘트/우려사항 있나요? 15:20 <+fox> <ailouros> “앞으로도 잘 부탁드립니다”는 적절한 코멘트인가요? 15:20 <jrandom> :) 고마워요 15:22 <jrandom> 요즘 안정성에는 꽤 만족하고 있어요. 다음 릴리스에서는 스트림당 4–8KBps를 넘어서는 처리량 개선을 기대합니다. 로컬 테스트는 충분히 했지만, 실제 환경에서 확인해야 하죠 15:22 <tethra> ailouros의 코멘트에 동의하고, 더 나아가 건배를 제안합니다: 15:22 <jrandom> 다이얼업 사용자들로부터 긍정적인 보고도 더 있었습니다 15:22 <tethra> jrandom과 i2p를 위하여! 우웃! 15:22 <tethra> <3 15:23 <jrandom> w3wt. 좋아요, 더 없으면 2) Syndie 업데이트로 넘어가죠 15:24 <jrandom> 이 부분에서도 진전이 많았지만, 아마 사람들이 직접 써본 뒤 릴리스 후에 논의하는 게 좋을 것 같아요 15:25 <jrandom> http://syndiemedia.i2p.net/about.html 에 올라간 정보(첫 번째 링크)가 왜 한번 써봐야 하는지 설명해 줄 거예요 :) 15:25 <+fox> <ailouros> 아, 너무해요. 먼저는 안 내놓고, 그다음엔 ‘먼저 써보라’니... 이건 약 올리는 거잖아요! :D 15:25 <jrandom> :) 15:26 <jrandom> 좋아 좋아, 그럼 3) I2Phex로 넘어가죠. 업그레이드한 뒤에 Syndie에 대해 떠오른 생각은 Syndie에 직접 올리면 되니까요 ;) 15:27 <jrandom> 오늘 밤 늦게 I2Phex 0.1.1.36 공지가 나갈 겁니다 15:28 <jrandom> 변경점은 성가신 “Please insert a disk” 팝업 수정 하나뿐이에요 15:28 <tethra> 그럼 이제 드라이브에서 디스크를 빼도 소리 지르지 않겠네요? ;) 15:28 <jrandom> 헤헷 맞아요 15:28 <tethra> :D 15:30 <jrandom> 좋아요, 3) I2Phex에 더 없으면 4) I2P-Rufus로 넘어가죠 15:30 <tethra> 말 나온 김에, I2Phex 계획은 어떻게 되나요? 15:30 <jrandom> 아 15:30 <jrandom> 포럼에 기능 요청 목록이 올라와 있어요 15:31 <jrandom> Phex와 코드 병합 관련해 redzara에게서는 아직 소식이 없지만, Gregor는 네트워킹 부분을 추상화해서 더 쉽게 동기화할 수 있도록 계속 작업 중이에요 15:32 <jrandom> 전반적으로 앱은 잘 동작합니다. 다만 gwebcache 지원이 있으면 정말 좋아요. 그러면 파일이나 키를 받아오지 않아도 I2Phex가 바로(out of the box) 동작하거든요 15:32 <jrandom> I2Phex에 gwebcache 지원을 (다시) 넣고 있는 사람은 아직 몰라요. 하지만 Java를 아는 분이면 정말 큰 도움이 될 거예요 15:33 <tethra> 좋네요. 15:33 <+fox> <reliver> _007pig일지도? 15:33 <+fox> <ailouros> 실례지만, Gnutella 네트워크가 예전에 자기 자신을 플러딩하다 망했던 그거 아니었나요? 15:33 <tethra> 새로 온 사람들은 처음엔 좀 혼란스러워하곤 하죠 15:33 <+fox> <reliver> 어제 그가 도와주겠다는 제안을 안 받았잖아요, jrandom 15:33 <jrandom> _007pig는 번역 작업을 보려고 했고, 누구라도 좋습니다. Phex 자체에는 gwebcache 지원이 있지만, sirup가 그걸 비활성화했어요 15:34 <jrandom> ailouros: Gnutella는 아직 있지만, 네, 이상적이진 않죠. 15:34 <tethra> I2Phex가 사용하는 프로토콜을 다른 걸로 바꾸는 걸 검토하는 사람은 없나요? 15:35 <jrandom> 사람들에게 특정 프로젝트를 하라고 요구하는 건 망설여져서, 대신 누군가 탐색해볼 만한 몇 가지 영역을 제안하곤 해요 15:35 <jrandom> tethra: 제가 아는 한은 없어요 15:35 <+fox> <ailouros> 글쎄요, 그보다는 I2P에서 Localhost(Azureus 수정판)를 보고 싶네요 15:36 <tethra> 확실히 BitTorrent가 Gnutella보다 더 까다롭지 않나요? 15:36 <tethra> 시딩 같은 측면에서요 15:36 <jrandom> ailouros: 사람들이 구현하고 유지보수만 해준다면 뭐든 좋아요 :) 15:36 <+fox> <ailouros> 모르겠어요, Gnutella는... 한 6년 전 이후로 안 썼거든요 15:37 <anti> 그게 더 효율적이고 진정한 확장성을 시험하기에도 더 좋지 않을까요? 15:37 <+fox> <ailouros> jrandom 네, 그건 좋은 기준이네요 :D 15:37 <jrandom> I2Phex는 꽤 잘 작동해요. 통해서 데이터를 많이 전송했고, 멋진 콘텐츠도 좀 찾았죠 15:37 <@cervantes> (pony pr0n) 15:37 <+fox> <ailouros> lol 15:37 <tethra> 하하하 15:37 <jrandom> 더 나은 방법이 있을 수도 있지만, 작동하는 게 없는 것보다 낫죠 15:37 <tethra> cervantes++ 15:37 <tethra> ;) 15:38 <tethra> 더 진실된 말은 없죠. 15:39 <anti> 일리 있네요 15:39 <@cervantes> 이런... jr가 기분 상해서 일찍 저녁 먹으러 가버렸네 15:39 <@cervantes> (미안) 15:39 <anti> 아니요, 아마 (전설의) pony pr0n을 찾고 있을걸요. ;) 15:40 <jrandom> *콜록* ;) 15:40 <tethra> ㅋㅋ 15:40 <tethra> 헤헷 ;) 15:40 <jrandom> 좋아요, 3)에 더 없으면 4) I2P-Rufus로 넘어가죠 15:40 <+fox> <reliver> 나는 나는 pony pr0n이 좋아요 :-) 15:40 <jrandom> Rawn / defnax: 포럼에 올라온 내용에 덧붙일 게 있나요? 15:41 <@cervantes> 좋은 진전이 있는 것 같네요 15:41 <jrandom> 응 15:45 <jrandom> 좋아요, 그게 끝이면 5) 이슈 추적기로 넘어가죠 15:45 <jrandom> 버그와 기능 요청을 관리하기에 포럼은 좀 무겁고, Bugzilla는 다루기 힘든 괴물이라서... 15:46 <@frosk> 어딘가에 이미 Bugzilla가 있지 않나요? 15:46 <jrandom> 일반 요구사항을 몇 가지 올렸고, cervantes가 실행 가능한 한 가지 해법을 제시했어요 15:46 <jrandom> 아뇨, Bugzilla는 sago로 이전하기 전 예전 호스트(@johnscompanies)에 있었어요 15:46 <+fox> <ailouros> NNTP는 어때요? 포럼보다 낫고, 보통 스레드도 되잖아요... 15:46 <+fox> <reliver> 그렇게 큰 오픈소스 커뮤니티가 쓰는데 Bugzilla가 그렇게 부족하다니 이상하네요 ... 15:46 <+fox> <ailouros> how* 15:46 <@frosk> 아 오케이 15:47 <jrandom> NNTP도 가능성은 있지만, Syndie를 쓰면 그보다 나은 점들이 있어요(태그로 간단히 필터링): http://syndiemedia.i2p.net:8000/threads.jsp?visible=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004&post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004& 15:48 <jrandom> 하지만 NNTP는 수십 년간 실전에서 검증된 장점이 있죠 15:48 <+fox> <ailouros> NNTP 리더도 키워드로 필터 가능하잖아요([] 태그)? :D 15:49 <@modulus> 요즘엔 그렇게까지 검증되지 않았을 수도? 15:49 <+fox> <reliver> 스팸과 분쟁까지 포함해서요 ... 15:49 <jrandom> 그래도 대부분의 사람들은 NNTP 리더를 쓰지 않으니, 웹에서 접근 가능한 게 필요하겠죠 15:49 <+fox> <ailouros> 그런 면에서 Thunderbird가 좋다고 봐요. 그리고 i2mail과 i2nntp 사이에서 Enigmail을 공유할 수 있고요 15:49 <@modulus> 웹으로 접근 가능한 NNTP 리더는 어떤가요? 15:49 <+fox> <reliver> 게이트웨이는 흔하죠 15:49 <jrandom> 흠, modulus? 15:50 <@modulus> 흠, Usenet은 이제 많이 쓰이지 않는 것 같아요 15:50 <jrandom> 맞아요, 그럼 NNTP 서버와 필터링을 지원하는 게이트웨이가 필요하겠네요 15:50 <@frosk> 그래도 난 cervantes의 아이디어가 좋아요 15:50 <+fox> <ailouros> (사람들이 NNTP 리더를 쓰지 않는 이유는 포럼이 훨씬 예쁘고 훨씬 무거워서라고도 봐요) 15:50 <@modulus> 흠, 필터링 지원 게이트웨이? 무슨 얘기인지 잘 모르겠는데, 알면 도움이 될 듯. :-) 15:51 <@modulus> 내 생각엔 포럼 별로야. 젠장 포럼 정말 싫어, 쓸모가 없다고 ;-( 15:51 <+fox> <ailouros> ㅋㅋ 인터넷에서 접근하길 원한다는 얘기 같아요 15:51 <+fox> * ailouros, modulus에게 동의 15:51 <@frosk> modulus: 정말 그래요 15:51 <jrandom> 헤이 modulus ;) 우리는 http://syndiemedia.i2p.net:8000/threads.jsp?visible=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004&post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800003& 에 대해 논의 중이에요 15:51 <+fox> <ailouros> 아이익 메가바이트 급으로 긴 URI네요 15:52 <@modulus> Syndie URL의 좋은 점은 얼마나 기억하기 쉽고 입력이 간단하냐죠 15:52 <jrandom> 난 여전히 http://syndiemedia.i2p.net:8000/threads.jsp?post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004& 가 좋아요 15:52 <jrandom> 헤헷 15:52 <jrandom> 그럼 http://syndiemedia.i2p.net/threads.jsp 로 가서 “Issue tracking software” 링크를 클릭하세요 :) 15:53 <@frosk> router 콘솔에서 바로 버그 리포팅 15:53 <@modulus> 흠, 버그 추적. 15:53 <jrandom> Syndie를 쓰면 1) 모든 I2P 사용자 환경과의 통합 2) 손쉬운 필터링 3) 스레딩 4) 스팸 처리(무시/즐겨찾기) 5) Syndie 실전 테스트 :) 를 얻을 수 있어요 15:54 <+fox> <reliver> 좋아 보이네요 :-) 15:54 <+fox> <ailouros> 맞아요 15:54 <jrandom> 맞아요, 그건 정말 좋은 기능이에요, frosk... /syndie/post.jsp로 게시하는 전용 HTML 폼도 만들 수 있겠죠 15:54 <+fox> <ailouros> 그나저나, Syndie를 NNTP 기반으로 하자는 얘기도 있지 않았나요? :D :D :D 15:54 <@modulus> 흠, Debian 버그 도구들은 어때요? 꽤 괜찮던데, 메일버그 15:54 <anti-> 이미 잘 작동하는 걸로는 반박할 수 없죠! 15:55 <@cervantes> 순수한 기술 데모 관점에서라도 해보는 게 좋다고 생각해요 15:55 <jrandom> ailouros: Syndie 게시물을 배포하는 데 NNTP를 쓰자는 거였죠. 지금은 임시식(ad-hoc) 연동만 쓰고 있지만, 더 발전시키면 좋겠어요 15:56 <@cervantes> 현실적인 사용 사례만큼 Syndie를 보여주는 데 좋은 방법은 없죠 15:56 <jrandom> 맞는 말이에요 15:56 <jrandom> 좋아요, 그건 0.6.1.6 릴리스에 포함시키는 걸로 계획해볼 수 있겠네요 15:56 <+fox> <reliver> 포럼이 마음에 안 드는 점은 진입 비용이 낮다는 거예요 15:57 <+fox> <reliver> 그래서 잡음이 너무 많이 끼죠. 15:57 <@modulus> 잘 모르겠어요, 이 Syndie라는 게... 아직은 별로인데, 익숙해질지도요. 15:57 <+fox> <reliver> 그리고 온라인일 때만 다룰 수 있고요 15:57 <jrandom> modulus: http://syndiemedia.i2p.net/about.html 에서 링크된 게시물 읽어보셨나요? 15:57 <@modulus> reliver: 하지만 버그 리포트엔 진입 장벽이 높은 게 안 좋아요. 애써 신고해주는 것만으로도 큰 호의를 베푸는 셈이거든요. 15:57 <+fox> <ailouros> 진입 비용이 낮지 않아요: 대역폭부터 떠오르죠. 노이즈가 높아서 [font=54]HELLO WORLD![/font] 같은 걸 써서 순식간에 엄청난 사람들을 귀찮게 만들 수 있어요 15:57 <jrandom> 동의해요, modulus 15:58 <+fox> <ailouros> 아 맞다, 진짜 온라인이어야 하죠 15:58 <jrandom> 헤이 ailouros, 그건 어차피 Syndie에서 처리해야 할 부분이죠 :) 15:58 <@modulus> 흠, 아마 아니었을 거예요, jr, 확인해볼게요 15:58 <+fox> <ailouros> 뭐, Syndie에선 사용자들을 블랙리스트에 올리면 거의 해결되죠 15:58 <jrandom> Syndie에선 버그 리포트를 오프라인에서 만들고, 나중에 온라인일 때 원격 아카이브로 배포(syndicate)할 수 있어요 :) 15:58 <jrandom> 정확해요, ailouros. 새 릴리스에서는 원클릭로도 돼요 15:59 <+fox> <ailouros> 포럼에서는 관리자가 와서 지워주길 바라거나, 그냥 놔두거나 둘 중 하나죠 15:59 <anti-> 그건 NNTP라기보다 UUCP에 더 가깝죠 :) 15:59 <@modulus> 흠, 거기서 정확히 어느 글을 말하나요? 15:59 <jrandom> ㅋㅋ 맞아요, anti 15:59 <jrandom> modulus: 첫 번째 링크 “in syndie itself”요 15:59 * cervantes는 지워버리는 쪽을 선호함 16:00 <@modulus> 에이, 실용적인 면에서는 UUCP == NNTP죠 :-) 16:00 <jrandom> anti-: 그게 요점이죠 — 사람들이 더 새롭고 더 나은 전송 메커니즘(UUCP, NNTP, usenetdht 등)을 만들면, 콘텐츠는 매끄럽게 흐를 수 있어요 16:00 <+fox> <ailouros> 이 얘기들 들으니 Plan 9가 떠오르네요 16:01 <+fox> <reliver> I2P는 특별할 수 있지만, 보통 버그 리포팅 시스템은 사용자를 막는 방화벽처럼 쓰이곤 하죠 ... 16:01 <jrandom> 사용자를 막는 방화벽처럼요? 16:01 <+fox> <reliver> I2P는 특별할 수 있지만, 대개 버그 리포팅 시스템은 사용자를 막는 방화벽처럼 쓰여요 ... 16:01 <+fox> <reliver> 네. 16:01 <jrandom> 사람들이 버그를 정말, 정말 쉽게 신고할 수 있길 원해요 16:01 <+fox> <reliver> Mozilla, Thunderbird, Ubuntu가 좋은 예죠 16:02 <+fox> <reliver> 좋아요, 훌륭해요 :-) 16:02 <jrandom> Mozilla 등에는 버그 리포트를 자동으로 제출하는 통합 “피드백 에이전트”가 있죠 16:02 <+fox> <reliver> 그런 버그 리포트를 읽지 않죠 16:02 <jrandom> 헤헷 16:02 <@modulus> 흠, 소개는 괜찮은데, 문제는 인터페이스가 마음에 안 들어요. 링크가 산더미처럼 달린 웹 방식보다 폴더 메타포로 하는 메일 같은 방식이 더 좋아요 16:02 <@modulus> 하지만 그건 제 취향이죠 16:02 <jrandom> modulus: 그럼 RSS 내보내기가 당신에게 가장 잘 맞을지도요? 16:02 <+fox> <ailouros> modulus에게 동의해요(누가 예상했나요? :D ) 16:02 <@cervantes> 콘솔 에러를 보여주려면 pastebin을 써야 하는 게 어떤 사람들에겐 좀 부담이죠 16:03 <jrandom> 아니면 cervantes가 말했듯 susimail 연동을 해서 리포트를 보낼 수도 있고요 16:03 <jrandom> (혹은 Syndie에 게시하거나) 16:03 <@modulus> 가능할 것 같아요, jrandom. 살펴볼게요. 아마 RSS→NNTP나 RSS→POP?/IMAP 변환기가 필요할지도 모르겠네요. 생각해보죠. 16:05 <@cervantes> modulus: 다음 I2P 릴리스 때 새 I2PTunnel 인터페이스에 대해 어떻게 생각하는지 궁금하네요 16:05 <@cervantes> 사용성 측면에서 더 나은지, 더 나쁜지 16:05 <@cervantes> (그런데 평소엔 설정 파일만 직접 편집하지 않나요?) 16:07 <jrandom> 오 이런 젠장, 상태 노트에 엄청 많이 빼먹었네... 16:08 <+fox> <ailouros> 그럼 서둘러 다음 항목으로 넘어가죠... 그게 C번 항목이었죠? 16:08 * jrandom 정말 끝내준다고 생각하지만, 사람들이 써보면서 피드백을 더 받게 될 거예요 16:08 <@modulus> cervantes: 그 ‘궁금’이란 게 ‘그걸 쓰느니 차라리 엉덩이에 작은 칼 꽂는 게 낫다’는 쪽인지, 반대쪽인지요? :-) 16:08 <jrandom> 네, 6)로 넘어가서, Dynamic Keys 제안에 대한 의견 있나요? 16:09 <@modulus> cervantes: 사실 보통은 인터페이스를 써요. 이제 설정 파일도 편집 가능하다는 건 알았지만요 ... :-) 16:09 <+fox> <ailouros> 네, 알려진 router 수가 폭증할 거라고 꽤 확신해요 16:09 <@cervantes> *젠장* :) 16:10 <@modulus> 이 dynamic key라는 게 IP가 바뀔 때마다 router가 새 키를 받는다는 아이디어 맞죠? 16:10 <@cervantes> modulus: 음, WAI 헛소리에 신경 쓸 가치가 있기나 한지 정도죠 16:10 <jrandom> 헤헷 맞아요, ailouros 16:10 <@cervantes> 어쨌든... 삼천포로 빠졌네요 16:10 <jrandom> 맞아요, modulus 16:11 <@modulus> 음, 알려진 피어가 지금보다 더 추측에 가까워지는 게 나쁘지 않을 수도 있어요. 16:11 <+Complication> 글쎄요, Dynamic Keys에 대해 생각나는 건... 괜히 키를 바꾸면 안 된다는 점이죠(그렇지 않으면 신뢰성/성능 추적이 망가짐). 16:11 <+Complication> 하지만 IP가 바뀔 때(충분히 드문가요?)엔 해가 없을 수도요. 16:11 <jrandom> 맞아요, Complication. 기본값으로 원할 기능은 아니에요. 대부분의 사람들은 *원하지 않을* 겁니다 16:12 <anti-> 그 제안의 긍정적 효과가 뭔지 잘 모르겠어요. 16:12 <jrandom> 익명성 향상에도 큰 도움이 되진 않을 거고, 강력한 적수에게는 전혀 개선이 없겠지만, 약한 적수에겐 도움이 될지도요 16:12 <+fox> <ailouros> 고정 IP 노드와 아닌 노드를 구분해버리는 효과도 있지 않을까요? 16:13 * cervantes는 거의 2년째 같은 키를 쓰고 있어요 :) 16:13 <+polecat> 적어도 여기엔 들어올 수 있네요. 16:13 <jrandom> ailouros: 대부분은 쓰지 않을 거예요. 아주, 아주 소수만 원할 거고요 16:13 <+fox> <ailouros> 그러니까 요컨대, 약한 적수에 대한 약간의 보호를 위해 더 많은 변동(churn)을 감수하는 거네요? 16:13 <jrandom> 맞아요, ailouros 16:13 <+fox> <ailouros> 아, 오케이 16:14 <+fox> <ailouros> 그 기능이 실제 환경에 나갔을 때 성능 저하를 측정할 방법이 있나요? 16:14 <@modulus> node-dest 교집합 공격(교차 공격)에는 도움이 되지 않을까요? 16:14 <+polecat> 왜 상태가 OK와 OK(NAT) 사이를 왔다 갔다 하는지 아직도 궁금하네요, 난감... 16:14 <jrandom> modulus: 약한 적수에 대해서만요 16:14 <+fox> <ailouros> polecat 걱정 마요, 저는 15시간 가동과 0시간 가동을 계속 오가거든요 :| 16:15 <jrandom> ailouros: 확실하진 않지만, stats.i2p를 보면 그 정도 변동은 감당할 수 있을 듯해요 16:15 <jrandom> polecat: 흠, 뭔가 필터링이 일어나는 것 같네요 16:15 <@modulus> 내 생각엔 node-dest 교집합 공격이 현재 실현 가능한 공격 중 가장 심각하지 않을까요? 우리가 너무 적다는 사실은 별개로요. 16:15 <@modulus> 그래서 그걸 막는 데 도움이 되는 건 아마 좋은 아이디어일 거예요 16:16 <+polecat> 그 포트로 내 router를 통해 UDP 패킷을 바로 보낼 수 있어요, 원격 셸에서도 문제없고요. 글쎄요, 아마 I2P가 NAT를 감지하고, 포워딩이 안 됐다고 잘못 생각하는 걸지도. 16:16 <+fox> <ailouros> 변동이 심각한 성능 저하를 유발하지 않는 한 ‘좋은 아이디어’라는 데 동의해요 16:16 <anti-> 네트워크가 더 커지면 어차피 변동이 많아질 거예요... 16:17 <anti-> *몇 분마다 계속 키를 바꾸는 뻔한 DoS 공격을 지적함 16:17 <anti-> 그게 어떤 영향을 줄까요? 16:17 <+fox> <ailouros> 누구를 상대로 한 DoS요? :D 16:18 <jrandom> 음, 새 피어는 기본적으로 “not failing” 단계로 들어가고, 한동안 잘 버틴 뒤에야 “high capacity”나 “fast” 단계로 올라가요 16:18 <jrandom> 그래서 피어 선택을 DoS하진 못해요 16:18 <anti-> 상대가 비교적 강하면... 죽은 노드처럼 보이는 것들/ netDb 변동이 엄청나게 만들어지지 않을까요? 16:18 <+Complication> anti: 그런 노드를 더는 신뢰할 만하다고 보지 않겠죠 16:18 <+polecat> anti-: 블랙리스트가 괜히 있는 게 아니죠. 16:19 <anti-> *만족 16:19 <jrandom> 음, 피어에 도달할 수 없으면 netDb 항목은 떨어져요 16:20 <anti-> 그럼 방금 Dynamic Keys에 대해 제기된 성능 문제가 그대로 적용되나요? 그런 공격으로 성능이 크게 영향받지 않는다면, Dynamic Keys로도 성능 영향이 눈에 띄지 않겠죠... 그렇죠? 16:20 <+polecat> 점진적 신뢰 모델이 늦게 배신하는 자들을 다루는 데 정말 도움이 된다고 생각했어요. 16:20 <+fox> <ailouros> “늦게 배신하는 자”가 뭐예요? 16:20 <+polecat> 당신에게 계속 이득을 주는 만큼 신뢰를 점점 더 높이되, 그들이 준 것보다 더 많이 빼앗아갈 수 있을 정도로는 절대 올리지 않는 거죠... 16:20 <anti-> 오래 있다가, 유다가 되는 거죠. 16:21 <jrandom> 맞아요, 피어가 행동이 나빠지면 ‘fast’ 단계에서 빨리 떨어져요 16:21 <+Complication> 제 생각엔 “참여하는 tunnels이 300개가 될 때까지 기다렸다가, 크래시” 같은 행동을 하는 이겠죠 16:21 <+polecat> 아, 저는 늘 표현을 지어내요. 네, 유다형 배신이죠. 진심으로 도와주다가 마지막 순간에 이득을 보겠다는 생각으로 배신하는 거요. 16:21 <anti-> 오 이런, tunnels가 깨졌네 *재구축* 16:21 <jrandom> 그들이 떨어져 있는 동안 ‘fast’ 단계로 승격된 다른 피어들로 충분할 거예요 16:21 <+fox> * ailouros 이런 틀린 성경 비유가 재밌네요 :D 16:22 <jmg> high capacity 얘기가 나와서 말인데, 와 오늘은 router에서 계속 400k~600K가 나오네요. (아마 제가 쓰는 zero hops 설정들이 도움이 되는 걸지도) 16:22 <jrandom> 600KBps?! 16:22 <+polecat> 참여하는 tunnels이 300개 될 때까지 걸리는 동안 충분한 데이터를 전달하도록 요구되어서, 크래시하더라도 큰 문제가 없기를 바라요. 16:22 <jmg> 네 16:22 <+fox> <ailouros> O_O 어디에 붙어 있는 거예요? 16:22 <+Complication> 그런 대역폭은 처음 듣네요 :) 16:22 <jrandom> 제길, 그 정도면 우리 블룸 필터에 걸리기 시작할 속도인데요 16:22 <anti-> ailouros: 익명 연구자에겐 무례한 질문이죠 ;) 16:23 <+polecat> 아마 600KBpm이나 ph겠죠. 16:23 <+fox> <ailouros> 미안해요 anti- :D 하지만 그가 먼저 말했잖아요 16:23 <+polecat> 푸흣! 16:23 <jrandom> oldstats.jsp 페이지의 통계를 좀 받아보고 싶네요. 어쨌든 잘 처리하고 있다니 다행입니다 :) 16:23 <anti-> 언젠가 i2에서 시도해볼게요... 16:23 <jrandom> 헤헤 16:24 <+fox> <ailouros> 멋진데요, I2 위의 I2P 16:24 <jmg> jrandom: 그래프는 저장 중이고, 더 면밀히 모니터링할게요. 방금 5분 전에 2분 동안 600kB/s 지속은 확인했어요 16:24 <+polecat> D-Link router의 방화벽을 뚫어본 사람 있나요? 전 도무지 안 되고, 친구는 계속 포트 포워딩을 잊어먹어요. 16:24 <jrandom> 좋네요, jmg 16:24 <anti-> polecat: 우리 UDP 홀펀칭 이제 지원하나요? 잘 모르겠네 16:25 <jrandom> anti-: 네, 대칭 NAT(symmetric NAT)만 빼고는 지원해요 16:25 <jrandom> polecat: 친구가 모델 번호를 알려주면, 어떤 NAT 유형인지 알려주는 사이트들이 몇 개 있어요 16:26 <anti-> 늦게 배신하는 문제와 관련해서... 강력한 적수와는 문제가 될 수도 있나요? 16:26 <jmg> jrandom: 물론 BitTorrent는 이 회선을 4MB/s로 쭉 빨아들이곤 했는데, 요즘은 그건 좀 줄였어요 16:26 <anti-> 노드가 24,000개면, 10초마다 하나씩 크래시하는 셈? 16:26 <+polecat> symmetric NAT, full cone의 반대 개념인 그거요? 16:26 <jrandom> 좋네요, jmg 16:26 <jrandom> 흠, anti-? 16:26 <jrandom> polecat: 아니면 restricted cone 16:27 <+polecat> 와, restricted cone까지 처리한다니 인상적이네요.. 16:27 <anti-> 엄청나게 대규모로 적용하지 않는 이상 늦게 배신하기가 큰 효과를 내지는 못할 것 같아요. 그 정도 규모면 다른 공격이 더 영향력이 크지 않을까요? 16:28 <jrandom> 맞아요, anti-. 그건 별로 걱정 안 돼요... 비용이 너무 크고, 어차피 실패를 우회 라우팅할 수 있어서 피해는 최소일 거예요 16:28 <+Complication> 늦게 배신하려면 상대가 당신의 머신에 의존하도록 만들 만큼 기여를 많이 해야 하죠. 16:28 <+fox> <ailouros> 엄청난 대규모 = 거의 모든 사람의 router에 당신이 전부 netries로 올라간 상태? 16:28 <anti-> 그게 지금 anti-P2P들이 하는 일이죠. 하지만 우린 이제 anti-anti-P2P도 있어요... 16:29 <+fox> <ailouros> 아니 잠깐, anti-P2P는 좋은 데이터 대신 쓰레기를 보내죠 16:29 <+fox> <ailouros> 그건 같지 않죠 16:29 <anti-> 그건 블랙리스트에 더 빨리 오르는 방법일 뿐이라, 좋은 평판을 받을 일은 없죠. 16:29 <anti-> 그건 I2P에서는 전혀 통하지 않을 거라 봐요. 16:29 <@cervantes> jmg: 토렌트에서 4~5MB/s는 받아봤지만, I2P 위에서 600k 같은 건 본 적 없네요... 하드웨어도 빵빵한가요? 16:29 <+polecat> 저는 I2P 그 자체와는 별개로 생각하고 있었어요. 우리 정부는 늦게 배신하는 일을 많이 하죠, 비밀로 하려고 하긴 하지만. 16:29 <anti-> 하지만 우리가 먼저 그들의 대역폭을 바닥나게 만들겠죠! 16:29 <jrandom> anti-: 며칠씩 신뢰를 쌓아도, 10분이 채 안 되는 시간 동안 딱 한 번 공격할 수 있을 뿐이에요 16:30 <jrandom> 바로 그거죠, anti- :) 16:30 <+polecat> 혹은 온라인 뱅킹 맥락에서요. 16:30 <jmg> amd64에서 Native BigInteger 라이브러리 설정하는 쉬운 가이드 있는 분? 없으면 제가 알아서 해볼게요 16:30 <jrandom> 헤헷 polecat 16:30 <jrandom> jmg: 그건 jbigi.jar에 내장되어 있지만, 지금은 amd64에서도 빌드될 거예요 16:30 <jrandom> 음, 이 말은 우리가 이제 6.1) ??? 로 왔다는 뜻이겠네요 16:31 <jrandom> 다른 얘기할 거 있나요? :) 16:31 <anti-> 한 2만 대쯤 되는 머신이, 순환 크래시 스케줄로 돌아가야 할 텐데, 결과는 실망스러울 거예요. 빼앗는 것보다 네트워크에 훨씬 더 많이 기여하게 될 걸요! 16:31 <jrandom> 그게 바로 바람이죠, anti- 16:31 <+fox> <ailouros> 글쎄요, 최악의 경우는 사람들이 re-seed해야 한다는 거겠죠 16:31 <jmg> 오 고마워요 16:31 <+polecat> 64비트 프로세서, 4Mbit 업로드 대역폭, 누군가 정말 운 좋은 녀석 같네요. 16:32 <anti-> 아니면 대학에서 평범한 머신을 돌리거나... 16:32 <+fox> * ailouros 자기 대학의 하드웨어 목록을 보고 찡그림 16:32 <anti-> Dell을 안 사는 대학 ;) 16:33 <+fox> <ailouros> 우린 Dell이 두어 대 있던데요... 5년 전 거였던가요, 아마 16:33 <+fox> <Sonium> 이건 안 좋은 것 같아요: 16:33 <+fox> <Sonium> jvm 1 | java.lang.OutOfMemoryError 16:33 <+fox> <Sonium> jvm 1 | java.lang.OutOfMemoryError 16:33 <+fox> <Sonium> jvm 1 | java.lang.OutOfMemoryError 16:33 <@cervantes> polecat: 4 메가바이트 ;-) 16:33 <jrandom> Sonium: 그래요, 한 번 OOM이 나면 금방 죽어요 16:34 <+fox> <Sonium> 그리고 이것도요: 16:34 <+fox> <Sonium> jvm 1 | 21:21:44.484 CRIT [ Establisher] sport.udp.EstablishmentManager: Err 16:34 <+fox> <Sonium> 아니면 establisher에서 16:34 <jrandom> (뒤따르는 OOM들은 무시해도 안전해요) 16:34 <jrandom> 한 번 OOM이 나면, 그 다음 에러들은 모두 무시해도 됩니다 16:34 <+fox> <ailouros> 네, 하지만 첫 번째 OOM부터 나오면 안 되죠 :D 16:34 <jmg> polecat: 여기 러시아 우주정거장에서는 지연이 엄청나긴 해요.. 16:34 <jrandom> 맞아요, ailouros 16:35 <+fox> <ailouros> 아, 그런데... 내 router가 워치독에 자주 걸려요 16:35 <jrandom> 흠, CPU 사용률이 높은가요? 16:35 <+fox> <ailouros> 아마 제 설치가 재수가 없었던 걸까요? 16:35 <+fox> <ailouros> 아닌 것 같아요, 머신은 꽤 한가한데요 16:36 <+fox> <ailouros> 하지만 버그가 있는 Linux 에뮬레이션 레이어 위의 버기한 JVM이라면 이 정도는 예상해야겠죠 16:36 <jrandom> JVM은 뭘 쓰고, OS는 뭐죠? 16:36 <+fox> <Sonium> 저요? 16:36 <+fox> <ailouros> Sun's Java(tm) 2 Standard Edition, JRE 5.0 Update 5 on NetBSD/i386 2.0.2 16:37 <jrandom> 아아 네, nbsd에서는 테스트를 안 해봤어요. fbsd는 괜찮았는데, nbsd는 경험이 없네요 16:38 <jrandom> gcj를 써보는 게 가치 있을지도요. 회의 끝나고 좀 더 파볼 수 있겠네요 16:38 <+fox> <ailouros> 꽤 잘 동작하긴 하는데, 진짜 웃긴 건 가끔(침대에서 내려올 때 — 아니 재부팅할 때 뒤집힌 비트에 따라) NetBSD 파일들이 퍼미션 540으로 만들어진다는 거예요 :D 16:38 <+fox> <Sonium> 여기 뭔가 정말 엉망이네요 16:38 <+fox> <Sonium> jvm 1 | # Internal Error (53414645504F494E540E4350500175), pid=3500, tid=345 16:38 <+fox> <Sonium> 6 16:39 <+fox> <ailouros> 아, 미안해요. netDb 파일들이 540으로 생성돼요 16:39 <+fox> <Sonium> 이건 나중에 다시 설치해야겠어요 16:39 <jrandom> Sonium: OS가 뭐죠? JVM이 말썽인 것 같네요 16:39 <+fox> <Sonium> winxp 16:39 <jrandom> 그래요, 1.5.0_5라면 1.4.2_09를 써보는 게 좋겠어요 16:39 <anti-> 그건 I2P 문제가 아닌 것 같아요... 16:40 <jrandom> (제 경험엔 1.4.2가 더 안정적이고 자원도 덜 먹어요) 16:40 <jrandom> 그리고 I2P는 1.5 전용 기능을 쓰지 않고, 1.5 GUI 개선도 필요 없어요 16:40 <+fox> <Sonium> 신기한 건, 전엔 이런 일이 없었다는 거예요 16:40 <+polecat> 근데 1.5 없으면 Azureus 못 쓰죠, 에휴. 16:40 <+fox> <ailouros> 그리고 물론 전 Azureus를 *씁니다* :| 16:41 <+fox> <ailouros> 하지만 진짜 문제는 아니에요... 아마 크게는... 16:41 <+fox> <ailouros> ‘bob이 fourth’라는 메시지들이 관련 있는 게 아니라면요 16:41 <jrandom> 아뇨, 그건 무시해도 돼요 16:41 <anti-> (uTorrent와 BitComet이 오픈이 아니라는 게 거슬리는 사람이 나뿐인가요?) 16:42 <+polecat> :o 제길, bob 너 때문에! 16:42 <jrandom> 좋아요, 회의에서 더 얘기할 거 있나요? 16:42 <anti-> 머핀? 16:42 * cervantes는 자원 관리를 더 원한다면 IBM Java 1.4.2를 권할 수 있다고 함 16:42 <+polecat> anti-: mlnet을 써보세요. caml -> 세상에서 가장 이상한 언어지만, 잘 돌아가요. 16:42 <+fox> <ailouros> Caml은 멋져요 16:42 <+fox> <ailouros> (읽을 수만 있다면요 :D ) 16:42 <@frosk> 이봐요, Caml을 깎아내리진 말죠 16:43 <anti-> Prolog도 한몫하죠, brainf**k 같은 것도요 16:43 <+polecat> Caml 문서는 끔찍해요. !가 보통(가끔은) 역참조 연산자라는 걸 알아내는 데만 30분 걸렸어요. 16:43 <@frosk> 저는 OCaml 코드를 쓰고 돈 받아요 :) 16:43 <+polecat> jrandom: 회의에 난입한 줄 몰랐네요, 미안해요. 16:44 <jrandom> 괜찮아요, 짧은 회의를 보충하는 중이니까요 ;) 16:44 * jrandom 마무리 체조를 함 16:44 * jrandom 회의를 *baf*로 종료함