I2P 개발자 회의 - 2004년 10월 12일

14:04 <jrandom> 0) 안녕하세요 14:04 <jrandom> 1) 0.4.1.2 14:04 <jrandom> 2) 0.4.1.3 14:05 <jrandom> 3) 0.4.2 14:05 <jrandom> 4) 메일 논의 14:05 <jrandom> 5) ??? 14:05 <jrandom> 0) 안녕하세요 14:05 * jrandom 손을 흔든다 14:05 <Janonymous> 안녕하세요 14:05 <jrandom> 이번 주 안건에 숫자(#)가 많네요 14:05 <jrandom> 주간 상태 노트는 여기 있음 @ http://i2p.net/pipermail/i2p/2004-October/000466.html 14:05 <jrandom> (1~3분 전에 올렸어요) 14:05 <deer> * cervantes가 베개를 들고 옴 14:06 <jrandom> 오, 그렇게 지루하진 않길 ;) 14:06 <jrandom> 아무튼, 본론으로 갑시다: 1) 0.4.1.2 14:06 <deer> <cervantes> 통계 분석 섹션 끝나고 깨워줘 14:06 <jrandom> 릴리스가 나왔고 모두 업그레이드해야 해요 14:06 <jrandom> 헤헷 14:06 <deer> <cervantes> 으, 깨워 14:07 <jrandom> watchdog 코드에 몇 가지 버그가 있어서, 문제가 생길 때 router를 재시작하는 대신 엉망으로 종료시켜 버릴 수 있어요 14:07 <jrandom> 하지만 그런 상황은 드물 거라 기대합니다 14:07 <deer> <mule_iip> 아니요 :( 14:08 <jrandom> 음, 사용자마다 다르긴 해요 14:08 <jrandom> 원인을 찾고 있어요. 예전부터 있던 문제라 꽤 성가시거든요 14:08 <jrandom> (멈춤 자체 말이에요, 멈춤을 감지하는 watchdog 코드가 아니라) 14:09 <jrandom> 현재 CVS rev(0.4.1.2-1)는 watchdog의 핵심 기능을 비활성화해 두었어요 - 모니터링만 하고, router를 종료하진 않아요 14:10 <jrandom> 하지만 0.4.1.2는 모두에게 괜찮을 거예요 (mule만 빼고 ;) 14:10 <jrandom> 아, 전에 말했듯이, 로깅을 켜고 http://dev.i2p.net/pipermail/i2p/2004-October/000465.html 에 따라 데이터를 저에게 보내주세요 14:11 <jrandom> 데이터는 많을수록 좋아요 - 밤새 돌려둘 수 있으면 최고죠 (duck의 박스에서 20시간 돌렸더니 약 60MB의 데이터가 생성됐어요) 14:11 <jrandom> 좋아요, 2) 0.4.1.3으로 넘어가죠 14:12 <jrandom> 음, 이메일에 적힌 것 말고 특별히 덧붙일 건 없어요 14:12 <jrandom> 0.4.1.3 관련해서 할 말 있는 분? 14:12 <Janonymous> 아뇨 14:13 <deer> <postman> 없어요 14:13 <Janonymous> 하위 호환되나요? 14:13 <jrandom> 물론이죠 14:13 <jrandom> 좋아요, 그럼 * 3) 0.4.2로 14:14 <jrandom> 다시 한 번, "이메일 참고"예요 :) 14:14 <Janonymous> xpc vs. tcp ?? 14:14 <jrandom> TCP 스택을 구현해본 적이 없어서, 어떤 조언이든 환영해요 14:15 <jrandom> XCP는 지연이 큰 네트워크에서 더 잘 동작해요 14:15 <jrandom> (혼잡 제어 측면에서) 14:15 <Janonymous> 거기에 FEC(전방 오류 정정)가 포함되나요? 14:15 <jrandom> 아니요 14:16 <Janonymous> 오케이, 그거 좀 찾아보고 있었거든요 14:17 <jrandom> 멋져요 14:17 <jrandom> 유용한 거 뭐 찾은 거 있어요? 14:17 <deer> <cervantes> 대부분의 GET 요청은 32KB 미만이고... 보통 HTML 페이지도 그 정도일 테니... eepsurfing은 훨씬 개선될 거라 봐요... - 다만 per-tunnel 처리량도 좋아졌으면 하거든요... 새 스택이 그 부분도 개선하나요? 14:17 <Janonymous> FEC는 지연이 크고/처리량이 큰 네트워크에서 많이 쓰이죠 14:18 <deer> <mule_iip> jrandom: 저도 안 해봤지만, 여기 사람 한 명을 붙여 도와드릴 수 있어요 14:18 <Janonymous> jrandom: 좀 있어요.. 나중에 보고할게요 14:18 <deer> <mule_iip> 최소한 그에겐 좋은 학습 경험이고, 한 쌍의 추가 눈이 되겠죠 14:18 <jrandom> 좋아요, Janonymous 14:18 <jrandom> 오, 멋져요 mule 14:18 <jrandom> cervantes: per-tunnel 처리량은 메시지 윈도우가 >1이면 개선될 거예요 14:19 <jrandom> (router에서 얻어낼 수 있는 정보에 따라, 처음부터 윈도우 크기를 >1로 시작할 수도 있다고 봐요) 14:19 <jrandom> ((ecn++)) 14:19 <deer> <cervantes> 굿 14:20 <jrandom> 좋아요, 0.4.2 관련해서 다른 거 있나요? 14:20 <Janonymous> 새 스택.. 새 노트북.. *침 질질* 14:21 <jrandom> 헤헷 14:21 <Janonymous> 예 14:21 <Janonymous> 한 가지 14:22 <Janonymous> 이게 새로운 짧은 핸드셰이크를 구현하나요? 14:22 <jrandom> 흠? 14:22 <jrandom> 0.4.1 트랜스포트에는 CPU 소모가 낮은 TCP 재연결 코드가 있어요 14:22 <Janonymous> 아, 이메일에서 alice-> bob 핸드셰이크를 언급했잖아요 14:23 <Janonymous> 아 14:23 <Janonymous> 아직 따라잡는 중 14:23 <jrandom> 오. 네, 0.4.2에서 나오는 게 무엇이든, 이메일에 있는 것과 같은 패킷 시퀀스는 지원할 거예요 14:24 <Janonymous> 오케이 14:24 <jrandom> 아마 주로 소켓 옵션으로 제어할 거예요 (예: 스트림을 "interactive"로 설정하면 최대한 빨리 보내고, "bulk"로 설정하면 버퍼가 가득 차거나 flush될 때만 [또는 ack가 필요할 때만] 보냄) 14:25 <jrandom> 좋아요, 4) 메일 논의로 넘어가죠 14:25 <jrandom> postman - 자리 있나요? 14:26 <deer> <postman> 네 14:26 <jrandom> 좋아요, 메일 관련해서 개요/업데이트 좀 해주시겠어요? 14:27 <deer> <postman> 흠, 좋아요, 이렇게 많은 사람들 앞에서 말하는 건 좀 부끄럽지만요 :) 14:27 <jrandom> 헤헷 우리 모두 벌거^H^H^H그녀... 라고 상상해봐요... nm 14:28 * Janonymous 팝콘을 꺼낸다 14:28 <deer> <postman> 9월 20일부터 SMTP/POP 서비스가 돌아가고 있어요 - 일반적인 smtp/pop3 MUA(메일 사용자 에이전트)로 접근할 수 있어요 14:29 <deer> <postman> 일반 메일 클라이언트가 내포한 잠재적 위험을 분석하는 데 상당한 노력을 들였어요 14:29 <Janonymous> inproxy/outproxy는 어때요? 14:29 <deer> <postman> 그걸 전부 웹사이트에 정리해두었습니다 14:29 <deer> <postman> 아직 못 보신 분들은: www.postman.i2p 14:29 * Janonymous 현재 네트워크에 접속할 수 없음 14:30 <deer> <postman> 웹사이트에는 I2P와 인터넷 사이를 브리징할 때 메일 서비스의 익명성과 신뢰성과 관련된 일반적인 문제를 모두 포괄하려는 제안서가 있어요 14:30 <deer> <postman> out/inproxy는 아직 가동되지 않지만 계획 중이에요 14:30 <Janonymous> 메일링 리스트나 포럼에서 일부 논의를 본 것 같아요 14:30 <Janonymous> out이 in보다 더 위험하죠, 맞나요? 14:31 <deer> <postman> 먼저 모두가 동의하는 개념을 정하고 싶어요 14:31 <deer> <postman> 일반적으로는 예, 하지만 스팸 같은 게 밖으로 나가지 않게 할 방법을 찾은 것 같아요 14:31 <jrandom> 멋진 건, mx.postman.i2p in/outproxy가 서로 다른(또는 다중 중복된) POP3 계정으로 디스패치할 수 있으면 좋겠다는 거죠 14:31 <deer> <postman> 바깥으로 메일을 보내려는 각 사용자에게 쿼터를 두는 식으로요 14:32 <jrandom> (그렇게 하면 특정 메일 호스트에 묶이지 않죠) 14:32 <deer> <postman> jrandom2p: 좀 더 설명해 주세요 14:33 <Janonymous> 서로 다른 메일 호스트도 동기화할 수 있을까요? 14:33 <deer> <postman> jrandom2p: 그건 계정 기반 라우팅의 문제예요 14:33 <jrandom> 맞아요, postman 14:33 <jrandom> 아마 일이 많겠죠, 당신이 쓰는 MTA들에 대해선 제가 잘 몰라서요 14:33 <deer> <postman> jrandom2p: out/in proxy가 내부 메일 시스템을 하나 이상 쉽게 다룰 수 있어요 - 심지어 폴백 방식의 전달도 구성할 수 있고요 14:34 <jrandom> 좋아요, 훌륭하네요 14:34 <Janonymous> in/out 관련 질문 있어요 14:34 <deer> <postman> janonymous: 질문을 이해하지 못했어요 - 설명해 주세요 14:34 * jrandom mx.postman에서 UUCP 스타일 오프라인 가져오기를 상상함 :) 14:35 <Janonymous> 메일박스 간 암호화를 의무화하면 in/out 전송이 덜 위험해질까요? 14:35 <deer> <postman> jrandom: 하하, UUCP는 필요 없을 것 같아요 - 아마 ETRN이 더 섹시하죠 :) 14:35 <deer> <postman> janonymous: 지금은 시스템이 내부에서만 동작해요 - 누구든 PGP나 비슷한 걸 적용해도 됩니다 14:36 <jrandom> Janonymous: www.postman.i2p에 들러보세요 - 거기에 아이디어/이슈를 잔뜩 올려놨어요 14:36 <Janonymous> 암호화/서명을 의무화하는 것도 스팸 방지 방법이라고 봐요 14:36 <deer> <Ragnarok> postman.i2p 주소록을 LDAP로 서비스할 수 있을까요? 14:36 <Janonymous> 노트북이 오면 갈게요 14:37 <deer> <postman> rag: 이미 주소록이 있어요 - 다만 SQL 기반이에요 - LDAP로 옮기는 건 가능하죠 14:38 <Janonymous> = 서버 호스팅 주소록인가요? 14:38 <deer> * postman이 ideas/concepts HTML 문서에 아이디어를 기고해 달라고 모두에게 요청함 14:38 <Janonymous> 그럴게요, postman 14:38 <deer> * cervantes가 주소록을 크롤링하고 음경 확대 약품 광고 메일 쓰기 시작함 14:39 <deer> <postman> janonymous: 음, 모든 메일 사용자가 SQL 기반이라서 - 그 "주소록"은 그 테이블에 대한 뷰일 뿐이에요 14:39 <deer> <postman> cervantes: 참고로, 각 사용자는 자신을 보이게 할지 말지 선택할 수 있어요 14:39 <Janonymous> 아 14:40 <Janonymous> 선택적 그룹은 어떤가요 ;) 14:40 <deer> <cervantes> postman: 응, 벌써 가입했어 ;-) 14:40 <deer> <postman> cervantes: 그리고 우리에겐 mailidentidy 시스템이 있어서, 발신자 주소를 위조할 수 없어요 - 그게 당신이었다는 걸 알죠 :) 14:40 <deer> <postman> janonymous: 네, 2.0 버전에 계획되어 있어요 :) 14:41 <deer> <cervantes> postman: 하지만 난 그냥 모든 ircnym@postman.i2p으로 스팸 보낼 거야 ;-) 14:41 <deer> <postman> cervantes: 기술적으로 가능하죠, 네 :) 14:42 <deer> <postman> cervantes: 그 알약도 실제로 배달할 수 있길 바라요 :) 14:42 <Janonymous> i2p에 꼭 필요하고 오래 기다려온 발전처럼 들리네요 14:42 <Janonymous> 새로운 이메일 시스템이요 14:42 <deer> <cervantes> postman: 발신자 얘기로 말하자면.. "Cervantes의 음경 확대 영약"이면 보낸 사람이 누군지도 표시되겠네 :) 14:42 <deer> <postman> janonyous: 구현된 모든 세부사항을 다 말하긴 어렵네요 14:43 <deer> <postman> jan: 이건 웹사이트가 가장 적합해요 14:43 <deer> <postman> cervantes: 그렇죠 - 하지만 그건 위조될 수 있어요 :) 14:43 <Janonymous> 알겠어요.. 최대한 빨리 가볼게요 14:43 <jrandom> 좋아요, 훌륭해요. 그러니 www.postman.i2p에 올라온 걸 검토하시고 아이디어/의견을 보내주세요 14:43 <deer> * postman이 고개를 끄덕이고 다시 앉음 14:44 <jrandom> (postman++) 14:44 <jrandom> 자, 그러면 5) ???로 14:44 <jrandom> 또 제기하고 싶은 이슈 있나요? 14:44 <jrandom> (i2p 관련) 14:44 <deer> <postman> :) 14:44 <Janonymous> 그냥 생각난 건데요 14:45 <Janonymous> I2P의 가능한 활용처.. "분산 익명 네트워크 레이어"라는 건 알지만요 14:45 <deer> <Jake> 제 노드가 내려갔어요 :( 집의 다른 곳으로 장비를 옮기는 중 14:46 <Janonymous> 그런데 그걸 어디에 쓸 수 있을까요.. 특히 "공익" 이슈들요 14:46 <Janonymous> 억압적인 제3세계 국가들, 표현의 자유.. 등등.. 그게 제가 처음에 i2p에 관심을 갖게 된 주요 이유 중 하나거든요 14:47 <Janonymous> 그 점에선 Freenet도 마찬가지고요 14:47 <deer> <Jake> 미국 같은 억압받는 1세계 국가들 14:47 <Janonymous> 그래서 그런 이슈들에 대한 논의 확장이 있으면 좋겠다고 생각했어요, 포럼에서 시작해서, 나중에 사이트에도 글을 올리고요 14:48 <jrandom> 중국 사람들에게 의미가 있다고 말하려면 해야 할 일이 아주 많아요 14:48 <Janonymous> 헤헷, 맞아요, 거짓된 약속을 하고 싶진 않지만.. 14:48 * jrandom은 동료 검토가 이렇게 적은 상황(그리고 여전히 미해결 이슈가 너무 많음)에서 안전하다고 말하진 않을 거예요 14:49 <deer> <fidd> 중국이 i2p를 검열하기가 얼마나 어려울까요? 14:49 <deer> <cervantes> 기반 네트워크가 "자꾸 형태가 바뀌는" 걸 멈추면 애플리케이션이 더 쉽게 등장하기 시작할 거라 봐요 14:49 <Janonymous> 하지만 제게는 그런 이슈들이 i2p를 아주 흥미롭게 만드는 주요한 요소 중 하나예요 14:49 <jrandom> fidd: 검열의 정의는 여러 가지예요. "특정 콘텐츠의 전송을 막는다"는 의미라면, i2p를 불법화하지 않는 한 사실상 불가능해요 14:50 <Janonymous> 그러면 "중국 네트워크에서 i2p를 탐지하는 건" 어때요 14:50 <Janonymous> stego(스테가노그래피, 은닉법)? 14:51 <jrandom> 흥미롭죠, 맞아요. 중요하냐고요? 네. 필요하냐고요? 네. 하지만 우리가 의미 있으려면 해야 할 일이 너무 많아서, 지금 이야기하는 건 그냥 우울해질 뿐이에요. 14:51 <Janonymous> 제 잘못이네요 :) 14:51 <deer> <cervantes> 베이스 네트워크가 견고해지면, 그때부터 재미있게 쓸 수 있는 장난감들이 필요하겠죠 - 예: 파일 공유 앱, IM 시스템(메신저) 등. 그 시점엔 사용자 기반이 늘어나길 바랍니다.... 그 전에는 억압적 체제에 사는 사람들의 익명을 보장할 만큼 충분한 피어가 없을 거예요 14:52 <jrandom> 진짜 목표를 잊지 않는 건 늘 중요하죠, Janonymous, 그 점을 높이 평가해요 14:52 <Janonymous> 네, 노드 수가 큰 영향을 미치죠 14:52 <modulus> 제 생각엔 stego와 트래픽 분석을 무력화할 랜덤 노이즈 같은 것들이 갖춰질 때까지는, 억압적인 나라의 사람들은 한동안은 거리를 두는 게 좋아요. 14:53 <deer> <cervantes> 아니요.. 여기 남아서 도와야죠 :) 14:53 <modulus> :-) 14:53 * jrandom은 왜 그런 요소가 필요 없을지 자세히 설명하진 않을게요, 3.0 rev가 해결해 줄 테니까요 :) 14:53 <modulus> 3.0? 장기 과제처럼 들리네요 ;-) 14:53 <jrandom> 공개 네트워크에서 stego 트랜스포트에 대한 신뢰는 거의 0에 가깝습니다 14:54 <jrandom> 내일은 아니에요, 그건 확실하죠. 14:54 <Janonymous> 진짜요? 허 14:54 <Janonymous> jrandom: 왜요 (stego와 관련해서)? 14:55 <jrandom> 공개 네트워크에서 오픈소스 소프트웨어의 stego를 무력화하는 방법: 소스를 내려받고, stego 생성 코드를 검토하고, 탐지 코드를 작성해, 배포한다. 14:56 <jrandom> 공개 네트워크에서 클로즈드소스 소프트웨어의 stego를 무력화하는 방법: 개발자의 가족을 납치하고, 코드를 뒤집는다. 배포한다. 14:56 <Janonymous> 아.. 네.. 랜덤 입력? 에이.. 그냥 그게 미래라고 떠드는 글을 읽었을 뿐이에요 14:56 <jrandom> 사설 네트워크에서 stego를 무력화하는 방법: 그걸 쓰는 다섯 명을 비웃고, 전부 체포한다. 14:56 <modulus> 음, 익명의 클로즈드소스 소프트웨어는 어때요? 물론 트로이 목마일 수도 있지만요 ;-) 14:57 <deer> <Jake> jrandom: 혹시 납치당하면, "오늘 우리 강아지 파이도가 먹는 음식에 정말 화가 났어"라고 말해서 우리에게 알려줘요 14:57 <deer> <Jake> 그게 들통날 신호가 될 거고, 우리가 알아챌 거예요 14:57 <deer> <cervantes> %s!dev's family!jrandom 14:57 <jrandom> 헤헷 jake 14:58 <Janonymous> 4.2는 언제쯤 나올까요? 14:58 <jrandom> Janonymous: 익명성/보안 소프트웨어의 1번 특징: 사기성 과장(snake oil). 14:58 <jrandom> 0.4.2? 이달 중 언젠가요 14:58 <jrandom> 아마 말쯤에 14:58 <Janonymous> 헤헤. 14:58 <jrandom> 0.4.1.3는 아마 이번 주 말이나 주말에 나올 거예요 14:58 <deer> <cervantes> Jake: 그건 절대 안 통할 걸, 우리가 네가 그 개에게 독을 먹였다고 생각할 테니까 14:58 <deer> <cervantes> *just 14:58 <Janonymous> 일주일이나 이주일 안에 다시 네트에 돌아올 거예요 14:59 <jrandom> r0x0r 14:59 <jrandom> 좋아요, 다른 이슈 있으신가요? 14:59 <deer> <Jake> cervantes :) 15:00 <jrandom> 없으면.. 15:00 * jrandom 마무리함 15:00 * jrandom *baf* 회의를 마칩니다