I2P 개발자 회의 - 2005년 9월 27일

16:14 <jrandom> 0) 안녕하세요 16:14 <jrandom> 1) 네트워크 상태 16:14 <jrandom> 2) 0.6.1 16:14 <jrandom> 3) ??? 16:14 <jrandom> 0) 안녕하세요 16:14 * jrandom 손을 흔든다 16:14 <+Ragnarok> 좋아요, 추가 질문은 보류할게요 16:14 <jrandom> 주간 상태 노트가 http://dev.i2p.net/pipermail/i2p/2005-September/000933.html 에 올라갔습니다 16:14 <+Ragnarok> 안녕하세요 :) 16:15 <wiht> 안녕하세요. 16:15 <jrandom> 원하시면 3) ???에서 더 깊이 파볼 수 있어요 16:15 <+Ragnarok> 좋아요 16:15 <jrandom> 좋아요, 1) 네트워크 상태로 들어갈게요 16:15 <jrandom> 전반적으로 꽤 안정적인 것 같아요 16:16 <A123> HTTP outproxy(아웃프록시)는 하나의 router(라우터)만이 운영하나요? 16:16 <wiht> 제 router 콘솔에서 알려진 노드가 307개로 보여요. 16:16 <A123> (아직 I2P가 어떻게 동작하는지 조금은 잘 모르겠어요) 16:16 <jrandom> 기본으로 구성된 outproxy가 두 개 있고, 기본값에는 포함되지 않았지만 사용할 수 있는 것들이 몇 개 더 있어요 16:16 <wiht> 최근 네트워크 성장으로 누군가의 대역폭이 한계까지 차나요? 16:17 <jrandom> 음, 제 대역폭 사용량은 늘었어요, 제 routers에서 꾸준히 30~40KBps 정도예요 16:17 <jrandom> (즉 꾸준히 30~40이라는 뜻이에요) 16:18 <jrandom> (squid.i2p 같은 트래픽이 많은 서비스도 몇 개 돌리고 있긴 해요 ;) 16:19 <A123> 로그는 본 적 있어요? 16:19 <jrandom> squid 로그요? 아니요, 요청 로깅을 하지 않도록 설정해 두었어요 16:20 <+Ragnarok> 기억하세요, 그가 거짓말일 수도 있어요 :) 16:20 <+Ragnarok> 그러니 그런 질문은 쓸데없죠 16:20 <jrandom> (물론 그것도 거짓말일 수 있고, FBI/기타를 위해 일할지도 모르니, 남용하지 마세요 ;) 16:20 <A123> 그냥 거기에 뭔가 흥미로운 게 있을까 궁금했어요 :) 16:21 <+mihi> A123: 직접 outproxy를 운영하세요 :) 16:21 <gloin> A123: Tor 노드를 설정하세요. 16:21 <A123> 설정하기 쉬운가요? 16:21 <jrandom> 그렇지는 않아요 16:21 <A123> gloin, Tor는 파일 공유용으로 설계되지 않았다고 명시되어 있어서, 저는 별로 관심이 없어요. 16:22 <jrandom> (outproxy 말이에요. Tor는 설정이 쉬워요) 16:22 <A123> 적어도 그들은 사람들이 파일 공유에 사용하지 않기를 명시적으로 밝혔죠. 16:22 <wiht> jrandom, I2P 프로젝트의 성숙도를 대대적으로 공개 발표하는 건 여전히 1.0 버전까지 기다리길 원하시나요? 16:23 <+mihi> A123: 확실히 nickserv에 닉네임 등록하는 것보다 어렵죠 *힌트* *힌트* 16:23 <A123> 아 맞어요, A123이 선점되면 정말 싫죠 :) 16:23 <wiht> 지금 네트워크가 잘 동작한다면, 더 많은 사용자를 받아들일 수 있을까요? 16:23 <jrandom> 1.0 이전에 대외 홍보를 좀 해서 더 큰 환경에서 테스트를 해봐야 해요 16:24 <+Ragnarok> 프리뷰 릴리스 같은 걸로요 16:24 <wiht> 베타 릴리스요? 좋은 생각 같네요. 16:25 <jrandom> 그래요, 웹사이트 개편과 함께 진행될 거고, 아마 0.6.2 이전일 수도 있어요 16:25 <jrandom> (아니면 0.6.2쯤) 16:25 <jrandom> (웹사이트 개편은 같은 질문에 몇 시간이고 답변하느라 시간 낭비하지 않도록 하는 핵심 경로의 일부죠) 16:25 <+Ragnarok> 음, 단순한 또 다른 베타보다는 최종 사용자 다듬기를 좀 더 해서요 16:26 <A123> I2P를 이해하는 클라이언트가 스스로 tunnels(터널)을 쉽게 구성할 수 있나요? 16:26 <jrandom> 네 16:26 <A123> 항상 콘솔에 HTTP 요청을 보내는 방식도 가능하겠죠... 16:26 <+Ragnarok> router 콘솔도 대대적인 개편이 필요해요. 첫 페이지를 i2p 포털처럼 만들고, 기술적인 것들은 좀 더 안쪽으로 옮기면 좋겠어요 16:26 <jrandom> 그건 i2p에 연결할 때 클라이언트가 보내는 속성 중 하나예요 16:26 <jrandom> 동의해요, Ragnarok 16:27 <A123> 흠. 그럼 Azureus I2P plugin도 좀 더 친절하게 만들 수 있겠네요. 16:27 <A123> 아니, 최소한 조금이라도 친절하게요. 16:27 <jrandom> 동의해요, A123 ;) 16:27 <jrandom> (그래도 작업 증명 부분을 보여준 건 정말 잘했어요) 16:28 <jrandom> 최근 메일링 리스트에 사용성 관련 훌륭한 제안들이 많았어요 16:28 <jrandom> 그중 많은/대부분은 새로운 사용자에게 i2p를 써보라고 권하기 전에 끝내야 해요 16:28 <A123> 콘솔에서: "Status: ERR-Reject로 감지되듯이, router에 원치 않는 UDP 패킷이 도달하도록 NAT나 방화벽에서 구멍을 뚫을 수 없다면..." 16:28 <A123> "Status: ERR-Reject"는 어디에서 볼 수 있죠? 16:29 <+Ragnarok> 이제 사용성을 걱정할 수 있는 단계에 왔다는 게 좋네요 :) 16:29 <jrandom> A123: router 콘솔의 왼쪽에 Status: OK(또는 Status: unknown, 기타)라고 표시돼요 16:29 <+Complication> router 콘솔의 Status 필드에요. 16:29 <jrandom> 맞아요, Ragnarok 16:29 <+Complication> 거기에 OK 또는 OK (NAT)가 떠 있길 바래요. 16:30 <A123> Complication, 아, 고마워요. "Check network reachability..."를 클릭하면 그게 업데이트되나요? 16:30 <wiht> 앞으로의 I2P 릴리스에서 호환성을 깨지 않아도 되길 바랍니다. 과거에 전체 네트워크를 새 버전으로 마이그레이션하는 건 고통스러웠던 것 같아요. 16:30 <+Complication> A123: 네, 클릭하면 다시 테스트할 거예요 16:30 <+Complication> 다만 즉시 일어나지는 않아요. 16:30 <jrandom> 음, 예전만큼 고통스럽지는 않지만, 그래도 피할 수 있으면 좋겠죠, wiht 16:30 <A123> 그럼 페이지를 새로고침해야 하나요? 16:30 <A123> 음, 아니요, 그러면 또 다른 HTTP POST가 될 텐데요... 16:31 <+Complication> A123: 테스트에 적합한 피어를 찾는 데 1분 정도 걸릴 수 있어요 16:31 <+Complication> 이미 통신 중인 상대와는 테스트할 수 없거든요 16:31 <+Complication> 그건 잘못된 결과를 줄 수 있어요. 16:32 <+Complication> 그래서 나중에 router 콘솔을 보면 결과가 표시될 거예요. 16:32 <+Complication> 기본적으로, 이상적인 상황에서는 피어 테스트를 수동으로 실행할 필요가 없어야 해요. 16:33 <+Complication> =필요 없다는 뜻 16:33 <jrandom> 맞아요, i2p는 특정 이벤트가 발생할 때 이제 자동으로 피어 테스트를 해요 16:33 <jrandom> (예를 들어 누군가가 당신의 IP가 당신이 생각하는 것과 다르다고 알려줄 때) 16:33 <A123> 그 버튼은 전혀 직관적이지 않더군요. 무엇을 언제 업데이트하는지 전혀 모르겠고, 테스트 결과를 명확히 알려주지도 않아요... 16:34 <A123> 페이지가 자동으로 새로고침되지 않았고(아마), 브라우저에서 리로드를 할 수도 없고요... 16:34 <jrandom> 리로드는 안전할 거예요 16:34 <A123> 그럼 또 다른 테스트가 실행되잖아요? 16:34 <jrandom> 맞아요, router 콘솔은 사용성보다는 기술적 이유로 설계되었죠 16:34 <jrandom> A123: 그런 걸 막기 위해 nonce(논스, 임의값)가 있어요 16:34 <+Complication> 그 부분은 나중에 더 나은 설명 문구가 도움이 될 것 같아요 16:35 <wiht> 2)를 건너뛰고 벌써 3)로 간 건가요? 16:35 <jrandom> Complication: 불필요하니 아마 제거할 거예요 16:35 <jrandom> 아니요, 아직 1이에요 16:35 <jrandom> 사실, 1) 네트워크 상태에 대해 더 있을까요? 16:35 <A123> 아, 맞네요, 몇 번 하고 나면 nonce에 대해 불평하네요. 16:35 <jrandom> 없으면 2) 0.6.1로 넘어갈게요 16:35 <A123> 비전공자에게 "nonce"는 그냥 무의미한 단어처럼 보일 거예요. 16:36 <A123> :) 16:36 * Complication 그래프들을 본다 16:36 <+Complication> 여기서는 네트워크 상태에 대해 불만 없어요. 16:36 <jrandom> w3wt 16:37 <A123> reseeding이 자동이 아닌 이유가 있나요? 16:37 <jrandom> 좋아요, 메일에 있는 내용 외에 0.6.1에 대해 특별히 덧붙일 건 많지 않아요 16:37 <gloin> 흠.. 들어오고 나가는 트래픽이 대체로 대칭이어야 하지 않나요? 16:37 <A123> 제 것은 어느 정도 대칭인 것 같아요. 16:37 <jrandom> A123: 네, 다만 더 안전하게 할 수도 있을 거예요 16:37 <+Complication> gloin: 리칭하거나 시딩 중이면 아니죠 ;) 16:37 <+Ragnarok> 뭔가 다운로드 중이면 아니죠 16:38 <A123> 합계: 3.74/4.09KBps (들어옴/나감) 16:39 <gloin> Complication: 이것이 보안 문제인가요? '외부' 트래픽을 줄여야 하지 않나요? 16:39 <+Complication> gloin: 기준이 무엇이냐에 달렸죠 16:40 <+Complication> 최대한의 보안을 추구하는 사람은 분명 다른 이가 자신의 BW(대역폭)에 관찰 가능한 변화를 유발할 수 있는 행동을 해서는 안 되죠. 16:40 <jrandom> gloin: 1.0으로 가면서 그런 통계를 공개하지 않을 거예요 16:40 <A123> 제 ISP는 그래도 알겠지만요... 16:40 <jrandom> 하지만 로컬 트래픽 분석에 대비하려면 다른 사람들의 tunnels에 참여해야 하죠 16:41 <+Complication> (여기서 "their BW"의 엄밀한 정의는 "그들의 노드에서 시작/종료하는 대역폭 사용"을 의미) 16:41 <jrandom> (아니면 충분한 더미 활동을 하거나요. 예를 들어 tarzan에는 대역폭^W^W익명성 방어를 위해 "mimics"가 있어요) 16:41 <A123> 흠. 16:41 <A123> 저는 ADSL이고, 업로드보다 다운로드 능력이 훨씬 커요. 16:42 <+Complication> 많은 사람들이 그래요. 16:42 <A123> 제 다운로드가 업로드를 초과하면, 그건 제가 뭔가 다운로드하고 있다는 의미 아닌가요? 16:43 <wiht> 아니요, 다른 사람들의 트래픽을 포워딩하고 있을 수도 있어요. 16:43 <+Complication> 다운로드를 하고 있다는 의미일 것 같네요. 16:43 <A123> I2P가 데이터를 캐시하나요? 16:43 * wiht 그게 틀렸다면 정정해주면 좋겠어요. 16:43 <+Complication> A123: 제가 아는 한 캐싱은 일어나지 않아요 16:43 <jrandom> i2p 자체는 캐시하지 않아요 16:43 <+Complication> A123: 캐싱은 발생하지 않는 걸로 알아요 16:43 <jrandom> 하지만 syndie는 캐시하죠. 16:44 <A123> 캐싱이 없다면, 제 다운로드가 업로드를 초과하는 건 제가 직접 뭔가를 다운로드하고 있다는 뜻이겠죠? 16:44 <jrandom> 대량의 인바운드 트래픽이 있지만 현재 아웃바운드 트래픽이 없다면, syndie 노드를 돌리고 있을 수도 있어요 16:44 <jrandom> 네, A123, 충분히 짧은 시간 구간에서는 그래요 16:45 <A123> 네트워크 버퍼가 가득 찬 뒤에는 유용하게 다운로드할 수 있는 속도가 제 업로드 속도와 같을 테니까요. 16:45 <jrandom> 특정 위협 모델에서는 그렇죠 16:45 <A123> 흠. 16:45 <jrandom> (충분한 자원을 가진 로컬 수동 공격자, 또는 표적화된 로컬 공격자, 등) 16:46 <+Complication> 더 빨리 다운로드할 수도 있지만, 위험이 커집니다. (그래서 저는 업/다운 제한을 비슷하게 잡아두었어요.) 16:46 <A123> 아, 좋은 지적이에요, 다운로드 속도를 제한하면 되겠네요. 16:46 <@LevDavidovitch> 그나저나, 다운로드와 업로드 속도 둘 다 제한해야 해요 16:47 <+Complication> 하지만 업로드보다 다운로드를 더 많이 하는 모든 사람을 표적으로 삼는다면... 세상 사람 전부와 그들의 할머니까지 표적이 되겠죠. 16:47 <wiht> 아직 IRC에서 연결 끊김 문제가 있는 것 같아요. 16:47 <jrandom> wiht: 몇몇만 그래요 16:47 <wiht> 알겠습니다. 16:47 <@LevDavidovitch> 요즘은 재연결도 아주 빠릅니다 16:48 <jrandom> (예전처럼 나쁘지도 않고요) 16:48 <wiht> 동의해요, 재연결이 더 좋아졌어요. 16:48 <jrandom> 맞아요, 적정한 bw 제한이 있는 routers에 우리 IRC 서버가 호스팅되는 게 좋아요 :) 16:49 <jrandom> ((예전이 불합리했다는 건 아니에요, 훌륭했죠, 우리가 그 용량을 넘어섰을 뿐)) 16:49 <A123> DCC가 지원되지 않는 기술적 이유가 있나요? nat 모듈과 비슷하게 구현할 수 있지 않나요? 16:49 <jrandom> 좋아요, 2) 0.6.1에 대해 더 있을까요? 16:49 <jrandom> 네, A123, dcc가 지원되지 않는 데에는 기술적 이유가 있어요 16:50 <@LevDavidovitch> 클라이언트 측에서 해야 할 거예요, 아마도. 16:50 <jrandom> 누군가 dcc를 지원하는 IRC 프록시를 구현할 수는 있지만, 아직 아무도 하지 않았어요 16:50 <A123> 그게 뭔가요? 아니면 긴 이야기인가요? 16:50 <jrandom> dcc 지원을 하려면 IRC 프로토콜을 이해하고 해석해야 하며, 필요에 따라 IRC 메시지를 다시 써야 해요 16:50 <@LevDavidovitch> 일반적인 dcc는 임의의 포트를 사용하죠 16:50 <jrandom> (특히 dcc 연결을 설정하는 ctcp 메시지) 16:50 <A123> 아, 그걸 물으려 했어요... nat 모듈처럼(말씀하신 대로 동작하는) 기술적으로 가능한지요. 16:51 <jrandom> nat 모듈이 뭔지 잘 모르겠는데요? 16:51 <@LevDavidovitch> nat는 좀 특이한 UDP 동작을 사용하죠. 16:52 <@LevDavidovitch> 그가 말한 건 nat 트래버설인 것 같아요 16:52 <jrandom> 아, 알겠어요, 네, 기술적으로는 가능하지만, 자원봉사로 그걸 하겠다는 사람이 없어요(그리고 저는 일이 너무 많고요) 16:52 <A123> 아니요... 적어도 Linux에서는 iptables용 masq 모듈이 있어서 DCC CTCP 요청이 담긴 IRC 패킷을 다시 써줘요. 16:53 <@LevDavidovitch> 아, 알겠어요 16:53 <@LevDavidovitch> 그 코드의 일부를 쓸 수 있을지도요 16:53 <@LevDavidovitch> ipfilter랑 얼마나 밀접하게 엮여 있는지에 달렸겠죠 16:54 <jrandom> 아마 I2PTunnelClient를 확장해서 IRC를 해석하게 하는 게 더 간단할 거예요 16:54 <A123> http://www.koders.com/c/fidA6A89E1080590138EB211E694473DDDD098B6B75.aspx <- 구글 덕분에 찾은 건데, 흥미로울 수도요. 16:54 <jrandom> (I2PTunnelHTTPClient가 HTTP를 해석하도록 확장된 것과 같은 방식으로요) 16:55 <@LevDavidovitch> 대부분의 나라에서는 아니죠. 16:55 <@LevDavidovitch> 이런 16:56 <jrandom> A123: OS 수준 필터는 배포가 좀 어려울 거예요. 그래도 누군가 작업하고 싶다면 출발점으로 좋겠죠 16:57 <jrandom> 좋아요, 2) 0.6.1에 대해 더 없다면 3) ???로 넘어갈까요? 16:57 <A123> jrandom, 꼭 OS 수준일 필요는 없지 않나요? 어차피 IRC tunnel을 통해 들어올 텐데요... 16:58 <jrandom> 사실 iptables 필터로도 동작하지 않을 거예요. i2ptunnel 내부나 다른 i2p-aware 프록시에서 해야 해요 16:58 <jrandom> 어쨌든 일이 많아서, 누가 자원해서 하지 않으면 영영 안 될 거예요 ;) 16:59 <jrandom> (그래도 진짜 멋지긴 하겠죠) 16:59 <A123> 그렇네요. 16:59 <A123> "iptables 필터를 쓰자"가 아니라 "iptables 필터 같은 방식"을 말한 거였어요 :) 16:59 <A123> -the+a 16:59 <A123> +n 17:00 <A123> 흠 흠. 17:00 <@LevDavidovitch> 진행하죠, 제 생각엔 17:01 <jrandom> 좋아요, 3) ???로 17:01 <jrandom> (사실 줄곧 3)에 있었던 거라고도 할 수 있겠지만 ;) 17:01 <jrandom> 회의에서 더 꺼내고 싶은 주제 있으신가요? 17:01 <+fox> <brutus> 3)와 관련해서 1.0 전에 bugzilla를 잘 갖춰두면 좋겠어요 17:01 <wiht> 메일링 리스트의 사용성 제안들 얘기가 나와서 말인데, 그중 일부를 I2P에 반영했나요? 17:02 <jrandom> brutus: 예전에 bugzilla가 있었는데, 아무도 사용하지 않았어요 17:03 <wiht> 즉, 아직은 I2P 코어 기능에 집중하고 있고 사용성은 좀 나중에 집중할 계획인가요? 17:03 <A123> 여기서 시도하진 않겠지만, 지금 누군가에게 DCC 요청을 보내면 상대에게 제 IP가 노출될 것 같아요. 17:03 <A123> (클라이언트가 자신의 IP를 알고 있다고 가정하면요) 17:03 <jrandom> wiht: 지난주에 사용성을 크게 개선할 수 있는 스트리밍 라이브러리 쪽 개선을 많이 했어요 17:04 <jrandom> A123: IRC 서버들은 ctcp 메시지를 필터링해요 17:04 <jrandom> (수정되어 있어요) 17:04 <A123> 서버들... 17:04 <jrandom> 하지만 맞아요, 그건 서버로 당신의 IP를 보냅니다(서버가 버릴 수도 있고, 어떤 NSA 데이터베이스에 보관할 수도 있죠) 17:04 <jrandom> 그러니 dcc 요청은 보내지 마세요 17:04 <A123> 저도 서버 관리자들이 제가 누군지 아는 건 원치 않아요 :) 17:05 <A123> (이론적으로요. 지금이나 여러분과는 상관없지만요) 17:05 <A123> 그 점은 사용자들에게 경고할 가치가 있어요. 17:05 <jrandom> 기억하기로 위키에 그런 여러 이슈들에 관한 페이지가 있어요 17:05 <jrandom> (ugha.i2p에 들러보세요) 17:06 <+fox> <mihi> 참고로: irc2p 서버들은 i2p를 통해 연결되어 있나요, 아니면 직접인가요? 17:06 <+Complication> i2p라고 가정하겠어요 17:06 <+Complication> 누가 그새 미쳐서 제게 알리지 않았다면요. :P 17:06 <wiht> jrandom, 좋아요, 그런데 Isamoor가 낸 UI 제안들은 어떤가요? 17:07 <jrandom> mihi: i2p 통해서 연결된 걸로 알고 있어요 17:08 <jrandom> wiht: 제가 한 작업 목록은 http://dev.i2p/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD 에서 볼 수 있어요 17:09 <jrandom> 해야 할 일도, 하게 될 일도 많지만, 제 손은 두 개뿐이에요 17:09 <wiht> 감사해요, 거기서 볼게요. 17:10 <jrandom> 사실, 회의에서 언급할 게 하나 있어요... 17:10 <A123> fox가 changating 하는 서버/채널이 어디죠? 아니면 제가 fox의 목적을 오해한 건가요? 17:11 <jrandom> hq.postman.i2p에서 언급했듯이, postman의 서버를 통해 익명 메일 서비스를 만 1년 넘게 제공해왔어요! 17:11 * jrandom 환호한다 17:11 * wiht 감사를 모르는 사람처럼 보이고 싶지 않다. 17:12 <A123> jrandom, 스패머들이 눈치채기 시작했나요? 17:12 <jrandom> A123: fox는 irc.freenode.net으로 가는 브리지예요 17:12 <A123> (알겠어요, 스팸을 하기엔 느린 방법이지만...) 17:12 <jrandom> A123: 아닐 거예요, postman에는 안티스팸 대책이 있어요 17:12 <jrandom> 인바운드 스팸은 좀 문제이긴 하지만요 ;) 17:13 <jrandom> (그래도 거기서 제 계정은 잘 필터링되고 있어요) 17:13 <mule> 정말 그렇게 오래됐나요. 세월이 빠르네요 ... 17:13 <A123> jrandom, 아, 고마워요. 17:13 * Complication 누가 마침내 이메일로 곰을 보내줬는지 확인한다 17:14 <+fox> <brutus> 맞아요, postman이랑 cervantes는 훈장을 받아야 해요, 여기서 큰 짐을 지고 있어요 17:15 <+fox> <brutus> 정말 훌륭한 서비스들이죠 17:16 <jrandom> 완전 동감. mule의 outproxy와 fproxy, orion의 사이트, 그리고 여러분 모두의 콘텐츠도 마찬가지예요 :) 17:16 <jrandom> 좋아요, 회의에서 더 다룰 거 있나요? 17:16 <wiht> 콘텐츠 얘기가 나와서 말인데... 17:16 <wiht> 어떤 사이트가 열려 있는지는 알지만, 쉽게 접근할 수 있는 사이트 디렉터리는 없는 것 같아요. 17:17 <A123> 제 시계가 빠릅니다. "Updating clock offset to -316819ms from -304801ms" 메시지를 "CRIT"보다 낮은 레벨로 내려줄 수 있을까요? 조금 불안하네요. 17:17 <wiht> 사이트 관리자들이 자기 사이트가 무엇인지 올릴 수 있는 디렉터리를 만들까 생각했어요. 17:17 <jrandom> orion.i2p가 꽤 쉽게 접근 가능하지 않나요...? 17:17 <jrandom> A123: 흠, 그럴지도요 17:18 <wiht> 사이트의 목적에 대한 짧은 설명도 있나요? 17:18 <+postman> A123: 스팸은 수신 메일(인터넷에서 오는 메일)에만 문제예요 17:18 <jrandom> wiht: 네, 있어요, 다만 어디서 온 건지는 모르겠네요 17:18 <+Complication> wiht: 아니요, orion에는 그런 기능이 없는 것 같아요 17:18 <wiht> 다시 살펴볼게요. 17:18 <jrandom> 제 기억이 맞다면 jnymo가 유지보수했었죠 17:18 <+postman> A123: i2p mail 사용자들은 인터넷 대상에게 스팸을 보낼 수 없을 뿐 아니라, 서로에게 스팸을 보내는 것도 거의 불가능해요 17:19 <+Complication> 죄송, 사용자 입장에서 접근 가능한 기능은 아닌 것 같다는 말이었어요. 17:19 <wiht> 사이트를 분류하는 디렉터리를 생각했어요, dmoz.org와 비슷한 거요. 17:19 <A123> wiht, 저는 완전 신규 사용자라서, 정말 좋아 보이네요. 17:19 <+fox> <Sugadude> wiht: 분류가 필요할 만큼 사이트가 충분히 많나요? 17:19 <A123> wiht, 하지만 Freenet을 보면 하면 안 되는 훌륭한 예시가 있어요. 17:20 <jrandom> 신뢰할 수 있는 분류형 사이트가 있으면 좋겠죠. 아니면 syndie에 통합해서 사람들이 자신의 피어 레퍼런스에 태그와 분류를 붙이고(그리고 공유하고) 할 수 있게 할 수도 있어요 17:20 <jrandom> (syndie는 이미 각 북마크에 대한 카테고리 태그 세트를 가지고 있어서, dmoz 스타일로 시각화하는 것도 어렵지 않을 거예요) 17:20 <jrandom> 그리고 로컬이라서 <--- 빠름 17:20 <A123> 아니면 그냥 구글이 i2p에 관심을 갖게 만들거나... 17:20 <jrandom> 헤헷 17:24 <jrandom> 좋아요, 회의에 더 없으면... 17:25 * jrandom 마무리한다 17:25 * jrandom *baf*s 회의를 마친다