I2P 개발자 회의 - 2004년 9월 7일

14:09 <jrandom> 0) 안녕하세요 14:09 <jrandom> 1) 0.4 14:09 <jrandom> 2) 용량과 과부하 14:09 * cervantes 바 스툴을 끌어온다 14:09 <jrandom> 3) 웹사이트 업데이트 14:09 <jrandom> 4) I2PTunnel 웹 인터페이스 14:09 <jrandom> 5) 로드맵과 할 일 14:09 <jrandom> 6) ??? 14:09 <jrandom> 0) 안녕하세요 14:09 <nicktastic> 헉, 아, 뭐가 resolve되는지 보려면 -x조차 필요가 없네 - 바보 같았네 14:09 <cervantes> 안녕 14:09 * nicktastic 잠복을 재개한다 14:10 <jrandom> 모두 안녕, 노트가 늦어 미안 - http://dev.i2p.net/pipermail/i2p/2004-September/000437.html 14:10 * jrandom 방금 Derick의 E 게시물에 답해야 했음 :) 14:10 <deer> <ugha2p> nicktastic: 맞아. 회의는 이미 시작했지만. :) 14:10 <luckypunk> 헉 와, 놓치지 않았네. 14:10 <jrandom> !hi5 14:10 <jrandom> 좋아, 1) 0.4로 넘어가자 14:11 <jrandom> 드디어 릴리스했고, 큰 문제는 없어 보이네 14:12 <jrandom> 네트워크가 사상 최대야 (몇 시간 전에 TCP 연결 60개를 세었어), eepsite는 가져올 수 있고, IRC도 자주 쓸 만해 14:12 <dm> 어이!! 회의 중? 14:12 <jrandom> hypercubus가 새 설치, systray, 서비스 매니저로 엄청난 작업을 했고, 그게 우리에게 큰 도움이 됐지 14:13 <modulus> 예이 14:13 <hypercubus> 그래도 아직 갈 길이 있어 14:13 <hypercubus> 하지만 이제 뭔가 진전이 있다고 생각해 14:13 <jrandom> 동의, 앞으로 쭉쭉 :) 14:14 <jrandom> 이번 릴리스에는 oOo의 ?i2paddresshelper가 널리 배포됐어 14:14 <jrandom> 그건 저번 주에 좀 다뤘지 [http://dev.i2p.net/pipermail/i2p/2004-August/000419.html item 2.3], 이제는 링크에 그것을 쓰는 걸 고려하는 게 좋을 듯 14:15 <hypercubus> name-based vhost와도 작동해? 14:15 <jrandom> i2ptunnel httpclient는 여전히 Host: $base64dest를 올바르게 보냄 14:17 <jrandom> 그와 관련해서, 번들된 웹서버로 일부 eepsite를 제공하자는 얘기가 좀 더 있었고, 누가 필요한 설정을 알아낼 시간이 있다면 꽤 죽일 거라 생각해 (vhost / apache 설정 문제에서 우릴 구해줄 테니까) 14:18 <jrandom> 좋아, 0.4에 관해 더 얘기할 사람? 14:18 <deer> <baffled> 이 웹 서버가 cvs에 있나요? 14:18 <demonic_1> ? 14:18 <hypercubus> 웹 서버는 0.4에 있어 14:18 <demonic_1> 내가 뭘 놓쳤지 14:18 <deer> <ugha2p> baffled: 들어갈 거야. 14:18 <hypercubus> 그러니까 CVS지 14:18 <jrandom> baffled: 응, 전부 cvs에 있어 (lib/org.mortbay.*) 14:18 <cervantes> 그나저나 Windows의 URL 프로토콜 핸들러로 실험해봤는데... 레지스트리를 설정하는 게 아주 쉬워서 "i2p://base64"를 브라우저에서 http://site.i2p?i2paddresshelper=base64 로 열 수 있어... 14:19 <deer> <ugha2p> 오, 이미 있군. 14:19 <dm> 이거 정말 정말 멋지네 14:19 <hypercubus> 이미 레지스트리 인터페이싱 코드를 썼어 14:19 <hypercubus> 그걸로 .i2p 연관을 설정할 수 있어 14:19 <fvw> cervantes: i2p://는 정확하진 않을 듯. 결국 i2p 위의 http니까; 마찬가지로 i2p 위의 irc://도 있을 수 있지. 14:19 <cervantes> 프로토콜별로 보안과 프록시 설정도 지정할 수 있어 14:19 <jrandom> cervantes: firefox/기타가 그걸 적용해? 14:19 <cervantes> 응 14:20 -!- shardy_ is now known as shardy 14:20 <jrandom> 우와, 안녕 shardy_ 14:20 <shardy> 안녕 jrandom, 오랜만이야 14:20 <cervantes> 다만 더 많은 테스트가 필요하긴 해... 14:20 <nicktastic> konqueror도 그럴걸 14:20 <cervantes> 짬 날 때 그냥 놀아봤어 ;-) 14:20 <deer> <ugha2p> Opera는 안 그래. 14:20 <cervantes> firefox가 Windows의 프록시와 보안 설정을 신경 쓸지는 의문이지만 14:20 <hypercubus> opera의 ini 파일에서 설정할 수 있어 14:21 <hypercubus> ed2k://가 동작하도록 그렇게 opera를 설정했었지 14:21 <deer> <ugha2p> hypercubus: 아, 멋지네. 14:21 <fvw> 한계가 있지. URL 핸들러를 opera 자체가 처리하는 http:// 핸들러로 바꿀 수는 없더라 안타깝게도. 14:21 <hypercubus> 문서를 잘 안 해놨어 14:21 <deer> <duck> 정말, i2p://가 주는 이점이 뭐지? 14:22 <fvw> hypercube: 헬퍼 앱으로 넘기는 거겠지? 나도 비슷하게 했는데, opera가 "다운로드 시작됨" 페이지를 표시하게 할 방법을 못 찾았어. 14:22 <hypercubus> 응, eMule로 넘겨 14:22 <dm> 그래, 누가 공개적으로 쉬 하고 싶겠어? 14:22 <hypercubus> i2p://는 eeproxy로 넘겨도 돼 14:22 <hypercubus> 그러면 웹 쪽은 거기서부터 나머지를 알아서 하겠지 ;-) 14:22 <Sciatica> https는 http를, 어, "s" 위에서 돌리는 거 아닌가요? 14:23 <jrandom> 하지만, duck이 말하려는 것처럼, 우리는 어차피 eepproxy에 묶이게 될 텐데? 14:23 <deer> <ugha2p> Sciatica: HTTP over SSL 맞아요. :) 14:23 <jrandom> Sciatica: i2p 위의 http(음, i2p 위의 무엇이든)는 안전하고 인증돼. 그게 반대편에 도달한 후에 무슨 일이 일어나는지는 i2p의 범위를 벗어나지 14:23 <deer> <ugha2p> 하지만 그건 확립된 관례죠. 14:24 <Sciatica> 맞아요, 알고 있어요. 그냥 i2p://에 반대하는 논리가 "그건 그냥 i2p 위의 http 아닌가?"만큼 명확하진 않다는 얘기였어요 14:24 <dm> htt2p 14:24 <hypercubus> i2p://가 꼭 필요한지는 모르겠지만, 적어도 주요 브라우저에서는 작동하게 만드는 건 가능하다고 봐 14:24 <deer> <ugha2p> jrandom: 그는 그냥 'https://' 접두사를 언급했을 뿐인 듯. 14:24 <jrandom> 아, 미안. 14:24 <deer> <duck> 어쨌든 익명화 필터랑 http://127.0.0.1:7657/www.duck.i2p/ 가 필요함 14:25 <deer> <duck> 그 두 개면 브라우저 설정을 손댈 필요 없음 14:25 <jrandom> 하지만 그래, fvw 말에 동의해, 이건 URL 프로토콜을 과도하게 오버로딩하는 것처럼 들림 14:25 <demonic_1> 여기서는 아님>> 시덥잖은 용도로는 i2p:// 링크가 최고일 것 같아 <<여기서는 아님 14:25 <jrandom> 맞아 duck 14:25 <jrandom> ㅎㅎ 14:25 <cervantes> 아마 i2p://를 프로토콜 중재자처럼 동작하게 만들 수도 있겠지: i2p://irc/base64 14:26 <fvw> 으, 그건 못생겼고 URL을 최악의 방식으로 남용하는 거야. 14:26 <deer> <ugha2p> cervantes: IRC의 경우엔 그게 어떻게 동작하죠? 14:26 <deer> <duck> URI죠 :) 14:26 <cervantes> 그렇게 하면 단일 URL 표준을 기반으로 서로 다른 앱을 실행할 수 있어 14:26 <fvw> (그게 나쁘다는 건 아니고) 14:26 <jrandom> 더 적절한 URL 수정은 irc://i2p/base64/#i2p 가 아니려나? 14:27 <jrandom> 하지만, 좋아, 약간 탈선했네.. 14:27 <jrandom> 0.4에 대해 다른 거 있어? :) 14:28 <fvw> URI가 프로토콜과 운반 메커니즘을 별도로 지정하는 걸 허용하진 않는 듯, 정말 아쉬운 부분이야. 14:28 <dm> 파일시스템을 쓸 수 있지 14:28 <fvw> 응, 그런 셈이지: *박수* 14:28 <dm> c:\i2p\irc #i2p 14:29 <dm> 하! 너희 모두를 헷갈리게 했지 14:29 <deer> * mule_iip 가 fvw에 동의 14:29 <fvw> dm: 널 심하게 혼내줄 거야. 오늘은 아닐지 몰라도, 내일도 아닐지 몰라도, 곧 그리고 네 남은 평생 동안. 14:29 <jrandom> :) 고마워, 최선을 다해 14:29 <fvw> </pinky and the brain> 14:29 <jrandom> 헤헷 14:29 <jrandom> 좋아, 2) 용량과 과부하로 넘어가자 14:30 <deer> <DrVince> 모두 안녕하세요 14:30 <jrandom> 노트에 적힌 걸 그대로 복사하고 싶진 않으니, 거기 있는 걸 살펴봐줘 :) 14:30 <dm> 안녕 14:30 <hypercubus> 우리 회의에 온 걸 환영해요 DrVince ;-) 14:30 <deer> <ugha2p> 안녕하세요, DrVince. 14:31 <jrandom> 2)와 관련해 언급하고 싶은 게 하나 있어 - 몇몇이 봤던 거지만, 참여 tunnel의 심각한 편향 14:31 <jrandom> 예: 어떤 DSL 사용자가 그저께 tunnel을 300+ 갖고 있었어 14:31 <dm> 나 14:31 <modulus> 맞아 14:31 <jrandom> (그리고 그들이 다운되면, 정말 많은 tunnel이 깨져) 14:31 <jrandom> 문제는 tunnel이 정말 가벼워 - 평균 2-20bps 14:31 <cervantes> 내 OC3는 거의 없다시피하고 14:31 <hypercubus> 난 지금 8개뿐 14:32 <dm> 난 270+였고, 업링크는 150kbps야 14:32 <jrandom> 전반적으로, 네트워크는 임의의 시점에 평균 ~ 20*n 개의 tunnel이 있어 14:32 <jrandom> (n = 네트워크의 노드 수) 14:32 <jrandom> 노드당 평균 2 hop이면, 모든 노드가 평균 40개의 tunnel에 참여한다는 뜻 14:33 <hypercubus> 이상적으론 ;-) 14:33 <jrandom> 글쎄, 그게 문제야, 그렇게 균형 잡는 게 이상적인 *건 아냐* 14:33 <jrandom> 모든 노드가 빠르거나 대역폭이 많은 건 아니니까 14:33 <jrandom> 반대로, tunnel을 2~3명의 정말 빠른 peer로만 균형 잡는 것도 구려 14:33 <jrandom> 그중 하나가 다운되면, *쾅* 14:34 <hypercubus> 맞아, 그런데 왜 dm의 열등한 DSL 연결은 과부하고, 내 훨씬 빠른 DSL 연결은 덜 쓰였을까? 14:34 <Sciatica> 이 문제는 네트워크의 노드 수가 100, 200을 넘어서면 사라질까요? 14:34 <dm> 열등? :'( 14:34 <jrandom> hypercubus: 사람들이 대역폭 제한을 켜지 않는 이상, i2p는 현재 사용 가능한 대역폭에 반응하지 않기 때문이야 14:34 <hypercubus> dm: 기술적으로 말하자면 ;-) 14:34 <hypercubus> 난 대역폭 제한을 켰어... dm은 안 켰나? 14:35 <Sciatica> (어느 시점에선가 서버가 호스팅할 수 있는 노드 수는 전체 노드(즉, tunnel) 수에 비해 훨씬 작아지지 않나요? 14:35 <ugha_node> 아르! 14:35 <ugha_node> '(the local message processing time exceeds 1s)' -- router에 그런 상수를 박아넣지 말았으면 합니다. 그런 값들은 (I2P 네트워크) 환경에서 가져와야, router가 예기치 못한 환경에 놓여도 동작할 수 있어요. 14:35 <dm> 응, 안 켰어, 게다가 업링크는 괜찮아: 256kbps (다운링크 150kbps) 14:35 <Sciatica> 용어가 안 좋아서요 -- 이런 이슈엔 제가 타이핑이 너무 느려 :-) 14:35 <jrandom> Sciatica: 이건 문제가 아니라 현실이야. 모든 노드가 어느 시점에 20개의 tunnel을 유지하고, 각 tunnel이 평균 2 hop이면, 네트워크가 아무리 커도 평균은 같아 14:36 <jrandom> ugha_node: 동의 - 1s는 임의의 숫자야, 그런데 "올바른" 값을 어떻게 구하나? 어느 정도 지연을 "많다"고 할 수 있지? 14:37 <jrandom> RouterThrottleImpl에 "우리가 할당하기로 동의한 대역폭이 얼마나 되나"를 추적하는 코드가 있긴 해 14:37 <jrandom> 하지만 지금은 그걸로 스로틀하지는 않아 14:37 <dm> 흠mmmm 이런 과부하 얘기는 싫네... freenet의 플래시백이 와. 14:37 <jrandom> (동의한 대역폭 == 참여 tunnel 수 * tunnel당 평균 메시지 수 * 메시지당 평균 바이트 수) 14:37 <dm> 추정기를 써야 하나? 14:38 * jrandom dm을 걷어찬다 14:38 <hypercubus> dm: 네 router에서 대역폭 제한 쓰고 있니? 14:38 <dm> hypercubus: 아니 14:38 <hypercubus> dm: 강력히 추천해 ;-) 14:38 <dm> jrandom: 세 글자... NGR 14:38 <fvw> 이건 터널을 요청한 노드에게 달린 거 아닌가요? 어느 정도 지연을 감수할 의향이 있는지. 그걸 터널 매개변수 중 하나로 만드는 게 가능할까요? 14:39 * fvw 는 dm이 우릴 놀라게 하려는 건지 아니면 그게 단지 추가 이점인지 궁금해한다. 14:39 <jrandom> 흠, 가능성이 있어 14:39 <dm> 어... 그러면 임의 임계값을 요청한 router로 옮기는 것뿐 아닌가? ;) 14:39 <dm> 난 선택하기 싫어, 네가 해! 14:40 <jrandom> 맞아 dm, 하지만 요청하는 router는 그 tunnel이 무엇에 쓰일지 알지 (낮은 지연의 irc vs 높은 지연/높은 처리량의 벌크) 14:40 <fvw> 맞아요, 어떤 것들은 10초 지연도 문제없고(파일 전송 생각해보세요), 다른 것들(irc)은 낮은 지연이 필요하죠. 14:40 <dm> 그러면 앱 레이어가 임계값을 결정해? 14:40 <jrandom> 그건, 그래도, 위험하지 14:40 <fvw> 유일한 문제는 높은 지연 링크를 쓰면 용량을 늘리지 못해서, 결국 파일 전송이 모든 자원을 가져간다는 것. 14:41 <cat-a-puss> router가 제시하는 부하 주장(정보)을 정말 신뢰할 수 있나요, 그렇지 않으면 악의적인 사람이 자신의 router들로 다른 노드의 트래픽이 지나가게 하려 할 수도 있잖아요 14:41 <jrandom> cat-a-puss: 그건 참여 요청을 거절하는 데만 쓰지, 유치(유도)하는 데 쓰지 않아 14:41 <ugha_node> 못하죠. 14:41 <cat-a-puss> 알겠어요 14:42 <jrandom> 악의적인 사용자는 물론 완전 과부하일 때도 tunnel을 받아들일 수 있지만, tunnel이 실패하면 그걸 감지해 14:42 <jrandom> (그리고 프리로더는 부하가 없을 때에도 tunnel을 거절할 수 있지만, c'est la vie) 14:43 <jrandom> 로컬 과부하 기반 스로틀은 꽤 효과적이야. 하지만, 그걸로 충분하진 않아 14:43 <dm> 욕심쟁이 14:43 <jrandom> 받아들일지 말지 이상적인 방식을 찾으려 했고, 우리가 이미 들어가 있는 tunnel 수에 기반해, 원래 수락했을 요청을 확률적으로 거부하는 데에 가능성이 있다고 생각해 14:44 <jrandom> 그 개념은 peer가 다른 사람들이 일부 부담을 떠안길 원한다는 거야 14:44 <cat-a-puss> 사용 가능한 대역폭만큼의 가상 router를 돌려야 하나요? 14:44 <jrandom> (그래야 실패가 분산되니까) 14:44 <jrandom> 흠 cat-a-puss? 14:44 <jrandom> 라이브 넷에서 sim을 돌리고 있어? 14:45 <jrandom> 어쨌든, 아니, 단일 router가 로컬 용량을 처리할 수 있어야 해 14:46 <deer> <mule_iip> 문제는 tunnel에서 사용하는 대역폭이 시간에 따라 크게 변할 수 있다는 거죠, 그렇죠? 14:46 <cervantes> 지금은 안 일어나고 있어... 적어도 내 경우엔 14:46 <cat-a-puss> 음 전부 랜덤이라면 OC3를 가난한 56k보다 더 잘 활용할 수 있는 방법이 뭐가 있죠? 광고해야 함: 문제 소지가 있거나, 가상 router를 돌리거나, 어느 쪽이든 악의적인 쪽이 어떤 통계적 공격을 위해 노드를 둘러싸려 할 수 있다고 봐요 14:46 <jrandom> 맞아 mule_i2p. tunnel 활동을 좀 더 모니터링해야 해 14:46 <cervantes> 참여자 14명이 각각 11.5mbit ... 좀 낭비지 :) 14:47 <jrandom> cat-a-puss: 확률적이란 게 랜덤이란 뜻은 아냐 :) 14:47 <jrandom> 헷 cervantes 14:48 <jrandom> 확률적으로 거부하는 기본 아이디어는 다른 peer로 부하를 퍼뜨리는 것. 하지만, 네트워크가 정말 포화 상태면, 사람들이 그냥 다시 요청할 테니 확률은 문제가 안 될 거야 14:48 <jrandom> 현재 이슈는 압도적인 *초과* 용량이 있다는 것 14:48 <Sugadude> 불쌍한 i2p, 용량이 *너무* 많다니. 걱정 마, 내가 처리하지. ;) 14:49 <fvw> 모두가 얌전하다고 가정하면, 확률적으로 거부된 직후 짧은 간격 내에 다시 오는 사람은 거부하지 않는 방법도 있을 듯? 14:49 <deer> <mule_iip> 그럼 모든 tunnel을 약간의 커버 트래픽으로 채워 14:49 <jrandom> 헷 Sugadude :) 14:49 <cervantes> 그건 모든 요청이 dm의 router에서 처리되기 때문이지 ;-) 14:49 <jrandom> fvw: 누가 tunnel을 요청했는지 몰라 14:49 <fvw> 흠, 그건 그렇네. *머리를 다시 조인다* 14:50 <jrandom> fvw: 확률적으로, 후속 요청은 수락될 거야 - '거부' 계수를 충분히 낮게 유지하고 싶어 14:50 <deer> <mule_iip> 익명성도 높아지고 부하 계산도 쉬워질 거야 14:51 <jrandom> 맞아 mule_iip, 하지만 높은 부하를 요구하지 않고도 실제로 네트워크가 효과적으로 동작하면 좋겠어 :) 14:51 <jrandom> 하지만 그건 확실히 sim에서 가치 있는 시나리오지 14:51 <deer> <mule_iip> 사실상 i2p를 커버 트래픽으로 일정 비트레이트로 쓰게 만드는 것. 하지만 그건 미래 릴리스용이겠죠 :) 14:52 <jrandom> ATM(비동기 전송 모드) 스타일 할당을 *쓸 수도* 있어 14:52 <fvw> 대역폭 사용이 너무 변동이 심해서 실현 가능하지 않지 않을까요? 14:52 <jrandom> 예: tunnel당 분당 5개의 메시지 @ 각 32KB라고 가정하고, 그걸 대역폭 제한과 비교해서, 그에 따라 거절 14:52 <cervantes> hyper에게 메시지 패딩에 쓸 수 있는 ascii가 좀 있어 14:52 <hypercubus> 흠, 그 일정 비트레이트 아이디어는 마음에 안 들어... 그렇게 하면 ISP가 i2p를 아주 빨리 필터링할 거야 14:53 <jrandom> 헷 cervantes 14:53 <deer> <kaji> 맞아 14:53 * hypercubus 는 cervantes가 무슨 소리 하는지 모른다 14:53 * hypercubus 는 자기 플로피를 숨긴다 14:53 <jrandom> fvw: 패딩? 아니면 할당? 14:53 <fvw> 할당 14:53 <cervantes> 아 그렇지 개연성 있는 부인 말이야 14:54 <jrandom> 흠 fvw. 아마 그럴 수도, 하지만 통계를 모니터링해서 보정할 수 있다고 봐 14:54 <deer> <kaji> 일정 비트레이트는 Waste 같네 14:54 <jrandom> 예를 들어, http://localhost:7657/oldstats.jsp#tunnel.bytesAllocatedAtAccept 14:54 <hypercubus> 그래서 그런 이름이 붙었지 ;-) 14:55 <jrandom> 저 통계는 우리가 다른 사람들의 tunnel을 위해 전달하기로 동의한 대역폭이 얼마나 되는지 모니터링해 14:55 <jrandom> (지난 10분을 기준으로) 14:56 <jrandom> 그래서 내 peer가 85개의 tunnel을 갖고 있으면, 그 모든 tunnel을 합쳐서 다음 10분간 3,676,945.65 바이트를 전송하겠다고 말하지 14:56 <deer> <mule_iip> kaji: 그건 낭비고, 아마 더 심각한 위협 모델에서만 써야 할 듯. 하지만 irc 같은 저지연엔 좋겠지. 14:56 <jrandom> tunnel당 72bps지만, 얼마나 편향됐는지는 확신이 없어 (아마 *매우* 편향) 14:57 <jrandom> 하지만, 모든 tunnel이 아주 많은 대역폭을 쓰기 시작하면 총값이 치솟고, 그때 스로틀할 수 있어 14:57 * fvw 끄덕인다. 14:57 * fvw 이게 사실 이론적으로 무지 흥미로운 문제라고 적어둔다. 14:57 <fvw> (아니면 내가 그냥 이상한 걸지도) 14:57 <jrandom> 동의 14:58 <jrandom> (둘 다 ;) 14:58 <jrandom> 하지만 그래, 아직 정답은 없어. 앞으로 해결해야 할 문제야 14:59 <jrandom> 좋아, 다른 게 없다면, 3) 웹사이트 업데이트로 넘어가자 14:59 <fvw> 완전히 손실형으로 가서, 과부하 시 데이터그램을 그냥 드롭하고, 그 위에 사람들이 tcp 같은 걸 돌리게 할 수도 있지. 14:59 <jrandom> 그거 해봤는데, 정말 많은 tunnel이 실패했어 15:00 <jrandom> (tunnel이 메시지 1개라도 드롭하면, 실패로 표시하거든) 15:00 <fvw> 응, 그런 접근을 쓸 거라면 그러면 안 되지. 15:00 <jrandom> ((그리고 그리 깐깐하게 굴지 않으려 했더니, tunnel이 *진짜* 실패했을 때도 못 알아채더라)) 15:00 * fvw 끄덕이며 수염을 쓸어내린다. 좋은 지적. (자기 자신에게 정신적 메모: 이런 상황에서 쓸어내릴 수 있도록 수염을 길러라) 15:01 <jrandom> ㅎㅎ 15:01 <jrandom> 어쨌든, 다들 봤겠지만, 우리 새 설치 프로그램과 새 웹 인터페이스는 예전 방식과 완전히 달라 15:01 * hypercubus 자신의 수염을 fvw에게 준다 15:02 <jrandom> 그게 좋은 건 맞아, 예전 방식은 고통이었으니까, 하지만 우리 예전 문서가 이제 몹시 틀렸다는 뜻이기도 해 15:02 <fvw> 2)에서 몇 분만 더 해도 될까? 네가 반박해줬으면 하는 나쁜 아이디어가 좀 더 있어. 15:02 <jrandom> 물론 15:02 <dm> 난 인터넷을 쓸 수가 없어... 15:02 <dm> 대역폭 in/out 15:02 <dm> 1m: 13.32/11.98KBps 15:02 <dm> 5m: 10.74/9.46KBps 15:02 <jrandom> tunnel 몇 개야 dm? 15:02 <hypercubus> dm: 그래서 i2p의 대역폭 제한을 켜라고 한 거야 ;-) 15:02 <dm> 고작 166 15:02 <jrandom> 그래, 6KBps로 낮춰 15:02 <jrandom> ㅋㅋ 15:03 <dm> (참여 중) 15:03 <jrandom> (착하면 8KBps) 15:03 <dm> 그냥 둘게, 이 페이지만 보면 되거든 15:03 <jrandom> 참고로, 13.32 vs 11.98은 네가 로컬에서 대략 1KBps를 다운로드 중이라는 걸 알려줘 15:03 <jrandom> (i2p 통해) 15:03 <fvw> 합리적으로 큰 유휴시간에 tunnel을 타임아웃시키면 어떨까? 예컨대 30분 같은. 그 위 계층 프로토콜이 keepalive(연결 유지 메시지)를 해야겠지만, 그러면 죽은 tunnel을 감지하지 못하는 문제를 해결하지 않을까? 15:03 <hypercubus> 사실 그보다 훨씬 더 다운로드 중이야 15:04 <jrandom> ((그 1KBps는 netDb일 만큼 작을 수도)) 15:04 <dm> hypercubus: 사실 우리 전송이 심하게 멈칫거려. 15:04 <jrandom> fvw: tunnel은 10분 후 만료돼 15:04 <deer> <kaji> 잠깐, 대역폭이 지금 동작하나요? 그렇다면 뭘로 설정해야 하죠? 15:04 <dm> getright/i2p 조합에 실망 15:04 <jrandom> fvw, i2p의 tunnel은 오래 살지 않아, TOR와 달리 15:04 <fvw> 그럼 keepalive가 있어도 대부분의 tunnel이 실패했다는 건가요? 15:04 <hypercubus> dm: 주기적으로 그래... 해법은 업스트림을 약 8KB/s로 제한하는 거라고 봐 15:04 <jrandom> kaji: http://localhost:7657/ 15:05 <hypercubus> 포화된 듯하거든 15:05 <jrandom> 아, /config.jsp 15:05 <fvw> 알겠어요, 하지만 패킷 손실이 몰아칠 때 사라지게 하고 싶진 않죠. 15:05 <jrandom> 매 분(평균적으로) 각 peer는 각 tunnel을 테스트해서 살아있는지 확인해 (그래야 다른 사람들이 우리에게 데이터를 보낼 수 있어 - tunnel이 없으면, 우린 망해) 15:06 <fvw> 오케이. 지금 i2p가 어떻게 동작하는지 더 읽어봐야겠네요. 전 3)로 넘어가도 돼요. 15:06 <deer> <kaji> 지금은 기본값 -1로 돼 있고, 1.5/750@1.2ghz 연결에서 최대 tunnel 참여가 어느 정도인지 모르겠어요 15:07 <deer> <kaji> 내가 참여 중인 게 166인 듯 15:07 <jrandom> kaji: 네 router가 tunnel이 너무 많아서 CPU 혼잡해지게 만들진 않을 거야 ;) 15:07 <deer> <mule_iip> 썰렁한 농담: 망하려면 tunnel이 필요하잖아 :) 15:07 <deer> <kaji> *ing 15:07 <jrandom> ㅋㅋ 15:07 * fvw 는 "반대"에 표 15:08 <deer> <kaji> jrandom, 방금 대역폭 없는 tunnel에 관한 편지를 다 읽었는데, 제한을 뭘로 설정해야 할지 몰랐어요 15:08 <jrandom> 좋아, 이걸 알아내려면 할 일이 많지 15:08 <jrandom> 좋아 kaji, 대역폭 제한을 8KBps 정도로 켜 15:08 <jrandom> (착하면 12 :) 15:09 <deer> <kaji> </oftopic> 15:09 <jrandom> 좋아, 3) 웹사이트 업데이트로 15:09 <deer> <kaji> inbound와 outbound요? 15:09 <jrandom> 맞아 kaji 15:09 <jrandom> 좋아, 말했듯이 문서 도움이 필요해 15:09 <jrandom> (도와줘요오오오!) 15:09 <hypercubus> 오랫동안 비어 있던 Webmaster와 Web Editor 팀 포지션을 채우자고 제안함 15:10 * jrandom 그 동의안을 재청 15:10 <jrandom> (이제 누가 자원만 하면 돼 ;) 15:10 <hypercubus> cervantes가 바쁜 사람인 건 알아 15:10 <jrandom> 누군가가 /스스로/ 자원하는 게 더 적절하지 hyper ;) 15:10 <hypercubus> Curiosity를 Webmaster나 Web Editor로, 아니면 가능하면 둘 다로 추천해 ;-) 15:11 <deer> <ugha2p> 어, 15:11 <dm> 맙소사, I2P 때문에 내 CPU도 최대치에 가깝네... 15:11 <dm> 넌 날 사랑해, 정말로 사랑해 :'( 15:11 <dm> 앗, :') 15:12 * cervantes 소가 있는 링으로 밀려 들어가는 기분 15:12 <jrandom> 도울 의향이 있다면, 우리도 아주 좋아 15:13 <hypercubus> 그녀의 웹 디자인을 봤고, 작업 품질에 보증해 15:13 <hypercubus> 그리고 관심을 보였었는데, 최종적으로 어떤 결정을 했는진 모르겠어 15:13 <jrandom> 좋아 훌륭해 15:13 <dm> she? 15:13 <cervantes> 그녀가 분명 나보다 훨씬 더 많은 관심과 주의를 기울일 수 있을 거야 15:14 <dm> 그 단어는 우리 세계에선 쓰면 안 돼 15:14 <fvw> 그건 그렇고, 그는 '관심과 주의'라고 했어. 15:15 * jrandom 신음 15:15 <fvw> 물론 현 사회자는 제외. 15:15 <jrandom> 어쨌든, 문서에서 도와줄 사람들이 필요해 - 새 워크스루, 소개 문서 등 15:16 <jrandom> Curiosity와 얘기해서 뭘 해볼 수 있는지 정해보자 :) 15:16 <hypercubus> 설치 관련 부분은 내가 맡을 수 있어 15:16 <hypercubus> s/on/of/ 15:16 <hypercubus> 내가 쓰는 바로크한 howto를 모두가 좋아하잖아 ;-) 15:16 <jrandom> :) 15:17 <jrandom> 설치 가이드 / 워크스루면 끝내주지 15:17 <fvw> 그건 'broke'의 철자가 아니야. 15:17 <jrandom> ㅎㅎ 15:17 * hypercubus 킥킥대며 fvw의 지갑을 훔친다 15:17 <hypercubus> 그게 "broke"의 철자야 ;-) 15:17 <deer> <kaji> hyper 어떤 시스템 쓰니? 난 winxp 버전으로 도전해볼게 근데 별로 믿을 만하진 않아, 반짝이는 거 보면 그만둘 수도 15:17 <deer> * Curiosity 는 잠시 자리를 비움... 15:18 <hypercubus> kaji: ? 15:18 <deer> <kaji> hyper, 어떤 OS 쓰는지 물었어 15:18 <hypercubus> OS들 15:18 <deer> <kaji> OSESES 15:19 <hypercubus> vmware가 있어서, 모든 windows와 freebsd 등을 돌릴 수 있어 15:19 <hypercubus> pearpc도 있어서, OS X도 돌릴 수 있고 15:20 <jrandom> 좋아, 웹 쪽에 더 없으면 15:20 <jrandom> * 4) I2PTunnel 웹 인터페이스로 이동 15:21 * jrandom i2ptunnel 웹 인터페이스를 형편없다고 선언함. 동작은 한다. 하지만 형편없다. 15:21 <deer> <DrVince> 관심이 있다면 프랑스어 번역을 맡을 수도 있어요 15:21 <jrandom> duck이 그걸 개선할 몇 가지 아이디어를 냈는데, 자리를 떴고, 몇 줄 붙여넣을게 15:21 <hypercubus> 다시 말하지만, 웹 개발자가 더 필요해 ;-) 15:21 <jrandom> 아, 웹 페이지를 프랑스어로 번역하는 건 최고지 15:22 <jrandom> s/french/french and other langs/ 15:22 <jrandom> duck의 말들: 15:22 <jrandom> <duck> 일반 페이지의 데이터 로드를 줄이고; 테이블/div로 정렬 15:22 <jrandom> <duck> 대부분 관심 없는 정보(터널, dest 해시, 전체 키)는 편집/상세 페이지로 제공 15:22 <jrandom> <duck> 버튼 클릭 후 피드백 제공, '저장됨' 등. 새로 생성되면 dest 출력 제공 15:22 <jrandom> <duck> (그 외에는 편집/상세 아래 숨김) 15:22 <jrandom> <duck> 상단 메시지를 'log'로 태그; 가끔 헷갈림 15:22 <jrandom> <duck> '확인'은 제거에만 필요하고 저장에는 필요 없다는 걸 명확히 15:22 * jrandom 동의 15:23 <jrandom> 0.4 이후 /i2ptunnel/ 웹 인터페이스 뒤편으로 버그픽스가 쏟아져서, 기능적 문제는 정리됐을 거야 15:24 <jrandom> 다만 그 페이지들을 구현한 코드는 꽤 못생겼지 15:24 <jrandom> 아마도 가장 좋은 접근은 화면을 순수 html / css / 이미지 / 기타로 작성한 다음, 그걸 자바 개발자에게 통합하게 하는 것 15:25 <hypercubus> 웹 개발자가 넘쳐나던 시절은 어디로 갔지? ;-) 15:25 <jrandom> 다들 맥도날드에서 일해 15:25 <hypercubus> 아 그렇지 15:25 <deer> * Curiosity 가 돌아옴 :) 15:25 <jrandom> 어쨌든, 도울 사람이나 추가 제안이 있으면, 연락해줘 15:25 <jrandom> 돌아온 걸 환영해 Curiosity 15:26 <deer> <Curiosity> 내가 너한테 말한 아이디어를 꺼낼까 jrandom? 15:26 <cat-a-puss> 웹 관련해서 도울 수 있는 사람을 알아 15:26 <jrandom> 아, 라이브 CD? 15:27 <jrandom> 잘됐다 cat-a-puss, 도움이 정말 필요해 15:27 <deer> <Curiosity> teah :) 15:27 <deer> <Curiosity> err yeah 15:27 <jrandom> Curiosity: 그래, 6) ??? 항목에 도달하면 그걸 얘기해줘 15:28 <deer> <Curiosity> 오케이 :) 15:28 <cat-a-puss> 좋아, 그들을 리스트에 올리고, jrandom의 이메일을 줄게 (curiosity 네 이메일은 모르겠어) 15:28 <jrandom> 좋아, I2PTunnel 웹 인터페이스에 대해 언급할 다른 사람? 15:28 <jrandom> r0x0r cat-a-puss 15:29 <deer> <Curiosity> 웹 편집 등도 도와도 괜찮아 :) 15:29 <jrandom> 좋아, 그 외에 없으면, 5) 로드맵과 할 일 15:30 <jrandom> 최고야 Curiosity, 고마워! 회의 끝나고 세상을 정복^W^W^W^W웹 일을 어떻게 할지 좀 얘기하자 15:30 <deer> <Curiosity> 오키 :) 15:30 <jrandom> 다들 봤겠지만, 웹사이트에 새 크고 무서운 페이지가 있어 (http://www.i2p.net/todo) 15:31 <jrandom> 거기엔 우리가 앞두고 있는 크고 무서운 이슈들이 담겨 있어 (필요한 모든 클라이언트 앱은 언급도 못 했고) 15:31 <jrandom> 보다시피, 할 일이 존나 많아, 하지만 좋은 소식은, 전부를 당장 끝낼 필요는 없다는 거야. 15:32 <jrandom> 사실, 그 항목들은 로드맵 페이지의 불릿 아이템을 (각각에 소개 텍스트를 잔뜩 붙여서) 옮겨온 것뿐 15:33 <jrandom> 정리할 게 많다는 건 알지만, 거기에 없는, 우리가 다뤄야 할 걸 발견하면 알려주면 좋겠어 15:34 <jrandom> 오늘이나 이번 주에 필요한 건 아니고, 그냥 일반적인 "헤이, 알려줘" 정도로 15:35 <jrandom> mule의 제안 (http://www.i2p.net/todo#nat) 덕에 자아 성찰을 많이 했고, 로드맵이 조금 바뀔 수도 있어 15:35 <jrandom> 두고 보자고. 15:36 <jrandom> 특정 이슈에 강한 의견이 있으면 ("오 마이 갓 X, Y, Z 없이는 *절대* 기능할 수 없어!"), 내게 알려주거나 리스트에 올려줘 15:36 <jrandom> 내가 민주주의의 챔피언은 아니지만, 합리적이면 열려 있어 :) 15:37 <jrandom> 좋아, 그에 관해 할 말은 여기까지.. 던져놓을 얘기 있는 사람? 15:37 <deer> <Curiosity> 선의의 독재 :) 15:37 -!- Sonium_ is now known as Sonium 15:37 <jrandom> 에이, 난 독재자가 아냐 - 다른 사람들이 뭘 코딩하는지 내가 통제하지 않거든 :) 15:37 <cervantes> 평온한 패권 15:37 <cat-a-puss> 개발자 두 명을 더 확보했어 15:37 <jrandom> w00t! 15:38 <cat-a-puss> 그리고 분산 검색 엔진에 대한 거대한 계획이 있어 15:38 <jrandom> 오, 끝내준다 15:38 <jrandom> http://files.i2p/ 에서 뭔가 연동할 수 있을까? 15:38 <jrandom> 아니, 그냥, 끝내준다 :) 15:38 <cat-a-puss> 어: 거긴 접속이 안 돼 (적대적 환경) 15:39 <jrandom> 아 'k 15:39 <cat-a-puss> 어쨌든, 우리가 거기에 도달하면 CVS 공간이 있으면 좋겠어 15:40 <jrandom> 물론, cvs.i2p에 공간 있어 15:40 <jrandom> i2p/apps/ 디렉터리 안이든 원하면 자체 모듈이든 15:40 <jrandom> (cvs.i2p == cvs.i2p.net) 15:40 <cat-a-puss> dht 작업 중인 사람들과 얘기해야겠지? 15:41 <cat-a-puss> 지금까지 상태가 어때 15:41 <jrandom> :) 15:41 <jrandom> 지난 며칠 aum에게서 상태 업데이트를 못 들었지만, 열심히 돌아가고 있을 거야 15:42 <jrandom> 마지막 업데이트는 http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 에 있어 15:43 <jrandom> 좋아, 그럼 * 6) ???로 15:44 <jrandom> Curiosity가 i2p가 포함된 '라이브 CD' 아이디어를 생각했어 15:44 <jrandom> 꽤 멋지다고 생각하고, 우리도 원하게 될 거야 15:44 <deer> <Curiosity> 키울 :) 15:44 <jrandom> 다만 아직 그럴 만큼 안정적이진 않아, 2주마다 릴리스하니까 15:44 <hypercubus> 동의... Knoppix ISO에 통합할 수도 있어 15:45 <deer> <Curiosity> ? 15:45 <hypercubus> Knoppix, 리눅스 라이브CD 배포판 15:45 <hypercubus> 매우 사용자 친화적 15:45 <deer> <Curiosity> ㅇㅋ 15:45 <jrandom> 다만 Really Simple Update 기능이 http://dev.i2p/i2p/i2pupdate.tar.bz2 에서 원클릭 다운로드로 제공되면 그렇게 나쁘진 않을 수도 15:46 <jrandom> Curiosity: 그에 대해 더 얘기하고 싶은 거 있어? 15:46 <fvw> ...그리고 널리 쓰이게 되는 순간, dev.i2p를 통제하는 누구든 네트워크를 위험에 빠뜨릴 수 있지. 15:47 <jrandom> 사람들이 그 Really Simple Update 기능을 쓰는 한 15:47 * fvw 끄덕인다. 15:47 <deer> <Curiosity> 사람들이 자기 컴퓨터에 잔뜩 뭘 다운로드하지 않고도 돌릴 수 있는 방법을 원했어 15:47 <jrandom> (그리고 dev.i2p가 침해되면, dev.i2p에 대한 새 hosts.txt 엔트리를 올리면 돼) 15:48 <hypercubus> knoppix i2p 라이브CD는 사이버카페에서 쓰기에 최적 15:48 <deer> <mule_iip> jarndom: 진짜 i2p 사용자는 소스를 받아서, 최신 동료 검토 버전과의 diff를 보고, 소스에서 빌드하잖아요 :) 15:48 <fvw> 맞지만 사람들은 그냥 '업데이트'를 누를 거야; 새 버전에 취약점이 있을지에 관한 논의는 듣지 않겠지... 15:48 <demonic_1> hosts 파일이 필요 없을 방법은 없나. 예컨대 dns 서버 같은? 15:48 <deer> <Curiosity> 그래... 그렇겠지 mule_iip. ㅎㅎ 15:49 <fvw> 뭐 어쨌든, 그게 문제가 되는 단계에 이르면 아주 행복할 듯. 15:49 <fvw> demonic_l: 가능은 한데, 그래도 중앙 권한이 있어야 해. 15:49 <hypercubus> demonic_1: 그런 기능에 대한 제안이 몇 가지 있어, 하지만 글로벌 이름은 제외됐어 15:49 <jrandom> demonic_1: 응, 메일링 리스트를 봐 (최근 논의: http://dev.i2p.net/pipermail/i2p/2004-September/000432.html ) 15:49 <jrandom> (그리고 내 관점은 http://dev.i2p.net/pipermail/i2p/2004-September/000435.html :) 15:50 <hypercubus> *globally unique names 15:50 <demonic_1> ㅇㅋ 15:51 <jrandom> 좋아, 더 얘기하고 싶은 거 있는 사람? 15:52 <deer> <Curiosity> 서비스용 항목은 service 폴더에 넣자고도 제안하고 싶어... i2p를 제거하려고 했는데(여러 번 중 하나), 잘못된 제거 프로그램을 눌렀거든 15:52 <hypercubus> Curiosity: 그렇게 하고 있어 15:52 <jrandom> w3rd 15:52 <hypercubus> 인스톨러가 Windows의 시작 메뉴에 i2p용 바로가기를 설치할 거야 15:52 <hypercubus> 원하면 바탕화면에도 15:52 <deer> <Curiosity> 오키 :) 15:52 <hypercubus> 그중엔 "uninstall"도 있어 15:53 <deer> <Curiosity> 난 program files/i2p 에 들어갔을 때 얘기한 건데 15:53 <hypercubus> 거기서 할 필요 없어 15:54 <hypercubus> Windows 사용자는 프로그램 폴더에 들어가지 않지 ;-) 15:54 <demonic_1> :/ 15:54 <deer> <Curiosity> 난 가! :P 15:54 <jrandom> 아마 스크립트 전부를 담은 bin/ 디렉터리를 추가할 수는 있겠지 15:54 <jrandom> 어, 취소 15:54 <hypercubus> 그럼 "Uninstall"이라는 폴더를 봤겠네 ;-) 15:54 * jrandom 경로를 기억해낸다 15:54 <hypercubus> 거기에 uninstaller가 있어 15:54 <jrandom> 서비스 스크립트는 lib로 옮길 순 있겠네 15:54 <hypercubus> 아마 못할 듯 15:55 <cervantes> '도즈 방식으로, 인스톨러에 "uninstall" 옵션을 넣을 수도 있지 ;-) 15:55 <hypercubus> wrapper는 그걸 어디에 두든 아주 까다로워 15:55 <jrandom> 최소한 먼저 "cd .."는 할 수 있지 15:55 <hypercubus> 위치 변경을 검토해볼게 15:55 <hypercubus> 하지만 불가능할 수도 있어 15:55 <jrandom> 좋아, 고마워. 설치 디렉터리의 어수선함을 좀 없애면 좋겠어 15:55 <hypercubus> 동의 15:55 <jrandom> (그중 대부분은 .config 파일들을 잔뜩 만든 내 탓이지만 :) 15:56 <hypercubus> config 디렉터리를 만들 수도 있겠지 15:56 <cervantes> ./conf ? 15:56 <jrandom> 우린 긱이잖아. etc/ :) 15:56 <jrandom> 그건 정말 쉬울 거야 15:56 <jrandom> (CLI에 -D 파라미터 몇 개만) 15:56 <hypercubus> 그러면 Windows 사용자들이 "etc"가 충분히 명확하지 않다고 질문하겠지 ;-) 15:56 <jrandom> 사람들은 config를 건드릴 필요가 없어 15:57 <jrandom> 그건 웹이 하라고 있는 거니까 15:57 <cervantes> 난 항상 대놓고 썼어: ./configuration/ 15:57 <hypercubus> 맞아, 하지만 Windows 사용자도 프로그램 디렉터리에서 uninstaller를 실행할 필요는 없지 헤헤 15:57 <jrandom> ./thesefilestellstufftodothings/ 15:57 <cervantes> ./scripts/ 15:57 <cervantes> ./asciipr0n 15:57 <jrandom> 좋아, 그건 그렇고, 손볼 작업이 좀 있네 15:57 <deer> <Curiosity> ㅋㅋ 15:58 <jrandom> 회의에서 더 얘기할 거 있는 사람? 15:58 <jrandom> 없으면 15:58 * jrandom 준비한다 15:59 * jrandom *baf*로 회의를 종료한다