/ko/blog/Recent content in Blog on I2P - 보이지 않는 인터넷 프로젝트Hugoko-KRMon, 09 Feb 2026 00:00:00 +0000/ko/blog/2026/02/09/i2p-2.11.0-release/Mon, 09 Feb 2026 00:00:00 +0000/ko/blog/2026/02/09/i2p-2.11.0-release/<p>이번 릴리스부터 I2P는 Java 17 이상이 필요합니다. Java 업데이트 방법은 운영체제 문서를 참조하시기 바랍니다. I2P는 이제 Jetty 12도 사용합니다. 마이그레이션 문제는 router 로그를 확인해 주세요.</p> <p>이번 릴리스에서는 양자 후 암호화(post-quantum cryptography) 지원을 개선하는 작업이 계속되었습니다. 양자 후 암호화가 이제 ratchet 계층에서 기본적으로 활성화됩니다.</p> <p>진행 중인 스팸 공격에 대한 첫 번째 완화 조치를 구현했습니다. 추가적인 완화 조치가 개발되고 있습니다.</p> <p>SAMv3 API가 새로운 데이터그램 타입 2와 3을 지원하도록 업그레이드되었습니다.</p> <p>평소와 같이 이 릴리스로 업데이트하실 것을 권장합니다. 보안을 유지하고 네트워크에 도움이 되는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2026/02/04/%ED%8F%AD%ED%92%8D%EC%9A%B0-%EB%82%A0%EC%94%A8/Wed, 04 Feb 2026 00:00:00 +0000/ko/blog/2026/02/04/%ED%8F%AD%ED%92%8D%EC%9A%B0-%EB%82%A0%EC%94%A8/<p>I2P 네트워크는 현재 진행 중인 서비스 거부 공격과 자원 고갈 공격으로 인해 불안정을 겪고 있습니다. 이러한 공격들은 I2P 서비스와 숨겨진 사이트의 성능과 신뢰성에 영향을 미치고 있습니다. I2P 개발팀은 이러한 공격에 대응하기 위해 적극적으로 조사하고 완화 방법을 구현하고 있습니다.</p>/ko/blog/2026/01/06/introducing-the-new-i2p-website/Tue, 06 Jan 2026 00:00:00 +0000/ko/blog/2026/01/06/introducing-the-new-i2p-website/<h2 id="launching-the-redesigned-i2p-website">Launching the Redesigned I2P Website</h2> <p>We are pleased to announce the launch of the redesigned I2P website. This update is the result of a focused effort to make I2P easier to discover, easier to understand, and easier to contribute to—without compromising the values the project is built on.</p> <p>This work is primarily aimed at the I2P community: long-time users, contributors, developers, researchers, and those discovering I2P for the first time and trying to understand how it fits together.</p>/ko/blog/2025/11/01/stormycloud-i2p-%EA%B0%80%EC%A1%B1%EC%97%90-%ED%95%A9%EB%A5%98/Sat, 01 Nov 2025 00:00:00 +0000/ko/blog/2025/11/01/stormycloud-i2p-%EA%B0%80%EC%A1%B1%EC%97%90-%ED%95%A9%EB%A5%98/<p>중요한 소식을 공유하게 되어 기쁩니다: StormyCloud가 I2P와 의미 있는 방식으로 공식적으로 힘을 합치게 되었습니다.</p> <p>수년 동안 StormyCloud는 I2P의 인프라에서 핵심적인 역할을 해왔으며, 네트워크가 원활하게 운영되도록 호스팅과 지원을 제공해 왔습니다. 이제 우리는 그 파트너십을 공식화하고 함께 할 수 있는 일을 더욱 확대하려 합니다.</p> <p>우리는 Lance James와 idk가 StormyCloud의 이사회에 합류하게 되었음을 특히 기쁘게 발표합니다. Lance는 Invisible Internet Project를 설립했으며, 이는 현재 우리가 I2P로 알고 있는 것으로 발전했습니다. 프라이버시 중심의 네트워크를 구축해 온 그의 경험은 수십 년에 걸칩니다. idk는 수년간 I2P 개발에 폭넓게 참여해 왔습니다 — 여러분이 I2P를 사용한다면 그의 작업의 혜택을 보고 있습니다.</p>/ko/blog/2025/10/16/%EC%83%88%EB%A1%9C%EC%9A%B4-i2p-router%EB%93%A4/Thu, 16 Oct 2025 00:00:00 +0000/ko/blog/2025/10/16/%EC%83%88%EB%A1%9C%EC%9A%B4-i2p-router%EB%93%A4/<p>I2P 개발이 매우 흥미로운 시기를 맞이했습니다. 우리 커뮤니티는 성장하고 있으며, 이제 새롭고 완전한 기능을 갖춘 I2P router 프로토타입들이 여러 개 등장하고 있습니다! 우리는 이러한 발전과 이 소식을 여러분과 공유하게 되어 매우 기쁩니다.</p> <h2 id="이것이-네트워크에-어떻게-도움이-되나요">이것이 네트워크에 어떻게 도움이 되나요?</h2> <p>I2P router를 구현하는 것은 우리의 사양 문서가 새로운 I2P router를 만드는 데 사용될 수 있음을 입증하는 데 도움이 되며, 새로운 분석 도구가 코드를 분석할 수 있도록 하고, 전반적으로 네트워크의 보안성과 상호운용성을 향상시킵니다. 여러 I2P router의 존재는 잠재적 버그가 획일화되지 않음을 의미하며, 한 router에서 통하는 공격이 다른 router에서는 통하지 않을 수 있어 모노컬처 문제를 피할 수 있습니다. 그러나 장기적으로 가장 흥미로운 가능성은 아마도 임베딩입니다.</p>/ko/blog/2025/09/08/i2p-2.10.0-release/Mon, 08 Sep 2025 00:00:00 +0000/ko/blog/2025/09/08/i2p-2.10.0-release/<p>I2P에서 포스트-양자 암호(post-quantum cryptography)의 구현과 배포 작업이 계속 진행 중입니다. 이번 릴리스에서는 포스트-양자 암호를 사용할 수 있지만, 새로운 tunnels에 대해서는 기본적으로 활성화되어 있지 않습니다. 포스트-양자 지원을 테스트하고자 하는 분들은 &ldquo;Encryption Types&rdquo; 아래의 &ldquo;Hidden Service Manager&quot;에서 이를 활성화해 주십시오. 도움이 필요하시거나 문제가 발생하면 IRC2P의 #i2p-dev에서 연락하여 도움을 받거나 문제를 보고해 주시기 바랍니다.</p> <p>I2PSnark가 이제 UDP 트래커를 지원합니다. 이는 토렌트 트래커의 부하를 줄여 전체 네트워크에 도움이 될 것입니다.</p> <p>Hidden Mode(숨김 모드)에 안정성 개선이 이루어져 RouterInfos가 고갈될 가능성이 줄어듭니다.</p>/ko/blog/2025/06/02/i2p-2.9.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 02 Jun 2025 00:00:00 +0000/ko/blog/2025/06/02/i2p-2.9.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>I2P 2.9.0은 버그 수정과 새로운 기능 관련 작업을 포함한 유지보수 릴리스입니다.</p> <h2 id="새-소식">새 소식</h2> <p>i2ptunnel 시스템의 성능 향상을 위해 스레드 사용 방식이 개선되었습니다. NTCP2는 프로빙(probing) 공격에 대한 저항성이 강화되었습니다. I2PSnark 및 기타 애플리케이션에서 사용자에게 더 나은 피드백을 제공하기 위해 알림 시스템이 더 많은 애플리케이션에 통합되었습니다. 자동 floodfill 등록이 수정되었습니다. floodfill로 동작할 때 리소스 사용량이 증가할 수 있습니다. 원하지 않으면 /config 페이지에서 floodfill 모드를 비활성화할 수 있습니다.</p> <h2 id="세계-지도-기능">세계 지도 기능</h2> <p>A new global map feature is available in the console which shows the locations of routers in your view of the netDb. These are the peers that help your router build tunnels and provide services anonymously.</p>/ko/blog/2025/03/29/i2p-2.8.2-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sat, 29 Mar 2025 00:00:00 +0000/ko/blog/2025/03/29/i2p-2.8.2-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>2.8.2는 2.8.1 릴리스에서 도입되어 SHA256 실패를 유발하던 버그를 수정합니다. 이 버그는 주로 고대역폭 router에 영향을 미칩니다.</p> <p>항상 그렇듯이, 이번 릴리스로 업데이트하시기를 권장합니다. 보안을 유지하고 네트워크에 기여하는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p> <h2 id="릴리스-세부-정보">릴리스 세부 정보</h2> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>Fix SHA256 double-free from Noise</li> <li>Clear i2ptunnel bubble count when clearing status messages</li> </ul> <h3 id="버그-수정">버그 수정</h3> <ul> <li>Reduce memory usage in BanlistRenderer</li> <li>Use torrent name instead of torrent file name in notifications</li> <li>Translation updates</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums</h2> <pre tabindex="0"><code>7658f9ba7e28ab29ffeb3ec1909bf04f5ae391ee159980145ea01bd793c46f80 i2pinstall_2.8.2_windows.exe cd606827a9bca363bd6b3c89664772ec211d276cce3148f207643cc5e5949b8a i2pinstall_2.8.2.jar 039b59fedd4a64aaeb6b74ab974310abdc9c08cb47ef1b8568c718965b50a485 i2psource_2.8.2.tar.bz2 71cef41d7184516e42c15dc5105e52ab19960affd571b636e767e8bf8c227075 i2pupdate_2.8.2.zip 15d886a9015dcf27ccc25e31b703ef6538b8b777176adf643dfe8ee0ba4984e0 i2pupdate.su3 </code></pre>/ko/blog/2025/03/17/2.8.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 17 Mar 2025 00:00:00 +0000/ko/blog/2025/03/17/2.8.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>2.8.1에서는 2.8.0에서 발생한 로컬 사이트 접근 불가 문제를 수정했습니다. 애플리케이션 메시지를 강조 표시하기 위해 콘솔 내 여러 애플리케이션에 알림 말풍선을 추가했습니다. tunnel 신뢰성에 영향을 미쳤을 수 있는 tunnel 테스트 버그를 수정했습니다. 주소록에는 이제 구독에서 추가된 최신 호스트 이름을 보여주는 새로운 &ldquo;latest&rdquo; 탭이 추가되었습니다. 다크 테마와 관련된 여러 수정 및 개선 사항도 포함되어 있습니다.</p> <p>Java 21 이상에서 실패하던 설치 프로그램을 수정했습니다. 또한 Linux에서 공백이 포함된 디렉터리 경로에 설치할 때 발생하던 문제를 해결했습니다. Docker를 사용하는 분들을 위해 구버전 Docker 컨테이너와 컨테이너 라이브러리를 업데이트했습니다.</p>/ko/blog/2025/02/04/i2p-2.8.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 04 Feb 2025 00:00:00 +0000/ko/blog/2025/02/04/i2p-2.8.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>이번 릴리스는 버그를 수정하고, 사용되지 않는 코드를 제거하며, 네트워크 안정성을 향상시켜 I2P를 개선합니다.</p> <p>네트워크에서 혼잡한 router를 처리하는 방식을 개선했습니다. 연결성과 오류 보고를 개선하기 위해 UPnP 및 NAT 트래버설의 문제를 해결했습니다. 이제 router 성능을 향상하고 과부하를 완화하기 위해 netDb에서 leaseSet을 제거하는 보다 공격적인 전략을 도입했습니다. 또한 router가 재부팅되거나 종료되는 등의 이벤트의 관찰 가능성을 줄이기 위한 다른 변경 사항도 적용했습니다.</p> <p>언제나 그렇듯, 이번 릴리스로 업데이트하시길 권장합니다. 보안을 유지하고 네트워크를 돕는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2024/10/09/i2p-2.7.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Wed, 09 Oct 2024 00:00:00 +0000/ko/blog/2024/10/09/i2p-2.7.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>이번 릴리스 I2P 2.7.0은 버그를 수정하고 성능을 개선하며 기능을 추가함으로써 우리의 노력을 이어갑니다.</p> <p>콘솔과 애플리케이션에서 정보에 접근하는 기능이 향상되었습니다. I2PSnark 및 SusiMail 검색의 문제가 수정되었습니다. router 콘솔에 내장된 netDB 검색은 이제 더 직관적이고 유용한 방식으로 동작합니다. 고급 모드의 진단 표시가 소폭 개선되었습니다.</p> <p>네트워크 내 호환성을 개선하기 위한 버그 수정도 이루어졌습니다. leaseSets 게시와 관련된 문제가 해결되어 주요 히든 서비스의 신뢰성이 향상되었습니다. 이제 I2PSnark는 기존 토렌트에서 사용자가 트래커만 변경할 때 infohash(정보 해시)를 더 이상 변경하지 않습니다. 이는 이러한 변경으로 인해 토렌트가 불필요하게 중단되는 일을 방지합니다. 우리는 새로운 기여자가 제공한 이번 기여를 환영했습니다. 다른 I2P 구현과의 호환성을 높이기 위해 streaming 라이브러리 옵션 처리에서 발생하던 충돌이 해결되었습니다.</p>/ko/blog/2024/08/06/2.6.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 06 Aug 2024 00:00:00 +0000/ko/blog/2024/08/06/2.6.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>Hidden Services Manager 애플리케이션의 사용자 인터페이스 버그를 수정하기 위해 I2P 2.6.1이 릴리스되었습니다. 이 버그로 인해 스크롤이 비활성화되어 일부 구성에 접근할 수 없게 만들었습니다.</p> <p>평소와 같이 이번 릴리스로 업데이트하시길 권장합니다. 보안을 유지하고 네트워크를 돕는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p> <h2 id="릴리스-세부사항">릴리스 세부사항</h2> <h3 id="changes">Changes</h3> <ul> <li>Graphs: render graphs in svg</li> <li>Translations: generate internal translation leaderboard</li> </ul> <h3 id="변경-사항">변경 사항</h3> <ul> <li>i2ptunnel: Fix bug causing truncation configuration UI</li> </ul> <h3 id="버그-수정">버그 수정</h3> <ul> <li>Translation updates</li> </ul> <p>수정된 버그 전체 목록</p>/ko/blog/2024/07/19/i2p-2.6.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Fri, 19 Jul 2024 00:00:00 +0000/ko/blog/2024/07/19/i2p-2.6.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>이번 릴리스 I2P 2.6.0은 버그 수정, 기능 추가, 네트워크 신뢰성 향상을 통해 우리의 노력을 계속합니다.</p> <p>floodfill routers를 선택할 때 더 최신의 router가 선호됩니다. 버그 수정 외에도 I2PSnark에는 PeX(Peer Exchange) 성능을 개선하는 기능이 추가되었습니다. 레거시 전송 프로토콜이 제거되고 있어 UDP 전송의 코드가 단순화되고 있습니다. 로컬에서 호스팅되는 destination(목적지)은 로컬 클라이언트가 해당 LeaseSet을 요청하지 않고도 접근할 수 있어 성능과 테스트 용이성이 향상됩니다. 피어 선택 전략에도 추가 조정이 이루어졌습니다.</p> <p>I2P는 더 이상 I2P-over-Tor(Tor 위에서 I2P를 사용하는 구성)를 허용하지 않으며, Tor 출구 IP 주소에서 오는 연결은 이제 차단됩니다. 이는 I2P의 성능을 저하시킬 뿐만 아니라 아무런 이득 없이 Tor 출구 자원을 소모하기 때문이므로 권장하지 않습니다. 도움이 되고자 Tor 출구 노드(Tor Exit)와 I2P를 모두 운영 중이라면, 각각에 서로 다른 IP 주소를 사용해 계속 운영하시길 권장합니다. 출구가 아닌 중계(relay)와 Tor 클라이언트는 이 조치의 영향을 받지 않으며, 아무것도 변경할 필요가 없습니다.</p>/ko/blog/2024/05/15/2.5.2-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Wed, 15 May 2024 00:00:00 +0000/ko/blog/2024/05/15/2.5.2-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>일부 HTTP 콘텐츠가 잘리는 문제를 일으키던 2.5.0에서 도입된 버그를 수정하기 위해 I2P 2.5.2가 릴리스되었습니다.</p> <p>항상 그렇듯이, 이번 릴리스로 업데이트하시길 권장합니다. 보안을 유지하고 네트워크를 돕는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p> <h2 id="릴리스-세부-정보">릴리스 세부 정보</h2> <h3 id="changes">Changes</h3> <ul> <li>Console: Update rrd4j to 3.9.1-preview</li> <li>Router: Publish G cap if symmetric natted</li> </ul> <h3 id="변경-사항">변경 사항</h3> <ul> <li>i2ptunnel: Fix bug causing truncation of some HTTP content</li> <li>i2ptunnel: Fix custom option form width (light theme)</li> <li>Tunnels: Fix selection of peers with expired RIs</li> </ul> <h3 id="버그-수정">버그 수정</h3> <ul> <li>Translation updates</li> </ul> <p>해결된 버그 전체 목록</p>/ko/blog/2024/05/06/%EC%83%88-%EB%A6%B4%EB%A6%AC%EC%8A%A4-i2p-2.5.1/Mon, 06 May 2024 00:00:00 +0000/ko/blog/2024/05/06/%EC%83%88-%EB%A6%B4%EB%A6%AC%EC%8A%A4-i2p-2.5.1/<p>I2P 네트워크와 서비스에 영향을 미치는 서비스 거부(DoS) 공격에 대응하기 위해 I2P 2.5.1이 릴리스됩니다. 이번 릴리스에서는 공격의 효과와 지속 시간을 증폭하기 위해 표적이 되었던 Sybil 공격 탐지 도구의 IP 기반 구성 요소들을 비활성화합니다. 이는 네트워크가 정상적인 운영 상태로 복귀하는 데 도움이 될 것입니다. Sybil 공격 탐지 도구를 비활성화해 두었던 분들은 안심하고 다시 활성화하셔도 됩니다. RouterInfo 검증과 피어 선택을 개선하기 위한 다른 서브시스템의 조정도 이루어졌습니다.</p> <p>항상 그렇듯이, 이번 릴리스로 업데이트하시기를 권장합니다. 보안을 유지하고 네트워크에 기여하는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2024/04/25/%EC%95%85%EC%B2%9C%ED%9B%84/Thu, 25 Apr 2024 00:00:00 +0000/ko/blog/2024/04/25/%EC%95%85%EC%B2%9C%ED%9B%84/<p>I2P 네트워크가 현재 서비스 거부(DoS) 공격을 받고 있습니다. 이 공격은 I2P와 i2pd 모두에 영향을 주지만 방식이 서로 달라, 네트워크 상태에 심각한 영향을 미치고 있습니다. I2P 사이트의 접속 가능성이 심각하게 저하되었습니다.</p> <p>I2P 내부에서 서비스를 호스팅하며 그 서비스가 Floodfill router에서 호스팅되고 있다면, 도달성을 개선하기 위해 해당 서비스를 Floodfill-disabled router에서 멀티호밍하는 것을 고려해야 합니다. 다른 완화책들도 논의되고 있으나, 장기적이고 하위 호환되는 해결책은 아직 작업 중입니다.</p>/ko/blog/2024/04/08/%EC%83%88-%EB%A6%B4%EB%A6%AC%EC%8A%A4-i2p-2.5.0/Mon, 08 Apr 2024 00:00:00 +0000/ko/blog/2024/04/08/%EC%83%88-%EB%A6%B4%EB%A6%AC%EC%8A%A4-i2p-2.5.0/<p>이번 I2P 2.5.0 릴리스는 NetDB 격리 전략 구현에 초점을 맞추었던 2.4.0 릴리스보다 사용자에게 직접 보이는 개선사항을 더 많이 제공합니다.</p> <p>I2PSnark에는 토렌트를 검색할 수 있는 기능 등 새로운 기능이 추가되었습니다. BiglyBT와 qBittorrent 같은 다른 I2P 토렌트 클라이언트와의 호환성을 개선하기 위해 버그도 수정했습니다. libtorrent 및 qBittorrent에서 I2P 지원을 가능하게 하고 개선하는 데 협력해 주신 모든 개발자 여러분께 감사드립니다. SusiMail에는 이메일에서 Markdown 서식 지원과 첨부 파일을 이메일에 드래그 앤 드롭할 수 있는 기능 등 새로운 기능이 추가되었습니다. Hidden Services 관리자에서 생성한 tunnels은 이제 웹 기술과의 호환성과 성능을 개선하는 &ldquo;Keepalive&quot;를 지원하여, 더욱 정교한 I2P 사이트를 구현할 수 있게 합니다.</p>/ko/blog/2024/03/29/%EB%A7%8E%EC%9D%80-%EA%B0%80%EB%A9%B4-%ED%95%98%EB%82%98%EC%9D%98-%EC%A0%95%EC%8B%A0-netdb-%EB%B3%B4%EC%95%88/Fri, 29 Mar 2024 00:00:00 +0000/ko/blog/2024/03/29/%EB%A7%8E%EC%9D%80-%EA%B0%80%EB%A9%B4-%ED%95%98%EB%82%98%EC%9D%98-%EC%A0%95%EC%8B%A0-netdb-%EB%B3%B4%EC%95%88/<p>저자 주: 이 글에서 언급된 공격은 현재의 I2P 버전에서는 불가능합니다.</p> <p>자기 조직화된 피어 투 피어 네트워크로서 I2P는 네트워크에 무엇이 존재하는지와 그것에 어떻게 도달할 수 있는지에 관한 정보를 공유할 방법을 네트워크에 참여하는 router가 갖추고 있다는 점에 의존한다. I2P router는 NetDB를 사용하여 이러한 정보 공유를 수행하는데, NetDB는 Kademlia를 기반으로 하되 I2P에 맞게 수정된 DHT이다. NetDB는 두 가지 주요 유형의 엔트리를 공유해야 한다. 피어가 다른 router와 직접 통신할 때 사용하는 &ldquo;RouterInfos&rdquo;(router 정보)와, 다른 피어가 익명 tunnel을 통해 I2P 클라이언트와 통신할 때 사용하는 &ldquo;LeaseSets&rdquo;(클라이언트와의 익명 tunnel 통신을 위한 정보)이다. router는 자주 서로 NetDB 엔트리를 주고받는데, 정보를 router나 클라이언트에게 보내거나, router나 클라이언트로부터 정보를 요청하는 방식이다. 이는 네트워크의 필요와 클라이언트의 역량에 따라 엔트리가 직접 또는 간접으로, 익명 또는 비익명으로 도착할 수 있음을 의미한다. 그러나 익명화 네트워크인 만큼 익명으로 전송된 정보를 비익명으로 되돌려 요청하는 것이 불가능하게 유지되는 것도 중요하다. 또한 비익명으로 전송된 정보를 익명으로 되돌려 요청하는 것이 불가능해야 한다는 점도 중요하다. 그 둘 중 어느 상황이라도 가능해지면, 공격자가 클라이언트와 router가 NetDB에 대한 공통된 관점을 공유하는지 판별할 수 있게 하는 링킹 공격을 수행할 수 있다. 두 대상이 NetDB에 대한 공통된 관점을 공유한다는 것을 신뢰성 있게 확인할 수 있다면, 그들이 동일한 router에 있을 가능성이 매우 높아지며 대상의 익명성은 크게 약화된다. 익명화 네트워크가 매우 드물고 라우팅 테이블이 DHT의 동작을 통해 공유되는 곳은 I2P가 유일하기 때문에, 이러한 유형의 공격은 사실상 I2P에만 고유하며 이를 해결하는 일은 I2P의 성공에 중요하다.</p>/ko/blog/2023/12/18/%ED%98%BC%EC%9E%A1-%EB%B0%8F-netdb-%EB%B3%B4%EC%95%88-%EA%B0%9C%EC%84%A0%EC%9D%B4-%ED%8F%AC%ED%95%A8%EB%90%9C-i2p-2.4.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 18 Dec 2023 00:00:00 +0000/ko/blog/2023/12/18/%ED%98%BC%EC%9E%A1-%EB%B0%8F-netdb-%EB%B3%B4%EC%95%88-%EA%B0%9C%EC%84%A0%EC%9D%B4-%ED%8F%AC%ED%95%A8%EB%90%9C-i2p-2.4.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>이번 릴리스 I2P 2.4.0은 I2P 네트워크의 보안과 안정성을 향상시키기 위한 우리의 노력을 계속합니다. 피어를 발견하는 데 사용되는 I2P 네트워크의 핵심 구조인 네트워크 데이터베이스(netDb)에 대한 중요한 개선 사항이 포함되어 있습니다.</p> <p>혼잡 처리 방식의 변경은 routers가 혼잡한 피어를 피함으로써 해당 피어의 부담을 완화할 수 있도록 하여 네트워크 안정성을 향상시킬 것입니다. 이는 네트워크가 tunnel spam의 영향을 제한하는 데 도움이 되며, 또한 DDoS 공격 중 및 이후에 네트워크가 회복하는 데에도 도움이 됩니다.</p>/ko/blog/2023/07/10/windows%EC%9A%A9-easy-install-2.3.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 10 Jul 2023 00:00:00 +0000/ko/blog/2023/07/10/windows%EC%9A%A9-easy-install-2.3.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>Windows용 I2P Easy-Install 번들 2.3.0 버전이 릴리스되었습니다. 평소처럼, 이번 릴리스에는 업데이트된 I2P router 버전이 포함되어 있습니다. 이는 네트워크에서 서비스를 호스팅하는 이들에게 영향을 미치는 보안 문제까지 포함됩니다.</p> <p>이번 릴리스는 I2P Desktop GUI와 호환되지 않는 Easy-Install 번들의 마지막 릴리스가 될 것입니다. 포함된 모든 웹 확장 프로그램을 최신 버전으로 갱신했습니다. 사용자 지정 테마와의 비호환을 일으키던 I2P in Private Browsing의 오래된 버그가 수정되었습니다. 사용자에게는 여전히 사용자 지정 테마를 설치하지 <em>말 것을</em> 권고합니다. Firefox에서 Snark 탭은 탭 순서의 맨 위에 자동으로 고정되지 않습니다. 대체 cookieStores(쿠키 저장소/컨테이너)를 사용하는 경우를 제외하면, Snark 탭은 이제 일반 브라우저 탭처럼 동작합니다.</p>/ko/blog/2023/06/25/i2p-%EB%A6%B4%EB%A6%AC%EC%8A%A4-2.3.0/Sun, 25 Jun 2023 00:00:00 +0000/ko/blog/2023/06/25/i2p-%EB%A6%B4%EB%A6%AC%EC%8A%A4-2.3.0/<p>이번 릴리스에는 CVE-2023-36325에 대한 수정이 포함되어 있습니다. CVE-2023-36325는 블룸 필터에서 발생한 컨텍스트 혼동 버그입니다. 공격자는 고유한 messageID를 포함하는 I2NP 메시지를 조작해 만들고, 그 messageID를 클라이언트로 보냅니다. 메시지는 블룸 필터를 한 번 통과하면 동일한 messageID를 두 번째 메시지에 재사용할 수 없게 됩니다. 그런 다음 공격자는 동일한 메시지를 router로 직접 보냅니다. router는 해당 메시지를 블룸 필터에 전달하고, 메시지는 폐기됩니다. 이는 해당 messageID가 이전에 관측되었다는 정보를 누출하여, 공격자에게 해당 router가 클라이언트를 호스팅하고 있다고 믿을 강한 근거를 제공합니다. 이 문제는 메시지가 클라이언트 tunnel을 통해 내려왔는지, 탐색용 tunnel을 통해 내려왔는지, 혹은 router로 직접 보내졌는지에 따라 블룸 필터의 기능을 서로 다른 컨텍스트로 분리하여 수정되었습니다. 일반적인 상황에서 이 공격을 성공시키려면 수 일이 걸리며, 공격 단계 동안 router가 재시작되는 경우나 오탐지(거짓 양성)에 대한 민감도와 같은 여러 요인으로 인해 방해받을 수 있습니다. Java I2P 사용자는 이 공격을 피하기 위해 즉시 업데이트할 것을 권장합니다.</p>/ko/blog/2023/04/12/i2p-%EB%A6%B4%EB%A6%AC%EC%8A%A4-2.2.1/Wed, 12 Apr 2023 00:00:00 +0000/ko/blog/2023/04/12/i2p-%EB%A6%B4%EB%A6%AC%EC%8A%A4-2.2.1/<p>DDoS 공격에 대한 완화 조치를 가속하기 위해 일정을 앞당긴 I2P 2.2.0 릴리스 이후, 몇 가지 새로 발생한 문제를 파악했으며, 그로 인해 새 패키지를 빌드하여 배포할 필요가 있었습니다. 이번 릴리스는 Ubuntu Lunar와 Debian Sid에서 업데이트된 jakarta 패키지 버전을 사용할 때 router 콘솔에 접근할 수 없던 문제를 수정했습니다. Docker 패키지가 인수를 올바르게 읽지 못해 구성 파일에 접근할 수 없게 되는 문제도 있었으며, 이 문제 또한 해결되었습니다. 이제 docker 컨테이너는 Podman과도 호환됩니다.</p> <p>이번 릴리스는 transifex와의 번역을 동기화하고 GeoIP 데이터베이스를 업데이트합니다.</p>/ko/blog/2023/03/13/i2p-%EB%A6%B4%EB%A6%AC%EC%8A%A4-2.2.0/Mon, 13 Mar 2023 00:00:00 +0000/ko/blog/2023/03/13/i2p-%EB%A6%B4%EB%A6%AC%EC%8A%A4-2.2.0/<p>우리는 2.2.0 릴리스 일정을 앞당기기로 결정했으며, 오늘인 2023년 3월 13일에 진행됩니다. 이번 릴리스에는 NetDB, Floodfill, 그리고 Peer-Selection(피어 선택) 구성 요소 전반에 걸친 변경 사항이 포함되어 있으며, router가 DDOS 공격을 견뎌내는 능력을 향상시킵니다. 공격은 계속될 가능성이 높지만, 이러한 시스템에 대한 개선 사항은 router가 악의적으로 보이는 routers를 식별하고 우선순위를 낮추도록 도와 DDOS 공격의 위험을 완화하는 데 기여할 것입니다.</p> <p>이번 릴리스에서는 Streaming 서브시스템에 재전송(리플레이) 보호 기능을 추가하여, 암호화된 패킷을 가로챌 수 있는 공격자가 그 패킷을 의도하지 않은 수신자에게 다시 보내 재사용하는 것을 방지합니다. 이는 역호환(하위 호환) 가능한 변경이므로, 구형 routers도 최신 routers의 스트리밍 기능을 여전히 사용할 수 있습니다. 이 문제는 I2P 개발팀이 내부적으로 발견하여 수정했으며, DDOS 공격과는 관련이 없습니다. 우리는 실제 환경에서 재전송된 스트리밍 패킷을 확인한 적이 없으며, 현재 시점에서 I2P 네트워크를 대상으로 스트리밍 리플레이 공격이 발생한 적이 있다고 믿지 않습니다.</p>/ko/blog/2023/02/09/%EC%B5%9C%EA%B7%BC%EC%9D%98-%EC%84%9C%EB%B9%84%EC%8A%A4-%EA%B1%B0%EB%B6%80dos-%EA%B3%B5%EA%B2%A9%EC%97%90-%EB%8C%80%ED%95%98%EC%97%AC/Thu, 09 Feb 2023 00:00:00 +0000/ko/blog/2023/02/09/%EC%B5%9C%EA%B7%BC%EC%9D%98-%EC%84%9C%EB%B9%84%EC%8A%A4-%EA%B1%B0%EB%B6%80dos-%EA%B3%B5%EA%B2%A9%EC%97%90-%EB%8C%80%ED%95%98%EC%97%AC/<p>I2P 네트워크는 현재 서비스 거부(DoS) 공격의 영향을 받고 있습니다. 네트워크의 floodfill 기능이 영향을 받아 응답이 지연되거나 중단되고 tunnel 구축 성공률이 하락하고 있습니다. 네트워크 참여자들은 I2P 사이트에 연결하고 I2P 서비스를 사용하는 데 어려움을 겪고 있습니다. 완화 전략이 조사·검토되어 점진적으로 구현되고 있습니다.</p> <p>이번 공격으로 성능이 저하되었지만, 네트워크는 여전히 온전하고 사용 가능합니다. 현재로서는 Java I2P routers가 i2pd routers보다 문제를 더 잘 처리하는 것으로 보입니다. 다양한 완화책이 다음 주 안에 Java 및 C++ routers의 개발 빌드에 나타나기 시작할 것입니다.</p>/ko/blog/2023/02/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2023%EB%85%84-2%EC%9B%94-7%EC%9D%BC/Tue, 07 Feb 2023 00:00:00 +0000/ko/blog/2023/02/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2023%EB%85%84-2%EC%9B%94-7%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, not_bob, echelonMAC, obscuratus</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (08:01:07 PM) eyedeekay: Hi everybody, sorry I'm late, got disconnected right before the meeting (08:01:59 PM) eyedeekay: 1. Hi (08:01:59 PM) eyedeekay: 2. 2.1.0 Status Report (08:01:59 PM) eyedeekay: 3. 2.2.0 Development Status (08:01:59 PM) eyedeekay: 4. Congestion Throttling (08:01:59 PM) eyedeekay: 5. Hypothetical Traffic Management ( Flood of Tor Users) (08:01:59 PM) eyedeekay: 6. Stickers for translators (08:01:59 PM) eyedeekay: zzz where do you want to do your report about the DOS? 2 or own topic? (08:02:45 PM) zzz: let's call it 3b) (08:02:46 PM) zzz: or 2b) (08:02:59 PM) eyedeekay: OK 2b then (08:03:00 PM) zzz: your choice (08:03:53 PM) eyedeekay: 1. Hi who all is here today besides me and zzz? (08:03:58 PM) zzz: hi (08:04:09 PM) not_bob: Here (08:04:18 PM) echelonMAC: here (08:04:18 PM) obscuratus: Hi (08:04:29 PM) eyedeekay: Great turnout, thanks everybody (08:04:30 PM) echelonMAC: on replacement system. (08:05:06 PM) eyedeekay: 2. 2.1.0 Status Report (08:05:15 PM) zzz: irc is laggier than usual so please allow a little extra time for responses (08:05:38 PM) eyedeekay: Thanks zzz I will keep that in mind (08:09:02 PM) eyedeekay: Where to even start... my focus has been on Android UX issues in particular fixing up things I was doing wrong when initializing the app (08:09:04 PM) eyedeekay: Android will get a point release on that account (08:10:00 PM) eyedeekay: The topic I'm sure is on everybody's mind right now is the network being under attack which has shifted everybody's attention (08:10:05 PM) eyedeekay: And that is topic 2b (08:10:59 PM) eyedeekay: Shoot I mixed up the topics, scratch that, that was supposed to go to 3. sorry, long week, lot going on (08:12:03 PM) eyedeekay: zzz would you do me a favor to take 2? I think I am ill-equipped to present on everything which is going on (08:12:28 PM) zzz: sure (08:12:29 PM) zzz: but before I do (08:12:56 PM) zzz: do you and echelonMAC have a 2.1.0 mac easy-install bundle progress report? (08:13:17 PM) eyedeekay: Oh yes I can do that (08:14:38 PM) eyedeekay: So, we've been closing in on issues, and right now echelonMAC and have different hypothesis on what's going on which we're both pursuing (08:14:38 PM) eyedeekay: My hypothesis is that this all stems from a stale workaround for a bug in Java 14 (08:15:08 PM) eyedeekay: Where jpackage is supposed to sign the dylib files that are packed into a disk image(dmg) but which are in fact left unsigned (08:15:33 PM) echelonMAC: in short: eyedeekaym did redo the signing script, I can buiodl and sign, but still wrong signing for apple (08:15:55 PM) eyedeekay: zab worked around this by creating the .app directory and signing the stuff inside it then using jpackage only for the final packaging step (08:16:35 PM) eyedeekay: so when we upgraded Java's we started signing everything twice, and we no longer needed to do that signing step manually (08:16:47 PM) eyedeekay: echelonMAC correct me if I'm wrong but you think you have the wrong sort of keys? (08:17:10 PM) echelonMAC: maybe, maybe not, unsure about that (08:17:18 PM) echelonMAC: at least the logs showing this error (08:17:53 PM) zzz: my question was higher level, what's the ETA, is 2.1.0 still a target or has that been abandoned and you're hoping for 2.2.0, or what? (08:18:15 PM) echelonMAC: 2.1.0 is still the target, but currently no ETA (08:18:39 PM) echelonMAC: I can build nearly instant, but digging deeper is currently out of time... (08:18:48 PM) eyedeekay: I still want to cut a release of 2.1.0 as soon as we know we can pass notarization, IMO once we can pass it once we should be able to do it predictably (08:18:59 PM) zzz: eyedeekay more or less committed to early april 2.2.0 in his blog post, you're not endorsing that ETA echelonMAC ? (08:19:49 PM) echelonMAC: I am completely helpless and cant predict a ETA, as I do not full yunderstand signing and building yet. (08:20:12 PM) echelonMAC: more or less, I do follow scripts blindly, if idk can fix the signage, the notarization is a 5 min job. (08:20:24 PM) echelonMAC: IF the sign does work as appple expect it (08:20:26 PM) zzz: ok then I recommend an edit of the blog post eyedeekay, let's not promise things we can't deliver on (08:20:33 PM) eyedeekay: Will do (08:21:19 PM) zzz: ok thanks you ready for my part of 2) ? (08:21:41 PM) eyedeekay: Yes please (08:21:48 PM) zzz: great (08:22:00 PM) zzz: last meeting was one week after the release, now we're 4 weeks out (08:22:15 PM) zzz: my hope was that expl. build success would climb steadily (08:22:35 PM) zzz: from the low-20% to low-30%, and then "pop" out of congestion, back to low 40s (08:22:45 PM) zzz: only the first part happened (08:25:20 PM) zzz: and then we swung back and forth between low 20s and low 30s (08:26:56 PM) zzz: so, we have some theories, see 2b) (08:26:56 PM) zzz: but I'm happy with the performance of 2.1.0 otherwise (08:26:56 PM) zzz: not too many bug reports (08:26:56 PM) zzz: I'll give an overview of what we are fixing in 2b) and 3) (08:26:56 PM) zzz: about 50% of the network has updated to 2.1.0 or the i2pd equivalent (08:26:56 PM) zzz: everybody please update if you haven't (08:26:56 PM) zzz: that's all I have for 2a), but I'll pause for a minute for questions / comments before starting 2b) (08:28:33 PM) zzz: ok, 2b) current network conditions (08:28:33 PM) zzz: over the weekend started an unambiguous attack (08:28:33 PM) zzz: lots of floodfill routers (08:28:33 PM) zzz: for the most part, the network overall, and java routers, are handling it ok (08:28:33 PM) zzz: I do have one report of routers crashing with OOM (out of memory) (08:28:54 PM) zzz: I understand that i2pd routers are really struggling with very low tunnel build success rates (08:29:06 PM) not_bob: My fleet is up to date. (08:29:15 PM) zzz: the attack is starting / stopping / changing several times a day (08:29:37 PM) zzz: so we're only about 60 hours in to understanding it and discussing countermeasures (08:30:15 PM) zzz: remember the tunnel build problem (now much more likely to be classified as a different attack) started Dec. 19 and took us several weeks to understand and address (08:30:27 PM) zzz: so it's early days (08:30:36 PM) not_bob: I have one I2P+ router and it's done well to weather this. But, my i2pd routers not so much. I've seen as low as 3% tunnel build success. I'm currently sitting around 10% on those routers. (08:31:17 PM) zzz: but this is a straightforward sybil / DHT attack, new to us but familiar to anybody doing peer-to-peer / DHT applications (08:31:53 PM) zzz: far too early to say if it will require a release ahead of schedule (for java i2p) or if so when (08:32:23 PM) zzz: EOT, I'll wait a couple minutes for discussion / comments / questions (08:33:24 PM) eyedeekay: Should people who wind up OOM increase the RAM available to their router? (08:36:18 PM) zzz: yeah, that's a straightforward mitigation (08:36:18 PM) zzz: stop your router, edit wrapper.config, restart (08:36:18 PM) zzz: I expect I'll have mitigations in dev builds in a few days (08:36:18 PM) dr|z3d: ideally you want your min heap at around 256M and your max ram at 2-3 times that. (08:36:18 PM) not_bob: I do not currently have any stock I2P routers running. (08:36:18 PM) zzz: I want to repeat what I said above that the attacks are evolving rapidly, and we want to take our time to address the overall issues (08:36:18 PM) zzz: not to focus too narrowly on the specifics (08:37:36 PM) zzz: back to you eyedeekay if there's nothing else on 2b) (08:38:06 PM) eyedeekay: thanks very much zzz. 3) 2.2.0 Development Status (08:39:51 PM) eyedeekay: As I mistakenly stated before, my focus has been on Android UX issues in particular fixing up things I was doing wrong when initializing the app, pretty basic stuff all things considered but all of which was due for improvement (08:39:57 PM) eyedeekay: or outright fixing (08:40:49 PM) eyedeekay: Examples being fixes for subscriptions and custom ports when building tunnels which got in several user's way after a large increase in users with 2.10 (08:41:07 PM) dr|z3d: as an aside, and to shine some light on the size of the attack, we've got a user reporting ~30K banned routers. so it's non-trivial :) (08:41:07 PM) dr|z3d: (that'll be shiver, who's here) (08:42:36 PM) mark22k: I got 56005 banned peers. (08:42:58 PM) eyedeekay: Holy moley. I have 11027 and I thought that was a lot (08:43:08 PM) moristo: Is this the work of a nation state--the banned routers or any other noticable patten? (08:43:50 PM) moristo: Spectrum internet was off yesetrday in FL and Italy the day before. (08:43:54 PM) moristo: *yesterday. (08:43:55 PM) zzz: let's get back to 3) please and table further attack discussion until after the meeting (08:44:05 PM) echelonMAC: Banned Peers (57053) (08:44:22 PM) moristo: oh, is there a meeting in progress? My bad. (08:46:50 PM) zzz: eyedeekay, you still with us? (08:47:11 PM) eyedeekay: yeah I'm here (08:47:37 PM) zzz: you have more on 3) or is it my turn? (08:47:37 PM) eyedeekay: started a long one: (08:47:37 PM) eyedeekay: i2p.firefox(Easy-Install for Windows is also getting worked on, more of the work is being done by removal there, updates are getting simplified now that the old admin-style installs are all migrated to user-style installs (08:47:37 PM) eyedeekay: portable USB install support is on the horizon for 2.2.0 (08:47:43 PM) eyedeekay: With updates (08:48:21 PM) eyedeekay: Other issues and user-complaints I'm addressing or deciding how to address are on that issue tracker (08:48:28 PM) eyedeekay: EOT for me (08:48:47 PM) zzz: ok you saw the NPE issue in i2p.i2p right? (08:49:10 PM) eyedeekay: Yes I did, hot on the trail (08:49:21 PM) zzz: ok holler if you need help ofc (08:49:24 PM) zzz: 3) for me: (08:49:47 PM) zzz: I finished the peer selection refactor I've been working on since september, finally (08:50:31 PM) zzz: I think I fixed the erroneous symmetric nat indications that were in 2.1.0, but need somebody with that problem to test and report (08:50:59 PM) zzz: got a cool new i2psnark search box (08:51:19 PM) zzz: almost done with "congestion caps" (proposal 162) (08:51:31 PM) echelonMAC: :-) (08:51:49 PM) zzz: and some more tweaks to refine our handling of tunnel build congestion (08:52:18 PM) zzz: late last week, I thought I was pretty much done with 2.2.0 and could relax for two months until the release (08:52:31 PM) zzz: so, unfortunately, now we have a lot more to do (08:52:48 PM) zzz: that's the way it goes sometimes (08:53:24 PM) not_bob: Thank you for that, a major quality of life improvement. (08:53:24 PM) zzz: EOT, I'll wait a minute for discussion, then back to you eyedeekay (08:53:37 PM) zzz: haha not_bob you're welcome (08:55:00 PM) eyedeekay: Last call for 3? (08:55:20 PM) eyedeekay: 4. Congestion Throttling - I think this was a tunnel_king topic, is tunnel_king here? (08:55:42 PM) zzz: back to you eyedeekay (08:57:39 PM) eyedeekay: 4. Congestion Throttling, 5. Hypothetical Traffic Management ( Flood of Tor Users) - both introduced by tunnel_king, last call for tunnel_king (08:59:01 PM) eyedeekay: OK last one, 6. Stickers for translators (08:59:01 PM) eyedeekay: Specifically rules for people receiving stickers outside of the Americas (08:59:58 PM) zzz: this was my topic, only because unresolved since last meeting (09:00:28 PM) zzz: echelonMAC you have an answer? (09:00:41 PM) echelonMAC: not en detail, but who wnats should receive a bunch of stickers if they sent their address (09:01:04 PM) echelonMAC: aka sned a announcement in transifex and send out after receive of address (09:01:19 PM) echelonMAC: but currently no new stickers arrivced here (09:01:35 PM) eyedeekay: Tracking says the 10th (09:01:55 PM) zzz: I'm awaiting echelonMAC to post the instructions on my forum, then I will copy/paste to transifex (09:02:17 PM) echelonMAC: ok (09:02:28 PM) zzz: that's where we've been for a month (09:02:42 PM) zzz: thanks (09:03:33 PM) eyedeekay: Anything else for 6 or for the meeting? (09:03:36 PM) zzz: EOT on 6) for me, back to you eyedeekay (09:04:32 PM) zzz: one closing word for the meeting: zzz.i2p the best place for news and weather, I'll post there when I know more than I do now (09:04:32 PM) zzz: thanks (09:04:55 PM) eyedeekay: Thanks very much for that zzz, and thanks everybody for coming to the meeting (09:05:44 PM) eyedeekay: See you around IRC and same time next month (09:08:55 PM) zzz: thanks eyedeekay (09:08:55 PM) zzz: got thru it without disconnects </div>/ko/blog/2023/01/31/mac-easy-install-notarization%EA%B3%B5%EC%A6%9D%EC%97%90-%EB%8C%80%ED%95%9C-%EC%97%85%EB%8D%B0%EC%9D%B4%ED%8A%B8/Tue, 31 Jan 2023 00:00:00 +0000/ko/blog/2023/01/31/mac-easy-install-notarization%EA%B3%B5%EC%A6%9D%EC%97%90-%EB%8C%80%ED%95%9C-%EC%97%85%EB%8D%B0%EC%9D%B4%ED%8A%B8/<p>Mac용 I2P Easy-Install 번들은 유지관리자가 떠난 이후 지난 두 개 릴리스 동안 업데이트가 중단되었습니다. Mac용 Easy-Install 번들 사용자는 최근 다운로드 페이지에 복원된 클래식 Java 스타일 설치 프로그램으로 전환할 것을 권장합니다. 1.9.0에는 알려진 보안 문제가 있어 호스팅 서비스나 장기 사용에 적합하지 않습니다. 사용자는 가능한 한 빨리 이전할 것을 권고합니다. Easy-Install 번들의 고급 사용자는 소스에서 번들을 컴파일하고 소프트웨어를 자가 서명하여 이를 우회할 수 있습니다.</p> <h2 id="macos용-공증notarization-절차">MacOS용 공증(Notarization) 절차</h2> <p>Apple 사용자에게 애플리케이션을 배포하는 과정에는 많은 단계가 있습니다. .dmg 형식으로 애플리케이션을 안전하게 배포하려면, 해당 애플리케이션이 공증(notarization) 절차를 통과해야 합니다. 공증을 위해 애플리케이션을 제출하려면, 개발자는 코드 서명용 인증서 하나와 애플리케이션 자체에 대한 서명용 인증서 하나를 포함한 인증서 세트를 사용해 애플리케이션에 서명해야 합니다. 이 서명은 최종 사용자에게 배포되는 최종 .dmg 번들을 만들기 전에, 빌드 프로세스의 특정 지점에서 수행되어야 합니다.</p>/ko/blog/2023/01/13/windows-easy-install-2.1.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Fri, 13 Jan 2023 00:00:00 +0000/ko/blog/2023/01/13/windows-easy-install-2.1.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>Windows용 I2P Easy-Install 번들 2.1.0 버전이 릴리스되었습니다. 평소와 같이, 이번 릴리스에는 업데이트된 I2P Router 버전이 포함되어 있습니다. 이번 I2P 릴리스는 네트워크 혼잡에 대처하기 위한 향상된 전략을 제공합니다. 이는 성능과 연결성을 개선하고, I2P 네트워크의 장기적 건전성을 확보하는 데 도움이 될 것입니다.</p> <p>이번 릴리스는 브라우저 프로필 런처에 대한 내부적인 개선이 주를 이룹니다. 환경 변수를 통해 TBB 구성을 활성화하여 Tor Browser Bundle과의 호환성이 개선되었습니다. Firefox 프로필이 업데이트되었고, 확장 기능의 기본 버전도 업데이트되었습니다. 코드베이스와 배포 프로세스 전반에 걸쳐 개선이 이루어졌습니다.</p>/ko/blog/2023/01/10/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2023%EB%85%84-1%EC%9B%94-10%EC%9D%BC/Tue, 10 Jan 2023 00:00:00 +0000/ko/blog/2023/01/10/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2023%EB%85%84-1%EC%9B%94-10%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (08:00:38 PM) eyedeekay: Welcome to the dev meeting, sorry again about about missing the time again yesterday (08:00:38 PM) eyedeekay: 1. Hi (08:00:38 PM) eyedeekay: 2. 2.1.0 Release Status, 2.1.0 Mac Release Status (08:00:38 PM) eyedeekay: 3. 2.2.0 Development Status (08:00:38 PM) eyedeekay: 4. Congestion Throttling (08:00:38 PM) eyedeekay: 5. Hypothetical Traffic Management ( Flood of Tor Users) (08:00:46 PM) mode (-m ) by zzz (08:00:57 PM) eyedeekay: 1. Hi (08:01:00 PM) eyedeekay: Hi (08:01:04 PM) zzz: hi (08:01:29 PM) eyedeekay: tunnel_king are you here for 4 and 5? (08:02:10 PM) eyedeekay: OK we'll play those by ear for now then (08:02:21 PM) eyedeekay: 2. 2.1.0 Release Status, 2.1.0 Mac Release Status (08:03:32 PM) eyedeekay: 2.1.0 release happened yesterday, zzz released the software and the torrent went live, the percentage of the network which has updated has gone up about 7% since then if I'm counting the time correctly(so double check) (08:04:07 PM) eyedeekay: I released Maven packages the same day, and will have Android updates out on all channels shortly after the end of this meeting (08:04:29 PM) eyedeekay: Easy-Install for Windows will follow on that, and Easy-Install for Mac will be after that (08:05:10 PM) eyedeekay: I believe that eche|on has given me the last clue I need to work out our notarization issue, we should know within a few days if that's true, which will correspond to a release (08:05:30 PM) eyedeekay: Anything to add on the topic zzz? (08:05:39 PM) zzz: just a little, thanks (08:06:10 PM) zzz: the i2pd release a week ago looks promising, but that makes looking at the effects of our release a little harder (08:06:22 PM) zzz: and i2pd plans a point release as early as today (08:06:56 PM) zzz: so we won't have great info on what our release is doing, but as long as stats keep getting better, that's the main thing (08:07:06 PM) zzz: far too early to say anything today, maybe in a week (08:07:08 PM) zzz: EOT (08:07:23 PM) eyedeekay: Thanks zzz (08:07:42 PM) eyedeekay: 3. 2.2.0 Development Status (08:08:52 PM) eyedeekay: I don't have a lot to say on this yet, most of my stuff has remained the same, but I believe we need to agree on a timeline for the release correct? (08:09:13 PM) zzz: yeah, obviously we haven't done anything on 2.2.0 yet (08:09:36 PM) zzz: I'd propose a standard 13 week cycle from here, unless we have any huge issues (08:09:43 PM) eyedeekay: Sounds good to me (08:09:46 PM) zzz: so that would be a release early April (08:10:12 PM) aeiou_ is now known as aeiou (08:10:14 PM) zzz: and put us firmly off our feb/may/aug/nov dates we've been on for several years, oh well (08:10:40 PM) zzz: but we really need some time to do everything we didn't get to in our last shortened cycle (08:10:48 PM) zzz: so let's pencil in 13 weeks (08:10:49 PM) zzz: EOT (08:11:22 PM) eyedeekay: Yeah, no argument here (08:11:34 PM) eyedeekay: Plan for early April (08:12:35 PM) eyedeekay: Anything else on 3? (08:12:48 PM) eyedeekay: 4. Congestion Throttling and 5. Hypothetical Traffic Management ( Flood of Tor Users) were both added by tunnel_king on zzz.i2p, but I don't see such a name in the room, if you're here under another name, last call (08:14:08 PM) eyedeekay: Anything else to discuss for the meeting? (08:15:15 PM) eyedeekay: All right thanks zzz for coming, I promise to set an alarm for the one next month (08:15:55 PM) zzz: no (08:16:37 PM) eyedeekay: no nothing else for the meeting or no don't stop the meeting? (08:16:38 PM) zzz: also I'd like to ask if eche|on is here and has anything to add on 2) (08:16:38 PM) zzz: nope, that's it, everybody please click your update button to get that 2.1.0 goodness (08:16:53 PM) zzz: nothing else, thanks </div>/ko/blog/2023/01/09/2.1.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 09 Jan 2023 00:00:00 +0000/ko/blog/2023/01/09/2.1.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>우리는 11월에 2.0.0을 릴리스한 이후 여러 가지를 알게 되었습니다. router들이 해당 릴리스로 업데이트함에 따라, 네트워크에서 새 SSU2 전송 프로토콜 지원 비율이 약 1%에서 60% 이상으로 증가했습니다. 우선, SSU2가 견고하고 설계가 잘 되어 있으며 안전한 프로토콜임을 확인했습니다. 다만, 둘째로는 프로토콜 구현에서 사소하거나 드물게 발생하는 버그를 다수 발견해 수정했습니다. 이러한 버그들의 누적된 영향으로 네트워크 성능이 저하되었습니다.</p> <p>또한, 네트워크에서 tunnel 수가 증가하고 tunnel 구축 성공률이 감소한 것을 인지하고 있습니다. 이는 Bitcoin의 새로운 I2P 임시 주소 기능에 의해 촉발되었을 가능성이 있으며, 우리의 SSU2 버그와 기타 혼잡 제어 문제로 인해 상황이 더욱 악화되었습니다. 우리는 I2P 네트워크에 가해지는 부하를 줄이기 위해 Bitcoin 및 Bitcoin이 아닌 다른 프로젝트들과 협력하고 있습니다. 혼잡 시 네트워크 부하를 줄이기 위해 알고리즘을 개선했습니다. 또한 i2pd와 협력하여 공통 혼잡 제어 전략을 개발하고 있습니다.</p>/ko/blog/2022/12/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-12%EC%9B%94-14%EC%9D%BC/Wed, 14 Dec 2022 00:00:00 +0000/ko/blog/2022/12/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-12%EC%9B%94-14%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> (08:00:09 PM) eyedeekay: Hello everyone, welcome to the rescheduled dev meeting (08:00:09 PM) eyedeekay: 1. Hi (08:00:09 PM) eyedeekay: 2. 2.0.0 Release Status, 2.0.0 Mac Release Status (08:00:09 PM) eyedeekay: 3. 2.1.0 Development Status (08:00:09 PM) eyedeekay: 4. Stickers for Translators (08:00:50 PM) zzz: hi (08:02:55 PM) eyedeekay: Doesn't seem like he's here? going to move along for now. (08:04:04 PM) eyedeekay: 2. 2.0.0 release status: *most* targets of 2.0.0 were released about 3 weeks ago now, including i2p.i2p, Android, Debian and Easy-Install Windows, with Easy-Install for Mac delayed by zlatinb's departure (08:04:04 PM) eyedeekay: Ech and I have been working on a plan to replace him in terms of maintenance, signing, and notarization of the OSX bundle, that is still expected for close to the end of this month (08:06:01 PM) eyedeekay: Everybody knows how to build everything, has a good idea of the signing requirements, the last remaining thing to do is notarization in practice, and we don't know everything we should expect here but I think we have a good idea (08:07:10 PM) eyedeekay: Android needed a point release due to a bug related to compatibility with a new API on newer devices, so Android users should make sure they've upgraded to 2.0.1 (08:07:10 PM) eyedeekay: eot for me on 2, anything to add zzz (08:07:20 PM) zzz: lots (08:07:50 PM) uis is now known as Irc2PGuest69907 (08:08:04 PM) zzz: I had to release a 2.0.0-2ubunutu1 debian/ubuntu build to fix an embarrassing but ultimately harmless bunch of stray symlinks in root (08:08:38 PM) zzz: root cause was a typo, deb lint didn't catch it, not sure what the post mortem lesson is other than be more careful, we're root on install... (08:09:12 PM) zzz: as far as the network, after 3 weeks, half of it has updated and is using ssu2 (08:09:39 PM) zzz: exploratory build success has been trending straight down since the release (08:09:56 PM) zzz: we're concerned, and monitoring closely (08:10:47 PM) zzz: at this point we think it's some combination of ssu-to-ssu2 migration, ssu2 bugs on both our side and in i2pd, and a couple of routers that are spamming the network with tunnel builds (08:11:05 PM) zzz: i2pd is considering a mid-cycle january point release to get their fixes out (08:11:33 PM) zzz: for now I don't think that's necessary on our side but it's always an option should we choose to (08:12:18 PM) zzz: I think that's EOT but I'll have more info in a moment as a part of 3) (08:13:09 PM) eyedeekay: Thank you zzz (08:13:43 PM) eyedeekay: 3. 2.1.0 Development Status (08:17:12 PM) eyedeekay: We're 3 weeks in to this cycle, in this time I've been working on getting Android migrated fully over to the modern gradle plugin, I stopped short of migrating from maven to maven-push before release, after that, what's on the list for Android is orbot-style split tunneling for configuring apps without a proxy(Sort of the Android version of torsocks) (08:17:12 PM) eyedeekay: For desktop I've been working on getting our integration into Whonix fixed and have been work related to getting the Easy-Install for Windows out of beta (08:18:43 PM) eyedeekay: That's what I'm working on, zzz would you like to continue with your information or 3)? (08:19:43 PM) dr|z3d: ... intermission ... (08:23:56 PM) anonymousmaybe is now known as Irc2PGuest40130 (08:24:03 PM) eyedeekay: Welcome back (08:25:17 PM) eyedeekay: What was the last thing you got? (08:26:28 PM) zzz: back (08:26:28 PM) zzz: is it my turn yet? :) (08:26:28 PM) dr|z3d: you need to put on an apron and wheel the confectionery tray around the theater :) (08:26:28 PM) dr|z3d: did you go out to get us all ice cream? :) (08:26:28 PM) dr|z3d: recap: (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; We're 3 weeks in to this cycle, in this time I've been working on getting Android migrated fully over to the modern gradle plugin, I stopped short of migrating from maven to maven-push before release, after that, what's on the list for Android is orbot-style split tunneling for configuring apps without a proxy(Sort of the Android version of torsocks) (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; For desktop I've been working on getting our integration into Whonix fixed and have been work related to getting the Easy-Install for Windows out of beta (08:26:28 PM) dr|z3d: &lt;eyedeekay&gt; That's what I'm working on, zzz would you like to continue with your information or 3)? (08:26:48 PM) zzz: thanks (08:27:04 PM) zzz: drz gave it to me (08:27:12 PM) zzz: ok, my turn! (08:27:33 PM) zzz: about a week and a half after the release, when a lot of the net had updated, I started chasing SSU2 problems (08:27:42 PM) zzz: and found a whole lot (08:27:56 PM) zzz: both ours and helped i2pd find some of theirs (08:27:58 PM) zzz: so it's been quite busy (08:28:14 PM) zzz: as a result, we're at almost 7000 lines of diff, more than the whole 2.0.0 release (08:28:38 PM) zzz: and whatever else I had planned for 2.1.0 I haven't gotten to yet, including promised peer selection improvements (08:29:50 PM) zzz: I plan to bump to -7 after the meeting (08:29:50 PM) zzz: while the "big changes in" deadline is early January, let's stay flexible, as we don't want a bunch of WIP in there if we're going to do a 2.0.1 release (08:29:59 PM) zzz: so let's try not to break things with "big changes" if possible. Big changes are fine, as long as they're isolated (08:30:40 PM) zzz: but things are going well and we're working closely with i2pd to track down and fix issues (08:31:02 PM) zzz: including one-in-a-million ones that are now popping up (08:31:16 PM) zzz: and one-in-a-zillion ones that dr|z3d is finding on his high speed routers (08:31:30 PM) zzz: that's it! EOT, any questions? (08:32:27 PM) eyedeekay: I'm slightly curious how often a "Million" of some things happens in in the real world but possibly a question for another time (08:33:17 PM) eyedeekay: Thanks zzz (08:34:12 PM) eyedeekay: It seems like once you get a whole bunch of routers doing a thing the odds of a rare event happening somewhere would go up very fast (08:35:11 PM) zzz: yeah. perhaps we should have been more cautious, and not go from 2% to 100% in one release. But we'll get through it (08:35:17 PM) uis is now known as Irc2PGuest38853 (08:37:15 PM) eyedeekay: 4. Stickers for Translators (08:37:15 PM) eyedeekay: Only real news here is that I now have stickers for mailing, I've got a ton of them so if you're in the Americas then I am prepared to mail them (08:37:58 PM) zzz: would you please post something on my forum, saying who is eligible and how to request (08:38:17 PM) eyedeekay: Can do (08:38:29 PM) zzz: then I will copy paste over to transifex announcement (08:38:48 PM) zzz: what's the status of the euro side? (08:39:44 PM) eyedeekay: Don't know if he has his yet, will request an update from him tonight (08:40:07 PM) zzz: ok, guess I need to wait for that part of it before transifex (08:40:43 PM) zzz: please whack him with your baffer for making us reschedule and then not showing :) (08:41:07 PM) eyedeekay: Well it was my fault too but I'll make sure to let him know :) (08:41:32 PM) zzz: I mean yesterday to today. you're not off the hook for last week :) (08:42:41 PM) eyedeekay: That's all I've got for 4 and/or today, anything else for the meeting? (08:42:50 PM) zzz: nope (08:43:02 PM) zzz: are we on or off for Jan. 3? (08:44:26 PM) eyedeekay: All right then thanks zzz for coming, I was going to say "On" for Jan 3 but we could do the 10th instead since IIRC LS2 will be the 9th (08:45:01 PM) zzz: doesn't matter, your call (08:45:35 PM) eyedeekay: Let's have it on the 9th in January and return to first-Tuesday in February (08:45:52 PM) zzz: you mean 10th? (08:45:59 PM) eyedeekay: Yes the 10th (08:46:07 PM) zzz: ok (08:46:15 PM) zzz: meeting over? (08:46:25 PM) eyedeekay: Yes </div>/ko/blog/2022/11/23/windows-%EB%B0%8F-osx%EC%9A%A9-easy-install-2.0.0-1%EA%B0%9C%EC%9B%94-%EC%97%B0%EA%B8%B0/Wed, 23 Nov 2022 00:00:00 +0000/ko/blog/2022/11/23/windows-%EB%B0%8F-osx%EC%9A%A9-easy-install-2.0.0-1%EA%B0%9C%EC%9B%94-%EC%97%B0%EA%B8%B0/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>The I2P Easy-Install bundle for Windows has been released. In this release, support has been added for most major browsers, including all major Firefox(Gecko) and Chromium forks. Compatibility with external I2P Service installs and un-bundled I2P user installs has been improved. The Easy-Install bundle can now detect other I2P routers and prompt the user to launch them instead, if they already have I2P. The browser extensions have been updated to the latest versions. The Easy-Install now has access to <code>i2p.plugins.firefox</code>&rsquo;s usability mode via the <code>-usability</code> command-line flag. The default mode is the &ldquo;Strict&rdquo; mode where Javascript is disabled by NoScript. In usability mode, Javascript is restricted by JShelter. For more details, see the profile manager repository at i2pgit.org.</p>/ko/blog/2022/11/21/2.0.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 21 Nov 2022 00:00:00 +0000/ko/blog/2022/11/21/2.0.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>I2P 2.0.0 릴리스는 소규모 기능 구현과 테스트, 다수의 버그 수정을 마친 뒤 모든 사용자에게 새로운 UDP 전송 프로토콜 SSU2를 활성화합니다.</p> <p>또한 설치 프로그램, 네트워크 데이터베이스(netDb), 개인 주소록에 항목 추가, Windows 브라우저 실행기, 그리고 IPv6 UPnP 등 전반에 걸쳐 수정이 이루어졌습니다.</p> <p>항상 그렇듯 이번 릴리스로 업데이트하시기를 권장합니다. 보안을 유지하고 네트워크에 기여하는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p> <h2 id="릴리스-세부-정보">릴리스 세부 정보</h2> <h3 id="changes">Changes</h3> <ul> <li>i2ptunnel: Support SHA-256 digest proxy authentication (RFC 7616)</li> <li>SSU2: Connection migration</li> <li>SSU2: Immediate acks</li> <li>SSU2: Enable by default</li> </ul> <h3 id="bug-fixes">Bug Fixes</h3> <ul> <li>i2ptunnel: Fix IRC USER line filtering</li> <li>Installer: Fix path for Windows service, caused local eepsite to be broken</li> <li>Installer: Fix error on Windows when username contains a space</li> <li>NetDB: Database store message handling fixes</li> <li>NetDB: Fix reseeding when clock is skewed</li> <li>Router: Deadlock fix</li> <li>SSU2: Fix packets exceeding MTU</li> <li>SSU2: Fix ping packets less than minimum size</li> <li>SSU2: Fix handling of termination acks</li> <li>SusiDNS: Fix adding entry to empty address book</li> <li>SusiMail: Fix dark theme button icons</li> <li>UPnP: IPv6 fix</li> <li>Windows: Fix launching preferred browser at startup</li> </ul> <h3 id="변경-사항">변경 사항</h3> <ul> <li>Deadlock detector improvements</li> <li>Debian: Change dependency from libservlet3.1-java to libjsp-api-java and libservlet-api-java</li> <li>i2psnark: Increase max pieces to 64K</li> <li>i2psnark: Add links to additional instances in the console</li> <li>Option to compress router logs</li> <li>Translation updates</li> </ul> <p>수정된 버그의 전체 목록</p>/ko/blog/2022/11/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-11%EC%9B%94-8%EC%9D%BC/Tue, 08 Nov 2022 00:00:00 +0000/ko/blog/2022/11/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-11%EC%9B%94-8%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, eyedeekay, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (03:00:31 PM) eyedeekay: Hi everyone, welcome to the November 8 meeting (03:00:31 PM) eyedeekay: 1. Hi (03:00:31 PM) eyedeekay: 2. 2.0.0 development status (03:00:31 PM) eyedeekay: 3. Publish source tarballs for bundle releases (03:00:31 PM) eyedeekay: 4. Free Stickers for Translators (03:00:31 PM) eyedeekay: Anything else for the agenda? (03:00:39 PM) mode (-m ) by zzz (03:01:19 PM) zzz: hi (03:01:58 PM) eyedeekay: hi zzz (03:02:03 PM) eyedeekay: Anybody else here today? (03:02:08 PM) eche|on: hi (03:02:18 PM) eyedeekay: Hi eche|on (03:02:39 PM) eyedeekay: 2. 2.0.0 development status (03:02:58 PM) eyedeekay: We're 2 weeks from release with a tag freeze tomorrow, IIRC (03:03:49 PM) eyedeekay: Yes that's exactly when (03:04:38 PM) eyedeekay: zzz and orignal have been hard at work getting ssu2 ready, the plan is still to enable it (03:05:08 PM) eyedeekay: I'll be doing an unsigned release of the I2P Easy-Install for Windows (03:05:50 PM) eyedeekay: I don't know the Mac release status, though, are Mac users stuck on 1.9.0 until we can find a new Mac maintainer/signer? (03:06:25 PM) zzz: yes. There's a pretty good summary of the release at `http://zzz.i2p/topics/3377` (03:07:02 PM) zzz: the SSU2 testing in the last 3 months with 2% enabled has been a tremendous success (03:07:17 PM) zzz: haven't found any major issues, but we've fixed countless minor ones (03:08:19 PM) eche|on: go ahead with SSU2 (03:08:35 PM) eche|on: about mac: I got a dev account and a MAC, but no idea howto currently (03:08:39 PM) eche|on: and less time (03:09:03 PM) zzz: interesting (03:09:31 PM) zzz: do you think you _could_ do it at some point? If so, when? (03:09:39 PM) eche|on: I do have the git repo of the mac inclusions, but currently not yet looked into (03:09:54 PM) eche|on: IF I find out howto, rather soon (tm) (03:10:05 PM) zzz: even if it's a month or two late, that would be fantastic (03:10:08 PM) eche|on: but the howto may fail in shorter terms (03:10:41 PM) eche|on: also no idea about whats apple going to do, but those are parts to find out (03:11:10 PM) eyedeekay: I'll see if I can help you, building the mac jpackages is pretty straightforward, I've never signed them but it's all in the scripts zab wrote (03:11:25 PM) zzz: when I do the 2.0.0 news.xml, I'll also put a news entry in the mac feed saying it will be delayed (03:11:42 PM) zzz: eyedeekay, do you have a mac? (03:11:57 PM) eyedeekay: I have an Intel Mac but no dev account (03:12:04 PM) eche|on: sadie has a mac, but neither idk nor sadie do want to go public with their names (03:12:25 PM) eche|on: getting a dev account is rather simple : give out your name and pay 100$ a year (03:12:28 PM) eyedeekay: I can make a dmg but it gets signed with local keys that aren't allowed on other Macs (03:12:32 PM) zzz: I understand. The idea is you could walk thru everything but the notarization (03:12:32 PM) eche|on: more or like thats it (03:13:12 PM) eche|on: bb 2min (03:13:25 PM) zzz: afaik it's the notarization that's the real pita. Hopefully the howto is clear... (03:14:14 PM) eyedeekay: I think the only pitfall really is getting the Java dev environments set up, there's a tool you install through brew that switches version that makes it very easy though (03:14:25 PM) zzz: eyedeekay, let's put this on the agenda for next month (03:14:36 PM) eyedeekay: Can do (03:15:19 PM) zzz: in the mean time, please run thru the howto as it currently exists as far as you can w/o notarization, just to test the howto and see if it needs any fixes for ech (03:16:10 PM) zzz: esp. to check if the arm64 side is documented (03:16:45 PM) eyedeekay: I will do everything I can, although I won't be able to run through the arm64 process because I do not have an arm64 Mac (03:16:53 PM) eche|on: I will check howto get the certs with notarization, (03:16:55 PM) eyedeekay: I'll do everything up to that though (03:17:18 PM) eche|on: eyedeekay: just order a arm64 mac. refund as usual (03:17:28 PM) eche|on: no need to stop at that (03:17:30 PM) zzz: do you need an ARM mac to build ARM? (03:17:41 PM) zzz: probably... (03:17:59 PM) eyedeekay: I'm not quite sure on the subtleties of it all re: cross-compilation (03:18:02 PM) zzz: there's also a possible workflow where idk builds and ech notarizes (03:18:23 PM) zzz: but we don't need to work it all out here (03:18:44 PM) eyedeekay: But jpackage is pretty picky about architecture/OS combinations (03:19:28 PM) SoniEx2: raspberry pi? (03:19:39 PM) zzz: let's move on to next topic (03:19:40 PM) eyedeekay: ELF not Mach-O (03:19:42 PM) eyedeekay: But yes (03:19:45 PM) eyedeekay: 3. Publish source tarballs for bundle releases (03:20:24 PM) eyedeekay: Since it's just me now and I wanted to publish source tarballs the whole time, 2.0.0 Windows getting source tarballs (03:20:36 PM) eyedeekay: One for the bundle itself and one for the profile manager component (03:21:17 PM) eyedeekay: As part of going through the scripts from the Mac bundle I'll add source tarball generation as part of the process (03:21:18 PM) zzz: ok, and since the mac objector has left, let's add one to the mac page also (03:21:28 PM) eyedeekay: Will do (03:21:41 PM) zzz: great, I'm happy (03:22:38 PM) eyedeekay: 4. Free Stickers for Translators (03:23:27 PM) eche|on: yeah (03:23:49 PM) eyedeekay: eche|on and I talked about this briefly after last month's meeting by email (03:23:49 PM) eyedeekay: I think we were each in favor of doing it? I don't have my mail open (03:24:23 PM) eche|on: sure we can do this, one for each part of the wolrd (03:24:28 PM) zzz: it was my proposal, but it requires a) stickers and b) somebody to mail them (03:24:30 PM) eche|on: but my sticker ressources are limited (03:24:47 PM) zzz: as I understand we're essentially out of stickers (03:24:59 PM) eche|on: sadie/idk still do have several (03:25:05 PM) eche|on: I got around 400 or alike only (03:25:23 PM) eche|on: should be enough for 1year+, but plan ahead (03:25:26 PM) eyedeekay: Oh I ran myself down to like, 8 at All Things Open last week (03:25:30 PM) eyedeekay: I'll need to order more (03:25:53 PM) eche|on: ah, ok (03:26:10 PM) zzz: can you two coordinate on who is ordering, what the design is, and make sure each of you gets half? (03:26:16 PM) eyedeekay: Yes we can (03:26:34 PM) zzz: super (03:27:05 PM) zzz: when you have them in hand, holler and I'll announce on TX (03:27:11 PM) eche|on: good (03:27:22 PM) zzz: thanks guys (03:27:46 PM) eyedeekay: No problem (03:27:56 PM) eyedeekay: Anything else on 4 or for the meeting? (03:28:25 PM) eche|on: nope (03:29:14 PM) eyedeekay: All right thanks everybody for coming, I'll post the meeting in a few minutes </div>/ko/blog/2022/10/11/ssu2-%ED%8A%B8%EB%9E%9C%EC%8A%A4%ED%8F%AC%ED%8A%B8/Tue, 11 Oct 2022 00:00:00 +0000/ko/blog/2022/10/11/ssu2-%ED%8A%B8%EB%9E%9C%EC%8A%A4%ED%8F%AC%ED%8A%B8/<h2 id="개요">개요</h2> <p>I2P는 2005년부터 검열 저항성이 있는 UDP 전송 프로토콜 &ldquo;SSU&quot;를 사용해 왔습니다. 지난 17년 동안 SSU가 차단되었다는 보고는 거의, 혹은 전혀 없었습니다. 그러나 보안, 차단 저항성, 성능에 대한 오늘날의 기준으로 보면, 우리는 더 개선할 수 있습니다. 훨씬 더요.</p> <p>이러한 이유로, <a href="https://i2pd.xyz/">i2pd project</a> 와 함께 우리는 최고 수준의 보안 및 차단 저항성(blocking resistance) 표준에 맞춰 설계된 현대적인 UDP 프로토콜인 &ldquo;SSU2&quot;를 개발하고 구현했습니다. 이 프로토콜은 SSU를 대체할 것입니다.</p> <p>우리는 업계 표준 암호화를 UDP 프로토콜인 WireGuard와 QUIC의 최고의 기능, 그리고 우리의 TCP 프로토콜 &ldquo;NTCP2&quot;의 검열 저항 기능과 결합했습니다. SSU2는 지금까지 설계된 전송 프로토콜 가운데 가장 안전한 것들 중 하나일 수 있습니다.</p>/ko/blog/2022/10/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-10%EC%9B%94-4%EC%9D%BC/Tue, 04 Oct 2022 00:00:00 +0000/ko/blog/2022/10/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-10%EC%9B%94-4%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (04:00:08 PM) eyedeekay: Hi everyone, welcome to the October 4 2022 meeting (04:00:08 PM) eyedeekay: 1. Hi (04:00:18 PM) zlatinb: hi (04:00:28 PM) zzz: hi (04:00:51 PM) eyedeekay: 1. Hi (04:00:51 PM) eyedeekay: 2. 1.10.0 development status (04:00:51 PM) eyedeekay: 3. next release 2.0.0? (04:00:51 PM) eyedeekay: 4. Publish source tarballs for bundle releases (04:00:51 PM) eyedeekay: 5. Free stickers for translators (04:00:51 PM) eyedeekay: 6. Windows Easy-Install Update/Out-of-Beta (04:01:05 PM) eyedeekay: 2. 1.10.0 development status (04:01:15 PM) eyedeekay: About 7 weeks to go (04:01:24 PM) eyedeekay: My big priority this month has been to get the Windows Easy-Install bundle ready to go out of beta (04:01:31 PM) eyedeekay: Lots of stuff on the forum about that, targeting stable updates, compatibility with existing/unbundled routers, and a more stable and flexible way to manage and launch browser profiles, more on all that in item 6 (04:01:38 PM) eyedeekay: Also working on a "Split Tunneling" or "Per-App VPN" tool in Android(on the roadmap). (04:01:47 PM) eyedeekay: The utility is that it allow users to configure their browsers more easily, in a way which prevents WebRTC escapes by putting them onto an interface which corresponds to an I2P connection and not to their network provider (04:02:05 PM) eyedeekay: zzz, zlatinb what would you like to add that you're working on (04:02:30 PM) zzz: not a lot to report... SSU2 testing continues to go well... (04:02:53 PM) zzz: put up proposal 161 about compressible padding, we'll be discussing it in #ls2 meetings... (04:03:06 PM) zlatinb: Nothing specific I'm working on, just want to let everyone know that I'll be afk from 22nd Nov to 10th Dec so if the next release gets tagged on the 21st I may be able to build the mac bundles but will most likely not be able to seed the torrents (04:03:29 PM) eyedeekay: If you send me the files I'll seed them for you (04:03:32 PM) zzz: I have some peer selection efficiency improvements I'm going to try to get in soon, may or may not make it (04:03:43 PM) zzz: EOT (04:04:21 PM) eyedeekay: Thanks zzz, zlatinb, I don't want to rush anybody but we do have a long agenda today, anything else to add on 2? (04:04:59 PM) eyedeekay: 3. next release 2.0.0? (04:04:59 PM) eyedeekay: My vote is yes to 2.0.0 (04:05:19 PM) zzz: yeah I put it up for comments on my forum and got I think 1 yes and no no's (04:05:36 PM) eyedeekay: I was a yes at the last meeting too I think (04:05:46 PM) zzz: I'd like to decide today because I have a SSU2 blog post ready to go and it would be helpful to refer to the next release by number (04:06:22 PM) zzz: yeah I didn't hear any strong opinions one way or the other last meeting which is why we pushed it a month (04:06:34 PM) zzz: I think it's a good idea (04:06:51 PM) zzz: so if there's no objections, let's call it 2.0.0! (04:07:30 PM) eyedeekay: Timeout 1m for objections (04:07:47 PM) zzz: make it 30 seconds :) (04:07:54 PM) eyedeekay: Yeah I already burned 30 (04:08:04 PM) eyedeekay: OK there it is (04:08:06 PM) eyedeekay: 2.0.0 (04:08:17 PM) eyedeekay: 4. Publish source tarballs for bundle releases (04:08:31 PM) zzz: yeah this was my item (04:08:53 PM) zzz: standard open source practice is to post source tarballs, even if we can point to a git tag (04:09:06 PM) zzz: I understand that the Mac source doesn't change release to release? (04:09:10 PM) zzz: but the windows source does? (04:09:46 PM) zlatinb: well the mac bundle has evolved to enable arm64 but in general it doesn't change (04:10:02 PM) eyedeekay: What we both do is clone a copy of the repo and check out a specific release tag, ant distclean, generate our jars, and copy them into the bundle trees (04:10:15 PM) zzz: anyway, my recommendation is that we generate source tarballs as part of the build process and link to them on the respective download pages (04:10:36 PM) zzz: if they don't change, then I guess they can be unversioned (04:10:50 PM) zzz: so the windows source doesn't change release-to-release either? (04:11:01 PM) zlatinb: I would rather just tag and then fetch the tarball from github. I expect at least for a while the only thing changing in the mac bundle will be the changelog file (04:11:50 PM) zzz: you all can work out the details, but the goal is to have source and instructions so anybody can build it themselves (04:12:00 PM) eyedeekay: The i2p jars that get included don't change except to get updated, but the Windows source has changed in the launcher quite a lot since it started (04:12:12 PM) zzz: are you two willing to do that and add it to your release processes? (04:12:21 PM) eyedeekay: Yes absolutely (04:12:31 PM) eyedeekay: My release scripts and daily scripts now include tarball every time (04:12:36 PM) zzz: you don't need to include dependencies such as i2p, and probably shouldn't (04:12:37 PM) eyedeekay: zab's too IIRC (04:12:54 PM) zlatinb: the question is where to put the tarballs, should they be available on the site, etc. (04:13:25 PM) zzz: somewhere on the download server with everything else, with links on the bundle pages. You two can work out the details to be consistent (04:13:59 PM) zlatinb: well that's the thing, if we can just point to a gitlab tag then there's no need for any extraneous links (04:14:31 PM) zzz: disagree, I think it's good open source practice to publish source tarballs (04:14:55 PM) zlatinb: github and maybe gitlab allow tarball download off of a tag (04:14:57 PM) eyedeekay: It's not much more effort, I'm not against it, I tag in the same script I generate tarballs in (04:15:05 PM) zzz: here's the binary, here's the source, here's the gpg sigs, here's the build instructions (04:15:29 PM) zzz: it's also consistent with our mainline release to have tarballs (04:16:15 PM) zzz: sounds like zlatinb is not in agreement? should we push this off to next month? (04:16:38 PM) zlatinb: yeah I think it's unnecessary (04:16:57 PM) zlatinb: but don't mind doing it if that's what the decision is (04:17:11 PM) zzz: if it never changes, you only have to do it once and you're done (04:17:47 PM) zlatinb: it has changed very rarely historically (04:18:03 PM) eyedeekay: Kicking it down the road for now is fine with me, zlatinb and I can work out what we're going to do or not do in the meantime (04:18:33 PM) eyedeekay: This might be a situation where we have to be a little different because my bundle has been a little more rapidly-changing than his (04:19:27 PM) zzz: if we don't want to decide today I'll start a forum thread to solicit more opinions (04:20:44 PM) zlatinb: ok (04:20:44 PM) zzz: ok = you're oppposed for now? (04:21:02 PM) eyedeekay: Probably a good idea, and I'm pro tarballs (04:21:31 PM) zlatinb: yeah (04:21:31 PM) zzz: no problem, eyedeekay put it on the list for next month (04:21:37 PM) eyedeekay: OK can do (04:21:52 PM) eyedeekay: Anything else for 4? (04:22:38 PM) eyedeekay: 5. Free stickers for translators (04:22:55 PM) eyedeekay: zzz this one was also yours, take it away whenever you're ready (04:23:16 PM) zzz: yeah, credit sarah jamie lewis on twitter (04:23:32 PM) zzz: for her project which I've forgotten the name... cwtch? (04:24:02 PM) eyedeekay: That's the one (04:24:02 PM) zzz: anyway, thought it was a good idea, but we'd need a) stickers and b) people to mail them (04:24:17 PM) zzz: both of which we used to have but are now out of both people and stickers? (04:24:40 PM) zzz: so, do we want to do it, and should we order stickers (even if we don't) (04:24:45 PM) zzz: EOT (04:25:26 PM) zzz: sadie and eche|on used to be the sticker people I think (04:25:38 PM) eyedeekay: I went through and counted mine up, I've got maybe 35 of the old ones(Toopie) and 91 left of the run I ordered in the spring, but I'd be fine with ordering more (04:25:41 PM) zzz: anyway, comments please... yes/no/maybe? (04:26:00 PM) eyedeekay: I can mail them within the US and Canada but the EU isn't great for me (04:26:21 PM) zzz: we have hundreds of translators registered. only a few are probably active (04:26:41 PM) zzz: who is the sticker-orderer-person? (04:27:54 PM) eyedeekay: The last person to order stickers was probably me, but I did them on my own time/out of pocket so I would have them for conventions (04:28:19 PM) zzz: who's in charge of PR? (04:28:48 PM) zzz: who has an opinion about stickers for translators? (04:28:48 PM) zzz: well, you could have / should have gotten reimbursed... echelon used to be the sticker guy (04:29:54 PM) zzz: we're going to need his buyin both for the cost, and to make him the EU mail person, and to send half to you and half to him (04:30:15 PM) zzz: since he's not around, put this on the list for next month, I'll try to get his attention (04:30:22 PM) eyedeekay: I think that if translators request stickers we should be able to get them some stickers, but that it should be contingent on request (04:30:59 PM) zzz: sure, we don't have anybody's address, they have to ask. but we would have to tell them to ask (04:31:17 PM) uis is now known as Irc2PGuest33729 (04:31:48 PM) zzz: if anybody's going to CCC then you need to hop on more stickers, independent of translators (04:32:42 PM) zzz: EOT, push it to next month, no answers today (04:32:47 PM) eyedeekay: Ack, I do plan to go so I'll make sure I have some stickers (04:32:47 PM) eyedeekay: So next step is start an email chain with Ech about it (04:33:09 PM) eyedeekay: EOT from me, anything else on 5? (04:33:50 PM) eyedeekay: 6. Windows Easy-Install Update/Out-of-Beta (04:33:58 PM) eyedeekay: This one's mine obviously (04:34:26 PM) eyedeekay: So 1.9.5 point release happened technically because of the reseed application context timer obviously (04:34:45 PM) eyedeekay: But it was a convenient time to also keep an eye on how the updates performed (04:35:54 PM) zlatinb: and how did it behave? (04:35:55 PM) eyedeekay: It wasn't without complications, people who were using fell into 3 groups (04:36:56 PM) eyedeekay: 1. People for whom it worked perfectly (04:36:56 PM) eyedeekay: 2. People for whom it resulted in corrupted router.config files for un-bundled routers (04:36:56 PM) eyedeekay: 3. People for whom it it did not update because the router.config files were from un-bundled routers (04:37:22 PM) eyedeekay: 2 and 3 were problems, I followed up with the fix in a forum post on zzz.i2p (04:37:43 PM) eyedeekay: I believe they are fixed now and cannot recur in the future (04:37:57 PM) eyedeekay: Therefore I think the update process will be ready by what is now 2.0.0 (04:38:08 PM) eyedeekay: I actually think it's ready now but 7 weeks to test (04:38:53 PM) eyedeekay: So I would like to move it out of beta in November (04:39:09 PM) zzz: we don't have documented criteria for out-of-beta, really (04:39:17 PM) zzz: but for me it's that the release processes are solid, things aren't getting missed (04:39:27 PM) zzz: we're not doing point releases a week later to fix stuff (04:39:45 PM) zzz: but you may wish to list your own feature goals (04:40:21 PM) zzz: for example, are you two solid on reviewing the java updates every three months and jointly deciding to release or not? (04:40:40 PM) zzz: I didn't see any on-IRC discussion. did it happen off-IRC perhaps? (04:41:31 PM) zlatinb: the last discussion happened here, there has been no off-IRC discussion regarding jre point releases since (04:42:21 PM) eyedeekay: Didn't we talk about it on Whereby a little after that? (04:42:36 PM) eyedeekay: IIRC we only release in the Java cycle if there's a CVE which affects the last release? (04:42:46 PM) zzz: just to take an example, 18.0.2.1 August 18 2022 fixes a JIT bug that crashes the JRE. Are you two both on that, or did you jointly decide it wasn't necessary? (04:43:33 PM) zlatinb: I'm not on that I don't think (04:43:43 PM) zlatinb: and don't remember discussing that bug; I usually look only at the CVEs (04:44:08 PM) zlatinb: 21:43:29 zlatinb: I'm not on that I don't think (04:44:08 PM) zlatinb: 21:43:42 zlatinb: and don't remember discussing that bug; I usually look only at the CVEs (04:44:12 PM) zzz: back (04:45:12 PM) eyedeekay: I am on 18.0.2.1 but because I pushed back my release to try and make sure I addressed some stability issues and by that time Java had updated (04:45:24 PM) eyedeekay: Also my point release was built with an updated JDK (04:45:35 PM) eyedeekay: So that's got us out-of-sync again I think (04:45:54 PM) zzz: that's what I'm getting at about processes. If the build and release processes aren't yet stable and being reliably followed, these procucts aren't ready to graduate (04:46:01 PM) zzz: so when you updated, to 18.0.2.1, did you tell zlatinb you were doing it and suggest he do the same? (04:47:04 PM) eyedeekay: No I didn't, I simply let it auto-update and built with the latest version (04:48:13 PM) eyedeekay: So... there's another process to revise on my side (04:49:31 PM) zzz: I'd suggest you work on a solid bug-free release in november (together with whatever feature goals you have) and if that goes well put yourself on the agenda for december (04:50:00 PM) eyedeekay: OK can do (04:50:56 PM) zzz: or january because the release is likely to be late nov., may not have enough info by 1st week in dec. (04:52:02 PM) eyedeekay: If there's not enough to go on by then I'll move it (04:52:15 PM) eyedeekay: Anything else for 6? (04:52:27 PM) zzz: a brief 6a) (04:52:30 PM) eyedeekay: Sure (04:52:52 PM) zzz: zlatinb, reported that the mac arm update went well, so as far as I'm concerned it's out of beta as discussed on my forum (04:53:28 PM) zzz: zlatinb, you need to update your page to remove the beta label (04:53:28 PM) zzz: eot (04:53:28 PM) zlatinb: ok (04:53:29 PM) zlatinb: will do soon (04:54:24 PM) eyedeekay: All right that puts us at just shy of an hour, anything else for the meeting? (04:54:26 PM) eyedeekay: timeout 1m (04:54:41 PM) zlatinb: yes (04:54:57 PM) zlatinb: if StormyCloud reads the logs, I encourage them to address the concerns raised on reddit (04:56:15 PM) zlatinb: the longer that question stays unanswered the worse it looks (04:56:18 PM) eyedeekay: agreed, they do sometimes come to reddit and it would be good to hear from them (04:56:36 PM) zlatinb: eot (04:56:43 PM) eyedeekay: Thanks zlatinb (04:57:37 PM) eyedeekay: Anything else for the meeting(again)? timeout 30s this time (04:58:21 PM) eyedeekay: Thanks everyone for coming, I'll post the logs tonight, see you around IRC and same time next month </div>/ko/blog/2022/09/26/i2p%EA%B0%80-%EC%84%B1%EC%9E%A5%ED%95%A8%EC%97%90-%EB%94%B0%EB%9D%BC-%EC%95%88%EC%A0%84%EC%9D%84-%EC%9C%84%ED%95%9C-%EB%8B%B9%EB%B6%80/Mon, 26 Sep 2022 00:00:00 +0000/ko/blog/2022/09/26/i2p%EA%B0%80-%EC%84%B1%EC%9E%A5%ED%95%A8%EC%97%90-%EB%94%B0%EB%9D%BC-%EC%95%88%EC%A0%84%EC%9D%84-%EC%9C%84%ED%95%9C-%EB%8B%B9%EB%B6%80/<h2 id="i2p가-성장함에-따라-안전을-위한-당부">I2P가 성장함에 따라 안전을 위한 당부</h2> <p>지금은 The Invisible Internet Project (I2P)에 매우 흥미로운 시기입니다. 우리는 우리의 모든 전송 프로토콜 전반에 걸쳐 최신 암호 기술로의 전환을 마무리하고 있으며, ( Java와 C++), 최근에는 대용량의 전문적인 outproxy(I2P 외부 인터넷에 접속할 수 있게 해주는 프록시) 서비스도 갖추게 되었고, I2P 기반 기능을 통합하는 애플리케이션의 수도 그 어느 때보다 많아졌습니다. 네트워크는 성장을 앞두고 있으므로, 지금이 I2P 및 I2P 관련 소프트웨어를 얻을 때 현명하고 안전하게 행동하자는 점을 모두에게 상기시키기에 좋은 때입니다. 우리는 새로운 아이디어를 담은 애플리케이션, 구현체, 포크를 환영하며, 네트워크의 힘은 모든 I2P 사용자의 참여에 대한 개방성에서 비롯됩니다. 사실 우리는 여러분을 사용자라고 부르기보다 &ldquo;Participants&quot;라는 단어를 쓰고 싶습니다. 여러분 각자는 콘텐츠를 제공하고, 애플리케이션을 개발하거나, 혹은 단순히 트래픽을 라우팅하고 다른 참가자들이 피어를 찾도록 돕는 등 자신만의 방식으로 네트워크를 돕고 있기 때문입니다.</p>/ko/blog/2022/09/26/%EB%A9%94%EC%9D%B8%ED%85%8C%EC%9D%B4%EB%84%88%EB%A5%BC-%EC%86%8C%EA%B0%9C%ED%95%A9%EB%8B%88%EB%8B%A4-divaexchange/Mon, 26 Sep 2022 00:00:00 +0000/ko/blog/2022/09/26/%EB%A9%94%EC%9D%B8%ED%85%8C%EC%9D%B4%EB%84%88%EB%A5%BC-%EC%86%8C%EA%B0%9C%ED%95%A9%EB%8B%88%EB%8B%A4-divaexchange/<p><em>Meet Your Maintainer의 두 번째 편에서 나는 DIVA.EXCHANGE의 Konrad에게 DIVA의 연구와 서비스에 대해 이야기하기 위해 연락했다. DIVA.EXCHANGE는 모든 사람에게 무료 뱅킹 기술을 제공하는 것을 목표로 소프트웨어를 개발하고 있다. 그 소프트웨어는 중앙 인프라 없이도 안전하며, 블록체인과 I2P 기술을 기반으로 한다.</em></p> <p><strong>I2P에 관심을 갖게 된 계기는 무엇인가요?</strong></p> <p>약 10년 전 나는 &ldquo;Technologieforum Zug&quot;를 대상으로 발표를 했다 - 비즈니스 관계자들을 위한 아주 지역적인 기술 네트워크다. 나는 그들에게 I2P와 Tor를 오버레이 네트워크로 소개했다 - 세상에는 다른 흥미로운 것들도 존재한다는 것을 보여주기 위해서였다.</p>/ko/blog/2022/09/07/windows-%EA%B0%84%ED%8E%B8-%EC%84%A4%EC%B9%98-%EB%B2%88%EB%93%A4-1.9.5-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Wed, 07 Sep 2022 00:00:00 +0000/ko/blog/2022/09/07/windows-%EA%B0%84%ED%8E%B8-%EC%84%A4%EC%B9%98-%EB%B2%88%EB%93%A4-1.9.5-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="windows-11-사용자용-버그-수정-릴리스">Windows 11 사용자용 버그 수정 릴리스</h2> <p>이번 포인트 릴리스에는 I2P router의 버그 수정이 포함되어 있으며, 이는 컨텍스트 클록이 파일 시스템에서 사용하는 클록과 동기화되지 않아 router가 자체 NetDB의 현재 상태를 읽지 못하게 되는 매우 드문 버그를 해결합니다. 이 버그는 현재까지 Windows 11에서만 관찰되었지만, 모든 사용자가 새 빌드로 업데이트할 것을 강력히 권장합니다.</p> <p>이번 릴리스에는 더 빠른 시작 시간과 프로필 관리자에서 향상된 안정성이 포함됩니다.</p>/ko/blog/2022/09/07/%EB%A9%94%EC%9D%B8%ED%85%8C%EC%9D%B4%EB%84%88%EB%A5%BC-%EB%A7%8C%EB%82%98%EB%B3%B4%EC%84%B8%EC%9A%94-stormycloud/Wed, 07 Sep 2022 00:00:00 +0000/ko/blog/2022/09/07/%EB%A9%94%EC%9D%B8%ED%85%8C%EC%9D%B4%EB%84%88%EB%A5%BC-%EB%A7%8C%EB%82%98%EB%B3%B4%EC%84%B8%EC%9A%94-stormycloud/<h2 id="stormycloud-inc와의-대화">StormyCloud Inc.와의 대화</h2> <p>가장 최근의 <a href="https://geti2p.net/en/blog/2022/08/22/1.9.0-Release">I2P Java release</a> 에서, 기존 outproxy(외부 프록시)인 false.i2p가 새 I2P 설치에서는 새로운 StormyCloud outproxy로 대체되었습니다. router를 업데이트하는 사용자들은 Stormycloud 서비스로의 전환을 빠르게 완료할 수 있습니다.</p> <p>Hidden Services Manager(숨김 서비스 관리자)에서 Outproxies와 SSL Outproxies를 모두 exit.stormycloud.i2p로 변경한 다음, 페이지 하단의 저장 버튼을 클릭하세요.</p> <h2 id="stormycloud-inc는-누구입니까">StormyCloud Inc는 누구입니까?</h2> <p><strong>StormyCloud Inc.의 사명</strong></p> <p>보편적 인권으로서의 인터넷 접속을 수호하기 위함입니다. 그렇게 함으로써 이 그룹은 사용자의 전자 프라이버시를 보호하고, 정보에 대한 제한 없는 접근을 촉진하여 국경을 넘어 아이디어가 자유롭게 교환되도록 함으로써 커뮤니티를 구축합니다. 이는 인터넷이 전 세계에 긍정적인 변화를 만들어 내는 데 사용할 수 있는 가장 강력한 도구이기 때문입니다.</p>/ko/blog/2022/09/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-9%EC%9B%94-06%EC%9D%BC/Tue, 06 Sep 2022 00:00:00 +0000/ko/blog/2022/09/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-9%EC%9B%94-06%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb, not_bob, RightNow, RN</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (04:01:46 PM) eyedeekay: Hi everybody (04:01:50 PM) eyedeekay: welcome to the Tuesday September 6 meeting (04:02:02 PM) zzz: hi (04:02:07 PM) mode (-m ) by zzz (04:02:13 PM) zlatinb: hi (04:02:26 PM) eyedeekay: 1. Hi (04:02:26 PM) eyedeekay: 2. 1.9.0 release status (04:02:26 PM) eyedeekay: 3. 1.10.0 development status (04:02:26 PM) eyedeekay: 4. next release 2.0.0? (04:02:26 PM) eyedeekay: 5. Mac arm64 bundle out of beta if 1.9.0 update was successful? (followup from last meeting) (04:02:51 PM) eyedeekay: Anything else to add before we get started? (04:03:19 PM) eyedeekay: hi zzz, hi zlatinb (04:03:46 PM) eyedeekay: 2. 1.9.0 release status (04:05:11 PM) eyedeekay: We released about 2 weeks ago, there was a slight delay getting Android and the Easy-Install bundle out now (04:05:11 PM) eyedeekay: F-Droid builds are now fixed as well so people who wish to can install from F-Droid main if they choose to and the app will work (04:05:37 PM) not_bob: Thank you for that. (04:05:43 PM) eyedeekay: No problem (04:06:41 PM) eyedeekay: I'm going to be doing a point release for the Windows Easy-Install bundle, zlatinb found a very hard-to-spot bug which sees to affect easy-install bundle on Windows 11 slightly more than other places (04:07:17 PM) eyedeekay: zzz do you want to talk Debian or anything else? (04:07:51 PM) zzz: sure (04:07:53 PM) zzz: about 40% of net is updated which is typical for 2 weeks in (04:08:10 PM) zzz: we have a few hundred SSU2-enabled routers now, as desired/expected (04:08:41 PM) zzz: no major issues so far (04:09:06 PM) zzz: although zlatinb's bug is maybe medium-major :) (04:09:07 PM) zzz: EOT (04:10:01 PM) eyedeekay: Yeah and what I don't understand is how it went without happening much for so long, and then it hits the easy bundle twice in quick succession (04:10:17 PM) zlatinb: well its kind of by accident that I have to use a windows 11 laptop for a few days, it discovered a lot of issues (04:11:08 PM) zlatinb: I guess the reseed problem either caused people to try again or give up on i2p off the bat (04:11:09 PM) zzz: that's usually the way it goes... dev gets new setup... all hell breaks loose (04:11:59 PM) zlatinb: there is still an unresolved forking issue with firefox on first launch (04:12:48 PM) zlatinb: so ideally we should try and do something about it (04:13:30 PM) eyedeekay: Indeed, it only happens the very first time the browser launcher is run, every subsequent time it works fine (04:13:36 PM) zlatinb: maybe launch headless or play with the launch options, idk (04:14:10 PM) eyedeekay: Yeah I could launch it headless on the first run, let it fork and close, then subsequently run with the window open (04:14:58 PM) eyedeekay: That's a good idea thanks zlatinb (04:15:15 PM) eyedeekay: Anything else on 2? (04:16:03 PM) goingpostal is now known as Irc2PGuest14444 (04:16:29 PM) eyedeekay: 3. 1.10.0 development status (04:18:30 PM) eyedeekay: Sorry I'm a little less prepared than usual, stuck in somebody else's office all day, bear with me (04:21:00 PM) eyedeekay: 2 weeks in, I've been working on a number of improvements to the Windows bundle to make it more stable and intuitive to use and to help track down this clock-skew bug (04:21:37 PM) eyedeekay: I've also been porting the profile and launcher parts of it(less the jpackaged router) to non-Windows platforms to hopefully provide automatic browser configuration there (04:22:06 PM) eyedeekay: zzz has been working on SSU2, fixing bugs with the help of orignal, would you like to update us on that zzz (04:22:16 PM) zzz: yes, thanks. early days, but a summary of changes and fixes so far is at `http://zzz.i2p/topics/3377` (04:22:32 PM) zzz: SSU2 - added the ack-immediate flag and connection migration (04:22:47 PM) zzz: which are the last two things we wanted to get in before enabling for all (04:24:07 PM) eyedeekay: Cool so you're right on track then? (04:24:30 PM) zzz: the larger user base has us finding corner cases and more rare bugs, nothing too serious, fixing as we go (04:24:30 PM) zzz: the plans for months has been for us to enable SSU2 for everybody in the November release and we are still on track (04:24:30 PM) zzz: EOT (04:24:42 PM) zzz: yes (04:24:51 PM) eyedeekay: Awesome thanks for the update (04:25:09 PM) eyedeekay: Anything else for 3? (04:25:41 PM) eyedeekay: 4) next release 2.0.0? (04:25:52 PM) eyedeekay: zzz you added this topic, would you like to get us started? (04:26:12 PM) zzz: this was a suggestion from dr|z3d so if he's around I'll ask him to make his pitch (04:26:50 PM) zzz: but if he's not, I'll say it's not a bad idea (04:27:05 PM) zzz: linux is about to go from 5.19 to 6.0 (04:27:25 PM) zzz: tor's arti just went to 1.0.0 (04:27:26 PM) zzz: ssu2 as good an excuse as any (04:27:45 PM) RightNow: and I2P is going from SSU to SSU2 (04:27:47 PM) zzz: EOT - thoughts everyone? and we don't need to decide today, we have 11 more weeks (04:28:30 PM) not_bob: I have no issue with it so long it works. (04:29:18 PM) zzz: anybody hate it? anybody love it? (04:29:21 PM) eyedeekay: Sure, I think it makes sense, both transports will have been modernized, it's a big milestone (04:29:43 PM) zlatinb: I kind of wish we had something bigger of a bang to go to 2.0 (04:29:48 PM) RightNow is now known as RN (04:30:34 PM) eyedeekay: Use it for 3.0.0 maybe? (04:30:38 PM) zzz: there's nothing bigger on the roadmap. frankly, I hope we don't ever do anything bigger, I'm tired... (04:30:56 PM) zlatinb: also I have to leave now sorry, on the last topic yes I think the mac arm bundle is ready to go out of beta. I will have the windows laptop for another day or two for testing. Gotta bolt now, sorry (04:30:59 PM) zlatinb: ttyl (04:31:05 PM) RN: zzz, you are also thanked. (04:32:26 PM) eyedeekay: Yes zzz, your dedication and hard work are appreciated (04:32:34 PM) zzz: tell you what eyedeekay let me post in the 1.10 thread on my forum and will come back next month with a report, stick it on the agenda for next month (04:32:44 PM) eyedeekay: Will do zzz (04:33:18 PM) zzz: wasn't trying to elicit thanks, just pointing out this was the last - and hardest - of the crypto migration we've been on for about a decade (04:33:36 PM) eyedeekay: Didn't need to elicit it, you deserve it :) (04:33:52 PM) eyedeekay: But point taken, it's a huge effort (04:33:58 PM) RN: it is a milestone worth celebration, and yeah, you deserve it! (04:34:14 PM) zzz: if we'd tried to do SSU2 first it would have killed us all. we only managed due to the experience of all the rest of it (04:34:26 PM) zzz: shared credit to the i2pd project of course (04:35:01 PM) eyedeekay: Indeed. Back on track though, anything else on 4? (04:35:15 PM) RN: but you led the charge. (04:35:21 PM) zzz: if we want to do post-quantum that can be 3.0.0 :) (04:35:43 PM) eyedeekay: Good idea, that will be exciting (04:35:53 PM) zzz: nope, nothing else (04:36:05 PM) eyedeekay: Well 5) was: Mac arm64 bundle out of beta if 1.9.0 update was successful? (followup from last meeting) (04:36:43 PM) eyedeekay: Which zlatinb gave us a status update for on his way out the door, with the update being successful I see no reason against it (04:37:38 PM) eyedeekay: Anybody else have anything to add to this topic? (04:38:06 PM) zzz: I assume zlatinb meant the update worked; if so, he can remove the beta label on the web page (04:38:32 PM) zzz: that was the only reservation I had at the last meeting (04:38:33 PM) zzz: eot (04:39:45 PM) eyedeekay: OK. One of us should ping us when we see him online (04:39:52 PM) eyedeekay: Anything else for the meeting? (04:40:04 PM) eyedeekay: ping *him (04:41:14 PM) eyedeekay: Well I guess without his git creds I may as well remove the label (04:41:27 PM) eyedeekay: So I'll do it (04:41:43 PM) zzz: do you have confirmation the update worked? (04:42:11 PM) zzz: because he didn't say that above (04:42:53 PM) eyedeekay: I don't think I do (04:43:01 PM) eyedeekay: Nope (04:43:14 PM) eyedeekay: No I've not strictly speaking heard anyone say those exact words yet (04:43:21 PM) eyedeekay: So I'll wait (04:43:26 PM) eyedeekay: And ask him (04:43:32 PM) zzz: ok (04:44:19 PM) eyedeekay: Anything else for the meeting timeout 1m? (04:45:44 PM) eyedeekay: All right thanks everyone for coming </div>/ko/blog/2022/08/28/windows-%EA%B0%84%ED%8E%B8-%EC%84%A4%EC%B9%98-%EB%B2%88%EB%93%A4-1.9.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sun, 28 Aug 2022 00:00:00 +0000/ko/blog/2022/08/28/windows-%EA%B0%84%ED%8E%B8-%EC%84%A4%EC%B9%98-%EB%B2%88%EB%93%A4-1.9.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="이번-업데이트에는-새로운-190-router와-번들-사용자를-위한-대폭적인-사용-편의성-개선이-포함됩니다">이번 업데이트에는 새로운 1.9.0 router와 번들 사용자를 위한 대폭적인 사용 편의성 개선이 포함됩니다.</h2> <p>이번 릴리스에는 새로운 I2P 1.9.0 router가 포함되어 있으며 Java 18.02.1을 기반으로 합니다.</p> <p>기존 배치 스크립트는 jpackage 자체의 더 유연하고 안정적인 솔루션으로 대체되면서 단계적으로 폐기되었습니다. 이는 배치 스크립트에 존재하던 path-finding(경로 탐색) 및 path-quoting(경로 따옴표 처리) 관련 모든 버그를 해결할 것입니다. 업그레이드 후에는 배치 스크립트를 안전하게 삭제해도 됩니다. 다음 업데이트에서는 설치 프로그램이 이를 제거할 것입니다.</p> <p>브라우징 도구를 관리하기 위한 하위 프로젝트가 시작되었습니다: i2p.plugins.firefox는 여러 플랫폼에서 I2P 브라우저를 자동으로 그리고 안정적으로 구성할 수 있는 광범위한 기능을 갖추고 있습니다. 이는 배치 스크립트를 대체하는 데 사용되었으며, 동시에 크로스 플랫폼 I2P Browser(브라우저) 관리 도구로도 역할을 합니다. 기여는 다음 소스 저장소에서 환영합니다: <code>http://git.idk.i2p/idk/i2p.plugins.firefox</code></p>/ko/blog/2022/08/22/1.9.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 22 Aug 2022 00:00:00 +0000/ko/blog/2022/08/22/1.9.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부정보">업데이트 세부정보</h2> <p>지난 3개월 동안 소수의 자원봉사 테스터와 함께 새로운 UDP 전송 프로토콜 &lsquo;SSU2&rsquo; 개발에 매진해 왔습니다. 이번 릴리스에서는 릴레이와 피어 테스트를 포함해 구현을 완료했습니다. Android 및 ARM 플랫폼에서는 기본으로 활성화하고, 그 외의 다른 router 일부에는 무작위로 활성화합니다. 이를 통해 향후 3개월 동안 훨씬 더 많은 테스트를 수행하고, 연결 마이그레이션 기능을 마무리하며, 남아 있는 문제들을 수정할 수 있을 것입니다. 11월로 예정된 다음 릴리스에서는 모든 사용자에게 활성화할 계획입니다. 수동 설정은 필요하지 않습니다. 물론 이번 릴리스에는 평소처럼 버그 수정도 포함되어 있습니다. 또한 자동 교착 상태 감지기를 추가했으며, 이 감지기가 이미 드문 교착 상태를 찾아냈고 현재는 수정되었습니다.</p>/ko/blog/2022/08/04/stormycloud-%EC%95%84%EC%9B%83%ED%94%84%EB%A1%9D%EC%8B%9C-%EC%84%9C%EB%B9%84%EC%8A%A4%EB%A1%9C-%EC%A0%84%ED%99%98%ED%95%98%EB%8A%94-%EB%B0%A9%EB%B2%95/Thu, 04 Aug 2022 00:00:00 +0000/ko/blog/2022/08/04/stormycloud-%EC%95%84%EC%9B%83%ED%94%84%EB%A1%9D%EC%8B%9C-%EC%84%9C%EB%B9%84%EC%8A%A4%EB%A1%9C-%EC%A0%84%ED%99%98%ED%95%98%EB%8A%94-%EB%B0%A9%EB%B2%95/<h2 id="stormycloud-outproxy외부-프록시-서비스로-전환하는-방법">StormyCloud Outproxy(외부 프록시) 서비스로 전환하는 방법</h2> <p><strong>새롭고 전문적인 Outproxy(아웃프록시)</strong></p> <p>수년간 I2P는 단일 기본 outproxy(아웃프록시)인 <code>false.i2p</code>가 이를 담당해 왔으나, 그 신뢰성은 점점 저하되어 왔습니다. 일부 공백을 메우기 위해 여러 경쟁 서비스가 등장했지만, 대부분은 전체 I2P 구현의 모든 클라이언트를 기본값으로 담당하겠다고 자원할 수는 없습니다. 그러나 Tor 출구 노드를 운영하는 전문 비영리 조직인 StormyCloud가 새롭고 전문적인 outproxy 서비스를 시작했고, 이는 I2P 커뮤니티 구성원들의 테스트를 거쳤으며 다가오는 릴리스에서 새로운 기본 outproxy가 될 것입니다.</p> <p><strong>StormyCloud는 누구인가</strong></p>/ko/blog/2022/08/03/apple-silicon-%EA%B0%84%ED%8E%B8-%EC%84%A4%EC%B9%98/Wed, 03 Aug 2022 00:00:00 +0000/ko/blog/2022/08/03/apple-silicon-%EA%B0%84%ED%8E%B8-%EC%84%A4%EC%B9%98/<p>Apple Silicon 하드웨어에서 실행되는 Mac OS용 Easy Install BETA 번들을 제공하게 되어 기쁩니다. 여기에서 다운로드할 수 있습니다:</p> <p><a href="https://geti2p.net/en/download/mac">I2P Mac OS 간편 설치 번들</a> </p> <p><strong>속도</strong></p> <p>당사의 내부 벤치마크에서 암호화 연산은 Rosetta에서 Intel 번들을 실행할 때보다 2배에서 2.5배 더 빠릅니다.</p> <p><strong>알려진 문제</strong></p> <ul> <li>Quitting I2P by right-clicking on the dock icon causes I2P to freeze and a &ldquo;Force Quit&rdquo; is necessary. This issue will be fixed for the 1.9 release.</li> <li>If you already had an Intel bundle installed on your Mac, you need to modify some settings to prevent in-network updates from reverting you to an Intel bundle. Please see the instructions on the download page.</li> </ul> <p><strong>테스트해 주셔서 감사합니다!</strong></p>/ko/blog/2022/08/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-8%EC%9B%94-2%EC%9D%BC/Tue, 02 Aug 2022 00:00:00 +0000/ko/blog/2022/08/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-8%EC%9B%94-2%EC%9D%BC/<h2 id="간단-정리">간단 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb, StormyCloud, R4S4S, SilicaRice, not_bob</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> (04:18:08 PM) eyedeekay: 1. Hi (04:18:08 PM) eyedeekay: 2. 1.9.0 development status (04:18:08 PM) eyedeekay: 3. Apple silicon bundle status (04:18:08 PM) eyedeekay: 4. Letter to EFF to clarify what "running" a network means (04:18:08 PM) eyedeekay: 5. New Outproxy ref: `http://zzz.i2p/topics/3254` (04:18:08 PM) eyedeekay: a) Organizational and infrastructure overview (StormyCloud) (04:18:08 PM) eyedeekay: b) Technical review and test results (zzz and others) (04:18:08 PM) eyedeekay: c) ToS and log policy review `http://stormycloud.i2p/outproxy.html` (all) (04:18:08 PM) eyedeekay: d) Vote to approve (all) (04:18:08 PM) eyedeekay: e) Rollout plan (if approved) (zzz, StormyCloud) (04:19:11 PM) eyedeekay: zzz zlatinb you guys here? (04:19:24 PM) zzz: hi (04:19:27 PM) zlatinb: hi yes (04:20:11 PM) eyedeekay: Sorry about that again, had a cooking accident (04:20:12 PM) eyedeekay: 2. 1.9.0 development status (04:21:23 PM) eyedeekay: We're 3 weeks from release, we pretty much settled on a date for it at ls2 meeting yesterday, it's going to be the 22nd. i2pd and/or Java I2P may enable SSU2 for new installs, or a small percentage of the network on restart like for router rekeying (04:22:21 PM) eyedeekay: 3 weeks left for bug reports and bug fixes (04:22:47 PM) eyedeekay: Anything else to add zzz, zlatinb? (04:23:54 PM) eyedeekay: 3. Apple silicon bundle status (04:23:54 PM) eyedeekay: zlatinb this one is your, please start when you are ready (04:24:23 PM) not_bob_afk is now known as not_bob (04:25:23 PM) zzz: let me add a little on 2) please (04:25:30 PM) SilicaRice: is SSU2 officially stable? :o (04:25:35 PM) eyedeekay: Ok go ahead, sorry did not mean to rush (04:25:46 PM) zzz: lag (04:25:59 PM) zzz: tag freeze will be Aug. 10, a week from tomorrow (04:26:17 PM) zzz: the SSU2 testers have been very helpful, about 50-75 of them on the network (04:26:36 PM) zzz: our goal is to enable it for a few hundred to a thousand routers in the this release (04:26:53 PM) zzz: to help us shake out the remaining bugs, while avoiding any chance of disaster (04:27:19 PM) zzz: and we'll enable it for everybody in the November release (04:27:33 PM) SilicaRice: ahh :3 (04:27:47 PM) zzz: everything else is going smoothly as well, just the usual bug fixes all over (04:28:13 PM) zzz: SSU2 is mostly finished, that doesn't mean it's mostly perfect yet (04:28:30 PM) zzz: shout out also to the i2pd team, they're working hard also (04:28:42 PM) zzz: I guess that's it unless there's any questions (04:28:56 PM) not_bob: Will the update also effect the android build? (04:29:46 PM) eyedeekay: I don't change any settings, SSU2 will technically be available but there won't be a UI to enable it (04:30:34 PM) eyedeekay: It just inherits defaults from i2p.i2p except where it has to to run on the Android environment (04:30:36 PM) zzz: sure. We may also just enable SSU2 for all Android, since it's so much less CPU than SSU1 w/ ElGamal (04:30:36 PM) not_bob: Good, good. (04:30:36 PM) zzz: that's what i2pd is thinking, we may do the same (04:30:36 PM) zzz: yeah, we're not going to put an option in the UI and then lobby like crazy for people to enable it (04:30:36 PM) zzz: we'd never get the numbers we want (04:30:36 PM) not_bob: Can we get an option to enable it if desired? Better battery life would be better. (04:30:46 PM) zzz: there's an advanced config, see zzz.i2p for info (04:30:53 PM) not_bob: Thank you. (04:30:55 PM) zzz: not sure if Android has access to advanced cnofig? (04:31:32 PM) eyedeekay: No it doesn't, you have to do weird stuff to make it work (04:31:51 PM) eyedeekay: Pretty much devs-only to manually edit non-i2ptunnel config files on Android (04:32:03 PM) not_bob: :( (04:32:26 PM) zzz: ok. anyway, might be good to enable it for android anyway, because one of the last features we need to implement is handling IP changes, so mobile routers will help us develop and test test (04:32:43 PM) not_bob: I vote for that. (04:33:25 PM) zzz: ok. to be clear, nobody's going to notice any difference with SSU2. It's mostly the same feature set, and currently a little slower than SSU1, at least on Java. It's faster for i2pd (04:33:47 PM) eyedeekay: Battery life is a huge deal if SSU2 will make a difference at that (04:34:18 PM) eyedeekay: We could be worse about how much battery we use, but we could also be better (04:34:37 PM) zzz: the benefits are more security, less CPU, more reliable firewall detection (04:34:44 PM) zzz: I may write up a whole blog post about it, I think it's one of the most censorship-resistant protocols ever designed. We'll see (04:35:01 PM) zzz: eot (04:36:20 PM) eyedeekay: Thanks zzz. I think people are hearing "Less CPU" and instantly making an association "Easier on battery for Androids" which may be part of the interest (04:36:35 PM) eyedeekay: 3. Apple silicon bundle status (04:37:15 PM) eyedeekay: zlatinb this one's yours, go ahead when you're ready (04:37:26 PM) zlatinb: Hi, I made the bundle available for download about 6 days ago and there have been almost 100 downloads since (04:37:55 PM) zlatinb: about 30% of the mac users download the arm64 bundle which surprises me (04:40:58 PM) zlatinb: No feedback anywhere yet, but with the last known bug fixed I think this should be ready for promotion to stable (04:40:58 PM) zzz: the only thing I'd suggest is making sure the news feeds are up and working on both servers, by putting up a 'thanks for testing' news entry (04:40:58 PM) zlatinb: I'm thinking to upgrade the 1.8 bundle to 1.9 when that becomes available to test the update channel although don't expect any issues (04:40:58 PM) zlatinb: yes, can do that tomorrow after my right hand will be fully functional again (hopefully) (04:40:58 PM) zlatinb: that's about it (04:40:58 PM) zlatinb: eot (04:42:08 PM) eyedeekay: Thanks zlatinb, if you choose to do a news entry let me know and I'll update the servers (04:42:48 PM) eyedeekay: 4. Letter to EFF to clarify what "running" a network means (04:43:28 PM) zzz: so I'd say after a successful update or news entry, stable is fine. I don't expect any issues either, but we've had plenty of news glitches before (04:43:48 PM) zzz: but willing to hear other opinions ofc (04:43:48 PM) zlatinb: the only real action for promoting to stable really is removing the "BETA" label from the website (04:43:48 PM) uis is now known as Irc2PGuest3854 (04:43:48 PM) zzz: sure, it's more the principle than anything actually being different (04:43:48 PM) zzz: let's be purposeful in our labeling, that's all (04:44:07 PM) zlatinb: Yes, some background on that: (04:44:10 PM) mode (+v T3s|4) by ChanServ (04:44:34 PM) mode (+v albat) by ChanServ (04:44:48 PM) mode (+v polistern) by ChanServ (04:44:53 PM) zlatinb: eyedeekay and I met Kurt Opsahl from EFF at HOPE few weeks ago and asked him about legality of working on something like I2P (04:45:43 PM) zlatinb: He said that writing code is fine because "code == speech", however "running" the network may be a different story (04:46:21 PM) zlatinb: we didn't dig into what running the network means at HOPE (04:46:56 PM) zlatinb: but I think it's a good idea to reach out and clarify the topic as much as possible (04:47:41 PM) zzz: what would we do differently, based on conceivable responses? (04:48:38 PM) zlatinb: I'm having very hard time conceiving the responses as it's a very broad topic (04:48:44 PM) eyedeekay: It may inform who is able to run what services (04:48:50 PM) zzz: whatever "running" we're doing, it's much less than their darling Tor, and how might we do even less? (04:49:32 PM) eyedeekay: But I think one likely response is that running services to support a network is probably speech too (04:49:53 PM) eyedeekay: That may be optimistic, but it's also the one that involves the least leaps (04:50:20 PM) zzz: in my experience, ask a lawyer an informal question, you'll get good information. Send them a letter, they'll say they aren't licensed in your state, go hire somebody (04:50:51 PM) zlatinb: no idea, maybe reseeds are fine and addressbooks are not, who knows, Too many possible permutations (04:51:26 PM) zzz: if you want to follow up, follow up, but I've asked EFF for legal advice before, their answer is "we're not set up to be general purpose legal counsel. We litigate cases of interest" (04:51:59 PM) eyedeekay: Maybe I can track down somebody for an informal question next week then. Can't hurt to try both (04:52:38 PM) eyedeekay: Writing the letter would help inform the question (04:53:14 PM) zzz: email Kurt. He gave you a vague answer, following up is reasonable. He's always been quite nice every time I talk to him (04:54:00 PM) eyedeekay: Can do (04:54:30 PM) zzz: I just wouldn't expect anything actionable, but who knows? (04:54:32 PM) zlatinb: well it's worth structuring any such letter properly; also may be wise to build up the engagement gradually rather than dump a giant letter from the blue (04:55:31 PM) eyedeekay: zlatinb do you want to set up a time to sync up and write that letter this week? (04:55:34 PM) zlatinb: I suggest we start with a simple follow-up like "was nice to meet you" and then expand from there (04:56:32 PM) zlatinb: currently I'm thinking we should not write a giant letter describing how i2p works until we get an ack that eff is willing to work with us (04:56:42 PM) eyedeekay: OK (04:56:59 PM) zlatinb: they may decide they want a retainer, who knows (04:57:10 PM) zzz: see above. they don't do that (04:57:48 PM) zzz: you're misunderstanding how they work (04:58:06 PM) zlatinb: I'll shoot him a "was nice to meet you" follow up and cc you guys and take it from there. (04:58:18 PM) zlatinb: if they can't help at all that's fine too (04:59:15 PM) eyedeekay: Anything else for 4? (04:59:23 PM) zlatinb: no, eot (04:59:38 PM) eyedeekay: 5. New Outproxy ref: `http://zzz.i2p/topics/3254` (04:59:38 PM) eyedeekay: a) Organizational and infrastructure overview (StormyCloud) (04:59:38 PM) eyedeekay: b) Technical review and test results (zzz and others) (04:59:38 PM) eyedeekay: c) ToS and log policy review `http://stormycloud.i2p/outproxy.html` (all) (04:59:38 PM) eyedeekay: d) Vote to approve (all) (04:59:38 PM) eyedeekay: e) Rollout plan (if approved) (zzz, StormyCloud) (04:59:51 PM) eyedeekay: a) Organizational and infrastructure overview (StormyCloud) (05:00:10 PM) zzz: StormyCloud, you here? (05:00:21 PM) StormyCloud: Yes (05:00:41 PM) zzz: this is a proposal to replace false.i2p, which was unreliable for years and is now dead (05:00:56 PM) zzz: thanks for volunteering to support a replacement (05:01:18 PM) zzz: please go ahead and give us a brief overview of your organization and your infrastructure (05:01:45 PM) StormyCloud: Who we are: We are a 501(c)(3) non-profit organization based out of Texas. Our mission is to provide privacy-based tools to allow everyone access to an unfiltered and unregulated Internet. We started this organization in 2021 and have been working closely with the TOR community by deploying exit nodes. (05:02:37 PM) StormyCloud: We own all of our hardware and currently colocate at a Tier 4 data center. As of now have a 10GBps uplink with the option to upgrade to 40GBps without the need for much change. We have our own ASN and IP space (IPv4 & IPv6). (05:02:55 PM) StormyCloud: Outproxy Infrastructure: Outproxies are run on Ubuntu 22.04 and have been optimized for I2P. The backend proxy software is TinyProxy and supports HTTP, HTTPS, I2P, and TOR onion links. Currently, the outproxy is multi-homed on two servers. We can increase this number of servers as needed. (05:04:03 PM) zzz: I want to invite everyone to ask questions of StormyCloud at any point as we go through the agenda (05:04:15 PM) zzz: any questions at this time? (05:04:26 PM) not_bob: Yes (05:04:39 PM) not_bob: How do you deal with users who try to use your service for "really nasty stuff"? (05:05:46 PM) StormyCloud: Nothing, we do not filter any requests. While that does invite "bad" users we feel the internet should be a free and open place. (05:06:12 PM) R4SAS: And one from me: will be here SOCKS5 proxies in future? (05:06:48 PM) StormyCloud: R4SAS: If there is a need for a SOCKS5 proxy I am sure we can get one deployed. (05:07:01 PM) R4SAS: Thanks (05:07:45 PM) zzz: any other questions on 5a) ? (05:08:02 PM) not_bob: `http://notbob.i2p/graphs/stormycloud.i2p.yearly.svg` (05:08:14 PM) not_bob: I just want to note that stormycloud has been great for uptime. (05:08:56 PM) SilicaRice: the backend supports I2P links uh huh? (05:08:57 PM) not_bob: And performance is great. (05:09:29 PM) zzz: that brings us to 5b, yes (05:09:29 PM) zzz: the outproxy has been in beta for quite a while (05:09:29 PM) zzz: testing should ensure that the service is reliable, meets applicable standards, and is secure (05:10:00 PM) zzz: we've encountered several issues over the last few months, and StormyCloud has always been responsive (05:10:13 PM) SilicaRice: (why would you run i2p links through an outproxy?) (05:10:29 PM) zzz: at this time my test results are good, and I'm recommending it to be our official outproxy (05:10:38 PM) dr|z3d: StormyCloud misspoke. there is no .i2p support. (05:10:40 PM) zzz: but let's hear any other test reports or questions (05:10:43 PM) StormyCloud: SilicaRice: My apologies I wrote that wrong (05:11:03 PM) SilicaRice: oh okay (05:12:00 PM) R4SAS:&gt; We do not cooperate with any requests for information except where compelled by law, and in that event our ability to assist is limited by our logging policy. (05:12:19 PM) R4SAS: Will be here transparency reports in such situations? (05:12:45 PM) zzz: also, to be clear, this meeting is about Java I2P's default and recommendations. Any other project including i2pd may have their own processes and requirements and negotiations with the outproxy operator (05:13:03 PM) StormyCloud: R4SAS: Yes, we public a report quarterly on our clearnet website. That is something I can also do on our i2p site. (05:13:48 PM) zzz: ok, looks like we're on 5c) review of ToS and logging policies. The goal here is to ensure our users are protected. (05:14:00 PM) R4SAS: also, please, create in-i2p mail for contacting =) (05:14:03 PM) zzz: any comments or questions about the Tos? (05:15:41 PM) R4SAS: ah, btw, about 5b: StormyCloud, what tunnel settings are you using? (05:16:06 PM) R4SAS: length, amount, etc (05:16:11 PM) dr|z3d: 0 hop. (05:16:17 PM) eyedeekay: Everything it says looks pretty clear to me, although to follow up on what R4S4S it might be good to put a link to the transparency report in or after that&gt; We do not... unless compelled by law section (05:16:34 PM) zzz: an outproxy operator is in a position to view all traffic, or at least all non-https traffic, so it's important that we trust the operator to protect our users (05:17:01 PM) StormyCloud: eyedeekay: Makes sense, ill get this added to the website (05:17:09 PM) zzz: it's currently two multihomed 0-hop servers, right StormyCloud ? (05:17:19 PM) StormyCloud: Correct (05:17:42 PM) not_bob: But, just to clarify, with the way i2p tunnels work, my 2-3 hops are still there. You are just not adding any more, right? (05:18:07 PM) dr|z3d: the client can configure as many hops as they wish, not_bob. (05:18:12 PM) zzz: I also saw on zzz.i2p that it's ipv4-only but that may get fixed soon, right? (05:18:13 PM) anonymousmaybe is now known as Irc2PGuest54486 (05:18:15 PM) not_bob: Yep, that's what I thought. Thank you. (05:18:48 PM) StormyCloud: zzz: Correct, our upstream provider finished their upgrade. I didnt want to mess with IPv6 until all testing was done (05:19:49 PM) zzz: would you please elaborate on your experience running tor exits and the capacity of your tor exits? (05:21:00 PM) StormyCloud: Sure, we have been running tor exit since late last year, currently sitting at 130ish exits with about 1.6% of TOR exit traffic going through our servers. (05:21:49 PM) StormyCloud: Everything is virtualized and the process to setup has become pretty automated (05:22:06 PM) zzz: have you ever received any DMCA or other legal processes w.r.t. your tor exits? if so, how was it handled? (05:23:33 PM) StormyCloud: No legal requests and surprisingly no DMCA requests. We do get abuse complaints, we just respond and let them know this is a TOR exit and there is nothing further that can be done on our end. (05:23:47 PM) major: No legal requests and surprisingly no DMCA requests. We do get abuse complaints, we just respond and let them know this is a TOR exit and there is nothing further that can be done on our end. (05:24:27 PM) R4SAS: huh, acetone's bot has bug (05:24:33 PM) zzz: any other questions sor StormyCloud before we go to 5d) appproval ? (05:24:34 PM) R4SAS: I'll PM him (05:25:33 PM) zzz: normally major doesn't have +v, but I turned +m off for the meeting, no big deal (05:26:36 PM) zzz: ok, if there's no more questions, everybody please indicate your approval / disapproval for making StormyCloud our official outproxy (05:26:45 PM) not_bob: Approve (05:26:58 PM) zzz: approve (05:27:05 PM) zlatinb: approve (05:27:05 PM) eyedeekay: approve (05:27:18 PM) SilicaRice: approve (if users count for anything) (05:27:54 PM) R4SAS: no objections, approve (05:28:32 PM) zzz: ok, great (05:28:39 PM) zzz: 5e) rollout (05:28:50 PM) zzz: the two major steps are: (05:29:08 PM) zzz: 1) setting it as default for new installs (as early as the next release in 3 weeks) (05:29:23 PM) zzz: 2) recommending to existing users to change their config (probably via console news, any time) (05:29:30 PM) zzz: these can happen in either order (05:29:41 PM) zzz: and we have no idea how much traffic either would generate (05:29:59 PM) zzz: other products (Android, bundles), probably aren't big enough to worry about timing (05:30:14 PM) zzz: StormyCloud, what is your request or recommendation on when and how we proceed? (05:31:36 PM) StormyCloud: If the console news can be set/sent anytime then we can let existing users know to switch now (if they want) and that gives us three weeks to monitor and spin up new servers if needed. (05:32:12 PM) dr|z3d: console news generally published with a new release. (05:32:13 PM) not_bob: StormyCloud: How much traffic are you handeling for the outproxy currently? (05:33:10 PM) zzz: ok. it would be nice to point to a howto page with screenshots for editing the hidden services manager config. That could be hosted on stormycloud.i2p, or a i2p-projekt.i2p blog post? Any volunteers to put that together? (05:33:35 PM) eyedeekay: I can do it (05:33:35 PM) StormyCloud: Difficult to say at this time, since we dont log anything. I am monitoring network activity, but that too doesnt tell a full picture since its also passing i2p traffic. (05:34:18 PM) dr|z3d: StormyCloud: we keep an eye on exit traffic via graphs.. (05:34:41 PM) dr|z3d: in short, notbob, nothing worth getting excited about. (05:34:59 PM) zzz: dr|z3d, you have a guess on current % utilization of your two nodes? probably very small? (05:35:21 PM) dr|z3d: utilization in what sense? (05:35:28 PM) dr|z3d: capacity-wise? (05:35:33 PM) zzz: yes (05:35:50 PM) zzz: or maybe you don't really know until you hit it... (05:35:51 PM) dr|z3d: very small is about right. (05:36:18 PM) dr|z3d: throw a few thousand concurrent users at the outproxy, we'll then know :) (05:36:33 PM) zzz: yeah, apologies to StormyCloud, we were unable to get any historical estimates of false.i2p bandwidth (05:37:06 PM) zzz: so it's a little bit of a crap shoot, as long as you're monitoring things and have an expansion plan, we should be fine (05:37:37 PM) StormyCloud: All good, we will adjust as more and more people start to use the outproxy (05:38:11 PM) dr|z3d: well, as configured, the outproxies combined can handle up to 8192 concurrent streams. so there's plenty of capacity there, and StormyCloud has plenty of stuff in the wings if required. (05:38:21 PM) zzz: and StormyCloud re: new installs, should we plan to make it the default in the next release late this month as well? (05:39:01 PM) StormyCloud: Yes, that would be fine (05:39:29 PM) zzz: ok then. eyedeekay let me know when you have a blog post up, and then I'll write the news entry (05:39:39 PM) zzz: anything else on 5e) rollout ? (05:39:43 PM) eyedeekay: OK, expect it tonight or tomorrow (05:40:14 PM) eyedeekay: Nothing from me (05:40:14 PM) zzz: thanks again StormyCloud (05:40:18 PM) zzz: back to you eyedeekay (05:41:07 PM) eyedeekay: All right that's it for the listed items, I'll be at Def Con next week in case anybody who's watching wants to meet me there lol (05:41:49 PM) eyedeekay: If anybody else has anything else for the meeting, please speak up, otherwise timeout 1m (05:42:59 PM) R4SAS: I have one question, but it is out of meeting scope (05:43:34 PM) zzz: oh, also thanks to dr|z3d for vital technical assistance over the testing period (05:43:41 PM) eyedeekay: All right thanks everybody for coming to the meeting, I've got a kind of crazy section in the middle of my log but once I fix that I'll post the logs to the web site (05:43:44 PM) eyedeekay: Thanks for coming (05:43:59 PM) not_bob: Thank you for having us. </div>/ko/blog/2022/07/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-7%EC%9B%94-5%EC%9D%BC/Tue, 05 Jul 2022 00:00:00 +0000/ko/blog/2022/07/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-7%EC%9B%94-5%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> (04:00:14 PM) eyedeekay: 모두 안녕하세요, 7월 5일 회의에 오신 것을 환영합니다 (04:00:14 PM) eyedeekay: 1. 인사 (04:00:14 PM) eyedeekay: 2. 1.9.0 개발 현황 (04:00:14 PM) eyedeekay: 3. Mac easy-install 번들의 Apple Silicon 지원 (04:00:14 PM) eyedeekay: 4. Windows easy-install 번들 - 베타 종료? (04:00:32 PM) zzz: 안녕하세요 (04:00:35 PM) zlatinb: 안녕하세요 (04:00:44 PM) mode (-m ) by zzz (04:00:55 PM) eyedeekay: 안녕하세요 여러분, 오늘 다른 분들 오셨나요? (04:01:30 PM) eyedeekay: 바로 2번으로 넘어가겠습니다. 1.9.0 개발 현황 (04:04:27 PM) eyedeekay: 시작한 지 약 6주 조금 안 된 것 같고, 앞으로 약 7주 남았습니다 (04:04:27 PM) eyedeekay: zzz와 orignal이 i2p.i2p와 i2pd에서 SSU2 구현을 위해 열심히 작업해 왔습니다 (04:04:27 PM) eyedeekay: 1.9.0에서는 활성화되지 않겠지만, 제가 이해하기로는 거의 완성 단계입니다 (04:04:27 PM) eyedeekay: 저는 다시 UDP tunnel 작업을 하고 있고, 거의 다 됐지만 아직 뭔가가 고장 나 있어서 이번 주에 zzz에게 도움을 요청해야 할 것 같습니다 (04:04:50 PM) eyedeekay: zzz, zlatinb 추가로 덧붙일 내용 있나요 (04:05:09 PM) zzz: 맞아요, SSU2는 대부분 동작합니다 (04:05:17 PM) zzz: 아직 사소한 버그들을 고치고 있습니다 (04:06:03 PM) zzz: 지금은 tunnel peer 선택을 더 효율적으로 만드는 작업을 하고 있습니다(SSU2와는 무관) (04:06:03 PM) zzz: 그 외에는 평소처럼 버그 수정 중입니다 (04:06:06 PM) zzz: 8월 말 릴리스를 목표로 하고 있습니다 (04:06:08 PM) zzz: EOT (04:06:48 PM) eyedeekay: 테스트에 참여하고 싶은 분은 안내와 피드백을 위해 zzz의 포럼을 방문해 주세요: `http://zzz.i2p/topics/3314-how-to-enable-ssu2-in-i2p-1-8-0` (04:07:00 PM) eyedeekay: 3. Mac easy-install 번들의 Apple Silicon 지원 (04:07:27 PM) eyedeekay: zlatinb, 이건 당신 주제예요. 천천히 하세요 (04:08:11 PM) zlatinb: 안녕하세요, 가장 큰 문제는 jbigi였는데 x18 레지스터 패치를 백포팅해서 해결했습니다 (04:08:59 PM) eyedeekay: 그럼 이제 easy-install 번들이 에뮬레이션된 x86_64 모드에서 실행될 필요가 없다는 건가요? (04:09:15 PM) zlatinb: 7월 말쯤 공식 공증(notarized)된 베타를 내놓고 싶습니다 (04:09:42 PM) zlatinb: 별도의 다운로드가 되어야 합니다 (04:09:46 PM) zzz: 그러면 두 번째 번들이 됩니다. x86용 하나, arm용 하나 이렇게 두 개를 갖게 되겠죠 (04:10:29 PM) zzz: 추가 개발 부담이 작고 속도 향상이 크다고 보이니 저는 찬성입니다. 맞죠? (04:10:37 PM) zlatinb: 번들 사이를 전환할 때 업데이트에 관한 주의사항이 하나 있습니다 (04:12:21 PM) zzz: 전환 방법에 대한 안내만 있으면 됩니다. 단순히 제거 후 재설치 수준이라도 괜찮아요 (04:13:01 PM) zlatinb: 안내는 /download/mac 에 올리겠습니다 (04:13:23 PM) zlatinb: news URL은 수동으로 변경해야 합니다 (04:13:51 PM) zzz: 개발 부담은 작고 속도 향상은 큰 게 맞죠? (04:14:36 PM) zlatinb: 속도 향상은 있습니다. 시대에 발맞추는 측면에서도 좋아 보이고요 :) 공증(notarization)을 제외하면 개발 부담은 작습니다 (04:14:48 PM) zzz: 좋습니다. +1 (04:14:54 PM) eyedeekay: +1 (04:15:07 PM) zlatinb: 감사합니다 EOT (04:16:02 PM) eyedeekay: 감사합니다 zlatinb (04:16:02 PM) eyedeekay: 4. Windows easy-install 번들 - 베타 종료? (04:16:35 PM) eyedeekay: 약 3개월 전에 end-to-end 업데이트가 성공하면 easy-install 번들을 베타에서 벗어나게 하겠다고 말했습니다 (04:18:05 PM) eyedeekay: 그게 1.7.2에서 실현되었던 걸로 기억(IIRC)하지만, 1.7.2와 1.8.0 사이에 external I2P router(즉, jpackaged가 아닌 router)와 함께 사용할 때 동작 방식에 여러 버그가 있었습니다. 이 상황에서 번들은 Firefox 런처로만 동작하도록 의도되었지만, 이 기능이 1.7.3~1.7.6에서는 망가져 있었습니다 (04:18:30 PM) eyedeekay: 그래서 다시 미뤘지만, 이제는 번들 모드와 비번들 모드 양쪽에서 실행하는 문제들이 모두 해결되었다고 확신합니다 (04:19:38 PM) eyedeekay: 그래서 드디어 베타를 종료할 준비가 되었다고 생각합니다. 필요하다고 보았던 핵심 기능들은 모두 갖춰졌습니다 (04:20:49 PM) zzz: 아직 해결이 필요할 수 있는 몇 가지가 있습니다: (04:21:18 PM) zzz: - 성공적으로 업데이트하는 사람이 당신뿐인가요, 아니면 다른 사용자들도 있나요? (04:21:43 PM) zzz: - 라이선스 요구 사항은 이제 모두 충족되었나요? (04:22:27 PM) zzz: - Windows 번들과 Mac 번들이 지금 같은 JRE를 사용하고, 대략 같은 릴리스 일정인가요? (04:22:58 PM) zzz: -- 즉, 3개월 주기의 JRE 릴리스에 대비되어 있나요 (04:23:22 PM) zzz: - 그리고 늘 하는 질문인데, 이걸 공식 제품으로 지원할 리소스가 있나요 (04:23:49 PM) zzz: - 또, Mac에서 했던 것처럼 비번들 다운로드를 제거할 건가요? 아니면 유지하나요? (04:23:51 PM) zzz: eot (04:25:46 PM) eyedeekay: 라이선스 요구 사항은 이제 해결되었습니다 (04:25:46 PM) eyedeekay: 피드백이 많지는 않지만, 적어도 저 말고 2명은 업데이트했습니다 (04:25:46 PM) eyedeekay: 저는 LTS JRE를 고수하고 있고, zlatinb는 18을 쓰는 것으로 알고 있습니다. 그래도 일정은 대체로 같다고 볼 수 있습니다 (04:25:46 PM) eyedeekay: 번들 작업에 필요한 리소스가 크다고는 생각하지 않습니다. 가장 어려운 부분은 빌드 설정이지만, 그것도 그리 어렵지 않고 지금은 모두 동작하니 적은 투자로 가능합니다 (04:25:46 PM) eyedeekay: 비번들 다운로드는 제거하거나, 아니면 "고급 설치" 절차로 만들고 싶습니다 (04:28:14 PM) zzz: - 당신이 아닌 2명의 업데이터만으로는 비베타 선언을 하기엔 충분하지 않은 것 같습니다. reddit 같은 곳에서 더 홍보할 수 있나요? (04:28:25 PM) eyedeekay: 네, 할 수 있습니다 (04:28:43 PM) eyedeekay: 서둘러 내보낼 생각은 없습니다 (04:29:18 PM) zzz: - Windows와 Mac이 같은 JRE를 쓰면 좋겠습니다. 통일하죠. 두 분 중 누가 맞는지는 모르겠지만, 한 쪽이 맞을 겁니다 (04:29:29 PM) zzz: 두 분이 합의할 수 있나요? (04:29:43 PM) zzz: 아니면 다르게 해야 할 이유가 있나요? (04:30:01 PM) eyedeekay: 제 결정에 집착하는 건 아닙니다. LTS를 선택한 건 순전히 "LTS"라는 말 때문이었어요 (04:30:57 PM) zzz: 분명히 하자면, 같은 버전뿐 아니라 같은 JRE 공급사여야 합니다 (04:31:10 PM) zzz: 이렇게 하면 3개월마다 필요한 CVE 검토를 줄일 수 있습니다 (04:31:14 PM) eyedeekay: 제가 알기로는 우리 둘 다 지금은 Oracle을 쓰고 있습니다 (04:31:34 PM) eyedeekay: 비슷한 업데이트 주기를 가진 공급사는 Amazon뿐입니다 (04:31:49 PM) eyedeekay: 저는 Amazon보다는 Oracle을 쓰고 싶습니다 (04:33:16 PM) zzz: 두 분은 이런 결정을 함께, 보조를 맞춰서 해야 합니다. 왜 그렇게 하지 않는지 모르겠고, 두 분도 그 이유를 모르시는 것 같네요? :) (04:35:22 PM) eyedeekay: 네, 저도 모르겠습니다. 공급사와 업데이트 주기는 몇 차례 논의했고, CVE에 비해 릴리스가 매우 빠르다는 이유로 Oracle로 정했는데, 왜 지금 저는 17이고 zlatinb는 18인지 이유는 모르겠습니다 (04:36:27 PM) zlatinb: 정확한 이유는 저도 기억나지 않습니다 (04:36:59 PM) zlatinb: 아마 RAM 절감 효과를 테스트해 보려고 했던 것 같아요 (04:37:28 PM) zzz: 좋아요. 베타 종료에는 찬성하지만, 먼저 같은 JRE로 맞추고 테스트를 좀 더 진행한 다음 한두 달 뒤에 다시 논의합시다 (04:38:11 PM) zzz: 표준 설치 프로그램을 제거할지 여부도 더 생각해 보고 싶습니다. 그건 별도 회의로 다룰 가치가 있을지도요 (04:40:28 PM) zzz: eot (04:40:28 PM) eyedeekay: 실제 이유와 관련해선, 아마 다음에 논의할 주제겠지만 제가 Oracle/17을 쓰는 이유는 CVE에 24시간 이내로 대응하는 공급사를 선택해야 했고, API와 JVM 측면에서 기대할 수 있는 안정성을 확보하고 싶었기 때문입니다. 다른 이유들은 크게 고려하지 않았습니다 (04:40:28 PM) eyedeekay: 단 한 번의 사례이긴 하지만, 업데이트를 가장 빨리 내놓는 곳은 Oracle과 Amazon이라고 판단했습니다 (04:40:28 PM) eyedeekay: Windows에서 작업을 훨씬 쉽게 해 주는 chocolatey에 패키징되어 있어서 Amazon도 고려했지만, 결국 Oracle을 선택했습니다 (04:41:54 PM) eyedeekay: 그래서 Oracle/17로 정한 겁니다. 기본적으로 신중함 때문이었습니다 (04:41:56 PM) eyedeekay: eot (04:41:57 PM) zlatinb: 17로 내릴 수는 있지만, Oracle을 고수하고 싶습니다 (04:42:18 PM) eyedeekay: 저도 같습니다. 그럼 합의된 거네요 (04:42:48 PM) zlatinb: 관련해서, 다음 JRE 릴리스 이후 일주일 동안은 AFK일 예정입니다 (04:43:28 PM) eyedeekay: 번들 서명에 대해 어떤 조치를 취할 수 있을까요/취해야 할까요? (04:43:32 PM) zzz: 최고의 Apple ARM 지원을 위해서는 18이 필요하지 않나요? 그렇다면 Windows도 18로 끌어올리죠. 하지만 다시 말하지만, 두 분이 JRE 공급사 조사와 선택을 각자 따로 해서는 안 됩니다. 함께 협력해서 함께 결정하세요 (04:43:32 PM) zlatinb: 긴급 수정 사항이 없기를 바랍니다 (04:44:22 PM) zzz: 우리 자원은 제한적이니, 이유 없이 같은 일을 두 번 하지 맙시다 (04:44:23 PM) zlatinb: 서명은 deanon(익명 해제)을 필요로 합니다 (04:44:28 PM) eyedeekay: 필요하다면 서명되지 않은 번들을 배포하고, 뉴스에 뜨는 팝업을 클릭해서 진행해야 한다고 안내할 수 있습니다 (04:44:52 PM) eyedeekay: `su3` 서명은 유지되고, `exe`만 미서명입니다 (04:45:21 PM) zlatinb: Mac에서는 "click-through"가 안 됩니다 (04:45:31 PM) zlatinb: 아, exe 서명은 괜찮습니다 (04:45:50 PM) zlatinb: 평소대로 하겠습니다 (04:46:41 PM) eyedeekay: 좋습니다. 도움을 드릴 수 있는 게 있으면 알려 주세요(급하게 덜 익명 해제하는 방향으로라도) (04:47:39 PM) zlatinb: 최악의 경우 Mac 다운로드 페이지를 내리는 것 말고는 없습니다 (04:47:55 PM) eyedeekay: 필요하면 제 Signal 번호로 연락해서 제가 처리할 수 있습니다 (04:48:23 PM) zlatinb: 좋아요. 길어야 일주일일 겁니다 (04:48:52 PM) zzz: eyedeekay, 피드에서 news URL을 설정하지 않았습니다. CHANGEME_URL_HERE 를 찾아보세요 :) (04:49:19 PM) eyedeekay: 헉, 그걸 놓쳤다니 믿기지가 않네요 (04:49:29 PM) eyedeekay: 그렇게 하겠습니다 (04:49:32 PM) zzz: 기억하라고 한동안 그걸 넣어놨는데, 소용이 없었던 것 같네요 ((( (04:50:20 PM) eyedeekay: Java 18과 Apple 하드웨어 관련해서, zzz가 방금 18이 더 나은 지원을 할 수 있다고 했는데요? 사실이라면 제가 몰랐던 사실이고 18을 사용할 이유가 됩니다. 확인해 주실 수 있나요? (04:51:39 PM) zlatinb: 그 부분은 아직 공부를 못 해서, 죄송합니다 (04:51:53 PM) zzz: 제 추측일 수도 있습니다. 어쨌든 이 회의에서 결정할 필요는 없습니다 (04:52:17 PM) zlatinb: 하지만 Linux ARM 지원의 전례를 보면, 그럴 가능성이 큽니다 (04:52:34 PM) zlatinb: history of* (04:52:45 PM) zzz: 일반적으로는 새 버전이 더 좋잖아요. 그럼 "easy bundle"에 JRE를 같이 묶는 목적도 최신을 제공하려는 거 아닌가요? (04:53:19 PM) eyedeekay: 글쎄요, 때로는 안정(stable)이 더 좋을 때도 있고, 때로는 "easy"가 그 중간쯤일 때도 있죠 (04:53:55 PM) zzz: 그래서 LTS를 번들에 넣는 게 저는 말이 안 된다고 생각합니다. (04:58:29 PM) eyedeekay: 아마 오늘 결론은 못 내리겠지만, 17에 대한 제 판단이 틀렸을 수도 있겠네요. zlatinb, 이번 주에 17/18 논의를 마무리할 수 있는 시간 있으신가요? (05:00:05 PM) zlatinb: 부상 때문에 대체로 언제나 좋기도 하고 나쁘기도 한데, 통화로 해도 괜찮다면 가능합니다 (05:01:05 PM) eyedeekay: 통화 좋습니다. 시간은 개인적으로 정하죠 (05:01:18 PM) zlatinb: 확인 (05:01:43 PM) eyedeekay: 4번 안건에 더 있을까요? (05:01:48 PM) eyedeekay: 아니면 회의 전체적으로요? (05:01:53 PM) eyedeekay: 타임아웃 1분 (05:03:46 PM) eyedeekay: 모두 참석해 주셔서 감사합니다 </div>/ko/blog/2022/06/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-6%EC%9B%94-7%EC%9D%BC/Tue, 07 Jun 2022 00:00:00 +0000/ko/blog/2022/06/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-6%EC%9B%94-7%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (04:00:41 PM) eyedeekay: 안녕하세요 여러분, 6월 7일 미팅에 오신 것을 환영합니다 (04:00:41 PM) eyedeekay: 1. 인사 (04:00:41 PM) eyedeekay: 2. 1.8.0 릴리스 현황 (04:00:41 PM) eyedeekay: 3. 1.9.0 개발 현황 (04:00:41 PM) eyedeekay: 4. MoneroKon 2022 (04:01:23 PM) zzz: 안녕하세요 (04:01:27 PM) zlatinb: 안녕하세요 (04:01:52 PM) eyedeekay: 안녕하세요 여러분, 다른 분 계신가요, 추가할 주제 있나요? (04:03:26 PM) eyedeekay: 그럼 1.8.0 릴리스 현황부터 시작하겠습니다 (04:04:29 PM) eyedeekay: Maven과 Windows용 I2P Easy-Install 번들이 본 1.8.0 릴리스 직후 문제 없이 배포되었고, I2P Easy-Install 번들은 첫 자동 업데이트도 성공적으로 이루어졌습니다 (04:05:12 PM) eyedeekay: Android 릴리스는 gplay에 출시하려면 google의 새로운 제한된 권한(gated permission)을 요청해야 하는 상황을 피하기 위해 변경해야 해서 약 5일 지연되었습니다 (04:05:37 PM) eyedeekay: zzz, 메인 릴리스와 Debian에 대해 알려주시겠어요? 그리고 zlatinb, OSX Easy-Install 번들 얘기도요? (04:06:37 PM) zzz: 릴리스 후 2주가 지났고, 모두 좋아 보입니다. 불만은 들리지 않았습니다 (04:07:01 PM) zzz: 네트워크의 약 25%가 업데이트했습니다. BiglyBT 릴리스가 곧 나올 예정이라 큰 폭으로 증가할 것입니다 (04:07:01 PM) zzz: 질문이 없으시면 제 쪽은 여기까지입니다 (04:07:03 PM) mode (-m ) by zzz (04:07:07 PM) zlatinb: 저도 같습니다. 이전 릴리스와의 유일한 차이는 Mac 번들에 GPLv2+Classpath 라이선스가 포함되었다는 점입니다 (04:07:29 PM) eyedeekay: 감사합니다. 이 주제에 대해 더 있을까요? (04:08:26 PM) eyedeekay: 3. 1.9.0 개발 현황 (04:11:01 PM) eyedeekay: 릴리스로부터 2주가 지난 지금 1.9.0도 2주 차에 접어들었습니다. zzz가 orignal과 함께 SSU2 작업에 매진해 왔는데, 그에 대한 업데이트를 해주실 수 있으면 좋겠습니다 (04:11:22 PM) zzz: 감사합니다 (04:11:31 PM) zzz: SSU2에 대한 더 폭넓은 테스트를 진행하고 있습니다 (04:11:50 PM) zzz: 의향과 여력이 있는 분들은 SSU2를 활성화하고 개발 빌드를 최신으로 유지해 주시길 권장합니다 (04:11:58 PM) anonymousmaybe 님이 이제 Irc2PGuest25323로 이름이 변경되었습니다 (04:12:00 PM) zzz: 기본 프로토콜에서 여전히 버그를 발견하고 있습니다 (04:12:20 PM) zzz: 또한 하위 프로토콜과 유사한 relay와 peer test의 구현을 계속하고 있습니다 (04:12:41 PM) zzz: 그 과정에서 SSU2 이외의 다른 버그들도 수정하고 있습니다 (04:12:54 PM) zzz: eyedeekay, 지난 릴리스와 다음 릴리스 모두에 대해 로드맵을 업데이트해야 합니다 (04:13:13 PM) zzz: 질문이 없으면 EOT입니다 (04:13:23 PM) eyedeekay: 네 맞습니다, 1.9.0으로 옮겨야 할 것들이 좀 있습니다 (04:13:50 PM) eyedeekay: 저의 경우 Java에서의 주요 목표는 HSM에서 UDP tunnel들을 완성하는 것입니다. 그게 1.9.0으로 옮겨가는 항목 중 하나입니다 (04:14:10 PM) eyedeekay: 그 외에 당장의 목표는 go-i2p에서 NTCP2 작업을 하는 것이며, 아마 쉽지 않겠지만 시작하게 되어 기대됩니다 (04:14:18 PM) eyedeekay: 저도 EOT입니다 (04:14:48 PM) zzz: 좋습니다. 늘 그렇듯, 큰 변경사항은 사이클 초기에 넣도록 해 주세요 (04:15:06 PM) eyedeekay: 그렇게 하겠습니다 (04:15:13 PM) eyedeekay: 3번 항목과 관련해 더 있을까요? (04:15:35 PM) zzz: 없습니다. 8월 말 릴리스를 목표로 하죠 (04:15:44 PM) eyedeekay: 4. MoneroKon 2022 (04:16:36 PM) eyedeekay: 이건 공지 사항입니다. 2주도 채 남지 않은 18일과 19일에 열리는 Monero Konferenco 2022에서 I2P 관련 내용이 꽤 많이 있을 예정입니다 (04:17:10 PM) zzz: 리스본, 맞죠? (04:17:22 PM) eyedeekay: 네, 리스본입니다 (04:17:54 PM) eyedeekay: 하지만 리스본에 없는 분들도 컨퍼런스 웹사이트 https://monerokon.com 에서 스트리밍으로 보실 수 있습니다 (04:17:58 PM) zzz: diva.exchange의 후원을 받은 두 학생이 그곳에서 자신의 연구에 대해 발표할 예정인데, 이들을 홍보하고 싶습니다 (04:18:17 PM) zzz: 워크숍도 하시죠? 주제가 무엇인가요? (04:18:35 PM) eyedeekay: 저는 I2P 네트워크에 애플리케이션을 적응시키는 방법에 관한 워크숍을 진행하러 갈 예정입니다 (04:19:29 PM) eyedeekay: API를 선택할 때 내려야 하는 결정들, router를 찾는 방법, I2P 플러그인을 만드는 방법에 대해 발표할 예정입니다 (04:19:40 PM) zzz: 훌륭하네요. 현장에 사람들을 돕고 질문에 답할 I2P 전문가들이 많이 있을 테니, 참석자가 많이 오길 바랍니다 (04:19:51 PM) anonymousmaybe 님이 이제 Irc2PGuest29437로 이름이 변경되었습니다 (04:20:28 PM) eyedeekay: 저도 그러길 바랍니다. 제 가장 좋아하는 주제예요 :) (04:21:45 PM) eyedeekay: zlatinb도 함께 갈 예정이니, 가능하시면 꼭 찾아와 주세요 (04:22:28 PM) eyedeekay: 4번 항목은 여기까지입니다. 미팅과 관련해 다른 내용이 있을까요? (04:23:55 PM) eyedeekay: 좋습니다, 와 주셔서 모두 감사합니다. 다음 달에도 같은 시간에 뵙겠습니다 (04:24:59 PM) obscuratus: eyedeekay: 워크숍을 스트리밍할 예정인가요? (04:25:53 PM) eyedeekay: 잘 모르겠습니다. 어쨌든 모든 자료는 공개/관대한 라이선스로 배포하겠습니다 (04:26:24 PM) obscuratus: 멋진 주제네요. 스트리밍을 하거나 나중에 영상을 올리실 수 있다면 보겠습니다 (04:26:32 PM) eyedeekay: 양식에서 체크한 항목이 스트리밍에 동의한다는 것이었던 것으로 기억합니다 (04:27:34 PM) zzz: eyedeekay, 당신의 reddit 게시물에 있는 시간은 리스본 현지 시간인가요? (04:27:58 PM) eyedeekay: 네, monerokon 웹사이트의 일정은 UTC+1로, 리스본 현지 시간입니다 (04:28:39 PM) eyedeekay: *monerokon 웹사이트의 시간 (04:29:07 PM) zzz: 그렇다면 동부 시간보다 5시간 빠르니, 학생들은 오전 5시 30분에 하는군요 </div>/ko/blog/2022/05/23/1.8.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 23 May 2022 00:00:00 +0000/ko/blog/2022/05/23/1.8.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>이번 릴리스에는 i2psnark, router, I2CP, 그리고 UPnP의 버그 수정이 포함됩니다. router 수정은 소프트 재시작, IPv6, SSU 피어 테스트, 네트워크 데이터베이스 저장 작업, 그리고 tunnel 구축의 버그를 해결합니다. 또한 router 패밀리 처리와 Sybil 분류도 크게 개선되었습니다.</p> <p>i2pd와 함께 새로운 UDP 전송인 SSU2를 개발하고 있습니다. SSU2는 성능과 보안 측면에서 상당한 개선을 가져올 것입니다. 또한 매우 느린 ElGamal 암호화의 마지막 남은 사용을 마침내 대체할 수 있게 하여, 약 9년 전에 시작한 전체 암호화 업그레이드를 완료하게 됩니다. 이번 릴리스에는 기본적으로 비활성화되어 있는 예비 구현이 포함되어 있습니다. 테스트에 참여하시려면 zzz.i2p에서 최신 정보를 확인해 주십시오.</p>/ko/blog/2022/05/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-5%EC%9B%94-3%EC%9D%BC/Tue, 03 May 2022 00:00:00 +0000/ko/blog/2022/05/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-5%EC%9B%94-3%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> (03:48:58 PM) eyedeekay: 그런 것 같지는 않네요, GitLab의 버그 트래커를 확인해보고 설명을 찾을 수 있는지 보겠습니다 (04:00:03 PM) eyedeekay: 안녕하세요 여러분, 개발 회의에 오신 것을 환영합니다 (04:00:03 PM) eyedeekay: 1. 인사 (04:00:03 PM) eyedeekay: 2. 릴리스 날짜 (04:00:03 PM) eyedeekay: 3. 개발 현황 (1.8.0 / 0.9.54) (04:00:05 PM) eyedeekay: 안녕하세요 (04:00:13 PM) zlatinb: 안녕하세요 (04:00:17 PM) zzz: 안녕하세요 (04:00:45 PM) eyedeekay: 2. 릴리스 날짜 (04:01:16 PM) eyedeekay: 하나로 정해야 합니다. 잠정적으로는 한동안 23일로 되어 있었는데, 모두에게 괜찮다면 저도 괜찮습니다? (04:01:43 PM) zzz: 그럼 13주가 되네요, 저는 괜찮습니다 (04:02:01 PM) zzz: 그가 여기 있다면 eche|off eche|on의 승인이 필요합니다 (04:03:04 PM) eyedeekay: 여기에 없는 것 같지만, 회의 후에 그에게 이메일을 보내겠습니다 (04:04:00 PM) eyedeekay: 일단 ech에게 이메일 확인이 되면 23일로 보입니다 (04:04:09 PM) eyedeekay: 2번 안건에 대해 다른 사항 있나요? (04:04:58 PM) eyedeekay: 3. 개발 현황 (1.8.0 / 0.9.54) (04:07:41 PM) eyedeekay: 어쨌든 1.8.0/0.9.54 릴리스까지 한 달도 남지 않았고, 그중 많은 부분이 zzz가 진행한 SSU2 준비/구현입니다 (04:08:42 PM) eyedeekay: 큰 변경들은 곧 마무리될 것이고, 태그 프리즈가 11일이므로 그때까지 번역이 제출되어야 합니다 (04:09:28 PM) eyedeekay: /translations/strings (04:09:58 PM) eyedeekay: zzz, zlatinb 이 주제에 덧붙일 내용 있나요? (04:10:44 PM) zzz: 별로 없습니다, 거의 마무리했고, 향후 몇 주 동안 제 목록의 몇 가지 사소한 항목들을 정리할 예정입니다 (04:11:02 PM) zlatinb: 저는 없습니다 (04:11:03 PM) zzz: 새로운 SSU2 관련 사항은 아마 보류하거나 브랜치에 넣어둘 것 같습니다 (04:11:11 PM) zzz: 이상 (04:12:05 PM) eyedeekay: 감사합니다 여러분 (04:12:49 PM) eyedeekay: 회의에 대해 다른 사항 있나요? 막바지 주제? 타임아웃 1분 (04:14:13 PM) eyedeekay: 좋아요, 오늘은 짧은 회의였네요 (04:14:33 PM) eyedeekay: 와 주셔서 모두 감사하고, echelon에게 이메일을 보낸 뒤 로그를 게시하겠습니다 </div>/ko/blog/2022/04/21/java-cve-2022-21449%EC%97%90-%EB%8C%80%ED%95%9C-jpackage-%EC%97%85%EB%8D%B0%EC%9D%B4%ED%8A%B8/Thu, 21 Apr 2022 00:00:00 +0000/ko/blog/2022/04/21/java-cve-2022-21449%EC%97%90-%EB%8C%80%ED%95%9C-jpackage-%EC%97%85%EB%8D%B0%EC%9D%B4%ED%8A%B8/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>최신 릴리스의 Java 가상 머신을 사용하여 CVE-2022-21449 &ldquo;Psychic Signatures&rdquo; 수정이 포함된 새로운 I2P Easy-Install 번들이 생성되었습니다. Easy-Install 번들을 사용하는 사용자는 가능한 한 빨리 업데이트할 것을 권장합니다. 현재 OSX 사용자는 자동으로 업데이트를 받게 되며, Windows 사용자는 다운로드 페이지에서 설치 프로그램을 다운로드하여 일반적인 방식으로 실행하시기 바랍니다.</p> <p>Linux의 I2P router는 호스트 시스템에서 구성된 Java 가상 머신(JVM)을 사용합니다. 해당 플랫폼의 사용자는 패키지 관리자가 업데이트를 배포할 때까지 취약점을 완화하기 위해 Java 14 미만의 안정적인 Java 버전으로 다운그레이드해야 합니다. 외부 JVM을 사용하는 다른 사용자들은 가능한 한 빨리 JVM을 패치된 버전으로 업데이트해야 합니다.</p>/ko/blog/2022/04/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-4%EC%9B%94-5%EC%9D%BC/Tue, 05 Apr 2022 00:00:00 +0000/ko/blog/2022/04/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-4%EC%9B%94-5%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (04:00:32 PM) eyedeekay: 모두 안녕하세요 4월 개발자 회의에 오신 것을 환영합니다, 오늘 안건: (04:00:32 PM) eyedeekay: 1. 안녕하세요 (04:00:32 PM) eyedeekay: 2. 릴리스 상태 (1.7.0 / 0.9.53) (04:00:32 PM) eyedeekay: 3. 개발 상태 (1.8.0 / 0.9.54) (04:00:32 PM) eyedeekay: 4. easy-install 번들에서의 JNA, 어떤 가능성을 열 수 있을까요? (04:00:42 PM) eyedeekay: 1. 안녕하세요 (04:00:47 PM) zlatinb: 안녕하세요 (04:00:50 PM) zzz: 안녕하세요 (04:01:18 PM) eyedeekay: zlatinb 안녕하세요, zzz 안녕하세요 (04:01:27 PM) eyedeekay: 오늘 다른 분도 계신가요? (04:01:45 PM) eyedeekay: 2. 릴리스 상태 (1.7.0 / 0.9.53) (04:02:52 PM) eyedeekay: 1.7.0은 출시된 지 약 6주 되었고, 지난달 제 쪽 업데이트로는 Android 패키지 전부가 성공적으로 배포되었고 릴리스 시점에 발견된 버그도 지금은 수정되었습니다 (04:03:28 PM) eyedeekay: 늘 그렇듯 Debian 메인 저장소의 패키지는 아직 업데이트되지 않았습니다. 여전히 사용 중이시라면 가능한 한 빨리 deb.i2p2.de/.no로 전환해 주세요 (04:04:23 PM) zzz: Debian 관련, 0.9.48을 수정해서 Sid에 복귀시키는 일을 맡아줄 자원봉사자를 찾았습니다. 완료되었습니다 (04:04:46 PM) zzz: 그게 자동으로 bullseye와 ubuntu로도 흘러들어갈지는 모르겠습니다 (04:05:00 PM) zzz: 새로운 관리자를 찾는 일은 아직 진전이 없습니다 (04:05:01 PM) zzz: eot (04:05:08 PM) eyedeekay: 감사합니다 (04:05:51 PM) eyedeekay: 한 가지 더 있습니다. 사실 2와 3, 4 모두에 걸치는 내용인데, Windows용 easy-install 번들은 여전히 한 번의 수동 업데이트가 더 필요합니다 (04:06:25 PM) zzz: 지난 회의 이후로 진전이 있었나요? (04:06:30 PM) eyedeekay: 상당히요, 네 (04:07:15 PM) eyedeekay: 대부분은 이 MR에 포함되어 있습니다: https://i2pgit.org/i2p-hackers/i2p.firefox/-/merge_requests/6/diffs#10d851887651eddb01e5952f08999080b019da2e (04:07:35 PM) zzz: 좋네요. 베타에서 전환을 제안할 목표 날짜가 있나요? (04:08:02 PM) eyedeekay: 사용자들이 자동 업데이트를 받는 즉시 준비 완료로 보겠습니다 (04:08:22 PM) zzz: 감사합니다 (04:08:47 PM) eyedeekay: 2번 안건에 대해 더 있으신가요? (04:09:33 PM) eyedeekay: 3. 개발 상태 (1.8.0 / 0.9.54) (04:10:03 PM) zzz: (아니요, 모두 좋습니다. 1.7.0에 대한 불만은 들리지 않았습니다) (04:10:21 PM) eyedeekay: 저도요, 지금까지는 사람들이 꽤 만족하는 것 같습니다 (04:12:12 PM) eyedeekay: 3. 개발 상태(1.8.0 / 0.9.54)에 관해서는, 불행히도 몇 가지가 예상보다 많이 느렸습니다. UDP tunnel에서 막혀 있지만, SAM 인증에 관한 MR은 거의 준비되었습니다 (04:12:38 PM) eyedeekay: 그 밖에 선택 과정을 더 이해하기 쉽고 알림을 더 눈에 띄게 만들기 위해 복잡한 대역폭 마법사 페이지를 일부 개정하고 있습니다 (04:12:52 PM) eyedeekay: 지금까지 약 6주 진행했고 7주 남아 있죠, zzz? (04:13:02 PM) zzz: 맞습니다 (04:13:31 PM) eyedeekay: SSU 2나 최근 작업에 대해 업데이트해 주시겠어요? (04:13:46 PM) zzz: 13주 일정이면 5월 23일 릴리스가 됩니다 (04:13:53 PM) zzz: 네, 감사합니다 (04:14:01 PM) zzz: SSU 2에서 i2pd와 함께 엄청난 진전이 있었습니다 (04:14:03 PM) mode (+v anonymousmaybe) by ChanServ (04:14:17 PM) zzz: 현재 네트워크에서 라이브 테스트가 진행 중입니다 (04:14:40 PM) zzz: 이번 릴리스에 포함될 다른 사항들: snark standalone 개선, router family 수정 (04:14:49 PM) zzz: SSU 1 성능 수정 (04:15:15 PM) zzz: SSU 2 관련 작업은 곧 속도가 늦춰질 것이고, 이후에는 전반적인 버그 수정에 더 집중할 예정입니다 (04:15:23 PM) zzz: eot (04:16:04 PM) eyedeekay: 대단하네요, 업데이트 감사합니다 zzz (04:16:37 PM) eyedeekay: zlatinb, 4번으로 넘어가기 전에 이 주제와 관련해 말씀하실 게 있나요? (04:16:55 PM) zlatinb: tunnel 구축 타임아웃을 줄이면 부팅이 더 빨라질 것 같습니다 (04:17:11 PM) zlatinb: 또는 0에서 Router.isRunning()까지가 더 빨라지겠죠 (04:17:20 PM) zlatinb: 그게 다입니다 eot (04:17:38 PM) eyedeekay: 고마워요 zlatinb, 사람들이 좋아할 거예요 :) (04:17:56 PM) eyedeekay: 4. easy-install 번들의 JNA, 어떤 가능성을 열 수 있을까요? (04:18:15 PM) eyedeekay: zlatinb, 이건 당신 주제였지만 저도 메모가 많아요. 먼저 시작하시겠어요? (04:18:24 PM) zlatinb: 네. (04:18:34 PM) zlatinb: 기본적으로 MR 6는 Windows easy-install 번들에 JNA 라이브러리를 추가합니다 (04:18:49 PM) zlatinb: 그런데 오늘 알게 되었는데 JEP 419(내장된 JNA 대체 기능) 때문에 꼭 필요하지는 않더군요 (04:19:12 PM) zlatinb: 하지만 큰 맥락은 같습니다. 네이티브 작업이 필요하니, 그 밖에 어떤 네이티브 작업을 하고 싶나요? (04:19:33 PM) eyedeekay: 가끔 전원/배터리 관리와 상호작용해야 합니다 (04:19:36 PM) eyedeekay: *battery (04:19:57 PM) zlatinb: MuWire에서는 Windows에서 'background priority'를 구현했는데, MSDN 문서에 따르면 이 모드는 해당 프로세스가 포그라운드 프로세스를 절대 방해하지 않도록 보장합니다 (04:20:05 PM) zlatinb: 네, 배터리 전원 관리도 그런 사례죠 (04:20:17 PM) eyedeekay: 조건부로 관리자 권한을 요청할 필요가 있는데, NSIS 자체는 이를 지원하지 않습니다 (04:20:21 PM) zlatinb: 그래서 제 쪽은 이 정도입니다. 네이티브를 염두에 두자는 제안이에요 :) (04:20:21 PM) zlatinb: eot (04:21:22 PM) eyedeekay: 맞아요, JNA 같은 것이 유용할 만한 사례를 분명 몇 가지 떠올리고 있습니다 (04:22:41 PM) zlatinb: 좋아요.. 그러면 질문은, 그런 기능들을 easy-install 번들에 추가하고 core router 패키지 바깥에 유지할 것인가 하는 점입니다 (04:22:45 PM) zzz: 흥을 깨서 미안하지만, 지난달 회의에서는 JNA가 Windows에서의 단일 문제(권한)에 대한 가능한 해결책일 뿐이었어요 (04:23:08 PM) zzz: 그런데 오늘은 '이건 여러 문제의 확실한 해법이다, 이걸로 또 어떤 재미있는 걸 할 수 있을까?'로 가버렸네요? (04:23:18 PM) zlatinb: 네, 그게 파티의 테마죠 lol (04:23:34 PM) zzz: 둘 다 지나친 도약이고, 전형적인 '해결책이 문제를 찾아다니는' 격입니다 (04:24:31 PM) zlatinb: 그렇게 볼 수도 있겠지만, 제 생각엔 이(JNA / JEP 419)가 여러 면에서 I2P를 더 좋게 만들 수 있습니다 (04:25:14 PM) zlatinb: 여러 플랫폼에서 (04:25:14 PM) zlatinb: 솔직히 Windows에서는 아직 겉핥기만 했습니다 (04:25:28 PM) zzz: 그러면 JNA로 확정된 건 아닌가요? (04:25:28 PM) zlatinb: JNA는 Java 1.4까지 하위 호환되는 장점이 있고, JEP 419는 JDK 18에만 있습니다 (04:25:51 PM) zlatinb: 둘 다 검토 대상이라고 보며, JNA가 약간 앞서 있다고 하겠습니다 (04:26:37 PM) zzz: 419는 'incubator(실험적)' 상태라 사라질 수도 있다는 뜻입니다. 그것만 믿어서는 안 됩니다 (04:27:07 PM) eyedeekay: 저는 JNA 찬성입니다. 설치 프로그램의 권한을 제어할 수 있으면 제게 최소 두 가지 문제가 해결되고, 플래시 드라이브에 완전히 설치/실행할 수 있는 능력이 생기거든요 (04:27:46 PM) eyedeekay: 준비가 덜 되었거나 중단된 프로젝트 때문에 그 능력을 잃고 싶지 않습니다 (04:29:03 PM) eyedeekay: 그래서 저는 JNA 쪽에 무게를 두고, 419에는 신중한 입장입니다 (04:29:54 PM) zlatinb: 음, 약간 다른 API의 419는 이미 LTS인 JDK 17에도 들어가 있지만, 인큐베이션을 벗어나기 전까지는 강한 의견을 내진 않겠습니다 (04:30:00 PM) zzz: 지금 우리가 가진 문제를 해결할 최선의 도구를 계속 주시해야 합니다... 그것으로 또 무엇을 할 수 있을지 공상하는 건 그리 중요하지 않습니다 (04:31:10 PM) zzz: JVM 밖으로 나가는 일은 어떤 메커니즘을 쓰든 항상 지저분하고 유지보수가 어려울 겁니다. 정말 필요할 때만 사용해야 합니다 (04:33:14 PM) zlatinb: 그 점에 이견은 없습니다만, 큰 꿈을 꾸는 걸 스스로 막지는 말아야 한다고 생각합니다 (04:33:38 PM) zlatinb: Windows 셸이나 노트북의 전원 관리와 연동하는 건 제게 무척 매력적으로 들립니다 (04:34:18 PM) zlatinb: 참고로 Linux 노트북에서도 가능해야 합니다 (04:34:33 PM) eyedeekay: 솔직히 저는 아직 소박하게 꿈꾸고 있어요. 플래시 드라이브 포터블은 관리자 없이 설치를 지원한 부산물일 뿐이었죠 (04:36:24 PM) eyedeekay: 하지만 JNA 없이 할 수 있는 방법이 있다면, 먼저 그걸 시도하는 게 맞겠죠 (04:38:54 PM) eyedeekay: 4번 안건에 대해 더 있으신가요? (04:39:07 PM) zlatinb: 저는 없습니다, eot (04:40:26 PM) eyedeekay: 회의에 대해 더 있으신가요? 타임아웃 1분 (04:41:43 PM) eyedeekay: 좋습니다, 와 주셔서 모두 감사하고요, 다음 달 회의는 5월 3일이 될 것 같습니다 </div>/ko/blog/2022/03/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-3%EC%9B%94-1%EC%9D%BC/Tue, 01 Mar 2022 00:00:00 +0000/ko/blog/2022/03/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-3%EC%9B%94-1%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (03:01:40 PM) eyedeekay: Hi everyone, welcome to the dev meeting (03:01:40 PM) eyedeekay: 1. Hi (03:01:40 PM) eyedeekay: 2. Release Status (1.7.0 / 0.9.53) (03:02:10 PM) zlatinb: hi (03:02:12 PM) zzz: hello (03:02:39 PM) eyedeekay: Anything else to add to the agenda today before we start the release status? (03:03:01 PM) zlatinb: I have two small items that could fall into a "wishlist for 1.8.0" item (03:03:25 PM) eyedeekay: 3) 1.8.0 wishlist (03:04:24 PM) eyedeekay: 2. Release Status(1.7.0/0.9.53) (03:05:37 PM) eyedeekay: On my end I do have one remaining item, there is an issue with the .aab bundle build process where static resources that are included from the `i2p.i2p` build are deleted and from the final .aab (03:06:06 PM) eyedeekay: For the time being, GPlay is delayed, I'm working on it today and should be done soon. (03:07:53 PM) eyedeekay: F-Droid and Freestanding are both .apk's that use the old build process that isn't broken, so it still works. (03:07:53 PM) eyedeekay: Are there any other outstanding release processes to finish? (03:10:03 PM) eyedeekay: zzz anything to add to the release status topic from your end? I understand BiglyBT released their plugin today, is that correct? (03:10:22 PM) zzz: yes (03:10:48 PM) zzz: based on expl. build success stats, we've rapidly recovered from i2pd's regression in the last release (03:10:52 PM) zzz: `http://stats.i2p/docs/buildsuccess.png` (03:11:11 PM) zzz: and are now at a higher point than any time in the last few years iirc (03:12:11 PM) zzz: things should settle out in another week and we'll see where we are (03:12:13 PM) zzz: eot (03:12:21 PM) eyedeekay: That's really excellent news. Glad things are looking good so far. (03:12:32 PM) eyedeekay: Thanks zzz (03:12:50 PM) eyedeekay: 3. 1.8.0 wishlist (03:13:17 PM) eyedeekay: zlatinb take it away (03:13:44 PM) zlatinb: hi, 1) is speeding up initial exploratory build time and 2) JNA (03:14:05 PM) zlatinb: 1: I've been doing some analysis, 75% of the exploratory tunnels that do build do so in less than 500ms (03:14:29 PM) zlatinb: out of ~30 samples the slowest successful build was less than 2500ms (03:14:46 PM) zlatinb: whereas the timeout we have now is 13000 ms, I think reducing that will get the router to RUNNING state faster (03:15:07 PM) zlatinb: we don't have to decide now, just floating the idea out there (03:15:12 PM) zlatinb: eot on 1 (03:15:33 PM) zzz: no objections on 1 (03:15:56 PM) eyedeekay: Sounds like an interesting experiment to try at least, it doesn't seem like it could do any harm (03:16:12 PM) eyedeekay: If all the successful builds are so short (03:16:13 PM) zlatinb: 2: JNA - we'll definitely need to add JNA to the windows easy install bundle in order to elevate priviledge during auto-update. ProcessBuilder fails if the process requires elevation. (03:16:20 PM) zzz: although I'd like to see data over a longer time period before we pick the new number (03:16:25 PM) zlatinb: sure (03:16:42 PM) zzz: please back up and define JNA (03:16:43 PM) zlatinb: (back to 1) I'll leave a router running with logging enabled (03:17:12 PM) zlatinb: (back to 2): JNA is Java Native A-something but it's basically a Java wrapper of native windows linux and mac libraries (03:17:27 PM) zlatinb: so instead of writing native code you write java code (03:17:52 PM) zlatinb: two jars combined size 3MB, compressed with LZMA down to 2MB (03:18:11 PM) zzz: please back up and elaborate on the problem and how prevalent it is (03:18:38 PM) zlatinb: while testing silent updates in muwire I saw that ProcessBuilder fails to launch an installer with an "priviledge elevation required" or some such (03:19:07 PM) zzz: windows-only problem? (03:19:12 PM) zlatinb: googling revealed that it is not possible to do so with ProcessBuilder (03:19:36 PM) zlatinb: yes windows-only for now (03:19:40 PM) eyedeekay: It doesn't seem to be happening on the Windows Easy-Install to me, is that because NSIS is asking for the elevated privileges and not Java? (03:20:02 PM) zlatinb: NSIS is asking (03:20:16 PM) zlatinb: if you already run the java with priviledge then it won't ask (03:20:22 PM) zlatinb: privilege* (03:20:28 PM) zzz: yeah that's my question, windows easy-install has been in beta for months and months, is this a muwire-only problem? (03:20:48 PM) eyedeekay: Oh OK, then it will start happening before the next update with ShellExecAsUser (03:21:15 PM) zlatinb: do you elevate if launched not from installer eyedeekay? (03:21:48 PM) zlatinb: I don't remember seeing an elevation prompt (03:22:12 PM) zlatinb: so it should be happening with windows easy-install if launched from desktop shortcut, not as a last step of an installer (03:22:14 PM) eyedeekay: No I don't, it runs as the user running the batch script, but only if I2P isn't already running, presumably as an admin (03:22:52 PM) zzz: so, before we can start talking about a solution for our easy-install windows bundle, let's verify there is a problem (03:22:57 PM) eyedeekay: It does not shut down the router with the browser (03:23:35 PM) eyedeekay: I'm inclined to believe that there will be, but will confirm later this week (03:23:36 PM) zlatinb: so if the user doesn't uncheck the "launch i2p now" checkbox and leave the router running, it will run as privileged and not prompt on update (03:23:43 PM) zlatinb: ok (03:24:22 PM) zlatinb: either way, with 1.7.0 the router is launched as non-privileged even if launched from the installer (03:24:39 PM) zzz: and while you can follow your own rules in muwire, any solution in our official products will have to be vetted for suitability, maintenance, license compatibility, etc (03:24:57 PM) zlatinb: Apache 2.0 (03:25:45 PM) zlatinb: looking forward JNA allows us to do anything we like with windows APIs really.. register shell extensions, URI handlers, all that good stuff (03:25:57 PM) zlatinb: eot on 2 (03:26:35 PM) zzz: let's get a couple cycles in on the easy-install auto-updater, which apparently has never worked? (03:27:13 PM) zzz: you don't have to wait for a i2p release, just put in a new java, or change something else. let's work out the bugs a little faster (03:27:14 PM) eyedeekay: It was broken, then fixed, now apparently it will break again on the next update (03:27:55 PM) eyedeekay: But the other solution from my side would be to change the installer so it no longer uses %ProgramFiles% and installs somewhere unprivileged (03:28:09 PM) zzz: do a release every week until it's working smoothly. obviously the 3-month pace isn't fast enough to converge on something that works (03:28:32 PM) eyedeekay: Can do (03:29:53 PM) eyedeekay: Thanks for bringing these up for us zlatinb, anything else on 3? (03:29:58 PM) zzz: and that will give us data on the extent of the privileges problem, if any (03:30:00 PM) zzz: eot (03:30:21 PM) zlatinb: no, eot from me (03:30:57 PM) eyedeekay: All right anything else for the meeting? timeout 1m (03:31:16 PM) zzz: also, use the news to tell your beta testers if the update is broken and they need to re-download (03:31:35 PM) eyedeekay: will do (03:32:05 PM) zzz: you both have your own news feeds, but aren't using it to talk to your users, you're just relying on my news entries? you should start testing/using that feature (03:32:11 PM) zzz: eot (03:34:07 PM) eyedeekay: Can do, in the past I added the i2p.firefox changelog (03:34:54 PM) eyedeekay: Thanks for coming to the meeting everybody, looks like I've got a lot of work to do, see you all around IRC </div>/ko/blog/2022/02/21/1.7.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 21 Feb 2022 00:00:00 +0000/ko/blog/2022/02/21/1.7.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>1.7.0 릴리스에는 여러 가지 성능 및 신뢰성 개선 사항이 포함되어 있습니다.</p> <p>이제 이를 지원하는 플랫폼에서는 시스템 트레이에 팝업 메시지가 표시됩니다. i2psnark에는 새로운 토렌트 편집기가 추가되었습니다. NTCP2 전송은 이제 CPU를 훨씬 덜 사용합니다.</p> <p>오랫동안 사용 중단 권고 상태였던 BOB 인터페이스는 신규 설치에서 제거되었습니다. 기존 설치에서는 Debian 패키지를 제외하고 계속 작동합니다. BOB 애플리케이션을 아직 사용하는 사용자는 개발자에게 SAMv3 프로토콜로 전환해 달라고 요청해야 합니다.</p> <p>저희 1.6.1 릴리스 이후로 네트워크 신뢰성이 꾸준히 저하되어 왔다는 것을 알고 있습니다. 릴리스 직후 곧 문제를 인지했지만, 원인을 찾는 데 거의 두 달이 걸렸습니다. 결국 i2pd 2.40.0의 버그로 확인했으며, 이에 대한 수정은 이번 릴리스와 비슷한 시기에 공개될 i2pd 2.41.0에 포함될 예정입니다. 그 과정에서, Java I2P 측에서도 netDb(네트워크 데이터베이스) 조회와 저장의 견고성을 개선하고, tunnel 피어 선택에서 성능이 좋지 않은 피어를 피하도록 여러 가지 변경을 수행했습니다. 이 변경들은 버그가 있거나 악의적인 routers가 존재하더라도 네트워크가 더 견고하게 동작하는 데 도움이 될 것입니다. 또한 격리된 테스트 네트워크에서 사전 릴리스 i2pd 및 Java I2P routers를 함께 테스트하는 공동 프로그램을 시작하고 있으며, 이를 통해 릴리스 이후가 아니라 릴리스 이전에 더 많은 문제를 찾아낼 수 있도록 할 것입니다.</p>/ko/blog/2022/02/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-2%EC%9B%94-8%EC%9D%BC/Tue, 08 Feb 2022 00:00:00 +0000/ko/blog/2022/02/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-2%EC%9B%94-8%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (03:01:32 PM) eyedeekay: 모두 안녕하세요, 2월 8일 개발자 회의에 오신 것을 환영합니다 (03:01:38 PM) eyedeekay: 지난주 일은 죄송합니다, 메시지 누락 문제가 다시 발생하지 않길 바랍니다 (03:01:45 PM) eyedeekay: 안건: (03:01:45 PM) eyedeekay: 1. 인사 (03:01:45 PM) eyedeekay: 2. Outproxy 요구사항(진행 중) (03:01:45 PM) eyedeekay: 3. 1.7.0/0.9.53 현황 / 릴리스 일정 (03:02:13 PM) zzz: 안녕하세요 (03:02:15 PM) zzz에 의해 모드(-m ) 설정 (03:02:16 PM) zlatinb: 안녕하세요 (03:02:30 PM) eyedeekay: 모두 안녕하세요 (03:02:54 PM) eyedeekay: 바로 2) Outproxy 요구사항부터 시작하죠 (03:04:08 PM) eyedeekay: zzz가 예전 요구사항 목록들을 여러 개 찾아왔습니다. 우리는 A) 그중 하나를 선택하거나 B) 새 목록으로 취합해야 합니다 (03:04:51 PM) eyedeekay: 어떤 요구사항이 실현 가능한지 조사하고 Tor가 어떻게 하는지에서 방향을 얻으려고 해왔습니다 (03:06:18 PM) eyedeekay: 동시에, outproxy를 도와주겠다고 자원한 그룹과 개인들도 나타났습니다. 그중 한 분은 비영리 단체를 운영하면서 Tor exit 노드를 여러 개 운영하는 분이기도 해서, 그들의 경험에서 도움을 받을 수 있기를 바랍니다 (03:08:04 PM) eyedeekay: 경우에 따라 규칙이 다소 모호하다고 느낍니다: - 예를 들어 host/IP에 대한 선택적 허용 목록/차단 목록은 얼핏 간단해 보이지만, 우리가 host/IP 단위의 차단/허용을 제안하면 운영자들이 원치 않는 것까지 차단해 달라는 요청에 노출될 수 있지 않을까요? (03:08:45 PM) eyedeekay: 조언은 "포트"를 차단하는 것은 안전하지만 호스트명은 그렇지 않을 수 있다는 취지였던 것 같아요? (03:09:05 PM) zzz: 요구사항에는 두 가지 범주가 있다고 생각합니다 (03:09:57 PM) zzz: 1) 프로젝트로서 우리가 보고자 하는 것들(헤더 요구사항, 작은 오류 페이지, 추가 정보로 연결되는 링크) (03:10:48 PM) zzz: 2) 일반적인 outproxy 운영자라면 원할 것들, 특히 관리 도구들입니다. 하지만 우리는 그에 대해 큰 지침을 제공할 전문성이 부족합니다 (03:11:40 PM) zzz: 우리는 1)에 집중해야 합니다 (03:12:14 PM) eyedeekay: 좋아요, 그게 더 쉽네요. 다른 방향에서 접근하려니 시험 벼락치기하는 기분이었어요 (03:12:40 PM) zzz: 그리고 2)에 대해서는 일체형(turnkey) 패키지 솔루션을 제공하려고 하지 말고, 아마 모범 사례 몇 가지만 제안하면 됩니다 (03:13:00 PM) eyedeekay: 하지만 이는 우리가 유연해야 한다는 뜻이겠죠. 즉, 우리가 원하는 것들은 그들이 제공할 수 있는 것에 종속되어야 할 겁니다 (03:13:09 PM) eyedeekay: 뭐, 그건 당연한 일일지도요 (03:13:43 PM) zzz: 1)에 있는 것들은 전부 꽤 기본적이라고 생각합니다 (03:14:38 PM) zzz: 1a) 발신 시 X-I2P 헤더를 모두 필터링합니다. 양방향으로 X-forwarded 헤더를 추가할지 말지? (03:14:54 PM) zzz: 1b) 추가 정보로 가는 링크가 있는 작은 오류 페이지 제공 (03:15:07 PM) zzz: 1c) 추가 정보 페이지에 개인정보처리방침 게시 (03:15:13 PM) zzz: 그런 것들입니다 (03:16:24 PM) eyedeekay: 네, 동의합니다. 어렵지 않을 거예요 (03:17:14 PM) eyedeekay: 그래서 당분간은 2) 범주에서 사람들이 무엇을 “해야 하는지”를 정하려 들지 않고 1)에 집중하겠습니다 (03:18:19 PM) eyedeekay: 주제 2)에 대해 더 있을까요? (03:18:36 PM) zzz: 1)에서 다른 한 가지는 http 대 standard tunnel입니다. 저는 http가 올바른 선택이라고 _생각합니다_, 그리고 그 선택이 헤더 이슈에 영향을 줍니다 (03:19:04 PM) zzz: 2) 종료 (03:19:37 PM) eyedeekay: standard tunnel은 X-I2P-* 헤더를 전혀 추가하지 않죠? (03:19:55 PM) zzz: 아니요, 헤더에 대해 알지 못합니다 (03:20:09 PM) zzz: *headers (03:20:39 PM) zzz: 그래서 그 선택은 외부 프록시 소프트웨어가 “무엇을 보게 되는지”에 영향을 줍니다 (03:21:47 PM) eyedeekay: 그럼 왜 http인가요? 유출을 막기 위해 서버 소프트웨어가 X-I2P 헤더를 제거/재추가/추적하지 않아도 된다면 더 낫지 않을까요? (03:22:23 PM) zzz: 어떤 프록시든 헤더를 처리해야 합니다 (03:22:49 PM) zzz: 프록시 표준은 일부 헤더가 “hop-by-hop”이며 제거/추가되어야 한다고 규정합니다 (03:23:56 PM) zzz: 그리고 물론 처리해야 할 HTTP와 HTTPS(CONNECT) 경우도 있습니다 (03:27:13 PM) eyedeekay: 그러면 HTTP tunnel의 경우 실제로 X-I2P 헤더를 사용하게 되겠네요 (03:28:39 PM) zzz: 예를 들어 숙련된 outproxy 관리자가 rate limiting(요청 속도 제한)에 활용할 수 있습니다 (03:29:09 PM) eyedeekay: 말이 되네요 (03:29:57 PM) eyedeekay: 2)에 더 있을까요? (03:30:05 PM) zzz: 아니요 (03:30:12 PM) eyedeekay: 3. 1.7.0/0.9.53 현황 / 릴리스 일정 (03:30:59 PM) eyedeekay: 21일 릴리스까지 정확히 13일 남았습니다 (03:31:10 PM) eyedeekay: 태그는 내일 동결됩니다 (03:31:39 PM) zzz: 네, 체크인 마감은 Fri. Feb. 18입니다 (03:32:26 PM) zzz: i2pd는 지난 두 달간 네트워크 신뢰성 문제를 일으켜 온 골치 아픈 SSU 버그 수정과 함께 19일 또는 20일에 릴리스될 예정입니다 (03:32:55 PM) zzz: 우리의 릴리스에도 관련된 우회책과 개선 사항이 일부 포함될 것입니다 (03:33:09 PM) eyedeekay: 다행이네요. 특히 모바일에서 많은 분들이 고생하셨죠 (03:33:20 PM) zzz: 사람들이 업그레이드를 시작하면 상황이 꽤 빨리 개선되리라 기대합니다 (03:34:10 PM) zzz: 그 외에는 사이클이 꽤 순조로웠고, 점점 잠잠해지고 있습니다 (03:35:26 PM) zzz: 현재 diff 14,000줄 정도로, 꽤 규모가 있습니다 (03:36:00 PM) zzz: 3) 종료 (03:37:45 PM) eyedeekay: 덧붙일 내용은 많지 않습니다. 다음 일주일 정도는 아주 작은 화면이나 아주 넓은 화면에서의 특이점들, 그리고 다크 테마의 대비 문제를 다루기 위해 사소한 CSS 수정을 계속할 텐데, 그 외 시간은 검토와 테스트에 쓸 예정입니다 (03:37:55 PM) zlatinb: i2p와 i2pd가 릴리스를 위해 코드를 동결한 뒤 테스트넷에서 몇 가지 테스트를 실행하고 싶습니다. 그 테스트는 GitLab 위키에 문서화해 두었습니다 (03:38:05 PM) zlatinb: eyedeekay: Windows aio에 대한 end-to-end 테스트는 어떤가요? (03:38:58 PM) eyedeekay: 어제 하나 동작하게 했습니다. 처리해야 할 문제가 두 가지 있었는데, 하나는 build-config 측면, 하나는 router.config 측면이었고, 릴리스 빌드를 각별히 주의해서 하면 둘 다 이제 사라졌을 겁니다 (03:41:18 PM) eyedeekay: 패키지를 빌드하면서 router 버전 번호를 올리지 않았다는 걸 알게 됐습니다. 그래서 다운로드가 일어났더라도(사실 router.config의 URL이 잘못되어서 일어나지 않았겠지만) 업데이트가 트리거되지 않았을 겁니다 (03:42:16 PM) eyedeekay: 두 문제는 모두 지금은 수정되었고, 빌드가 끝나는 대로 패키지를 테스트할 수 있도록 준비해 두었습니다 (03:42:49 PM) eyedeekay: 그래서 제 업데이트는 크게 망가져 있었지만, 이제는 고쳐졌을 겁니다, 종료 (03:44:07 PM) eyedeekay: 회의에서 더 논의할 사항이 있을까요? 질문, 의견, 우려사항? (03:46:02 PM) zzz: aio == "bundle" 또는 "easy install bundle". 어디에서도 이를 "aio"라고 부르지 말죠 (03:46:27 PM) zzz: 저는 항상 async i/o가 떠오릅니다 (03:46:36 PM) zzz: 저는 더 없습니다 (03:47:06 PM) eyedeekay: 맞아요, AIO는 사람마다 다르게 받아들이는 모호한 용어네요 (03:47:28 PM) eyedeekay: 저는 Bundle 또는 Easy-Install Bundle로 부르겠습니다 (03:48:01 PM) eyedeekay: 좋아요, 회의에 와 주셔서 모두 감사합니다. 다음 달 5일에 뵙겠습니다, 그런 것 같네요 </div>/ko/blog/2022/01/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-1%EC%9B%94-4%EC%9D%BC/Tue, 04 Jan 2022 00:00:00 +0000/ko/blog/2022/01/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2022%EB%85%84-1%EC%9B%94-4%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (03:00:39 PM) eyedeekay: 안녕하세요 모두, 2022년 1월 4일 회의에 오신 것을 환영합니다 (03:00:39 PM) eyedeekay: 1. 인사 (03:00:39 PM) eyedeekay: 2. Meeh 서비스/아웃프록시 요구사항 `http://zzz.i2p/topics/3218-meeh-services-going-down-soon` (03:00:39 PM) eyedeekay: 3. Mac DMG JPackage를 안정(stable)으로 승격 https://geti2p.net/en/download/mac (03:00:39 PM) eyedeekay: 4. NetDB 연구(시뮬레이션/모델) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:01:13 PM) zlatinb: 안녕하세요 (03:01:23 PM) zzz: 안녕하세요 (03:01:55 PM) eyedeekay: zzz, zlatinb 안녕하세요, 오늘 다른 분도 계신가요? (03:02:20 PM) eyedeekay: 아웃프록시 운영자분들? (03:02:59 PM) eyedeekay: 좋습니다, 그럼 1번으로 넘어가죠. 원하시면 중간에 합류하셔도 됩니다 :) (03:03:38 PM) eyedeekay: 그래서 meeh의 비정적(non-static) 서비스들을 모두 잃게 됩니다. 우리에게는 주로 이미 대체한 trac와 기본 아웃프록시인 false.i2p가 해당됩니다 (03:04:07 PM) eyedeekay: 둘 다 오랫동안 잘 작동하지 않았지만, 아웃프록시가 없으면 UX가 나빠지는 경향이 있어 대체가 필요합니다 (03:04:59 PM) eyedeekay: 지난주에 몇 가지 옵션을 논의했는데, 그중 하나는 새로운 자원봉사 운영 아웃프록시를 찾아 기본값으로 만드는 것이었습니다. (03:06:30 PM) eyedeekay: 그렇게 하려면 몇 가지 기본 요건을 충족해야 합니다. 당연히 개인정보처리방침은 중요합니다. (03:06:30 PM) eyedeekay: 모든 트래픽을 Tor로 직접 전달하지 않는다면, 어떤 필터링이 있는지 여부와 내용에 대한 설명도 필요합니다 (03:07:34 PM) eyedeekay: 다른 옵션으로는 우리가 직접 운영하는 방법이 있는데, 솔직히 매력은 제한적입니다. 또 하나는 로컬 SOCKS 지원이며, 이를 위해서는 로컬 SOCKS 프록시가 준비되어 있어야 합니다. (03:08:07 PM) eyedeekay: 아웃프록시로 자원해 주실 분은 zzz의 포럼에서 연락해 주세요 (03:09:05 PM) zzz: 맞습니다 (03:09:12 PM) eyedeekay: false.i2p 사용에 대한 통계를 아직 meeh에게서 받지 못했습니다. EOT (03:09:40 PM) zzz: 우선, 승인 없이 대안을 공개적으로 추천하거나 새로운 기본값을 설정하지 않도록 매우 조심해야 합니다. 재정적이든 기타 측면이든 큰 부담을 줄 수 있기 때문입니다 (03:10:06 PM) zzz: 아주 작은 첫 단계로, 대안들을 stats.i2p에 등록하고 기본 hosts.txt에 추가하는 것에 대한 승인을 받으려 합니다 (03:10:16 PM) zzz: 그렇게 하면 최소한 사람들이 설정하고 사용하는 것이 더 쉬워지기 때문입니다 (03:10:55 PM) zzz: 그 단계에 대해 두 개의 아웃프록시에 대한 승인을 받았지만, 현재 stats.i2p에 등록된 것은 하나뿐입니다 (03:11:05 PM) zzz: 그래서 두 번째 등록을 기다리고 있습니다 (03:11:05 PM) zzz: eot (03:11:35 PM) eyedeekay: 고마워요 zzz, 참고로 그에게 상기시켜 둘게요 (03:11:47 PM) dr|z3d: zzz와 사전 논의를 조금 했고, 그에 비추어 저는 공식 서비스를 제공할 의사가 없다는 점이 분명할 것 같습니다. 비공식적인 것은 괜찮지만, 공식적인 것은 아닙니다. (03:12:52 PM) zzz: 명확히 해 주셔서 감사합니다. 또한 그 논의에 시간을 내 주시고 전문성을 나눠 주신 점에도 감사드립니다 (03:12:59 PM) dr|z3d: 또한 단일 아웃프록시는 공식화되는 순간 실패할 수밖에 없다고 봅니다. (03:14:13 PM) eyedeekay: 왜 그런지 충분히 이해됩니다. 1번 안건에 대해 더 있으신가요? (03:14:28 PM) zzz: 아마도요. 충분한 용량과 유능한 운영이 확실히 필요합니다 (03:14:29 PM) zzz: eot (03:14:59 PM) eyedeekay: 3. Mac DMG Jpackage를 안정(stable)으로 승격 (03:15:15 PM) eyedeekay: s/1/2/ (03:15:42 PM) eyedeekay: 이 주제는 zlatinb가 추가했습니다, 진행해 주세요 (03:16:21 PM) zlatinb: 감사합니다. 요컨대, DMG가 아닌(jar) 패키지는 공증(notarize)되지 않았고, 최신 2개(또는 3개?) 버전의 Mac OS에서는 사용자가 고급 설정을 변경하지 않으면 실행을 거부합니다 (03:16:52 PM) zlatinb: 동시에, DMG jpackage는 매우 안정적이었고 네트워크 내(in-net) 업데이트가 종단 간(end-to-end)으로 테스트되었습니다 (03:17:10 PM) zlatinb: 그래서 이를 Mac용 기본 다운로드로 만들고 .jar 옵션은 아예 제거할 것을 제안합니다 (03:17:55 PM) zlatinb: 해당 패키지 전용으로 잘 만들어진 /mac 페이지가 이미 있으니, BETA 표시를 제거하고 그대로 유지하자고 제안합니다 (03:18:14 PM) zlatinb: /download의 Mac div에는 /mac 페이지로의 링크만 두고 다른 것은 넣지 맙시다 (03:18:19 PM) zlatinb: eot (03:19:22 PM) eyedeekay: 저도 찬성합니다. (03:20:42 PM) eyedeekay: 릴리스를 기다려야 하나요, 아니면 지금 바로 진행할까요? (03:21:51 PM) anonymousmaybe 님의 이름이 Irc2PGuest95343로 변경되었습니다 (03:22:35 PM) ChanServ가 mode (+ao zzz zzz)를 설정했습니다 (03:22:37 PM) zlatinb: 릴리스를 기다릴 필요 없습니다 (03:22:54 PM) zzz: 제가 끊기기 전에 올린 질문 3개를 보셨나요? (03:23:01 PM) eyedeekay: 아뇨, 놓쳤습니다 (03:23:03 PM) zlatinb: 아니요, 죄송합니다. 다시 올려 주세요 (03:23:11 PM) zzz: 몇 가지 쉬운 질문을 하겠습니다: (03:23:15 PM) zzz: 1) 사용자 기반이 충분해서 충분히 테스트되었다고 자신할 수 있나요? (03:23:17 PM) zzz: 2) 릴리스 프로세스가 문서화되어 있고, 이론적으로 적절한 키가 있으면 다른 사람도 빌드할 수 있나요? (03:23:20 PM) zzz: 3) 이를 계속 유지보수하고 릴리스를 수행할 자원이 있다고 자신하나요? (03:23:23 PM) zzz: eot (03:24:08 PM) zlatinb: 1) - matomo에 따르면 하루 20~25회 다운로드됩니다. M1 Mac 사용자들이 기대대로 동작한다고 보고했습니다. 부정적인 보고는 전혀 없습니다 (03:24:28 PM) eyedeekay: 2), 3) 제 생각에는 둘 다 확실히 예입니다. 저는 공증(notary) 단계 직전까지 전부 빌드할 수 있고, 다른 사람에게도 가르칠 수 있습니다 (03:24:53 PM) zlatinb: 2)는 예이지만 Apple Inc. 때문에 익명성 해제(de-anoning)가 필요합니다 (03:24:54 PM) eyedeekay: 그래서 zlatinb와 저까지 최소 두 명이 빌드 방법을 알고 있습니다 (03:25:08 PM) zzz: 2) 그런데 그것이 _문서화_되어 있나요? (03:25:33 PM) zlatinb: 네, README.md에 공증(notary) 과정을 포함한 단계별 절차가 있습니다 (03:25:41 PM) zzz: 아주 좋네요 (03:26:16 PM) zzz: 1) "작동"에는 업데이트 프로세스도 포함되나요? 뉴스가 업데이트될 때 토렌트 스웜이 실제로 동작하는 것을 확인했나요? (03:26:29 PM) zlatinb: `http://git.idk.i2p/i2p-hackers/i2p-jpackage-mac` (03:26:43 PM) zzz: (왜냐하면 Windows 버전은 아직 실제로 작동하는 것이 관찰되지 않았다고 생각하기 때문입니다) (03:27:26 PM) zlatinb: 1) 네, 스웜이 붙습니다. 아주 작긴 하지만 존재합니다. 1.5.1과 1.6.1 릴리스 때 모두 확인했습니다 (03:27:49 PM) zzz: 좋습니다, 답변 감사합니다. 이의 없습니다 (03:28:14 PM) eyedeekay: 좋아요. 회의 로그를 올린 후 오늘 밤에 사이트를 변경하겠습니다 (03:28:26 PM) zlatinb: 좋습니다, 감사합니다! (03:29:05 PM) eyedeekay: Windows 관련해서, 네. 하지만 문제는 업데이터 자체가 아니라 제가 배포한 구성 파일(config)에서 발생한 것으로 보입니다 (03:29:05 PM) eyedeekay: 그래서 Windows는 자동 업데이트가 작동하려면 수동 업데이트를 한 번 더 해야 합니다. 미리 알고 있었던 것 같은데 잊었네요 (03:30:07 PM) eyedeekay: 4. NetDB 연구(시뮬레이션/모델) `http://zzz.i2p/topics/3227-netdb-simulator-proposal` (03:30:44 PM) eyedeekay: 이것도 zlatinb의 주제입니다. 생각을 말씀해 주세요 (03:31:28 PM) zlatinb: 지난 2주 정도 사이에 zzz.i2p, postman, event major.acetone.i2p... 기본적으로 살아 있는 것으로 아는 사이트들 접근성이 눈에 띄게 저하되었습니다 (03:31:57 PM) zlatinb: 디버깅을 좀 해 보니 zzz.i2p의 LS(leaseSet)가 잘 가져와지지만, 그 다음에 IBGW의 RI를 가져오는 데 실패하는 상황이 있었습니다 (03:32:03 PM) zlatinb: (여기서는 추측입니다 ofc) (03:32:47 PM) zlatinb: 요컨대, NetDB 동작에는 미지의 요소가 많고 우리는 Kad 알고리즘에 의존할 수밖에 없습니다. 그건 괜찮지만, 연구를 통해 더 확신을 갖고 싶습니다 (03:33:33 PM) zlatinb: testnet이 streaming과 SSU 및 NTCP 코드 개선에 크게 도움을 주었던 것처럼, 모델이나 시뮬레이션이 netDB의 동작 개선에 도움이 될 것이라 믿습니다 (03:34:44 PM) zlatinb: 여기서 논의하고 싶은 이유는, router에 들어갈 실제 코드를 실행하는 시뮬레이션으로 간다면 NetDB 코드, 아마 일부 *Job 클래스들도 리팩터링이 필요하기 때문입니다 (03:34:52 PM) zlatinb: 참고로, multi-router JVM과 JVMCommSystem은 아직 살펴보지 않았습니다 (03:35:03 PM) zlatinb: 아마도 특정 노드 수까지는 그것들이 해답이 될 수 있을지도 모릅니다 (03:35:37 PM) zlatinb: 하지만 제 목표는 최소 수천 개의 노드를 시뮬레이션하는 것이며, 이는 router 구성요소의 대부분을 추상화해야 함을 의미합니다 (03:35:42 PM) zlatinb: eot-checkpoint (03:36:28 PM) major 님이 나갔습니다 (quit: Ping timeout: 320 seconds). (03:36:32 PM) zzz: 저는 미온적입니다. 매우 어렵고, 유의미한 결과를 얻기까지 오래 걸릴 것이기 때문입니다 (03:37:20 PM) zzz: 우선, 안정성을 높이기 위해 최근에 일련의 변경을 했습니다 (03:37:27 PM) zzz: 1.6.1-6 개발 빌드에서요 (03:37:46 PM) zzz: 하지만 인기 있는 서버들(제 서버 제외) 중에 이것을 돌리고 있는 곳이 있는지 모르겠습니다 (03:38:17 PM) zzz: echelon과 eyedeekay의 서버에서 시도해 보았으면 합니다. 몇 달 동안 문제가 있었던 두 배치입니다 (03:38:20 PM) zzz: eot (03:38:44 PM) eyedeekay: 제 서버 대부분은 PPA를 따라갑니다. git.idk.i2p를 업데이트하겠습니다 (03:39:17 PM) zzz: git과 gitssh가 자주 저를 차단합니다(shun). 개선되면 제가 알아차릴 겁니다 (03:40:07 PM) zzz: echelon의 서버들도 또 다른 미스터리입니다. IP 레벨의 문제가 자주 있는 듯합니다 (03:42:11 PM) eyedeekay: 그럼 곧 그렇게 하겠습니다 (03:43:37 PM) eyedeekay: netDB 테스트 하네스에 대한 제 질문은 아마 잘못된 것일 수 있습니다. 예를 들어, 기존 testnet이 그 안의 router들 사이에서 netDB를 시뮬레이션할 수 있나요? (03:44:08 PM) eyedeekay: 그렇다면, 사용할 수 있는 방법이 있나요? (03:44:44 PM) 계정이 연결이 끊겨 이 채팅에서 나가졌습니다. 계정이 다시 연결되면 자동으로 재참여합니다. (03:49:14 PM) #i2p-dev의 주제는: 1.6.1-7 | 다음 개발 회의 2022년 1월 4일 화요일 UTC 오후 8시 (03:49:14 PM) #i2p-dev 주제는 2022/01/03 오전 09:08:14에 zzz가 설정했습니다 (03:49:20 PM) zzz: 어휴, pspice는 아니고요. 일종의 큐잉/행동 네트워크 모델이었습니다 (03:50:31 PM) zzz: EOT, 저는 이만. 가봐야 해서요. 모두 감사합니다 (03:50:46 PM) eyedeekay: 또 봐요 zzz (03:51:41 PM) eyedeekay: 4번 안건에 더 있으신가요? zlatinb (03:51:50 PM) zlatinb: 아니요, 그게 전부입니다 (03:52:08 PM) eyedeekay: 좋아요, 그럼 회의는 여기까지입니다. 모두 좋은 한 주 보내세요 </div>/ko/blog/2022/01/01/%ED%95%9C-%ED%95%B4-%EB%8F%8C%EC%95%84%EB%B3%B4%EA%B8%B0-2021/Sat, 01 Jan 2022 00:00:00 +0000/ko/blog/2022/01/01/%ED%95%9C-%ED%95%B4-%EB%8F%8C%EC%95%84%EB%B3%B4%EA%B8%B0-2021/<h2 id="업데이트-세부-사항">업데이트 세부 사항</h2> <h3 id="development-highlights">Development Highlights</h3> <p>0.9.49 릴리스는 routers(라우터)를 위한 새롭고 더 빠른 ECIES-X25519 암호화로의 마이그레이션을 시작했습니다. 새로운 암호화를 위한 명세와 프로토콜 작업에는 수년이 걸렸고, 이번 릴리스에서는 새로 설치한 인스턴스와 기존 설치 중 극히 일부(재시작 시 무작위로 선택됨)에서 새 암호화를 사용하기 시작했습니다. 기본 암호화 유형이 변경된 것은 이번이 처음이므로, 문제를 최소화하기 위해 전체 마이그레이션은 여러 차례의 릴리스에 걸쳐 진행되도록 했습니다.</p> <p>전체 릴리스 노트: <code>https://geti2p.net/en/blog/2021/02/17/0.9.49-Release</code></p> <p>0.9.50에서는 사용자들을 수동적 DNS 스누핑으로부터 보호하기 위해 reseeding(네트워크 초기 부트스트랩 과정)에 DNS over HTTPS를 활성화했다. 또한 악의적이거나 버그가 있는 routers로부터 네트워크를 보호하기 위한 작업이 이루어졌으며, 새로운 UPnP 지원을 포함해 IPv6 주소 관련 다수의 수정과 개선이 완료되었다.</p>/ko/blog/2021/12/11/i2p%EB%8A%94-log4j-%EC%B7%A8%EC%95%BD%EC%A0%90%EC%9D%98-%EC%98%81%ED%96%A5%EC%9D%84-%EB%B0%9B%EC%A7%80-%EC%95%8A%EC%8A%B5%EB%8B%88%EB%8B%A4./Sat, 11 Dec 2021 00:00:00 +0000/ko/blog/2021/12/11/i2p%EB%8A%94-log4j-%EC%B7%A8%EC%95%BD%EC%A0%90%EC%9D%98-%EC%98%81%ED%96%A5%EC%9D%84-%EB%B0%9B%EC%A7%80-%EC%95%8A%EC%8A%B5%EB%8B%88%EB%8B%A4./<p>I2P는 어제 공개된 log4j 제로데이 취약점(CVE-2021-44228)의 영향을 받지 않습니다. I2P는 로깅에 log4j를 사용하지 않지만, 종속성에서 log4j 사용 여부를 검토할 필요가 있었고, 특히 Jetty를 중점적으로 확인했습니다. 해당 검토에서는 어떠한 취약점도 발견되지 않았습니다.</p> <p>또한 우리의 모든 플러그인을 확인하는 것도 중요했다. 플러그인은 log4j를 포함한 자체 로깅 시스템을 가져올 수 있다. 우리는 대부분의 플러그인이 log4j를 사용하지 않는다는 것을 확인했으며, log4j를 사용하는 플러그인의 경우에도 취약한 버전을 사용하지 않았음을 확인했다.</p> <p>취약한 의존성, 플러그인 또는 앱은 발견되지 않았습니다.</p>/ko/blog/2021/12/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-12%EC%9B%94-7%EC%9D%BC/Tue, 07 Dec 2021 00:00:00 +0000/ko/blog/2021/12/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-12%EC%9B%94-7%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> (03:00:21 PM) eyedeekay: 모두 안녕하세요, 12월 7일 회의에 오신 것을 환영합니다 (03:00:28 PM) eyedeekay: 1) 안녕하세요 (03:00:28 PM) eyedeekay: 2) 1.6.1 릴리스 상태 (03:00:28 PM) eyedeekay: 3) jpackage 업데이트 현황 (03:00:28 PM) eyedeekay: 4) Monero 통합 (03:00:28 PM) eyedeekay: 5) 새로운 SAM 라이브러리 (03:00:37 PM) zzz: 안녕하세요 (03:00:41 PM) zlatinb: 안녕하세요 (03:01:05 PM) eyedeekay: zzz 안녕하세요, zlatinb 안녕하세요 (03:01:12 PM) eyedeekay: 오늘 다른 분도 계신가요? (03:01:16 PM) mode (-m ) zzz에 의해 (03:01:31 PM) eyedeekay: 2) 1.6.1 릴리스 상태 (03:02:32 PM) eyedeekay: 1.6.1 릴리스가 제공 중이며, 토렌트가 활성화되었습니다. Debian/Ubuntu/Launchpad, Maven, GPlay, 그리고 우리 F-Droid도 마찬가지로 배포 중입니다 (03:03:10 PM) eyedeekay: F-Droid 저장소는 아직 최신이 아닙니다. 이번 주 제 작업 중 하나는 우리의 앱이 그들의 자동 빌드 시스템에서 다시 작동하도록 하는 것입니다 (03:04:01 PM) eyedeekay: 우리가 알기로 Debian의 저장소는 현재 우리의 업데이트를 받지 않을 예정입니다. Debian 패키지를 사용 중인 분들은 deb.i2p2.de 또는 deb.i2p2.no로 전환해야 합니다 (03:05:18 PM) eyedeekay: zlatinb가 빌드한 DMG 번들도 1.6.1로 업데이트되었으며 미러와 업데이트로 제공되고 있습니다 (03:06:01 PM) eyedeekay: 제가 빌드한 exe 번들은 오늘 올라갈 예정입니다. 어제 하려 했지만 Windows 업데이트 때문에 발이 묶여서 오늘 저녁에 하겠습니다. (03:06:40 PM) eyedeekay: stats.i2p에 따르면 네트워크의 약 20%가 업데이트했습니다 (03:06:47 PM) eyedeekay: zzz, zlatinb, 추가할 사항 있나요? (03:09:13 PM) eyedeekay: 계신가요? (03:11:26 PM) eyedeekay: 좋아요, 돌아왔습니다 (03:11:40 PM) eyedeekay: (03:06:40 PM) eyedeekay: stats.i2p에 따르면 네트워크의 약 20%가 업데이트했습니다 (03:11:40 PM) eyedeekay: (03:06:47 PM) eyedeekay: zzz, zlatinb, 추가할 사항 있나요? (03:11:50 PM) zzz: 네 (03:12:05 PM) zzz: 아직 biglybt 업데이트의 기미는 없습니다. 곧 나오길 바랍니다 (03:12:10 PM) zzz: 아직 사용자 불만은 없습니다 (03:12:26 PM) zzz: echelon이 1.6.1-2 개발 빌드에서 문제를 겪었지만, 이유는 알 수 없습니다 (03:13:03 PM) zzz: 또한 i2p 패키지의 모든 버전(현재 또는 이전)을 사용하는 사용자들은 jetty9 의존성 변경으로 인해 문제가 발생할 수 있습니다 (03:13:24 PM) zzz: 그런 경우 직접 sudo apt install libservlet3.1-java 를 실행하세요 (03:14:44 PM) zlatinb: biglybt 관련해서, 오늘 일찍 Parg에게(별개 이슈로) 연락을 받았고, 그는 괜찮습니다. (03:15:52 PM) zzz: 최첨단(bleeding-edge) Ubuntu jammy에도 영향을 줄 수 있습니다만, 확실하지는 않습니다 (03:15:52 PM) zzz: eot (03:16:12 PM) zlatinb: eot (03:16:22 PM) zzz: 제 말은 debian/ubuntu 패키지를 뜻합니다 (03:16:22 PM) zzz: eot2 (03:16:22 PM) zzz: 이는 debian sid, 그리고 아마도 jammy에서만 해당합니다 (03:16:22 PM) zzz: eot3 (03:16:22 PM) zzz: 며칠 더 기다렸다가 그에게 다시 재촉하겠습니다 (03:16:31 PM) eyedeekay: 고마워요 zzz, 패키지/의존성 문제는 문제라면 아마 Reddit에서 수면 위로 올라올 겁니다 (03:16:58 PM) eyedeekay: 저는 일상적으로 sid를 사용하지만 지금까지는 이 문제를 겪지 않았습니다 (03:17:01 PM) zzz: 참조: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997213 (03:18:40 PM) eyedeekay: 3) jpackage 업데이트 현황 (03:19:36 PM) eyedeekay: 이건 일부는 이미 다뤘습니다. zlatinb의 dmg 패키지는 미러에 올라가 있고 사이트에도 목록에 올렸습니다 (03:20:29 PM) eyedeekay: 제 Windows 노트북에 해야 할 업데이트가 있어서 어젯밤에는 exe 빌드를 완료하지 못했습니다. 회의 이후에 처리하겠습니다 (03:21:08 PM) eyedeekay: 제 뉴스 서버를 전환해 zlatinb의 새 패키지를 게시하도록 했습니다 (03:21:59 PM) eyedeekay: 아직 사용자 피드백은 받지 못했습니다 (03:22:27 PM) zlatinb: dmg jpackage는 현재 꽤 잘 다듬어졌습니다. 1.5.0->1.5.1의 네트워크 내 업데이트를 end-to-end 테스트했는데 작동했습니다(두 번째 시도에서). (03:23:02 PM) zlatinb: snark에 따르면 토렌트를 1명이 다운로드했습니다 (03:23:27 PM) zlatinb: mac jpackage에 대해 보고할 다른 사항은 별로 없고, 기본적으로 잘 작동합니다 (03:23:28 PM) zlatinb: eot (03:24:04 PM) eyedeekay: 고마워요 zlatinb (03:24:41 PM) eyedeekay: 4) Monero 통합 (03:25:55 PM) eyedeekay: 추수감사절 연휴 동안 GUI 지갑(특히 Feather)에서 Monero-over-I2P가 자동으로 동작하도록 하는 데에 대한 관심이 다시 높아졌습니다 (03:26:38 PM) eyedeekay: 우리는 여기에서 여러 가지 구성의 트레이드오프를 분석하고 디자인 목업을 진행하고 있습니다: (03:26:39 PM) eyedeekay: https://github.com/monero-project/monero-gui/issues/2274 (03:27:15 PM) eyedeekay: 그들은 결국 네트워크 내에서 소프트웨어 업데이트를 배포하는 우리의 모델을 포함해, 우리로부터 몇 가지를 채택하는 데 관심이 있습니다 (03:27:53 PM) eyedeekay: 그 논의에 참여하고 싶은 분은 주로 저기서 진행하고 있고, Monero Matrix 채널에서도 하고 있습니다 (03:28:06 PM) eyedeekay: Monero-Community (03:28:20 PM) eyedeekay: EOT (03:29:05 PM) eyedeekay: 5) 새로운 SAM 라이브러리 (03:29:14 PM) zzz: 멋지네요, 그들이 저수준 주소 프로토콜에 대해 bitcoin이 한 일을 이미 살펴봤다고 가정합니다 (03:29:17 PM) zzz: eot (03:30:31 PM) eyedeekay: 네, 그렇습니다 (03:31:24 PM) eyedeekay: 지난주에 있었던 또 다른 멋진 소식은 diva.exchange의 사람들이 node.js/JavaScript 전반에서 사용할 수 있는 새로운 SAM 라이브러리를 만들었다는 것입니다 (03:32:02 PM) eyedeekay: 현재는 유지보수되지 않는 예전 것보다 문서화가 훨씬 더 철저하고 최신입니다 (03:32:07 PM) eyedeekay: 소스는 여기 있습니다: https://codeberg.org/diva.exchange/i2p-sam (03:32:23 PM) eyedeekay: NPM 패키지는 여기입니다 https://www.npmjs.com/package/@diva.exchange/i2p-sam (03:33:00 PM) eyedeekay: node가 이렇게 인기 있다는 점을 감안하여 조금 주목을 끌어주려 합니다. 요즘은 다들 웹앱을 node로 만드는 것 같네요 (03:33:15 PM) eyedeekay: eot (03:34:21 PM) eyedeekay: 회의에서 다른 안건 있나요? (03:35:13 PM) zlatinb: 저는 없습니다 (03:36:01 PM) eyedeekay: 타임아웃 1, (03:36:04 PM) eyedeekay: 1분 (03:37:03 PM) eyedeekay: 그럼 고마워요 zzz, zlatinb, 다음 회의는 2022년 1월 4일에 진행합니다 (03:37:03 PM) eyedeekay: 곧 로그를 게시하겠습니다 </div>/ko/blog/2021/11/29/1.6.1-release/Mon, 29 Nov 2021 00:00:00 +0000/ko/blog/2021/11/29/1.6.1-release/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>참고: 1.6.1이 현재 릴리스입니다. 1.6.0은 태그되었지만 릴리스되지는 않았습니다.</p> <p>이 릴리스는 2021년에 개발된 두 가지 주요 프로토콜 업데이트의 배포를 완료합니다. router에 대한 X25519 암호화로의 전환이 가속화되며, 올해 말까지 거의 모든 router의 키가 교체될 것으로 예상합니다. 대역폭 사용량을 크게 줄이기 위해 짧은 tunnel build 메시지가 활성화됩니다.</p> <p>새 설치 마법사에 테마 선택 패널을 추가했습니다. SSU 성능을 개선하고 SSU 피어 테스트 메시지 관련 문제를 수정했습니다. 메모리 사용량을 줄이기 위해 tunnel 빌드 Bloom filter(블룸 필터)를 조정했습니다. 비-Java 플러그인 지원을 강화했습니다.</p>/ko/blog/2021/11/02/i2p-jpackages%EA%B0%80-%EC%B2%AB-%EC%97%85%EB%8D%B0%EC%9D%B4%ED%8A%B8%EB%A5%BC-%EB%B0%9B%EC%95%98%EC%8A%B5%EB%8B%88%EB%8B%A4/Tue, 02 Nov 2021 00:00:00 +0000/ko/blog/2021/11/02/i2p-jpackages%EA%B0%80-%EC%B2%AB-%EC%97%85%EB%8D%B0%EC%9D%B4%ED%8A%B8%EB%A5%BC-%EB%B0%9B%EC%95%98%EC%8A%B5%EB%8B%88%EB%8B%A4/<p>몇 달 전 더 많은 사람이 I2P의 설치와 구성을 더 쉽게 할 수 있도록 하여 새로운 사용자가 I2P 네트워크에 합류하는 데 도움이 되기를 바라며 새로운 패키지를 출시했습니다. 외부 JVM에서 Jpackage(Java 패키징 도구)로 전환하고, 대상 운영 체제용 표준 패키지를 빌드했으며, 운영 체제가 인식할 수 있는 방식으로 서명하여 사용자 보안을 유지함으로써 설치 과정의 수십 단계를 제거했습니다. 그 이후 jpackage router들은 새로운 이정표에 도달했으며, 곧 첫 번째 증분 업데이트를 받게 됩니다. 이번 업데이트는 JDK 16 jpackage를 업데이트된 JDK 17 jpackage로 교체하고, 릴리스 이후에 발견된 몇 가지 작은 버그에 대한 수정도 제공합니다.</p>/ko/blog/2021/11/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-11%EC%9B%94-2%EC%9D%BC/Tue, 02 Nov 2021 00:00:00 +0000/ko/blog/2021/11/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-11%EC%9B%94-2%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb, Ryemantis_</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> (04:00:16 PM) eyedeekay: 모두 안녕하세요, 11월 2일 커뮤니티 미팅에 오신 것을 환영합니다 (04:00:16 PM) eyedeekay: 1) 안녕하세요 (04:00:16 PM) eyedeekay: 2) 1.6.0 개발 현황 / 예정된 릴리스 (04:00:16 PM) eyedeekay: 3) mac/win jpackage 베타 상태, 사용자 테스트 보고, 네트워크 내부(in-network) 17.0.2 업데이트 상태, 1.6.0 업데이트 계획? (04:00:35 PM) zzz: 안녕하세요 (04:00:38 PM) zlatinb: 안녕하세요 (04:00:55 PM) eyedeekay: zzz, zlatinb 안녕하세요 (04:01:25 PM) eyedeekay: 2) 1.6.0 개발 현황 / 예정된 릴리스 (04:02:25 PM) eyedeekay: 릴리스 스레드는 여기 있습니다: `http://zzz.i2p/topics/3170-1-6-0-release-summary` 그리고 아직 날짜를 정하지 못했습니다. 그 스레드에 답을 달았어야 했는데, 여기서 정할까요? (04:02:43 PM) zzz: 네, 부탁합니다 (04:03:18 PM) zzz: 지금부터 3주면 13주가 됩니다. +/- 1주도 저에겐 괜찮습니다 (04:03:19 PM) eyedeekay: 좋습니다, 그러면 저는 미국 추수감사절 이후인 29일이 속한 그 주가 좋겠습니다 (04:04:12 PM) zlatinb: 12월 초까지 메인 워크스테이션에서 잠시 자리를 비웁니다(afk), 그래서 jpackage 설치 프로그램을 빌드하거나 서명할 수 없습니다. 하지만 제 휴대전화에 있어서 signtool용 OTP(일회용 비밀번호)는 드릴 수 있습니다. (04:05:34 PM) zzz: 좋아요, 그럼 잠정적으로 28일이 속한 주로 할까요? eche|off eche|on 이의 있으신가요? (04:07:30 PM) eyedeekay: 28일이 속한 주로 저는 일단 괜찮습니다. (04:08:34 PM) eyedeekay: 안건 2)와 관련해 다른 사항 있나요? (04:08:45 PM) zzz: 네, 간단히 상태 공유하겠습니다 (04:09:02 PM) zzz: 변경량으로 보면 꽤 소규모 릴리스가 될 것 같습니다 (04:09:27 PM) zzz: 몇 가지 SSU 속도 향상이 아마도 핵심일 겁니다 (04:09:48 PM) zzz: zlatinb, 시간 되면 단위 테스트의 사용중단(deprecation) 관련 수정도 끼워 넣어주면 좋겠습니다 (04:09:52 PM) zzz: EOT (04:10:02 PM) eyedeekay: 고마워요 zzz (04:10:28 PM) zlatinb: 네, 단위 테스트는 장담은 못 합니다 :) (04:10:42 PM) eyedeekay: 3) mac/win jpackage 베타 상태, 사용자 테스트 보고, 네트워크 내부(in-network) 17.0.2 업데이트 상태, 1.6.0 업데이트 계획? (04:12:18 PM) zlatinb: 그게 jdk 17.0.1을 말하는 거겠죠. 제가 알기로 17.0.2는 아직 나오지 않았습니다 (04:12:21 PM) zzz: 네, 그 항목은 두 분이 커뮤니티에 업데이트를 공유할 기회를 드리려고 넣었습니다 (04:12:32 PM) eyedeekay: 며칠 전에 zlatinb와 논의했고, jpackage 설치판에 대해 OpenJDK 17 업데이트를 하는 방안을 검토했습니다 (04:12:43 PM) zzz: 오타는 무시해 주세요 :) (04:13:36 PM) Ryemantis__ is now known as Ryemantis_ (04:14:08 PM) eyedeekay: 현재 jpackage 설치판의 네트워크 내부(in-network) 업데이트를 수행할 준비는 되어 있지만, jpackage 릴리스는 본 릴리스를 기다렸다가 진행할 예정이며 그때 17.0.1 또는 17.0.2로 업데이트할 것입니다 (04:14:55 PM) zlatinb: 17.0.2는 1월 중순까지 예정이 아니니, 1.6.0 jpackage 릴리스는 확실히 해야 합니다 (04:15:32 PM) zlatinb: 제 생각에는 네트워크 내부(in-network) 업데이트 절차를 드라이런(dry-run)으로 한 번 돌려서 벌레들(버그)을 털어내고 싶습니다. 다만 저는 그 이후 자리를 비우기 때문에 다음 7일 안에 진행되어야 합니다 (04:16:03 PM) zlatinb: 요약하면, 다음이 진행되어야 합니다: (04:16:12 PM) zzz: eyedeekay, 그건 조금 불명확하네요... '준비'는 되었지만 지금 하지는 않고 기다리겠다는 뜻인가요? (04:16:28 PM) zlatinb: 1. i2p.newsxml repo를 업데이트하여 플랫폼별 entries.html을 생성 (04:16:50 PM) zlatinb: 2. idk와 ech의 news http 서버가 새 news.su3 파일을 제공(serve)할 수 있는지 확인 (04:17:17 PM) zlatinb: 3. i2p-1.5.0 태그에서 i2p.i2p를 분기(branch)하고, CoreVersion/RouterVersion을 올리고(bump), i2p-1.5.1 태그 지정 (04:17:27 PM) zlatinb: 4. jpackage 설치 프로그램 빌드, 필요 시 서명/공증(notarize) (04:17:47 PM) zlatinb: 5. 새 release.json으로 새 entries.html 빌드 (04:17:50 PM) zlatinb: 6. 배포 (04:17:51 PM) zlatinb: eot (04:18:03 PM) zlatinb: 그래서 그게 7일 안에 가능할지는 모르겠지만, 가능하면 정말 좋겠습니다 (04:19:10 PM) eyedeekay: 준비되었다는 말은, i2p.newsxml 변경으로 네트워크 내부(in-network) 업데이트 배포에 사용할 수 있는 유효한 피드를 생성하고, 제 lighttpd news 설정에서 정상 동작한다는 뜻입니다 (04:20:00 PM) eyedeekay: 플랫폼별 entries.html 지원을 추가해야 합니다. 지금은 모두가 모든 뉴스를 받지만 토렌트만 서로 다르게 받습니다 (04:20:38 PM) zzz: 좀 더 큰 관점에서, 베타인 만큼 잘 진행되고 있나요? 다운로드나 불만이 접수되고 있나요? (04:21:16 PM) zlatinb: 다운로드 - matomo 기준 mac은 하루 약 25건, windows는 하루 약 100건입니다 (04:21:44 PM) eyedeekay: 큰 불만은 없었습니다. 아키텍처와 Windows가 설치되었는지 여부에 따라 설치된 패키지의 경로를 감지하는 데 문제가 있었고, 일부 Windows 사용자에게 영향을 줬지만 설치 프로그램에서 런처를 실행했을 때에만 그랬습니다 (04:22:03 PM) eyedeekay: 그래서 설치 프로그램을 실행한 뒤에는 버그가 사라지고, 새 버전에서는 수정되어 있습니다 (04:22:11 PM) eyedeekay: 아, 곧 그렇게 될 겁니다 (04:22:15 PM) zzz: 좋네요 (04:22:21 PM) eyedeekay: 그게 지난달 zab가 보고한 문제입니다 (04:22:40 PM) eyedeekay: *이전 에디션에서 설치했거나 업데이트했을 때 (04:24:34 PM) Ryemantis_: 안녕하세요, 모두들. 최근 몇 주 동안 너무 조용했던 점에 대해 간단히 인사드리고 사과드리고 싶었습니다. 10월은 저에게 매우 바빴고, 하드웨어 고장까지 겹쳤습니다. 이번 주가 지나면 워크스테이션을 다시 정비해서 Android I2P 작업을 계속할 시간이 생길 것 같습니다. 현재 LiveData, Remote-starting I2P, 그리고 UPnP 수정 작업을 진행 중입니다. 복귀하면 포럼에도 업데이트를 올리겠습니다 (04:24:35 PM) Ryemantis_: 입니다. 또, 더 시급히 챙겨야 할 이슈가 있으면 알려주세요. (04:25:04 PM) eyedeekay: 연락 줘서 고마워요 Ryemantis_, 미팅에 온 걸 환영합니다 (04:25:28 PM) eyedeekay: 진행 중인 작업 업데이트 고맙습니다. 하드웨어 고장도 그렇고, 그런 일들은 우리 모두에게 일어납니다 (04:27:01 PM) eyedeekay: 잠시 3)로 돌아가서, 당장은 platform별 뉴스 피드를 위해 data/entries.html뿐만 아니라 data/platform/branch/entries.html에도 entries.html 지원을 추가하는 일이 제게 달려 있습니다 (04:27:13 PM) Ryemantis_: 이해해 주셔서 정말 감사합니다. 모두의 수고에도 감사드립니다 (04:28:23 PM) eyedeekay: 모두가 모든 뉴스를 받는 단일 피드 대신에요 (04:29:00 PM) eyedeekay: 그 이후에는 zlatinb가 설명한 3단계부터 시작할 수 있습니다 (04:29:37 PM) eyedeekay: 3) 관련해서 더 있을까요? (04:30:20 PM) zlatinb: 아니요, 그게 전부를 포괄한 것 같습니다 (04:30:46 PM) eyedeekay: 좋아요. 미팅과 관련해 다른 사항 있나요, zzz, zlatinb, Ryemantis_? (04:31:04 PM) zzz: 없습니다 (04:31:30 PM) Ryemantis_: 없습니다 (04:31:49 PM) zlatinb: 짧게 하나만요 - 다음 미팅은 1일에 하나요? (04:31:54 PM) ***zlatinb 캘린더 확인 (04:32:12 PM) eyedeekay: 7일인 것 같아요, zlatinb (04:32:20 PM) zlatinb: 알겠어요, 그럼 넘어가죠 (04:32:33 PM) eyedeekay: 제 달력 기준으로 1일은 수요일입니다 (04:33:28 PM) eyedeekay: 아, 그러고 보니 서머타임(DST) 말이 나왔네요. 저는 항상 UTC 기준으로 미팅을 잡아왔는데, 서머타임에 맞춰 미팅 시간을 조정하고 싶은 분 계신가요? (04:33:36 PM) zzz has changed the topic to: 1.5.0-4 | Tag freeze Wed. Nov. 17 (04:35:30 PM) eyedeekay: 그럼 없는 것으로 알겠습니다. 누군가 포럼 스레드에서 제기하지 않는 한, 미팅은 계속 동일한 UTC 시각에 잡겠습니다 (04:36:05 PM) eyedeekay: 미팅에 참석해 주셔서 모두 감사합니다. 몇 분 안에 로그를 게시하겠습니다. </div>/ko/blog/2021/10/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-10%EC%9B%94-5%EC%9D%BC/Tue, 05 Oct 2021 00:00:00 +0000/ko/blog/2021/10/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-10%EC%9B%94-5%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb, T3s|4</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> (04:00:04 PM) eyedeekay: 모두 안녕하세요, 커뮤니티 미팅에 오신 것을 환영합니다 (04:00:04 PM) eyedeekay: 1) 안녕하세요 (04:00:04 PM) eyedeekay: 2) 남은 0.9.50/1.5.0 항목 (04:00:04 PM) eyedeekay: 3) Jpackage 배포판 (04:00:04 PM) eyedeekay: 4) 1.6.0 개발 현황 (04:00:15 PM) mode (-m ) by zzz (04:00:16 PM) eyedeekay: 1) 안녕하세요, 오늘 누가 오셨나요? (04:00:24 PM) zlatinb: hi (04:00:24 PM) zzz: here (04:00:48 PM) eyedeekay: zzz 안녕하세요, zlatinb 안녕하세요 (04:01:30 PM) eyedeekay: 2) 남은 0.9.50/1.5.0 항목 (04:02:21 PM) eyedeekay: 지난 미팅과 같은 상황입니다. 현재 mhatta와 연락이 닿지 않아 Debian 메인 패키지들이 업데이트되지 못하고 있습니다 (04:02:55 PM) eyedeekay: 다음 릴리스부터 Debian과 Ubuntu에서 I2P를 설치하는 공식 권장 방법은 우리 .deb repository/PPA를 사용하는 것으로 변경될 예정입니다 (04:03:26 PM) eyedeekay: 또한 우리 저장소를 더 안전하게 사용할 수 있도록 권장 사항을 반영해 안내서도 업데이트하고 있습니다 (04:03:52 PM) eyedeekay: 새 설정에서는, 우리의 .deb 패키지 서명 키가 모든 패키지에 유효한 대신 우리 패키지에만 유효하도록 변경됩니다 (04:04:04 PM) eyedeekay: 현재 deb/ubuntu 사용자들은 아무것도 변경할 필요가 없습니다 (04:05:04 PM) eyedeekay: 2)에 대해 제가 준비한 건 여기까지입니다. 다른 분들 의견 있나요? (04:05:23 PM) T3s|4: eyedeekay: ^모두 확인했고, 저도 참석했습니다 (04:06:21 PM) eyedeekay: 고마워요 T3s|4 (04:06:21 PM) eyedeekay: 2) 항목에 대해 1분 타임아웃 (04:07:36 PM) eyedeekay: 좋습니다 3) Jpackage 배포판 (04:08:02 PM) zlatinb: 이 주제에 대해 두 가지가 있는데, 둘 다 좋은 소식은 아닙니다 (04:08:18 PM) eyedeekay: 좋아요, 그럼 먼저 시작해 주세요 (04:08:42 PM) zlatinb: 3.1 - Mac DMG가 sigterm.no 미러에 제대로 배포되지 않았고, 릴리스 후 2주가 지나서야 발견했습니다 (04:09:11 PM) zlatinb: 꽤 큰 실패입니다. 왜 이런 일이 벌어졌는지, 앞으로 어떻게 방지할 수 있을지 파악할 필요가 있습니다 (04:09:30 PM) zlatinb: 3.2 - 방금 Firefox만 설치된 새 Windows 10 VM에서 Windows AIO를 시도했는데, .bat가 I2P.exe를 실행하지 못했습니다 (04:09:50 PM) zlatinb: I2P.exe를 수동으로 실행하면 잘 동작하지만, 둘 간의 연결 어딘가에서 문제가 생긴 것 같습니다 (04:09:50 PM) zzz: AIO가 뭐죠? (04:09:55 PM) eyedeekay: Easy-Install (04:09:56 PM) zlatinb: All-In-One (04:10:17 PM) zlatinb: EOT (04:11:42 PM) eyedeekay: sigterm.no 문제는 일부 제 책임입니다. 예전 방식으로 미러 동기화를 하던 데서 비롯된 문제였고, 지금은 해결했습니다. (04:12:13 PM) eyedeekay: Windows 번들 관련해서는, 그런 일이 있어서는 안 됩니다. 좋지 않네요. 미팅이 끝나는 대로 i2p.firefox에서 후속 조치하겠습니다. 알려줘서 고마워요. (04:12:50 PM) zlatinb: 좋아요, 어떤 방식으로든 디버깅 돕겠습니다 (04:14:54 PM) eyedeekay: 제 쪽에서는 업데이트에 사용할 i2p.newsxml 변경 사항을 테스트 중이며, 이번 주에 검토 가능할 겁니다. 뉴스 서버 운영 지침에 일부 사소한 변경 사항이 있어서 ech와 함께 살펴봐야 하지만 이미 관련해 소통 중입니다 (04:16:03 PM) zzz: 3.3 OSX용 번들 관련해서, ARM Mac에서 미검증 상태이고 성능도 미지수라는 점을 안내하고, 테스터를 모집할 것을 권고합니다 (04:16:17 PM) eyedeekay: 네 동의합니다. 그 변경은 오늘 밤 웹 사이트에 반영할 수 있습니다 (04:16:19 PM) zzz: 그리고 그에 따라 ARM 빌드를 언제 시작할지 결정합시다 (04:17:17 PM) eyedeekay: 그렇게 하겠습니다 (04:17:20 PM) zzz: 이론적으로 Java 17은 OSX ARm 네이티브를 지원하지만, openjdk 계열 사이트들 중 JRE 빌드를 제공하는 곳이 있는지는 모르겠습니다 (04:18:26 PM) zzz: EOT, 감사합니다 (04:18:38 PM) zlatinb: Mac aarch64용 빌드는 jpackage 때문에 Mac aarch64에서 해야 합니다 (04:18:55 PM) zlatinb: 그래서 언젠가 ARM Mac을 구해야 한다는 뜻이죠 (04:19:12 PM) zlatinb: 아니면 다른 누군가가 Apple 개발자 계정을 구하든가요 (04:19:31 PM) zlatinb: eot (04:20:35 PM) eyedeekay: 제 Mac도 안타깝게 x86_64라서, 제가 하겠다고 나설 수가 없네요 (04:21:17 PM) eyedeekay: 3) 관련해서 더 있을까요? (04:22:19 PM) eyedeekay: 그럼 4) 1.6.0 개발 현황입니다 (04:25:17 PM) eyedeekay: zzz가 여기에서 개발과 현황을 계속 공유해 주고 있습니다: `http://zzz.i2p/topics/3170-1-6-0-release-summary` (04:25:20 PM) eyedeekay: 6주 경과, 약 7주 남음 (04:25:40 PM) eyedeekay: router 콘솔에 계획했던 두 가지 큰 변경 중 하나인 HTTP 프록시의 X-I2P-Locations는 반영되지 않을 가능성이 큽니다 (04:26:10 PM) eyedeekay: 다른 하나인 fork-and-forget 플러그인 관리는 이번 주에 준비 완료될 예정입니다 (04:27:10 PM) eyedeekay: SSU2 작업은 #LS2에서 계속되고 있습니다 (04:27:10 PM) eyedeekay: zlatinb와 zzz도 SSU1에서의 성능 문제를 식별하고 디버깅하고 있습니다 (04:27:26 PM) eyedeekay: 추가할 사항 있나요, zzz, zlatinb (04:27:28 PM) eyedeekay: ? (04:28:07 PM) zzz: 이번 릴리스에는 현재까지 큰 변경이 많지 않습니다 (04:28:21 PM) zzz: 지금 시점의 diff는 아주 작습니다 (04:28:50 PM) zzz: 다른 큰 변경이 있으면 곧 넣도록 합시다 (04:29:36 PM) eyedeekay: 저는 이번 주말 이후엔 큰 변경이나 급격한 변경은 넣지 않겠습니다. 월요일까지 끝내지 못하면 작은 것들만 하겠습니다. (04:29:40 PM) zzz: 11월 말 릴리스 일정은 유지될 것 같습니다 (04:30:43 PM) zzz: eot (04:30:45 PM) zzz: 아, 또 하나. EOL 이후 Jetty 9.3.30 릴리스에 일부 CVE 백포트가 포함될 예정인데, 태깅은 했지만 아직 빌드를 게시하지 않았습니다. 그쪽에선 흔한 일입니다 (04:31:43 PM) eyedeekay: 빌드 게시가 너무 지연되면 릴리스를 미뤄야 하나요? (04:32:37 PM) zzz: 길어야 일주일 정도일 겁니다. 만약 somehow 안 한다면, 우리가 그들의 패치를 가져오면 됩니다 (04:33:02 PM) eyedeekay: 알겠습니다, 설명 감사합니다 (04:33:35 PM) eyedeekay: 4)에 대해 더 있을까요? 아니면 여기 있는 동안 다른 논의할 사항이 있을까요? (04:35:03 PM) eyedeekay: 1분 타임아웃 (04:35:04 PM) zzz: 등록된 닉을 가진 분 중 voice가 필요하시면 제가 'm' 버튼을 누르기 전에 알려주세요. 불편을 드려 죄송합니다 (04:37:10 PM) eyedeekay: 모두들 미팅에 와 주셔서 감사합니다 (04:37:10 PM) eyedeekay: IRC에서 뵙고, 다음 달 미팅에서 봬요 (04:37:20 PM) eyedeekay: 웹사이트를 몇 가지 업데이트해야 합니다 (04:37:59 PM) eyedeekay: IRC 서버의 voice 관련 zzz의 위 ^ 안내를 참고해 주세요 (04:40:00 PM) eyedeekay: 아, 한 가지 더. 저는 목요일과 금요일에는 타지에 나가 있을 예정이라, 그날들은 오프라인으로 작업합니다. 제가 온라인이 아니면 idk_afk로 메시지를 보내 주세요, 저녁까지 확인하겠습니다 </div>/ko/blog/2021/09/18/bitcoin-core%EA%B0%80-i2p-%EC%A7%80%EC%9B%90%EC%9D%84-%EC%B6%94%EA%B0%80%ED%96%88%EC%8A%B5%EB%8B%88%EB%8B%A4/Sat, 18 Sep 2021 00:00:00 +0000/ko/blog/2021/09/18/bitcoin-core%EA%B0%80-i2p-%EC%A7%80%EC%9B%90%EC%9D%84-%EC%B6%94%EA%B0%80%ED%96%88%EC%8A%B5%EB%8B%88%EB%8B%A4/<p>수개월에 걸친 준비 끝에, 비트코인 코어가 I2P에 대한 공식 지원을 추가했습니다! Bitcoin-over-I2P 노드는 I2P와 clearnet(일반 인터넷) 모두에서 동작하는 노드의 도움을 받아 다른 비트코인 노드들과 완전히 상호작용할 수 있어, 비트코인 네트워크에서 동등한 참여자가 됩니다. 비트코인과 같은 대규모 커뮤니티가 I2P가 전 세계 사람들에게 프라이버시와 도달성을 제공함으로써 가져다줄 수 있는 이점을 주목하는 모습을 보게 되어 정말 고무적입니다.</p> <h2 id="작동-방식">작동 방식</h2> <p>I2P 지원은 SAM API를 통해 자동으로 이루어집니다. 이는 애플리케이션 개발자가 I2P 연결을 프로그래밍 방식으로 그리고 편리하게 구축할 수 있도록 하는 등, I2P가 특히 뛰어난 점들을 부각시키는 반가운 소식이기도 합니다. Bitcoin-over-I2P 사용자는 SAM API를 활성화하고 I2P를 활성화한 상태로 Bitcoin을 실행하면 수동 구성 없이 I2P를 사용할 수 있습니다.</p>/ko/blog/2021/09/15/improving-i2p-adoption-and-onboarding-using-jpackage-i2p-zero/Wed, 15 Sep 2021 00:00:00 +0000/ko/blog/2021/09/15/improving-i2p-adoption-and-onboarding-using-jpackage-i2p-zero/<p>I2P는 그 존재 기간 대부분 동안, 플랫폼에 이미 설치된 Java Virtual Machine의 도움으로 실행되는 애플리케이션이었습니다. 이는 Java 애플리케이션을 배포하는 통상적인 방식이었지만, 많은 사람들에게 설치 절차가 복잡해지는 문제를 야기합니다. 더 복잡한 것은, 특정 플랫폼에서 I2P를 쉽게 설치할 수 있게 하는 &ldquo;정답&quot;이 다른 플랫폼에서도 같지 않을 수 있다는 점입니다. 예를 들어, Debian 및 Ubuntu 기반 운영 체제에서는 표준 도구만으로 I2P를 비교적 간단하게 설치할 수 있습니다. 우리 패키지에서 필요한 Java 구성 요소를 &ldquo;Required&quot;로 간단히 나열할 수 있기 때문입니다. 그러나 Windows나 OSX에는 호환되는 Java가 설치되었는지 우리가 확실히 할 수 있도록 해 주는 그런 시스템이 없습니다.</p>/ko/blog/2021/09/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-9%EC%9B%94-7%EC%9D%BC/Tue, 07 Sep 2021 00:00:00 +0000/ko/blog/2021/09/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-9%EC%9B%94-7%EC%9D%BC/<h2 id="간단-정리">간단 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (04:02:11 PM) eyedeekay: 여러분 안녕하세요, 갑작스런 공지 죄송합니다, 9월 7일 회의에 오신 것을 환영합니다 (04:02:11 PM) eyedeekay: 1) 안녕하세요 (04:02:11 PM) eyedeekay: 2) 남은 0.9.50/1.5.0 항목 (04:02:11 PM) eyedeekay: 3) Debian 저장소 변경 사항 (04:02:11 PM) eyedeekay: 4) Jpackage 배포판 (04:02:11 PM) eyedeekay: 5) 1.6.0 계획 (04:03:12 PM) zlatinb: 안녕하세요 (04:03:21 PM) eyedeekay: 안녕하세요 zlatinb (04:04:21 PM) eyedeekay: 좋아요, 바로 시작하죠. 회의 중에 다른 분이 들어오면 말씀해 주시고 참석 사실을 알려주세요 (04:04:49 PM) zzz: 안녕하세요 (04:04:54 PM) eyedeekay: 안녕하세요 zzz (04:05:03 PM) eyedeekay: 2) 남은 0.9.50 항목과 1.5.0 항목부터 진행하겠습니다 (04:05:41 PM) serempa: 안녕하세요 (04:05:55 PM) eyedeekay: 안녕하세요 serempa, 커뮤니티 회의에 오신 것을 환영합니다 (04:06:19 PM) serempa: 오 운이 좋네요 :) (04:06:20 PM) eyedeekay: 늘 있는 일인데, mhatta가 관리하는 우리의 Debian 업스트림 패키지가 최신이 아닙니다. 현재로서는 프로젝트 Debian 저장소 사용을 권장합니다. 이제 제가 관리하는 http(s)://deb.i2p2.de 입니다 (04:06:54 PM) eyedeekay: 매달 첫째 주 화요일 UTC 오후 8시, 친구들에게도 알려주세요 :) (04:07:19 PM) serempa: 흠, 사실 저는 i2pd를 쓰고 있어요 (04:07:28 PM) zzz: 우리 F-Droid와 공식 F-Droid 둘 다 아직 할 일로 남아 있는 것 같네요, eyedeekay ? (04:07:41 PM) eyedeekay: 네, 바로 그 얘기하려 했어요 (04:09:26 PM) eyedeekay: F-Droid 저장소를 아직 업데이트 중입니다. 공식 F-Droid가 언제 업데이트되는지는 제가 제어할 수 없어서 권고는 비슷합니다. 공식 F-Droid 저장소보다 우리 F-Droid가 먼저 업데이트될 것입니다 (04:10:23 PM) eyedeekay: 따라서 최신 패키지를 원하시면 자가 호스팅 F-Droid를 사용하셔야 할 가능성이 높습니다 (04:10:48 PM) zzz: 그 밖에 빠진 건 없어 보입니다 (04:11:42 PM) eyedeekay: 남아 있는 출시물은 그 두 가지뿐입니다 (04:12:35 PM) serempa: 죄송하지만 ARM 패키지를 누가 관리하고 있나요? (04:13:16 PM) zzz: 우리는 Java가 있는 모든 플랫폼에서 동작합니다 (04:13:20 PM) serempa: RPI 저장소에서는 0.9.38-3.1이에요 (04:13:47 PM) eyedeekay: 그건 sources.list에 deb.i2p2.de를 추가하지 않은 raspbian인가요? (04:14:01 PM) eyedeekay: 확인차 묻습니다, serempa? (04:14:05 PM) zzz: geti2p.net/debian의 안내를 따라 우리 저장소를 사용할 수 있어요, serempa (04:14:21 PM) serempa: 오, 알겠어요 죄송 (04:14:23 PM) eyedeekay: 네, 거기에 최신 Pi 패키지가 있을 거예요 (04:14:37 PM) eyedeekay: 그럼 3) Debian 저장소 변경 사항으로 넘어가죠 (04:14:37 PM) eyedeekay: 이전 http://deb.i2p2.no 저장소에 DNS 문제가 있었습니다 (04:15:43 PM) eyedeekay: 그에 사용하던 서버는 더 이상 어떤 용도로도 쓰지 않고 퇴역했습니다. 앞으로는 deb.i2p2.de와 deb.i2p2.no를 HTTP와 HTTPS 모두로 사용할 수 있습니다 (04:16:40 PM) eyedeekay: 새 구성 사용 중 문제가 생기면 알려주세요. 전반적으로는 문제가 더 적어야 합니다 (04:17:22 PM) eyedeekay: 3)에 대해 덧붙일 내용 있나요? (04:18:07 PM) eyedeekay: 4) Jpackage 배포판 (04:19:29 PM) eyedeekay: Zab의 jpackage 릴리스는 지금까지 성공적이었습니다. 적어도 일부 사용자들이 사용 중입니다 (04:20:29 PM) eyedeekay: 이제 jpackage들이 각 배포판에 대한 뉴스와 업데이트를 가져갈 수 있도록 뉴스 서버를 어떻게 조정할지 더 명확해졌습니다 (04:20:45 PM) eyedeekay: 몇 가지 버그 수정을 포함하고 홈페이지와 검색 엔진을 설정하는 I2P In Private Browsing의 새 버전을 릴리스할 수 있을 때까지 제 릴리스를 미룰 예정입니다 (04:21:31 PM) eyedeekay: 대략 일주일 정도 더 걸릴 것 같습니다 (04:21:49 PM) eyedeekay: 4)에 대해 다른 사항 있나요, zlatinb? zzz? (04:22:06 PM) zlatinb: 이런, 잠깐만요 (04:22:06 PM) zlatinb: 렉 렉 (04:22:37 PM) eyedeekay: 문제없어요, 말씀하세요 zlatinb (04:22:39 PM) zlatinb: 네, Mac dmg가 하루 평균 약 25회 다운로드됩니다 (04:22:44 PM) eyedeekay: 좋네요! (04:23:10 PM) zlatinb: /en/download/mac 페이지에도 트래픽이 좋습니다. 많은 사람들이 .jar를 받으려다 그 페이지로 방문하네요 (04:23:50 PM) zzz: 돌아왔어요, 죄송, 컴퓨터 문제였어요 (04:24:12 PM) eyedeekay: (04:22:39 PM) zlatinb: 네, Mac dmg가 하루 평균 약 25회 다운로드됩니다 (04:24:12 PM) eyedeekay: (04:22:44 PM) eyedeekay: 좋네요! (04:24:12 PM) eyedeekay: (04:23:10 PM) zlatinb: /en/download/mac 페이지에도 트래픽이 좋습니다. 많은 사람들이 .jar를 받으려다 그 페이지로 방문하네요 (04:24:24 PM) eyedeekay: 참고하라고 다시 적었습니다^ (04:25:09 PM) zzz: 세 분, 뉴스 서버 URL 문제는 해결하셨나요? (04:25:39 PM) zlatinb: 최근 Mac OS 버전에서는 notarization 때문에 전혀 동작하지 않습니다 (04:25:39 PM) zlatinb: eot (04:25:39 PM) zlatinb_ is now known as zlatinb (04:25:47 PM) zlatinb: 지연이 심하네요, 죄송 (04:27:00 PM) eyedeekay: 아직입니다. zlatinb, 남아 있는 뉴스 URL 이슈에 대해 만나서 이야기하기 좋은 시간이 언제일까요? 요구사항과 관련해 한두 가지 질문이 있어요. 이번 주에 만날 수 있다면 충분할 것 같습니다 (04:27:42 PM) zlatinb: 네, 처리 방식에 합의하면 python 변경은 제가 하겠습니다 (04:27:56 PM) zlatinb: 핵심은 제품별로 뉴스 피드를 분리할지, 아니면 메타데이터만 다르게 할지입니다 (04:28:05 PM) zlatinb: 그걸 결정해야 합니다 (04:29:45 PM) eyedeekay: 그럼 이번 주 중에 짧게 음성 미팅을 하고 싶어요. 일정은 나중에 잡죠. 아직 어떤 장단점을 더 중요하게 볼지 확신이 없어요 (04:30:01 PM) zlatinb: 좋아요 (04:30:08 PM) eyedeekay: 좋습니다 (04:30:21 PM) eyedeekay: 4)에 대해 더 있을까요? (04:30:30 PM) zzz: 처음으로 중간 업데이트를 할 때는 다른 피드가 필요할 겁니다. 예: Java (04:31:17 PM) zzz: echelon도 꼭 포함하세요. 그쪽에서도 이슈가 있을 수 있어요 (04:32:19 PM) eyedeekay: 중간 업데이트가 non-jpackage에서 jpackage로 넘어가는 걸 말하나요? 제 쪽에서는 그건 "disabled" 상태예요. NSIS installer는 IzPack installer를 발견하면 덮어쓰지 않습니다 (04:33:01 PM) zzz: 적절한 단어가 떠오르지 않았네요. 업스트림 릴리스 사이의 중간 릴리스를 말합니다. 예: 1.5.1 (04:33:10 PM) eyedeekay: 아, 알겠습니다 (04:33:20 PM) eyedeekay: 그렇군요, 지적해 줘서 고마워요 (04:33:50 PM) eyedeekay: 모두가 공유할 수 있도록 그룹 이메일을 보내겠습니다 (04:34:12 PM) eyedeekay: 그리고 OpenJDK 릴리스 때문에 그런 피드가 확실히 필요합니다 (04:34:34 PM) eyedeekay: 그래서 우리에게 중요한 사안이에요 (04:35:13 PM) eyedeekay: 좋아요, 4)에 대해 다른 내용 있나요? (04:36:21 PM) eyedeekay: 그러면 5) 1.6.0 계획으로 넘어가죠 (04:37:45 PM) eyedeekay: 잠시 시간을 내서 계획을 적어두면 좋겠습니다, 타임아웃 3분 (04:38:23 PM) zzz: 웹사이트의 1.5.0과 1.6.0 로드맵을 업데이트했습니다. eyedeekay, 본인 항목을 검토하고 수정해 주세요 (04:38:45 PM) zlatinb: 테스트넷에서 관찰한 SSU 성능 저하에 대해 빠른 해결책이 있는지 보려고 합니다. 지연된 ack(승인 응답)이 너무 오래 걸리는 것 같은 단순한 문제라면 1.6.0에 포함할 수 있을 것 같아요 (04:39:04 PM) zlatinb: 더 복잡한 문제로 밝혀지면 대체 작업을 진행 중이므로 굳이 할 가치가 없을 겁니다 (04:39:40 PM) zzz: 1.6.0에 제 목록은 많지 않습니다... 현재 제 최우선 순위는 SSU2이고, 아직 아주 초기 단계라 내년 중반 이전에 완료되리라 기대하지 않습니다 (04:39:52 PM) eyedeekay: 확인, zzz, 오늘 저녁에 하겠습니다 (04:39:52 PM) eyedeekay: 복붙해왔어요, 제 책장에 붙여 둔 목록입니다: (04:39:52 PM) eyedeekay: 코드/패키징: (04:39:52 PM) eyedeekay: 1) "Unmanaged" 플러그인 클래스를 제거하고, Fork-and-Exec 플러그인을 관리 가능하게 만들기. (04:39:52 PM) eyedeekay: 2) HTTP 프록시에 X-I2P-Location의 클라이언트 측 지원 추가 (04:39:52 PM) eyedeekay: 3) I2P 브라우저 프로필 Debian 패키지화 (04:39:52 PM) eyedeekay: 4) I2P 브라우저 프로필 플러그인화 (04:39:52 PM) eyedeekay: 5) goSam과 sam3를 Github 대신 i2pgit.org로 이전 (04:39:52 PM) eyedeekay: 6) sam-forwarder의 UDP tunnels를 정리하고 go-i2p 네임스페이스로 이동 (04:39:52 PM) eyedeekay: 7) go-i2p 변경 사항을 마침내 수정하고 업스트림에 병합 (04:39:52 PM) eyedeekay: 웹/문서화: (04:39:52 PM) eyedeekay: 1) Android 브라우징, 메일, BitTorrent에서 I2P "사용 방법" 문서화 (04:39:52 PM) eyedeekay: 2) 다운로드 페이지를 관리 가능한 단위로 분할하고 OS별 페이지로 리디렉션 (04:39:52 PM) eyedeekay: 3) 웹사이트에 Jpackage 설치 절차 문서화 (04:39:52 PM) eyedeekay: 기타: (04:39:52 PM) eyedeekay: 1) i2p.keyring.i2p를 i2pgit.org로 마이그레이션 (04:39:52 PM) eyedeekay: 2) 다른 앱(BRB, Railroad, reseed-tools) 플러그인화 (04:39:52 PM) eyedeekay: 3) 뉴스 서버(newsxml-tools)의 Go 리라이트 (04:39:52 PM) eyedeekay: 4) 범용 Go SU3 서명 도구 (04:40:33 PM) zzz: eyedeekay, 이번 주에 misc #1이 필요합니다 (04:40:47 PM) eyedeekay: 물론이죠 (04:40:54 PM) zzz: 좋아요, 고마워요 (04:41:10 PM) eyedeekay: 문제없어요 (04:42:03 PM) eyedeekay: 5)에 대해 더 있을까요? (04:43:21 PM) eyedeekay: 회의에 더 논의할 사항 있나요? 지연을 고려해 타임아웃 2분 (04:43:53 PM) zlatinb: 흠, 네, 오늘 지연이 심한 거 알아차리셨나요? git.idk.i2p에 푸시하려면 10번까지 시도해야 할 때도 있어요 (04:46:39 PM) eyedeekay: 지난주에 git.idk.i2p로 푸시할 때 간헐적으로 어려움이 있었습니다 (04:48:07 PM) eyedeekay: 대개 몇 분이면 사라지지만 여러 번 재시도가 필요했습니다 (04:49:37 PM) eyedeekay: 현재 1 hop을 사용하여 tunnels 6개와 백업 tunnels 2개로 구성해 두었습니다 (04:54:59 PM) eyedeekay: 지금은 multihomed는 아니지만 그렇게 만들 수는 있습니다 (04:55:08 PM) eyedeekay: 회의에 더 논의할 사항이 있나요? 타임아웃 1분 (04:57:26 PM) eyedeekay: 좋습니다, 와 주셔서 모두 감사합니다. 다음 달에도 같은 시간에 뵙죠. 곧 회의록을 사이트에 게시하겠습니다 </div>/ko/blog/2021/09/07/level-up-your-i2p-skills-with-encrypted-leasesets/Tue, 07 Sep 2021 00:00:00 +0000/ko/blog/2021/09/07/level-up-your-i2p-skills-with-encrypted-leasesets/<h2 id="암호화된-leasesets로-i2p-실력을-한-단계-끌어올리세요">암호화된 LeaseSets로 I2P 실력을 한 단계 끌어올리세요</h2> <p>과거에는 I2P가 은닉 서비스 지원을 강조한다고들 했으며, 이는 여러 면에서 사실입니다. 그러나 이것이 사용자, 개발자, 그리고 은닉 서비스 관리자에게 의미하는 바는 항상 같지 않습니다. Encrypted LeaseSets(LeaseSet: 목적지에 도달하기 위한 정보를 담은 I2P 데이터 구조)과 그 사용 사례는 I2P가 은닉 서비스를 더 유연하게 만들고 관리하기 쉽게 만드는 방식, 그리고 I2P가 은닉 서비스 개념을 확장하여 잠재적으로 흥미로운 사용 사례에 보안상 이점을 제공하는 방식을 보여 주는 독특하고 실용적인 창을 제공합니다.</p>/ko/blog/2021/08/28/20-years-of-privacy-a-brief-history-of-i2p/Sat, 28 Aug 2021 00:00:00 +0000/ko/blog/2021/08/28/20-years-of-privacy-a-brief-history-of-i2p/<h2 id="보이지-않는-것이-최선의-방어-인터넷-속의-또-다른-인터넷-구축">보이지 않는 것이 최선의 방어: 인터넷 속의 또 다른 인터넷 구축</h2> <blockquote> <p>&ldquo;나는 대부분의 사람들이 자신을 자유롭게 표현할 수 있도록 이 기술을 원한다고 믿습니다. 그렇게 할 수 있다는 걸 알 때 편안함을 느낍니다. 동시에 우리는 보안과 프라이버시를 바라보는 방식과 그것이 어느 정도로 가치 있게 여겨지는지를 바꿈으로써, 인터넷에서 나타나는 일부 문제들을 극복할 수 있습니다.&rdquo;</p></blockquote> <p>2001년 10월, 0x90 (Lance James)은 꿈을 꾸었다. 그 시작은 &ldquo;다른 Freenet 사용자들과 익명성, 프라이버시, 보안을 유지하면서 Freenet 이슈를 논의하고 Freenet 키를 교환할 수 있는 실시간 소통에 대한 열망&quot;이었다. 그것은 IIP — the Invisible IRC Project라고 불렸다.</p>/ko/blog/2021/08/26/i2p%EA%B0%80-20%EC%A3%BC%EB%85%84%EC%9D%84-%EA%B8%B0%EB%85%90%ED%95%A9%EB%8B%88%EB%8B%A4/Thu, 26 Aug 2021 00:00:00 +0000/ko/blog/2021/08/26/i2p%EA%B0%80-20%EC%A3%BC%EB%85%84%EC%9D%84-%EA%B8%B0%EB%85%90%ED%95%A9%EB%8B%88%EB%8B%A4/<h2 id="i2p의-20년">I2P의 20년</h2> <p>믿기 어렵지만, I2P는 벌써 거의 20년이 되었습니다! 익명으로 IRC에 접근할 수 있게 하던 C 프로젝트로 시작된 이후, 수백 명의 기여자가 있었고, 수십 명의 개발자로부터 체크인을 받아들였으며, 두 가지 주요 프로그래밍 언어를 사용했고, 세 가지 버전 관리 시스템을 거쳤고, 암호화 체계의 마이그레이션과 여러 차례의 소프트 포크를 경험했습니다. Invisible Web(인비저블 웹)에는 약 500개의 등록된 사이트가 있었고, 암호화된 호스트명을 통해서만 접근할 수 있었던 수없이 많은 미등록 I2P 사이트들도 존재했습니다.</p> <p>여러분과 같은 사용자들의 참여 덕분에, 네트워크는 소수의 고급 사용자 집단에서 출발해 전 세계 곳곳에서 운영되는 75,000개가 넘는 노드로 성장했으며, 아마도 수십 개의 애플리케이션에 번들된 I2P routers로 구성되어 있습니다. 오늘날 I2P는 Windows, Mac OSX, Linux에서 사용할 수 있으며, FreeBSD, OpenBSD 및 그 밖의 많은 시스템으로도 포팅되어 있습니다. I2P는 휴대폰은 물론 SOHO routers에서도 실행될 수 있습니다(프로토콜의 독립적인 C++ 구현인 i2pd 덕분입니다).</p>/ko/blog/2021/08/23/1.5.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 23 Aug 2021 00:00:00 +0000/ko/blog/2021/08/23/1.5.0-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>예, 맞습니다. 0.9.x 릴리스를 9년간 이어온 뒤, 우리는 0.9.50에서 곧바로 1.5.0으로 넘어갑니다. 이는 대규모 API 변경을 의미하거나 개발이 이제 완료되었다는 주장도 아닙니다. 이는 단지 사용자에게 익명성과 보안을 제공하기 위한 거의 20년에 달하는 노력에 대한 인정일 뿐입니다.</p> <p>이번 릴리스에서는 대역폭 사용량을 줄이기 위해 더 작은 크기의 tunnel 빌드 메시지 구현을 마무리합니다. 네트워크의 router들을 X25519 암호화로 전환하는 작업을 계속하고 있습니다. 물론 수많은 버그 수정과 성능 개선도 포함되어 있습니다.</p> <p>늘 그렇듯, 이번 릴리스로 업데이트하시기를 권장합니다. 보안을 유지하고 네트워크에 기여하는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2021/08/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-8%EC%9B%94-3%EC%9D%BC/Tue, 03 Aug 2021 00:00:00 +0000/ko/blog/2021/08/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-8%EC%9B%94-3%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> (04:00:31 PM) eyedeekay: 1) 안녕하세요 (04:00:31 PM) eyedeekay: 2) 0.9.51/1.5.0 (04:00:31 PM) eyedeekay: 3) 남은 0.9.50 항목 (04:00:31 PM) eyedeekay: 4) 스트리밍 Choke(데이터 전송 제한) 관련 발견사항 (04:00:31 PM) eyedeekay: 5) Jpackage 업데이트 (04:00:52 PM) eyedeekay: 여러분 안녕하세요, 화요일 회의 시간입니다. 또 누가 와 있나요? (04:00:58 PM) zlatinb: hi (04:01:05 PM) zzz: 안녕 (04:01:24 PM) eyedeekay: 좋아요 시작합시다 (04:01:34 PM) eyedeekay: 2) 0.9.51/1.5.0 (04:01:45 PM) eyedeekay: zzz가 번호 변경에 대해 포럼에 글을 올렸습니다 (04:02:06 PM) Irc2PGuest39607: hi! (04:02:24 PM) eyedeekay: 안녕하세요 IRC2PGuest39607 (04:02:38 PM) zzz: 그래요, 지난달에 1.5.0으로 잠정 결정했는데, 한 달 지난 지금 모두 어떻게 생각하세요? (04:02:40 PM) mode (+v anonymousmaybe) by ChanServ (04:03:08 PM) eyedeekay: 이에 대한 의견이 없는 것 같네요, 다음 릴리스는 1.5.0으로 여전히 괜찮습니다 (04:03:45 PM) X: 1.x.x로 가는 게 좋습니다 (04:03:47 PM) zzz: 저도요. 익숙해지는 데는 시간이 좀 걸리겠지만, 좋은 생각인 것 같아요 (04:04:17 PM) zlatinb: 질문: Maven JAR들은 API 버전에 그대로 둘 건가요? 플러그인들은 API 버전에 대해 호환성 검사를 하게 되나요? (04:05:36 PM) zzz: 제 생각엔 둘 다 아니에요 (04:06:06 PM) zlatinb: 좋아요, 일관성만 있으면 됩니다 (04:06:51 PM) zzz: API 버전을 "network version"으로 생각하세요. 사용자에게 보이는 모든 것은 릴리스 버전이어야 합니다 (04:07:30 PM) eyedeekay: 이해됩니다, 그리고 1.5.0이 우리 Maven 릴리스들과도 잘 동작한다는 걸 알고 있어요 (04:07:42 PM) zzz: idk, 여기서 간단히 상태 보고를 해도 될까요? (04:07:50 PM) eyedeekay: 네 하세요 (04:08:00 PM) mode (+v anonymousmaybe) by ChanServ (04:08:09 PM) zzz: 다음 릴리스를 위한 작업은 거의 다 끝났습니다. 변경(diff) 1만 줄 (04:08:28 PM) zzz: 태그 동결 8월 11일, 체크인 마감 8월 20일, 릴리스는 8월 23일 주 (04:08:31 PM) zzz: EOT (04:08:40 PM) eyedeekay: 고마워요 zzz (04:09:02 PM) eyedeekay: 3) 남은 0.9.50 항목으로 넘어가도 될까요? (04:09:52 PM) eyedeekay: 현재 남은 릴리스 항목은 지난달에 남아 있던 것들과 동일하며, Debian 패키지 릴리스입니다 (04:10:53 PM) zzz: 안타깝지만, 현재로서는 사용자들이 PPA로 전환하도록 권장하는 것밖에 할 수 없습니다 (04:11:08 PM) eyedeekay: 아직 관리자에게서 답장을 받지 못해서, 현재 Debian 패키지에 대해서는 deb.i2p2.de/no와 PPA만이 유일한 옵션입니다 (04:11:49 PM) eyedeekay: 웹사이트에 그것들이 권장 패키지임을 명확히 표시하겠습니다 (04:12:07 PM) eyedeekay: 4) 스트리밍 Choke 관련 발견사항 (04:12:55 PM) eyedeekay: 이건 zlatinb의 주제였죠, 준비되면 발견한 내용을 공유해 주세요 zlatinb (04:13:20 PM) zlatinb: 라이브 네트워크에서 실제로 choking이 발생합니다. 아마 수신 버퍼 크기 계산 오류(125 대 128) 때문일 가능성이 있고, 아마 ECIES MTU 변경 때문일 수도 있습니다. 잘 모르겠어요 (04:13:56 PM) zlatinb: 수신 버퍼를 두 배로 늘려서 choking이 더 이상 발생하지 않는지 확인해 본 것 외에는 더 자세히 살펴보지 않았습니다 (04:14:42 PM) zlatinb: 전반적으로 스트리밍과 관련해 더 자세히 보고 싶은 다른 지점들도 있지만 그건 다음 릴리스로 미루겠습니다. (04:14:45 PM) zlatinb: eot (04:14:54 PM) zlatinb: s/next/after next/ (04:14:57 PM) eyedeekay: 흥미롭네요. 살펴봐 주셔서 감사합니다. 다음 달 의제에도 이 내용을 포함할까요? (04:15:10 PM) zzz: 추가 연구가 필요한 주제인 건 확실하지만, 의제 항목으로 올릴 정도는 아니라고 봅니다 (04:15:30 PM) eyedeekay: 알겠습니다, 감사합니다 (04:16:11 PM) eyedeekay: 마지막은 5) jpackage 업데이트 (04:16:16 PM) zzz: 하지만 zlatinb도 동의하는지 확인합시다? (04:16:16 PM) zlatinb: 동의합니다 (04:16:48 PM) eyedeekay: Ack. 그럼 다음 의제에서는 뺄게요 (04:17:50 PM) eyedeekay: jpackage 업데이트: zlatinb와 저는 모두 jpackage 번들을 작업해 왔습니다, zab의 것은 Mac OSX용으로 서명된 DMG 기반 패키지이고, 제 것은 Windows용으로 NSIS 기반 EXE이며 Firefox Profile Installer처럼 동작합니다 (04:18:30 PM) eyedeekay: 둘 다 자동 업데이트와 안정화를 목표로 작업 중이고, 어젯밤에 zab의 작업을 살펴보고 따라잡았습니다 (04:19:57 PM) eyedeekay: 지금까지 실험적 번들은 정식 릴리스와 같은 시점에 같이 배포해 왔고, 1.5.0 AIO 번들과 DMG 번들은 그때까지 자동 업데이트가 가능해야 합니다 (04:20:17 PM) zzz: AIO? (04:20:37 PM) eyedeekay: All-in-One, Windows/jpackage/profile 번들 (04:21:43 PM) eyedeekay: 이와 관련해 추가할 사항이 있나요, zlatinb? (04:22:12 PM) zlatinb: DMG는 완료되어 테스트도 마쳤습니다. 1.5.0이 나오면 다운로드 옵션으로 제공해도 좋겠습니다 (04:22:20 PM) zzz: 계획을 명확히 합시다. 이 둘을 다운로드 페이지에 올리고, 대략 1.5.0의 다른 항목들과 같은 일정으로 갈 건가요? 그리고 라벨은 무엇으로? 알파? 베타? (04:23:11 PM) zlatinb: 알파/베타 라벨보다는 "대체 다운로드 옵션"을 선호합니다 (04:23:35 PM) zlatinb: DMG는 확실히 알파는 아니고, 베타 정도는 괜찮을 것 같습니다 (04:24:19 PM) zzz: 또, 사용자들을 어느 쪽으로 유도할지에 대한 명확한 기준이 필요합니다. 예: 서비스로 실행하길 원한다면 이건 사용하지 마세요. (04:24:34 PM) zzz: 이번 회의에서 전부 정할 필요는 없지만, 릴리스 전에는 정해야 합니다 (04:25:22 PM) eyedeekay: 현재는 이를 "Experimental"이라고 부르는 별도의 페이지가 있습니다. AIO EXE 설치 프로그램은 한 사이클 더 "실험적"으로 간주할 생각입니다. lang/download 페이지에서 Windows 사용자를 위한 대체 다운로드 옵션으로 추가할 때도 그렇게 표기할 생각입니다 (04:25:35 PM) zzz: zlatinb, 지금까지 한 사람만 테스트했다면, 천천히 단계적으로 가면서 베타 라벨이 필요하다고 봅니다 (04:26:05 PM) zlatinb: 좋아요 (04:26:17 PM) zzz: "alternative"만으로는 의미가 모호합니다. 사용자들을 어느 쪽으로든 유도할 지침이 필요합니다. 그 지침은 테스트가 더 진행되면 바뀔 수 있습니다 (04:27:23 PM) zzz: eyedeekay, 몇 주 전에 당신 것을 훑어봤을 때는 아직 갈 길이 멀었어요. 서둘러서, 우리가 봐야 할 때를 알려주세요 (04:28:18 PM) zzz: 준비가 안 됐다면 8월 23일을 꼭 맞춰야 할 특별한 이유도 없고, DMG와 같은 일정일 필요도 없습니다 (04:28:48 PM) eyedeekay: 물론입니다. 매번 확실히 동작한다고 확신하기 전에는 새 버전을 내지 않겠습니다 (04:29:38 PM) eyedeekay: 어젯밤에 zab의 변경 사항을 살펴본 뒤 커밋을 많이 했지만, 아직 새 업데이트 테스트는 하지 않았습니다 (04:30:42 PM) zzz: zab을 돕느라 수많은 시간을 썼고, 당신 것은 5분 정도 훑어봤어요... 아마 그에게서 더 많은 도움을 받았거나 그의 코드를 대부분 가져다 썼을 수도 있겠지만, 준비되면 크게 알려주세요 (04:31:57 PM) eyedeekay: zab의 코드를 일부 차용해 조정하긴 했지만, 그 외에는 진행하면서 스스로 파악해 왔습니다 (04:32:25 PM) eyedeekay: 곧 GitLab 머지 스레드를 업데이트해서 어떤 부분이 같고 어떤 부분이 다른지 설명하겠습니다 (04:32:49 PM) eyedeekay: *오늘 저녁에 (04:33:53 PM) zzz: 이건 우리가 다운로드 페이지나 다른 어디에든 "공식" 릴리스 제품을 추가할 때마다 해당됩니다. 새로운 것을 추가하고 책임을 진다는 건 큰 일이고, 충분한 고민과 전원 합의 없이 무언가를 추가하고 싶지 않습니다 (04:35:15 PM) eyedeekay: 동의합니다 (04:35:43 PM) zzz: :) (04:36:40 PM) eyedeekay: 그 합의에 이르기 위해 남은 알파/베타와 다운로드 페이지 관련 이슈는 zzz.i2p의 jpackage 스레드 중 하나에서 정리하면 좋겠습니다 (04:37:56 PM) eyedeekay: 5번 항목은 여기까지입니다. 누가 더 추가할 게 없다면 의제는 이것으로 끝입니다? (04:38:29 PM) zlatinb: 다음 회의나 그 다음 회의의 안건 하나: (04:38:44 PM) zlatinb: DMG와 EXE 번들을 반영하기 위한 news.xml 생성 워크플로 변경 (04:39:07 PM) zlatinb: eot (04:39:16 PM) zzz: 5)의 마지막으로, 당신 둘과 echelon이 뉴스에 대한 합의된 계획을 마련해야 합니다, 맞죠. (04:40:12 PM) eyedeekay: 다음 달 공지의 의제에 넣고, 제 쪽에서 ech와 연락하겠습니다 (04:40:12 PM) eyedeekay: 마지막으로 한 가지 더, 저는 목요일 늦게부터 월요일까지 Def Con에 있을 예정이고, 대부분은 CryptoCurrency village에 있을 겁니다. Bitcoin과 Monero의 I2P 통합을 이해하도록 사람들을 돕겠습니다 (04:40:43 PM) zzz: 실제로는 zlatinb가 idk와 echelon에게 몇 가지 예비 결정을 알려주고 거기서부터 진행한다는 의미일 겁니다 (04:40:53 PM) zzz: eot, 타이핑이 느려서 미안 (04:41:30 PM) eyedeekay: 좋은 출발점인 것 같네요 (04:41:51 PM) zzz: 좋아요, 즐기고 행운을 빕니다. 사람들이 당신을 찾기 좋은 시간에 대한 추측이나, 어떻게 찾을 수 있을지 단서가 있나요? (04:43:36 PM) eyedeekay: Crypto Village 테이블이 아마 가장 좋은 위치일 거예요. 양식에는 매일 1~3시로 표시했지만, 실제로는 1시 조금 전과 3시 조금 후일 겁니다 (04:44:29 PM) eyedeekay: 사람들이 다른 시간에도 저에게 'toot'할 수 있도록 ActivityPub 계정을 만들겠습니다 (04:44:44 PM) zzz: 좋아요, 아직 홍보(PR)를 못 봤으니, 슬슬 트위터에서 sadie를 가동하고, 레딧과 포럼 글도 올릴 때가 됐습니다 (04:45:16 PM) eyedeekay: 그렇게 하겠습니다 (04:46:22 PM) eyedeekay: 회의에 다른 사항 있나요? 타임아웃 1분 (04:47:38 PM) eyedeekay: 좋습니다, 모두 감사합니다 (04:48:31 PM) eyedeekay: IRC에서 또 봐요, 다음 달 회의는 9월 7일입니다 </div>/ko/blog/2021/07/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-7%EC%9B%94-6%EC%9D%BC/Tue, 06 Jul 2021 00:00:00 +0000/ko/blog/2021/07/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-7%EC%9B%94-6%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> (04:01:20 PM) eyedeekay: Hi everyone, it's time for the monthly community meeting, but as I forgot to make the announcement I will not be surprised if no one is here. In case anyone else is here, I'm open to having the meeting now. If no one else is here, I'll announce a new one on zzz.i2p so we can re-schedule (04:01:37 PM) zzz: hi (04:01:47 PM) eyedeekay: Hi zzz (04:02:10 PM) eyedeekay: zlatinb, anybody else here? (04:03:39 PM) eyedeekay: Ok that's my bad. Well zzz, I've got a short 2-item agenda for us if you've got time: (04:03:39 PM) eyedeekay: 2) Next Version Number (04:03:39 PM) eyedeekay: 3) Jpackage Updates (04:03:39 PM) eyedeekay: But I was hoping to have zlatinb for 3) (04:04:06 PM) zzz: 4) remaining 0.9.50 release items (04:04:31 PM) eyedeekay: Ack (04:05:10 PM) eyedeekay: 2) Next version number (04:06:27 PM) eyedeekay: I'm less and less reluctant about 1.0.0 now (04:07:31 PM) eyedeekay: zlatinb had some ideas about where performance could be improved, and what we both agreed on was that we needed something more onboardable for 1.0.0, i.e. the jpackage things (04:08:05 PM) zzz: I think an arbitrary jump to something like 1.5.0 or 2.5.0 or 5.1 avoids the 1.0.0 angst (04:10:04 PM) mode (+v zlatinb) by ChanServ (04:11:37 PM) eyedeekay: 1.5.0 seems right somehow? or maybe 1.51 (04:12:22 PM) zzz: small numbers seem better (04:12:48 PM) eyedeekay: Yeah you're right (04:13:36 PM) eyedeekay: 1.5.0 works for me if it works for you (04:15:13 PM) zzz: I'll put it in a post on my forum and see what the reaction is (04:15:30 PM) eyedeekay: Sounds good (04:16:05 PM) eyedeekay: 3) Jpackage Updates (04:17:24 PM) eyedeekay: On my end I've got a WIP jpackage+Windows Installer+Firefox profile bundle which should be self-updating as of this morning. It's still untested and a draft PR, I'm sure I'll find something broken about it tonight, but so far, so good (04:17:35 PM) mode (+v anonymousmaybe) by ChanServ (04:18:55 PM) eyedeekay: It works by starting the installer just before the router shuts down, sleeping until the router shuts down, then allowing the installer to re-start the router when it completes (04:19:25 PM) zlatinb: not much on my end, I'm still a little stuck on figuring out how to an end-to-end test that starts from checking news.xml, fetching the update.dmg, performing the update, restarting the router (04:19:41 PM) zlatinb: but the concept is the same as on windows (04:22:35 PM) zlatinb: just quite a bit of infrastructure to set up I guess (04:23:01 PM) eyedeekay: I don't have much else to add, except that I'm going to try to figure out how to test it against a test news server tonight, which should help figure out the infrastructure (04:24:13 PM) eyedeekay: 4) Remaining 0.9.50 release items (04:24:27 PM) eyedeekay: Oops, pasted that too soon (04:24:37 PM) eyedeekay: Anything else on 3)? (04:25:02 PM) eyedeekay: 4) Remaining 0.9.50 release items (04:25:10 PM) zzz: still no debian/ubuntu, who's in charge of bugging mhatta? (04:25:40 PM) eyedeekay: I've been bugging him as much as I can, opened a PR on bote to get his attention, not sure what's up there. No response (04:26:11 PM) eyedeekay: Maybe I'm just not looking in the right place anymore (04:26:25 PM) zzz: it's now been 7 months since he cut a release (04:27:40 PM) zzz: anyway, I believe that's the only remaining item (04:28:12 PM) eyedeekay: I heard Debian accepts anonymous maintainers if they have a portfolio and a GPG key now, I could reach out and apply? I hate to make myself even more of a bus factor, but at least I pretty much know how to go from i2p.i2p-&gt;deb (04:30:17 PM) zzz: the problem is that I think he has several changes he never upstreamed back to us, so those differences would have to be resolved (04:31:53 PM) eyedeekay: If he does then I think they'd have to be reflected in the debian/patches, maybe I can find a way (04:31:53 PM) zzz: thats all I got, put it on the list for next month (04:32:00 PM) eyedeekay: Will do (04:32:16 PM) zlatinb: for this item I want to ask about the streaming buffer overflow (04:32:43 PM) zlatinb: is that something we want addressed for the next release? (04:32:50 PM) zzz: huh? (04:32:57 PM) zlatinb: s/overflow/choke/ (04:33:14 PM) zzz: what item? (04:33:23 PM) zlatinb: oh sorry, thought we were discussing 0.9.51 (04:33:27 PM) zlatinb: nvm (04:33:32 PM) zzz: but no, not a pressing problem, more of a test issue, low priority (04:34:01 PM) zzz: we were discussing .50 debs (04:34:32 PM) eyedeekay: I've got time, if zzz's got time I'm happy to make that item 5) (04:34:44 PM) zlatinb: yes please (04:34:49 PM) eyedeekay: Go for it (04:35:11 PM) zlatinb: I think it happens in the live net on short tunnels, not 0 but 1-hop (04:35:41 PM) zlatinb: at least I've seen suspicious behavior in muwire when configured with 1-hop tunnels on both nodes (04:36:24 PM) eyedeekay: I have a bunch of 1-hop services, is there anything I can look for in the logs to help you confirm it? (04:37:12 PM) zlatinb: at this early stage it can be debugged in a testnet, logging is too verbose for a live server (04:37:58 PM) zlatinb: I would like to spend some time on that and if there is a problem and a fix for it aim to put it in the next release (04:39:21 PM) zzz: to answer your question, it's a known issue for many years, presumed very rare in live net, the impacts are transient and possibly unfixable... so it's worth investigating (and I asked for help doing that), but for those reasons I wouldn't put it as a must-fix for the next release (04:39:56 PM) zlatinb: I think the recent speed improvements have made it less rare (04:40:31 PM) zzz: sure. maybe, maybe not (04:41:17 PM) zlatinb: ok I'll investigate and see what comes out (04:41:35 PM) eyedeekay: It'll be interesting to see what you find (04:42:10 PM) eyedeekay: Anything else for the meeting? (04:43:09 PM) eyedeekay: All right then that's it for today (04:43:18 PM) eyedeekay: Thanks zlatinb and zzz for being and bearing with me, I'll post the logs shortly and make sure I get the announcement up on zzz.i2p this time (04:43:24 PM) eyedeekay: being *here </div>/ko/blog/2021/06/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-6%EC%9B%94-1%EC%9D%BC/Tue, 01 Jun 2021 00:00:00 +0000/ko/blog/2021/06/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-6%EC%9B%94-1%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb, psi</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (04:01:11 PM) eyedeekay: Hi everyone, welcome to the Tuesday, June 1 Community meeting (04:01:25 PM) eyedeekay: 1) Hi (04:01:25 PM) eyedeekay: 2) 300 logged community meetings (04:01:25 PM) eyedeekay: 3) 0.9.51 (04:01:25 PM) eyedeekay: 4) go-i2p (04:01:25 PM) eyedeekay: 5) reproducible build status (04:01:25 PM) eyedeekay: 6) update channels report / Mac bundle report (04:01:25 PM) eyedeekay: 7) Next release number, deferred item from April 6 meeting (04:01:25 PM) eyedeekay: 8) 0.9.50 status / remaining release items (04:01:42 PM) eyedeekay: 1) hi (04:01:50 PM) eyedeekay: Hi everybody (04:02:08 PM) zzz: hi (04:02:10 PM) zlatinb: hi (04:02:31 PM) eyedeekay: Hi zzz, hi zlatinb. (04:02:31 PM) eyedeekay: Anybody else with us today? (04:03:00 PM) eyedeekay: OK 2) 300 logged community meetings (04:03:45 PM) eyedeekay: Congratulations everybody, the first meeting we have recorded on the web site was 19 years ago, nearly 20 now, and now we're 300 meeting later (04:04:18 PM) eyedeekay: Thanks to all I2P contributors in the past as well as in the present (04:04:54 PM) zzz: yes (04:05:16 PM) zzz: any eepsites from back then still work (04:05:44 PM) zzz: and some bugs from back then are still to be found and fixed! I fixed a bug from 2004 today (04:06:58 PM) eyedeekay: I saw that over in #ls2 earlier, especial thanks to zzz who has been the heart and soul of this project for longer than most of us have even been around :) (04:07:20 PM) zzz: can't do it alone, never could (04:08:11 PM) zzz: but that's all the time you get for reminiscing, let's get on with the work (04:08:24 PM) eyedeekay: Again thanks and congratulations to everybody, on to 3) 0.9.51 (04:09:34 PM) eyedeekay: We're about 2 weeks into this release, for my part I'm working on my X-I2P-Location feature in the default site and thinking about options for integrating a browser profile with a main installer at the moment (04:09:59 PM) eyedeekay: What is everyone else working on for this release at this time? (04:10:41 PM) zzz: I'd like to remind everyone to update the website roadmap with your plans for the next release. There's not a lot there right now (04:11:05 PM) eyedeekay: Ack, thanks for reminding us, I will do mine this evening after the meeting (04:11:27 PM) zlatinb: I will be starting the Mac-specific side of the Mac bundle updater, unless we decide to split the work otherwise. I'm happy to work on the i2p.i2p side as well, will discuss more in point 6) (04:11:32 PM) zzz: the #ls2 team is continuing to work on proposal 157 (new tunnel build messages), it's going slower than planned. Not clear right now how much will get into the next release (04:12:09 PM) zzz: the proposal is still incomplete, so until we do that, we can't finish the code (04:12:42 PM) zzz: SSU2 is still not started. We had hoped to have it done this year... that seems unlikely at this point. We could use some more help (04:12:56 PM) zzz: EOT (04:14:15 PM) eyedeekay: Thanks zzz, zlatinb. I'll do what I can to contribute as my understanding grows. Speaking of that, 4) go-i2p (04:15:41 PM) eyedeekay: I've written a cursory proposal for go-i2p in the proposal branch on gitlab. (04:15:41 PM) eyedeekay: Besides that, I've nearly completed migrating the common structures from the old distro off of using byte-slice representation to using objects(structs) for representation, and re-written the tests to accomodate this change (04:16:07 PM) eyedeekay: That means I'm at the point where I'm writing new code instead of just updating what's there, which is pretty exciting (04:16:29 PM) eyedeekay: No transport yet, but that will be the next thing on the roadmap (04:16:35 PM) eyedeekay: EOT (04:16:41 PM) zzz: are you still over in a separate branch and if so why haven't you merged back? (04:17:39 PM) eyedeekay: I've got ~4 tests to finish up before I do (04:18:30 PM) eyedeekay: Once all the existing tests pass again or I can be sure they are redundant I'll merge it back (04:18:34 PM) zzz: ok. and where are we with the full-go vs. go wrapper around i2pd? If the latter is really only 2 hours of work, as orignal claimed, shouldn't that be the next step? (04:18:55 PM) zzz: as a proof of concept, or MVP, or to judge demand from go projects (04:19:22 PM) zzz: then you could later just swap it out with the go router via the same API (04:20:53 PM) eyedeekay: I've got it started but I'm having some issues figuring out exactly how to create the C wrapper for api.h, probably just because the process is new to me (04:22:34 PM) zzz: ok. I still don't understand if the i2pd wrapper is a) an alternative to be evaluated; b) something definitely to be done first but we're doing both; c) low-priority/TBD (04:22:53 PM) zzz: or d) we've rejected it (04:24:04 PM) eyedeekay: IMO it should be b), because I should learn how to write a C wrapper for C++ code, and because the ability to easily embed i2pd in anything that SWIG supports would be very useful to have in general (04:25:18 PM) zzz: ok you have an estimated date for that? (04:27:52 PM) eyedeekay: Orignal's right, it's 2 hours of work for someone who knows how to do it already. The hard part to guess is how long I have to read examples to know what I'm doing. The 15th seems safe. (04:28:14 PM) zzz: thanks, EOT (04:28:40 PM) eyedeekay: OK that's everything I have for it too (04:28:41 PM) eyedeekay: 5) reproducible build status (04:28:57 PM) eyedeekay: zlatinb this one is yours (04:29:21 PM) zlatinb: So, there's something that is reproducible on Mac and Linux with English locale and JDK 11 and sort of works (04:29:44 PM) zlatinb: I know how to fix it for all Locales and to build on Windows too, there are a few small tweaks necessary for that (04:30:31 PM) zlatinb: Despite it's PoC status I think we should have a web page with instructions for others interested in trying it out (04:31:04 PM) zlatinb: as it uses the gradle build system it doesn't add to the release load and I'm happy to own it (04:31:35 PM) zlatinb: that's about it (04:31:38 PM) zzz: I said this on my forum already but I think it's important. We already have reproducible builds for Debian/Ubuntu. This is for gradle, which is not a supported build product now (04:32:13 PM) zzz: I question the value of it, and the ability to support it when we're lacking all the repro. build infrastructure of debian (04:33:05 PM) zzz: and announcements that 'i2p is now reproducible' is misleading/wrong. we need to be very clear about what it is (04:35:01 PM) zzz: I don't think our testing is sufficient to claim reproucibility, and we don't publish our tool versions anyway. (04:35:34 PM) zzz: eot (04:37:23 PM) zlatinb: The only tool that matters is the JDK, and that is published to be 11. I am very skeptical that our Debian/Ubuntu builds are truly reproducible, and doubt that anyone will be able to reproduce the .deb packages on their own. Just because it passes the build bot doesn't mean it's reproducible, but that's another point. (04:37:55 PM) zlatinb: There is value added to certain class of users even from an incomplete PoC that "strives" towards reproducibility or however we want to word it. (04:38:38 PM) zlatinb: If nothing else it shows that we're aware that there is demand and are making effort (albeight low priority) to address that demand (04:38:43 PM) zzz: the build bot has a lot of tests in it, more than we're testing, including changing username, PWD, locale, time, timezone (04:39:02 PM) psi: doesn't debian have a bunch of hooks and shims that normalize timestamps and directories? (04:39:08 PM) zlatinb: but it's clearly not changing the timestamps of the checked out code, otherwise it would break right away (04:39:14 PM) psi: (for deterministic builds, also hi) (04:39:25 PM) zzz: there may be 'demand' but not clear it's enough to justify the effort (04:40:01 PM) zzz: yes psi, that's the build infrastructure we rely on for our reproducible debian builds (04:40:08 PM) eyedeekay: I can confirm that zlatinb and I did not compare notes on what tools we were using, other than that we were on the same JDK, we certainly didn't compare individual libraries (04:40:21 PM) zlatinb: the effort falls on me, as I said I'm happy to own it, and most of the work is already done (04:40:31 PM) zzz: we have an answer now, 'use debian' (04:40:53 PM) zlatinb: no, the answer is "use the debian toolchain and build environment to build your .deb" (04:41:09 PM) zzz: I'm not convinced your testing is thorough enough to claim 'mostly done' (04:41:55 PM) zlatinb: There are no known issues remaining, and the unknown ones we'll bump into as more and more people use it (04:42:00 PM) zzz: and I'm not convinced we need another release product solely for those demanding non-debian reproducibility (04:43:06 PM) zzz: I don't think we want to rely on users to discover reproducibility issues. we need some testing harness or build bot to confirm it given various permutations listed above and others (04:43:13 PM) zlatinb: it doesn't need to be a release-quality product, I keep saying it is work-in-progress and will remain so for the foreseeable future. (04:44:00 PM) psi: is the purpose an end user ready package or is it to appase the intellecuals? (04:44:01 PM) zzz: in that case, no objections (04:44:30 PM) zlatinb: clearly to appease the intellectuals, 100% (04:45:22 PM) psi: gotcha, just catching up (04:46:15 PM) zlatinb: what's wrong with having the users help find reproducibility issues? (04:47:14 PM) zzz: 1) because most users won't actualy try to reproduce; but 2) if it's not an official release-quality product, nevermind (04:47:34 PM) eyedeekay: Moving right along to 6) update channels report / Mac bundle report (04:48:14 PM) eyedeekay: Unless we need to keep going on 5)? (04:48:37 PM) zzz: I'm done with 5) (04:48:51 PM) eyedeekay: OK, 6 then (04:49:24 PM) eyedeekay: zlatinb this is also your topic (04:50:20 PM) zlatinb: not much to report since the last meeting on the Mac bundle side of things; I've been dogfooding it a bit (04:51:15 PM) zlatinb: I will probably have time this month to look into update channels properly. At least the part that will live in the mac-jpackage repo (04:51:30 PM) zlatinb: can also look into the changes required to i2p.i2p unless someone else wants to have a stab at those? (04:51:33 PM) zlatinb: eot (04:52:07 PM) zzz: I'm happy to do the other side, let's coordinate this week (04:52:30 PM) zlatinb: ok sounds good (04:52:52 PM) zlatinb: that's all from me on 6) (04:52:56 PM) zzz: I believe there's a few choices we have discussed but haven't fully decided on, but shouldn't be hard (04:52:57 PM) zzz: eot (04:53:08 PM) eyedeekay: 7) Next release number, deferred item from April 6 meeting (04:53:57 PM) eyedeekay: 1.0.0? 9.51.0? There were several choices in the thread (04:54:26 PM) zzz: yes. 2 months ago, I presented 0.9.50 vs. 1.0.0 (04:54:44 PM) zzz: since then, I noted that bitcoin core is going from 0.22 to 23.0 (04:54:54 PM) zzz: if a number is just a number, it can be anything (04:55:18 PM) zzz: 0.9.51, 1.0.0, 2.0, 9.51, 10.0. whatever we want (04:55:54 PM) zzz: if "1.0.0" brings up too much anxiety or implicit promise of perfection, we can avoid that by jumping right over it (04:56:15 PM) zzz: or, we can just keep doing 0.9.x forever, or until some particular goal we haven't agreed to yet. (04:56:18 PM) zzz: EOT. thoughts? (04:56:55 PM) eyedeekay: I think a number is a number as long as the one we choose is on top when standard tools sort it, and in light of that, 9.51 has some appeal. (04:57:52 PM) zlatinb: If we had a roadmap for installers I would put a nice round 1.0.0 after those are finished, but we don't have such a roadmap, so I'd rather avoid 1.0.0 altogether. Other than that 0.9.51 or 9.51 are the same to me. (04:58:27 PM) zzz: don't necessarily need consensus today either, we have two more meetings before the next release (04:59:04 PM) zzz: could always do a reddit poll although that may be counterproductive (05:01:40 PM) zzz: let's discuss again next month eyedeekay (05:01:41 PM) zzz: eot (05:02:15 PM) eyedeekay: I do agree with zlatinb, if we were to use "1.0.0" as PR to seek new users, improving the installers would probably make such an effort more successful. If we wanted to preserve the opportunity to do do a 1.0.0 when that is done then we'd need to do 0.9.51, eot (05:02:28 PM) eyedeekay: 8) 0.9.50 status / remaining release items (05:03:16 PM) eyedeekay: zzz added this, but there's at least two of these I should probably answer for, GPlay and F-Droid (05:04:27 PM) eyedeekay: There was a bit of a mess with GPlay during release time, I had to migrate us to an Android app bundle which requires me to generate a key and upload it to Google so that they could confirm I was the one uploading the app (05:05:16 PM) eyedeekay: I failed at this process the first time which required me to contact google support, which caused a delay in the Android releases (05:05:47 PM) eyedeekay: For reasons related to the release process, this also delayed F-Droid builds. (05:06:33 PM) eyedeekay: From now on, F-Droid will be an apk, and Google Play will be an .aab, and the release process for one will not depend on the other. EOT. (05:06:46 PM) eyedeekay: Anything to add zzz? (05:07:20 PM) zzz: debian is the big issue. anybody heard from mhatta? he completely missed .49, now we're waiting on 50 (05:09:01 PM) eyedeekay: Not in quite a while unfortunately, I can reach out again (05:09:08 PM) zzz: as far as net status, about 35-45% of net updated, about 25% have rekeyed, very smooth, no major complaints (05:09:08 PM) zzz: please keep this item on the agenda for next month, since we're not done yet (05:09:08 PM) zzz: eot (05:09:34 PM) eyedeekay: Will do (05:09:47 PM) eyedeekay: Anything else for 8? (05:10:00 PM) eyedeekay: Or in general? timeout 1m (05:11:26 PM) eyedeekay: All right then, thanks for coming everybody, next meeting will be July 6 </div>/ko/blog/2021/05/17/0.9.50-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 17 May 2021 00:00:00 +0000/ko/blog/2021/05/17/0.9.50-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.50은 router 암호화 키에 대해 ECIES-X25519로의 전환을 계속 이어갑니다. 사용자를 수동적 DNS 스누핑으로부터 보호하기 위해 reseeding(리시드 과정)에 DNS over HTTPS를 활성화했습니다. 새로운 UPnP 지원을 포함하여 IPv6 주소와 관련된 다수의 수정 및 개선이 있습니다.</p> <p>오랜 기간 지속되던 SusiMail 데이터 손상 버그를 마침내 수정했습니다. 대역폭 제한 기능의 변경으로 네트워크 tunnel 성능이 향상될 것입니다. 당사의 Docker 컨테이너에도 여러 가지 개선이 이루어졌습니다. 네트워크 내에서 악의적이거나 버그가 있는 routers에 대비한 방어를 강화했습니다.</p>/ko/blog/2021/05/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-5%EC%9B%94-4%EC%9D%BC/Tue, 04 May 2021 00:00:00 +0000/ko/blog/2021/05/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-5%EC%9B%94-4%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (04:01:04 PM) eyedeekay: Hi everyone, it's time for the May 4th meeting (04:01:13 PM) zlatinb: hi (04:01:21 PM) zzz: hello (04:01:39 PM) eyedeekay: 1) Hi (04:01:39 PM) eyedeekay: 2) Mac Launcher Report, Follow-up (04:01:39 PM) eyedeekay: 3) Trac Migration Report, Post-op (04:01:39 PM) eyedeekay: 4) 0.9.50 release (04:01:39 PM) eyedeekay: 5) Update Channels Report (04:01:39 PM) eyedeekay: 6) Docker Improvements (04:01:39 PM) eyedeekay: 7) Bote Plugin Keys (04:02:17 PM) eyedeekay: zab are 2) and 5) likely to overlap, should I put them together? (04:02:26 PM) zlatinb: sure (04:02:56 PM) eyedeekay: OK so let's swap 3 and 5 from that list above, and do update channels right after Mac Launcher (04:03:11 PM) eyedeekay: 2) Mac Launcher Report (04:03:59 PM) zlatinb: so far I've received one positive report by an unknown user, and know at least a few people have tried the .dmg (04:04:28 PM) zlatinb: so for the installer part I think we're in a very good shape. I can't think of any changes required that are not related to the update functionality (04:04:49 PM) zlatinb: s/installer/app bundle/ (04:05:24 PM) zlatinb: that's all on stricly-2) from me (04:06:10 PM) eyedeekay: Excellent. I don't have anything to add right, so we can move on to 3) Update Channels (04:06:24 PM) eyedeekay: Unless zzz has something? (04:06:36 PM) zzz: no (04:07:00 PM) eyedeekay: Ok then zlatinb update channels are also your topic (04:07:22 PM) zlatinb: zzz and I did some initial analysis/scoping of what needs to happen to enable update channels (04:08:05 PM) zlatinb: the consensus (I think) is that there will be some changes to code in i2p.i2p as well as some code residing in the mac-jpackage repo (04:08:36 PM) zlatinb: we're still enumerating all the corner cases but so far haven't come upon a dealbreaker (04:09:24 PM) zzz: agreed, sounds pretty straightforward and not too much effort. testing is probably more of the work than coding (04:09:36 PM) zlatinb: I'm very busy until the release but after that will focus on this. Can get more technical but it gets very low-level for this meeting (04:09:39 PM) zlatinb: eot (04:10:05 PM) eyedeekay: Thanks for the report (04:10:12 PM) eyedeekay: That brings us to 4) 0.9.50 release (04:11:08 PM) dr|z3d: you missed Trac migration. (04:11:26 PM) eyedeekay: I was going to do it as 5, not 4 (04:11:40 PM) dr|z3d: ok, as you were! (04:11:45 PM) eyedeekay: We're 11 days away from the release now (04:12:09 PM) eyedeekay: Tags are set to be frozen tomorrow (04:12:22 PM) eyedeekay: I have no more string changes for i2p.i2p (04:13:43 PM) eyedeekay: zzz, zlatinb what would you like to add? (04:14:08 PM) zzz: not much... I'll push the strings to transifex at 4 PM UTC tomorrow (04:14:26 PM) zlatinb: orignal made an interesting point just 30 minutes ago about NTCP queue capacity, might be worth looking into b4 the release (04:14:27 PM) zzz: I'm done with 50. already working on the next one (04:15:18 PM) zzz: I didn't see it, but I'd be reluctant to make any changes now. I am testing some NTCP queue changes for the next release (04:15:29 PM) zzz: eot (04:15:38 PM) zlatinb: eot from me too (04:15:53 PM) eyedeekay: 5) Trac Migration Report, Post-op (04:16:35 PM) eyedeekay: Trac migration was sticky mostly for the reasons I felt it needed to happen, in particular trac xmlrpc broke on our instance at about the same time as last months meeting (04:17:34 PM) eyedeekay: After trying and failing to fix it for a couple weeks I just decided it would be easier to (carefully) scrape our trac issues down and migrate them to gitlab using the gitlab API (04:18:20 PM) eyedeekay: Otherwise, it was successful, and as a by-product created a readable static archive of all our trac tickets at this time (04:18:32 PM) eyedeekay: eot (04:18:44 PM) zzz: so whats the status? done? (04:19:16 PM) eyedeekay: For the purposes of tracking tickets, trac migration is done. Trac still has wiki articles of some interest to back up but the tickets are done. (04:19:43 PM) zzz: ok. I changed the urls in our code to point to gitlab (04:20:14 PM) eyedeekay: I changed most of the ones on the website, but am still grepping through .rst files for the last few (04:20:28 PM) zzz: can you please add notes and links on trac home page and ticket page and login page and wherever else, with new i2p and clearnet links? (04:20:42 PM) eyedeekay: Sure, will do (04:21:49 PM) zzz: this now makes us reliant on gitlab (when it was just code, we could always use github) ... do we have any backup admin? (04:21:49 PM) eyedeekay: I will also go through all the README's and make sure they reference the correct places too (04:22:50 PM) eyedeekay: echelon has an admin account on gitlab, but no one else has SSH access to the server underneath right now (04:22:50 PM) mode (+v anonymousmaybe) by ChanServ (04:23:30 PM) eyedeekay: I can look into syncing the issues with github using a bot, it's not that different than the second half of the migration process (04:23:39 PM) zzz: ok, you two may want to review who can do what to make sure we're covered (04:23:45 PM) zzz: good job (04:24:09 PM) eyedeekay: Thanks (04:24:22 PM) eyedeekay: That brings us to 6) Docker Improvements (04:24:42 PM) eyedeekay: zlatinb do you want to fill the people who haven't tried them yet in here :) (04:25:10 PM) zlatinb: lol yes, the new docker image is smaller and supports persistent volumes for configuration and snark downloads (04:25:35 PM) zlatinb: documentation is in the source, the Docker.md file. I would like to add a page to the website with that same content (04:26:03 PM) zlatinb: that's really it (04:26:30 PM) eyedeekay: Good call about the site, right now we advertise it but don't document how to use it at all (04:26:40 PM) zzz: who is in charge of the geti2p docker account and who else has access? (04:26:48 PM) zzz: or does it not work like that? (04:27:35 PM) zzz: does it just auto-build every checkin and that's it? (04:27:37 PM) eyedeekay: I'm in charge of the geti2p docker account, I can grant access to people from gitlab, it was started by Ace Barry or hkparker IIRC but I'm the admin now (04:28:04 PM) eyedeekay: It builds the `latest` every checkin and builds an image for every tag beginning in `i2p-*` (04:28:50 PM) zzz: ok so whatever changes zlatinb did are already in there (04:28:52 PM) zzz: got it (04:29:00 PM) zlatinb: yes (04:29:30 PM) zlatinb: eyedeekay: I saw you just dockerized the android build process? (04:30:50 PM) eyedeekay: Yeah I did, it was a way of bundling up all the release requirements into a re-usable form (04:31:35 PM) zzz: eyedeekay, speaking of android, I saw something about google adding more rules and bumping requirements effective later this year. You may wish to put aside some time before this release to get ahead of it (04:33:10 PM) eyedeekay: I'm double-checking all my Android release stuff this week to make sure that all goes smoothly (04:34:18 PM) zzz: as I said the new rules aren't effective for a few months but wouldn't hurt to address them now (04:34:41 PM) zzz: or, it might hurt, but better sooner than later (04:34:42 PM) zzz: eot (04:35:14 PM) eyedeekay: Well depends on F-Droid, sometimes they lag behind GPlay in requirements in a way which is somewhat mutually-exclusive, but it'll be better to know about it if it's going to happen (04:36:02 PM) eyedeekay: I think we're ready for number 7) Bote Plugin Keys (04:36:20 PM) eyedeekay: This one came up for me in conversation with some redditors last week (04:37:06 PM) eyedeekay: People are trying to use mhatta's fork of Bote but they are not able to do so because they are not able to install the plugin keys easily (04:37:30 PM) eyedeekay: They also mostly don't know how to intepret the certificate error in the sidebar to troubleshoot the issue (04:38:17 PM) eyedeekay: s/keys/certificates/ (04:38:41 PM) eyedeekay: I would like us to consider adding mhatta's to the default so people no longer encounter this error (04:39:17 PM) zzz: 1) he should provide better instructions to his users; 2) he needs to make the request of us (04:40:22 PM) eyedeekay: Fair enough. (04:40:46 PM) eyedeekay: That brings us to the end of the listed topics, anything else to add? (04:41:06 PM) zlatinb: yes, I'd like us to think about making it easier to build testnets (04:41:08 PM) zzz: and I'd ask that he get .49 into debian, which never happened (04:41:55 PM) zlatinb: we've had two people build LXC testnets and one person build Docker, all three use quite different approaches (04:42:14 PM) zlatinb: so is there any interest in figuring out what the pain points are and making things easier? (04:42:51 PM) zzz: I have interest in finding out if there's interest :) (04:43:10 PM) eyedeekay: Yes there is from my side, I would like to get a testnet running, preferably a docker one (04:44:13 PM) zlatinb: cool.. so we should look into it.. of the top of my head initial seeding is the worst part (04:45:14 PM) eyedeekay: Are there any Docker testnet instructions written down yet or are they all LXC-based? (04:45:18 PM) zzz: my solution to seeding worked well for me, it's roughly solved for lxc (04:45:47 PM) zlatinb: LoveIsGrief may have something in his repos on gitlab (04:47:55 PM) zlatinb: eot from me (04:49:07 PM) eyedeekay: I guess then if I want a Docker testnet I should probably look into their work, and fill in whatever blanks I encounter based on the process for LXC (04:49:43 PM) zzz: I checked all my horrible lxc shell scripts into i2p.scripts (04:50:29 PM) eyedeekay: Thanks zzz, horrible or not I'm sure they'll tell me what I need to know (04:51:32 PM) eyedeekay: Anything else for the meeting? (04:51:50 PM) eyedeekay: timeout 1m (04:51:50 PM) zzz: no (04:51:58 PM) zlatinb: not from me (04:52:19 PM) eyedeekay: OK then thanks everyone for coming (04:52:44 PM) eyedeekay: I'll post the logs to the site shortly, see you around IRC </div>/ko/blog/2021/04/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-4%EC%9B%94-6%EC%9D%BC/Tue, 06 Apr 2021 00:00:00 +0000/ko/blog/2021/04/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-4%EC%9B%94-6%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb, psi</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> (04:02:03 PM) eyedeekay: Hi everyone, zzz, zlatinb, community members, welcome to the April 6, 2020 meeting (04:02:09 PM) eyedeekay: A lot to discuss today: (04:02:12 PM) eyedeekay: 1) Hi (04:02:12 PM) eyedeekay: 2) Mac Launcher Report, jpackage/dmg (04:02:12 PM) eyedeekay: 3) Mac user interest survey results (04:02:12 PM) eyedeekay: 4) Windows all-in-one installer (04:02:12 PM) eyedeekay: 5) Update channels - `http://git.idk.i2p/i2p-hackers/i2p.i2p/-/wikis/...` (04:02:12 PM) eyedeekay: 6) Trac Migration Report/Evaluation (04:02:12 PM) eyedeekay: 7) 0.9.50 release (04:02:39 PM) eyedeekay: 1) Hi is everybody here? (04:02:43 PM) zzz: hi (04:02:46 PM) eyedeekay: Hi zzz (04:02:54 PM) zlatinb: hi (04:02:59 PM) eyedeekay: Hi zlatinb (04:03:08 PM) eyedeekay: Anybody else? (04:03:40 PM) eyedeekay: OK On to 2) then Mac Launcher Report (04:04:13 PM) eyedeekay: This was my topic but I think zlatinb and I should share it a bit, I have more to add to the User Interest Survey section (04:04:54 PM) zlatinb: ok (04:05:24 PM) eyedeekay: The current situation as I understand it is that we've decided that the old launcher is not the way, reflected in zzz removing the code from the main git branch this morning (04:07:04 PM) eyedeekay: And that we can deal with the issue of doing updates in the background in order to avoid making the update process more complicated while making the install process less (04:08:42 PM) eyedeekay: That "real" service installs probably won't be part of the jpackaged version of the router, because auto-starting apps start when the user logs in and not when the system is ready (04:08:53 PM) zlatinb: I think that is accurate. I have verified that the sequence of steps in the script that is on the wiki page is completely "silent" (04:08:53 PM) zlatinb: the end-to-end flow needs to be tested ofc (04:08:53 PM) zzz: yeah I think the install experience is better, the update experience could be a little to a lot worse, TBD (04:09:25 PM) zzz: although if you include java updates in the izpack update experience, maybe we wouldn't be any worse (04:09:28 PM) mode (+v anonymousmaybe) by ChanServ (04:09:39 PM) zzz: thats the part we need to investigate further (04:09:58 PM) zzz: and decide how to make those tradeoffs (04:11:17 PM) eyedeekay: I think I think the Java nagware makes it almost the same (04:11:34 PM) eyedeekay: But I haven't actually had to do a Java update on my Mac yet either (04:12:35 PM) zzz: do we have any quantitative sense of how much better JRE 16 is over 8? (04:12:37 PM) eyedeekay: There was a slightly surprising result on the user-interest survey, a slim majority of users found installing Java to be easy, including one user who marked him or herself as a beginnger (04:13:37 PM) zlatinb: 16 vs 8? not atm, can google for benchmarks ofc, but the new apis are useful (04:14:01 PM) zlatinb: such as getting the pid from inside java, dock badges and notifications, etc. (04:15:14 PM) zlatinb: regarding an investigation of the full update process, it will organically be done as part of the work on the new update process, to be discussed later in this meeting (04:16:19 PM) zlatinb: I'm confident it can be very smooth; the implementation question is AppleScript vs bash script vs ?? (04:16:57 PM) zzz: I thought it was just exec 'open xxx.dmg'? (04:17:54 PM) zlatinb: someone hasn't been following the wiki page tsk tsk :) no it's a quite involved process of converting the .dmg to another format. That avoids any visual promopts and license agreement (04:19:12 PM) zlatinb: basically 1. convert the .dmg to .cdr 2. mount cdr 3. move the existing AppBundle out of the way 4. cp -R new AppBundle 5. clean up, unmount .cdr 6. launch new app bundle (04:20:12 PM) zlatinb: I tested and verified the conversion and mounting are entirely "silent". If we do not want to be silent but want the user to see what is happening, we can use AppleScript (04:20:20 PM) zlatinb: no idea why we would want that but it's on the table (04:21:14 PM) eyedeekay: Neat. Not that I think it matters that much, but is that how .dmg bundles are "supposed" to update? Is there a chance that would be disabled in the future without a path to fix it? (04:22:03 PM) zlatinb: the official way of updating is to use a Mac OS facility that relies on the existence of a clearnet server. VLC updates that way for example. (04:22:30 PM) zzz: given the size of the agenda, I suggest we move on to find out if the survey says anybody wants this at all (04:22:49 PM) eyedeekay: Can do (04:23:49 PM) eyedeekay: The results of the survey summarized as follows: (04:23:49 PM) eyedeekay: - Most of the people surveyed did not have Java installed when they were first attempting to install I2P. (04:23:49 PM) eyedeekay: - Users found installing Java easy, with a slim majority(3/5) of respondents saying that installing Java was not difficult. This included people who marked themselves as "beginner" computer user. This actually surprised me quite a bit. (04:23:49 PM) eyedeekay: - 6 of 12 users skipped some or all of the Yes/No questions. (04:23:49 PM) eyedeekay: - We had several users who skipped multiple Yes/No questions who left free-response answers. They were universally not complimentary to the install process. (04:23:49 PM) eyedeekay: - All but one of the Yes/No respondents who answered the question were users of the .dmg bundle. Of these, there were 5/13. All others were non-responses. This could indicate the overwhelming popularity of the .dmg approach. (04:23:49 PM) eyedeekay: - The one non-user of the old .dmg bundle answered "Yes" to would use a new one if it emerged (04:24:31 PM) eyedeekay: That's copied directly from a longer summary I'll post to zzz.i2p later today (04:25:16 PM) zzz: we didn't ask directly if people want a dmg installer vs izpack? Or how can we infer that? (04:26:02 PM) eyedeekay: We referred to the izpack as the ".jar" installer since end users don't know what packaging tools we use (04:26:09 PM) zzz: or, an even simpler question: does the survey tell us we should do a dmg installer or not? (04:26:25 PM) eyedeekay: I believe the survey supports doing a .dmg installer (04:26:52 PM) zzz: strongly? weakly? "overwhelmingly"? (04:27:25 PM) eyedeekay: Pretty strongly, the only counterpoint to the .dmg installer was that people found installing Java easy (04:27:41 PM) eyedeekay: Thereby recommending the incumbent in that case (04:27:51 PM) zzz: ok (04:28:03 PM) eyedeekay: Everybody who answered the question said ".dmg installer" (04:28:47 PM) zlatinb: but that hasn't even been available for download for a while. Do we know if they refer to the experimental one we just built or to the old one? (04:29:08 PM) eyedeekay: I specifically asked "The .dmg installer which lost support earlier this year" (04:29:17 PM) zlatinb: ok (04:29:51 PM) eyedeekay: Also I asked about whether they were able to transition from the old .dmg installer back to an IzPack installer (04:30:16 PM) eyedeekay: No one was able, but I think we knew that because of the unstoppable restarts issue (04:30:18 PM) mode (+v subatomic) by ChanServ (04:31:20 PM) zlatinb: that issue may have been specific to my system, I have no way of knowing. I may have helped meeh run an interim build that may have been broken... many possibilities. (04:32:50 PM) eyedeekay: I remember seeing it on my old Mac that was a lemon so same (04:32:59 PM) eyedeekay: I'll have an extended summary with the raw anonymized results to post to zzz.i2p this evening (04:33:03 PM) eyedeekay: EOT #3 (04:34:22 PM) zlatinb: I would ask that we go back to #2 for a bit (04:34:32 PM) zlatinb: and at least decide on a deadline for making a decision (04:35:05 PM) zlatinb: because with the lack of notarization the current izpack installer is pretty hideous. Sadie posted on medium the full workflow and it's something like 35 steps (04:35:24 PM) zlatinb: that include the user turning off some OS protections which are on by default (04:35:53 PM) zlatinb: fyi I asked orignal and some guy from the ilita irc what they do for i2pd (04:36:10 PM) zlatinb: and the short answer was: disarm all assemssments and roll with it (04:36:32 PM) zzz: I'm not hearing any objections, so I think we keep working toward a solution. I'm not sure we need a deadline, especially if the effort is modest (04:36:33 PM) zlatinb: I really don't think we can expect our users to do that (04:37:20 PM) zlatinb: effot is modest if we do not count the update system overhaul which we'll discuss separately (04:37:33 PM) zlatinb: eot (04:37:55 PM) zzz: ok, then we'll find out what the deadline is to resolve the update stuff (04:38:53 PM) zlatinb: ok (04:40:25 PM) eyedeekay: Are we deciding that here and now? Because my vote would go to having it all ready to phase in at 0.9.51. (04:40:58 PM) zlatinb: we'll discuss it as part of 5), right? (04:41:09 PM) eyedeekay: Sure sounds good (04:41:21 PM) eyedeekay: On to 4) then Windows all in one installer (04:41:49 PM) eyedeekay: zlatinb added this to the agenda, but I'll probably have a lot to add here too. Do you want to get us started zlatinb? (04:42:40 PM) zlatinb: well eyedeekay did most of the hard work on combining the firefox profile installer with a JRE image and a router and making sure it installs and runs. There's ofc some rough edges atm. (04:42:59 PM) zlatinb: There's also a wiki page that can be used for questions (04:43:30 PM) zlatinb: I think it's worth giving it some attention and spending the time to do a proper product definition with requirements and all that, similar to what was done for the .dmg (04:43:58 PM) zlatinb: We're working with users on r/i2p who have helped us greatly and continue to help us (04:44:15 PM) zlatinb: but ofc atm this is a PoC (04:44:15 PM) zlatinb: eot (04:45:38 PM) zzz: there seems to be no wikis listed on the index page at `http://git.idk.i2p/i2p-hackers/i2p.i2p/-/wikis/home` so ppl need the full url? (04:45:41 PM) eyedeekay: Yes despite being an early POC, most of the feedback I've received has been positive. One unfortunate thing is that apparently NSIS goes crazy if the user has a different character set than the administrator, the hardest part has been avoiding this pitfall so far (04:46:01 PM) eyedeekay: Right-hand side for me, I'll get you the full URL (04:46:29 PM) eyedeekay: https://i2pgit.org/i2p-hackers/i2p.firefox/-/wikis/All-in-One-I2P-Installer-for-Windows (04:47:08 PM) zzz: hmm if not logged in it says 'no wiki pages'. if logged in it gives you a 'create new wiki' page. (04:47:57 PM) zlatinb: check that you're in i2p.firefox project, not i2p.i2p (04:48:07 PM) zzz: oh ok (04:49:19 PM) psi: hi (lurking) (04:49:42 PM) zlatinb: hi psi (04:49:52 PM) eyedeekay: Hi psi (04:50:07 PM) eyedeekay: And here's the branch in case you need it: https://i2pgit.org/i2p-hackers/i2p.firefox/-/tree/EXPERIMENTAL-jpackage (04:50:34 PM) psi: wasn't there talk about using nsis for windows packaging? (04:50:56 PM) eyedeekay: Yes this is some of that talk (04:50:56 PM) psi: (that's item 4 nvm) (04:51:27 PM) psi: oh (04:51:30 PM) psi: i see we are on that (04:51:55 PM) psi: so if you are using cmake/cpack nsis is great because you cross compile for windows from linux trivially (04:52:04 PM) psi: not sure how it works in java land (04:52:23 PM) zzz: I've raised a few objections about this windows proposal over the last month, none fatal, but I don't think they've been adequately addressed (04:52:29 PM) zzz: I'll list 3 here (04:52:47 PM) eyedeekay: Unfortunately we might to this to take advantage of jpackage builds, which do require us to build on the target platform at this time (04:53:03 PM) zzz: 1) it's all a distraction from the mac installer that got us started and is probably higher priority and we'll learn from doing it first (04:53:15 PM) psi: point 1 is enough there (04:53:24 PM) zzz: 2) almost all the justifications listed or theorized are weaker than that for the mac installer (04:53:34 PM) psi: i'd say focus on the mac infra before wandering out into the packaging aybss (04:53:55 PM) psi: you'll find a way to have scope creep (04:53:57 PM) zzz: 3) the so-far-unofficial firefox profile is assumed included, but hasn't been justified or reviewed separately (04:54:02 PM) zzz: eot (04:54:31 PM) psi: for now macos packaging is plenty of a task and you need not increase scope (04:54:47 PM) psi: once you get the macos infra working come back to windows nsis (04:55:03 PM) psi: i for one want to drop macos support at work becuase it's just bad (04:55:12 PM) psi: the whole target is getting worse with each release (04:55:33 PM) psi: and apple is actively hostile to free software projects (04:55:51 PM) psi: if you dont mind bending over to let apple in then it's probably fine (04:56:10 PM) zlatinb: well that's a picturesque way of putting it psi :) (04:56:12 PM) psi: it's all a question of how much time you want to burn dealing with them (04:56:29 PM) psi: if the number of users is low enough it's just not worth it (04:56:39 PM) eyedeekay: I can definitely live with waiting for Mac to be ready to take Windows further, I think everyone sees my point re: the installer and it's relationship to onboarding (04:57:00 PM) zlatinb: but I've already gone through the joys of notarization so that part's taken care of (04:57:10 PM) zlatinb: (that's the most unpleasant part btw) (04:57:33 PM) psi: so this is a kind of high level directional question, windows is actually getting a bit better and apple is getting worse, the projected direction each are going is pretty clear to me (04:57:52 PM) psi: if we dont have a dedicate mac guy then the mac parts will rot (04:58:00 PM) psi: dedicated mac guy* (04:58:05 PM) psi: that is what happened at work D: (04:58:34 PM) zlatinb: well I try to document everything that I do, but you're right, one of the requirements is an Apple Id which means de-anoning (04:58:44 PM) psi: that's probably fine (04:58:50 PM) psi: the real problem is the everything else part (04:58:57 PM) zlatinb: it's not that bad (04:59:05 PM) psi: it is if you need eleveated privs (04:59:05 PM) zlatinb: we can discuss after the meeting if you're interested (04:59:16 PM) psi: for i2p is fine (04:59:16 PM) zlatinb: we don't for I2P, it's a slide install (04:59:19 PM) zzz: the thing I still don't understand is that we had a broken link to the old dmg installer for a year and nobody complained. during that time we thought we had a dedicated mac guy, but he vanished (04:59:19 PM) psi: and yea we can talk later (04:59:30 PM) psi: yea (04:59:44 PM) psi: if a mac users tries it and it's broken they'll just uninstall (04:59:48 PM) psi: they wont report a bug (04:59:52 PM) zlatinb: exactly (05:00:03 PM) psi: and with i2pd being a thing they can just try that (05:00:12 PM) psi: if i2pd works they'll use that (05:00:16 PM) eyedeekay: I bet if I really combed I could find a reddit question (05:00:25 PM) zlatinb: it doesn't, requires disarming all assessments (05:00:53 PM) eyedeekay: But another factor is that until a few months ago the .dmg installer would have installed and may have updated, because the signature on it hadn't expired yet (05:02:24 PM) zlatinb: there is like one mac guy on ilita and he is a very advanced mac user (05:02:33 PM) zlatinb: anyway, we're drifting (05:02:33 PM) psi: yea (05:02:33 PM) zlatinb: psi is right that mac users won't complain and just give up (05:02:33 PM) psi: are there regular project level UX aditing for each platform? (05:02:33 PM) zzz: not true, the link was broken as of 0.9.44, because the last dmg release was .43 (05:02:33 PM) psi: i.e. seeing if platform X is broken? (05:02:33 PM) zlatinb: sadly no (05:02:33 PM) psi: thinking out loud i see a common overaching theme (05:02:33 PM) psi: over arching theme (05:02:34 PM) zzz: correction .45 was the last, broken as of .46 (05:03:03 PM) zlatinb: we had the windows installer broken for two days until parg complained about it, just a data point (05:03:27 PM) zzz: one hour in, eyedeekay can you keep things moving please? (05:03:35 PM) eyedeekay: Yes (05:03:52 PM) eyedeekay: I think we've done enough on #4 for now anyway (05:03:58 PM) psi: yea (05:04:07 PM) eyedeekay: 5) update channels (05:04:21 PM) eyedeekay: This one is yours zlatinb (05:04:56 PM) zlatinb: right, so the main purpose of update channels is to support the new installers, but of course it can turn out to be useful in other situations as well. (05:04:57 PM) zlatinb: such as: (05:05:16 PM) zlatinb: if we decide to transition to stable-vs-beta releases after 1.0.0 (05:05:46 PM) zlatinb: to summarize what's on the wiki page: (05:06:09 PM) zlatinb: we introduce the notion of an update channel which is platform X readiness tuple (05:06:29 PM) psi: i2p has been effectively rolling release for a decade right? (05:06:57 PM) zlatinb: to do it in backwards-compatible way with least amount of work the update url will be constructed `http://...b32.i2p/&lt;platform&gt;/&lt;readiness&gt;/news.su3` (05:07:25 PM) zlatinb: no changes to news.xml format (05:08:08 PM) zlatinb: So very little modifications to the workflow of the su3 generators (05:08:33 PM) zlatinb: small changes to the backend of the router, and small-to-medium changes to the console ui (05:09:04 PM) zlatinb: for more detailed discussion see the wiki page (05:09:36 PM) zlatinb: at this meeting I would like to agree on what priority this should be, when do we want it done, who will do which part ideally too (05:09:38 PM) zlatinb: eot (05:10:04 PM) zzz: the issues are who runs and manages and translates the new feeds and their backups ... same as now, or different (05:10:11 PM) zzz: if it's option 1 then it's almost no dev effort (05:10:35 PM) zlatinb: oh yeah option 2 (from the wiki page) is out, ignore it completely (05:10:59 PM) zzz: so are you proposing the same news hosts as now for the new feeds? (ech and idk), if so, need their buyin, if not, need to know who (05:11:44 PM) zlatinb: I would say start with the same hosts for now (05:12:08 PM) eyedeekay: I'm absolutely happy to host the new feeds on my end (05:12:27 PM) zlatinb: I'll reach out to ech sometime soon about it (05:13:51 PM) eyedeekay: Since option 2 is out by extension option 3 is as well, right? (05:13:59 PM) zlatinb: yeah (05:14:36 PM) zlatinb: option 1 achieves everything and is very little effort relative to the other options (05:15:31 PM) zlatinb: so... (05:16:23 PM) zlatinb: since this is a prerequisite for enabling in-network updates of a .dmg installer and we seem to be in agreement that we're going ahead with that, shall we say 0.9.51 for this item? (05:16:49 PM) eyedeekay: +1 (05:17:08 PM) zzz: oh I thought you wanted a deadline for deciding. thats a deadline for finishing (05:17:24 PM) zzz: but sure, that's a reasonable target (05:17:50 PM) zlatinb: I wanted a deadline for deciding on the .dmg installer.. but I can retreat if there are reasonable arguments against deciding now :) (05:18:03 PM) mode (+v val) by ChanServ (05:18:26 PM) zzz: sounds good (05:19:10 PM) zlatinb: ok... we have one more meeting before the 0.9.51 cycle starts in earnest, right? (05:19:17 PM) eyedeekay: Yes we do (05:19:44 PM) zlatinb: we can then expand on the details on the wiki, including specific code locations that need to change by then (05:19:56 PM) zlatinb: I'm reluctant to start actual coding even if on a branch (05:20:18 PM) zzz: there shouldn't be any coding really, or very little (05:20:37 PM) zlatinb: I'll try to scope it out by the next meeting (05:21:18 PM) zlatinb: ok, that's eot from me on 5) (05:21:26 PM) eyedeekay: Ok then moving on to 6) Trac Migration Report/Evaluation (05:22:30 PM) eyedeekay: I've made a chart, it's been approved, I've done a dry run on a server at home, it worked. There are hundreds of tickets to migrate, almost all of which will be added to i2p.i2p with tags corresponding to the "component" they were on trac. (05:23:54 PM) eyedeekay: I think I can do the whole migration this month and have it done by the start of the next meeting. I'm going to go from small-to-large like I did with mtn-&gt;git. I'm going to go much faster this time, most of these can expected to take one day or less to complete. I'll be starting with i2p.www (05:24:21 PM) zzz: have we definitely decided to do it, or are there open issues e.g. registration for tickets, spam, etc. ????? (05:24:29 PM) mode (+v anonymousmaybe) by ChanServ (05:24:59 PM) eyedeekay: Spam has dropped considerably over the past month, user registrations are now open without my approval. Anyone who can confirm an email can register. (05:25:32 PM) eyedeekay: I can still "approve" users who cannot or do not wish to use a real e-mail. (05:25:35 PM) zzz: iirc we know where we're headed but we haven't made the final decision yet, especially because of the reg. issue (05:25:53 PM) zzz: but I don't have last month's meeting logs in front of me (05:26:14 PM) eyedeekay: The biggest issue, approval-only for registration, is no longer the case (05:26:48 PM) zzz: ok so that and the migration tech issues were the biggest. anything else that's a blocker, or are you recommending we proceed? (05:27:35 PM) eyedeekay: I am believe that I should proceed this month with the ticket migration (05:27:45 PM) mode (+v dr|z3d) by ChanServ (05:27:51 PM) zzz: sounds good (05:28:02 PM) eyedeekay: OK I'll get started probably at the end of this week (05:28:26 PM) eyedeekay: Last but not least the 7) 0.9.50 release update (05:28:29 PM) zzz: oh I remember (05:28:29 PM) zzz: notifications (05:28:40 PM) zzz: on tickets, MRs, etc. seem completely broken (05:29:04 PM) zzz: ofc they are on trac also... (05:29:44 PM) zzz: so maybe not a blocker but def. an annoyance (05:29:47 PM) eyedeekay: Are you not getting them? I thought I had them fixed, I started getting mine. I'll figure out why it is and deal with it ASAP (05:30:19 PM) zzz: nope. zlatinb how about you? (05:30:28 PM) zlatinb: nada (05:30:34 PM) zlatinb: did get a few at one point but after the update or downtime nothing (05:30:55 PM) zlatinb: but I check the activity feeds obsessively :) (05:31:19 PM) eyedeekay: Shoot. OK I must have missed it when I put the server back up after the thing in December. I'll fix it soon. (05:31:38 PM) eyedeekay: Wait no I have an email from zzz on the X-i2p-location issue... (05:31:46 PM) eyedeekay: Can't be that. Anyway, I'll find it (05:32:14 PM) zzz: thanks (05:32:16 PM) zzz: re: 7) (05:32:23 PM) zzz: I'll be very brief (05:32:37 PM) zzz: we're 7 weeks into a nominal 12 wk cycle, target mid-to-late May (05:32:45 PM) zzz: all big changes should be in (05:32:49 PM) zzz: lots of SSU and IPv6 stuff (05:33:08 PM) zzz: doing testing w/ i2pd on prop. 158 (ipv6 introducers) (05:33:18 PM) zzz: for draft release announcement see zzz.i2p (05:33:20 PM) zzz: EOT (05:33:52 PM) zlatinb: I just want to chime in re: bandwidth utilisation (05:34:04 PM) zlatinb: this release has the potential to improve throughput by a LOT (05:34:40 PM) zlatinb: so with the changes to RED and CDQ tuning we should keep an eye on whatever network metrics we can get (05:34:50 PM) zzz: let's hope. also lots of i2pd fixes in their mid-cycle release a couple weeks ago, and more in the next one, will help network performance (05:35:38 PM) zlatinb: I'm just worried we'll hit some bottlenecks that we never hit before (05:35:50 PM) zlatinb: but that's growing pains I guess (05:36:09 PM) zzz: same story different day (05:36:48 PM) eyedeekay: Thanks zzz, thanks zlatinb. (05:37:53 PM) eyedeekay: I've got very little to add here, and I think we've been here long enough, so unless there's anything else you want to discuss I'm going to call us to a close (05:38:03 PM) eyedeekay: Timeout 1m (05:39:19 PM) eyedeekay: Thanks everyone for coming, see around IRC (05:39:31 PM) eyedeekay: I will post meeting logs in a few minutes </div>/ko/blog/2021/03/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-3%EC%9B%94-2%EC%9D%BC/Tue, 02 Mar 2021 00:00:00 +0000/ko/blog/2021/03/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2021%EB%85%84-3%EC%9B%94-2%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz, zlatinb</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (08:01:02 PM) eyedeekay: Hi everyone and welcome to the March 2 Meeting, please let me know if you're here (08:01:27 PM) eyedeekay: zzz zlatinb eche|on eche|off (08:01:42 PM) eyedeekay: Agenda (08:01:42 PM) eyedeekay: 1) Hi (08:01:42 PM) eyedeekay: 2) 0.9.49 remaining items (08:01:42 PM) eyedeekay: 3) Mac Launcher Status (08:01:42 PM) eyedeekay: 5) 0.9.50 release (08:01:42 PM) eyedeekay: 6) Trac migration summary (08:01:46 PM) Irc2PGuest1578 [kilian@xvbemdlawzj2qlt3cgjgaclevziobxvwmipcvecbla4xqkmwjd2q.b32.i2p] entered the room. (08:01:46 PM) zzz: hi (08:01:55 PM) zlatinb: hi (08:01:55 PM) eyedeekay: 4) 1.0.0 vs 0.9.50 (08:03:04 PM) eyedeekay: hi zzz, hi zlatinb, timeout 30s anyone else? (08:03:39 PM) eyedeekay: Thanks everyone, starting right in with 2) 0.9.49 remaining items (08:03:51 PM) eyedeekay: The only one I know of is the .dmg version of the Mac installer (08:04:20 PM) zzz: the others are official debian and ubuntu (08:04:45 PM) zzz: I'll explain a little more (08:04:50 PM) eyedeekay: Ok thanks. (08:05:06 PM) zzz: unfortunately, debian bullseye just hit a freeze (08:05:29 PM) zzz: our debian maintainer either wasn't aware of the schedule or didn't advise us to hurry (08:05:51 PM) zzz: so while we did pull in the schedule to for ubuntu hirsute 21.04, the debian deadline was earlier (08:06:09 PM) zzz: since ubuntu pulls from debian, ubuntu didn't get it either (08:06:45 PM) zzz: this is a once every two year thing, but still, would have been nice to know (08:06:54 PM) zzz: as it was, we hurried up about ubuntu, all for nothing (08:07:25 PM) zzz: so, at some point, debian will unfreeze, and 49 should show up in sid. but bullseye is 48 (08:07:27 PM) zzz: eot (08:07:59 PM) eyedeekay: Thanks zzz. So for the time being the recommendation for Debian users to get an up-to-date router should be via our repository (08:08:17 PM) zzz: yup. ditto ubuntu. (08:08:32 PM) zzz: oh, if I may, a brief report on the network: (08:08:41 PM) eyedeekay: Sure go ahead (08:08:48 PM) zzz: 52% updated to 49; 6% rekeyed to ECIES. All looks good so far (08:09:03 PM) zzz: very few bugs found or reported (08:09:05 PM) zzz: eot (08:09:21 PM) eyedeekay: Excellent to hear, thanks for the report (08:09:49 PM) eyedeekay: And I guess I can work on figuring out what mailing list we need to be subscribed to to get word earlier on when Debian will freeze (08:10:02 PM) eyedeekay: 3) Mac Launcher Status (08:10:14 PM) eyedeekay: This is the DMG based installer, not the .jar (08:10:54 PM) eyedeekay: I dropped the ball on this one, by failing to notify people that the previous maintainer was no longer building the installer (08:11:15 PM) eyedeekay: As a result I removed the Mac installer from the site (08:11:39 PM) zzz: iirc the last one built was .45 a year ago, and it probably was a broken link for most of last year (08:11:41 PM) eyedeekay: I have since aquired a Mac with the intent to take up maintenance of the product (08:12:00 PM) eyedeekay: zzz you are correct (08:12:04 PM) zlatinb: there is a problem with the dmg installer - at least on my mac I can't get the router to stop. Some daemon keeps restarting it (08:12:09 PM) zzz: so it was actually a longstanding issue. you were correct to remove it, thanks for that (08:13:16 PM) zlatinb: so if other mac users are in the same situation we should come up with some sort of guide for cleaning up (08:13:28 PM) zzz: have you figured out if there's some auto-update or notification built in? and if so is that broken also? or is it just the news entry in the console? (08:13:57 PM) zlatinb: auto-update does work, strangely enough (08:13:57 PM) eyedeekay: It can't auto-update, at least not successfully (08:14:04 PM) eyedeekay: Oh well that's weird (08:14:09 PM) zlatinb: I just can't kill it and make sure it stays dead (08:14:28 PM) eyedeekay: Well sounds like some of the behavior is pretty erratic (08:14:56 PM) zzz: eyedeekay, last we discussed it, there was some debate as to the value of this installer product to our users, compared to the effort required to maintain it (08:15:15 PM) zzz: how do we nvestigate and evaluate those two factors? (08:15:58 PM) zzz: and zlatinb do you have any thoughts on the value of a "mac way" installer today? (08:16:36 PM) zlatinb: I still think a Mac way and Win way installers are far superior than the izpack monstrocity (08:16:37 PM) eyedeekay: I think zlatinb and I will need to compare notes, I'm seeing different behavior than he is and if I don't know why continuing to build and support it becomes much more intimidating (08:17:16 PM) zlatinb: but I think we need to re-evaluate the complexity in light of jpackage coming out with Java 14+ (08:18:02 PM) zlatinb: either way, a Mac-way installer would/should be lower priority than Win-way installer (08:18:05 PM) zzz: I'm not a mac person, but "far superior" was the consensus at the time we started development of the installer (08:18:43 PM) zzz: if the consensus is different now, I'd like to understand why (08:19:24 PM) zlatinb: to my knowledge it's still the same consensus, just the ecosystem has changed (i.e. jpackage exists) (08:20:26 PM) eyedeekay: IIRC my experience with Mac at the time was basically nil and my favor for the idea was based on the idea that working with familiar packaging systems makes our packages easier to trust (08:20:39 PM) eyedeekay: jpackage does the runtime image/eliminate the need to install Java thing right? the dmg to my knowledge didn't do that? (08:20:51 PM) zzz: right (08:21:18 PM) zlatinb: right (08:21:30 PM) zlatinb: jpackage builds dmgs supposedly, I haven't tried it (08:21:38 PM) zzz: so jpackage would be some 100MB thing. since it's only for one OS, it's feasible to do it for mac. (08:21:47 PM) zzz: yeah dmgs would have to be tested for sure (08:22:14 PM) zlatinb: it builds windows installers too, I haven't used that functionality though (08:22:26 PM) zlatinb: and rpms and debs but I'm pretty sure we don't want those (08:22:52 PM) zzz: one of our failings as a project is that the dmg was always labeled 'experimental' on our d/l page. We never paid it enough attention to remove the label or even notice that nobody was building it (08:22:57 PM) Irc2PGuest1578 left the room (quit: Read error). (08:24:06 PM) zzz: as with all our other official products, if we're going to support it we need enough resources for a competent maintainer (08:25:15 PM) zzz: at this point I propose that we continue the evaluation of both user demand and effort required, both for existing dmg and jpackage. (08:25:29 PM) zzz: interim report in one month, final decision in two months, in time for .50 (08:25:52 PM) zlatinb: any thoughts how to go about that? survey? (08:26:32 PM) eyedeekay: I could set up a Reddit survey after the meeting (08:26:42 PM) zzz: forum posts (08:27:11 PM) eyedeekay: Works for me, I'll add it to next month's meeting agenda (08:28:06 PM) eyedeekay: Anything else on 3)? (08:28:32 PM) eyedeekay: 4) 1.0.0 vs 0.9.50 (08:29:02 PM) zzz: this was my item (08:29:10 PM) eyedeekay: Take it away zzz (08:29:28 PM) zzz: I don't feel strongly either way, but I think we should go to 1.0.0 in the next year or so (08:29:49 PM) zzz: as we don't have a separate stable branch, 1.0.0 is not a particular guarantee of stability (08:30:23 PM) Irc2PGuest1578 [kilian@xvbemdlawzj2qlt3cgjgaclevziobxvwmipcvecbla4xqkmwjd2q.b32.i2p] entered the room. (08:30:27 PM) zzz: so my question is what people think, and can the PR team accomplish messaging on what 1.0.0 is or isn't, on some timeline? (08:30:29 PM) zzz: eot (08:31:14 PM) zlatinb: so I have two points regarding 1.0.0: (08:31:41 PM) zlatinb: 1) RED needs tuning and I will die on that hill if I must. Tunning it properly may require more than one release (08:32:19 PM) zlatinb: 2) Back to the installers issue - if we can build much smoother installers for the major platforms, a 1.0.0. release will have much greater impact (08:32:20 PM) zlatinb: eot (08:33:40 PM) eyedeekay: I think we can devise and accomplish messaging and PR for 1.0.0, if 1.0.0 coincides with migration of cryptography away from Elgamal, and I agree with zab on 2) (08:34:30 PM) zzz: we can always pick some headline feature to brag about, any release. It's fairly arbitrary. We could pick any release this year and claim it's when we're ditching elgamal. It's happening already (08:35:44 PM) zzz: as I'm not hearing any strong consensus, I propose that the next release is 0.9.50, and we discuss it again after that release, in 3 months (08:35:51 PM) eyedeekay: Then 2) remains pretty important to me, installers are a pain point as strange as that seems (08:36:15 PM) eyedeekay: I agree that the next one should be 0.9.50 (08:36:27 PM) anonymousmaybe left the room (quit: Read error). (08:36:31 PM) T3s|4 left the room (quit: Read error). (08:37:36 PM) eyedeekay: Anything else on 4)? (08:38:16 PM) T3s|4 [~T3s4@573a4z46ixhpfeuej2hggtzg2wvsllq6nurtha5dzpd7l42awaeq.b32.i2p] entered the room. (08:38:16 PM) mode (+v T3s|4) by ChanServ (08:38:18 PM) eyedeekay: 5) 0.9.50 release (08:38:42 PM) anonymousmaybe [anonymousm@zvezcslfl5ndd6ciniqp2ei3cm6kvcovceeu3nzheqe7rqcj3rra.b32.i2p] entered the room. (08:38:42 PM) mode (+v anonymousmaybe) by ChanServ (08:39:19 PM) zzz: I'll let you go first, then I'll list what I've been up to (08:41:28 PM) eyedeekay: It's been about 2 weeks since the 0.9.49 release, in that time I've been working on style bugs, moving the configuration of X-I2P-Location into the application instead of requiring a reverse proxy or specific configuration, and have been working on finding ways to improve gitlab (08:42:17 PM) eyedeekay: In particular a way to migrate trac tickets to gitlab en-masse and a way to create tickets anonymously are on my gitlab list (08:43:06 PM) eyedeekay: Those are actually largely accomplished and part of the next agenda item, so I won't waste time on that now (08:43:56 PM) eyedeekay: EOT (08:44:06 PM) zzz: super (08:44:26 PM) zzz: I fixed NTP for the year 2036 issue (08:44:33 PM) zzz: implemented UPnP for IPv6 (08:44:45 PM) zzz: reduced memory usage by the profiles (08:44:55 PM) zzz: added support for IPv6 introducers (08:45:17 PM) zzz: added "4/6" caps support for better tracking of who can connect to who (08:45:39 PM) zzz: did some work on smaller tunnel build messages (prop. 157), although that work is going a lot slower than the #ls2 team would like (08:46:26 PM) zzz: and I reported a major SSU bug to i2pd. they've fixed it. I'm hopeful they will cut a release for it this month, as I think it's really affecting network performance for some subset of connections (08:46:35 PM) zzz: eot (08:46:44 PM) eyedeekay: Thanks zzz (08:47:25 PM) zlatinb: I would like to do some experiments wrt tuning RED in the testnet. Current theory is that it's way too aggressive and slows down single-stream connections to an unnecessary degree. Will report as usual. EOT (08:47:36 PM) eyedeekay: Thanks zlatinb (08:48:17 PM) eyedeekay: 6) Trac migration summary (08:48:17 PM) zzz: re: roadmap. I updated it today on the website to reflect what was in .49 and moved other stuff to .50. eyedeekay please do the same for the items you know about (08:48:32 PM) eyedeekay: Ack zzz, will do that this evening (08:51:18 PM) wodencafe left the room (quit: Read error). (08:51:37 PM) wodencafe [wodencafe@4qx5zjj3rypztq5h4kc2clviwid5cir7cm6iqrqa2l2npvlgt7ta.b32.i2p] entered the room. (08:51:51 PM) eyedeekay: Re: trac I am in a rock and a hard place here. I'm admin on trac and not the box that trac runs on. I can't do anything to update it or make it better on my own, all I can do is chase time-consuming issues. (08:51:51 PM) eyedeekay: I really want to get rid of it, but we obviously can't blow away all those tickets or the rest of the information here. (08:51:51 PM) eyedeekay: I'm proposing that we migrate trac tickets to gitlab tickets and encourage the use of gitlab for issue-tracking purposes (08:52:51 PM) eyedeekay: Trac tickets don't map 1:1 onto gitlab tickets, tickets for I2P applications will need to be added to the i2p.i2p issue tracker and tagged on gitlab with the corresponding application (08:54:04 PM) eyedeekay: I've finally figured out how to do it using some of the corresponding material from Tor (08:54:37 PM) zzz: that's probably the right answer, but we should probably do a quick evaluation of the alternatives, for example just copying over everything to trac on a box we control (08:54:51 PM) zzz: and again, an estimate of the one-time and ongoing resources required (08:55:18 PM) zzz: we were going to have a meeting a couple months ago on it, so perhaps now it's time (08:55:54 PM) lithium left the room (quit: Quit: leaving). (08:56:02 PM) eyedeekay: Instinctively, running 2 services(Trac and Gitlab) will probably be higher effort over time, but maybe less effort initially (08:56:05 PM) zzz: i just want to be clear on what we're trying to accomplish (08:56:05 PM) lithium [lithium@f25fchfdvktukmhg2rkz5es4mlrroyywcou27bpr4mxzfuf3jgya.b32.i2p] entered the room. (08:56:38 PM) zzz: a full migration to gitlab is an enormous fix for the problem of somebody not responding to emails (08:56:50 PM) zzz: so the question is what else do we get for it (08:57:58 PM) zlatinb: tight integration with git, MRs, code review, all that (08:58:02 PM) zzz: and we need a short list of our requirements, esp. for registration and anti-spam (09:00:01 PM) zzz: I also think we should take lessons from the git migration last year, and have clear milestones and schedule and status (09:00:36 PM) eyedeekay: Registration has become a difficult point. I estimate roughly 1/3 of registrations are spam, but it's so difficult to tell the difference because I do not ask for very much information from git users (09:01:37 PM) eyedeekay: Tor's solution re: anonymous registration is neat, and potentially very useful, but the more I look at it the more I think it may be overkill for us (09:02:35 PM) zzz: I propose that we find out who wants to be in a meeting about this, and then we'll schedule the meeting later (09:03:29 PM) eyedeekay: I can work with that. I'll start a new forum thread for the Trac Migration. (09:04:49 PM) zzz: zlatinb, would you like to be in on it? (09:05:03 PM) zlatinb: sure (09:05:21 PM) zzz: super (09:07:56 PM) eyedeekay: That's everything from the agenda, anything else to add? (09:08:00 PM) eyedeekay: Timeout 60s (09:09:32 PM) eyedeekay: That closes the meeting *baffs* (09:09:32 PM) eyedeekay: Thanks zzz zlatinb for coming, I'll post the meeting log to the site shortly (09:10:09 PM) zzz: thank you (09:11:05 PM) devcron left the room (quit: Quit: leaving). (09:11:11 PM) eyedeekay: no problem zzz </div>/ko/blog/2021/02/17/0.9.49-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Wed, 17 Feb 2021 00:00:00 +0000/ko/blog/2021/02/17/0.9.49-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.49는 I2P를 더 빠르고 더 안전하게 만들기 위한 작업을 이어갑니다. SSU (UDP) 전송에 대한 여러 개선과 수정으로 더 빠른 속도로 이어질 것입니다. 이번 릴리스에서는 routers용 새롭고 더 빠른 ECIES-X25519 암호화로의 마이그레이션도 시작합니다. (Destinations(목적지)은 이미 몇 차례의 릴리스에서 이 암호화를 사용해 왔습니다) 우리는 새로운 암호화를 위한 명세와 프로토콜을 수년 동안 작업해 왔으며, 이제 마무리에 가까워지고 있습니다! 마이그레이션을 완료하는 데에는 여러 차례의 릴리스가 필요합니다.</p> <p>이번 릴리스에서는 혼란을 최소화하기 위해, 새로 설치하는 경우와 기존 설치 중 극히 일부만(재시작 시 무작위로 선택) 새 암호화를 사용합니다. 새 암호화를 사용하기 위해 router가 &ldquo;rekey&rdquo;(키를 새로 생성하여 교체)를 수행한 경우, 재시작 후 며칠 동안은 평소보다 트래픽이 줄거나 신뢰성이 떨어질 수 있습니다. 이는 router가 새로운 식별자를 생성했기 때문으로 정상적인 현상입니다. 일정 시간이 지나면 성능은 회복될 것입니다.</p>/ko/blog/2020/12/10/%EC%95%88%EB%85%95-git-%EC%9E%98-%EA%B0%80-monotone/Thu, 10 Dec 2020 00:00:00 +0000/ko/blog/2020/12/10/%EC%95%88%EB%85%95-git-%EC%9E%98-%EA%B0%80-monotone/<h2 id="안녕-git-잘-가-monotone">안녕, Git. 잘 가, Monotone</h2> <h3 id="the-i2p-git-migration-is-nearly-concluded">The I2P Git Migration is nearly concluded</h3> <p>10여 년 동안 I2P는 버전 관리 요구를 지원하기 위해 오랜 기간 신뢰받아 온 Monotone 서비스에 의존해 왔지만, 지난 몇 년 사이 전 세계의 대다수는 이제 사실상 표준이 된 Git 버전 관리 시스템으로 옮겨갔습니다. 같은 기간 동안 I2P 네트워크는 더 빨라지고 더 신뢰할 수 있게 되었으며, Git의 non-resumability(중단된 전송을 재개할 수 없는 특성)에 대응하기 위한 손쉽게 사용할 수 있는 우회책도 개발되었습니다.</p>/ko/blog/2020/11/30/0.9.48-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 30 Nov 2020 00:00:00 +0000/ko/blog/2020/11/30/0.9.48-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.48은 대부분의 서비스에서 새로운 종단 간 암호화 프로토콜(proposal 144)을 활성화합니다. 새로운 tunnel build 메시지 암호화(proposal 152)에 대한 초기 지원을 추가했습니다. router 전반에 걸쳐 성능이 크게 개선되었습니다.</p> <p>Ubuntu Xenial(16.04 LTS)용 패키지는 더 이상 지원되지 않습니다. 해당 플랫폼의 사용자는 I2P 업데이트를 계속 받으려면 업그레이드해야 합니다.</p> <p>항상 그렇듯이, 이번 릴리스로 업데이트할 것을 권장합니다. 보안을 유지하고 네트워크에 기여하는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p> <h2 id="릴리스-세부-정보">릴리스 세부 정보</h2> <p><strong>변경 사항</strong></p> <ul> <li>Avoid old DSA-SHA1 routers for lookups, stores, and tunnel peers</li> <li>Block same-country connections when in hidden mode</li> <li>BOB: Add deprecation warning</li> <li>Build: Drop support for Xenial; ant 1.9.8 or higher required to build</li> <li>i2ptunnel: Enable dual-key encryption for most tunnel types</li> <li>JBigI: Add library for Linux aarch64, zen, and zen2</li> <li>Preliminary support for ECIES-X25519 routers (proposals 152 and 156)</li> <li>Ratchet: Efficiency improvements and memory reduction</li> <li>SSU: Randomize intro key</li> <li>SSU performance improvements</li> <li>System tray: Enable by default for Linux KDE and LXDE</li> </ul> <p><strong>버그 수정</strong></p>/ko/blog/2020/11/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-11%EC%9B%94-3%EC%9D%BC/Tue, 03 Nov 2020 00:00:00 +0000/ko/blog/2020/11/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-11%EC%9B%94-3%EC%9D%BC/<h2 id="간단-정리">간단 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (03:01:04 PM) eyedeekay: 안녕하세요 여러분, I2P 프로젝트의 11월 3일 회의에 오신 것을 환영합니다. idk가 다소 뜻밖에 Marriot 와이파이에서 접속 중입니다. 꽤 성가신 캡티브 포털과 씨름하고 있어서, 오늘은 연결이 하나라도 끊길 경우를 대비해 두 개의 핸들(닉네임)인 eyedeekay와 idk_mobile로 접속해 있습니다. (03:01:04 PM) eyedeekay: 양해 부탁드립니다, 이 호텔 와이파이는 정말... 엄청나게 형편없네요. 목요일에는 신뢰할 수 있는 연결로 돌아올게요. (03:01:04 PM) eyedeekay: 오늘 안건은 다음과 같습니다: (03:01:04 PM) eyedeekay: 1) 인사 (idk) (03:01:04 PM) eyedeekay: 2) *간단한* 회의 진행 절차 검토 (idk) (03:01:04 PM) eyedeekay: 3) 0.9.48 릴리스 (zzz, idk) (03:01:04 PM) eyedeekay: 4) 테스터 모집 (idk) (03:01:04 PM) eyedeekay: 5) Git 진행 상황 업데이트 (idk) (03:01:04 PM) eyedeekay: 6) Router Console 추가 사이트 투표(idk) (03:01:04 PM) eyedeekay: 모두 안녕하세요, 오늘은 또 누가 와 계신가요? (03:01:38 PM) zzz: hi (03:01:43 PM) eyedeekay: hi zzz (03:02:09 PM) eyedeekay: 다른 분? (03:03:21 PM) eyedeekay: 음, 2번은 필수이거나 아니면 무의미하겠네요. 2) 인사에 대해: 우리 중 다수는 IRC 클라이언트를 거의 항상 켜 두기 때문에, 누가 여기 있고 누가 없는지 항상 분명하지 않습니다. 그래서 회의 시작 때 "hi"라고 인사해서 누가 여기 있고 참여할 준비가 되었는지, 그리고 나중을 위해 scrollback(이전 채팅 로그)을 확보만 하고 있는지 확실히 알 수 있도록 합니다. 도착하시면 회의를 위해 hi라고 인사해 주세요 (03:04:19 PM) eyedeekay: 3) 0.9.48 릴리스 (03:05:07 PM) John left the room (quit: Read error). (03:05:11 PM) eyedeekay: 0.9.48에서는 Light와 Dark Router Console 테마의 남은 마감 작업이 이루어집니다. 주로 자잘한 부분들로, 해당 테마에서 사용되는 새 아이콘 주변의 마진과 패딩을 미세 조정하는 일입니다. 피드백을 반영해 Light와 Dark Snark 테마용 새 아이콘 세트도 선정했습니다. (03:05:11 PM) eyedeekay: 0.9.48 Android 릴리스는 지난주 동안 개정되고 수정된 Android 빌드 프로세스를 사용합니다. 직접 써보니(도그푸딩) 지난 몇 주보다 훨씬 낫습니다. 이번 릴리스가 기대돼요. 잘 모르셨던 분들을 위해 덧붙이면, 여러 해 동안 우리의 Android 릴리스는 잘못 구성된 bootclasspath로 인한 오류 때문에 사용성이 크게 저하되어 왔는데, 이에 대한 문서화도 직관적이지 않고 최소한으로만 되어 있거나 아예 없었습니다. (03:05:36 PM) eyedeekay: 이 문제는 앞으로 재발하지 않도록 해결했습니다. (03:06:37 PM) eyedeekay: Sadie와 저는 i2p.www git 브랜치 "style-guide"에서 문서를 업데이트하고, 개정하고, 축소하고, 재배치하는 작업을 해 왔습니다 (03:07:38 PM) eyedeekay: 여기서 아무 것도 돌에 새긴 듯 확정된 것은 아니지만, 더 많고 더 나은 예시, 번들된 I2P 애플리케이션에 대한 개별 애플리케이션 도움말, friend-to-friend reseed 및 reseed 서버 호스팅을 위한 최신 reseed 안내서, 그리고 비교 페이지 업데이트를 제공하고 있습니다 (03:08:10 PM) eyedeekay: zzz, 덧붙일 내용이 있나요? (03:08:19 PM) zzz: 응, Android 관련해서 (03:08:35 PM) John [john@3n6rizeciinzvbuzub5ux3jru6iazw6drx76cjcwmcc5yaltccca.b32.i2p] entered the room. (03:08:39 PM) zzz: 확인 차원에서 묻자면, 지난주에 0.9.47-1을 릴리스했고, 모든 곳에 올라가 있나요? 공지 글은 못 본 것 같아요 (03:08:53 PM) zzz: 그러니 알림을 내고 테스트 보고를 좀 받아야겠어요 (03:09:17 PM) eyedeekay: 네, 공지할게요 (03:09:24 PM) zzz: 48 관련해서는, 모든 게 잘 진행 중입니다. 현재 diff가 거의 1만5천 라인인데, 보통 그 정도죠 (03:09:42 PM) zzz: router 암호화 타입 작업이 놀랄 만큼 순조롭게, 일정보다 훨씬 앞서 진행 중입니다 (03:09:48 PM) zzz: 그건 proposals 152와 156입니다 (03:10:02 PM) zzz: 그 작업의 상당 부분이 .48 릴리스에 포함될 예정이니, 용감한 테스터분들을 기다립니다 (03:10:22 PM) zzz: 사전 릴리스 공지가 검토를 위해 zzz.i2p에 올라가 있습니다 (03:10:53 PM) zzz: 오늘 릴리스 날짜를 정하고 싶습니다. 23일? 30일? (03:10:58 PM) zzz: 그러면 지금으로부터 1주 또는 2주 후가 태그 프리즈가 됩니다 (03:11:25 PM) zzz: eot (03:12:01 PM) eyedeekay: 저한테는 이제 큰 차이가 없어요. 어차피 당분간은 이동도 못 하니까요. 그래도 가능하다면 30일로 하고 싶습니다 (03:12:44 PM) zzz: 좋아요, 그럼 30일로. 태그 프리즈는 18일, 체크인 마감은 27일. 제 포럼의 게시글을 업데이트하겠습니다 (03:12:53 PM) eyedeekay: 훌륭해요, 감사합니다 (03:13:52 PM) eyedeekay: 그러면 4) 테스터 모집으로 넘어가겠습니다 (03:13:55 PM) eyedeekay: 0.9.48 릴리스 전 마지막 달에 접어들었으니, 사용자 여러분께 I2P에 대한 피드백을 여기에서, 또는 프로젝트 포럼(i2pforum.i2p), zzz의 포럼(zzz.i2p), 혹은 제가 눈팅하는 reddit.com/r/i2p에서 남겨 주시길 부탁드립니다. (03:14:24 PM) eyedeekay: 회의 로그를 사이트에 올릴 때 이 모집 공고도 위의 곳들에 게시하겠습니다 (03:15:00 PM) eyedeekay: 성능, 스타일, 설정 등 모든 것에 대한 피드백이 중요합니다. 꼭 연락 주세요! (03:15:09 PM) zzz: 네, 좋아요. 아마 일주일쯤 뒤에 -rc 버전 태그를 설정할 것 같습니다 (03:16:57 PM) Sleepy left the room (quit: Read error). (03:16:58 PM) eyedeekay: 이 주제에 대해 더 덧붙일 내용이 있을까요? (03:17:26 PM) zzz: no (03:17:49 PM) eyedeekay: 고마워요 zzz :) (03:17:57 PM) eyedeekay: 5) Git 업데이트: 현재 "I2P Developers" 네임스페이스에서 GPG 서명 커밋을 강제하는 push 규칙을 구성하는 동안, 새로운 저장소의 마이그레이션을 일시 중단했습니다. 이는 최소한 i2p.i2p와 i2p.android.base에 대한 확고한 요구사항입니다. 지금까지 활성 플러그인들과 i2p.newsxml, i2p.firefox, i2p.scripts, 그리고 i2p.www를 gitlab으로 마이그레이션했습니다. 이번 주에는 Git과 Monotone 양쪽에서 I2P와 Android용 I2P 빌드에 모두 성공했으며, git 기반 i2p.i2p 위에 mtn 기반 i2p.android.base를 빌드하고, mtn 기반 i2p.i2p 위에 git 기반 i2p.android.base를 빌드하는 것도 포함됩니다. 이는 push 규칙이 설정된 이후에는 i2p.i2p를, 이에 의존하는 프로젝트들을 깨뜨리지 않고 마이그레이션할 수 있음을 시사합니다. 다만 TODO로, 전환 사실을 알리기 위해 다른 다운스트림(mhatta, zero, BiglyBT)에 연락해야 합니다. (03:19:08 PM) zzz: 일정은 어떻게 되나요? 48 릴리스 이전인가요, 이후인가요? (03:19:31 PM) zzz: 아무 다운스트림도 mtn을 쓰지 않는다고 봅니다 (03:19:52 PM) eyedeekay: 저도 그렇게 생각해요. 제 지식으로는 모두 maven이나 github 미러를 사용합니다. 그냥 확실히 하고 싶어서요 (03:21:17 PM) eyedeekay: push 규칙을 설정하자마자 시작하면, 아직 0.9.48 이전에 할 수 있을 것 같습니다. (03:22:09 PM) Sleepy [Sleepy@bjy63jgb427hmekhcp6v4kxs7p2le7cpuuvdmngod76fv2isfw4a.b32.i2p] entered the room. (03:22:19 PM) zzz: 좋아요, 너무 촉박하게만 하지 마세요 (03:23:26 PM) zzz: 그리고 스위치를 전환하기 전에 모두에게서 긍정적인 ACK를 받으세요. 처지는 사람(지각자)이 있어서는 안 됩니다 (03:23:29 PM) eyedeekay: 네, 태그 프리즈 전에 약간의 여유를 두고 끝내지 못하겠다 싶으면 49까지 미루겠습니다 (03:23:37 PM) eyedeekay: 그렇게 하겠습니다 (03:25:08 PM) eyedeekay: 이 주제에 대해 다른 분들 추가로 하실 말씀 있나요? (03:26:01 PM) eyedeekay: 좋습니다, 그럼 마지막은 6)입니다 (03:26:04 PM) eyedeekay: Router Console 홈 페이지에 제 사이트 2개를 추가하고자 합니다. 첫 번째는 git.idk.i2p로, 커뮤니티에 개방된 제 gitlab 호스트이며 I2P mtn 저장소들이 이곳으로 마이그레이션되고 있습니다. (03:26:04 PM) eyedeekay: 두 번째는 paste.idk.i2p로, 파일과 테스트를 위한 범용 pastebin입니다. 다른 pastebin들이 더 이상 접근할 수 없어 보였을 때 제가 올려두었습니다. (03:27:00 PM) zzz: 이의 없습니다 (03:28:15 PM) zzz: 다만 제안된 툴팁은 한 번 더 다듬기를 권합니다. 나중에 몇 가지 아이디어를 공유할게요 (03:29:05 PM) eyedeekay: 저는 괜찮습니다 (03:30:55 PM) eyedeekay: 좋아요, 이번 회의에서 제가 준비한 내용은 여기까지입니다. 다른 논의 주제가 있으시면 지금 말씀해 주세요 (03:31:20 PM) eyedeekay: 타임아웃 1분 (03:32:42 PM) eyedeekay: 좋아요, 회의에 참석해 준 zzz에게 감사드리고, 들어주신 청취자분들께도 감사드립니다. (03:33:08 PM) eyedeekay: 다음 달 회의는 12월 8일, 같은 시간 같은 채널에서 진행됩니다 (03:33:13 PM) eyedeekay: *Baffs* </div>/ko/blog/2020/10/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-10%EC%9B%94-06%EC%9D%BC/Tue, 06 Oct 2020 00:00:00 +0000/ko/blog/2020/10/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-10%EC%9B%94-06%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, orignal, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> (04:00:04 PM) eyedeekay: 모두 안녕하세요, 10월 I2P 커뮤니티 회의에 오신 것을 환영합니다. (04:00:04 PM) eyedeekay: 오늘 안건은 다음과 같습니다: (04:00:04 PM) eyedeekay: 1) 안녕하세요 (04:00:04 PM) eyedeekay: 2) 0.9.48 릴리스 (zzz) (04:00:04 PM) eyedeekay: 3) Git 진행 상황 업데이트 (idk) (04:00:04 PM) eyedeekay: 4) UI 팀 / OTF 업데이트 (idk) (04:00:04 PM) eyedeekay: 5) Android 업데이트 (idk) (04:00:17 PM) eyedeekay: 모두 안녕하세요, 누가 와 있나요? (04:00:25 PM) orignal: hi (04:00:29 PM) eyedeekay: 안녕하세요 orignal (04:00:33 PM) zzz: hello (04:00:39 PM) eyedeekay: 안녕하세요 zzz (04:01:14 PM) eyedeekay: 다른 분? (04:01:53 PM) eyedeekay: 그럼 2번으로 넘어가죠 (04:02:14 PM) eyedeekay: 최근에 zzz가 많은 작업을 하는 것을 보았습니다. 제 경우, 0.9.48 릴리스에서 router(라우터) 내부와 관련된 제 유일한 계획은 rekeyOnIdle입니다. 이번 릴리스에서 제 계획의 대부분은 git 마이그레이션의 다음 두 단계 완료와, 4)에서 자세히 설명할 i2p.www 변경에 관한 것입니다. (04:02:45 PM) zzz: 지금 사이클에 들어온 지, 제 생각엔 5주쯤 됐습니다. 순조롭게 진행 중입니다 (04:03:14 PM) zzz: orignal과 저는 tunnel 구축 개선(proposal 152)에 관해 작업 중이고, 그 코드 일부를 반영하기 시작했습니다 (04:03:29 PM) zzz: SSU2 연구는 느리게 진행 중이며, 확실히 .48에는 어떤 코드도 포함되지 않을 것입니다 (04:03:50 PM) zzz: 현재까지 릴리스에 diff가 7,500줄 정도 있는데, 꽤 평범한 수준입니다 (04:04:08 PM) zzz: .48 릴리스 목표는 11월 중순~말이며, 곧 날짜를 정할 것 같습니다 (04:04:18 PM) zzz: EOT (04:04:44 PM) eyedeekay: 정말 감사합니다 zzz (04:05:14 PM) eyedeekay: 자주 포럼 업데이트를 해 주시는 것도 감사합니다. 덕분에 진행 상황 중 일부를 이해하고 다른 사람들에게 설명하기가 더 쉬워졌습니다 (04:05:43 PM) eyedeekay: 그럼 3)으로 (04:06:03 PM) eyedeekay: 우리는 git 마이그레이션 3단계에 있습니다. (04:06:08 PM) eyedeekay: i2p.www는 마이그레이션되었습니다. 이 프로젝트가 모든 프로젝트 중 mtn 의존성이 가장 컸습니다. (04:06:14 PM) eyedeekay: i2p.firefox도 마이그레이션되었습니다. (04:06:22 PM) eyedeekay: i2p.newsxml은 목요일 저녁, 18:00 UTC에 마이그레이션할 예정입니다. (04:06:32 PM) eyedeekay: 그 다음에는 zzz와 연락해 zzzot 또는 snark-rpc를 다음으로 마이그레이션할지 논의하겠습니다. (04:06:37 PM) eyedeekay: mtn 동기화를 비활성화한 저장소는 github과 gitlab 간에 동기 상태를 유지합니다. (04:06:44 PM) eyedeekay: 이제 꾸준한 경로를 따르고 있으며, 하나의 저장소를 마이그레이션하자마자 다음을 시작합니다. (04:06:58 PM) eyedeekay: EOT (04:08:23 PM) eyedeekay: Git에 관해 질문 있으신가요? (04:09:06 PM) eyedeekay: 타임아웃 1분 (04:10:16 PM) eyedeekay: 좋아요, 4)로 (04:11:20 PM) eyedeekay: OTF가 고용한 디자인 업체가 수정된 스타일 가이드를 만들었습니다. 새 가이드는 이전 것보다 다소 '유연'하면서도 내부 일관성을 일정 수준으로 유지하도록 유도합니다. (04:11:20 PM) eyedeekay: 여기에서 볼 수 있습니다: https://uracreative.github.io/i2p-styleguide/. 스타일 권고와 어떤 것을 어떻게 적용할지에 대해 커뮤니티의 의견을 요청하는 게시물은 여기 있습니다: `http://i2pforum.i2p/viewtopic.php?f=21&t=986&sid=bbca7a971055b8449737ba038ebbfa49` (04:11:20 PM) eyedeekay: 디자인 권고를 구현하는 데 어려움이 있는 이유는, 일부만 적용된 변경은 시각적으로 매력적이지 않은 경향이 있기 때문입니다. 예를 들어 최근 I2PSnark의 아이콘 이슈를 보세요. (04:12:26 PM) eyedeekay: 하지만 이것은 우리가 받은 조언의 절반에 불과합니다 (04:13:01 PM) eyedeekay: OTF의 지원으로 Ura Design과 Simsec이 수행한 프로그램에서 식별한 가장 중요한 개선 사항은, 모든 유형의 새 참여자 온보딩에 전반적인 문제가 있다는 점이었습니다. (04:13:16 PM) eyedeekay: 우리는 이것을 최우선 과제로 보고 있습니다. 초기 개선 작업은 주로 i2p.www에서 이루어질 것입니다 (04:13:19 PM) eyedeekay: 가장 자주 받는 질문 중 하나는 "I2P는 누구를 위한 것인가"입니다. (04:13:42 PM) eyedeekay: 그 질문을 한 사람이 디자인/사용성 전문가들만은 아닙니다 (04:13:52 PM) eyedeekay: 그래서 우리는 사용자, 서비스 운영자, 앱 개발자, router 개발자 등 참여자의 '유형'을 구분했습니다. (04:13:52 PM) eyedeekay: 여기에 대한 답은 여러 가지였지만, 우리의 답변에서 공통적으로 나타난 패턴 중 하나는 I2P "Applications"가 누구를 위한 것인지는 훨씬 더 쉽게 말할 수 있다는 것이었습니다. (04:14:07 PM) eyedeekay: 그래서 사람들을 더 빠르고 쉽게 애플리케이션 사용으로 이끌고자 합니다. 이러한 경로를 바꾸는 작업이 바로 "정보 아키텍처(Information Architecture)"라고 불립니다 (04:14:07 PM) eyedeekay: 이를 달성하려면 다음을 준비해야 합니다: (04:14:07 PM) eyedeekay: - Windows에서 I2P와 호환되는 것으로 알려진 Java 버전 설치를 포함하는 설치 지침. (04:14:07 PM) eyedeekay: - Java I2P router와 함께 번들되는 앱을 설명하는 사이트의 페이지. (04:14:07 PM) eyedeekay: - Windows I2P 프로필 번들에 I2P in Private Browsing webextension 포함 (04:14:07 PM) eyedeekay: - IRC 클라이언트 추천 및 가이드. (04:14:07 PM) eyedeekay: - 신규 운영자를 위한 일급 서비스 호스팅 가이드(Gitlab용 가이드처럼)로, Reseed Service Guide의 전면 개정을 포함. 또한 NextCloud 및 IRC 호스팅 가이드도 계획. (04:14:07 PM) eyedeekay: - 홈페이지와 최상위 내비게이션 메뉴를 사용자 중심으로 재구성. (04:14:44 PM) eyedeekay: 거의 장문으로 늘어놔서 죄송하지만, 천천히 읽어 주세요. 충분한 업데이트를 드리고 싶었습니다 (04:17:14 PM) eyedeekay: EOT. 질문 있나요? (04:17:26 PM) zzz: OTF 작업은 완료되었나요? 언제 끝났죠? 개정된 스타일 가이드는 언제 공개되었나요? (04:19:20 PM) eyedeekay: OTF가 디자인 업체에 비용을 지불했고, 지난달에 완료했습니다. 히스토리를 확인할 동안 잠시만요 (04:19:56 PM) eyedeekay: 8월 8일 (04:20:10 PM) zzz: 제가 말하고자 하는 바는, 후원된 작업의 상태와 결과가 제때 커뮤니티에 실제로 전달되도록 프로세스를 어떻게 개선할 수 있느냐는 것입니다? (04:21:07 PM) eyedeekay: 보통은 제가 누군가와 연락을 지속하는 방식으로 해결합니다. 이번 경우에는 그 '누군가'가 아마 제가 i2pforums.i2p에 정기적으로 업데이트를 올리는 형태가 되어야 할 것 같습니다 (04:22:38 PM) zzz: 알겠습니다. 개발자들에게 조언을 제공하는 후원 프로젝트의 결과가 두 달 동안 개발자들에게 전혀 전달되지 않았다는 건 매우 이상합니다 (04:23:06 PM) zzz: 다시 이런 일이 생기면, 그건 프로세스 개선을 위한 논의 주제가 될 겁니다 (04:23:14 PM) zzz: 보고 고마워요 (04:23:35 PM) eyedeekay: 그냥 문제를 해결하려 최선을 다하고 있을 뿐이에요 :) (04:23:39 PM) eyedeekay: 그럼 5)로 (04:24:46 PM) eyedeekay: 다른 관리자가 응답하지 않아, 이제 Android 앱을 다운로드 제공하는 모든 서버의 관리자가 제가 되었습니다. (04:24:51 PM) eyedeekay: 결국 다른 관리자와 연락이 닿았고, 백업 담당으로 역할을 맡아주기로 했습니다. (04:24:59 PM) eyedeekay: 앞으로의 계획은 Debian 패키지가 릴리스되는 날에 GPlay와 우리 F-Droid에 동시에 업로드하는 것입니다. (04:25:03 PM) eyedeekay: 즉, Debian 패키지가 업로드되는 날에 우리 F-Droid도 이용 가능해집니다. GPlay는 여전히 1~6일 정도 지연되는 듯하며, 그 부분은 어쩔 수 없습니다. (04:25:29 PM) eyedeekay: 이는 또한 제가 이제 download.i2p2.de의 관리자이기도 하다는 뜻이므로, 그 부분도 고칠 수 있습니다. 기본적으로 trac을 제외한 모든 것을 고칠 수 있습니다. (04:27:09 PM) eyedeekay: EOT (04:28:15 PM) eyedeekay: 아, 이걸 잊었네요. 저는 F-Droid 커뮤니티 저장소로의 업로드를 담당하지 않습니다. 그건 여전히 nextloop의 담당입니다. (04:30:21 PM) eyedeekay: 추가하고 싶은 내용이나, 회의에서 다루고 싶은 주제, 혹은 지금까지 다룬 내용에 대한 질문이 있나요? (04:31:02 PM) eyedeekay: 타임아웃 1분 (04:31:13 PM) zzz: 리마인더(다시) - 8월 회의를 웹사이트에 올려 주세요 (04:32:00 PM) eyedeekay: 제가 이미 올린 줄 알았는데요? 좋아요, 끝나자마자 추가하겠습니다 </div>/ko/blog/2020/09/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-9%EC%9B%94-1%EC%9D%BC/Tue, 01 Sep 2020 00:00:00 +0000/ko/blog/2020/09/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-9%EC%9B%94-1%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zlatinb, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> (04:00:08 PM) eyedeekay: 모두 안녕하세요, 9월 1일 커뮤니티 미팅에 오신 것을 환영합니다: (04:00:08 PM) eyedeekay: 1) 인사 (04:00:08 PM) eyedeekay: 2) 0.9.48 릴리스 (04:00:08 PM) eyedeekay: 3) Git 진행 업데이트 (04:00:08 PM) eyedeekay: 4) Android/Maven 진행 업데이트 (04:00:08 PM) eyedeekay: 1) 인사 (04:00:08 PM) eyedeekay: 여러분 안녕하세요, 와 주셔서 감사합니다 :) (04:00:24 PM) zlatinb: 안녕하세요 (04:00:31 PM) eyedeekay: 안녕 zlatinb (04:00:40 PM) zzz: 요 (04:00:45 PM) eyedeekay: 안녕 zzz (04:01:00 PM) eyedeekay: 다른 분도 계신가요? (04:01:23 PM) eyedeekay: echelon은 오늘은 도시를 떠나 있어서 참석하지 못합니다 (04:01:53 PM) eyedeekay: 2) 0.9.48 릴리스 (04:02:33 PM) eyedeekay: 0.9.47은 지난주에 릴리스되었고, 새 사이클이 막 시작되었습니다 (04:03:15 PM) eyedeekay: zzz가 오늘 일찍 ECIES router 식별자에 대한 제안을 올렸습니다. 시간 되시는 분은 읽어보시고 의견 부탁드립니다 (04:04:45 PM) eyedeekay: 주제 2)에 대해 하실 말씀 있는 분 계신가요? (04:04:57 PM) zlatinb: SSU 관련 작업을 좀 진행해 보겠습니다 (04:05:05 PM) zlatinb: 물론 Git 마이그레이션 진행 여부에 달려 있습니다 (04:05:06 PM) zzz: 이제 막 시작했어요... (04:05:32 PM) zzz: #ls2 팀은 이 기간 동안 ECIES routers와 SSU2 제안서 작업을 모두 시작할 계획입니다 (04:05:57 PM) zzz: 약 3개월 사이클을 예상하고 있으며, 11월에 릴리스를 목표로 합니다 (04:06:06 PM) zzz: EOT (04:06:14 PM) zlatinb: 또한 RED 쪽에서도 진전이 있었으면 합니다만, 아직 무엇을 어떻게 바꿀지는 확실치 않습니다. 결정을 내리기 전에 테스트넷에서 시험을 좀 해봐야겠어요. EOT (04:06:50 PM) eyedeekay: zzz와 zlatinb, 감사합니다. (04:07:00 PM) zzz: eyedeekay, 48에 대한 본인(그리고 아신다면 UI 팀)의 계획을 알려주세요 (04:08:12 PM) eyedeekay: 제 큰 계획은 i2cp.rekeyOnIdle에 대한 스레드 안전성 작업을 마무리하는 것입니다 (04:08:41 PM) eyedeekay: 그리고 i2ptunnel과 webextension에 I2P alternate destinations(destination, I2P 주소/목적지)에 대한 UI를 추가하는 것입니다 (04:09:13 PM) eyedeekay: 하지만 지금 당장은 git과 Android가 우선순위입니다 (04:09:14 PM) eyedeekay: EOT (04:09:36 PM) zzz: 큰 UI 변경 계획이 있나요? 웹사이트 변경 계획은요? OTF/Ura 계약 관련 업데이트는 있나요? (04:10:16 PM) eyedeekay: Ura는 더 이상 OTF로부터 비용을 받지 않지만, 일부 구성원은 여전히 시간을 아낌없이 기부하고 있고 저희와 계속 연락하고 있습니다 (04:11:26 PM) eyedeekay: 아이콘 세트 전반의 큰 변경은 계획되어 있지 않지만, i2ptunnel 메인 페이지에 접이식 메뉴와 재시작 버튼을 추가할 계획입니다 (04:12:26 PM) zzz: 좋아요. 몇 달 동안 업데이트가 없어 OTF 계약의 결과물이 무엇이고, 있다면 언제 반영될지 전혀 알 수 없습니다. 이 시점에서는 무산된다고 봐야 할까요? 아니면 어떤가요? (04:13:18 PM) eyedeekay: Bumble은 변경사항을 반영하는 데 매우 적극적이고 우리와 계속 협력하고 있습니다. 당분간은 살아 있다고 봐 주세요 (04:13:36 PM) zzz: "Bumble"이 누구죠? (04:13:46 PM) eyedeekay: Bumble은 Ura/SimSec 팀의 한 구성원입니다 (04:16:48 PM) eyedeekay: 네, 그녀에게 계획이 있습니다. (04:17:41 PM) zlatinb: 그게 무엇이든, 여기서 우리와의 활발하고 건강한 소통 없이는 현실화되기 어려워 보입니다. (04:19:22 PM) eyedeekay: 제가 할 수 있는 건 요청하는 것뿐입니다. (04:19:35 PM) zlatinb: 고마워요. EOT (04:19:45 PM) eyedeekay: 3) Git 마이그레이션 (04:20:05 PM) eyedeekay: 이번 주 로드맵에는 i2p.www mtn을 완전히 폐기(deprecate)하는 작업이 포함됩니다 (04:20:59 PM) eyedeekay: 이를 위해, mtn diff를 사용해 번역된 파일의 변경을 확인하는, 마이그레이션된 배포 스크립트를 테스트 중입니다 (04:21:33 PM) eyedeekay: 거의 준비가 되었지만, 너무 일찍 배포했다가 사이트를 망가뜨리지 않도록 확실히 하고 싶습니다. 또한 반대편 작업에는 echelon의 도움이 필요합니다 (04:21:57 PM) eyedeekay: 그 다음에는 남은 스크립트와 플러그인 작업을 곧바로 시작하겠습니다. EOT. (04:22:03 PM) eyedeekay: 질문 있으신가요? (04:22:32 PM) zzz: 제 포럼의 스레드에서 요청했듯이, 각 활성 브랜치에 대해 mtn 동기화를 중단하기 최소 24시간 전에 미리 공지해 주세요 (04:22:44 PM) eyedeekay: 물론입니다, 그렇게 하겠습니다. (04:22:54 PM) zzz: 그리고 git이 가동될 때에도 별도 공지를 해 주세요 (04:23:18 PM) eyedeekay: 알겠습니다 (04:23:50 PM) eyedeekay: 다른 건 없나요? (04:24:49 PM) eyedeekay: 4) Maven/Android 업데이트 (04:26:25 PM) eyedeekay: 여기서는 별로 할 말이 없습니다. 배포를 진행 중이고, 첫 제출 세트가 제대로 배포되지 않았다는 점 정도입니다 (04:26:58 PM) zlatinb: mavenCentral과 관련된 구체적인 문제는 무엇인가요? (04:28:11 PM) eyedeekay: 잘 모르겠습니다. 도움을 요청하는 티켓을 열어둔 상태인데, 스테이징 영역에서 밖으로 옮기기 전까지는 모든 것이 정상으로 보입니다 (04:28:56 PM) zlatinb: ㅇㅋ, 이상하네요 (04:29:02 PM) zzz: 좋아요, 그럼 ETA는 없는 거군요 (04:29:07 PM) eyedeekay: 네, 하나만 빼고는 모두 동작합니다 (04:30:20 PM) eyedeekay: ETA는 없습니다. 해결될 때까지 계속 작업하겠습니다. (04:31:00 PM) eyedeekay: 모두가 필요로 하므로 현재 최우선 과제입니다. (04:31:08 PM) eyedeekay: EOT. (04:32:24 PM) eyedeekay: 4번 안건에 대해 다른 분들의 추가 사항이 있나요 (04:33:09 PM) eyedeekay: 좋습니다. orignal에게서 막판 제안이 있었는데, 미팅을 다른 채널로 옮기자는 내용입니다. 5) i2p-meetings로 하겠습니다 (04:33:45 PM) eyedeekay: 꼭 필요하다고 느끼지는 않습니다 (04:34:15 PM) eyedeekay: 하지만 이 문제에 대한 다른 분들의 의견을 듣는 데는 열려 있습니다? (04:34:48 PM) zlatinb: 이는 그와 echelon 사이의 드라마 때문이며, 지금까지 양측 모두 물러서지 않고 있습니다. 저는 미팅을 옮기는 것에 반대하며, 대신 당사자들이 해결책을 찾도록 권하고 싶습니다. (04:35:31 PM) zzz: 47 릴리스를 위해 제가 해야 할 일은 모두 올라간 것 같습니다 (04:35:31 PM) zzz: 5) 관련해서, 문제는 여기서 echelon이 orignal을 계속 밴한다는 것입니다. 누구의 잘못인지 묻지 않더라도, 같은 문제가 다른 채널에서도 발생할 수 있습니다 (04:36:56 PM) zzz: 최고의 C++ router 구현체의 리드 개발자가 이곳에서, 미팅 때뿐 아니라 다른 때에도 참여할 수 있다면 가치가 클 것입니다. 그게 가능한지는 모르겠습니다 (04:37:06 PM) eyedeekay: 아, 알겠습니다. 상황을 좀 더 잘 이해하게 되었어요. (04:37:40 PM) eyedeekay: 그렇다면 모두 동의하는 것 같네요. i2p-dev에서 계속 진행하고 사회적 해결을 모색하는 것으로요? (04:38:14 PM) zlatinb: +1 (04:38:28 PM) eyedeekay: 좋습니다. 그렇게 하겠습니다. (04:38:29 PM) zzz: 저는 이미 여러 번 중재를 거절했습니다. 다른 누군가가 시도해도 되고, 아니면 두 사람에게 맡길 수밖에요. (04:39:21 PM) eyedeekay: 이해합니다. (04:39:56 PM) zlatinb: 좋아요, 제가 시도해 볼게요 (04:40:01 PM) zlatinb: 하지만 도움이 필요합니다 (04:40:15 PM) zlatinb: 그리고 어느 쪽도 원하는 것을 모두 얻지는 못할 겁니다 (04:40:48 PM) eyedeekay: zlatinb, 이를 위해 제가 할 수 있는 지원은 하겠습니다. (04:41:12 PM) zlatinb: 고마워요 (04:41:32 PM) eyedeekay: zzz, 0.9.47용 패키지가 모두 올라갔다는 말은 맞는 것 같습니다 (04:41:51 PM) zzz: :) (04:42:40 PM) eyedeekay: 이번 미팅에서 다루고 싶은 내용이 다른 분들께 더 있나요? (04:43:05 PM) eyedeekay: 그렇지 않다면, 버퍼 timeout:2m을 걸겠습니다 (04:43:12 PM) anonymousmaybe: i2pconsole UI를 자바스크립트 없이 동작하게 만들 수 있나요? 안 된다면 왜죠? (04:43:23 PM) zzz: 아주 간단한 6) - 오늘과 지난달(그리고 그 전 달도 실제 미팅으로 본다면, 저는 확신이 없었습니다) 로그를 웹사이트에 올려 주세요 (04:43:36 PM) zzz: 6) EOT (04:43:36 PM) eyedeekay: 그렇게 하겠습니다 zzz (04:44:04 PM) eyedeekay: anonymousmaybe 이미 자바스크립트 없이도 실행할 수 있습니다. NoScript나 uMatrix면 충분합니다 (04:44:29 PM) anonymousmaybe: 네, 하지만 코드 레벨에서는 여전히 남아 있잖아요 (04:45:03 PM) anonymousmaybe: 나중 릴리스를 위한 TODO로 콘솔에서 js를 제외하는 항목을 추가할 수 있을지 궁금합니다 (04:46:17 PM) eyedeekay: 페이지에 script src elements를 추가하지 않도록 하는 옵션을 넣는 것은 아마 가능할 겁니다. 하지만 큰 의의가 있는지는 잘 모르겠고, 적어도 몇 가지 UI 목표와는 상충합니다. (04:46:43 PM) eyedeekay: 관련 trac 티켓이 있나요? (04:47:44 PM) eyedeekay: anonymousmaybe? (04:50:05 PM) anonymousmaybe: eyedeekay 아니요 (04:50:16 PM) anonymousmaybe: i2pforum에 스레드가 하나 있습니다 (04:50:21 PM) anonymousmaybe: 하지만 I2P 티켓은 없습니다 (04:51:36 PM) eyedeekay: 그럼 일단 포럼으로 가서 그곳에서 같이 논의하겠습니다. (04:52:25 PM) eyedeekay: 바로 거절하는 건 아니지만, 조치하기 전에 당신의 근거를 듣고 싶습니다 (04:52:32 PM) anonymousmaybe: https://i2pforum.net/viewtopic.php?f=13&t=537 (04:52:51 PM) eyedeekay: 정말 감사합니다 :) (04:53:29 PM) anonymousmaybe: 당신도요 :) (04:54:28 PM) eyedeekay: 다른 이야기가 없으면 미팅을 종료하겠습니다. 한 번 더 확인합니다 (04:54:37 PM) eyedeekay: timeout:1m (04:55:50 PM) eyedeekay: 좋습니다, 모두들 미팅에 와 주셔서 감사합니다. IRC에서 또 봬요 </div>/ko/blog/2020/08/24/0.9.47-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 24 Aug 2020 00:00:00 +0000/ko/blog/2020/08/24/0.9.47-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부정보">업데이트 세부정보</h2> <p>0.9.47은 일부 서비스에서 새로운 종단 간 암호화 프로토콜(제안 144)을 기본으로 활성화합니다. Sybil 분석 및 차단 도구가 이제 기본으로 활성화됩니다.</p> <p>이제 Java 8 이상이 필요합니다. Debian Wheezy 및 Stretch용 패키지와 Ubuntu Trusty 및 Precise용 패키지는 더 이상 지원되지 않습니다. 해당 플랫폼의 사용자는 계속해서 I2P 업데이트를 받기 위해 업그레이드해야 합니다.</p> <p>평소와 같이, 이번 릴리스로 업데이트할 것을 권장합니다. 보안을 유지하고 네트워크에 도움을 주는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p> <h2 id="릴리스-세부-정보">릴리스 세부 정보</h2> <p><strong>변경 사항</strong></p>/ko/blog/2020/08/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-8%EC%9B%94-4%EC%9D%BC/Tue, 04 Aug 2020 00:00:00 +0000/ko/blog/2020/08/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-8%EC%9B%94-4%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> <p>(04:00:50 PM) eyedeekay1: zlatinb zzz mikalvmeeh eche|on 안녕하세요, 모두 준비되셨다면 회의를 시작하겠습니다. (04:00:50 PM) eyedeekay1: 1) 안녕하세요 (04:00:50 PM) eyedeekay1: 2) 0.9.47 릴리스 (04:00:50 PM) eyedeekay1: 3) 월간 회의 후속 조치 (04:00:50 PM) eyedeekay1: 4) Git 업데이트 (04:01:38 PM) eyedeekay1: 모두 안녕하세요, 먼저 공지 제목의 날짜를 잘못 적은 것을 미처 알아차리지 못해 죄송합니다. (04:02:38 PM) zzz: 안녕하세요 (04:02:58 PM) eyedeekay1: 안녕하세요 zzz (04:03:31 PM) zlatinb: 안녕하세요 (04:03:42 PM) eyedeekay1: 안녕하세요 zlatinb (04:04:49 PM) eyedeekay1: 좋습니다, 그럼 2) 0.9.47 릴리스 (04:05:27 PM) eyedeekay1: 0.9.47에 맞춰 rekeyOnIdle을(를) 완료하지 못할 것 같습니다. (04:05:58 PM) eyedeekay1: 제가 준비한 부분에서는 주로 시각적 요소 업데이트가 포함될 예정입니다. (04:06:19 PM) eyedeekay1: 0.9.47 릴리스와 관련해 zzz나 zlatinb에서 추가할 사항이 있나요? (04:06:43 PM) zzz: 요약은 <code>http://zzz.i2p/topics/2905</code> 에 있습니다 (04:06:49 PM) zzz: tag freeze(태그 프리즈)는 내일로부터 일주일 후입니다 (04:06:53 PM) zzz: 릴리스는 약 3주 후입니다 (04:07:07 PM) zzz: diff(변경 내역)는 약 18,500라인으로, 꽤 일반적인 수준입니다 (04:07:23 PM) zzz: 전반적으로 잘 진행되고 있습니다. 마무리해야 할 것들이 몇 가지 있습니다 (04:07:40 PM) zzz: 하지만 일정은 무난히 지킬 수 있을 것으로 확신합니다 (04:07:49 PM) zzz: EOT (04:08:08 PM) eyedeekay1: 어제 꽤 많은 변경이 들어온 것을 봤습니다. 푸시하실 때마다 단계적으로 살펴보려고 하고 있어요. 작업을 보니 정말 흥미롭습니다. 감사합니다. (04:08:41 PM) zzz: 그건 몇 주 동안 제 작업 공간에 쌓여 있던 잡다한 것들이었고, 특별히 언급할 만한 건 없었습니다 (04:09:42 PM) eyedeekay1: 그래도 따라가다 보면 배울 게 많습니다. 제가 모든 것이 어디에 있는지 아는 것은 아니라서, 당신이 작업하는 것을 보면 어떤 일이 어디서 일어나는지 파악하는 데 도움이 됩니다 (04:09:43 PM) zzz: 그냥 이것저것 정리해서 푸시하려고 했던 겁니다. 가끔은 어떤 것을 여러 달 동안 테스트하기도 하거든요 (04:10:28 PM) zzz: 맞아요, 다른 사람의 변경 사항을 리뷰하는 것은 배우는 데도, 실수를 잡아내는 데도 아주 좋습니다. 계속해 주세요 (04:10:39 PM) eyedeekay1: 그렇게 하겠습니다 (04:10:42 PM) eyedeekay1: 다른 것이 없다면 3)으로 넘어가겠습니다 타임아웃 1분 (04:12:40 PM) eyedeekay1: 2) 월간 회의 후속 조치: (04:12:53 PM) eyedeekay1: 여기는 월간 회의입니다. (04:12:53 PM) eyedeekay1: IRC 규칙에 어긋난다고 이해했기 때문에 WebIRC 게이트웨이는 설정하지 않았습니다. (04:13:13 PM) eyedeekay1: 이제 회의 공지 규정 사본을 받았고, 해당 공지에 대한 책임도 제게 명확히 전달되었습니다. (04:13:25 PM) eyedeekay1: 이번에는 올바른 날짜로 9월 1일 회의 공지를 게시했습니다. 아직 주제는 없습니다. 필요하신 주제를 추가해 주세요: <code>http://zzz.i2p/topics/2931-meeting-tues-september-1-8pm-utc</code> (04:14:55 PM) eyedeekay1: 이는 물론 0.9.47 릴리스 직후에 진행될 겁니다 (04:15:45 PM) eyedeekay1: 2)와 관련해 다른 분들 의견 있나요? (04:17:57 PM) eyedeekay1: 3) Git 전환 (04:18:34 PM) eyedeekay1: Git 전환이 드디어 시작되고 있습니다. 계획을 수립했고 이제 실행에 옮기기 시작했습니다 (04:19:08 PM) eyedeekay1: nextloop과 저는 의미 있는 몇 개의 mtn 브랜치를 github로 미러링하는 작업을 진행 중입니다 (04:19:27 PM) eyedeekay1: git 마이그레이션의 각 단계가 완료될 때까지는 여전히 읽기 전용입니다. 즉, 아직 pull이나 MR(머지 리퀘스트)은 없습니다 (04:20:04 PM) eyedeekay1: 각 단계에 대한 자세한 설명은 다음을 참고하세요: <code>http://zzz.i2p/topics/2920-flipping-the-switch-on-git#10</code> (04:20:42 PM) eyedeekay1: github의 i2p 네임스페이스에서 nextloop에게 리포지토리를 생성하고, 자신이 생성한 리포지토리에 쓰기 권한을 부여하면 nextloop와 제게 도움이 될 것입니다. (04:20:47 PM) zzz: 계획서를 잘 작성했어요 (04:21:24 PM) eyedeekay1: 고마워요 zzz, 마침내 쓸 만한 상태가 되어 기쁩니다 (04:22:17 PM) zzz: 완벽하진 않지만, 우리가 의견을 달 수 있다는 점에서 ‘쓸 만한(usable)’ 상태입니다 (04:24:39 PM) eyedeekay1: 다음으로 옮길 것은 웹사이트입니다. 비교적 단순하고 다른 것이 그것에 의존하지 않아서 좋아요. 이번 주에 진행될 예정입니다 (04:25:26 PM) eyedeekay1: 그런데 nextloop 관련해서, 그에게 우리를 위해 github 리포지토리를 생성/쓰기 할 수 있는 권한을 부여하는 것에 대해 전반적으로 동의가 있는지 알고 싶습니다? (04:25:54 PM) zzz: 좋습니다. .47 릴리스와 충돌하지 않도록 계획/일정을 수정해 주시길 기다리겠습니다 (04:26:25 PM) eyedeekay1: 알겠습니다, 편집기에서 열어두었습니다 :) (04:26:48 PM) zzz: 현재 github 관리자들에게 물어봐야 합니다. 그분들은 지금 여기에 없고, 저는 그 구성원이 아닙니다 (04:27:39 PM) eyedeekay1: 지금까지는 이 제안에 대해 동의를 받았습니다만, 아직 응답이 없는 분이 한 분 있습니다 (04:29:05 PM) zzz: 두 분이 신뢰할 수 있는 소통 방법과 백업 체계를 갖추고 있다면 저는 괜찮습니다. 응답하지 않는 관리자는 더 이상 필요 없다고 생각해요 :) (04:29:53 PM) eyedeekay1: 그 부분은 잘 관리할 수 있을 것 같습니다 (04:30:06 PM) eyedeekay1: 그래서 nextloop에게 github 권한을 부여하겠습니다 (04:31:40 PM) zzz: 권한이 많은데 오랫동안 응답하지 않는 사람들은 최악의 경우(버스에 치이는 등의 비상사태)에 대비한 백업으로는 좋을 수 있지만, 잠재적 보안 위험이기도 하니 관리가 필요합니다 (04:33:12 PM) eyedeekay1: 네 (04:33:20 PM) eyedeekay1: 3)와 관련해 여기서 다룰 다른 사항이 있다면 지금 논의하고, 아니라면 수정된 계획을 zzz.i2p 스레드에서 아마 내일 안으로 보게 될 것입니다. (04:33:45 PM) zzz: 아주 좋습니다 (04:34:18 PM) mikalvmeeh: (저는 반쯤만 와 있어요, 인사 타이밍을 놓쳤네요) (04:34:56 PM) eyedeekay1: 계획된 주제를 모두 다뤘습니다. 다른 안건 있으신가요? (04:36:43 PM) eyedeekay1: 타임아웃 1분 (04:38:51 PM) eyedeekay1: <em>bafs</em> 자, 이번 회의는 여기서 마치겠습니다. 다음 회의는 9월 1일, 같은 시간인 UTC 오후 8시라는 점을 기억해 주세요 (04:39:12 PM) eyedeekay1: 참석해 주신 모든 분들께 감사드립니다 </div></p>/ko/blog/2020/06/07/reseed-bundles%EB%A6%AC%EC%8B%9C%EB%93%9C-%EB%B2%88%EB%93%A4-%EC%B4%88%EA%B8%B0-%ED%94%BC%EC%96%B4-%EC%A0%95%EB%B3%B4-%EB%AC%B6%EC%9D%8C%EC%9D%84-%EA%B3%B5%EC%9C%A0%ED%95%98%EC%97%AC-%EC%B9%9C%EA%B5%AC%EB%93%A4%EC%9D%B4-i2p%EC%97%90-%EC%B0%B8%EC%97%AC%ED%95%98%EB%8F%84%EB%A1%9D-%EB%8F%84%EC%99%80%EC%A3%BC%EC%84%B8%EC%9A%94/Sun, 07 Jun 2020 00:00:00 +0000/ko/blog/2020/06/07/reseed-bundles%EB%A6%AC%EC%8B%9C%EB%93%9C-%EB%B2%88%EB%93%A4-%EC%B4%88%EA%B8%B0-%ED%94%BC%EC%96%B4-%EC%A0%95%EB%B3%B4-%EB%AC%B6%EC%9D%8C%EC%9D%84-%EA%B3%B5%EC%9C%A0%ED%95%98%EC%97%AC-%EC%B9%9C%EA%B5%AC%EB%93%A4%EC%9D%B4-i2p%EC%97%90-%EC%B0%B8%EC%97%AC%ED%95%98%EB%8F%84%EB%A1%9D-%EB%8F%84%EC%99%80%EC%A3%BC%EC%84%B8%EC%9A%94/<p>대부분의 새로운 I2P router는 reseed service(부트스트랩을 돕는 시드 제공 서비스)의 도움으로 부트스트래핑하여 네트워크에 합류한다. 그러나 reseed service는 중앙화되어 있으며, I2P 네트워크의 나머지 부분이 탈중앙화되고 차단이 불가능한 연결에 중점을 두고 있다는 점을 고려하면 비교적 차단하기 쉽다. 새로운 I2P router가 부트스트랩하지 못하는 경우, 기존의 I2P router를 사용해 유효한 &ldquo;Reseed bundle&rdquo;(리시드 번들)을 생성하여 reseed service 없이 부트스트랩할 수 있다.</p> <p>정상적으로 I2P에 연결된 사용자는 reseed 파일(초기 부트스트랩용 파일)을 생성하고 비밀 채널 또는 차단되지 않은 채널을 통해 이를 전달함으로써, 차단된 router가 네트워크에 참여하도록 도울 수 있습니다. 실제로 많은 경우 이미 연결된 I2P router는 reseed 차단의 영향을 전혀 받지 않으므로, <strong>주변에 정상적으로 동작하는 I2P router가 있다는 것은 기존 I2P router가 새로운 I2P router에게 숨겨진 부트스트래핑 방법을 제공하여 도울 수 있음을 의미합니다</strong>.</p>/ko/blog/2020/05/25/0.9.46-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 25 May 2020 00:00:00 +0000/ko/blog/2020/05/25/0.9.46-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.46에는 스트리밍 라이브러리에서 상당한 성능 개선이 포함되어 있습니다. ECIES 암호화(제안 144) 개발을 완료했으며, 이제 테스트를 위해 이를 활성화할 수 있는 옵션이 있습니다.</p> <p><strong>Windows 사용자만 해당</strong>: 이번 릴리스는 프로그램을 실행할 수 있는 로컬 사용자가 악용할 수 있었던 로컬 권한 상승 취약점을 수정합니다. 가능한 한 빨리 업데이트를 적용해 주십시오. 이 문제를 책임 있게 공개해 준 Blaze Infosec에 감사드립니다.</p> <p>이 버전은 Java 7, Debian 패키지 Wheezy와 Stretch, 그리고 Ubuntu 패키지 Precise와 Trusty를 지원하는 마지막 릴리스입니다. 해당 플랫폼의 사용자는 향후 I2P 업데이트를 받으려면 업그레이드해야 합니다.</p>/ko/blog/2020/05/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-5%EC%9B%94-5%EC%9D%BC/Tue, 05 May 2020 00:00:00 +0000/ko/blog/2020/05/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-5%EC%9B%94-5%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 22:00:09 &lt;eyedeekay&gt; 안녕하세요 모두들, 이달 첫 번째 화요일 회의이자 0.9.46 릴리스 전 마지막 회의에 오신 걸 환영합니다. 또 누가 참석해 계신가요? 22:00:27 &lt;zzz&gt; 안녕하세요 22:00:28 &lt;zlatinb&gt; 안녕하세요 22:01:02 &lt;eyedeekay&gt; 0) 안녕하세요 22:01:02 &lt;eyedeekay&gt; 1) 0.9.46 상태/릴리스 22:01:03 &lt;eyedeekay&gt; 2) git 마이그레이션 상태 22:01:03 &lt;eyedeekay&gt; 3) reseeds(재시드 서버) 22:01:03 &lt;eyedeekay&gt; 4) 기타 22:03:07 &lt;eyedeekay&gt; 이번 회의는 0.9.46 릴리스 전에 열리는 마지막 IRC 회의입니다. 태그 프리즈는 약 일주일 뒤이므로 그때까지 번역 문자열을 마쳐야 합니다. 남아 있는 변경 사항은 이달 22일 최종 마감일까지 제출되어야 합니다. 22:03:58 &lt;eyedeekay&gt; 제가 알기로는 이번 릴리스를 제시간에 진행할 수 있을 것 같습니다. 22:04:15 &lt;eyedeekay&gt; 제 쪽에서는 0.9.46 사이클 동안 주로 i2ptunnel에 집중하여 애플리케이션의 구성, 외형, UI 변경을 계속해 왔습니다. 또한 i2ptunnel용 tunnel 회전 설정을 작업 중이며, 곧 체크인할 준비가 될 것입니다. i2ptunnel의 동적 tunnel 할당은 0.9.46에 맞춰 끝내기는 어려울 것 같습니다. 22:04:21 &lt;eyedeekay&gt; 덧붙일 내용 있으신가요? 22:04:38 &lt;zzz&gt; 네 22:04:52 &lt;zzz&gt; 주요 항목 두 가지, 스트리밍 개선과 ratchet(래칫) 마무리는 완료했습니다 22:05:01 &lt;eyedeekay&gt; 훌륭합니다! 22:05:03 &lt;zzz&gt; i2pd와의 ratchet(래칫) 테스트도 잘 진행되고 있습니다 22:05:08 &lt;zzz&gt; 스트리밍에 대한 초기 보고도 좋습니다 22:05:17 &lt;zzz&gt; 릴리스 직전까지도 미세 조정은 계속될 것입니다 22:05:28 &lt;zzz&gt; 이제는 전반적으로 버그 수정에 주로 집중하고 있습니다 22:05:55 &lt;zzz&gt; 25일이 포함된 주 초에 릴리스하는 일정으로 진행될 듯합니다 22:05:57 &lt;zzz&gt; eot 22:06:05 &lt;eyedeekay&gt; 아주 좋습니다. #ls2를 따라오신 분들께는 지켜보는 것만으로도 무척 흥미로웠을 겁니다. 22:06:22 &lt;eyedeekay&gt; zlatinb, 당신 쪽에서는 어떤 게 있나요? 22:07:29 &lt;zlatinb&gt; 스트리밍 작업이 많았고, 47에서는 계속 진행하거나 ssu에 적용할 예정입니다 22:07:52 &lt;eyedeekay&gt; 좋습니다. 그럼 2)로 넘어가겠습니다 22:08:14 &lt;eyedeekay&gt; 2) git 마이그레이션 상태 22:08:14 &lt;eyedeekay&gt; Git은 일반 사용을 위해 준비되었고, 데이터센터로 이전되었으며 더 빠른 하드웨어와 더 빠른 연결을 갖추었습니다. 새 git i2ptunnel에 대한 설정은 대체로 결정되었지만 체크인되지는 않았습니다. 새 gitlab 가입자에게는 기본 이용약관이 제시됩니다. 해당 TOS를 준수할 수 없다면, git 서비스를 자체 호스팅하는 선택지가 명확히 안내됩니다. 백업도 있고, HTTPS와 .oni 22:08:14 &lt;eyedeekay&gt; o support gittorrent는 아직 진행 중이며, trac 티켓 마이그레이션도 마찬가지입니다. 당분간 이슈에는 trac을 계속 사용할 예정인 만큼, 이번 릴리스 이후에 전환한다면 Git을 상시 사용하기에 준비가 되었다고 봅니다. 22:10:16 &lt;eyedeekay&gt; 일부 흥미로운 리포지토리에서는 mtn 히스토리가 여전히 걸림돌로 남아 있습니다 22:15:23 &lt;eyedeekay&gt; 죄송합니다, 제 pidgin이 크래시났습니다. 22:15:23 &lt;eyedeekay&gt; 우리가 어디까지 했죠? 22:15:38 &lt;zzz&gt; "mtn history remains..." 22:20:14 &lt;eyedeekay&gt; 감사합니다, zzz. 22:21:03 &lt;eyedeekay&gt; 제 입장에서는 git에 대해 더 할 말이 많지 않은 것 같습니다. 다른 의견이 없으시면 reseeds로 넘어가겠습니다 22:21:03 &lt;eyedeekay&gt; 타임아웃 1분 22:21:03 &lt;eyedeekay&gt; 아 맞다, HTTPS URL을 언급하지 않았네요. 우리 git은 i2pgit.org에서 볼 수 있습니다 22:21:05 &lt;eyedeekay&gt; 계속해서, 주제 3) reseeds 22:21:05 &lt;eyedeekay&gt; zzz, 발언하시죠 22:21:18 &lt;zzz&gt; 잠시만요 22:21:25 &lt;eyedeekay&gt; 알겠습니다 22:21:31 &lt;zzz&gt; 2)에 대해 몇 가지 생각을 덧붙일 기회를 주시겠습니까? 22:21:37 &lt;eyedeekay&gt; 물론이죠 22:21:51 &lt;zzz&gt; 감사합니다 22:22:11 &lt;zzz&gt; 우선, git과 gitlab에 점점 익숙해지고 있고, 이번 주말에 muwire에 MR 3개를 제출했습니다 22:22:21 &lt;zzz&gt; 두 개는 잘 되었고 하나는 덜했지만, 배우고 있습니다 22:22:30 &lt;zzz&gt; 훨씬 편안해졌습니다 22:22:52 &lt;zzz&gt; 둘째: 지난 회의에서도 말했듯이, 마이그레이션에 대한 계획과 일정이 있으면 큰 도움이 될 것입니다 22:23:00 &lt;zzz&gt; 어디에도 게시되어 있지 않은 것 같습니다 22:23:23 &lt;zzz&gt; 특히 어떤 브랜치를 언제, 등등에 대해요 22:23:23 &lt;zzz&gt; eot 22:27:42 &lt;eyedeekay&gt; 아, 이거 스레드에 올리지 못했네요. i2p.i2p 자체보다 먼저 i2p.i2p가 아닌 것들을 git으로 옮기는 일정을 논의했었습니다. 전환을 마치기 전에 이를 공개해야 합니다. 오늘 밤에 게시하겠습니다. 상기시켜 주시고 git을 시도해 주신 zzz께 감사드립니다. 22:27:42 &lt;eyedeekay&gt; 2)에 관해 다른 분들 의견 있으신가요? 22:28:58 &lt;eyedeekay&gt; 그렇다면 3) reseeds로 22:29:04 &lt;zzz&gt; 감사합니다 22:29:16 &lt;zzz&gt; reseeds를 더 많이 요청하는 긴급 공지를 내고 싶습니다 22:29:33 &lt;zzz&gt; meeh가 우리의 10개 중 3개를 운영하는데, 그 3개가 약 2주 동안 모두 다운되었습니다. 그 중 하나는 복구되었습니다. 22:29:43 &lt;zzz&gt; 그리고 나머지 두 개는 서로 다른 이유로 아직 다운 상태입니다 22:29:52 &lt;zzz&gt; 그는 응답하지 않습니다 22:30:12 &lt;zzz&gt; 좋은 상황이 아닙니다. 2주 뒤에도 여전히 다운되어 있다면 릴리스 전에 제거하겠습니다 22:30:16 &lt;zzz&gt; 그러면 7개나 8개만 남게 됩니다 22:30:39 &lt;zzz&gt; 다운된 reseeds는 신규 사용자 경험을 형편없게 만들며, 용납할 수 없습니다 22:31:12 &lt;zzz&gt; 운영하고 싶은 분은 저에게 연락해 주세요 22:31:24 &lt;fug&gt; reseeds 운영을 더 쉽게 만들면 사람들이 운영할 겁니다 22:31:26 &lt;zzz&gt; biglybt나 기타 i2p 인접 조직에서 하나 운영해 주면 좋겠습니다 22:31:45 &lt;zzz&gt; 물론, 항상 더 나아질 수 있죠 22:32:08 &lt;zzz&gt; 안타깝게도 우리의 reseeds와 소프트웨어를 관리하던 사람이 작년에 사라져서, 그 부분도 담당자가 없습니다 22:32:11 &lt;eyedeekay&gt; fug, 무엇이 더 쉬운 것으로 인정될까요? 그건 제 일이 될 것 같네요, 저는 Go 담당이라서, 도커라이즈하거나 checkinstall 가능하게 하거나 go get으로 받을 수 있게 하거나 뭐든 기꺼이 하겠습니다. 22:32:16 &lt;zzz&gt; EOT 22:32:44 &lt;zzz&gt; 그가 반쯤 만들어 둔 reseed 플러그인도 있습니다 22:32:47 &lt;fug&gt; eyedeekay: 도커 이미지면 좋겠습니다 22:33:03 &lt;eyedeekay&gt; 좋아요, 하루이틀 내로 여기 올리겠습니다. 22:33:29 &lt;fug&gt; 하지만 설정이 거의 필요 없거나 아예 필요 없는, reseeding을 수행하는 단일의 간단한 애플리케이션이라면 더 좋겠습니다 22:35:50 &lt;eyedeekay&gt; 그건 Go reseed가 하는 일과 꽤 가깝습니다만, 약간 거친 부분이 있는 건 인정합니다. Docker부터 시작하겠습니다. 22:36:01 &lt;eyedeekay&gt; 3)에 대해 다른 내용 있으신가요? 22:36:23 &lt;zzz&gt; 없습니다. 안건에 추가해 주셔서 감사합니다 22:36:48 &lt;eyedeekay&gt; 별말씀을요, 문제없습니다. 4) 기타 22:39:29 &lt;eyedeekay&gt; 제 개인 웹사이트를 위한 개선된 CSS를 기여해 준 dr|zed에게 감사의 뜻을 전하고 싶습니다. 거기에 담긴 고민에 정말 감사드립니다. 제 WebExtension에 대해서도 약간의 디자인 조언을 받을 수 있었습니다. 요즘 멋지거나 흥미로운 일 하고 계신 분 있나요? 22:40:53 &lt;eyedeekay&gt; (다른 곳에서 아직 언급되지 않은 것?) 22:42:04 &lt;eyedeekay&gt; 타임아웃 1분 22:43:47 &lt;eyedeekay&gt; 다른 분이 더 하실 말씀이 없으면, 회의를 마치겠습니다. 22:44:49 &lt;eyedeekay&gt; 좋아요 *bafs*. 참석해 주시고 회의에 기여해 주신 모든 분들께 감사드리며, IRC에서 또 뵙겠습니다 </div>/ko/blog/2020/04/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-4%EC%9B%94-7%EC%9D%BC/Tue, 07 Apr 2020 00:00:00 +0000/ko/blog/2020/04/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-4%EC%9B%94-7%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 22:04:29 &lt;eyedeekay&gt; 안녕하세요 여러분, 여기 누가 계신가요? 22:04:40 &lt;eche|on&gt; peep :-=) 22:04:46 &lt;zlatinb&gt; 안녕하세요 22:04:48 &lt;zzz&gt; 출석 22:06:18 &lt;eyedeekay&gt; 좋아요, 첫 번째 안건, 0.9.46, zzz 시작해 주세요 22:06:52 &lt;zzz&gt; ratchet(제안 144) 관련 약 두 달간의 작업을 마무리 중입니다 22:07:16 &lt;zzz&gt; 기능이 완성되는 'phase 2'가 거의 완료 단계입니다 22:07:32 &lt;zzz&gt; 그리고 더 많은 버그 수정과 테스트 단계로 넘어갈 예정입니다 22:07:51 &lt;zzz&gt; 그래서 46에서는 더 많은 분들이 시험해 볼 수 있을 것이고, 47에서는 기본으로 활성화할 수도 있습니다 22:08:23 &lt;zzz&gt; 앞으로는 다른 버그 수정과 스트리밍 같은 주제(zlatinb와 함께 작업)를 살펴볼 예정입니다 22:08:56 &lt;zzz&gt; 제 쪽은 EOT, 그래서 아마도 다른 분들도 46을 위해 무엇을 하고 있는지 말해 주실 수 있을 것 같습니다 22:09:01 &lt;eche|on&gt; 이틀 전에 -5로 업그레이드했는데, 여전히 잘 동작합니다, tunnel 패치 라운드로빈이 포함되어 있고, 현재로서는 큰 변화는 보이지 않습니다 22:09:56 &lt;zlatinb&gt; TCP RFC들을 계속 다시 읽으면서 우리 스트리밍과 SSU 구현에서 많은 불일치를 발견했습니다. 그래서 전부 다시 작성했습니다. 티켓은 trac에 올려두었습니다 22:10:24 &lt;eche|on&gt; 아주아주 꼼꼼한 읽기와 점검이네요, zlatinb 22:11:34 &lt;eyedeekay&gt; 신규 사용자에게 제공되는 불필요한 정보를 줄이기 위해 i2ptunnel UI 개편 작업을 시작했고, i2ptunnels용 주기적 키 로테이션 메커니즘에도 착수했습니다 22:12:19 &lt;eyedeekay&gt; 저도 트리 밖(out-of-tree) 작업이 많습니다, Windows가 아닌 플랫폼에서도 동작하는 것으로 Firefox 프로필 번들을 대체하고 싶고, 꽤 잘 진행되고 있습니다. 22:12:32 &lt;eyedeekay&gt; 모두 그게 전부인가요? 22:12:46 &lt;eche|on&gt; 그런 듯합니다 22:12:49 &lt;eyedeekay&gt; 또, 질문 있으신가요? 22:13:47 &lt;eyedeekay&gt; 지금까지는 순조롭네요. 다음은 기타입니다 22:14:37 &lt;eyedeekay&gt; Re: git 마이그레이션, i2p.i2p은 다음 릴리스 이전이 아니라 *after* 다음 릴리스에 마이그레이션하기로 결정되었습니다. 다른 저장소는 경우에 따라 더 일찍 옮겨질 수 있습니다. 22:15:06 &lt;eche|on&gt; 좋습니다 22:15:20 &lt;eyedeekay&gt; git.idk.i2p에서 등록은 열려 있지만, 관리자 수동 승인이 필요합니다. 보통 신속히 처리하지만, 급하시면 저에게 핑(ping) 주세요. 22:16:46 &lt;eyedeekay&gt; 현재 권장되는 방식은 SSH와 함께 git을 사용하는 것입니다, 다만 최초 클론은 예외로, snark로 git 번들을 내려받아 수행하실 수 있습니다. 22:16:50 &lt;eyedeekay&gt; EOT 22:17:18 &lt;eyedeekay&gt; git 마이그레이션 관련해서 저에게 질문 있으신가요? 22:17:31 &lt;eche|on&gt; trac 티켓 포함 작업은 진전이 있나요? 22:17:49 &lt;eyedeekay&gt; tracboat 작업을 할 시간이 없어서, 아직 아닙니다. 22:17:58 &lt;eche|on&gt; 알겠습니다 22:18:41 &lt;zlatinb&gt; 마이그레이션과 관련해 두 가지 질문이 있습니다: 22:18:41 &lt;zlatinb&gt; 1. git clone 중 ssh에서 네트워크 읽기 타임아웃을 변경할 방법이 있나요? 가능하다면 5분 정도로 늘리면 성공 확률이 높아질 것입니다 22:18:41 &lt;zlatinb&gt; 2. trac이 그다지 안정적이지 않아서, GitLab에 티켓을 새로 열거나 미러링해도 될까요? 그렇게 하면 검토가 될까요? 22:19:15 &lt;eyedeekay&gt; 1: 이 부분을 조사 중인데, 가능한 것 같지는 않습니다만 아직 확답은 드릴 수 없습니다. 22:19:20 &lt;zzz&gt; 2)에 관해: i2p.i2p을 말하는 거라면, 저는 보지 않습니다 22:19:25 &lt;eche|on&gt; 2에 대해서: tracboat이 모든 trac 티켓을 git에 포함시키는 스크립트형 해법이 될 것입니다 22:19:54 &lt;zzz&gt; 관련 질문: meeh가 운영하는 대외 공개 서비스들의 지속적으로 낮은 가동시간을 개선할 계획은 무엇인가요? 22:20:02 &lt;eche|on&gt; 아, 미안, 기존 티켓을 복사/마이그레이션하는 건 그렇고, 새로 생기는 건 문제가 될 수도 있어요 22:20:18 &lt;zlatinb&gt; 티켓 번호는 유지되나요? 그렇다면 이미 GL에 열려 있는 티켓들은 어떻게 되나요, 삭제해야 하나요? 22:21:21 &lt;eyedeekay&gt; 마이그레이션을 작동시키면 티켓 번호는 유지될 것입니다. 중복된 티켓은 둘 중 하나가 종료될 때 수동으로 삭제해야 합니다. 22:22:08 &lt;zlatinb&gt; 그리고 어떤 이유로든 마이그레이션이 작동하지 않는다면, 백업 계획은 무엇인가요? 22:23:12 &lt;zzz&gt; 우리는 아직 trac 마이그레이션에 전혀 합의하지 않았습니다; 현재는 모두가 실험 단계라고 봅니다. 모든 mtn 브랜치(아직 GH에 전혀 없는 것까지 포함)가 git으로 옮겨진 뒤로 trac 마이그레이션을 연기할 것을 제안합니다 22:23:33 &lt;zzz&gt; 아마 빨라도 9월일 겁니다 22:23:42 &lt;eche|on&gt; 이에 대한 답은 zzz의 질문과 연관됩니다, 현재로서는 확정된 계획이 없습니다. 제 생각에는 오래된 티켓들은 trac을 계속 운영하는 방식이 좋겠습니다 22:24:02 &lt;eyedeekay&gt; 저는 trac을 고칠 방법이 없습니다. 개인적으로 할 수 있는 건 티켓을 거기서 옮기는 것뿐입니다. tracboat으로 마이그레이션할 수 없다면 제가 직접 해야 합니다. GitLab 쪽은 알고 있으니, trac 쪽을 배워야겠죠. GitLab이 trac의 명확하고 매력적인 대체처럼 보인다는 건 알지만, 이것은 상당한 차질 요인입니다 22:24:03 &lt;zlatinb&gt; 좋아요, 그러면 마이그레이션을 시도하기 전까지는 계속 trac을 사용해야 하나요? 22:24:41 &lt;eyedeekay&gt; 네 22:24:51 &lt;eche|on&gt; 티켓 관련해서: 티켓 마이그레이션이 완료될 때까지는 계속 trac을 사용해 주세요 22:24:53 &lt;zzz&gt; 그럼 meeh의 서비스들을 고치는 책임자는 누구인가요? 아니면 포기하고 그가 운영하는 모든 것을 대체하는 작업을 하고 있는 건가요? 우리가 그렇게 하는 거라면, 분명히 해 둡시다 22:25:56 &lt;eche|on&gt; meeh 본인이 자신의 서비스에 책임이 있습니다. trac은 git으로 대체되어야 합니다. 22:26:31 &lt;zzz&gt; 그렇다고 deb 저장소와 outproxy 같은 다른 서비스들의 시스템적 문제를 해결하진 못합니다 22:26:31 &lt;eche|on&gt; Debian 저장소는 현재 미해결 항목입니다, 미러는 만들어 두었지만, 기대한 대로 설정하려면 시간이 더 필요합니다 22:27:32 &lt;eche|on&gt; outproxy는 아예 손대지 않을 것입니다 22:27:50 &lt;eyedeekay&gt; meeh의 deb 저장소를 대체하는 일은 기꺼이 돕겠습니다만, outproxy에 대해서는 제가 할 수 있는 일이 없습니다. 22:29:19 &lt;eche|on&gt; meeh는 문제의 대부분이 그가 사용하는 오래된 IP의 오래된 시스템 때문이라고 자주 말했습니다, 오늘 welterde가 DNS를 변경하면서 그 부분은 바뀌었습니다 22:29:33 &lt;zzz&gt; 특정 브랜치 X의 티켓 마이그레이션은 X를 mtn에서 git으로 옮긴 이후에만 이뤄질 거라고 봅니다 22:29:35 &lt;eche|on&gt; 하지만 현재로서는 모르겠습니다 22:30:55 &lt;eyedeekay&gt; zzz 네 22:31:08 &lt;eyedeekay&gt; 티켓 마이그레이션 관련: 22:31:27 &lt;eyedeekay&gt; 그렇게 하면 이슈가 어디에서 논의되는지 사람들이 혼란스러워하지 않을 것입니다 22:32:21 &lt;eyedeekay&gt; 다른 사항 있나요? 22:34:22 &lt;eyedeekay&gt; 타임아웃: 60초 22:36:22 &lt;eyedeekay&gt; **Bafs** 좋아요, 와 주셔서 감사합니다 여러분 </div>/ko/blog/2020/03/18/git-%EB%B2%88%EB%93%A4%EB%A1%9C-i2p-%EC%86%8C%EC%8A%A4-%EC%BD%94%EB%93%9C-%EA%B0%80%EC%A0%B8%EC%98%A4%EA%B8%B0/Wed, 18 Mar 2020 00:00:00 +0000/ko/blog/2020/03/18/git-%EB%B2%88%EB%93%A4%EB%A1%9C-i2p-%EC%86%8C%EC%8A%A4-%EC%BD%94%EB%93%9C-%EA%B0%80%EC%A0%B8%EC%98%A4%EA%B8%B0/<p>I2P를 통해 대규모 소프트웨어 저장소를 복제하는 일은 어렵고, git을 사용하면 때로는 이를 더 어렵게 만들기도 합니다. 다행히, 경우에 따라 git이 이를 더 쉽게 만들어 주기도 합니다. Git에는 <code>git bundle</code> 명령이 있으며, 이를 사용하면 Git 저장소를 하나의 파일로 변환할 수 있고, 그렇게 만든 파일을 로컬 디스크의 위치에서 git이 clone(복제), fetch(가져오기), import(임포트)할 수 있습니다. 이 기능을 BitTorrent 다운로드와 결합하면, <code>git clone</code>과 관련된 남은 문제들을 해결할 수 있습니다.</p> <h2 id="시작하기-전에">시작하기 전에</h2> <p>git 번들을 생성하려는 경우, mtn 저장소가 아니라 <strong>git</strong> 저장소의 전체 사본을 이미 <strong>반드시</strong> 보유하고 있어야 합니다. github 또는 git.idk.i2p에서 가져올 수 있지만, 얕은 클론(&ndash;depth=1로 수행한 클론)은 <em>작동하지 않습니다</em>. 겉보기에는 번들을 만든 것처럼 보이도록 조용히 실패하지만, 그것으로 클론을 시도하면 실패합니다. 미리 생성된 git 번들을 가져오기만 하는 경우라면, 이 섹션은 적용되지 않습니다.</p>/ko/blog/2020/03/16/i2p-%EC%83%81%EC%97%90%EC%84%9C%EC%9D%98-gitlab-%EC%84%A4%EC%A0%95/Mon, 16 Mar 2020 00:00:00 +0000/ko/blog/2020/03/16/i2p-%EC%83%81%EC%97%90%EC%84%9C%EC%9D%98-gitlab-%EC%84%A4%EC%A0%95/<p>다음은 Docker로 서비스 자체를 관리하면서 Gitlab과 I2P를 구성할 때 사용하는 설정 절차입니다. 이 방식으로는 Gitlab을 I2P에서 매우 쉽게 호스팅할 수 있으며, 한 사람이 큰 어려움 없이 관리할 수 있습니다. 이 지침은 어떤 Debian 기반 시스템에서도 동작하고, Docker와 I2P router가 사용 가능한 모든 시스템으로도 손쉽게 이식할 수 있습니다.</p> <h2 id="의존성과-docker">의존성과 Docker</h2> <p>Gitlab은 컨테이너에서 실행되므로 메인 시스템에는 컨테이너에 필요한 의존성만 설치하면 됩니다. 편리하게도, 다음을 사용하여 필요한 모든 것을 설치할 수 있습니다:</p> <pre tabindex="0"><code>sudo apt install docker.io </code></pre><h2 id="docker-컨테이너-가져오기">Docker 컨테이너 가져오기</h2> <p>docker를 설치한 후에는 gitlab에 필요한 docker 컨테이너를 가져올 수 있습니다. <em>아직 실행하지 마십시오.</em></p>/ko/blog/2020/03/06/%EC%82%AC%EC%9A%A9%EC%9E%90%EB%A5%BC-%EC%9C%84%ED%95%9C-i2p%EB%A5%BC-%ED%86%B5%ED%95%9C-git/Fri, 06 Mar 2020 00:00:00 +0000/ko/blog/2020/03/06/%EC%82%AC%EC%9A%A9%EC%9E%90%EB%A5%BC-%EC%9C%84%ED%95%9C-i2p%EB%A5%BC-%ED%86%B5%ED%95%9C-git/<p>I2P Tunnel을 통해 git 접근을 설정하는 튜토리얼입니다. 이 tunnel은 I2P에서 단일 git 서비스에 접근하기 위한 접속 지점 역할을 합니다. 이는 I2P를 monotone에서 Git으로 전환하려는 전반적인 노력의 일부입니다.</p> <h2 id="무엇보다-먼저-서비스가-공개적으로-제공하는-기능을-숙지하라">무엇보다 먼저: 서비스가 공개적으로 제공하는 기능을 숙지하라</h2> <p>git 서비스가 어떻게 구성되어 있는지에 따라 모든 서비스를 동일한 주소에서 제공할 수도 있고 그렇지 않을 수도 있습니다. git.idk.i2p의 경우 공개 HTTP URL과 사용자의 Git SSH 클라이언트에 설정할 SSH URL이 있습니다. 둘 중 어느 것을 사용해도 push 또는 pull을 할 수 있지만, SSH를 권장합니다.</p>/ko/blog/2020/03/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-3%EC%9B%94-3%EC%9D%BC/Tue, 03 Mar 2020 00:00:00 +0000/ko/blog/2020/03/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-3%EC%9B%94-3%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, eyedeekay, sadie, mikalv, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 20:59:49 &lt;eyedeekay&gt; Hi everybody, about a minute until meeting time, who all is here? 20:00:33 &lt;eche|on&gt; Ok, it is time. Welcome to the IRC dev meeting 3rd march 2020. 20:00:40 &lt;eche|on&gt; Agenda: 20:00:40 &lt;eche|on&gt; 0) Hi 20:00:40 &lt;eche|on&gt; 1) 0.9.45 release status 20:00:40 &lt;eche|on&gt; 2) 0.9.46 plans 20:00:40 &lt;eche|on&gt; 3) I2P Android state/future 20:00:40 &lt;eche|on&gt; 4) MTN =&gt; Git plans 20:00:40 &lt;eche|on&gt; 5) misc - UX plans for 2020; donation page 20:01:28 &lt;eche|on&gt; so, as the old baffer is nearly unuseable for me, and I do not have a new one yet, lets start 20:01:31 &lt;eche|on&gt; 0) hi 20:01:33 &lt;nextloop&gt; hi! 20:01:38 &lt;eche|on&gt; I am here, eyedeekay is here, nextloop is here 20:01:40 &lt;zzz&gt; hi 20:02:21 &lt;eche|on&gt; ok, lets go on to 1) 20:02:36 &lt;eche|on&gt; 0.9.45 was released some days ago and it looks fine so far 20:02:42 &lt;eche|on&gt; any comments? 20:03:03 &lt;zzz&gt; all went smoothly on my side 20:03:11 &lt;nextloop&gt; what's the status of android? 20:03:16 &lt;zzz&gt; in-net, PPA, deb repo. No major reports so far 20:03:31 &lt;eche|on&gt; android still not done, see point 3 20:03:34 &lt;zzz&gt; I leave it to you to report maven/fdroid/android/mac, I have no insights on that 20:03:47 &lt;eche|on&gt; mac was built and put online 20:04:09 &lt;eche|on&gt; from my side it went well enough 20:04:13 &lt;eche|on&gt; hi sadie_ 20:04:45 &lt;eche|on&gt; ok, and now go on to 2, the 0.9.46 plans 20:04:55 &lt;eche|on&gt; zzz: any plans for 0.9.46 on your roadmap? 20:05:17 &lt;sadie_&gt; hi 20:05:51 &lt;zzz&gt; rrd4j is in replacing jrobin 20:05:56 &lt;zzz&gt; about 30 checkins so far in a week 20:06:10 &lt;zzz&gt; orignal and I hope to finish up ratchet (prop. 144) 20:06:28 &lt;eche|on&gt; good pace, will slow down for sure. Will ratchet be in .46 or a maybe? 20:06:41 &lt;zzz&gt; jogger SSU fixes... maybe... maybe not... 20:07:23 &lt;zzz&gt; ratchet is in 45, it works, but a lot of the details aren't finished, hopefully will be for 46 20:07:36 &lt;eche|on&gt; ok, good. 20:08:15 &lt;zzz&gt; ratchet todo list `http://zzz.i2p/topics/2639` 20:08:49 &lt;eche|on&gt; whats the estimated timeframe for a 0.9.46 release? may? 20:08:50 &lt;zzz&gt; what's everybody else's plans? 20:09:15 &lt;eche|on&gt; eyedeekay, sadie, plan for 0.9.46 ? 20:09:18 &lt;eyedeekay&gt; My top priority is the readme located in the router console at this time, currently I am slightly blocked on a chat recommendation still but will resolve that soon. I'll be building on this to progressively work on our in-console help. 20:09:24 &lt;zzz&gt; late may is my proposal, subject to other's agreement 20:10:07 &lt;eche|on&gt; ok, late may looks good, will verify with others the next days. 20:10:20 &lt;eyedeekay&gt; I am happy with late May 20:10:32 &lt;mikalv_&gt; same 20:10:43 &lt;eche|on&gt; ok, any other notes on 0.9.46 plans? 20:10:51 &lt;eche|on&gt; comments, questions? 20:11:24 &lt;mikalv_&gt; no but we should land the android architecture support question now that we got everyone here 20:11:32 &lt;eche|on&gt; thats point 3 :-) 20:11:44 &lt;mikalv_&gt; basically google says: support x64 or drop the platform (if only provided 32bit) 20:11:47 &lt;eche|on&gt; wo which we come now after no one stood up for another question on point 2 20:11:56 &lt;mikalv_&gt; great 20:11:59 &lt;eche|on&gt; mikalv_: whats the state of android 0.9.45 ? 20:12:31 &lt;mikalv_&gt; I've built it, got google's complaint, and awaited this meeting for a administrative decision to what we should do 20:12:48 &lt;mikalv_&gt; if we should drop mips and such, or try produce the 64bit binaries for it 20:13:04 &lt;zzz&gt; whats your recommendation? 20:13:34 &lt;mikalv_&gt; once that's landed, we should be ready to release at any time if we remove it, and not sure if we need to produce the 64bit binaries as I've not tried that before 20:13:42 &lt;eche|on&gt; IMHO not much MIPS and x86 android devices available, so drop them for 0.9.45, but keep it on mind 20:13:57 &lt;sadie_&gt; For me ,Information architecture review of console and website , then Identity and values workshop with Ura and Simply Secure. Post install work, infrastructure and policy review 20:14:06 &lt;mikalv_&gt; I tried to get google play to somehow tell me how much they where used (the different architectures) but I couldn't find any metrics for it 20:14:10 &lt;zzz&gt; you have user stats mikal? 20:14:22 &lt;eche|on&gt; ok, sadie, point 2 addition, noted :-) 20:14:23 &lt;mikalv_&gt; the closest we get is a list of devices 20:14:27 &lt;nextloop&gt; the architecture is just relevant for the NDK jbigi lib right? 20:14:35 &lt;mikalv_&gt; but then, we need to know what arch all the different devices is 20:14:38 &lt;zzz&gt; sounds like an easy decision to me 20:14:40 &lt;eche|on&gt; yes, nextloop, mostly yes 20:14:44 &lt;mikalv_&gt; yes nextloop 20:14:48 &lt;nextloop&gt; because it gets built from source every f-droid release 20:15:17 &lt;nextloop&gt; i never veryfied if it really gets used or uses the java fallback 20:15:25 &lt;eche|on&gt; ok 20:15:25 &lt;mikalv_&gt; but is that for the 64bit versions so the f-droid has binaries that don't exists in the gplay version? 20:16:24 &lt;nextloop&gt; it just runs the shell script i believe. whatever is built there gets built 20:16:50 &lt;eche|on&gt; mikalv_: please check the shell script/f-droid version, if 64 bit available, use it, else drop that architecture 20:17:24 &lt;mikalv_&gt; okay I'll do so then unless any objections 20:17:35 &lt;eyedeekay&gt; No objections from me. 20:17:40 &lt;mikalv_&gt; (?) 20:17:43 &lt;mikalv_&gt; great 20:17:46 &lt;eche|on&gt; now to the more interesting point: future of android I2P version. As bote is nearly dead and not in use, and no dev available, the use case for android I2P is gone 20:17:57 &lt;eche|on&gt; do we want a future android I2P release? 20:18:09 &lt;eche|on&gt; even without bote and nearly null use case? 20:18:16 &lt;eche|on&gt; eyedeekay: opinion? zzz? 20:18:28 &lt;zzz&gt; your premise is that the sole use case for the android router app is bote? 20:18:47 &lt;eche|on&gt; as the browser has other issues (as mikalv_ told me), what is left? 20:18:59 &lt;eyedeekay&gt; People are using Java I2P on Android for non-Bote things. There's a dude hosting Yacy on top of termux or some crazy nonsense like that. I don't want to stifle people. 20:19:03 &lt;eche|on&gt; beside being a simple router on small devices 20:19:18 &lt;zzz&gt; it's simply not true that browsing is broken 20:19:34 &lt;mikalv_&gt; its basically no "non technical" way to use the android version of today 20:19:39 &lt;eche|on&gt; ok, good, so your both vote for future of android 20:19:41 &lt;zzz&gt; right idk? 20:19:48 &lt;mikalv_&gt; you can tweak firefox in about:config which mozilla warns you to not do 20:20:06 &lt;eyedeekay&gt; Yes I think Android can have a future. 20:20:06 &lt;mikalv_&gt; but beyond that, it need some kind of life purpose in my point of view 20:20:45 &lt;eche|on&gt; but as I have seen also, android will change owner to eyedeekay, is that correct? 20:20:46 &lt;zzz&gt; what's behind this? does the team not want to support it? 20:20:51 &lt;eyedeekay&gt; Yes 20:21:00 &lt;eche|on&gt; O 20:21:01 &lt;eche|on&gt; ok 20:21:12 &lt;eche|on&gt; zzz: I try to figure opinions and ideas 20:21:26 &lt;eche|on&gt; and as it looks, eyedeekay will support androif for 0.9.46 and further on 20:21:35 &lt;eyedeekay&gt; I will continue to at least maintain Android builds, I will take ownership of it. I do wish to keep supporting it. Just to clarify 20:21:45 &lt;zzz&gt; I think android is important. Right now we're providing terrible support. We aren't fixing _any_ bugs and there's no new development 20:21:48 &lt;eche|on&gt; and as users seem to use it, it will be supported 20:22:12 &lt;zzz&gt; if we can't increase our support with the current team than we should hire somebody new to do it 20:22:33 &lt;eche|on&gt; ok 20:22:48 &lt;sadie_&gt; I have applied for support that I would suggest going to Android. No answer yet. 20:23:12 &lt;sadie_&gt; I think that Android is important 20:23:38 &lt;eche|on&gt; so android i2p will live on and we try to get better support for it, at least better than just supllying new releases 20:23:59 &lt;eche|on&gt; and if funding is available, get a dev on funds to support android dev 20:24:25 &lt;eche|on&gt; any questions, comments, hints on point 3 android? 20:25:43 &lt;eche|on&gt; ok, going on to topic 4) the forthcoming monotone to Git translation 20:26:20 &lt;eche|on&gt; we decided to drop monotone and use git instead, a translation plan is still in work to maintain best useability and features which are needed for I2P development 20:26:40 &lt;eche|on&gt; currently eyedeekay did setup a git server on `http://git.idk.i2p` and made a howto on https://github.com/eyedeekay/git-over-i2p/blob/master/GIT.md 20:27:02 &lt;eche|on&gt; we do work on getting trac into the git instance and migrate all the tickets into git 20:27:26 &lt;eche|on&gt; after that migration is done securly and verified, we decide on a date to switch 20:27:46 &lt;eche|on&gt; currently we do look out for testers of the guide and the git server inside of I2P 20:28:03 &lt;eche|on&gt; and for sure: for more hints, tips, ideas, feature requests on this topic 20:28:07 &lt;eche|on&gt; so, please 20:28:12 &lt;eche|on&gt; eyedeekay: more comments on this? 20:28:39 &lt;eyedeekay&gt; I've also been working on adding SOCKS support to webtorrent, which will hopefully make it possible for us to use gittorrent as well in the near future. 20:29:19 &lt;eche|on&gt; nextloop: comments? as you do work the sync script currently? 20:29:49 &lt;zzz&gt; is muwire code set up and bridged to GH as we planned? 20:30:18 &lt;eyedeekay&gt; While my testing over the past few weeks has been successful, I would like it very much if people could review my guide and make comments where it could be clarified or simplified. 20:30:37 &lt;nextloop&gt; the topic of breaking connections during initial cloneing is solved by doing shallow clone and iterative unshallowing, am I right? 20:30:46 &lt;eche|on&gt; zzz: no idea yet, not yet worked on my side 20:30:55 &lt;eyedeekay&gt; Yes that works right now. 20:30:56 &lt;zzz&gt; idk? 20:31:13 &lt;eche|on&gt; yes, nextloop, that does help a bit, but even the depth of 1 version is still ~100 MB to fetch 20:31:37 &lt;eche|on&gt; with unshallowing it grows slightly bigger (4-5 times in my experiment) 20:31:49 &lt;zzz&gt; I have a question about user names on git.idk - do we need to pick a username unused on GH, or do we need to defensively register it on GH, to make it all work right? 20:32:12 &lt;nextloop&gt; zzz: github identifies the committers based on e-mail addresses. 20:32:17 &lt;zzz&gt; there was a report on zzz.i2p a while back that there are several fake zzz-i2p accounts on GH. is that a problem? 20:32:42 &lt;nextloop&gt; so if you add your email you use for i2p git to github the commit will be linked to your account 20:33:16 &lt;nextloop&gt; eyedeekay: is the regular torrent archive already in place? if i remember correctly you were working on that 20:33:48 &lt;eyedeekay&gt; Well it's generatable, but there's nothing scheduling it yet 20:34:32 &lt;zzz&gt; so I need to register on git.idk with a valid clearnet email address if I want to (before or after) register on GH? or that's a local setup thing? 20:34:55 &lt;zzz&gt; anyway, we're in the weeds here, sorry, I'll work with idk to figure it out 20:35:17 &lt;eyedeekay&gt; You don't need to pick an unused GH username AFAIK, you could work entirely from the gitlab instance and we wouldn't need github at all 20:35:17 &lt;eche|on&gt; clearnet email should be in this case the i2pmail.org address IMHO 20:35:46 &lt;nextloop&gt; zzz: yes for github you need to verify the email. use i2p-mail.org perhaps? 20:35:54 &lt;eche|on&gt; currently the plan is to use the gitlab (idk in i2p net git instance) for our work and sync to github 20:36:23 &lt;eche|on&gt; the trac tickets would be on in-net gitlab server 20:36:25 &lt;nextloop&gt; eyedeekay: i would be motivated to setup such an automatic archiving 20:36:27 &lt;zzz&gt; I just want to make sure it's not linked to some fake zzz account when it gets bridged to GH 20:36:47 &lt;eche|on&gt; (sorry for the hassle, gitlab and github are both servers with lots of features around git, both do nearly the same tasks) 20:37:18 &lt;eche|on&gt; valid point, zzz 20:37:47 &lt;eche|on&gt; ok, before going into much deeper details, any more comments? 20:39:06 &lt;eche|on&gt; going on to topic 5 - misc topics. currently 2 from my side: a) donation page and b) UX plans for 2020 20:39:40 &lt;eche|on&gt; 5a) a new donation page is setup by mikalv_ on https://donate.i2p.io/ and those accounts are all benefits to the I2P company mikalv_ is running with torkel in norway 20:40:07 &lt;eche|on&gt; it is live and do collect donations from now on, soon (tm) it will be advertised on webpage and twitter 20:40:24 &lt;eche|on&gt; any comments on this? issues, problems? 20:41:29 &lt;eche|on&gt; 5)b) UX plans for 2020 - sadie is working with elio on a UX project, in whic elio has been granted funds to work on I2P UX 20:41:42 &lt;eche|on&gt; sadie, any more information, plans, ideas, comments? 20:42:05 &lt;sadie_&gt; Information architecture review of console and website , then Identity and values workshop with Ura and Simply Secure will be the work for this month 20:42:41 &lt;sadie_&gt; We have received very good feedback on the set up wizard! 20:43:31 &lt;eyedeekay&gt; From me, the Browser project has been officially placed on hiatus. We pretty much couldn't have picked a worse time to attempt such a thing, as Mozilla's codebase has been changing drastically as we tried to work with it. The project will be revisited when we have less of a moving target. I will be making improvements to I2P and web browsing in less time-dominating projects. 20:43:36 &lt;sadie_&gt; So research, synthesis and documentation phase for now. 20:44:03 &lt;zzz&gt; eyedeekay, status of beta 8, promised in 'a couple days' at the meeting a month ago? 20:44:24 &lt;eyedeekay&gt; It is cancelled. There was no use in creating it, as it will only be viable for a very short time. 20:44:35 &lt;eche|on&gt; thank you sadie, whats the timeframe for the whole project? end date 20:44:56 &lt;eche|on&gt; eyedeekay: please announce that on webpage 20:45:21 &lt;eyedeekay&gt; Will do 20:45:22 &lt;sadie_&gt; End date projection for study is mid June 20:45:49 &lt;zzz&gt; if beta 8 would not have been viable for long, I assume beta 7 on our website is long since obsolete and should be removed, for sure 20:45:53 &lt;eche|on&gt; ok, and is there a rough idea at which timepoint UX enhancements will get into I2P code? 20:46:59 &lt;eche|on&gt; sadie? 20:47:28 &lt;eche|on&gt; zzz: that should be done with the announcement of the final end of the browser project 20:47:33 &lt;sadie_&gt; It will not be until after June. We need to go through the process first. If there are improvements we can execute on easily as they are suggested and approved we will. 20:47:35 &lt;zzz&gt; sadie_, is the funding organization for Ura public? and if so who? 20:47:46 &lt;mikalv_&gt; yes the browser project was unluckly started at the wrong time as mozilla rewrote basically everything in their codebase the same year 20:48:05 &lt;anonymousmaybe&gt; i2pbrowser currently has many security vulnerabilities didnt fixed since ages because it didnt catch up with TB/FF patched releases 20:48:09 &lt;mikalv_&gt; so each release had quite some different code than the previous one and so on 20:48:23 &lt;eche|on&gt; sadie_: ok, looks like early 0.9.47, maybe 0.9.48 will be first i2p version whcih will get changes of this project 20:48:25 &lt;sadie_&gt; The funding for this study is provided through usability lab. 20:48:39 &lt;zzz&gt; which is OTF? 20:48:40 &lt;sadie_&gt; correct ech 20:48:47 &lt;mikalv_&gt; tbb had 10 people rewrite all their patches like three or four times in 2019 20:49:34 &lt;eche|on&gt; https://www.opentech.fund/labs/usability-lab/ 20:49:45 &lt;sadie_&gt; OTF Resource Labs 20:49:58 &lt;zzz&gt; would be good to get some thanks-tweets and a blog post out there if it's public, this is big news that we should be telling people about! 20:50:37 &lt;fug&gt; you should also tell people how you gutted the UI and removed docs 20:51:09 &lt;eche|on&gt; On a minor down side, the InternetFreedomFestival in Valencia, spain, was canclled due to high risk on the corona-virus. 20:51:18 &lt;eche|on&gt; so new I2P participation in there 20:51:38 &lt;eche|on&gt; zzz: noted and will happen 20:52:15 &lt;sadie_&gt; zzz, yes I have announced it on forum last week. PR rollout has been planned 20:52:26 &lt;eche|on&gt; any more comments, topics under topic 5) misc? 20:52:51 &lt;eche|on&gt; `http://i2pforum.i2p/viewtopic.php?f=27&t=925` 20:53:00 &lt;eche|on&gt; is the forum entry with news entries 20:53:10 &lt;fug&gt; zzz: github does detection based on the email specified in commits, said email needs to be registered with a github account, and registration requires sending a confirmation link to the email 20:53:33 &lt;fug&gt; zzz: so in case of your commits with .i2p mail, you won't be able to confirm them 20:53:55 &lt;anonymousmaybe&gt; any road map for i2prouter isolation? https://trac.i2p2.de/ticket/2132 20:54:47 &lt;eche|on&gt; i2p debian package split up is IMHO on hold currently 20:54:51 &lt;eyedeekay&gt; No road map on that yet. 20:55:02 &lt;anonymousmaybe&gt; ah sad.. 20:55:22 &lt;eche|on&gt; AFAIK some discussion with the deb maintainer were made, with no productive outcome yet 20:56:02 &lt;anonymousmaybe&gt; ticket already there but no work done for it 20:56:17 &lt;zzz&gt; no 45 for sid yet either, no news from mhatta 20:56:38 &lt;anonymousmaybe&gt; mikalv_ fixed trac filtering Tor/I2P users? 20:56:42 &lt;fug&gt; there's https://github.com/tracboat/tracboat for trac-&gt;gitlab migration, has it been evaluated? 20:57:25 &lt;eche|on&gt; IMHO eyedeekay does trying tracboat for the migration, at least the name was mentioned 20:57:28 &lt;fug&gt; where is some information page that describes status of migration to git? 20:57:46 &lt;eche|on&gt; currently no page except for the howto and git server mentioned above 20:57:56 &lt;eche|on&gt; as we are still in early phase 20:58:17 &lt;fug&gt; you still should have a page for that info 20:58:21 &lt;eche|on&gt; noted to create a info page 20:58:22 &lt;mikalv_&gt; I hope it's fixed, has anyone had issues with it the past days? 20:58:38 &lt;eyedeekay&gt; trac? Not lately 20:58:49 &lt;eche|on&gt; yes, mikalv_, there was a user in here trying to push a ticket and got spam blocked 20:58:59 &lt;eche|on&gt; but ok, any other comment for dev meeting? 20:59:09 &lt;zzz&gt; outproxy is still a pile of crap but trac working well for me 20:59:20 &lt;mikalv_&gt; and now we're talking about trac's own system, and not the i2ptunnel right? 20:59:26 &lt;eche|on&gt; yes 20:59:43 &lt;eche|on&gt; uhh, the 60 min limit is here... 20:59:55 &lt;eche|on&gt; any further comments? 21:00:05 &lt;fug&gt; yes, info about developing i2p 21:00:16 &lt;fug&gt; should mention usage of new git instance instead of mtn that no one uses 21:00:45 &lt;eche|on&gt; will be done, if it is valid and verified to be done 100% 21:01:24 &lt;eche|on&gt; If no other comment gets in, the timeframe of this IRC meeting getting nearly a 60 min, which is a soft border, I would like to close this meeting. Due to a missing appropriate buffer, I'll make a "plopp" sound. 21:01:45 &lt;eche|on&gt; so, ears up: "plopp" 21:01:56 &lt;sadie_&gt; mic drop 21:02:02 &lt;eche|on&gt; dev meeting over. thank you all for your time, ideas and comments 21:02:14 &lt;eche|on&gt; a log will be posted soon 21:02:14 &lt;sadie_&gt; thanks ech </div>/ko/blog/2020/02/25/0.9.45-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 25 Feb 2020 00:00:00 +0000/ko/blog/2020/02/25/0.9.45-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.45에는 hidden mode(은닉 모드)와 대역폭 테스트 도구에 대한 중요한 수정 사항이 포함되어 있습니다. 콘솔 다크 테마가 업데이트되었습니다. 우리는 성능 개선과 새로운 종단 간 암호화(제안 144) 개발을 계속하고 있습니다.</p> <p>평소와 같이, 이번 릴리스로 업데이트하시기를 권장합니다. 보안을 유지하고 네트워크에 기여하는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p> <h2 id="릴리스-세부사항">릴리스 세부사항</h2> <p><strong>변경 사항</strong></p> <ul> <li>Dark theme improvements</li> <li>Console icon changes</li> <li>Move some translations from console to router and core for embedded uses</li> <li>Jetty 9.2.29</li> <li>Tomcat 8.5.50</li> <li>i2psnark HTML5 preview player for partial files</li> </ul> <p><strong>버그 수정</strong></p>/ko/blog/2020/02/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-2%EC%9B%94-4%EC%9D%BC/Tue, 04 Feb 2020 00:00:00 +0000/ko/blog/2020/02/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2020%EB%85%84-2%EC%9B%94-4%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, eyedeekay, sadie, zlatinb, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) I2P Browser 프로젝트 현황 (sadie, meeh, idk) 20:00:00 &lt;zzz&gt; 2) Outproxy(아웃프록시) 사용 사례 / 현황 (sadie) 20:00:00 &lt;zzz&gt; 3) 0.9.45 개발 현황 (zzz) 20:00:00 &lt;zzz&gt; 4) 상태 스크럼 (zlatinb) 20:00:04 &lt;zzz&gt; 0) 안녕하세요 20:00:06 &lt;zzz&gt; 안녕하세요 20:00:19 &lt;zlatinb&gt; 안녕하세요 20:00:29 &lt;zzz&gt; 1) I2P Browser 프로젝트 현황 (sadie, meeh, idk) 20:00:51 &lt;zzz&gt; sadie, 브라우저 프로젝트 최신 소식이 뭐죠? 20:01:22 &lt;zzz&gt; 아니면, 그녀가 없으니 다른 분이 대신 알려주실 수 있나요? 20:02:09 &lt;eyedeekay&gt; 안녕하세요 20:02:55 &lt;zzz&gt; eyedeekay, 브라우저 프로젝트에 대한 진행 상황 업데이트가 있나요? 20:03:22 &lt;eyedeekay&gt; 브라우저가 휴지기에 들어가기 전에 6개월간 마지막 릴리스를 곧 내놓을 예정입니다. 프로젝트를 지속 가능하게 만들기 위해 구성의 캡슐화와 브라우저 빌드 방식을 훨씬 더 영리하게 해야 한다고 결정했습니다. 지금 방식은 자원을 크게 소모합니다. 보다 상세한 성명은 브라우저 릴리스 시점에 웹사이트에 게시될 것입니다. 20:04:11 &lt;zzz&gt; 이번 릴리스가 베타 8인가요? 두 달 전 마지막 회의에서 3일 이내에 나올 것으로 예상했었죠 20:04:58 &lt;eyedeekay&gt; 네, 그래서 휴지기에 들어갑니다. 지금처럼 진행하는 방식은 지속 가능하지 않습니다. Firefox 릴리스에 겨우 따라가기 위해서만 과도한 작업을 하지 않아도 되는 다른 방안을 모색해야 합니다. 20:05:27 &lt;zzz&gt; 좋아요. 어서 오세요 sadie_, 덧붙일 내용이 있나요? 20:05:44 &lt;sadie_&gt; 아니요 20:06:05 &lt;zzz&gt; 1) 브라우저에 대해 코멘트나 질문 있으신가요? 20:06:52 &lt;zzz&gt; 1)에 대해 다른 사항 있나요? 20:07:29 &lt;zzz&gt; 2) Outproxy 사용 사례 / 현황 (sadie) 20:07:32 &lt;eyedeekay&gt; 브라우저를 설정하는 대체 절차에 대한 권장사항을 제공할 예정입니다. 20:07:47 &lt;zzz&gt; 좋아요 20:08:04 &lt;zzz&gt; sadie_, Outproxy 연구에 대한 업데이트를 부탁합니다 20:08:51 &lt;sadie_&gt; Outproxy 연구는 지난 몇 달 동안 연기되었습니다. 20:09:42 &lt;zzz&gt; 좋아요, 재개 시점에 대한 전망이 있나요? 20:11:53 &lt;zzz&gt; 2) Outproxy에 대해 코멘트나 질문 있나요? 20:12:20 &lt;sadie_&gt; 로드맵에 따라 당장은 높은 우선순위가 아닙니다. 20:12:40 &lt;eyedeekay&gt; 최근 Meeh가 false.i2p의 일반용 기본 Outproxy 성능을 눈에 띄게 개선했습니다 20:13:11 &lt;zzz&gt; 2)에 대해 다른 사항 있나요? 20:14:04 &lt;zzz&gt; 3) 0.9.45 개발 현황 (zzz) 20:14:15 &lt;zzz&gt; 개발은 잘 진행되고 있습니다 20:14:32 &lt;zzz&gt; 현재까지 diff가 1만7천 줄에 달하며, 다크 테마의 대규모 업데이트를 포함합니다 20:14:38 &lt;zzz&gt; 히든 모드에 대한 몇 가지 수정도 있습니다 20:14:47 &lt;eche|on&gt; 도움이 되길 바랍니다 20:15:16 &lt;zzz&gt; 아이콘 일부 변경, 새로운 Tomcat, 새로운 Jetty, i2psnark에서 부분 다운로드 파일용 HTML5 미리보기 플레이어 추가 20:15:52 &lt;zzz&gt; 위의 /topic에 날짜가 있습니다. 1주 후 태그 동결, 2주 반 후 체크인 마감, 3주 후 릴리스 20:16:34 &lt;zzz&gt; .45에 엄밀히 포함되진 않지만, proposal 144 (새로운 암호화)와 관련해 i2pd와의 상호운용성 테스트가 좋은 진전을 보였다고 말씀드릴 수 있습니다 20:16:59 &lt;zzz&gt; 그리고 양쪽 구현과 제안서 자체의 버그와 이슈를 계속 해결하고 있습니다 20:17:27 &lt;zzz&gt; .45에 포함된 것 또는 포함될 예정인 것 중 강조하고 싶은 사항이 더 있나요? 20:19:01 &lt;zzz&gt; 3)에 대해 다른 사항 있나요? 질문이나 코멘트? 20:19:22 &lt;eche|on&gt; 없어요 20:20:02 &lt;zzz&gt; 4) 상태 스크럼 (zlatinb) 20:20:08 &lt;zzz&gt; 진행해 주세요, zlatinb 20:20:15 &lt;zlatinb&gt; 안녕하세요. 간단히: 1) 지난 회의 이후에 한 일 2) 다음 달에 할 계획 3) 막히는 점이나 도움이 필요한 점. 끝나면 EOT라고 말해 주세요 20:20:46 &lt;zlatinb&gt; 저: 1) MW 플러그인 2) MW 플러그인 추가 작업, jogger의 SSU 재작성 3) 블로커 없음 EOT 20:21:16 &lt;zzz&gt; 1) 버그 수정, proposal 144, jogger 패치와 제안서 리뷰; 2) 같은 작업 계속, 여기에 .45 릴리스; 3) 블로커 없음 EOT 20:21:54 &lt;eche|on&gt; 특별한 것은 없고, 서버 지원, `http://wiki.i2p-projekt.i2p` 가동 중이며 콘텐츠가 채워지고 있습니다, 모두 좋습니다 20:23:26 &lt;sadie_&gt; idk와 함께 설치 후 문서 개선 작업, 추가 사용성 테스트 연구 확보, 커뮤니티 아웃리치 / PR 전략 / idk의 webextensions 테스트 / 디스커버리 프로세스 - 탄력적인 인프라, 리브랜딩 연구 - 다음 달에도 같은 작업 계속 20:23:57 &lt;zlatinb&gt; 다른 분? 스크럼 종료까지 T-1분 20:24:01 &lt;eyedeekay&gt; 1) 제 작업의 가장 큰 부분은 기본 다크 테마를 대폭 개정해 가독성을 높이고 더 현대적이고 일관되게 보이도록 한 것입니다. I 또한 Firefox용 제 webextension에 기능을 추가하고 버그를 수정했으며, 이제 i2pcontrol과 snark-rpc와 통신할 수 있습니다. I 또한 프로젝트를 위해 제 개인 eepSite와 공용 git 리소스(a gitlab instance at git.idk.i2p)를 구축했습니다. 2) 저는 20:24:01 &lt;eyedeekay&gt; git 마이그레이션 작업을 할 것입니다. 3) 블로커 없음. 20:24:41 &lt;zlatinb&gt; 고마워요, scrum.end 20:24:48 &lt;zzz&gt; 좋아요, 고마워요 zlatinb 20:25:07 &lt;zzz&gt; 회의와 관련해 질문, 코멘트, 추가 안건 있으신가요? 20:26:13 * zzz baffer를 잡는다 20:27:01 * zzz *bafs* 회의를 종료한다 </div>/ko/blog/2019/12/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-12%EC%9B%94-3%EC%9D%BC/Tue, 03 Dec 2019 00:00:00 +0000/ko/blog/2019/12/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-12%EC%9B%94-3%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕 20:00:00 &lt;zzz&gt; 1) I2P Browser 프로젝트 현황 (sadie, meeh, idk) 20:00:00 &lt;zzz&gt; 2) Outproxy(아웃프록시) 사용 사례 / 현황 (sadie) 20:00:00 &lt;zzz&gt; 3) 0.9.44 릴리스 현황 (zzz) 20:00:00 &lt;zzz&gt; 4) 상태 스크럼 (zlatinb) 20:00:10 &lt;sadie__&gt; 안녕 20:00:20 &lt;zzz&gt; 0) 안녕 20:00:22 &lt;zzz&gt; 안녕 20:00:47 &lt;zzz&gt; 1) I2P Browser 프로젝트 현황 (sadie, meeh, idk) 20:00:49 &lt;zlatinb&gt; 안녕 20:01:00 &lt;meeh&gt; 안녕 20:01:23 &lt;zzz&gt; sadie, I2P Browser 프로젝트 최신 상황은 어때? 그리고 답변의 일부는 idk와 meeh에게 넘겨도 돼 20:01:32 &lt;eyedeekay&gt; 안녕 20:03:02 &lt;meeh&gt; 가장 큰 소식은 아마 다음 릴리스가 이제 60이 아니라 ESR 68을 기반으로 한다는 점이고, mozilla가 이후 버전에서 우리가 사용하던 일부 api를 제거하기 때문에 우리 확장 기능을 소스에 포팅하는 작업이 진행 중이라는 거야 20:03:27 &lt;zzz&gt; 그리고 그 릴리스는 언제로 예정되어 있어? 20:03:47 &lt;meeh&gt; 또한 새 EV 코드 서명 인증서로 서명되는 첫 번째 릴리스라서 더 이상 무서운 경고가 뜨지 않을 거야 20:03:54 &lt;meeh&gt; 이틀에서 사흘 안에 20:04:06 &lt;meeh&gt; 그럼 6일이라고 하자 20:04:15 &lt;zzz&gt; 좋아, 그럼 이게 베타 8 맞지? 20:04:26 &lt;meeh&gt; 응, 맞아 20:04:27 &lt;eyedeekay&gt; 응, 베타 8 20:04:43 &lt;zzz&gt; 좋아. 덧붙일 거 있어, sadie__ eyedeekay ? 20:05:08 &lt;eyedeekay&gt; 그 밖에도 이제 snark, susimail 등 I2P 애플리케이션 모음도 활성화해 20:05:19 &lt;sadie__&gt; 응 - 업데이트된 MVP(최소기능제품)와 로드맵도 제공할 거야 20:05:54 &lt;zzz&gt; 그건 언제 게시돼? 20:05:56 &lt;meeh&gt; 그리고 시간이 지나면서 최소한 susimail과 addressbook부터 현대적인 표준으로 대체할 버전을 릴리스할 거야 20:06:14 &lt;meeh&gt; 물론 이번 릴리스는 아니고, 이후 릴리스에서야 20:06:47 &lt;sadie__&gt; 그건 다음 주 중반쯤 사이트에 올라갈 거야. 업데이트된 프로젝트 이름과 브랜딩 방향과 함께 20:07:15 &lt;meeh&gt; 브라우저와 직접 연결된 건 아니지만, Rack "runner"가 I2PSocket과 직접 통신해서 사용자가 로컬 TCP 포트를 통해 포트 포워딩할 필요가 없다는 소식도 있어 20:07:25 &lt;zzz&gt; 좋네. 새 이름을 살짝 공개할 거야, 아니면 사이트에 올라갈 때까지 기다릴 거야? 20:07:34 &lt;meeh&gt; 그래서 예를 들어 Ruby on Rails를 I2PSocket을 향해 직접 실행할 수 있어 20:07:57 &lt;sadie__&gt; 사이트가 업데이트될 때까지 기다릴게요 =) 20:08:12 &lt;zzz&gt; 좋아 meeh, 표준 소켓을 통해 나갔다가 다시 들어오는 걸 피하는 게 항상 더 좋지 20:08:51 &lt;zzz&gt; 진전이 좋아 보이네 20:09:01 &lt;zzz&gt; 1) 항목 관련해 더 있을까? 질문 있는 사람? 20:10:31 &lt;zzz&gt; 2) Outproxy 사용 사례 / 현황 (sadie) 20:10:41 &lt;zzz&gt; sadie__, 이 연구 작업의 최신 상황은 어때? 20:10:44 &lt;sadie__&gt; outproxy 턴키 솔루션은 MVP를 완성하기 위한 적절한 정보 수집에 필요한 자원을 확보할 때까지 보류되었어. 이 연구는 내년까지 재개되지 않을 거야. 일반적인 outproxy 사용에 대한 논의는 앞으로 몇 주 안에 재개할 거야. 현재로서는 우리 outproxy의 우선순위가 성능 이슈 조사와 개선이 되어야 해. 20:11:45 &lt;zzz&gt; 좋아, 프로젝트의 outproxy에 관해서, 조사와 개선은 어떻게 진행되고 있어? 20:12:10 &lt;zzz&gt; meeh, 그에 관한 정보 있어? 20:12:17 &lt;sadie__&gt; 그건 meeh가 나보다 더 잘 설명할 수 있어 20:12:28 &lt;meeh&gt; 주제가 outproxy이니 말인데, 내가 만든 jruby gem에는 i2p 플러그인으로 실행할 수 있는 단순 단일 스레드 outproxy도 있어 20:12:33 &lt;meeh&gt; 여기에서 볼 수 있어 https://github.com/mikalv/ji2p-jruby/blob/master/bin/simple_outproxy 20:13:08 &lt;zzz&gt; 하지만 현재 outproxy는 어때? 20:13:09 &lt;meeh&gt; 또한 gem을 분리하기 시작했어. 그래서 그런 것과 상관없는 단순 i2p 플러그인에 굳이 클러스터 지원 등을 묶어 넣을 필요가 없게 하려는 거지 20:13:13 &lt;meeh&gt; 꽤 커졌거든 20:13:41 &lt;meeh&gt; 응, 공용 outproxy의 병목이었던 케이블과 스위치를 일부 업그레이드했어 20:13:52 &lt;zzz&gt; outproxy로 가져오는 요청을 성공/실패 여부와 함께 포스트잇에 일일이 기록하기 시작했는데, 오늘 성공률은 75%에 불과해 20:14:26 &lt;zzz&gt; sadie 말로는 최우선이라던데, 다음엔 뭘 할 계획이야? 20:14:39 &lt;meeh&gt; 다음 브라우저 릴리스인 베타 8에는, 아까 말하는 걸 깜빡했는데, 동일한 서비스로 향하는 destination(목적지)을 훨씬 더 많이 둘 거야. destination 자체가 다음 병목이라고 보고 있어서 20:14:56 &lt;meeh&gt; 그래서 false.i2p와 내 tor 브리지뿐 아니라, 대략 20개 정도로 늘릴 거야 20:15:30 &lt;meeh&gt; 또한 프록시 소프트웨어를 몇 달 전에 내가 만든 맞춤형 elixir/erlang 소프트웨어로 바꿀 거야 20:15:45 &lt;meeh&gt; 여기에서도 볼 수 있어 https://github.com/mikalv/i2p-outproxy-elixir 20:16:00 &lt;zzz&gt; i2pd에서 java로 바꾸는 걸 고려해 봤어? i2pd에서 돌리면 큰 문제가 좀 있는 것 같아 20:16:14 &lt;meeh&gt; 바꾸기 전에 푸시할 커밋되지 않은 변경사항이 좀 있어. 그러면 누구나 이걸로 자신만의 것을 돌릴 수 있어. 그에 대한 문서도 더 잘 만들어 둘게 20:16:25 &lt;meeh&gt; 지금은 둘 다 써 20:16:29 &lt;meeh&gt; java와 i2pd 둘 다 20:16:39 &lt;zzz&gt; 좋아 20:16:40 &lt;meeh&gt; router 4대가 각각 dest 2개를 가지고 있어야 해 20:16:51 &lt;meeh&gt; 같은 HTTP 프록시 엔드포인트를 가리키도록 20:17:05 &lt;zzz&gt; 어느 쪽이 더 나은 서비스를 제공하는지 결론이 났어? 20:17:17 &lt;meeh&gt; i2pd 쪽은 tunnel을 100개 정도로 설정했고, java 쪽은 tunnel 제한이 16이야 20:17:49 &lt;meeh&gt; 아직이야, 미안. 하지만 가까운 시일 내에 해야 할 일 목록에 넣어놨어 20:18:21 &lt;zzz&gt; 좋아. 개선할 때는 팀이 측정 기반 접근을 쓰길 권장해. 그냥 닥치는 대로 이것저것 다 바꾸지는 말고 20:18:51 &lt;meeh&gt; 응, 예전에 그렇게 해보고 배웠어 — 그러니 걱정 마, 측정 기반으로 갈게 20:18:55 &lt;zzz&gt; 2) 항목에 대해 더 있을까, sadie__ ? 20:19:09 &lt;sadie__&gt; 아니 20:19:22 &lt;zzz&gt; 2) 항목에 대해 질문 있는 사람? 20:20:19 &lt;zzz&gt; 3) 0.9.44 릴리스 현황 20:20:29 &lt;zzz&gt; 좋아, 일요일에 0.9.44 릴리스를 배포했어 20:21:00 &lt;zzz&gt; 새 암호화 유형을 처리하는 방식에 있던 골치 아픈 문제를 수정했어. 모두 가능한 한 빨리 업그레이드해야 해 20:21:12 &lt;meeh&gt; android용은 google play, fdroid, 그리고 우리 다운로드 페이지에 올라갔어. 마지막 것은 gpg 서명을 포함하고 사이트도 업데이트했어 20:21:33 &lt;zzz&gt; 좋아. mavencentral은 어때? 20:22:03 &lt;meeh&gt; 응, 위에 것들의 필수 의존성이니까, 저걸 했다는 건 이미 mavencentral도 끝냈다는 뜻이야 20:22:07 &lt;zzz&gt; 이제 네트워크 내부 업데이트로도 이용 가능해. 네트워크의 약 10%가 이미 업그레이드했어 20:22:38 &lt;zzz&gt; 일요일에 PPA와 deb 저장소도 처리했어 20:22:58 &lt;zzz&gt; 그래서 대부분은 끝난 것 같아 20:23:05 &lt;zzz&gt; 지금까지 불만 사항은 없어 20:23:24 &lt;zzz&gt; 안타깝게도 대역폭 테스터가 거의 완전히 망가졌어 20:23:51 &lt;zzz&gt; 최근 테스트 풀에서 뭔가가 바뀌어서, 우리가 하던 핸드셰이크 방식이 작동을 멈췄어 20:24:10 &lt;zzz&gt; 지난 하루 반 동안 그걸 붙잡고 있었고, 다시 돌아가게 만들었어 20:24:40 &lt;zzz&gt; 이런 게 고장 난 걸 보면 티켓을 꼭 올려줘. 릴리스 전에 망가진 걸 알아차리지 못한 건 아쉬워 20:25:29 &lt;meeh&gt; 곧 (독립형) 새 기부 페이지도 공개될 거야. 더 다양한 기부 방법, 예를 들면 정기적인 paypal 같은 것도 가능하게 할 거고 20:25:39 &lt;zzz&gt; .44에 관한 건 대략 이게 전부야. 이제 막 .45 작업을 시작해서 계획을 세우고 있는데, 45 릴리스는 2월쯤으로 예상해 20:25:44 &lt;meeh&gt; 그리고 정말 **nice** 20:25:48 &lt;meeh&gt; 대문자로 20:25:56 &lt;zzz&gt; 좋아 meeh, 훌륭해 20:26:02 &lt;zzz&gt; 3) 항목에 대해 더 있을까? 20:27:02 &lt;zzz&gt; 4) 상태 스크럼 20:27:06 &lt;zzz&gt; 진행해 zlatinb 20:27:31 &lt;zlatinb&gt; 안녕, 아주 간단히: 1) 지난달에 한 일 2) 다음 달에 할 일 3) 막힌 점이나 도움이 필요한지 4) EOT 20:28:31 &lt;zlatinb&gt; 나: 1) 10초마다 디스크에 쓰던 스크립트 가능한 필터를 수정했고, servlet 3.0 지원을 조사함(내부 클래스에서는 깨짐) 2) MW를 router 플러그인으로 패키징 3) 막힌 점 없음 20:28:35 &lt;zlatinb&gt; EOT 20:28:49 &lt;zzz&gt; 1) .44 릴리스, 버그 수정, prop. 144(ratchet) 코딩과 테스트; 시작을 느리게 만들던 심각한 tunnel 버그 수정, drzed의 도움으로 zzzot 새 버전 배포 20:29:28 &lt;zzz&gt; 1 (계속) reseed(리시드) 테스트와 reseeder(리시더)들과 협업해 문제를 바로잡는 데 많은 작업을 했고; 오픈 트래커도 테스트해서 제거했어 20:30:09 &lt;meeh&gt; 완료: 임베디드 또는 독립형 router와 상호작용/제어하기 위한 jruby gem, I2P의 HA destination 또는 클러스터 테스트를 위한 초기 kubernetes 지원, 처음부터 작성했거나 tor browser에서 포팅한 수많은 firefox 패치, outproxy 개선, 그리고 언젠가 susimail을 대체하려는 의도의 새로운 메일 애플리케이션 20:30:19 &lt;meeh&gt; 마지막 것에 대한 초기 작업* 20:30:23 &lt;zzz&gt; 2) 버그 수정, prop. 144 테스트, 성능 개선을 위한 추가 작업, 36C3 20:30:46 &lt;sadie__&gt; 지난달에는 최신 릴리스에 포함된 CSS 라이트 테마 변경 작업, router 콘솔 UX 연구 자금과 관련한 Usability Lab 대응, 그리고 브라우저의 미래를 위한 제품 결정 주도를 했어. 다음 달에는 설치 후 안내서, 추가 CSS 작업, 브라우저 관리와 개발을 할 거야 20:30:56 &lt;zzz&gt; 3) 막힌 점 없음; 4) EOT 20:31:10 &lt;sadie__&gt; 막힌 점 없음, EOT 20:31:15 &lt;eyedeekay&gt; 1) I2P Browser 사용 경험을 I2P의 전반적인 기능으로 더 확장하고, router 콘솔과 홈 페이지의 구성/룩앤필을 조정해 왔어. 2) 다음 달에는 더 많은 브라우저 기능 개선, SAM 튜토리얼 추가, 그리고 더 많은 router 콘솔 UI 개선을 할 거야. 3) 막힌 점 없음 EOT. 20:31:48 &lt;zlatinb&gt; 고마워, 모두인 것 같아 &lt;/scrum&gt; 20:32:08 &lt;zzz&gt; 좋아, 4) 항목에 더 있을까? 질문 있는 사람? 20:32:24 &lt;zzz&gt; 아니면 회의에서 다룰 다른 주제? 20:32:28 &lt;meeh&gt; 다음 달: 브라우저 베타 8 릴리스, unix 시스템에서 windows 바이너리를 서명하기 위해 osslsigncode 소프트웨어를 어떻게 쓸지 방법 찾기, outproxy 소프트웨어 교체, 새 메일 앱 작업 계속, 그리고 jruby gem 변경 마무리 20:33:16 &lt;zzz&gt; EOT, meeh? 20:33:32 &lt;meeh&gt; 응, EOT. 20:34:16 &lt;zzz&gt; 좋아. 알림인데 다음 달에는 36C3에서 회복 중일 거라 회의가 없어. 36C3에서 우리 모임에 참여하고 싶다면 우리 테이블을 찾아와 20:34:32 &lt;zzz&gt; 대략적인 위치는 트위터에 올릴게 20:34:48 &lt;sadie__&gt; 그리고 테이블에 새 배너도 있을 거야! 20:34:48 &lt;meeh&gt; 회의에서 나온 공개 메모도 아마 발행할 수 있을 것 같은데? 20:34:58 &lt;meeh&gt; ccc에서 말이야 20:34:59 &lt;zzz&gt; 내가 *baffer*를 찾는 동안, 회의에서 다룰 다른 주제 있어? 20:35:28 &lt;zzz&gt; 자원하는 거야, meeh? 20:35:41 &lt;meeh&gt; 내가 해볼 수 있어, 응 20:35:59 &lt;sadie__&gt; ccc에 대한 보고는 내가 할게 20:36:35 &lt;zzz&gt; 좋아, *baffer*를 찾았으니 오늘은 이 정도로 하자 20:36:46 &lt;zzz&gt; 4주 뒤에 다들 직접 보자 20:37:10 &lt;zzz&gt; 앗, 3주 반이네 20:37:24 * zzz *bafs* 회의를 종료했다 </div>/ko/blog/2019/12/01/0.9.44-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sun, 01 Dec 2019 00:00:00 +0000/ko/blog/2019/12/01/0.9.44-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.44에는 히든 서비스에서 새로운 암호화 유형을 처리하는 과정에서 발생하는 서비스 거부(DoS) 문제에 대한 중요한 수정이 포함되어 있습니다. 모든 사용자는 가능한 한 빨리 업데이트하시기 바랍니다.</p> <p>이번 릴리스에는 새로운 종단 간 암호화(제안 144)에 대한 초기 지원이 포함됩니다. 해당 프로젝트에 대한 작업은 계속 진행 중이며, 아직 사용 준비가 되어 있지 않습니다. 콘솔 홈 페이지에 변경 사항이 있으며, i2psnark에는 새로 내장된 HTML5 미디어 플레이어가 추가되었습니다. 방화벽이 적용된 IPv6 네트워크에 대한 추가 수정 사항도 포함되었습니다. Tunnel 구축 관련 수정으로 일부 사용자에게는 시작 속도가 더 빨라질 수 있습니다.</p>/ko/blog/2019/11/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-11%EC%9B%94-5%EC%9D%BC/Tue, 05 Nov 2019 00:00:00 +0000/ko/blog/2019/11/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-11%EC%9B%94-5%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석:</strong> echelon, eyedeekay, lbt, sadie, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 0.9.43 릴리스 상태 (zzz) 20:00:00 &lt;zzz&gt; 2) I2P Browser 프로젝트 상태 (sadie, meeh) 20:00:00 &lt;zzz&gt; 3) Outproxy(외부 프록시) 사용 사례/상태 (sadie) 20:00:00 &lt;zzz&gt; 4) 0.9.44 개발 상태 (zzz) 20:00:00 &lt;zzz&gt; 5) 제안 상태 (zzz) 20:00:00 &lt;zzz&gt; 6) 상태 스크럼 (zlatinb) 20:00:04 &lt;zzz&gt; 0) 안녕하세요 20:00:06 &lt;zzz&gt; 안녕하세요 20:00:10 &lt;sadie_&gt; 안녕하세요 20:00:25 &lt;zzz&gt; 1) 0.9.43 릴리스 상태 (zzz) 20:00:38 &lt;zzz&gt; 43은 몇 주 전에 나왔고, 지금까지 심각한 이슈는 없습니다 20:01:02 &lt;zzz&gt; 남은 항목은 공식 f-droid(nextloop)와 공식 debian(mhatta)입니다 20:01:08 &lt;eyedeekay&gt; 안녕하세요 20:01:37 &lt;zzz&gt; 43 릴리스와 관련해 다른 미해결 이슈가 있나요? 20:03:01 &lt;zzz&gt; 2) I2P Browser 프로젝트 상태 (sadie, meeh) 20:03:16 &lt;zzz&gt; meeh, sadie, 브라우저 관련 최신 정보가 뭔가요? 20:04:49 &lt;sadie_&gt; Beta 7이 릴리스되었습니다 20:05:10 &lt;eyedeekay&gt; I2P Browser의 Beta 7이 어제 업데이트된 로드맵과 함께 릴리스되었습니다. 이것은 Firefox 60 기반의 마지막에서 두 번째 릴리스입니다. 몇 가지 버그를 수정하고 지속적 통합을 구현했으며, 브라우저 제품의 미래를 위한 계획을 수정·업데이트했습니다. 20:05:11 &lt;sadie_&gt; 릴리스 노트는 프로젝트 웹사이트에서 확인할 수 있습니다. 20:05:35 &lt;zzz&gt; 참고로 사이트의 릴리스 날짜가 잘못되었습니다 20:05:51 &lt;eyedeekay&gt; 이런, 놓쳤네요. 바로 수정하겠습니다. 20:06:03 &lt;sadie_&gt; 로드맵 작업도 진행 중이며, 프로젝트 웹사이트에서 확인할 수 있습니다 20:06:29 &lt;zzz&gt; 다가오는 Beta 8에 대해 무엇을 알려줄 수 있나요? 어떤 내용이 들어가고, 언제 나올까요? 20:07:40 &lt;sadie_&gt; Beta 8은 11월 말에 나올 예정입니다. 20:08:19 &lt;zzz&gt; 브라우저에 대해 질문 있으신가요? meeh, 추가할 내용이 있나요? 20:08:27 &lt;eyedeekay&gt; Beta 8은 11월 말에 릴리스되며, Firefox 60 기반의 최종 버전이 됩니다. 애플리케이션을 더 눈에 띄게 만드는 몇 가지 아키텍처 변경을 준비 중이며, 그 초기 모습이 Beta 8에 들어갈 것입니다. 또한 번들된 router의 준비 상태에 대해 브라우저 내에서 더 많은 피드백을 제공할 예정입니다. 20:08:53 &lt;sadie_&gt; 더 나은 랜딩 페이지, HTTP 프록시 준비 상태 지표, 그리고 동적 테마를 작업 중입니다 20:09:20 &lt;zzz&gt; 좋네요, 모두가 Beta 7을 한번 사용해보길 바랍니다 20:09:45 &lt;zzz&gt; 2) 항목에 더 있을까요? 20:11:00 &lt;zzz&gt; 3) Outproxy 사용 사례/상태 (sadie) 20:11:17 &lt;zzz&gt; sadie_, 이 주제에 관한 최신 내용이 뭔가요? 20:11:32 &lt;sadie_&gt; 사용자 조사를 더 진행하지 않고는 더 이상 나아가기 어렵다고 느낄 만큼 요구사항 문서를 진척시켰습니다. 20:11:38 &lt;sadie_&gt; 월 중순에 턴키 outproxy 솔루션에 영감을 준 분과 다시 연락할 예정입니다. 지금까지 작성된 요구사항 문서를 평가하고, 사용자 연구 질문을 보다 철저히 다루기 시작할 수 있을 것입니다. 이 솔루션에 대한 요구사항은 다음 릴리스의 산출물에 포함됩니다. 지금은 추가 사용자 20:11:38 &lt;sadie_&gt; 연구 없이는 더 이상 진전시키기 어렵다고 느낄 만큼 요구사항 문서를 진행해 두었습니다. 20:12:41 &lt;zzz&gt; 좋아요, 분명히 하자면 .44 기간에는 요구사항 작업만 하는 거죠. 구현은 .45 이후가 될 거고요, 맞나요? 20:12:53 &lt;sadie_&gt; 맞습니다 20:13:32 &lt;zzz&gt; 좋아요, 추가할 내용이 더 있나요? outproxy 연구에 대해 질문 있으신 분 있나요? 20:14:01 &lt;zzz&gt; 3) 항목에 더 있을까요? 20:15:01 &lt;zzz&gt; 4) 0.9.44 개발 상태 (zzz) 20:15:23 &lt;zzz&gt; .44 사이클에 들어온 지 2주 되었고, 새로운 코드가 많이 커밋되었습니다 20:15:52 &lt;zzz&gt; 거의 대부분이 제안 144의 구현, 즉 목적지를 위한 새로운 암호화입니다 20:16:07 &lt;zzz&gt; 곧 chisana_와 상호운용성 테스트를 시작할 것으로 예상합니다 20:16:35 &lt;zzz&gt; 그리고 몇 주 안에 용감한 테스터분들이 써볼 수 있을 정도로 준비될 것입니다 20:16:57 &lt;zzz&gt; 하지만 기본적으로 사용하게 되기까지는 상당한 시간이 걸릴 것이며, 아마 6~12개월쯤 걸릴 겁니다 20:17:23 &lt;zzz&gt; 견고하게 만들려면 많은 테스트와 기타 변경이 필요합니다 20:17:59 &lt;zzz&gt; .44에서 대기 중인 다른 주요 항목은 SSU 성능 개선 일부이며, 우리 Trac에서 티켓을 많이 올려 주는 'jogger'의 촉구로 시작되었습니다 20:18:17 &lt;zzz&gt; sadie_, eyedeekay, meeh, .44에서 진행 중인 작업에 대해 추가할 내용이 있나요? 20:19:34 &lt;zzz&gt; 4) 항목에 더 있을까요? 20:19:35 &lt;sadie_&gt; router 콘솔 /home 변경, 웹사이트 장기 전략 20:20:45 &lt;zzz&gt; 5) 제안 상태 (zzz) 20:21:05 &lt;zzz&gt; 여기서 더 말할 건 별로 없고, 99%의 초점이 144에 맞춰져 있습니다. 20:21:30 &lt;zzz&gt; 다음은 아마 152, 153, 또는 새로운 SSU 2 제안일 것입니다 20:21:47 &lt;zzz&gt; 새해가 되기 전까지는 큰 진전을 기대하지 않습니다 20:21:58 &lt;zzz&gt; 제안들에 대해 질문 있나요? 20:22:06 &lt;zzz&gt; 5) 항목에 더 있을까요? 20:23:01 &lt;zzz&gt; 6) 상태 스크럼 (zlatinb) 20:23:12 &lt;zzz&gt; zlatinb가 오늘 참석하지 못한다고 했던 것 같습니다 20:23:32 &lt;eche|on&gt; 새 하드웨어와 새 IP를 갖춘 새 서버, 시간이 걸리겠지만 서비스를 한 서버에서 다른 서버로 마이그레이션 중. 차단 요소 없음 20:23:41 &lt;zzz&gt; 그럼 모두들 절차 아시죠, 1) 지난달에 한 일 2) 다음 달에 할 일 3) 차단 요소가 있는지 알려 주세요 20:23:52 &lt;zzz&gt; 그리고 마지막에 EOT로 끝내 주세요 20:24:49 &lt;zzz&gt; 저: 1) .44 릴리스를 완료했고, 새로운 암호화 작업을 많이 했습니다; 2) 새로운 암호화 추가 작업, SSU 성능 개선, 버그 수정; 3) 차단 요소 없음; EOT 20:25:11 &lt;zzz&gt; sadie_, meeh, eyedeekay, 동시에 진행해 주세요 20:25:48 &lt;sadie_&gt; 지난달과 다음 달에도 I2P Browser 작업을 계속하고, router 콘솔 라이트 테마를 계속 다듬으며, IDK와 함께 웹사이트의 장기 전략을 수립할 예정입니다. Outproxy 제품 관리와 요구사항 수집도 계속됩니다. 연구 및 개발을 위한 제안: UX 개선과 사용성 연구에 관한 제안이 제출되었거나 작성 중입니다. 발표와 워 20:25:48 &lt;sadie_&gt; 크숍 준비를 2020년 컨퍼런스를 위해 시작했습니다. 20:27:01 &lt;zzz&gt; 마지막 호출 eyedeekay meeh zlatinb 20:27:11 &lt;eyedeekay&gt; 1) 브라우저에 포함되거나 브라우저에 도움이 되도록 하는 작업을 하고 있었습니다. 2) 일부 router 콘솔 홈 페이지 구성을 개선하고 브라우저 디자인 개선 사항 일부를 구현할 예정입니다. 3) 차단 요소 없음 EOT 20:27:53 &lt;zzz&gt; 좋아요, eche|on과 sadie_의 EOT로 가정할게요 ... 6) 항목에 더 있을까요? 20:28:02 &lt;sadie_&gt; 네 20:28:34 &lt;zzz&gt; 회의에서 다룰 다른 주제나 질문이 있나요? 20:28:59 &lt;eche|on&gt; bote는 어떤가요? 20:29:04 &lt;eche|on&gt; str4d 소식 있나요? 20:29:28 &lt;zzz&gt; 가끔 twitter에서 RT하는 걸 봤으니 살아 있습니다 20:29:59 &lt;zzz&gt; 제가 아는 건 그게 전부예요 20:30:26 &lt;zzz&gt; 티켓에 있는 내용 말고는요 20:30:27 &lt;eche|on&gt; 알겠습니다 20:30:38 &lt;zzz&gt; bote에 대해 더 있을까요? 20:31:01 &lt;zzz&gt; 회의에서 더 다룰 내용이 있을까요? 20:31:22 &lt;lbt&gt; 여러분 모두에게 “감사합니다” :) 20:31:48 &lt;zzz&gt; 천만에요 lbt, 회의에 참여해 주셔서 감사합니다 20:31:54 &lt;eyedeekay&gt; 천만에요 친구 :) 20:33:00 * zzz *bafs* 회의를 닫았습니다 </div>/ko/blog/2019/10/25/%EC%97%B0%EA%B5%AC-%EC%A1%B0%EB%AA%85/Fri, 25 Oct 2019 00:00:00 +0000/ko/blog/2019/10/25/%EC%97%B0%EA%B5%AC-%EC%A1%B0%EB%AA%85/<h2 id="연구-하이라이트---i2p-익명-네트워크와-그-검열-저항성에-대한-실증-연구">연구 하이라이트 - I2P 익명 네트워크와 그 검열 저항성에 대한 실증 연구</h2> <p>다음 블로그 글은 Information Controls Fellow(정보 통제 펠로우) Hoàng Nguyên Phong이 작성했습니다. ICFP 펠로우로서 Phong의 연구는 I2P 네트워크의 다양한 측면을 분석하는 데 초점을 맞추었습니다. I2P는 국가가 부과한 검열을 우회하는 데 도움이 되는 익명성 강화 네트워크를 통해 온라인 콘텐츠에 접근할 수 있게 해주는 프라이버시 강화형 인터넷 도구입니다. 소속 기관인 매사추세츠대학교 애머스트 캠퍼스와 협력하여, Phong은 I2P 네트워크의 검열 저항성을 연구했으며, 여기에는 국가 검열자가 I2P에 대한 접근을 방해하기 위해 사용할 수 있는 차단 방법을 식별하고, 이러한 차단에 대해 I2P를 더욱 견고하게 만들기 위한 잠재적 해결책을 조사하는 작업이 포함되었습니다.</p>/ko/blog/2019/10/22/0.9.43-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 22 Oct 2019 00:00:00 +0000/ko/blog/2019/10/22/0.9.43-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.43 릴리스에서는 보안과 프라이버시 기능 강화 및 성능 개선 작업을 계속하고 있습니다. 새로운 leaseSet 사양(LS2)의 구현을 이제 완료했습니다. 향후 릴리스를 위해 더 강력하고 더 빠른 종단 간 암호화(제안 144)의 구현을 시작했습니다. 여러 IPv6 주소 감지 문제가 수정되었으며, 물론 그 외에도 여러 가지 버그 수정이 포함되어 있습니다.</p> <p>평소와 마찬가지로, 이번 릴리스로 업데이트하실 것을 권장합니다. 보안을 유지하고 네트워크를 돕는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p> <h2 id="릴리스-세부사항">릴리스 세부사항</h2> <p><strong>변경 사항</strong></p>/ko/blog/2019/10/05/our-networks-%EC%B0%B8%EA%B0%80-%EB%B3%B4%EA%B3%A0%EC%84%9C-%EC%9E%98-%EB%AA%A8%EB%A5%B4%EA%B2%A0%EC%9D%8C/Sat, 05 Oct 2019 00:00:00 +0000/ko/blog/2019/10/05/our-networks-%EC%B0%B8%EA%B0%80-%EB%B3%B4%EA%B3%A0%EC%84%9C-%EC%9E%98-%EB%AA%A8%EB%A5%B4%EA%B2%A0%EC%9D%8C/<h2 id="our-networks-출장-보고서">Our Networks 출장 보고서</h2> <p>9월 20일이 낀 주말에 저는 Our Networks 컨퍼런스에 함께 참가하기 위해 사디(Sadie)를 만나러 토론토로 갔습니다. Our Networks 컨퍼런스는 세상을 더 나은 곳으로 만들 수 있는 잠재력에 주목하며, 피어 투 피어(P2P) 기술을 포함한 매우 다양한 주제를 아우릅니다.</p> <p>컨퍼런스는 매우 흥미로웠고, 물리적 메시 네트워크부터 분산 웹, 그리고 물론 익명성까지 모든 것에 관여하는 매우 똑똑한 사람들로 가득했다. 우리는 Tor, Protocol Labs, Parity Labs, Dat 프로젝트의 훌륭한 사람들뿐만 아니라 다양한 예술가들과 사회과학자들과도 대화를 나눌 수 있었다. 정말 재미있었고, 환경도 훌륭했다. 특히 Dat은 향후 협력을 위한 꽤 멋진 기회를 제공한다고 생각한다.</p>/ko/blog/2019/10/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-10%EC%9B%94-1%EC%9D%BC/Tue, 01 Oct 2019 00:00:00 +0000/ko/blog/2019/10/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-10%EC%9B%94-1%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>Present:</strong> chisana, echelon, eyedeekay, meeh, nextloop, sadie, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 0.9.42 릴리스 현황 (zzz) 20:00:00 &lt;zzz&gt; 2) I2P Browser "labs" 프로젝트 현황 (sadie, meeh) 20:00:00 &lt;zzz&gt; 3) Outproxy 사용 사례 / 현황 (sadie) 20:00:00 &lt;zzz&gt; 4) 0.9.43 개발 현황 (zzz) 20:00:00 &lt;zzz&gt; 5) 제안 현황 (zzz) 20:00:00 &lt;zzz&gt; 6) 상태 스크럼 (zlatinb) 20:00:05 &lt;meeh&gt; 안녕하세요 20:00:05 &lt;zzz&gt; 0) 안녕하세요 20:00:08 &lt;zzz&gt; 안녕하세요 20:00:16 &lt;zlatinb&gt; 안녕하세요 20:00:18 &lt;nextloop&gt; 안녕하세요 20:00:23 &lt;sadie__&gt; 안녕하세요 20:00:49 &lt;zzz&gt; 1) 0.9.42 릴리스 현황 (zzz) 20:01:12 &lt;zzz&gt; 42 릴리스는 5주 전에 나왔고, 한 달 전 기준으로 남아 있던 항목은 client lib와 새로운 bote Android 릴리스, 그리고 Deb/Ubuntu 공식(패키지)이었던 것으로 알고 있습니다 20:01:19 &lt;zzz&gt; 그것들은 모두 완료되었습니다 20:01:41 &lt;zzz&gt; .42에 대해 더 할 말은 별로 없고, 잘 동작하는 것 같습니다 20:01:46 &lt;zzz&gt; 1) 관련해서 더 있을까요? 20:02:29 &lt;zzz&gt; 2) I2P Browser "labs" 프로젝트 현황 (sadie, meeh) 20:02:37 &lt;eyedeekay&gt; 여러분 안녕하세요 20:02:45 &lt;meeh&gt; 모든 작업을 진행 중이며, 12월 31일까지 새 베타가 될 ESR68의 초기 패치 작업도 시작했습니다. 20:02:46 &lt;zzz&gt; sadie, meeh, 이 새로운 프로젝트와 제품에 대해 무엇을 알려줄 수 있나요? 현황은 어떻습니까? 20:03:01 &lt;chisana_&gt; 안녕하세요 20:03:02 &lt;sadie__&gt; Beta 7은 10월 23일 또는 0.9.43이 태깅된 직후에 출시됩니다. 오늘 기준으로 다가오는 릴리스의 로드맵 항목들을 계획대로 진행하고 있습니다. 2020년 6월까지를 포함하는 향후 릴리스를 위한 잠정 로드맵도 만들어졌습니다 20:03:04 &lt;zzz&gt; meeh, 다음 작업이나 다음 릴리스는 무엇인가요? 20:03:07 * chisana_ 잠복 중 20:03:13 &lt;meeh&gt; 10월 23일 20:03:33 &lt;meeh&gt; 혹은 0.9.43이 그날 또는 그 이후에 나오자마자 20:03:36 &lt;meeh&gt; 우리에게 달려 있습니다 20:03:50 &lt;zzz&gt; 두 분, 로드맵을 어디서 볼 수 있는지와 Beta 7에 무엇이 포함될 예정인지 알려주시겠어요? 20:04:39 &lt;sadie__&gt; 로드맵의 항목들은 오늘 기준으로 계획대로 진행 중입니다 20:05:00 &lt;zzz&gt; 사람들이 볼 수 있도록 로드맵이 게시된 곳이 있나요? 20:06:27 &lt;meeh&gt; 다음 릴리스에는 주로 버그 수정, 안정성 패치, 향상된 초기 대화창 "백엔드"가 포함될 것입니다 20:06:35 &lt;eyedeekay&gt; 이 항목들은 9.43에 대한 프로젝트 로드맵에도 포함되어 있습니다. 20:07:17 &lt;meeh&gt; 그때까지 Mozilla에 우리가 포함해야 할 패치가 있다면 그것들도 추가될 것입니다 20:07:18 &lt;zzz&gt; 좋습니다. 그러니까 Beta 7의 로드맵은 우리 웹사이트의 i2p 로드맵에 있으니, 사람들이 거기서 보면 되겠네요 20:07:29 &lt;sadie__&gt; 네 20:07:36 &lt;zzz&gt; 2020년 6월까지의 로드맵도 사람들이 볼 수 있도록 어딘가에 게시되어 있나요? 20:07:56 &lt;sadie__&gt; 아직 아닙니다 20:07:57 &lt;eyedeekay&gt; 아직은 아니지만, 곧 가능할 겁니다. 20:08:17 &lt;zzz&gt; 좋습니다. 브라우저 팀에 질문 있는 분 계신가요? 20:09:03 &lt;zzz&gt; 2)와 관련해 더 있을까요? 브라우저에 대해 팀에서 더 하고 싶은 말이 있나요? 20:09:26 &lt;sadie__&gt; 테스트 부탁드리고, 메일링 리스트에 가입해 주세요! 20:09:44 &lt;zzz&gt; sadie, 메일링 리스트 구독 방법을 소개해 주시겠어요? 20:10:02 &lt;meeh&gt; `http://lists.i2p` 또는 https://lists.i2p.email 에서 가능합니다 20:10:17 &lt;zzz&gt; 좋습니다 20:10:20 &lt;sadie__&gt; 물론이죠 - 필요한 모든 것은 사이트 https://geti2p.net/en/browser/develop 에 있습니다 20:10:25 &lt;zzz&gt; 2) 관련해서 더 있을까요? 20:11:01 &lt;zzz&gt; 3) Outproxy 사용 사례 / 현황 (sadie) 20:11:13 &lt;zzz&gt; sadie, outproxy 프로젝트의 현황을 알려주세요 20:11:16 &lt;sadie__&gt; Open Outproxy MVP(최소 기능 제품)는 만들어졌고, Friends and Family MVP도 거의 완료 단계이지만, 관리, 로깅 및 리포팅 요구사항에 대한 정보를 더 수집해야 합니다. 회의는 10월 21일 주에 재개됩니다. 20:12:06 &lt;sadie__&gt; 관리 방식을 처리하는 방법에 대한 새로운 아이디어/생각이 있고, 다음 회의 전에 더 조사할 일이 있습니다 20:12:15 &lt;zzz&gt; "made"가 개발을 완료했다는 뜻은 아니길 바랍니다... 그리고 모두를 위해 MVP가 무엇인지 정의해 주시겠어요? 20:12:40 &lt;sadie__&gt; Minimal Viable Product(MVP) 20:13:03 &lt;sadie__&gt; 아니요 - 몇몇 영역에서는 여전히 요구사항 작업을 진행 중입니다 20:13:16 &lt;zzz&gt; 그러니까 "made"는 요구사항 목록을 말하는 거죠, 맞습니까? 20:13:32 &lt;sadie__&gt; 맞습니다! 20:14:10 &lt;zzz&gt; 사람들이 그 목록을 어디서 볼 수 있고, 그에 대해 여러분에게 피드백을 보내는 가장 좋은 방법은 무엇인가요? 20:15:05 &lt;sadie__&gt; trac을 업데이트하고, 그곳에서 논의에 참여하도록 사람들을 초대하겠습니다 20:15:40 &lt;zzz&gt; trac에서 어디서 볼 수 있는지 모두에게 알려주시겠어요? 20:16:07 &lt;sadie__&gt; 잠시만요 20:17:04 &lt;zzz&gt; 찾는 동안, 이 목표는 내년이라는 점을 말씀드리겠습니다... .43이나 .44를 위한 것은 아닙니다 20:17:14 &lt;zzz&gt; 구현에 관해서 말이죠 20:17:46 &lt;zzz&gt; 그분이 찾는 동안, outproxy 프로젝트에 대해 질문이나 의견 있으신가요? 20:19:00 &lt;sadie__&gt; #2472가 우리가 논의를 시작한 곳입니다 20:19:00 &lt;zzz&gt; 3) 관련해서 더 있을까요? 20:19:59 &lt;zzz&gt; 좋습니다, 그러면 요구사항 목록을 티켓 2472에 올리고, 그곳에서 피드백을 받기를 원한다는 말이죠, 맞습니까? 20:20:17 &lt;sadie__&gt; 맞습니다 20:20:27 &lt;zzz&gt; 아주 좋아요 20:20:56 &lt;zzz&gt; 4) 0.9.43 개발 현황 (zzz) 20:21:19 &lt;zzz&gt; 앞서 언급했듯이 웹사이트에는 .43에 대한 로드맵이 있으며, Beta 7의 브라우저 항목도 포함되어 있습니다 20:21:46 &lt;zzz&gt; .43 개발을 시작한 지 5주가 되었고, 오늘로부터 약 3주 후에 릴리스를 예상하고 있습니다 20:22:12 &lt;zzz&gt; 일정은 순조롭고, 일부 IPv6 수정과 암호화된 ls2를 더 쉽게 사용할 수 있도록 하는 작업이 진행 중입니다 20:22:52 &lt;zzz&gt; 브라우저 Beta 7 외에 .43을 위해 작업 중인 것을 공유하고 싶은 분 계신가요? 20:23:36 &lt;zzz&gt; 태그 프리즈는 내일로부터 일주일 뒤이며, 그때 Transifex를 업데이트하고 모두에게 번역을 시작하라고 알리겠습니다 20:23:42 &lt;zlatinb&gt; 가능하면 Servlet 3.0 애노테이션 스캐닝을 테스트해 보겠습니다 20:24:12 &lt;zzz&gt; 좋아요, 필요하다면 그걸 마무리하고, 필요 없다면 없애도 됩니다 :) 20:24:18 &lt;meeh&gt; 우리의 jlink 기반 빌드를 개선 중입니다. 브라우저 관련 작업이긴 하지만, 여전히 Java 코드베이스에서 진행합니다 20:24:42 &lt;sadie__&gt; IDK와 저는 새로운 설정 마법사를 작업 중이고, 새 웹사이트 메뉴 내비게이션은 완료되었습니다. 콘솔 CSS에 미용적인 변경을 더 할 예정입니다 20:24:47 &lt;meeh&gt; 추가로 그 주제를 더 살펴보겠고, jlink를 사용할 때 주소록이 깨지는 문제도 있습니다 20:25:13 &lt;zlatinb&gt; 네, 플러그인도 마찬가지입니다 - 하지만 그건 당분간 계속 깨져 있을 가능성이 높습니다 20:25:19 &lt;zzz&gt; 아, 그리고 다음 주에는 43을 위한 Android 수정 작업도 할 예정입니다 20:26:38 &lt;zzz&gt; 브라우저에서 router 플러그인을 활성화하는 데 굳이 신경 쓰고 싶지는 않을 것 같은데, 다른 사람들이 그것을 밀고 있나요? 더 조사해 볼 가치가 있습니다 20:27:04 &lt;zzz&gt; 4) 관련해서 더 있을까요? 20:28:21 &lt;zzz&gt; 5) 제안 현황 (zzz) 20:28:45 &lt;zzz&gt; 지난달 #ls2 제안 팀의 유일한 초점은 제안 144 - 새로운 암호화였습니다 20:29:02 &lt;zzz&gt; 완전하고 일관된 명세에 가까워지고 있고, 일부 테스트 코드를 작성하기 시작했습니다 20:30:01 &lt;zzz&gt; 그 코드 중 일부는 .43이 아닌 Java .44 릴리스에 포함될 것으로 예상합니다 - 하지만 실제 네트워크에서 정말로 마무리되는 것은 내년 초가 될 것입니다 20:30:20 &lt;zzz&gt; 그리고 버그를 털어내려면 몇 번의 릴리스가 더 필요할 수도 있습니다 20:30:45 &lt;zzz&gt; 하지만 원래의, 매우 느린 암호 알고리즘 중 하나인 ElGamal을 교체하는 데 거의 다가섰다는 점에서 흥미롭습니다 20:31:28 &lt;zzz&gt; 그 다음에는 제안 152를 통해 tunnel 빌드 방식을 다루며 ElGamal 교체의 또 다른 부분으로 전환할 것으로 예상합니다 20:31:46 &lt;zzz&gt; 하지만 "SSU2"를 작업하기로 결정할 수도 있습니다... 아직 논의하지는 않았습니다 20:31:56 &lt;zzz&gt; 그것들은 내년 중후반이 될 것이라고 생각합니다 20:32:33 &lt;zzz&gt; 팀은 서로 잘 협업하고 있고, 144에 거의 1년 동안 작업해 왔기 때문에, 앞으로 몇 달 안에 마무리하게 되면 모두 매우 기뻐할 것입니다 20:32:43 &lt;zzz&gt; 여기에 대해, 또는 다른 어떤 제안에 대해서든 질문이 있나요? 20:33:19 &lt;zzz&gt; 5) 관련해서 더 있을까요? 20:34:00 &lt;zzz&gt; 6) 상태 스크럼 (zlatinb) 20:34:04 &lt;zzz&gt; zab, 진행해 주세요 20:34:29 &lt;zlatinb&gt; 안녕하세요, 간단히 설명해 주세요. 1) 지난달에 무엇을 했는지 2) 다음 달에 무엇을 할 계획인지 3) 막혀 있는 점이나 도움이 필요한 것이 있는지? 끝났으면 EOT라고 말해 주세요 20:34:59 &lt;meeh&gt; 브라우저 프로젝트의 초기 작업을 꽤 많이 했습니다. router 통합과, 전체 Firefox 코드베이스·빌드 시스템·아키텍처를 익혀서 우리가 통제 가능한 수준에 이르기 위한 학습 과정 때문이었습니다. esr60과 esr68 브랜치 모두에 대해 야간 빌드와 CI를 준비 중이며, 들어올 수 있는 풀 리퀘스트도 처리할 수 있게 하려 합니다. 20:35:01 &lt;meeh&gt; 아티팩트 빌드도 달성해야 할 목표입니다. 이를 통해 사양이 낮은 하드웨어를 가진 사람들이 Firefox 빌드의 일부를 다운로드해 가장 무거운 컴파일 작업을 줄이고, 개발을 덜 번거롭게 할 수 있을 것입니다. 또한 멍청한 버그를 피하고 제품을 더 안정적이고 신뢰할 수 있도록 하기 위해 브라우저의 단위 및 회귀 테스트도 검토해 왔습니다. 20:35:01 &lt;meeh&gt; 원격 빌드를 지원하고 Perl을 아는 사람이 많지 않다는 점을 고려해, Tor의 Perl 빌드 스크립트 기반에 의존하지 않는 우리만의 커스텀 빌드 스크립트를 갖추는 데에도 가까워지고 있습니다. 그 외에도 우리 조직 운영을 위한 현지 법체계에 대한 검토와 조사를 했고, 프로젝트 서버의 로깅 정책에 대한 초기 작업을 진행했습니다. 20:35:05 &lt;meeh&gt; EOT 20:35:18 &lt;zlatinb&gt; 저: 1) 테스트넷에서 jogger 패치 테스트, 일부 jlink 작업 2) 더 많은 테스트넷 작업, Servlet 3.0 3) 블로커 없음 EOT 20:35:20 &lt;sadie__&gt; 지난 주말 토론토에서 Our Networks에 참석했고, IDK가 이번 릴리스에 구현할 새 설정 마법사를 설계했습니다. 다음 릴리스를 위한 미용적 CSS 변경 사항을 더 결정했고, outproxy와 브라우저에 대한 합의 형성을 진행했으며, 커뮤니티 아웃리치와 추가 UX 자금도 신청했습니다. 다음 달에는 자금 조달 옵션, 새로운 PR 전략, 36c3 아웃리치, I2P 소개 슬라이드 20:35:20 &lt;sadie__&gt; 데크를 완성해 앞으로 모두가 발표에 사용할 수 있도록 하고, susi mail 개선, 그리고 브라우저와 outproxy 작업을 계속할 것입니다. EOT 20:35:32 &lt;zzz&gt; 1) 버그 수정, IPv6, ls2 암호화, 제안 144 20:36:06 &lt;eche|on&gt; 서버 운영 중, 동일, 블로커 없음 20:36:25 &lt;zzz&gt; 2) 버그 수정, IPv6, ls2 암호화, 제안 144 명세와 테스트 코드, 0.9.43 준비 및 릴리스, 더 많은 outproxy 회의와 정의 20:36:48 &lt;zzz&gt; 3) 블로커 없음, EOT 20:37:11 &lt;zlatinb&gt; scrum.setTimeout(60*1000); 20:37:25 &lt;zzz&gt; eyedeekay? 20:37:35 &lt;eyedeekay&gt; 잠시만요 20:37:55 &lt;eyedeekay&gt; I2P 브라우저와 더 잘 동작하고 전반적으로 더 현대적이고 덜 혼란스러워 보이도록 대역폭 마법사를 업그레이드하는 작업을 해 왔습니다. 또한 SAM 라이브러리를 정리하고 중복을 제거하며 개선하고, 브라우저에 작은 변경을 가했습니다. 다음 달에는 주로 브라우저를 도울 예정이지만, i2ptunnel에 제안할 수도 있는 몇 가지가 있습니다. 블로커는 없습니다. 20:38:41 &lt;zzz&gt; sadie__, 또는 eyedeekay, 사람들이 읽을 수 있도록 Our Networks 참가기 보고서 링크가 있나요? 20:38:48 &lt;meeh&gt; 블로커 없습니다. 언급된 작업 대부분은 계속 진행 중입니다(앞으로도 계속 작업할 예정입니다) 20:39:16 &lt;sadie__&gt; 아니요 - 그걸 만들어야 합니다. 사이트 블로그에 올릴 예정입니다 20:39:29 &lt;eyedeekay&gt; 저도 이번 주에 제 것을 블로그에 올리겠습니다. 20:39:47 &lt;zlatinb&gt; 감사합니다, 모두 한 것 같네요, 스크럼 종료 20:40:03 &lt;zzz&gt; 6)은 여기까지입니다 20:40:21 &lt;zzz&gt; 다른 질문이나 의견, 추가할 사항이 있나요? 확실히 많은 일이 진행 중이네요! 20:41:11 &lt;zzz&gt; 회의에 더 있을까요? 20:41:21 * zzz baffer를 찾는다 20:42:05 &lt;zzz&gt; 저기 있네요... 20:42:15 * zzz 회의를 *bafs* 종료했다 </div>/ko/blog/2019/09/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-9%EC%9B%94-3%EC%9D%BC/Tue, 03 Sep 2019 00:00:00 +0000/ko/blog/2019/09/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-9%EC%9B%94-3%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, sadie, zlatinb, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 참고: sadie의 대화 내용은 회의 중에 전달되지 않아, 아래에 붙여 넣었습니다. <p>20:00:00 &lt;zzz&gt; 0) 안녕 20:00:00 &lt;zzz&gt; 1) 0.9.42 릴리스 상태 (zzz) 20:00:00 &lt;zzz&gt; 2) I2P Browser &ldquo;labs&rdquo; 프로젝트 상태 (sadie, meeh) 20:00:00 &lt;zzz&gt; 3) 아웃프록시 사용 사례 / 상태 (sadie) 20:00:00 &lt;zzz&gt; 4) 0.9.43 개발 상태 (zzz) 20:00:00 &lt;zzz&gt; 5) 제안서 상태 (zzz) 20:00:00 &lt;zzz&gt; 6) 상태 스크럼 (zlatinb) 20:00:04 &lt;zzz&gt; 0) 안녕 20:00:06 &lt;zzz&gt; 안녕 20:00:17 &lt;zlatinb&gt; 안녕 20:00:30 &lt;zzz&gt; 1) 0.9.42 릴리스 상태 (zzz) 20:00:48 &lt;zzz&gt; 지난주 릴리스는 꽤 순조롭게 진행되었습니다 20:00:56 &lt;zzz&gt; 남아 있는 건 몇 가지뿐입니다 20:01:27 &lt;zzz&gt; github 브리지를 다시 작동하게 하기(nextloop), debian sid 패키지(mhatta), 그리고 41에서 빠뜨렸던 android 클라이언트 라이브러리(meeh) 20:01:37 &lt;zzz&gt; nextloop, meeh, 그 항목들 ETA가 있나요? 20:03:06 &lt;zzz&gt; 1) 관련해서 다른 내용 있나요? 20:04:02 &lt;zzz&gt; 2) I2P Browser &ldquo;labs&rdquo; 프로젝트 상태 (sadie, meeh) 20:04:25 &lt;zzz&gt; sadie, meeh, 상태는 어떤가요, 다음 마일스톤은 무엇인가요? &lt;sadie&gt; Beta 5는 금요일에 나올 예정이었지만 몇 가지 문제가 있었습니다. 일부는 준비된 것으로 보입니다 <code>https://i2bbparts.meeh.no/i2p-browser/</code> 하지만 다음 마감일에 대해서는 meeh의 확인이 꼭 필요했습니다 &lt;sadie&gt; Lab 페이지는 이번 주 말까지 공개될 것입니다. 다음 Browser 마일스톤은 beta 6 릴리스의 콘솔 요구사항을 논의하는 것입니다 20:05:51 &lt;zzz&gt; 2) 관련해서 다른 내용 있나요? 20:06:43 &lt;zzz&gt; 3) 아웃프록시 사용 사례 / 상태 (sadie) 20:06:57 &lt;zzz&gt; sadie, 상태는 어떤가요, 다음 마일스톤은 무엇인가요? &lt;sadie&gt; 누구나 티켓 2472에서 우리의 회의 노트를 볼 수 있습니다. 사용 사례 상태를 정했고 요구사항 목록이 있습니다. 다음 마일스톤은 Friends and Family 사용 사례의 사용자 요구사항과 Friends and Familiy 및 General 사용 사례의 개발 요구사항을 정해 어디에서 겹치는지 확인하는 것입니다 20:08:05 &lt;zzz&gt; 3) 관련해서 다른 내용 있나요? 20:08:19 &lt;eyedeekay&gt; 늦어서 미안해요 20:09:01 &lt;zzz&gt; 4) 0.9.43 개발 상태 (zzz) 20:09:21 &lt;zzz&gt; 약 7주 후에 릴리스할 계획인 .43 사이클을 이제 막 시작했습니다 20:09:40 &lt;zzz&gt; 웹사이트의 로드맵을 업데이트했지만 항목을 더 추가할 예정입니다 20:10:06 &lt;zzz&gt; IPv6 버그 일부를 수정했고, tunnel AES 처리를 더 빠르게 하고 있습니다 20:10:30 &lt;zzz&gt; 곧 새로운 블라인딩 정보 I2CP 메시지에 주의를 돌릴 예정입니다 20:10:59 &lt;zzz&gt; eyedeekay, zlatinb, .43에 대해 덧붙일 것 있나요? 20:11:46 &lt;eyedeekay&gt; 아니요, 없는 것 같아요 20:12:02 &lt;zlatinb&gt; 아마 테스트넷 관련 작업이 더 있을 것 같아요 20:12:32 &lt;zzz&gt; 네, SSU 관련해서 살펴볼 jogger 티켓이 몇 개 더 있습니다 20:12:48 &lt;zzz&gt; 4) 관련해서 다른 내용 있나요? 20:14:00 &lt;zzz&gt; 5) 제안서 상태 (zzz) 20:14:20 &lt;zzz&gt; 우리의 주요 초점은 매우 복잡한 새로운 암호화 제안서 144입니다 20:14:48 &lt;zzz&gt; 최근 몇 주 동안 꽤 진전을 이뤘고, 제안서 자체에도 주요 업데이트를 했습니다 20:15:35 &lt;zzz&gt; 정리할 것과 메워야 할 구멍이 몇 가지 남아 있지만, 곧 단위 테스트 구현을 일부 코딩하기에 충분한 상태가 될 것으로 기대합니다. 아마 이달 말쯤 가능할 겁니다 20:16:17 &lt;zzz&gt; 또한, 제안서 123(암호화된 LS2)의 블라인딩 정보 메시지는 다음 주에 코딩을 시작한 뒤 다시 살펴볼 예정입니다 20:16:52 &lt;zzz&gt; 또 chisana로부터 제안서 152(tunnel build 메시지)에 대한 업데이트를 곧 기대하고 있습니다 20:17:27 &lt;zzz&gt; 지난달 제안서 147(교차 네트워크 방지)을 마무리했고 i2p와 i2pd 모두 이를 구현하여 .42 릴리스에 포함했습니다 20:18:23 &lt;zzz&gt; 그래서 전반적으로 진전되고 있습니다. 144가 더디고 벅차 보이더라도, 그것 역시 잘 진척되고 있습니다 20:18:27 &lt;zzz&gt; 5) 관련해서 다른 내용 있나요? 20:20:00 &lt;zzz&gt; 6) 상태 스크럼 (zlatinb) 20:20:05 &lt;zzz&gt; 진행해 주세요, zlatinb 20:20:42 &lt;zlatinb&gt; 안녕하세요, 간단히 말씀해 주세요: 1) 지난 스크럼 이후 무엇을 해왔는지 2) 다음 달에 무엇을 할 계획인지 3) 블로커가 있거나 도움이 필요한지. 완료하면 EOT라고 말해 주세요 20:21:23 &lt;zlatinb&gt; 저: 1) 대용량 전송을 가속하기 위한 테스트넷에서의 다양한 실험 2) 더 큰 서버/네트워크에서 더 많은 테스트넷 작업 3) 블로커 없음 EOT 20:22:15 &lt;zzz&gt; 1) 버그 수정, configuration split 변경, .42 릴리스, 제안서들, DEFCON 워크숍(i2pforum과 우리 웹사이트에 있는 제 여행 보고서를 참고하세요) 20:23:56 &lt;zzz&gt; 2) 버그 수정, 제안서 144, 블라인딩 정보 메시지, 속도 향상, 아웃프록시 연구 지원, conf. split 때문에 깨진 SSL 마법사 수정 20:24:20 &lt;zzz&gt; IPv6 수정 더 진행 20:24:38 &lt;zzz&gt; 3) 블로커 없음 EOT 20:24:50 &lt;eyedeekay&gt; 1) 지난 스크럼 이후 버그 수정, 웹사이트 작업, 아웃프록시 제안서 작업, 그리고 i2ptunnels 관련 작업을 했습니다. 2) 웹사이트의 구성과 표현을 계속 재정비하고 개선하겠습니다. 아웃프록시 제안서 진전을 위해 작업하겠습니다 3) 블로커 없음 EOT &lt;sadie&gt; 1) FOCI 참석, 자금 조달 옵션 조사, 잠재적 후원자들과 만남, Tails(및 Mhatta)와 회의, I2P Browser 브랜딩 작업, IDK와 함께 웹사이트 업데이트, 지난 릴리스를 위해 콘솔에 작은 변경 사항 반영 &lt;sadie&gt; 2) 다음 달에는 보조금(grants) 작업, 콘솔과 웹사이트 개선, 설정 마법사(set up wizard), 토론토에서 열리는 Our Networks 참석, I2P Browser와 OutProxy 연구를 진행하겠습니다 &lt;sadie&gt; 3) 블로커 없음 EOT 20:25:29 &lt;zlatinb&gt; scrum.setTimeout( 60 * 1000 ); 20:27:04 &lt;zzz&gt; 좋아요, 타임아웃합니다 20:27:10 &lt;zlatinb&gt; ScrumTimeoutException 20:27:41 &lt;zzz&gt; sadie, meeh, nextloop에게 1)-3)로 돌아와 주실 마지막 호출입니다 20:27:52 &lt;zzz&gt; 회의에서 다룰 다른 주제 있나요? 20:28:47 * zzz baffer를 잡는다 20:30:00 * zzz <em><strong>bafs</strong></em> 회의를 종료 </div></p>/ko/blog/2019/08/30/def-con-%EC%B0%B8%EA%B0%80-%EB%B3%B4%EA%B3%A0%EC%84%9C-%EC%9E%98-%EB%AA%A8%EB%A5%B4%EA%B2%A0%EC%9D%8C/Fri, 30 Aug 2019 00:00:00 +0000/ko/blog/2019/08/30/def-con-%EC%B0%B8%EA%B0%80-%EB%B3%B4%EA%B3%A0%EC%84%9C-%EC%9E%98-%EB%AA%A8%EB%A5%B4%EA%B2%A0%EC%9D%8C/<h2 id="def-con-방문-보고서">DEF CON 방문 보고서</h2> <p>지난 주말 I2P 애플리케이션 개발 워크숍을 진행하고 zzz, mhatta, 그리고 Alex를 직접 만나기 위해 Def Con 27에 다녀왔다.</p> <p>제 워크숍은 잘 진행되었고, 애플리케이션 개발자분들도 몇 분 참석하셨습니다! 특히 &ldquo;Magic Wormhole&rdquo; 유형의 애플리케이션에서 중앙집중화를 없애고 프라이버시를 강화하기 위해 I2P를 어떻게 활용할 수 있는지에 관해 Mary라는 분과 꽤 길게 대화했습니다. 당시 Magic Wormhole에 완전히 익숙하지는 않았지만, 제 조언의 대부분은 활용 가능했을 거라고 생각합니다. Mary는 정보를 보다 인간 중심적인 방식으로 공유하는 것에 대해 매우 흥미롭고 실현 가능한 아이디어를 가지고 있었고, 이는 I2P 애플리케이션에서도 흥미로울 수 있다고 생각합니다. 그중 몇 가지를 실험해 보는 것을 기대하고 있습니다.</p>/ko/blog/2019/08/30/def-con-%EC%B0%B8%EA%B0%80-%EB%B3%B4%EA%B3%A0%EC%84%9C-zzz/Fri, 30 Aug 2019 00:00:00 +0000/ko/blog/2019/08/30/def-con-%EC%B0%B8%EA%B0%80-%EB%B3%B4%EA%B3%A0%EC%84%9C-zzz/<h2 id="def-con-출장-보고서">Def Con 출장 보고서</h2> <p>idk와 나는 DEFCON 27에 참석해 mhatta와 Alex의 지원을 받아 애플리케이션 개발자를 위한 I2P 주제의 워크숍 두 개를 진행했다. 나는 Monero Village에서 워크숍을 진행했고, idk는 Crypto/Privacy Village에서 진행했다. 여기에서는 Monero Village 워크숍과 Roger Dingledine의 Tor 발표를 요약하겠다. idk가 자신의 워크숍을 다룬 참가 보고서를 게시할 것이다.</p> <p>Monero Village 워크숍(제목: &ldquo;암호화폐 개발자를 위한 I2P&rdquo;)에는 약 8명이 참석했습니다. 각 애플리케이션의 고유한 네트워킹 요구 사항을 논의하고, 사용 가능한 다양한 i2ptunnel 및 SAM 옵션을 함께 살펴볼 계획이었습니다. 그러나 참석자 전원이 I2P에 비교적 익숙하지 않아, 계획을 바꿔 I2P 소개를 진행했습니다. 참석자 중 아무도 노트북을 지참하지 않아, 몇몇 분들의 Android 휴대전화에 I2P를 설치하도록 도와드리고 앱의 몇 가지 기능을 함께 살펴보았습니다. 모든 사용자에게서 앱이 비교적 빠르게 reseed(재시드)를 수행하고 tunnel을 구축하는 것으로 보였습니다.</p>/ko/blog/2019/08/30/rightscon-trip-report/Fri, 30 Aug 2019 00:00:00 +0000/ko/blog/2019/08/30/rightscon-trip-report/<h2 id="rightscon-출장-보고서">RightsCon 출장 보고서</h2> <p>Access No! 세션의 첫째 날 동안 시리아의 활동가들이 전해온 메시지는 깊은 울림을 주었고, 내가 왜 디지털 권리 분야에서 일하는지 다시금 절실히 깨닫게 했다. 우리는 법적 지위와 신분증 등 서류의 부재, 그리고 현재 진행 중인 분쟁 때문에 이동할 수 없는 활동가들의 경험을 들었다. 이들에게 &ldquo;인터넷은 (그들이) 소지한 유일한 여권이다.&rdquo; 인권 옹호자들은 국내에 있는 가족은 물론 나라를 떠난 가족과 친구들과 소통할 때 사람들을 보호하기 위한 디지털 교육의 중요성을 이야기했다. 이들은 사람들이 서비스를 안전하게 사용하는 법을 보여주기 위해 디지털 클리닉(실습형 교육 세션)을 만들었는데, 예를 들어 기기가 보안 검문소에서 수색될 때 그 메시지가 그들에게 불리하게 사용되지 않도록 Signal의 사라지는 메시지 같은 기능을 어떻게 활용하는지 가르쳤다. 교육을 계속 이어가는 것 또한 매우 중요했으며, 자료에 접근하기 위해 인터넷에 의존했다.</p>/ko/blog/2019/08/30/usenix-foci-%EC%B0%B8%EA%B0%80-%EB%B3%B4%EA%B3%A0%EC%84%9C/Fri, 30 Aug 2019 00:00:00 +0000/ko/blog/2019/08/30/usenix-foci-%EC%B0%B8%EA%B0%80-%EB%B3%B4%EA%B3%A0%EC%84%9C/<h2 id="usenix-foci-출장-보고서">USENIX FOCI 출장 보고서</h2> <p>지난 1년 동안 저는 Stony Brook University의 Nguyen Phong Hoang이 I2P 검열과 관련하여 수행해 온 연구에 참여하는 행운을 가졌습니다. 이 연구에 사용된 인프라는 수많으면서 지리적으로 다양한 관측 지점을 제공했으며, 네트워크 스택의 모든 계층에 걸쳐 심층적인 측정을 수행할 수 있는 능력도 제공했습니다. 가용성을 측정한 I2P 서비스에는 공식 홈페이지, 미러 사이트, reseed servers(네트워크 초기 진입용 서버), 그리고 활성 중계 노드가 포함되었습니다.</p> <p>화요일 발표는 매우 성공적이었고, 이후 Phong은 자신의 작업에 관한 질문에 답하느라 무척 바빴습니다. 저 역시 I2P와 그것이 무엇을 하는지에 대한 질문에 답하느라 바빴습니다. Ura Design이 업데이트한 로고가 들어간 새로운 스티커는 큰 호평을 받았습니다! 매우 긍정적인 경험이었고, 앞으로도 Phong과 계속 협력하며 I2P 검열을 모니터링하기를 기대합니다. 차단을 겪었거나 제한된 환경에서 I2P를 사용해 소통하는 데 성공한 분들은 가능하시다면 연락해 주시기를 권합니다. 현재 I2P는 인터넷 차단을 우회하기 위한 새로운 해결책을 마련하는 작업을 진행하고 있습니다. 올해 검열의 영향과 연결을 유지해야 할 필요성에 대해 직접적인 증언을 들려준 분들을 만나며, I2P가 필요한 부분에서 더 탄력적이어야 하고, 이러한 상황에서 I2P를 사용하는 방법에 대한 가이드를 팀이 마련해야 할 필요성이 더욱 분명해졌습니다.</p>/ko/blog/2019/08/30/%EC%9D%B8%ED%84%B0%EB%84%B7-%EC%9E%90%EC%9C%A0-%ED%8E%98%EC%8A%A4%ED%8B%B0%EB%B2%8C-%EC%B6%9C%EC%9E%A5-%EB%B3%B4%EA%B3%A0%EC%84%9C/Fri, 30 Aug 2019 00:00:00 +0000/ko/blog/2019/08/30/%EC%9D%B8%ED%84%B0%EB%84%B7-%EC%9E%90%EC%9C%A0-%ED%8E%98%EC%8A%A4%ED%8B%B0%EB%B2%8C-%EC%B6%9C%EC%9E%A5-%EB%B3%B4%EA%B3%A0%EC%84%9C/<h2 id="인터넷-자유-페스티벌-참가-보고서">인터넷 자유 페스티벌 참가 보고서</h2> <p>이번이 IFF 첫 참석이었고, I2P에 정말 훌륭한 경험이었다! 인권 옹호자들, 검열 지표를 다루는 사람들, 그리고 물론 UX와 보안 전문가들을 만났다.</p> <p>저의 목표는 사람들과 소통하여 I2P의 UX(사용자 경험) 전면 개편을 더욱 뒷받침하고, 최전선 활동가를 위한 보안과 UX 측면을 염두에 두는 것이었습니다. 지적되었듯이, 사람들은 I2P를 검열을 우회하고 안전한 소통을 지원하는 데 매우 중요하고 강력한 자원으로 보지만, 인터페이스에는 몇 가지 사용성 문제가 있습니다. 처음 사용하는 이용자가 더 나은 경험을 하도록 하기 위한 우리의 초기 조치(예: 설정 마법사와 대역폭 감지 도구)에 대해 사람들은 만족해했습니다. 웹사이트와 /home 아이콘에 대한 변경에도 긍정적인 평가를 받았습니다. 우리가 가한 작은 변화들이 올바른 방향이라는 점을 커뮤니티로부터 직접 들을 수 있어 매우 고무적이었습니다.</p>/ko/blog/2019/08/27/0.9.42-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 27 Aug 2019 00:00:00 +0000/ko/blog/2019/08/27/0.9.42-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.42는 I2P를 더 빠르고 더 신뢰할 수 있게 만들기 위한 작업을 계속합니다. I2P의 UDP 전송을 가속하기 위한 여러 변경 사항이 포함되어 있습니다. 보다 모듈형 패키징을 위한 향후 작업이 가능하도록 구성 파일을 분리했습니다. 더 빠르고 더 안전한 암호화를 위한 새로운 제안을 구현하는 작업도 계속하고 있습니다. 물론 많은 버그 수정도 포함되어 있습니다.</p> <p>평소와 마찬가지로, 이번 릴리스로 업데이트하시기를 권장합니다. 보안을 유지하고 네트워크에 기여하는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2019/08/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-8%EC%9B%94-6%EC%9D%BC/Tue, 06 Aug 2019 00:00:00 +0000/ko/blog/2019/08/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-8%EC%9B%94-6%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> mikalv, zlatinb, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 0.9.41 릴리스 상태 - 남은 항목 (mhatta, nextloop) 20:00:00 &lt;zzz&gt; 2) 0.9.42 개발 상태 (zzz) 20:00:00 &lt;zzz&gt; 3) LS2 상태 (zzz) 20:00:00 &lt;zzz&gt; 4) I2P Browser "labs" 프로젝트 상태 (meeh) 20:00:00 &lt;zzz&gt; 5) 상태 스크럼 (zlatinb) 20:00:04 &lt;zzz&gt; 0) 안녕하세요 20:00:07 &lt;zzz&gt; 안녕! 20:00:19 &lt;zzz&gt; 1) 0.9.41 릴리스 상태 - 남은 항목 (mhatta, nextloop) 20:00:46 &lt;zzz&gt; 지난 몇 주 사이에 mhatta가 41을 sid에 반영한 걸 봤는데, 아주 좋습니다 20:01:04 &lt;zzz&gt; nextloop와도 얘기했는데, 그는 41을 fdroid에 넣진 못했지만 다른 누군가가 넣었습니다. 20:01:27 &lt;zzz&gt; 그리고 nextloop는 앞으로 f-droid 작업을 다시 하겠다고 약속했습니다. 아주 좋아요! 20:01:31 &lt;zzz&gt; 1) 관련해서 다른 거 있나요 ? 20:01:50 &lt;zzz&gt; 다른 분들 계신가요? 인사해 주세요 20:01:58 &lt;zlatinb&gt; 안녕하세요 20:02:37 &lt;zzz&gt; 좋아요, 한 분 더. 모두 곧 오시길 바랍니다 20:02:50 &lt;zzz&gt; 2) .42 개발 상태 20:03:02 &lt;zzz&gt; 지금 5주 경과, 3주 남았고, 태그 프리즈까지 1주 남았습니다 20:03:20 &lt;zzz&gt; idk와 함께 작업했던 설정 분할 코드가 반영되었습니다 20:03:58 &lt;zzz&gt; 버그 수정을 많이 했고; GMP 6.1.2; buster에서 동작하도록 debian 파일들을 업데이트했습니다 20:04:17 &lt;zzz&gt; ls2 수정도 일부 있었습니다 20:04:39 &lt;zzz&gt; zlatinb, 당신의 테스트넷에서 하고 있는 일과 지금까지의 성과를 얘기해 줄래요? 20:05:11 &lt;zlatinb&gt; 네, 기본적으로 LXC 컨테이너로 테스트넷을 구성했습니다 20:05:32 &lt;zlatinb&gt; 지금까지 블룸 필터 사용과 관련한 큰 버그 하나와 작은 ssu 버그 하나를 발견했습니다 20:05:58 &lt;zlatinb&gt; 최근에는 여러 상수를 미세 조정하고 있었고, joggers의 패치/아이디어를 검증하는 데 활용할 예정입니다 20:06:06 &lt;zlatinb&gt; eot 20:06:23 &lt;zzz&gt; 정말 훌륭하네요, 감사합니다 20:07:04 &lt;zzz&gt; 최소한의 latency까지 추가할 수 있으면 더 좋겠지만, 병목을 찾아 고치는 것도 재미있었습니다 20:07:15 &lt;zzz&gt; 1) 관련해서 더 있나요 ? 20:07:30 &lt;zzz&gt; 이런, 2) 관련해서 더 있나요 ? 20:08:27 &lt;zzz&gt; 3) ls2 상태 20:08:38 &lt;zzz&gt; 지난 한 달 동안 진전이 많았습니다 20:09:05 &lt;zzz&gt; 테스트 네트워크가 메인 네트워크와 상호 오염되는 것을 방지하기 위한 작은 제안, 147에 합의했습니다 20:09:12 &lt;zzz&gt; 그 코드는 .42에 포함될 예정입니다 20:09:45 &lt;zzz&gt; chisana가 두 가지 제안, 152와 153을 내놨는데, 더 현대적인 암호화를 사용하여 각각 tunnel 구축과 tunnel 암호화를 더 안전하게 만드는 내용입니다 20:10:14 &lt;zzz&gt; 그에 대해 조금 논의하긴 했지만, 아직 공식 검토는 하지 않았습니다 20:10:47 &lt;zzz&gt; 제안 123 (LS2)은 라이브 네트워크에서 구현과 테스트를 마무리해 가면서 계속 사소한 조정을 받고 있지만, 전반적으로 잘 작동하는 것 같습니다 20:11:26 &lt;zzz&gt; 가장 큰 것은 제안 144, 새로운 암호화입니다. 느리지만 꾸준히 진척 중입니다. 벌써 9개월째 작업 중일까요? 20:11:58 &lt;zzz&gt; 테스트 구현을 시작하기 전에 해결해야 할 중대한 기술적 이슈가 아직 몇 가지 있습니다 20:12:20 &lt;zzz&gt; 지금 가장 큰 문제는 이를 끝까지 진행할 수 있을 만큼 사람들의 시간을 확보하는 것입니다 20:12:46 &lt;zzz&gt; 3) ls2 및 기타 제안에 대한 질문 있나요 ? 20:13:47 &lt;zzz&gt; 좋아요, 4) I2P Browser labs 프로젝트 상태로 넘어갑시다 20:13:54 &lt;zzz&gt; mikalv, 최신 소식은 어떤가요? 20:14:16 &lt;mikalv&gt; 우리는 i2p router 자체와의 통합, jlinked 방향으로 나아가고 있습니다 20:14:38 &lt;mikalv&gt; i2pbutton 쪽은 거의 마무리되었고, 고칠 것 몇 가지만 남았습니다 20:15:15 &lt;mikalv&gt; 빌드 스크립트는 작성해야 합니다. 테스트를 위해 개발자들이 브라우저가 i2p jlinked를 시작하는 구성의 목(mocked) 추출물을 사용해 왔기 때문입니다 20:15:48 &lt;zzz&gt; 현재 베타 버전은 무엇이고, 다음 베타 버전은 언제 볼 수 있을까요? 20:15:52 &lt;mikalv&gt; 그 외에도, 이를 실제 제품으로 만들고 목표를 명확히 하기 위해 주당 최소 두 번의 회의를 하려고 합니다 20:16:24 &lt;mikalv&gt; 현재는 여전히 beta4이고, 이번 주 말까지 beta5를 내보내길 기대합니다 - 가능하다면 router가 내장된 상태로요 20:17:27 &lt;zzz&gt; 그와 관련해 메일링 리스트를 시작한 것으로 알고 있는데요? 여기서 공지하시겠습니까, 아니면 아직 준비가 안 되었나요? 20:18:09 &lt;zzz&gt; sadie, zlatinb, 브라우저에 대해 덧붙일 내용 있나요 20:18:20 &lt;zzz&gt; ? 20:19:36 &lt;zzz&gt; 4) 브라우저에 대해 질문 있으신가요? 20:20:21 &lt;zzz&gt; 4) 관련해 다른 거 있나요 ? 20:21:10 &lt;zzz&gt; 5) 스크럼 - 진행 부탁해요 zlatinb 20:22:02 &lt;zlatinb&gt; 스크럼을 병행해서 진행합시다; 간단히 - 1) 지난 스크럼 이후 무엇을 했는지 2) 다음 달에는 무엇을 할 계획인지 3) 막는 것(blocker)이 있는지 또는 도움이 필요한지. 끝나면 EOT라고 적어 주세요 20:22:34 &lt;zlatinb&gt; 저: 1) 테스트넷 구축, 병목 추적 2) 테스트넷 추가 작업, joggers의 티켓들도 살펴볼 예정 3) 특별히 없음 EOT 20:23:34 &lt;zzz&gt; 1) 41 릴리스, 설정 분할 코드, 버그 수정, 제안들, 새로운 암호화 유형 계획 수립, ls2 수정 20:24:10 &lt;zzz&gt; 2) 42 릴리스, 버그 수정, 제안들(특히 새로운 암호화 이슈에 대한 리서치), DEFCON 20:24:16 &lt;zzz&gt; 3) blocker 없음; EOT 20:25:18 &lt;mikalv&gt; 주로 브라우저 작업을 해왔습니다(지금은 발견되면 router를 실행하는 i2pbutton 포함), 제 쪽 outproxy(아웃프록시)도 크게 개선했고, 개인용 outproxies 솔루션을 프로토타이핑하기 시작했는데 속도가 매우 좋아서 실제로 매일 clearnet(클리어넷) 브라우징에 사용할 수 있을 정도입니다 20:25:53 &lt;mikalv&gt; 그리고 메일링 리스트도 만들었습니다. I2P 상에서는 `https://lists.i2p/postorius/lists/` 에서 찾을 수 있고, clearnet에서도 https://lists.i2p.email/postorius/lists/ 에서 이용할 수 있습니다 20:26:20 &lt;mikalv&gt; 건설적인 아이디어, 기여, 토론 등이 있으신 분들은 물론 환영합니다 20:26:57 &lt;mikalv&gt; 그 밖에 신용카드 기부를 어떻게 받을 수 있을지, 또 동시에 shirs 같은 것을 어떻게 판매할 수 있을지도 조사해 보았습니다 20:27:10 &lt;mikalv&gt; EOT 20:27:12 &lt;mikalv&gt; noblock 20:28:14 &lt;zzz&gt; 대략 이 정도인가요? zlatinb, 참석하지 않은 사람들은 당신에게 맡길까요? 20:28:17 &lt;zlatinb&gt; 다른 분? 없으면 스크럼은 1분 후에 종료합니다 :) 20:28:27 &lt;zlatinb&gt; ok 20:28:33 &lt;zlatinb&gt; ScrumTimeoutException 20:28:41 &lt;mikalv&gt; lol 20:28:42 &lt;zzz&gt; ‘유예 기간’ 동안에 한 가지 더 - DEFCON! idk와 저는 이번 주말에 거기에 갑니다! 20:29:04 &lt;zzz&gt; 금요일 오후에는 Monero Village, 토요일 오후에는 Crypto/Privacy Village 20:29:22 &lt;zzz&gt; 두 날 모두 워크숍, Q&amp;A, 그리고 스티커가 있습니다. 와서 인사해 주세요 20:29:57 &lt;zzz&gt; outproxies 관련해서는, 우리가 무엇을 하려는지에 대해 sadie가 브리핑할 수 있도록 다음 달 안건에 올리겠습니다 20:30:06 &lt;zzz&gt; 회의에 대해 다른 안건 있나요? 20:30:52 &lt;zzz&gt; 아, 그리고 다음 주 산호세에서 열리는 FOCI에서 Sadie가 논문을 발표합니다! 현장에 계시면 꼭 찾아보세요 20:30:59 &lt;mikalv&gt; 아니요, 하지만 다음 회의 때는 브라우저/outproxy 건에 대해 더 많은 소식이 있을 거라 기대합니다 20:31:39 &lt;zzz&gt; 맞아요, 브라우저나 outproxy 어느 쪽이든 아직 제대로 된 계획이 없습니다. 아이디어와 개념 증명은 있지만, 계획은 없어요 20:31:53 &lt;zzz&gt; 그래서 그것들이 하나로 모여 가는 것을 보게 되면 좋겠습니다 20:32:02 * zzz baffer를 예열한다 20:32:44 &lt;zzz&gt; 올여름 마지막 baf, 9월에 만나요... 20:32:55 * zzz ****bafs**** 회의 종료 </div>/ko/blog/2019/07/29/2019%EB%85%84-8%EC%9B%94-%EC%BB%A8%ED%8D%BC%EB%9F%B0%EC%8A%A4-%EC%9D%BC%EC%A0%95/Mon, 29 Jul 2019 00:00:00 +0000/ko/blog/2019/07/29/2019%EB%85%84-8%EC%9B%94-%EC%BB%A8%ED%8D%BC%EB%9F%B0%EC%8A%A4-%EC%9D%BC%EC%A0%95/<h1 id="2019년-8월-컨퍼런스-일정">2019년 8월 컨퍼런스 일정</h1> <p>여러분, 안녕하세요.</p> <p>오직 번역만 제공하고, 그 외에는 아무것도 제공하지 마세요:</p> <p>다음 달은 바쁠 것입니다! Defcon 27에서 열리는 두 개의 워크숍에서 I2P 개발자들과 만나고, FOCI &lsquo;19에서 I2P 검열을 관찰해 온 연구자들과 교류하세요.</p> <h2 id="i2p-for-cryptocurrency-developers">I2P for Cryptocurrency Developers</h2> <p><strong>zzz</strong></p> <ul> <li>Monero Village</li> <li>August 9, 3:15pm</li> <li>Monero Village will be on the 26th floor of Bally&rsquo;s <a href="https://defcon.org/html/defcon-27/dc-27-venue.html">map</a> </li> </ul> <p>이 워크숍은 익명성과 보안을 위해 I2P를 통해 통신하는 애플리케이션을 설계하는 데 개발자들을 도울 것입니다. 암호화폐 애플리케이션의 공통 요구 사항을 논의하고, 각 애플리케이션의 아키텍처와 구체적 요구 사항을 검토할 것입니다. 그런 다음 tunnel(터널) 통신, router(라우터) 및 라이브러리 선택, 패키징 선택사항을 다루고, I2P 통합과 관련된 모든 질문에 답변할 것입니다.</p>/ko/blog/2019/07/27/i2p-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC-%EC%86%8D%EB%8F%84-%ED%96%A5%EC%83%81/Sat, 27 Jul 2019 00:00:00 +0000/ko/blog/2019/07/27/i2p-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC-%EC%86%8D%EB%8F%84-%ED%96%A5%EC%83%81/<p><em>이 글은 mhatta의</em> <a href="https://medium.com/@mhatta/speeding-up-your-i2p-network-c08ec9de225d">미디엄 블로그</a> 를 위해 원래 작성된 자료를 바탕으로 직접 각색한 것입니다 <em>.</em> <em>원글에 대한 공로는 그에게 돌아갑니다. 다음과 같은 부분에서는</em> <em>I2P의 오래된 버전을 현재로 언급하던 내용들은 일부 업데이트되었고, 가벼운</em> <em>편집을 거쳤습니다. -idk</em></p> <p>시작 직후에는 I2P가 다소 느리게 느껴지는 경우가 많습니다. 그것은 사실이고, 왜 그런지는 우리 모두 잘 알고 있습니다. 본질적으로 프라이버시를 보장하기 위해 <a href="https://en.wikipedia.org/wiki/Garlic_routing">garlic routing(갈릭 라우팅)</a> 은 우리가 익숙한 인터넷 사용 경험에 오버헤드를 추가합니다. 하지만 이는 많은, 혹은 대부분의 I2P 서비스에서 기본적으로 사용자의 데이터가 12개의 홉을 거쳐야 함을 의미합니다.</p>/ko/blog/2019/07/02/0.9.41-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 02 Jul 2019 00:00:00 +0000/ko/blog/2019/07/02/0.9.41-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.41에는 성능 향상, 스트리밍 라이브러리 개선, 그리고 중요한 버그 수정이 포함되어 있습니다. 새로운 leaseSet(LS2) 및 암호화된 leaseSet에 대한 개발을 계속하고 있습니다. 이 릴리스에는 평소와 같은 여러 버그 수정과 번역 업데이트가 포함되어 있습니다.</p> <p>항상 그렇듯이, 이번 릴리스로 업데이트할 것을 권장합니다. 보안을 유지하고 네트워크에 기여하는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2019/07/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-7%EC%9B%94-2%EC%9D%BC/Tue, 02 Jul 2019 00:00:00 +0000/ko/blog/2019/07/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-7%EC%9B%94-2%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 0.9.40 릴리스 상태 남은 항목 (mhatta, nextloop) 20:00:00 &lt;zzz&gt; 2) 0.9.41 릴리스 상태 (zzz) 20:00:00 &lt;zzz&gt; 3) LS2 상태 (zzz) 20:00:00 &lt;zzz&gt; 4) I2P Browser "labs" 프로젝트 상태 (meeh) 20:00:00 &lt;zzz&gt; 5) muwire.i2p 콘솔 홈 페이지 요청 (zlatinb) 20:00:00 &lt;zzz&gt; 6) 상태 스크럼 (zlatinb) 20:00:03 &lt;zzz&gt; 0) 안녕하세요 20:00:05 &lt;zzz&gt; 안녕하세요 20:00:12 &lt;zlatinb&gt; 안녕하세요 20:00:31 &lt;zzz&gt; 1) 0.9.40 릴리스 상태 남은 항목 (mhatta, nextloop) 20:00:42 &lt;zzz&gt; 안타깝게도 아직 mhatta나 nextloop로부터 소식이 없습니다 20:00:59 &lt;zzz&gt; 새로운 deb 패키지 관리자를 찾으려고 여러 번 시도했지만, 아직 성과가 없습니다 20:01:09 &lt;zzz&gt; 1)에 대해 더 있을까요 ? 20:01:35 &lt;zzz&gt; 2) 0.9.41 릴리스 상태 (zzz) 20:01:46 &lt;sadie__&gt; 안녕하세요 20:01:54 &lt;eyedeekay&gt; 안녕하세요 20:02:09 &lt;zzz&gt; 검토 기간을 마무리 중입니다. 내일 아침에 in-net 업데이트를 제공할 것으로 예상하고, 그 뒤에 다른 것들도 이어질 겁니다 20:02:44 &lt;zzz&gt; 그리고 나서 42를 위해 다시 전부 진행하겠습니다 20:03:06 &lt;zzz&gt; 2)에 대해 더 있을까요 ? 20:03:48 &lt;zzz&gt; 3) LS2 상태 (zzz) 20:04:01 &lt;zzz&gt; 느리지만 꾸준히 진척되고 있습니다 20:04:11 &lt;zzz&gt; .41에는 클라이언트별 인증 지원이 포함됩니다 20:04:22 &lt;zzz&gt; 'garlic farm'도 느리지만 진행 중입니다 20:04:46 &lt;zzz&gt; .42에서는 클라이언트에서 router로 blinding 정보를 전달하기 위한 새로운 I2CP 메시지 하나를 추가할 계획입니다 20:05:12 &lt;zzz&gt; 새 암호화를 위한 proposal 144 작업을 계속 진척시키고 있지만, 정말 어렵습니다 20:05:42 &lt;zzz&gt; 몇 달 안에 144에 대한 좋은 명세를 마련하고, 아마 올해 말에는 테스트 코드도 공개할 수 있기를 바랍니다 20:05:55 &lt;zzz&gt; 항상 그렇듯 회의는 매주 월요일 UTC 기준 오후 6:30에 #ls2에서 진행하며, 누구나 환영합니다 20:06:07 &lt;zzz&gt; 3)에 대해 더 있을까요 ? 20:06:37 &lt;zzz&gt; 4) I2P Browser "labs" 프로젝트 상태 (meeh) 20:06:45 &lt;zzz&gt; meeh, 브라우저 최신 상황은 어떤가요? 20:07:38 &lt;zzz&gt; 좋습니다, 여기 없는 것 같네요 20:07:51 &lt;zzz&gt; 5) muwire.i2p 콘솔 홈 페이지 요청 (zlatinb) 20:08:01 &lt;zlatinb&gt; 안녕하세요 20:08:07 &lt;zzz&gt; `http://zzz.i2p/topics/2722` 20:08:11 &lt;zzz&gt; 사이트에 대해 설명해 주세요 20:09:30 &lt;zlatinb&gt; MuWire는 i2p 위에서 동작하는 범용 파일 공유 애플리케이션입니다. 이 사이트에는 다운로드 링크, 스크린샷, 그리고 애플리케이션에 대한 일반 정보가 포함되어 있습니다. 20:10:05 &lt;zlatinb&gt; MW는 i2p 커뮤니티에 전반적으로 유익하고 흥미로운 프로젝트라고 생각합니다; 빠르게 성장하고 많은 관심을 끌고 있습니다. 20:10:22 &lt;zzz&gt; 이 요청에 대해 의견 있으신가요? 찬성? 반대? 20:10:41 &lt;zzz&gt; 또는 질문은요? 20:11:39 &lt;zzz&gt; 저는 이 요청을 지지합니다. 사용자 수가 많을 때 더 유용해지는 멋진 애플리케이션이라고 생각하며, 콘솔에 올려서 그 부분을 도울 수 있습니다 20:11:55 &lt;zzz&gt; sadie__, ? eyedeekay ? 20:12:23 &lt;sadie__&gt; 저는 요청을 지지합니다 20:12:30 &lt;eyedeekay&gt; 저도 찬성합니다. 20:12:49 &lt;zzz&gt; 좋습니다. 반대가 없으니, .42에 포함하겠습니다 20:12:54 &lt;zzz&gt; 5)에 대해 더 있을까요 ? 20:13:41 &lt;zzz&gt; 6) 상태 스크럼 (zlatinb) 20:13:45 &lt;zzz&gt; 진행해 주세요, zab 20:14:15 &lt;zlatinb&gt; 안녕하세요, 스크럼을 병렬로 진행합시다. 간단히 말씀해 주세요: 1) 지난 스크럼 이후 무엇을 했는지 2) 다음 달 계획 3) 막히는 점이나 도움이 필요한지. 끝나면 EOT라고 적어 주세요 20:15:38 &lt;zzz&gt; 1) 버그 수정, 클라이언트별 인증, garlic farm, 새 암호화, 추가 버그 수정, 릴리스 준비, .42를 위한 신규 항목 초기 작업 20:15:39 &lt;zlatinb&gt; 저: 1) 사용자 지정 로그 관리자를 허용하도록 RouterContext API에 소소한 변경 2) router 임베딩을 더 잘할 수 있도록 Router/RouterContext에 하고 싶은 변경이 더 있습니다. 가능해지면 garlic farm에도 참여할 수 있습니다. 3) 특별한 블로커는 없고, Maven을 더 매끄럽게 만들 수 있으면 좋겠습니다 20:15:41 &lt;zlatinb&gt; EOT 20:16:41 &lt;zzz&gt; 1a) android 버그 수정과 정리 작업 다수 2) .41 릴리스, .42를 위한 config 분리, .42를 위한 새 i2cp 메시지, prop 144 새 암호화 작업 20:17:20 &lt;sadie__&gt; 콘솔 작업을 계속했습니다 - 두 가지 테마에 업데이트된 로고를 추가했습니다. RightsCon 참석을 위해 튀니스에 다녀왔고 커뮤니티에서 더 많은 인맥을 쌓았습니다. 커뮤니티 아웃리치, 테스트, 티켓 검토, 그리고 tx에 익숙해지기. 20:17:37 &lt;zzz&gt; 2a) defcon 준비, garlic farm 추가 작업, 새 암호화를 사용하는 routers의 tunnel 구축을 위해 #ls2 팀과 협업 20:17:45 &lt;sadie__&gt; 다음 달에는 위협 모델 업데이트, 사용자 연구와 페르소나 작성, 펀딩 아웃리치 20:17:45 &lt;eyedeekay&gt; split tunnel 구성 작업을 해왔고, 최근에는 여러 플랫폼에서 테스트 중입니다. Android에서 브라우징 경험을 개선하기 위해 브라우저를 자동으로 구성하는 webextension을 만들었고, 여러 블로그 글을 작성/미러링했으며, 웹사이트 작업도 했습니다. 2) split tunnels 테스트를 마치고 .42에 맞춰 router에 포함시키겠습니다. meeh와 브라우저 작업을 하겠습니다. 3) 블로커 없음 EOT 20:17:46 &lt;sadie__&gt; EOT 20:18:01 &lt;zzz&gt; 3) 블로커 없음, EOT 20:18:15 &lt;zlatinb&gt; 감사합니다, 모두 한 것 같네요 &lt;/scrum&gt; 20:18:22 &lt;meeh&gt; 지금 쓰는 중입니다 20:18:24 &lt;meeh&gt; 잠시만요 20:18:37 &lt;zzz&gt; 좋아요 20:21:29 &lt;meeh&gt; 주로 브라우저 작업을 했고, maven 의존성 이슈, 문서도 살펴봤습니다. 또 우리 앱의 내부 브라우저를 폐기할 수 있도록 브라우저를 android용으로 빌드하는 데 어느 정도 번거로움이 있는지도 검토했습니다. 20:22:29 &lt;zzz&gt; meeh, 방금 것이 1) 맞나요? 2)와 3)도 이어서 적고 마지막에 EOT를 붙여 주세요 20:25:34 &lt;meeh&gt; 1) 네, 위에 적은 대로입니다 2) 브라우저: 사용자 문서를 준비하고, 현재 기능을 안정화하며, 특히 아이콘과 그래픽 측면에서 리브랜딩을 마무리. osx 런처: torrent snark 공유 기능 마무리. android: 브라우저 포트가 얼마나 번거로운지 평가를 마칩니다 - tor도 지금 같은 일을 하고 있고, 우리가 많은 부분과 빌드 스크립트를 공유하므로 아마 가능할 겁니다. 마지막으로, 기부 관련해서 20:26:39 &lt;meeh&gt; 3) 블로커는 없고, 특별히 도움이 필요하지 않습니다. 다만 브라우저 관련 작업과, 제가 익숙하지 않은 android 관련 작업에 대한 PR은 언제나 환영합니다 20:27:03 &lt;zzz&gt; EOT? 20:27:07 &lt;meeh&gt; EOT 20:27:14 &lt;zzz&gt; 좋아요, 고마워요 meeh 20:27:22 &lt;zzz&gt; 그럼 6) 스크럼은 여기까지 20:27:34 &lt;zzz&gt; 4) I2P Browser (meeh)로 돌아가죠 20:28:06 &lt;zzz&gt; 스크럼에서 말한 것 외에 추가할 내용이 있다면 상태를 알려주시겠어요? 20:28:56 &lt;zzz&gt; 지난 릴리스, 다음 릴리스, 안정성, 기능, ... ? 20:30:21 &lt;meeh&gt; 브라우저 프로젝트에서 아이콘 그래픽 대부분은 처리된 것 같습니다. 다만 몇몇 이미지는(특히 지금 떠오르는 건 온보딩 마법사) 다른 것으로 교체해야 하고, 텍스트도 마찬가지입니다. 또 지난주 경험상 보안 이슈에 대응하는 데 대략 1~2일(최대 48시간) 정도가 걸리는 것으로 보였습니다(제가 시간을 낸 시점부터 빌드 완료까지의 기준) 20:34:05 &lt;meeh&gt; 개발자 문서는 당분간 충분할 것이고, 사용자 문서는 곧 완료됩니다. 그 과정에서 mozilla 같은 곳의 내용을 너무 베끼지 않으려고 노력 중입니다. 포크에 대한 수정 접근법은 대부분의 로직과 기능을 i2pbutton에 넣고 - firefox 소스에는 정말 필요한 것만 반영하는 것입니다. 지금까지는 잘 작동하는 듯합니다. 이것에는 번역도 포함되는데 firefox 20:34:05 &lt;meeh&gt; 가 자체 번역을 제공하므로 번역이 필요한 것은 i2p 특유의 문자열뿐입니다 20:35:01 &lt;zzz&gt; 업데이트 감사합니다. 4)에 대해 더 있을까요 ? 20:35:07 &lt;zzz&gt; 브라우저에 대해 질문 있나요? 20:35:16 &lt;meeh&gt; 새 ESR 릴리스로 옮기는 것에 대한 생각은 ... bob-bob positive, 그러니까 자동으로 할 수 있을지는 꽤 불확실하지만, 한두 개 패치가 필요한 몇몇 지점은 이제 꽤 익숙해지고 있습니다 20:35:56 &lt;meeh&gt; 다음 릴리스는 그리 오래 걸리진 않을 겁니다. 다만 앞으로 몇 주 동안 팀이 얼마나 불을 지펴주느냐에 조금 달려 있습니다 20:36:35 &lt;zzz&gt; 맞아요, 우선순위를 저울질해야 합니다. 이 일을 제대로 하려면 얼마나 많은 노력이 필요한지 점점 더 알게 되는 것 같습니다 20:36:46 &lt;zzz&gt; 4)에 대해 더 있을까요 ? 20:36:50 &lt;meeh&gt; 그 부분에 대해서는, 새/기존 기능이 완료되거나 더 진척되었을 때, 그리고/또는 android용 보안 패치가 나왔을 때 외에는 딱히 일정이 없습니다 20:36:53 &lt;meeh&gt; ffirefox** 20:38:10 &lt;zzz&gt; 4)에 대해 더 있을까요 ? 20:39:05 &lt;zzz&gt; 회의에서 더 논의할 내용이 있을까요? 20:39:54 &lt;zzz&gt; 모두 감사해요 20:40:01 * zzz *bafs* 회의 종료 </div>/ko/blog/2019/06/23/sam-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC%EB%A5%BC-%EA%B0%9C%EB%B0%9C%ED%95%98%EA%B3%A0-%EC%8B%B6%EC%9C%BC%EC%8B%A0%EA%B0%80%EC%9A%94/Sun, 23 Jun 2019 00:00:00 +0000/ko/blog/2019/06/23/sam-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC%EB%A5%BC-%EA%B0%9C%EB%B0%9C%ED%95%98%EA%B3%A0-%EC%8B%B6%EC%9C%BC%EC%8B%A0%EA%B0%80%EC%9A%94/<p><em>또는, 스펙을 읽는 것에 그다지 익숙하지 않은 사람들을 위한 <a href="https://geti2p.net">i2p</a> 와 대화하기</em></p> <p>제 생각에 I2P의 가장 훌륭한 기능 중 하나는 SAM API로, 이를 사용하면 I2P와 사용자가 선택한 애플리케이션이나 프로그래밍 언어 사이에 브리지를 구축할 수 있습니다. 현재 다양한 프로그래밍 언어를 위한 수십 개의 SAM 라이브러리가 존재하며, 다음을 포함합니다:</p> <ul> <li><a href="https://github.com/i2p/i2psam">i2psam, for c++</a> </li> <li><a href="https://github.com/i2p/libsam3">libsam3, for C</a> </li> <li><a href="https://github.com/str4d/txi2p">txi2p for Python</a> </li> <li><a href="https://github.com/l-n-s/i2plib">i2plib for Python</a> </li> <li><a href="https://github.com/majestrate/i2p.socket">i2p.socket for Python</a> </li> <li><a href="https://github.com/MuxZeroNet/leaflet">leaflet for Python</a> </li> <li><a href="https://github.com/eyedeekay/gosam">gosam, for Go</a> </li> <li><a href="https://github.com/eyedeekay/sam3">sam3 for Go</a> </li> <li><a href="https://github.com/redhog/node-i2p">node-i2p for nodejs</a> </li> <li><a href="https://github.com/solatis/haskell-network-anonymous-i2p">haskell-network-anonymous-i2p</a> </li> <li><a href="https://github.com/SamuelFisher/i2pdotnet">i2pdotnet for .Net languages</a> </li> <li><a href="https://github.com/stallmanifold/rust-i2p">rust-i2p</a> </li> <li><a href="https://github.com/dryruby/i2p.rb">and i2p.rb for ruby</a> </li> </ul> <p>이들 언어 중 하나를 사용하고 있다면, 기존 라이브러리를 사용해 이미 애플리케이션을 I2P로 포팅할 수 있을지도 모릅니다. 하지만 이 튜토리얼의 주제는 그것이 아닙니다. 이 튜토리얼은 새로운 언어로 SAM 라이브러리를 만들고자 할 때 무엇을 해야 하는지에 관한 것입니다. 이 튜토리얼에서는 Java로 새로운 SAM 라이브러리를 구현하겠습니다. SAM에 연결하는 Java 라이브러리가 아직 없고, Android에서의 Java 사용, 그리고 거의 모든 사람이 적어도 <em>조금은</em> 경험해 본 언어이기 때문에 Java를 선택했습니다. 따라서 여러분이 원하는 언어로도 쉽게 옮겨 구현할 수 있기를 바랍니다.</p>/ko/blog/2019/06/15/%EA%B0%9C%EC%9D%B8-%EC%A0%91%EA%B7%BC%EC%9D%84-%EC%9C%84%ED%95%9C-i2p-%EB%92%A4%EC%9D%98-ssh-%EC%84%9C%EB%B2%84-%EC%84%A4%EC%A0%95-%EB%B0%A9%EB%B2%95/Sat, 15 Jun 2019 00:00:00 +0000/ko/blog/2019/06/15/%EA%B0%9C%EC%9D%B8-%EC%A0%91%EA%B7%BC%EC%9D%84-%EC%9C%84%ED%95%9C-i2p-%EB%92%A4%EC%9D%98-ssh-%EC%84%9C%EB%B2%84-%EC%84%A4%EC%A0%95-%EB%B0%A9%EB%B2%95/<h1 id="개인-접속을-위해-i2p-뒤에서-ssh-서버를-설정하는-방법">개인 접속을 위해 I2P 뒤에서 SSH 서버를 설정하는 방법</h1> <p>이 문서는 I2P 또는 i2pd를 사용하여 원격으로 SSH 서버에 접속하기 위해 I2P tunnel을 설정하고 조정하는 방법을 설명하는 튜토리얼입니다. 현재로서는 SSH 서버를 패키지 관리자를 통해 설치하고 서비스로 실행한다고 가정합니다.</p> <p>고려사항: 이 가이드에서는 몇 가지 가정을 전제로 합니다. 이는 각자의 설정에서 발생하는 복잡성에 따라 조정되어야 하며, 특히 격리를 위해 VM이나 컨테이너를 사용하는 경우 그렇습니다. 여기서는 I2P router와 SSH 서버가 동일한 localhost에서 실행되고 있다고 가정합니다. 또한 새로 생성된 SSH 호스트 키를 사용해야 하며, 이를 위해 새로 설치한 sshd를 사용하거나 기존 키를 삭제하고 재생성을 강제하는 방법을 권장합니다. 예를 들어:</p>/ko/blog/2019/06/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-6%EC%9B%94-4%EC%9D%BC/Tue, 04 Jun 2019 00:00:00 +0000/ko/blog/2019/06/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-6%EC%9B%94-4%EC%9D%BC/<h2 id="간단히-정리">간단히 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, eyedeekay, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:14 &lt;zzz&gt; 0) 안녕하세요 20:00:16 &lt;zzz&gt; 안녕 20:00:43 &lt;zzz&gt; 1) 0.9.40 릴리스 현황 남은 항목 (meeh, mhatta, nextloop, str4d) 20:00:43 &lt;zzz&gt; 2) i2pbote-android 수정 릴리스 현황 (meeh) 20:00:43 &lt;zzz&gt; 3) 0.9.41 개발 현황 (zzz) 20:00:43 &lt;zzz&gt; 4) LS2 현황 (zzz) 20:00:43 &lt;zzz&gt; 5) I2P Browser "labs" 프로젝트 현황 (meeh) 20:00:43 &lt;zzz&gt; 6) 현황 스크럼 (zlatinb) 20:01:03 &lt;zzz&gt; 1) 0.9.40 릴리스 현황 남은 항목 (meeh, mhatta, nextloop, str4d) 20:01:28 &lt;zzz&gt; Debian/Ubuntu와 공식 f-droid만 남았다고 생각하는데 맞나요? 20:01:41 &lt;zzz&gt; mhatta에게서 답장은 받았지만, 아무 약속도 하지 않았습니다 20:02:04 &lt;zzz&gt; 다른 Debian 담당자들에게도 혹시 맡을 수 있는지 연락해 봤지만, 아직 답이 없습니다 20:02:10 &lt;zzz&gt; nextloop, 업데이트가 있나요? 20:02:53 &lt;eche|on&gt; debian buster와 stretch용 테스트 빌드를 echelon.i2p/update/에 만들었습니다 20:02:57 &lt;zzz&gt; 1) 관련해 더 있을까요? 20:03:29 &lt;zzz&gt; 2) i2pbote-android 수정 릴리스 현황 (meeh) 20:03:40 &lt;zzz&gt; mikalv, bote 관련 업데이트 있나요? 20:04:52 &lt;zzz&gt; bote 릴리스를 배포했고, 사용자들에게 잘 동작하는 것 같습니다 20:04:58 &lt;zzz&gt; 2) 관련해 더 있을까요? 20:05:16 &lt;eyedeekay&gt; 저는 없습니다 20:05:30 &lt;zzz&gt; 3) 0.9.41 개발 현황 (zzz) 20:05:45 &lt;zzz&gt; 좋습니다, .41 개발 주기의 절반을 조금 넘겼고 순조롭게 진행되고 있습니다 20:06:06 &lt;zzz&gt; 주요 기능은 암호화된 LS2를 위한 클라이언트별 인증 기능입니다 20:06:19 &lt;zzz&gt; 또한 대용량 메시지 처리 버그를 수정했는데, bote가 더 잘 동작하는 데 도움이 될 것 같습니다 20:06:55 &lt;eche|on&gt; 두고 보죠, 테스트 빌드는 제공됩니다 20:06:56 &lt;zzz&gt; idk와 저는 clients.config와 i2ptunnel.config 파일 분리를 작업 중인데, .42까지는 미뤄야 할 것 같습니다 20:07:38 &lt;zzz&gt; bote에서 변화를 체감하려면 아마 네트워크 대부분에 배포되어야 할 텐데, 경로 중 어느 router에서든 그 버그를 만날 수 있었기 때문입니다 20:08:03 &lt;eche|on&gt; 네 20:08:12 &lt;zzz&gt; 릴리스는 7월 첫째 주로 예정되어 있습니다 20:08:33 &lt;zzz&gt; 3) 관련해 더 있을까요? 20:09:28 &lt;zzz&gt; 4) LS2 현황 (zzz) 20:09:58 &lt;zzz&gt; 여전히 순항 중입니다. 지금까지 주간 미팅을 42번 했고, 아직 끝이 보이지 않습니다. 다만 최근에는 새로운 암호화(제안 144)에 더 많은 시간을 쓰고 있습니다 20:10:19 &lt;zzz&gt; 41에 포함될 클라이언트별 인증 코드에 대해서는 이미 말씀드렸습니다 20:10:54 &lt;zzz&gt; meta ls2를 위한 garlic farm(갈릭 팜) 개발은 클라이언트 인증 코드를 우선하면서 약 3주간 보류되었지만, 곧 다시 진행할 예정입니다 20:11:27 &lt;zzz&gt; 제안 문서에 있는 사양(specs)을 우리 웹사이트의 메인 사양 섹션으로 계속 이전하고 있습니다 20:11:38 &lt;zzz&gt; 구현하고 테스트하는 대로입니다 20:11:52 &lt;zzz&gt; 우리 미팅은 여전히 매주 월요일 UTC 오후 6:30, #ls2에서 진행합니다 20:12:11 &lt;zzz&gt; 4) 관련해 더 있을까요? 20:13:04 &lt;zzz&gt; 5) I2P Browser "labs" 프로젝트 현황 (mikalv) 20:13:15 &lt;zzz&gt; mikalv, i2p browser 진행은 어떻습니까? 20:14:08 &lt;zzz&gt; 새 베타 릴리스가 나가서 일부 테스트가 진행 중인 것은 알고 있는데, 일부 사용자에게는 전혀 동작하지 않는다고요? 20:15:04 &lt;zzz&gt; 랩 다운로드 페이지에 문서를 더 보강해 달라는 요청도 있었고, 곧 작업하겠다고 했으니 지켜봐 주세요 20:15:17 &lt;zzz&gt; 좋아요, mikalv는 없는 것 같네요. 5) 관련해 더 있을까요? 20:16:08 &lt;zzz&gt; 6) 현황 스크럼 (zlatinb) 20:16:13 &lt;zzz&gt; 이어서 진행해 주세요, zlatinb 20:16:42 &lt;zlatinb&gt; 안녕하세요, 평소대로 진행하죠 - 1) 지난 스크럼 이후에 한 일 2) 다음 달 계획 3) 막힌 점이나 도움이 필요한지 20:16:46 &lt;zlatinb&gt; 끝나면 EOT로 마무리해 주세요 20:17:08 &lt;zlatinb&gt; 저: 1) garlic farm 조금, 그 외에는 별로 없음 2) 가능하면 garlic farm 더 하기 3) 막힌 점 없음 20:17:09 &lt;zlatinb&gt; EOT 20:17:17 &lt;eche|on&gt; 항상 하던 것처럼 서버를 유지하고 있습니다, 계속 같은 작업 중, 막힌 점 없음, eot 20:17:30 &lt;zzz&gt; 1) garlic farm, ls2, 그리고 클라이언트별 인증; 버그 수정 20:18:10 &lt;zzz&gt; 2) garlic farm, 버그 수정, GMP 6.1.2, 설정 파일 분리, 0.9.41 릴리스 준비 20:18:18 &lt;eyedeekay&gt; i2ptunnel 설정 분리와 문서/블로그 작성, 2) 그 작업 더 하기 3) 막힌 점 없음 eot 20:18:32 &lt;zzz&gt; 3) 막힌 점 없음, EOT 20:18:44 &lt;zlatinb&gt; 좋아요, 모두 한 것 같네요, 감사합니다 20:19:04 &lt;zzz&gt; 좋습니다, 꽤 빨랐네요, 점점 효율적이 되고 있어요! 20:19:18 &lt;zzz&gt; 오늘 회의에서 더 다룰 내용이 있나요? 20:20:15 &lt;zzz&gt; 오, 그리고 개발자 계약에 서명하고 mtn 체크인 권한을 부여받은 eyedeekay에게 축하를! 지난 몇 달 동안 우리를 위해 많은 일을 해줬는데, 이제 훨씬 더 빠르게 일을 벌일 수 있게 되었어요! 20:20:37 &lt;eyedeekay&gt; :-D 20:20:38 &lt;zzz&gt; eyedeekay가 코드 베이스에 직접 참여하게 되어 기대됩니다 20:21:07 * zzz 네게 휘두를 baffer를 찾는 중 20:22:01 * zzz *bafs* 회의를 종료했다 </div>/ko/blog/2019/06/02/%EA%B7%B8%EB%A6%BC%EC%9D%B4-%ED%8F%AC%ED%95%A8%EB%90%9C-%EA%B8%B0%EB%B3%B8-i2p-tunnel-%ED%8A%9C%ED%86%A0%EB%A6%AC%EC%96%BC/Sun, 02 Jun 2019 00:00:00 +0000/ko/blog/2019/06/02/%EA%B7%B8%EB%A6%BC%EC%9D%B4-%ED%8F%AC%ED%95%A8%EB%90%9C-%EA%B8%B0%EB%B3%B8-i2p-tunnel-%ED%8A%9C%ED%86%A0%EB%A6%AC%EC%96%BC/<p>Java I2P router는 사용자의 첫 eepSite를 제공하기 위해 정적 웹 서버인 jetty가 미리 구성되어 있지만, 많은 사용자는 웹 서버에서 더 정교한 기능을 필요로 하며 다른 서버로 eepSite를 만들기를 선호합니다. 물론 이것은 가능하며, 한 번만 해보면 실제로 매우 쉽습니다.</p> <p>설정 자체는 쉽지만, 실행하기 전에 고려해야 할 몇 가지 사항이 있습니다. 서버/배포판 유형을 보고하는 기본 오류 페이지나 식별에 사용될 수 있는 헤더 등, 웹 서버에서 신원을 식별할 수 있는 특성은 제거하는 것이 좋습니다. 잘못 구성된 애플리케이션이 초래하는 익명성 위협에 대한 더 자세한 정보는 다음을 참고하세요: <a href="https://riseup.net/en/security/network-security/tor/onionservices-best-practices">Riseup 여기</a> , <a href="https://www.whonix.org/wiki/Onion_Services">Whonix 여기</a> , <a href="https://blog.0day.rocks/securing-a-web-hidden-service-89d935ba1c1d">일부 OPSEC(운영 보안) 실패 사례를 다룬 이 블로그 글</a> , <a href="https://geti2p.net/docs/applications/supported">그리고 I2P applications 페이지 여기</a> . 이러한 정보의 상당수는 Tor Onion Services를 기준으로 설명되어 있지만, 동일한 절차와 원칙은 I2P를 통해 애플리케이션을 호스팅할 때도 그대로 적용됩니다.</p>/ko/blog/2019/06/02/%EA%B8%B0%EC%A1%B4-%EC%9B%B9%EC%82%AC%EC%9D%B4%ED%8A%B8%EB%A5%BC-i2p-eepsite%EB%A1%9C-%EC%A0%9C%EA%B3%B5%ED%95%98%EB%8A%94-%EB%B0%A9%EB%B2%95/Sun, 02 Jun 2019 00:00:00 +0000/ko/blog/2019/06/02/%EA%B8%B0%EC%A1%B4-%EC%9B%B9%EC%82%AC%EC%9D%B4%ED%8A%B8%EB%A5%BC-i2p-eepsite%EB%A1%9C-%EC%A0%9C%EA%B3%B5%ED%95%98%EB%8A%94-%EB%B0%A9%EB%B2%95/<p>이 블로그 게시물은 클리어넷(일반 인터넷) 서비스의 미러를 eepSite로 운영하기 위한 일반적인 가이드입니다. 이는 기본 I2PTunnel 터널에 관한 이전 블로그 게시물을 보완하여 더 자세히 설명합니다.</p> <p>안타깝게도, 기존 웹사이트를 eepSite(I2P 내부 웹사이트)로 제공하는 모든 가능한 경우를 <em>완전히</em> 포괄하는 것은 아마 불가능합니다. 서버 측 소프트웨어의 종류가 지나치게 다양할 뿐만 아니라, 특정 소프트웨어의 배포 환경마다 실제 운영상의 특수성도 존재하기 때문입니다. 대신, 저는 eepWeb 또는 기타 은닉 서비스에 배포하기 위해 서비스를 준비하는 일반적인 절차를 가능한 한 구체적으로 설명하려고 합니다.</p>/ko/blog/2019/05/20/i2p-bote%EC%9D%98-%EB%B6%80%ED%8A%B8%EC%8A%A4%ED%8A%B8%EB%9E%A9%EC%9D%84-%EB%8F%84%EC%99%80-%EC%9E%90%EC%9B%90%EB%B4%89%EC%82%AC%ED%95%98%EB%8A%94-%EB%B0%A9%EB%B2%95/Mon, 20 May 2019 00:00:00 +0000/ko/blog/2019/05/20/i2p-bote%EC%9D%98-%EB%B6%80%ED%8A%B8%EC%8A%A4%ED%8A%B8%EB%9E%A9%EC%9D%84-%EB%8F%84%EC%99%80-%EC%9E%90%EC%9B%90%EB%B4%89%EC%82%AC%ED%95%98%EB%8A%94-%EB%B0%A9%EB%B2%95/<p>사람들이 서로 개인적으로 메시지를 주고받도록 돕는 쉬운 방법은, 새로 합류한 I2P-Bote 사용자들이 자신의 I2P-Bote 피어를 부트스트랩(초기 설정)하는 데 쓸 수 있는 I2P-Bote 피어를 운영하는 것입니다. 안타깝게도 지금까지는 I2P-Bote 부트스트랩 피어를 설정하는 과정이 필요 이상으로 난해했습니다. 사실은 매우 간단합니다!</p> <p><strong>I2P-bote란 무엇입니까?</strong></p> <p>I2P-bote는 i2p 위에 구축된 비공개 메시징 시스템으로, 전송되는 메시지에 대한 정보를 파악하기 더욱 어렵게 만드는 추가 기능들을 갖추고 있습니다. 이러한 특성 덕분에 높은 지연 시간(latency)을 감수하면서도 발신자가 오프라인이 되었을 때 메시지를 대신 전송하는 중앙집중식 릴레이에 의존하지 않고 비공개 메시지를 안전하게 전송할 수 있습니다. 이는 다른 거의 모든 대중적인 비공개 메시징 시스템과 대조적이며, 그러한 시스템들은 양쪽 모두가 온라인 상태여야 하거나 오프라인이 된 발신자를 대신해 메시지를 전달하는 부분적으로 신뢰되는 서비스에 의존합니다.</p>/ko/blog/2019/05/07/0.9.40-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 07 May 2019 00:00:00 +0000/ko/blog/2019/05/07/0.9.40-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.40은 오래된 NTCP1 전송을 비활성화하고 IPv6를 통한 SSU introductions 지원을 제거합니다. NTCP2가 기본값으로 활성화된 지 6개월이 넘었으므로, 이제 오래된 NTCP1 전송을 비활성화하여 대역폭과 메모리를 절약할 때입니다. 우리는 LS2와 암호화된 leasesets에 대한 개발을 계속하고 있습니다. 여러 버그가 수정되었습니다.</p> <p>항상 그렇듯이, 이번 릴리스로 업데이트하실 것을 권장합니다. 보안을 유지하고 네트워크에 기여하는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2019/05/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-5%EC%9B%94-7%EC%9D%BC/Tue, 07 May 2019 00:00:00 +0000/ko/blog/2019/05/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-5%EC%9B%94-7%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> chisana, eyedeekay, meeh, sadie, zlatinb, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕 20:00:00 &lt;zzz&gt; 1) 0.9.39 릴리스 상태 남은 항목 (meeh, mhatta, nextloop, str4d) 20:00:00 &lt;zzz&gt; 2) i2pbote-android 수정판 릴리스 상태 (meeh) 20:00:00 &lt;zzz&gt; 3) 0.9.40 개발 상태 (zzz) 20:00:00 &lt;zzz&gt; 4) LS2 상태 (zzz) 20:00:00 &lt;zzz&gt; 5) 상태 스크럼 (zlatinb) 20:00:04 &lt;zzz&gt; 0) 안녕 20:00:06 &lt;zzz&gt; hi 20:00:10 &lt;meeh&gt; hi 20:00:17 &lt;zlatinb&gt; hi 20:00:51 &lt;zzz&gt; 1) 0.9.39 릴리스 상태 남은 항목 (meeh, mhatta, nextloop, str4d) 20:00:55 &lt;eyedeekay&gt; hi 20:01:07 &lt;zzz&gt; 이 안건은 지난달 회의에서 가져온 겁니다... 20:01:29 &lt;zzz&gt; 그때 Debian, f-droid, mavencentral이 아직 빠져 있었죠 20:01:40 &lt;zzz&gt; meeh 그중 어떤 항목이든 업데이트 있나요? 20:02:33 &lt;meeh&gt; 이번 릴리스는 나와 str4d가 페어로 진행할 거라서, 그가 전 과정을 같이 검토해 줄 겁니다. 여기에는 maven/f-droid도 포함돼요. 1~2주 전에 얘기 나눈 뒤로 오늘 다시 연락할 예정입니다. 20:02:43 &lt;zzz&gt; 그리고 debian 관련해서 mhatta 소식 들은 사람 있나요? 20:02:51 &lt;meeh&gt; 그럼 fdroid, maven, googleplay는 커버될 거예요 20:03:15 &lt;zzz&gt; meeh 이건 .39에 관한 겁니다 - .39의 f-droid와 mavencentral 릴리스가 올라갔나요? 20:03:33 &lt;sadie_&gt; hi 20:03:34 &lt;meeh&gt; osx launcher도 물론(ofc) 업데이트됩니다 20:03:52 &lt;meeh&gt; 아니요, 하지만 str4d와 페어 작업을 하면 고치는 법을 배울 수 있어요 20:03:59 &lt;meeh&gt; 그래서 39와 40 둘 다 해결될 겁니다 20:03:59 &lt;zzz&gt; 우리는 7주 전 .39 항목들 중 지난 회의(5주 전)에도 완료되지 않았던 것들을 얘기하고 있어요 20:04:17 &lt;meeh&gt; `https://search.maven.org/search?q=g:net.i2p` 20:04:19 &lt;meeh&gt; maven is latest bt 20:04:24 &lt;meeh&gt; w 20:04:24 &lt;meeh&gt; .39 20:04:48 &lt;zzz&gt; 좋아요. 그럼 "pairing"의 ETA는 언제인가요 (zcash-speak 전염되지 않게 조심하고) 20:05:38 &lt;R4SAS&gt; :D 20:05:39 &lt;zzz&gt; 그리고 우리의 f-droid 문제는 노하우가 아니라 서버 의존성 이슈였던 걸로 아는데요. 그건 해결됐나요? 20:05:57 &lt;meeh&gt; 제 답은 str4d가 저에게 빠르게 워크스루를 해줄 시간이 날 때예요 - 마지막으로 얘기했을 때 그는 금방 시간을 내줄 수 있을 것 같다고 했거든요. 오늘 그가 뭐라고 하는지 업데이트 드릴게요 20:06:41 &lt;zzz&gt; mavencentral은 howto를 포함해 필요한 건 다 있죠? 권한도 다 있나요? 20:06:58 &lt;meeh&gt; howto는 없어요 20:07:19 &lt;zzz&gt; 'str4d가 시간 날 때'라는 말은 불행히도 아무 의미가 없어서 묻는 겁니다 :( 20:07:28 &lt;meeh&gt; 우리 레포에 maven gradle 스크립트 파일들이 좀 있는데, 어떻게 동작하는지 추측해서 시도해볼 수도 있겠지만, 망치고 싶지는 않아요 20:07:46 &lt;meeh&gt; 이번에는 그를 믿어봅니다 20:08:09 &lt;meeh&gt; 잔소리를 없애서 시간을 더 확보할 때가 됐죠 - 모두가 동의할 얘기라고 봐요 20:08:42 &lt;zzz&gt; 물론이죠, str4d에 대한 모든 의존성을 제거하는 게 장기 계획이고, 거의 다 왔습니다. 끝날 때까지 계속 밀어붙이세요 20:09:36 &lt;zzz&gt; 좋습니다, mhatta로 돌아가서 - 그에게서 소식 들은 사람 있나요? 이제 전화를 시작해야 할 때인가요, 아니면 여기서 어디로 가야 할까요? 20:09:46 &lt;zzz&gt; zlatinb, 아이디어 있나요? 20:10:04 &lt;zzz&gt; 그리고 nextloop 소식 들은 사람? 20:10:15 &lt;zlatinb&gt; 지난번에 전화했는데도 안 됐어요, 제 번호가 맞다는 확인은 받았지만요 20:10:27 &lt;zlatinb&gt; 안타깝게도 아이디어가 없네요 20:10:39 &lt;zzz&gt; meeh, 내가 알기론 진짜 f-droid에 들어가도록 요청만 넣으면 됩니다. 사실 nextloop이 꼭 필요한 건 아니에요. 그 방법 알아요? 20:10:40 &lt;sadie_&gt; mhatta의 작업을 누가 맡을 수 있을까요? 20:11:15 &lt;zzz&gt; 공식 Debian Developer라면 누구든지... 시간 있는 다른 사람 아나요? 20:11:38 &lt;meeh&gt; 안드로이드보다 frdroid는 더 몰라서 죄송해요 - (적어도 제 기억으로는) 저는 우리 프라이빗 레포를 호스팅만 했어요 20:11:53 &lt;sadie_&gt; 아니요 - 하지만 찾기 시작해야겠네요 20:11:57 &lt;meeh&gt; 그래도 str4d와 얘기할 때 물어볼게요, 그는 알고 있을 겁니다 20:12:20 &lt;zzz&gt; 좋아요 meeh, fdroid는 두 가지가 있다는 걸 기억하세요, 우리 것과 공식 fdroid.org요. 두쪽 모두 howto를 받아주세요. 그리고 nextloop도 찾아보려 애써주세요 20:12:27 &lt;zzz&gt; 트위터, 이메일 등등 20:13:13 &lt;meeh&gt; 네, 우리 것은 옮겼고, 이론상 파이썬 명령으로 푸시하면 동작해야 해요. str4d와 얘기한 뒤 테스트해볼게요 20:13:19 &lt;zzz&gt; 1)과 관련해 더 있나요? .39는 제대로 못했네요 20:13:40 &lt;zzz&gt; 그러니 .40은 빨리 바로잡죠 20:13:57 &lt;zzz&gt; 릴리스가 우리가 하는 일입니다. 릴리스를 내지 못하면 우리는 실패한 겁니다 20:14:16 &lt;zzz&gt; 1)과 관련해 더 있나요? 20:15:18 &lt;zzz&gt; 2) i2pbote-android 수정판 릴리스 상태 (meeh) 20:15:35 &lt;zzz&gt; meeh 오랫동안 기다려온 bote android 릴리스 상태는 어떤가요? 20:15:42 &lt;meeh&gt; 현재는 여전히 "connecting"에서 멈춥니다 20:16:14 &lt;zzz&gt; 하지만 eyedeekay는 동작한다고 보고했는데요? 20:16:36 &lt;zzz&gt; meeh, 방화벽 없는 환경에서도 시도해봤나요? 20:16:41 &lt;eyedeekay&gt; 내장 router를 쓸 때만 동작합니다. 태블릿에서요 20:16:44 &lt;meeh&gt; 음, 릴리스에 대해 이제 여러 번 얘기했다고 느낍니다. 제가 무례하거나 못되게 굴거나 하는 게 아니라 "가능한 한 분명히 하려는" 것 외엔 아니라고 생각해 주세요 - 저는 깨진 제품은 릴리스하지 않습니다. 제 bote-android에서 제 데스크톱-android로 메시지를 보낼 수 없으면 - 저는 릴리스하지 않을 겁니다 20:17:20 &lt;zzz&gt; 이건 모두를 위한 상태 회의입니다. 지난 한 달 동안 저와 얘기하지 않았다고 생각하고, 모두에게 현재 어디에 와 있는지 알려주세요. 저에게 말하는 게 아니라, 세상에 보고하는 겁니다 20:17:41 &lt;meeh&gt; 왜냐하면 그렇지 않다면, 우리가 내는 건 정의상 깨진 거고 - 우리에게 나쁜 인상을 줄 거예요 20:18:00 &lt;meeh&gt; 알겠습니다, 미안해요 - 하지만 상황이 그렇습니다 ^ :) 20:18:27 &lt;zzz&gt; 그럼, 고쳐서 릴리스하는 데 대한 전망/ETA/예상은 어떻게 되나요? 20:18:41 &lt;meeh&gt; 그런데요, 깨진 릴리스를 밀어붙이는 건 I2P에 나쁜 인상을 준다고 강하게 느낍니다 - 그 주장에 이견 있는 분 있나요? 20:19:11 &lt;zzz&gt; 릴리스를 밀어붙이라고 하는 게 아닙니다. 언제 릴리스될지 묻는 겁니다. 20:19:26 &lt;zzz&gt; 이 회의 목적은 상태를 보고하는 거니까요 20:19:34 &lt;meeh&gt; unix domain 대신 tcp socket으로 bote가 연결되게 만들려면 얼마나 걸릴 것 같나요? 20:19:46 &lt;zzz&gt; 모릅니다 20:20:06 &lt;meeh&gt; 최선(제가 바라보는)으로는 우리가 해야 할 게 그거였으면 좋겠는데.. 아니라면 전혀 감이 없어요 :( 20:20:32 &lt;meeh&gt; 피어가 문제가 아니라면, 그런데도 연결에 계속 어려움을 겪는다면 20:20:38 &lt;meeh&gt; 제가 디버깅한 걸 바탕으로 20:20:48 &lt;meeh&gt; 앱들 간의 IPC가 nonce를 만들고 20:20:56 &lt;meeh&gt; com을 망가뜨린다고 의심합니다 20:21:06 &lt;zzz&gt; 좋아요. 여기 채널에서 더 많은 테스터를 모아볼 수 있겠네요... 아마 cisiey 20:21:15 &lt;meeh&gt; 제 관점에선 tunnel과 leases는 괜찮아 보입니다 20:21:39 &lt;meeh&gt; 그래서 논리적으로 다음으로 볼 곳은 router &lt;-&gt; bote 사이죠 20:21:46 &lt;zzz&gt; 좋아요. 하지만 bote를 위한 tunnel을 만들려 하고 있다면, 그건 i2cp 소켓 문제는 아닙니다 20:21:57 &lt;meeh&gt; 아마 control 소켓은 동작하는데, 데이터 전송이 멈추는 걸 수도 있어요 20:22:07 &lt;zzz&gt; router와 통신을 하거나 안 하거나 둘 중 하나예요. 전부 같은 소켓을 씁니다 20:22:17 &lt;zzz&gt; (control과 data) 20:22:32 &lt;meeh&gt; 아마 Google이 우리가 모르는 뭔가를 하는 걸지도 - 처음은 아니니까요 20:22:50 &lt;zzz&gt; 좋은 소식은 진전이 있다는 겁니다. 우리는 전에 여러 번 막혔지만 항상 방법을 찾아냈어요 20:22:54 &lt;zzz&gt; 업데이트 고마워요 20:22:57 &lt;zzz&gt; 2) 관련해 더 있나요? 20:23:07 &lt;meeh&gt; 그럼 i2cp는 tls처럼 동작하나요, 설정한 다음 순수 데이터 전송으로 넘어가나요? 20:23:34 &lt;zzz&gt; 제어와 데이터가 계속 멀티플렉스됩니다. '순수 데이터'로 넘어가는 일은 없습니다 20:23:54 &lt;meeh&gt; 알겠어요, 그럼 ascii 인코딩된 바이너리 데이터인가요, 아니면? 20:24:15 &lt;zzz&gt; 원하시면 회의 끝나고 i2cp가 어떻게 동작하는지 안내해 드릴게요 20:24:21 &lt;meeh&gt; 어쨌든 - 구현 세부는 나중에 얘기하죠 20:24:22 &lt;meeh&gt; 네 20:24:27 &lt;zzz&gt; 2) 관련해 더 있나요? 20:25:02 &lt;zzz&gt; 3) 0.9.40 개발 상태 (zzz) 20:25:16 &lt;zzz&gt; 0.9.40 개발 상태는 완료! 20:25:30 &lt;zzz&gt; 짧은 6주 반 사이클로 갔고 오늘 릴리스했습니다 20:25:32 &lt;chisana&gt; 축하해요! 20:25:54 &lt;zzz&gt; in-net 업데이트는 살아 있습니다. 다만 영어 뉴스가 업데이트됐는지는 모르겠네요. 스웜이 조금 작은가요? 20:26:05 &lt;zzz&gt; eche|off, 확인해봤나요? 20:26:25 &lt;zzz&gt; 적어도 부분적으로는 업데이트되고 있어요 20:26:47 &lt;zzz&gt; 이번 건은 면밀히 볼 겁니다. NTCP 1을 비활성화했거든요, 악영향은 없어야 하지만 지켜보죠 20:27:19 &lt;zzz&gt; 그럼, 릴리스 항목 ETA를 얘기해봅시다. in-net 업데이트는 나갔고, 웹사이트는 업데이트됐습니다. PPA와 deb repo는 내일 제가 할게요. 20:27:45 &lt;zzz&gt; meeh, android router 릴리스 ETA는요? 20:28:01 &lt;meeh&gt; 이번에도 str4d와 같이 할게요 20:28:23 &lt;meeh&gt; 릴리스의 "str4d 파트"를 한 묶음으로 20:28:24 &lt;meeh&gt; :) 20:28:28 &lt;zzz&gt; android router도요? 지난번엔 혼자 했잖아요. 20:28:42 &lt;zzz&gt; 그에게 최대한 의존하지 않았으면 해서요 20:28:42 &lt;meeh&gt; 네, maven을 이리저리 해킹해서 했죠 20:28:50 &lt;meeh&gt; 하지만 올바른 순서는 먼저 maven을 배포하는 겁니다 20:29:05 &lt;meeh&gt; 맞아요, 하지만 목표는 이번이 마지막 &lt;ever&gt;가 되게 하는 거예요 20:29:24 &lt;zzz&gt; 좋아요. 정말 그렇게 되길 바랍니다 20:30:07 &lt;meeh&gt; 참고로, 이미 트위터 DM으로 그에게 연락했습니다 20:30:25 &lt;zzz&gt; ETA가 나오면 알려주세요 20:30:26 &lt;meeh&gt; 지난번들에도 그와는 거기서 얘기했거든요 20:31:02 &lt;zzz&gt; zlatinb, mhatta의 이메일 10개 전부에 우리 둘이 보내서 그의 관심을 끌어볼까요? 두 달째 소식이 없네요 20:31:25 &lt;zzz&gt; buster에 옛 릴리스가 들어가면 곤란하죠 20:31:27 &lt;zlatinb&gt; 좋아요, 이메일 주소를 주시면 한번에 보내볼게요 20:31:38 &lt;zzz&gt; 좋아요 20:31:59 &lt;zzz&gt; eche|off, eche|on 여기 있나요? 20:32:39 &lt;zzz&gt; 그럼 3)은 이 정도인가요? 20:33:18 &lt;zzz&gt; 4) LS2 상태 (zzz) 20:33:42 &lt;zzz&gt; 주요 제안서 3개: 123, 144, 150에 대한 간단한 상태를 드리죠 20:34:13 &lt;zzz&gt; 123은 ls2 제안입니다. 대부분 완료됐고, 암호화된 ls2 코드의 많은 부분을 .40에 넣어서 더 많은 테스트를 할 수 있게 했습니다 20:34:34 &lt;zzz&gt; 제안서 자체는 지난달에 거의 변한 게 없어서 좋습니다 20:35:05 &lt;zzz&gt; 144는 새로운 암호화 제안입니다. 지난달엔 우선순위가 더 높은 일들 때문에 활동이 전혀 없었습니다 20:35:26 &lt;zzz&gt; 하지만 코멘트는 많이 받았습니다. 1~2주 안에 업데이트된 초안을 기대해주세요 20:35:48 &lt;zzz&gt; 4~6개월 안에 144의 구현들이 나오길 바라지만, 거기까지 가려면 해야 할 일이 많습니다 20:36:05 &lt;zzz&gt; 150은 raft 기반의 새로운 'garlic farm' 제안으로, 대규모 멀티호밍을 관리합니다. 20:36:30 &lt;zzz&gt; 새 제안이지만 피드백이 꽤 좋았고, 불만은 144보다 훨씬 적습니다! 20:37:04 &lt;zzz&gt; zlatinb, 150을 구현한 실험적 플러그인은 언제쯤 가능할까요? 두어 달? 20:37:24 &lt;zzz&gt; 이를 지원하려면 .41에 무엇을 넣을 수 있을지 얘기해야 할 것 같네요 20:37:38 &lt;zlatinb&gt; 범위를 어떻게 잡느냐에 달렸죠; 나열된 기능들 중 상당수는 사실 필수는 아니에요 20:37:59 &lt;zzz&gt; 맞아요, 어제 개정에서 많은 부분을 첫 릴리스 범위 아님으로 표시했어요 20:38:07 &lt;zlatinb&gt; 전부 최소한으로 줄이면 아마 몇 달보다 덜 걸릴지도 20:38:47 &lt;zzz&gt; .41 로드맵 회의를 아직 안 해서, 우선순위가 어디에 있는지 확신하진 못하겠네요 20:38:49 &lt;zlatinb&gt; 중간 규모 프로젝트라 생각해요 20:39:18 &lt;zzz&gt; 동의합니다 20:39:37 &lt;zzz&gt; 4), ls2, 또는 관련 제안들에 질문 있는 분? 20:39:52 &lt;zzz&gt; 평소처럼, 우리 회의는 모두에게 열려 있습니다. 매주 월요일 UTC 오후 6:30 IRC #ls2 20:40:27 &lt;chisana&gt; 제가 "working/MVP" ECIES를 맞춰오면, 144 완성에 도움이 될까요? 20:40:54 &lt;zzz&gt; 물론이죠 20:41:37 &lt;zzz&gt; 누군가는 먼저 해야 합니다. 우리는 다른 여러 제안들과의 통합 테스트를 해왔고, NTCP 2까지 거슬러 올라갑니다. 20:42:03 &lt;zzz&gt; 누군가 먼저 끝나고, 그다음 누군가가 끝나고, 그다음 서로 통신하게 해보고, 누가 맞고 누가 틀렸는지 알아보는 거죠 20:42:33 &lt;zzz&gt; 어렵고 느린 작업이지만 할 수 있는 유일한 방법입니다 20:43:15 &lt;chisana&gt; 맞아요, 144에 대부분 시간을 쓸 거라서, 자주 업데이트/질문하러 오겠습니다 20:43:25 &lt;zzz&gt; 우리는 구현이 두 개가 나오기 전까지는 거의 끝난 적이 없다는 걸 배웠습니다. 그게 스펙을 '테스트'하는 유일한 방법이죠 20:43:41 &lt;zzz&gt; 좋아요 20:43:49 &lt;zzz&gt; 4), ls2, 또는 관련 제안들에 질문 있는 분? 20:44:30 &lt;zzz&gt; 5) 상태 스크럼 (zlatinb) 20:44:36 &lt;zzz&gt; zlatinb, 진행하세요 20:45:15 &lt;zlatinb&gt; 안녕하세요. 평소의 scum을 병렬로 진행합니다. 간단히 1) 지난 스크럼 이후 무엇을 했는지 2) 다음 달에 무엇을 할 계획인지 3) 막힌 점이나 도움이 필요한지 적어주세요. 끝나면 EOT라고 하세요 20:45:49 &lt;zlatinb&gt; Me: 1) advanced filter 마무리, garlic farm 작업, arctic과 outproxy 튜닝, jogger tix 약간 2) 가능하면 garlic farm만 3) blockers 없음 EOT 20:47:03 &lt;zzz&gt; 1) 버그 수정; 서명된 Windows 설치 관리자; izpack 5로 전환; susidns 가져오기 기능; encrypted ls2 구현; .40 리뷰 및 릴리스; android I2CP 이슈 작업 20:47:38 &lt;meeh&gt; 1) osx launcher를 리디자인했고 swift 코드를 4.2(곧 5)로 업그레이드, 코드 정리, objc에서 더 많이 마이그레이션했습니다. 또한 내가 I2P를 위해 호스팅하는 서비스(예: outproxy)를 개선했고, 안드로이드 개발과 학습도 조금 했습니다 20:47:55 &lt;zzz&gt; 1 계속) garlic farm 제안 작성, garlic farm 아키텍처 관련 작업 다수; ls2 미팅과 논의; 아이콘 등은 sadie와 작업 20:48:09 &lt;sadie_&gt; .40용 아이코노그래피 업데이트 작업 중, .41에서도 계속하고 Ura가 만든 로고로 콘솔/사이트 로고 업데이트. 설정 마법사 개선, RightsCon 출장 준비와 TX, IFF와의 아웃리치 EOT 20:48:55 &lt;zzz&gt; 2) .40 PPA 릴리스; .41 로드맵; eyedeekay와 config 분리 작업, garlic farm; ls2 미팅; 버그 수정; sybil detection -&gt; blacklisting 자동화 시도? 20:49:03 &lt;meeh&gt; 2) 다음 달에는 브라우저에 다시 애정을 좀 쏟고, 버전을 업스트림과 맞추고, 가능하면 i2p 통합 개선을 조금 하고, osx 네이티브 컨텍스트 메뉴 -&gt; snark-share를 쓸만하게 만들고, mattermost/irc/우리 커뮤니케이션 이슈도 더 들여다볼 계획입니다 20:49:06 &lt;eyedeekay&gt; 1) Bote, 버그 수정, 가이드 작성 2) 가능하면 설정 분리, bote, 버그 수정 3) blockers 없음 EOR 20:49:10 &lt;eyedeekay&gt; *EOT 20:49:38 &lt;meeh&gt; 3) 아니요, 바라건대 없고, 지금은 str4d가 페어로 릴리스할 시간을 제안해주길 기다리는 정도예요 20:49:48 &lt;sadie_&gt; outproxy 문서/테스트 20:49:50 &lt;meeh&gt; EOT 20:49:56 &lt;zzz&gt; 3) blockers: debian/tails 관련해서 mhatta 20:50:06 &lt;eyedeekay&gt; 아, 다음 달엔 meeh와 브라우저에도 시간을 좀 쓰고 싶습니다. 20:50:17 &lt;zzz&gt; EOT 20:50:51 &lt;zlatinb&gt; 감사합니다, 스크럼 종료합니다. 20:50:59 &lt;zzz&gt; 좋아요, 고마워요 zlatinb 20:51:12 &lt;zzz&gt; 회의 마치기 전에 빠른 질문 몇 가지요 20:51:27 &lt;zzz&gt; .41을 8주 사이클로 하고 7월 2일 릴리스하는 걸로 괜찮나요? meeh? 20:52:12 &lt;meeh&gt; 당장 안 된다고 할 만한 건 없어요, 괜찮을 것 같습니다 20:52:26 &lt;zzz&gt; 좋아요, eche|off에게서 소식 들을 때까지 그렇게 임시로 잡아둘게요 20:52:57 &lt;zzz&gt; 다음으로, meeh, osx .40 빌드는 나갔나요? 버전 번호로 트리거돼서 d/l 페이지에는 올라가 있는데, 아직 했는지 물어보진 않았네요 20:53:16 &lt;zzz&gt; 그러니 이건 우리 프로세스의 버그네요 20:53:24 &lt;meeh&gt; 아니요, 회의 끝나고 지금 그 프로세스를 시작하려 했어요 20:53:37 &lt;meeh&gt; 미리 시간 확보를 못 했습니다 20:54:06 &lt;zzz&gt; 알겠습니다. 다음부턴 당신이 끝낼 때까지 d/l 페이지의 빌드 버전을 올리지 않도록 우리의 체크리스트를 수정하겠습니다 20:54:33 &lt;zzz&gt; 마지막으로 meeh, Firefox 인증서 문제를 고치기 위해 브라우저 릴리스를 할 계획인가요? 아니면 필요조차 없나요? 20:55:19 &lt;meeh&gt; "firefox cert thing"이 뭔지 좀 더 자세히 설명해 주시겠어요? :p 20:55:21 &lt;zzz&gt; 말한 것처럼, 브라우저에 애정을 줄 때가 됐죠. 어느 시점엔 'lab' 프로젝트를 더 크게 승격할지, 아니면 접을지 얘기해야 합니다 20:55:48 &lt;zzz&gt; noscript 같은 플러그인이 깨졌던 건요. 나중에 설명해줄게요, 아니면 트위터나 ars technica를 보세요 20:55:48 &lt;meeh&gt; 네, 그건 다음 회의의 주제로 가져가면 어떨까요? 20:55:54 &lt;meeh&gt; RC로 갈지 아니면 종료할지 20:55:58 &lt;zzz&gt; 좋아요, 그러죠 20:56:09 &lt;zzz&gt; 회의에 더 할 말 있는 분? 20:56:27 &lt;meeh&gt; 더 없으면 지금 osx 빌드를 시작하겠습니다 20:56:44 * zzz looks for the baffer 20:57:00 &lt;meeh&gt; 다음 osx 업그레이드부터는 자동 업데이트될 거예요 (woho!) 20:57:18 * zzz *bafffs* the meeting closed </div>/ko/blog/2019/04/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-4%EC%9B%94-2%EC%9D%BC/Tue, 02 Apr 2019 00:00:00 +0000/ko/blog/2019/04/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-4%EC%9B%94-2%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> chisana, echelon, eyedeekay, meeh, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕 20:00:00 &lt;zzz&gt; 1) 0.9.39 릴리스 상태 (zzz) 20:00:00 &lt;zzz&gt; 2) 0.9.40 개발 상태 (zzz) 20:00:00 &lt;zzz&gt; 3) LS2 상태 (zzz) 20:00:00 &lt;zzz&gt; 4) 상태 스크럼 (zlatinb) 20:00:03 &lt;zzz&gt; 0) 안녕 20:00:05 &lt;zzz&gt; 안녕 20:00:14 &lt;zzz&gt; 1) 0.9.39 릴리스 상태 (zzz) 20:00:33 &lt;zzz&gt; 39는 11일 전에 릴리스되었고, 네트워크의 절반 가까이가 업데이트했습니다 20:01:10 &lt;zzz&gt; 아직 Maven Central(str4d), 우리 F-Droid(meeh), 공식 F-Droid(nextloop), Debian(mhatta)을 기다리고 있음 20:01:12 &lt;meeh&gt; 안녕 20:01:26 &lt;zzz&gt; 그 항목들이 언제 완료될지 ETA(예상 완료 시각) 있는 사람? 20:02:58 &lt;meeh&gt; https://f-droid.org/docs/Setup_an_F-Droid_App_Repo/ 만큼 쉽다면, 오늘 늦게 가능. 20:03:31 &lt;zzz&gt; 그건 이미 설정해 두었고, 우리는 수년째 운영 중이야. 그냥 새 apk를 거기에 넣기만 하면 돼. 예전에도 여러 번 했잖아 20:04:08 &lt;zzz&gt; Maven Central 건으로 str4d를 좀 재촉해 주고, 가능한 한 빨리 그가 이 프로세스에서 빠질 수 있는 방법을 찾아봐. 이걸 우리 쪽에서 통제하려고 1년째 애쓰는 중이야 20:04:08 &lt;meeh&gt; 아니, 난 호스팅만 했고 업로드는 한 적 없어 20:04:47 &lt;zzz&gt; 그렇다면야... 하지만 예전에 네가 apk를 거기에 복사했던 걸로 기억해 20:05:04 &lt;meeh&gt; Maven 관련해서 방금 Twitter로 그에게 연락했어 20:05:36 &lt;zzz&gt; 앞으로는 릴리스 후 1주일 안에 이런 것들을 모두 끝내도록 하자. 몇 주씩 걸리는 건 우리에게 안 좋은 인상을 줘 20:05:47 &lt;zzz&gt; mhatta 쪽은 무슨 상황인지 모르겠어 20:06:09 &lt;zzz&gt; 이 부분은 더 개선해야 해 20:06:44 &lt;zzz&gt; 좋은 소식은 39에 대해 별다른 실질적 불만은 없었다는 거야. 서드파티 Android 앱을 고치지 못했다는 것 빼고... 하지만 어차피 그전에도 작동하지 않았잖아 20:07:01 &lt;zzz&gt; meeh, 동작하는 새 Android Bote 릴리스 ETA는? 20:07:29 &lt;meeh&gt; 혹시 못 봤다면—shared uid 문제였고, 그냥 재설치로 해결된다는 게 확인됐어 20:07:53 &lt;meeh&gt; 그래서, 안 고쳐짐 =&gt; 아마 고쳐짐 20:08:03 &lt;zzz&gt; 그건 개발 환경에서만 해당된다고 생각했는데? 20:08:33 &lt;meeh&gt; 난 bote도 android도 잘 몰라서 감이 없어—유용한 결과가 나오길 바라며 키보드를 두드리는 원숭이 수준이야 20:08:47 &lt;zzz&gt; 그가 준 링크 읽어봤어? 20:09:02 &lt;zzz&gt; &lt;cisiey&gt; zzz, https://developer.android.com/guide/topics/manifest/manifest-element#uid 20:09:02 &lt;zzz&gt; &lt;cisiey&gt;&gt;이 속성이 두 개 이상의 앱에 동일한 값으로 설정되면, 인증서 세트가 동일하다는 전제하에 모두 같은 ID를 공유합니다 20:09:25 &lt;zzz&gt; 어쨌든 회의에서 다루기엔 너무 세부적이고, 우리가 더 조사할 부분이 남아 있어 20:09:55 &lt;zzz&gt; 좋아, bote에 대한 ETA는 없음. 아마 mhatta가 도와줄 수 있을 거야 20:10:06 &lt;zzz&gt; 아니면 다른 누군가 20:10:10 &lt;zzz&gt; 1)와 관련해 더 있을까요? 20:11:19 &lt;zzz&gt; 2) 0.9.40 개발 상태 (zzz) 20:11:29 &lt;zzz&gt; 7주짜리 짧은 사이클의 2주차에 들어섰어 20:11:51 &lt;zzz&gt; zlatinb가 오늘 새롭고 정교한 스트리밍 차단/스로틀러를 올렸어 20:12:00 &lt;zzz&gt; 새 susidns import 기능을 커밋했어 20:12:22 &lt;zzz&gt; 그리고 암호화된 ls2 테스트를 가능하게 하는 새로운 "b33" 포맷 지원 작업을 열심히 하고 있어 20:12:37 &lt;zzz&gt; .39 floodfills를 사용해 암호화된 ls2를 테스트 중인데 지금까지 아주 잘 작동하고 있어 20:13:18 &lt;zzz&gt; .40 로드맵에 항목이 아주아주 많아. 아마 너무 야심찬 계획일 거야. 그래도 절반 정도는 해낼 수 있길 바라 20:13:37 &lt;zzz&gt; 다른 사람들 중 .40을 위해 하고 있는 일을 보고할 사람? 20:14:00 &lt;zlatinb&gt; meta-LS 백엔드, 아마도 20:14:13 &lt;zlatinb&gt; 하지만 그건 router 릴리스와 꼭 묶여 있는 건 아니라서요, 뭐 그렇습니다 20:14:26 &lt;eyedeekay&gt; 대체로 동작하는 i2ptunnels.config.d 폴더를 만들었어요 20:14:58 &lt;zzz&gt; 아 맞다, eyedeekay, 그건 작년에 내가 반쯤 해둔 작업과 어떻게 맞물리는지 언젠가 얘기해 보자 20:15:12 &lt;zzz&gt; 언젠가 그건 너와 따로 이야기할게 20:15:25 &lt;meeh&gt; OSX 관련 작업은 일정대로 진행 중이고, snark로 파일/디렉터리를 공유하기 위한 네이티브 바로가기, 자동 업데이트, 새로운 Swift 버전, 전반적인 코드 정리가 포함될 거야 20:15:35 &lt;zzz&gt; meeh, eyedeekay, libsam 관련 내용 진행 상황 있어? 20:16:26 &lt;meeh&gt; 예제를 따라잡아야 한다는 것 말고는 없고, 요즘 그걸로 작업할 시간이 없었어 20:17:01 &lt;zzz&gt; 좋아, 2)와 관련해 더 있을까요? 20:17:41 &lt;eyedeekay&gt; C++ 라이브러리용 swig 바인딩을 만들어 보긴 했는데, swig를 이제 막 배워서 아직 제대로 동작하는지도 모르겠어. 20:18:28 &lt;zzz&gt; 3) ls2 상태 20:18:37 &lt;zzz&gt; 지금까지 34번 회의를 했고 여전히 탄탄히 진행 중이야 20:18:46 &lt;zzz&gt; 암호화된 ls2는 잘 작동하고 있어 20:19:00 &lt;zzz&gt; meta ls의 백엔드에 대해 이제 막 본격적으로 논의하기 시작했어 20:19:14 &lt;zzz&gt; b33도 진행 중이야 20:19:36 &lt;zzz&gt; ratchet proposal 작업을 다시 시작했고 일부 코딩도 하고 있지만, 아직 시간이 좀 걸릴 거야 20:19:49 &lt;zzz&gt; blake proposal은 멈춰 있고, 지금은 우선순위가 낮아 20:20:32 &lt;zzz&gt; 많은 구성요소가 자리를 잡아서 곧 실제로, 또는 기본값으로 사용하기 시작할 수 있기를 바라 20:20:49 &lt;zzz&gt; ls2에 대해 질문 있거나, 3)와 관련해 다른 것 있나요? 20:21:29 &lt;chisana&gt; 암호화된 ls2가 ed25519 -&gt; ed25519로 동작하나요(사용한 해시와 무관하게)? 20:21:53 &lt;chisana&gt; 아니면 red25519가 필요한가요? 20:22:09 &lt;zzz&gt; red가 필요해 20:22:36 &lt;chisana&gt; 알겠습니다, 감사합니다 20:22:47 &lt;zzz&gt; 블라인딩(blind)하는 정의된 방법이 필요하기 때문이야 20:23:10 &lt;chisana&gt; ed25519로도 블라인딩할 수 있어요 20:23:14 &lt;zzz&gt; 이론적으로는 무엇으로든 암복호화할 수 있지만, 반드시 안전하거나 명확히 정의된 건 아닐 수 있어 20:23:20 &lt;chisana&gt; libsodium 문서에 그 예제가 있어요 20:23:34 &lt;zzz&gt; 우리는 ed-&gt;red와 red-&gt;red만 지원해, 그게 전부야 20:23:58 &lt;zzz&gt; 회의 후 원하시면 #ls2에서 더 논의할 수 있어 20:24:08 &lt;zzz&gt; 3)와 관련해 더 있을까요? 20:24:12 &lt;chisana&gt; 네, 산만하게 하려던 건 아닙니다 20:24:49 &lt;zzz&gt; 문제없어, 내가 질문해 달라고 했잖아! 20:24:54 &lt;zzz&gt; 좋아, 계속 진행하자 20:25:00 &lt;zzz&gt; 4) 상태 스크럼 (zlatinb) 20:25:03 &lt;zzz&gt; zlatinb, 시작해 20:25:09 &lt;zlatinb&gt; 안녕하세요. 빠르게 병렬 스크럼 진행합니다: 1) 지난 스크럼 이후 무엇을 했는지 2) 다음 달에 무엇을 할 계획인지 3) 차단 요인(blocker)이나 도움이 필요한지 20:26:10 &lt;zlatinb&gt; 나: 1) arctic과 함께 그의 outproxies(외부 프록시)와 클라이언트 측이 잘 동작하도록 많은 작업을 했음. 새 접근 필터(arctic의 요청이기도 함) 2) meta-LS 백엔드(희망 사항) 3) 특별한 차단 요인 없음 20:27:16 &lt;zzz&gt; 나: 1) 39 릴리스, 제안 123, 144, 146, 148, 149를 포함한 ls2; 다수의 버그 수정; susidns import; b33; 다른 사람 코드 리뷰; 지원 20:28:14 &lt;zzz&gt; 2) 40 릴리스 준비; 다수의 버그 수정; 더 많은 ls2 작업; 서명된 Windows 설치 프로그램이 작동하도록 계속 시도; ratchet proposal 144 코딩과 문서 업데이트 20:28:29 &lt;meeh&gt; 1) OSX 런처 업데이트, #ls2 회의와 libsam 예제를 따라잡기 시작함, 2) Android Bote, OSX 런처, 새 브라우저 빌드, #ls2 회의 따라잡기 3) 내가 플랫폼을 잘 몰라서 Android 도움은 언제든 환영하지만, 지금 당장 구체적인 이슈는 없어. 20:28:55 &lt;zzz&gt; 3) 차단 요인: 다양한 Debian/Tails 관련 사항에서 mhatta 20:28:56 &lt;zzz&gt; EOT 20:31:29 &lt;zzz&gt; 4)에 대해 더 말할 사람? 20:33:29 &lt;zlatinb&gt; 오, 미안, EOT :) 20:33:31 &lt;meeh&gt; EOT 20:33:31 &lt;zlatinb&gt; eyedeekay, eche|on ? 20:33:31 &lt;eyedeekay&gt; 미안, 잠깐만 20:33:31 &lt;eche|on&gt; 네? 20:33:31 &lt;meeh&gt; 지금 스크럼이야 20:33:31 &lt;eche|on&gt; 지금까지 특별한 건 없어 20:33:31 &lt;eyedeekay&gt; 1) 일요일부터 i2ptunnel 설정을 여러 디렉터리로 분리하는 작업을 했어요. 2) nginx 자동 설치, sshd/ssh, 브라우저용 WebExtensions/XUL 확장 등 애플리케이션 작업 3) 두 번째를 하려면 첫 번째가 필요해요 20:33:31 &lt;eche|on&gt; 서비스는 완료, 차단 요인 없음, 계속 진행해 20:33:31 &lt;eyedeekay&gt; EOT 20:33:31 &lt;zlatinb&gt; 좋아, 모두 한 것 같네 &lt;/scrum&gt; 20:33:52 &lt;zzz&gt; 좋아, 회의에서 다른 이야기 있을까? 20:34:47 &lt;zzz&gt; 마지막에 eche|on과 eyedeekay가 말하기 전까진 참석자가 별로 없는 줄 알았네! 20:35:00 &lt;zzz&gt; baffer가 나오기 전 마지막 호출 20:36:21 * zzz *bafs* 회의 종료 </div>/ko/blog/2019/03/21/0.9.39-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Thu, 21 Mar 2019 00:00:00 +0000/ko/blog/2019/03/21/0.9.39-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.39에는 새로운 netDb(네트워크 데이터베이스) 유형(제안 123)을 위한 대대적인 변경 사항이 포함되어 있습니다. i2pcontrol 플러그인은 RPC 애플리케이션 개발을 지원하기 위해 웹 앱으로 번들되어 제공됩니다. 스트리밍, i2psnark, 그리고 NTCP2의 여러 중요한 버그가 수정되었습니다.</p> <p>평소와 마찬가지로 이번 릴리스로 업데이트하실 것을 권장합니다. 보안을 유지하고 네트워크에 도움을 주는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2019/03/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-3%EC%9B%94-5%EC%9D%BC/Tue, 05 Mar 2019 00:00:00 +0000/ko/blog/2019/03/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-3%EC%9B%94-5%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> picklerick, R4SAS, sadie, tini2p, zlatinb, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 0.9.39 개발 현황 (zzz) 20:00:00 &lt;zzz&gt; 2) LS2 현황 (zzz) 20:00:00 &lt;zzz&gt; 3) 현황 스크럼 (zlatinb) 20:00:04 &lt;zzz&gt; 0) 안녕하세요 20:00:05 &lt;zzz&gt; 안녕 20:00:14 &lt;sadie__&gt; 안녕 20:00:14 &lt;zzz&gt; 1) 0.9.39 개발 현황 (zzz) 20:00:32 &lt;zzz&gt; 바쁜 릴리스 주기였고, 39에 많은 변경이 예정되어 있어요 20:00:47 &lt;zzz&gt; 성능 개선, LS2 추가 작업, i2pcontrol 추가 20:00:48 &lt;zlatinb&gt; 안녕 20:01:09 &lt;zzz&gt; 많은 버그 수정 20:01:37 &lt;zzz&gt; 아직 보류 중인 암호화된 LS2 관련 최종 결정 두어 가지를 마무리할 수 있다면, 릴리스는 2주 후가 될 겁니다 20:02:04 &lt;zzz&gt; 그리고 새 홈페이지 아이콘도 들어갈 것 같아요? sadie__ 이번에 포함될까요? 20:02:16 &lt;sadie__&gt; 네 20:02:34 &lt;zzz&gt; 좋아요. 20:03:01 &lt;zzz&gt; meeh가 android bote 이슈를 고치려고 하고 있는 걸로 알아요. 아직 모르는 것이지만, 문제가 router 쪽에 있다면요 20:03:20 &lt;R4SAS&gt; zzz: 번역에 대해 간단한 질문이 있는데, 나중에 물어도 될까요? 20:03:33 &lt;zzz&gt; 그리고 39용 OSX 런처 개선 작업도 하고 있어요 20:03:44 &lt;zzz&gt; 네, R4SAS, 회의가 끝난 뒤에 합시다 20:03:51 &lt;R4SAS&gt; 오케이 20:04:27 &lt;zzz&gt; 38은 순조롭게 돌아가고 있고, 39를 위해 LS2 관련 버그도 많이 고쳤습니다 20:05:08 &lt;zzz&gt; 8주 릴리스 주기는 꽤 빠른 편이라 모든 걸 맞추려고 분주하지만, 지금으로선 간신히 일정에 맞춰 가고 있어요 20:05:21 &lt;zzz&gt; 1)와 관련해 더 있을까요? 20:06:12 &lt;zzz&gt; 2) LS2 현황 (zzz) 20:06:22 &lt;zzz&gt; 어제 30번째 회의를 마쳤습니다 20:06:36 &lt;zzz&gt; "일반" LS2 테스트는 잘 진행되고 있습니다 20:07:01 &lt;zzz&gt; 암호화된 LS2 명세를 마무리 중이고, 그중 서명/검증 부분을 정의하는 새로운 제안서 146도 올려두었습니다 20:07:42 &lt;zzz&gt; meta-ls2 관련 사항은 모두 40으로 미뤘습니다. Encrypted LS2는 합의에 이르고 실제로 동작시키는 일이 훨씬 어려워서, meta에 쓸 시간이 남지 않았습니다 20:08:01 &lt;zzz&gt; 회의는 여전히 매주 월요일 UTC 오후 7시 30분에 #ls2에서 진행됩니다 20:08:06 &lt;zzz&gt; 누구나 환영합니다 20:08:58 &lt;zzz&gt; 암호화된 LS2의 큰 장점은 floodfills가 leasesets를 볼 수 없어서, floodfills에 의한 단순한 스크래핑을 막을 수 있다는 점입니다 20:09:34 &lt;zzz&gt; floodfills에 LS2 지원이 들어가면, 우리가 테스트하고 버그를 고치기가 훨씬 쉬워집니다. 20:09:53 &lt;zzz&gt; 모두 제대로 동작하면, 사람들이 사용을 시작할 수 있도록 UI에 옵션을 공개할 것입니다 20:10:29 &lt;zzz&gt; LS2(제안서 123) 또는 관련 내용에 대한 질문 있나요? 20:10:52 &lt;R4SAS&gt; 네, ls2 enc 3는 이미 작동합니다 20:11:44 &lt;zzz&gt; 타입 3는 작동합니다, 맞아요. 하지만 새로운 암호화가 없으면 그리 도움이 되지 않습니다. 암호화 제안서는 144와 145이고, 아직은 많이 진척되지는 않았습니다 20:11:44 &lt;tini2p&gt; encls2의 blinding(블라인딩)은 키/곡선 유형, 예를 들어 ed25519, curve25519, red25519와 무관하게 동작하나요? 20:12:33 &lt;zzz&gt; blinding은 특정 곡선에 대해 정의됩니다. 우리는 두 가지 입력 유형(ed25519와 red25519)과 하나의 블라인드된 유형(red25519)에 대해 정의하고 있습니다 20:12:46 &lt;zzz&gt; 하지만 나중에 마음을 바꾸거나 새로운 유형을 추가할 수 있도록 모든 것을 설계하고 있습니다 20:13:41 &lt;zzz&gt; 그래서 이는 특정 서명 유형(sig type) -&gt; 서명 유형 조합에 해당합니다 20:13:47 &lt;tini2p&gt; 좋네요, 고마워요 zzz 20:13:58 &lt;zzz&gt; 2)에 대해 더 있을까요? 20:14:50 &lt;zzz&gt; 3) 현황 스크럼 (zlatinb) 20:14:54 &lt;zzz&gt; 진행해 주세요, zlatinb 20:14:59 &lt;zlatinb&gt; 안녕하세요, 스크럼은 병행해서 진행하겠습니다. 다음을 말씀해 주세요: 1) 지난 한 달 동안 무엇을 했는지 2) 다음 달에 무엇을 할 계획인지 3) 막힌 점이나 도움이 필요한 것이 있는지. 끝나면 EOT라고 해 주세요 20:16:24 &lt;zzz&gt; 1) LS2 작업, 버그 수정, 성능 개선, i2pcontrol 추가, 테마 제거, NTCP1 비활성화 옵션, SSU 비활성화 옵션 수정,apparmor 수정 20:16:36 &lt;zlatinb&gt; 저: 1) zero-dependency installer 작업 - lab에서 사용 가능. Jogger 티켓 - 대부분 완료되었거나 결론이 났음. Arctic proxies - 많은 분석을 했고, 그 결과 i2p의 몇몇 버그를 발견함. 2) 네트워크 분석 추가 3) 차단 요소 없음. EOT 20:17:05 &lt;zzz&gt; 1b) multi-outproxy 개선 20:17:42 &lt;sadie__&gt; 이번 달: UI/UX 개선, IFF를 위한 네트워킹, 자금 조달 제안서, 내러티브, 사용자 조사. 다음 달: Internet Freedom Festival, UX/UI 작업 지속, 웹사이트 개선, 문서 업데이트. EOT 20:18:16 &lt;zzz&gt; 2) LS2 (encrypted/meta), 39 릴리스, 가능하면 서명된 Windows installer 수정 작업, mhatta와 함께 debian 수정 20:18:38 &lt;zzz&gt; 3) 차단 요소 없음, EOT 20:19:42 &lt;zlatinb&gt; 다른 분? 없으면 60초 후 스크럼을 종료합니다. 20:20:30 &lt;tini2p&gt; 1) 잠재적인 ecies-x25519를 위한 범용 래퍼 구현 작업, 공통 i2p 데이터 구조 통합, crypto++를 libsodium으로 교체. 2) red25519 + encls2 구현, 그리고 netdb 시작. 3) 당장은 떠오르는 게 없음, 나중에 확인. EOT 20:20:56 * zlatinb 60초 타임아웃을 리셋함 20:21:37 &lt;zzz&gt; 하, 자원 스크러머가 있네요 20:21:50 &lt;tini2p&gt; :) 20:22:17 &lt;zzz&gt; tini2p, 작업물을 어디서 볼 수 있을까요? 20:22:45 &lt;zlatinb&gt; TimeoutException 20:22:52 &lt;zlatinb&gt; ScrumTimeoutException :) 20:23:04 &lt;tini2p&gt; https://gitlab.com/tini2p/tini2p 20:23:09 &lt;zzz&gt; 좋아요, 3)은 여기까지인 것 같네요, 고마워요 zlatinb 20:23:21 &lt;zzz&gt; 고마워요 tini2p, 누군가 살펴보면 좋겠네요 20:23:27 &lt;tini2p&gt; tune 브랜치에서 큰 PR이 갑니다 20:23:34 &lt;zzz&gt; 회의에서 더 다룰 사항이 있을까요? 20:23:51 &lt;zzz&gt; 질문이나 코멘트? 20:24:10 &lt;picklerick&gt; 새로운 transport를 기여하려면 어떤 요구사항이 있을까요? 20:24:53 &lt;zzz&gt; 우선은 제안서로 작성해 주세요 20:25:04 &lt;picklerick&gt; 좋아요 20:25:46 &lt;zzz&gt; rst markdown로 작성해 주세요. 기존 것 중 하나에서 형식을 가져오면 되고, 소스는 github의 우리 i2p.www 브랜치에서 찾을 수 있습니다 20:26:11 &lt;picklerick&gt; 오, 이제 github를 쓰시나요? 20:26:19 &lt;picklerick&gt; 다행이네요, 저는 monotone을 정말 싫어하거든요 20:26:20 &lt;zzz&gt; 언젠가 "SSU2" 제안서를 시작하고 싶네요, 아마 올해 말쯤 20:26:36 &lt;picklerick&gt; zzz: 원하시면, 기꺼이 자문해 드릴게요 20:26:42 &lt;zzz&gt; 우리는 여러 해 동안 gitbhub에 미러링되어 있어서, 원하시면 언제든 거기서 파일을 가져가실 수 있어요 20:26:46 &lt;zzz&gt; 다만 GH PR은 받지 않습니다 20:26:56 &lt;tini2p&gt; +1 20:27:19 &lt;zzz&gt; picklerick, #ls2에 언제든 합류하세요. 지금은 transports에 대해 이야기하고 있지는 않지만, 더 많은 두뇌는 언제나 환영입니다 20:27:33 &lt;zzz&gt; 회의에서 더 다룰 사항이 있을까요? 20:28:00 * zzz baffer를 잡는다 20:29:05 * zzz 회의를 *bafs* 종료했다 </div>/ko/blog/2019/02/14/i2p-%EC%8B%A4%ED%97%98%EC%8B%A4/Thu, 14 Feb 2019 00:00:00 +0000/ko/blog/2019/02/14/i2p-%EC%8B%A4%ED%97%98%EC%8B%A4/<p>여러분, 안녕하세요,</p> <p>I2P 세계에는 우리가 기대하는 프로젝트가 많지만, 그중 모두가 당장 본격적인 공개에 적합한 것은 아닙니다. 그래서 그러한 프로젝트들을 시험해 보고자 하는 누구나 이용할 수 있도록 제공하는 공간을 만들기로 했으며, 이 공간은 언젠가 공식 I2P 제품이 될지도 모르는 프로젝트들을 위한 검증의 장이 될 것입니다. 그 공간이 바로 <a href="https://geti2p.net/en/download/lab">I2P Laboratory</a> 입니다.</p> <p>랩에서는 사용해 보실 수 있도록 바로 이용 가능한 다운로드를 제공할 예정입니다. 다만, 이는 &ldquo;release&rdquo; 품질이 아니며, 일부는 &ldquo;beta&rdquo; 품질에도 미치지 못할 수 있음을 유의해 주세요. 이에 대해 공식 지원은 제공하지 않습니다. 랩 프로젝트는 언제든지 중단될 수 있습니다.</p>/ko/blog/2019/02/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-2%EC%9B%94-5%EC%9D%BC/Tue, 05 Feb 2019 00:00:00 +0000/ko/blog/2019/02/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2019%EB%85%84-2%EC%9B%94-5%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, idk, R4SAS, sadie, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 0.9.38 릴리스 상태 (zzz) 20:00:00 &lt;zzz&gt; 2) 0.9.39 개발 상태 (zzz) 20:00:00 &lt;zzz&gt; 3) LS2 상태 (zzz) 20:00:00 &lt;zzz&gt; 4) 상태 스크럼 (zlatinb) 20:00:03 &lt;zzz&gt; 0) 안녕하세요 20:00:05 &lt;zzz&gt; 안녕하세요 20:00:11 &lt;zzz&gt; 1) 0.9.38 릴리스 상태 (zzz) 20:00:13 &lt;zlatinb&gt; 안녕하세요 20:00:21 &lt;sadie_&gt; 안녕하세요 20:00:26 &lt;zzz&gt; 좋아요, 38을 릴리스한 지 2주가 지났고, 네트워크의 약 절반이 업데이트되었습니다 20:00:42 &lt;zzz&gt; 우리는 이것을 LS2 관련 사항을 테스트하는 데 사용하고 있습니다(이에 대해서는 나중에 더) 20:00:51 &lt;eche|offf&gt; 안녕하세요 20:00:55 &lt;zzz&gt; 큰 불만이나 문제는 들리지 않았습니다 20:01:31 &lt;zzz&gt; 새로운 Firefox 프로파일 설치 프로그램과 Mac 설치 프로그램도 공개되어 있고, 그와 관련한 버그 신고도 아직 없습니다 20:02:22 &lt;zzz&gt; 전반적으로 순조로운 것 같습니다. 38은 Ubuntu Disco와 Debian Buster에 포함될 것입니다 20:02:28 &lt;zzz&gt; 1) 항목에 더 있을까요? 20:02:36 &lt;eche|offf&gt; 없어요 20:03:16 &lt;zzz&gt; 2) 0.9.39 개발 상태 (zzz) 20:03:46 &lt;zzz&gt; 우리는 8주 주기의 2주 차에 있으며, 릴리스는 3월 중하순이 될 것입니다. 플러그인화되지 않은 i2pcontrol json-rpc2 code를 반영했습니다 20:04:06 &lt;zzz&gt; LS2를 위한 더 많은 변경사항이 반영되고 있습니다 20:04:32 &lt;zzz&gt; HTTP WebSocket에 대한 수정. 지금 많은 버그 수정과 성능 향상이 진행 중입니다 20:04:59 &lt;zzz&gt; 그리고 Debian 빌드가 Disco/Buster에서 더 잘 동작하도록 하는 작업도 일부 진행 중입니다 20:05:15 &lt;R4SAS&gt; + outproxy에 대해 User-Agent를 덮어쓰는 업데이트도 포함되나요? 20:05:26 &lt;zzz&gt; 2월 중순까지 큰 변경사항을 더 반영하고, 그 이후에는 버그 수정에 더 집중할 계획입니다 20:05:52 &lt;zzz&gt; R4SAS, 그건 익숙하지 않은데, 관련 티켓 번호가 있나요? 20:07:03 &lt;R4SAS&gt; 며칠 전에 이 채널에서 그에 대해 읽었습니다 20:07:19 &lt;zzz&gt; 또한 38에서 어떤 콘솔 변경이 이루어질지는 아직 명확하지 않습니다. 남은 시간에 무엇이 가능한지 디자인 팀과 함께 검토 중입니다 20:07:41 &lt;eche|offf&gt; 39에서요 20:07:46 &lt;zzz&gt; R4SAS, drzed가 현재 TBB에 맞추기 위해 clearnet User-Agent를 52에서 60으로 변경해 달라고 요청했고, 그렇게 했습니다 20:07:52 &lt;zzz&gt; 맞아요, 39, 고마워요 eche|offf 20:08:09 &lt;zzz&gt; 2) 항목에 더 있을까요? 제가 빼먹은 것 있나요? 20:08:55 &lt;zzz&gt; 아, outproxy 선택을 더 잘 하도록 일부 변경을 넣었고, 이에 대해 초기 피드백을 받았습니다. 더 테스트해 봐야 합니다 20:10:00 &lt;zzz&gt; 3) LS2 상태 20:10:22 &lt;zzz&gt; 작업이 정말 많았습니다. 어제가 26번째 주간 회의였어요! 20:10:50 &lt;zzz&gt; 38에 포함된 proposal 123의 일부는 동작하고 있지만, 완벽하게 동작하는지는 확신할 수 없어 더 많은 테스트가 필요합니다 20:11:04 &lt;zzz&gt; 웹사이트의 명세도 그에 맞춰 업데이트했습니다 20:11:47 &lt;zzz&gt; 또한 LS2로 가능해진 새로운 crypto(암호 기술)를 정의하기 위한 proposal 144와 145도 게시했습니다 20:11:54 &lt;eche|offf&gt; 반년이나 되었네요, 축하해요 20:12:16 &lt;zzz&gt; proposal 123의 더 많은 내용이 39에 포함될 것입니다 20:12:53 &lt;zzz&gt; floodfills에 의한 엿보기를 방지하기 위해 LS2 회의에서 blinding(블라인딩)과 암호화 이슈를 심도 있게 논의하고 있으며, 상당히 진척되고 있습니다 20:13:04 &lt;zzz&gt; 그것이 39에 포함될지는 아직 불확실합니다 20:13:39 &lt;zzz&gt; 누구든지 환영합니다. 매주 월요일 UTC 기준 오후 7:30에 #ls2에서 함께해 주세요 20:13:53 &lt;zzz&gt; 3) 항목에 대해 질문이나 다른 사항 있나요? 20:15:15 &lt;zzz&gt; 4) 상태 스크럼 (zlatinb) 20:15:19 &lt;zzz&gt; 이어서 진행해 주세요, zlatinb 20:15:32 &lt;zlatinb&gt; 안녕하세요. 스크럼을 병행해서 진행합시다. 짧게 적어 주세요: 1) 지난 스크럼 이후 무엇을 했는지 2) 다음 달에 무엇을 할 계획인지 3) 막히는 점이나 도움이 필요한지. 끝나면 EOT라고 적어 주세요 20:15:38 &lt;zlatinb&gt; 모두, 시작하세요! 20:16:09 &lt;zlatinb&gt; 저: 1) Firefox 프로파일 설치 프로그램 작업, i2p-zero 관련하여 Monero와 협업, jogger 티켓 20:16:40 &lt;eche|offf&gt; I2P 재정 관련 작업 완료, 새 웹서버를 구축해 온라인에 올렸고, 예전처럼 잘 작동합니다. 블로커는 없습니다. 현재 Debian Buster와 Java 11을 만지작거리는 중 :-/ 20:16:52 &lt;zzz&gt; 1) LS2, 버그, 35C3, 38 릴리스, i2pcontrol, Debian 관련 작업, 성능 개선, 버그, 버그, 버그 20:17:01 &lt;zlatinb&gt; 2) 더 많은 jogger 티켓, 우리를 위한 i2p-zero 스타일 설치 프로그램을 위해 jlink 조사 20:17:05 &lt;zlatinb&gt; 3) 현재로서는 보이는 게 없습니다 20:17:18 &lt;zlatinb&gt; EOT 20:18:45 &lt;zzz&gt; 2) LS2, 버그, 내 GPG 키 갱신, 테스트, 39 작업, 어쩌면 Orchid 릴리스? 분명 더 있는데 제가 잊고 있을 겁니다 20:18:46 &lt;sadie_&gt; NGO의 새로운 연락처들과 협업(사용성 및 사용자 조사), 웹사이트 UX 개선, 문서 업데이트, EOT 20:18:51 &lt;zzz&gt; 3) 블로커 없음 20:18:52 &lt;zzz&gt; EOT 20:20:03 &lt;zlatinb&gt; 스크럼은 여기까지인 것 같네요 20:20:31 &lt;zzz&gt; 2a) NTCP1 비활성화 옵션 구현 :) 20:21:10 &lt;zzz&gt; 좋아요, 몇몇은 참석하지 않은 것 같네요, 나중에 혼내주죠 :) 20:21:19 &lt;eche|offf&gt; ㅎㅎ 20:21:21 &lt;zzz&gt; 회의에 더 논의할 사항 있나요? 20:21:41 &lt;eche|offf&gt; 그리고 저는 현재 ant, deb-src, 그리고 ASCII 관련 이상한 에러 속에서 길을 잃었습니다 20:21:46 &lt;idk&gt; 여기 있어요, 방금 딴 데 정신이 팔렸습니다. 브라우저 작업을 계속하고 있을 뿐입니다 20:22:08 &lt;zzz&gt; 오, 안녕하세요 idk. 천천히 1/2/3 전체를 알려주세요 20:23:22 &lt;zzz&gt; 그리고 팀에 공식적으로 오신 것을 환영합니다! 20:24:49 &lt;zzz&gt; idk, 1/2/3를 알려주세요 20:24:55 &lt;idk&gt; 감사합니다, 도울 수 있는 기회가 생겨 기쁩니다. 어제는 소스에서 브라우저를 빌드할 때 rbm과 관련해 겪던 이슈들을 해결했습니다. 대부분 meeh가 해결해 준 것으로 보입니다. 오늘은 브라우저 확장 기능을 작업하고, 브라우저를 강화하기 위해 webextensions로 정확히 무엇을 할 수 있고 무엇을 할 수 없는지 검토하고 있습니다 20:25:54 &lt;zzz&gt; ^^ 방금 것이 1)였습니다 20:25:55 &lt;zlatinb&gt; (2는 다음 달 계획, 3은 블로커가 있는지입니다) 20:27:17 &lt;idk&gt; 제 실수네요. 다음 달에는, 더 일찍 하지 않는다면, 세션 간 기준으로 I2P 브라우저 연결에 Tor와 유사한 형태의 격리를 구현하는 작업을 할 계획입니다. 본질적인 블로커는 예상하지 않지만, webextensions에 제한이 있다는 점이 있습니다 20:28:00 &lt;zzz&gt; 훌륭해요, 고마워요 20:28:21 &lt;zzz&gt; 좋아요, meeh가 주변에 없다면 4)는 여기까지 20:28:28 &lt;zzz&gt; 회의에 더 논의할 사항 있나요? 20:28:33 &lt;eche|offf&gt; 참고로, buster/JDK11에서 빌드 이슈가 해결되지 않는 한, 더 이상 어떤 테스트도 빌드할 수 없습니다 20:29:09 &lt;eche|offf&gt; (큰 문제는 아닙니다) 20:29:24 &lt;zzz&gt; 그게 티켓 #2410 맞죠? 20:29:30 &lt;eche|offf&gt; 네 20:29:36 &lt;eche|offf&gt; 오늘은 조금 더 진척됐습니다^ 20:29:41 &lt;zzz&gt; 좋아요, 곧 살펴보겠습니다 20:29:52 &lt;zzz&gt; 회의에 더 논의할 사항 있나요? 20:30:04 * zzz baffer를 예열함 20:31:05 * zzz *bafs* 회의를 종료함 </div>/ko/blog/2019/01/22/0.9.38-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 22 Jan 2019 00:00:00 +0000/ko/blog/2019/01/22/0.9.38-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.38에서는 모든 사용자에게 NTCP2가 기본으로 활성화됩니다. NTCP2는 DPI(딥 패킷 검사) 검열에 효과적으로 저항하며, 더 빠른 최신 암호 기술을 사용하므로 CPU 부하가 감소합니다. 또한 이번 릴리스에는 중요한 버그 수정과 성능 향상이 포함되어 있습니다.</p> <p>평소와 마찬가지로 이번 릴리스로 업데이트할 것을 권장합니다. 보안을 유지하고 네트워크를 돕는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2018/12/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-12%EC%9B%94-6%EC%9D%BC/Thu, 06 Dec 2018 00:00:00 +0000/ko/blog/2018/12/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-12%EC%9B%94-6%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> alex, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 0.9.38 개발 현황 (zzz) 20:00:00 &lt;zzz&gt; 2) LS2 현황 (zzz) 20:00:00 &lt;zzz&gt; 3) 35c3 현황 (echelon) 20:00:00 &lt;zzz&gt; 4) 상태 스크럼 (zlatinb) 20:00:03 &lt;zzz&gt; 0) 안녕하세요 20:00:05 &lt;zzz&gt; 안녕 20:00:08 &lt;zlatinb&gt; 안녕 20:00:13 &lt;zzz&gt; 1) 0.9.38 개발 현황 (zzz) 20:00:32 &lt;zzz&gt; 38은 매우 큰 릴리스가 되어가고 있습니다, 이미 diff가 3만 줄을 넘었습니다 20:01:03 &lt;zzz&gt; 지금까지 체크인된 것은 새로운 설치 마법사의 기본, 새로운 GeoIP 구현, 그리고 초기 LS2 지원입니다 20:01:26 &lt;zzz&gt; 37은 네트워크의 75% 이상에서 매우 원활하게 동작하고 있으며, NTCP2 관련 문제는 보고되지 않았습니다 20:01:55 &lt;zzz&gt; 아이콘과 CSS 변경 사항은 다음 주부터 나타나기 시작할 것입니다 20:02:21 &lt;zzz&gt; 우리 계획은 1월 말 릴리스입니다. 연휴로 몇 주 쉬는 것을 고려하면 그때까지 해야 할 일이 아직 많습니다 20:02:26 &lt;zzz&gt; 하지만 지금까지는 모든 것이 순조롭습니다 20:02:50 &lt;zzz&gt; 모두 bobthebuilder.i2p에서 개발 빌드를 테스트해 보거나, 직접 빌드해 보시길 권합니다 20:03:08 &lt;zzz&gt; 변경 사항이 많기 때문에 테스터가 필요합니다. 릴리스 후가 아니라 지금 문제를 잡아야 합니다 20:03:15 &lt;zzz&gt; 1)에 대해 더 있을까요? 20:04:16 &lt;zzz&gt; 2) LS2 현황 (zzz) 20:04:47 &lt;zzz&gt; 어제 19번째 주간 회의를 했습니다. LS2의 기본 부분은 완료되었고, 이를 38에 구현하는 작업을 하고 있습니다 20:05:28 &lt;zzz&gt; 현재 두 가지를 병행하고 있습니다 - 암호화된 LS2 사양 작업과, LS2에 의존하는 새로운 암호 방식과 엔드투엔드 프로토콜을 정의하는 proposal 144 작업을 시작하고 있습니다 20:05:43 &lt;zzz&gt; 암호화된 LS2는 곧 마무리될 예정입니다. 20:06:24 &lt;zzz&gt; 우리가 ECIES-X25519-AEAD-ratchet이라고 부르는 proposal 144는 꽤 복잡하며, 자리를 잡는 데 한두 달은 걸릴 것 같습니다 20:06:41 &lt;zzz&gt; 회의는 매주 월요일 UTC 7:30에 #ls2에서 열리며, 누구나 환영합니다 20:06:55 &lt;zzz&gt; 2)에 대해 더 있을까요? 20:08:00 &lt;zzz&gt; 3) 35c3 현황 (echelon) 20:08:17 &lt;zzz&gt; 오늘은 echelon이 여기 참석하지 못하는 것 같습니다 20:08:46 &lt;zzz&gt; 테이블탑 배너 솔루션과 나눠 줄 사탕 준비를 하고 있고, 우리 모두의 티켓을 구매한 것으로 알고 있습니다 20:08:56 &lt;zzz&gt; 그래서 준비는 잘 되고 있는 것 같습니다, 3주 후에 그곳에서 모두 봅시다 20:09:01 &lt;zzz&gt; 3)에 대해 더 있을까요? 20:09:51 &lt;zzz&gt; 아, 그리고 알림입니다, 1월 1일에는 여기서 회의를 하지 않고, CCC에서 회의를 진행합니다. 다음 회의는 여기에서 2월 5일에 열립니다 20:10:11 &lt;zzz&gt; 4) 상태 스크럼 (zlatinb) 20:10:15 &lt;zzz&gt; zlatinb, 진행해 주세요 20:10:28 &lt;zlatinb&gt; 안녕하세요. 어차피 IRC에서 따라가기 쉬우니 스크럼은 병행해서 진행하겠습니다. 그냥 타이핑을 시작해 주세요: 1) 지난달에 무엇을 했는지 2) 다음 달에 무엇을 할 계획인지 3) 막힌 점이나 도움이 필요한지. 보고서는 EOT로 끝내 주세요 20:10:56 &lt;zzz&gt; 좋아요, 어떻게 진행되는지 봅시다... 20:11:10 &lt;alex_the_designerr&gt; alex 저는 여기에서 육각형을 정말 사랑합니다 : 아이콘 작업은 zzz가 1)에서 언급했듯이 진행 중입니다 20:11:30 &lt;alex_the_designerr&gt; 지난달에는 웹사이트 업데이트와 약간의 로고 작업을 했습니다 20:11:48 &lt;zlatinb&gt; 1) 온보딩 작업, 주로 설치 마법사와 IDK와 함께하는 Windows용 Firefox 설치 프로그램. Windows 설치 프로그램에 서명할 수 있도록 서명 인증서를 받았습니다. snark에 대한 소규모 실험적 해킹 20:12:09 &lt;alex_the_designerr&gt; 다음 달에는 새 웹사이트의 초기 드롭을 마무리하고, 아이콘을 반영하며, 그리고 새 로고에 대한 승인도 받기를 *부디* 바랍니다 20:12:21 &lt;zlatinb&gt; 2) 0.9.38을 위한 Windows용 Firefox 프로필 설치 프로그램과 설치 마법사 작업을 마무리 20:12:32 &lt;alex_the_designerr&gt; 확장 목표는 페르소나와 패턴입니다 20:13:01 &lt;alex_the_designerr&gt; 막힌 점은 없고, 그냥 분주하게 진행 중입니다 EOT 20:13:06 &lt;zlatinb&gt; 3) 막힌 점은 없습니다. 다만 의미 있는 방식으로 monotone에 반영하기 위해 zzz와 긴밀히 작업해야 하고, OSX에서 Firefox 프로필을 재사용하려면 meeh와도 협업이 필요합니다 20:13:07 &lt;zlatinb&gt; EOT 20:13:09 &lt;zzz&gt; 나: 1) 마법사, GeoIP, ls2, prop. 144, 버그 수정; 2) ls2, prop. 144, 디자인 팀의 변경사항 통합, 버그 수정, 35C3 준비, 35C3, 서명 머신 설정; 3) 막힌 점 없음 EOT 20:13:57 &lt;zlatinb&gt; 팀에서 다른 분 여기 계신가요? 20:14:30 &lt;zlatinb&gt; 그런 것 같지는 않네요. 그럼 4)에 대해서는 제 쪽은 여기까지입니다 20:14:47 &lt;zzz&gt; 좋습니다, 회의에 대해 다른 안건 있으신가요? 20:15:49 * zzz baffer를 찾는다 20:16:06 * zzz *bafs* 회의를 종료합니다 </div>/ko/blog/2018/11/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-11%EC%9B%94-06%EC%9D%BC/Tue, 06 Nov 2018 00:00:00 +0000/ko/blog/2018/11/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-11%EC%9B%94-06%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, str4d, meeh, zlatinb</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> &lt;eche|on&gt; 0) 안녕하세요 &lt;eche|on&gt; 1) 0.9.38 개발 상태 (echelon) &lt;eche|on&gt; 2) LS2 상태 (echelon) &lt;eche|on&gt; 3) 스크럼 상태 (zlatinb) &lt;eche|on&gt; 이전에 i2p 스레드에 다른 주제는 추가되지 않았습니다. &lt;eche|on&gt; 0) &lt;eche|on&gt; 안녕하세요! &lt;eche|on&gt; 환영합니다! &lt;zlatinb&gt; 안녕하세요 &lt;eche|on&gt; 안건에 추가할 내용 있나요? &lt;eche|on&gt; 없는 것 같네요 &lt;eche|on&gt; 1) 0.9.38 개발 상태 &lt;eche|on&gt; 0.9.38은 주로 콘솔 업데이트가 될 예정이며, Sadie와 UX, UI 팀이 열심히 작업 중입니다. 이는 금요일에 Alex가 만든 라이브 스팀에서 보셨듯이 그렇습니다 &lt;eche|on&gt; 명세를 찾기 어렵지만, 진행은 잘 되고 있습니다 &lt;eche|on&gt; 콘솔에서 무엇을 변경할 수 있는지 파악하고 있으며, 그 첫 부분을 0.9.38에 포함할 예정입니다 &lt;eche|on&gt; 모든 변경 사항이 반영되기까지는 몇 달이 걸릴 예정이며, 0.9.38에는 모두 포함되지 않습니다 &lt;str4d&gt; 안녕하세요 &lt;eche|on&gt; 현재 0.9.38 릴리스 계획은 12월로, 35c3 직전에 출시하는 것입니다 &lt;eche|on&gt; 1)와 관련해 더 있을까요 ? &lt;zlatinb&gt; 저는 0,9.38이 1월일 줄 알았는데, 괜찮습니다 &lt;eche|on&gt; 네, 작업이 너무 많으면 35c3 이후 1월로 연기하겠습니다 &lt;zlatinb&gt; 1)에 관해 저는 더 없습니다 &lt;eche|on&gt; 좋아요 &lt;eche|on&gt; 2) LS2 상태 업데이트 &lt;eche|on&gt; 여기서 특별히 업데이트할 중요한 내용은 없고, 개발 회의는 진행 중이며 주제들이 논의되고 있지만 아직 코드가 공개되지는 않았습니다 &lt;eche|on&gt; 어렵고 힘든 작업이며 주제가 많아 더 시간이 걸립니다. 추정으로는 .40 이전에는 아닐 것 같습니다 &lt;eche|on&gt; 2)에 대해 더 있을까요 &lt;eche|on&gt; ? &lt;str4d&gt; 피드백을 주고 싶은 분들은 https://geti2p.net/spec/proposals/123-new-netdb-entries 를 확인해 주세요 (현재 대부분의 변경 사항이 그 문서를 중심으로 이뤄지고 있습니다) &lt;eche|on&gt; 네, 적극적으로 참여해서 피드백을 주세요 &lt;eche|on&gt; 그럼 3) 스크럼 상태는 zlatinb에게 넘기겠습니다 &lt;zlatinb&gt; 안녕하세요. 지금 채널에는 eche|on과 meeh만 있으니, 여러분이 1-2-3을 (병렬로) 진행해서 알려주시겠어요 &lt;eche|on&gt; 1) 자금(funding), 서버 작업, 35c3 준비, 티켓 구매 완료 &lt;eche|on&gt; 2) 이 작업 계속 진행 &lt;eche|on&gt; 3) 차단 요소(blocker) 없음 &lt;eche|on&gt; &lt;meeh&gt; 1) OSX 런처 정리 & Firefox 프로파일 &lt;meeh&gt; 2) 서버 마이그레이션 &lt;meeh&gt; 3) 테스트넷 개발 &lt;meeh&gt; 4) 차단 요소 없음 &lt;zlatinb&gt; 제 것은 다음과 같습니다: 1) 지난달에는 Sadie, Alex와 함께 UX 작업을 했고, 테스트넷 정의(게시물은 zzz.i2p 포럼에 있음), 사용자 정의 Firefox I2P 프로파일(게시물은 i2pforum에 있음) 2) 추가 UX 작업, 코드 서명 인증서 3) 차단 요소 없음 &lt;str4d&gt; ERR_OUT_OF_BOUNDS_WRITE &lt;zlatinb&gt; lol &lt;eche|on&gt; 맞아요, Firefox I2P 프로파일을 테스트해 주세요, zlatinb 링크를 공유해 주세요 &lt;zlatinb&gt; `https://github.com/eyedeekay/firefox.profile.i2p/releases` &lt;eche|on&gt; 감사합니다 &lt;meeh&gt; 좋네요, 감사합니다 &lt;eche|on&gt; 35c3 관련: 코어 팀은 라이프치히에서 만날 예정입니다 &lt;eche|on&gt; 다른 분들도 오고 싶으시면, 만나서 I2P 주제들을 논의하거나 커피/맥주/디저트를 함께 하면서 시간을 보내면 좋겠습니다 &lt;eche|on&gt; 좋아요, 안건은 여기까지입니다, 추가할 사항 있나요? &lt;str4d&gt; 재미있게 보내세요! 저는 올해 35c3에는 가지 못하지만 1월 RWC에는 갈 예정입니다. &lt;eche|on&gt; *me sidekick baffer를 워밍업함* &lt;eche|on&gt; 좋네요, Alex도 Sadie와 함께 참석할 계획입니다 &lt;eche|on&gt; *baffer가 휘두름* &lt;str4d&gt; Aesome &lt;str4d&gt; s/Ae/Awe/ &lt;eche|on&gt; *baff* 회의를 종료합니다. 참석해 주셔서 감사합니다. 다음 회의는 12월 4일 UTC 오후 8시에 다시 봬요 </div>/ko/blog/2018/10/23/python%EA%B3%BC-i2p%EB%A5%BC-%ED%99%9C%EC%9A%A9%ED%95%9C-%ED%94%84%EB%9D%BC%EC%9D%B4%EB%B2%84%EC%8B%9C%EB%A5%BC-%EA%B3%A0%EB%A0%A4%ED%95%9C-%EC%95%A0%ED%94%8C%EB%A6%AC%EC%BC%80%EC%9D%B4%EC%85%98-%EA%B0%9C%EB%B0%9C/Tue, 23 Oct 2018 00:00:00 +0000/ko/blog/2018/10/23/python%EA%B3%BC-i2p%EB%A5%BC-%ED%99%9C%EC%9A%A9%ED%95%9C-%ED%94%84%EB%9D%BC%EC%9D%B4%EB%B2%84%EC%8B%9C%EB%A5%BC-%EA%B3%A0%EB%A0%A4%ED%95%9C-%EC%95%A0%ED%94%8C%EB%A6%AC%EC%BC%80%EC%9D%B4%EC%85%98-%EA%B0%9C%EB%B0%9C/<p><figure> <img src="https://geti2p.net/images/blog/i2plib.jpeg" alt="i2plib"loading="lazy" decoding="async"></figure> </p> <p><a href="https://geti2p.net/">Invisible Internet Project</a> (I2P)는 프라이버시를 중시하는 애플리케이션을 개발하기 위한 프레임워크를 제공합니다. 이는 일반 인터넷 위에서 작동하는 가상 네트워크로, 호스트는 자신의 &ldquo;실제&rdquo; IP 주소를 공개하지 않고 데이터를 교환할 수 있습니다. I2P 네트워크 내부의 연결은 <em>I2P destinations</em>(I2P에서 사용하는 가상 목적지 주소)라고 불리는 가상 주소들 사이에서 설정됩니다. 필요에 따라 destination을 원하는 만큼 보유할 수 있으며, 심지어 각 연결마다 새로운 destination을 사용할 수도 있습니다. 이러한 destination은 상대방에게 실제 IP 주소에 관한 어떠한 정보도 공개하지 않습니다.</p>/ko/blog/2018/10/04/0.9.37-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Thu, 04 Oct 2018 00:00:00 +0000/ko/blog/2018/10/04/0.9.37-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.37은 이전 릴리스에서 도입된 새로운 transport(전송 프로토콜) NTCP2에 대한 작업을 계속합니다. 새로운 SSU IPv6 피어 테스트 프로토콜이 이제 지원됩니다. 이번 릴리스에는 다수의 버그 수정과 성능 향상이 포함되어 있습니다.</p> <p>평소와 같이 이번 릴리스로 업데이트하시기를 권장합니다. 보안을 유지하고 네트워크를 돕는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2018/10/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-10%EC%9B%94-2%EC%9D%BC/Tue, 02 Oct 2018 00:00:00 +0000/ko/blog/2018/10/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-10%EC%9B%94-2%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> alex, anonymousmaybe, DogeDollars, echelon, villain, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 0.9.37 개발 현황 (zzz) 20:00:00 &lt;zzz&gt; 2) LS2 현황 (zzz) 20:00:00 &lt;zzz&gt; 3) 상태 스크럼 (zlatinb) 20:00:03 &lt;zzz&gt; 0) 안녕하세요 20:00:05 &lt;zzz&gt; 안녕하세요 20:00:11 &lt;zlatinb&gt; 안녕하세요 20:00:17 &lt;zzz&gt; 1) 0.9.37 개발 현황 (zzz) 20:00:41 &lt;zzz&gt; 대부분 아시다시피, 37 릴리스를 몇 주 앞당겼습니다. 체크인 마감은 어제였고, 릴리스는 목요일입니다 20:00:57 &lt;zzz&gt; 기본값으로 NTCP2를 활성화하는 것 외에는 거의 변경사항이 없습니다 20:01:28 &lt;zzz&gt; OSX 런처는 이번 릴리스에 맞춰 준비되지 못하지만, 진행 상황은 매우 좋습니다 20:01:54 &lt;zzz&gt; 모든 게 순조롭다면, 이것이 올해 마지막 릴리스가 될 것입니다. 휴일과 CCC가 있어서, 38은 1월에 예상합니다 20:01:59 &lt;zzz&gt; 1)와 관련해 다른 사항 있나요? 20:02:30 &lt;villain&gt; 안녕하세요 여러분 20:02:43 &lt;zzz&gt; 2) LS2 현황 (zzz) 20:02:59 &lt;zzz&gt; 지난 3개월 동안 12번의 회의를 했고, 느리지만 꾸준히 진전을 이루고 있습니다 20:03:39 &lt;zzz&gt; 새로운 암호기술에 필요한 사항을 잘 파악했고, 새로운 암호기술을 어떻게 추가하고 새로운 LS들을 netdb에 넣고 빼는지에 관한 일반적인 이슈들 대부분에 합의했습니다 20:03:40 &lt;eche|on&gt; 안녕하세요 20:04:16 &lt;eche|on&gt; 지금까지 들은 바로는 아주 좋네요 20:04:17 &lt;zzz&gt; 암호화된 leasesets 및 대규모 멀티호밍 등 관련 이슈를 계속 작업하고, 특정 새로운 암호기술 선택지의 세부 사항 논의도 시작할 예정입니다 20:04:51 &lt;zzz&gt; LS2 회의는 당분간 계속될 것으로 예상하니, 관심 있으시면 논의에 참여해 주세요 20:05:02 &lt;zzz&gt; 2)와 관련해 다른 사항 있나요? 20:05:14 &lt;eche|on&gt; 진전이 보이니 좋네요 20:06:14 &lt;zzz&gt; 3) 상태 스크럼 (zlatinb) 20:06:18 &lt;zzz&gt; 이제 전부 맡길게요, zab 20:06:44 &lt;zlatinb&gt; 좋아요, 스크럼 진행합시다. 평소대로 1) 지난달에 무엇을 하셨는지 2) 다음 달에 무엇을 하실 건지 3) 막히는 게 있는지? 20:07:02 &lt;zlatinb&gt; villain: 이번이 첫 제대로 된 스크럼일 것 같네요, 먼저 하세요 :) 20:08:23 &lt;zlatinb&gt; villain? 20:08:26 &lt;villain&gt; ok, 1) asyncio SAM 라이브러리 https://github.com/l-n-s/i2plib 와 그 문서를 릴리스했고, 그것으로 GUI 파일 공유 애플리케이션을 만들었습니다 https://github.com/l-n-s/QuickShare, RouterConsole 에서 JSP가 어떻게 동작하는지 배웠고, CentOS와 Fedora용 rpm 패키지 첫 릴리스를 만들었으며 rpm 패키지를 위한 COPR 리포지터리를 설정했습니다 https://copr.fedorainfracloud.org/coprs/supervillain/I2P/ 20:08:56 &lt;zlatinb&gt; 좋아요, 나중에 다시 돌아올게요. zzz, 대신 먼저 하시겠어요 20:08:59 &lt;eche|on&gt; 1) 서버 유지보수, 서버 중단 대응, 재정 관리 2) 이 작업 계속하고 새 스티커 제작, 3) 현재까지 막히는 것 없음 :-) 20:09:04 &lt;villain&gt; 2) Fedora 패키지가 시스템 라이브러리를 사용하도록 만들고, 릴리스 후 더 나은 Router Console 디자인 작업, SAM API를 통한 I2P 애플리케이션 개발에 관한 글 게시 20:09:09 &lt;zlatinb&gt; 앗 죄송 20:09:12 &lt;eche|on&gt; 우웁스 20:09:29 &lt;villain&gt; 3) Fedora의 Jetty 의존성 관련해서 조치가 필요합니다. 우리는 v9.2만 지원하는데 Fedora에는 v9.4가 있어서요 20:09:39 &lt;DogeDollars&gt; ㅋㅋ 20:10:03 &lt;zzz&gt; 야호 병렬 스크럼 20:10:11 &lt;zzz&gt; 저는: 20:10:12 &lt;villain&gt; :D 20:10:39 &lt;eche|on&gt; villain: jetty 건은 작업이 더 필요해요. 제가 알기로는 그 사이에 몇몇 API가 변경됐어요 20:10:44 &lt;zzz&gt; 1) 36 릴리스 이후 나타난 사소한 NTCP2 버그 수정 다수, 모든 테스터분들께 감사 20:11:11 &lt;zzz&gt; 37 릴리스를 준비하고, OSX 설치 프로그램을 테스트하며, 기타 버그 수정과 리서치, LS2 관련 연구를 진행 중 20:11:42 &lt;zzz&gt; 2) 37 릴리스, 새로운 GeoIP 데이터베이스 형식으로의 마이그레이션 본격 착수, 더 많은 LS2 작업, 더 많은 버그 수정, 콘솔 아이디어와 관련해 PR/UI 팀과 협업 20:12:23 &lt;zzz&gt; 3) 막히는 것 없음... 개인적인 사정으로 지난달과 다음 달에는 약 절반만 근무 중이라는 점도 참고해주세요 20:12:24 &lt;zzz&gt; EOT 20:12:52 &lt;zlatinb&gt; 좋아요, eche|on ? 20:12:59 &lt;eche|on&gt; 1) 서버 유지보수, 서버 중단 대응, 재정 관리 2) 이 작업 계속하고 새 스티커 제작, 3) 현재까지 막히는 것 없음 :-) 20:13:22 &lt;zlatinb&gt; 좋습니다, 감사합니다 20:13:33 &lt;zlatinb&gt; alex_the_designer: 방금 합류하셨으니, 지금은 월간 스크럼 중이에요 20:13:46 &lt;alex_the_designer&gt; 안녕하세요! 20:13:55 &lt;zlatinb&gt; 다음 알려주시겠어요? 1) 지난달에 무엇을 하셨는지 2) 다음 달에 무엇을 하실 건지 3) 막히는 게 있는지 20:15:04 &lt;alex_the_designer&gt; 1 . 금요일마다 스트리밍을 했습니다. 그 시간 동안 웹사이트 업데이트를 조금씩 진행했고, 브랜딩과 디자인에 도움을 주기 위한 설문도 만들었습니다. 20:16:15 &lt;alex_the_designer&gt; 2. 계속 스트리밍을 하겠지만, 스트림 외부에서 웹 개발을 마무리해 보려고 합니다. 개편된 백서도 조금 기한을 넘겼습니다. 최소한 개요와 초안은 이달 말까지 완료하고 싶습니다 20:17:22 &lt;alex_the_designer&gt; 3. 현재로선 유일한 장애물은 현 웹 프레임워크가 경로를 어떻게 생성하는지에 대한 지식이 조금 부족하다는 점입니다. 대단한 건 아니고, 문서를 더 읽고 시행착오가 좀 필요합니다 20:18:28 &lt;zlatinb&gt; 좋습니다, 스크럼이 끝난 뒤 설문에 대해 조금 더 이야기하겠습니다. 감사합니다 20:18:32 &lt;zlatinb&gt; meeh: 여기 계신가요? 20:20:10 &lt;zlatinb&gt; meeh? 20:21:00 &lt;zlatinb&gt; 오시면 언제든지 1-2-3를 알려주세요 20:21:20 &lt;zlatinb&gt; 스크럼은 여기서 EOT이고, 대신 Alex의 설문에 대해 조금 이야기하고 싶습니다 20:21:27 &lt;zzz&gt; 진행하세요 20:22:17 &lt;zlatinb&gt; 채널에 계신 모두, 이 설문을 신중히 생각해 보시고 작성해 주세요. 구글 폼에 호스팅되어 있지만 (말도 안 되게 행동하지 않는 한) 여러분의 구글 ID와 I2P 페르소나를 연관지을 방법은 없습니다 20:22:46 &lt;zlatinb&gt; 링크는 여기입니다: https://docs.google.com/forms/d/e/1FAIpQLSdVCHXXBnHOrPpR6RH2DkCf3Q4W1kPBpg0QWToxfday0xqNAg/viewform 20:23:14 &lt;zlatinb&gt; alex_the_designer: 이 설문이 창의적 과정에 어떻게 도움이 되는지 간단히 말씀해 주세요 20:23:21 &lt;alex_the_designer&gt; 물론이죠! 20:24:14 &lt;alex_the_designer&gt; 기본부터 말씀드리면, 내부 유지관리자로서 우리가 시스템의 유용성과 브랜드로서의 표현을 어떻게 인식하는지와, 사용자들이 시스템의 유용성과 사람으로서의 정체성을 어떻게 인식하는지 사이의 차이를 이해하는 것이 중요합니다 20:24:41 &lt;alex_the_designer&gt; 꽤 깊은 얘기이긴 하지만, 우리가 활용할 수 있는 아주 직관적인 것들도 있습니다 20:25:22 &lt;villain&gt; 오, 이해가 되네요 20:25:25 &lt;alex_the_designer&gt; 예를 들어, 많은 사람들이 공격적인 성향을 보인다면 기본 색채 이론에 따라 불같은 색(빨강, 노랑, 주황)이 적합하다는 걸 알 수 있습니다 20:25:34 &lt;anonymousmaybe&gt; 진심이야? "what things should i2p consider to decide who i2p is for?" 20:25:55 &lt;alex_the_designer&gt; 모든 질문은 진지해요, anon :D 20:26:19 &lt;villain&gt; 방금은 이해가 잘 안 됐어요. 그 질문들이 개인적인 건가요, 아니면 프로젝트 비전과 관련된 건가요 20:26:48 &lt;villain&gt; 곧 작성할게요 20:27:02 &lt;alex_the_designer&gt; 여러분 자신과 가치관, 그리고 프로젝트에 대한 이상에 대해 조금 이야기하는 것이 중요합니다 20:27:31 &lt;anonymousmaybe&gt; alex_the_designer 네, 그건 좀 별로예요. I2P는 모두를 위한 것이니까요, 의문의 여지가 없죠 20:27:46 &lt;alex_the_designer&gt; 우리가 누구이고 무엇을 하는지가 분리된 것이 아니라 서로 영향을 주고받는다는 암묵적인 전제가 있습니다 :D 20:28:36 &lt;anonymousmaybe&gt; 저는 분리(compartmentalization)를 좋아해요, 그래서 Qubes를 쓰죠 :p 20:28:42 &lt;alex_the_designer&gt; anon, 모두를 위한 것이라고 말하는 건 완전히 정확하지 않지 않나요? 20:28:57 &lt;alex_the_designer&gt; 감시 국가들 같은 경우요, 예를 들어 :D 20:29:48 &lt;zzz&gt; 설문 관련해서 다른 사항 있나요? 20:29:52 &lt;alex_the_designer&gt; 보편성은 결과가 될 수는 있습니다. 그러니 그에 대해 강하게 느끼신다면 꼭 적어 주세요 :D 20:30:10 &lt;zlatinb&gt; 저는 없어요 (설문 관련) 20:30:25 &lt;zzz&gt; 회의에 대해 다른 사항 있나요? 20:30:51 &lt;anonymousmaybe&gt; zzz i2p 샌드박싱에 대한 고려 사항이 있나요? 20:30:54 &lt;alex_the_designer&gt; 설문에 참여해 주시는 노력에 깊이 감사드립니다. 길다는 것도 알고 있어요 20:31:16 &lt;zzz&gt; 이걸 해줘서 고마워요, alex 20:31:30 &lt;anonymousmaybe&gt; alex_the_designer 네, 작성할게요 20:31:46 &lt;zzz&gt; anonymousmaybe, 제가 아는 한은 없고, 제가 물어볼 사람도 아니에요. 하지만 회의가 끝난 뒤 이 채널에서 꺼내 보셔도 됩니다 20:31:50 &lt;zzz&gt; 회의에 대해 다른 사항 있나요? 20:32:16 * zzz baffer를 잡는다 20:33:00 * zzz *baffffs* 회의를 종료한다 </div>/ko/blog/2018/09/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-9%EC%9B%94-5%EC%9D%BC/Wed, 05 Sep 2018 00:00:00 +0000/ko/blog/2018/09/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-9%EC%9B%94-5%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> alex, echelon, mikalv, R4SAS, villain, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:07:48 &lt;zzz&gt; 0) 안녕 20:07:48 &lt;zzz&gt; 1) 0.9.36 릴리스 상태 (zzz) 20:07:48 &lt;zzz&gt; 2) 0.9.37 개발 상태 (zzz) 20:07:48 &lt;zzz&gt; 3) LS2 상태 (zzz) 20:07:48 &lt;zzz&gt; 4) CCC(Chaos Communication Congress) 계획 (zzz/echelon/mikalv) 20:07:48 &lt;zzz&gt; 5) 상태 스크럼 (zlatinb) 20:07:55 &lt;zzz&gt; 0) 안녕 20:07:58 &lt;zzz&gt; 안녕 20:08:00 &lt;eche|on&gt; hi 20:08:16 &lt;villain&gt; hi :) 20:08:22 &lt;zzz&gt; 늦어서 미안 20:08:29 &lt;zzz&gt; 1) 0.9.36 릴리스 상태 (zzz) 20:08:47 &lt;zzz&gt; f-droid를 제외하면 다 끝났다고 봅니다 20:08:53 &lt;R4SAS&gt; hi 20:09:04 &lt;zzz&gt; nextloop, f-droid 상태 어때요? 20:09:44 &lt;zzz&gt; ntcp2 테스트는 순조롭습니다 20:09:56 &lt;zzz&gt; 1) 관련해서 더 있을까요? 20:10:09 &lt;R4SAS&gt; 하나 있어요 20:10:33 &lt;R4SAS&gt; debian용 패키지를 목록으로 어디서 볼 수 있나요? 20:10:54 &lt;zzz&gt; packages.debian.org였던 것 같아요 - 검색 상자가 있습니다 20:11:12 &lt;R4SAS&gt; 제 저장소(repo)에 i2p 패키지를 추가할까 생각 중입니다 20:11:32 &lt;zzz&gt; packages.ubuntu.com도 하나 있어요 20:11:44 &lt;zzz&gt; 그리고 우리 저장소는 deb.i2p2.de 입니다 20:12:00 &lt;zzz&gt; 1) 관련해서 더 있을까요? 20:12:03 &lt;R4SAS&gt; ubuntu는 launchpad 패키지를 쓰겠습니다 20:12:36 &lt;zzz&gt; 2) 0.9.37 개발 상태 (zzz) 20:13:03 &lt;zzz&gt; .37 사이클 초반입니다. 9주 사이클로 잡았고 10월 22일 주에 릴리스 예정입니다 20:13:21 &lt;eche|on&gt; ok 20:13:39 &lt;zzz&gt; meeh가 37용 osx 인스톨러 마무리 작업 중이고, 저는 새로운 maxmind geoip 포맷으로 마이그레이션 중입니다 20:13:56 &lt;zzz&gt; 모두 UI 쪽을 보고 있습니다 20:14:13 &lt;zzz&gt; 곧 사용성 테스트 결과가 나올 겁니다 20:14:40 &lt;zzz&gt; 콘솔 도움말 페이지를 transifex로 옮길 예정입니다 20:15:07 &lt;zzz&gt; 번역가분들은 10월 중순에 번역할 시간 좀 비워 주세요! 20:15:11 &lt;zzz&gt; 2) 관련해서 더? 20:15:28 &lt;eche|on&gt; 아직은 없고, ntcp2 기본값? 20:15:32 &lt;eche|on&gt; .37에서? 20:15:37 &lt;meeh&gt; 네 osx 래퍼 작업 중입니다 - 이제 xcode로 포팅했고, 그리고 i2p-browser를 어떻게/만약/무엇으로 할지 :) 20:15:38 &lt;zzz&gt; 네 그거도요 :) 20:16:32 &lt;zzz&gt; 네, 37에서는 ntcp2가 기본입니다. 모두 기본으로 설정된 개발 빌드를 테스트해 주시거나, .36-0 릴리스에서 이를 활성화해 주세요 20:16:38 &lt;zzz&gt; 2) 관련해서 더? 20:17:34 &lt;zzz&gt; 3) LS2 상태 20:17:42 &lt;zzz&gt; 두 달 동안 회의를 약 8번 가졌습니다 20:18:06 &lt;zzz&gt; 아직 논의 단계지만, 곧 몇 가지 결정을 내리고 나아갈 수 있을 것 같습니다 20:18:29 &lt;eche|on&gt; 적어도 뭐라도 20:18:30 &lt;zzz&gt; 새로운 암호화 같은 관련 이슈가 많아서 일이 복잡해지고 있습니다 20:18:47 &lt;zzz&gt; 5년 이상 테이블 위에 올려둔 많은 것들을 드디어 다루고 있습니다 20:19:05 &lt;eche|on&gt; 잘했어요 ! 20:19:17 &lt;zzz&gt; 분명한 것은 모든 것을 한 번에 하지는 않는다는 겁니다 20:19:35 &lt;zzz&gt; 우선 몇 가지 초기 변경을 하고, 선택적 요소를 허용한 뒤 추가 변경을 이어갈 예정입니다 20:19:53 &lt;zzz&gt; 제안 문서 업데이트를 시작했습니다 20:20:17 &lt;zzz&gt; 곧 결정을 문서화하길 바랍니다... 그러면 코딩과 실험을 시작할 수 있을 것입니다 20:21:09 &lt;zzz&gt; 노동절로 일주일 쉬었지만, 다음 회의는 다음 주 월요일 12일 UTC 오후 5시에 #ls2에서 합니다 20:21:44 &lt;zzz&gt; 모두 환영합니다. 우리처럼 깊이 관여한 사람에게도 복잡하고 따라가기 어렵지만, 퍼즐이 맞춰지는 걸 보는 건 재미있습니다 20:21:48 &lt;zzz&gt; 3) 관련해서 더? 20:22:34 &lt;zzz&gt; 4) CCC 계획 20:22:57 &lt;eche|on&gt; ok, ccc는 라이프치히 20:23:01 &lt;zzz&gt; 작년 12월에 예비 결정을 했지만, 전통적으로 매년 이 시기에 규정을 확정합니다 20:23:13 &lt;zzz&gt; 라이프치히로 완전히 확정된 거죠, 맞나요? 20:23:29 &lt;eche|on&gt; 네, 이미 CCC에서 공식 발표했습니다 20:23:36 &lt;zzz&gt; 좋네요, 저는 못 봤어요 20:24:19 &lt;zzz&gt; 회의 티켓은 우리가 구매하고, 비행기/기차 비용은 최대 1500유로까지 환급합니다. 그리고 올해부터는 호텔 비용도 최대 400유로까지 지원하기로 했습니다 20:24:27 &lt;eche|on&gt; 네 20:24:56 &lt;zzz&gt; 1500유로 초과 또는 선지급은 '특별한 사정'이 있을 때만, 예: 정말 무일푼일 때 :) 20:25:13 &lt;eche|on&gt; 지금까지 다 좋아 보입니다 20:25:25 &lt;zzz&gt; 그리고 이는 기본적으로 유급 프로그램 구성원에게만 해당하며, echelon의 승인이 있으면 예외가 가능합니다. 20:25:28 &lt;eche|on&gt; 가능하면 티켓은 중앙에서 관리 20:25:38 &lt;zzz&gt; 회의 티켓은 중앙에서 일괄 구매합니다, 맞습니다. 20:25:48 &lt;zzz&gt; 그래서 누가 오는지... 빨리... 알아야 합니다 20:26:12 &lt;zzz&gt; 자, 제가 여기 적은 규칙에 대해 이의나 변경 사항 있나요? 20:26:12 &lt;eche|on&gt; 10월 말까지 필요하다고 봅니다 20:26:20 &lt;eche|on&gt; 변경할 필요 없음 20:26:31 &lt;meeh&gt; 아니요, 다 좋아요 20:26:49 &lt;zzz&gt; 요지는, 오고 싶다면 프로젝트가 오도록 도울 거라는 겁니다 20:27:35 &lt;zzz&gt; 스티커, 멀티탭, 배너, 테이블 등 기타 물자 관련은 진행하면서 조율합시다. 여기서 논의할 필요는 없습니다 20:27:58 &lt;eche|on&gt; ok, 네 20:28:31 &lt;zzz&gt; 아직 항공권을 못 구했다면 지금 당장 구하세요. LEJ로 들어오는 항공편이 많지 않습니다. 자전거를 타거나 기차를 이용한다면 시간 여유가 좀 더 있습니다 20:28:54 &lt;zzz&gt; 처음 가는 분들은 숙소 등 궁금한 건 다녀온 분들에게 물어보세요 20:29:09 &lt;zzz&gt; 4) 관련해서 더? 20:30:19 &lt;zzz&gt; 5) 스크럼 20:30:28 &lt;zzz&gt; zab이 자리에 없으니 제가 진행하겠습니다 20:31:05 &lt;zzz&gt; 호명하면 1) 지난달에 한 일 2) 다음 달에 할 일 3) 블로커(진행을 막는 문제)를 말해 주세요. 마지막은 EOT 또는 '끝' 같은 걸로 마무리 20:31:13 &lt;zzz&gt; villain, 먼저 하세요 20:33:00 &lt;zzz&gt; eche|on, 당신이 다음 20:33:35 &lt;eche|on&gt; 재무 관련 일 전반, 서버 작업, 테스트, 릴리스(뉴스) 지원을 했고, 다음 달에도 같은 일을 할 예정입니다. 블로커는 없습니다. 내일부터 수요일 12일까지 afk입니다 20:33:58 &lt;zzz&gt; 고마워요. meeh 차례 20:34:27 &lt;meeh&gt; 좋아요, 세 가지로 요약할게요 20:34:28 &lt;meeh&gt; * osx 런처를 xcode로 포팅 완료 - 되돌리기는 어려웠습니다. 제 monotone(버전 관리 시스템) 실력으로는 프리즈 기간에 불장난하면 안 되겠다고 생각해서요 (이때가 프리즈 타임이었습니다) 20:34:28 &lt;meeh&gt; * 제가 서버를 두고 있는 DC 중 하나에서 정전이 나서 전부 꺼졌습니다 - 그래서 오늘은 주로 서비스가 다시 돌아가도록 확인하고 서버들과 씨름했습니다. 20:34:28 &lt;meeh&gt; * 자체 서명 인증서 이슈를 해결하기 위해 firefox/chromium과 프라이버시 브라우저 양쪽을 검토했고, chromium 기반의 qt 플러그인으로 24시간 폭풍 코딩을 했는데 결과가 아주 좋았습니다. 20:35:23 &lt;zzz&gt; 다음 달 계획은? 블로커는? 20:35:49 &lt;meeh&gt; osx 런처는 이제 완전히 xcode로 옮겼고, 아이콘도 다시 보입니다. 액션 핸들러에서 약간 이상한 동작이 있는데 곧 수정될 겁니다 20:36:31 &lt;villain&gt; Ok, monotone과 Java에 대해 배웠습니다. https://trac.i2p2.de/ticket/1244 를 고쳤고, ntcp2 글 번역을 추가했습니다. 0.9.36에 대한 보도자료를 러시아어로 만들었습니다. 지난주에는 비동기 Python 라이브러리를 개발했고, 지금은 문서를 마무리하고 있습니다. https://github.com/l-n-s/i2plib 20:36:47 &lt;meeh&gt; 다음 달에는 제가 검토한 브라우저 건을 더 살펴보겠습니다. 다음 회의 때 리뷰를 드릴 테니 여러분이 승인해 주시면요. 아니면 아마 android와 osx가 우선순위 lsit에서 가장 높을 것 같아요 20:37:35 &lt;zzz&gt; villain, 다음 달 계획? 블로커? 20:38:57 &lt;zzz&gt; 저는 지난달에 NTCP2 및 기타 버그를 많이 수정했고, 36 릴리스를 내보냈습니다. 20:39:30 &lt;zzz&gt; 다음 달에는 새 geoip 코드 작업, LS2 진행 지속, 버그 추가 수정, 도움말 페이지를 번역 준비 상태로 만들겠습니다 20:39:53 &lt;zzz&gt; 다만 다음 주에는 대체로 afk입니다 20:39:56 &lt;zzz&gt; 블로커 없음 20:40:28 &lt;zzz&gt; 다른 보고할 사람 있나요? sl 또는 alex_the_designer ? 20:40:32 &lt;eche|on&gt; :-) 20:40:39 &lt;alex_the_designer2&gt; hi 20:40:59 &lt;zzz&gt; 안녕하세요 alex_the_designer2 지난달/다음 달/블로커 1/2/3으로 알려 주세요 20:41:06 &lt;alex_the_designer2&gt; 지난달: 온보딩에서 막혀 있었습니다. 막힘을 풀어준 eche|on과 meeh에게 큰 감사 20:41:23 &lt;villain&gt; 다음 달은 zzz가 말한 대로 monotone을 더 연습하고, 웹사이트 티켓 고치고, redhat 패키지를 마무리하겠습니다. str4d에게 제 python 라이브러리에 대한 피드백을 듣고, 괜찮다면 github의 i2p organisation에 추가하고 싶습니다 20:41:37 &lt;villain&gt; 그것 말고 블로커는 없습니다 20:41:43 &lt;villain&gt; EOT 20:42:10 &lt;zzz&gt; 고마워요 villain 20:42:15 &lt;alex_the_designer2&gt; 이번 달: trac issue 1996을 보고 있습니다(의견이 필요하다고 하신 게 그거였던 걸로 거의 확신). 또 백서에 대한 글 작성도 시작합니다. 금요일 스트리밍 동안 www 업데이트에 진전이 있었고, 주중에도 계속할 겁니다. 20:42:46 &lt;alex_the_designer2&gt; 블로커는 없습니다. 17-21일은 SF에 있어서 약간 afk-ish. EOT 또는 '그 정도' 같은 거요 :D 20:43:06 &lt;zzz&gt; alex_the_designer2, 첫 회의이기도 하니 금요일 밤 twitch 세션에 대해 간단히 소개해 줄 수 있나요? 어떤 결과물이 나올지, 우리가 어떻게 참여할 수 있는지요? 20:43:20 &lt;alex_the_designer2&gt; 물론이죠! 20:44:14 &lt;alex_the_designer2&gt; 금요일 CST 밤 9:30부터 약 11시까지 twitch.tv/alex_the_designer 에서 스트리밍합니다. 1월에 시작했을 때는 전체 주제가 'FOSS Design'(자유/오픈소스 소프트웨어 디자인)이었지만, 지금은 i2p 쪽에 더 초점을 맞추고 있습니다 20:45:00 &lt;alex_the_designer2&gt; 초보자들이 i2p를 설정하고 사이트를 호스팅하는 방법을 이해하도록 기본 튜토리얼 등을 하고 있습니다. 저는 폭넓은 채택을 가로막는 주된 블로커가 콘텐츠라고 믿습니다 20:45:36 &lt;alex_the_designer2&gt; 도움이 되려면 원하시는 분들은 와서 소통해 주시면 됩니다. 또 각자 선호하는 소셜 미디어 채널로 쇼를 홍보해 주시면 정말 큰 도움이 됩니다 20:46:26 &lt;alex_the_designer2&gt; 이전 방송의 원본 녹화도 몇 개 있어서 온라인에 올리고 싶지만, 편집이 필요합니다(주로 집 IP를 가리기 위해) 20:46:48 &lt;zzz&gt; 시청자 피드백으로 우선순위나 UI 선택에 대한 통찰을 얻고 있나요? 배우는 것들을 게시글이나 티켓, 글로 정리해 우리에게 전달할 방법은? 계획이 있나요? 20:47:08 &lt;alex_the_designer2&gt; the_tin_hat이 꾸준히 와서 많은 웃음과 피드백을 주고 있어요 20:47:42 &lt;alex_the_designer2&gt; UI 선택과 관련해서는, 사용자의 피드백이 충분치 않아 어떤 선택을 정당화하긴 어렵습니다 20:47:52 &lt;eche|on&gt; ok, 6시간 뒤에 알람이 울려서, 저는 자러 갑니다, 나중에 봐요 20:48:03 &lt;alex_the_designer2&gt; 그래서 감과 시행착오에 의존하고 있어요 20:48:04 &lt;zzz&gt; 잘 자요 echelon 20:48:15 &lt;alex_the_designer2&gt; cya echelon! 20:48:35 &lt;zzz&gt; 그럼 우선 청중을 늘려야겠네요 20:49:04 &lt;zzz&gt; 우리 포럼이나 블로그 글 등으로 더 알립시다... 트위터만이 아니라 20:49:33 &lt;zzz&gt; 개요 고마워요 alex, 잘하고 있어요. 더 많은 사용자와 콘텐츠, 더 나은 제품으로 이어지길 바랍니다 20:49:38 &lt;alex_the_designer2&gt; 청중이 여기저기 흩어져 있어서 어떤 채널이든 매우 도움이 돼요 :D 20:49:45 &lt;zzz&gt; 맞아요 20:49:48 &lt;alex_the_designer2&gt; 응원에 감사! 20:50:07 &lt;zzz&gt; 스크럼에서 내가 빠뜨린 사람 있나요? sadie sl 20:50:18 &lt;zzz&gt; 회의에서 더 논의할 것 있나요? 20:50:52 * zzz baffer를 집어든다 20:51:13 &lt;villain&gt; alex_the_designer2: 당신의 스트림을 reddit /r/i2p에 공지할 수 있어요 20:51:31 &lt;zzz&gt; 좋은 생각이에요 20:51:36 &lt;alex_the_designer2&gt; 정말 고마워요 villain 20:51:42 &lt;zzz&gt; 회의 시작이 늦어서 다시 한 번 미안해요 20:51:49 * zzz *bafs* 회의 종료 </div>/ko/blog/2018/08/23/0.9.36-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Thu, 23 Aug 2018 00:00:00 +0000/ko/blog/2018/08/23/0.9.36-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.36은 새로운 보안 전송 프로토콜인 NTCP2를 도입합니다. NTCP2는 DPI(딥 패킷 검사) 검열에 효과적으로 대응하며 CPU 부하를 줄입니다. 이를 통해 I2P는 스마트폰 및 가정용 router(라우터)와 같은 저사양 장치에서도 동작할 가능성이 높아집니다. 이 릴리스에서는 테스트를 위해 해당 프로토콜이 기본적으로 비활성화되어 있습니다.</p> <p>항상 그렇듯이, 이번 릴리스로 업데이트하시기를 권장합니다. 보안을 유지하고 네트워크에 기여하는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2018/08/20/ntcp2-%EA%B5%AC%ED%98%84-%EC%84%B8%EB%B6%80-%EC%82%AC%ED%95%AD/Mon, 20 Aug 2018 00:00:00 +0000/ko/blog/2018/08/20/ntcp2-%EA%B5%AC%ED%98%84-%EC%84%B8%EB%B6%80-%EC%82%AC%ED%95%AD/<p>I2P의 전송 프로토콜은 원래 약 15년 전에 개발되었습니다. 그 당시에는 전송되는 데이터를 숨기는 것이 주된 목표였지, 해당 프로토콜을 사용하고 있다는 사실 자체를 숨기는 것은 아니었습니다. 아무도 DPI(딥 패킷 검사)와 프로토콜 검열에 대한 방어를 진지하게 고려하지 않았습니다. 시간이 흐르면서, 기존 전송 프로토콜이 여전히 강력한 보안을 제공하고 있음에도 불구하고, 새로운 전송 프로토콜에 대한 요구가 생겼습니다. NTCP2는 현재의 검열 위협에 대응하도록 설계되었습니다. 주로, 패킷 길이에 대한 DPI 분석에 대응합니다. 또한 이 새로운 프로토콜은 최신 암호 기술 발전을 활용합니다. NTCP2는 <a href="https://noiseprotocol.org/noise.html">Noise Protocol Framework</a> 를 기반으로 하며, 해시 함수로는 SHA256을, 타원 곡선 Diffie-Hellman(DH) 키 교환으로는 x25519를 사용합니다.</p>/ko/blog/2018/08/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-8%EC%9B%94-7%EC%9D%BC/Tue, 07 Aug 2018 00:00:00 +0000/ko/blog/2018/08/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-8%EC%9B%94-7%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, mikalv, villain, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:05 &lt;zzz&gt; 0) 안녕하세요 20:00:05 &lt;zzz&gt; 1) 0.9.36 진행 상황 (zzz) 20:00:05 &lt;zzz&gt; 2) LS2 진행 상황 (zzz) 20:00:05 &lt;zzz&gt; 3) bobthebuilder.i2p 및 paste.crypthost.i2p 신청서: `http://zzz.i2p/posts/13897` 20:00:05 &lt;zzz&gt; 4) 진행 상황 스크럼 (zlatinb) 20:00:05 &lt;zzz&gt; 5) 9월 4일 회의 일정 변경 (zzz) 20:00:10 &lt;zzz&gt; 0) 안녕하세요 20:00:12 &lt;zzz&gt; 안녕 20:00:21 &lt;zzz&gt; 1) 0.9.36 진행 상황 (zzz) 20:00:27 &lt;zlatinb&gt; 안녕 20:00:29 &lt;villain&gt; 모두 안녕하세요 20:00:34 &lt;zzz&gt; 36 사이클에 들어간 지 6주, 2주 남음 20:00:52 &lt;mikalv&gt; 안녕 20:00:53 &lt;zzz&gt; 태그 동결은 내일; 체크인 마감은 이번 주 금요일로부터 일주일 뒤; 릴리스는 8월 20일 주간 20:01:18 &lt;zzz&gt; 모두 테스트 부탁합니다. 다음 버전은 -rc로 표시하겠습니다 20:01:31 &lt;zzz&gt; 1) 관련해 다른 내용 있나요? 20:02:24 &lt;zzz&gt; 2) LS2 진행 상황 (zzz) 20:02:30 &lt;zzz&gt; 어제 5번째 회의를 했습니다 20:02:47 &lt;zzz&gt; 잘 진행되고 있지만 매우 느립니다. 이슈들이 복잡하고 상호 연관되어 있습니다 20:03:11 &lt;zzz&gt; 오늘 제안서(123)를 업데이트했지만 아직 초안 수준입니다 20:03:41 &lt;zzz&gt; 아직 목표와 우선순위에 합의하지도 못했으므로 시간이 좀 걸릴 것입니다만, 진행 방식에는 만족합니다 20:03:58 &lt;zzz&gt; 누구나 환영합니다. 다음 회의는 다음 주 월요일 UTC 오후 6시, #ls2에서 진행합니다 20:04:27 &lt;zzz&gt; 2) 관련해 다른 내용 있나요? 20:05:13 &lt;zzz&gt; 3) bobthebuilder.i2p 및 paste.crypthost.i2p 신청서: `http://zzz.i2p/posts/13897` 20:05:25 &lt;zzz&gt; 이것들은 콘솔 홈 페이지 추가 요청입니다 20:05:33 &lt;zzz&gt; 신청자 sl이 여기 있나요? 20:06:07 &lt;zlatinb&gt; 보통은 안 계십니다, $HOME 쪽은 지금 늦은 시간이거든요 20:06:27 &lt;zzz&gt; 콘솔 홈 페이지에 이것들을 추가하는 것에 대해 찬반 의견 있으신가요? 20:07:06 &lt;zlatinb&gt; bob the builder 추가에는 +1, 새 paste에는 중립입니다 20:07:13 &lt;zzz&gt; 이의 있습니까? 20:07:31 &lt;mikalv&gt; 콘솔의 온라인 서비스 추가에 +1입니다 20:07:55 &lt;zzz&gt; 두 번째 paste가 있어도 나쁠 것 없습니다. 특히 현재 것이 몇 주씩 오프라인이었던 적이 있었으니까요 20:08:15 &lt;zzz&gt; 요즘은 꽤 안정적이긴 합니다 20:08:40 &lt;zzz&gt; 이의가 없으므로 36에 맞춰 콘솔에 추가하겠습니다 20:08:46 &lt;villain&gt; 제거할 죽은 링크가 있다면, 그 자리에 이 링크들을 추가할 수 있습니다 20:08:50 &lt;zzz&gt; 3) 관련해 다른 내용 있나요? 20:09:04 &lt;eche|on&gt; 없습니다 20:09:11 &lt;zzz&gt; zerobin이 죽은 건 아닙니다. 과거에 가동 시간이 썩 좋지 않았을 뿐이에요 20:09:46 &lt;zzz&gt; 4) 진행 상황 스크럼 (zlatinb) 20:09:49 &lt;zzz&gt; zlatinb 진행해 주세요 20:10:31 &lt;zlatinb&gt; 좋습니다. 돌아가며, 이름이 호출되면 간단히 1) 지난달에 무엇을 했는지 2) 다음 달에 무엇을 할 계획인지 3) 누군가 때문에 막혀 있거나 도움이 필요한지 말씀해 주세요 20:10:57 &lt;zlatinb&gt; The New Kid인 villain부터 시작하겠습니다. 첫 스크럼이니 1)은 건너뛰고 2)와 3)만 말씀해 주세요 20:11:09 &lt;zlatinb&gt; villain, 시작하세요 20:12:24 &lt;zlatinb&gt; villain, 계신가요? 20:12:34 &lt;villain&gt; Java와 monotone을 학습 중이고, 36 릴리스 전에 웹사이트 티켓을 몇 개 더 고칠 계획입니다. zzz와 논의했던 대로요. 그리고 더 많이 배우겠습니다 :) 20:13:00 &lt;villain&gt; 현재 막힌 것은 없습니다 20:13:41 &lt;zlatinb&gt; 좋습니다. 보통 보고 끝에는 EOT라고 말합니다 :) 20:13:48 &lt;villain&gt; 지금은 https://trac.i2p2.de/ticket/1583 를 조사 중입니다 20:13:57 &lt;villain&gt; EOT 20:13:59 &lt;villain&gt; 헤헷 20:14:17 &lt;zlatinb&gt; 감사합니다. zzz, 다음은 당신입니다 20:14:37 &lt;zzz&gt; 좋습니다. 지난달에는 주로 orignal의 도움을 받아 ntcp2를 다듬고 테스트했습니다 20:14:46 &lt;zzz&gt; LS2 연구와 회의를 시작했습니다 20:14:59 &lt;zzz&gt; 물론 버그 수정도 아주 많이 했습니다 20:15:33 &lt;zzz&gt; 다음 달에는 .36 릴리스를 내고, LS2와 버그 수정 등을 계속할 예정입니다 20:15:41 &lt;zzz&gt; 그 과정에서 일부 코드 리팩터링도 할 것입니다 20:16:06 &lt;zzz&gt; 37을 위해 non-jetty용 SSL 마법사까지 손대고 싶습니다. 안타깝게도 36에서는 너무 어려워 손대지 못했습니다 20:16:13 &lt;zzz&gt; 블로커 없음; EOT 20:17:14 &lt;eche|on&gt; 좋습니다. 포럼 관리 업무를 많이 했고, 약간의 코드 테스트, 기부 및 계정 관리도 했습니다. 다음 달에도 이를 계속할 것이며, 현재 블로커는 없습니다 20:17:20 &lt;eche|on&gt; uupos 20:17:40 &lt;zlatinb&gt; 좋아요, 그럼 다음은 eche|on으로 가죠 :) 20:17:51 &lt;eche|on&gt; 대략 이게 전부입니다^^ 20:18:04 &lt;zlatinb&gt; 좋아요, 멋집니다 20:18:10 &lt;zlatinb&gt; mikalv: 당신은요? 20:18:14 &lt;mikalv&gt; 네, 제 것은; 현재; 0.9.36용 OSX Launcher 베타. 계획; 1. OSX Launcher를 계속 작업(보기 좋게 다듬고, 몇 가지 기능 추가와 안정성 향상). 2. 가능하면 zzz의 LS2 연구와 impl.를 돕기. 3. 브라우저 번들의 테스트용 MVP/알파를 내놓기. 20:18:23 &lt;mikalv&gt; 4. 누군가 부재 시 프로젝트가 그런 사건의 영향을 덜 받도록, 핵심 서비스를 호스팅하는 코어 멤버들이 다른 코어 멤버에게 백업/대체 접근 권한을 부여하는 'no-single-person-of-failure' 캠페인을 계속하기. 20:18:28 &lt;mikalv&gt; 블로커; welt로부터 i2p2.de의 DNS 제어권을 가져올 수 있기를 바랍니다. 20:18:56 &lt;mikalv&gt; 저나 eche|on, 최소한 더 활동적인 누군가가요 20:19:09 &lt;zlatinb&gt; 와, 잘 준비하셨네요. 잘하셨습니다 20:19:25 &lt;zlatinb&gt; sadie가 참석할 수도 있다고 했었는데요, sadie 호출합니다 20:19:49 &lt;zlatinb&gt; str4d: 혹시 계신가요? 20:19:53 &lt;eche|on&gt; Welt가 저에게 연락했고, 제가 답했지만 그 후로는 답이 없었습니다 20:19:58 &lt;mikalv&gt; zlatinb: 전 예전에 i2p 하기 전에도 매일 2년 동안 했었죠 :p 20:20:41 &lt;mikalv&gt; DNS 도메인 제어권을 얻어서, trac IP를 더 자유롭게 바꾸고, 나중에는 download도 바꿀 수 있으면 합니다 20:20:59 &lt;zlatinb&gt; Alex W.가 아까까지 있었는데 방금 떠났네요, 그러니 스크럼은 여기까지인 것 같습니다 20:21:16 &lt;mikalv&gt; 상황 때문에, 오래되고 더 이상 쓰지 않는 서버가 새 trac으로 리버스 프록시하고 있습니다 :( 20:22:04 &lt;zzz&gt; 5) 9월 4일 회의 일정 변경 (zzz) 20:22:08 &lt;zlatinb&gt; EOT 20:22:19 &lt;mikalv&gt; 네, 미안해요 EOT 20:22:26 &lt;zzz&gt; 좋습니다. 저는 9월 4일에는 참여할 수 없고, 다른 몇 분도 마찬가지인 것 같습니다 20:22:46 &lt;zzz&gt; 9월 5일 수요일이나 9월 11일 화요일로 할까요? 20:23:01 &lt;zzz&gt; 11일로 하면 10월 2일 회의까지 3주밖에 간격이 없습니다 20:23:27 &lt;zlatinb&gt; 9월 내내 이동 중이라 5일이든 11일이든 확답을 드리기 어렵습니다 20:23:27 &lt;zzz&gt; 작년 12월에 자금 관련 주요 결정을 대부분 내리긴 했지만, 9월 회의 안건에 CCC를 넣고 싶습니다 20:23:44 &lt;mikalv&gt; 저는 둘 다 가능하니 괜찮습니다 20:23:53 &lt;zzz&gt; eche|on, 당신은요? 20:24:12 &lt;eche|on&gt; 11일은 안 됩니다 20:24:30 &lt;zzz&gt; 5일 수요일 괜찮나요? 20:24:41 &lt;eche|on&gt; 5일은 괜찮을 것 같습니다 20:24:52 &lt;zzz&gt; 좋습니다, 그럼 5일 수요일로 일단 잡아두죠 20:24:55 &lt;mikalv&gt; 좋습니다 20:25:02 &lt;zzz&gt; 5) 관련해 다른 내용 있나요? 20:25:06 &lt;zzz&gt; 회의에 대해 다른 내용 있나요? 20:25:51 * zzz baffer를 잡는다 20:26:40 * zzz *bafs* 회의를 종료한다 </div>/ko/blog/2018/07/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-7%EC%9B%94-3%EC%9D%BC/Tue, 03 Jul 2018 00:00:00 +0000/ko/blog/2018/07/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-7%EC%9B%94-3%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, str4d, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 0.9.35 릴리스 상태 (zzz) 20:00:00 &lt;zzz&gt; 2) NTCP2 업데이트 (zzz) 20:00:00 &lt;zzz&gt; 3) LS2 회의 공지 (zzz) 20:00:00 &lt;zzz&gt; 4) 2018년 하반기 자금 지원 프로그램 (zab/zzz) 20:00:00 &lt;zzz&gt; 5) 상태 스크럼 (zab) 20:00:05 &lt;zzz&gt; 0) 안녕하세요 20:00:07 &lt;zzz&gt; 안녕하세요 20:00:16 &lt;zlatinb&gt; 안녕 20:00:21 &lt;zzz&gt; 1) 0.9.35 릴리스 상태 (zzz) 20:00:42 &lt;zzz&gt; 35는 일주일 전에 나왔고, 지금까지 큰 불만은 없습니다 20:01:03 &lt;zzz&gt; maven jars가 올라갔고, meeh가 곧 android를 내놓을 거라고 봐요 20:01:20 &lt;zzz&gt; 공식 debian 관련해서는 아직 mhatta에게서 소식을 못 들었습니다 20:01:57 &lt;zzz&gt; 1)와 관련해 더 있나요? 20:02:44 &lt;zzz&gt; 2) NTCP2 업데이트 (zzz) 20:03:04 &lt;zzz&gt; 지난주에 스펙을 마무리했고, 네트워크에서 동작 중인 router가 몇 대 있습니다 20:03:26 &lt;zzz&gt; i2pd는 자체 구현과 테스트를 진행 중입니다 20:03:30 &lt;eche|on&gt; 지금까지 좋네요 20:03:52 &lt;zzz&gt; 정리 작업을 좀 더 해야 하고, 방화벽 환경용 변형은 아직 테스트하지 못했지만, 전반적으로 잘 되고 있습니다 20:04:21 &lt;zzz&gt; 오늘 포럼에 간단한 FAQ도 올렸습니다 20:04:43 &lt;zzz&gt; 2)와 관련해 더 있나요? 20:05:37 &lt;zzz&gt; 3) LS2 회의 공지 (zzz) 20:06:01 &lt;zzz&gt; 다음 제안서인 123 "LS2"에도 같은 절차를 따르겠습니다 20:06:15 &lt;zzz&gt; 새 암호화(crypto), 서비스 조회(service lookup), 대규모 멀티호밍(massive multihoming) 등 관련 주제도 다룹니다 20:06:36 &lt;zzz&gt; 첫 회의는 7월 9일 월요일 UTC 오후 7시에 #ls2에서 합니다 20:06:45 &lt;eche|on&gt; 좋은 과제, 할 일이 많네요 20:07:05 &lt;zzz&gt; 그러게요, 어떻게 될지 모르겠지만 시작해야 합니다, 너무 오래 지체됐어요 20:07:30 &lt;zzz&gt; 3)와 관련해 더 있나요? 20:07:44 &lt;eche|on&gt; 없어요 20:08:23 &lt;zzz&gt; 4) 2018년 하반기 자금 지원 프로그램 (zab/zzz) 20:08:32 &lt;zzz&gt; 공지사항이 i2pforum.i2p와 zzz.i2p에 올라가 있습니다 20:08:42 &lt;zzz&gt; 이 프로그램은 새 지원자를 받습니다 20:08:51 &lt;zzz&gt; 마감은 7월 25일 수요일입니다 20:09:13 &lt;zzz&gt; 질문 있으면 지금이나 회의 후에 물어보세요 20:09:34 &lt;zzz&gt; 프로그램에 대해 질문 있나요? 20:09:38 &lt;eche|on&gt; 한 가지: 전체 i2p 팀이 새 구성원을 승인할 필요는 없습니다(웹페이지에 명시된 인물들의 팀이나 다른 그룹처럼 팀이 아직 명확히 정의되어 있지 않습니다) 20:10:13 &lt;zlatinb&gt; 최소한 이미 유급 프로그램에 있는 사람들은 승인해야 한다고 생각합니다 20:10:42 &lt;zzz&gt; 맞아요, 아마 전체적으로 승인하면 되는 거지... 각자 개인별 승인이 필요한 건 아니겠죠 20:10:45 &lt;eche|on&gt; 네 20:10:50 &lt;zzz&gt; 그렇게 하면 되겠죠? 20:10:58 &lt;eche|on&gt; 그 점을 분명히 하려고 짚은 거예요 20:11:12 &lt;zzz&gt; ok 20:11:26 &lt;zzz&gt; 4)와 관련해 더 있나요? 20:12:18 &lt;zzz&gt; 5) 상태 스크럼 (zlatinb) 20:12:24 &lt;zzz&gt; 이제 zlatinb에게 넘깁니다 20:12:59 &lt;zlatinb&gt; 안녕하세요. 보통 하던 대로 돌아가며 진행하죠: 1) 지난달에 한 일 2) 다음 달에 할 계획 3) 막히는 점이나 도움이 필요한 것 20:13:03 &lt;zlatinb&gt; zzz: 먼저 하시죠 20:13:33 &lt;zzz&gt; 1) NTCP2 회의, 제안서, 스펙, 구현 및 테스트; .35 릴리스; 버그 수정과 분류 20:14:02 &lt;zzz&gt; NTCP2를 trunk에 병합; github의 EdDSA 업데이트를 trunk에 병합; 로드맵 업데이트 20:14:30 &lt;zzz&gt; 2) NTCP2 테스트, 버그 수정, .36을 위한 기타 작업; LS2 회의 시작, 연구, 계획 20:14:39 &lt;zzz&gt; 3) 막히는 점 없음 20:14:40 &lt;zzz&gt; EOT 20:14:55 &lt;zlatinb&gt; eche|on: 당신은요? 20:15:38 &lt;eche|on&gt; 웹에서 서비스 운영, 포럼 관리, 재정 업무, 릴리스 지원 20:16:02 &lt;eche|on&gt; 그 일들을 계속함, 아직 막히는 점 없음 20:16:23 &lt;zlatinb&gt; Irc2PGuest44785: meeh 너인 거 알아, 여기 있나요? 20:16:43 &lt;zlatinb&gt; 아닌 것 같네요 20:16:48 &lt;zlatinb&gt; str4d: 여기 있나요? 20:17:01 &lt;str4d&gt; 1) NTCP2 설계. 2) LS2 연구 및 설계. 3) 그 외에 할 여유가 없습니다. 20:17:19 &lt;zlatinb&gt; 멋지네요, 만나서 반가워요 20:17:49 &lt;zlatinb&gt; sadie는 없고, manas는 면제라서, 이제 제 차례네요: 20:17:49 &lt;zlatinb&gt; 1) 프로파일링, 실험, 용량 개선을 많이 함 20:17:49 &lt;zlatinb&gt; 2 20:17:52 &lt;zlatinb&gt; 아직 결정하지 못함 20:17:54 &lt;zlatinb&gt; 3) 딱히 없음 20:18:14 &lt;zlatinb&gt; 모두 한 것 같네요 20:18:33 &lt;zlatinb&gt; zzz: 다시 넘깁니다 20:18:37 &lt;zzz&gt; 좋아요, 빨리 끝났네요. 회의에 더 다룰 게 있나요? 20:20:01 * zzz 회의를 닫습니다 </div>/ko/blog/2018/06/26/0.9.35-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 26 Jun 2018 00:00:00 +0000/ko/blog/2018/06/26/0.9.35-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.35는 기본 서명 유형을 Ed25519로 변경합니다. 이는 더 새롭고 더 강력하며 더 빠른 암호화 기술로 이전하는 오랜 과정의 마지막 단계입니다. 이 릴리스에는 다수의 버그 수정과 성능 향상이 포함되어 있습니다.</p> <p>평소와 마찬가지로 이번 릴리스로 업데이트할 것을 권장합니다. 보안을 유지하고 네트워크를 돕는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2018/06/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-6%EC%9B%94-5%EC%9D%BC/Tue, 05 Jun 2018 00:00:00 +0000/ko/blog/2018/06/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-6%EC%9B%94-5%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, obscuratus, zlatinb, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕 20:00:00 &lt;zzz&gt; 1) 0.9.34 F-Droid 상태 (str4d, meeh, nextloop) 20:00:00 &lt;zzz&gt; 2) 0.9.35 업데이트 (zzz) 20:00:00 &lt;zzz&gt; 3) NTCP2 업데이트 (zzz) 20:00:00 &lt;zzz&gt; 4) 상태 스크럼 (zab) 20:00:03 &lt;zzz&gt; 0) 안녕 20:00:05 &lt;zzz&gt; 안녕 20:00:12 &lt;zzz&gt; 1) 0.9.34 F-Droid 상태 (str4d, meeh, nextloop) 20:00:20 &lt;zzz&gt; nextloop 소식 들은 사람 있나요? 20:00:30 &lt;eche|on&gt; 아니요 20:01:22 &lt;zzz&gt; 트위터에서 찾아볼게요, 하지만 지금으로서는 F-droid가 여전히 최신이 아닙니다 20:01:27 &lt;zzz&gt; 2) 0.9.35 업데이트 (zzz) 20:01:54 &lt;zzz&gt; 좋아요, 35는 잘 진행되고 있어요. 릴리스를 1주 미뤘습니다. 태그 프리즈는 1주 뒤, 체크인 마감은 2주 반 뒤입니다 20:02:00 &lt;zzz&gt; 약 3주 후 릴리스 20:02:15 &lt;zzz&gt; 2)와 관련해 다른 사항 있나요? 20:02:40 &lt;eche|on&gt; 아직요 20:03:07 &lt;zzz&gt; 3) NTCP2 업데이트 (zzz) 20:03:37 &lt;zzz&gt; 아직 주간 회의를 진행 중이지만 거의 마무리 단계입니다. 제안서는 꽤 탄탄하지만, (아마) 아직 변경 사항이 남아 있어서 최종본은 아닙니다 20:04:00 &lt;zzz&gt; 테스트 router를 네트워크에 올려두었습니다. 계획은 .36에서 지원을 포함하되 기본값으로 비활성화하고, .37에서 기본 활성화하는 것입니다 20:04:28 &lt;eche|on&gt; orignal이 i2pd용 ntcp2 작업을 한다는 트윗을 방금 봤어요 20:04:37 &lt;zzz&gt; 곧 시작될 LS2 제안에도 동일한 회의 및 의사결정 절차를 적용할 계획입니다 20:04:43 &lt;zzz&gt; 맞아요, 모든 액션은 #ntcp2에 있어요 20:04:51 &lt;eche|on&gt; ok 20:04:58 &lt;zzz&gt; 3)와 관련해 다른 사항 있나요? 20:05:18 &lt;eche|on&gt; .37에서 ntcp2를 사용할 준비가 될까요? 20:05:40 &lt;eche|on&gt; 그건 2018년 말이네요 20:05:48 &lt;zzz&gt; 맞아요, 36에서는 수동으로 활성화한 사람들과 함께 테스트를 하고, 37에서는 기본값으로 활성화할 겁니다 20:05:53 &lt;zlatinb&gt; 다른 질문: 예를 들어 .36에서 bob 전용 모드를 릴리스할 계획이 있나요? 20:06:03 &lt;zzz&gt; 맞아요. 37은 아마 11월일 거예요 20:06:04 &lt;zlatinb&gt; 아니면 테스트를 쉽게 하려고 .35에 bob 전용을 넣을까요? 20:06:14 &lt;zzz&gt; bob 전용이 무슨 뜻이죠? 20:06:28 &lt;zlatinb&gt; 수신 전용 tcp 연결만 20:06:45 &lt;zzz&gt; 아, 수신 전용? 네, 나쁘지 않네요. 다만 35에는 아니에요. 20:06:53 &lt;obscuratus&gt; 제 테스트 네트워크에서 ntcp2 테스트를 시작해도 될까요? 20:06:54 &lt;zzz&gt; 36 주기에서 테스트를 얼마나 받느냐에 달렸습니다 20:07:14 &lt;zzz&gt; obscuratus, 아니요, 전체 지원은 35 릴리스 이후에야 체크인될 겁니다. 아직 개발 중이에요 20:07:29 &lt;eche|on&gt; .35 릴리스 직후에 코드가 꽤 빨리 trunk로 이동하겠죠 20:07:32 &lt;zzz&gt; 지금 35에 들어있는 건 단지 스텁뿐입니다 20:07:36 &lt;zzz&gt; 맞아요, eche|on 20:08:05 &lt;zzz&gt; 3)와 관련해 다른 사항 있나요? 20:09:01 &lt;zzz&gt; 4) 상태 스크럼 (zlatinb) 20:09:03 &lt;zzz&gt; zlatinb, 진행해 주세요 20:09:33 &lt;zlatinb&gt; 안녕하세요, 평소처럼 진행하죠: 1. 지난달에 무엇을 했는지 2. 다음 달 계획 3. 누군가에 의해 막히는 부분이 있거나 도움이 필요한지 20:09:36 &lt;zlatinb&gt; zzz 먼저 하세요 20:09:44 &lt;zzz&gt; ok 20:10:13 &lt;zzz&gt; 저는 NTCP2, 버그 수정, 그리고 35용 신규 기능 마무리 작업(ssl 마법사와 susimail 폴더)을 비슷한 비중으로 했습니다 20:10:48 &lt;zzz&gt; 다음 달에는 NTCP2, 버그 수정, 항상 시간이 많이 드는 35 릴리스, 그리고 LS2 착수를 예상합니다 20:11:01 &lt;zzz&gt; 차단 요소 없음; EOT 20:11:22 &lt;zlatinb&gt; 고마워요. eche|on ? 20:11:37 &lt;eche|on&gt; IRC와 포럼 활동, 자금 관리, 암호화폐 시스템 작업을 많이 했습니다 20:11:54 &lt;eche|on&gt; 이 작업을 계속하고 있고, 휴가를 빼면 아직 막힌 건 없어요 ^^ 20:12:12 &lt;zlatinb&gt; 좋아요. str4d 여기 있나요? 20:12:40 &lt;zlatinb&gt; 없는 것 같네요. meeh 여기 있나요? 20:13:18 &lt;zlatinb&gt; 없는 것 같네요. sadie는 참석 못 하고, mhatta와 slumlord도 없어요 20:13:26 &lt;zlatinb&gt; 음, 대략 이 정도인 듯하네요 20:13:36 &lt;zlatinb&gt; eot 20:13:36 &lt;eche|on&gt; 휴가 시즌이 우리를 강타했네요.. 20:13:44 &lt;eche|on&gt; baffer? 20:13:46 &lt;zzz&gt; 좋아요, 회의에서 더 논의할 거 있나요? 20:14:31 &lt;zzz&gt; 그래요, 이제 baffer 시간이에요 20:14:52 &lt;zzz&gt; 짧은 회의였지만, 진행 중인 일이 많고 모두 잘 되고 있어요 20:14:59 * zzz *bafs* 회의 종료 20:15:01 &lt;zzz&gt; 모두들 고마워요 </div>/ko/blog/2018/05/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-5%EC%9B%94-1%EC%9D%BC/Tue, 01 May 2018 00:00:00 +0000/ko/blog/2018/05/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-5%EC%9B%94-1%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> anonymousmaybe, orignal, str4d, zlatinb, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 0.9.34 F-Droid 진행 상황 (str4d, meeh, nextloop) 20:00:00 &lt;zzz&gt; 2) 0.9.35 업데이트 (zzz) 20:00:00 &lt;zzz&gt; 3) NTCP2 업데이트 (zzz) 20:00:00 &lt;zzz&gt; 4) 상태 스크럼 (zab) 20:00:03 &lt;zzz&gt; 0) 안녕하세요 20:00:05 &lt;zzz&gt; 안녕 20:00:09 &lt;zzz&gt; 1) 0.9.34 F-Droid 진행 상황 (str4d, meeh, nextloop) 20:00:27 &lt;zlatinb&gt; 안녕 20:00:31 &lt;zzz&gt; 오케이, 34에서 남은 건 fdroid뿐이라고 생각해요. 진행 상황 있나요? 20:00:35 &lt;orignal_&gt; 안녕 20:02:10 &lt;zzz&gt; 좋아요, 34 릴리스 후 3주가 지났으니 곧 마무리되길 바랍니다 20:02:15 &lt;zzz&gt; 1)에 대해 다른 내용 있나요? 20:03:01 &lt;zzz&gt; 2) 0.9.35 업데이트 (zzz) 20:03:08 &lt;zzz&gt; 35는 잘 진행되고 있습니다 20:03:29 &lt;zzz&gt; 3주 경과, 7주 남았고, 현재 diff 16K 라인. 기능 동결은 1~2주 내 20:03:57 &lt;zzz&gt; 지금까지 좋은 것들이 많이 들어갔습니다. 늘 그렇듯, 테스터가 필요합니다 20:04:12 &lt;zzz&gt; 2)에 대해 다른 내용 있나요? 20:06:00 &lt;zzz&gt; 3) NTCP2 업데이트 (zzz) 20:06:20 &lt;zzz&gt; 어제 여섯 번째 회의를 했고, 몇 시간 전에 제안서 주간 업데이트를 했습니다. 우리 사이트에 올라가 있습니다 20:06:45 &lt;zzz&gt; 이로써 사양 단계가 거의 마무리됩니다. 아직 깔끔하진 않고 분명히 바뀔 테지만, 큰 틀은 결정되었습니다 20:07:11 &lt;zzz&gt; 이제 테스트 구현 단계입니다. 각 프로젝트는 5월 말까지 구현을 작성해야 하고, 6월에는 상호 운용성 테스트를 진행할 것입니다 20:07:37 &lt;zzz&gt; 물론 코딩을 시작하면서 배우는 것들을 바탕으로 사양도 계속 업데이트할 것입니다 20:08:00 &lt;zzz&gt; 전반적으로 잘 진행되고 있습니다 20:08:15 &lt;zzz&gt; 3)에 대해 다른 내용 있나요? 20:08:21 &lt;orignal_&gt; zzz, NTCP2에 필요한 모든 암호화 구성 요소를 나열해 줄 수 있나요? 20:08:38 &lt;zzz&gt; 사양을 읽어주세요. 여기서 하진 맙시다, 감사합니다 20:08:39 &lt;orignal_&gt; I2P에 이미 있는 것 외에 20:09:02 &lt;zzz&gt; 아니면 회의 후 #ntcp2에서 논의해도 됩니다 20:09:34 &lt;orignal_&gt; 모두에게 흥미로울 수도 있겠다고 생각했어요 20:09:36 &lt;i2pr&gt; [Slack/str4d] 망할 인터넷 20:09:41 &lt;zzz&gt; 3)에 대해 다른 내용 있나요? 20:09:52 &lt;i2pr&gt; [Slack/str4d] 입력 중 20:10:07 &lt;i2pr&gt; [Slack/str4d] 이제 꽤 안정적인 초안 사양이 있으니, 주말에 조금 다듬어 보고, 그다음 제 암호학자 친구들에게 검토를 부탁할게요. 20:11:01 &lt;zzz&gt; 좋아요 20:11:08 &lt;zzz&gt; 3)에 대해 다른 내용 있나요? 20:12:02 &lt;zzz&gt; 4) 상태 스크럼 (zab) 20:12:06 &lt;zzz&gt; 진행해 주세요 zlatinb 20:12:15 &lt;zlatinb&gt; 안녕하세요, 시작하기 전에 - mhatta를 제외하고 모두에게서 자금 요청을 받았는데, 그건 PGP 혼선 때문입니다 20:12:32 &lt;zlatinb&gt; 그래서 오늘 밤 늦게 각자에게 최종 승인을 보내겠습니다 20:12:41 &lt;zlatinb&gt; 그리고 mhatta 건은 조금 지연될 겁니다 20:13:37 &lt;zlatinb&gt; 좋아요 시작하죠 - 돌아가면서, 1-2-3 20:13:37 &lt;zlatinb&gt; zzz: 시작하세요 20:13:45 &lt;zzz&gt; 좋아요 1) 지난달: 20:14:12 &lt;zzz&gt; 34 릴리스, susimail 폴더, DNSoverhTTPS, SSL wizard, 그룹에서 PETS 논문 검토, 새 orchid 릴리스... 20:14:23 &lt;zzz&gt; NTCP2 사양, 회의와 계획 수립 다수, 버그 수정 다수 20:14:30 &lt;zzz&gt; 2) 다음 달: 20:14:51 &lt;zzz&gt; NTCP2 구현, SSL wizard 마무리, 버그 수정 다수, 추가적인 계획 수립과 회의 20:15:04 &lt;zzz&gt; 3) 차단 요소: mhatta TAILS 준비 상태 표시 사양 20:15:06 &lt;zzz&gt; EOT 20:15:18 &lt;zlatinb&gt; 좋아요. str4d 차례예요 20:15:31 &lt;i2pr&gt; [Slack/str4d] 1) 지난달: 20:15:56 &lt;i2pr&gt; [Slack/str4d] - I2P-Bote를 공식 Apache James Server 릴리스로 마이그레이션 완료, Zcash 트랜잭션을 릴레이하는 서비스를 구현할 수 있을 정도로 IMAP과 SMTP를 안정화, 새 릴리스 배포. 20:16:24 &lt;i2pr&gt; [Slack/str4d] - XRDS 아티클 완료 20:16:33 &lt;i2pr&gt; [Slack/str4d] - VRP 초안 업데이트 검토 20:16:40 &lt;i2pr&gt; [Slack/str4d] - 버그 수정 20:16:50 &lt;i2pr&gt; [Slack/str4d] - NTCP2 설계/사양 회의 20:17:02 &lt;i2pr&gt; [Slack/str4d] - Rust로 NTCP2 초안 사양(거의 전부) 구현 20:17:07 &lt;i2pr&gt; [Slack/str4d] 2) 다음 달: 20:17:32 &lt;i2pr&gt; [Slack/str4d] - 초안 사양에서 NTCP2의 남은 자잘한 부분 몇 가지 구현 20:17:46 &lt;i2pr&gt; [Slack/str4d] - NTCP2 테스트 벡터를 생성하는 도구 작성 20:17:55 &lt;i2pr&gt; [Slack/str4d] - 길이 블라인딩에 SipHash가 적절한지 스스로 확신하기 20:18:09 &lt;i2pr&gt; [Slack/str4d] - Noise 확장으로서 ephemeral 키(임시키)의 AES 블라인딩 문서화 20:18:26 &lt;i2pr&gt; [Slack/str4d] - zzz, meeh와 함께 Java로 Noise 구현 작업 20:18:39 &lt;i2pr&gt; [Slack/str4d] - 필요에 따라 릴리스 작업 20:19:32 &lt;i2pr&gt; [Slack/str4d] 3) 차단 요소: 현재 없음; 지장 요소: 여행. 20:19:34 &lt;i2pr&gt; [Slack/str4d] EOT 20:20:00 &lt;zlatinb&gt; 좋아요. meeh 여기 있나요? 20:20:49 &lt;zlatinb&gt; echelon? sadie? 20:21:31 &lt;zlatinb&gt; mhatta: 혹시 여기 계신가요? 20:22:06 &lt;zlatinb&gt; :( 20:22:11 &lt;anonymousmaybe&gt; 방해해서 죄송한데, 여기서 질의응답도 하나요? 아니면 그냥 목록만 나열하나요? 20:22:39 &lt;zlatinb&gt; anonymousmaybe: 스크럼 - 목록 나열, 논의는 아마 나중에 20:22:39 &lt;zzz&gt; 약 30초 후에 다른 주제를 받을게요, 대기해 주세요 20:23:01 &lt;zzz&gt; zlatinb, 그게 다인가요? 20:23:08 &lt;anonymousmaybe&gt; 알겠어요, 감사합니다 20:23:09 &lt;zlatinb&gt; 그런 것 같네요 20:23:36 &lt;zzz&gt; 좋아요, 이제 모두에게 제시간에 참석하라고 단호한 이메일을 보낼 때인 것 같네요... 20:23:48 &lt;zzz&gt; 좋아요 4)는 여기까지 20:23:57 &lt;zzz&gt; 회의에 다른 안건 있나요? anonymousmaybe, 말씀하세요 20:24:51 &lt;anonymousmaybe&gt; DNSoverhTTPS 구현에 대해 질문하고 싶습니다, 20:25:34 &lt;zzz&gt; 좋아요, 그건 상태 회의 이후에 논의하는 게 좋은 기술적 세부사항입니다 20:25:46 &lt;zzz&gt; 회의에 다른 안건 있나요? 20:26:40 &lt;anonymousmaybe&gt; 저는 없습니다 20:27:01 * zzz 버퍼를 잡는다 20:27:38 * zzz *bbbaffs* 회의 종료 </div>/ko/blog/2018/04/10/0.9.34-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 10 Apr 2018 00:00:00 +0000/ko/blog/2018/04/10/0.9.34-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.34에는 은닉 서비스, 스트리밍, 그리고 SAM과 관련된 중요한 버그 수정이 포함되어 있습니다. 이번 릴리스는 기본 서명 유형으로서 Ed25519를, 그리고 새로운 transport(전송 프로토콜)로서 NTCP2를 도입하기 위한 준비 작업을 계속합니다. 성능 개선과 통상적인 다양한 버그 수정도 포함되어 있습니다.</p> <p>항상 그렇듯 이번 릴리스로 업데이트하시길 권장합니다. 보안을 유지하고 네트워크에 도움을 주는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2018/04/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-4%EC%9B%94-3%EC%9D%BC/Tue, 03 Apr 2018 00:00:00 +0000/ko/blog/2018/04/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-4%EC%9B%94-3%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석:</strong> manas, meeh, str4d, zlatinb, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) 안녕하세요 20:00:01 &lt;zzz&gt; 1) 0.9.34 업데이트 (zzz) 20:00:01 &lt;zzz&gt; 2) 0.9.34 블로커 티켓 (str4d) 20:00:01 &lt;zzz&gt; 3) 0.9.34 Android/Maven 빌드 및 릴리스 역할과 일정 (str4d/meeh) 20:00:01 &lt;zzz&gt; 4) 콘솔 홈 페이지에서 open4you.i2p와 git.repo.i2p 제거 제안 (anonymousmaybe) 20:00:01 &lt;zzz&gt; 5) 0.9.35 계획 (zzz) 20:00:01 &lt;zzz&gt; 6) NTCP2 계획 (zzz) 20:00:01 &lt;zzz&gt; 7) 상태 스크럼 (zab) 20:00:05 &lt;zzz&gt; 0) 안녕하세요 20:00:07 &lt;zzz&gt; 안녕하세요 20:00:30 &lt;zzz&gt; 거의 16년에 걸친 회의 269에 오신 것을 환영합니다 20:00:33 &lt;manas&gt; 안녕 20:00:43 &lt;zlatinb&gt; hi 20:00:44 &lt;zzz&gt; 1) 0.9.34 업데이트 (zzz) 20:00:55 &lt;zzz&gt; 좋아요, 번역 및 체크인 마감일은 3일 뒤입니다 20:01:20 &lt;zzz&gt; 최근 버그 리포트는 많지 않습니다 20:01:36 &lt;zzz&gt; 그래서 상황은 좋아 보입니다. 항목 2)만 남았습니다 20:01:56 &lt;zzz&gt; 지난 몇 주 동안 .35와 그 이후 버전에 대해 작업해 왔습니다 20:02:04 &lt;zzz&gt; 1)와 관련해 다른 내용 있나요? 20:03:00 &lt;zzz&gt; 2) 0.9.34 블로커 티켓 (str4d) 20:03:25 &lt;i2pr&gt; [Slack/str4d] 안녕하세요 :B 20:03:32 &lt;zzz&gt; str4d에게 몇 달 전으로 거슬러 올라가는 블로커 티켓이 몇 개 있고, 이미 몇 번의 릴리스를 넘겨가며 미뤄졌습니다 20:03:38 &lt;manas&gt; 안녕 str4d 20:03:38 &lt;zzz&gt; str4d, 이를 어떻게 처리할 계획인가요? 20:04:10 &lt;i2pr&gt; [Slack/str4d] 블로커 티켓은 두 개로 보입니다. 20:04:19 &lt;i2pr&gt; [Slack/str4d] 하나는 구형 Android에서의 리시딩 문제입니다 20:04:39 &lt;zzz&gt; 좋아요, 2개면 '여러 개'보다는 낫네요 20:04:45 &lt;i2pr&gt; [Slack/str4d] 그 건에 대해서는 문제 발생 구간을 좁혔지만, 당시에는 해결책을 찾지 못했습니다(시도했던 방법은 작동하지 않았습니다) 20:05:07 &lt;i2pr&gt; [Slack/str4d] 현재 그 작업에 시간을 낼 수 없고, 구버전의 사용도 점점 줄고 있습니다 20:05:24 &lt;i2pr&gt; [Slack/str4d] 그래서 구형 Android 버전은 사용 중단(deprecate)하는 것이 좋겠다고 생각합니다 20:05:59 &lt;i2pr&gt; [Slack/str4d] Google Play Store가 신규 앱 업로드에 최신 API 준수를 요구하고 있으니, GPlay를 통해 계속 배포하려면 어차피 그렇게 해야 할 수도 있습니다 20:07:02 &lt;zzz&gt; 다른 하나는요? 20:07:16 &lt;i2pr&gt; [Slack/str4d] 그 점에 합의한다면 구형 API 지원 중단은 다음 업데이트에서 비교적 간단히 처리할 수 있습니다. 20:08:03 &lt;i2pr&gt; [Slack/str4d] 다른 하나는 0.9.31의 번역 문자열 수정입니다(원글에서 "사소하지만 블로커로 분류"한다고 했습니다) 20:09:19 &lt;i2pr&gt; [Slack/str4d] 일부는 로컬에서 수정했지만, 추출해 올릴 시간이 없었습니다. 20:09:41 &lt;zzz&gt; 핵심은 UI 버그 수정을 할 의향이 있는지 여부입니다. 당신의 마지막 수정은 5개월 전이었습니다. .34에서 고치길 바라는 티켓 10개 정도를 한 달 전에 강조했습니다. 앞으로 UI 작업을 할 계획이 있나요, 아니면 대체 인력을 찾아야 할까요? 20:09:58 &lt;i2pr&gt; [Slack/str4d] 현실적으로 제게 맡겨두면 계속 미뤄질 겁니다. 지금은 우선순위가 다른 데 있어서요. 20:10:39 &lt;i2pr&gt; [Slack/str4d] UI 패치는 더 밀어넣을 계획이지만, 충분히 짧은 일정으로 하긴 어렵습니다. 20:11:05 &lt;zzz&gt; 그럼 .34든 이후든, 간단한 수정조차 포함해 UI 작업은 전혀 기대하지 말아야 한다는 말인가요? 20:11:31 &lt;i2pr&gt; [Slack/str4d] '간단한'이라는 단어가 그곳에서 엄청난 짐을 지고 있다는 게 문제죠 :stuck_out_tongue: 20:12:11 &lt;i2pr&gt; [Slack/str4d] .34에 대해서는 맞습니다. 제 쪽에서 UI 작업은 기대하지 마세요. 20:12:15 &lt;zzz&gt; 알겠습니다. 몇 달 전에 알았더라면 좋았을 텐데요. 시간을 너무 많이 잃었습니다. 작업을 재배정하고 대체 인력을 찾기 시작하겠습니다. 20:12:22 &lt;zzz&gt; 2)와 관련해 다른 내용 있나요? 20:13:01 &lt;i2pr&gt; [Slack/str4d] ‘간단한’ 수정들을 뽑아낼 수 있도록 패치셋을 다른 분들께 넘겨드릴 수는 있습니다—아마 monotone+git을 다루는 데 저보다 운이 좋을지도 모르니까요 20:13:23 &lt;zzz&gt; 3) 0.9.34 Android/Maven 빌드 및 릴리스 역할과 일정 (str4d/meeh) 20:14:03 &lt;zzz&gt; .34의 maven/FDroid/Android 릴리스에서 누가 무엇을 맡을지 str4d와 meeh가 정했는지 알고 싶습니다. 그래야 책임자를 분명히 하고 일정도 파악할 수 있습니다 20:15:37 &lt;i2pr&gt; [Slack/str4d] Meeh가 Android와 FDroid의 서명 키를 가지고 있습니다 20:15:51 &lt;meeh&gt; 지금 정할 수 있어요. str4d, 당신이 시간 낼 수 있나요, 아니면 제가 할까요? 20:16:16 &lt;i2pr&gt; [Slack/str4d] 당신이 하고, 제가 옆에서 코치하는 식이면 좋겠습니다 :slightly_smiling_face: 20:16:31 &lt;i2pr&gt; [Slack/str4d] (우리의 릴리스 역량을 확장하고 싶어서요) 20:16:47 &lt;zzz&gt; meeh, 괜찮나요? 20:17:00 &lt;i2pr&gt; [Slack/str4d] 이를 위해 페어 작업할 시간을 잡으면 됩니다. 20:17:16 &lt;meeh&gt; 네, 그렇게 하죠. 지금으로선 최선의 선택입니다. 작업 방법과 해야 할 일들을 최신으로 알려주세요 20:17:29 &lt;zzz&gt; Maven Central은 어떻게 하죠? 20:17:45 &lt;i2pr&gt; [Slack/str4d] 현재 그쪽 자격 증명을 가진 사람은 저뿐입니다. 20:18:08 &lt;meeh&gt; 네, 저는 Maven 접근 권한이 없습니다 20:18:22 &lt;i2pr&gt; [Slack/str4d] 이를 변경하려면 Sonatype 쪽에서 몇 가지 절차를 거쳐야 합니다 20:18:29 &lt;zzz&gt; 그럼 당신이 할 건가요, 아니면 meeh에게 권한을 줄 건가요? 누가 책임지고 언제 진행될지 알아야 합니다 20:18:39 &lt;i2pr&gt; [Slack/str4d] (처음 설정할 때 제가 했던 일들을 어렴풋이 떠올리는 중입니다) 20:18:52 &lt;i2pr&gt; [Slack/str4d] .34에 대해서는 제가 하겠습니다 20:19:21 &lt;i2pr&gt; [Slack/str4d] (아마 meeh와 같은 페어 세션에서요) 20:19:57 &lt;zzz&gt; 좋습니다. 전체 릴리스를 2주 마감으로 잡아도 될까요? 제가 4월 10일까지 제 걸 마치면, 4월 24일이 됩니다. 괜찮죠? 20:20:41 &lt;i2pr&gt; [Slack/str4d] 좋습니다. 20:20:51 &lt;zzz&gt; meeh, 괜찮죠? 20:20:56 &lt;i2pr&gt; [Slack/str4d] 저는 9일이 포함된 주에는 덴버에 있고, 그다음 주에는 영국으로 돌아갑니다 20:21:09 &lt;i2pr&gt; [Slack/str4d] 그래서 meeh의 시간대에 더 맞는 주로 하면 됩니다 20:21:11 &lt;meeh&gt; 네엡 20:21:39 &lt;zzz&gt; 좋아요. meeh, GPlay 크래시 리포트를 확인했다는 확인(ACK)도 필요합니다 20:21:45 &lt;zzz&gt; 3)와 관련해 다른 내용 있나요? 20:21:49 &lt;meeh&gt; 그 일정에서 str4d에게 맞추도록 조정할 수 있을 겁니다 20:22:27 &lt;zzz&gt; 4) 콘솔 홈 페이지에서 open4you.i2p와 git.repo.i2p 제거 제안 (anonymousmaybe) 20:22:48 &lt;zzz&gt; anonymousmaybe가 두 사이트가 수주 내지 수개월째 다운되어 있다고 보고했고, router 콘솔에서 제거할 것을 권고했습니다 20:22:55 &lt;zzz&gt; 이의 있나요? 20:23:28 &lt;i2pr&gt; [Slack/str4d] git.repo.i2p는 한동안 다운되어 있었는데, 주된 이유는 제가 다시 가동시킬 시간을 내지 못했기 때문입니다. 20:23:53 &lt;zzz&gt; 그러면 반대 의사는 없는 걸로 들리네요 :) 20:23:55 &lt;i2pr&gt; [Slack/str4d] 다시 가동시키길 원하신다면 시간을 내서 그렇게 할 수 있습니다. 다만 제거하는 데에도 이의는 없습니다. 20:24:06 &lt;zzz&gt; 그렇지 않다면 .34에서 둘 다 제거하겠습니다 20:24:31 &lt;i2pr&gt; [Slack/str4d] open4you.i2p에 대해서는 이의 없습니다 20:24:33 &lt;zzz&gt; 서비스가 올라오고 안정화되면 정상 절차에 따라 재포함을 신청할 수 있습니다 20:25:00 &lt;zzz&gt; 콘솔 홈 페이지에 죽은 링크가 있는 것은 사용자 경험에 매우 안 좋습니다. 우리는 사용자에게 링크를 유지하든 제거하든 책임 있게 대응해야 합니다 20:25:06 &lt;i2pr&gt; [Slack/str4d] ACK(제 기억이 맞다면 처음에도 그 절차를 따랐습니다 :D) 20:25:15 &lt;zzz&gt; 좋습니다. 4)에 대해 다른 내용 있나요? 20:25:54 &lt;zzz&gt; 5) 0.9.35 계획 (zzz) 20:26:11 &lt;zzz&gt; 1~2주 전에 로드맵 회의를 했고, 웹사이트의 로드맵은 그 결과를 반영하고 있습니다 20:26:22 &lt;zzz&gt; 다른 것들은 36/37로 미뤄졌습니다 20:26:35 &lt;zzz&gt; 이미 몇 주 전부터 35의 기능들에 집중해 작업하고 있습니다 20:26:55 &lt;zzz&gt; 매 릴리스마다 이렇게, 일을 미리 해두고 사이클 초기에 병합하는 방식으로 진행하고 싶습니다 20:27:13 &lt;i2pr&gt; [Slack/str4d] +1 20:27:13 &lt;zzz&gt; 일정은 .35를 6월 중하순에 릴리스하는 것으로, 표준 10주 주기입니다 20:27:34 &lt;manas&gt; .35 릴리스 전에 지난번과 비슷한 회의를 하나요? 20:27:57 &lt;zzz&gt; 네, 각 릴리스 몇 주 전에 다음 작업을 위한 로드맵 회의를 하고 싶습니다 20:28:06 &lt;manas&gt; 좋습니다 20:28:20 &lt;zzz&gt; all the 5)에 대해 더 있을까요? 20:28:35 &lt;zzz&gt; s/all the// 20:29:08 &lt;i2pr&gt; [Slack/str4d] .35 로드맵은 제게 합리적으로 보입니다 20:29:24 &lt;i2pr&gt; [Slack/str4d] 프라이빗 테스트넷 설정 개선에 +1 :smile: 20:30:01 &lt;zzz&gt; 6) NTCP2 계획 (zzz) 20:30:09 &lt;manas&gt; 포럼에 조금 늦게 글을 올렸는데, 프라이빗 테스트넷의 구체 사항을 논의하기 위한 회의를 갖고 싶습니다(아니면 다음 회의에서 논의해도 좋고요) 20:30:30 &lt;zzz&gt; 좋습니다. 3개 프로젝트의 대표들과 팀을 구성했습니다. 지금까지 두 번의 회의를 했고, 제안의 새 버전을 올렸습니다 20:30:39 &lt;meeh&gt; manas 하루 정도 내로 연락드릴게요. 그 주제에 대해 저도 약간 작업했습니다 20:30:43 &lt;zzz&gt; 매주 한 번 회의를 하고, 매번 회의 후에 새 초안을 내놓을 계획입니다 20:30:49 &lt;manas&gt; meeh: 알겠습니다 :) 20:31:02 &lt;zzz&gt; 목표는 4월 말까지 마무리하고 5월 말까지 테스트 구현을 갖추는 것입니다. 20:31:19 &lt;zzz&gt; 다음 회의는 #ntcp2에서 4월 9일 UTC 오후 4시에 열립니다. 누구나 환영합니다. 20:31:20 &lt;i2pr&gt; [Slack/str4d] 어떤 proposal을 진행 중인가요? 20:31:36 &lt;zzz&gt; 어제 올린 버전입니다. 20:31:52 &lt;zlatinb&gt; 클리어넷(일반 인터넷) 포럼에 있어요, str4d 20:32:16 &lt;zzz&gt; 사실 웹사이트에 있습니다. proposal 111. 20:32:56 &lt;i2pr&gt; [Slack/str4d] 알겠습니다. 그러면 제가 제안했던 업데이트군요 20:33:06 &lt;zzz&gt; 의견은 i2pforum.i2p, i2pforum.i2p, Trac 티켓, zzz.i2p 스레드, #ntcp2, 여기, 제게 이메일 등 원하는 어떤 방식으로든 남겨주세요. 클리어넷이든 아니든 상관없습니다. 모두의 참여를 환영합니다. 20:33:11 &lt;i2pr&gt; [Slack/str4d] 웹사이트에 올라간 내용이 제가 로컬에서 작업하던 것과 일치하는지 확인해야 합니다 20:33:46 &lt;zzz&gt; 일주일 전에 이메일로 보냈듯이, 별도의 proposal은 필요하지 않습니다. 20:34:12 &lt;zzz&gt; 111이 proposal이며, 회의 후 매주 업데이트하겠습니다.\ 20:34:33 &lt;i2pr&gt; [Slack/str4d] 회의 후에 핑 드리겠습니다. 20:34:40 &lt;zzz&gt; 6)과 관련해 다른 내용 있나요? 20:36:00 &lt;zzz&gt; 7) 상태 스크럼 (zab) 20:36:04 &lt;zzz&gt; zlatinb, 진행해 주세요 20:36:30 &lt;zlatinb&gt; 안녕하세요. 스크럼을 시작하기 전에, 보상을 받길 원하는 분은 zzz가 그의 포럼에 올린 타임시트/요청 양식을 작성해 주세요 20:36:55 &lt;zlatinb&gt; 그리고 그 양식을 제게 이메일로 보내주세요 20:36:58 &lt;zlatinb&gt; 자, 이제 스크럼 시작합니다 20:37:01 &lt;zzz&gt; 좋습니다. 적어도 이달 마지막 주까지 기다리길 제안합니다. 그래야 그때까지 얼마나 일했는지 사람들이 알 수 있으니까요? 20:37:42 &lt;i2pr&gt; [Slack/str4d] 동의합니다. 제 이해로는 이번 분기가 2월에 시작했죠 20:37:43 &lt;zlatinb&gt; 좋습니다만, 제가 양식을 받은 뒤 며칠이 필요합니다 20:38:09 &lt;manas&gt; 게시글에는 4월 23일 이전에는 안 된다고 한 것으로 압니다 20:38:29 &lt;zzz&gt; 게시글에는 이메일 발송 최조일은 4월 23일, 최종일은 4월 30일이라고 썼습니다. 하지만 규정은 당신이 정하고, 저는 그에 맞춰 업데이트하겠습니다. 20:38:49 &lt;zlatinb&gt; 그 날짜들로 괜찮습니다 20:39:07 * zlatinb 게시글을 안 읽은 게 들켰네요 ;-) 20:39:17 &lt;zlatinb&gt; 어쨌든 :) 20:39:50 &lt;zlatinb&gt; 그럼 스크럼—돌아가면서 하죠. 이름이 불리면 다음을 간단히 올려 주세요 20:39:56 &lt;zlatinb&gt; 1) 지난 스크럼 이후 무엇을 했는지 20:40:02 &lt;zlatinb&gt; 2) 다음 달에 무엇을 할 예정인지 20:40:21 &lt;zlatinb&gt; 3) 누군가에게 막혀 있는지, 또는 도움이 필요한 것이 있는지 20:40:40 &lt;zlatinb&gt; 영상 채팅으로 업데이트해 왔더라도 부탁드립니다. 기록으로 남기기 위함입니다 20:41:02 &lt;zlatinb&gt; 그럼, zzz 먼저 하시죠 20:41:35 &lt;zzz&gt; 고마워요 zlatinb. 지난달에는 .34 릴리스 작업을 많이 했습니다. 다수의 버그 수정과 새 기능이 포함됩니다. 20:42:13 &lt;zzz&gt; 최근에는 35의 기능과 연구로 전환했습니다. susimail 폴더와 새로운 NTCP2 프로토콜을 포함합니다 20:42:53 &lt;zzz&gt; 다음 달에는 한 달 전에 받은 논문을 검토하고, NTCP2 작업을 계속하며, 34 릴리스를 내보낼 계획입니다, 20:43:05 &lt;zzz&gt; 그리고 버그를 수정합니다. 3) 블로커 없음. EOT. 20:43:18 &lt;zlatinb&gt; 감사합니다 20:43:26 &lt;zlatinb&gt; eche|off: 혹시 여기 계신가요? 20:43:39 &lt;zzz&gt; 아마 아닌 것 같네요 20:43:40 &lt;zlatinb&gt; 안 온다고 했던 건 알지만 혹시나 해서요... 20:44:03 &lt;zlatinb&gt; 좋습니다. 다음 상근자—meeh, 시작해 주세요 20:44:22 &lt;meeh&gt; 하이라이트 20:44:22 &lt;meeh&gt; 새로운 OSX 런처의 MVP(최소 기능 제품)를 곧 마무리합니다. outproxy(아웃프록시) 서비스를 개선하고 성능 튜닝을 했습니다. Scala 테스트를 몇 개 했고, 더 할 예정입니다. Android와 OSX 개발/테스트에 필요한 테스트 시스템도 구축했습니다. 코드베이스에 다시 익숙해지는 데도 시간을 썼고, proposal들도 어느 정도 읽어뒀습니다. 20:44:40 &lt;meeh&gt; 기타: 지금은 정확히 기억나지 않는 게 많네요. 20:45:23 &lt;meeh&gt; 다음 라운드: OSX용 MVP를 준비 완료합니다. 멋진 브라우저 번들로 놀라게 해드리겠습니다. Scala 테스트, Android, 기여 문서화에 더 집중하겠습니다 20:45:51 &lt;meeh&gt; 블로커: 음… 지난 영상에서 논의한 대로 DNS 변경 사항에 대해 더 확실해지는 것 20:46:12 &lt;zlatinb&gt; 맞습니다. welt를 더 적극적으로 독촉해야겠네요 20:46:34 &lt;zlatinb&gt; 또 다른 내용 있나요, meeh? 20:46:51 &lt;meeh&gt; 변경 사항과 시점을 확정할 수만 있다면, 새로운 서버와 소프트웨어로 일부 오래된 서비스를 사용 중단하고 정리할 수 있습니다(클린업 등) 20:46:59 &lt;meeh&gt; i2p용 제 서비스들을 개선합니다 20:47:04 &lt;meeh&gt; 이상입니다 :) 20:47:19 &lt;zlatinb&gt; 좋네요 20:47:35 &lt;zlatinb&gt; manas: 그곳은 지금 아주 늦은 시간이겠네요. 반갑습니다. 업데이트 부탁드려요? 20:47:56 &lt;manas&gt; 여러분, 안녕하세요. 다시 뵈니 반갑습니다 20:47:57 &lt;manas&gt; 요약하자면: Java를 공부하기 위해 보는 책에서 Java 문법을 다루는 4장까지 학습했습니다. 이번 달에는 5장(자바의 객체)으로 계속할 예정입니다. Java 코드를 조금 작성했고 zzz가 리뷰해 줬습니다(감사합니다, zzz). 암호(crypto)도 계속 공부할 예정입니다. Ant와 Gradle을 읽어보고 있습니다. 테스트넷에 대해 생각 중이고, 이를 위해 하드웨어를 구입할 계획입니다 20:47:58 &lt;manas&gt; 계속해서 제가 운영하는 서비스들을 유지 관리하고, 보안 공지를 놓치지 않도록 하고 있습니다. Trac과 포럼 글을 정기적으로 읽고 답변하고 있습니다. 20:48:19 &lt;manas&gt; meeh, outproxy 운영에 관한 글/문서가 있으면 공유해 주세요. 읽어보고 싶습니다 :) 20:48:21 &lt;manas&gt; eot 20:48:57 &lt;zlatinb&gt; 좋습니다—조만간 OTF와 관련해 outproxy 운영에 대해 이야기하고 싶습니다 20:49:08 &lt;meeh&gt; 좋아요, 그건 나중에 이야기하죠. 기본적으로 도메인 필드를 비워 둔 tunnel입니다 20:49:09 &lt;zlatinb&gt; 하지만 이제 스크럼으로 돌아가죠—str4d 당신 차례입니 20:49:11 &lt;zlatinb&gt; 다 20:49:18 &lt;i2pr&gt; [Slack/str4d] 지난달에는 현재의 암호(crypto) 스펙 작업을 했고, proposal들을 새 포럼으로 이전하는 절차를 시작했습니다. 로마에서 열린 Tor 개발자 회의에 참석했으며(목적은 Zcash였지만 I2P 관련 논의도 여럿 했습니다), Elio/Ura와 웹사이트 목업 작업을 했고, NTCP2 초안 구현을 준비하며 Ire 작업을 했습니다. 그리고 전반적으로 20:49:19 &lt;i2pr&gt; NTCP2의 암호 기본 원시(primitive)에 대해 고민했습니다. 20:50:20 &lt;i2pr&gt; [Slack/str4d] 다음 달에는 이메일을 확인할 계획이고요 XD, .34 Android/Maven 관련해 meeh와 페어 작업을 하고, 자꾸 놓치는 회의들을 제 캘린더에 잡아두며, 그 논문을 리뷰하고, Noise 라이브러리 이슈들을 파악하기 위해 NTCP2의 초안 구현을 시작하며, Elligator 유사한 임시 키 블라인딩을 명세화하는 작업을 하겠습니다. 20:50:50 &lt;i2pr&gt; [Slack/str4d] 유일한 블로커는 이메일 관련입니다. 끝나고 관련해 분들께 핑 드리겠습니다. 20:50:57 &lt;i2pr&gt; [Slack/str4d] EOT 20:51:38 &lt;zlatinb&gt; i2pr: str4d 핑 핑 20:52:35 &lt;zlatinb&gt; 감사합니다 20:52:46 &lt;zlatinb&gt; slack에 sadie 있나요? 20:53:40 &lt;zlatinb&gt; 없다면 7)은 이게 모두인 것 같네요 20:54:03 &lt;zzz&gt; 좋습니다, 고마워요 zlatinb. 회의에 대해 다른 내용 있는 분? 20:54:38 &lt;i2pr&gt; [Slack/str4d] 여기엔 없는 것 같네요 20:54:55 &lt;meeh&gt; 아니요. outproxy를 위해 리소스를 더 마련하고 개선하겠다는 공지만요 20:55:03 * zzz baffer를 잡는다 20:56:00 * zzz 회의를 *baffs* 종료한다 </div>/ko/blog/2018/03/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-3%EC%9B%94-6%EC%9D%BC/Tue, 06 Mar 2018 00:00:00 +0000/ko/blog/2018/03/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-3%EC%9B%94-6%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, meeh, psi, str4d, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 0.9.33 남은 릴리스 항목 (f-droid.org, 공식 Debian) (nextloop, mhatta) 20:00:00 &lt;zzz&gt; 2) 0.9.34 업데이트 (zzz) 20:00:00 &lt;zzz&gt; 3) 상태 스크럼 (zab) 20:00:04 &lt;zzz&gt; 0) 안녕하세요 20:00:06 &lt;zzz&gt; 안녕 20:00:17 &lt;zlatinb&gt; 안녕 20:00:20 &lt;zzz&gt; 이 훌륭한 15년 된 프로젝트의 제 268회 미팅에 오신 것을 환영합니다! 20:00:44 &lt;zzz&gt; 1) 0.9.33 남은 릴리스 항목 (f-droid.org, 공식 Debian) (nextloop, mhatta) 20:01:03 &lt;zzz&gt; 좋아요, nextloop이 f-droid용 PR을 올렸는데 아직 반영되지는 않았지만 곧 될 거라 기대합니다 20:01:30 &lt;zzz&gt; Debian 쪽은 아직 mhatta에게서 소식을 못 들었고, Bionic 마감도 놓쳤습니다 20:01:51 &lt;zzz&gt; 1)와 관련해 다른 사항 있나요? 20:03:01 &lt;zzz&gt; 2) 0.9.34 업데이트 (zzz) 20:03:37 &lt;zzz&gt; 예정된 10주 사이클의 절반 지점에 와 있습니다. 지금부터 4주 반 후로 체크인 마감일을 설정했습니다. 태그 프리즈는 3주 뒤, 릴리스는 5주 뒤입니다 20:04:03 &lt;zzz&gt; 현재 diff가 16K 라인입니다. 가장 눈에 띄는 변경은 susimail 재작업의 2부입니다. 나머지는 여기저기서 수정들입니다 20:04:28 &lt;zzz&gt; 가능하다면 팀 모두가 이번 릴리스를 위해 몇 개의 티켓을 처리해 주시길 권합니다 20:05:01 &lt;zzz&gt; ‘큰 변경’ 마감은 지났지만, 여전히 여러 가지 수정이 모두에게서 들어오길 기대하고 있습니다 20:05:21 &lt;zzz&gt; 그리고 물론, 개발 빌드 테스트도 모두의 일입니다, 부탁드려요 20:05:31 &lt;zzz&gt; 2)와 관련해 다른 사항 있나요? 20:07:01 &lt;zzz&gt; 3) 상태 스크럼 (zab) 넘깁니다 20:07:04 &lt;eche|on&gt; 딱히요 20:07:11 &lt;zlatinb&gt; 안녕하세요. 모두 돌아가면서, 이름이 불리면 다음에 대해 간단히 말씀해 주세요: 20:07:21 &lt;zlatinb&gt; 1) 지난 스크럼 이후 무엇을 했는지 20:07:29 &lt;zlatinb&gt; 2) 다음 달에 무엇을 할 계획인지 20:07:44 &lt;zlatinb&gt; 3) 막힌 부분이 있는지, 누군가의 도움이 필요한지 20:08:11 &lt;zlatinb&gt; 질문에 답하거나 코멘트를 하고 싶다면 스크럼이 끝날 때까지 기다려 주세요 20:08:21 &lt;zlatinb&gt; 그럼 시작하죠 - zzz, 시작해 주세요 20:09:10 &lt;zzz&gt; 좋아요. 앞서 말한 것 외에도... 콘솔과 eepsite에서의 ssl 지원 개선; upnp 개선; ipv6 수정; 그리고 기타 리팩터링을 진행해 왔습니다 20:09:40 &lt;zzz&gt; 다가오는 한 달 동안 ssl과 ipv6 작업을 계속하고, 릴리스(4월 초 예정)를 위한 다른 수정들도 마무리할 예정입니다 20:10:06 &lt;zzz&gt; 제안서 작업은 str4d와 함께 진행해야 해서 지금 막혀 있습니다 20:10:07 &lt;zzz&gt; EOT 20:10:41 &lt;zlatinb&gt; eche|on: 진행해 주세요 20:11:07 &lt;eche|on&gt; 좋아요, trac, 포럼, 블로그 작업을 해 왔습니다 20:11:28 &lt;eche|on&gt; 다음 달에도 계속할 거고, 홍보(PR)를 좀 더 하고, 재정 업데이트도 하고,... 20:11:39 &lt;eche|on&gt; 현재는 모두 괜찮고, 다음 주에는 여행 중입니다 20:12:12 &lt;zlatinb&gt; 좋습니다. meeh, 여기 계신가요? 업데이트 부탁드려요? 20:12:38 &lt;meeh&gt; 네, 잠깐만요 20:13:45 &lt;meeh&gt; OSX를 쓰고 있어서 OSX 런처 부분이 정말 성가셔서 그걸 작업하고 있었고, 또 지난 1.5일은 우리(trac)의 형편없는 sqlite DB를 더 확장 가능한 것으로 마이그레이션하는 데 썼습니다 20:13:53 &lt;meeh&gt; 그 null 바이트 문제를 피하려고 하고 있습니다 20:14:31 &lt;meeh&gt; 가져오기를 시도하기 전에 pgsql에 모든 테이블을 미리 수동으로 정의해 두면(그럼 가져올 때는 테이블 없이) 이제는 작동할 것 같습니다 20:15:37 &lt;meeh&gt; 그리고 네, git-&gt;monotone 내보내기와 관련해서도 뭔가 있을 듯합니다 20:15:45 &lt;meeh&gt; 저는 여기까지입니다 20:16:22 &lt;zlatinb&gt; 좋아요, 막힌 건 없는 걸로 이해하면 될까요? 20:16:46 &lt;meeh&gt; 없습니다 20:16:50 &lt;meeh&gt; 모두 괜찮아요 :) 20:17:16 &lt;zlatinb&gt; 훌륭해요. psi, 같이 하실래요? 20:17:22 &lt;psi&gt; 그럼요 20:17:28 &lt;psi&gt; 음, 어디 보죠 20:17:47 &lt;psi&gt; 1) i2p에서 제 첫 스크럼입니다 20:18:18 &lt;psi&gt; 2) 이번 달에는 libsam을 아주 번쩍번쩍 멋지게 만들겠습니다 20:18:32 &lt;psi&gt; 아마 epoll/kqueue 변형도 추가할 수 있습니다 20:18:57 &lt;psi&gt; 3) 현재 libsam을 위해 GitHub에 올린 PR에 대한 리뷰를 기다리고 있습니다 20:19:00 &lt;psi&gt; EOT 20:19:20 &lt;zlatinb&gt; 좋네요 20:19:24 &lt;zlatinb&gt; str4d: 여기 계신가요? 20:19:51 &lt;zlatinb&gt; sadie, 혹시 계신가요? 20:20:09 &lt;zzz&gt; sadie가 아마 참석하지 못할 거라고 했습니다 20:20:41 &lt;zlatinb&gt; 그리고 str4d는 자리에 없는 것 같네요 20:20:55 &lt;zlatinb&gt; 그럼 스크럼은 여기까지인 것 같네요 - manas는 면제이고 mhatta는 연락 두절입니다 20:21:20 &lt;zzz&gt; 좋아요, 3) 관련해 다른 사항 있나요? 미팅에 대해 다른 사항 있나요? 20:21:34 &lt;zlatinb&gt; 이제, 스크럼 중에 나온 내용에 대해 질문이나 코멘트 있으신가요? 20:21:41 &lt;meeh&gt; Q/A 시간이 되면 oracle, 라이선스, 그리고 우리와 관련된 질문이 하나 있어요 20:21:54 &lt;zlatinb&gt; (여기가 blocker/blockee 부분입니다) 20:22:05 &lt;zlatinb&gt; meeh: 좋아요, 미팅 끝나고 얘기하죠 20:22:43 &lt;zzz&gt; 가능한 모든 패키징 변경과 개선 작업은 mhatta 쪽에 막혀 있다고만 덧붙이겠습니다 20:23:12 &lt;zzz&gt; 그리고 Tails 시작 알림 기능도 마찬가지입니다 20:24:22 &lt;zlatinb&gt; 좋아요. 3)은 이것으로 끝인 것 같습니다 20:24:33 &lt;zzz&gt; 좋아요, 미팅에 대해 다른 사항 있나요? 20:25:02 * zzz baffer를 집는다 20:25:27 &lt;i2pr&gt; [Slack/str4d] 여기 있습니다 20:25:38 * zzz baffer를 내려놓는다 20:25:38 &lt;zlatinb&gt; 오하이 20:25:39 &lt;i2pr&gt; [Slack/str4d] 지연되어 죄송합니다, 인터넷 문제가 또 있었어요 20:26:13 &lt;zlatinb&gt; 그렇다면, 간단히 1) 무엇을 했는지 2) 무엇을 할 예정인지 3) 막힌 점/도움이 필요한지? 20:27:58 &lt;i2pr&gt; [Slack/str4d] 1) 버그 수정, 릴리스 작업, router 콘솔 UI 패치셋, Android 작업 및 서명 키 위임, 티켓 분류, XRDS 기사 20:29:14 &lt;i2pr&gt; [Slack/str4d] 아, 그리고 Ura와의 협업 20:29:24 &lt;i2pr&gt; [Slack/str4d] (평소 회의 등도 포함) 20:31:40 &lt;i2pr&gt; [Slack/str4d] 2) 모든 제안을 새 포럼으로 이전, NTCP Noise 초안을 새로운 제안으로 마무리, Tor 개발자 미팅, Ura와 동기화, dawuud와 SPHINCS 관련 동기화, 논문 리뷰 가능성, XRDS 기사 개정, 티켓 분류 20:34:49 &lt;zlatinb&gt; 막힌 부분이 있거나 누군가의 도움이 필요한가요? 20:34:50 &lt;i2pr&gt; [Slack/str4d] 3) 지금은 없습니다만, 리뷰에 관심 있는 사람들에게 연락할 계획입니다 20:35:07 &lt;i2pr&gt; [Slack/str4d] 아, 메일링 리스트 20:35:20 &lt;zzz&gt; 좋아요, 3) 관련해 다른 사항 있나요? 미팅에 대해 다른 사항 있나요? 20:36:03 * zzz baffer를 다시 집는다 20:36:23 &lt;zzz&gt; zab, 1-2-3 방식이 마음에 듭니다. 잘 작동했어요 20:37:01 * zzz **bafs** 회의를 종료한다 </div>/ko/blog/2018/02/12/bsidesnyc%EC%97%90%EC%84%9C%EC%9D%98-i2p/Mon, 12 Feb 2018 00:00:00 +0000/ko/blog/2018/02/12/bsidesnyc%EC%97%90%EC%84%9C%EC%9D%98-i2p/<p>Sadie와 str4d는 1월 20일 토요일에 BSidesNYC에 참석했습니다. 이렇게 훌륭한 컨퍼런스를 주최해 주신 BSides 팀께 감사드립니다!</p> <p>몇몇 발표를 제외하면, 우리는 오후에 John Jay College의 공용 공간에서 그날 세운 몇 가지 목표를 달성하기 위한 작업을 주로 진행했다.</p> <p>가장 시급한 과제는 34C3에서의 논의를 바탕으로 2018년을 위한 상위 수준 로드맵을 작성하는 것이었습니다. 이는 <a href="../../ko/blog/2018/02/11/high-level-roadmap-for-2018/">이제 게시되었습니다</a> - 확인해 보세요! 또한 연휴 기간 동안 미뤄두었던, 막 시작된 Vulnerability Response Process(취약점 대응 프로세스)를 둘러싼 몇 가지 소통 관련 논의를 다시 이어받아, 이를 &ldquo;production use&rdquo;(운영 환경에서의 실제 사용)로 전환하는 작업도 진행했습니다.</p>/ko/blog/2018/02/11/high-level-roadmap-for-2018/Sun, 11 Feb 2018 00:00:00 +0000/ko/blog/2018/02/11/high-level-roadmap-for-2018/<p>34C3에서 우리가 논의한 많은 주제들 가운데 하나는 다가오는 해에 무엇에 집중해야 할지였다. 특히, 우리가 반드시 완료하도록 보장하고자 하는 일과 있으면 정말 좋을 일들을 명확히 구분하고, 두 범주 가운데 어느 쪽이든 신규 참여자가 합류할 때 도움을 줄 수 있는 로드맵을 원했다. 다음은 우리가 도출한 내용이다:</p> <h2 id="우선순위-새로운-암호학">우선순위: 새로운 암호(학!)</h2> <p>현재의 많은 primitives(기본 구성요소)와 프로토콜은 여전히 2005년경의 원래 설계를 유지하고 있으며, 개선이 필요합니다. 우리는 여러 해 동안 다양한 아이디어를 담은 공개 제안들이 있었지만, 진전은 더뎠습니다. 이것을 2018년 최우선 과제로 삼아야 한다는 데 모두 동의했습니다. 핵심 구성 요소는 다음과 같습니다:</p>/ko/blog/2018/02/11/high-level-roadmap-for-2018/Sun, 11 Feb 2018 00:00:00 +0000/ko/blog/2018/02/11/high-level-roadmap-for-2018/<p>34C3에서 논의한 많은 주제들 가운데 하나는 다가오는 한 해에 무엇에 집중해야 하는가였습니다. 특히, 반드시 해내야 할 일과 있으면 정말 좋을 일을 명확히 구분한 로드맵을 원했고, 두 범주 모두에 신규 참여자들이 쉽게 참여할 수 있도록 돕고자 했습니다. 우리가 도출한 내용은 다음과 같습니다:</p> <h2 id="우선순위-새로운-암호학">우선순위: 새로운 암호학!</h2> <p>현재의 많은 primitives(기본 구성 요소)와 프로토콜은 여전히 2005년경의 원래 설계를 유지하고 있으며, 개선이 필요합니다. 우리는 여러 해 동안 다양한 아이디어를 담은 공개 제안들을 가지고 있었지만, 진척은 더뎠습니다. 우리 모두는 2018년에 이것을 최우선 과제로 삼아야 한다는 데 동의했습니다. 핵심 구성 요소는 다음과 같습니다:</p>/ko/blog/2018/02/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-2%EC%9B%94-6%EC%9D%BC/Tue, 06 Feb 2018 00:00:00 +0000/ko/blog/2018/02/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2018%EB%85%84-2%EC%9B%94-6%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, manas, meeh, orignal, R4SAS, sadie, str4d, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:01 &lt;zzz&gt; 0) 안녕 20:00:01 &lt;zzz&gt; 1) 0.9.33/34 업데이트 (zzz) 20:00:01 &lt;zzz&gt; 2) 34C3 후속 논의 (zzz) 20:00:01 &lt;zzz&gt; 3) B-Sides NYC 보고 (sadie, str4d) 20:00:01 &lt;zzz&gt; 4) FOSDEM 보고 (echelon) 20:00:01 &lt;zzz&gt; 5) 상태 스크럼 (zab) 20:00:05 &lt;zzz&gt; 0) 안녕 20:00:08 &lt;zzz&gt; 안녕 20:00:11 &lt;zlatinb&gt; 안녕 20:00:15 &lt;manas&gt; 안녕 20:00:19 &lt;echelon&gt; 안녕 20:00:35 &lt;zzz&gt; 1) 0.9.33/34 업데이트 (zzz) 20:00:46 &lt;zzz&gt; 좋아요, 0.9.33은 배포된 지 일주일 되었고, 현재까지는 모두 좋아 보입니다 20:00:47 &lt;orignal_&gt; 안녕 20:01:22 &lt;zzz&gt; 남은 항목은 str4d의 android/fdroid/maven과 mhatta의 공식 Debian 입니다. 두 분, ETA(예상 완료 시점) 알려주시겠어요? 20:01:27 &lt;R4SAS&gt; 안녕 20:01:33 &lt;echelon&gt; 네, 좋아 보입니다 20:02:39 &lt;zzz&gt; 주요 릴리스 항목의 2주 목표를 맞추고 Bionic 마감도 지키려면 둘 다 주말까지 필요합니다 20:03:24 &lt;zzz&gt; 그럼 .34로 넘어가겠습니다, 곧 오시길 바라죠 20:03:48 &lt;zzz&gt; .34는 10주 일정으로, 4월 중순 릴리스를 목표로 잡았습니다. 그러면 주요 항목들은 3월 초까지 들어와야 합니다 20:03:59 &lt;echelon&gt; 좋아요 20:04:06 &lt;zzz&gt; 자잘한 것 몇 가지는 커밋했고, susimail 대규모 리라이트가 이틀 내로 예정되어 있습니다 20:04:19 &lt;echelon&gt; 테스트해 보겠습니다 20:04:42 &lt;echelon&gt; .34에 계획 더 있나요? 20:04:50 &lt;zzz&gt; 아, .33 관련해서 한 가지 더, .33 개발 주기에 티켓이 73개 들어왔고, 그중 약 30개를 제가 고쳤습니다 20:04:54 &lt;i2pr&gt; [Slack/sadie] 안녕하세요 20:05:13 &lt;zzz&gt; 사실상 제가 티켓 분류와 수정을 거의 혼자 하고 있어서, 도움이 없으면 다른 일을 할 시간이 없습니다 20:05:38 &lt;zzz&gt; 그래서 도움이 절실합니다. 티켓은 모두의 일입니다. 가능하신 곳에서 힘을 보태주세요 20:05:54 &lt;echelon&gt; 티켓은 몇 개 살펴볼 수 있지만, 코드는 할 수 없습니다 20:06:08 &lt;echelon&gt; 아직도 trac에서 사용자 관리와 씨름 중입니다 20:06:08 &lt;zzz&gt; .34에 대해서는 우리가 실제로 해낼 수 있는 수준으로 로드맵을 손봐야 하는데, 몇 주째 살펴보지 못했습니다 20:06:23 &lt;echelon&gt; 알겠습니다 20:06:34 &lt;zzz&gt; 티켓 상당수가 웹사이트 관련인데, 오랫동안 꾸준히 웹사이트 수정을 맡아온 사람이 없습니다 20:06:51 &lt;echelon&gt; 좋아요, 콘텐츠는 쉬워요 20:07:02 &lt;zzz&gt; str4d가 33에는 아무것도 넣지 못했으니 34에는 UI 수정이 좀 있을 거라 예상하지만, 지켜보죠 20:07:08 &lt;zzz&gt; 1)에 대해 더 있을까요? 20:08:00 &lt;zzz&gt; 2) 34C3 후속 논의 (zzz) 20:08:35 &lt;zzz&gt; 이건 사실 자리 표시자에 불과했습니다. 남은 일 한 가지는 str4d의 로드맵 우선순위 개요를 마무리해서 웹사이트에 올리는 것입니다 20:08:40 &lt;zzz&gt; str4d, 진행 상황 있나요? 20:08:55 &lt;zzz&gt; 34C3에 대해 더 하실 말씀 있는 분? 20:09:17 &lt;manas&gt; 아주 훌륭한 4일이었습니다 :) 20:09:17 &lt;echelon&gt; 33c3 때만큼 우리에게 말을 걸어오는 사람이 많진 않았어요 20:09:52 &lt;zzz&gt; 네, 그래도 많은 일을 해냈습니다. 즉석 방문이 적어서였을지도요. 트레이드오프죠 20:09:55 &lt;orignal_&gt; 이제 I2P에는 관심이 없는 건가요? 20:10:06 &lt;i2pr&gt; [Slack/str4d] 초안은 그때부터 갖고 있었는데, Dev 포럼 접근 문제에 계속 걸리고 있습니다 20:10:08 &lt;zzz&gt; 테이블 배치 문제가 더 컸습니다 20:10:11 &lt;i2pr&gt; [Slack/str4d] 완료* 20:10:13 &lt;echelon&gt; 맞아요 20:10:27 &lt;zzz&gt; str4d, 그걸 웹사이트에 올리는 ETA(예상 완료 시점)는? 20:11:24 &lt;zzz&gt; str4d, 1)로 돌아가서, maven/android/fdroid .33의 ETA(예상 완료 시점)는? 20:11:31 &lt;i2pr&gt; [Slack/str4d] Dev 포럼에서 더 리뷰를 요청할 필요가 없다면 오늘 밤에 할 수 있습니다 20:11:55 &lt;zzz&gt; 몇 시간 전까진 답이 없었는데, 제가 이의 사항 몇 가지를 올려두었습니다 20:11:59 &lt;i2pr&gt; [Slack/str4d] .33 관련 작업은 아마 이번 주말엔 어렵습니다, 주말 내내 Zcash 관련 일로 바쁠 예정입니다 20:12:11 &lt;zzz&gt; 그럼 .33은 ETA(예상 완료 시점)가 언제인가요? 20:12:23 &lt;i2pr&gt; [Slack/str4d] 맞습니다, 그걸 dev 포럼에 계속 올리려 했습니다 20:12:57 &lt;zzz&gt; 음, 봤다면 그 이의들을 반영할지 말지는 당신에게 달려 있습니다 20:13:58 &lt;i2pr&gt; [Slack/str4d] .33은 다음 주말(18일쯤?)로 해야 할 것 같습니다 20:14:41 &lt;zzz&gt; 그건 릴리스 후 2주 반입니다. 더 빨리 진행할 방법은 없을까요? 이들은 주요 릴리스 산출물로 보고 빠르게 내보내야 합니다 20:15:31 &lt;orignal_&gt; zzz, 왜 직접 처리할 수 없나요? 20:15:50 &lt;zzz&gt; 우리는 각자 역할이 있습니다. 제가 모든 걸 할 수는 없습니다. 20:17:07 &lt;orignal_&gt; 가끔은 해야죠 20:17:09 &lt;zzz&gt; 좋습니다, str4d가 답할 수도 있고 아닐 수도 있겠네요. 1)이나 2)와 관련해 더 있을까요? 20:17:17 &lt;i2pr&gt; [Slack/str4d] 제 업무 일정은 어쩔 수 없습니다 20:17:48 &lt;i2pr&gt; [Slack/str4d] 특히 Maven 쪽에서 이 릴리스를 할 수 있는 사람이 더 있으면 아주 좋겠습니다 20:17:52 &lt;zzz&gt; 좋아요, 다음엔 더 빨리 진행할 방법을 찾아봅시다 20:17:59 &lt;zzz&gt; 3) B-Sides NYC 보고 (sadie, str4d) 20:18:19 &lt;zzz&gt; sadie, str4d, 간단한 보고를 부탁드리고, 전체 방문 보고서를 언제 게시할 수 있을지 ETA(예상 완료 시점)도 알려주세요 20:18:47 &lt;i2pr&gt; [Slack/sadie] 잘 진행됐어요 - 블로그 글을 준비해 두었습니다(게시에 약간 문제가 있어요) 20:19:22 &lt;zzz&gt; 그건... 정말 간단하네요... 게시 ETA(예상 완료 시점)는요? 20:19:34 &lt;i2pr&gt; [Slack/sadie] 로드맵 작업, 웹사이트 작업을 했고, 올해 아웃리치 아이디어도 논의했습니다 20:20:11 &lt;i2pr&gt; [Slack/str4d] 내비게이션을 위한 웹사이트 IA(Information Architecture, 정보 구조)가 훨씬 나아졌습니다 20:20:25 &lt;i2pr&gt; [Slack/sadie] 새 로고를 만들었던 Elio와 다시 연락이 닿아서 서브 페이지 디자인을 시작합니다 20:20:32 &lt;zzz&gt; IA? 20:20:40 &lt;i2pr&gt; [Slack/str4d] Information architecture(정보 구조) 20:21:21 &lt;zzz&gt; sadie, str4d, 방문 보고서 게시 ETA(예상 완료 시점)는요? 20:21:30 &lt;i2pr&gt; [Slack/str4d] 로드맵이 올라가면 곧바로 블로그 글도 올라갈 겁니다 20:21:56 &lt;zzz&gt; 좋습니다. 3) 관련해 더 있을까요? 20:22:45 &lt;zzz&gt; 4) FOSDEM 보고 (echelon) 20:22:47 &lt;i2pr&gt; [Slack/str4d] tl;dr 잘 됐고, 다시 할 가치가 있습니다 20:22:58 &lt;zzz&gt; echelon, FOSDEM은 어땠나요, I2P 발표는 어땠나요? 20:23:25 &lt;echelon&gt; FOSDEM은 20개가 넘는 병렬 트랙과 수천 명의 방문자가 있는 멋지고 큰 행사이며, 모두 무료로 참가할 수 있습니다 20:23:34 &lt;manas&gt; 와, 좋네요 20:23:58 &lt;echelon&gt; FOSDEM 자체는 관리와 조직이 잘 되어 있지만, 음식 구하는 데 시간이 좀 걸리고, 많은 발표가 금방 만석이 되어 들어가지 못하는 경우가 있습니다 20:24:23 &lt;echelon&gt; 하지만 모든 발표가 라이브로 스트리밍되고, 지금은 YouTube와 FOSDEM 페이지에 올라와 있습니다 20:24:49 &lt;echelon&gt; I2P 발표는 I2P가 무엇이며 Tor와 무엇이 다른지에 대한 짧고 빠른 소개였고, 시간이 부족해 그 이상은 하지 못했습니다 20:25:09 &lt;zzz&gt; 그 사람을 만났나요? 20:25:20 &lt;echelon&gt; 발표자는 여기와는 교류가 많지 않은 i2pd 쪽 사람인데, 몇 가지 숫자를 틀린 것을 빼면 코드에 대해 꽤 좋은 통찰을 갖고 있었습니다 20:25:29 &lt;echelon&gt; 청중은 약 100~150명 정도였고, 방은 만석이었습니다 20:25:53 &lt;zzz&gt; 좋네요, 가줘서 고맙습니다 20:26:01 &lt;zzz&gt; 4) 관련해 더 있을까요? 20:26:01 &lt;echelon&gt; 끝나고 질문이 두 개 있었는데, 예를 들면 Java I2P가 지금 정말 2~4GB를 사용하는지, 그리고 Raspberry Pi에서 실행되는지 등이었습니다 20:26:17 &lt;echelon&gt; 2019년에도 가야 합니다 20:26:43 &lt;echelon&gt; (기침만 집에 데려왔네요, 아쉽습니다) 20:26:53 &lt;orignal_&gt; 왜 이 사람을 모르죠? 20:27:27 &lt;manas&gt; echelon: 저도 34c3에서 돌아오는 비행기에서 지독한 기침을 데려왔었어요 :) 지금은 괜찮습니다 20:27:29 &lt;echelon&gt; 그는 눈에 띄지 않게 지냈지만, git에 push 권한이 있습니다 20:27:49 &lt;orignal_&gt; manas 지금 어디에 있어요? 20:27:51 &lt;zzz&gt; 4) 관련해 더 있을까요? 20:27:58 &lt;echelon&gt; 이미 몸이 안 좋았고, 일요일엔 시간이 문제여서 많은 대화를 하지는 못했습니다 20:28:29 &lt;orignal_&gt; push 권한요? 제 생각엔 R4SAS, villain, psi만 갖고 있습니다 20:28:38 &lt;zzz&gt; 5) 상태 스크럼 (zlatinb) 20:28:45 &lt;zzz&gt; 좋아요 zab, 진행해 주세요 20:28:50 &lt;echelon&gt; 그가 i2pd에 코드를 푸시했다고 했습니다 20:28:59 &lt;echelon&gt; 좋아요 20:29:08 &lt;zlatinb&gt; 여러분 안녕하세요. 보상에 대한 모든 제안이 승인되었다는 소식을 전하게 되어 기쁩니다! 20:29:10 &lt;orignal_&gt; 그럼 그를 찾아보죠 20:29:46 &lt;zlatinb&gt; 차례대로 돌아가며 이름이 불리면 향후 6개월 동안 무엇을 할지 간단히 요약해 주세요. 질문은 나중에 받겠습니다 20:29:55 &lt;zlatinb&gt; zzz 먼저 하시죠 20:30:52 &lt;zzz&gt; 네, 제 시간의 대부분은 프로젝트 관리, 버그 수정, 신규 코드 작업에 쓰이지만, 제안서와 기획, 그리고 관련 자료를 읽는 데도 상당한 시간을 쓰려 합니다 20:31:02 &lt;zzz&gt; 그래서 우리가 내려야 할 몇 가지 결정들을 충분히 잘 내릴 수 있도록요 20:31:27 &lt;zzz&gt; 대부분 아시겠지만, 간단히 요약하면 그렇습니다 20:31:39 &lt;zzz&gt; 코드 코드 코드, 버그 버그 버그, 반복 20:31:42 &lt;zzz&gt; EOT 20:31:56 &lt;zlatinb&gt; 감사합니다. echelon, 차례입니다 20:32:23 &lt;echelon&gt; 네, 자금 관리, 약간의 PR, 대부분의 서비스 관리, 일부 trac 작업, 컨퍼런스 참석^^ 20:32:41 &lt;echelon&gt; eot 20:32:55 &lt;zlatinb&gt; str4d: 시작하세요 20:33:04 &lt;i2pr&gt; [Slack/str4d] 제 시간의 최우선 순위는 제안서 작성과 검토이며, 커뮤니티를 위한 높은 품질의 제안서 문서를 보장할 수 있도록 zzz와 함께 제안서 프로세스를 관리하는 것입니다. 20:33:33 &lt;i2pr&gt; [Slack/str4d] 그다음은 제안서의 구현을 Java와 Rust로 초안 작성하고, 공통 컴포넌트에 대해 I2P 외부의 사람들과 협업하는 것입니다. 20:34:10 &lt;i2pr&gt; [Slack/str4d] 남는 시간은 Maven, Android(버그 수정만), I2P-Bote에 쓸 예정입니다. 20:34:13 &lt;i2pr&gt; [Slack/str4d] EOT 20:34:53 &lt;zlatinb&gt; sadie, 와줘서 고마워요! 무엇을 하실지 말씀해 주세요 20:35:20 &lt;zlatinb&gt; Sadie? 20:35:42 &lt;i2pr&gt; [Slack/str4d] shack에서는 작성 중 알림이 보이지 않습니다 20:35:43 &lt;i2pr&gt; [Slack/sadie] 안녕하세요! PR 역할을 확장할게요 - 블로그 글, 콘솔 뉴스.. 20:35:47 &lt;i2pr&gt; [Slack/str4d] Slack* 20:36:26 &lt;i2pr&gt; [Slack/sadie] 또 - trac 티켓 분류 - 응답 속도 개선, 사용자 지원 20:37:13 &lt;i2pr&gt; [Slack/sadie] 자금 조달 연구, 다른 프로젝트로의 아웃리치와 전략적 파트너십. 더 많은 사용자와 개발자 찾기 20:37:35 &lt;i2pr&gt; [Slack/sadie] EOT 20:37:47 &lt;zlatinb&gt; 좋네요. manas, 차례입니다 20:37:52 &lt;manas&gt; 안녕 20:38:05 &lt;manas&gt; 앞으로 6개월: Java, I2P 문서를 공부하고 코드베이스에 익숙해지기; 암호학, 익명성, 프라이버시와 보안을 공부하기 - 이 주제들과 관련된 책/논문/자료 추천 환영합니다 :) 20:38:10 &lt;manas&gt; I2P 브랜드의 스티커/셔츠에 사용할 수 있는 흥미로운 아트워크 아이디어도 몇 가지 있어, 그 부분도 살펴보겠습니다 20:38:14 &lt;manas&gt; 현재 상태: 사무 공간을 마련했고; 네트워킹 작업은 대부분 완료 - router 하나는 펌웨어 업그레이드가 필요해서 티켓을 제출했습니다. 모든 작업을 시작할 준비가 되었습니다 20:38:16 &lt;manas&gt; eot 20:38:36 &lt;zlatinb&gt; 좋습니다. meeh와 mhatta, 여기 계신가요? 20:38:49 &lt;meeh&gt; 여기 있어요 20:38:58 &lt;zlatinb&gt; 말씀하세요 20:39:01 &lt;manas&gt; 안녕 meeh :) 20:39:05 &lt;meeh&gt; 따라잡을 시간을 잠깐 주세요 20:39:40 &lt;zlatinb&gt; 스크럼 중입니다, 앞으로 6개월 동안 무엇을 할지 간단히 요약해 주세요 20:39:46 &lt;meeh&gt; 알겠습니다 20:42:12 &lt;meeh&gt; 앞으로 6개월: I2P의 코어와 router 부분(그리고 아마 다른 부분도)에 대해 가능한 한 많은 scalatest(단위 테스트)를 완성하겠습니다. 또한 OSX용 I2P는 개선이 필요해서, 런처와 업데이트 프로세스를 작업할 예정입니다. 문서/웹 개선도 하고 싶고, 각종 미해결 이슈에 대해 trac에서 가능한 한 많이 팔로업하겠습니다. 마지막으로 새로운 크립토/ I2NP에 대한 연구도 조금 하겠습니다 20:42:45 &lt;zlatinb&gt; 좋아요 20:44:39 &lt;zlatinb&gt; 안타깝게도 mhatta는 여기 없네요, 그래서 스크럼은 이것으로 마치겠습니다 20:44:39 &lt;zlatinb&gt; 'baf'로 회의를 마치기 전에, 팀의 다른 멤버들에게 질문할 기회를 드리고 싶습니다 20:44:40 &lt;zlatinb&gt; 목표에 대해 구체적으로 묻고 싶은 게 있으면 - 하세요! 20:44:40 &lt;zlatinb&gt; 아니면, Falcon Heavy가 1분 뒤 발사합니다 :) 20:44:41 &lt;manas&gt; meeh: 네트워크 접근이 필요한 테스트와 그렇지 않은 테스트를 분리하는 것도 살펴볼 건가요? 20:44:42 &lt;meeh&gt; 다른 곳보다 테스트가 정말 필요한 부분이 어디인지 알려주셨으면 합니다. 제안 환영합니다. 20:45:21 &lt;zzz&gt; 테스트에 관해 논의하기에는 manas와 str4d가 가장 적합합니다 20:45:38 &lt;meeh&gt; manas: 가능한 한 네트워크를 에뮬레이션/모킹해 보려 합니다. 구체적으로 어떻게 할지에 대해서는 테스트를 접해 봐야 생각이 정리될 것 같지만, 계속 알려드릴게요 :) 20:45:59 &lt;manas&gt; BobTheBuilder는 현재 torsocks 래퍼로 ant 테스트를 실행합니다. 네트워크가 필요한 테스트를 나머지와 독립적으로 실행할 수 있으면 좋겠습니다 20:46:00 &lt;meeh&gt; s/test/a place where it's needed for a test/ 20:46:29 &lt;zzz&gt; zab, 이 회의에서 스크럼을 계속 유지할지 말지 논의가 필요합니다. 앞으로 몇 주 동안 논의할 수 있습니다 20:46:30 &lt;meeh&gt; 그럼 그 부분을 살펴보겠습니다 :) 20:46:33 &lt;meeh&gt; 조언 고마워요 20:46:45 &lt;zzz&gt; 그리고 다음 달 전에 스크럼이 있나요? 20:47:03 &lt;manas&gt; meeh: 더 논의해요, 저도 테스트를 살펴보겠습니다 :) 20:47:11 &lt;zlatinb&gt; 네, 모두와 매달 스크럼을 하고 싶습니다 20:47:17 &lt;meeh&gt; 전 완전히 괜찮습니다 - 저는 여전히 더 일찍 하고 있어요(매일 오전 9시 30분) :p 20:47:19 &lt;zlatinb&gt; 시차 때문에 참석하기 어려운 manas는 제외하고요 20:47:44 &lt;zzz&gt; mhatta도 시차가 만만치 않은 시간대일 겁니다 20:47:46 &lt;manas&gt; 네 여기선 너무 일러요 ㅎㅎ 20:47:47 &lt;zlatinb&gt; 그와 별개로, 풀타임으로 일하는 분들과는 매주 IRC/Signal 등으로 미팅하겠습니다 20:47:56 &lt;manas&gt; mhatta는 깊이 잠들어 있을지도요 20:47:59 &lt;meeh&gt; 최악의 경우 필요하면 시간대를 바꿀게요 :) 20:48:14 &lt;zzz&gt; 제가 회의를 더 앞당길 수 있는 가장 이른 시간은 30분 정도이고, 서머타임 이후에는 아마 UTC 오후 7시에 가능할 것 같습니다 20:48:25 &lt;zzz&gt; 그래도 mhatta에게는 충분히 이르지 않을 것 같네요 20:48:41 &lt;manas&gt; 그래도 한 달에 한 번은 문제 없을 듯합니다. 일주일에 한 번은 좀 그럴 수 있어요 20:49:18 &lt;zzz&gt; 가능한 자주 IRC에 계시길 권합니다. 여기 너무 조용했습니다. 여기가 일을 진행하기 가장 좋은 곳입니다 20:49:25 &lt;zzz&gt; 5) 관련해 더 있을까요? 20:49:30 &lt;zlatinb&gt; 좋아요, 저는 다 했습니다, 모두 감사합니다 20:49:38 &lt;zzz&gt; 회의 관련해 더 있을까요? 20:50:08 &lt;meeh&gt; 저는 보통 항상 여기 있습니다 - 본업 프로젝트를 정리하느라 바빴을 뿐이에요. 시간이 지나면 더 활발해질 겁니다 20:50:19 * zzz 가 *baffer*를 집어 듭니다 20:50:29 &lt;meeh&gt; 이번 주 안에 시작일을 정할 수 있을 것 같아요, zlatinb 20:50:56 &lt;zlatinb&gt; 멋져요 20:51:02 * zzz *bafs* 회의를 종료합니다 </div>/ko/blog/2018/01/30/0.9.33-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 30 Jan 2018 00:00:00 +0000/ko/blog/2018/01/30/0.9.33-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.33은 네트워크의 암호 체계를 더 강력하고 더 빠른 기술로 이전하기 위한 수년에 걸친 노력을 계속합니다. 이 릴리스에는 더 많은 서명 유형 지원과 Ed25519를 기본값으로 채택하기 위한 준비가 포함되어 있습니다. 중요한 버그 수정과 성능 개선도 포함되어 있습니다.</p> <p>평소와 같이 이번 릴리스로 업데이트하시기를 권장합니다. 보안을 유지하고 네트워크를 돕는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2017/12/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-12%EC%9B%94-5%EC%9D%BC/Tue, 05 Dec 2017 00:00:00 +0000/ko/blog/2017/12/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-12%EC%9B%94-5%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> str4d, orignal, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log">20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 0.9.33 업데이트 (zzz) 20:00:00 &lt;zzz&gt; 2) 34C3 계획 (zzz) 20:00:03 &lt;zzz&gt; 0) 안녕하세요 20:00:05 &lt;zzz&gt; hi 20:00:30 &lt;zzz&gt; 1) 0.9.33 업데이트 (zzz) 20:00:48 &lt;zzz&gt; 0.9.33 개발은 지금까지 diff 2만 줄로 아주 힘차게 시작했습니다 20:00:55 &lt;zzz&gt; 좋은 수정 사항이 많이 들어갔습니다 20:01:17 &lt;zlatinb&gt; hi 20:01:42 &lt;zzz&gt; 그리고 0.9.32 Android는 2주 목표보다 늦어졌기 때문에, 데스크톱 릴리스 전에 Google Play 크래시를 검토하도록 프로세스를 일부 변경했습니다 20:02:01 &lt;i2pr&gt; [Slack/str4d] hi 20:02:02 &lt;zzz&gt; 이로 인해 Android 릴리스를 더 빠르고 품질 높게 할 수 있을 것입니다 20:02:29 &lt;i2pr&gt; [Slack/str4d] 로컬에 보관 중인 CSS와 JSP 패치가 더 있습니다. 이번 주말에 정리해서 mtn에 올려 더 길게 리뷰받고 싶습니다. 20:02:40 &lt;zzz&gt; 1월 말 0.9.33 릴리스 일정에 맞춰 진행 중이라고 생각합니다. 즉, 큰 변경 사항은 CCC 전에, 이번 달에 반영되어야 합니다 20:03:28 &lt;zzz&gt; 스트리밍 관련으로 더 손볼 것들이 있고, 이번 주에는 susimail 이슈를 수정하고 있습니다 20:04:12 &lt;zzz&gt; 1)에 대해 다른 내용 있나요? 20:04:24 &lt;zlatinb&gt; 가능하다면 postman의 트래커에 dev 빌드를 올리면 좋겠습니다 20:04:35 &lt;zlatinb&gt; 거기에 올라오는 건 뭐든지 받아서 써 보는 사람들이 있습니다 20:04:50 &lt;zzz&gt; bobthebuilder.com에서 마그넷 또는 토렌트 파일로 받을 수 있을 겁니다 20:05:17 &lt;zlatinb&gt; 아 맞아요, 다만 postman에 올라오면 노출이 훨씬 커집니다 20:05:43 &lt;zzz&gt; 좋아요, 그건 bobthebuilder 운영자에게 이야기해 보세요, 좋은 생각이네요 20:05:54 &lt;zzz&gt; 1)에 대해 다른 내용 있나요? 20:05:58 &lt;i2pr&gt; [Slack/str4d] 또한 이제 Travis CI에서 지속적 빌드도 하고 있으니, 다른 관점에서 보시려면 `https://travis-ci.org/i2p/i2p.i2p` 를 주시해 주세요 20:06:44 &lt;zzz&gt; str4d, 그걸 위한 IRC 봇을 설정해 줄 수 있으면 도움이 될 거예요, 웹사이트를 확인하는 걸 기억하기가 어렵거든요 20:07:17 &lt;zzz&gt; 1)에 대해 다른 내용 있나요? 20:08:01 &lt;zzz&gt; 2) 34C3 계획 (zzz) 20:08:10 &lt;zzz&gt; 좋아요, 스티커 관련 상황은 잘 관리되고 있습니다 20:08:25 &lt;zzz&gt; 기차표는 eche|on이 가지고 있습니다 20:08:33 &lt;zzz&gt; hottuna가 위키에 우리를 등록했습니다 20:08:43 &lt;zzz&gt; noisy square가 위키에 이미 나타났나요? 20:08:50 &lt;zzz&gt; 그리고 배너는 누가 가지고 있죠? 20:09:23 &lt;zzz&gt; 다른 누가 먼저 하지 않으면 나중에 트위터 DM 그룹을 만들겠습니다 20:11:01 &lt;zzz&gt; 아무 응답이 없네요... 2)에 대해 다른 내용 있나요? 20:12:01 &lt;zzz&gt; 회의에 대해 다른 내용 있나요? 20:12:33 &lt;orignal&gt; 회의를 덜 자주 여는 게 더 나을 수도 있겠네요? 20:12:47 &lt;orignal&gt; 관심이 부족해서요 20:12:56 &lt;orignal&gt; 하지만 더 홍보해야 해요 20:13:09 &lt;i2pr&gt; [Slack/str4d] 기대하고 있어요! 20:13:35 &lt;i2pr&gt; [Slack/str4d] 월 1회 정도가 적당하다고 생각합니다 20:13:41 &lt;zzz&gt; orignal, 그건 CCC에서 논의해도 되겠네요. 20:13:47 &lt;i2pr&gt; [Slack/str4d] 이 시간이 좋은지 여부는 늘 논쟁거리죠 20:13:56 &lt;zzz&gt; 홍보팀이 더 알릴 수 있을 겁니다, 분명히요 20:14:10 &lt;orignal&gt; 저는 항상 릴리스 일주일 전에 하도록 하겠습니다 20:14:16 &lt;i2pr&gt; [Slack/str4d] zzz, IRC 알림용 설정을 i2p.i2p에 방금 푸시했습니다 20:14:34 &lt;zzz&gt; 추가로, 일정 관련 메모입니다. 다음 회의들은 CCC에서 대면으로 진행됩니다. 1월 2일에는 회의를 하지 않습니다. 20:14:35 &lt;orignal&gt; 적어도 주제가 생기겠죠 20:14:44 &lt;zzz&gt; 다음 IRC 회의는 2월 6일(화)입니다 20:15:33 &lt;zzz&gt; CCC 회의 주제는 zzz.i2p의 스레드를 확인해 주세요 20:15:42 &lt;zzz&gt; 의견이 있으면 거기에 추가해 주세요 20:15:47 &lt;zzz&gt; 회의에 대해 다른 내용 있나요? 20:15:52 * zzz baffer를 잡는다 20:16:58 &lt;i2pr&gt; [Slack/str4d] CCC 전에 제안서 작업을 더 진행하겠습니다 20:17:11 * zzz *bafs* 회의 종료 </div>/ko/blog/2017/11/07/0.9.32-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 07 Nov 2017 00:00:00 +0000/ko/blog/2017/11/07/0.9.32-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부정보">업데이트 세부정보</h2> <p>0.9.32에는 router 콘솔과 관련 웹앱(addressbook, i2psnark, 및 susimail)에서 다수의 수정 사항이 포함되어 있습니다. 또한 DNS를 통한 일부 네트워크 열거 공격을 방지하기 위해, 공개된 router 정보에 대해 설정된 호스트명 처리 방식을 변경했습니다. 리바인딩 공격에 대응하기 위해 콘솔에 몇 가지 검사를 추가했습니다.</p> <p>항상 그렇듯, 이번 릴리스로 업데이트하시기를 권장합니다. 보안을 유지하고 네트워크를 돕는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2017/11/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-11%EC%9B%94-7%EC%9D%BC/Tue, 07 Nov 2017 00:00:00 +0000/ko/blog/2017/11/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-11%EC%9B%94-7%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> orignal, zlatinb, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log">20:00:03 &lt;zzz&gt; 0) 안녕하세요 20:00:03 &lt;zzz&gt; 1) 0.9.32 업데이트 (zzz) 20:00:03 &lt;zzz&gt; 2) 34C3 계획 (zzz) 20:00:06 &lt;zzz&gt; 0) 안녕하세요 20:00:08 &lt;zzz&gt; 안녕하세요 20:00:27 &lt;zlatinb&gt; 안녕하세요 20:00:39 &lt;zzz&gt; 1) 0.9.32 업데이트 (zzz) 20:01:02 &lt;zzz&gt; 어젯밤에 빌드했어요, echelon이 방금 뉴스 올린 것 같아요 20:01:20 &lt;zzz&gt; 오늘 밤이나 내일 debian/launchpad 작업할게요 20:01:41 &lt;zzz&gt; str4d, Android와 Maven은 언제쯤 기대할 수 있을까요? 20:02:22 &lt;zzz&gt; 그리고 파일을 웹사이트에 올리려면 str4d나 meeh가 필요해요, 그렇게 하면 알려주세요 20:02:54 &lt;zzz&gt; 0.9.33 날짜는 1월 말로 잡아뒀어요 20:02:59 &lt;zzz&gt; 1) 관련해서 더 있을까요 ? 20:03:54 &lt;orignal_&gt; 안녕하세요 20:04:05 &lt;zzz&gt; 2) 34C3 계획 (zzz) 20:04:20 &lt;zzz&gt; 티켓은 전부 준비됐고, 현장에는 대략 8명 정도 갈 거예요 20:04:48 &lt;zzz&gt; 어셈블리 배치 방식이 새로 발표됐어요. 보통은 hottuna2가 우리를 등록하는데, 올해도 그렇게 해줄 수 있나요? 20:05:43 &lt;zzz&gt; 좋아요, 예약 테이블을 확실히 받으려면 hottuna2와 확인해야겠어요 20:05:47 &lt;zzz&gt; 2) 관련해서 더 있을까요 ? 20:05:57 &lt;zlatinb&gt; 저는 그냥 들러서 밖에서 술 한잔하며 만날 수도 있어요 20:05:57 &lt;zlatinb&gt; 운 좋게 티켓을 구하면 모르겠지만요 20:07:09 &lt;zzz&gt; 여분 티켓이 있긴 했는데, 아마 만료됐을지도 몰라요. echelon에게 물어보세요 20:07:12 &lt;zzz&gt; 2) 관련해서 더 있을까요 ? 20:07:31 &lt;zzz&gt; 회의에서 더 다룰 거 있나요? 20:09:00 * zzz *baffs* 회의 종료 </div>/ko/blog/2017/10/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-10%EC%9B%94-3%EC%9D%BC/Tue, 03 Oct 2017 00:00:00 +0000/ko/blog/2017/10/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-10%EC%9B%94-3%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석:</strong> echelon, orignal, str4d, villain, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log">18:30:00 &lt;zzz&gt; 0) 안녕하세요 18:30:00 &lt;zzz&gt; 1) 0.9.31 Android 업데이트 (str4d) 18:30:00 &lt;zzz&gt; 2) 0.9.32 업데이트 (zzz) 18:30:00 &lt;zzz&gt; 3) 34C3 예산 (zzz/echelon) 18:30:00 &lt;zzz&gt; 4) Debian 패키지 업데이트 (zzz) 18:30:00 &lt;zzz&gt; 5) jrandom 이후 10년 (zzz) 18:30:06 &lt;zzz&gt; 0) 안녕하세요 18:30:09 &lt;zzz&gt; 안녕하세요 18:30:26 &lt;eche|on&gt; 안녕하세요 18:30:27 &lt;i2pr&gt; [Slack/str4d] 안녕하세요 18:30:49 &lt;zzz&gt; 1) 0.9.31 Android 업데이트 (str4d) 18:31:05 &lt;zzz&gt; str4d, .31 상태가 어떤가요? 다운로드 페이지가 아직 .30으로 표시되고 있어요 18:32:37 &lt;i2pr&gt; [Slack/str4d] 안타깝게도 진전이 없었습니다. 제 휴대폰 문제에 시달렸고, 그 다음엔 집을 알아보고 구하느라 그랬어요 18:33:19 &lt;zzz&gt; 제 휴대폰에는 .31이 있어요. 웹사이트에서 버전만 올리면 되는 문제인가요? 남은 작업이 무엇인가요? 18:34:13 &lt;i2pr&gt; [Slack/str4d] 아, 잠깐만요 18:34:15 &lt;zzz&gt; .31 릴리스 이후 두 달이 지났습니다 18:34:32 &lt;i2pr&gt; [Slack/str4d] 죄송해요, 제가 릴리스를 내보낸 걸 깜빡했네요 18:34:45 &lt;i2pr&gt; [Slack/str4d] 그렇다면 왜 웹사이트가 아직 업데이트되지 않았는지 모르겠네요 18:34:53 &lt;zzz&gt; 휴대폰 문제랑 flat(아파트? 정확히 flat이 뭔지 모르겠는데)이랑 이 일과 무슨 관련이 있나요 18:35:08 &lt;zzz&gt; 몇 주 동안 계속 핑을 보내고 있었어요 18:35:23 &lt;zzz&gt; 무엇이 남아 있나요? 18:35:54 &lt;i2pr&gt; [Slack/str4d] 관련이 있다면, 지난달에는 I2P에 쓸 시간이 전혀 없었다는 겁니다 18:36:36 &lt;i2pr&gt; [Slack/str4d] 그리고 I2P용 노트북을 쓰지 못했고 릴레이가 내려가 있어서 여기서 핑을 보지 못했기 때문에 핑 응답도 없었습니다 18:37:23 &lt;zzz&gt; 그럼 .31을 다운로드 페이지에 올리기 위해 아직 무엇을 해야 하나요? 그리고 언제까지 할 수 있나요? 18:40:22 &lt;zzz&gt; 응답이 없군요... 2)로 넘어갈까요? 18:41:01 &lt;zzz&gt; 가능해질 때 str4d가 1)을 처리할 거라고 가정하겠습니다 18:41:07 &lt;i2pr&gt; [Slack/str4d] 웹사이트만 업데이트하면 될 겁니다 18:41:17 &lt;i2pr&gt; [Slack/str4d] 그래서, 집 관련 일을 마쳤으니 금요일쯤이면 가능할 것 같아요 18:41:21 &lt;i2pr&gt; [Slack/str4d] 하지만 누구나 업데이트할 수 있어요 18:41:56 &lt;zzz&gt; 하지만 준비가 됐는지 우리가 모르잖아요. 가능해지면 웹사이트를 고쳐주세요 18:42:02 &lt;zzz&gt; 1)에 대해 더 있을까요? 18:42:18 &lt;zzz&gt; 2) 0.9.32 업데이트 (zzz) 18:42:30 &lt;villain&gt; 안녕하세요 18:42:45 &lt;zzz&gt; 좋아요, 일정은 .32를 10월 초, .33을 12월 초였는데, .32에 대해서는 활동이 거의 없었습니다 18:43:03 &lt;zzz&gt; 그래서 .32를 11월 초로 미뤘습니다, 올해 마지막 릴리스로요 18:43:15 &lt;eche|on&gt; 저는 괜찮습니다 18:43:42 &lt;zzz&gt; 그러면 올해는 릴리스가 4번뿐이네요. 꽤 안타깝습니다. 2007년에 jrandom이 거의 활동하지 않았을 때 이후로 가장 적습니다 18:44:10 &lt;eche|on&gt; 제 생각에는(IMHO) 릴리스 횟수보다는, 그 안에 얼마나 많은 작업이 들어갔는지가 더 중요합니다 18:44:15 &lt;zzz&gt; str4d, 새로운 프로세스는 blocker/critical 이슈가 있으면 릴리스하지 않는 것입니다. 티켓들을 처리해 주세요 18:44:39 &lt;zzz&gt; 제안서 141은 절반 정도 끝냈고, UI 부분을 해야 합니다 18:45:17 &lt;zzz&gt; .32에 대해 시급한 사항은 없다고 말할 수 있겠지만, 콘솔에 NPE가 하나 있어서 제가 고쳤습니다 18:45:22 &lt;i2pr&gt; [Slack/str4d] 확인했습니다(ACK). 만약 UI 관련 blocker라면, 제 기억으로(IIRC) 대부분에 대한 수정이 로컬에 있습니다. 다만 mtn 리팩토링 작업이 git보다 훨씬 오래 걸려서 푸시할 시간이 없었습니다 18:46:01 &lt;zzz&gt; 좋아요, str4d, 11월 초 릴리스를 목표로 그것들을 처리할 수 있나요? 18:46:23 &lt;zzz&gt; 분명히 10월 초 마감은 놓쳤으니까요 18:47:00 &lt;i2pr&gt; [Slack/str4d] 그 목표로 하겠습니다 18:47:07 &lt;zzz&gt; 좋아요 18:47:12 &lt;zzz&gt; 2)에 대해 더 있을까요? 18:48:00 &lt;zzz&gt; 3) 34C3 예산 (zzz/echelon) 18:48:18 &lt;zzz&gt; eche|on, CCC 지원금 요청 총액이 얼마인가요? 18:48:53 &lt;eche|on&gt; 대략 5천이고, 티켓은 1천 정도입니다 18:49:16 &lt;zzz&gt; 그 정도는 충분히 감당할 수 있을 거라고 봅니다 :) 18:49:31 &lt;eche|on&gt; 흠, 계산해보죠, 1, 2, 3 BTC, 네, 확실히요^^ 18:49:53 &lt;zzz&gt; 저녁 식사까지 추가하고, 기차 패스도 우리가 부담한다고 하면, 7천으로 하죠. 괜찮아 보입니다 18:50:11 &lt;zzz&gt; 여기서 지원 요청을 하지 않았지만 필요하신 분이 있으면, 지금 말씀해 주세요 18:50:29 &lt;zzz&gt; CCC에 7천을 쓰는 것에 이의 있으신가요? 18:51:01 &lt;zzz&gt; 3)에 대해 더 있을까요? 18:51:19 &lt;eche|on&gt; 저는 지금 없습니다 18:51:30 &lt;zzz&gt; 4) Debian 패키지 업데이트 (zzz) 18:51:50 &lt;zzz&gt; 좋습니다, 좋은 소식이에요. mhatta의 패키지가 Debian sid에 받아들여졌고, 2년 후에는 buster가 될 것입니다 18:52:20 &lt;zzz&gt; 그의 수정 몇 가지를 반영했고, 조만간 .31로 업데이트하길 바랍니다 18:52:41 &lt;eche|on&gt; 정말 좋은 소식이네요 18:52:57 &lt;zzz&gt; 큰 이정표입니다. 포함 요청을 위한 Debian 버그가 근 8년이나 됐었거든요 18:53:14 &lt;zzz&gt; 4)에 대해 더 있을까요? 18:53:23 &lt;eche|on&gt; 네 18:53:32 &lt;eche|on&gt; 'bounty closed'가 최종인가요? 18:53:40 &lt;eche|on&gt; mhatta에게 146을 지급해도 될까요? 18:53:41 &lt;eche|on&gt; *g* 18:54:32 &lt;zzz&gt; 그렇다고 생각합니다 18:54:45 &lt;zzz&gt; 아마 수년 만에 처음으로 지급하는 현상금일지도 모르겠네요 18:54:58 &lt;eche|on&gt; 네 18:54:59 &lt;eche|on&gt; 좋습니다 18:55:16 &lt;zzz&gt; 5) jrandom 이후 10년 (zzz) 18:55:52 &lt;zzz&gt; 좋습니다, jrandom은 2007년 11월에 사라졌습니다. 이를 기념해 무언가 해야 할지 생각 중입니다. PR 팀에서, str4d/sadie, 아이디어가 있을까요? 18:56:14 &lt;eche|on&gt; 아이디어가 없네요 18:56:17 &lt;i2pr&gt; [Slack/str4d] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=448638 가 종료된 것 같네요, 그러니 네! 18:56:42 &lt;i2pr&gt; [Slack/str4d] 이번 주말에 그건 Sadie와 얘기해 보겠습니다 18:57:03 &lt;zzz&gt; 좋아요, 5)에 대해 더 있을까요? 18:57:05 &lt;i2pr&gt; [Slack/str4d] 11월 중 언제였나요? 18:57:12 &lt;orignal_&gt; zzz, 전체 이야기를 해 주는 게 좋을지도요 18:57:29 &lt;zzz&gt; 정확한 날짜는 없어요. 그 이메일들을 잃어버렸습니다 18:57:36 &lt;orignal_&gt; 그 전에 무슨 일이 있었나요? 왜 그가 당신을 선택했나요? 18:57:57 &lt;orignal_&gt; 무엇을 논의했고 무엇에 합의했나요? 18:58:01 &lt;i2pr&gt; [Slack/str4d] PR을 하게 된다면, 그 이후에 무엇이 이루어졌는지에 초점을 맞출 것 같습니다 18:58:12 &lt;zzz&gt; 제 기억을 담아 zzz.i2p에 짧은 글을 올릴 수도 있겠습니다 18:58:25 &lt;i2pr&gt; [Slack/str4d] 아니면 두 단계/두 편의 블로그 글로, 이전과 이후를 나눌 수도 있겠네요 18:59:08 &lt;zzz&gt; 좋아요, 5)에 대해 더 있을까요? 18:59:18 &lt;orignal_&gt; 네, 부탁드립니다 18:59:24 &lt;orignal_&gt; 모두가 알고 싶어 해요 18:59:28 &lt;zzz&gt; 이에 대한 우리의 상시 게시물은 여기 있습니다: `http://i2p-projekt.i2p/en/misc/jrandom-awol` 18:59:43 &lt;zzz&gt; 회의에서 더 다룰 사항이 있나요? 19:00:19 &lt;orignal_&gt; 네, 하지만 당신에 관한 건 아니에요 19:00:22 &lt;villain&gt; CCC 출장 예산이 7천인데, 전부 기부금에서 나오는 건가요? 그것이 I2P에 무엇을 가져다주나요? 19:00:49 &lt;zzz&gt; manas가 더 이른 시간을 요청했지만 참석하지 않았으므로, 다음 달에는 다시 UTC 오후 8시로 돌아가겠습니다 19:01:28 &lt;zzz&gt; 우리 자금은 본질적으로 수년 전 1000 BTC의 원래 기부에서 나온 것입니다 19:01:37 &lt;villain&gt; 7천이면 I2P 소스에 대한 독립적인 소스 코드 감사도 할 수 있을 텐데요, 그냥 말해보는 겁니다... 19:01:41 &lt;eche|on&gt; 거의 전부, 네 19:01:42 * zzz warms up the baffer 19:02:00 &lt;i2pr&gt; [Slack/str4d] villain, 하하! 19:02:01 &lt;eche|on&gt; 우리 소스에 대해 7천으로는 충분한 코드 감사를 받지 못할 겁니다 19:02:11 &lt;zzz&gt; 재무 현황은 웹사이트에 있으니, 잔액이 궁금하시면 참고하세요 19:02:14 &lt;eche|on&gt; 감사인은 하루에 약 500입니다 19:02:22 * zzz *bafs* 회의를 종료했다 </div>/ko/blog/2017/09/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-9%EC%9B%94-5%EC%9D%BC/Tue, 05 Sep 2017 00:00:00 +0000/ko/blog/2017/09/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-9%EC%9B%94-5%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, psi, R4SAS, str4d, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log">20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 0.9.32 업데이트 (zzz) 20:00:00 &lt;zzz&gt; 2) 34C3 자금 지원 이메일 리마인더 (zzz/echelon) 20:00:03 &lt;zzz&gt; 0) 안녕하세요 20:00:05 &lt;zzz&gt; 안녕하세요 20:00:44 &lt;zzz&gt; 1) 0.9.32 업데이트 (zzz) 20:00:58 &lt;R4SAS&gt; 안녕하세요 20:01:09 &lt;zzz&gt; ok, str4d가 UI 업데이트를 일부 했고, 저는 prop 141 구현을 시작했지만 아직 아무것도 체크인하지 않았습니다 20:01:37 &lt;zzz&gt; 우리는 10월 초 릴리즈를 목표대로 진행 중입니다 20:01:49 &lt;i2pr&gt; [Slack/str4d] 안녕하세요 20:02:03 &lt;zzz&gt; str4d가 그의 benchmark 브랜치를 prop 하길 원하는 것 같은데, 곧 그렇게 해야 하지 않을까요? 그의 티켓에 코멘트를 달아두었습니다 20:02:20 &lt;psi_&gt; 예 20:02:36 &lt;i2pr&gt; [Slack/str4d] 지금까지는 작은 UI 수정만 푸시했습니다; 더 많은 이슈를 해결하는 변경들이 로컬에 대기 중인데, 제 git -&gt; mtn 프로세스를 거쳐야 합니다 20:03:09 &lt;i2pr&gt; [Slack/str4d] benchmark 코멘트들을 확인하고 이번 주 말까지 마무리 / 푸시하겠습니다 20:03:57 &lt;zzz&gt; ok 언젠가 릴리즈 프로세스에 대해 당신과 얘기해야겠어요. .31에 대해 닫히지 않은 블로커 티켓들이 있었는데, 아마 릴리즈 전에 반드시 그것들이 닫히도록 해야 할 것입니다 20:04:08 &lt;zzz&gt; 아니면 블로커라는 게 무슨 의미가 있겠습니까 20:04:23 &lt;i2pr&gt; [Slack/str4d] 맞습니다 20:04:36 &lt;zzz&gt; 안건 1)에 대해 더 있을까요? 20:06:01 &lt;zzz&gt; 2) 34C3 자금 지원 이메일 리마인더 (zzz/echelon) 20:06:11 &lt;psi&gt; 이번 릴리즈에서 hostnames 제거가 필요합니까? 20:06:15 &lt;psi&gt; RI에서 20:06:25 &lt;psi&gt; 아, 랙이네 20:06:33 &lt;zzz&gt; 마이그레이션 논의는 proposal 텍스트를 참조하세요 20:06:45 &lt;psi&gt; ㅇㅋ 20:07:07 &lt;i2pr&gt; [Slack/str4d] zombie 완화책 논의 없이 이번 릴리즈에 포함하는 데에는 -1입니다 20:07:08 &lt;zzz&gt; ok 34C3 관련, 자금 지원이나 무료 티켓을 원한다면 반드시 9월 30일까지 echelon에게 이메일을 보내야 합니다 20:07:43 &lt;zzz&gt; 추가로, echelon 쪽 서버 이슈가 있었다고 하니, 여러분의 이메일을 받았다는 그의 ACK을 받지 못했다면 다시 보내세요 20:08:46 &lt;zzz&gt; 우리는 사람들을 위한 자금이 충분히 있지만, 반드시 신청해야 합니다. 이달 말 이후에 요청하는 사람들은 지원하지 않습니다 20:09:48 &lt;zzz&gt; 그러니 다시 한 번, echelon이 여러분의 요청을 수신했음을 확인받으세요 20:10:03 &lt;zzz&gt; 예산은 다음 달 미팅에서 확정하겠습니다 20:10:19 &lt;zzz&gt; 안건 2)에 대해 더 있을까요? 20:10:36 &lt;i2pr&gt; [Slack/str4d] 제 쪽에는 없습니다. 20:11:26 &lt;zzz&gt; 미팅에서 더 논의할 것 있나요? 20:11:54 &lt;psi&gt; 할 말이 하나 있어요 20:12:02 &lt;zzz&gt; psi, 말씀하세요 20:12:03 &lt;psi&gt; 하지만 길고 지루해요 20:12:09 &lt;psi&gt; 그 정렬된 아웃바운드 tunnels 아이디어예요 20:12:36 &lt;psi&gt; 원래는 OBEP 부하 감소 기법으로 당신에게 제안했었죠 20:12:45 &lt;psi&gt; 그건 좋은 부수 효과예요 20:12:53 &lt;psi&gt; 하지만 그게 원래 의도는 아닙니다 20:13:10 &lt;psi&gt; 원래 의도는 패킷 드롭을 줄이는 것이었어요 20:13:59 &lt;zzz&gt; ok, 그래서 이에 대해 무엇을 논의하고 싶으신가요? 20:14:08 &lt;psi&gt; 제 질문은: Java I2P에서 aligned outbound tunels을 구현할 의향이 있나요? 20:14:22 &lt;psi&gt; 아니면 당신들에겐 너무 실험적인가요? 20:14:53 &lt;psi&gt; i2pd 코드만큼 Java I2P의 코드에는 익숙하지 않아서요 20:14:57 &lt;zzz&gt; 지금은 세부 내용을 잊어버려서 답을 못 하겠네요. 문서로 정리해서 어딘가에 올려주시면 기꺼이 답변드리겠습니다 20:15:09 &lt;psi&gt; 오케이 20:15:15 &lt;psi&gt; 이제 미팅을 마쳐도 될 것 같아요 20:15:26 &lt;psi&gt; 아이디어는 OBEP == IBGW 입니다 20:15:35 &lt;psi&gt; OB tunnel에 hop을 하나 더 추가하는 거죠 20:15:38 &lt;eche|offf&gt; 제 쪽에서는 아직 없습니다 20:15:43 &lt;psi&gt; 즉, OBEP == IBGW가 되도록요 20:16:14 &lt;psi&gt; 패킷 드롭과 OBEP 압력을 줄이기 위해서요 20:16:30 &lt;psi&gt; (더 많은 tunnels이라는 대가로) 20:16:51 &lt;zzz&gt; ok, 이미 구현했으니 이점에 대한 데이터가 있으면 큰 도움이 될 거예요 20:17:10 &lt;zzz&gt; aligned outbound tunnels에 대해 더 있을까요? 20:17:31 &lt;psi&gt; 초기 관찰로는 초기 RTT가 이후의 RTT와 같다는 점이에요 20:17:44 &lt;psi&gt; 즉, 초기 RTT 스파이크가 없어요 20:17:57 &lt;psi&gt; 아마도 OBEP의 압력이 해소되기 때문일 수 있어요 20:18:03 &lt;psi&gt; 하지만 그건 그냥 가정일 뿐이죠 20:18:15 &lt;psi&gt; 이걸 testnet에서 테스트해보고 싶어요, 우리에겐 docker로 만든 게 있으니까요. 20:18:25 &lt;i2pr&gt; [Slack/str4d] 성능 benchmark로 만들 수 있는 게 있으면 알려주세요 20:18:25 &lt;psi&gt; 정량적 수치를 모으려고요 등등 20:19:01 &lt;psi&gt; 저도 그래요, 좋은 perf benchmark를 뭘로 해야 할지 모르겠네요 20:19:18 &lt;psi&gt; 지금은 openvpn 위에서 icmp ping을 써왔어요 20:19:23 &lt;i2pr&gt; [Slack/str4d] 사실 이건 benchmark라기보다 metric에 가깝습니다. 네트워크 성능에도 의존하고, endpoint 위치에 따라 달라질 가능성이 크거든요 20:19:27 &lt;psi&gt; 아마 최선의 방법은 아니겠죠 20:19:48 &lt;i2pr&gt; [Slack/str4d] 그래도 반복 가능하게 만들 수 있다면, 제가 수집을 시작하려는 벤치마크 모음에 추가하고 싶습니다 20:20:18 &lt;psi&gt; 지금은 dtls로 연결되는 데 걸리는 시간과, 그 다음에 ping으로 지연을 측정하는 방식을 씁니다 20:20:31 &lt;psi&gt; 그건 Java I2P에 그대로 옮기긴 어렵다고 생각해요 20:20:45 &lt;psi&gt; socks5 udp가 동작하지 않는 한요 20:20:49 &lt;psi&gt; 아니면 SAM 관련 작업을 좀 하거나요 20:21:23 &lt;zzz&gt; aligned outbound tunnels에 대해 더 있을까요? 20:21:31 &lt;psi&gt; aligned outbound tunnels는 아직 실험적이고, 늘어난 tunnel 수가 그만한 가치가 있는지 아직 모르겠어요 20:21:49 &lt;psi&gt; 그래서 더 많은 연구가 필요하고, 지금 i2pd 쪽에서 과학적으로 검증 중이에요 20:21:56 &lt;psi&gt; 알려드릴게요 20:22:12 &lt;i2pr&gt; [Slack/str4d] 좋습니다, #i2p-science에서 진행 상황을 계속 알려주세요 :slightly_smiling_face: 20:22:20 &lt;psi&gt; ㅇㅋ 20:22:21 &lt;zzz&gt; 좋습니다, 업데이트 고마워요 psi 20:22:25 &lt;zzz&gt; aligned outbound tunnels에 대해 더 있을까요? 20:22:53 &lt;psi&gt; 마지막으로 한 가지: tunnels 정렬에 더해 무언가를 더 하는 게 가치가 있을지도 모릅니다, 즉 tor의 rend 스펙 같은 것요 20:23:17 &lt;psi&gt; 그게 정확히 무엇인지는 아직 모르겠고, #i2p-science에서 큰소리로 생각해 보겠습니다 20:23:20 &lt;psi&gt; (참여해 주세요) 20:23:29 &lt;psi&gt; 이상입니다 20:23:41 &lt;i2pr&gt; [Slack/str4d] 저는 이상입니다 20:23:49 &lt;zzz&gt; 미팅에서 더 논의할 것 있나요? 20:24:28 &lt;psi&gt; 전 괯찮습니다 20:25:15 &lt;zzz&gt; 모두들 고마워요, 4주 후에 봅시다, 그때가 .32 릴리즈 시점입니다 20:26:10 * zzz ***bafffs*** 회의 종료 </div>/ko/blog/2017/08/07/0.9.31-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 07 Aug 2017 00:00:00 +0000/ko/blog/2017/08/07/0.9.31-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>이번 릴리스의 변경 사항은 평소보다 훨씬 눈에 띕니다! 우리는 router 콘솔을 더 이해하기 쉽게 만들고, 접근성과 브라우저 간 호환성을 개선하며, 전반적으로 다듬기 위해 새로 단장했습니다. 이는 router 콘솔을 더 사용자 친화적으로 만들기 위한 장기 계획의 첫 단계입니다. 또한 i2psnark에 토렌트 평점과 댓글 지원을 추가했습니다.</p> <p>항상 그렇듯 이번 릴리스로 업데이트하실 것을 권장합니다. 보안을 유지하고 네트워크에 도움을 주는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2017/08/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-8%EC%9B%94-1%EC%9D%BC/Tue, 01 Aug 2017 00:00:00 +0000/ko/blog/2017/08/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-8%EC%9B%94-1%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dg, echelon, lazygravy, manas, str4d, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log">20:01:06 &lt;zzz&gt; 0) 안녕하세요 20:01:06 &lt;zzz&gt; 1) 0.9.31/32 업데이트 (zzz) 20:01:07 &lt;zzz&gt; 2) 34C3 예산 계획 (zzz/echelon) 20:01:09 &lt;zzz&gt; 0) 안녕하세요 20:01:11 &lt;zzz&gt; 안녕하세요 20:01:17 &lt;manas&gt; 안녕하세요 20:01:28 &lt;zzz&gt; 1) 0.9.31/32 업데이트 (zzz) 20:01:48 &lt;zzz&gt; 약간의 지연 이후, 이제 .31에 대해 코드 리뷰 중이며, 마감은 6일(일요일)입니다 20:02:11 &lt;zzz&gt; 7일에 네트워크 내 업데이트 릴리스를 예상하며, 패키지 등은 이후 제공될 예정입니다 20:02:29 &lt;zzz&gt; 그에 따라 .32 릴리스는 10월 초~중순이 될 것입니다 20:03:01 &lt;zzz&gt; UI 변경 사항이 많으니, 가능하면 모두 테스트하고 검토해 주세요 20:03:07 &lt;zzz&gt; 1) 관련해서 더 있나요? 20:03:50 &lt;dg&gt; 한 가지는: Debian에 어느 버전을 넣게 될지 궁금합니다 20:04:00 &lt;dg&gt; 지금 안정 릴리스를 고려하는 것이 시기상조인지 잘 모르겠습니다. 20:04:14 &lt;manas&gt; 테스트해왔는데, 좋아 보입니다 :) 20:04:29 &lt;zzz&gt; 그 질문들을 하기 위해 mhatta와 연락을 취하려 하고 있습니다. 그는 아직 자신의 계획에 대해 우리에게 아무런 의견을 주지 않았습니다 20:04:41 &lt;zzz&gt; 1) 관련해서 더 있나요? 20:04:55 &lt;lazygravy&gt; dg: 다음 Debian 안정 릴리스는 2년 후이니 — 시간은 있습니다 20:05:06 &lt;i2pr&gt; [Slack/str4d] 그 시점까지는 여유 기간이 길다는 점을 참고하세요 20:05:10 &lt;i2pr&gt; [Slack/str4d] Stretch가 막 릴리스되었기 때문입니다 20:05:34 &lt;dg&gt; lazygravy: 그렇군요. 다만 누군가 계획이 있는지, 또는 릴리스 프로세스의 구조 변경을 고려해야 하는지 확인하고 싶었습니다 20:05:34 &lt;dg&gt; 저는 더 없습니다 20:06:07 &lt;zzz&gt; 2) 34C3 예산 계획 (zzz/echelon) 20:06:28 &lt;zzz&gt; 오늘 여기서 하고 싶은 것은 1인당 지원 수준에 합의하는 것입니다. 필요하면 총액은 다음 회의에서 검토할 수 있습니다 20:06:54 &lt;zzz&gt; zzz.i2p에 지난 해보다 인상안을 제안해 두었는데, reseeders(리시더; 초기 연결 데이터를 제공하는 운영자)는 500유로, 주요 기여자는 1500유로, 특별한 사정은 2000유로입니다 20:07:04 &lt;zzz&gt; 의견? 20:07:21 &lt;eche|on&gt; 저는 괜찮습니다 20:07:47 &lt;eche|on&gt; 참고로: `http://echelon.i2p/donations/index.html` 업데이트됨 20:07:55 &lt;i2pr&gt; [Slack/str4d] 저도 그게 합리적으로 보입니다 20:07:56 &lt;manas&gt; 렉이 있어서 죄송. 괜찮아 보입니다 20:08:09 &lt;zzz&gt; eche|on, 사람들이 당신에게 요청을 이메일로 보내길 원하나요? 그렇다면 마감일은 언제인가요? 20:08:40 &lt;eche|on&gt; 이메일로 부탁합니다, 행사 전에 맞춰서요. 여기서 논의할까요, 아니면 제가 알아서 진행해도 될까요? 20:09:07 &lt;zzz&gt; 늦어도 Congress 티켓 판매 시점 이전에는 필요합니다 20:09:31 &lt;eche|on&gt; 네 20:09:43 &lt;eche|on&gt; 티켓 수를 파악하려면요. 그러니 10월 말로 하죠 20:10:09 &lt;zzz&gt; 그래도 가능하면 더 일찍 이메일을 보내길 권합니다. 특히 본인이 얼마나 받을지 모르는 경우, 특별한 사정이 있는 경우, 항공권 구매 전에 알아야 하는 경우에는요 20:10:15 &lt;manas&gt; 알겠습니다, 이메일 보내겠습니다 20:10:38 &lt;eche|on&gt; 좋아요, 그럼 9월 말로 하죠 20:10:45 &lt;eche|on&gt; 2개월 생각할 시간은 충분합니다 20:10:57 &lt;zzz&gt; 이메일에는 구체적인 금액을 적어 주세요. 다시 말하지만, 실제 티켓 비용에 대한 환급이며, 수당은 아닙니다 20:11:21 &lt;zzz&gt; 좋습니다, 총예산은 10월 회의 안건에 올리겠습니다 20:11:39 &lt;manas&gt; 그 금액에 티켓 비용이 포함되나요 20:11:52 &lt;zzz&gt; 아니요, Congress 티켓은 별도로 구매하거나 환급하겠습니다 20:12:06 &lt;eche|on&gt; 좋아요, 훌륭합니다 20:12:09 &lt;manas&gt; 네 20:12:27 &lt;zzz&gt; 2) 관련해서 더 있나요? 20:13:26 &lt;zzz&gt; 회의에서 더 논의할 사항 있나요? 20:15:00 * zzz *bafs* 회의 종료 </div>/ko/blog/2017/07/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-7%EC%9B%94-4%EC%9D%BC/Tue, 04 Jul 2017 00:00:00 +0000/ko/blog/2017/07/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-7%EC%9B%94-4%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> backup, manas, orignal, R4SAS, str4d, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log">20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 0.9.31/.32 업데이트 (zzz) 20:00:00 &lt;zzz&gt; 2) 34C3 계획 (zzz/echelon) 20:00:03 &lt;zzz&gt; 0) 안녕하세요 20:00:06 &lt;zzz&gt; 안녕하세요 20:00:27 &lt;backup&gt; 안녕 zzz 20:00:31 &lt;zzz&gt; 1) 0.9.31/.32 업데이트 (zzz) 20:00:45 &lt;str4d&gt; 안녕하세요 20:00:49 &lt;zzz&gt; 좋아, 릴리스를 일주일 미뤘고, 새로운 체크인 마감은 이번 금요일이야 20:00:53 &lt;R4SAS&gt; 안녕하세요 20:00:56 &lt;manas&gt; 안녕하세요 20:01:18 &lt;zzz&gt; 규모가 크니까 리뷰에 이틀 정도 더 쓰고, 리뷰 마감은 다음 주 화요일, 빌드는 화요일 늦게나 수요일 초에 할게 20:01:47 &lt;zzz&gt; 그러면 0.9.32 릴리스는 9월 초~중순쯤, 대략 계획대로가 될 거야 20:02:04 &lt;zzz&gt; 모두 최신 개발 빌드를 테스트해 주세요 20:02:11 &lt;zzz&gt; 1) 관련해서 더 있을까요? 20:02:33 &lt;backup&gt; 개발 빌드를 사용하는 방법에 대한 가이드를 zzz에 올려줄 수 있나요? 20:02:55 &lt;manas&gt; 'ant updater'는 i2pupdate.zip을 생성합니다 20:02:55 &lt;zzz&gt; 아마 bobthebuilder.i2p에 안내가 있을 거야? 20:03:14 &lt;orignal_&gt; 안녕 20:03:16 &lt;zzz&gt; 자동 개발 빌드 업데이트를 구독하는 방법은 zzz.i2p에서 찾아봐 20:03:29 &lt;str4d&gt; 아마 이미 가이드가 있을 텐데, 이런 것들의 가시성은 확실히 개선해야 해. 웹사이트 업데이트 다음 단계에서 내가 맡은 일에 포함돼 있어 20:03:38 &lt;zzz&gt; 아니면 manas 말대로, ant updater, zip을 복사해 넣고, 재시작. 끝. 20:03:41 &lt;backup&gt; 내 말은 KYTV가 했던 것처럼 준비된 무언가요? 20:03:41 &lt;zzz&gt; 1) 관련해서 더 있을까요? 20:03:49 &lt;backup&gt; 그러면 더 많은 테스터를 끌 수 있을 텐데요... 20:04:06 &lt;str4d&gt; 새 웹사이트 메인 페이지가 올라갔어요 20:04:10 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` 20:04:23 &lt;zzz&gt; 주제에 집중하자. 1) 관련해 더 있을까? 20:04:34 &lt;str4d&gt; zzz, 나 *am* 주제 얘기 중이야 20:04:58 &lt;str4d&gt; 가능하면 릴리스 시기에 맞춰 라이브로 올리고 싶어요 20:05:15 &lt;str4d&gt; 그런데 현재 막힌 건 카피(메인 페이지 텍스트) 작업이에요 20:05:18 &lt;manas&gt; 로딩 중 20:05:30 &lt;zzz&gt; 2) 34C3 계획 (zzz/echelon) 20:05:38 &lt;manas&gt; 지금까지는 보기 좋아요 20:05:50 &lt;str4d&gt; 무리해서 맞추지는 않을 거고, 제때보다 제대로 되는 게 더 좋아요 20:05:59 &lt;zzz&gt; 좋아, 지금은 CCC에 대해 크게 논의하지 말고, 8월이나 9월에 예산 회의를 잡고 싶어 20:06:25 &lt;zzz&gt; 항공권을 사기 전에 비용 상환이 얼마나 될지 알아야 하는 사람이 있나요? 다들 항공권은 언제 살 예정이죠? 20:06:27 &lt;str4d&gt; 티켓 판매 일정이 벌써 발표됐나요? 20:06:48 &lt;zzz&gt; 아니, 현실적으로는 학회 티켓을 확보했는지 알기 몇 달 전에 항공권을 사야 할 거야, 안타깝지만 20:06:57 &lt;manas&gt; 몇 장을 주시하고 있는데, 아직 확정하진 않았어요 20:07:12 &lt;manas&gt; 티켓을 확보하는 절차는 어떻게 될까요? 20:07:19 &lt;zzz&gt; 최소한 작년만큼의 비용 상환은 기대해도 되고, BTC 덕분에 더 많을 수도 있어 20:07:25 &lt;manas&gt; 작년에 eche|off가 티켓을 친절히 보내줬어요 20:07:30 &lt;manas&gt; *a 20:07:34 &lt;zzz&gt; 지금은 컨퍼런스 티켓 절차는 논의하지 말자. 그건 훨씬 나중에 할 거야. 20:07:43 &lt;str4d&gt; 저는 영국에서 날아가서, 가는 데 비용이 훨씬 저렴할 거예요 20:07:44 &lt;manas&gt; 좋아요 :) 20:07:48 &lt;zzz&gt; 나는 그냥 예산 회의만 잡고 싶어. 8월? 9월? 20:07:59 &lt;manas&gt; str4d: 그리고 훨씬 짧은 비행이겠네요 :D 20:08:09 &lt;manas&gt; 티켓 판매는 언제 열리나요? 20:08:16 &lt;zzz&gt; 지금은 컨퍼런스 티켓 절차는 논의하지 말자. 그건 훨씬 나중에 할 거야. 20:08:33 &lt;str4d&gt; 8월이 아마 더 안전하겠어요 20:08:40 &lt;manas&gt; 둘 다 저한텐 괜찮아요 20:08:49 &lt;zzz&gt; 내 기억으로는 대부분 11월에 판매됐던가? 항공권은 훨씬 일찍 사는 게 좋을 거야. LEJ가 MUC보다 가기 어려워 보이더라 20:08:49 &lt;str4d&gt; 약간의 여유를 포함하는 건 어떨까요? 20:09:05 &lt;zzz&gt; 좋아, 다음 달 회의 안건에 올려둘게 20:09:06 &lt;manas&gt; MUC에서 출발하는 항공편이 몇 개 있어요 20:09:07 &lt;manas&gt; LEJ로 가는 20:09:14 &lt;manas&gt; 누군가 MUC로 들어온다면요 20:09:19 &lt;manas&gt; 좋아요 20:09:19 &lt;zzz&gt; 2) 관련해서 더 있을까요? 20:10:14 &lt;zzz&gt; 오늘 회의에서 더 이야기할 게 있을까요? 20:10:56 &lt;str4d&gt; 여러 사람과 #i2p-science에서 성능 관련 얘기를 더 하고 있어요 20:11:05 &lt;manas&gt; 새 메인 페이지가 로드됐어요, 정말 멋져요 str4d 20:11:12 &lt;str4d&gt; 관심 있는데 아직 안 보셨다면 채널을 지켜봐 주세요 20:11:22 &lt;manas&gt; UI도 테스트해 봤는데, 그것도 좋아 보여요 20:11:43 &lt;zzz&gt; 좋네 20:11:45 &lt;str4d&gt; 혼란을 일으킨 점을 감안해 Prop140도 업데이트했어요. 밸런서 프로토콜에 관한 것임을 명확히 하기 시작했습니다 20:11:58 &lt;str4d&gt; (즉, 기본적으로 OnionBalance인데, 더 격리화된 형태예요) 20:12:07 &lt;R4SAS&gt; zzz, jks2pem 버그에 대해 질문 있어요 20:12:29 &lt;zzz&gt; 좋아, 6주가 지나서 그 논의를 다시 시작하긴 어렵지만, 다시 집중해 보려고 해 20:12:30 &lt;str4d&gt; 아직 완성은 아니고, 프로토콜 등은 설계가 더 필요해요 - zzz.i2p 스레드에 달아둔 제 코멘트를 보세요 20:12:35 &lt;zzz&gt; R4SAS, 회의 끝나고 부탁해 20:12:44 &lt;zzz&gt; 오늘 회의에서 더 이야기할 게 있을까요? 20:12:44 &lt;R4SAS&gt; kk 20:12:50 &lt;str4d&gt; PT 쪽의 한 사람인 David Fifield에게서 NTCP 2에 대한 코멘트도 몇 가지 받았어요 20:13:36 &lt;zzz&gt; 제안서 관련 진전은 좋지, 비록 6개월에 한 번이라도 20:13:44 &lt;str4d&gt; 그 피드백으로 제안서를 업데이트했고, 곧 의견을 받으려고 traffic-obf Google Group에 올릴 예정이에요(그가 이런 주제에 관심이 있을 거라고 하더군요) 20:13:53 &lt;zzz&gt; 오늘 회의에서 더 이야기할 게 있을까요? /me grabs the baffer 20:14:11 &lt;str4d&gt; 한 가지만 더 20:14:34 &lt;str4d&gt; F3real이 통계에 적용할 차등 프라이버시에 열심히 작업 중이에요 20:14:49 &lt;str4d&gt; 오늘 현재 패치 파일을 제게 보냈고, 이번 주에 살펴볼게요 20:15:14 &lt;str4d&gt; (tl;dr 프라이버시를 훼손하지 않고 통계를 공개할 수 있도록, 통계를 구간화하고 가산 잡음을 추가하는 방식) 20:15:42 &lt;zzz&gt; 어려운 주제야. 연구와 실험의 여지가 많지. 가능하면 lazygravy도 참여할 수 있으면 좋겠어 20:15:54 &lt;zzz&gt; 오늘 회의에서 더 이야기할 게 있을까요? 20:15:59 &lt;str4d&gt; 초기 단계지만, 제 아는 한 Summer Dev를 통해 들어오는 첫 신규 기여자예요! 우! 20:16:43 &lt;str4d&gt; 일주일이나 이주 전쯤 Apache Kafka도 좀 조사했는데, 통계 수집에 유용한 플랫폼 같아요 20:17:06 &lt;str4d&gt; (lazygravy의 제안이고, 제가 아는 정보보안 회사 쪽 사람들 몇 명도 쓰는 것 같아요) 20:17:27 &lt;zzz&gt; 오늘 회의 마지막으로 질문 받습니다 20:17:28 &lt;str4d&gt; 적당한 시점에 그건 논의해 볼게요(아마 PETS 이후 - 그 발표 자료를 아직 써야 하거든요) 20:17:40 &lt;str4d&gt; 알겠어요, 알겠어요, 끝입니다 :P 20:18:29 * zzz **bafs** 회의를 종료합니다 </div>/ko/blog/2017/06/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-6%EC%9B%94-6%EC%9D%BC/Tue, 06 Jun 2017 00:00:00 +0000/ko/blog/2017/06/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-6%EC%9B%94-6%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> backup, lazygravy, manas, psi, str4d, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log">20:00:18 &lt;zzz&gt; 0) 안녕하세요 20:00:18 &lt;zzz&gt; 1) 0.9.31 업데이트 (zzz) 20:00:18 &lt;zzz&gt; 2) UI 브랜치 상태 - (str4d) 20:00:18 &lt;zzz&gt; 3) I2P Summer Dev 계획 - (str4d) 20:00:18 &lt;zzz&gt; 4) EdDSA 업데이트 - (str4d) 20:00:18 &lt;zzz&gt; 5) 34C3 계획 (zzz/echelon) 20:00:18 &lt;zzz&gt; 6) 정기 Reseed 운영자 회의 (manas) 20:00:24 &lt;zzz&gt; 0) 안녕하세요 20:00:26 &lt;manas&gt; 안녕하세요 :) 20:00:26 &lt;zzz&gt; 하이 20:00:34 &lt;psi&gt; 오하이 20:00:40 &lt;i2pr&gt; [Slack/str4d] 안녕하세요 20:00:58 &lt;zzz&gt; 1) 0.9.31 업데이트 (zzz) 20:01:00 &lt;backup&gt; 안녕하세요 20:01:37 &lt;zzz&gt; 좋아, 체크인 마감이 3주 반 뒤고, 일정은 잘 맞고 있음. 하지만 31 로드맵의 대부분(29, 30에서 미뤄진 것들)은 다시 미뤄질 예정 20:01:54 &lt;zzz&gt; 태그 동결은 어제였음 20:02:03 &lt;zzz&gt; 1)에 대해 더 있나요? 20:02:23 &lt;backup&gt; 오늘 리시드 업데이트 몇 가지를 보냈어요 20:02:26 &lt;psi&gt; .31에서 i2pd에 주목할 만한 변경 사항 있나요? 20:03:01 &lt;zzz&gt; i2pd 쪽은 잘 모르겠는데, i2np 변경은 없음 20:03:15 &lt;zzz&gt; 31의 대부분은 UI 관련 내용일 거임 (항목 2 참고) 20:03:21 &lt;zzz&gt; 1)에 대해 더 있나요? 20:03:51 &lt;psi&gt; ㅇㅋ 20:03:51 &lt;i2pr&gt; [Slack/str4d] 새 웹사이트 프론트 페이지 CSS도 같은 시기에 반영될 예정 20:04:07 &lt;manas&gt; str4d: 굿 20:04:28 &lt;zzz&gt; 2) UI 브랜치 상태 - (str4d) 20:04:31 &lt;zzz&gt; str4d 진행 20:04:33 &lt;i2pr&gt; [Slack/str4d] (그리고 가능하면 내부 CSS도 일부, 다만 Elio 일정에 달림) 20:04:55 &lt;i2pr&gt; [Slack/str4d] UI 브랜치가 머지됨! 20:05:36 &lt;i2pr&gt; [Slack/str4d] 몇 분이 리뷰하고 피드백 주셨음; 감사 20:05:39 &lt;zzz&gt; 모두 테스트해보고, 이슈든 비이슈든 ticket #1996에 추가해 주세요 20:05:59 &lt;zzz&gt; str4d, 변경할 때는 rev(리비전)을 올려서 코멘트가 의미 있게 보이게 해줘 20:06:26 &lt;i2pr&gt; [Slack/str4d] ㅇㅋ 20:06:32 &lt;zzz&gt; 2)에 대해 더 있나요? 20:06:59 &lt;i2pr&gt; [Slack/str4d] 대부분의 버그는 처리했음; 시간 나면 주관적인 지적에도 답해볼게 20:07:42 &lt;zzz&gt; 3) I2P Summer Dev 계획 - (str4d) 20:07:46 &lt;zzz&gt; str4d 진행 20:08:14 &lt;i2pr&gt; [Slack/str4d] 사이트 병합 이슈 때문에 Summer Dev가 하루 늦게 시작했지만, 지금 올라가 있음! 20:08:46 &lt;i2pr&gt; [Slack/str4d] 이제 재미있는 부분: 관련 작업 시작 20:09:32 &lt;i2pr&gt; [Slack/str4d] 제안된 아이디어 목록을 Dev 포럼에 올려서 사람들이 볼 수 있게 할게 20:09:39 &lt;zzz&gt; 그 주제로 벌써 회의 두 번 했던 걸로 아는데... 20:09:57 &lt;manas&gt; Tor 위에서 병렬 rsync 전송을 하는 스크립트가 있는데, I2P 위에서 전송되도록 손볼 생각이었어요 :) 20:09:58 &lt;i2pr&gt; [Slack/str4d] 하나는 했고, 지난주 건에는 아무도 안 왔어요 20:10:02 &lt;zzz&gt; 도움을 받을 수 있는 일로는 무엇을 생각하고 있어? 20:10:35 &lt;zzz&gt; 그리고 PR 계획은? 20:11:32 &lt;i2pr&gt; [Slack/str4d] PR 계획은 격주로 Summer Dev의 한 측면에 관한 새 블로그 글을 내는 것 20:11:44 &lt;i2pr&gt; [Slack/str4d] 하지만 실제로 작업이 진행되는지에 크게 좌우됨 20:12:07 &lt;i2pr&gt; [Slack/str4d] 메트릭 수집이 가장 큰 과제 20:12:36 &lt;manas&gt; 첫 회의 기록을 읽었는데, 지금으로선 제가 잘 모르는 기술적인 내용 같더군요 :P 20:12:45 &lt;zzz&gt; 좋아. 3)에 대해 더 있나요? 20:13:12 &lt;i2pr&gt; [Slack/str4d] 핵심은 진척을 내는 것 20:13:24 &lt;manas&gt; 메트릭 수집이 좋겠어요. 목적지를 입력하면 메트릭을 수집하고/또는 속도 테스트를 실행하는 Java 플러그인 같은 것? 20:13:39 &lt;manas&gt; 그에 대해 원래 계획된 방향이 뭔지는 확실치 않아요 20:13:41 &lt;i2pr&gt; [Slack/str4d] 가능하죠, 네 20:13:50 &lt;manas&gt; 그거 멋지겠네요 20:14:02 &lt;i2pr&gt; [Slack/str4d] 제가 생각한 방향은 metrics.torproject.org 같은 것 20:14:21 &lt;i2pr&gt; [Slack/str4d] 물론 거기와 동일한 메트릭을 말하는 건 아님 20:14:30 &lt;manas&gt; 맞아요 20:14:41 &lt;i2pr&gt; [Slack/str4d] 하지만 우리도 비슷한 셋업 20:14:59 &lt;i2pr&gt; [Slack/str4d] 핵심 메트릭은 tunnel / 네트워크 성능 20:15:39 &lt;zzz&gt; 좋은 목표지만, Tor에서 쉬운 건 우리에겐 어렵지. 그쪽은 중앙집중식 제어가 있으니까 20:15:40 &lt;i2pr&gt; [Slack/str4d] 그래서 Tor가 bwauth(대역폭 권한자) 코드로 돌리는 테스트를 누가 한번 살펴보면 정말 도움이 될 거야 20:15:55 &lt;i2pr&gt; [Slack/str4d] 동의 20:16:02 &lt;manas&gt; 맞아요. Tor의 메트릭 수집에서 프라이버시를 지키는 관행을 어디선가 언급하셨던 것 같아요. 관련 문서/논문이 있으면 읽어보면 좋겠네요 20:16:06 &lt;i2pr&gt; [Slack/str4d] 하지만 메트릭은 본질적으로 중앙집중화될 수밖에 없음 20:16:34 &lt;i2pr&gt; [Slack/str4d] freehaven.net/anonbib에 몇 편의 논문이 있어요 20:16:45 &lt;zzz&gt; 3)에 대해 더 있나요? 20:16:54 &lt;manas&gt; 감사해요, 살펴볼게요 20:16:55 &lt;i2pr&gt; [Slack/str4d] 다만 그들의 구체적인 셋업에 대해 얼마나 다루는지는 확실치 않음 20:17:12 &lt;i2pr&gt; [Slack/str4d] 이번 달 다른 일은 proposal 작업 20:17:36 &lt;zzz&gt; 4) EdDSA 업데이트 - (str4d) 20:17:39 &lt;zzz&gt; str4d 진행 20:17:40 &lt;i2pr&gt; [Slack/str4d] 관련 있다고 생각한 proposal 몇 가지를 런치 블로그 글에 나열했음 20:17:48 &lt;i2pr&gt; [Slack/str4d] zzz, 너무 서두르지 마 20:17:57 &lt;i2pr&gt; [Slack/str4d] 지금 폰이라 타이핑이 빠르지 않음 20:18:20 &lt;i2pr&gt; [Slack/str4d] 3) 계속 20:18:53 &lt;i2pr&gt; [Slack/str4d] 이번 달 남은 기간은 proposal을 검토하고 작업할 예정 20:19:09 &lt;i2pr&gt; [Slack/str4d] 그중 몇 가지에 대해 블로그 글 한두 개는 나왔으면 해 20:19:18 &lt;zzz&gt; proposals가 3)인 Summer Dev와 어떻게 관련돼? 20:19:43 &lt;i2pr&gt; [Slack/str4d] Summer Dev는 속도에 관한 것 20:20:07 &lt;i2pr&gt; [Slack/str4d] 성능 관련으로 열린 proposal이 몇 개 있어 20:20:42 &lt;i2pr&gt; [Slack/str4d] 그중 일부가 더 넓은 커뮤니티에 전달되면 좋겠어 20:20:48 &lt;zzz&gt; 오케이 20:20:55 &lt;zzz&gt; 3)에 대해 더 있나요? 20:20:56 &lt;i2pr&gt; [Slack/str4d] 사실 신참이 하기 좋은 작업이야 20:21:12 &lt;i2pr&gt; [Slack/str4d] proposal을 시간을 들여 읽고 20:21:18 &lt;i2pr&gt; [Slack/str4d] 관련 문서도 읽고 20:21:28 &lt;i2pr&gt; [Slack/str4d] 그걸 블로그 글로 소화해서 정리 20:21:37 &lt;manas&gt; str4d: 작업이란 proposal을 읽고 이해한 다음, 블로그 글로 쉽게 풀어 설명하는 걸 말하나요? 20:21:44 &lt;manas&gt; 앗 지금 막 메시지가 들어왔네요, 랙 20:21:46 &lt;manas&gt; :) 20:21:49 &lt;i2pr&gt; [Slack/str4d] 맞아요! 20:21:54 &lt;manas&gt; 그 proposal들 살펴볼게요, str4d 20:22:02 &lt;manas&gt; 재미있을 것 같아요 20:22:13 &lt;i2pr&gt; [Slack/str4d] proposal이 무엇이며, 성능과 프라이버시 양측에 왜 중요한지 전달 20:22:27 &lt;manas&gt; 네, 좋은 블로그 연재가 되겠네요 :) 20:22:37 &lt;manas&gt; 그리고 생산적인 논의도 이어지길 20:22:45 &lt;i2pr&gt; [Slack/str4d] 정확해 ;) 20:23:09 &lt;zzz&gt; 3)에 대해 더 있나요? 20:23:16 &lt;i2pr&gt; [Slack/str4d] 좋아, 이제 3) 끝 20:23:31 &lt;zzz&gt; 4) EdDSA 업데이트 - (str4d) 20:23:34 &lt;zzz&gt; str4d 진행 20:23:43 &lt;i2pr&gt; [Slack/str4d] 여긴 진전 없음 20:24:04 &lt;i2pr&gt; [Slack/str4d] 브랜치는 얼마 전에 제 라이브러리의 최신 코드로 업데이트해 둠 20:24:19 &lt;i2pr&gt; [Slack/str4d] 하지만 UI 때문에 리뷰할 시간이 없었음 20:24:27 &lt;zzz&gt; 다음 회의로 이월할까요, 아니면 이 항목은 끝났거나 관련 없나요? 20:25:07 &lt;i2pr&gt; [Slack/str4d] 주요 이슈는 sigtypes(서명 유형)의 의미적 변경이 예상치 못한 것을 깨뜨리지 않는지 확인하는 것 20:26:07 &lt;i2pr&gt; [Slack/str4d] 도와줄 사람이 있다면 좋겠지만, 우선순위는 Summer Dev를 더 높게 두겠음 20:26:32 &lt;i2pr&gt; [Slack/str4d] 그래서 당장은 'table' 하겠음 20:26:51 &lt;zzz&gt; 다음 회의로 이월할까요, 아니면 이 항목은 끝났거나 관련 없나요? 20:27:05 &lt;i2pr&gt; [Slack/str4d] 방금 말했어요 20:27:21 &lt;i2pr&gt; [Slack/str4d] 지금은 'table'. 그러니 끝난 것도 무관한 것도 아니고, 하지만 안건에서는 빼자 20:27:27 &lt;zzz&gt; ‘table’을 어떻게 해야 할지 모르겠네. 안건에 올릴까 말까? 20:27:53 &lt;zzz&gt; 좋아, 그럼 test2 브랜치는 태웠고, 브랜치 작업을 더 하게 되면 새로 만들게 20:28:02 &lt;zzz&gt; 좋아 4)에 대해 더 있나요? 20:29:01 &lt;zzz&gt; 5) 34C3 계획 (zzz/echelon) 20:29:25 &lt;zzz&gt; ech는 지금 없는 것 같아. 미리 알리면, 예산 회의는 다음 달이나 8월에 있을 거야 20:29:33 &lt;manas&gt; 알겠어요 20:29:56 &lt;i2pr&gt; [Slack/str4d] ACK 20:29:57 &lt;zzz&gt; 지급할 자금은 충분하지만, 늘 그렇듯 기여자에게 보상함 20:30:16 &lt;zzz&gt; 그러니 프로젝트를 도우면 프로젝트도 여러분을 도울 것 20:30:18 &lt;manas&gt; 항공편이랑 호텔을 알아보고 있었어요. 거의 정리했어요 20:30:21 &lt;zzz&gt; 지금이 적기 20:30:26 &lt;lazygravy&gt; (특히 btc 가격이 미쳐서) 20:30:36 &lt;zzz&gt; 자세한 건 다음 회의들에서 20:30:45 &lt;manas&gt; 호텔이 빨리 차는 것 같으니, 갈 계획이 있으면 최대한 빨리 알아보는 게 좋아요 20:30:52 &lt;zzz&gt; ㅇㅇ 20:30:57 &lt;zzz&gt; 5)에 대해 더 있나요? 20:31:03 &lt;i2pr&gt; [Slack/str4d] +1 20:32:01 &lt;zzz&gt; 6) 정기 Reseed 운영자 회의 (manas) 20:32:03 &lt;zzz&gt; manas 진행 20:32:26 &lt;manas&gt; `http://zzz.i2p/topics/2341-meeting-reseed-operators-13-june-8-pm-utc-in-i2p-reseed` - 다음 주 6월 13일 8PM UTC에 #i2p-reseed에서 첫 리시드 회의를 계획 중 20:32:46 &lt;manas&gt; 저게 일반적인 논의 포인트고, 언급한 스레드를 제가 요약할게요 20:32:59 &lt;manas&gt; 다음 주에 봬요, 감사합니다 :) 20:33:12 &lt;zzz&gt; 좋습니다, 준비해 줘서 고마워요, 모두 참석하길 권합니다 20:33:18 &lt;zzz&gt; 6)에 대해 더 있나요? 20:33:26 &lt;manas&gt; 이상입니다 20:34:21 &lt;lazygravy&gt; 3)으로 다시 돌아가도 무리 없을까요? 20:34:35 &lt;manas&gt; 무슨 일이야 gravy 20:34:45 &lt;lazygravy&gt; 수집 쪽에 관심 있어요, str4d. 이거에 대해 이야기할 시간을 잡을 수 있을까요? 주말이면 좋겠어요 20:34:47 &lt;zzz&gt; 3) gravy 진행 20:35:00 &lt;manas&gt; #i2p-science에서 논의해도 될까요? 20:35:45 &lt;lazygravy&gt; manas: 시간만 정해지면요 :) 20:36:01 &lt;lazygravy&gt; 지금 시간을 정할 필요는 없어요. 그냥 말만 꺼내두고 싶었어요 20:36:06 &lt;manas&gt; 네 20:36:48 &lt;manas&gt; 저도 흥미로울 것 같네요 20:37:01 &lt;zzz&gt; 3)에 대해 더 있나요? 20:37:43 &lt;lazygravy&gt; 저는 더 없어요 20:37:48 &lt;zzz&gt; 회의에서 더 다룰 거 있나요? 20:37:56 * zzz baffer를 찾는다 20:39:02 * zzz *b*a*f*s* 회의 종료 </div>/ko/blog/2017/06/01/i2p-summer-dev-2017-%ED%95%9C%EC%B8%B5-%EB%8D%94-%EB%B9%A0%EB%A5%B8-%EC%86%8D%EB%8F%84/Thu, 01 Jun 2017 00:00:00 +0000/ko/blog/2017/06/01/i2p-summer-dev-2017-%ED%95%9C%EC%B8%B5-%EB%8D%94-%EB%B9%A0%EB%A5%B8-%EC%86%8D%EB%8F%84/<p>또 그 시기가 돌아왔습니다! 우리는 I2P의 특정 측면을 한 단계 더 진전시키기 위해 이에 집중하는 여름 개발 프로그램을 시작합니다. 앞으로 석 달 동안, 신규 기여자와 기존 커뮤니티 구성원 모두가 작업을 하나 선택해 즐겁게 참여하도록 독려하겠습니다!</p> <p>지난해 우리는 API 도구를 개선하고 I2P 위에서 실행되는 애플리케이션의 개선에 공을 들임으로써, 사용자와 개발자가 I2P를 활용하도록 돕는 데 집중했습니다. 올해는 모두에게 영향을 미치는 요소인 성능에 주력해 사용자 경험을 향상시키고자 합니다.</p> <p>어니언 라우팅 네트워크는 종종 &ldquo;저지연&rdquo; 네트워크라고 불리지만, 추가적인 컴퓨터를 통해 트래픽을 라우팅하면 상당한 오버헤드가 발생합니다. I2P의 단방향 tunnel 설계 때문에 기본적으로 두 개의 Destination(I2P 목적지) 간 왕복에는 12명의 참여자가 관여합니다! 이러한 참여자들의 성능을 개선하면 종단 간 연결의 지연을 줄이고 네트워크 전반에서 tunnel의 품질을 향상시키는 데 도움이 됩니다.</p>/ko/blog/2017/05/03/0.9.30-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Wed, 03 May 2017 00:00:00 +0000/ko/blog/2017/05/03/0.9.30-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.30에는 Jetty 9 및 Tomcat 8로의 업그레이드가 포함되어 있습니다. 이전 버전은 더 이상 지원되지 않으며, 출시 예정인 Debian Stretch 및 Ubuntu Zesty 릴리스에서는 제공되지 않습니다.</p> <p>router는 각 Jetty 웹사이트의 jetty.xml 구성 파일을 새로운 Jetty 9 설정으로 마이그레이션합니다. 이는 최근의 변경되지 않은 구성에서는 정상적으로 동작하지만, 수정되었거나 매우 오래된 설정에서는 동작하지 않을 수 있습니다. 업그레이드 후 Jetty 웹사이트가 정상적으로 작동하는지 확인하시고, 도움이 필요하면 IRC에서 저희에게 연락하십시오.</p> <p>여러 플러그인이 Jetty 9와 호환되지 않아 업데이트가 필요합니다. 다음 플러그인은 0.9.30에서 동작하도록 업데이트되었으며, 귀하의 router는 재시작 후 이들을 업데이트할 것입니다: i2pbote 0.4.6; zzzot 0.15.0.</p>/ko/blog/2017/05/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-5%EC%9B%94-2%EC%9D%BC/Tue, 02 May 2017 00:00:00 +0000/ko/blog/2017/05/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-5%EC%9B%94-2%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> backup, manas, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log">20:00:01 &lt;zzz&gt; 0) 안녕 20:00:01 &lt;zzz&gt; 1) 0.9.30/.31 업데이트 (zzz) 20:00:01 &lt;zzz&gt; 2) UI 브랜치 상태 - (str4d) 20:00:01 &lt;zzz&gt; 3) I2P 여름 개발 계획 - (str4d) 20:00:01 &lt;zzz&gt; 4) EdDSA 업데이트 - (str4d) 20:00:05 &lt;zzz&gt; 0) 안녕 20:00:07 &lt;zzz&gt; 안녕 20:00:23 &lt;zzz&gt; 1) 0.9.30/.31 업데이트 (zzz) 20:00:48 &lt;zzz&gt; Jetty 버그를 패치해야 해서 일정이 며칠 미뤄졌는데, 오늘 밤에 리뷰를 마치고 내일 아침에 빌드할게요 20:00:58 &lt;manas&gt; 안녕하세요 20:01:19 &lt;zzz&gt; 내일 eche|on이 있으면 in-net 업데이트를 배포하고, 목요일과 금요일에 할 Launchpad와 deb 빌드 작업을 진행하겠습니다 20:01:46 &lt;zzz&gt; 31은 6월 말이나 7월 초로 예정해 두었습니다 20:01:53 &lt;backup&gt; 안녕 20:02:03 &lt;manas&gt; backup, 안녕! :D 20:02:15 &lt;zzz&gt; 31에 대해 우리가 계획한(적어도 바랐던) 것이 무엇인지 로드맵에서 확인할 수 있습니다 20:02:19 &lt;zzz&gt; 1)과 관련해 다른 거 있나요? 20:03:18 &lt;zzz&gt; 2) UI 브랜치 상태 - (str4d) 20:03:43 &lt;zzz&gt; str4d, 차례예요 20:04:13 &lt;zzz&gt; 좋아요, 이건 사상 최단 회의가 되겠네요 20:04:27 &lt;backup&gt; 여기에 사람이 좀 더 있을 줄 알았는데요 :) 20:04:27 &lt;manas&gt; :P 20:04:33 &lt;zzz&gt; 2), 3), 4)와 관련해, 또는 회의에서 다룰 다른 주제 있나요? 20:04:44 &lt;manas&gt; 이 글을 지적하고 싶었어요: `http://trac.i2p2.i2p/ticket/1139` 20:04:46 &lt;manas&gt; *티켓 20:04:54 &lt;manas&gt; 이 변경을 새 UI에 넣도록 노력해야 해요 20:05:21 &lt;manas&gt; "Semi-shutdown": 참여하는 tunnel 수락을 일시적으로 중지. 20:05:57 &lt;manas&gt; backup: 상태용 새 링크를 PM으로 보내줄 수 있어요? 20:06:05 &lt;manas&gt; 고마워요 20:06:08 &lt;zzz&gt; 좋아요, 왜 중요한지 그 이유를 티켓에 추가해 줄 수 있을까요? 20:06:41 &lt;manas&gt; 여름 개발 계획에 대해 더 알고 싶었는데, str4d가 올 때까지 기다려야겠네요 20:06:43 &lt;manas&gt; zzz: 물론이죠 20:06:43 &lt;zzz&gt; 중요하지 않은 UI 관련 사항은 UI 브랜치를 병합할 때까지 기다려야 하니, 곧 이뤄지길 바랍니다 20:06:49 &lt;zzz&gt; 회의에서 더 논의할 것 있나요? 20:07:06 &lt;zzz&gt; 여기서 보니 반갑네요, backup 20:07:14 * zzz baffer를 잡는다 20:07:40 &lt;manas&gt; 정기적인 reseed(초기 시드 배포) 운영자 회의를 제안하고 싶었어요 20:07:45 &lt;manas&gt; 어떻게 생각해, backup ? 20:08:19 &lt;zzz&gt; 저도 +1 합니다 20:08:38 &lt;backup&gt; 네, 좋은 생각이에요 20:08:44 &lt;zzz&gt; 어쨌든, 지금은 여러분이 계속 논의하도록 두겠습니다... 20:08:50 * zzz *bafs* 회의를 종료했다 </div>/ko/blog/2017/04/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-4%EC%9B%94-4%EC%9D%BC/Tue, 04 Apr 2017 00:00:00 +0000/ko/blog/2017/04/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-4%EC%9B%94-4%EC%9D%BC/<h2 id="간단-정리">간단 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> atoi, echelon, manas, orignal, randomrng, str4d, z3r0fox, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log">20:00:05 &lt;zzz&gt; 0) 안녕하세요 20:00:05 &lt;zzz&gt; 1) 0.9.30 업데이트 (zzz) 20:00:05 &lt;zzz&gt; 2) UI 브랜치 상태 - (str4d) 20:00:05 &lt;zzz&gt; 3) I2P Summer Dev(여름 개발 프로그램) 계획 - (str4d) 20:00:05 &lt;zzz&gt; 4) EdDSA 업데이트 - (str4d) 20:00:09 &lt;zzz&gt; 0) 안녕하세요 20:00:12 &lt;zzz&gt; 안녕 20:00:28 &lt;manas&gt; 안녕하세요 20:00:33 &lt;eche|on&gt; 안녕 20:01:00 &lt;zzz&gt; 1) 0.9.30 업데이트 (zzz) 20:01:24 &lt;zzz&gt; 좋아요, 전반적으로 순조롭고, 테스터들이 몇 가지 문제를 찾아내고 있어서 아주 좋습니다. Jetty 9도 지금까지 꽤 매끄럽게 진행되고 있습니다 20:01:35 &lt;z3r0fox&gt; 안녕! o/ 20:01:54 &lt;zzz&gt; zzz.i2p에 있는 업데이트가 필요한 플러그인들을 확인했어요... 최상의 결과를 위해 출시 전에 그것들을 다시 빌드해야 합니다 20:01:56 &lt;eche|on&gt; 대체로 그래요 20:02:04 &lt;eche|on&gt; 오래된 Jetty 설정 파일들만 빼고요 20:02:24 &lt;zzz&gt; 지금 진행해서 stretch와 zesty에 대비할 수 있게 되어 다행입니다 20:02:36 &lt;eche|on&gt; 네 20:02:56 &lt;zzz&gt; 테스트해 준 echelon과 다른 분들께 감사. 더 많은 테스트를 위해 평소보다 일찍 개발 빌드를 -rc로 표시할 것 같습니다 20:03:12 &lt;eche|on&gt; ok 20:03:20 &lt;orignal_&gt; 안녕 20:03:34 &lt;zzz&gt; 체크인 마감은 4월 28일 금요일로 정했고, 출시는 5월 첫째 주입니다 20:03:54 &lt;zzz&gt; 1)에 대해 더 있나요? 20:04:15 &lt;atoi&gt; Java에 GOST 서명이 언제 들어가나요? 20:04:41 &lt;eche|on&gt; 2019 20:05:01 &lt;zzz&gt; atoi, 아직 그 제안에 합의하지 않았습니다. 한다고 해도 우선순위 때문에 빨라도 내년 말쯤일 것 같습니다 20:05:02 &lt;eche|on&gt; 1은 괜찮고, UII를 연기한 건 잘한 일이에요 20:05:54 &lt;zzz&gt; 하지만 새로운 서명 타입 도입을 더 쉽게 하기 위한 다른 제안들(136, 137)을 만들어 두었습니다 20:06:00 &lt;zzz&gt; 1)에 대해 더 있나요? 20:06:02 &lt;atoi&gt; GOST가 동작하는 걸 빨리 보고 싶네요 20:07:22 &lt;zzz&gt; 2) UI 브랜치 상태 - (str4d) 20:07:35 &lt;zzz&gt; str4d, 당신의 UI 브랜치 최신 상황은 어떤가요? 20:07:53 &lt;str4d&gt; 지난 몇 주 동안 UI 브랜치는 비교적 안정적이었습니다 20:08:28 &lt;zzz&gt; 계획은 .31을 목표로 5월 초에 prop 하는 건가요? 20:08:57 &lt;str4d&gt; 피드백을 반영해 통합하고 푸시해야 하는 테마 업데이트가 몇 가지 있지만, 구조적인 면에서는 거의 완성입니다 20:09:08 &lt;str4d&gt; 네 20:09:13 &lt;zzz&gt; 좋아요, 훌륭해요 20:09:19 &lt;zzz&gt; 2)에 대해 더 있나요? 20:09:24 &lt;eche|on&gt; 빨리 테스트해보고 싶어요^^ 20:10:00 &lt;str4d&gt; 빌드 번거로움 없이 테스트해보고 싶은 사람이 있으면, 다음 테마 변경이 들어가고 나서 i2pupdate.zip을 올리겠습니다 20:10:18 &lt;eche|on&gt; 전 prop을 기다릴게요... 20:11:02 &lt;zzz&gt; 3) I2P Summer Dev 계획 - (str4d) 20:11:19 &lt;zzz&gt; str4d, 계획이 뭐죠? 20:11:47 &lt;str4d&gt; 좋아요, sadie와 제가 여러 아이디어를 논의했고, 이번 Summer Dev의 초점은 속도에 맞추는 게 좋겠다는 결론이 나왔습니다 20:12:37 &lt;str4d&gt; 이유는 a) 작년의 논리적 연장선이기 때문입니다(앱이 I2P를 사용하기 쉽게 만들었으니, 이제는 앱들이 사용하고 싶게 만들어야 하죠), 그리고 b) 기존 로드맵의 절반가량을 이미 포괄하기 때문입니다 20:13:37 &lt;zzz&gt; 좋아요, 그 계획을 어디서 볼 수 있고, 누가 수행할지 어떻게 찾을까요? 20:14:06 &lt;str4d&gt; sadie가 제 장황한 말을 정리해서 메모를 했으니, 그걸 달라고 졸라보겠습니다 :) 20:14:18 &lt;str4d&gt; 제 생각을 요약하면 다음과 같습니다: 20:14:51 &lt;str4d&gt; - 속도에 영향을 주는 다양한 제안들을 추진 (LS2, 더 새로운 E2E(종단 간) 암호화, massive multihoming(대규모 다중 접속)) 20:15:24 &lt;str4d&gt; - Tor의 bwauth(대역폭 권한 시스템)와 유사한 것을 가동하여 네트워크 속도에 대한 지표를 본격적으로 수집 시작 20:16:27 &lt;manas&gt; 여러 프로그램(rsync, 토렌트, sftp 등)으로 I2P 속도를 테스트하는 코드를 작성할까 생각하고 있었어요 20:16:34 &lt;str4d&gt; - I2CP를 통해 tunnel 선택을 노출/제공 (psi의 lua 스크립트처럼) 20:16:51 &lt;manas&gt; 유용하거나 흥미롭다면 공유할 수 있어요 20:16:51 &lt;randomrng&gt; massive multihoming &lt;3 20:17:00 &lt;zzz&gt; 좋네요. 다음 달 회의 안건에 올려서 진행 상황을 공유할까요? 20:17:00 &lt;str4d&gt; - 단기적으로 ElGamal 속도 향상 20:17:17 &lt;str4d&gt; 네. 20:17:35 &lt;zzz&gt; .30 로드맵의 대부분이, 불과 3개월 전 CCC에서 정했음에도 전혀 현실적이지 않아 연기될 거라는 점을 지적합니다. 곧 업데이트하겠습니다. 20:18:10 &lt;zzz&gt; 3)에 대해 더 있나요? 20:18:16 &lt;str4d&gt; 공식 시작까지 두 달이 남았습니다. 계획을 구체화하려고 sadie와 계속 이야기하겠지만, 정말 필요한 건 각자 하고 싶은 일을 골라줄 사람들입니다 20:18:32 &lt;str4d&gt; manas는 이미 한발 앞섰죠 ;P 20:18:35 &lt;orignal_&gt; 어떤 종류의 속도 향상인가요? 20:18:48 &lt;str4d&gt; orignal_, 테이블 사전 계산입니다 20:18:48 &lt;manas&gt; :) 20:19:03 &lt;orignal_&gt; 제 것(방법)인가요, 아니면 다른 건가요? 20:19:09 &lt;zzz&gt; 당신과 sadie가 프레임워크와 옵션들을 문서화하면 사람들이 업무를 고르는 데 도움이 될 겁니다 20:19:22 &lt;str4d&gt; +1 20:19:30 &lt;zzz&gt; 3)에 대해 더 있나요? 20:19:35 &lt;str4d&gt; orignal_, 당신 것(방법)은 아닐 거예요. 그건 OpenSSL을 직접 활용하는데, 우리는 그에 접근할 수 없거든요 20:19:52 &lt;orignal_&gt; 기반 아이디어를 말한 거예요 20:20:03 &lt;orignal_&gt; 구현이 아니라요 20:20:28 &lt;str4d&gt; 아, 네, 아마 당신 걸 기반으로 할 겁니다(다만 수학은 제가 직접 이해하고 싶어요) 20:21:03 &lt;zzz&gt; 4) EdDSA 업데이트 - (str4d) 20:21:10 &lt;orignal_&gt; 좋은 정보네요 :) 20:21:13 &lt;zzz&gt; str4d, EdDSA는 어떻게 진행되고 있나요? 20:21:39 &lt;str4d&gt; 방금 EdDSA-Java 0.2.0을 푸시했어요. 지난 릴리스 이후 1년이 넘었습니다 20:22:28 &lt;orignal_&gt; 무엇이 달라졌나요? 20:22:37 &lt;str4d&gt; 여러 정리 작업, 곧 표준이 될 PKI 인코딩, JCA(Java Cryptography Architecture) 이름 지정 수정, Security Provider(보안 프로바이더) 추가가 포함되며, 서드파티 감사를 통해 이제 실제로 상수 시간(constant-time) 동작을 보장합니다 20:22:59 &lt;str4d&gt; 코드를 i2p.i2p.zzz.test2로 가져왔습니다 20:23:26 &lt;orignal_&gt; 속도 향상은 있나요? 20:23:30 &lt;str4d&gt; 하지만 이제 필요한 것은 모든 것이 여전히 잘 동작하는지 확인하는 테스트입니다 20:23:45 &lt;zzz&gt; 테스트는 얼마나 했나요? 20:23:58 &lt;str4d&gt; orignal_, 상수 시간으로 만들면서 서명 속도는 감소했습니다(하지만 크게 줄진 않았어요) 20:24:06 &lt;str4d&gt; zzz, EdDSA 코드 자체는 충분히 테스트되었습니다 20:24:20 &lt;orignal_&gt; 상수 시간은 서명 쪽인가요, 검증 쪽인가요? 20:24:32 &lt;zzz&gt; 저는 여전히 상수 시간에 회의적이지만, 우리가 하지 않으면 모두가 불평할 겁니다 20:24:39 &lt;str4d&gt; 서장입니다(검증은 비밀 정보가 없어서 애초에 상수 시간이 아니었죠) 20:25:01 &lt;zzz&gt; str4d, 목표가 31인가요 30인가요? 20:25:02 &lt;str4d&gt; 아직 테스트하지 못한 것은 I2P의 다른 부분과의 상호작용입니다. 특히 JCA 이름 지정 수정과 관련된 부분이요 20:25:39 &lt;zzz&gt; zzz.i2p에 올렸듯이, 어떤 RFC의 이름 지정 가이드를 좇는 건 헛수고라고 생각합니다 20:25:47 &lt;str4d&gt; 우리가 라이브러리 대신 코드를 직접 사용하고 있어서, 30에 넣기에는 너무 촉박할 것 같아요 20:25:50 &lt;orignal_&gt; 성능 병목은 검증입니다 20:26:22 &lt;str4d&gt; 제 라이브러리의 경우 0.2.0 전에 수정하는 게 합리적이었습니다. 이전에는 Provider가 없어서 아무도 JCA 이름을 쓰지 않았거든요 20:26:26 &lt;zzz&gt; str4d, 당신이 변경했던 javadoc을 제가 .29에서 이미 고쳐둔 탓에, prop도 병합 지옥이 될 겁니다. 재미없을 거예요 20:27:14 &lt;str4d&gt; 좋아요, 계획은 i2p.i2p를 .test2에 병합하고 병합 충돌을 해결한 다음, 사람들이 테스트하도록 하는 것으로 보이네요 20:27:25 &lt;zzz&gt; 하지만 우리는 항상 provider가 있었어요. test2에서의 당신 변경은 제가 같은 목적을 위해 이미 해둔 것보다 어떤 GitHub PR을 선호하는 경향이 있었기에, 전체적으로 조금 회의적입니다 20:27:42 &lt;zzz&gt; 원하신다면 그런 식으로 prop할 수도 있고, 아니면 반대로 prop할 때까지 고통을 미뤄도 됩니다 20:28:23 &lt;str4d&gt; 맞아요, 하지만 솔직히 말하면 아무도 그걸 쓰고 있지 않았을 것 같아요 20:28:31 &lt;zzz&gt; 말했듯이, 당신에게 맡기겠습니다. 원래 당신 코드이니까요. 그래도 제가 들여다보고 싶습니다 20:29:11 &lt;zzz&gt; 테스트용으로 EdDSA 패밀리 키가 있는 router가 하나 있습니다. 어떤 포맷인지 기억이 안 나네요. 이 모든 수정을 제가 거의 4개월 전에 했고, 그 이후로 당신과 RFC 친구들을 기다리고 있었다는 걸 기억하세요 :) 20:29:11 &lt;str4d&gt; (i2p.jar를 직접 임포트하지 않았고, 업그레이드할 때 이미 마이그레이션을 해야 하는 사람 말이죠) 20:29:32 &lt;zzz&gt; 4)에 대해 더 있나요? 20:30:08 &lt;str4d&gt; 저는 없습니다 :) 20:30:13 * zzz baffer를 찾는다 20:30:19 &lt;zzz&gt; 회의에 대해 더 이야기할 것 있나요? 20:31:20 &lt;str4d&gt; Tor의 다음 tor-dev 회의는 9월쯤 몬트리올에서 열릴 가능성이 큽니다 20:31:33 &lt;orignal_&gt; 언제? 20:31:53 &lt;z3r0fox&gt; 멋지네요 20:31:55 &lt;str4d&gt; ------------------------------------^ 20:31:56 &lt;zzz&gt; 회의에 대해 더 이야기할 것 있나요? 20:32:14 &lt;str4d&gt; 저는 갈 계획입니다 20:32:28 &lt;zzz&gt; 팀을 바꿀 생각인가요? 20:32:47 &lt;str4d&gt; 그저 그들을 설득하려는 거죠 ;) 20:33:14 &lt;zzz&gt; 비행기표 값 아끼세요, 그건 일어나지 않을 겁니다 20:33:24 &lt;manas&gt; 맞아요, 몬트리올은 좋죠 :) 20:33:27 &lt;str4d&gt; 또한 Summer Dev가 막 끝난 시점일 테니, 거기서 이야기할 만한 멋진 속도 향상 결과가 있기를 바랍니다 20:34:28 * zzz *BAFS*** 회의 종료 </div>/ko/blog/2017/03/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-3%EC%9B%94-7%EC%9D%BC/Tue, 07 Mar 2017 00:00:00 +0000/ko/blog/2017/03/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-3%EC%9B%94-7%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, manas, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log">20:00:25 &lt;zzz&gt; 0) 안녕하세요 20:00:25 &lt;zzz&gt; 1) Tails 유지관리자 (zzz) `http://zzz.i2p/topics/2108` 20:00:25 &lt;zzz&gt; 2) 0.9.30 업데이트 (zzz) 20:00:25 &lt;zzz&gt; 3) UI 브랜치 상태 - .30에 할지 .31에 할지? (str4d) 20:00:25 &lt;zzz&gt; 4) Jetty 9 브랜치 상태 - .30에 할지 .31에 할지? (zzz) 20:00:30 &lt;zzz&gt; 0) 안녕하세요 20:00:32 &lt;zzz&gt; 안녕하세요 20:00:50 &lt;manas&gt; 안녕하세요 20:00:54 &lt;zzz&gt; 1) Tails 유지관리자 (zzz) `http://zzz.i2p/topics/2108` 20:01:16 &lt;zzz&gt; 대부분 알고 있듯이, Tails와 제가 Tails에서 i2p를 제거하기로 합의했습니다 20:01:34 &lt;zzz&gt; 이는 앞으로 약 6주 뒤에 출시될 Tails 2.12부터 적용될 것입니다 20:01:43 &lt;eche|on&gt; 안녕하세요 20:01:57 &lt;eche|on&gt; 오케이 20:01:59 &lt;zzz&gt; 안타깝지만 다른 선택지가 없었습니다. 유지보수를 맡을 자원봉사자가 생기면 다시 신청하겠습니다 20:02:08 &lt;zzz&gt; 1)과 관련해 더 있을까요? 20:02:45 &lt;eche|on&gt; 안타깝지만, 곧 바뀔 것 같진 않네요 (tm) 20:03:07 &lt;manas&gt; 네. 33C3에서 만난 사람은 결국 성사되지 않은 게 아쉽네요 20:03:30 &lt;zzz&gt; 맞아요 20:03:40 &lt;zzz&gt; 2) 0.9.30 업데이트 (zzz) 20:04:23 &lt;zzz&gt; 좋아요, .29 릴리스가 나온 지 일주일 되었고, 표준 8주 주기를 계획하고 있습니다. 큰 변경사항은 3월 중순까지 반영하고, 4월 말에 릴리스합니다 20:04:51 &lt;zzz&gt; 3)과 4)에서 다룰 대형 props(제안) 몇 가지가 보류 중입니다 20:05:17 &lt;zzz&gt; 2)와 관련해 더 있을까요? 20:05:51 &lt;eche|on&gt; 5월 1일에는 자리를 비울 거예요 20:06:00 &lt;eche|on&gt; 정확히는 4월 30일부터 5월 2일까지요 20:07:00 &lt;zzz&gt; 이 두 prop은 되돌리기 어렵기 때문에 중요합니다. 한 번 prop하면, 릴리스하기 전에 제대로 작동하도록 만들어야 합니다 20:07:07 &lt;zzz&gt; *릴리스 20:07:29 &lt;eche|on&gt; 네 20:07:57 &lt;zzz&gt; 3) UI 브랜치 상태 - .30에 할지 .31에 할지? (str4d) 20:08:34 &lt;zzz&gt; 원래는 소폭 개선으로 안내했지만, 실제로는 엄청난 변경이며, 콘솔 UI를 업데이트하기 위한 여러 단계 중 1부입니다 20:08:54 &lt;zzz&gt; diff가 7만7천 줄에 달하고, 500개 이상의 파일이 추가되고 200개 이상의 파일이 변경되었습니다 20:09:06 &lt;eche|on&gt; 한 릴리스당 prop 하나에 표를 던지겠습니다. 둘 다 .30에 넣지는 말자고요 20:09:07 &lt;zzz&gt; str4d, 상태가 어떤가요? 그리고 .30에 prop하고 싶나요? 20:09:27 &lt;eche|on&gt; jettty9가 더 중요하니까, UI는 .31로 미루죠 20:11:07 &lt;zzz&gt; 핵심은, 작성자가 릴리스 전에 문제를 고칠 시간이 없다면 prop하지 않는다는 것입니다. 그렇지 않으면 릴리스가 무기한 지연될 수 있습니다 20:11:39 &lt;eche|on&gt; 네 20:11:46 &lt;zzz&gt; 그래서 prop하는 시점에는 str4d가 이곳에서 이슈에 대응할 수 있다는 보장이 필요합니다 20:11:54 &lt;zzz&gt; str4d, 의향이 어떤가요? 20:12:15 &lt;eche|on&gt; str4d 지금 있나요? 20:13:11 &lt;zzz&gt; 모르겠어요. 이 브랜치는 그도 통제를 잃은 것 같아요. 소규모라고 홍보했지만 엄청나게 커졌죠. 아마 1년째 작업 중인 것으로 압니다. 20:13:38 &lt;zzz&gt; str4d와는 나중에 후속 논의를 해야겠네요 20:13:54 &lt;zzz&gt; 3)에 대해 더 있을까요? 20:14:03 &lt;manas&gt; 최근에 브랜치에 대해 뭔가 얘기하긴 했어요 20:14:17 &lt;manas&gt; 아직 테스트하진 않았고, 지금 클론해볼게요 20:15:23 &lt;zzz&gt; 음... 흥미롭습니다. 지난 몇 년간 제가 해오던 방향과는 다른 길을 간 것 같아요. 전반적인 반응이 어떨지는 예측하기 어렵네요. 20:15:42 &lt;zzz&gt; 3)에 대해 더 있을까요? 20:16:16 &lt;zzz&gt; 4) Jetty 9 브랜치 상태 - .30에 할지 .31에 할지? (zzz) 20:17:03 &lt;zzz&gt; 이건 약 3천 줄 정도의 diff입니다. 제 브랜치에서 표준 빌드와 stretch용 빌드는 동작합니다. wheezy/precise/jessie/trusty용 하위 버전 빌드는 아직 테스트하지 않았습니다 20:17:35 &lt;zzz&gt; 시급한 점은 stretch에는 jetty 8이 없다는 것입니다. 다음 달 출시 예정인 zesty에도 backports에 나오지 않는 한 없을 것 같습니다 20:17:44 &lt;zzz&gt; 하지만 jetty 8은 12월에 EOL(지원 종료)이었습니다 20:18:17 &lt;eche|on&gt; jetty8이 backports에 올라올 가능성은 낮을 거예요 20:18:20 &lt;zzz&gt; 그래서 stretch나 zesty가 릴리스되면 그 안에서 i2p가 동작하지 않을 위험이 있습니다 20:18:42 &lt;zzz&gt; 그래서 제 jetty9 브랜치를 다음 주에 prop해서 .30에 포함시키자고 제안합니다 20:19:21 &lt;eche|on&gt; 네 20:19:29 &lt;zzz&gt; 이로 인해 최소한 다음 플러그인들이 깨질 것입니다: bwschedule, i2pbote, i2pcontrol, zzzot. 최소 재컴파일이 필요하고, 어쩌면 일부는 재작성까지 필요할 수 있습니다 20:19:33 &lt;eche|on&gt; 저도 그걸 제안합니다. 당신이 할 수 있다고 생각한다면요 20:20:46 &lt;zzz&gt; zzzot은 제가 재컴파일할 수 있습니다. 나머지 세 개는 각 저자(각각 cacapo, str4d, hottuna2)가 릴리스할 수 있는지에 달려 있습니다 20:21:40 &lt;zzz&gt; 제 몫은 할 수 있습니다 20:22:07 &lt;zzz&gt; 6월/7월의 .31까지 기다리면 패키지 사용자들이 많이 불만스러워할 것이라고 봅니다 20:22:53 &lt;eche|on&gt; 네 20:22:54 &lt;zzz&gt; 그래서 며칠 내로 이를 prop할 계획입니다 20:23:00 &lt;zzz&gt; 4)에 대해 더 있을까요? 20:23:08 &lt;eche|on&gt; 제가 테스트해볼게요 20:23:28 &lt;zzz&gt; 회의에서 다룰 다른 사항 있나요? 20:24:25 * zzz baffer를 예열한다 20:24:30 &lt;eche|on&gt; 제가 아는 한 아직 없습니다 20:25:27 * zzz *baffffs* 회의 종료 </div>/ko/blog/2017/03/04/0.9.29-windows-%EC%84%A4%EC%B9%98-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%A8-%EC%88%98%EC%A0%95/Sat, 04 Mar 2017 00:00:00 +0000/ko/blog/2017/03/04/0.9.29-windows-%EC%84%A4%EC%B9%98-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%A8-%EC%88%98%EC%A0%95/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>이틀 전에 당사 웹사이트에 게시된 0.9.29 Windows 설치 프로그램은 설치 중 예외(Exception)로 인해 실패합니다. 버그를 수정하여 새 설치 프로그램을 웹사이트에 게시했습니다. 이는 이전 릴리스에서의 업그레이드나 Windows가 아닌 설치 프로그램에는 영향을 주지 않습니다. 이 문제에 대해 사과드립니다.</p>/ko/blog/2017/02/27/0.9.29-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 27 Feb 2017 00:00:00 +0000/ko/blog/2017/02/27/0.9.29-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.29에는 손상된 압축 메시지에 대한 우회책을 포함해 수많은 Trac 티켓을 해결하는 수정 사항이 포함되어 있습니다. 이제 IPv6를 통한 NTP를 지원합니다. 초기 Docker 지원을 추가했습니다. 이제 번역된 man 페이지가 있습니다. 이제 동일 출처의 Referer 헤더를 HTTP 프록시를 통해 전달합니다. Java 9에 대한 추가 수정도 포함되어 있지만, 아직 일반적인 사용을 위해 Java 9은 권장하지 않습니다.</p> <p>평소와 같이 이번 릴리스로 업데이트할 것을 권장합니다. 보안을 유지하고 네트워크에 기여하는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2017/02/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-2%EC%9B%94-7%EC%9D%BC/Tue, 07 Feb 2017 00:00:00 +0000/ko/blog/2017/02/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2017%EB%85%84-2%EC%9B%94-7%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, EinMbyte, manas, psi, str4d, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log">20:00:00 &lt;zzz&gt; 0) 안녕하세요 20:00:00 &lt;zzz&gt; 1) 33C3 후속 논의 20:00:00 &lt;zzz&gt; 2) 0.9.29 업데이트 (zzz) 20:00:00 &lt;zzz&gt; 3) Tails 유지관리자 (zzz) `http://zzz.i2p/topics/2108` 20:00:00 &lt;zzz&gt; 4) NTCP2 초안 (Manas) 20:00:00 &lt;zzz&gt; 5) Reseed(부트스트랩) 문서 패치 (Manas) 20:00:04 &lt;zzz&gt; 0) 안녕하세요 20:00:05 &lt;zzz&gt; 안녕 20:00:21 &lt;zzz&gt; 1) 33C3 후속 논의 20:00:32 &lt;eche|off&gt; 안녕 20:00:50 &lt;zzz&gt; 33c3에 대해 말하고 싶은 거 있나요? 우리 테이블 방문자는 예년보다 적었다고 하겠네요 20:01:07 &lt;zzz&gt; zzz.i2p에 글 몇 개 작성해준 manas에게 감사합니다 20:01:09 &lt;psi&gt; 오하이 20:01:15 &lt;eche|off&gt; 맞아요, 적긴 했지만 그래도 괜찮았어요 20:01:21 &lt;zzz&gt; 3)에서 Tails를 다루겠습니다 20:01:32 &lt;zzz&gt; 올해는 새로운 도시를 기대해봅시다 20:01:54 &lt;zzz&gt; 1)에 대해 더 있을까요? 20:02:25 &lt;i2pr&gt; [Slack/str4d] 안녕하세요 20:02:26 &lt;i2pr&gt; [Slack/str4d] 그건 코멘트하기 어렵지만, 정말 즐거웠어요! 20:02:28 &lt;manas&gt; 헤이! 20:02:38 &lt;zzz&gt; 좋아요, 넘어가죠 20:02:43 &lt;zzz&gt; 2) 0.9.29 업데이트 (zzz) 20:02:51 &lt;i2pr&gt; [Slack/str4d] Linz와 Vienna에서 Yolgie와 좋은 시간 보냈어요; 앞으로 좋은 협력으로 이어질 것 같아요 20:03:17 &lt;zzz&gt; 체크인 마감일을 지금부터 2주 반 뒤인 2/24 금요일로 잡았고, 릴리스는 2/27쯤으로요 20:03:21 &lt;zzz&gt; 대부분 버그 수정입니다 20:03:30 &lt;eche|off&gt; 어, 뭔가 할 시간입니다, 좋아요 20:03:40 &lt;zzz&gt; 또한 조만간 stats.i2p 등록에서 서명을 강제(여전히 계획 중)할 예정입니다 20:04:04 &lt;manas&gt; 서명을 강제요? 20:04:12 &lt;zzz&gt; str4d의 콘솔 개편은 .30으로 미뤄졌으니, prop(제안) 마감은 2월 중순이 되겠네요 20:04:17 &lt;zzz&gt; *3월 중순 20:04:32 &lt;manas&gt; 그럼 호스트 이름을 등록할 때 검증 단계가 더 생긴다는 건가요? 20:04:42 &lt;zzz&gt; manas, 기본적으로 등록하려는 도메인을 당신이 제어한다는 증명입니다 20:05:10 &lt;manas&gt; 흠, 알겠어요 20:05:15 &lt;zzz&gt; 주말 동안 버그 여러 개를 고치고 trac 티켓들을 처리했습니다. 앞으로 1~2주 동안 몇 개 더 시도할 거예요 20:05:38 &lt;zzz&gt; 그래서 태그 프리즈와 tx 푸시는 약 8일 후가 될 겁니다 20:06:07 &lt;zzz&gt; man 페이지 번역하는 방법을 알아냈으니, 모두 transifex에서 작업해 주세요 20:06:13 &lt;zzz&gt; 2)에 대해 더 있을까요? 20:06:16 &lt;i2pr&gt; [Slack/str4d] 우와 20:06:19 &lt;i2pr&gt; [Slack/str4d] .29를 위해 제가 할 만한 유용한 일이 있으면 알려주세요. 아니면 .ui 브랜치 작업을 계속할게요. 20:06:20 &lt;eche|off&gt; 이미 했어요^^ 20:06:37 &lt;eche|off&gt; 내 reseed에 인증서를 설정할게요... 20:06:45 &lt;manas&gt; 힌디어 번역 작업을 계속하고 있어요 :) 20:07:04 &lt;zzz&gt; 맞아요 str4d, prop하기 전에 확실히 손봐야 할 것들이 있어요, 아니면 사람들이 들고일어날 겁니다 20:07:14 &lt;zzz&gt; 좋아요, 훌륭해요 20:07:29 &lt;zzz&gt; 3) Tails 유지관리자 (zzz) `http://zzz.i2p/topics/2108` 20:07:40 &lt;i2pr&gt; [Slack/str4d] 푸시하기 전에 정리 중인 로컬 변경 사항이 여러 개 있어요 20:08:07 &lt;zzz&gt; ccc에서 'yolgie'라는 사람을 만났고, 그가 하겠다고 했어요. 1월 초에 연락했을 때 2월에 시작하겠다고 했고, 며칠 전에 다시 연락했지만 아직 응답이 없습니다 20:08:26 &lt;zzz&gt; 우리는 곧 Tails에서 퇴출될 지경이라, 도와줄 수 있는 사람 누구든 환영합니다 20:08:45 &lt;psi&gt; 언제든 Tails로 갈 준비가 되어 있어요. 마침내 Tails 빌드를 완전히 익혔습니다 20:08:51 &lt;i2pr&gt; [Slack/str4d] 그건 일정이 어떻게 되나요? 20:08:57 &lt;manas&gt; psi: 멋져요! 20:09:50 &lt;zzz&gt; 우리 퇴출 일정이 적힌 Tails 티켓 링크는 zzz.i2p 스레드를 보세요 20:09:55 &lt;zzz&gt; *eviction 20:11:15 &lt;zzz&gt; 오래된 티켓들도 많고 비판하는 사람들도 많아서, 사실상 거의 끝난 셈입니다 20:11:20 &lt;zzz&gt; 3)에 대해 더 있을까요? 20:11:44 &lt;eche|off&gt; 잘 되길 바랍니다 20:11:55 &lt;zzz&gt; 4) NTCP2 초안 (Manas) 20:12:00 &lt;zzz&gt; manas, 준비한 게 무엇이 있나요? 20:12:24 &lt;manas&gt; 초안을 준비했고, zzz.i2p에 올려두었습니다 20:12:40 &lt;manas&gt; 오늘까지는 코멘트를 못 들었습니다 20:12:51 &lt;zzz&gt; 그럼 예전 제안과 EinMByte의 완전한 재작성본을 합친 건가요? 20:13:07 &lt;manas&gt; 중요한 부분들은 포함했다고 생각하지만, 이 주제를 더 잘 아는 분의 검토가 필요합니다. 20:13:14 &lt;eche|off&gt; 언제 끝나냐고 묻는 사람들은 있지만, 그뿐이에요.. 20:13:30 &lt;manas&gt; zzz: 네 20:13:47 * psi가 ntcp 제안을 읽기 시작한다 20:13:53 &lt;zzz&gt; 작지만 진전입니다. 그래도 전체적으로는 완전히 정체되어 있다고 보고, 사람들이 참여하기 전까지는 진척이 없을 겁니다 20:14:00 &lt;manas&gt; zzz: 오래되어 시대에 뒤떨어진 예전 제안의 부분들은 포함하지 않았습니다 20:14:22 &lt;zzz&gt; 좋아요, 며칠 더 두겠습니다. zzz.i2p 스레드에 코멘트가 없으면 웹사이트에 그냥 체크인할까요? 20:14:59 &lt;manas&gt; zzz: (스타일)과 같은 사소한 편집 몇 가지는 마지막에 할 수 있어요 20:15:09 &lt;zzz&gt; 좋아요, 훌륭합니다. 4)에 대해 더 있을까요? 20:15:16 &lt;manas&gt; tuna의 최근 글에서 20:15:38 &lt;manas&gt; 하지만 그게 전부입니다 20:15:41 &lt;zzz&gt; 5) Reseed 문서 패치 (Manas) 20:15:46 &lt;zzz&gt; manas, 준비한 게 무엇이 있나요? 20:16:04 &lt;manas&gt; backup에게서 소식을 들었습니다 20:16:08 &lt;manas&gt; 그의 코멘트는 여기 있습니다: `http://zzz.i2p/topics/2210-reseed-webpage-updates` 20:16:27 &lt;manas&gt; 그의 제안을 반영한 후에 또 다른 패치를 만들겠습니다 20:16:46 &lt;eche|off&gt; 좋네요 20:16:48 &lt;manas&gt; 그가 여러 부분(오래된 Reseed 방법들)을 제거하자고 제안했습니다 20:16:56 &lt;manas&gt; 또한 lighttpd 지원을 제거하자는 제안도 했습니다 20:17:06 &lt;eche|off&gt; 저는 여전히 예전 방법을 쓰지만, 괜찮아요 20:17:09 &lt;manas&gt; Reseed를 돌리는 데 lighttpd를 누가, 혹은 누가라도 쓰고 있는지 모르겠어요 20:17:26 &lt;zzz&gt; 훌륭한 작업입니다. backup이 그 페이지의 소유자이지만 자신의 변경사항에 대해 html 패치를 만들길 거부하고, 저도 html 편집자가 되길 거부해서 1년 동안 막혀 있었죠. 우리를 앞으로 나아가게 해줘서 고맙습니다. 20:17:29 &lt;manas&gt; 특정 HTTP 헤더를 설정할 수 없는 이슈가 있습니다 20:17:55 &lt;manas&gt; :) 20:18:10 &lt;zzz&gt; manas, 이건 완료되면 zzz.i2p 스레드에 메모를 추가해 주세요. 제가 체크인하겠습니다 20:18:44 &lt;manas&gt; backup이 제안한 변경사항에 대해 누구든 의견이 있으면 올려 주세요. 일주일 내에 의견이 없으면 업데이트된 패치를 공유하고 zzz에게 알리겠습니다. 20:18:57 &lt;zzz&gt; 5)에 대해 더 있을까요? 20:18:59 &lt;manas&gt; zzz: 네 20:19:16 &lt;manas&gt; 제 쪽에서는 없습니다 20:20:03 &lt;zzz&gt; 회의에 대해 더 있을까요? 20:20:21 &lt;eche|off&gt; 제 쪽에서는 없어요 20:20:28 &lt;EinMByte&gt; 늦었네요, 그런데 ntcp2에 관해 20:20:39 &lt;manas&gt; 안녕하세요 EinMByte 20:20:40 &lt;zzz&gt; 말씀하세요 20:21:00 &lt;EinMByte&gt; 최신 초안을 검토하겠습니다 20:21:24 &lt;EinMByte&gt; 어떤 암호 알고리즘을 지원할지에 대해 결정이 내려졌나요? 20:21:27 &lt;manas&gt; 참고로 여기에 있어요: `http://pinkpaste.i2p/show/246/` 20:21:39 &lt;psi&gt; 거기 있네요 20:22:19 &lt;zzz&gt; 기본적으로 1MB 초안 이후로 진전이 없었고, 방금 manas가 그것을 이전 제안과 병합했습니다 20:22:28 &lt;zzz&gt; 회의에 대해 더 있을까요? 20:22:58 &lt;EinMByte&gt; 좋아요, 초안을 읽겠습니다. 누군가 Winter에게 연락해야 합니다 20:23:04 &lt;EinMByte&gt; (아마 제가요) 20:23:11 * zzz가 baffer를 잡는다 20:23:24 * zzz가 회의를 종료하며 *bafs* </div>/ko/blog/2016/12/12/0.9.28-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 12 Dec 2016 00:00:00 +0000/ko/blog/2016/12/12/0.9.28-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="update-details">Update details</h2> <p>0.9.28에는 25개가 넘는 Trac 티켓에 대한 수정 사항과 Jetty를 포함한 다수의 번들로 제공되는 소프트웨어 패키지 업데이트가 포함되어 있습니다. 지난 릴리스에서 도입된 IPv6 피어 테스트 기능에 대한 수정도 포함되어 있습니다. 잠재적으로 악의적인 피어를 탐지하고 차단하기 위한 개선을 계속하고 있습니다. 또한 Java 9에 대한 예비 수정이 포함되어 있지만, 아직 일반 용도로 Java 9 사용을 권장하지 않습니다.</p> <p>I2P는 33C3에 참가하니, 저희 테이블에 들러 네트워크를 개선하는 방법에 대한 아이디어를 공유해 주세요. 행사에서 2017년 로드맵과 우선순위를 검토할 예정입니다.</p>/ko/blog/2016/12/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-12%EC%9B%94-6%EC%9D%BC/Tue, 06 Dec 2016 00:00:00 +0000/ko/blog/2016/12/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-12%EC%9B%94-6%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, manas, orignal, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log">20:00:02 &lt;zzz&gt; 0) 안녕하세요 20:00:02 &lt;zzz&gt; 1) 33C3 계획 20:00:02 &lt;zzz&gt; 2) 0.9.28 업데이트 (zzz) 20:00:02 &lt;zzz&gt; 3) Tails 메인테이너 (zzz) `http://zzz.i2p/topics/2108` 20:00:07 &lt;zzz&gt; 0) 안녕하세요 20:00:09 &lt;zzz&gt; 안녕 20:00:16 &lt;i2pr&gt; [Slack/manas] 안녕하세요 :slightly_smiling_face: 20:00:44 &lt;zzz&gt; 1) 33C3 계획 20:00:54 &lt;orignal_&gt; 안녕 20:01:08 &lt;zzz&gt; 좋아요, 오늘로부터 3주인데, 논의해야 할 게 있나요? 20:01:38 &lt;eche|on&gt; 적어도 트위터로는 연락 가능합니다 20:01:49 &lt;eche|on&gt; 12월 26일부터 함부르크에 있습니다 20:01:53 &lt;zzz&gt; 트위터 DM 그룹은 이틀 정도 전에 만들어둘 거라고 봅니다 20:01:58 &lt;eche|on&gt; 배너랑 노트북, 스티커를 가져갈게요 20:02:10 &lt;i2pr&gt; [Slack/manas] 12월 26일 오후에 함부르크에 도착할 예정입니다 20:02:11 &lt;zzz&gt; 저도 스티커 가져갈게요. 20:02:21 &lt;zzz&gt; 멀티탭 잊지 마세요 20:02:39 &lt;eche|on&gt; 티켓들은 전부 결제했고, 사람들에게 나눠드리는 건 제가 관리할게요 20:02:45 &lt;zzz&gt; 늘 하던 대로, 26일에 도착한 사람들이 테이블을 잡습니다 20:02:45 &lt;eche|on&gt; ok 20:02:57 &lt;i2pr&gt; [Slack/manas] 처음 CCC 가는 사람들을 위한 팁/조언이 있을까요? 20:02:57 &lt;eche|on&gt; 네 20:03:12 &lt;zzz&gt; Monero 쪽은 fluffypony 포함 2명 20:03:29 &lt;eche|on&gt; manas: 와서 전부 흡수하고, 시스템이 24/7 두들겨 맞을 준비를 하세요, 큰 하드디스크 준비하고, 약간의 돈도 준비하고, 예상치 못한 일을 예상하세요^^ 20:03:30 &lt;zzz&gt; 일반적인 팁은 회의 끝나고 알려줄게요 20:03:35 &lt;i2pr&gt; [Slack/manas] :smile: 20:03:41 &lt;zzz&gt; 1) 관련해서 더 있나요? 20:04:48 &lt;zzz&gt; 2) 0.9.28 업데이트 20:04:55 &lt;eche|on&gt; 그냥: 33C3가 잘 되길 바랍니다 20:05:19 &lt;zzz&gt; 0.9.28은 일정대로 진행 중이고, 체크인과 번역 마감은 금요일입니다. 다음 주 초에 릴리즈할 수 있을 겁니다 20:05:35 &lt;zzz&gt; 이번 주말에 diff 검토 좀 도와주세요 20:05:57 &lt;orignal_&gt; 제가 알아둬야 할 새로운 게 있나요? 20:06:09 &lt;orignal_&gt; 그러니까 0.9.28 말이에요 20:06:09 &lt;eche|on&gt; 좋아요, 12월 19일까지 여기서 이것저것 할 거고, 20일부터는 하루에 몇 시간 정도 온라인입니다 20:06:22 &lt;zzz&gt; 그런 건 없는 것 같아요, orignal_ 20:06:28 &lt;zzz&gt; 2) 관련해서 더 있나요? 20:06:53 &lt;orignal_&gt; 감사합니다 20:07:34 &lt;zzz&gt; 3) Tails 메인테이너 20:07:49 &lt;zzz&gt; Tails 쪽 상황이 안 좋습니다. 올해 메인테이너 3명이 사라졌습니다 20:08:23 &lt;zzz&gt; Tails 개발자 중 일부는, 수년간 티켓에 신경을 쓰지 않은 것과 안정적인 유지보수의 부재 때문에, Tails에서 i2p를 제거하길 원합니다 20:08:47 &lt;zzz&gt; 오늘 아침 sadie가 트윗을 올렸고, 한 명이 응답했습니다 20:09:26 &lt;zzz&gt; sadie가 크게 PR을 밀어야 할지도... 아니면 이번 새로운 자원봉사자가 잘 해줄지도 모르겠네요 20:09:36 &lt;zzz&gt; 자원해 줄 분 있나요, 아이디어 있는 분? 20:10:34 &lt;zzz&gt; 좋아요, 트위터로 온 자원봉사자에게 답하고 진행 상황을 보겠습니다 20:10:41 &lt;zzz&gt; 3) 관련해서 더 있나요? 20:11:34 &lt;zzz&gt; 회의에서 더 논의할 것 있나요? 20:11:35 &lt;i2pr&gt; [Slack/manas] 도와드리고 싶지만 이 부분은 익숙하지 않아서, 많은 자료를 읽고 배워야 할 것 같습니다. 20:11:46 &lt;i2pr&gt; [Slack/manas] 관련 스레드를 열어놨습니다, 읽어보겠습니다 20:12:01 &lt;zzz&gt; i2p, Tails, 그리고 Debian 패키지 경험이 필요합니다 20:12:08 &lt;i2pr&gt; [Slack/manas] 제 reseed(부트스트랩 노드)의 SSL 인증서가 만료되었거나 곧 만료될 수 있어서, 업데이트해 두겠습니다 20:12:19 &lt;orignal_&gt; I2P는 지금보다 PR을 더 해야 합니다 20:12:54 &lt;zzz&gt; orignal_, 동의합니다. 아이디어가 있으면 sadie와 str4d에게 전달해 주세요 20:12:56 &lt;i2pr&gt; [Slack/manas] letskencrypt(현재 이름은 acme-client)이 여러 번 바뀌었지만 이제 안정되었습니다. reseed들의 SSL 인증서 업데이트를 자동화할 수 있습니다. 20:13:09 &lt;i2pr&gt; [Slack/manas] 그래서 reseed들이 일시적으로 내려갈 수 있지만 곧 돌아올 겁니다 :slightly_smiling_face: 20:13:18 &lt;zzz&gt; manas, reseed 관련 문제는 backup@mail.i2p와 함께 진행하세요 20:13:24 &lt;zzz&gt; 회의에서 더 논의할 것 있나요? 20:13:28 &lt;i2pr&gt; [Slack/manas] 네 20:14:44 &lt;zzz&gt; 1월 첫째 주에는 회의가 없습니다. CCC에서 대면 회의를 진행할 예정입니다. 자세한 내용은 이 채널을 확인하세요, 회의가 짧은 공지로 잡힐 수도 있습니다 20:15:10 &lt;zzz&gt; 가능한 회의 목록은 zzz.i2p의 스레드에 있습니다. 주제를 추가하거나 원격 참여를 요청하려면 그곳에서 말씀해 주세요 20:15:23 * zzz **bafs** 회의를 종료합니다 </div>/ko/blog/2016/11/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-11%EC%9B%94-1%EC%9D%BC/Tue, 01 Nov 2016 00:00:00 +0000/ko/blog/2016/11/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-11%EC%9B%94-1%EC%9D%BC/<h2 id="간단-정리">간단 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, fluffypony, hottuna, str4d, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log">20:00:01 &lt;zzz&gt; 0) 안녕하세요 20:00:01 &lt;zzz&gt; 1) 33C3 계획 20:00:01 &lt;zzz&gt; 2) 0.9.28 업데이트 (zzz) 20:00:07 &lt;zzz&gt; 0) 안녕하세요 20:00:09 &lt;zzz&gt; 안녕 20:00:17 &lt;eche|on&gt; 안녕 20:00:22 &lt;i2pr&gt; [Slack/str4d] 안녕! 20:00:38 &lt;zzz&gt; 1) 33C3 계획 20:01:05 &lt;eche|on&gt; 좋아 20:01:11 &lt;zzz&gt; 좋아, 11월 8일 티켓 구매는 eche|on이 맡아서 처리하고, 테이블 요청은 hottuna가 맡고 있는지 확인하고 싶어 20:01:16 &lt;eche|on&gt; 월요일 오후 8시에 티켓 사전 판매가 시작돼 20:01:29 &lt;eche|on&gt; 나는 모바일 인터넷과 노트북을 들고 프라하에 있을 거야 20:01:38 &lt;hottuna&gt; zzz 요 20:01:47 &lt;zzz&gt; 좋아, 프라하에 인터넷만 있으면 괜찮다는 거지? 20:01:56 &lt;eche|on&gt; 하지만 한 번에 티켓 6장을 못 살까 봐 걱정이야. 일단 시도해볼게. 안 되면 트위터로 알릴게 20:02:11 &lt;zzz&gt; 좋아, 훌륭해 20:02:20 &lt;eche|on&gt; 한 주문당 최대 2장 정도로 제한할 것 같은 냄새가 나지만, 두고 보자 20:02:36 &lt;zzz&gt; hottuna, 올해도 우리 noisy square 요청을 위키에 올려줄 수 있어? 그리고 monero가 합류하고 싶어 한다는 건 알고 있지? 20:04:20 &lt;hottuna&gt; zzz: monero 얘기는 몰랐어. 우리는 몇 명이 될까? 그리고 monero는 우리 깃발 아래에서 활동해도 괜찮을까? 20:04:21 &lt;hottuna&gt; zzz: 지금 ccc wiki 서버가 전혀 응답하지 않아. 33c3 위키가 열렸는지 확인한 지는 몇 주 됐어 20:05:10 &lt;zzz&gt; 모르겠어, 자세한 건 fluffypony에게 물어봐. 아마 그쪽도 별도로 요청을 하겠지만, 우리와 테이블을 같이 쓰거나 가까이 배치해 달라고 할 수도 있어 20:05:37 &lt;zzz&gt; hottuna, 위키를 모니터링하고 우리 프로젝트로 요청을 넣어 줄 수 있는지 확인해줘 20:06:39 &lt;fluffypony&gt; 우리가 테이블을 같이 쓰면 좋겠어 20:07:01 &lt;fluffypony&gt; hottuna가 요청을 맡아줄 수 있다면 아주 좋겠어 20:07:08 &lt;fluffypony&gt; 설명 부분은 hottuna와 내가 조율할 수 있어 20:07:22 &lt;zzz&gt; fluffypony, 너희 요청은 따로 하되 우리와 가깝게, 혹은 공유하도록 부탁하는 게 좋겠어 20:07:24 &lt;fluffypony&gt; hottuna: 몇 명인지는 확실치 않지만, 항상 사람이 있게 할게 20:07:27 &lt;zzz&gt; hottuna? 20:07:32 &lt;i2pr&gt; [Slack/str4d] 좋아 보입니다 20:07:46 &lt;hottuna&gt; fluffypony: monero 쪽이 몇 명인지, 그리고 I2P 프로젝트 배너 아래에서 활동해도 괜찮은지 알려주면 i2p+monero로 테이블을 요청할 수 있어 20:07:55 &lt;zzz&gt; 좋아, 훌륭해 20:07:58 &lt;hottuna&gt; zzz: 우리는 몇 명이 될까? 20:08:07 &lt;fluffypony&gt; hottuna: 좋아, 개인적으로 얘기해서 정하자 20:08:09 &lt;eche|on&gt; hottuna: 현재로선 6명으로 세고 있어 20:08:33 &lt;eche|on&gt; zzz, hottuna. bobthebuilder,meeh, str4d, 그리고 나 20:08:34 &lt;hottuna&gt; zzz: 어쨌든 위키를 모니터링하고 이걸 작성하는 건 내가 맡을게 20:08:36 &lt;zzz&gt; Meeh가 몇 명 더 데려올 수도 있으니 그에게 물어봐. 일단 우리 8명, monery 4명이라고 하자 20:08:43 &lt;eche|on&gt; 누구 빠뜨렸으면 알려줘! 20:08:43 &lt;zzz&gt; 좋아, hottuna 20:09:00 &lt;i2pr&gt; [Slack/str4d] 테이블은 얼마나 큰가요? 20:09:02 &lt;hottuna&gt; 좋아, 그럼 일단 12명으로 20:09:13 &lt;hottuna&gt; 거의 우리가 요청하는 만큼 크게 해줘 20:09:26 &lt;zzz&gt; 좋아, 발표 관련해서—str4d와 sadie가 제출을 생각하고 있던 걸로 아는데, 진행됐어? (아마 아닐 듯) 그리고 혹시 대비책으로 YTBI와 조율해뒀어? 20:09:37 &lt;zzz&gt; *YBTI 20:09:44 &lt;eche|on&gt; 내가 알기론 아니야 20:09:54 &lt;eche|on&gt; 여기서는 str4d가 알려줄 수 있을 거야 20:10:15 &lt;i2pr&gt; [Slack/str4d] Sadie는 CCC에 참석하지 않을 거예요(AIUI, 개인 사정), 그리고 저는 Zcash 론치 때문에 발표를 제출하지 않았어요 20:10:24 &lt;zzz&gt; 아, 그리고 론치 축하해 str4d. 이제 우리랑 말하기엔 너무 부자가 된 걸지도 몰라 20:10:47 &lt;i2pr&gt; [Slack/str4d] 헤, 그럴 리요 :stuck_out_tongue: 20:10:56 &lt;zzz&gt; 좋아, 티켓과 관련해서 그녀가 갈지 말지에 대해 sadie와 eche|on이 조율하고 있기를 20:11:02 &lt;i2pr&gt; [Slack/str4d] 그래도 YTBI 발표는 준비할게요 20:11:21 &lt;eche|on&gt; zzz: 그녀는 33c3에는 참석하지 않고, RWC에는 갈 거야 20:11:30 &lt;zzz&gt; 좋아, grothoff 얘기나 YBTI가 열릴지에 대한 소식 본 사람 있어? 20:11:51 &lt;zzz&gt; 늘 정리가 잘 안 돼서, 아마 나중이 돼야 알 수 있을 거야 20:11:55 &lt;eche|on&gt; 아직 본 건 없어, 내 생각엔 티켓 이슈 때문에들 미루는 것 같아 20:12:09 &lt;i2pr&gt; [Slack/str4d] 그래도 RWC에 가는 사람이 있어서 다행이네요 20:12:32 &lt;zzz&gt; 올해는 뉴욕에서 하지? 20:12:40 &lt;i2pr&gt; [Slack/str4d] 네 20:12:55 &lt;zzz&gt; 좋네. 우리 쪽에서도 더 많은 사람이 올지도 모르겠어 20:13:02 &lt;zzz&gt; 1) 관련해 더 있어? 20:13:12 &lt;eche|on&gt; 지금은 없어 20:13:18 &lt;eche|on&gt; 티켓 건은 내가 알릴게 20:13:26 &lt;zzz&gt; 좋아 20:13:44 &lt;zzz&gt; 2) 0.9.28 업데이트 20:14:00 &lt;zzz&gt; Jetty를 포함해 우리가 번들하는 서드파티 라이브러리 몇 개를 업데이트했어 20:14:24 &lt;eche|on&gt; 좋네 20:14:28 &lt;zzz&gt; jrobin도. 그리고 Java 9 관련 이슈들과 씨름 중이야. 트랜스포트 관련 티켓들도 처리하고 있고 20:14:46 &lt;eche|on&gt; 빌드/업데이트할 때 특별히 살펴봐야 할 것들 있어? 20:14:51 &lt;zzz&gt; 언제나처럼 코딩이나 티켓 쪽 도움은 많이 못 받고 있어서, 어떤 도움이라도 환영이야 20:15:01 &lt;zzz&gt; ech 뭐라고? 20:15:40 &lt;i2pr&gt; [Slack/str4d] 0.9.28에 맞춰 UI 개편 작업을 정리해서 병합하고 싶어요 20:15:40 &lt;eche|on&gt; ant updatewithjetty가 평소 루틴인데, 다른 새 라이브러리들도 있어서 특별히 볼 게 있어? 20:15:57 &lt;zzz&gt; 아니, 특별한 건 없어 20:16:06 &lt;eche|on&gt; 좋아, 다행이네 20:16:13 &lt;i2pr&gt; [Slack/str4d] 추가로 11월에는 "설정 마법사" 기능을 작업할 예정이고, 0.9.28에 포함시켜서 CCC에서 새 사용자들을 안내할 수 있는 무언가를 갖추고 싶어요 20:16:32 &lt;zzz&gt; str4d, 큰 걸 병합할 거라면 다음 주 안, 늦어도 2주 안에는 해줘. 나는 .28을 CCC 전에 12월 중순에 릴리스하고 싶어 20:16:46 &lt;zzz&gt; str4d, 릴리스 얘기가 나와서 말인데, .27 Android 릴리스는 어떻게 되고 있어? 20:16:49 &lt;eche|on&gt; 대부분의 티켓은 내가 크게 도와줄 수 없어. 하지만 Syndie 관련 티켓은 네가 조금만 도와주면 내가 고칠 수 있어, zzz (after meeet) 20:16:49 &lt;i2pr&gt; [Slack/str4d] ACK 20:17:27 &lt;i2pr&gt; [Slack/str4d] Zcash 론치로 바쁜 동안에는 .27 Android 릴리스가 시작조차 못 했어요 20:17:32 &lt;i2pr&gt; [Slack/str4d] 하지만 이번 주에는 시간을 낼게요 20:17:35 &lt;zzz&gt; 여름 내 4개월짜리 사이클을 겪고 나서, 다시 6~8주 사이클로 돌아가고 싶어 20:17:55 &lt;i2pr&gt; [Slack/str4d] I2P-Bote와 Bote Android 저장소 병합도 완료에 거의 다 왔어요 20:18:00 &lt;zzz&gt; 좋아, 그리고 물론 Bote도 신경이 좀 필요하고, 'summer of x' 블로그 글 쓰기에도 아직 늦지 않았어 20:18:18 &lt;i2pr&gt; [Slack/str4d] I2P 플러그인을 만들기 위한 Gradle 플러그인이 (보기엔) 잘 작동해요 20:18:54 &lt;i2pr&gt; [Slack/str4d] 그래서 마지막 부분만 병합하면(다른 JAR들과 함께 0.9.27용 router.jar를 Maven Central에 올리는 데 달려 있어요) 모든 게 잘 돌아갈 거예요 20:19:31 &lt;zzz&gt; str4d, 27 이후에 Android나 네 IDE 파일 또는 maven을 손봐야 할 수도 있는 변경을 좀 했어. 참고로 .28을 위한 거고, 네 27 릴리스에는 영향이 없을 거야 20:19:44 &lt;i2pr&gt; [Slack/str4d] 이번 주가 아니더라도, 이번 주말 뉴질랜드로 돌아가는 비행 중에는 시간이 있을 거예요 20:19:49 &lt;i2pr&gt; [Slack/str4d] ACK 20:20:11 &lt;zzz&gt; 좋아. 네가 아무리 낙관적이라 해도 10월에는 뭘 하리라고는 사실 기대하지 않았어 :) 20:20:16 &lt;zzz&gt; 2) 관련해 더 있어? 20:20:29 &lt;i2pr&gt; [Slack/str4d] 저는 낙관이 아주 넘쳐요 20:20:48 &lt;zzz&gt; 회의에서 더 논의할 거 있어? 20:21:26 * zzz 의사봉을 집어든다 20:22:18 * zzz *baffffffffs*** 회의를 종료함 </div>/ko/blog/2016/10/17/0.9.27-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 17 Oct 2016 00:00:00 +0000/ko/blog/2016/10/17/0.9.27-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.27에는 여러 버그 수정이 포함되어 있습니다. 암호화 가속을 위한 업데이트된 GMP 라이브러리는 0.9.26 릴리스에서 새 설치 및 Debian 빌드에서만 번들로 제공되었지만, 이제 0.9.27의 네트워크 내 업데이트에도 포함됩니다. 또한 IPv6 전송 방식, SSU 피어 테스트, 숨김 모드가 개선되었습니다.</p> <p>I2P Summer 기간 동안 여러 플러그인을 업데이트했으며, 재시작하면 귀하의 router가 해당 플러그인들을 자동으로 업데이트합니다.</p> <p>평소와 같이, 이번 릴리스로 업데이트할 것을 권장합니다. 보안을 유지하고 네트워크를 돕는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2016/10/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-10%EC%9B%94-04%EC%9D%BC/Tue, 04 Oct 2016 00:00:00 +0000/ko/blog/2016/10/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-10%EC%9B%94-04%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, EinMByte, MXPLRS\|Kirill, obscuratus, str4d, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log">20:00:04 &lt;zzz&gt; 0) 안녕하세요 20:00:04 &lt;zzz&gt; 1) 0.9.27 업데이트 (zzz) 20:00:08 &lt;zzz&gt; 0) 안녕하세요 20:00:09 &lt;zzz&gt; 안녕 20:00:24 &lt;i2pr&gt; [Slack/str4d] 안녕하세요 20:00:30 &lt;eche|on&gt; 안녕 20:00:42 &lt;i2pr&gt; [Slack/str4d] 비행기가 20분 후에 착륙하니까, 아마 5~10분만 가능할 거예요 20:00:51 &lt;EinMByte&gt; 안녕하세요 20:01:10 &lt;zzz&gt; 1) 0.9.27 업데이트 (zzz) 20:01:11 &lt;i2pr&gt; [Slack/str4d] (그래서 제 확인이 필요한 것부터 우선해 주세요) 20:01:44 &lt;zzz&gt; 좋아요, 기록적인 4개월+이 지난 만큼 27 릴리스를 진행하겠습니다. 체크인 마감은 10일 후이고, 릴리스는 17일이 포함된 주에 할게요 20:02:04 &lt;i2pr&gt; [Slack/str4d] :+1: 20:02:12 &lt;zzz&gt; 큰 변화는 없지만, 계속 진행해야 합니다 20:02:26 &lt;zzz&gt; 다음 주에 IPv6 티켓들을 한 번 더 살펴보면서 더 많은 것들을 고치려고 합니다 20:02:39 &lt;zzz&gt; 테스트가 필요한 것은 가능한 한 빨리 체크인해 주세요 20:02:50 &lt;zzz&gt; 1) 관련해서 다른 사항 있나요? 20:03:06 &lt;i2pr&gt; [Slack/str4d] 이번 주말에 시간을 내서 Bote 이슈를 고치겠습니다 20:03:17 &lt;EinMByte&gt; 여기에 IPv6 피어 테스트도 포함되나요? 20:03:29 &lt;i2pr&gt; [Slack/str4d] (제가 관리하던 Zcash beta 2 릴리스가 끝나 있을 테니까요) 20:03:46 &lt;zzz&gt; 네, 피어 테스트는 두어 달 전에 체크인했는데 얼마나 잘 작동하는지는 확실치 않습니다. 릴리스 후에 알게 되겠죠 20:04:02 &lt;MXPLRS|Kirill_&gt; zzz, 변경 로그? 20:04:12 &lt;EinMByte&gt; 좋아요 20:04:43 &lt;zzz&gt; MXPLRS|Kirill_, zzz.i2p의 릴리스 요약 글은 한동안 업데이트하지 않았지만, github의 history.txt 파일을 보면 됩니다 20:04:59 &lt;MXPLRS|Kirill_&gt; zzz, 알겠어요 20:05:02 &lt;zzz&gt; zzz.i2p 글은 다음 며칠 내에 업데이트하겠습니다 20:05:21 &lt;zzz&gt; 오늘이나 내일 tx에 태그를 푸시하겠습니다 20:05:29 &lt;zzz&gt; 1) 관련해서 다른 사항 있나요? 20:05:51 &lt;obscuratus&gt; 제 테스트베드에서 특별히 테스트하길 원하시는 게 있나요? 20:06:16 &lt;zzz&gt; 특별히는 없고, 지금까지의 IPv6 테스트에 감사드립니다 20:06:23 &lt;obscuratus&gt; 그렇다면, 생각나시면 그냥 전달해 주세요. 20:06:38 &lt;zzz&gt; 좋아요 20:06:41 &lt;zzz&gt; 1) 관련해서 다른 사항 있나요? 20:07:02 &lt;i2pr&gt; [Slack/str4d] 저는 없습니다 20:07:05 &lt;zzz&gt; 회의에서 다룰 다른 사항 있나요? 20:07:46 &lt;EinMByte&gt; NTCP2 제안서를 업데이트했다는 것만 말씀드리고 싶었습니다 20:08:08 &lt;EinMByte&gt; (zzz.i2p 토픽과 gist.github.com 둘 다에요) 20:08:10 &lt;i2pr&gt; [Slack/str4d] 이제 노트북을 정리해야 해서요 o/ 20:08:10 &lt;zzz&gt; 좋네요, 수고하셨어요 20:08:21 &lt;zzz&gt; 진척이 잘 되고 있다고 생각합니다 20:08:44 &lt;zzz&gt; 회의에서 다룰 다른 사항 있나요? 20:09:08 * zzz baffer를 잡는다 20:09:12 &lt;EinMByte&gt; 인증 모드는 아직 완전하지 않아서, 개인적으로는 그 부분에 작업이 가장 많이 필요합니다 20:09:24 &lt;EinMByte&gt; 회의 관련해서는 더 없을 것 같네요 20:09:43 &lt;zzz&gt; 새 초안을 검토하는 게 기대됩니다 20:10:01 * zzz *bafffffffs* 회의를 종료했다 </div>/ko/blog/2016/09/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-9%EC%9B%94-6%EC%9D%BC/Tue, 06 Sep 2016 00:00:00 +0000/ko/blog/2016/09/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-9%EC%9B%94-6%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> echelon, EinMByte, orignal, psi, str4d, z3r0fox, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log">21:00:01 &lt;zzz&gt; 0) 안녕하세요 21:00:01 &lt;zzz&gt; 1) 0.9.27 업데이트 (zzz) 21:00:01 &lt;zzz&gt; 2) Summer of X 업데이트 (sadie/str4d) 21:00:01 &lt;zzz&gt; 3) 33C3 예산 `http://zzz.i2p/topics/2150` 21:00:01 &lt;zzz&gt; 4) SAM 기본 활성화 (str4d) 21:00:06 &lt;zzz&gt; 0) 안녕하세요 21:00:12 &lt;zzz&gt; 안녕 21:00:13 &lt;psi&gt; 안녕 21:00:24 &lt;eche|on&gt; 환영합니다 21:00:33 &lt;z3r0fox_&gt; 안녕 21:00:40 &lt;zzz&gt; 1) 0.9.27 업데이트 (zzz) 21:01:01 &lt;zzz&gt; 좋아요, 보고할 내용은 많지 않아요. 26 이후로 diff가 6천 줄뿐입니다 21:01:13 &lt;zzz&gt; 현재로서는 .27은 아마 10월 중순쯤일 것 같아요? 21:01:41 &lt;zzz&gt; 여름 초에는 Summer of X 일을 했고, 최근에는 잠깐 쉬고 있었어요... 하지만 다른 분들의 활동도 많지는 않아 보이네요 21:02:03 &lt;zzz&gt; 1) 관련해서 더 있을까요? 21:02:19 &lt;eche|on&gt; Summer of X 쪽은 별로 없어요 21:03:25 &lt;zzz&gt; 2) Summer of X 업데이트 (sadie/str4d) 21:03:30 &lt;zzz&gt; sadie / str4d 진행해주세요 21:06:07 &lt;zzz&gt; 아무 말씀이 없으면, 다음 달 안건으로 넘기겠습니다 21:06:15 &lt;zzz&gt; 3) 33C3 예산 `http://zzz.i2p/topics/2150` 21:06:28 &lt;str4d&gt; 안녕! 21:06:33 &lt;eche|on&gt; 깨어있음 21:06:33 &lt;zzz&gt; eche|on, 재정 상황에 대해 간단히 업데이트해 주시겠어요? 21:06:45 &lt;str4d&gt; 미안, 잠깐 일 때문에 딴짓했어요. 2) 는 회의 끝에 다룰 수 있어요 21:07:34 &lt;eche|on&gt; 재정, 좋아요, 현재 합계: 37k , 510 BTC, 700 LTC 및 1300 XMZ (대략) 21:07:47 &lt;eche|on&gt; bts는 약 540이고 LTC는 약 3.5예요 21:08:00 &lt;zzz&gt; 상당히 양호한 상태인 것 같네요 21:08:10 &lt;eche|on&gt; 올해 이미 대략 4800을 썼습니다 21:08:56 &lt;eche|on&gt; 그리고 10 BTC(제가 로 바꿨습니다), 그래서 올해 대략 5k가 들어왔습니다 21:09:20 &lt;zzz&gt; 33C3에 대해서는 작년과 비슷하게 하자는 제안을 합니다... 컨퍼런스 티켓은 전부 우리가 부담합니다. 그리고 풀 프로젝트 멤버에게는 최대 $1000(또는 유로)까지 상환해 주고, 정말 필요하면 $1500까지 21:09:41 &lt;zzz&gt; 서비스를 하나 둘 운영하는 분들에겐 컨퍼런스 티켓과 최대 $500까지의 여행비를 지원하자는 제안입니다 21:10:01 &lt;zzz&gt; 어떻게들 생각하세요? 21:10:23 &lt;eche|on&gt; 현재 지원 요청한 사람이 5명 있어요 21:10:25 &lt;str4d&gt; 그게 공정한 것 같아요. 21:11:04 &lt;str4d&gt; eche|on, 위 숫자를 가정하면 총 지출 예상액이 얼마나 되나요? 21:11:13 &lt;zzz&gt; 그럼 $4000~$5000 정도에, 티켓비 약 $500가 추가, 그런 추정인가요? 21:11:32 &lt;eche|on&gt; 이 기준이면 최대 약 4k 정도예요 21:11:39 &lt;zzz&gt; 저녁 식사로 몇백 더 21:11:57 &lt;zzz&gt; 아, 그리고, echelon에게 이메일을 보내지 않았지만 지원이 필요한 분은 지금 말씀해주세요! 21:11:58 &lt;eche|on&gt; 서비스 운영자 2명, 일반 2명, 특별 사정 1명 21:12:07 &lt;eche|on&gt; 티켓은 한 장에 약 100 21:12:12 &lt;str4d&gt; 음. 그러면 대략 지출 목표 10% 안에 들어오네요 21:13:03 &lt;eche|on&gt; 약간 넘지만 여전히 괜찮아요 21:13:21 &lt;zzz&gt; 대략 5200 정도로 들리네요. 예산을 6000 유로로 설정할까요? 21:13:46 &lt;eche|on&gt; 지난번엔 몇몇이 요청분을 BTC로 받았는데, 제겐 꽤 수월했어요^^ 21:14:12 &lt;zzz&gt; 네, BTC로 지급받는 데 동의하시면 더 좋습니다 21:14:21 &lt;eche|on&gt; 합리적으로 들리네요 21:14:48 &lt;eche|on&gt; 저녁은 작년과 같은 곳으로 갈 수도 있고 조금 더 수준을 올릴 수도 있어요, 지켜보죠 21:15:02 &lt;zzz&gt; 모두가 꼭 참석하길 바란다는 점을 강조하고 싶습니다. 예산을 현명하게 쓰려 하지만, 비용 때문에 누군가 참석하지 못하는 일은 절대 원치 않습니다. 21:15:09 &lt;eche|on&gt; 행사 자체를 위한 간식과 기타 물품도 조금, 6k면 괜찮아요 21:15:10 &lt;str4d&gt; 저는 BTC로 상환받아도 괜찮습니다 21:15:48 &lt;zzz&gt; 3) 관련해 더 있을까요? 21:16:15 &lt;eche|on&gt; 제 쪽에선 없습니다, 내일 모든 이메일에 답장하고 나중에 티켓을 구매하겠습니다 21:16:18 &lt;eche|on&gt; 아, 티켓: 21:16:36 &lt;eche|on&gt; 여기 I2P에서 온 분들 중에 지원 요청은 안 했지만 티켓이 필요한 분은, 저에게 메일 보내세요! 21:16:37 &lt;str4d&gt; 숙소를 함께 쓸 사람을 찾는다면, 저에게 핑 주세요 :) 21:16:56 &lt;str4d&gt; eche|on, 팀 전원의 티켓을 구매할 계획인가요? 21:17:03 &lt;eche|on&gt; 네 21:17:07 &lt;zzz&gt; 네. Ech가 티켓을 살 겁니다. 각자 사지 마세요 21:17:10 &lt;eche|on&gt; 작년에 겪었던 문제를 피하려고요 21:17:12 &lt;str4d&gt; 고마워요 :) 21:17:34 &lt;str4d&gt; 또, 일반적으로 현지 시간 오전 11시쯤 시작하는 게 맞나요? 21:17:56 &lt;zzz&gt; 아, 3) 얘기 중에, 재정 업데이트를 포함해 모든 일을 해주는 eche|on에게 감사드리고 싶습니다. 당신이 없었으면 우리 벌써 파산했을 거예요! 21:18:02 &lt;str4d&gt; 27일 도착하는 항공편을 맞출 수 있을지 알아보고 있었어요 21:18:02 &lt;eche|on&gt; 아, 우리는 주로 현장에서 오전 11시/정오에 만나서 새벽 1~2시까지 있었어요 21:18:05 &lt;eche|on&gt; 하지만 어떤 발표는 새벽 3시에 끝나요 21:18:10 &lt;zzz&gt; 좋아요, 물류/일정 얘기는 여기서 하지 맙시다 21:18:17 &lt;zzz&gt; 3) 관련해 더 있을까요? 21:18:19 &lt;str4d&gt; (아니면 저는 25일 저녁에 떠나야 해요) 21:18:34 &lt;str4d&gt; eche|on, 음, 고마워요. 그리고, 우리를 버티게 해줘서 큰 감사! :D 21:18:55 &lt;zzz&gt; 4) SAM 기본 활성화 (str4d) 21:18:59 &lt;zzz&gt; str4d 진행해주세요 21:19:08 &lt;eche|on&gt; 모든 기부자분들께 감사 (방금 "do not spent all money on useless designers"라는 문구가 담긴 기부를 받았어요 21:19:39 &lt;str4d&gt; 좋아요 21:20:29 &lt;str4d&gt; SAM API를 사용하는 앱이 늘어나면서, 이를 기본으로 활성화할지, 그리고 그렇다면 어떻게 활성화할지를 검토해야 한다고 생각합니다 21:20:51 &lt;str4d&gt; Tor가 control port를 기본으로 활성화해 두는 것처럼, 앱이 일반적으로 사용할 수 있다고 가정할 수 있게요 21:21:07 &lt;eche|on&gt; SAM은 꽤 안정적이고 router가 쉽게 다운되는 원인이 아니라고 생각합니다 21:21:19 &lt;eche|on&gt; 저는 찬성표, 기본 활성화에 한 표 21:21:25 &lt;zzz&gt; 반대하는 분 있나요? 21:21:37 &lt;EinMByte&gt; 합리적인 생각인 듯합니다 21:21:55 &lt;EinMByte&gt; 제가 보기에 유일한 이슈는 포트 충돌이에요 21:22:07 &lt;str4d&gt; 음 21:23:08 &lt;eche|on&gt; 새로 설치하는 경우엔 그 문제가 안 보입니다 21:23:10 &lt;zzz&gt; 일반적인 방법은 clients.config를 변경하는 것이고, 그러면 신규 설치에만 영향을 줍니다. 그 외의 방법은... 더 어렵겠죠 21:23:12 &lt;eche|on&gt; 모두 localhost니까요 21:23:27 &lt;str4d&gt; Tor도 control port를 항상 열어두는 것의 보안을 두고 숙고해 온 걸로 알아요 21:23:29 &lt;eche|on&gt; 기존 설치에는 활성화하지 않는 게 좋겠어요 21:23:36 &lt;EinMByte&gt; eche|on: 제 말은, 같은 포트를 쓰는 다른 서비스(I2P 관련 아님)가 있을 수 있다는 거예요 21:23:43 &lt;str4d&gt; 그리고 그들은 대신 Unix socket mode 사용을 권장하죠 21:23:50 &lt;str4d&gt; (local cookie authentication과 함께) 21:23:58 &lt;zzz&gt; 앱이 '항상 사용 가능하다고 가정'할 수는 없다고 봅니다. 항상 적절한 오류 처리와 사용자 안내가 필요해요 21:24:01 &lt;eche|on&gt; EinMByte: 물론이죠, 하지만 그건 localhost이고, 그런 경우 경고가 있어야 합니다 21:24:08 &lt;str4d&gt; 하지만 우리에게는 그리 큰 우려가 아닙니다. SAM에 연결할 수 있는 것은 자기 자신의 tunnels만 제어할 수 있으니까요 21:24:33 &lt;str4d&gt; (다른 클라이언트의 tunnels의 세션 이름을 추측할 수 있는 게 아니라면요) 21:24:36 &lt;EinMByte&gt; eche|on: 좋아요, 그러면 포트가 점유되어 있으면 SAM을 활성화하지 말고 경고하자는 거죠? 21:24:41 &lt;eche|on&gt; EinMByte: 그게 논리적인 방법이죠^^ 21:24:42 &lt;str4d&gt; zzz, 맞아요, 앱이 가정할 수는 없죠 21:24:48 &lt;str4d&gt; 그 이유는 사용성입니다 21:24:58 &lt;str4d&gt; 그래서 '간단한 방법'은 'I2P를 시작; 앱을 사용'입니다 21:25:06 &lt;zzz&gt; 수년 동안 비활성화되어 있었으니, 지금 활성화한다고 해도 큰 차이는 없을지도요 21:25:16 &lt;str4d&gt; 현재의 방법은 'I2P를 시작; SAM을 활성화하는 페이지를 찾기; SAM 활성화; 앱 사용'이죠 21:25:33 &lt;zzz&gt; 참고로 /configclients를 분리해 두었고, .27에 포함될 것입니다 21:25:36 &lt;eche|on&gt; 제 관점에서는: 대부분의 I2P routers가 이미 SAM을 활성화하고 있어요 21:25:39 &lt;eche|on&gt; 아니면 &gt;90% 21:25:41 &lt;str4d&gt; 제 주요 동기는 마찰을 줄이는 것입니다 21:25:48 &lt;str4d&gt; 새 사용자들을 위해서요 21:25:54 &lt;str4d&gt; 그래서 이건 신규 설치에만 적용하는 걸로 동의합니다 21:26:19 &lt;EinMByte&gt; 괜찮아 보입니다. 21:26:27 &lt;zzz&gt; 그런데, 말씀하신 'SAM을 사용하는 앱의 증가'에 대한 증거는 아직 못 봤어요 21:26:30 &lt;str4d&gt; eche|on, 네, Tor도 일부 삼성 폰에서 Orbot과 포트 충돌 이슈가 있어요 21:26:46 &lt;psi&gt; 사람들이 굳이 켤 필요 없도록 SAM은 기본적으로 켜져 있어야 해요 21:26:50 &lt;EinMByte&gt; zzz: 어쩌면 이게 딱 필요한 일일지도 ;) 21:26:51 &lt;zzz&gt; 그렇지만 제안에 반대하는 것도 아닙니다 21:26:53 &lt;zzz&gt; 헤헷 21:27:05 &lt;str4d&gt; zzz, Tahoe-LAFS가 곧 I2P 네이티브 지원과 함께 출시됩니다 21:27:19 &lt;EinMByte&gt; 기본 SAM 포트가 뭐였죠? 21:27:21 &lt;zzz&gt; 좋아요, 합의가 된 것 같나요? 21:27:32 &lt;str4d&gt; 7656 21:27:52 &lt;zzz&gt; 4) 관련해 더 있을까요? 21:28:36 &lt;EinMByte&gt; str4d: 좋아요, 그 포트를 쓰는 흔한 것들은 떠오르지 않네요 21:29:09 &lt;zzz&gt; 2) Summer of X 업데이트 (sadie/str4d) 21:29:14 &lt;zzz&gt; sadie / str4d 진행해주세요 21:29:35 &lt;str4d&gt; 좋아요! 21:29:45 &lt;str4d&gt; 제 생각에는 I2P Summer Dev는 성공적이었습니다 21:30:06 &lt;str4d&gt; 새로운 기여자는 없었어요(적어도 제가 본 바로는) 21:30:42 &lt;str4d&gt; (초기 회의 때 몇 명 있었는데 우리가 후속 연락을 했어야 했을지도...) 21:30:45 &lt;eche|on&gt; 새 buildbot을 얻었어요 21:30:52 &lt;zzz&gt; 약속했던 8월 블로그 글은 못 봤는데요... 9월에는 올릴 수 있을까요? 21:30:54 &lt;str4d&gt; 하지만 사용자와 개발자 측면에서 여러 가지로 훌륭한 진전을 이뤘습니다 21:30:56 &lt;str4d&gt; 위에서 언급했듯이, 다음 Tahoe-LAFS 릴리스는 제 txi2p 라이브러리를 통해 I2P 네이티브 지원을 포함합니다 21:31:13 &lt;str4d&gt; zzz, 네, 시간이 없었습니다. 이번 주말에 정리 글을 쓰겠습니다 21:31:20 &lt;zzz&gt; 좋습니다 21:31:47 &lt;str4d&gt; 8월 글에 소개하고 싶었던 제 Zeronet 작업이 로컬에 있는데, 안타깝게도 i2p.socket을 gevent와 제대로 동작시키지 못했습니다... 21:32:05 &lt;str4d&gt; 하지만 주말에 그냥 PR을 만들어 보고, 어떻게 되는지 보겠습니다 21:32:33 &lt;zzz&gt; tahoe는 뭐랄까, 우리가 그들의 사이트에 티켓을 올린 지 최소 5년은 된 것 같네요. zooko는 빠르게 움직이지 않죠 21:33:05 &lt;eche|on&gt; 적어도 이제는 됐죠 21:33:21 &lt;str4d&gt; 개발자 사용성 측면에서는 i2p.socket과 txi2p에서 좋은 진전을 이뤘고, SAM API가 기본 활성화되면 Python 앱에 I2P를 추가하는 마찰이 줄어들 겁니다 21:33:25 &lt;eche|on&gt; 이제 병렬 업/다운로드가 필요합니다, 아니면 tahoe-lafs는 기어가듯 느릴 거예요 21:33:55 &lt;eche|on&gt; 참, 몇 분 전에 어떤 사용자가 I2P에서의 파이썬 개발 작업에 대해 물어봤어요 21:34:04 &lt;str4d&gt; 잠재적인 신규 앱들에 대해 약간의 아웃리치를 했지만, 그쪽은 더 작업이 필요합니다 21:34:28 &lt;str4d&gt; (특히 IPFS와 OpenBazaar는 열의가 있지만 현재 진전이 없어요) 21:34:49 &lt;EinMByte&gt; 참, 제 쪽도 미안합니다; Summer of X에 뭔가 해보겠다고 했었는데, kovri에는 시기가 너무 이르더군요 21:34:53 &lt;zzz&gt; Summer of X 이후에도 여전히 절박한 상태인 건 Bote입니다. 릴리스는 한참 없었고, 약 40개의(!) Trac 티켓이 있으며, 그중 classpath 관련 하나는 .27의 차단 요소라고 생각합니다... Bote 작업을 다시 할 의향이 있나요, 아니면 접어야 할까요? 21:35:30 &lt;str4d&gt; zzz, 그럴 계획이고, 실제로 작업도 했습니다 21:35:38 &lt;eche|on&gt; 누군가는 Bote를 해야 합니다. syndie나 i2phex보다 더 중요해요 21:36:05 &lt;zzz&gt; Bote를 고치려면 deb 패키징을 바꿔야 하는지, 아니면 다른 문제가 있는지, 아니면 신경 쓰지 않는 건지 알아야 합니다 21:36:32 &lt;zzz&gt; 9월은 Bote의 달? 21:37:22 &lt;str4d&gt; 8월에 Gradle로 마이그레이션하는 데 시간을 썼고, 이는 Android와 플러그인 코드베이스를 병합할 수 있다는 뜻입니다 21:37:22 &lt;str4d&gt; 이로 인해 Bote 개발과 관련한 많은 마찰이 사라질 것입니다 21:37:22 &lt;str4d&gt; 이제 남은 건 기존 플러그인 스크립트를 통합하는 일뿐입니다 21:37:22 &lt;str4d&gt; (아니면 그것들을 Gradle로 다시 쓰거나)( 21:37:39 &lt;str4d&gt; 불행히도 8월에는 업무 마감이 그 일을 방해했습니다 21:37:54 &lt;zzz&gt; 좋아요 21:37:59 &lt;zzz&gt; 2) 관련해 더 있을까요? 21:38:07 &lt;str4d&gt; 이번 주말에 Bote에 시간을 쓰겠습니다 21:38:30 &lt;zzz&gt; 회의에서 더 다룰 내용이 있을까요? 21:39:02 &lt;zzz&gt; 10월에는 UTC 오후 8시로 되돌리자는 제안을 해도 될까요? 21:39:46 &lt;str4d&gt; 그리고 Debian 이슈에 대한 해결책도 찾아보겠습니다 21:39:55 &lt;zzz&gt; 8시에 대한 이견 있나요? 21:40:03 &lt;str4d&gt; 하지만 확실히 Debian만의 문제예요 21:40:24 &lt;zzz&gt; 좋아요, 그게 deb 전용 문제라는 확인도 못 봤었는데, 그럼 진전이네요 21:40:46 &lt;str4d&gt; 다른 건 없고, Summer Dev 작업에 참여한 모든 분들 수고하셨습니다! 21:40:46 &lt;str4d&gt; 내년이 기대돼요 ;) 21:40:49 &lt;zzz&gt; 티켓에 수정안, 최소한 테스트라도 제안했지만 아무런 응답이 없네요 21:40:49 &lt;eche|on&gt; 저는 지금까지 괜찮아요 21:41:22 &lt;zzz&gt; 좋아요, 9보다 8에 대해 불평이 더 많았으니 8로 돌아갑시다. 어차피 여름은 끝났고요 21:41:29 * zzz baffer를 집어 든다 21:41:29 &lt;str4d&gt; 10월 8PM은 괜찮아요, 제가 미국에 있을 테니까요 21:41:31 &lt;str4d&gt; (사실 11월도요, 그게 1일이 될 테니까요( 21:42:37 &lt;eche|on&gt; 좋아요, 이제 잘 시간 21:42:41 &lt;eche|on&gt; 또 봐요 21:42:44 * zzz ***bafs*** 회의를 종료한다 </div>/ko/blog/2016/08/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-8%EC%9B%94-2%EC%9D%BC/Tue, 02 Aug 2016 00:00:00 +0000/ko/blog/2016/08/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-8%EC%9B%94-2%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>Present:</strong> nextloop, psi, poneyhot, sadie, str4d, trolly, xmpre, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log">21:00:01 &lt;zzz&gt; 0) 안녕 21:00:01 &lt;zzz&gt; 1) HOPE 보고 (zzz/sadie) `http://zzz.i2p/topics/2152` 21:00:01 &lt;zzz&gt; 2) 0.9.27 업데이트 (zzz) `http://zzz.i2p/topics/2132` 21:00:01 &lt;zzz&gt; 3) Summer of X 업데이트 (sadie/str4d) 21:00:05 &lt;zzz&gt; 0) 안녕 21:00:07 &lt;zzz&gt; 안녕 21:00:38 &lt;xmpre&gt; 안녕하세요 21:00:44 &lt;i2pr&gt; [Slack/str4d] 안녕하세요 21:00:56 &lt;zzz&gt; 1) HOPE 보고 (zzz/sadie) `http://zzz.i2p/topics/2152` 21:01:32 &lt;zzz&gt; 그 링크에 간단한 방문 보고를 올렸습니다. sadie, comraden1, gravy, 아니면 영상을 좀 보신 분들, 추가할 내용 있나요? 21:02:30 &lt;i2pr&gt; [Slack/str4d] 아직 영상은 보지 못했습니다. Tor 관련 영상 말고도 표시해 두면 좋을 것들이 있나요? 21:03:01 &lt;zzz&gt; 저는 그 외에는 많이 보지 못했습니다. 사람들이 zzz.i2p 쓰레드에 추천을 추가해 주길 바랍니다 21:03:13 &lt;xmpre&gt; 혹시 모르는 분들을 위해, 영상은 어디에 있나요? 21:03:27 &lt;zzz&gt; 아마 hope.net일 겁니다 21:03:56 &lt;zzz&gt; 1) 관련해 다른 것 있나요? 21:03:59 &lt;xmpre&gt; https://hope.net/watch.html 21:04:54 &lt;zzz&gt; 2) 0.9.27 업데이트 (zzz) `http://zzz.i2p/topics/2132` 21:05:57 &lt;zzz&gt; 빨라도 9월 중순을 보고 있습니다. mtn 활동이나 큰 기능은 많지 않아요. i2p 여름 활동을 마친 뒤에는 NTCP2로 넘어가고 싶습니다. 그래서 지금은 .27을 서두를 필요는 없고, 꽤 안정적입니다 21:06:26 &lt;zzz&gt; .27 일정이나 내용에 대해 의견 있나요? 21:06:39 &lt;i2pr&gt; [Slack/str4d] 저도 비슷한 시기에 NTCP2에 주의를 돌릴 예정입니다 21:06:49 &lt;xmpre&gt; 멀티호밍을 더 쉽게 만드는 제안이 있는데, 그걸 trac에 올릴까요? 21:06:59 &lt;xmpre&gt; 요는 내보내기/가져오기 기능입니다 21:07:11 &lt;zzz&gt; 좋아요. 여전히 새로운 Tails 담당자도 필요하니, 우리 모두 그에 대해 트윗해야 합니다 21:07:19 &lt;i2pr&gt; [Slack/str4d] SAM을 기본으로 활성화하는 것도 고려하고 싶습니다. 21:07:43 &lt;zzz&gt; xmpre, 명확하다면 trac도 괜찮고, 논의가 필요하면 zzz.i2p가 더 나을 수 있어요 21:07:48 &lt;i2pr&gt; [Slack/str4d] 최소한 그렇게 했을 때의 파급효과는 논의해 봅시다 21:08:06 &lt;xmpre&gt; 알겠습니다, zzz 21:08:27 &lt;zzz&gt; sam-by-default는 다음 달 안건에 올립시다. 여름 앱 활동 이후이면서 .27 이전으로요 21:08:40 &lt;i2pr&gt; [Slack/str4d] ACK 21:08:53 &lt;i2pr&gt; [Slack/str4d] 그동안은 각자 생각해 보면 좋겠습니다 21:09:21 &lt;i2pr&gt; [Slack/str4d] 예를 들어 Tor의 컨트롤 포트 정책과 비교해 보는 것도 좋겠죠 21:09:38 &lt;zzz&gt; `http://zzz.i2p/topics/2149` 에 추가했습니다 21:10:03 &lt;zzz&gt; 기본으로 켜진다면 인증(auth)이나 SSL도 함께 켜는 게 좋을까요? 잘 모르겠습니다. 생각해 보겠습니다 21:10:11 &lt;zzz&gt; 2) 관련해 다른 것 있나요? 21:10:58 &lt;psi&gt; (안녕) 21:11:10 &lt;zzz&gt; 다음 회의 얘기가 나온 김에, CCC 예산이 안건에 올라갈 예정이니 위 링크를 보시고, 그 회의까지 요구 사항을 준비해 주세요 21:11:13 &lt;i2pr&gt; [Slack/sadie] 안녕 - 지금 일이 너무 많아요 여러분 21:11:33 &lt;zzz&gt; 그럼 3)로... 21:11:43 &lt;zzz&gt; 3) Summer of X 업데이트 (sadie/str4d) 21:11:50 &lt;zzz&gt; sadie, str4d, 최신 소식은요? 21:12:10 &lt;i2pr&gt; [Slack/str4d] 괜찮아요 Sadie, 잠깐이라도 들러줘서 기쁩니다 :) 21:12:22 &lt;i2pr&gt; [Slack/str4d] Summer Dev는 정말 잘 진행되고 있다고 생각합니다 21:12:47 &lt;i2pr&gt; [Slack/str4d] 이번 달은 우리가 다른 애플리케이션과 함께한 작업에 공개적으로 초점을 맞췄습니다 21:13:11 &lt;i2pr&gt; [Slack/str4d] (그동안 일반적으로 함께 작업하지 않았던 앱들) 21:13:47 &lt;i2pr&gt; [Slack/str4d] Tahoe-LAFS에서 사용하는 통신 라이브러리인 Foolscap에 I2P 클라이언트 지원을 넣는 데 성공했습니다 21:14:29 &lt;i2pr&gt; [Slack/str4d] 그래서 가까운 미래에는 적어도 클라이언트 측에서 I2P의 그리드와 함께 업스트림을 사용할 수 있을 것으로 기대합니다 21:14:57 &lt;i2pr&gt; [Slack/str4d] I2P와 Tor에 대한 서버 측 지원은 이후 릴리스에 예정되어 있습니다 21:15:31 &lt;i2pr&gt; [Slack/str4d] 또한 개념 증명으로 I2P 위에서 ZeroNet이 동작하도록 거의 마무리했습니다 21:16:01 &lt;i2pr&gt; [Slack/str4d] (이 과정에서 psi와 제가 i2p.socket을 크게 개선하기도 했습니다) 21:16:22 &lt;zzz&gt; ++psi 21:17:15 &lt;zzz&gt; 제 쪽에서는 i2phex, jwebcache, orchid용 플러그인 릴리스를 했습니다. 약 일주일 후에는 syndie 릴리스가 있을 예정이고(번역을 업데이트해 주세요!) orchid 릴리스도 하나 더 있을 겁니다 21:17:34 &lt;i2pr&gt; [Slack/str4d] 우와 21:17:45 &lt;zzz&gt; 그리고 아마 jircii도요. 최소 한 명이 요청하고 있으니, 더 원하시는 분 있으면 알려주세요 21:17:45 &lt;xmpre&gt; 독립 실행형 i2psnark 작업에 감사드립니다, i2pd와 함께 동작하는 인스턴스 하나를 구동 중입니다 21:17:58 &lt;psi&gt; i2p.socket에는 여전히 개발자 피드백이 필요합니다, 아 맞다 그리고 IPFS 티켓도 확인하라고 스스로에게 상기해야겠네요 21:18:44 &lt;i2pr&gt; [Slack/str4d] 다음 달은 우리 자체 앱을 작업하는 시간으로 지정되어 있지만, 외부 개발자들과의 협업도 더 보고 싶습니다 21:18:59 &lt;zzz&gt; 또 한 가지, 이 라이브러리와 독립 실행형 앱들을 i2pd에서도 테스트해 보시길 바랍니다 21:19:02 &lt;i2pr&gt; [Slack/str4d] 예: psi가 IPFS 개발자들과 함께 작업하는 것 :) 21:19:15 &lt;i2pr&gt; [Slack/str4d] :+1: 21:19:47 &lt;nextloop&gt; 안녕하세요. 대부분의 플러그인이 GitHub에 없네요. 거기로 옮길까요? 21:19:54 &lt;i2pr&gt; [Slack/str4d] 아이디어가 없으면 저에게 핑 주세요. 할 일 목록을 드리겠습니다. 21:20:23 &lt;i2pr&gt; [Slack/str4d] 좋은 생각일 수 있겠네요 21:20:29 &lt;zzz&gt; 지금 인력이 없는 일 중 하나가 독립 실행형 패키지 빌드/서명인데, 그게 반드시 필요할지 확신은 없습니다. kytv와 ech가 일부 하긴 했지만, 많은 것들의 패키징이나 호스팅이 일관되지 않습니다 21:20:57 &lt;zzz&gt; 어떤 것들은 코드에 정돈된 빌드 타깃조차 없습니다 21:21:21 &lt;i2pr&gt; [Slack/str4d] 음 21:21:56 &lt;i2pr&gt; [Slack/str4d] 이번 달에는 I2P-Bote를 Gradle로 마이그레이션하면서 전체 빌드 프로세스를 개편할 예정입니다 21:22:10 &lt;xmpre&gt; i2psnark 독립 실행형 패키지를 빌드/서명하기 시작할 수 있습니다, 저는 bobthebuilder.i2p를 통해 Java I2P를 빌드하고 있습니다 21:22:18 &lt;zzz&gt; 저는 그중 어떤 것의 메인테이너도 하고 싶지 않습니다. 많아야 다른 사람이 나머지를 끝내면 빠르게 플러그인 빌드만 하려 합니다. 하지만 별로 진행이 없었는데, 그게 아마 i2psummer의 취지겠죠. 21:22:19 &lt;trolly&gt; gradle? 21:23:26 &lt;zzz&gt; 아 맞다, bobthebuilder를 가동시켜 준 xmpre에게 감사합니다. 어제는 조금 과하게 돌아가고 있었고... 몇 시간 전에 -8을 푸시했는데 아직 여기서는 빌드를 못 봤네요. 곧 매끄럽게 돌아가게 해 주실 거라 믿습니다 21:23:49 &lt;zzz&gt; 3) 관련해서 더 있나요? 21:24:08 &lt;i2pr&gt; [Slack/str4d] 현재 웹사이트 개편에서 우리가 보유한 앱을 barter advertise하고, 자원봉사자가 어디서 기여하면 좋을지 명확히 표시하고 싶습니다 21:24:13 &lt;xmpre&gt; 흠, zzz 확인해 볼게요 21:24:16 &lt;i2pr&gt; [Slack/str4d] Better* 21:24:41 &lt;zzz&gt; 우선은 i2pwiki에 무엇이 있는지 확인해 보세요 21:24:55 &lt;i2pr&gt; [Slack/str4d] 그걸 Summer Dev와도 연결할 수 있겠습니다 21:25:14 &lt;poneyhot&gt; 몇 가지 제안해도 될까요... 알파벳 순으로 올리지 말아 주세요, anoncoin이 맨 앞에 올 이유는 없죠 21:25:20 &lt;poneyhot&gt; 아니면 anonymous git hosting .. 21:25:22 &lt;zzz&gt; 회의에 더 논의할 것 있나요? 21:25:30 &lt;i2pr&gt; [Slack/str4d] 그건 다음 달 블로그 글의 일부로 하겠습니다 21:25:45 &lt;zzz&gt; str4d, 7월 블로그 글 곧 올라오나요? 21:25:47 &lt;i2pr&gt; [Slack/str4d] 4) 웹사이트 레이아웃 개편 21:26:06 &lt;i2pr&gt; [Slack/str4d] zzz, 곧요. 며칠 내로 21:26:09 &lt;zzz&gt; 좋아요 4) 웹사이트 레이아웃 str4d 진행해 주세요 21:26:49 &lt;i2pr&gt; [Slack/str4d] Elio Qoshi가 웹사이트 레이아웃 개편을 잘 진행하고 있습니다 21:27:47 &lt;i2pr&gt; [Slack/str4d] 참고로, 그는 Whonix 웹사이트를 재구성했고 현재 Tor와 함께 브랜딩과 스타일 가이드를 작업하고 있습니다 21:28:15 &lt;i2pr&gt; [Slack/str4d] (Mozilla에서도 일했습니다) 21:29:08 &lt;zzz&gt; 좋네요 21:29:20 &lt;i2pr&gt; [Slack/str4d] 현재 목표는 텍스트 벽을 줄이고(제가 줄였던 것보다 더), 랜딩 페이지와 내부 페이지 간에 일관된 디자인을 갖추는 것입니다(현재 디자인에 부족한 부분) 21:30:27 &lt;i2pr&gt; [Slack/str4d] 참고로 현재 와이어프레임은 가운데에 단일 열의 콘텐츠를 두고 양옆에 동일한 여백 구터를 두는 형태이며(현재처럼 페이지 내 내비게이션과 메타데이터가 들어갑니다) 21:30:45 &lt;zzz&gt; 좋아요. 지난번 로고와 관련해 논의했듯이, 디자이너에게 어떤 목표를 제시하고 있는지 알아야 그 맥락에서 결과물을 평가할 수 있습니다 21:31:06 &lt;zzz&gt; 4) 관련해 다른 것 있나요? 21:31:24 &lt;i2pr&gt; [Slack/str4d] 첫 페이지 중앙 열의 (꽤 끔찍한) 목록은 특정 앱과 작업으로 유도하는 더 친근한 콜아웃으로 대체될 예정입니다 21:31:25 &lt;poneyhot&gt; 4)에 127.0.0.1 홈 페이지도 포함되나요? 21:31:37 &lt;i2pr&gt; [Slack/str4d] honeypot, 아니요 21:31:52 &lt;zzz&gt; 회의에 더 논의할 것 있나요? 21:32:05 &lt;i2pr&gt; [Slack/str4d] 오, 방금 제안된 프런트 페이지 디자인의 첫 스크린샷을 저에게 보냈네요 21:32:26 &lt;i2pr&gt; [Slack/str4d] 그런데 IRC에 바로 공유할 수는 없어서, 컴퓨터로 돌아가면 공유하겠습니다 21:32:41 &lt;i2pr&gt; [Slack/str4d] router 콘솔 관련해서: 21:32:57 &lt;zzz&gt; 좋아요 5) router 콘솔 str4d 진행해 주세요 21:33:03 &lt;i2pr&gt; [Slack/str4d] 진행 상황은 i2p.i2p.str4d.ui 브랜치를 보세요 21:33:27 &lt;i2pr&gt; [Slack/str4d] CSS는 이제 backbend 변경사항에 맞추어 업데이트되었고, 초안 1차 버전입니다 21:33:45 &lt;zzz&gt; poneyhot, 콘솔 관련해서 회의 안건으로 추가할 게 있었나요? 21:34:18 &lt;i2pr&gt; [Slack/str4d] (시간이 나면 이번 주말 전에 몇 가지 로컬 변경을 푸시하겠습니다) 21:34:18 &lt;i2pr&gt; [Slack/str4d] 피드백 환영합니다 21:34:18 &lt;i2pr&gt; [Slack/str4d] 다만, 이것은 중간 단계일 뿐입니다 21:34:30 &lt;zzz&gt; 5) 관련해 다른 것 있나요? 21:34:37 &lt;i2pr&gt; [Slack/str4d] 현재 변경 사항은 구조적인 부분에는 영향을 미치지 않습니다 21:34:48 &lt;poneyhot&gt; 우선 변경사항을 확인해야겠어요, 저는 알파벳 정렬이 마음에 들지 않습니다 21:34:49 &lt;i2pr&gt; [Slack/str4d] 그건 아마 10월에 할 계획입니다 21:35:09 &lt;zzz&gt; 아, anoncoin 얘기하신 게 그거였군요, 이해했습니다 21:35:17 &lt;zzz&gt; 회의에 더 논의할 것 있나요? 21:35:29 &lt;poneyhot&gt; 그게 i2p에서 가장 중요한 것처럼 보입니다 21:35:35 &lt;i2pr&gt; [Slack/str4d] poneyhot, 그 부분은 완전히 바뀔 수도 있습니다 21:35:51 &lt;i2pr&gt; [Slack/str4d] 아니면 아닐 수도요 ^^ 21:36:25 * zzz 가 Negan 스타일로 baffer를 집어 듭니다 21:36:26 &lt;i2pr&gt; [Slack/str4d] 제 목표는 CCC에 맞춰 개선된 router 콘솔을 준비하는 것입니다 21:36:58 &lt;xmpre&gt; 새 router 콘솔 테스트를 기꺼이 돕겠습니다 21:37:09 &lt;xmpre&gt; (그리고 성가신 쿠키 오류도 고쳐지길 바랍니다 :p) 21:37:24 * zzz *bafs* 회의를 종료 </div>/ko/blog/2016/07/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-7%EC%9B%94-5%EC%9D%BC/Tue, 05 Jul 2016 00:00:00 +0000/ko/blog/2016/07/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-7%EC%9B%94-5%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dg, psi, sadie, str4d, Zerolag, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log">21:00:23 &lt;zzz&gt; 0) 안녕 21:00:23 &lt;zzz&gt; 1) HOPE 업데이트 (zzz) `http://zzz.i2p/topics/1968` 21:00:23 &lt;zzz&gt; 2) 0.9.27 업데이트 (zzz) 21:00:23 &lt;zzz&gt; 3) Summer of X 업데이트 (sadie/str4d) 21:00:27 &lt;zzz&gt; 0) 안녕 21:00:29 &lt;zzz&gt; 안녕 21:00:47 &lt;psi&gt; 안녕 21:00:48 &lt;zzz&gt; 1) HOPE 업데이트 (zzz) `http://zzz.i2p/topics/1968` 21:00:48 &lt;i2pr&gt; [Slack/str4d] 안녕 21:01:13 &lt;zzz&gt; 좋아요, HOPE까지 2주 반 남았습니다. 금요일에 Lance와의 점심 미팅은 아직 미정(TBD)입니다 21:01:42 &lt;zzz&gt; 금요일 점심은 비워두세요. 그 주가 되어야 취소인지 진행인지 알 수 있을 것 같아요 21:01:49 &lt;zzz&gt; 그곳에서 모두 뵙길 기대합니다 21:01:54 &lt;zzz&gt; 1) 관련해서 더 있을까요? 21:02:06 &lt;i2pr&gt; [Slack/str4d] 이제 확실히 못 가게 되었어요 21:02:20 &lt;i2pr&gt; [Slack/str4d] 타이밍이 제 편이 아니었네요 ;_; 21:02:51 &lt;psi&gt; 올해는 HOPE에 못 갈 것 같네요 21:03:14 &lt;i2pr&gt; [Slack/sadie] 저는 HOPE에 갈 거예요 21:03:38 &lt;zzz&gt; 2) 0.9.27 업데이트 (zzz) 21:04:13 &lt;zzz&gt; .27은 예상대로 천천히 진행 중입니다. 이 속도라면 .27 릴리스는 8월에서 9월로 미뤄질 겁니다 21:04:31 &lt;zzz&gt; 우리가 X 관련 작업과, 아마도 NTCP2에 집중하는 동안에는요 21:04:47 &lt;i2pr&gt; [Slack/str4d] 저는 괜찮습니다 21:04:50 &lt;zzz&gt; 다들 괜찮을까요? 21:05:02 &lt;dg&gt; 서두를 건 없으니 괜찮습니다 21:05:09 &lt;dg&gt; 결국 필요할 때 릴리스하면 됩니다 21:05:28 &lt;zzz&gt; 26은 정말 안정적인 것 같습니다. 유일한 문제는 bote class not found 건이고, 이에 대해서는 trac에서 추가 정보를 기다리고 있습니다 21:05:52 &lt;dg&gt; Debian 패키지 관련해서 문제라고 생각되는 게 하나 있었습니다 21:05:56 &lt;i2pr&gt; [Slack/str4d] 그리고 그 덕분에 8월에 플러그인을 .27에 넣는 작업을 진행할 기회가 생깁니다 21:05:57 &lt;zzz&gt; 제 생각대로라면 간단한 변경과 deb/ubuntu 리빌드만으로 고칠 수 있을 겁니다 21:06:00 &lt;dg&gt; 티켓으로 남겨두겠습니다. 21:06:12 &lt;zzz&gt; 2) 관련해서 더 있을까요? 21:06:38 &lt;psi&gt; .27이 i2pd에 영향을 주나요? 21:07:19 &lt;zzz&gt; IPv6 피어 테스트가 있습니다, 맞아요. 지원되기 전까지는 i2pd를 27로 올리면 안 됩니다 21:07:39 &lt;psi&gt; 알겠어요 21:07:50 &lt;zzz&gt; 자바 일정에 맞출 필요는 없지만요 21:07:53 &lt;zzz&gt; 2) 관련해서 더 있을까요? 21:08:42 &lt;zzz&gt; 3) Summer of X 업데이트 (sadie/str4d) 21:08:51 &lt;zzz&gt; sadie, str4d, 어떻게 돼가고 있나요? 21:08:52 &lt;i2pr&gt; [Slack/str4d] 아직 아닌 것 같아요? 21:08:55 &lt;i2pr&gt; [Slack/str4d] 아, 맞네요 21:08:55 &lt;i2pr&gt; [Slack/str4d] 아니요 21:10:30 &lt;zzz&gt; 회의에 릴레이를 쓰는 것의 위험일까요? 21:10:40 &lt;i2pr&gt; [Slack/str4d] 지금까지 잘 진행되어 왔다고 생각해요 21:10:55 &lt;i2pr&gt; [Slack/str4d] 벌써 한 달이 되었고, 이에 대해 블로그 글을 세 개(IIRC) 올렸습니다 21:11:46 &lt;zzz&gt; 좋아요, 7월에는 무엇을 하나요? 21:12:02 &lt;i2pr&gt; [Slack/str4d] 앱 21:12:05 &lt;i2pr&gt; [Slack/str4d] 대외 홍보 21:12:15 &lt;i2pr&gt; [Slack/str4d] 그래서 저는 Tahoe-LAFS와 함께 작업할 예정입니다 21:12:29 &lt;i2pr&gt; [Slack/str4d] 그들의 I2P 통합 작업을요 21:13:12 &lt;zzz&gt; Transmission 및/또는 libtorrent 작업을 할 자원봉사자 있나요? 지금은 고장 천지의 늪처럼 보이네요 21:13:14 &lt;i2pr&gt; [Slack/str4d] 그리고 Lightning Browser의 I2P 라이브러리를 업데이트하는 PR(풀 리퀘스트)도 제출할 예정입니다 21:13:45 &lt;i2pr&gt; [Slack/str4d] 네, 다른 API를 익히기에 절대 늦지 않았죠 21:13:59 &lt;i2pr&gt; [Slack/str4d] 이번 달에 우리가 도와봤으면 하는 다른 프로젝트들: 21:14:02 &lt;zzz&gt; 홍보가 핵심이니, Twitter와 이메일로 널리 알립시다 21:14:08 &lt;psi&gt; 예전에 Transmission에서는 무엇을 했었죠? 21:14:31 &lt;zzz&gt; Transmission용 I2P 포크가 있어요, zzz.i2p의 스레드를 보세요 21:14:33 &lt;i2pr&gt; [Slack/str4d] psi, SAM 지원이요 21:14:52 &lt;i2pr&gt; [Slack/str4d] libtorrent에서요 21:14:54 &lt;psi&gt; 그건 libsam3 이전이었죠, 그렇죠? 21:14:58 &lt;psi&gt; 완전히 썩어버렸을 것 같네요 21:15:09 &lt;i2pr&gt; [Slack/str4d] (Transmission이 그걸 사용하지 않는다는 걸 자꾸 잊네요) 21:15:23 &lt;zzz&gt; sadie, 7월 PR(풀 리퀘스트) 계획은 뭐가 있나요? 21:15:31 &lt;i2pr&gt; [Slack/str4d] 음, 새로 깔끔히 포크하는 게 더 쉬울 수도 있겠네요 21:15:58 &lt;i2pr&gt; [Slack/str4d] 말씀드렸듯, 제가 구상 중인 다른 프로젝트들: 21:16:01 &lt;i2pr&gt; [Slack/str4d] - IPFS(Go와 Python 구현체) 21:16:27 &lt;i2pr&gt; [Slack/str4d] - OpenBazaar(곧 IPFS 사용 예정) 21:16:34 &lt;i2pr&gt; [Slack/str4d] - ZeroNet 21:17:02 &lt;i2pr&gt; [Slack/str4d] 이 중 무엇이든 누군가가 도와보기 좋은 후보예요 21:17:33 &lt;villain&gt; 안녕하세요 i2p 여러분 :) zzz: 방금 웹사이트용 패치를 보냈어요, 전달되길 바랍니다 21:17:38 &lt;psi&gt; 아직 IPFS의 기여 가이드를 파악하지 못했어요 21:17:45 &lt;zzz&gt; 좋아요, 훌륭해요. 3) 관련해서 더 있을까요? Sadie? 21:18:05 &lt;zzz&gt; 고마워요 villain, 지금 회의 중이라 나중에 확인할게요 21:18:06 &lt;psi&gt; IPFS에 참여하고 싶은데 방법을 아직 못 찾았어요. 21:18:25 &lt;Zerolag&gt; ZeroNet을 한번 직접 다뤄보고 싶네요. I2P 위에서 얼마나 잘 돌아가는지 보고 싶습니다. 21:18:28 &lt;i2pr&gt; [Slack/str4d] Psi, 이번 주말에 그들의 온보딩이 어떻게 되는지 살펴볼게요 21:19:08 &lt;psi&gt; Zerolag: 마지막으로 확인했을 때 ZeroNet에 I2P를 추가하는 건 꽤 쉬울 거예요. 이미 Tor용 보일러플레이트가 있어서요 21:19:11 &lt;i2pr&gt; [Slack/str4d] Zerolag, 좋아요! 그들은 토렌트 기반이라, 우리의 토렌트 사양에 맞게 수정이 필요할 거예요 21:19:21 &lt;psi&gt; 그리고 i2p.socket도 점점 준비되어 가고 있어요 21:19:33 &lt;i2pr&gt; [Slack/str4d] (클리어넷과 I2P 토렌트를 나란히 지원하기 위해) 21:19:54 &lt;psi&gt; ZeroNet이 메인라인 비트토렌트를 씀? 21:20:01 &lt;i2pr&gt; [Slack/str4d] 잘 모르겠어요 21:20:17 &lt;psi&gt; 안 쓰는 걸로 꽤 확신하지만, 뭐… 21:20:22 &lt;i2pr&gt; [Slack/str4d] (어떤 구현체를 쓰는지) 21:20:36 &lt;zzz&gt; 3) 관련해서 더 있을까요? Sadie? 21:20:58 &lt;i2pr&gt; [Slack/str4d] psi, 그들은 비트코인의 암호 기술과 BitTorrent 네트워크를 사용합니다 21:21:39 &lt;i2pr&gt; [Slack/str4d] Sadie가 이 회의를 겹치게 잡았을지도 모르겠네요 21:21:49 &lt;zzz&gt; 그럼 넘어가죠. 회의에서 더 다룰 사항 있나요? 21:22:21 &lt;zzz&gt; 다시 오후 9시로 괜찮나요? echelon이 없는 걸 보니 시간 변경 때문일 수도, 아닐 수도 있겠네요 21:22:46 &lt;psi&gt; 오후 9시는 괜찮아요 21:22:46 &lt;Zerolag&gt; str4d 좋아요, 토렌트에 대한 I2P 사양은 무엇인가요? 21:23:09 * zzz baffer를 예열한다 21:23:12 &lt;i2pr&gt; [Slack/str4d] 저는 더 없습니다. 프로젝트 하나 골라서 도와주세요! :-) 21:23:31 &lt;i2pr&gt; [Slack/str4d] 오후 9시는 제겐 딱 좋아요 21:24:05 &lt;Zerolag&gt; 오후 9시에 꼭 여기 있을게요 21:24:15 &lt;i2pr&gt; [Slack/str4d] Zerolag, I2P 웹사이트를 보세요 (Docs -&gt; Apps -&gt; BitTorrent) 21:24:19 * zzz *baffffs* 회의 종료 </div>/ko/blog/2016/07/02/%EC%97%AC%EB%A6%84-%EA%B0%9C%EB%B0%9C-%EC%B4%9D%EC%A0%95%EB%A6%AC-api/Sat, 02 Jul 2016 00:00:00 +0000/ko/blog/2016/07/02/%EC%97%AC%EB%A6%84-%EA%B0%9C%EB%B0%9C-%EC%B4%9D%EC%A0%95%EB%A6%AC-api/<p>Summer Dev가 한창입니다: 우리는 바퀴에 기름칠하고, 모난 부분을 다듬고, 곳곳을 정돈하느라 분주했습니다. 이제 우리가 진행 중인 작업의 최신 상황을 알려드리는 첫 번째 요약 시간입니다!</p> <h2 id="api의-달">API의 달</h2> <p>이번 달 우리의 목표는 &ldquo;자연스럽게 녹아드는 것&rdquo; - 우리 API와 라이브러리가 다양한 커뮤니티의 기존 인프라 내에서 동작하도록 함으로써 애플리케이션 개발자들이 I2P를 더 효율적으로 활용하고, 사용자들은 세부 사항을 걱정하지 않아도 되도록 하는 것이었습니다.</p> <h3 id="java--android">Java / Android</h3> <p>이제 I2P 클라이언트 라이브러리를 Maven Central에서 사용할 수 있습니다! 이로써 Java 개발자들은 애플리케이션에서 I2P를 훨씬 더 간편하게 사용할 수 있습니다. 더 이상 현재 설치본에서 라이브러리를 가져올 필요 없이, 의존성에 I2P만 추가하면 됩니다. 새 버전으로의 업그레이드도 마찬가지로 훨씬 쉬워집니다.</p>/ko/blog/2016/06/13/maven-central%EC%97%90%EC%84%9C%EC%9D%98-i2p/Mon, 13 Jun 2016 00:00:00 +0000/ko/blog/2016/06/13/maven-central%EC%97%90%EC%84%9C%EC%9D%98-i2p/<p>Summer Dev의 API 달도 거의 절반을 지나고 있으며, 여러 측면에서 큰 진전을 이루고 있습니다. 이 가운데 첫 번째 성과가 완료되었음을 발표하게 되어 기쁩니다: I2P 클라이언트 라이브러리가 이제 Maven Central에서 제공됩니다!</p> <p>이는 Java 개발자들이 애플리케이션에서 I2P를 사용하는 것을 훨씬 더 간단하게 만들어 줄 것입니다. 현재 설치에서 라이브러리를 가져올 필요 없이, 의존성에 I2P를 간단히 추가하기만 하면 됩니다. 새로운 버전으로 업그레이드하는 일도 마찬가지로 훨씬 더 쉬워질 것입니다.</p> <h2 id="사용-방법">사용 방법</h2> <p>알아두어야 하는 라이브러리가 두 가지 있습니다:</p>/ko/blog/2016/06/07/0.9.26-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 07 Jun 2016 00:00:00 +0000/ko/blog/2016/06/07/0.9.26-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>I2P is now a proposed site on Stack Exchange! Please commit to using it so the beta phase can begin.</p> <h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.26에는 네이티브 암호화 라이브러리의 대규모 업그레이드, 서명이 포함된 새로운 주소록 구독 프로토콜, 그리고 Debian/Ubuntu 패키징의 대폭 개선이 포함되어 있습니다.</p> <p>암호화 측면에서는 GMP 6.0.0으로 업그레이드했고, 최신 프로세서 지원을 추가하여 암호 연산 속도가 크게 빨라집니다. 또한 부채널 공격을 방지하기 위해 상수 시간 GMP 함수를 사용하고 있습니다. 주의 차원에서 GMP 변경 사항은 새 설치 및 Debian/Ubuntu 빌드에서만 활성화되어 있으며; 네트워크 내 업데이트에는 0.9.27 릴리스에서 포함할 예정입니다.</p>/ko/blog/2016/06/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-6%EC%9B%94-7%EC%9D%BC/Tue, 07 Jun 2016 00:00:00 +0000/ko/blog/2016/06/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-6%EC%9B%94-7%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eche|on, plzcdv, psi, str4d, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log">20:00:31 &lt;zzz&gt; 0) 안녕하세요 20:00:31 &lt;zzz&gt; 1) 0.9.26 릴리스 계획 (zzz) 20:00:31 &lt;zzz&gt; 2) HOPE 계획 업데이트 (zzz) `http://zzz.i2p/topics/1968` 20:00:31 &lt;zzz&gt; 3) 0.9.27 계획 (zzz) 20:00:31 &lt;zzz&gt; 4) Summer of X (sadie) 20:00:35 &lt;zzz&gt; 0) 안녕하세요 20:00:37 &lt;zzz&gt; 안녕하세요 20:01:16 &lt;zzz&gt; 1) 0.9.26 릴리스 계획 (zzz) 20:01:46 &lt;zzz&gt; 좋아요, 어제 .26 릴리스를 빌드했고, Launchpad 관련 작업도 끝냈으며, 한 시간 전에 네트워크 내 업데이트(in-net updates) 스위치를 켰습니다 20:01:56 &lt;zzz&gt; 남은 건 Debian뿐이고 내일 처리할 예정입니다 20:02:27 &lt;zzz&gt; 테스트 부족이 우려되어 네트워크 내 업데이트(in-net updates)에는 새로운 jbigi 파일이 포함되지 않는다는 점을 기억해 주세요 20:02:40 &lt;zzz&gt; 그래서 deb 사용자와 신규 설치에서 오는 버그 리포트를 주의 깊게 살펴봐 주세요 20:02:45 &lt;zzz&gt; 1)에 대해 다른 사항 있나요? 20:03:14 &lt;zzz&gt; 2) HOPE 계획 업데이트 (zzz) `http://zzz.i2p/topics/1968` 20:03:39 &lt;str4d&gt; 안녕하세요! 20:03:45 &lt;zzz&gt; HOPE는 이번 금요일 기준 6주 남았습니다. 150달러짜리 컨퍼런스 티켓은 후불(행사 후)에 지불합니다 20:04:11 &lt;zzz&gt; 여행 경비는 지원하지 않지만, 정말로 도움이 없이는 올 수 없는 분이 있다면 말씀해 주세요 20:04:32 &lt;zzz&gt; lance의 확약을 받지 못해, 행사 전후로는 개발자 미팅이 없습니다 20:04:53 &lt;zzz&gt; 뉴욕에서 여러분을 뵙기를 정말 고대하고 있습니다 20:05:02 &lt;zzz&gt; 2)에 대해 다른 사항 있나요? 20:05:25 &lt;zzz&gt; 3) 0.9.27 계획 (zzz) 20:06:00 &lt;zzz&gt; 넷스플릿을 기다립시다 20:06:06 &lt;plzcdv&gt; 안녕하세요. 20:07:47 &lt;zzz&gt; 좋아요, 그쪽 분들은 2) HOPE 관련 내용을 모두 보셨나요? 20:08:35 &lt;str4d&gt; 다시 안녕하세요! 20:08:35 &lt;eche|on&gt; jo 20:08:39 &lt;str4d&gt; 아니요 20:08:43 &lt;str4d&gt; 제가 마지막으로 본 건 당신의 'Hi'였습니다 20:08:53 &lt;zzz&gt; 세상에. 지금 3)입니다 20:08:57 &lt;str4d&gt; (그리고 1)도요) 20:09:02 &lt;zzz&gt; 1과 2를 복사/붙여넣기할게요 20:09:16 &lt;zzz&gt; &lt;zzz&gt; 1) 0.9.26 릴리스 계획 (zzz) 20:09:16 &lt;zzz&gt; &lt;zzz&gt; 좋아요, 어제 .26 릴리스를 빌드했고, Launchpad 관련 작업도 끝냈으며, 한 시간 전에 네트워크 내 업데이트(in-net updates) 스위치를 켰습니다 20:09:16 &lt;zzz&gt; &lt;zzz&gt; 남은 건 Debian뿐이고 내일 처리할 예정입니다 20:09:16 &lt;zzz&gt; &lt;zzz&gt; 테스트 부족이 우려되어 네트워크 내 업데이트(in-net updates)에는 새로운 jbigi 파일이 포함되지 않는다는 점을 기억해 주세요 20:09:16 &lt;zzz&gt; &lt;zzz&gt; 그래서 deb 사용자와 신규 설치에서 오는 버그 리포트를 주의 깊게 살펴봐 주세요 20:09:31 &lt;zzz&gt; &lt;zzz&gt; 2) HOPE 계획 업데이트 (zzz) `http://zzz.i2p/topics/1968` 20:09:44 &lt;zzz&gt; &lt;zzz&gt; HOPE는 이번 금요일 기준 6주 남았습니다. 150달러짜리 컨퍼런스 티켓은 후불(행사 후)에 지불합니다 20:09:44 &lt;zzz&gt; &lt;zzz&gt; 여행 경비는 지원하지 않지만, 정말로 도움이 없이는 올 수 없는 분이 있다면 말씀해 주세요 20:09:44 &lt;zzz&gt; &lt;zzz&gt; lance의 확약을 받지 못해, 행사 전후로는 개발자 미팅이 없습니다 20:09:44 &lt;zzz&gt; &lt;zzz&gt; 뉴욕에서 여러분을 뵙기를 정말 고대하고 있습니다 20:09:44 &lt;zzz&gt; &lt;zzz&gt; 2)에 대해 다른 사항 있나요? 20:10:03 &lt;zzz&gt; 아니면 1)에 대해? 20:10:43 &lt;str4d&gt; 1)에 대해서는 딱히 떠오르는 게 없습니다 20:11:09 &lt;str4d&gt; 2)에 관해서는, 여전히 참석하길 바라지만 아직 티켓이 없습니다. 논문 심사 날짜가 아직 정해지지 않아서 그때 제가 미국에 있을지조차 모르거든요. 20:11:27 &lt;str4d&gt; 날짜* 20:11:43 &lt;zzz&gt; 좋아요, 망설이는 분이 있다면 티켓을 사 주세요. 정말 재미있는 행사입니다 20:11:51 &lt;zzz&gt; 3) 0.9.27 계획 (zzz) 20:12:34 &lt;zzz&gt; 여기 로드맵에 어려운 과제들이 많습니다 — 서버용 암호화 마이그레이션, Mac 관련 작업, 그리고 IPv6와 NTCP2 작업 등 20:13:07 &lt;zzz&gt; NTCP2는 1년 정도 아무도 들여다보지 않았고, IPv6 피어 테스트에 대한 의견도 전혀 못 받았습니다. 그래서 도움이 필요합니다 20:13:39 &lt;zzz&gt; 또한, .27의 진행 속도는 제가 Summer of X에 얼마나 시간을 쓰느냐에 달려 있습니다. 8월 말로 잠정적으로 잡아 두었습니다 20:13:46 &lt;zzz&gt; 3)에 대해 다른 사항 있나요? 20:13:46 &lt;eche|on&gt; 테스트는 할 수 있지만… 20:14:01 &lt;str4d&gt; 그 작업들의 우선순위를 제 I2P 할 일 목록에서 더 올려둘게요 20:15:09 &lt;zzz&gt; 4) Summer of X (sadie) 20:15:24 &lt;zzz&gt; 북반구의 여름 동안 계획이 어떻게 되나요? 20:15:31 &lt;str4d&gt; 중간 단계의 UI 관련 작업도 올릴 수 있을 것 같아요 20:15:49 &lt;str4d&gt; sadie는 일이 바빠 지각 중입니다(악몽 같은 클라이언트). 20:15:55 &lt;str4d&gt; 그래서 제가 대신 진행할게요 :) 20:16:10 &lt;str4d&gt; 여기 계신 모든 분들이 런치 블로그 글을 보셨길 바랍니다 :D 20:16:43 &lt;str4d&gt; 그건 기본적으로 이미 논의된 내용을 정리한 것입니다. 20:17:09 &lt;str4d&gt; 그래서: 20:17:16 &lt;str4d&gt; 4a) APIs 20:17:17 &lt;str4d&gt; 4b) Apps 20:17:22 &lt;str4d&gt; 4c) Plugins 20:17:29 &lt;str4d&gt; 4d) Branding 20:17:33 &lt;str4d&gt; 4a) 20:18:13 &lt;str4d&gt; 이번 달은 우리 API 개선을 집중적으로 추진하는 달입니다. 0.9.26 릴리스에서 이미 이에 대해 좋은 진전을 이뤘습니다 20:18:39 &lt;str4d&gt; 다음으로는 우리 JAR들을 Maven Central에 업로드할 예정이라 Java 개발자들이 더 쉽게 사용할 수 있게 될 것입니다 20:18:53 &lt;str4d&gt; (그리고 I2P Android 클라이언트 라이브러리도 적절히 업데이트하겠습니다) 20:19:15 &lt;str4d&gt; 이달 남은 기간 동안 제안할 항목이 아주 많습니다: 20:19:33 &lt;zzz&gt; “우리의 C++와 Python 라이브러리”를 언급했는데, 우리가 직접 유지보수하는 게 있나요? 누가 어떤 특정 라이브러리에서 이 작업을 하게 되나요? 20:19:41 &lt;str4d&gt; - SAM 라이브러리를 v3.3으로 업데이트 20:19:50 &lt;str4d&gt; zzz, 위 내용입니다 ^ 20:19:56 &lt;zzz&gt; 방금 한 시간 전에 여기 어떤 분께 그것들은 우리 것이 아니라 서드파티라고 말했어요 20:20:10 &lt;str4d&gt; - txi2p (Python Twisted, 제가 하겠습니다) 20:20:32 &lt;zzz&gt; SAM 라이브러리는 어디에 있죠? 20:20:41 &lt;zzz&gt; 아니, 정확히는 어떤 것들이죠 20:21:25 &lt;str4d&gt; - libsam3 (C, 동기/비동기 모두, git.repo.i2p에 있음) 20:21:49 &lt;zzz&gt; 좋아요. psi도 Go로 하나 가지고 있어요 20:21:53 &lt;str4d&gt; - - i2psam (C++, https://github.com/VirtualDestructor/bitcoin-qt-i2p/tree/master/i2psam) 20:22:16 &lt;str4d&gt; 다른 것들은 `http://i2p-projekt.i2p/docs/api/samv3` 를 참고하세요 20:22:33 &lt;zzz&gt; 질문에 답변 대기하는 것 외에는, 저는 주로 앱 작업을 먼저 시작할 생각입니다 20:22:35 &lt;zzz&gt; 좋습니다 20:22:45 &lt;str4d&gt; 적어도 Python Twisted와 C++ 라이브러리는 업데이트되길 바랍니다 20:22:56 &lt;str4d&gt; (다음 달 제 목적을 위해서요 >:D ) 20:23:06 &lt;str4d&gt; 이번 달의 다른 제안들: 20:23:11 &lt;str4d&gt; - libtorrent가 제대로 동작하도록 만들기 20:23:34 &lt;zzz&gt; 오오 좋아요 libtorrent++\ 20:23:36 &lt;str4d&gt; - Java I2P에서 SAM API를 기본으로 활성화(.27 대상) 20:23:54 &lt;str4d&gt; - 제 lighttpd I2P 패치를 업스트림에 반영(최소한 libsam3 업데이트 필요) 20:24:21 &lt;zzz&gt; /configclients 분리를 위해 티켓 #1804를 등록했습니다 20:24:25 &lt;zzz&gt; 그건 제가 할 수 있어요 20:24:28 &lt;str4d&gt; 좋아요, 이 제안들 가운데 자원자는 있나요? 20:25:34 &lt;plzcdv&gt; 부끄럽지만, 여기 있습니다. 20:25:48 &lt;str4d&gt; zzz, 음, 그건 제 UI 작업과 플러그인 달 모두에 좋은 진전이 될 거예요 20:26:17 &lt;zzz&gt; 좋아요. 하지만 머지 충돌이 생길 수 있으니 주의하세요 20:26:29 &lt;str4d&gt; zzz, 머지 충돌을 줄이려면 제 UI 브랜치에서 하거나 그걸 기반으로 하는 게 좋겠습니다 20:26:29 &lt;str4d&gt; plzcdv, 안녕하세요! 20:27:14 &lt;str4d&gt; dg, hottuna3, psi, 위 내용에 대한 생각 있나요? 20:27:34 &lt;zzz&gt; 자원자가 없으면 4b로 넘어가죠 20:28:29 &lt;plzcdv&gt; libtorrent가 있는지 몰랐습니다. 20:28:29 &lt;str4d&gt; plzcdv, 여러 애플리케이션에서 사용되지만, 제가 알기론 어느 것도 I2P 기능을 노출하지 않습니다(아마 망가져 있어서겠죠) 20:28:54 &lt;plzcdv&gt; Libtorrent(또는 유사한 것)는 근본적인 구성처럼 보입니다. 20:29:04 &lt;plzcdv&gt; 소통은 결국 정보를 공유하는 일입니다. 20:29:17 &lt;str4d&gt; 이번 달에 I2P에 쓸 수 있는 주말이 세 번 남았습니다. 그중 하나는 txi2p에 쓰고, 또 하나는 i2psam 작업을 맡겠습니다. 20:30:13 &lt;str4d&gt; 다른 분들도 아이디어가 있거나 다른 것들 중 작업하고 싶은 게 있으면 자유롭게 진행해 주세요 20:30:33 &lt;zzz&gt; 이 모든 것에 대한 sadie의 PR 계획은 어떤가요? 20:30:38 &lt;str4d&gt; 이번 주에 PR에 사용할 수 있는 홍보물을 올릴 예정이라, 추가적인 도움을 얻는 데 도움이 될 수 있을 거예요 20:30:38 &lt;str4d&gt; 4b) Apps 20:30:40 &lt;plzcdv&gt; libtorrent 또는 그와 유사한 작업을 하고 싶습니다. 20:30:54 &lt;str4d&gt; zzz, 4d)에서 다룰게요 20:31:02 &lt;zzz&gt; 좋아요 20:31:09 &lt;str4d&gt; plzcdv, 물론입니다! 20:32:20 &lt;str4d&gt; libtorrent의 I2P 지원이 동작하도록 업데이트해 주실 수 있다면 정말 감사하겠습니다 :D 20:32:45 &lt;zzz&gt; 앱 측면에서는 snark 독립 실행형(psi의 훌륭한 작업을 기반으로), Syndie, i2phex를 할 계획입니다. 아마 Orchid도요. 20:33:00 &lt;str4d&gt; plzcdv, 회의 끝나고 논의하죠 :) 20:33:13 &lt;zzz&gt; 앗, Orchid는 플러그인 쪽이네요. 20:33:24 &lt;str4d&gt; zzz, 저도 그걸 전부 플러그인 범주로 생각했어요 20:33:28 &lt;zzz&gt; 어쨌든 첫 세 개는 HOPE 전에요. 20:33:45 &lt;str4d&gt; 하지만 미리 시작해도 괜찮습니다 20:34:01 &lt;zzz&gt; 좋아요, 그럼 작업을 앞당길게요, 딱히 할 앱이 없다면요. snark는 해당되겠네요. 20:34:23 &lt;str4d&gt; 제가 보는 Apps 달의 목적은 I2P를 자신의 애플리케이션에 통합하고자 하는 다른 개발자들과의 협업/외연 확장입니다 20:34:25 &lt;str4d&gt; 그래서: 20:34:26 &lt;str4d&gt; - Tahoe-LAFS 20:34:29 &lt;str4d&gt; - Zeronet 20:34:41 &lt;str4d&gt; - OpenBazaar (IPFS를 통해, 그쪽으로 전환 중) 20:34:51 &lt;zzz&gt; 좋아요, 그러면 누군가 반응할 때까지는 주로 PR과 아웃리치네요 20:35:06 &lt;str4d&gt; - Whonix (방금 누가 저에게 이메일을 보냈습니다) 20:35:11 &lt;str4d&gt; zzz, PR만은 아닙니다 20:35:23 &lt;str4d&gt; 직접 가서 코드를 기여할 겁니다 20:35:53 &lt;str4d&gt; 특히 Tahoe는, 예전에 함께 작업한 적이 있어서 그들의 코드베이스 중 관련 부분을 이미 알고 있습니다 20:36:07 &lt;str4d&gt; 그래서 이번 달에 txi2p를 최신화하고 싶습니다 20:36:16 &lt;str4d&gt; 또 하나: Zcash 20:36:22 &lt;zzz&gt; 좋아요 20:38:52 &lt;str4d&gt; 코드베이스를 알고 있는 또 다른 곳으로, 위의 bitcoin-qt-i2p 패치를 살펴보고 얼마나 적용 가능할지 보려고 합니다. 20:39:09 &lt;str4d&gt; Apps 달의 구체적 산출물로는, 지금 우리가 하는 작업을 활용해 다른 개발자들의 I2P 통합을 돕는 코드를 직접 작성하거나 설계 논의에 기여하는 것입니다 20:39:09 &lt;str4d&gt; Apps 달을 위한 다른 아이디어: 20:39:09 &lt;str4d&gt; - Vuze 20:39:09 &lt;str4d&gt; - Lightning Browser(안드로이드, I2P 클라이언트 라이브러리 사용을 제가 업데이트) 20:39:09 &lt;str4d&gt; - libtorrent를 사용하는 프로젝트들! 20:39:39 &lt;str4d&gt; 이 중 일부는 이번 달부터 접촉을 시작할 것이며, 다른 분들도 그렇게 하시길 권합니다. 다른 프로젝트 아이디어가 있으면 알려주세요. 20:40:10 &lt;str4d&gt; (이들 프로젝트 중 일부) 20:41:51 &lt;str4d&gt; 4c) Plugins 20:41:51 &lt;str4d&gt; 여기는 우리가 개발·유지보수하고 있는 기존 앱과 플러그인에 애정을 쏟는 시간이라고 봤습니다 :) 20:41:51 &lt;str4d&gt; 그래서: 20:41:51 &lt;str4d&gt; - Bote 20:41:51 &lt;str4d&gt; - Snark 20:41:51 &lt;str4d&gt; - Orchid 20:41:51 &lt;str4d&gt; - 기타 등등 20:41:51 &lt;str4d&gt; 그렇긴 해도, 다른 할 일이 없는 분이 있다면 더 일찍 작업해도 상관없습니다 20:42:12 &lt;str4d&gt; 또는 예를 들어 다음 달에 어떤 앱에 기여가 잘 진행되고 있다면, 더 나중에 작업해도 됩니다 20:44:51 &lt;str4d&gt; 세 달의 구성은 주로 PR을 위한 것이지, 프로젝트 관리용은 아닙니다 :) 20:44:51 &lt;str4d&gt; (물론 제 시간 계획을 세우는 데엔 확실히 도움이 되겠지만요!) 20:44:51 &lt;str4d&gt; 4c)는 다음 달 회의에서 더 논의할 수 있습니다. 지금은 여기 더 많은 분들이 4b)를 고민하고, 4a)를 시작하시길 권합니다 :D 20:44:51 &lt;str4d&gt; 4d) Branding(및 PR) 20:44:51 &lt;str4d&gt; 현재 I2P Summer Dev의 PR 전략은 블로그 글과 트위터 중심입니다 20:44:51 &lt;str4d&gt; 우리가 무엇을 하는지 블로그에 정기적으로 업데이트를 작성할 예정입니다. 20:44:51 &lt;str4d&gt; 대략적인 계획: 20:44:51 &lt;str4d&gt; - 런치 포스트(완료) 20:45:30 &lt;str4d&gt; - APIs(며칠 내 작성, Maven Central 작업과 이번 달의 다른 제안 목록을 홍보) 20:46:02 &lt;str4d&gt; - Apps(함께 작업할 프로젝트 목록과 다른 제안들, 그리고 APIs 달 성과 요약을 홍보) 20:46:11 &lt;str4d&gt; - Plugins(Apps 포스트와 유사한 구성) 20:46:19 &lt;str4d&gt; - 마무리 포스트 20:46:54 &lt;str4d&gt; 남은 글들은 대략 한 달 간격으로 나갈 예정이며, 필요하면 그 사이에 더 작은 업데이트도 있을 수 있습니다 20:47:19 &lt;str4d&gt; 한편 트위터에서는, 이 작업과 관련하여 올리는 모든 내용에 #I2PSummer 해시태그를 붙여 주세요 20:47:38 &lt;str4d&gt; (이 블로그 글들, 작업 중인 API나 앱에 대한 코멘트 등...) 20:47:50 &lt;psi&gt; re: Go 저는 Go에서 I2P용 net.* 를 구현합니다 20:48:10 &lt;str4d&gt; psi, 우와! 20:48:28 &lt;psi&gt; net.Dial net.Listener net.PacketConn net.Conn net.Addr etc 20:48:36 * psi 위로 스크롤함 20:48:56 &lt;str4d&gt; 브랜딩과 관련해, 런치 3일 전에 I2P Summer Dev용 로고가 있으면 좋겠다는 아이디어가 떠올랐습니다(가능하면 앞으로도 재사용할 수 있는 형태로요) 20:48:58 &lt;psi&gt; ++ sam default plz 20:49:12 &lt;str4d&gt; 그리고 하루 뒤 엘리오 코시가 오픈 소스 디자인을 위한 스타트업을 시작하는 것을 봤습니다 20:50:00 &lt;zzz&gt; 4)에 대해 다른 사항 있나요? 20:50:09 &lt;str4d&gt; 그래서: I2P Summer Dev를 위한 로고 디자인(단독 로고와 배너, 티셔츠 등에 쓸 텍스트 결합 형태)을 의뢰하려고 그에게 연락했고, 이달 말 납품을 목표로 하고 있습니다 20:50:47 &lt;str4d&gt; 예산은 200달러로 제시했습니다. 프로젝트에서 적절한 지출이 아니라고 판단하더라도 제가 개인적으로 부담해도 괜찮다고 생각한 금액이기 때문입니다. 20:50:55 &lt;str4d&gt; 그러니: 이건 예산을 잘 쓰는 일일까요? 20:51:25 &lt;psi&gt; summer of $i2pthing 을 위한 인력은 충분한가요? 20:51:41 &lt;zzz&gt; 그걸로 뭔가를 할 구체적인 계획이 없다면 좋은 예산 사용이 아닙니다 20:51:47 &lt;str4d&gt; (sadie도 아는 디자이너에게 연락 중이고, Elio의 스타트업은 디자인이 마음에 들지 않으면 100% 환불을 보장한다고 하니, 전반적으로 위험이 낮다고 봅니다) 20:52:26 &lt;str4d&gt; zzz, 브랜딩은 GetI2P 트위터 계정(아바타 + 배너), 웹사이트의 관련 블로그 글(그리고 어떤 형태로든 홈페이지) 등에 사용할 계획입니다. 20:52:29 &lt;zzz&gt; 그러니 빨리 사용할 구체적 계획이 없다면, 그건 돈을 허공에 버리는 겁니다 20:52:36 &lt;str4d&gt; 티셔츠도 가능성 있습니다(sadie가 비용을 검토 중). 20:52:54 &lt;str4d&gt; zzz, 그래서 이달 말 납품을 원합니다. 그래야 두 달 동안 사용할 수 있으니까요 20:53:09 &lt;str4d&gt; 그리고 나중에도 활용할 수 있죠 20:53:16 * psi 지연 20:53:41 &lt;str4d&gt; 런치 포스트에서 말했듯이, 신규 기여자들에게 굿즈를 주고 싶습니다. 현재는 스티커이고, 티셔츠가 될 수도 있습니다 20:54:04 &lt;str4d&gt; psi, 지금 I2P Summer Dev에 인력이 충분하지 않습니다. 개발자를 찾는 아이디어가 여럿 있어요 :) 20:54:14 &lt;zzz&gt; 어떤 비용을 쓰기 전에 echelon의 승인을 받아 주세요 20:55:03 &lt;psi&gt; 알겠습니다 20:55:09 &lt;str4d&gt; 처음 아이디어가 떠올랐을 때 eche|on에게 연락했지만, 회의에서 확답을 받고 싶었습니다 :) 20:56:02 &lt;psi&gt; re: summer of $i2pthing 제 I2P net.* 는 IPFS의 libp2p에 비교적 쉽게 맞출 수 있을 것 같은데, IPFS의 개발 프로세스에 부트스트랩하는 건 좀 위축되네요 20:56:04 &lt;zzz&gt; 그럼 이미 그의 승인을 받은 건가요, 아니면 생각 중이라고만 말했나요? 20:56:22 &lt;psi&gt; 정확히는 제 I2P용 Go 라이브러리요 20:56:41 &lt;str4d&gt; zzz, 제 생각과 제안 예산을 전달했고, 회의에서 이 안건을 올리겠다고 했습니다 20:56:50 &lt;zzz&gt; 스티커 때 겪었던 문제는 피하고 싶습니다. hottuna가 eche와 대충만 논의하고 나서 600달러 청구서를 들이밀었던 그 문제요 20:56:57 &lt;str4d&gt; 필요한 게 eche의 승인뿐이라면, 승인을 받고 진행하겠습니다 :D 20:57:22 &lt;psi&gt; 다음 구직 인터뷰에 붙느냐에 따라, 시간이 아주 많을 수도 있고 없을 수도 있어요 20:57:43 &lt;str4d&gt; 그렇게 하겠습니다 20:57:51 &lt;str4d&gt; (그 문제는 피하면서요) 20:58:06 &lt;str4d&gt; psi, libpnp가 Go로 되어 있나요? 20:58:07 &lt;zzz&gt; $200는 큰돈은 아니지만, 그만큼 얻는 것도 많지 않습니다. 티셔츠는 더 비싸고, HOPE에 맞춰 뉴욕으로 가져오려면 일이 훨씬 많습니다 20:58:16 &lt;psi&gt; libp2p는 Go와 JS로 되어 있어요 20:58:26 &lt;str4d&gt; 음 20:58:32 &lt;zzz&gt; 4)에 대해 다른 사항 있나요? 20:58:33 &lt;str4d&gt; 그럼 OpenBazaar도 Go로 되어 있나요? 20:58:35 &lt;psi&gt; 정확히는, IPFS의 네트워크 추상화 레이어입니다 20:58:38 &lt;psi&gt; API예요 20:58:49 &lt;psi&gt; OpenBazaar는 py2입니다 20:58:49 &lt;str4d&gt; zzz, 그건 로고만 해당합니다. 티셔츠는 별도 예산이에요 20:58:53 &lt;psi&gt; Twisted를 사용하죠 20:59:02 &lt;str4d&gt; 그리고 맞아요, sadie가 HOPE 일정에 맞춰 티셔츠를 검토 중입니다 20:59:02 &lt;psi&gt; (제 기억이 맞다면) 20:59:17 &lt;str4d&gt; psi, 그런데 그들이 IPFS로 전환 중이라고 했는데… 이상하네요 20:59:34 &lt;zzz&gt; 4) 마지막 호출 20:59:37 &lt;str4d&gt; 어쨌든, 이번 달에 당신의 SAM 라이브러리를 3.3으로 업데이트할 시간이 있다면 정말 훌륭하겠습니다 :) 20:59:48 &lt;str4d&gt; 알겠어요 알겠어요, 전 여기까지입니다 :P 20:59:55 &lt;psi&gt; 네, SAM 3.3은 확실히 구현할 겁니다 20:59:57 &lt;str4d&gt; (4) 관련) 21:00:08 &lt;zzz&gt; i2pd 쪽도 3.3으로 업데이트되면 좋겠습니다 21:00:16 &lt;zzz&gt; 회의에서 다른 안건 있나요? 21:00:25 * zzz 버퍼를 찾음 21:00:28 &lt;str4d&gt; 아, SAM 라이브러리들을 GitHub의 i2p 프로젝트 아래로 옮길까 합니다 21:00:38 &lt;str4d&gt; 그리고 네, 5) 다음 회의 일정 변경이 있습니다 21:00:50 &lt;zzz&gt; 좋아요 5) 진행하세요, str4d 21:01:09 &lt;str4d&gt; 덜 알려진 것들(여기서는 libsam3와 i2psam)을 더 눈에 띄게 하는 것도 좋을 것 같습니다 21:01:11 &lt;psi&gt; 구체적으로 어떤 SAM 라이브러리들이죠? 21:01:22 &lt;psi&gt; 라이선스를 섞는 건 좋지 않다는 걸 기억하세요 21:01:22 &lt;str4d&gt; txi2p는 이미 연동이 많아서 지금 위치에 그대로 두어도 괜찮을 것 같습니다 21:01:32 &lt;str4d&gt; psi, i2p.i2p 저장소에는 두지 않을 겁니다 21:01:37 &lt;zzz&gt; 라이브러리 관련 나머지 얘기는 회의 후로 미룹시다 21:01:39 &lt;psi&gt; 오 21:01:42 &lt;zzz&gt; 좋아요 5) 진행하세요, str4d 21:01:54 &lt;psi&gt; ㅇㅋ 21:01:54 &lt;str4d&gt; 기존 git 저장소들을 호스팅만 할 생각입니다 21:01:57 &lt;str4d&gt; 5) 일정 변경 21:02:13 &lt;str4d&gt; 현재 이 회의 시간이 이른 편이라 참석하기가 어렵습니다 21:02:21 &lt;str4d&gt; sadie는 근무 시간이라 참석하기 어렵고요 21:02:46 &lt;str4d&gt; 두 문제를 모두 해결하도록, 회의 시간을 한 시간 늦출 것을 제안하고 싶습니다. 21:03:16 &lt;str4d&gt; (적어도 이번 여름 동안은요. 원한다면 서머타임이 바뀔 때 다시 되돌릴 수 있습니다) 21:03:18 &lt;zzz&gt; 유럽 쪽 분들과 조율해 주시겠어요? 가장 영향을 크게 받는 분들이니까요 21:03:58 &lt;str4d&gt; 그게 eche|on, 그리고…? 21:03:59 &lt;zzz&gt; 그들과 합의할 수 있는 어떤 시간이든 저는 괜찮습니다. 지난 회의, 아니면 아마 그 전 회의에서 그렇게 말했어요. 21:04:10 &lt;zzz&gt; 주로 ech와요 21:04:24 &lt;str4d&gt; 음 21:04:33 &lt;str4d&gt; 예산 문제를 정리하는 것과 동시에 그에게 물어보겠습니다 21:04:53 &lt;str4d&gt; 그가 괜찮다고 하면, 시간을 일단 바꾸고 불만을 기다리는 게 아마 가장 쉬울 겁니다 :P 21:05:02 &lt;zzz&gt; 다음 달에 시도해 보고 어떻게 되는지 보죠. 하지만 먼저 그에게 물어보는 게 좋겠습니다 21:05:07 &lt;zzz&gt; 5)에 대해 다른 사항 있나요? 21:05:14 &lt;str4d&gt; 저는 여기까지입니다! 21:05:17 &lt;zzz&gt; 회의에 다른 안건 있나요? 21:05:45 &lt;str4d&gt; 모두 즐거운 Summer Dev 되세요! Let's Make I2P inteGrate Again! 21:05:49 * zzz ***bafs*** 회의를 종료 </div>/ko/blog/2016/06/01/i2p-%EC%97%AC%EB%A6%84-%EA%B0%9C%EB%B0%9C/Wed, 01 Jun 2016 00:00:00 +0000/ko/blog/2016/06/01/i2p-%EC%97%AC%EB%A6%84-%EA%B0%9C%EB%B0%9C/<p>지난 몇 년 동안 사용자가 자신의 데이터에 대한 통제권을 가져야 한다는 필요성이 점점 더 분명해졌습니다. 이와 관련하여 Signal 같은 메신저 앱과 Tahoe-LAFS 같은 파일 저장 시스템의 부상과 함께 훌륭한 진전이 이루어졌습니다. 전 세계에 HTTPS를 보급하려는 Let&rsquo;s Encrypt의 지속적인 노력도 꾸준히 탄력을 받고 있습니다.</p> <p>하지만 애플리케이션에 프라이버시와 익명성을 구축하는 일은 결코 간단하지 않습니다. 사람들이 매일 사용하는 많은 소프트웨어는 애초에 프라이버시 보호를 염두에 두고 설계되지 않았으며, 개발자가 사용할 수 있는 도구들도 대체로 다루기 쉽지 않습니다. 최근 발표된 OnionScan 조사는 심지어 기술적인 사용자들조차도 서비스를 얼마나 쉽게 잘못 구성하여 자신의 의도를 완전히 무력화할 수 있는지를 어느 정도 보여 줍니다.</p>/ko/blog/2016/05/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-5%EC%9B%94-3%EC%9D%BC/Tue, 03 May 2016 00:00:00 +0000/ko/blog/2016/05/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-5%EC%9B%94-3%EC%9D%BC/<h2 id="간단히-정리">간단히 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> eche|on, pr0ng, xmpre, xmz, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log">20:00:46 &lt;zzz&gt; 0) 안녕하세요 20:00:46 &lt;zzz&gt; 1) Tails 현황 (pr0ng) `http://zzz.i2p/topics/2108` 20:00:46 &lt;zzz&gt; 2) 0.9.26 계획 업데이트 (zzz) 20:00:46 &lt;zzz&gt; 3) HOPE 계획 업데이트 (zzz) `http://zzz.i2p/topics/1968` 20:00:50 &lt;zzz&gt; 0) 안녕하세요 20:00:52 &lt;zzz&gt; 안녕 20:01:01 &lt;pr0ng&gt; 안녕, Eeepers 20:01:22 &lt;zzz&gt; 1) Tails 현황 (pr0ng) `http://zzz.i2p/topics/2108` 20:01:32 &lt;zzz&gt; 좋아요, 지난 한 달 동안 Tails 쪽에 많은 일이 있었습니다 20:01:33 &lt;pr0ng&gt; 안녕 zzz 20:01:47 &lt;Irc2PGuest33835&gt; 안녕 20:02:01 &lt;zzz&gt; 0.9.25는 Tails 2.3에 들어갔고, 0.9.26은 2.4와 일정이 맞을 수도 있고 아닐 수도 있습니다. pr0ng, 간단히 보고해 주시겠어요? 20:02:51 &lt;pr0ng&gt; '일정이 맞지 않을 수 있다'는 부분은 잘 모르겠네요 - 그게 I2P 지속성(persistence) 지원 얘기인가요? 20:03:05 &lt;zzz&gt; 일정 측면에서 말한 겁니다 20:03:36 &lt;pr0ng&gt; 기본적으로, 이번 릴리스는 deb.i2p.no 저장소에서 가져와서 'anonym'이 Tails APT 저장소에 올렸습니다 20:04:00 &lt;pr0ng&gt; 저는 Tails 이미지에서 이번 릴리스를 격리된 상태로 꽤 광범위하게 테스트했습니다 20:04:20 &lt;pr0ng&gt; 무엇을 언제 어디에 넣는지 파악하려고 anonym과 계속 소통하고 있었습니다 20:04:28 &lt;zzz&gt; 그리고 당신이 테스트했다고 그들에게 알려줬어요... 아마 그래서 anonym이 나머지를 처리한 걸까요? 20:04:48 &lt;pr0ng&gt; 매우 친절하고 배려 깊은 분이었고, 많은 조언과 도움을 주었습니다 20:05:02 &lt;pr0ng&gt; 이제 릴리스가 어떻게 테스트되고 배포되는지 정확히 파악했습니다 20:05:27 &lt;zzz&gt; .25/2.3에서 일어난 방식이 실제 프로세스인가요, 아니면 다음번에는 당신이 더 많은 일을 하기를 기대하고 있나요? 20:05:42 &lt;pr0ng&gt; 맞습니다. 그들은 I2P에서 .deb를 그대로 가져갔습니다 20:06:40 &lt;pr0ng&gt; I2P가 어떻게 배포되는지 정하는 스크립트가 몇 개 있습니다 - 그쪽/anonym이 그것들을 사용했고, 이제 그것들이 어디에 있고 포함을 위해 어떻게 빌드/전송하는지 알게 되었습니다 20:07:29 &lt;zzz&gt; 좋아요, 그러면 다음번에는 당신이 더 많은 일을 하게 되겠군요 20:07:55 &lt;pr0ng&gt; 그들은 deb.i2p2.no에서 가져오거나 다른 방식도 사용할 수 있습니다 - 지금은 지속성(persistence) 측면을 강조하고 있어서 - 다음 릴리스에서 그것이 동작하도록 제가 다른 일을 해야 할 수도 있지만, 확실히 알아보겠습니다. 20:08:20 &lt;eche|on&gt; 지금까지 좋네요 20:08:30 &lt;pr0ng&gt; 가능할 수도요 - 이번에는 제가 직접 릴리스를 '전달(deliver)'할 수 있을 것 같습니다 20:08:33 &lt;zzz&gt; 그럼 이제 그들의 미해결 이슈들에 착수한 거군요, 그중 첫 번째가 지속성(persistence)인가요? 20:08:48 &lt;pr0ng&gt; 맞습니다 - 잘 진행됐고 요구사항도 배우게 되어 기쁩니다 20:10:09 &lt;pr0ng&gt; 맞아요 - 미해결 이슈들을 살펴볼 겁니다 - 지속성 요소는 '있으면 좋은(nice to have)' 수준인 듯하지만, 대화에서 강조되기는 했습니다. 20:10:24 &lt;zzz&gt; 당신이 Tails 2.4에 포함시키려면, 제가 0.9.26을 deb.i2p2.no에 올려야 하는 마감 기한이 언제일까요? 20:11:48 &lt;pr0ng&gt; 그건 확인해봐야 합니다 - 지금으로선 정확히 말씀드리긴 어렵습니다 20:12:01 &lt;pr0ng&gt; 그건 반드시 답을 가지고 다시 말씀드리겠습니다 20:12:13 &lt;zzz&gt; 좋아요, 추측이라도 알려주세요. 20:12:22 &lt;zzz&gt; 1)과 관련해 더 있을까요? 20:12:40 &lt;pr0ng&gt; 네, 그렇게 하겠습니다. 20:12:52 &lt;pr0ng&gt; 지금까진 잘 되고 있습니다, 내 생각엔. 20:13:04 &lt;zzz&gt; 다시 한 번 감사합니다, 훌륭한 일을 하고 있어요. 함께해줘서 기쁩니다 20:13:34 &lt;zzz&gt; 2) 0.9.26 계획 업데이트 (zzz) 20:13:36 &lt;pr0ng&gt; 도움이 되어 기쁩니다 - 학습 곡선이 가팔랐지만, 이제 프로세스와 요구사항에 훨씬 익숙해졌습니다. :) 20:14:11 &lt;zzz&gt; .26의 주요 부분을 끝냈습니다 -- 주소록 구독 프로토콜과 뉴스 피드의 CRL들. 그리고 GMP 6를 머지했습니다 20:14:48 &lt;xmz&gt; zzz: java i2p 콘솔을 사용해서 동작하는 family 설정을 보고한 사람이 있었나요? 20:14:48 &lt;xmz&gt; zzz: 저는 한 번도 동작시키지 못했습니다 20:14:50 &lt;zzz&gt; 이제 버그 수정으로 전환했으며, 릴리스까지 그게 제 집중 영역이 될 겁니다. 사람들이 겪는 몇몇 문제의 근본 원인이라고 생각되는 이상한 타이머 버그의 실마리를 거의 잡았습니다 20:15:32 &lt;zzz&gt; xmz, 제 경우 말고는 성공이든 실패든 어떤 보고도 듣지 못했습니다 20:15:34 &lt;pr0ng&gt; 무지해서 죄송한데요 - 'propped GMP 6'가 'libgmp를 드롭했다'는 뜻인가요? 20:15:42 &lt;zzz&gt; 문제가 있으시면 티켓을 열어 주세요 20:15:57 &lt;xmz&gt; 좋아요, 곧 테스트해 보고 보고하겠습니다 20:16:05 &lt;zzz&gt; propped = propagate = 다른 (개발) 브랜치에서 머지했다는 뜻입니다 20:16:25 &lt;zzz&gt; 현재로서는 .26의 날짜를 정하지 않았지만, 5월 말이나 6월 초가 유력해 보입니다 20:16:40 &lt;pr0ng&gt; 아. 오케이. 설명 감사합니다 :) 20:17:14 &lt;zzz&gt; dev 빌드를 일부 해 준 eche|on에게 감사드립니다. 누가 자발적으로 나서서 진짜 자동화된 개발 빌드 사이트를 운영해 주면 좋겠습니다 20:17:18 &lt;eche|on&gt; 저는 6월 둘째 주에 한 표 20:17:50 &lt;zzz&gt; 몇 분은 보셨겠지만, 릴리스 주기를 6~8주에서 8~10주로 늦춘다고 공지했습니다. 20:17:52 &lt;eche|on&gt; 저도 그러고 싶지만, 지금은 시간이 제한적입니다 20:18:32 &lt;eche|on&gt; 네, 괜찮습니다 20:18:32 &lt;zzz&gt; 이는 테스트가 줄고, kytv가 하던 많은 일을 제가 맡게 되었고, 전반적인 활동량이 줄어든 데 따른 부산물입니다 20:19:18 &lt;zzz&gt; 제안서 검토와 올해 예정된 어려운 작업들, 특히 NTCP2 관련 준비에 참여가 거의 없는 상황이기도 합니다 20:20:10 &lt;zzz&gt; sadie에게 업데이트를 기대하고 있던 제안된 'summer of x'도 있습니다. 그걸 진행하게 되면 릴리스가 많이 느려질 겁니다 20:20:47 &lt;zzz&gt; 지금으로서는 .27의 기획이나 코딩을 미리 진행하는 사람이 전혀 없습니다 20:20:52 &lt;zzz&gt; 2)와 관련해 더 있을까요? 20:21:52 &lt;zzz&gt; 3) HOPE 계획 업데이트 (zzz) `http://zzz.i2p/topics/1968` 20:22:32 &lt;zzz&gt; HOPE에서 회의 공간을 확보하는 것에 대해 Lance의 확답을 받아내는 데 계속 실패하고 있습니다 20:22:51 &lt;zzz&gt; 그래서 참석 계획을 세우시는 분들께 아직 아무런 안내도 드릴 수 없습니다 20:23:15 &lt;zzz&gt; 지난주에 sadie가 그와 만나기로 했는데, 답을 받았는지에 대한 제 문의에 아직 답이 없습니다 20:23:25 &lt;eche|on&gt; 흠 20:24:05 &lt;zzz&gt; 언제까지 알아야 하는지 확정된 날짜가 있으시면 말씀해 주세요. Lance를 자꾸 재촉하는 게 미안하지만 전혀 효과가 없네요 20:24:26 &lt;xmpre&gt; zzz: i2pd용으로 Jenkins 서버를 구축해 두었는데, 원하신다면 java i2p용도 하나 설정할 수 있습니다? 20:24:44 &lt;zzz&gt; 좋아요, xmpre, 당연히요 20:25:20 &lt;zzz&gt; 3)와 관련해 더 있을까요? 20:27:05 &lt;eche|on&gt; zzz: 그 티켓은 아직 제가 가지고 있어요^^ 20:27:15 &lt;zzz&gt; 위 스크롤백에서 str4d와 sadie가 표준 회의 시간에 문제가 있었고, 제가 이해하지 못한 시간대 기준 변경 얘기도 있던데요. 두 분이 유럽 쪽과 논의해서 모두에게 맞는 시간을 찾아주신다면 부탁드립니다 20:27:20 &lt;zzz&gt; 회의와 관련해 더 있을까요? 20:27:55 &lt;pr0ng&gt; I2PCon-2에 참석할 계획인데 - 언제/어디서 하는지 정해진 게 있을까요? 20:28:28 &lt;pr0ng&gt; ... 읽어보니, 제가 벌써 놓친 건가요!? 20:28:33 &lt;zzz&gt; i2pcon 2는 아마 없을 것 같습니다. 20:28:50 &lt;zzz&gt; 대신 가을에 토론토에서 작은 모임 정도는 할 수 있을지도요, 아주 작은 대체 정도로요 20:28:55 &lt;pr0ng&gt; 아쉽네요 20:29:11 &lt;zzz&gt; i2p 사람들을 직접 만나고 싶다면, HOPE와 CCC가 가장 좋은 기회입니다 20:29:18 * zzz baffer를 예열한다 20:29:31 &lt;pr0ng&gt; 그럼 일단 일정에 적어 둘게요. 20:29:54 * zzz *bafs* 회의를 종료합니다 </div>/ko/blog/2016/04/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-4%EC%9B%94-7%EC%9D%BC/Thu, 07 Apr 2016 00:00:00 +0000/ko/blog/2016/04/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-4%EC%9B%94-7%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>Present:</strong> eche|on, hottuna, orignal, str4d, susbarbatus, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log">20:00:05 &lt;zzz&gt; 0) 안녕하세요 20:00:05 &lt;zzz&gt; 1) 지난 회의에서 남은 안건들 `http://zzz.i2p/topics/2093` 20:00:05 &lt;zzz&gt; 2) kytv의 역할과 서비스 대체 `http://zzz.i2p/topics/2098` 20:00:05 &lt;zzz&gt; 3) 0.9.26 계획 업데이트 `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:00:05 &lt;zzz&gt; 4) HOPE 계획 `http://zzz.i2p/topics/1968` 20:00:05 &lt;zzz&gt; 5) 월례 회의와 프로젝트 관리 3개월 회고 20:00:10 &lt;zzz&gt; 0) 안녕하세요 20:00:12 &lt;zzz&gt; 안녕 20:00:38 &lt;zzz&gt; 1) 지난 회의에서 남은 안건들 `http://zzz.i2p/topics/2093` 20:00:55 &lt;orignal_&gt; hi 20:01:00 &lt;zzz&gt; - Reseed 캠페인 준비, 1월 말까지: 20:01:00 &lt;zzz&gt; ** Sadie가 backup에게 연락하여 논의 - OPEN, 새 날짜 4월 5일 20:01:11 &lt;zzz&gt; sadie, 진행 상황은? 20:02:10 &lt;zzz&gt; - 네트워크 강화 - 홈 페이지 및 추가 페이지 20:02:10 &lt;zzz&gt; ** str4d, gravy, cacapo: 사용 사례 추가, 우리가 가장 잘하는 것, 더 많은 "passion"과 "fat", Bote 추가/강조, 1월 말까지 - OPEN, str4d가 3월 6일까지 웹사이트에 사용 사례 추가, passion 등 추가 변경은 4월 5일까지 20:02:15 &lt;zzz&gt; str4d, 진행 상황은? 20:03:06 &lt;zzz&gt; - I2P "Story" / 역사 / 왜 하는가 추가 20:03:06 &lt;zzz&gt; ** comraden이 2월 말까지 편집/다듬기/개선/게시 - OPEN, 새 날짜 4월 1일, 초안은 3월 중순까지 zzz에게 회신 20:03:11 &lt;zzz&gt; comradenosebleed, 진행 상황은? 20:03:34 &lt;str4d&gt; 안녕하세요 20:04:40 &lt;zzz&gt; 티켓 관리 - 현재 임시(ad hoc) 20:04:40 &lt;zzz&gt; ** Sadie가 검토하고, 권고안을 제시하거나 가능하면 직접 관리 시작 (기한은?) - OPEN, str4d와 sadie가 4월 5일까지(?) 회의 일정을 잡거나 보고서 제출 20:04:50 &lt;zzz&gt; sadie, str4d: 진행 상황은? 20:05:49 &lt;hottuna&gt; hi 20:05:59 &lt;zzz&gt; str4d OPEN - Android 0.9.24 3월 3일 릴리스, TODO 목록 3월 6일까지 취합, 로드맵 초안 3월 6일까지, 3월 5-6일 검토 20:06:05 &lt;zzz&gt; str4d, 진행 상황은? 20:06:33 &lt;str4d&gt; 논의했습니다 20:06:41 &lt;str4d&gt; (죄송, 회의 두 개를 동시에 하고 있어요) 20:06:54 &lt;zzz&gt; str4d와 zzz가 2월 12일까지 VRP 티켓 검토; 3월 5-6일 로드맵 회의 중에 일부 결정을 내릴 예정 (zzz는 2월 8일 완료, str4d는 3월 6일까지) 20:06:56 &lt;str4d&gt; 티켓 관련 20:06:57 &lt;zzz&gt; str4d, 진행 상황은? 20:07:29 &lt;zzz&gt; sadie와 anonimal이 Monero 0mq 기반 CoC 수정안을 4월 5일 회의에서 가져오기 20:07:36 &lt;zzz&gt; sadie, anonimal: 진행 상황은? 20:08:25 &lt;str4d&gt; 난이도 분류가 필요한 티켓을 위해 "new" 상태를 두기로 예전에 결정했고, 지금도 그게 맞다고 봅니다 20:09:00 &lt;str4d&gt; 우리 몇 명이 정기적으로 모여 이 티켓들을 살펴보는 시간도 정하는 게 좋다고 생각합니다 20:09:09 &lt;str4d&gt; Android 관련 20:09:59 &lt;str4d&gt; 빌드 스크립트가 막혀서 아직 진행되지 않았습니다 20:10:17 &lt;eche|on&gt; uhh 20:10:54 &lt;str4d&gt; VRP 티켓: 작업하려던 때 아파서 아직 진행하지 못했습니다 20:11:00 &lt;zzz&gt; 현재의 프로젝트 관리 방식이 효과가 없다는 건 분명합니다. 아무것도 일어나지 않고 있어요. 넘어가죠. 그리고 5) 항목을 안건에 넣은 이유는 월례 회의를 계속할지 결정하기 위해서입니다 20:11:10 &lt;zzz&gt; 거의 모든 항목이 3과 1/3개월째입니다 20:11:19 &lt;str4d&gt; zzz의 목록에는 없지만, 제가 완료한 것은 스펙 마이그레이션을 끝냈고 제안서 마이그레이션도 상당히 진행 중이라는 점입니다 20:11:37 &lt;zzz&gt; 스펙/제안서 소식은 훌륭하네요, 잘하셨습니다 20:12:09 &lt;str4d&gt; 그래서 "아무것도 없다"는 건 아니라고 말하고 싶습니다. 다만 현재 PM 스타일에는 반영되지 않은 우선순위 이동이 있었던 거죠 20:12:17 &lt;str4d&gt; 그러니 네, 개선이 필요합니다 20:12:20 &lt;zzz&gt; 좋아요. 좋은 관점이에요 20:12:25 &lt;zzz&gt; 1) 관련해 더 있나요? 20:13:04 &lt;str4d&gt; 다른 분들을 위해, 제안 관련 내용은 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec/proposals` 에 있습니다 - 검토하고 의견 부탁드립니다 :) 20:13:26 &lt;zzz&gt; 2) kytv의 역할과 서비스 대체 `http://zzz.i2p/topics/2098` 20:13:34 &lt;zzz&gt; 그가 하던 일이 약 20가지 목록으로 있습니다 20:13:44 &lt;str4d&gt; 제 쪽은 더 없습니다 20:13:47 &lt;str4d&gt; (I2P Android 작업은 했지만, 릴리스까지는 못 갔습니다) 20:13:55 &lt;zzz&gt; 저는 최우선이라고 본 것들에 집중했습니다 - launchpad와 debian 20:14:14 &lt;zzz&gt; 다른 몇몇은 다른 것들을 조사 중이고, .25에서는 콘솔 홈 페이지 링크 몇 개를 바꿨습니다 20:14:33 &lt;zzz&gt; 제게 다음으로 중요한 건 tails 메인테이너입니다 20:15:06 &lt;zzz&gt; 여기 tails와 debian 패키징을 모두 아는 분이 계신가요? 도움 가능하신가요? 아니면 제가 최대한 빨리 트위터에 공지를 올리겠습니다 20:15:24 &lt;zzz&gt; 우리는 두 달 후 다음 릴리스에서 tails에서 제외될 수도 있습니다 20:15:32 &lt;zzz&gt; 아마 2.4일 겁니다 20:15:50 &lt;zzz&gt; 이건 제 능력 범위를 넘습니다. 저는 안 할 겁니다. 20:16:02 &lt;str4d&gt; 으으 20:16:19 &lt;str4d&gt; Tails가 최소한으로 요구하는 건 무엇인가요 20:16:19 &lt;str4d&gt; ? 20:16:20 &lt;zzz&gt; 제 debian 패키징을 받아 tails에 조정/삽입하고, 테스트 테스트 테스트, 그리고 기존 tails I2P 티켓 여러 건 처리하는 겁니다 20:16:49 &lt;zzz&gt; kytv가 작성한 큰 문서가 있어요, 아마 zzz.i2p의 kytv 스레드에서 링크되어 있습니다 20:17:04 &lt;zzz&gt; 기본적으로 tails에 주는 입력은 deb 패키지입니다 20:17:19 &lt;zzz&gt; 하지만 그들이 불만 사항 백로그를 갖고 있는 것 같습니다 20:17:25 &lt;eche|on&gt; 트위터에 공지 20:17:33 &lt;str4d&gt; 트위터 +1 20:17:35 &lt;zzz&gt; kytv 대체 관련해서 보고할 게 또 있나요? 20:18:07 &lt;str4d&gt; 1~2주 전 IRC에서 언급한 이후로 Buildbot CI 서버는 더 진전이 없습니다 20:18:23 &lt;str4d&gt; 이번 주말에 더 작업하겠습니다 20:18:42 &lt;zzz&gt; 좋아요. 목록에 할 일이 많으니, 각자 중요한 걸 하나씩 맡아봅시다. 20:19:02 &lt;zzz&gt; 2) 마지막 콜 20:19:46 &lt;str4d&gt; 아무도 안 하면, 제가 IRC 봇/릴레이를 맡을 수도 있습니다. 당장은 가능성 낮습니다. 20:20:34 &lt;zzz&gt; deb 빌드는 상태가 괜찮은 편이지만 jessie용 arm 같은 건 제가 오늘 고쳤을 수도 있고 아닐 수도 있습니다 20:21:19 &lt;zzz&gt; 3) 0.9.26 계획 업데이트 `http://i2p-projekt.i2p/en/get-involved/roadmap` `http://zzz.i2p/topics/1960` 20:21:33 &lt;zzz&gt; 좋아요, 3a) 일정 그리고 3b) GMP 6로 가겠습니다 20:21:38 &lt;zzz&gt; 3a) 일정 20:22:03 &lt;zzz&gt; 로드맵에는 '5월'이라고 되어 있고, 지난 3월 22일 릴리스에서 6-7주면 5월 초중순입니다 20:22:36 &lt;zzz&gt; 한 달 전 로드맵 회의에서, 주소록 구독 프로토콜을 포함한 야심찬 계획을 세웠습니다 20:23:16 &lt;zzz&gt; 그런데 바로 다음 날 kytv의 것들이 전부 내려가고, 돌아올 가능성이 낮아지면서 그 계획은 무너졌습니다 20:23:36 &lt;zzz&gt; 그래서 26 관련해서는 아직 아무것도 시작하지 못했습니다. 지난 2-3주는 debian/launchpad 작업으로 꽉 찼어요 20:24:01 &lt;str4d&gt; 지금부터 7주면 5월 말입니다. 가능하다고 보시나요? 20:24:15 &lt;str4d&gt; (debian 쪽이 대체로 정리된 만큼) 20:24:19 &lt;zzz&gt; 그러면 26이 아마 6월로 밀릴 겁니다. tails 2.4 마감도 한참 지나게 되고요 20:24:37 &lt;str4d&gt; 으으 20:24:37 &lt;zzz&gt; 5월 말도 가능하긴 한데, 날이 갈수록 가능성이 줄어들고 있습니다 20:24:42 &lt;str4d&gt; tails 마감은 언제죠? 20:25:11 &lt;zzz&gt; 정확히는 모릅니다. 25를 그들 스스로 가져가 달라고 이미 재요청했어요 (한 번 거절당했습니다) 20:25:23 &lt;eche|on&gt; tails는 현재 판단 중이니 6월도 괜찮다고 봅니다 20:25:45 &lt;zzz&gt; 그들은 tails에서 I2P 사용 현황을 볼 수 없고 요구도 못 듣습니다. 그래서 그들이 보기엔 번거롭기만 한 거죠 20:26:18 &lt;eche|on&gt; 맞아요 20:26:33 &lt;zzz&gt; 보통 주소록 구독 프로토콜 같은 큰 기능은, 이전 릴리스 일주일 전에는 끝내서 prop할 준비가 되어 있어야 합니다 20:26:54 &lt;zzz&gt; 그러니 3주가 이미 밀렸고, 여기에 개발 시간 최소 몇 주가 더 필요하니 총 5주가 뒤처진 셈입니다 20:27:39 &lt;zzz&gt; 이게 현재 상태입니다. 아직 공식 로드맵에 내보내진 않았지만 곧 해야 합니다 20:27:49 &lt;zzz&gt; 3a) 일정 관련해서 더 있나요? 20:27:58 &lt;str4d&gt; 실제 0.9.27 릴리스에 넣기로 했던 건 뭐였죠? 20:28:16 &lt;zzz&gt; 위의 로드맵 링크를 보세요 20:28:31 &lt;zzz&gt; 초기 ntcp2/dh/pt 20:29:18 &lt;str4d&gt; 거기 적힌 순서대로 진행해야 한다고 여전히 생각합니다. 그래서 우리가 할 수 있는 건 주소 구독 프로토콜을 0.9.27로 미루는 겁니다 20:29:27 &lt;str4d&gt; 그러면 5월은 그 작업 시간으로 드릴 수 있습니다 20:29:47 &lt;zzz&gt; 하지만 아직 .26이 없습니다. 아무도 아무것도 안 했어요. deb 변경 말고는 들어간 게 없습니다 20:29:50 &lt;str4d&gt; 그러면 .26은 CRL과 일반적인 정리 정도로 20:30:08 &lt;zzz&gt; 누군가 (저 포함) 뭔가를 하기 전까진, 릴리스할 게 없습니다 20:30:27 &lt;zzz&gt; 지켜봅시다. 저도 세금 신고 때문에 며칠은 쉬어야 해요 :) 20:30:37 &lt;zzz&gt; 3a) 일정 관련해 더 있나요? 20:30:55 &lt;eche|on&gt; 계획한 일정에 너무 매달리지 맙시다 20:30:56 &lt;str4d&gt; sadie와 논의하면서 나온 초기 UI 조정 몇 가지가 있는데 적용할 수 있습니다 20:31:20 &lt;zzz&gt; 3b) GMP 6 20:31:25 &lt;str4d&gt; (제가 계획한 대규모 재설계는 아니고, 일반적인 다듬기입니다) 20:31:50 &lt;zzz&gt; 약 15개월 작업 끝에, tuna와 저는 26을 위해 gmp6 브랜치를 trunk로 prop할 준비가 거의 되었습니다 20:32:05 &lt;zzz&gt; tuna는 지난 6개월 동안 만든 바이너리가 약 100개 있고, 체크인 대기 중입니다 20:32:25 &lt;zzz&gt; 다양한 방법으로 빌드했습니다 - VM, 네이티브, Microsoft, 빌린 시스템 등 20:32:53 &lt;zzz&gt; 전통적으로는 체크인하는 각 바이너리에 대해 빌드 환경(컴파일러 리비전, 시스템 OS 상세 등)에 관한 자세한 노트를 함께 체크인해 왔습니다 20:33:13 &lt;zzz&gt; 안타깝게도 tuna는 어떤 빌드에 대해서도 기록을 남기지 않았습니다. 20:34:06 &lt;zzz&gt; 그래서 질문은 이렇습니다. 처음부터 다시 시작할까요 (6개월이 들 수 있음), 아니면 제가 linux 바이너리만 빌드하고 나머지는 무시할까요, 아니면 사실 그런 노트가 꼭 필요하진 않으니 tuna가 한 모든 걸 그대로 받아 진행할까요? 20:34:08 &lt;eche|on&gt; 다시 할 수 있는 가능성은? 20:34:47 &lt;zzz&gt; tuna 말로는 불가능하답니다. 누구든 linux 32/64 바이너리는 빌드할 수 있지만, 나머지는 문제가 많습니다 20:35:00 &lt;eche|on&gt; 좋은 질문이네요. 이 케이스에선: 재빌드하거나 받아들이거나, 중간은 없습니다 20:35:25 &lt;eche|on&gt; mac, win, arm용 gmp가 필요합니다 20:35:29 &lt;zzz&gt; 마지막에 tuna가 한 말은 받아들이든 말든, 그는 끝났다는 겁니다 20:35:54 &lt;zzz&gt; 빌드가 빠르더라도, 테스트는 느립니다 20:36:25 &lt;str4d&gt; 테스트 프로세스가 어딘가 문서화되어 있나요? 20:36:54 &lt;zzz&gt; `http://zzz.i2p/topics/1960` 의 마지막 페이지로 가면 그가 가진 모든 빌드 노트를 제출해 놓았습니다 20:36:56 &lt;eche|on&gt; (참고로, 우리는 이미 노트 없이 다른 것들도 받아들인 적이 있습니다) 20:37:07 &lt;str4d&gt; 이건 정확히 CI 서버에 넣어야 할 것처럼 들리네요 20:37:38 &lt;zzz&gt; 빌드 방법에 대한 readme는 업데이트했습니다. 테스트 방법에 대한 정보도 스레드에 일부 있고, 저도 제 나름의 방법을 개발했습니다 20:38:07 &lt;zzz&gt; 지난 6개월간 그가 바이너리 컬렉션을 13번 릴리스했다는 걸 기억하세요 20:38:36 &lt;zzz&gt; hottuna, 덧붙일 게 있나요? 20:38:37 &lt;str4d&gt; 누군가 테스트 방법론을 정리해 주면, Buildbot에서 빌드 타입으로 만들 수 있습니다 20:38:58 &lt;str4d&gt; 그러면 그걸 붙일 머신만 찾으면 됩니다 20:39:08 &lt;hottuna&gt; 잠시만요 20:39:24 &lt;str4d&gt; 어딘가에 Mac 한 대를 빌드슬레이브로 돌릴 수 있도록 투자하는 걸 생각하고 있습니다 20:39:44 &lt;hottuna&gt; eche|on: 재빌드 관련: 불가능하진 않지만, 지금 제게는 일이 너무 많습니다. 정말로요. 20:40:02 &lt;str4d&gt; 너무 비싼 건 말고, trio를 완성할 수 있을 정도면 됩니다 (eche와 VM 정리되면 이미 linux와 windows 빌드슬레이브는 있게 됩니다) 20:40:10 &lt;eche|on&gt; hottuna: 재빌드 방법이 있나요? 20:40:27 &lt;zzz&gt; 100개 파일 빌드가 내일 당장 된다고 해도, 테스트엔 3개월이 걸릴 겁니다 20:40:39 &lt;hottuna&gt; 필요한 건 모두 들어 있어야 하는 readme 문서가 있습니다. 20:40:48 &lt;str4d&gt; 최소한, 우리는 hottuna의 다양한 스크립트 개선의 이익을 얻었습니다 20:41:10 &lt;str4d&gt; 그런데 지금 재빌드한다면, 6.1로 바로 건너뛸까요 20:41:11 &lt;zzz&gt; 게다가 cpuid 코드 자체에 대규모 변경이 있습니다 20:41:23 &lt;hottuna&gt; str4d: 스크립트가 완벽하진 않지만, 그래도 더 좋아졌습니다. 20:41:23 &lt;zzz&gt; 맞아요, 6.1일 수도 20:41:25 &lt;str4d&gt; 네 20:41:30 &lt;hottuna&gt; str4d: 재빌드한다면 6.1로 가야 합니다 20:41:44 &lt;eche|on&gt; 새 코드가 잘 동작하나요? 20:41:57 &lt;hottuna&gt; eche|on: 우리가 아는 한 버그는 없습니다(하!). 20:42:07 &lt;zzz&gt; debian 빌드에서는 동적 링크하니, 설치되어 있다면 어차피 6.1을 쓰게 됩니다 (그리고 생각나서 말인데, gmp 6 동적 라이브러리는 테스트하지 않았습니다) 20:42:10 &lt;str4d&gt; 6.1을 하려면 스크립트를 얼마나 바꿔야 할지 확신은 없지만, 기본적으로 드롭인으로 동작하길 바랍니다 20:42:14 &lt;eche|on&gt; 테스트가 괜찮았다면 포함합시다. 그리고 6.1로는 사이드 채널에서 재빌드하고, 정보는 나중에 반영하죠 20:42:38 &lt;eche|on&gt; 제 생각엔, 이미 꽤 잘 테스트했습니다 20:42:51 &lt;hottuna&gt; eche|on: 까다로운 부분은 실제 스크립트를 돌리는 게 아니라, 머신을 확보하고 환경을 설정하고 테스트하는 거였습니다. 그게 까다롭고 느렸죠 20:43:03 &lt;eche|on&gt; 네 20:43:13 &lt;str4d&gt; hottuna, 그걸 CI에 녹이고 싶습니다 20:43:15 &lt;zzz&gt; 원래 질문으로 돌아가죠. 6개월의 작업(사실 2015년 초부터였음)을 버릴까요, 아니면 바이너리 출처에 대한 구체적 노트가 없어도 지금 갖고 있는 바이너리를 받아들일 수 있을까요 20:43:25 &lt;str4d&gt; 몇 대의 서로 다른 머신을 사용했다고 보시나요? 20:43:37 &lt;zzz&gt; 일단 CI 얘기는 잠시 접고, 문제가 있는지 없는지부터 정합시다 20:43:52 &lt;hottuna&gt; str4d: 대체로 드롭인일 겁니다. 타깃이 한두 개 추가될 수 있어요. gmp가 지원하는 최신 아키텍처를 지원하지 않을 이유가 없죠 20:44:13 &lt;str4d&gt; zzz, 저는 6.1로의 마이그레이션을 하기로 전제하고 바이너리를 받아들이고 싶습니다 20:44:24 &lt;hottuna&gt; str4d: ~6개의 구분되는 환경 20:44:29 &lt;zzz&gt; 6.1은 올해 말 로드맵에 있습니다 20:44:39 &lt;zzz&gt; 현재 바이너리는 6.0입니다 20:44:41 &lt;str4d&gt; 바이너리를 받아들이면 파급 효과가 뭐가 있죠? 20:44:41 &lt;hottuna&gt; str4d: 교차 컴파일이면 꼭 여러 머신이 필요하진 않습니다 20:44:51 &lt;str4d&gt; 1) mtn에 들어간다 20:45:01 &lt;zzz&gt; 또한 특정 하드웨어에서 큰 속도 향상이 있고, constant time도 제공합니다 20:45:17 &lt;str4d&gt; 2) 관련 업데이트 파일과 설치 파일에 번들된다 20:45:21 &lt;zzz&gt; '파급 효과' = 안 좋은 일인가요? 20:45:28 &lt;str4d&gt; 2a) 업데이트 파일 크기가 많이 커진다 20:45:44 &lt;str4d&gt; 3) 특정 시스템에서 깨지면 어떻게 되나? 20:46:03 &lt;str4d&gt; 1)은 어차피 계획했습니다 20:46:26 &lt;zzz&gt; .26에 즉시 prop할 경우에만 바이너리를 체크인합니다. 20:46:28 &lt;str4d&gt; 2)도 마찬가지인데, 6.0 바이너리는 6.1로 대체될 테니 큰 문제는 아닙니다 20:46:37 &lt;str4d&gt; 제가 걱정하는 건 3)입니다 20:46:43 &lt;zzz&gt; 릴리스 대상 바이너리만 체크인됩니다 20:47:00 &lt;str4d&gt; 3a) 실패 상태를 확인하는 기존 코드가 있나요? 20:47:04 &lt;zzz&gt; 3)은 모든 변경에 대한 일반적인 리스크입니다 20:47:19 &lt;zzz&gt; gmp의 실패는 일반적으로 JVM 크래시입니다 20:47:26 &lt;str4d&gt; 3b) 예전의 동작하는 libjbigi로 폴백할 방법이 있나요? 20:47:44 &lt;str4d&gt; (자동이든 수동이든) 20:48:00 &lt;str4d&gt; 예를 들어, 예전 libjbigi의 이름을 바꿔서 문제가 생기면 사용자에게 "이 파일 이름을 바꾸세요"라고 안내할 수 있을까요 20:48:22 &lt;zzz&gt; str4d, 우리가 애초에 jbigi를 변경해야 하느냐를 따지는 건가요? 이건 gmp를 바꾸는 것 전반에 대한 일반적인 영향입니다 20:49:14 &lt;str4d&gt; zzz, 당신의 우려는 이 바이너리의 정확한 출처를 모르기 때문입니다. 그렇다면 문제가 생기면 원인을 추적하기가 훨씬 어려워진다는 게 걱정이겠죠. 20:49:27 &lt;str4d&gt; 그래서 저는 완화 전략을 생각 중입니다 20:50:00 &lt;zzz&gt; 26 업데이트에 jbigi.jar를 포함하지 않을 수 있습니다. 그러면 신규 설치에만 들어가죠. 더 느린 롤아웃이 됩니다. 20:50:25 &lt;zzz&gt; 신규 설치 + launchpad/deb 20:50:57 &lt;zzz&gt; 일반적인 해결책은 libjbigi.so와 jbigi.jar를 제거하는 겁니다. 그러면 그 없이 동작합니다 20:51:01 &lt;str4d&gt; 그게 어차피 좋은 생각일 수도 있습니다 20:51:30 &lt;str4d&gt; 신규 설치에 먼저 배포하고, 문제가 없다는 피드백을 받으면 다음 릴리스에서 업데이트에 포함시키죠. 20:51:43 &lt;zzz&gt; tuna의 요지는 어차피 재현 가능하지 않다는 겁니다. 전부 빌린 시스템과 오래된 VM들이거든요 20:52:23 &lt;zzz&gt; eche|on, hottuna가 win 빌드에 사용한 박스의 시스템과 msvc 정보가 있나요? 20:53:10 &lt;zzz&gt; tuna는 연구를 자처하진 않았는데, sadie의 노트북도 빌리지 않았나요? 아니면 그 사이 업그레이드가 있었을 수 있으니 다 소용없나요? 20:53:24 &lt;eche|on&gt; 그는 내 kvm 호스트의 win 10 머신에 접근권이 있었어요. 로그인해서 확인할 수 있습니다 20:53:33 &lt;str4d&gt; 음, 그래서 6.1 빌드는 추적 가능한 빌드서버(Buildbot)에서 하자고 하는 겁니다. 20:53:57 &lt;hottuna&gt; zzz: OSX 머신은 친구들 거 두 대를 빌렸습니다 20:53:58 &lt;eche|on&gt; VM은 전혀 변경하지 않았습니다 20:54:33 &lt;zzz&gt; 우리가 돈을 내고 공짜로 줄 Mac을 가져가겠다는 사람도 없어요. 아무도 'mac 담당'이 되길 원치 않거든요 20:54:51 &lt;zzz&gt; 그러니 문제는 돈이 아니라 시간과 사람입니다 20:55:17 &lt;hottuna&gt; zzz: 저는 들고 다녀야 하는 장비를 원치 않을 뿐입니다. 20:56:01 &lt;zzz&gt; 여기 hottuna의 완전한 빌드 노트가 있습니다: 20:56:03 &lt;zzz&gt; Build notes jbigi: 20:56:03 &lt;zzz&gt; ------------------ 20:56:03 &lt;zzz&gt; Windows: Cross-compile, linux hosts. Compiler: GCC 20:56:03 &lt;zzz&gt; Linux: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; FreeBSD: Native build, VM. Compiler: GCC 20:56:03 &lt;zzz&gt; OSX: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; Build notes jcpuid: 20:56:03 &lt;zzz&gt; ------------------- 20:56:03 &lt;zzz&gt; Windows: Native build. Compiler: MSVC 20:56:03 &lt;zzz&gt; Linux: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; FreeBSD: Native build. Compiler: GCC 20:56:03 &lt;zzz&gt; OSX: Native build. Compiler: GCC 20:56:17 &lt;zzz&gt; 이 정도로 충분할까요, 아니면 처음부터 다시 시작할까요? 20:57:14 &lt;str4d&gt; 어차피 올해 말까지 6.1로 마이그레이션할 거고, 이 바이너리도 합리적인 테스트를 거쳤으니, 저는 충분하다고 봅니다. 20:57:41 &lt;zzz&gt; 이의 있습니까? 20:57:45 &lt;eche|on&gt; 최소한 시작점은 되지만, "Tor의 재현 가능한 빌드" 관점에선 아무것도 아닙니다. 우리가 원하는 표준은 어떤 수준이죠? 20:58:03 &lt;hottuna&gt; 아니요 20:58:34 &lt;eche|on&gt; 새 설치에 "임시(temp)" 플래그로 포함하고 싶습니다. 힘든 작업이란 건 압니다. 20:59:14 &lt;zzz&gt; 기본적으로 현재 테스트는 0으로 떨어졌습니다. 더 많은 테스트를 받는 유일한 방법은 trunk와 릴리스에 넣는 것입니다. 20:59:17 &lt;susbarbatus&gt; 끼어들어 죄송합니다; 저는 mac이 여러 대 있고, mac이나 bsd 담당이 되는 것도 문제 없습니다. 회의 후에 무엇이 필요한지 알려주시면, 제가 충분히 지식이 있거나 배워서 기여할 수 있는지 판단해 보겠습니다. 20:59:29 &lt;zzz&gt; 훌륭합니다, susbarbatus 20:59:44 &lt;str4d&gt; susbarbatus, 정말 환상적이네요 20:59:47 &lt;zzz&gt; 그럼 hottuna에게 체크인해 달라고 하죠 20:59:53 &lt;eche|on&gt; zzz: 맞아요, 우리는 릴리스가 100% 안전하고 완전하다고 한 적은 없죠^^ 21:00:05 &lt;zzz&gt; hottuna, 브랜치는 i2p.i2p.str4d.gmp6 입니다 (i2p.i2p.zzz.gmp6 아님) 21:00:17 &lt;hottuna&gt; 알겠습니다 21:00:38 &lt;zzz&gt; hottuna, 제거해야 할 것들은 mtn drop 하는 거 잊지 마세요. 완료 후 디렉토리는 당신의 v13 zip과 정확히 일치해야 합니다 21:00:50 &lt;zzz&gt; 3b) 관련해 더 있나요? 21:00:55 &lt;hottuna&gt; 우리가 빌드하지 않은 플랫폼용 기존 jcpuid/바이너리는 제거할까요? 21:01:09 &lt;str4d&gt; susbarbatus, 제가 설정하고 싶은 건 빌드서버입니다. 항상 켜둘 수 있는 Mac을 제공하시고, 문제가 생겼을 때 질문/지원에 응답해 주실 수 있다면요. 일반적으로는 자동 제어되니 참여가 많이 필요하지는 않을 겁니다 :) 21:01:28 &lt;zzz&gt; 제안은 v13이 릴리스할 것과 "정확히" 같다는 것이었습니다. 그 이상도 이하도 아니고요. 21:01:38 &lt;zzz&gt; 원하시면 회의 후에 다시 검토할 수 있습니다 21:01:38 &lt;str4d&gt; 항상 켜두지 못하더라도, 빌드서버 설정에서 쉽게 시작할 수 있으면 됩니다 21:01:51 &lt;hottuna&gt; zzz: 좋습니다 21:01:54 &lt;str4d&gt; (buildmaster가 항상 온라인이 아닌 buildserver도 처리합니다) 21:02:12 &lt;zzz&gt; 빌드서버 얘기는 보류하고 4)로 넘어갑시다 21:02:22 &lt;zzz&gt; 4) HOPE 계획 `http://zzz.i2p/topics/1968` 21:02:23 &lt;susbarbatus&gt; str4d: 문제 없습니다. 제 ~2012 mac mini를 연결해 둘 수 있어요. 느리긴 하지만 다른 용도는 없습니다. 21:02:24 &lt;str4d&gt; ACK 21:02:33 &lt;str4d&gt; ^5 susbarbatus :) 21:02:52 &lt;eche|on&gt; hope - 쓸 수 있는 티켓이 하나 있습니다 21:02:57 &lt;zzz&gt; 이번 주 Lance와 만났습니다. 여전히 제안은 그는 HOPE 전날이나 다음 날 하루 종일 사용할 수 있는 작은 회의실을 제공한다는 것입니다 21:03:04 &lt;zzz&gt; 즉, 7월 21일 또는 25일 21:03:22 &lt;zzz&gt; 비행기표를 살 수 있도록 곧 날짜와 확약이 필요하다고 강조했습니다 21:03:46 &lt;zzz&gt; 일반에 공개되지는 않습니다. 초대 전용, 5-6명, 로드맵 회의 등을 위한 소규모 모임입니다 21:03:51 &lt;str4d&gt; 현 단계에서 참석을 확약하긴 어렵습니다. 그때쯤 미국에 있을 가능성이 조금은 있지만요 21:04:00 &lt;zzz&gt; 그리고 서로 무엇을 하는지 발표하는 시간도 갖습니다 21:04:30 &lt;zzz&gt; 현재 확정은 저와 sadie이고, comradenosebleed와 lazygravy는 미정입니다. 또 누가 있나요? 21:04:49 &lt;zzz&gt; 여행 일정을 확정해야 하는 마감 날짜는 언제인가요? 21:05:33 &lt;zzz&gt; 저와 sadie만이라면 전체를 취소할 수도 있겠지만, 좀 더 봅시다 21:05:39 &lt;zzz&gt; 누구요? 21:06:04 &lt;zzz&gt; hottuna 올 건가요? 21:06:07 &lt;str4d&gt; (모든 건 제 학위 논문 방어 일정에 달렸습니다. 아직 언제인지 모릅니다) 21:06:09 &lt;str4d&gt; (비자 관련 이슈도 있고요) 21:06:17 &lt;str4d&gt; 논문 방어가 그 전에 끝나면, 참석하고 싶습니다(그냥 경유라도) 21:06:17 &lt;eche|on&gt; 관심은 있지만, 비행기와 호텔 비용을 낼 수는 없습니다. 특히 우리가 나중에 can에서 만난다면요 21:06:17 &lt;str4d&gt; 그러니 한 달 후쯤 다시 물어보세요 21:06:45 &lt;zzz&gt; 알겠습니다, Lance를 계속 압박해서 확정 짓고, 사람들이 모이길 기대하겠습니다 21:06:50 &lt;zzz&gt; 4) 마지막 콜 21:07:00 &lt;hottuna&gt; zzz: 시간적으로 매우 애매합니다. 7월 16일 EU에 결혼식이 있어야 하거든요. 21:07:15 &lt;hottuna&gt; 지금은 확약할 엄두가 안 납니다,. 21:07:20 &lt;zzz&gt; 좋아요, 돌아오는 길에 뉴욕을 경유하세요 :) 21:07:26 &lt;hottuna&gt; (지금 확정해야 한다면 더더욱요) 21:07:33 &lt;hottuna&gt; 흠.. 21:07:44 &lt;hottuna&gt; 나쁘지 않은 아이디어네요 21:07:47 &lt;zzz&gt; 5) 월례 회의와 프로젝트 관리 3개월 회고 21:07:59 &lt;str4d&gt; 그러니 저를 밋업은 희망, HOPE는 가능성 낮음으로 표시해 주세요 (티켓이 필요하다고 확약할 수는 없지만, 그때 거기 있으면 남는 티켓을 쓸게요) 21:08:26 &lt;zzz&gt; 제 관점에선 이게 전혀 작동하지 않습니다. 액션 아이템이 거의 완료되지 않았어요. 고칠 수 있을까요, 아니면 월례 회의를 그만둘까요? 21:08:40 &lt;str4d&gt; 고칠 수 있다고 생각합니다 21:08:42 &lt;zzz&gt; 아무도 아무것도 안 하면, 관리할 것도 없습니다. 완전히 그런 건 아니지만 거의 그래요 21:09:11 &lt;str4d&gt; 최소한 월례 회의는 유용하다고 생각합니다 21:09:30 &lt;zzz&gt; 목표는 프로젝트 관리를 sadie로 전환하는 것도 있었는데, 그녀는 회의에도 나오지 않으니 그것도 순조롭지 않네요 21:09:32 &lt;hottuna&gt; 동의합니다 21:09:44 &lt;str4d&gt; 그녀는 한 시간 일찍인 줄 알았어요 21:09:49 &lt;str4d&gt; 지금은 다른 회의 중입니다 21:10:19 &lt;str4d&gt; (한 시간 일찍 왔는데 여기선 아무도 얘기하고 있지 않았죠) 21:10:41 &lt;zzz&gt; 그렇죠, 회의 운영 안 해도 되면 다들 회의를 좋아하죠. 그런데 저는 매달 3개월 전에 누가 약속한 게 되었는지 묻는 바보처럼 보입니다. 지칩니다. 21:10:49 &lt;str4d&gt; 이걸 sadie와 논의했고, 우리가 함께 하는 항목들을 관리하기 위해 주간 회의를 잡았습니다 21:11:19 &lt;str4d&gt; zzz, 그럼 회의의 초점을 "이거 했나요"로 두지 마세요 21:11:36 &lt;zzz&gt; 진척이 너무 없고 kytv가 사라진 걸 보면 상황이 매우 심각하다고까지 보는 게 지나친 걸 수도 있지만, 저는 우리가 곤경에 처했다고 생각합니다 21:11:40 &lt;hottuna&gt; zzz: sadie로의 전환은 언제로 예정인가요? 21:11:40 &lt;str4d&gt; 월례 회의는 우선순위 재평가와 재조직에 더 초점을 맞추는 게 좋다고 봅니다 21:11:58 &lt;zzz&gt; 그럼 사람들이 약속한 걸 하도록 어떻게 트랙을 유지하죠? 21:12:13 &lt;str4d&gt; "이거 했나요"는 a) 더 많은 개인 책임감과 b) 더 많은 1:1 피드백이 필요합니다 21:12:30 &lt;hottuna&gt; zzz: 결코 좋다고 할 순 없지만, "큰 곤경"은 과장일 수도 있습니다. 21:13:02 &lt;str4d&gt; 제 경우엔, 제 작업을 트랙하기 위해 sadie와 주간 회의를 만들었고, 제 I2P TODO 리스트 접근 권한도 줘서 우선순위 설정을 도와달라고 했습니다 21:13:07 &lt;susbarbatus&gt; str4d: 요지는, 모두가 약속/커밋을 지켰다면 zzz가 "이거 했나요"를 묻지 않아도 됐다는 거죠 ;). 21:13:12 &lt;str4d&gt; (우리는 아직 회의를 한 번만 했으니, 어떻게 되는지 지켜봐야 합니다) 21:13:17 &lt;str4d&gt; susbarbatus, 맞아요 21:13:50 &lt;str4d&gt; 우리는 사람들이 정규 업무 외에 재미/봉사로 이 일을 한다는 사실을 처리할 만큼 유연해야 합니다 21:14:13 &lt;zzz&gt; 맞아요. 제 시스템은 현재, 무언가를 완료하면 회의용 zzz.i2p 스레드에 보고하는 겁니다. 그래야 여기서 회의 시간을 낭비하지 않거든요 21:14:15 &lt;str4d&gt; 하지만 누군가 일을 못 하고 있다면 도움이 되지 않는다는 것도 강조해야 합니다 21:14:28 &lt;zzz&gt; 사람들이 완료하지도, 보고하지도 않으면 여기서 시간을 낭비할 수밖에 없습니다 21:14:42 &lt;str4d&gt; 그리고 무기한 막는 것보다는 다른 사람에게 넘기는 게 낫습니다 21:14:54 &lt;str4d&gt; (I2P Android에서 현재 무기한 막고 있는 제가 하는 말이네요 :P ) 21:15:19 &lt;zzz&gt; 그러니까 str4d와 sadie가 비공개 병렬 프로젝트 관리 시스템을 실험으로 구축한 거죠. 흥미롭긴 하지만, 그게 제가 하는 일과 어떻게 연결되는지, 제가 계속해야 하는지는 분명하지 않습니다 21:15:55 &lt;str4d&gt; zzz, 그건 큰 그림의 한 부분입니다 21:16:28 &lt;str4d&gt; 위에서 말했듯, 월례 회의에서 "왜 이걸 못 했나요"를 하는 건 우리가 생각했던 만큼 유용하지 않은 것 같습니다 21:16:35 &lt;zzz&gt; 그래서, 제 포럼과 월례 회의에서의 망신주기 방식 프로젝트 관리는 실패로 선언하려 합니다 21:16:50 &lt;str4d&gt; 첫 3주 동안 아무것도 안 했다면, 마지막 주에 해낼 가능성은 높지 않거든요 21:17:21 &lt;str4d&gt; 그래서 보류 중인 항목이 있는 사람들에 대한 더 잦은 빠른 점검이 더 낫다고 봅니다. 그걸 sadie와 시험 중입니다 21:17:34 &lt;zzz&gt; 현 시점에서 comradenosebleed의 초안을 다시 받는다거나, CoC, 웹의 사용 사례, Android 릴리스를 받는 건, 아무리 먼 날짜를 잡아도 특정 날짜까지는 어려울 것 같아요 21:18:10 &lt;zzz&gt; 그래서 월례 액션 아이템 리뷰는 중단하자고 제안합니다. 늘 그렇듯 오픈소스에서는 사람들은 하고 싶은 걸 하게 되고, 여기서는 누구에게 뭘 하도록 설득하는 게 매우 매우 어렵습니다. 21:18:36 &lt;zzz&gt; 사람들은 하고 싶은 걸 할 것이고, 제가 가진 당근과 채찍은 효과적이지 않습니다 21:19:50 &lt;str4d&gt; 월례 회의는 유지하자는 쪽에 투표합니다. 지난달에 실제로 된 일과 벌어진 일(예: kytv 이후 .26에 대해 방금 우리가 한 것)에 기반해 우선순위를 계속 조정하는 데 쓰죠 21:20:56 &lt;susbarbatus&gt; 그럼, 현재 bounty 시스템은 어떻게 되고 있나요? 예: 유료 인센티브가 있는 깔끔히 요약된 공개 목록. 아직 사람들이 보고 있나요? 21:20:59 &lt;susbarbatus&gt; 한 가지 더; 작업별 마이크로페이먼트는 어떤가요. 21:21:03 &lt;str4d&gt; 한편 누군가 무언가를 하기로 했다면, 진행 상황을 sadie에게 알리겠다는 데도 동의해야 합니다. 적어도 sadie가 독촉할 수 있는 커뮤니케이션 채널은 줘야죠 :P 21:21:21 &lt;zzz&gt; 그럼 저는 프로젝트 매니저에서 물러나고, 어떤 시스템과 사람으로 대체할지(TBD)는 추후 결정하자고 제안합니다. 월례 회의는 하되 액션 아이템 리뷰는 없이요 21:21:54 &lt;zzz&gt; 다음 회의는 5월 3일 화요일입니다 21:21:58 &lt;zzz&gt; 5) 관련해 더 있나요 21:22:10 &lt;zzz&gt; 이 회의에 대해 더 있나요? 21:22:35 &lt;str4d&gt; 저는 없습니다 21:22:53 &lt;zzz&gt; 모두들 감사합니다, 오늘은 긴 회의였네요 21:22:58 * zzz *bafs* 회의 종료 </div>/ko/blog/2016/03/22/0.9.25-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 22 Mar 2016 00:00:00 +0000/ko/blog/2016/03/22/0.9.25-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-사항">업데이트 세부 사항</h2> <p>0.9.25에는 고급 다중 프로토콜 애플리케이션을 지원하기 위한 SAM의 주요 신규 버전 v3.3이 포함됩니다. 다른 사람들과 히든 서비스 주소를 공유할 수 있도록 QR 코드를 추가하고, 주소를 시각적으로 구별할 수 있도록 &ldquo;identicon&rdquo; 이미지를 추가합니다.</p> <p>콘솔에 새로운 &ldquo;router family&rdquo; 설정 페이지를 추가하여, 사용자의 router 그룹이 단일 운영자에 의해 운영됨을 보다 쉽게 선언할 수 있도록 했습니다. 네트워크 용량을 늘리고 tunnel 빌드 성공률을 개선하기 위한 여러 변경 사항이 있습니다.</p> <p>항상 그렇듯, 이번 릴리스로 업데이트하시기를 권장합니다. 보안을 유지하고 네트워크에 도움을 주는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2016/03/19/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-3%EC%9B%94-19%EC%9D%BC/Sat, 19 Mar 2016 00:00:00 +0000/ko/blog/2016/03/19/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-3%EC%9B%94-19%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> orignal, str4d, z3r0fox, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log">20:00:01 &lt;zzz&gt; 0) 안녕하세요 20:00:01 &lt;zzz&gt; 1) 0.9.27-29 로드맵: `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:00:05 &lt;zzz&gt; 0) 안녕하세요 20:00:07 &lt;zzz&gt; 안녕 20:00:35 &lt;zzz&gt; 1) 0.9.27-29 로드맵: `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:00:57 &lt;str4d&gt; 안녕 20:01:17 &lt;z3r0fox&gt; 안녕 20:01:17 &lt;zzz&gt; 오늘 목표는 최소한 27-29 로드맵을 27과 28-29로 나누는 것입니다 20:02:05 &lt;zzz&gt; 장기 목표 두 가지를 염두에 두고요: 1) 네트워크 성장; 2) 보안 향상 20:02:55 &lt;zzz&gt; 그럼 27-29 목록을 봅시다. 27에 반드시 넣거나 최소한 착수해야 할 최우선 항목이 눈에 띄나요? 20:05:08 &lt;str4d&gt; "기존 hidden services의 암호화 마이그레이션" <-- 이게 사람들이 마이그레이션할 수 있도록 backend와 UI 부분을 추가한다는 뜻이라고 보면 될까요? 20:05:13 &lt;str4d&gt; (stats.i2p 등에도 적용하는 것까지요.) 20:05:49 &lt;str4d&gt; "새로운 암호에 대한 초기 작업" <-- 제 기준에선 매우 우선순위가 높지만, 구현은 아직 설계 작업에 막혀 있어요 20:05:51 &lt;zzz&gt; 네, 26에서의 subscription feed 작업을 기반으로요 20:06:21 &lt;zzz&gt; '초기 설계 작업'이라고 부를 수도 있겠네요 20:06:34 &lt;str4d&gt; 음 20:06:41 &lt;str4d&gt; 여기서 실제 의존 그래프를 정리해 봅시다 20:06:53 &lt;str4d&gt; (처음 몇 개 항목에 대해) 20:07:11 &lt;str4d&gt; a - NTCP2에 대한 초기 작업 20:07:24 &lt;str4d&gt; b - 새로운 DH(디피-헬먼)에 대한 초기 작업 20:07:29 &lt;str4d&gt; c - 새로운 암호에 대한 초기 작업 20:07:29 &lt;str4d&gt; d - 다중 destination 지원이 있는 LS2에 대한 초기 작업 20:07:33 &lt;str4d&gt; e - 새로운 netdb(“next backend”)에 대한 초기 작업 20:08:23 &lt;zzz&gt; '초기 작업'이라고 표시된 건 아마 의존성이 없을 거예요 20:08:23 &lt;str4d&gt; LS2는 지원하려면 새로운 netDB 코드가 필요하지 않나요? 20:08:46 &lt;str4d&gt; 글쎄요, router가 그 일부를 파싱하는 내부 지원이라면 맞죠 20:09:23 &lt;str4d&gt; 하지만 router가 파싱할 그 데이터를 어떻게 받느냐에는 의존성이 있을 거예요 20:09:39 &lt;zzz&gt; 'new netdb'는 R5N 같은 tuna 관련 것들이라 LS2와는 직교(별개)해요 20:09:51 * str4d는 다른 작업을 막고 있을 수 있어 설계에 집중해야 하는 것들과, 더 빨리 구현할 수 있는 것들을 분리하려고 함 20:09:54 &lt;str4d&gt; 좋아요 20:10:34 &lt;str4d&gt; 적어도 c는 d에 의존해요 20:10:52 &lt;str4d&gt; e2e(종단 간) 레이어에서 암호가 LS 안에 있기 때문이죠 20:11:08 &lt;str4d&gt; b는 무슨 뜻이죠? 20:11:27 &lt;str4d&gt; (왜냐면 그렇지 않으면 b가 a의 선행 조건처럼 보이거든요) 20:12:08 &lt;zzz&gt; b = DH 후보 목록을 만들고, 코드 가용성, 속도 등 정보를 정리 20:13:04 &lt;str4d&gt; 좋아요, 그럼 b는 a와 반쯤 독립적이네요 :) 20:13:04 &lt;zzz&gt; c = 계획 수립, 목록 작성 20:13:51 &lt;zzz&gt; 이런 '초기 작업' 항목들 중 상당수는 사실상 방치 상태예요. 몇 달, 몇 년 동안 아무도 고민하지 않았고 최근 논의도 없었죠 20:14:04 &lt;zzz&gt; 누군가는 다시 집중해서 들여다봐야 합니다 20:14:07 &lt;str4d&gt; 아, 제 착각이었네요. 목록의 모든 항목이 실제 코드로 반영되는 걸 말하는 줄 알았어요 20:15:41 &lt;zzz&gt; 그럴 수도 있고 아닐 수도 있고요 20:15:52 &lt;str4d&gt; 좋아요, 그럼 제 우선순위는 이제 전부 한꺼번에요 ;D 20:16:25 &lt;str4d&gt; 하지만 아마 더 빨리 끝낼 수 있는 것부터 시작하는 게 좋겠네요 20:16:30 &lt;zzz&gt; 많은 것들이 코딩 전에 i2pd와 kovri와의 합의 형성과 설계가 필요해요 20:17:02 &lt;str4d&gt; 음 20:18:34 &lt;str4d&gt; 제 생각에는 a와 d를 위해선, 소수 인원이 기존 제안들을 모두 검토해서 명확히 한 다음, 어떤 형태로든 설계 토론 미팅을 하는 게 필요해요 20:18:48 &lt;str4d&gt; 이상적으론 회의는 가능한 최소로요 :P 20:19:28 &lt;str4d&gt; b는 설계 관점에서 a에 영향을 좀 주겠지만, 미뤄도 됩니다 20:20:14 &lt;zzz&gt; 우선 zzz.i2p에서 논의를 활성화하는 것만으로도 좋겠어요. 지금 20~30개의 제안이 올라와 있는데, 대부분은 반응 없이 묻히거나 잊힌 상태죠 20:20:37 &lt;str4d&gt; 마찬가지로 c도 d에 영향을 줍니다 20:20:37 &lt;str4d&gt; 하지만 그 다섯 개 중에서는 e가 네트워크 신뢰성에 가장 큰 영향을 줄 것 같아요... 20:20:40 &lt;zzz&gt; 그 결과 현재로선 향후 개발에 매우 불리한 위치에 있어요 20:21:39 &lt;str4d&gt; 이 시점에선 tunnel 수준 암호는 미뤄두고 있는데, 저는 괜찮다고 봅니다(여기서는 Tor 쪽 작업 결과를 조금 더 기다려 보려 하니까요) 20:21:47 &lt;zzz&gt; 그게 바로 리소스를 summer of x에 투입하는 게 더 나을 수도 있는 또 다른 이유죠. 최소한 각 x에서 무엇을 해야 하는지는 더 분명하거든요 20:22:21 &lt;zzz&gt; 'tunnel 수준 암호'가 목록이나 게시물에라도 있나요? 20:22:41 &lt;str4d&gt; 잘 모르겠어요 20:22:53 &lt;str4d&gt; 제안들을 웹사이트에 올리고 나면 이 부분은 더 명확해질 거예요 :P 20:23:40 * str4d는 오늘 그 전단계 작업을 할 예정 20:23:51 &lt;zzz&gt; 당신이 가장 하고 싶은 일을 묻고 싶지만, 지금은 미결 과제가 몇 달치나 쌓여 있으니 그런 질문은 의미 없겠네요 20:24:43 &lt;str4d&gt; 음, 그중 상당수는 제 쪽의 지나치게 야심적이고 비현실적인 일정 계획 탓이었어요 20:25:21 &lt;str4d&gt; (실제 필요한 작업을 고려하지 못했죠. 예: Android 릴리스...) 20:25:55 &lt;zzz&gt; 지금 진척 상황에 꽤 비관적이에요. 아직 시작도 못한 .26도 시간이 꽤 걸릴 수 있어요 20:26:03 &lt;str4d&gt; 0.9.26에 구현해야 할 항목 목록은 이미 있어요. 다만 설계 논의도 병행해서 시작할 수 있습니다. 20:26:16 &lt;zzz&gt; 그리고 launchpad와 debian을 파악하느라 코딩을 몇 주는 비워야 할지도 몰라요 20:26:30 &lt;str4d&gt; 흠, 맞아요.. 20:27:04 &lt;zzz&gt; 그래서 이 시점에서 27은 한참 멀게 느껴집니다 20:27:21 &lt;str4d&gt; 좋아요, [전송 계층 암호화 | E2E(종단 간) 암호화] 중 하나만 할 수 있다고 가정해 봅시다 20:27:33 &lt;str4d&gt; (다른 구현 작업과 병행해 설계 계획을 한다는 관점에서요) 20:27:41 &lt;str4d&gt; 어느 쪽을 마치는 게 더 중요하죠? 20:28:26 &lt;str4d&gt; 전송 계층 암호화는 제3자 공격자 관점에서 중요합니다 20:28:56 &lt;str4d&gt; E2E 암호화는 그 암호화된 패킷을 보게 되는 OBEP(Outbound Endpoint)과 IBGW(Inbound Gateway) 측면에서 중요하고, tunnel 성능에도 중요합니다 20:29:09 &lt;zzz&gt; 저는 DH/NTCP2/패딩/PT 같은 전송 쪽에 더 마음이 갑니다. 덜 탁상공론이고 이미 개략도 많이 있어요. 가야 할 길이 더 분명하죠 20:30:29 &lt;str4d&gt; 그럼 .27은 그쪽에 집중하죠 20:31:52 &lt;zzz&gt; 그게 LS2보다 더 중요하다고 보나요? LS2도 전송 쪽과 비슷한 상태예요. 제안은 많고, 최근 논의는 전무하죠 20:32:28 &lt;str4d&gt; 이상적으로는 둘 다 병행하고 싶어요 20:32:41 &lt;str4d&gt; 하지만 실제로 달성할 수 있는 것에 대해 현실적으로 보려 합니다 :) 20:32:47 &lt;zzz&gt; 총이 머리에 겨눠졌다고 치고, 하나만 골라요 20:33:30 &lt;str4d&gt; 전송 20:33:39 &lt;zzz&gt; 좋아요, 동의합니다 20:33:46 &lt;psi&gt; TLS 비슷하게 보이는 transport는 언제? 20:34:08 &lt;str4d&gt; transport 관련 작업은 *현재* 사용자들에게 제공하는 익명성 특성에 도움이 됩니다 20:34:21 &lt;str4d&gt; LS2 관련 작업은 *미래* 사용자들(그리고 현재 사용자들)에게도 도움이 되고요 20:34:26 &lt;zzz&gt; 제 기억이 맞다면 목록이나 제안 어디에도 없어요, psi 20:34:34 &lt;str4d&gt; 그리고 제 머릿속에는 transport보다 LS2에 관해 더 많은 물음표가 있어요 20:34:47 &lt;psi&gt; ㅇㅋ 20:35:12 &lt;zzz&gt; str4d, 그 질문들을 zzz.i2p 스레드에 올려주면 출발점이 될 거예요 20:35:19 &lt;str4d&gt; zzz, 그게 맞는지 확신은 없고, 최소한 Trac 위키에는 있는 걸로 알아요 20:36:19 &lt;zzz&gt; 기본적으로 zzz.i2p에는 str4d, psi, orignal, anonimal의 참여를 기다리는 제안이 약 20개 있어요. 오늘 방금처럼 몇 개를 목록 상단으로 올리면, 더 많은 관심을 받길 바랍니다 20:36:19 &lt;str4d&gt; '물음표'라고 하는 편이 더 맞을지도요 20:36:36 &lt;str4d&gt; 음 20:36:38 &lt;zzz&gt; 그렇죠, LS2 관련 항목 중 일부는 꽤 '일단 던져보자' 식이긴 해요 20:37:01 &lt;str4d&gt; 그래서 제 머릿속 1번 할 일은, 제안들을 웹사이트에 올리는 겁니다 20:37:31 &lt;zzz&gt; 제 생각엔, 당신에게 1번은 Android예요 20:37:42 &lt;str4d&gt; (그리고 또 다른 1번 할 일은 I2P Android의 ProGuard 버그를 고치는 거죠) 20:37:50 &lt;str4d&gt; 응 20:38:08 &lt;orignal&gt; 진전만 있다면 어떤 제안이든 괜찮습니다 20:38:08 &lt;str4d&gt; 최악의 경우, 이번 릴리스에서는 Samsung 4.2 수정 사항을 그냥 되돌릴게요 20:38:09 &lt;zzz&gt; 그럼 27의 목록은 transport 관련: DH, NTCP, PT의 진전이에요 20:38:21 &lt;zzz&gt; 27에 더 넣을 것 있나요? 20:38:39 &lt;str4d&gt; 음. LS2 설계 작업은 .28에 넣죠 20:39:17 &lt;str4d&gt; zzz, 콘솔 초기 설계 기획도 있으면 좋겠어요 20:39:45 &lt;orignal&gt; 개인적으로는 새로운 암호, 특히 destination용이 너무 기다려져서, LS2는 가능한 한 빨리 구현해야 한다고 봅니다 20:40:08 &lt;str4d&gt; (구체 구현이 아니라 방향과 로드맵을 정하는 의미에서요) 20:40:08 &lt;zzz&gt; 좋아요 20:41:18 &lt;zzz&gt; 그럼에도 꽤 야심찬 27이 될 것 같네요: 기존 hidden svcs(서비스)에 대한 암호화 마이그레이션 + transport 관련 작업 20:41:20 &lt;str4d&gt; orignal, 저도 같아요. 그래서 제대로 해내고 싶습니다 :) 20:41:43 &lt;zzz&gt; LS2와 관련 항목은 28에, 나머지는 29로 옮길까요? 20:42:35 &lt;str4d&gt; 그렇게 하는 게 합리적으로 들리네요 20:42:35 &lt;str4d&gt; 그럼 .27은 설계와 구현이 적절히 섞이겠어요 20:42:38 &lt;zzz&gt; 1) 로드맵에 관해 더 있을까요? 20:43:18 &lt;str4d&gt; 저는 지금은 없습니다. 20:43:27 &lt;zzz&gt; 다른 안건 있나요? 20:43:34 &lt;str4d&gt; 이건 물론 다시 다뤄야겠죠, 아마 .26 중반쯤에요 20:44:08 &lt;str4d&gt; ( .27을 위한 준비가 제대로 진행 중인지 확인하려고요 ) 20:44:50 &lt;str4d&gt; 2) kytv 실종 복구 관련해서는 어떻게 되어가고 있나요? 20:44:55 &lt;zzz&gt; 다음 월례 미팅은 4월 5일입니다. 미리 말해두자면, 3월 3일 미팅 이후에 누가 뭘 했는지 아무도 보고하지 않으면 이 새로운 프로젝트 관리 방식을 실패로 선언할 겁니다. 아무도 아무것도 안 한다면 관리할 것도 없고 매월 회의를 할 필요도 없어요 20:45:33 &lt;str4d&gt; 위에서 launchpad와 debian을 언급하셨죠. 복구에 급한 다른 것이 있나요? 20:45:35 &lt;zzz&gt; 2) Meeh가 우리의 주요 중단 지점인 launchpad/debian에 대해 조사를 하고 있었어요. 그와 메모를 대조해 봐야 합니다 20:46:05 &lt;zzz&gt; echelon과 제가 Tails와 이메일을 주고받았는데, 그들은 그에 대해 걱정하고 있으며 대체 인력을 찾고 있더군요. 20:46:18 &lt;zzz&gt; 우리가 곧바로 해줄 수는 없다고 했고, 당분간은 그들 문제라고 말했습니다 20:46:58 &lt;zzz&gt; 빌드와 관련된 다른 것들(geoip, tx)은 제가 맡고 있어요. 20:47:16 &lt;zzz&gt; 하지만 launchpad/deb는 참사 수준입니다. 다른 누구도 아는 사람이 없고, 문서화도 안 되어 있어요 20:47:58 &lt;zzz&gt; 그리고 그가 24에 대해 해둔 것도 미완이라, 25로 가기 전에 24에서 더 해야 할 일이 있습니다 20:48:16 &lt;zzz&gt; 2)에 대해 더 있을까요? 20:48:42 &lt;str4d&gt; 새로운 패키징 담당자를 공개 모집하는 게 도움이 될까요? 20:48:50 &lt;str4d&gt; (예: Twitter?) 20:48:53 &lt;zzz&gt; 좋아요 20:49:07 * zzz baffer를 집어 든다 20:49:20 &lt;str4d&gt; sadie가 모집 공고 문구를 정확히 다듬을 수 있을 거예요 20:49:49 &lt;str4d&gt; (너무 당황해 보이지 않으면서도 환영하고 격려하는 분위기로요 ;) ) 20:49:56 &lt;zzz&gt; 트윗을 전부 sadie에게 위임하지 마세요, 당신도 트윗할 수 있어요 :) 20:50:04 * zzz *bafffs* 회의를 닫음 </div>/ko/blog/2016/03/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-3%EC%9B%94-6%EC%9D%BC/Sun, 06 Mar 2016 00:00:00 +0000/ko/blog/2016/03/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-3%EC%9B%94-6%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> EinMByte, sadie, str4d, z3r0fox, zzz</p> <h2 id="회의-일지">회의 일지</h2> <div class="irc-log"> &lt;zzz&gt; 1) VRP/H1/1119 &lt;zzz&gt; 2) 0.9.26 이월 &lt;zzz&gt; 3) Summer of X &lt;zzz&gt; 4) 27-29는 다음 회의로 연기 &lt;zzz&gt; 0) 안녕하세요 &lt;zzz&gt; 안녕하세요 &lt;str4d&gt; 안녕하세요 &lt;zzz&gt; 3) 항목은 그 부분에 도달하면 설명할게요 &lt;EinMByte&gt; 안녕하세요 &lt;zzz&gt; 1) VRP/H1/1119 &lt;zzz&gt; `http://trac.i2p2.i2p/ticket/1119` &lt;zzz&gt; 모두 따라잡고 이 티켓을 검토할 기회가 있었나요? * str4d가 곧 자신의 코멘트를 게시하려고 합니다 &lt;zzz&gt; str4d, 전반적으로 어떻게 보나요? &lt;str4d&gt; 전반적으로 꽤 좋다고 생각합니다. 이런 일을 업으로 하는 분들에게서 받은 긍정적인 피드백이 마음에 듭니다 :) &lt;zzz&gt; 대체로 올바른 방향에 있다고 생각해요 &lt;zzz&gt; 이 티켓은 2년 동안 있었습니다. H1 얘기는 14개월 전에 꺼냈죠. 9월부터 anonimal의 VRP 프로세스 초안이 있었고요 &lt;zzz&gt; 그동안 h1은 꽤 믿을 만한 곳이 된 것 같아요 &lt;str4d&gt; 후반부 항목들이 과도하게 구체적이라는 zzz의 의견에 동의하지만, 프로세스와 대응 섹션(III, IV절)은 적절한 수준의 구체성이라고 봅니다 &lt;zzz&gt; h1을 사용하는 것에 대해 더 이상 의문이 없습니다 &lt;EinMByte&gt; 맞아요, 멀리서만 논의를 지켜보긴 했지만, 취약점 대응은 지금보다 더 엄격한 절차를 따라야 합니다. 그 점에서 H1이 좋은 옵션일 수 있어요. &lt;EinMByte&gt; s/options/option &lt;str4d&gt; 저도 h1에 +1입니다. 티켓에 이미 적어둔 이유들 때문이에요. &lt;zzz&gt; str4d, 예전에 h1의 Katie를 만났었죠? 그 미팅에 대해 알려줄 수 있나요? &lt;z3r0fox&gt; 안녕하세요 &lt;str4d&gt; 네! Kiwicon 9에서 만났어요 &lt;str4d&gt; 제가 올린 트윗(티켓에서 arice가 응답했던 것)에 대해 물어봤습니다 &lt;str4d&gt; 알고 보니 arice가 자신의 응답이 적절한지 확인하려고 우리 티켓 링크를 그녀에게 이메일로 보냈고, 그녀는 다른 회의 중에 휴대폰으로 그 티켓을 검토했더라고요 :P &lt;str4d&gt; 그녀도 좋게 봤습니다 :P &lt;zzz&gt; 자금 지원 관련한 것들과 Tor가 그들과 무엇을 하고 있는지는 어떤가요? &lt;str4d&gt; 그건 진행될 거라고 했고, 우리도 같은 프로그램에 참여할 수 있을 것 같다고 했습니다 &lt;zzz&gt; 또, Katie를 만나고 난 뒤 h1이라는 회사에 대한 전체적인 인상은 어땠나요? &lt;str4d&gt; 아직 후속 조치는 못 했습니다. 1) 논문 때문에 바빴고, 2) 우리가 h1을 실제로 쓰지 않는다면 어떤 프로그램에 들어가는 것도 의미가 없으니까요 &lt;str4d&gt; zzz, 매우 긍정적입니다 &lt;zzz&gt; h1을 쓰는 것에 반대하시는 분 있나요? &lt;str4d&gt; 그들은 자신의 일에 대해 잘 알고 있고, Katie도 거기서 확실히 잘 지내고 있습니다 &lt;zzz&gt; 지금 h1의 스위치를 켠 바로 라이브로 갈 수 있나요, 아니면 먼저 해야 할 일이 있나요? &lt;str4d&gt; h1로 간다면, 제가 보기엔 다음이 필요합니다: &lt;str4d&gt; - VRP를 마무리하고 웹사이트에 게시 &lt;str4d&gt; - h1 페이지 첫 화면의 소개 문구를 정리 &lt;str4d&gt; (우리가 어떻게 대응하는지, 어떤 것을 범위 내로 보는지 등) &lt;zzz&gt; h1을 라이브로 하기 전에 VRP가 반드시 있어야 하나요? &lt;str4d&gt; - 대응 팀을 결정 &lt;str4d&gt; - 샌드박스를 비공개 베타로 전환하여 몇몇 연구자들을 초대 &lt;str4d&gt; - 플랫폼과 대응량 등에 익숙해질 시간을 가진 뒤 공개로 전환 &lt;zzz&gt; 우리가 스위치를 켠 당일부터 신고가 몰려들 거라고 정말 생각하나요? &lt;str4d&gt; 그럴 수도 있습니다 &lt;str4d&gt; Katie는 오픈소스 프로젝트를 도울 수만 있다면 돕고 싶어 하는 연구자들이 상당수 있다고 했습니다 &lt;zzz&gt; 모든 걸 다 갖춰놔야 한다고는 생각하지 않아요. 연구자들이 첫날부터 바로 해킹을 시작할 것도 아니고요 &lt;zzz&gt; 특히 돈이 걸려 있지 않다면요 &lt;zzz&gt; 비공개 베타라는 건 그들을 들여보내야 한다는 뜻인가요? &lt;str4d&gt; 네 &lt;str4d&gt; 본질적으로 h1이 연구자 한 열 명 정도를 초대해서 우리 페이지를 사용할 수 있게 합니다 &lt;EinMByte&gt; 누가 초대될지에 대한 감이 있나요? &lt;zzz&gt; 그럼 VRP와 대응 팀은 잠시 제쳐두고, 우리 h1 페이지를 정비해서 준비할 사람은 누가 되죠? str4d? &lt;str4d&gt; 정확한 세부 내용은 기억이 나지 않습니다 &lt;str4d&gt; (우리가 h1을 통해 직접 사람들을 초대하는지, 아니면 기존 등록 풀에서 h1이 연구자를 찾는지 등) &lt;str4d&gt; 그렇게 하면 대응 방식에 익숙해지기도 전에 형편없는 티켓으로 도배되는 일을 피하자는 취지입니다 &lt;str4d&gt; 또한 제 생각엔 몇몇 연구자들과 직접적인 관계를 구축하기 시작하는 데도 도움이 됩니다 &lt;zzz&gt; h1에서 모두가 바운티만 쫓는지, 아니면 보상이 없는 프로그램에도 보고가 많이 들어오는지 감이 있나요? &lt;EinMByte&gt; 물론이죠, 최소한 h1을 사용하는 사람들과는요 &lt;str4d&gt; 개인적으로는 잘 모르겠습니다 &lt;EinMByte&gt; zzz: 나중에 바운티를 제공할 가능성은 있나요? &lt;str4d&gt; 하지만 Katie는 FOSS(자유/오픈소스 소프트웨어) 프로젝트를 도와주고 싶어 하는 연구자들이 확실히 있다고 했습니다 &lt;zzz&gt; 지금은 누군가가 Tor 바운티를 후원하고 있으니, 가능하죠 &lt;sadie&gt; h1 메인 페이지는 제가 str4d를 도와줄 수 있어요 &lt;str4d&gt; 고마워요, sadie &lt;EinMByte&gt; I2P에는 적절한 적립금이 있으니, 그 일부를 바운티에 쓰는 건 어떤가요 &lt;zzz&gt; 좋아요, 그럼 sadie와 str4d가 h1 쪽 준비를 진행하는 걸로 &lt;str4d&gt; EinMByte, 네, 바운티로 갈 수도 있겠지만 초기에는 아니라고 생각해요 &lt;zzz&gt; 1mb, 원한다면 분명 할 수 있어요 &lt;zzz&gt; h1 관련해 더 있을까요, 아니면 VRP 자체로 넘어갈까요? &lt;EinMByte&gt; 바운티 없이 어떻게 되는지 먼저 보죠 &lt;str4d&gt; 그리고 위에서 말했듯, 지금은 h1에 FOSS 프로젝트 바운티에 자금을 대는 프로그램이 있어요 &lt;z3r0fox&gt; 베타는 정말 심각한 버그가 공개적으로 공개되었을 때를 대비해 대외 대응 문안을 팀이 마련하기에 좋은 기회처럼 들립니다 &lt;str4d&gt; 우리가 그 프로그램에 들어갈 수도 있고요 &lt;zzz&gt; h1에 대한 마지막 발언 기회입니다 &lt;zzz&gt; 좋아요, 티켓 안의 VRP 자체를 봅시다 * str4d가 자신의 코멘트를 올립니다 &lt;zzz&gt; 우리는 11월에 anonimal이 만든 초안을 검토하고 있습니다 &lt;zzz&gt; 하지만 항목별로 일일이 다 보지는 말죠 &lt;zzz&gt; 11월 초안에 대한 전반적인 인상과 여기서부터 어떻게 갈지요? &lt;str4d&gt; &lt;str4d&gt; 후반부 항목들이 과도하게 구체적이라는 zzz의 의견에 동의하지만, 프로세스와 대응 섹션(III, IV절)은 적절한 수준의 구체성이라고 봅니다 * zzz가 str4d의 코멘트를 읽느라 잠시 시간을 갖습니다 &lt;zzz&gt; 좋아요, 11월 초안이 훌륭한 출발점이라는 데는 대체로 합의했고, 필요한 수정에 대해서도 대략적인 합의가 있는 것 같습니다 &lt;zzz&gt; 제가 하고 싶은 건 anonimal에게서 마지막 단계 작업을 넘겨받아, str4d와 제가 수정을 마무리하고 웹사이트에 게시하며, 팀을 꾸리는 것입니다 &lt;str4d&gt; 좋습니다 &lt;zzz&gt; 여러분 생각은 어떠세요? &lt;str4d&gt; private Trac 대신 h1으로 가는 만큼 필요한 수정들도 있습니다 &lt;zzz&gt; 최종본 작업을 도와줄 자원봉사자 있나요? &lt;zzz&gt; 프로세스가 도구에 과도하게 종속되기(mtn, h1 등) 원치 않습니다. 그 대부분을 피할 수 있을 만큼 추상적인 수준이어야 해요 &lt;str4d&gt; 맞아요 &lt;str4d&gt; 어차피 계속 개선해 나갈 거니까요 &lt;zzz&gt; 출발부터 완벽할 필요는 없습니다 &lt;str4d&gt; 초기에 비공개 베타로 가는 또 다른 이유죠 &lt;zzz&gt; 좋아요, str4d, 그건 언제까지 끝낼 수 있을까요? &lt;sadie&gt; VRP 초안 좋아 보여요 &lt;zzz&gt; 3월 말? &lt;str4d&gt; 좋아요 &lt;zzz&gt; 좋아요, 1) 관련해 더 있을까요?? &lt;zzz&gt; 그럼 2) 0.9.26 재검토로 넘어가죠 &lt;zzz&gt; 다른 의견 있나요? 안타깝게도 웹사이트의 로드맵은 아직 업데이트하지 못했습니다 &lt;zzz&gt; 그래서 카메라에 제 노트를 들어 보일 수도 있겠네요 &lt;zzz&gt; 죄송해요, 웹사이트를 했어야 했는데요. &lt;zzz&gt; 그래도 지난 목요일과 금요일을 포함한 최신 3개의 회의 로그는 웹사이트에 올렸습니다 &lt;zzz&gt; kytv가 다시 나타날 때까지는 제가 계속 하게 될 것 같네요 &lt;zzz&gt; 다음 회의가 언제든, 그때 .26을 안건에 올려서 검토하겠습니다 &lt;zzz&gt; 2) 관련해 더 있을까요? &lt;zzz&gt; 좋아요, 3) summer of x로 넘어갑시다 &lt;zzz&gt; str4d, 우리 아이디어를 설명해 줄래요? &lt;str4d&gt; 우리 아이디어는 3개월 동안 I2P의 사용자/개발자 대상 요소에 개발을 집중하자는 것입니다 &lt;str4d&gt; 즉, 스트리밍 미세 조정보다 사람들이 실제로 신경 쓰는 것들 ;P &lt;str4d&gt; 그래서 홍보하기도 더 쉬운 것들이죠 &lt;str4d&gt; 대략적인 구성은 이렇습니다: &lt;str4d&gt; - Summer of APIs: 우리 라이브러리 등을 업데이트하는 데 한 달을 투자 &lt;str4d&gt; - Summer of Apps: 다른 프로젝트가 그 라이브러리들을 쓰도록 돕는 데 한 달을 투자 &lt;str4d&gt; - Summer of Plugins: 우리의 앱과 플러그인 작업에 한 달을 투자 &lt;zzz&gt; 맞아요, 이는 아웃리치를 통해 네트워크를 성장시키고 앱(우리 것과 다른 이들의 것 모두)을 더 좋게 만드는 것입니다 &lt;str4d&gt; 네 &lt;zzz&gt; 제 생각은, Vuze 같은 게 5개만 더 있어도 우리는 5배 더 커질 거라는 거였어요 &lt;EinMByte&gt; 거기에 문서화도 추가하고 싶을 겁니다 &lt;str4d&gt; 게다가 온라인에서 Summer of Code의 분위기를 함께 탈 수도 있고요 &lt;EinMByte&gt; 괜찮은 문서 없이는 좋은 API도 없습니다 &lt;zzz&gt; 종종 어떤 프로젝트가 i2p를 고려하긴 하지만, 잘 알지 못하고 도움도 못 받는 걸 보곤 하죠 &lt;str4d&gt; EinMByte, API 부분에 대해서는 맞아요 &lt;zzz&gt; 동의해요, 1mb &lt;str4d&gt; 즉, 우리 라이브러리와 API를 개발자들이 최대한 쉽게 쓸 수 있게 만드는 거죠 &lt;z3r0fox&gt; 좋은 캠페인 아이디어 같네요! 시도해 볼 만합니다 &lt;str4d&gt; 예를 들어 SAMv3.3에 맞춰 txi2p, libsam 등을 업데이트한다든지요 &lt;EinMByte&gt; 더 많은 언어를 지원하는 건 어떤가요? &lt;EinMByte&gt; 기존 라이브러리를 통한 연동을 더 많이 &lt;str4d&gt; 가능하죠, 도와줄 개발자가 있다면요 :) &lt;str4d&gt; EinMByte, 네 &lt;zzz&gt; 브랜딩과 아웃리치 측면에서 sadie도 이 일에 참여했으면 해요 &lt;EinMByte&gt; twisted로 str4d가 한 작업이 훌륭하다고 봅니다. 그런 걸 더 하면 좋겠어요 &lt;str4d&gt; libtorrent 지원을 고치고, libp2p에도 뭔가를 넣어보는 등요 &lt;zzz&gt; summer of i2p, 또는 i2p summer of fun, 등등 &lt;EinMByte&gt; 즉, 우리 API를 처음부터 새로 쓰지 말고 사람들이 쓰는 프레임워크에 대한 플러그인을 제공하자는 거죠 &lt;str4d&gt; EinMByte, 맞아요. &lt;zzz&gt; SAM 3.3을 밀고, 각종 브리지 라이브러리를 최신으로 만들고, 문서화하고, 등등 &lt;str4d&gt; 혹은 우리 고유의 API를 제공하더라도 최대한 단순하게. 제가 libsam을 좋아하는 이유가 그거예요. 어떤 프로젝트든 번들할 수 있는 두 개의 파일(이상적으로는 어떤 기존 라이브러리든)뿐이거든요 &lt;zzz&gt; python, go, c, c++, twisted, libtorrent, libsockets 등등이 있고요... &lt;zzz&gt; 다른 사람들의 것을 고쳐서 그쪽으로 풀 리퀘스트를 보냅니다 &lt;EinMByte&gt; str4d: 동의합니다. API는 번들하기 쉬워야 해요. 저에게도 흔한 문제입니다 &lt;str4d&gt; 그와 동시에, 다른 프로젝트에 I2P를 그들의 앱에 넣는 걸 돕길 원하는지 물어볼 수 있어요 &lt;zzz&gt; 도대체 왜 libtorrent는 작동하지 않는 거죠? 누가 그걸 파악해서 고칠 수 있나요? &lt;zzz&gt; ^^ 예시로요 &lt;str4d&gt; 그 다음 SoX의 다음 단계에서는, 그들이 새로 업데이트된 라이브러리와 API를 사용할 수 있도록 교육하고 돕는 작업을 합니다 &lt;EinMByte&gt; 좋네요 &lt;str4d&gt; 적어도 API 부분에 대해서는 i2pd와 kovri도 이 일에 동참하면 아주 좋겠습니다 &lt;str4d&gt; 결국은 앱이 원하는 어떤 I2P 백엔드든 사용할 수 있게 하려는 것이니까요 &lt;zzz&gt; 여기서 많은 사람들을 흥분시킬 수 있겠다고 봅니다. psi가 여러 라이브러리 작업을 하고 있는 것도 알고 있고요 &lt;zzz&gt; 우리가 타깃으로 삼고 싶은 모든 메시징 앱 목록이 필요해요 &lt;str4d&gt; 이건 기존 아웃리치와도 잘 연결됩니다 &lt;EinMByte&gt; 적절한 PR을 얻으면 성공할 수도 있어요 &lt;EinMByte&gt; 언젠가 kovri용 단순한 C++ API를 만들고 싶습니다 &lt;zzz&gt; 좋아요, 1mb &lt;EinMByte&gt; 그러면 그 API는 다양한 프로그래밍 언어에서 사용할 수 있을 겁니다. 다만 이것은 클라이언트 API가 아니라 코어 API라(그래서 사용 사례가 조금 다릅니다) &lt;EinMByte&gt; 요컨대 어떤 애플리케이션이든 kovri 코어를 번들할 수 있게 해줘야 합니다. &lt;zzz&gt; 이건 모두가 참여할 수 있는 멋진 총체적 프로젝트가 될 거예요 &lt;EinMByte&gt; 동의합니다 &lt;str4d&gt; 제 아웃리치 to-do 리스트에는 Tahoe-LAFS, IPFS, Tox, OpenBazaar, Zeronet 등이 있어요... &lt;zzz&gt; 좋아요, 이걸 어떻게 진행할까요 &lt;zzz&gt; 아마도 sadie가 멋진 이름을 붙여줄 수 있을 거예요 &lt;str4d&gt; 이걸 계획할 시간은 기본적으로 5월 말까지 있습니다 &lt;str4d&gt; (그동안 .25와 .26이 릴리스됩니다) &lt;zzz&gt; 그러면 .26 이후네요 &lt;zzz&gt; 이걸 4월 4일 회의 안건에 올립시다 &lt;EinMByte&gt; 좋아요. &lt;EinMByte&gt; 다만 PR이 참석해야겠네요 &lt;zzz&gt; 6월: APIs 7월: apps 8월: plugins &lt;EinMByte&gt; (그러니까 지금은 sadie가 그 역할이죠?) &lt;zzz&gt; 또 HOPE에 맞춰 진행할 수도 있겠고요 &lt;z3r0fox&gt; 아직 자세한 건 잘 모르지만, 누가 저에게 허드렛일을 맡기고 싶다면 저 꽤 쓸 만한 기술 문서 작성자예요 &lt;zzz&gt; 좋아요, 4월 4일에 sadie가 이걸 조금 더 구체화해 보도록 합시다 &lt;sadie&gt; zzz - 아웃리치용 그래픽/콘텐츠는 제가 str4d와 함께 맡을게요 &lt;zzz&gt; 좋아요 &lt;zzz&gt; summer of x 관련해 더 있을까요? &lt;sadie&gt; 또, HOPE에 스티커 들고 갈게요 .. &lt;str4d&gt; 저는 없습니다 :) &lt;amnesia&gt; Summer of X 말고 다른 이름으로 합시다. 두루뭉술하거나, 포르노처럼 들리지 않게요? &lt;str4d&gt; amnesia, X는 자리표시자예요 &lt;str4d&gt; (더 나은 걸 떠올릴 때까지요) &lt;zzz&gt; 좋아요. 회의 시작 때 말했듯, 27-29와 2016년 하반기 로드맵/목표에 관한 논의는 미루고 싶습니다 &lt;amnesia&gt; Summer of Targetted Development? &lt;zzz&gt; 이런 로드맵 전용 회의가 마음에 드나요? 다시 해야 할까요? &lt;str4d&gt; amnesia, 제 생각엔 좀 깁니다 &lt;str4d&gt; 4월 회의까지 뭔가 생각해 볼게요 &lt;zzz&gt; 'X'에 대한 아이디어는 sadie에게 보내거나 어딘가에 올려 주세요 &lt;str4d&gt; zzz, 저는 좋습니다 &lt;str4d&gt; 말이 나와서 &lt;zzz&gt; 3월에 로드맵 회의를 하나 더 할까요? &lt;sadie&gt; zzz, 사람들이 'summer of' 이름에 대한 제안을 남길 수 있도록 포럼에 무언가 올릴 수 있을까요? &lt;zzz&gt; 네, sadie &lt;str4d&gt; 또 하나 얘기하고 싶었던 건 더 장기적인 로드맵 수립입니다 &lt;EinMByte&gt; zzz: 네. 더 장기적인 것이 필요해요 &lt;zzz&gt; 다음 주말에 .25 릴리스가 있어서 그걸로 바쁠 겁니다 &lt;zzz&gt; 지금부터 2주쯤 뒤에 또 한 번 로드맵 회의를 하죠 &lt;EinMByte&gt; 나중으로 미루지 않는다면요, 어쨌든 어느 시점에는 논의가 필요합니다 &lt;str4d&gt; 좋습니다 &lt;z3r0fox&gt; zzz: 좋은 것 같아요. 집중에 도움이 됩니다 &lt;str4d&gt; 사람들이 곰곰이 생각해볼 거리를 하나 제안하고 싶어요 &lt;EinMByte&gt; zzz: 좋아요 &lt;zzz&gt; 화요일 오후 8시로 돌아갈까요, 아니면 주말에 할까요? &lt;str4d&gt; SoX와 병행해서, 개발 작업을 두 개의 병렬 스트림으로 더 진행하고 싶습니다 &lt;str4d&gt; - 암호화 마이그레이션 &lt;str4d&gt; - UI 전면 개편 &lt;str4d&gt; 두 가지 모두의 걸림돌은 구현이 아니라 연구와 설계입니다 &lt;EinMByte&gt; 암호화 마이그레이션에 NTCP2도 포함되나요? &lt;str4d&gt; 네 &lt;str4d&gt; 그래서 SoX 구현 작업을 하는 동안에도 각종 제안서 검토 등을 병행하려고 합니다 &lt;zzz&gt; 3월 19일 토요일은 어떤가요 &lt;z3r0fox&gt; +1 주말 &lt;zzz&gt; 3월 19일 토요일 UTC 오후 8시 &lt;str4d&gt; SoX 도중이나 이후에 바로 구현할 수 있도록 계획을 마련하는 것을 목표로요 &lt;EinMByte&gt; 3월 19일 괜찮아 보입니다 &lt;str4d&gt; UI도 마찬가지로 시간이 오래 걸릴 것이므로 가능한 빨리 설계 작업 계획을 시작해야 합니다 &lt;sadie&gt; 3월 19일 저도 괜찮아요 &lt;zzz&gt; 좋아요, sox == summer of x, 알겠습니다 &lt;str4d&gt; 네 (바꾸기 전까지는요 :P ) &lt;str4d&gt; 설계 작업은 다른 모든 것과 병행할 수 있고, 구현은 SoX 이후에 진행할 수 있습니다 &lt;str4d&gt; CCC까지 새 UI가 갖춰져 있으면 정말 *아주* 좋겠어요 &lt;zzz&gt; 좋아요, zzz.i2p에 안건을 올리고, 메모와 오늘 회의 로그도 웹사이트에 올리겠습니다 &lt;str4d&gt; 어쨌든, 생각해 볼 거리들입니다 &lt;zzz&gt; 오늘 회의에 더 있을까요? * zzz가 baffer를 집어 듭니다 &lt;str4d&gt; 다음 로드맵 회의에서 더 논의하죠 &lt;sadie&gt; baff it &lt;str4d&gt; 3월 19일 저는 괜찮아요 :) * zzz *baffs* it &lt;zzz&gt; 모두들 감사합니다 </div>/ko/blog/2016/03/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-3%EC%9B%94-4%EC%9D%BC/Fri, 04 Mar 2016 00:00:00 +0000/ko/blog/2016/03/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-3%EC%9B%94-4%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> EinMByte, orignal\_, sadie, str4d, xcps\_, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log">15:00:05 &lt;zzz&gt; 0) 안녕 15:00:23 &lt;zzz&gt; 1) 이 회의의 구조 15:00:32 &lt;zzz&gt; 2) 로드맵 논의 15:00:37 &lt;zzz&gt; 0) 안녕 15:00:41 &lt;zzz&gt; 안녕 15:00:54 &lt;str4d&gt; 안녕 15:01:02 &lt;xcps_&gt; 안녕! 15:01:27 &lt;orignal_&gt; 무슨 일 있어? 15:02:18 &lt;zzz&gt; `http://zzz.i2p/topics/2021` 의 스레드와 `http://i2p-projekt.i2p/en/get-involved/roadmap` 의 현재 로드맵을 검토해 주세요 15:02:27 &lt;zzz&gt; 1) 이 회의의 구조 15:03:22 &lt;zzz&gt; 바로 로드맵으로 들어갈까요, 아니면 먼저 상위 수준의 우선순위에 대해 이야기할까요? 15:03:53 &lt;str4d&gt; 후자부터 하죠 15:04:41 &lt;zzz&gt; 좋아요, 스레드에서 두 가지 우선순위를 던졌습니다 - 네트워크를 성장시키기, 그리고 보안 강화 15:04:55 &lt;zzz&gt; 상위 원칙으로서 어떻게 들리나요? 15:05:25 &lt;zzz&gt; 먼저 무엇이 중요한지 결정합시다 15:05:32 &lt;EinMByte&gt; 예상한 대로인 것 같아요 15:05:48 &lt;EinMByte&gt; "네트워크를 성장시키기"는 폭넓은 의미여야 해요 15:05:57 &lt;str4d&gt; 그건 큰 주제로 훌륭하다고 봅니다 15:06:03 &lt;zzz&gt; anonimal이 스레드에 더 많이 던지긴 했는데, 제가 의도한 바는 아니었어요 15:06:13 &lt;xcps_&gt; 제 생각에는 보안 강화가 항상 가장 중요해야 해요 15:06:28 &lt;zzz&gt; 로드맵을 검토하면서 고려해야 할 다른 원칙이 있나요? 15:06:28 &lt;str4d&gt; 여기서 해야 할 일은, 제 생각에는, 잠재적 산출물 관점에서 그것들이 실제로 무엇을 의미하는지 파악하는 거예요 15:06:40 &lt;EinMByte&gt; 그러니까 "네트워크를 성장시키기"는 "연구자들의 관심 증대"도 포함해야 해요 15:07:00 &lt;zzz&gt; "네트워크 성장"은 매우 다양한 걸 의미해요 - 스레드를 보세요 15:07:09 &lt;str4d&gt; EinMByte, 맞아요, 저도 스레드에서 언급했던 것 같아요 15:07:36 &lt;zzz&gt; 곧 이것들이 무엇을 의미하는지 정리할게요. 지금은 뭐가 중요한지 합의하죠. 15:07:58 &lt;str4d&gt; 저에겐 사용성이 매우 중요하고, 제 생각에는 위 두 영역에도 기여해요 15:07:58 &lt;zzz&gt; 우리가 성장을 계속하면 무엇이든 가능해요. 성장이 멈추면 끝이죠 15:08:05 &lt;zzz&gt; 동의해요, str4d 15:08:41 &lt;str4d&gt; 단기적으로는 사용자 기반을 늘리는 측면에서, 장기적으로는 대외 노출 확대, 연구자들의 사용 용이성 향상 등에서요. 15:09:11 &lt;EinMByte&gt; 또한 성장만이 연구자들을 끌어들이는 유일한 방법이라는 점도 유념하세요 15:09:25 &lt;zzz&gt; 사용자가 늘면 개발자도, 연구자도, 콘텐츠도 더 많이 와요, 계속해서요 15:09:37 &lt;EinMByte&gt; 큰 네트워크일수록 연구 대상로 더 흥미롭죠 15:10:05 &lt;EinMByte&gt; 그래서 그 두 가지 우선순위에는 모두 동의할 수 있을 것 같아요 15:10:16 &lt;zzz&gt; 지난 1년 동안 성장의 대부분은 vuze에서 왔어요. 훌륭하지만, '자연발생적' 성장도 더 있었으면 합니다 15:10:43 &lt;zzz&gt; 하지만 임베디드 앱에서의 성장, 또는 전반적으로 애플리케이션에 집중하는 것이 성장의 가장 쉬운 길일 수도 있어요 15:10:48 &lt;str4d&gt; 맞아요 15:11:04 &lt;EinMByte&gt; zzz: 많은 사람들에겐 백그라운드에서 I2P가 실행되고 설정을 대신 처리해 주는 앱을 쓰는 게 더 쉬워요 15:11:12 &lt;sadie&gt; 안녕 - 조금 늦었네 15:11:20 &lt;zzz&gt; 안녕 sadie 와줘서 기뻐요 15:11:23 &lt;str4d&gt; 그건 제 생각에는 UI와 API 양쪽의 사용성 개선에서 나올 거예요 15:11:42 &lt;str4d&gt; 후자는 이미 여러 스레드에서 작업 중이에요 15:11:48 &lt;zzz&gt; 어떤 면에선 UI 전문가는 앱들이에요, 그들이 i2p를 번들하고 최선이라고 판단하는 방식으로 드러내거나(혹은 숨기거나) 하게 합시다 15:11:58 &lt;str4d&gt; 음 15:12:08 &lt;EinMByte&gt; str4d: 같은 문제에 대한 다른 해법이죠, 맞아요. 그리고 모든 것에 I2P를 번들하는 건 확장성이 없다고 생각해서 저는 그게 더 마음에 들어요 15:12:30 &lt;str4d&gt; 그게 제가 Android에서 취하던 접근이랑 비슷해요 15:13:04 &lt;EinMByte&gt; 사람들이 애플리케이션마다 I2P 인스턴스를 하나씩 갖지 않도록 보장하는 방법이 필요해요 15:13:12 &lt;zzz&gt; 좋아요, 1)과 관련해 더 있을까요, 아니면 로드맵 자체를 보러 넘어갈까요? 15:14:00 &lt;str4d&gt; 여기 있는 모두가 대체로 동의하는 것 같아요 15:14:08 &lt;str4d&gt; (적어도 반대는 없네요 :P) 15:14:14 &lt;zzz&gt; 스레드에서 몇 줄 복사해 올게요. 정답은 아니고 참고용으로요 15:14:25 &lt;zzz&gt; 네트워크 성장 15:14:25 &lt;zzz&gt; 포함: 마케팅, 공동 프로젝트, 더 많은 번들링, 다른 사람들이 i2p를 번들하도록 지원, 사용성, 웹사이트 개선, 더 많은 번역, 강연과 발표, 기사와 스토리, UI, Android, Android 앱, 더 나은 GFW 우회, orchid, 클라이언트 개발자를 위한 더 많은 라이브러리와 도구, 대규모 웹사이트에 대한 더 나은 지원, 대체 router 개발 지원, 연합, 속도 향상과 효율성, 용량, 한도 상향, 등록하기 15:14:25 &lt;zzz&gt; Debian에, ... 15:14:25 &lt;zzz&gt; 보안 강화 15:14:25 &lt;zzz&gt; 포함: 암호(crypto) 마이그레이션, 구독(subscription) 프로토콜, 새로운 전송 프로토콜, 플러그형 전송, LS2, NTCP2, 새로운 DH, 키 폐기, 키 저장, 코드 리뷰, Sybil, 버그 수정, 네이밍, SSL, ... 15:14:46 &lt;zzz&gt; 좋아요, 그럼 2) 로드맵 자체로 넘어가죠 15:15:10 &lt;zzz&gt; URL은 `http://i2p-projekt.i2p/en/get-involved/roadmap` 15:15:50 &lt;zzz&gt; .25는 거의 완료됐고 약 10일 내에 릴리스예요, 그래서 올해의 다음 4개 릴리스인 26-29를 봅시다 15:16:00 &lt;zzz&gt; 그걸로 ccc까지 갈 수 있을 거예요 15:16:15 &lt;EinMByte&gt; 예를 들어 어떤 항목이 2017 아래에 있으면, 그때부터 검토를 시작한다는 뜻인가요, 아니면 그때부터 구현을 시작한다는 뜻인가요? 15:16:41 &lt;str4d&gt; 우리가 *need* to do 라고 보는 것들 중에서는, crypto 마이그레이션과 Sybil 관련 작업의 우선순위가 높다고 봐요 15:16:42 &lt;zzz&gt; 1mb, 새로운 crypto/DH, NTCP2 같은 2017년의 큰 작업들은 지금부터 확실히 시작하고 싶어요 15:17:04 &lt;EinMByte&gt; 또한, 제 생각에는 지금은 eclipse 공격도 문제예요 15:17:05 &lt;zzz&gt; 그래서 로드맵에 그것들을 위한 준비 작업을 포함할 수 있죠 15:17:23 &lt;str4d&gt; EinMByte, 네, 그건 Sybil 범주에 묶어뒀어요 15:17:36 &lt;EinMByte&gt; 자정 회전(midnight rotation) 아이디어는 전혀 통하지 않고, 더 나은 대안이 있어야 한다고 봐요 15:17:52 &lt;zzz&gt; 동의해요 15:18:05 &lt;EinMByte&gt; str4d: 네, 같은 유형의 공격으로 분류하는 게 타당하죠 15:18:44 &lt;str4d&gt; EinMByte, RWC에서 몇 사람과 이걸 논의했어요 15:18:48 &lt;str4d&gt; 몇 가지 생각은 있는데, 여기서 바로 논의하긴 어렵네요 15:18:51 &lt;EinMByte&gt; zzz: 그럼 2017년까지 NTCP2/...를 시작하려면 사전 작업을 계획해야겠죠 15:18:58 &lt;zzz&gt; 맞아요 1mb 15:19:02 &lt;str4d&gt; 네 15:19:20 &lt;str4d&gt; 로드맵에 기획과 연구를 넣고 싶어요 :) 15:19:28 &lt;zzz&gt; 문제는 이거예요. 저는 지금 26 작업을 하고 있어야 하는데, 거기에 뭐가 들어가는지 몰라요 15:19:39 &lt;orignal_&gt; 기존 NTCP에 랜덤 패딩을 추가하는 게 가능할까요? 15:20:01 &lt;str4d&gt; orignal_, 제가 알기론 아니고, NTCP2 스레드를 확인해 보세요 15:20:02 &lt;zzz&gt; 그럼 10분 정도 26을 계획하고, 그다음 장기적인 걸로 넘어가죠 15:20:13 &lt;str4d&gt; ㅇㅋ 15:20:14 &lt;zzz&gt; 제가 오늘 뭘 해야 할지 말해 주세요 15:20:30 &lt;EinMByte&gt; 맞아요, 먼저 그거에 집중합시다 15:20:34 &lt;zzz&gt; 좋아요, .25 리스트에서 못 한 게 뭔지 봅시다 15:20:50 &lt;zzz&gt; wrapper는 못 했고, kytv는 잠수예요 15:20:54 &lt;EinMByte&gt; "crypto 향상"은 꽤 포괄적이네요 15:21:12 &lt;zzz&gt; crypto 향상에서 실제로 한 건 25519 속도 개선 몇 가지였어요 15:21:34 &lt;zzz&gt; 그래서 wrapper를 제외하면 .25 리스트의 내용은 실제로 다 들어갔어요 15:22:00 &lt;zzz&gt; 하지만 Sybil 관련으로 더 할 일이 있으니 26 리스트에 유지합시다 15:22:08 &lt;str4d&gt; 좋아요 15:22:25 &lt;str4d&gt; 추가 테스트가 필요해서 GMP 6는 .26으로 미뤘죠 15:22:35 &lt;zzz&gt; 이제 26 리스트에서 무엇을 포함시키거나 이동해야 할까요 15:23:05 &lt;EinMByte&gt; 결국 Sybil 방지는 아마 일이 아주 많을 테니, 장기 과제로 보여요 15:23:10 &lt;EinMByte&gt; (먼저 충분한 문헌 검토가 필요하다는 의미에서요) 15:23:15 &lt;zzz&gt; orignal, 맞아요, 패딩이 있는 ntcp는 ntcp2예요 15:23:21 &lt;str4d&gt; EinMByte, Sybil 탐지 도구는 아직 아무 데도 쓰이지 않고 있어요, 그 부분에 더 많은 기획이 필요해요 :) 15:23:49 &lt;zzz&gt; hottuna4가 한 달간 자리를 비워요, 그 한 달이 언제 끝날지 확실치 않아서 gmp6가 26에 들어갈 수도 있고 아닐 수도 있어요 15:24:02 &lt;str4d&gt; ㅇㅋ 15:24:37 &lt;str4d&gt; 주소록을 위한 구독 프로토콜 개선: 가능한 한 빨리 넣으면 아주 좋아요, 그래야 기존 Dest 소유자들이 Ed25519로 마이그레이션할 수 있거든요 15:24:37 &lt;EinMByte&gt; CRL에는 물음표가 굳이 필요 없다고 생각해요 15:24:47 &lt;str4d&gt; 그걸 실제로 하는 데 얼마나 걸릴까요? 15:25:14 &lt;zzz&gt; 곧 tuna로부터 상태 업데이트가 필요하고, 26에 큰 걸 올리는 마감은 3월 말/4월 첫째 주가 될 거라 봐요 15:26:10 * str4d 아직 CRL 관련 내용을 잘 이해하지 못했는데, zzz가 자세히 설명해줄 수 있을까요? 15:26:14 &lt;zzz&gt; .25는 디스크에서 crls를 읽는 기능이 있어서, 업데이트에 포함할 수 있어요 15:26:35 &lt;zzz&gt; 하지만 그건 그리 도움이 안 돼요, 업데이트에서는 그냥 cert를 제거하면 같은 효과거든요 15:26:56 &lt;zzz&gt; 그래서 업데이트 없이 사람들에게 crls를 배포하려면, 피드에 넣을 거예요 15:26:57 &lt;str4d&gt; 저는 그냥 사용 사례를 파악하려는 거예요 15:27:09 &lt;zzz&gt; 사용 사례는 누군가가 침해됐을 때예요 15:27:20 &lt;str4d&gt; 우리는 아직도 cert pinning을 안 하나요? 15:27:30 &lt;zzz&gt; 아니요 15:27:56 &lt;zzz&gt; 그래서 90%까지 작업했고, crl을 네임스페이스에 넣기만 하면 돼요 15:28:46 &lt;zzz&gt; pinning은 까다롭고 위험해요 15:29:05 &lt;zzz&gt; crypto cat이 'pinning 자살'을 했죠 15:29:17 &lt;zzz&gt; 핀닝을 했는데 중간 인증서가 바뀐 경우요 15:30:49 &lt;zzz&gt; pinning이 cls를 대체한다고는 생각하지 않아요 15:30:51 &lt;zzz&gt; crls 15:31:21 &lt;zzz&gt; crls는 ssl만 위한 게 아니고, reseed와 업데이트 키에도 쓰여요 15:31:58 &lt;zzz&gt; 그럼 crls를 26 리스트에 유지할 수 있을까요? 거의 끝났거든요 15:32:20 &lt;str4d&gt; pinning에 대해 걱정하는 건, 누가 예를 들어 Quantum Insert 같은 걸로 reseed 도메인 이름을 리다이렉트하고, 도메인 요구사항만 만족하는 유효한 SSL cert를 아무거나 올리면, router들이 그걸 받아들일 수 있다는 점이에요 15:33:05 &lt;str4d&gt; 그리고 CRL과 관련해서, 특정 인증서를 비활성화하는 데 그걸 쓰면, 그 인증서는 무엇으로 대체되나요? 15:33:25 &lt;zzz&gt; 없어요. 다음 릴리스에서 아마 대체본이 있을 거예요 15:33:45 &lt;str4d&gt; 이건 좀 지나치게 세부로 들어가고 있네요 15:34:07 &lt;str4d&gt; 제가 말하려던 건, 이걸 좀 더 고민해야 한다는 거예요 15:34:24 &lt;zzz&gt; 좋아요, 그럼 crls는 26에 유지하되, 세부사항은 다음 1~2주 안에 논의하죠 15:34:30 &lt;zzz&gt; 아직 100% 명확하지 않으니까요 15:34:38 &lt;zzz&gt; 넘어가죠 15:34:42 &lt;zzz&gt; 26 리스트에 또 뭐가 있죠 15:34:43 &lt;str4d&gt; ㅇㅋ 15:34:50 &lt;EinMByte&gt; ㅇㅋ 15:35:08 &lt;zzz&gt; 구독 프로토콜 15:35:28 &lt;zzz&gt; 이게 사이트의 crypto 마이그레이션을 위한 핵심이에요 15:35:40 &lt;EinMByte&gt; hosts.txt 대체를 말하는 건가요, 아니면 다른 건가요? 15:36:22 &lt;zzz&gt; 네, 이건 hosts.txt를 피드로 바꾸는 거예요, 예를 들면 foo.i2p=b64#sig=b64#cmd=alt ... 같은 식으로요 15:36:26 &lt;str4d&gt; EinMByte, 서명된 키-값 메타데이터로 주소록 구독 프로토콜을 보완하는 거예요 15:36:49 &lt;zzz&gt; 제안은 꽤 정리돼 있지만, 18개월 정도 보류 상태였어요 15:37:07 &lt;EinMByte&gt; 그렇긴 한데, hosts 파일 크기가 너무 커지지 않겠나요 15:38:02 &lt;EinMByte&gt; 아마 since 파라미터를 추가해서, 특정 시점 이전에 추가된 hosts는 제외하게 하면 어떨까요 15:38:07 &lt;EinMByte&gt; (필요 없는데도 전체 목록을 받지 않도록요) 15:38:22 &lt;zzz&gt; 이건 원래 crypto 마이그레이션 계획의 일부였지만 어렵고 가장 중요한 부분은 아니었어요 15:38:49 &lt;zzz&gt; 하지만 서명 쪽 crypto 마이그레이션에서 남은 주요 과제예요 15:39:26 &lt;str4d&gt; EinMByte, 그런 건 이미 etag로 어느 정도 하고 있어요 15:39:28 &lt;zzz&gt; 이것도 구체적으로 제안은 많지만, 합의가 충분치 않아서 시작하지 못했던 것 중 하나예요 15:39:42 &lt;EinMByte&gt; str4d: 그런데 실제로 쓰이나요? 15:39:46 &lt;str4d&gt; EinMByte, 네 15:40:00 &lt;EinMByte&gt; 아, 됐어요. 그렇다면요 15:40:03 &lt;str4d&gt; 이건 현재 셋업과 다르지 않을 거예요 15:40:20 &lt;zzz&gt; 그래서 이건 26 리스트에 두고 최대한 빨리 시작할게요. 26에 충분히 진척될지는 모르겠지만 노력하겠습니다. zzz.i2p의 스레드를 검토할 필요가 있어요 15:40:22 &lt;str4d&gt; 하지만 도메인 이름 엔트리가 한 번만 나타나는 게 아니라, 이제는 '스트림'에서 반복될 거예요 15:40:42 &lt;EinMByte&gt; 그런데 왜 그 이상한 포맷을 유지해야 하는 특별한 이유가 있나요? 15:41:05 &lt;EinMByte&gt; 표준적인 걸 쓰는 게 더 쉬워 보이거든요 15:41:06 &lt;zzz&gt; 그럴 수도요. 오래된 클라이언트와의 호환성 때문이죠. 하지만 그게 중요한지 확실히 검토하고 결정해야 해요 15:41:20 &lt;zzz&gt; 우리는 아마 1년쯤 이걸 들여다보지 않았어요 15:41:28 &lt;zzz&gt; 그래서 먼지를 털고 한번 살펴보죠 15:41:32 &lt;EinMByte&gt; zzz: 호환성은 한동안 기존 hosts.txt 파일도 함께 제공하는 방식으로 처리할 수 있죠 15:41:41 &lt;str4d&gt; 또 예를 들어 모든 '잃어버린' 이름들을 어떻게 할지라는 더 큰 이슈도 있어요 15:41:53 &lt;str4d&gt; 하지만 그건 현재 논의 범위를 벗어나요 15:41:57 &lt;zzz&gt; 맞아요. 다른 구현들도 참여시켜야 해요 15:42:18 &lt;EinMByte&gt; str4d: 그건 새로운 네이밍 시스템을 갖추게 될 때(그럴 일이 있다면) 결정할 사안이라고 생각해요 15:42:26 &lt;str4d&gt; 지금은, 현재 활성 도메인들이 자신의 dest를 업데이트할 수 있는 방법이 필요해요 15:42:26 &lt;zzz&gt; 좋아요, 일단 26 리스트에 유지합니다. 다음 항목 - Sybil 관련 15:42:45 &lt;zzz&gt; Sybil을 자동화할 수 있을까요? philip winter의 논문은 모두 읽었길 바라요???? 15:42:50 &lt;str4d&gt; 그리고 코어 코드를 빨리 넣을수록, 1년쯤 뒤에 더 빨리 활성화할 수 있어요 15:43:50 &lt;EinMByte&gt; zzz: 무슨 논문이요? 제가 뭔가 분명히 놓쳤네요 15:44:27 &lt;zzz&gt; 링크는 트위터의 @__phw를 확인하세요 15:45:02 &lt;zzz&gt; ccc에서 sadie의 소개로 그와 함께 작업 중이에요 15:45:03 &lt;EinMByte&gt; zzz: 이건가요: http://arxiv.org/pdf/1602.07787v1.pdf? 15:45:27 &lt;zzz&gt; 지난 몇 주 안에 발표된 거라면 그거예요 15:45:59 &lt;EinMByte&gt; 음, 올해 2월의 eprint예요 15:46:09 &lt;zzz&gt; 우리는 자동화할 준비가 안 된 것 같아요. 그쪽도 사실 그렇고요 15:46:22 &lt;zzz&gt; 그들은 하루에 한 번 dirauth들에게 이메일만 뿌려요 15:46:36 &lt;zzz&gt; 양쪽 모두 휴리스틱과 요령뿐이에요 15:46:49 &lt;EinMByte&gt; 그럼 아마 출판 후에 eprint를 온라인에 올린 거겠네요 15:46:57 &lt;zzz&gt; 그래서 자동화 쪽은 올해 후반으로 미루고 싶어요 15:47:07 &lt;str4d&gt; EinMByte, 제가 가진 버전은 2월 25일자예요 15:47:14 &lt;EinMByte&gt; zzz: 그럼 탈중앙화된 환경에서 그게 정확히 어떻게 작동하죠? 15:47:44 &lt;str4d&gt; 탑다운이 아니라 보텀업으로 해야 해요 15:48:06 &lt;str4d&gt; 즉, 각 router는 peer 프로파일에 '잠재적 Sybil 후보'를 포함해야 해요 15:48:13 &lt;zzz&gt; EinMByte, 모르겠어요. 어렵습니다 15:48:20 &lt;str4d&gt; 예를 들면 온라인 시간 등등을 기반으로요 15:48:30 &lt;EinMByte&gt; Sybil 공격을 탐지하는 건 가능하다고 봐요, 그 탐지에 기반해 방지하는 건 탈중앙 네트워크에선 매우 어렵고요 15:48:30 &lt;EinMByte&gt; 하지만 도전은 좋네요 15:48:34 &lt;zzz&gt; 중앙화된 방식으로 그의 셋업을 재구성 중인 gravy도 필요해요 15:48:43 &lt;str4d&gt; 어느 정도 더 중앙화된 셋업을 갖는 가능성도 있어요 15:48:45 &lt;str4d&gt; 네, 그거요 15:48:45 &lt;EinMByte&gt; str4d: 그 시점에는 각 router에 신뢰를 부여해야 해요 15:48:52 &lt;EinMByte&gt; 그 자체가 하나의 전체 anti-sybil 시스템이 되겠죠 15:49:07 &lt;str4d&gt; 그리고 router들이 잠재적 sybil 목록을 구독하게 하는 것 15:49:07 &lt;zzz&gt; 약간 dagon 제안과 비슷하네요 15:49:09 &lt;str4d&gt; EinMByte, 그건 기본적으로 지금의 peer 프로파일이 하는 역할이긴 해요 15:49:31 &lt;str4d&gt; 여기서 '신뢰'는 현재 '과거에 내게 라우팅이 잘 됐는가'로 정의돼 있어요 15:49:42 &lt;EinMByte&gt; str4d: 네, 그리고 지금까지 몇몇 공격을 유발하기도 했죠 :) 15:50:15 &lt;str4d&gt; 맞아요 15:50:23 &lt;EinMByte&gt; 또한 peer 프로파일은 사실 네트워크에서 어떤 피어를 배제하도록 해주지는 않아요 15:50:31 &lt;EinMByte&gt; Sybil 방지는 어느 정도 그걸 가능하게 할 거예요 15:50:35 &lt;str4d&gt; 피어 프로파일링과 피어 선택도 우선순위를 둬야 한다고 생각하는 항목이에요 15:50:46 &lt;str4d&gt; EinMByte, 할 수도 있어요 15:51:01 &lt;zzz&gt; 그래서 26의 Sybil 항목은 '지속적 개선'으로 바꾸고, '자동화' 부분은 나중으로 미루자고 제안합니다 15:51:01 &lt;str4d&gt; 지금은 아니죠 15:51:11 &lt;str4d&gt; 그런 걸 넣을 자리가 거기라는 말이었어요 15:51:34 &lt;EinMByte&gt; str4d: 네, 가능해요. 15:51:37 &lt;str4d&gt; (Sybil 탐지와 더 발전된 기법을 I2P의 개념과 아키텍처에 넣는다는 의미에서요) 15:51:53 &lt;EinMByte&gt; 어쨌든, 탈중앙화는 포기하지 않겠습니다. 제 생각에는 I2P의 가장 멋진 부분이거든요 15:52:14 &lt;str4d&gt; 네 15:52:27 &lt;EinMByte&gt; (그리고 중앙화는 어차피 여러 실질적 공격으로 이어지죠) 15:52:43 &lt;zzz&gt; 넘어가죠. 스트리밍 개선? 그게 뭔지 잘 모르겠어요, 아마 '계속 더 좋게 만들기' 항목일지도 15:52:49 &lt;str4d&gt; zzz, 네, 그 routerconsole 페이지 작업을 계속하고, 전략이 정해지면 peer 프로파일과 선택에 연결하면 돼요 15:53:00 &lt;zzz&gt; 스트리밍에서 구체적으로 뭘 해야 할지 떠오르지 않네요. 누구 있나요? 15:53:01 &lt;EinMByte&gt; 가끔 중앙 권한을 추가하면 보안 증명을 쉽게 만들 수 있지만, 실제로는 보안 실패를 초래할 수 있어요 15:53:20 &lt;str4d&gt; 연구와 최적화가 있으면 좋겠어요 15:53:28 &lt;EinMByte&gt; zzz: 거기서 우리가 할 수 있는 뚜렷한 개선이 있나요? 15:53:30 &lt;str4d&gt; 그건 외부 연구 주제로 좋을 것 같아요 15:53:46 &lt;zzz&gt; 더 나은 테스트 셋업이 정말 필요해요 15:53:51 &lt;EinMByte&gt; str4d: 동의해요. 15:53:55 &lt;zzz&gt; 지연/드롭 추가, 순서 바꾸기 등등 15:54:04 &lt;EinMByte&gt; 그거랑 다른 것들을 '열린 연구 과제' 페이지에 아마 확장해 넣어야겠어요 15:54:40 &lt;zzz&gt; 스트리밍 관련 제 리스트에 창의적인 항목은 많지 않아요. 테스트 결과 주도로 가야 해요 15:54:50 &lt;EinMByte&gt; tunnel 할당에서 더 개선할 여지가 있지 않을까요? 15:55:05 &lt;str4d&gt; zzz, 제 기억으로 그걸 할 수 있는 컨테이너로 'The Internet'을 시뮬레이션하는 GH 프로젝트가 있어요 15:55:08 &lt;zzz&gt; 그럼 이 항목을 '스트리밍 테스트 하니스'로 하죠 15:55:17 &lt;str4d&gt; 그게 얼마나 쉬울진 모르겠지만, 컨테이너마다 JVM을 새로 하나씩 필요로 할 거예요 :P 15:55:25 &lt;str4d&gt; EinMByte, 음 15:55:48 &lt;EinMByte&gt; str4d: shadow를 쓸 수 있을 거예요. Java와 통합이 될진 모르겠지만 kovri TODO 리스트에 있어요 15:55:52 &lt;str4d&gt; 그건 진짜 스트리밍은 아니고, 데이터그램 레벨이죠 15:56:22 &lt;zzz&gt; tunnel 할당 건은 클라이언트가 tunnel을 고르게 하자는 psi의 아이디어예요 15:56:34 &lt;EinMByte&gt; str4d: 네, 이걸 최적화할 부분이 더 있다고 봐요 15:56:46 &lt;EinMByte&gt; zzz: 저는 사용자가 최고의 최적화 알고리즘이라고는 생각하지 않는데, 그럴 수도요 15:57:10 &lt;zzz&gt; 그건 우리 레이어링을 심하게 훼손하는 일이고, 제가 보기엔 방법이 없어요. 하지만 psi는 그걸 제안하고 있어요 15:57:19 &lt;EinMByte&gt; ... 아마 'client'가 사용자라는 뜻은 아니겠죠 15:57:32 &lt;zzz&gt; client == i2cp의 클라이언트 측 15:57:44 &lt;str4d&gt; 거기서 문제는 15:57:54 &lt;str4d&gt; Tor는 Control Socket을 통해 이런 기능을 제공해요 15:57:58 &lt;EinMByte&gt; 아 그렇다면 맞네요 15:57:59 &lt;str4d&gt; 그리고 연구자들에게 매우 유용해요 15:58:10 &lt;str4d&gt; 하지만 그쪽은 아키텍처가 훨씬 평평하죠 15:58:19 &lt;str4d&gt; 반면 우리는 I2CP를 통해 서로 다른 클라이언트를 분리해요 15:58:31 &lt;EinMByte&gt; zzz: 관련 정보는 router가 더 많이 갖고 있다고 예상해요. 클라이언트는 추가 요구사항만 전달하면 되고요 15:58:41 &lt;zzz&gt; 연구자용 psi의 lua 훅도 있는데, (java나 kovri 어디에도) 아직 머지되진 않았지만, 여전히 옵션이에요 15:59:14 &lt;zzz&gt; 보세요, 지금 클라이언트 측은 tunnel 자체를 알지도 못해요, 그러니 당연히 고를 능력도 없죠 15:59:16 &lt;str4d&gt; RWC에서 nickm과 얘기했는데, Tor에선 플러그인 시스템보다 Control Socket 인터페이스를 유지하는 게 훨씬 쉽다고 하더군요 15:59:17 &lt;EinMByte&gt; shadow가 실제로 연구자들에게 쓰이고 있다는 건 알아요 15:59:22 &lt;EinMByte&gt; Lua는, 잘 모르겠어요 15:59:55 &lt;EinMByte&gt; zzz: 그럼 아마 관련 정보를 I2CP로 넘기는 방식으로 같은 걸 달성할 수 있지 않을까요? 16:00:17 &lt;zzz&gt; 1mb, 네, 하지만 정말 흉할 거예요 16:00:44 &lt;str4d&gt; 항상 -research 플래그 같은 걸로 제한할 수는 있죠 16:00:54 &lt;str4d&gt; (router.config에서) 16:01:06 &lt;str4d&gt; 그렇게 하면 대부분 사용자들은 그 흉함을 보지 않게 돼요 16:01:13 &lt;zzz&gt; kovri/i2pd에는 아직 client/router 사이에 그런 엄격한 API 경계가 없어서, 그들에게는 더 쉬워요 16:01:20 &lt;zzz&gt; *그들에게 16:01:28 &lt;str4d&gt; 그리고 처음부터 '.research'는 '이 API는 변경될 수 있습니다'라는 의미로 정의할 수 있어요 16:01:44 &lt;str4d&gt; 즉, 연구자는 특정 버전과 함께 .research 플래그를 사용해야 해요 16:01:57 &lt;str4d&gt; 논의의 실제 주제로 돌아가서: 16:01:59 &lt;EinMByte&gt; zzz: tunnel과 관련해서요. 경우에 따라 달라요. tunnel의 의도된 사용 정보는 전달하는 게 말이 된다고 봐요. 16:02:20 &lt;zzz&gt; (참고: 이 회의는 최대 25분 더 진행하고, 일요일에 이어서 합니다) 16:02:33 &lt;EinMByte&gt; zzz: shadow가 C로 작성돼서 우리에겐 주로 더 쉬운 것 같아요 16:02:42 &lt;str4d&gt; 이건 '추가 연구 필요' 범주로 밀어두는 게 좋겠어요 16:02:44 &lt;zzz&gt; 문제는 고를 게 당신의 tunnel만이 아니라, 원격 쪽의 tunnel도 있다는 거예요 16:02:48 &lt;EinMByte&gt; 좋아요. 그럼 넘어가죠. 16:03:08 &lt;zzz&gt; 좋아요, 지금 26 리스트에는 그게 전부예요. 무엇을 추가해야 할까요? 16:03:11 &lt;EinMByte&gt; zzz: 그건 원격 쪽에서 처리하지 않나요 16:03:36 &lt;zzz&gt; 아니요, 우리는 소스 라우팅을 해요(즉, 상대 inbound를 위해 그쪽의 leaseset에서 원격 lease를 고릅니다) 16:04:08 &lt;zzz&gt; 27-29 리스트를 보세요. 26으로 당겨야 할 게 있을까요? 16:04:44 &lt;str4d&gt; 새로운 LS들과 netdb를 위한 준비 작업을 시작하고 싶어요 16:04:46 &lt;zzz&gt; 여기가 '2017년을 위한 xxx 초기 작업'이 모여 있는 곳이지만, 2016년 것들도 많아요 16:05:23 &lt;EinMByte&gt; zzz: far-end 뜻을 제가 오해했네요, 신경 쓰지 마세요 16:05:31 &lt;str4d&gt; 그걸 빨리 정리해서 코드베이스에 넣을수록, 네트워크가 그걸 폭넓게 지원하는 시점도 앞당겨져요 16:06:42 &lt;EinMByte&gt; 우리는(kovri) 명세(specifications)를 원한다는 점을 유의하세요 16:06:52 &lt;EinMByte&gt; 그렇지 않으면 구현을 따라가기가 어려울 거예요 16:07:31 &lt;zzz&gt; 물론이죠. 새로운 specification은 모두 함께 작업해야 해요 16:07:36 &lt;EinMByte&gt; str4d: LS2가 실제로 무엇을 지원해야 하는지 목록부터 시작합시다 16:07:53 &lt;EinMByte&gt; (아직 안 했다면요) 16:09:40 &lt;zzz&gt; 기본적으로 ls2는 몇 가지뿐이에요 16:09:59 &lt;zzz&gt; 플래그용 공간을 좀 추가하고 16:10:09 &lt;zzz&gt; 미래의 crypto를 가능하게 하고요 16:10:52 &lt;zzz&gt; 하지만 더 나은 멀티호밍에 관한 제안들이 있고, grothoff류의 서비스 조회도 있어요 16:11:00 &lt;zzz&gt; anycast 16:11:01 &lt;EinMByte&gt; 참고할 수 있는 구체적인 목록이 어딘가 있나요? 16:11:11 &lt;zzz&gt; zzz에 모아놨어요, 잠시만요 16:11:23 &lt;str4d&gt; EinMByte, 그걸 웹사이트에 천천히 모으고 있어요 16:11:41 &lt;zzz&gt; 그거 좀 더 빨리 할 수 있을까요, str4d? 다음 주나 그다음 주 정도로? 16:11:47 &lt;str4d&gt; 그건 .26 리스트에 넣어야겠네요 16:11:50 &lt;str4d&gt; 흠 16:11:53 &lt;str4d&gt; 아마도요 16:11:59 &lt;str4d&gt; 더 많은 검토가 필요해요 16:11:59 &lt;zzz&gt; 제안들이 단순 리스트로 정리돼 있지 않으면 이건 너무 어려워요 16:12:08 &lt;EinMByte&gt; str4d: 좋아요. 사실 이런 것들 중 일부는 위키 기능이 유용할 거예요 16:12:24 &lt;EinMByte&gt; (그게 더 빨라질 거라는 생각이에요) 16:12:48 &lt;zzz&gt; 우선 목록이 필요해요 16:12:50 &lt;str4d&gt; EinMByte, 맞아요 16:12:56 &lt;zzz&gt; 한꺼번에 다 하려 들지 맙시다 16:13:11 &lt;str4d&gt; 백엔드 HTML이 필요했던 걸 (현재는) rST로 옮기려 하고 있어요 16:13:31 &lt;str4d&gt; 제가 가진 걸 검토해 줄 사람이 필요해요. a) 사용 가능하고 b) 현재 가진 걸 잃지 않는지 확인하려고요 16:13:39 &lt;str4d&gt; 현재는 명세 문서에만 적용돼 있어요 16:13:40 &lt;zzz&gt; 제안 관련 건을 26 리스트에 넣고, 그게 무엇을 의미하는지는 나중에 얘기하죠. 하지만 최대한 빨리 전진이 필요해요. 16:13:55 &lt;str4d&gt; 그게 굳어지면, 제안으로 확장하는 건 사소해요 16:13:56 &lt;zzz&gt; 그걸 웹사이트에 올리고 싶어요. 형식은 상관없어요. 16:14:46 &lt;EinMByte&gt; 제안들을 기꺼이 검토하겠지만, 가끔은 아예 텍스트를 못 찾을 때가 있어요 16:15:10 &lt;EinMByte&gt; (웹사이트의 어떤 것들은 좀 숨어 있는 것 같아요) 16:15:37 &lt;zzz&gt; 맞아요 16:16:05 &lt;zzz&gt; zzz.i2p의 자료를 어떤 식으로든 체계화해서 웹사이트로 옮겨야 해요 16:16:13 &lt;EinMByte&gt; str4d: HTML에서 여러 포맷으로 쉽게 변환 가능한 것으로 옮기는 건 좋은 일이에요 16:16:28 &lt;EinMByte&gt; zzz: 네, 확실히요 16:16:35 &lt;str4d&gt; EinMByte, 제가 검토받고 싶은 건 i2p.www.str4d에 있어요 16:16:36 &lt;EinMByte&gt; 모든 제안을 위한 고정된 프로세스가 있으면 좋겠어요 16:16:57 &lt;zzz&gt; 좋아요. 26 리스트에 넣습니다. 세부사항은 추후에. str4d, 시작하세요. 많은 피드백을 기대하진 않아요. 그냥 새 시스템을 만들어 오면 우리 모두 따를게요 16:17:02 &lt;str4d&gt; 그리고 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/` 에도요 16:17:04 &lt;str4d&gt; EinMByte, 그걸 확정하는 데 저와 함께하고 싶다면, 어쩌면 .25 즈음에 끝낼 수 있을 거예요 16:17:23 &lt;zzz&gt; 26에 또 뭐가 있죠? 이제 마무리해야 해요 16:17:36 &lt;str4d&gt; ( EinMByte, 구체적으로 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/spec` ) 16:18:14 &lt;zzz&gt; 이건 아주 단기 과제예요. 월요일에 뭘 해야 할지 알아야 해요 16:18:27 &lt;zzz&gt; 26에 대한 마지막 호출 16:18:41 &lt;str4d&gt; 구독 관련 작업은 시간이 좀 걸릴 것 같아요 16:18:49 &lt;str4d&gt; 그래서 그게 주요 과제가 되는 걸로 저는 좋습니다 16:18:52 &lt;zzz&gt; 동의해요. 16:19:54 &lt;zzz&gt; 좋아요. 일요일 같은 시간에 회의합니다. vrp/h1부터 시작할게요. 미리 티켓 1119를 검토해 주세요. 그 후 시간되면 27-29를 논의하죠. 16:20:06 &lt;EinMByte&gt; str4d: 그중에서 가장 주의가 필요한 건 뭐라고 보시나요? 16:20:27 &lt;zzz&gt; 필요하면 일요일에 26로 잠깐 돌아올 수도 있어요 16:20:43 &lt;str4d&gt; EinMByte, 기본적으로 제안 작성 포맷이 사용 가능한지, 그리고 (HTML이나 TXT 형식으로) 웹사이트에 올라갈 내용을 제한하지는 않는지 결정하는 거예요 16:20:45 &lt;zzz&gt; 그래서 일요일 안건은 1) vrp/h1/1119; 2) 26; 3) 27-29 입니다 16:20:57 &lt;zzz&gt; 모두 고마워요 16:21:25 * zzz 회의 종료에 *bafs* 16:27:50 &lt;EinMByte&gt; str4d: 대부분 다른 포맷으로 변환만 될 수 있다면 아마 괜찮아요 :) </div>/ko/blog/2016/03/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-3%EC%9B%94-3%EC%9D%BC/Thu, 03 Mar 2016 00:00:00 +0000/ko/blog/2016/03/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-3%EC%9B%94-3%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> anonimal, comraden1, eche|on, hottuna4, orignal\_, sadie_i2p, str4d, Yankee, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log">20:00:02 &lt;zzz&gt; 0) 안녕하세요 20:00:02 &lt;zzz&gt; 1) 12월 30일 회의에서 할당되었지만 아직 열린 작업 검토 `http://zzz.i2p/topics/2014` 20:00:02 &lt;zzz&gt; 2) 2월 2일 회의에서 새로 할당된 작업 검토 `http://zzz.i2p/topics/2014` 20:00:02 &lt;zzz&gt; 3) 로드맵 미팅 준비 및 일정 `http://zzz.i2p/topics/2021` 20:00:02 &lt;zzz&gt; 4) 행동 강령(Code of Conduct) 제안 (Sadie) `http://zzz.i2p/topics/2015?page=2` 20:00:12 &lt;zzz&gt; 0) 안녕하세요 20:00:15 &lt;zzz&gt; 안녕 20:00:25 &lt;anonimal&gt; 안녕 20:00:38 &lt;str4d&gt; 안녕 20:01:07 &lt;zzz&gt; 1) 12월 30일 회의에서 할당되었지만 아직 열린 작업 검토 `http://zzz.i2p/topics/2014` 20:01:19 &lt;hottuna4&gt; 안녕 20:01:37 &lt;zzz&gt; gravy가 1월 27일까지 encrypted leasesets에 관한 글을 하나 올리거나, 다른 주제라면 2월 15일까지 올리기로 함 20:01:51 &lt;zzz&gt; gravy의 근황 아는 사람? 20:03:13 &lt;anonimal&gt; 아니요. 20:03:47 &lt;sadie_i2p&gt; 현실에서 바쁨 20:04:07 &lt;zzz&gt; sadie_i2p, 그에게서 새로운 예정일 받았나요? 20:04:24 &lt;sadie_i2p&gt; Gravy에게 새 날짜를 기다리는 중 20:04:33 &lt;zzz&gt; 좋아요, 다음 회의로 넘기겠습니다 20:04:42 &lt;zzz&gt; Sadie가 J와 함께 그의 reseed 블로그 포스트를 올리기로 함, 새 날짜는 2월 중순. 20:04:49 &lt;zzz&gt; sadie_i2p, 진행 상황이 어떤가요? 20:05:42 &lt;sadie_i2p&gt; J도 바빠요, Back up과 함께 작업 중 20:06:07 &lt;zzz&gt; sadie_i2p, 이 시점에 블로그 포스트가 가능할까요, 아니면 넘어갈까요? 20:06:44 &lt;sadie_i2p&gt; 지금은 back up과 제가 다른 것을 작업 중이라 - 블로그 포스트는 아마도 없을 것 같아요 20:06:58 &lt;zzz&gt; 좋아요, 목록에서 지우겠습니다 20:07:02 &lt;sadie_i2p&gt; 넘어가죠 20:07:17 &lt;zzz&gt; Sadie가 backup과 reseed 캠페인 논의, 새 날짜는 2월 중순. 20:07:32 &lt;zzz&gt; sadie_i2p, 당신과 backup은 무엇을 준비 중인가요? 20:07:34 &lt;anonimal&gt; 2월? 20:07:54 &lt;zzz&gt; 네 anonimal, 이건 모두 기한이 지난 항목들이에요 20:08:26 &lt;sadie_i2p&gt; 새 콘텐츠와 그래픽 20:08:51 &lt;zzz&gt; 웹사이트용이라고 생각해요 20:08:55 &lt;sadie_i2p&gt; 일정 때문에 지연이 있을 거예요. 하지만 back up은 이제 콘텐츠 작업을, 저는 사이트용 그래픽 작업을 하고 있어요 20:09:15 &lt;zzz&gt; 웹사이트 자체를 넘어선 ‘캠페인’은 어떻게 하나요? 20:09:30 &lt;zzz&gt; 무엇을 계획하고 있죠? 그리고 언제? 20:09:34 &lt;eche|on&gt; 좋다 20:09:47 &lt;sadie_i2p&gt; 사이트에 새 페이지를 준비하고, 소셜 미디어 등을 통해 사람들을 그쪽으로 유도할 거예요... 20:10:00 &lt;sadie_i2p&gt; 새 스티커를 인센티브로 쓸 수도 있어요 20:10:10 &lt;eche|on&gt; 스티커! 20:10:17 &lt;zzz&gt; 오 좋네요, reseeder들에게 스티커, 훌륭한 아이디어예요 20:10:19 &lt;str4d&gt; 이게 'reseed가 무엇인가' 페이지인가요, 아니면 'reseed 운영 방법' 가이드인가요? 20:10:49 &lt;sadie_i2p&gt; 새로운 'reseed 운영 방법' 가이드예요 20:11:36 &lt;zzz&gt; sadie_i2p, 다음 마일스톤을 알려줄 수 있나요? (날짜, 내용) 20:12:12 &lt;str4d&gt; 그렇다면 개발자보다는 I2P의 '사용자'나 기여자를 위한 가이드가 되겠군요 20:12:26 &lt;str4d&gt; 이 가이드를 올릴 더 좋은 위치를 생각해보겠습니다 20:13:07 &lt;sadie_i2p&gt; 이건 좀 더 오래 걸릴 수 있어요 - 늦어도 두 달 내로 하겠습니다 20:13:10 &lt;str4d&gt; 음, 그런데... 20:13:21 &lt;sadie_i2p&gt; 가이드는 사용자와 기여자를 위한 것입니다 20:13:45 &lt;zzz&gt; sadie_i2p, 다음 달을 위한 중간 마일스톤도 주세요 20:13:59 &lt;sadie_i2p&gt; 아마 한 달 내로 콘텐츠 업데이트를 제공할 수 있어요 20:14:02 &lt;str4d&gt; 사실 'Get involved -&gt; Guides' 아래가 맞는 것 같네요 20:14:11 &lt;zzz&gt; ok great 20:14:16 &lt;zzz&gt; 넘어가죠 20:14:26 &lt;zzz&gt; str4d, gravy, cacapo: 사용 사례 추가, 우리가 무엇에 강한지, 더 많은 "passion"과 "fat", Bote 추가/강조, 완료 시점은 20:14:39 &lt;zzz&gt; 1월 OPEN, 새 날짜는 3월 1일 20:14:50 &lt;zzz&gt; cacapo가 좋은 사용 사례를 몇 개 작성한 걸 봤어요 20:15:06 &lt;str4d&gt; 응, dymaxion의 예시를 바탕으로 했어 20:15:11 &lt;zzz&gt; str4d, 그걸 'passion'과 'fat'을 좀 보태서 웹사이트에 반영하는 진행 상황은 어떤가요? 20:15:21 &lt;Yankee&gt; 신사 숙녀 여러분, 안녕하세요! 20:15:35 &lt;str4d&gt; 제 생각에는, 내용이 조금 다듬어져야 해요(약간 'I2P가 전부 해결!' 같은 느낌이 들어요) 20:16:03 &lt;str4d&gt; 사이트에서 위치는 아직 어디에 넣어야 할지 확신이 없어요 20:16:05 &lt;zzz&gt; str4d, 마감이 3월 1일이었는데, 이걸 웹사이트에 올릴 새 날짜를 줄 수 있나요? 20:16:45 &lt;str4d&gt; 이 항목의 '목표'는 첫 페이지 가운데 열과 지원 애플리케이션 페이지를 현재보다 더 좋게 만드는 것이었어요 20:18:02 &lt;str4d&gt; zzz, 제가 페이지를 URL로 올릴 수 있어요 20:18:42 &lt;zzz&gt; 이 작업 항목이 무엇인지에 대해 당신과 sadie_i2p가 같은 이해를 하고 있나요? sadie가 ccc에서 이것을 할 일 목록에 추가했어요 20:20:29 &lt;str4d&gt; 이건 20:20:45 &lt;str4d&gt; 시작일 뿐이고, 우리는 더 넓은 정보 구조를 여전히 정해야 해요 20:20:57 &lt;str4d&gt; 홈페이지로 실제로 무엇을 전달하려는지 20:21:42 &lt;zzz&gt; 좋아요, 그럼 첫 부분의 날짜를 주세요 20:21:49 &lt;zzz&gt; 부탁해요 20:22:12 &lt;str4d&gt; 이번 주 말까지 사용 사례 문서를 웹사이트로 이전하겠습니다 20:22:42 &lt;str4d&gt; 그리고 다음 회의에서 홈페이지 재구성에 대한 추가 진행 보고를 하겠습니다 20:23:04 &lt;zzz&gt; 좋아요, 훌륭합니다. 당신과 sadie가 'fat'과 'passion'이라는 더 큰 목표의 세부 사항을 논의하길 바랍니다. 20:23:39 &lt;zzz&gt; comraden이 I2P 스토리를 2월 말까지 편집/다듬기/개선/게시 20:24:13 &lt;zzz&gt; comraden1의 근황 아는 사람? 그의 편집된 초안을 돌려받아야 하고, 그 다음 제가 한 번 더 손보고 싶어요 20:25:00 &lt;zzz&gt; 이건 월요일에 웹사이트에 올라갔어야 했어요 20:25:30 &lt;sadie_i2p&gt; 새 날짜는 4월 1일 20:25:59 &lt;zzz&gt; 좋아요. 그렇다면 몇 주 안에 그에게서 초안을 돌려받아야 해요 20:26:14 &lt;anonimal&gt; zzz: 현재 스토리 초안 링크? 20:26:39 &lt;zzz&gt; zzzi2p에 있는 것이 아직 최신이에요. comraden1이 "마스터"를 가지고 있는 동안에는 아무 변경도 하고 싶지 않아요 20:26:53 &lt;zzz&gt; 좋아요, 넘어가죠 20:27:09 &lt;zzz&gt; 티켓: Sadie가 검토하고, 권고안을 만들거나, 가능하면 관리를 시작 (기한은?) OPEN - 새 날짜 2월 중순(?) 20:27:09 &lt;anonimal&gt; 좋아요. 20:27:30 &lt;zzz&gt; sadie_i2p, 이 큰 작업은 어떻게 되어가나요? 20:28:06 &lt;sadie_i2p&gt; 어휴 20:29:12 &lt;zzz&gt; 어휴만으로는 좀 부족해요 :) 20:29:14 &lt;str4d&gt; 꽤 큰 작업이었죠 :P 20:29:35 &lt;sadie_i2p&gt; str4d와 주간 티켓 미팅에 대해 얘기했어요 20:29:56 &lt;zzz&gt; 그게 일회성 '검토'보다 더 현실적일 수 있겠네요 20:30:06 &lt;str4d&gt; 이걸 이전 회의에서 언급했던 것 같은데, 혹시 아니었다면: Trac에 "open" 상태를 추가했어요. 개발자가 확인했지만 담당자나 특별한 상태가 없는 티켓을 나타내기 위해서요. 20:30:26 &lt;str4d&gt; 그 목적은 그런 티켓을 실제로 '새로' 생성된 티켓과 구분하는 것이었어요 20:30:26 &lt;str4d&gt; 네, 그럴 거예요 20:30:26 &lt;zzz&gt; sadie_i2p, 티켓 관리를 어떻게 할지에 대해 권고안을 제시할 만큼 충분히 파악했나요? 20:31:08 &lt;str4d&gt; 그래서 우리가 스스로 만든 티켓들을 다른 상태로 옮긴 덕분에 'new' 티켓 더미가 이제 훨씬 작아졌어요 20:31:15 &lt;sadie_i2p&gt; 지금으로선 주간 체크인과 트리아지(triage)가 최선의 제안이에요 20:32:34 &lt;str4d&gt; +1 20:32:34 &lt;zzz&gt; 좋아요. 첫 미팅 일정을 잡을 준비가 되었나요, 아니면 먼저 더 정리할 게 있나요? 20:33:28 &lt;str4d&gt; 아직 여행 중이라 다음 주까지 기다리면 좋겠어요 20:33:46 &lt;zzz&gt; 좋아요. 4월 회의 전까지 아무 일정도 잡지 못하면, 그때 다시 호출하겠습니다 20:34:05 &lt;zzz&gt; str4d Android 0.9.24 릴리스를 2월 7일까지, TODO 목록 취합을 2월 26일까지 20:34:21 &lt;zzz&gt; 그건 조금 밀린 것 같네요 :) 20:34:28 &lt;str4d&gt; ㅎㅎ 20:34:34 &lt;zzz&gt; 새 날짜는? 20:34:37 &lt;str4d&gt; 둘 다 처참히 실패했어요, 박사 논문 때문에요 20:34:55 &lt;str4d&gt; (그걸 제가 드디어 2월 중순에 제출했습니다) 20:35:04 &lt;str4d&gt; 지금 이 순간 0.9.24 릴리스를 만들고 있어요 20:35:06 &lt;zzz&gt; 우와. 20:35:10 &lt;str4d&gt; (아주아주 느린 노트북에서() 20:35:14 &lt;str4d&gt; ) 20:35:16 &lt;zzz&gt; 그리고 TODO 목록은요? 20:35:31 &lt;str4d&gt; TODO 목록 취합은 며칠 안에 하겠습니다 20:35:41 &lt;zzz&gt; 좋아요, 그 약속 지키도록 할게요 20:35:51 &lt;str4d&gt; ㅎㅎ :P 20:36:01 &lt;zzz&gt; str4d와 zzz가 2월 12일까지 VRP 티켓을 검토하기로. 저는 제 부분은 했어요. 20:36:06 &lt;str4d&gt; 주로 저장소 내 TODO 목록을 훑으며 제 개인 TODO 목록에 빠진 것을 찾는 일이에요 20:36:14 &lt;zzz&gt; 그건 새 날짜가? 20:36:20 &lt;anonimal&gt; Re: #1119, 3주 전에 zzz가 남긴 최신 댓글을 이제야 봤습니다. @mail.i2p/@i2pmail.org로 지난 몇 주 동안 github이나 다른 곳에서 이메일을 전혀 받지 못했습니다. 20:36:32 &lt;anonimal&gt; postman의 이메일 서비스에 문제가 있는지 진지하게 의심됩니다. 20:36:37 &lt;str4d&gt; 또 다른 논문 탓이죠. 0.9.24가 나가고 오늘 오후에 읽어보겠습니다 20:36:46 &lt;anonimal&gt; 이메일을 바꿔야 할지도 :/ 20:36:49 &lt;zzz&gt; 좋아요, 훌륭해요 20:36:49 &lt;str4d&gt; anonimal, 응, 나도 최근에 심각한 문제가 있었어(이메일이 많이 반송됨) 20:37:03 &lt;zzz&gt; 믿거나 말거나, 1)은 이게 전부인 것 같네요 20:37:11 &lt;zzz&gt; 그리고 2)도 20:37:17 &lt;str4d&gt; (대략 2월 6일쯤부터) 20:37:22 &lt;anonimal&gt; zzz: 당신의 댓글을 더 깊이 읽고 VRP를 다시 쓰겠습니다. 20:37:28 &lt;zzz&gt; 3) 로드맵 미팅 준비 및 일정 `http://zzz.i2p/topics/2021` 20:37:33 &lt;anonimal&gt; 잠깐! 20:37:45 &lt;zzz&gt; 알았어요, 미안. 1이나 2에 대해 더 있을까요? 20:37:45 &lt;anonimal&gt; 1) 관련: H1 결정? 20:38:06 &lt;anonimal&gt; 내 기억으로 H1에 대한 결정은 1)로 옮겼던 것 같아요. 20:38:41 &lt;anonimal&gt; 아니면 말고요, 어쨌든 오늘 다룰 것 같아요. 20:38:47 &lt;zzz&gt; 지난 회의에서, VRP와 h1 논의를 3월 4~6일의 로드맵 미팅에서 마무리하기로 했어요 20:39:11 &lt;anonimal&gt; 알겠어요. 20:39:23 &lt;zzz&gt; 방금 일정을 잡았고, 내일과 일요일 UTC 오후 3시에 하겠습니다. anonimal, 둘 중 하나 참석할 수 있나요? 20:39:30 &lt;str4d&gt; 우와, 그러면 제가 검토할 기회가 생기네요 :P 20:41:08 &lt;zzz&gt; 그러면 3)으로 넘어가죠 20:41:11 &lt;zzz&gt; 말했듯이 20:41:19 &lt;zzz&gt; 방금 일정을 잡았고, 내일과 일요일 UTC 오후 3시에 하겠습니다. 20:41:21 &lt;anonimal&gt; zzz: 으악, 토요일은 kovri의 최소 두 시간짜리 UTC 오후 6시 회의가 있어요. 20:41:21 * anonimal 생각 중 20:41:23 &lt;anonimal&gt; zzz: 토요일 회의는 얼마나 길어질 것 같나요? 20:41:33 &lt;orignal_&gt; 여기 있는 모두가 kovri 미팅을 신경 써야 하나요? 20:41:40 &lt;zzz&gt; 우리 미팅은 금요일과 일요일입니다. 토요일은 아니에요. 20:41:46 &lt;orignal_&gt; 그건 개인적으로 정리할 수 있지 않나요? 20:42:05 &lt;zzz&gt; 일요일 미팅에서 VRP를 가장 먼저 다루자고 제안합니다. 괜찮죠? 20:42:06 * anonimal 날짜를 헷갈림 20:42:11 &lt;anonimal&gt; 일요일은 가능해요. 20:42:16 &lt;anonimal&gt; 좋아요, 아주 좋네요. 20:43:00 &lt;zzz&gt; 이건 비공식적 미팅으로, 우리의 현재 위치와 앞으로의 방향을 검토할 거예요 20:43:11 &lt;zzz&gt; 목표는 적어도 올해 남은 기간의 로드맵을 정하는 것입니다 20:43:22 &lt;zzz&gt; 두 번째 미팅은 더 구조화될 수 있어요 20:43:46 &lt;zzz&gt; 다음에 무엇을 해야 할지, 그리고 올해 내내 무엇을 해야 할지 좀 막혔어요. 그래서 이 미팅은 제게 매우 중요하\ 20:43:52 &lt;zzz&gt; 저의 방향을 설정하는 데 20:44:08 &lt;str4d&gt; 음음 20:44:15 &lt;anonimal&gt; 알겠어요. 20:44:37 &lt;zzz&gt; 그래서 금요일은 우선순위에 대한 좀 더 비공식적인 검토가 될 겁니다. 일요일에는 h1/vrp로 시작하고, 그 다음 .26~.29에 대한 로드맵을 확실히 정하겠습니다 20:44:47 &lt;zzz&gt; 3)에 관해 더 있을까요 20:45:31 &lt;zzz&gt; 4)로 넘어가죠 20:45:39 &lt;zzz&gt; 4) 행동 강령(Code of Conduct) 제안 (Sadie) `http://zzz.i2p/topics/2015?page=2` 20:45:56 &lt;zzz&gt; 지금 보니 debian과 비슷한 것을 하자고 제안했네요 20:46:00 &lt;zzz&gt; 아, 딱 맞게 돌아왔네요 20:46:12 &lt;zzz&gt; debian CoC에 대한 의견 있나요? 20:46:48 &lt;orignal_&gt; dedian은 익명 네트워크가 아닙니다 20:46:56 * str4d 링크를 연다 20:47:05 &lt;str4d&gt; orignal_, 아니지만, FOSS이긴 하죠 20:47:08 &lt;zzz&gt; 하지만 그들의 CoC에 대한 당신의 생각은 어떤가요, orignal_ ? 20:47:17 &lt;orignal_&gt; 사람들은 다양한 이유로 I2P에 옵니다 20:47:33 &lt;anonimal&gt; 제 생각엔 조금 미약하고, 어떻게 집행되는지 잘 모르겠습니다. 20:48:02 &lt;orignal_&gt; zzz, 그들의 CoC는 역사 있는 확립된 프로젝트인 그들에게는 적절해요 20:48:04 &lt;zzz&gt; sadie, debian CoC의 어떤 점이 마음에 드나요? 20:48:14 &lt;orignal_&gt; I2P는 전혀 다릅니다 20:48:32 &lt;sadie_i2p&gt; 최소한 시작하기 좋은 기본 구조를 제공하는 것처럼 보였어요 20:48:40 &lt;str4d&gt; orignal_, 그럼 I2P의&gt;10년이 넘는 역사도 확립된 프로젝트로 보지 않나요? 20:48:45 &lt;zzz&gt; 물론 우리는 다르지만, 우리는 분명히 역사 있는 확립된 프로젝트예요 20:48:51 &lt;orignal_&gt; 사람들이 여기 와서 다시 이런 HR의 헛소리를 듣는 건 정말 원하는 마지막 일일 거예요 20:49:31 &lt;zzz&gt; 사람들이 프로젝트에 오는 이유가 여기 와서 어떻게 행동해야 하는지에 대한 기준과 무슨 상관이 있는지 모르겠네요 20:49:41 &lt;zzz&gt; HR? 20:50:31 &lt;sadie_i2p&gt; 간단하고 요점을 찌르는 예시를 찾고 있어요 - 20:50:31 &lt;sadie_i2p&gt; 그래서 아마 최선은 아니지만, 출발점으로는 괜찮을 거예요 20:51:29 &lt;zzz&gt; 출발점으로 debian이 더 낫다고 생각하나요, 아니면 monero가 더 나을까요 20:51:36 &lt;orignal_&gt; str4d, 안타깝게도 아니에요 20:51:51 &lt;str4d&gt; orignal_, “사용자 != 개발자”라는 점, 다시 한번요. 20:51:53 &lt;orignal_&gt; Debian과 I2P를 사용하는 사람 수를 비교해보세요 20:52:11 &lt;orignal_&gt; 큰 프로젝트를 그대로 따라 하려 하지 마세요, 우리는 아직 그 리그가 아니에요 20:52:12 &lt;str4d&gt; 사용자와 개발자를 혼동해선 안 됩니다. 20:52:21 &lt;zzz&gt; 우리 목표에 가장 가까운 것을 고를 수 있다면, 몇 사람이 우리 상황에 맞게 편집 작업을 하도록 부탁할 수 있다고 생각해요 20:52:42 &lt;str4d&gt; 그건 'Debian OS를 설치한 누구든 우리가 마음에 들어하지 않는 말을 해서는 안 된다'라고 말하는 것과 같을 거예요 20:52:42 &lt;str4d&gt; 그건 여기서의 요점이 전혀 아닙니다 20:52:53 &lt;str4d&gt; 따라서 사용자 기반 규모는 이 논의에서 중요하지 않습니다 20:52:54 &lt;sadie_i2p&gt; monero 것도 매우 좋아요 - 둘 중 그게 더 낫다면 이의 없습니다 20:53:21 &lt;orignal_&gt; zzz, CoC는 HR의 일이에요 20:53:21 &lt;orignal_&gt; 그 이상도 이하도 아니죠 20:53:28 &lt;zzz&gt; debian 대 monero에 대한 다른 분들의 의견은요? 20:53:44 &lt;anonimal&gt; + Monero 20:53:49 &lt;zzz&gt; orignal_, 'HR'이 무슨 뜻인가요? 20:54:07 &lt;orignal_&gt; HR = human resource(인사) 20:54:24 &lt;zzz&gt; monero 것이 debian보다 더 짧으니, 작게 시작하기는 더 쉬울 것 같네요 20:55:13 &lt;zzz&gt; monero CoC에 수정 제안을 표시해서 다음 달에 가져올 자원봉사자가 있나요? 20:55:18 &lt;str4d&gt; zzz, 저는 Debian 것의 핵심이 좋아요. 우리가 중요하게 여기는 많은 점을 다루고 있다고 생각하거든요(예: 최근에 항목 2가 매우 유용했을 겁니다) 20:55:26 &lt;zzz&gt; 아니면 debian 것도요 20:55:28 &lt;orignal_&gt; 제 의견을 다시 말하자면, 아직 그럴 때가 아니에요 20:55:40 &lt;zzz&gt; 지금 당장 debian 대 monero를 결정할 필요는 없어요 20:55:48 &lt;zzz&gt; orignal_, 당신의 메시지는 분명히 잘 전달되었습니다, 고마워요 20:55:59 &lt;str4d&gt; 그리고 지나치게 규정적이지도 않아요 20:56:13 &lt;zzz&gt; 아직 결정된 것은 없습니다. 그냥 논의 중이에요. 20:56:40 &lt;sadie_i2p&gt; 둘에서 가장 적용 가능한 것을 취할 수 있어요 20:56:43 &lt;anonimal&gt; CoC 관련, 20:56:56 &lt;str4d&gt; 또 제가 좋아하는 건 항목 6이에요 - 이슈에 응답할 때, 응답자 또한 CoC를 존중해야 한다는 점 20:57:03 &lt;anonimal&gt; https://github.com/monero-project/kovri/blob/master/doc/CONTRIBUTING.md 20:57:09 &lt;anonimal&gt; 아름다운 Monero 거버넌스 프로세스 그래픽도 포함되어 있어요. 20:57:30 &lt;comraden1&gt; zzz: 초안 관련 -- 회사 일이 더 복잡해졌고, 다시 관해(remission)에 들어간 가족 구성원을 돌보느라 역사 초안은 뒷전으로 미뤄졌습니다. sadie_i2p가 새 날짜로 2016-04-01을 언급했는데 그 기한을 지키도록 하겠습니다 20:57:30 &lt;str4d&gt; 오, 그림! 20:57:48 &lt;comraden1&gt; zzz: 몇 주 동안 소식이 뜸했던 점 사과드립니다! 20:58:06 &lt;anonimal&gt; str4d zzz: 네, 그리고 Java I2P에 맞게 기여 가이드를 패치할 의사가 있습니다. 20:58:52 &lt;anonimal&gt; 안녕 comraden1, 검토를 위해 story of i2p 페이지에 무언가를 올리고 있어요. 20:59:30 &lt;sadie_i2p&gt; 제가 자원할게요 20:59:58 &lt;comraden1&gt; anonimal: 고마워요 :) 포럼에 있으면 다음에 접속할 때 확인할게요. 제게 쪽지로 보내도 되고 clearnet으로 연락해도 돼요 21:00:05 &lt;zzz&gt; 좋아요, 훌륭합니다. Sadie_i2p와 anonimal, 다음 달 회의에 권고안을 가져와 주시겠어요? 21:00:20 &lt;sadie_i2p&gt; 물론이죠 21:00:25 &lt;zzz&gt; comraden1, 업데이트 고맙고, 가족 문제는 유감입니다 21:00:31 &lt;zzz&gt; 4)에 대해 더 있을까요? 21:00:40 * zzz baffer를 데운다 21:00:48 &lt;zzz&gt; 회의에 대해 더 있을까요? 21:00:54 &lt;orignal_&gt; 네, 다른 누군가를 위해 CoC를 쓰는 게 더 나은 일인 듯하군요 21:01:13 &lt;anonimal&gt; 네, 그런데 요즘 i2pmail에 문제가 있어서, 가능하면 sadie_i2p와 IRC에서 대화해보는 게 좋겠습니다. 21:01:21 &lt;anonimal&gt; 아니요, 회의 관련해선 더 없습니다 zzz. 21:01:52 &lt;zzz&gt; orignal_, kovri에 대한 빈정거리는 댓글로 우리 회의를 방해하지 말아 주세요. 지난달에는 너무 도가 지나쳤고, 다시는 그렇게 두지 않겠다고 약속했습니다 21:02:07 &lt;orignal_&gt; 그랬나요? 21:02:41 * zzz 회의 종료를 위해 *bafs* 21:02:45 &lt;zzz&gt; 모두 감사합니다 </div>/ko/blog/2016/02/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-2%EC%9B%94-2%EC%9D%BC/Tue, 02 Feb 2016 00:00:00 +0000/ko/blog/2016/02/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2016%EB%85%84-2%EC%9B%94-2%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> allyourbase, anonimal, C0B4, cacapo, comraden1, eche|on, EinMByte, hottuna, Hummingbird, Irc2PGuest39432, Irc2PGuest76545, Irc2PGuest95462, IrcI2Pd743, JIa3apb_KaraHoBu4, lazygravy, nda, orignal, psi, sadie_i21, str4d, supervillain, The_Tin_Hat, trolly, xcps, Yankee, z3r0fox, zab\__, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log">20:00:00 &lt;zzz&gt; 안건 `http://zzz.i2p/topics/2014` 20:00:00 &lt;zzz&gt; 0) 안녕 20:00:00 &lt;zzz&gt; 1) 12월 30일 회의에서 할당된 작업 검토 - `http://zzz.i2p/topics/2016` (zzz) 20:00:00 &lt;zzz&gt; 2) 기타 CCC 후속 조치 - `http://zzz.i2p/topics/2019` (zzz) 20:00:00 &lt;zzz&gt; 3) 2016 프로젝트 회의 계획 (zzz, Sadie) 20:00:00 &lt;zzz&gt; 4) GMP 6 병합 준비 상태 - `http://zzz.i2p/topics/1960` (tuna) 20:00:00 &lt;zzz&gt; 5) `http://secure.tinhat.i2p` 콘솔 홈 페이지 요청 - `http://zzz.i2p/topics/236?page=3#p10884` (david) 20:00:00 &lt;zzz&gt; 6) 행동 강령(Code of Conduct) 제안 - `http://zzz.i2p/topics/2015` (Sadie) 20:00:02 &lt;lazygravy&gt; ccc 블로그 글에 그에 대한 링크가 있어요 20:00:05 &lt;zzz&gt; 0) 안녕 20:00:09 &lt;zzz&gt; 안녕 20:00:19 &lt;EinMByte&gt; 안녕 20:00:21 &lt;psi&gt; 안녕 20:00:25 &lt;lazygravy&gt; 안녕하세요 20:00:32 &lt;cacapo&gt; 안녕 20:00:33 &lt;sadie_i21&gt; 안녕 20:00:37 &lt;zzz&gt; 1) 12월 30일 회의에서 할당된 작업 검토 - `http://zzz.i2p/topics/2016` (zzz) 20:00:44 &lt;Irc2PGuest76545&gt; 안녕 20:00:48 &lt;zzz&gt; 좋아요, 열린 항목들만 빨리 훑어봅시다 20:00:49 &lt;anonimal&gt; 안녕 20:00:50 &lt;Hummingbird&gt; 안녕 20:00:55 &lt;z3r0fox&gt; 안녕 20:01:03 &lt;zzz&gt; gravy가 암호화된 leasesets에 대해 1월 27일까지 하나 게시하기 20:01:11 &lt;zzz&gt; lazygravy, 진행 상황은? 20:01:34 &lt;orignal&gt; 안녕 20:01:37 &lt;lazygravy&gt; zzz: 그건 많이 늦었습니다. 하지만 시작은 했어요. 계속 쓸 계획입니다 20:01:38 &lt;zab__&gt; 안녕 20:01:44 &lt;trolly&gt; 안녕 20:01:50 &lt;lazygravy&gt; 주제를 바꿀 수도 있지만, 내 요지는 같습니다 20:01:51 &lt;zzz&gt; lazygravy, 새 목표 날짜는요? 20:02:27 &lt;Irc2PGuest39432&gt; 이런 20:02:28 &lt;Irc2PGuest39432&gt; 안녕 20:02:37 &lt;lazygravy&gt; zzz: 프레지던츠 데이 주말? 20:02:52 &lt;zzz&gt; 그게 며칠이죠? 20:03:10 &lt;lazygravy&gt; 2월 15일 20:03:14 &lt;zzz&gt; 좋아요, 고마워요 20:03:17 &lt;zzz&gt; Sadie가 J와 협력하여 그의 블로그 글을 게시하기 20:03:32 &lt;zzz&gt; sadie_i21,진행 상황? 20:03:42 &lt;sadie_i21&gt; 2월 중순 20:03:55 &lt;supervillain&gt; 보드카 마실 사람? 20:04:02 &lt;zzz&gt; Sadie가 backup에게 연락하여 reseed 캠페인 논의 20:04:05 &lt;zzz&gt; sadie_i21,진행 상황? 20:04:12 &lt;Irc2PGuest76545&gt; 안녕 20:04:27 &lt;sadie_i21&gt; 아직이에요 20:04:39 &lt;zzz&gt; 새 마감일은요? 20:06:09 &lt;zzz&gt; 좋아요, 넘어가죠. sadie 알려주세요 20:06:10 &lt;sadie_i21&gt; 이것도 2월 중순 20:06:10 &lt;Irc2PGuest95462&gt; 안녕 20:06:13 &lt;zzz&gt; 네트워크 강화 - 홈페이지와 추가 페이지들 20:06:13 &lt;zzz&gt; ** str4d, gravy, cacapo: 사용 사례 추가, 우리가 무엇을 가장 잘하는지, 더 많은 "열정"과 "살"을 붙이고, Bote 추가/강조, 1월 말까지 20:06:17 &lt;zzz&gt; 좋아요 고마워요 sadie 20:06:31 &lt;zzz&gt; str4d, lazygravy, cacapo, 진행 상황? 20:07:08 &lt;cacapo&gt; 작업 중이지만 커뮤니티의 피드백이 필요하다고 생각해요 20:07:16 &lt;str4d&gt; 안녕 20:07:16 &lt;lazygravy&gt; cacapo++ 20:07:22 &lt;Irc2PGuest76545&gt; hallo 20:07:40 &lt;zzz&gt; 새 마감일은요? 20:08:42 &lt;cacapo&gt; 그리고 최종 목적이 명확하지 않은 것 같아요. 블로그 글을 위한 건가요? 20:08:50 &lt;hottuna&gt; cacapo: 다시 한번 읽어봐야 하면 핑해줘요 20:08:50 &lt;cacapo&gt; 3월 1일 20:09:07 &lt;EinMByte&gt; 최종 사용자뿐만 아니라 연구자도 대상으로 해주세요 20:09:07 &lt;str4d&gt; 내가 보기엔 범위는 홈페이지와 "supported applications" 페이지를 수정하는 거죠, 맞나요? 20:09:18 &lt;zzz&gt; 내 기억이 맞다면 의도는 홈페이지를 강화하고, 필요하면 추가 페이지를 더하는 것이었어요. 블로그 글은 아닙니다 20:09:33 &lt;zzz&gt; sadie_i21, 좀 더 설명해주시겠어요? 20:09:34 &lt;EinMByte&gt; 그럼 됐네요 20:09:38 &lt;str4d&gt; 맞아요 20:09:47 &lt;cacapo&gt; 그럼 supo 20:09:59 &lt;cacapo&gt; supported applications 페이지인가요? 20:10:26 &lt;zzz&gt; 내 기억으로는 우선순위가 홈페이지였어요. 다른 페이지(신규든 아니든)로 번져도 괜찮습니다 20:10:55 &lt;cacapo&gt; 또 하나: PR을 위해 토렌트를 언급할까요? 20:11:06 &lt;zzz&gt; sadie가 덧붙일 게 없다면, 넘어가죠 20:11:22 &lt;zzz&gt; 토렌트를 언급할지 말지는 회의 밖에서 논의합시다 20:11:37 &lt;sadie_i21&gt; 없음 20:11:38 &lt;str4d&gt; sadie_i21, Simply Secure의 디자인 생각들도 여기와 관련 있을 것 같아요. 20:11:39 &lt;str4d&gt; 그들이 홈페이지에 대해 즉각적인 생각이 있다면, 사용 사례를 어떻게 작성하고 제시할지에 영향을 줄 거예요/ 20:12:00 &lt;zzz&gt; comraden이 2월 말까지 "i2p story"를 편집/다듬기/강화/게시 20:12:06 &lt;sadie_i21&gt; 미안 zzz, 통화 중이라... 20:12:09 &lt;zzz&gt; comraden1, 일정대로 가고 있나요? 20:12:13 &lt;str4d&gt; cacapo, 네. 토렌트의 장점(예: Tails 새 버전 다운로드!)을 강조하죠 20:12:17 &lt;psi&gt; sadie_i21: press@geti2p.net 스팸 파이어호스를 이메일로 포워딩받고 있나요? 20:12:42 &lt;zzz&gt; psi, 그건 sadie랑 오프라인으로 부탁해요 20:12:45 &lt;sadie_i21&gt; 아니요, 아직 20:12:50 &lt;psi&gt; ㅇㅋ 20:13:09 &lt;zzz&gt; 좋아요, comraden1은 일정대로라고 가정하겠습니다 20:13:17 &lt;zzz&gt; 더 넓은 로드맵과 우선순위 결정 프로세스는 추후 결정(TBD)이지만, 진행 중인 프로젝트 회의에서 나올 것입니다 20:13:26 &lt;comraden1&gt; zzz: 당신이 올린 글은 아직 못 봤어요, 앞서 말했듯 급한 일이 생겼거든요 20:13:50 &lt;zzz&gt; 그 항목은 나와 sadie의 일이니, 3) 항목으로 미룹시다 20:13:52 &lt;comraden1&gt; 이번 주에 히스토리를 살펴보고 당신과 lance에게 수정 사항을 다시 전달하겠습니다 20:14:05 &lt;zzz&gt; comraden1, 2월 말까지 가능한가요? 20:14:26 &lt;str4d&gt; zzz, 초안이 꽤 흥미롭더군요 :) 20:14:31 &lt;str4d&gt; cacapo, 웹사이트에서 보이는 방식에 관해, 연도 헤더와 섞어서(일종의 "장"으로 나누듯이) 구성하면 잘 맞을 것 같아요. 그러면 연도별로 탐색할 수도 있겠죠. 20:14:34 &lt;comraden1&gt; zzz: 지금으로서는 네요 :) 20:14:45 &lt;zzz&gt; sadie가 검토하고, 권고를 하거나 티켓 관리를 시작(언제까지?) 20:14:55 &lt;zzz&gt; sadie_i21, 진행 상황? 마감일은? 20:15:55 &lt;zzz&gt; 아직 통화 중이라고 가정할게요, 회신 부탁합니다 20:16:05 &lt;zzz&gt; 4) Android - 20:16:05 &lt;zzz&gt; 1)과 비슷하게 코드이고 java router와 연결되어 있지만, 3)처럼 임시적으로 또는 str4d의 1인 쇼 상태이고, 일정이 뒤처져 있습니다. 20:16:13 &lt;str4d&gt; @YrB1rd에게서 DM: "There. Are. So. Many." 20:16:24 &lt;str4d&gt; (며칠 전 얘기지만 느낌은 알죠 ;P) 20:16:57 &lt;zzz&gt; 이건 실제 할 일 목록은 아니었지만, str4d Android 개발을 어떻게 관리할지 제안이 있나요, 아니면 당신과/또는 sadie에게 더 구체적인 과제를 드려도 될까요? 20:17:09 &lt;str4d&gt; 네, 제가 주요 의존성인 모든 것들이 지난 4~5개월 동안 완전히 엉망이었습니다. 20:17:36 &lt;zzz&gt; 0.9.24 릴리스를 위한 목표와, Android를 더 잘 관리하는 방안에 대한 계획을 마련하는 또 다른 목표 시점을 제시해줄 수 있나요? 20:17:39 &lt;str4d&gt; 박사학위 논문을 쓰고 있었거든요. 20:18:08 &lt;str4d&gt; 이번 주 말 제출을 목표로 하고 있어서 그건 정리되겠지만, 그 이후에는 유급 업무도 맡게 됩니다. 20:18:23 &lt;zzz&gt; 2월 5일, 좋습니다 20:18:33 &lt;str4d&gt; 0.9.24: 이번 주말을 목표로 하겠습니다. 20:18:38 &lt;sadie_i21&gt; zzz - 티켓 질문으로 다시 돌아갈 수 있을까요 - 지금 반쯤만 여기 있어요 20:18:56 &lt;zzz&gt; 지금 돌아갈까요 아니면 나중에요? 20:19:16 &lt;sadie_i21&gt; 나중에요 20:19:22 &lt;str4d&gt; 그 다음으로는: 느리더라도 목표 지향적인 개발을 할 수 있도록 더 나은 로드맵이 필요합니다. 지금은 "오, 또 I2P 릴리스가 다가오네, 릴리스할 수 있도록 Android 작업 좀 비워야겠다"는 식이거든요. 20:19:23 &lt;zzz&gt; 좋아요, 0.9.24는 주말 끝이 2월 7일입니다 20:19:48 &lt;zzz&gt; 좋아요 str4d, 로드맵을 언제까지 마련할 건가요? 20:20:42 &lt;zzz&gt; 1) 항목에 대해 더 있나요? 20:20:50 &lt;str4d&gt; 로컬, 저장소, Trac에 할 일들이 잔뜩 있어요. 제가 필요한 건 기획에 더 많은 눈입니다. 20:21:30 &lt;zzz&gt; 날짜조차 못 주겠다는 건 안 좋은 신호예요. 할 일 목록에서 초안 로드맵이라도 올릴 수 있나요? 20:21:34 &lt;str4d&gt; zzz, 3월 6일로 하죠. 더 일찍 초안을 만들 수 있겠지만, 제가 거기 있는 동안 다른 것들과 함께 로드맵 작업을 하게 될 것 같습니다. 20:21:40 &lt;zzz&gt; 좋아요, 3월 6일 20:21:44 &lt;zzz&gt; 1) 마지막 호출 20:21:57 &lt;zzz&gt; 2) 기타 CCC 후속 조치 - `http://zzz.i2p/topics/2019` (zzz) 20:22:13 &lt;zzz&gt; 2)는 다른 중요한 후속 사항이 있을 경우를 대비한 자리표시자로 넣었습니다 20:22:18 &lt;str4d&gt; RWC에서 후속 연락해야 할 분들이 몇 있습니다 20:22:13 &lt;str4d&gt; (2)에 끼워넣기) 20:22:26 &lt;zzz&gt; Phillip Winter와 Sybil에 관해 서신을 주고받고 있어요 20:22:39 &lt;zzz&gt; 다른 흥미로운 후속 보고할 게 있나요? 20:23:02 &lt;eche|on&gt; 제 쪽에서는 없습니다 20:23:25 &lt;zzz&gt; 좋아요, 모두들 이메일을 보내거나 하려던 연구를 해보세요, 아직 늦지 않았습니다 20:23:26 &lt;anonimal&gt; VRP를 이번 회의에서 다루려 했나요? 20:23:26 &lt;eche|on&gt; 재정은 이번 주말에 업데이트될 겁니다(IMHO) 20:23:44 &lt;zzz&gt; VRP는 안건에 없어요, 시간이 남으면 7)로 추가할 수 있습니다 20:23:49 &lt;zzz&gt; 2) 마지막 호출 20:23:58 &lt;JIa3apb_KaraHoBu4&gt; Dear zzz ! I am very grateful to you for the creation of this network because I have met wonderful people here and find rare content, for which our country is suspended for the genitals an apple tree. Long old are you! 20:23:58 &lt;C0B4&gt; 미안하지만, 누가 0.9.24의 안전성을 확인했는지 오래 기다리고 있어요, 아니면 당신들은 보통 사람들의 질문에는 답하지 않나요&gt;&gt;&gt; &lt;C0B4&gt; 미안한데, 누가 0.9.24의 안전성을 확인했나요 20:24:11 &lt;str4d&gt; RWC에서 후속 연락해야 할 분들이 몇 있습니다 20:24:13 &lt;str4d&gt; (2)에 억지로 끼워넣기) 20:24:31 &lt;zzz&gt; 3) 2016 프로젝트 회의 계획 (zzz, Sadie) 20:24:44 &lt;lazygravy&gt; 끼워넣는 김에, i2spy에 대해 str4d와 얘기해야 해요. 그건 나중에/오프라인으로 20:24:57 &lt;zzz&gt; 간단한 항목입니다. 12월 30일 회의에서 프로젝트 관리에 더 진지하게 임하기로 했습니다 20:25:03 &lt;zzz&gt; 월례 회의를 열기로 했고 20:25:14 &lt;zzz&gt; 누군가가 프로젝트 매니저 역할을 맡기로 했습니다 20:25:37 &lt;zzz&gt; 그래서 이번이 첫 번째 월례 회의이고, 매달 첫 번째 화요일 UTC 오후 8시에 진행됩니다 20:25:56 &lt;zzz&gt; 다음 달은 예외로, 3월 7일 목요일에 합니다 20:26:26 &lt;zzz&gt; 목표는 제가 잠시 동안 이 회의를 진행하다가, 몇 번 지나면 Sadie에게 넘겨 그녀가 프로젝트 매니저 역할을 맡는 것입니다 20:26:34 &lt;zzz&gt; 괜찮나요? 의견 있나요? 20:26:39 &lt;lazygravy&gt; 합리적으로 보입니다. 우리 모두가 책임감을 갖는 데 도움이 되길 바랍니다. 20:26:59 &lt;comraden1&gt; 라 20:27:03 &lt;comraden1&gt; lazygravy++ 20:27:04 &lt;anonimal&gt; sadie_i21이 IRC에 더 자주 오게 되나요? 20:27:15 &lt;xcps&gt; C0B4, 좋은 지적! 20:27:15 &lt;lazygravy&gt; anonimal++ 20:27:22 &lt;sadie_i21&gt; 알겠어요 20:27:33 &lt;str4d&gt; 좋아 보입니다 20:27:42 &lt;zzz&gt; 좋은 지적이에요, 우리가 sadie_i21에게 더 자주 오라고 반복해서 권했죠, 더 쉽게 하려고 두 번째 컴퓨터를 마련 중이었던 걸로 알아요 20:27:48 &lt;str4d&gt; sadie_i21, bouncer 계정 - sadie - 아직 가지고 있어요, 원하면 드릴게요 20:28:04 &lt;zzz&gt; 자주 여기 없으면 프로젝트 관리가 어려울 것 같아요 20:28:28 &lt;anonimal&gt; 안녕하세요 sadie_i21, 공식적으로 인사한 적은 없네요. 20:28:28 &lt;anonimal&gt; PM 관련 질문이 있지만, 기다려도 될 것 같아요? 20:28:30 &lt;str4d&gt; 최소한 PM 등을 놓치지 않게 해줄 거예요. 20:28:39 &lt;zzz&gt; sadie_i21, 여기 상주하고 스크롤백을 볼 수 있는 환경 구축은 진척이 있나요? 20:28:52 &lt;sadie_i21&gt; 안녕하세요! 더 자주 오려고 노력 중입니다!! 20:28:57 &lt;anonimal&gt; s/PM-related/Project Management-related/ 20:29:06 &lt;comraden1&gt; str4d: 그 설정을 sadie_i21에게 해주는 방법을 나와 오프라인으로 얘기해줄래요? 트위터나 여기 모두 괜찮아요 20:29:14 &lt;sadie_i21&gt; 네, zzz - 다 끝났고 설정했어요 20:29:43 &lt;zzz&gt; 좋아요, 나에서 sadie로의 일반적인 이양 계획이 있으니, 향후 몇 달 동안 어떻게 되는지 봅시다 20:29:47 &lt;eche|on&gt; 방해해서 미안, sadie가 매니저가 될 거라면, 조직적으로 필요한 시스템이 있어야 해요 20:30:01 &lt;eche|on&gt; 필요한 하드웨어요, 미안 20:30:20 &lt;zzz&gt; echelon 응? 20:30:41 &lt;str4d&gt; comraden1, ㅇㅋ 20:31:00 &lt;zzz&gt; 3)에 더 있나요? 20:31:05 &lt;comraden1&gt; eche|on: 제가 컴퓨터를 하나 설정해줬어서 필요 없을 수도 있지만, 새 장비를 원한다면 그건 그녀의 선택이죠 20:31:14 &lt;eche|on&gt; zzz: 미안, 우리가 그녀가 필요한 PC 시스템에 대해 얘기했고, 내게 연락을 주면 좋겠다고 했어요 20:31:23 &lt;zzz&gt; 좋아요 20:31:29 &lt;zzz&gt; 4) GMP 6 병합 준비 상태 - `http://zzz.i2p/topics/1960` (tuna) 20:31:35 &lt;zzz&gt; hottuna, 최신 상황은? 20:31:38 &lt;eche|on&gt; 그게 쟁점이라면, 내 생각엔 괜찮습니다만, 여기 회의에서 찬성 투표할 수 있어요! 20:31:56 &lt;hottuna&gt; Windows x86에서 jcpuid가 작동하지 않아요 20:32:05 &lt;hottuna&gt; 테스트할 선택지가 두 개 남았고, 그 뒤엔 정말 아이디어가 100% 없습니다 20:32:40 &lt;zzz&gt; 좋아요. kytv가 5년 전에 성공했으니, 막히면 그가 도와줄 수 있을지도 몰라요 20:32:48 &lt;eche|on&gt; jcpuid가 C 코드인가요? 20:32:58 &lt;hottuna&gt; osx용 ucpuid는 컴파일도 테스트도 안 했어요 20:32:58 &lt;hottuna&gt; jcpuid* 20:33:13 &lt;hottuna&gt; c+asm+java-bindings 20:33:13 &lt;zzz&gt; 이런 큰 변경은 0.9.25에 넣을 수 있도록 2월 중순까지 준비되었으면 합니다. 그러려면 약 2주 남았어요 20:33:24 &lt;anonimal&gt; hottuna: 그건 도와줄 수 있어요. 20:33:31 &lt;str4d&gt; 살펴볼 수 있는 또 다른 대안도 있어요 20:33:41 &lt;hottuna&gt; zzz: 장담은 못 하겠어요. 좀 벽에 부딪혔습니다 20:33:47 &lt;hottuna&gt; anonimal: osx 빌드를 도와주실 수 있나요? 20:33:48 &lt;str4d&gt; orignal이 얼마 전 우리 ElGamal 구현을 훨씬 더 효율적으로 만들 수 있다는 점을 제기했죠. 20:33:52 &lt;hottuna&gt; 아니면 windows x86을 도와주실 수 있나요? 20:34:02 &lt;hottuna&gt; str4d: 어떻게요? 20:34:04 &lt;str4d&gt; (현재는 ElG 연산을 그냥 직접 합니다) 20:34:07 &lt;hottuna&gt; 전부 C로 하면요? 20:34:12 &lt;zzz&gt; 회의 중에는 ElG 얘기로 새지 맙시다 20:34:17 &lt;zzz&gt; 회의에서는요 20:34:25 &lt;str4d&gt; hottuna, 예를 들어 Montgomery ladder 같은 걸 사용하는 식으로요 20:34:30 &lt;str4d&gt; 아직 검토가 필요합니다 20:34:35 &lt;hottuna&gt; 알겠어요 20:34:41 &lt;IrcI2Pd743&gt; C0B4 예를 들면, 아무도요. 사람들은 네트워크의 안전성과 익명성에 대해 말만 믿습니다. 20:34:53 &lt;zzz&gt; 요약하면 hottuna에게 도움이 필요하고 시간도 촉박해서 .25를 놓칠 수 있습니다. 부탁이 오면 모두 도와주세요 20:35:00 &lt;anonimal&gt; hottuna: 네. 요즘 Kovri 때문에 항상 시간이 빠듯하지만, 가능한 만큼 하겠습니다. 20:35:08 &lt;zzz&gt; 4) 더 있나요? 20:35:14 &lt;anonimal&gt; hottuna: 최신 링크가 포럼 글에 있나요? 20:35:34 &lt;str4d&gt; 테스트에는 제가 도움이 안 돼서 안타깝네요 20:35:36 &lt;hottuna&gt; 어떤 링크요? 20:35:40 &lt;hottuna&gt; jcpuid요? 20:35:47 &lt;orignal&gt; str4d, 100% 20:36:18 &lt;zzz&gt; 5) `http://secure.tinhat.i2p` 콘솔 홈 페이지 요청 - `http://zzz.i2p/topics/236?page=3#p10884` 20:36:27 &lt;zzz&gt; The_Tin_Hat, 사이트에 대해 말씀해 주세요 20:37:10 &lt;JIa3apb_KaraHoBu4&gt; 정당화는 약자들을 위한 것! 20:37:16 &lt;The_Tin_Hat&gt; 이 사이트는 프라이버시와 보안에 대한 여러 실용적인 튜토리얼을 제공하며, 중급 사용자가 소화할 수 있도록 작성되어 있습니다. I2P와 Tor에 관한 튜토리얼도 몇 가지 포함되어 있습니다 20:38:03 &lt;The_Tin_Hat&gt; I2P 및/또는 인터넷 보안과 프라이버시에 이제 막 입문하는 사람들에게 적합하다고 생각합니다 20:38:03 &lt;zzz&gt; thetinhat.i2p는 한동안 운영해 온 걸로 아는데, 비교적 새로 생긴 secure.thetinhat.com은 무엇인가요? 각각 얼마나 되었나요? 20:38:08 &lt;trolly&gt; thetinhat을 예전부터 압니다 20:38:18 &lt;trolly&gt; 그 튜토리얼 몇 개를 번역했어요 20:38:23 &lt;str4d&gt; zzz, 내가 이해하기로는 secure.thetinhat.i2p는 EdDSA 키예요 20:38:44 &lt;The_Tin_Hat&gt; thetinhat.i2p는 여전히 존재하고, 서버를 바꾸고 키를 업그레이드하면서, 더 긴 tunnels와 함께 서브도메인을 추가했습니다 20:38:53 &lt;C0B4&gt; 미안한데, 질문에 대한 답을 오래 기다리고 있어요, 아니면 당신들은 보통 사람들에겐 답을 안 하나요&gt;&gt;&gt; &lt;C0B4&gt; 미안한데, 누가 0.9.24의 안전성을 확인했나요 20:38:53 &lt;zzz&gt; 이 요청에 대해 질문이나 의견이 있나요? 20:38:57 &lt;str4d&gt; 그래서 5a) 키 업그레이드를 가능하게 하려면 구독 피드를 확장해야 합니다 20:39:16 &lt;zzz&gt; C0B4, 지금 회의 중입니다, 미안해요 20:39:43 &lt;zzz&gt; str4d, 5a)는 다음 달 로드맵 회의에서 얘기합시다 20:39:52 &lt;str4d&gt; ㅂ 20:40:15 &lt;str4d&gt; 추가에 +1입니다. 20:40:47 &lt;hottuna&gt; +1, 추가합시다 20:40:52 &lt;anonimal&gt; hottuna: 네, jcpuid요. 20:40:56 &lt;zzz&gt; 좋아요 secure.thetinhat.i2p 콘솔 홈 페이지 요청에 대해, 다른 질문이나 의견이 없으면 +1 또는 -1로 투표해 주세요 20:40:59 &lt;lazygravy&gt; +1 20:41:13 &lt;Yankee&gt; Hi, gays! 20:41:23 &lt;trolly&gt; +1 20:41:23 &lt;cacapo&gt; +1 20:41:51 &lt;comraden1&gt; 추가에 +1 20:41:53 &lt;anonimal&gt; hottuna: 아니면 지금은 mtn에서 바로 작업하나요? (마지막으로 테스트한 이후로 본 게 없네요) 20:42:24 &lt;zzz&gt; anonimal, 그 주제에서 벗어났으니 다른 곳에서 논의해 주세요, 감사합니다 20:42:32 &lt;zzz&gt; 좋아요 5) 마지막 호출 20:42:37 &lt;z3r0fox&gt; +1 20:43:06 &lt;zzz&gt; 이의가 없으므로 thinhat 요청을 승인하겠습니다. .25에 반영하겠습니다 20:43:27 &lt;zzz&gt; 6) 행동 강령(Code of Conduct) 제안 - `http://zzz.i2p/topics/2015` (Sadie) 20:43:27 &lt;zzz&gt; 6a) 제안과 그 이유 (Sadie) 20:43:27 &lt;zzz&gt; 6b) Sadie에게 질문 20:43:27 &lt;zzz&gt; 6c) zzz.i2p에 아직 댓글을 달지 않은 분들의 간단한 코멘트 20:43:27 &lt;zzz&gt; 6d) zzz.i2p에 이미 댓글을 단 분들의 간단한 코멘트 20:43:27 &lt;zzz&gt; 6e) 다음 회의에서 구체적 제안을 제시할 자원봉사자 20:43:50 &lt;zzz&gt; 이 주제는 약 20분으로 제한하고 싶습니다. 오늘 최종 결정은 하지 않을 겁니다 20:43:53 &lt;zzz&gt; 6a) 제안과 그 이유 (Sadie) 20:44:01 &lt;zzz&gt; sadie_i21, 시작해 주세요 20:45:30 &lt;zzz&gt; sadie를 놓쳤네요, 6b로 넘어갑시다 20:45:36 &lt;zzz&gt; 아니, 6c로 20:45:40 &lt;Yankee&gt; zzz: Edward Snowden이 i2p는 안전하지 않다고 썼어요 20:45:44 &lt;zzz&gt; 6c) zzz.i2p에 아직 댓글을 달지 않은 분들의 간단한 코멘트 20:46:09 &lt;zzz&gt; 아직 zzz.i2p 스레드에 의견을 남기지 않았다면, 지금 이 제안에 대해 코멘트해 주세요 20:46:13 &lt;orignal&gt; 6, 내 생각에 CoC는 전혀 쓸모없습니다 20:46:32 &lt;orignal&gt; 성인은 그런 기준을 머릿속에 갖고 있어야 합니다 20:47:02 &lt;orignal&gt; 정책이나 CoC 및 기타 HR의 그런 sh#t을 만들기보다는 20:47:29 &lt;comraden1&gt; zzz: 난 coc에 찬성이에요 (NSA의 coc를 예시로 lazygravy가 링크를 올렸어요). 이는 개발의 프로젝트 성숙도의 일부이며, i2p에 프로그래머뿐만 아니라 더 많은 사람이 참여할 수 있게 하기 위한 것입니다 20:47:41 &lt;orignal&gt; 정책 대신 일을 하세요 20:47:53 &lt;eche|on&gt; 제 입장은, 우리 모두가 이미 동의한 것처럼, 적어도 문서화하고 불문율을 고정할 수 있다는 겁니다. 아무 변화도 없어요. 20:48:02 &lt;anonimal&gt; zzz: 저는 CoC에 찬성입니다. 20:48:04 * orignal 은(는) 프로그래머가 줄어들 거라고 믿습니다 20:48:04 &lt;zzz&gt; zzz.i2p 스레드에 아직 코멘트하지 않은 다른 분들, 의견을 덧붙이고 싶으신가요? 20:48:16 &lt;zzz&gt; 코멘트는 간단히 해 주세요 20:49:05 &lt;orignal&gt; 간단히 말하면, i2pd에는 CoC를 도입하지 않을 것입니다. 20:49:18 &lt;zzz&gt; 좋아요. 6a)로 돌아갑시다. sadie_i21, 제안과 생각, 그리고 이유를 알려주세요 20:49:19 &lt;orignal&gt; 끝. 20:50:15 &lt;Yankee&gt; anonimal: 너보다 더 지루한 사람은 본 적 없어... 20:50:24 &lt;EinMByte&gt; 아마 CoC가 아주 중요하진 않지만, 반대하지는 않습니다. 20:50:24 &lt;EinMByte&gt; 일종의 형식에 가깝죠 20:50:40 &lt;anonimal&gt; 한 가지 코멘트: 20:50:43 &lt;anonimal&gt; CoC는 피해자만 보호하는 게 아니라, 가해자가 경력이나 개인 생활에 장기적으로 악영향을 미칠 어리석은 결정을 내리는 것도 막아줍니다. 20:50:43 &lt;anonimal&gt; 스레드에서 더 코멘트할 수 있어요. 끝. 20:50:56 &lt;zzz&gt; 좋아요, 6d) zzz.i2p 스레드에 이미 코멘트했더라도, 여기서 다른 코멘트를 자유롭게 해 주세요 20:51:18 &lt;zzz&gt; 스레드에서 명확하지 않았거나 더 덧붙이고 싶은 생각이 있나요? 20:52:03 &lt;sadie_i21&gt; 커뮤니티 기준을 두는 것에 대한 피드백을 구하고 있었어요 20:52:04 &lt;EinMByte&gt; anonimal: 맞아요, 하지만 대부분의 가해자는 익명일 겁니다. 20:53:00 &lt;allyourbase&gt; 무엇에 사용할 건가요? 기자들에게 보내나요? 프로젝트 구성원을 퇴출하나요? 20:53:02 &lt;sadie_i21&gt; zzz의 말처럼, 프로젝트 성숙도에 맞춰서요 20:53:08 &lt;lazygravy&gt; 나도 EinMByte와 비슷하게 느껴요. 쓸모없거나 좋거나 둘 중 하나지, 일부가 말하듯 세상이 무너질 일은 아니에요 20:53:08 &lt;lazygravy&gt; 쓸모없다는 건 순 효과가 0이라는 뜻이지, 마이너스는 아니라는 말 20:53:08 &lt;C0B4&gt; anonimal, 그는 선험적으로 범죄자다. 왜 그를 변호하나& 20:53:09 &lt;zzz&gt; sadie, 표준이나 CoC 자체에 대한 일반적인 피드백을 원한 거죠? 아직(은) 검토할 구체적인 예시는 제시하지 않았네요 20:53:26 &lt;comraden1&gt; EinMByte: 이상적으로는 이를 다루는 방법부터 시작할 수 있어요. 이걸 다시 링크합니다 https://github.com/NationalSecurityAgency/SIMP/blob/master/Community_Code_of_Conduct.md 가이드라인 위반 부분은 우리가 시행할 수 있다고 봅니다 20:53:31 &lt;psi&gt; 내 생각엔 CoC는 쓸모없고 자충수입니다 20:53:37 &lt;EinMByte&gt; anonimal: 음, 사람들 기분 상하게 할 작정이라면 익명으로 남는 게 현명하겠죠 ;). 20:53:39 &lt;psi&gt; PR 측면에서요 20:53:39 &lt;Yankee&gt; zzz: 러시아 사람이 C++로 클라이언트를 썼다고 했어요. 사실인가요? 20:53:57 &lt;zzz&gt; Yankee, 지금 회의 중입니다, 미안해요 20:54:00 &lt;sadie_i21&gt; 또, 추후 보조금 등에 신청할 때 도움이 될까요 20:54:21 &lt;EinMByte&gt; sadie_i21: 그럴 수도 있겠네요, 좋은 지적입니다. 20:54:33 &lt;zab__&gt; 진짜요? 보조금은 중요해요 20:54:34 &lt;psi&gt; 그리고 내가 FUD를 퍼뜨린다고 비난받았죠 20:54:38 &lt;lazygravy&gt; Debian과 수천 개의 다른 프로젝트도 CoC를 쓰고 있고 PR도 괜찮아요. 이걸 어떻게 반박하죠? 20:54:39 &lt;sadie_i21&gt; 어쨌든, 이건에 대해 포럼에 아이디어를 공유해준 모두에게 감사해요 20:54:50 &lt;anonimal&gt; Yankee: Pashol na xyi :) 20:54:53 * orignal 은 zab__의 의견에 동의합니다 20:55:22 * orignal 은 방금 anonimal의 말 때문에 CoC에 찬성합니다 20:55:30 &lt;psi&gt; lazygravy: saddie는 당신이 절대 일어나지 않을 거라고 했던 커뮤니티 기준을 방금 제안했어요 20:55:33 &lt;comraden1&gt; zab__: 이게 sadie_i21가 말한 건데, 미국 NSF의 새로운 입장입니다 https://www.nsf.gov/news/news_summ.jsp?cntn_id=137466 20:55:41 &lt;anonimal&gt; sadie_i21: 우리에게 알려줘서 고마워요. 20:55:59 &lt;str4d&gt; sadie_i21, 전체 커뮤니티를 뜻하나요, 아니면 개발 커뮤니티만요? 20:56:00 &lt;lazygravy&gt; psi: 그 FUD는 그만둬야 해요. 개발 커뮤니티를 말한 거예요 20:56:01 &lt;zzz&gt; 좋아요, sadie_i21 다음 회의에 구체적 제안을 가져오고 싶나요? 아니면 진행하지 않을까요? 다음 단계는요? 20:56:09 &lt;Yankee&gt; anonimal: 뭐요? 20:56:11 &lt;psi&gt; lazygravy: 그건 FUD가 아니에요... 20:56:24 &lt;orignal&gt; 모두들, 미안하지만 여기서 욕설이 허용된다고 생각하나요? 20:56:32 &lt;sadie_i21&gt; 전체 커뮤니티는 아니에요 - 아니요. 20:56:44 &lt;nda&gt; CoC. '나쁜 사람'에게 기술적으로 무엇을 할 건가요? (제 영어 죄송) 20:56:44 &lt;IrcI2Pd743&gt; sadie_i21, r u not a HR for a living? 20:57:06 &lt;lazygravy&gt; psi: 맞아요. 하지만 이건 오프라인에서 논의합시다. 20:57:09 * zab__ 미소 짓는다 20:57:25 &lt;zab__&gt; Yankee: , 20:57:25 &lt;nda&gt; 정부에 편지라도 보낼 건가요, 아니면 뭐죠? 20:57:34 &lt;C0B4&gt; an 20:57:45 &lt;psi&gt; CoC는 i2p에 잘못된 선택입니다 20:57:52 &lt;zzz&gt; 여기와 zzz.i2p 스레드의 코멘트를 고려해 다음 달에 구체적 제안 작업을 할 자원봉사자가 있나요? 20:57:52 &lt;C0B4&gt; anonimal, ? 20:58:07 &lt;orignal&gt; zab__, 20:58:15 &lt;eche|on&gt; nda: 최종적으로는, 일정 기간 우리 Java 메인 포크 개발 작업에서 제외하는 식? 20:58:17 &lt;IrcI2Pd743&gt; anonimal, . , -, , . ? 20:58:21 &lt;zzz&gt; 여러분, 주제에 집중해 주세요, 영어로 부탁합니다, 감사합니다 20:58:23 &lt;sadie_i21&gt; 다음 회의 때 제안을 만들어봅시다 20:58:40 &lt;zzz&gt; 좋아요, sadie와 함께할 자원봉사자 있나요? 20:58:44 &lt;orignal&gt; zzz, anonimal이 먼저였어요 20:58:53 &lt;IrcI2Pd743&gt; zzz, 미안, 하지만 당신이 먼저 개발자죠 20:58:56 &lt;comraden1&gt; zzz: 자료 링크 등으로 누구든 도울 수 있어요. 제 삶이 지금 무너지고 있어서 모든 일을 맡겠다고 약속할 수는 없어요 :) 20:58:58 &lt;orignal&gt; 모두에게 매우 모욕적인 말을 했어요 20:59:02 &lt;IrcI2Pd743&gt; *your 20:59:04 &lt;nda&gt; eche|on 아, 답변 고마워요 20:59:10 &lt;zab__&gt; CoC를 꼼꼼히 읽고 의견을 내겠다고 약속합니다 20:59:19 &lt;anonimal&gt; zzz sadie_i21: 돕고 싶습니다. 20:59:35 &lt;lazygravy&gt; 우리는 특정 문구에 아직 합의하지는 않았다고 생각해요 20:59:48 &lt;anonimal&gt; VRP나 문서 재작성/재정리보다 Java I2P에 조금 더 시간을 써야겠어요. 20:59:49 &lt;lazygravy&gt; (문구는 매우 중요하다고 봐요. 엉망으로 쓰일 수도 있거든요) 21:00:04 &lt;zzz&gt; 요약하면 '팀 구성원'(체크인 권한 보유자나 팀 페이지에 있는 사람) 중에는 찬성이 더 많고, 팀 외부에서는 반대가 더 많은 것 같습니다 21:00:21 &lt;str4d&gt; lazygravy, 맞아요. 그리고 다음 회의에서 특정 문구에 합의하리라고도 생각하지 않아요 21:00:21 &lt;str4d&gt; meeting* 21:00:25 &lt;zzz&gt; 두 집단 모두 중요합니다. 비팀원이 팀원이 될 수도 있으니까요 21:00:39 &lt;zab__&gt; 이상적으로는 하나 이상의 후보 CoC를 마련했으면 합니다 21:00:41 &lt;str4d&gt; 여러 제안이 있고, 찬반 이유도 다양하다고 봅니다. 21:01:13 &lt;zzz&gt; 코드나 프로세스에 대해 최종 판단은 제가 하게 될 가능성이 크므로, 폭넓거나 거의 만장일치에 가까운 합의가 없는 것은 채택하고 싶지 않습니다 21:01:21 &lt;str4d&gt; 좋은 출발점은 제안된 옵션들을 몇 사람이 장단점을 검토하는 것입니다 21:01:38 &lt;zzz&gt; 좋아요, sadie 다음 달에 무엇인가를 가져오는 과제가 당신에게 배정된 듯합니다 21:01:44 &lt;zzz&gt; 6)에 더 있나요? 21:02:02 &lt;sadie_i21&gt; 메모했습니다 21:02:10 &lt;str4d&gt; CoC 또는 유사한 것들에 대한 긍정/부정 인식(예: 위의 보조금 문제나 주요 반대 사유처럼 보이는 부정적 인상)에 관한 추가 조사가 유용할 겁니다 21:02:16 &lt;EinMByte&gt; 실제 제안을 보기 전에는 결정을 못 하겠어요 21:02:17 &lt;str4d&gt; 하지만 그건 더 많은 노력이 필요하죠 21:02:34 &lt;nda&gt; 그리고 CoC로, i2p 팀에 속하지 않은 '나쁜 사람들'에게는 아무것도 할 수 없나요? 21:02:44 &lt;zzz&gt; 6) 마지막 호출 21:02:57 &lt;lazygravy&gt; str4d++ 21:03:09 &lt;str4d&gt; nda, CoC든 무엇이든 I2P 개발 팀에만 해당합니다, 네 21:03:25 * lazygravy 잠시 자리 비움, 현실에서 일이 생김 21:03:27 &lt;eche|on&gt; nda: 왜 그래야 하죠? 이건 우리 i2p-dev-team을 위한 겁니다 21:03:29 &lt;str4d&gt; 요컨대, 우리는 더 많은 데이터가 필요합니다. 21:03:40 &lt;nda&gt; str4d 알겠어요, 고마워요 21:03:44 &lt;psi&gt; (일단은) 21:03:45 &lt;comraden1&gt; zab__: 나쁘지 않은 생각이네요. 직접 만들기보다는 복사해 쓸 수 있는 것들을 살펴보는 게 이치에 맞습니다 21:03:49 &lt;zzz&gt; 좋아요, 6)을 마치겠습니다, 모두 감사합니다 21:03:59 &lt;zzz&gt; 7) VRP anonimal 진행하세요 21:04:03 &lt;str4d&gt; 본질적으로는 우리가 이미 서명해야 하는 개발자 협약의 확장이 될 것입니다. 21:04:40 &lt;anonimal&gt; VRP 관련: zzz와 str4d, 그리고 커뮤니티의 응답을 기다리고 있습니다. 21:04:57 &lt;anonimal&gt; 그러면 티켓을 다시 작성하고 마무리할 수 있어요. 21:04:59 &lt;nda&gt; 저는 이게 "경찰 불러요, I2P에 나쁜 사람이 있어요!" 같은 건 줄 알았어요, 정말 미안해요 ) 21:05:01 &lt;comraden1&gt; 그리고 str4d의 말에 덧붙이면, 개발자 협약에 서명하지 않은 사람들(저처럼)을 위한 최소 기준도 보장하겠죠 21:05:08 &lt;str4d&gt; anonimal, 오, 추가 업데이트가 있었나요? 놓쳐서 미안해요. 21:05:09 &lt;zzz&gt; 지금 티켓 번호가 손에 없네요. 무엇이 필요하죠? str4d가 최근 Kate와 만난 걸로 알아요. str4d 최신 상황은? 21:05:26 &lt;eche|on&gt; what is VRP` 21:05:26 &lt;eche|on&gt; ? 21:05:36 &lt;str4d&gt; eche|on, Vulnerability Response Process 21:05:37 &lt;anonimal&gt; `http://trac.i2p2.i2p/ticket/1119` 21:05:37 &lt;zzz&gt; anonimal, 그 티켓이 당신 건가요? 21:05:39 &lt;eche|on&gt; 아, 좋아요 21:05:52 &lt;eche|on&gt; 복잡한 주제죠 21:06:04 &lt;zzz&gt; 아직 H1을 쓸지조차 결정하지 않았죠, 그렇죠? 하지만 분명 최근에 큰 반향을 일으켰습니다 21:06:15 &lt;str4d&gt; zzz, 오픈소스 버그 바운티 프로그램과 관련해 Katie와 아직 후속 연락을 못 했는데(논문), 이번 주에 하겠습니다. 21:06:38 &lt;str4d&gt; 그녀에게 좋은 인상을 받았고, 티켓에서의 응답도 좋았습니다 21:06:38 &lt;zzz&gt; 다음 달 로드맵 회의에서 이걸 확실히 결정하는 게 좋을까요? 21:06:40 &lt;anonimal&gt; 그게 가장 큰 장애물이었던 것 같아요: H1 결정. 21:06:40 &lt;anonimal&gt; 티켓에 그들이 댓글을 달았고, 그들의 주장을 했고, 21:06:41 &lt;anonimal&gt; 제 주장을 했고, 21:06:43 &lt;anonimal&gt; kay도 그들의 주장을 했고, 21:06:52 &lt;str4d&gt; Katie도 우리가 거치는 프로세스에 대해 좋은 코멘트를 했습니다 21:07:33 &lt;zzz&gt; 3월 전에 결정을 내릴 만큼 집중할 수 있을지 모르겠네요. 티켓의 세부 내용이 좀 벅찹니다. 너무 많은 것 같기도 해요. 하지만 어쩌면 아닐 수도 있고요. 21:08:02 &lt;zzz&gt; str4d, 이걸 어떻게, 언제 다루어야 할까요? 21:08:37 &lt;str4d&gt; 참고로, 우리가 이걸 제대로 하려고 세부사항과 수고를 들이는 걸 Katie는 좋게 봤습니다 21:08:52 &lt;zzz&gt; 좋아요, 하지만 난 Katie의 생각보다 당신 생각이 더 중요해요 :) 21:09:05 &lt;str4d&gt; zzz, Tor가 참여한 것과 같은 버그 바운티 프로그램에 우리가 들어갈 수 있다면, 그게 아마 우리 결정을 사실상 내려줄 겁니다 21:09:09 &lt;zzz&gt; 어떻게, 언제 답을 얻죠 21:09:37 &lt;str4d&gt; 무료 페이지만 두는 것보다 연구자 유입이 더 많을 거라 생각하거든요 21:09:47 &lt;anonimal&gt; 이게 12월 회의에서 연기됐었으니, 또 연기되는 건 신나진 않네요 21:09:47 &lt;anonimal&gt; 하지만 정말로 제가 이래라저래라 하거나 요청할 처지는 아닙니다. 21:09:47 &lt;anonimal&gt; 그래서, 모두에게 맞는 방향으로요. 21:09:47 &lt;anonimal&gt; s/exciting/excited/ 21:09:55 &lt;zzz&gt; 네, 하지만 H1과 무관하게, 우리는 프로세스가 필요합니다 21:10:04 &lt;str4d&gt; 맞아요 21:10:24 &lt;zzz&gt; 그래서 3월 로드맵 회의에서 작업하자고 제안합니다. 괜찮을까요? 21:10:31 &lt;str4d&gt; 다음 주에 anonimal의 최신 변경을 검토하겠습니다. 21:10:41 &lt;zzz&gt; 좋아요, 저도 그렇게 하겠습니다 21:10:49 &lt;zzz&gt; 7) 더 있나요? 21:10:54 &lt;str4d&gt; 2월 12일까지 21:11:02 &lt;IrcI2Pd743&gt; anonimal, 내 주변에서 욕설을 허용한 것은 좌절감을 줬습니다. 21:11:18 &lt;anonimal&gt; 내 마지막 4줄이 전달됐나요? 21:11:18 * comraden1 잠시 자리 비움 21:11:29 &lt;zzz&gt; 회의에 더 있을 것이 있나요? 21:11:32 &lt;str4d&gt; anonimal, s/까지 봤어요 21:11:40 &lt;IrcI2Pd743&gt; anonimal, 사과를 요구합니다. 21:11:42 * zzz *baffer를 예열한다 21:11:52 &lt;anonimal&gt; 회의 로그를 검토할게요, 놓친 텍스트가 많은 것 같습니다. 21:11:57 &lt;orignal&gt; 8) anonimal의 말 21:12:09 * zzz *bafffs* 회의를 종료했다 </div>/ko/blog/2016/01/27/0.9.24-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Wed, 27 Jan 2016 00:00:00 +0000/ko/blog/2016/01/27/0.9.24-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.24에는 SAM의 새 버전(v3.2)과 다수의 버그 수정 및 효율 개선이 포함되어 있습니다. 이번 릴리스는 Java 7을 요구하는 첫 번째 릴리스임을 유의하십시오. 가능한 한 빨리 Java 7 또는 8로 업데이트해 주십시오. Java 6을 사용 중인 경우 router는 자동으로 업데이트되지 않습니다.</p> <p>아주 오래된 commons-logging 라이브러리로 인해 발생하는 문제를 방지하기 위해 이를 제거했습니다. 그 결과, IMAP이 활성화되어 있는 경우 아주 오래된 I2P-Bote 플러그인(버전 0.2.10 이하, HungryHobo 서명)은 충돌합니다. 권장되는 해결책은 오래된 I2P-Bote 플러그인을 str4d가 서명한 최신 플러그인으로 교체하는 것입니다.</p>/ko/blog/2016/01/23/ccc-%EC%9A%94%EC%95%BD/Sat, 23 Jan 2016 00:00:00 +0000/ko/blog/2016/01/23/ccc-%EC%9A%94%EC%95%BD/<p>참석자: Sadie, Colin, lazygravy, zzz, hottuna, kytv, cacapo 및 eche|on.</p> <h2 id="시작">시작</h2> <p>프로젝트는 CCC에서 또 한 해 성공적인 성과를 거두었습니다. 이번 행사를 준비하는 데 많은 도움을 주시고 우리를 따뜻하게 맞이해 주신 32C3 자원봉사자 여러분께 감사드립니다. 여러분과 같은 후원자분들이 프로젝트에 보내주신 아낌없는 기부 덕분에, 올해 열린 Congress에는 많은 I2P 기여자들이 참석할 수 있었습니다.</p> <p>예년과 마찬가지로 우리는 EFF의 테이블 근처에 있는 Noisy Square에 자리했습니다. 그 결과 I2P에 관심이 있는 기존 사용자와 신규 사용자들로 우리 테이블은 거의 내내 붐벼, 우리에게 이상적인 위치임이 입증되었습니다. 그들 가운데 많은 분들과는 그렇지 않았다면 대화할 기회를 갖기 어려웠을 것입니다.</p>/ko/blog/2015/12/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2015%EB%85%84-12%EC%9B%94-30%EC%9D%BC/Wed, 30 Dec 2015 00:00:00 +0000/ko/blog/2015/12/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2015%EB%85%84-12%EC%9B%94-30%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cacapo, comraden1, dg, eche\|on, hottuna, kytv, lazygravy, psi, str4d, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 09:49:14 &lt;zzz&gt; 0) 안녕하세요 09:49:14 &lt;zzz&gt; 1) 회의 구조와 목표 09:49:14 &lt;zzz&gt; 2) PR 09:49:14 &lt;zzz&gt; 3) 프로젝트 관리 09:49:14 &lt;zzz&gt; 0) 안녕하세요 09:49:16 &lt;zzz&gt; 안녕하세요 09:49:30 &lt;zzz&gt; 1) 회의 구조와 목표 09:49:30 &lt;zzz&gt; 먼저 북미에 있는 분들께 이번 회의 시간이 너무 안 맞는 점 사과드립니다. 09:49:30 &lt;zzz&gt; 이번에는 여기 CCC에서 주로 대면으로 진행되어 평소 회의 방식과 조금 다를 것입니다. 09:49:31 &lt;zzz&gt; 핵심 내용은 IRC로 전달하도록 하겠습니다. 09:49:33 &lt;zzz&gt; 여기서도 메모를 남길 것입니다. 09:49:35 &lt;zzz&gt; 이제 회의에 앞서 서두를 말씀드리겠습니다. 09:49:49 &lt;zzz&gt; 모두 아시다시피, Sadie는 토론토에서 열린 I2PCon의 조직과 성공에 크게 기여했습니다. 09:49:49 &lt;zzz&gt; 토론토에서 그녀의 재능과 열정을 보았고, 앞으로 I2P를 위해 더 많은 일을 하고자 한다는 것도 분명했습니다. 09:49:49 &lt;zzz&gt; 컨퍼런스 전후로 함께 일하면서, 그녀가 프로젝트 관리와 PR 경험이 매우 풍부하다는 것을 알게 되었고, 09:49:49 &lt;zzz&gt; Tor와의 작업은 물론, 실제 현업에서도 마찬가지였습니다. 09:49:49 &lt;zzz&gt; 컨퍼런스 이후에 저는 그녀에게 우리 프로젝트를 더 잘 이해하고, 현재의 구조와 프로세스를 파악한 뒤, 09:49:52 &lt;zzz&gt; 우리가 더 잘할 수 있는 점과 그녀가 어떻게 도울 수 있는지에 대한 제안들을 가져와 달라고 요청했습니다. 09:50:04 &lt;zzz&gt; 그 이후로 그녀는 tuna, 저, str4d, psi 등과 여러 차례 긴 컨퍼런스 콜을 했고, 09:50:04 &lt;zzz&gt; 우리 웹사이트, Trac, 그리고 현재 프로세스들을 검토했습니다. 09:50:04 &lt;zzz&gt; 또한 psi가 그녀를 Assistant PR Director로 임명했고, 그녀는 @GetI2P 계정으로 트윗하며 I2P를 알리는 일을 돕고 있습니다. 09:50:06 &lt;zzz&gt; 이제 그녀가 몇 가지 권고사항을 제시할 준비가 되었습니다. 09:50:06 &lt;zzz&gt; 제가 처음 그녀에게 던진 질문은 "우리를 어떻게 도울 수 있나요?"였지만, 돌아온 답은 09:50:06 &lt;zzz&gt; 오히려 "제가 효과적으로 돕기 위해 우리가 고쳐야 할 것들이 여기 있습니다"에 가까웠고, 09:50:08 &lt;zzz&gt; 그 다음으로 그녀가 우리를 위해 실제로 할 수 있는 일들, 더 정확히는 우리가 더 효과적으로 함께 일하는 방법에 대한 내용이었습니다. 09:50:19 &lt;zzz&gt; 오늘은 그녀의 권고를 듣고 각 항목을 간단히 논의하고자 합니다. 09:50:19 &lt;zzz&gt; 이들 주제는 긴 토론으로 이어지기 쉬우므로, 하루 종일 여기 붙잡혀 있지 않도록 논의를 제한하려 합니다. 09:50:19 &lt;zzz&gt; 각 권고에 대해 여러분 중 한 분이 후속 조치를 맡겠다고 약속해 주시길 바랍니다. 09:50:19 &lt;zzz&gt; 권고가 이견 없이 합의된다면, 그 약속은 곧바로 실행하는 것입니다. 09:50:20 &lt;zzz&gt; 추가 검토가 필요하거나 합의하지 못한다면, 그 약속은 선택지를 검토하여 09:50:21 &lt;zzz&gt; 계획안, 대안 제안, 또는 향후 회의에서 논의할 옵션 목록을 마련하는 것이 될 것입니다. 09:50:23 &lt;zzz&gt; 이 약속들과 마감일은 기록하고 추적하겠습니다. 09:50:25 &lt;zzz&gt; 한 가지 사안에 발목 잡히고 싶지 않으니, 대부분의 항목에 대해 자원자를 받겠습니다. 09:50:42 &lt;zzz&gt; 이 일을 하도록 Sadie에게 제가 요청했으며, 그녀의 이전 경험을 바탕으로 한 의견을 듣고자 한다는 점을 강조합니다. 09:50:42 &lt;zzz&gt; 모두가 동의하지 않을 수 있지만, 경청하고 신중히 고려해야 합니다. 09:50:42 &lt;zzz&gt; I2P는 고유한 특성을 가진 프로젝트라 우리에게 맞지 않는 것도 있을 수 있지만, 09:50:42 &lt;zzz&gt; 올해 그녀가 우리를 꽤 잘 파악했으니, 어떤 제안이 있는지 들어봅시다. 09:50:43 &lt;zzz&gt; 물론 다른 분들의 제안도 받을 수 있지만, Sadie가 이미 많은 부분을 커버하고 있을 것 같습니다. 09:51:24 &lt;zzz&gt; 먼저 PR에 대해 이야기하고, 그 다음 프로젝트 관리에 대해 논의하겠습니다. 09:51:24 &lt;zzz&gt; 둘 다 큰 주제이고 겹치는 부분이 있겠지만, 가능한 한 분리해서 다뤄봅시다. 09:51:54 &lt;zzz&gt; *** 1) 주제에 대한 붙여넣기 끝, 몇 분 뒤에 2)로 시작하겠습니다. 감사합니다 *** 09:58:39 &lt;hottuna&gt; str4d: 안녕, 우리가 쓰는 DH 관련 사항들에 대해 이야기해야 해 09:59:30 &lt;str4d&gt; hottuna, NTCP와 SSU 핸드셰이크를 말하는 건가요? 09:59:55 &lt;hottuna&gt; DH가 쓰이는 곳이면 어디든지요 10:00:39 &lt;hottuna&gt; 좋아. 회의 끝나고 얘기하자 10:00:47 &lt;str4d&gt; 좋아요 10:00:57 &lt;str4d&gt; `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` 에 따르면 NTCP와 SSU뿐이에요 10:01:21 &lt;hottuna&gt; zzz가 위의 긴 메모를 지금 우리에게 읽어줄 거예요 10:01:48 &lt;str4d&gt; (제 발표 전에 그 페이지를 아직 업데이트해야 해요) 10:04:10 &lt;psi&gt; 저 도착한 것 같아요 10:06:33 &lt;lazygravy&gt; psi: 네, 당신이 들어오기 직전에 zzz가 긴 메시지를 올렸어요. 지금은 IRL에서 이야기 중이에요 10:07:57 &lt;hottuna&gt; 그래서 우리가 하려는 것은 여러 주제들을 해결하기 위한 각자의 약속을 받는 것입니다 10:08:25 &lt;hottuna&gt; 논란이 될 것들도 있고 그렇지 않은 것도 있을 거예요 10:08:47 &lt;hottuna&gt; 논란이 없는 주제들은 한 사람에게 그냥 할당해서 처리하려고 합니다 10:08:56 &lt;hottuna&gt; Sadie와 PR로 넘어가겠습니다 10:09:16 &lt;hottuna&gt; gravy와 sadie가 블로그 게시물을 작성해 왔고 10:09:29 &lt;hottuna&gt; 더 많은 콘텐츠를 찾고 있습니다 10:10:21 &lt;hottuna&gt; 많은 내용이 커밋 메시지 속에 묻혀버립니다 10:10:38 &lt;hottuna&gt; 커밋 작성자가 커밋의 중요도를 제대로 기록하지 않는 경우가 많아서요 10:11:24 &lt;str4d&gt; 커밋 메시지를 훑기보다, 가장 좋고 쉬운 곳은 history.txt입니다 10:11:30 &lt;hottuna&gt; 가능하면 최소 두 달에 한 번은 블로그 글을 내서 어느 정도의 추진력을 유지하고 싶습니다 10:12:08 &lt;str4d&gt; 그것만으로 중요도를 알 수는 없지만, 맥락상 다루기 쉬우며 history.txt에 들어가지 않는 잡다한 커밋들을 걸러줍니다 10:13:04 &lt;lazygravy&gt; str4d: 요점은 멋진 일들이 정말 많은데, i2p를 면밀히 팔로우하지 않으면 알 방법이 없다는 거예요. 사람들이 멋진 것들을 더 쉽게 볼 수 있어야 합니다 10:13:47 &lt;str4d&gt; 도움이 될 수 있는 방법으로(다소 과감하긴 하지만) history.txt를 중요도(major/minor/bugfix)별로 재구성해서 changelog처럼 만들거나(또는 별도의 changelog 파일을 병행해서 두거나) 할 수 있겠어요 10:14:13 &lt;str4d&gt; 지금 상태의 history 파일은 사실상 파싱하기 좀 더 쉬운 커밋 로그에 가깝거든요 10:14:30 &lt;str4d&gt; 그렇다고 해도 편리하기는 하니, 아마 병행 정보를 두는 편이 더 좋을지도요(유지보수는 어렵겠지만) 10:14:38 * str4d 구체론에 빠지는 것을 멈춘다 10:14:41 &lt;str4d&gt; :P 10:14:59 &lt;hottuna&gt; 적절할 때는 lazygravy가 편집자 역할을 하면서 글쓰기 책임을 위임하는 식으로 할 수 있겠어요 10:15:14 &lt;str4d&gt; 무슨 일이 진행되는지 알기 쉽게 만드는 것은 확실히 장점이고, 상위 수준 조직화에 관한 몇 가지 주제가 여기에 도움이 될 것 같습니다 10:15:33 &lt;str4d&gt; (즉, 블로그 글 작성자가 커밋 로그 대신 그곳에서 상위 개요를 볼 수 있게) 10:15:56 &lt;psi&gt; 짝 프로그래밍과 좀 비슷하게 들리네요 10:16:10 &lt;hottuna&gt; PR 내 다음 주제 10:16:29 &lt;hottuna&gt; reseed 캠페인과 신규 개발자 유치에 관해 10:16:46 &lt;psi&gt; (아니면 결혼한 커플 프로그래밍처럼, 프로그래머와 프로그래머의 배우자) 10:17:11 &lt;lazygravy&gt; str4d: 예컨대 암호화된 lease sets가 대체 뭔지, 또는 kytv의 데비안 저장소 같은 멋진 하이라이트 10:17:15 &lt;hottuna&gt; 더 많은 reseed 호스트를 끌어들이기 위해 torontocrypto를 참여시키고 싶습니다 10:17:23 &lt;lazygravy&gt; s/i.e./e.g./ 10:17:24 &lt;iRelay&gt; lazygravy meant: str4d: 예: WTF encrypted lease sets are, or a cool highlight of kytv's debian repo 10:18:25 &lt;hottuna&gt; reseed 호스트를 설정하는 데 필요한 모든 정보를 한데 모은 콘텐츠 패키지를 만들어 한 곳에서 제공하고 싶습니다 10:19:14 &lt;hottuna&gt; reseed가 왜 필요하고 중요한지 명확히 설명해야 합니다 10:19:18 &lt;str4d&gt; 음 10:19:42 &lt;str4d&gt; 심지어 "sudo apt-get i2p-reseed"만큼 간단하게 만들 수도 있겠죠 10:20:22 &lt;lazygravy&gt; str4d++ 10:20:23 &lt;kytv&gt; 완전히 플러그 앤 플레이가 가능하도록 docker 이미지를 만들 생각이었습니다 10:20:47 &lt;psi&gt; go 기반 reseed는 설정하고 사용하기가 굉장히 쉬웠습니다 10:20:56 &lt;hottuna&gt; hottuna/제가 reseed가 왜 필요한지와 무엇을 하는지에 대해 몇 단락을 쓰기로 자원했습니다 10:21:07 &lt;hottuna&gt; kytv: 그거 아주 멋질 것 같아요 10:21:23 &lt;str4d&gt; kytv++ 10:21:35 &lt;str4d&gt; 그냥 내려놓고 바로 쓰는 방식이 이상적입니다 10:22:00 &lt;str4d&gt; 어제 Tor 발표 중 하나에서 언급된 것처럼, 앞으로는 사람들이 LetsEncrypt 인증서를 받으면 무료 .onion이 함께 제공되는 식으로요 10:22:16 &lt;str4d&gt; (즉, letsencrypt 스크립트가 사용자 대신 Tor HS를 설정해 주는 것) 10:22:38 &lt;kytv&gt; mdrollete의 i2p-tools는 docker 이미지로 제공되므로, 제 I2P docker 이미지를(아직 공개적으로 알리진 않았지만) 조금만 다듬으면, 명령어 한 줄을 복사해 붙여넣는 것만으로 모든 설정을 끝내고 reseed가 "그냥 동작"하도록 할 수 있을 것 같습니다 10:22:41 &lt;hottuna&gt; 신규 개발자 온보딩과 관련해, 소스 코드를 더 쉽게 접근할 수 있게 하는 것 10:22:42 &lt;str4d&gt; (그 자체로 I2P에 아주 멋진 일이지만, 여기서 필요한 것과는 약간 다릅니다) 10:22:55 &lt;comraden1&gt; kytv: docker는 확실하죠 10:23:01 &lt;hottuna&gt; str4d: geti2p.net에서 소스 코드를로 가는 링크를 몇 개 추가해 달라고 부탁드려도 될까요? 10:23:04 &lt;str4d&gt; reseed가 어플라이언스처럼 되어 있다면, 신뢰할 수 있는 reseed들을 동기화하기도 훨씬 쉬워집니다 10:23:17 &lt;str4d&gt; hottuna, 어디에요? 10:23:18 &lt;lazygravy&gt; 생각: 다운로드 페이지의 0.7.6 관련 노트는 없애야 합니다 10:23:33 &lt;kytv&gt; (저는 lxc 쪽에 더 익숙하지만 docker도 배우는 중이라 뭐 괜찮습니다 ) 10:23:45 &lt;kytv&gt; ja 10:23:50 &lt;lazygravy&gt; kytv: docker가 요즘 "엄청 핫"해 보이니 그게 최선일지도요 10:23:54 &lt;hottuna&gt; 말이 되는 곳이면 어디든요 10:24:08 &lt;str4d&gt; kytv의 ViewMTN으로 가는 링크가 최소한 하나는 있는 걸로 아는데, 그건 I2P 내부예요 10:24:11 &lt;hottuna&gt; 하지만 목표는 소스 코드를 빠르게 훑어보기 쉽게 만드는 것입니다 10:24:13 &lt;kytv&gt; 오래된 자료에 대한 문서는 /attic 같은 곳으로 모두 옮기죠 10:24:19 &lt;hottuna&gt; 개발자를 끌어들이기 위해서요 10:24:33 &lt;hottuna&gt; str4d: I2P 바깥, 가능하면 geti2p.net에서 바로 갈 수 있게 하는 게 좋겠습니다 10:24:36 &lt;str4d&gt; 새로운 개발자 페이지에 Github 페이지 링크를 추가할 수는 있지만, 읽기 전용임을 분명히 표시해야 합니다 10:24:50 &lt;psi&gt; 진짜로 개발자를 유치하고 싶다면 Github를 더 활발히 운영해야 합니다 10:24:52 &lt;hottuna&gt; 맞아요. 10:25:57 &lt;str4d&gt; 링크를 추가할 곳이 새로운 개발자 페이지가 맞나요? 10:25:57 &lt;hottuna&gt; 그건 간단하고 직관적인 조치 같아요 10:25:57 &lt;hottuna&gt; 그냥 Github 읽기 전용 링크를 추가하면 됩니다 10:25:57 &lt;str4d&gt; hottuna, 어느 쪽이요? 링크요, 아니면 Github를 더 활발히요? 10:25:57 &lt;hottuna&gt; 그래도 개선이 되죠 10:25:57 &lt;str4d&gt; ahk 10:26:05 &lt;hottuna&gt; str4d: 그 항목 옆에 당신 이름을 적어도 될까요? 10:26:24 &lt;hottuna&gt; 그러니까 그 항목 말이에요 10:26:38 &lt;str4d&gt; 좋습니다. 이 모든 항목에 대해 Trac에 이슈가 생성될 거라고 생각합니다 10:26:51 &lt;hottuna&gt; 그럴지는 모르겠네요. 10:26:57 &lt;hottuna&gt; zzz에게 물어보겠습니다 10:27:09 &lt;str4d&gt; 그렇죠, 작은 작업들에는 그럴 가치가 없을 수도 있어요 10:27:20 &lt;str4d&gt; 나중에라도 목록만 받으면 됩니다 :P 10:27:26 &lt;hottuna&gt; 좋아요 10:27:36 &lt;hottuna&gt; zzz가 zzz.i2p에 정리글을 올릴 것 같아요 10:28:22 &lt;kytv&gt; 거의 확실히 zzz.i2p에 올라갈 거고, 어쩌면 Trac에 티켓으로도 만들 겁니다 10:28:41 &lt;str4d&gt; k 10:28:50 * str4d 할 일 목록을 열어 항목을 추가하기 시작한다 10:32:43 &lt;hottuna&gt; I2P를 어떤 use case에 대해 홍보해야 할지 논의 중입니다 10:33:13 &lt;hottuna&gt; 그리고 합의된 바는 우리가 잘하는 use case를 홍보해야 한다는 것입니다. 예를 들어 bote 10:33:20 &lt;str4d&gt; 음 10:33:29 &lt;str4d&gt; 우리는 분명히 peer-to-peer 측면을 부각할 필요가 있습니다 10:33:36 &lt;hottuna&gt; 예를 들어 토렌트 같은 것에 대해 잠재적으로 10:33:38 &lt;hottuna&gt; y 10:33:57 &lt;hottuna&gt; 이런 강점 있는 사용사례를 메인 페이지에서 강조하고 싶습니다 10:34:12 &lt;hottuna&gt; *우리가 강조하고 싶은 것 10:34:20 &lt;str4d&gt; 패킷 스위칭 구조와 터널 수준의 대칭성 덕분에 I2P가 근본적으로 장점을 가져야 하는 분야입니다 10:34:33 &lt;hottuna&gt; 맞아요. 그리고 우리가 잘하는 다른 것들도 있습니다 10:34:39 &lt;str4d&gt; 특히 애초에 기여를 장려하는 성격의 앱들 10:34:41 &lt;hottuna&gt; 그런 것들을 홍보해야 합니다 10:35:05 &lt;hottuna&gt; 한편으로는 우리가 아직 그리 뛰어나지 않은 부분은 계속 개선해 나가면 됩니다 10:35:09 &lt;str4d&gt; (그렇게 하면 I2P가 필요로 하는 기여가 그 앱에 업혀 함께 이뤄질 수 있으니까요) 10:35:43 &lt;hottuna&gt; lazygravy, str4d, cacapo: I2P에 가장 적합한 use case 3가지를 추려 주실 수 있나요 10:36:01 &lt;hottuna&gt; 그렇게 해서 프론트페이지에 제대로 소개할 수 있도록요 10:36:18 &lt;str4d&gt; 좋습니다 10:37:03 &lt;cacapo&gt; 예 10:37:08 &lt;hottuna&gt; 여러분은 언제쯤(권고안이나 웹사이트 변경사항 등) 결과를 가져올 수 있을까요? 10:37:43 &lt;hottuna&gt; 마감일을 1월 말로 하는 건 괜찮나요? 10:37:55 &lt;cacapo&gt; 좋습니다 10:38:01 &lt;hottuna&gt; PR과 관련: i2p.net이 곧 사용 가능해집니다 10:38:03 &lt;str4d&gt; 저는 괜찮습니다 10:39:04 &lt;eche|on&gt; 16.4.2016 it is for i2p,net 10:39:11 &lt;str4d&gt; 지금 당장 "잘 작동하는 것들"을 의미한다면, 사실상 고지연 이메일(bote)과 토렌트뿐입니다. 곧 분산 데이터 저장소도 추가할 수 있을 겁니다(Tahoe가 I2P 클라이언트 네이티브 지원을 갖추면) 10:39:24 * str4d i2p.net 복구를 기대하고 있다 10:39:33 &lt;eche|on&gt; tahoe는 병렬 업/다운로드에서만 쓸 수 있을 겁니다 10:40:08 &lt;str4d&gt; i2p.i2p에서 개발자 서비스를 제공하자는 제 제안과 맞물려, 네트워크 안팎에서 병행 제공되도록 하는 것이 이상적이라고 생각합니다 10:40:12 &lt;hottuna&gt; cacapo가 말하길, i2p는 프로젝트에 대한 내러티브를 제대로 전달하지 못하고 있다고, 아니 아예 없다고 했습니다. 10:40:29 &lt;lazygravy&gt; str4d: tahoe는 자체 UI 문제가 있어요... :/ (그렇지만 전 정말 좋아합니다) 10:40:29 &lt;hottuna&gt; Tor와는 달리 역사나 맥락적 스토리텔링이 부족하다는 거죠 10:41:03 &lt;str4d&gt; hottuna, 어떤 내러티브를 말하나요? 10:41:09 &lt;hottuna&gt; jake/스노든/기타와 연관된 이야기요 10:41:42 &lt;str4d&gt; 아, I2P의 역사와 세계적 맥락을 연결하는 내러티브 말이군요? 10:41:43 &lt;hottuna&gt; comraden1: i2p의 역사에 대한 글을 쓰기로 자원합니다 10:41:52 &lt;str4d&gt; (Tor HS 발표가 그랬던 것처럼?) 10:42:05 &lt;eche|on&gt; 역사 자료: i2pcon에서 zzz의 발표, 32c3에서 제 발표 10:42:06 &lt;hottuna&gt; (그건 못 봤어요) 10:42:33 &lt;str4d&gt; 제 I2PCon 발표에도 조금 포함되어 있었어요 10:42:37 &lt;hottuna&gt; zzz, comraden1, lazygravy가 실제 글쓰기를 맡겠다고 자원했습니다 10:42:41 &lt;hottuna&gt; psi: 계신가요? 10:42:53 &lt;psi&gt; 네 10:42:57 &lt;hottuna&gt; str4d: 그리고 Lance James의 부분도 그랬죠 10:43:34 &lt;str4d&gt; lazygravy, magic folders가 출시되면 Tahoe의 UX는 크게 개선될 겁니다. UI 측면에서는 아직 할 일이 있지만, 우리만큼 많지는 않아요 :P 10:43:52 &lt;hottuna&gt; str4d, sadie, 두 분이 함께 RWC 발표 홍보를 도와주실 수 있을까요? 10:44:03 &lt;hottuna&gt; PR 관련 주제 마지막 호출 10:44:06 &lt;hottuna&gt; Lest* 10:44:08 &lt;hottuna&gt; last* 10:44:49 &lt;hottuna&gt; 좋아요, 그건 침묵으로 받아들이겠습니다 10:44:50 &lt;str4d&gt; hottuna, 네, Sadie와 계속 연락하겠습니다 10:44:56 * str4d 아직 그 발표를 준비해야 한다 :/ 10:45:04 &lt;hottuna&gt; 다음 주제로 넘어가겠습니다. PROJECT MANAGEMENT 10:45:34 &lt;comraden1&gt; str4d: 또한 "i2p가 어떻게 시작됐는지의 역사"요. 해군의 onion routing 연구 -> second generation onion router -> tor를 생각하고 있어요 10:46:40 &lt;str4d&gt; comraden1, 음, 그런 내용은 웹사이트의 초기 I2P 회의 로그에 많이 있을 거예요 10:47:15 &lt;str4d&gt; 거기서 뒤져보시게 되면, 회의 요약을 간단히 써 주셔도 됩니다. 제가 거기에 덧붙일 수 있어요 :P 10:48:11 &lt;comraden1&gt; str4d: zzz가 머릿속에 자료가 많다고 했고 초안을 쓰고 싶다고 했습니다. 공개 전에 제가 편집해 완벽하게 만들겠습니다 10:48:45 &lt;str4d&gt; +1 10:49:19 &lt;dg&gt; 예전에 zzz와 그 얘기를 했던 게 기억납니다. 그에 대한 로그가 있다면 도움이 될 거예요 10:49:22 &lt;hottuna&gt; 지금 프로젝트의 실제 목표가 무엇인지 논의하고 있습니다 10:49:54 &lt;hottuna&gt; 그리고 의미 있는 프로젝트 관리를 하려면 목표를 어딘가에 문서화해 두는 것이 중요하다는 점도요 10:50:29 &lt;str4d&gt; 좋은 소개(About) 페이지가 될 수 있겠습니다 10:51:16 &lt;str4d&gt; 그동안 여러 소개 페이지를 합치고 싶었지만, 사실은 각각을 따로 잘 활용할 수도 있겠어요 10:51:36 &lt;str4d&gt; https://geti2p.net/en/about/intro 를 네트워크와 프로젝트 양쪽을 아우르는 I2P의 간단한 개요로 바꾸고 10:51:38 &lt;iRelay&gt; 제목: Intro - I2P (at geti2p.net) 10:51:59 &lt;str4d&gt; 그리고 https://geti2p.net/docs/how/intro 를 *actual* "how does I2P work" 페이지로 만들고 10:52:00 &lt;iRelay&gt; 제목: A Gentle Introduction to How I2P Works - I2P (at geti2p.net) 10:52:10 &lt;str4d&gt; 지금도 얼추 그렇게 보이긴 하지만, 제대로 분리하자는 뜻입니다 10:53:12 &lt;dg&gt; hottuna: 블로그 글은 어디서 볼 수 있나요? 10:53:22 &lt;dg&gt; hottuna: 하나만 보이네요 (`http://i2p-projekt.i2p/en/blog/2015/11/15/Community-Outreach)` 10:53:25 &lt;iRelay&gt; 제목: Community Outreach - Blog - I2P (at i2p-projekt.i2p) 10:54:38 &lt;lazygravy&gt; dg: 그거 말고는 아직 없습니다 10:54:55 &lt;lazygravy&gt; 그리고 제 생각에 그건 대부분 POC였습니다. 다음 글은 2016-01-10에 CCC에서 게시되어야 합니다 10:58:32 &lt;hottuna&gt; 우리가 관리 받기를 원하는지에 대해 논의하고 있습니다 10:58:46 &lt;hottuna&gt; dg, str4d, psi: 여러분의 작업이 관리되는 것에 대해 어떤 생각이 있으신가요? 10:59:11 &lt;psi&gt; 누가, 그리고 어느 정도 수준으로 관리하나요? 10:59:17 &lt;hottuna&gt; sadie가요 10:59:26 &lt;dg&gt; 열려 있습니다 10:59:42 &lt;hottuna&gt; 그리고 마감일은 느슨하게. 강제적 마감일은 아니고요 10:59:46 &lt;hottuna&gt; 일은 준비되면 끝나는 겁니다 11:00:11 &lt;hottuna&gt; 다만 마음속으로 마감일을 붙여두는 것은 도움이 될 수 있습니다 11:00:11 &lt;dg&gt; 끝날 때 끝나게 두되, 약간의 독려/동기부여는 있으면 좋겠네요 11:00:40 &lt;psi&gt; 아침 먹기 전까지는 생각이 없어요 11:00:47 &lt;hottuna&gt; 혹은 최소한, 누군가가 당신의 할 일 목록에 특정 작업이 있다는 것을 알고 있다는 사실만으로도요 11:01:15 &lt;hottuna&gt; 프로젝트 관리 관련: 주간/격주 회의를 다시 시작하고 운영하고 싶습니다 11:01:25 &lt;hottuna&gt; zzz는 2월에 다시 시작하는 것을 목표로 하고 있습니다 11:01:27 &lt;hottuna&gt; again* 11:01:36 &lt;hottuna&gt; 그리고 점차 그 회의를 sadie에게 넘길 예정입니다 11:01:48 &lt;hottuna&gt; 그렇게 하려면 sadie가 IRC에 접속할 수 있어야 합니다 11:01:56 &lt;str4d&gt; 저는 괜찮습니다. 아이디어를 주고받을 사람이 있을 때 더 잘 일하는 편이에요 11:03:23 &lt;hottuna&gt; zzz가 2월 말까지 단일 로드맵을 작성하겠다고 방금 약속했습니다 11:03:23 &lt;hottuna&gt; 아주 좋습니다. 11:03:23 &lt;hottuna&gt; 가볍게 관리받는 것은 아마 좋은 일이라는 데에 합의가 이뤄진 듯합니다. 11:03:23 &lt;hottuna&gt; 하지만 과도한 관리는 이 일을 그냥 '일거리'로 만들 뿐입니다 11:03:23 &lt;str4d&gt; 좋습니다. 해 보면서 경험이 쌓이면 언제든 수준을 조정할 수 있습니다. 11:03:23 * dg 고개를 끄덕인다 11:03:23 &lt;hottuna&gt; *로드맵은 2월이 아니라 1월 말까지입니다 11:03:23 &lt;hottuna&gt; str4d: 동의합니다 11:04:35 &lt;str4d&gt; 참고로 zzz, sadie, 그리고 저는 3월 초에 만날 예정이니, 그때 함께 작업/논의할 수 있는 것들을 염두에 두면 좋겠습니다. 11:05:52 &lt;hottuna&gt; Trac 티켓 관련: sadie가 이를 주시하고 적절한 담당자에게 티켓을 전달하는 일을 맡겠다고 자원했습니다 11:06:05 &lt;dg&gt; 어쨌든 Sadie가 우리가 어떻게 일하는지 완전히 이해하려면 Trac/zzz.i2p/IRC 같은 우리의 메커니즘을 관찰할 수 있어야 합니다 11:06:16 &lt;dg&gt; IRC에 접속하지 않고도 그게 가능했나요? 11:07:04 &lt;hottuna&gt; str4d: 그 일에서 sadie를 기꺼이 도와주시겠습니까? 11:07:40 &lt;str4d&gt; 제 할 일 목록에 한동안 매주 "새 티켓 훑어보기" 항목이 있었는데, 일이 너무 많아서 계속 미루고 있었습니다 11:08:06 &lt;str4d&gt; 하지만 내년부터는 그 부분에서 sadie를 돕도록 하겠습니다 :) 11:08:49 &lt;str4d&gt; 티켓에 이제 "open" 상태가 생긴 것을 보셨을지도 몰라요. 새 티켓과, 이미 보긴 했지만 아직 의견이 없는 티켓을 구분할 수 있도록 제가 추가했습니다 11:08:53 &lt;hottuna&gt; PROJECT MANAGEMENT 주제에 대한 마지막 호출입니다 11:09:10 &lt;dg&gt; hottuna: 위를 보세요 11:09:25 &lt;str4d&gt; 제 목표는 "new" 티켓을 가능한 한 적게 유지하는 것입니다. 즉, 적절한 담당자/상태로 옮기거나, 최소한 유효한 티켓임을 인정하는 의미로 "open"으로 바꾸는 것이죠. 11:09:36 &lt;hottuna&gt; 기타 주제에 대한 마지막 호출입니다 11:09:48 &lt;hottuna&gt; dg: sadie를 Trac에 참여시키는 것이 핵심이며 필수 요건입니다 11:10:00 &lt;hottuna&gt; 아, IRC를 말한 겁니다 11:10:17 &lt;dg&gt; 알겠습니다 11:10:23 &lt;str4d&gt; 그녀를 위해 IRC 바운서 계정을 한동안 준비해 두었습니다 11:10:42 &lt;hottuna&gt; str4d: 컨퍼런스에서 배운 취약점 대응 관련 내용 몇 가지를 정리해 달라고 부탁드려도 될까요? 11:10:48 &lt;str4d&gt; 그녀에게 필요한 것은 접속을 돕는 것뿐이고, 그러면 항상 연결되어 있지 않아도 로그 등을 유지할 수 있습니다 11:11:40 &lt;str4d&gt; hottuna, Kiwicon에서 k8em0와 대화한 내용 말인가요? 11:11:47 &lt;hottuna&gt; 음흠 11:11:47 &lt;dg&gt; 브라우저 설정/privoxy에 대한 도움도요? 11:12:13 &lt;str4d&gt; Tor가 방금 발표한 버그 바운티 프로그램을 미리 들은 것 외에는, 제가 이미 어느 정도 알고 있던 것 이상으로 새로 배운 건 많지 않았습니다 11:12:26 &lt;zzz&gt; VRP 논의는 1월로 미루자는 제안을 하고 있습니다 11:12:36 &lt;hottuna&gt; str4d: 간단한 정리글을 쓰는 게 의미가 있을까요? 11:12:40 &lt;str4d&gt; k8em0는 우리의 VRP 티켓이 매우 인상적이었다고 말하긴 했습니다 11:12:45 &lt;hottuna&gt; zzz.i2p 글 같은 형태로요? 11:12:55 &lt;hottuna&gt; 아니면 별로 쓸모가 없었나요? 11:13:15 &lt;str4d&gt; 쓸모없지는 않았고, 우리의 VRP 티켓이 올바른 방향이라는 것을 확인해 준 셈입니다 11:13:31 * zzz ******BAFFFFS***** 회의를 마칩니다, 모두 감사합니다 </div>/ko/blog/2015/11/19/0.9.23-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Thu, 19 Nov 2015 00:00:00 +0000/ko/blog/2015/11/19/0.9.23-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>I2P 여러분, 안녕하세요! zzz가 서명한 49개 릴리스 이후, 이것은 저(str4d)가 서명한 첫 번째 릴리스입니다. 이는 사람을 포함한 모든 요소에 대한 우리의 이중화가 제대로 작동하는지 확인하는 중요한 테스트입니다.</p> <h2 id="유지-관리">유지 관리</h2> <p>제 서명 키는 2년 넘게(0.9.9부터) router 업데이트에 포함되어 왔으므로, 최신 버전의 I2P를 사용 중이라면 이 업데이트는 다른 업데이트만큼이나 간단할 것입니다. 다만 0.9.9보다 오래된 버전을 실행 중이라면 먼저 수동으로 최신 버전으로 업데이트해야 합니다. 수동 업데이트를 마치면 router가 평소처럼 0.9.23 업데이트를 찾아 다운로드할 것입니다.</p>/ko/blog/2015/11/15/%EC%BB%A4%EB%AE%A4%EB%8B%88%ED%8B%B0-%EB%8C%80%EC%99%B8%ED%99%8D%EB%B3%B4/Sun, 15 Nov 2015 00:00:00 +0000/ko/blog/2015/11/15/%EC%BB%A4%EB%AE%A4%EB%8B%88%ED%8B%B0-%EB%8C%80%EC%99%B8%ED%99%8D%EB%B3%B4/<h2 id="메타">메타</h2> <p>안녕하세요! 이는 I2P 커뮤니티에서 어떤 일이 일어나고 있는지 커뮤니티가 확인할 수 있도록 돕기 위한 장기 연재 블로그의 첫 번째 글입니다. 많은 멋진 일들이 네트워크 <em>내부</em>에서 일어나고 있기 때문에, 여기에서 그중 일부에 대해 이야기하는 것이 의미가 있을 것이라 생각합니다.</p> <h2 id="피드백-요청">피드백 요청</h2> <p>솔직히 말해서 &ndash; 우리 콘솔은 개선이 필요합니다. 우리 사이트도 업데이트가 필요합니다. 신규 및 기존 사용자를 위해 I2P의 사용성을 어떻게 개선할 수 있을지에 대한 피드백을 받고자 합니다!</p> <p>어떤 형태의 피드백이든 환영합니다. @GetI2P, @str4d, 또는 @YrB1rd로 연락해 주세요. Twitter 사용이 불편하시다면, 네트워크 내 IRC 채널을 통해서도 언제나 연락 가능합니다. 오랫동안 사용해 온 사용자일 필요는 없습니다. 저희는 다양한 분들의 의견을 듣고 싶습니다!</p>/ko/blog/2015/11/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2015%EB%85%84-11%EC%9B%94-3%EC%9D%BC/Tue, 03 Nov 2015 00:00:00 +0000/ko/blog/2015/11/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2015%EB%85%84-11%EC%9B%94-3%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> abyss, amknesia, anonimal, dogedDEV, eche|on, kytv, Lady3Jane, lbt, obscuratus, psi, sadie_i2p, str4d, trolly, xmz, Z0rg1nc, zab@kyirc, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:17 &lt;zzz&gt; 0) 안녕하세요 20:00:17 &lt;zzz&gt; 1) `http://dogecoindark.i2p/` 콘솔 홈 페이지 요청, 7월 14일 회의의 재검토 `http://i2p-projekt.i2p/en/meetings/238` -- 원 요청: `http://zzz.i2p/topics/236?page=2#p9999` -- 결과: `http://zzz.i2p/topics/236?page=3#p10078` -- `http://doged.i2p/` 로 대체되었을 수도 있음 20:00:17 &lt;zzz&gt; 2) `http://exchanged.i2p/` 콘솔 홈 페이지 요청: `http://zzz.i2p/topics/236?page=3#p10391` 20:00:17 &lt;zzz&gt; 3) `http://i2pwiki.i2p/` 콘솔 홈 페이지 요청: `http://zzz.i2p/topics/236?page=3#p10437` 20:00:18 &lt;zzz&gt; 4) `http://lenta.i2p/` 콘솔 홈 페이지 요청: `http://zzz.i2p/topics/236?page=3#p10439` 20:00:21 &lt;zzz&gt; 5) CCC 준비 업데이트 (10월 6일 회의): `http://i2p-projekt.i2p/en/meetings/239` 20:00:22 &lt;zzz&gt; 6) forum.i2p 교체 제안 (hottuna, dg) - 10월 6일 회의 후속: `http://i2p-projekt.i2p/en/meetings/239` 20:00:25 &lt;zzz&gt; 1-4번 항목에 대한 초기 코멘트 여러 개가 아젠다 페이지에 있습니다 `http://zzz.i2p/topics/1970` 20:00:27 &lt;zzz&gt; 0) 안녕하세요 20:00:42 &lt;zzz&gt; 13년 반에 걸친 이 훌륭한 프로젝트의 240번째 회의에 오신 것을 환영합니다 20:01:00 &lt;zab@kyirc&gt; hi 20:01:10 &lt;anonimal&gt; Hello 20:01:24 &lt;iRelay&gt; 제목: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:01:27 &lt;zzz&gt; 새로 오신 분들을 위해, 이 회의는 주로 그룹 의사결정을 위한 자리이며, 각 아젠다 항목당 10분 이내를 목표로 합시다 20:01:43 &lt;iRelay&gt; 제목: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:01:51 &lt;zzz&gt; 그리고 상기하자면, 누구든 언제든 어떤 이유로든 여기서 회의를 잡을 수 있습니다 20:01:53 &lt;iRelay&gt; 제목: I2PWiki (at i2pwiki.i2p) 20:02:16 &lt;zzz&gt; 1) `http://dogecoindark.i2p/` 콘솔 홈 페이지 요청, 7월 14일 회의의 재검토 `http://i2p-projekt.i2p/en/meetings/238` -- 원 요청: `http://zzz.i2p/topics/236?page=2#p9999` -- 결과: `http://zzz.i2p/topics/236?page=3#p10078` -- `http://doged.i2p/` 로 대체되었을 수도 있음 20:02:26 &lt;iRelay&gt; 제목: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:02:35 &lt;iRelay&gt; 제목: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:02:39 &lt;zzz&gt; dogecoindark.i2p 운영자 계신가요? 20:02:39 &lt;iRelay&gt; 제목: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:02:43 &lt;iRelay&gt; 제목: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (at zzz.i2p) 20:03:17 &lt;iRelay&gt; 제목: I2P Development Meeting 238 - I2P (at i2p-projekt.i2p) 20:04:34 &lt;zzz&gt; 회의 페이지에서 dogecoindark.i2p/doged.i2p 에 대한 부정적인 코멘트를 많이 봤습니다. 찬반 의견 더 있으신가요? 20:05:03 &lt;psi&gt; 전반적으로 암호화폐에 대해 i2p가 중립적인 입장을 취하기 시작해야 한다고 생각합니다 20:05:20 &lt;zzz&gt; 지금 우리의 입장이 뭐라고 보시나요? 20:05:33 &lt;psi&gt; 중립 20:06:03 &lt;zzz&gt; 그럼 왜 ‘중립적 입장을 취하기 시작해야 한다’고 하신 거죠? 20:06:06 &lt;dogedDEV&gt; 네 20:06:11 &lt;dogedDEV&gt; 저 여기 있어요 20:06:30 &lt;dogedDEV&gt; 부정적인 코멘트가 뭐였죠? 20:06:32 &lt;dogedDEV&gt; 모든 스크립트를 제거했고, 20:06:35 &lt;psi&gt; 특정 코인을 다른 코인보다 지지하지 않는다는 뜻 20:06:38 &lt;dogedDEV&gt; 이제 그래픽과 html만 있습니다 20:06:54 &lt;zzz&gt; dogedDEV, 위의 링크를 빠르게 확인해 주세요 20:07:00 &lt;dogedDEV&gt; 그리고 소스 코드도 상당 부분 i2p 기반 git 저장소로 옮겼습니다 20:07:02 &lt;anonimal&gt; 제 의견은 `http://zzz.i2p/topics/1970-meeting-tues-nov-3-8-pm-utc` 에 적었습니다 20:07:02 &lt;str4d&gt; hi 20:07:06 &lt;iRelay&gt; 제목: zzz.i2p: Meeting Tues. Nov. 3, 8 PM UTC (at zzz.i2p) 20:07:51 &lt;zzz&gt; dogedDEV, 이름 변경을 설명해 주시고, 이미지가 너무 많다는 이의제기에 답해 주세요. 현재로선 전혀 지지가 없으니, 약 2분 안에 우리를 설득하셔야 합니다 20:08:34 &lt;dogedDEV&gt; 음, i2p 쪽으로 계속 구축해 왔습니다 20:08:39 &lt;dogedDEV&gt; i2p electrum 서버를 만들었고 20:08:49 &lt;dogedDEV&gt; 위젯 있었다는 불만 이후로 사이트 전체를 개편했습니다 20:09:00 &lt;dogedDEV&gt; 그래서 이름을 i2p로 바꾼 겁니다. 예전 사이트는 폐기하고 새로 시작했어요. 20:09:11 &lt;dogedDEV&gt; 사용자가 i2p에 접속할 수 있도록 튜토리얼도 꽤 만들었습니다 20:09:29 &lt;dogedDEV&gt; 그리고 doged.i2p가 영구적인 거처입니다 20:11:15 &lt;dogedDEV&gt; 사람들이 대역폭을 늘리면 그래픽이 더 빨리 로드될 거라 생각합니다. 가까운 시일 내에 저대역폭 사용자들을 만족시킬 텍스트 전용 버전도 추가할 수 있을 것 같아요 20:11:15 &lt;dogedDEV&gt; 저는 i2p를 정말 좋아하고, 전 세계적으로 프라이버시에 관심 있는 많은 사람들에게 i2p와 그 장점을 알렸습니다 20:11:15 &lt;zzz&gt; 하지만 i2p 전체가 ‘저대역폭’입니다. 문제는 사용자 쪽이 아니라 당신 쪽에 있어요 20:11:15 &lt;dogedDEV&gt; 제 쪽과 대역폭을 튜닝한 다른 사용자들에겐 이미지가 빨리 로드되는 것 같습니다 20:11:15 &lt;zzz&gt; 제게는 아니네요 20:11:15 &lt;dogedDEV&gt; 우리 onion 사이트만큼 빠르게 로드된다고 느낍니다. 20:11:19 &lt;dogedDEV&gt; 최근엔 tor보다 i2p에 더 집중하고 있습니다. 20:11:21 &lt;zzz&gt; 다른 코멘트한 사람들도요 20:11:27 &lt;anonimal&gt; 저도 아닙니다, 지금 다시 로딩 중인데 기다리는 중이에요. 20:11:45 &lt;anonimal&gt; 그리고 여전히 클리어넷 소스를 가져오고 있습니다. 그 스레드에 우리가 쓴 이후로 달라진 게 없는 것 같아요. 20:11:50 &lt;dogedDEV&gt; 해상도를 낮출 수도 있겠네요 20:12:00 &lt;zzz&gt; 2015년에 홈 페이지에서 모든 걸 200장의 이미지 뒤에 두는 사이트는 없습니다 20:12:02 &lt;dogedDEV&gt; 어디서 클리어넷에서 끌어오나요? 20:12:13 &lt;dogedDEV&gt; 클리어넷과 통신하지 않아야 합니다 20:12:17 &lt;abyss&gt; 안녕하세요 20:12:24 &lt;kytv&gt; 인덱스 페이지요 20:12:47 &lt;zzz&gt; 지금으로선 ‘i2p 커뮤니티에 폭넓게 유용’하지 않다고 봅니다. 그게 우리의 첫 기준이에요 20:12:56 &lt;zzz&gt; 어디로 가고 있는지는 알겠지만 아직 거기까지는 아닌 듯합니다 20:13:03 &lt;dogedDEV&gt; 프라이버시에 초점을 둔 암호화폐가 어떻게 유용하지 않을 수 있죠? 20:13:06 &lt;kytv&gt; 전보다 확실히 좋아졌어요. 20:13:08 &lt;str4d&gt; 지금 사이트 로딩 중입니다 20:13:15 &lt;zzz&gt; 이 요청에 찬성하시는 분 있으면 지금 말씀해 주세요 20:13:23 &lt;dogedDEV&gt; 방금 로딩했는데, 제 쪽에선 그래픽의 절반이 이미 로드됐습니다 20:13:39 &lt;str4d&gt; HTML 로딩에 13초 걸렸습니다 (대부분은 LS 받는 시간이었어요) 20:13:44 &lt;dogedDEV&gt; 로컬로 접속하는 건 아닙니다 20:13:48 &lt;abyss&gt; 제겐 잘 됩니다 20:13:50 &lt;str4d&gt; 새 주소로는 처음 로딩해 봅니다 20:14:01 &lt;str4d&gt; 가장 빠른 이미지는 17초 20:14:10 &lt;str4d&gt; 지금까지 가장 느린 건 1분 44초 20:14:25 &lt;dogedDEV&gt; 그래픽 해상도를 확실히 낮출 수 있어요 20:14:34 &lt;zzz&gt; 지난번 시도 때는 10분 만에 포기했어요 20:14:42 &lt;abyss&gt; dogedev는 프라이버시를 홍보하고 클리어넷 암호화폐 커뮤니티를 i2p로 끌어오는 데 열심이었습니다 20:14:44 &lt;str4d&gt; 3분 지났는데 아직도 안 끝났네요 20:14:51 &lt;anonimal&gt; ^ 저도요, 아직 로딩 중. 20:14:53 &lt;kytv&gt; 제 쪽에서는 한 번도 완전히 로딩된 적이 없어요 20:14:56 &lt;eche|on&gt; 좋아요, 1분 전에 로딩 시작했으니 기다려 보죠 20:14:57 &lt;str4d&gt; dogedDEV, 테스트할 때 HTTP 터널에 같은 I2P router를 사용하나요? 20:15:14 &lt;dogedDEV&gt; 아니요 20:15:14 &lt;str4d&gt; 만약 그렇다면, 당신의 연결은 I2P를 거치지 않을 겁니다 20:15:29 &lt;zzz&gt; 우리는 dogedDEV의 i2p에 대한 헌신을 의심하지 않습니다. 지금 평가하는 건 사이트를 홈 페이지에 추가하는 게 적절한가만입니다 20:15:46 &lt;dogedDEV&gt; 그럼 이미지 해상도를 낮춰서 파일 크기를 줄일 수 있겠네요. 20:16:01 &lt;str4d&gt; dogedDEV, 이제 사이트 상단 일부(dev resources 등)가 로드돼서 문제를 볼 수 있네요 20:16:10 &lt;dogedDEV&gt; 보기 좋게 만들고 싶었는데, 일반 사용자에겐 느릴 수 있겠죠. 성능도 그만큼 중요하니까요. 20:16:15 &lt;str4d&gt; 콘텐츠 전부를 이미지로 만들 필요는 없습니다 20:16:22 &lt;dogedDEV&gt; 중요함* 20:16:30 &lt;anonimal&gt; 예술적 가치는 이해하지만, 이걸 혁신의 기회로 삼으면 안 되나요? 20:16:32 &lt;zzz&gt; 저는 이 요청을 거부하자고 제안합니다. 나중에 언제든 다시 제출할 수 있습니다. 이의 있나요? 20:16:42 &lt;str4d&gt; 사이트 로딩을 오래 걸리게 할 뿐만 아니라, 검색도 불가능하게 만듭니다 20:16:52 &lt;dogedDEV&gt; 코인에는 혁신이 있어요, i2p와 함께도요 20:16:57 &lt;dogedDEV&gt; 다른 i2p electrum 서버가 있나요? 20:17:34 &lt;zab@kyirc&gt; 금융 쪽은 환영이지만 이건 너무 느려요 20:18:01 &lt;anonimal&gt; 사이트의 비전에 관심 있는 사람은 작성자뿐인 듯합니다. 20:18:01 &lt;dogedDEV&gt; 지금은 우리 i2p electrum에 연결하는 안드로이드 앱을 만들고 있어요 20:18:01 &lt;str4d&gt; 폰트를 좋아한다면 CSS로 그 폰트를 로드할 수 있어요 20:18:01 &lt;zzz&gt; 우리는 혁신이나 전반적인 프로젝트를 의심하는 게 아닙니다. 웹사이트만 얘기하는 겁니다. 20:18:01 &lt;anonimal&gt; 저는 사이트에 대해서만 말하고 있어요, 이 회의는 그 ‘사이트’에 관한 겁니다. 20:18:01 &lt;zzz&gt; 1)에 대한 논의 마지막 호출 20:18:01 &lt;str4d&gt; 지금 보이는 대부분은 CSS로 할 수 있어요. 그러면 필요한 이미지 수를 대폭 줄이고 로딩 시간을 크게 개선할 수 있습니다. 20:18:01 &lt;dogedDEV&gt; 아니요, 웹사이트 비전에는 동의합니다. 그래픽이 너무 크다면 크기를 줄일 수 있고, CSS만 쓰는 텍스트 전용 링크도 만들 수 있어요 20:18:01 &lt;abyss&gt; anonimal, 전 좋아요 20:18:02 &lt;anonimal&gt; str4d에게 동의 20:18:29 &lt;kytv&gt; 거부에 이의 없습니다. 로딩되면 참을 수 없을 정도로 느려요. 20:18:43 &lt;dogedDEV&gt; 다음 회의는 언제죠? 20:18:43 &lt;kytv&gt; 그리고 지금은 로딩되는 때가 아니고요... 20:18:47 &lt;kytv&gt; $ http_proxy=`http://127.0.0.1:4444` curl --silent `http://doged.i2p/` 20:18:50 &lt;kytv&gt; &lt;html&gt;&lt;head&gt;&lt;title&gt;408 Request Timeout&lt;/title&gt;&lt;/head&gt; 20:18:51 &lt;kytv&gt; &lt;body&gt;&lt;h2&gt;408 Request timeout&lt;/h2&gt; 20:18:57 &lt;zzz&gt; 그리고 사이트 자체만의 문제가 아니라, 최근 이름 변경(아마도 완전히 처음부터 다시 시작해야 할)이 있었고, 어떤 코인도 홍보하지 말자는 psi의 이의도 있습니다 20:19:09 &lt;iRelay&gt; 제목: DogecoinDark.i2p Official Site (at doged.i2p) 20:19:13 &lt;zzz&gt; 좋아요, 1) 끝 20:19:24 &lt;str4d&gt; dogedDEV, 사이트가 좀 더 로드되니 정말 예쁘긴 합니다. 하지만 실제 이미지 몇 개만 빼고는 FB/twitter 등 링크까지 거의 전부를 CSS로 할 수 있을 것 같아요. 20:19:24 &lt;zzz&gt; 2) `http://exchanged.i2p/` 콘솔 홈 페이지 요청: `http://zzz.i2p/topics/236?page=3#p10391` 20:19:29 &lt;dogedDEV&gt; 그렇다면 psi의 코인 홍보 반대가 심사에 영향을 준다면, anoncoin은 제거되나요? 20:19:38 &lt;dogedDEV&gt; 그건 우습잖아요 20:19:41 &lt;iRelay&gt; 제목: zzz.i2p: How to get my Eepsite added to the Router Console home page (at zzz.i2p) 20:19:46 &lt;str4d&gt; 그래서 1)은 일단 -1입니다. 20:19:47 &lt;zzz&gt; exchanged.i2p 운영자 계신가요? 20:20:06 &lt;abyss&gt; zzz, 네, 여기 있어요 20:20:31 &lt;zzz&gt; 좋아요 abyss, 사이트에 대해 말씀해 주시고 zzz.i2p 스레드에서 제기된 이의에 답해 주세요 20:20:43 &lt;psi&gt; anoncoin은 끝났어요 20:20:47 &lt;psi&gt; (제 생각엔) 20:20:51 &lt;dogedDEV&gt; 그거 슬프네요 =\ 20:21:00 &lt;dogedDEV&gt; 아무튼, 넘어가죠. 다시 제출하겠습니다. 20:21:00 &lt;abyss&gt; psi, 죽지 않았어요 20:21:26 &lt;dogedDEV&gt; 제 의견도 의미가 있다면, exchanged.i2p에 찬성합니다. 20:21:31 &lt;abyss&gt; 좋아요 zzz, 주요 우려는 제가 다른 사람들의 돈을 맡길 만큼 신뢰할 수 있느냐는 점입니다 20:21:47 &lt;zzz&gt; 먼저 사이트에 대해 말씀해 주세요 20:21:50 &lt;dogedDEV&gt; 사이트는 빠르게 로딩되고, 거래도 빠릅니다. doged 사용자들 중 많은 분이 문제 없이 여기서 거래했습니다. 20:21:58 &lt;abyss&gt; 네 20:22:26 &lt;abyss&gt; Exchanged.i2p는 사용자가 비트코인, 라이트코인, anoncoin, dogecoindark 등 암호화폐를 익명으로 거래할 수 있는 사이트입니다 20:22:47 &lt;abyss&gt; 7월 1일부터 운영 중입니다 20:23:00 &lt;abyss&gt; 알파 테스트는 6월 1일 시작 20:23:49 &lt;abyss&gt; anoncoin과 dogecoindark 개발팀이 제 신뢰를 보증해 주기도 했습니다 20:24:19 &lt;abyss&gt; anoncoin 개발자는 지금 없지만 링크는 여기 있어요 https://www.reddit.com/r/CryptoCurrency/comments/3cxk7k/exchangedi2p_anonymous_exchange/ 20:24:23 &lt;iRelay&gt; 제목: Exchanged.i2p Anonymous Exchange : CryptoCurrency (at www.reddit.com) 20:24:24 &lt;zzz&gt; 두 가지 이의가 있는 것 같습니다. 사이트가 너무 미완/초기 단계라는 점, 그리고 금융 관련 무언가를 우리가 보증하면 안 된다는 점이요 20:25:17 &lt;zzz&gt; 제가 요청 스레드에 쓴 내용입니다: 거래소 요청은 처음입니다. 어떤 시장의 합법성과 안정성을 우리가 평가할 자격이 있다고 느끼진 않지만, 콘솔에 링크를 놓으면 일종의 암묵적 승인으로 보일 수 있으니 그래도 시도는 해봐야 한다고 생각합니다. 20:25:28 &lt;dogedDEV&gt; 메뉴에 아이콘을 배치하는 걸 개인적으로는 보증이라 보지 않습니다. 그와 동일한 것을 신청하는 다른 사람들보다 사용을 장려하지만 않는다면요. 20:25:49 &lt;zab@kyirc&gt; 투박한 건 로딩 시간을 빠르게 하고 유용성에는 영향을 주지 않아요 20:26:12 &lt;zab@kyirc&gt; 트레이더에게는 반응 속도가 보기 좋음보다 훨씬 중요합니다 20:26:13 &lt;dogedDEV&gt; ASCII 메뉴가 마음에 들어요. 예전 생각나네요. 20:26:19 &lt;abyss&gt; 사용성을 극대화하는 디자인을 하려 했습니다 20:26:19 &lt;dogedDEV&gt; 많은 사용자도 같은 생각일 거예요. 20:26:19 &lt;zzz&gt; 의견 있으신가요? 이게 보증일까요? 우리가 검증을 시도해야 할까요? 아니면 시장이나 거래 플랫폼은 아예 홈 페이지에 올리지 말아야 할까요? 20:26:34 &lt;dogedDEV&gt; 맞아요, 반응 속도와, 운영자가 지금까지 있어 왔다는 점을 보면 저는 찬성입니다. 20:27:00 &lt;str4d&gt; 사용성 관점에서는 좋아 보입니다(거래는 해 보지 않았습니다) 20:27:15 &lt;kytv&gt; 저는 대체로 무관심합니다. 1번에 반대한 이유는 극심한 로딩 지연이었죠. 이건 적어도 매우 빠릅니다. 20:27:17 &lt;dogedDEV&gt; 분석 사이트의 요청으로 API도 최근에 추가했습니다 20:27:17 &lt;anonimal&gt; 네, 우리가 선택권을 가진 이상, 모든 링크는 암묵적 보증이 됩니다. 20:27:24 &lt;zab@kyirc&gt; 저는 i2p 전반에 시장, 거래소, 금융 관련 모든 것을 확실히 지지합니다. 이는 i2p의 광범위한 유용성에 차원을 더해 사람들을 끌어들이는 데 도움이 됩니다 20:27:27 &lt;str4d&gt; 밝은 테마도 있었으면 합니다. 진한 대비가 일부 사용자에게는 보기 힘들 수 있어요 20:27:33 &lt;zzz&gt; 여기서 실제로 거래해 보신 분 계시면 말씀해 주세요 20:27:37 &lt;lbt&gt; 사용자 입장에서: 그런 정보는 쉽게 찾을 수 있어야 한다고 생각하지만, router의 일부가 되는 건 아니라고 봅니다 :o 아마 router-console에 주제별로 정리된 활성 도메인 목록 링크를 거는 건 어떤가요? 20:27:45 &lt;str4d&gt; (특히 검은 배경에 파란색, 다만 지난번보단 파란색 톤이 좀 낫네요) 20:28:10 &lt;zab@kyirc&gt; str4d: 80년대 메인프레임 색상 FTW ;-) 20:28:27 &lt;zzz&gt; 여기서 색상 상세 조언으로 들어가진 말죠. 큰 그림만 보고 결정합시다. 찬반과 이유를 말씀해 주세요. 20:28:38 &lt;amknesia&gt; Router Console 홈페이지에 ‘아래 링크들은 보증이 아니며, 단지 홈페이지에 게시되기 위한 최소 가이드라인을 충족한 사이트일 뿐입니다’라는 문구가 이미 있나요? 20:29:03 &lt;dogedDEV&gt; 찬성 - 사이트는 빠르게 로딩되고, 제가 써 봤는데 기대한 대로 작동합니다. abyss도 항상 있어 쉽게 연락됩니다. 20:29:08 &lt;dogedDEV&gt; amknesia, 좋은 생각입니다. 20:29:35 &lt;dogedDEV&gt; i2p 개발자는 콘솔에 나열된 사이트를 지지/보증하지 않습니다. 20:29:44 &lt;zzz&gt; i2p 커뮤니티에 폭넓게 유용한가요? 20:29:56 &lt;zzz&gt; 명시적이든 아니든, 암묵적 보증입니다 20:30:02 &lt;zab@kyirc&gt; 물론이죠 20:30:20 &lt;str4d&gt; 폭넓게 유용? 제 생각엔 예입니다. 20:30:31 &lt;dogedDEV&gt; 법정화폐(fiat)가 개입되지 않는 한 훌륭한 추가라고 봅니다. 20:30:39 &lt;anonimal&gt; 네, 폭넓게 유용하고, 사이트 사용성도 어느 정도 개선됐습니다. 20:30:48 &lt;zzz&gt; 여기서 실제로 거래해 보신 분 ‘아무도’ 없나요? 20:30:48 &lt;Lady3Jane&gt; 보증은 암묵적이에요, 특히 신규 사용자에게, 그리고 많은 링크가 실제로 공식적이기 때문에 더욱 그렇습니다 20:30:58 &lt;anonimal&gt; 아니오. 20:31:07 &lt;zab@kyirc&gt; 법정화폐가 개입돼도 여전히 훌륭한 추가죠 20:31:07 &lt;dogedDEV&gt; 저는 거래해 봤습니다. 20:31:27 &lt;anonimal&gt;&gt;보증은 암묵적 20:31:28 &lt;amknesia&gt; zzz: 저는 했습니다, 다만 소량의 사토시 수준 거래였지만요. 20:31:28 &lt;dogedDEV&gt; 소액이지만 여러 번, 항상 잘 됐습니다 20:31:30 &lt;str4d&gt; 하지만 법정화폐가 개입되면, 사이트 자체가 정당하게 익명성을 유지하기가 더 어려워집니다 20:31:33 &lt;anonimal&gt; 네, 그리고 면책 조항은 무용지물일 겁니다. 20:31:33 &lt;Lady3Jane&gt; 여기 없긴 하지만 pilgrim-wu는 암호화폐 거래소에 깊이 관여합니다(심지어 중국 서부에 기반한 거래소를 운영). exchanged.i2p를 예전에 사용해 봤고, 아주 좋아합니다, zzz 20:32:25 &lt;abyss&gt; 관심 있는 분들께는 거래해 보시라고 doged를 몇 개 드릴 수 있어요 20:32:25 &lt;zzz&gt; 좋아요, 마무리합시다. 합의가 명확하지 않으니, 찬성은 +1, 반대는 -1을 입력해 주세요 20:32:32 &lt;dogedDEV&gt; +1 20:32:35 &lt;str4d&gt; ‘위험’ 수준으로 보면, 암호화폐끼리만 교환한다면 가치는 다른 거래소의 시장 힘에 좌우됩니다 20:32:42 &lt;abyss&gt; 그러면 직접 테스트해 보실 수 있어요 :) 20:32:45 &lt;zab@kyirc&gt; +1 20:33:33 &lt;trolly&gt; +1 20:33:33 &lt;Lady3Jane&gt; (제가 투표권이 있는지 모르겠지만...) +1 20:33:48 &lt;anonimal&gt; -1: Router Console에 섹스, 마약, 돈, 락앤롤 금지. 20:33:56 &lt;kytv&gt; = "중립 / 부정적이지 않음" 20:34:30 &lt;abyss&gt; 제 표도 인정된다면 +1 20:34:33 &lt;psi&gt; +1 Router Console에 섹스 마약 돈 락앤롤 금지 20:34:38 &lt;trolly&gt; 락앤롤 금지?? 이런 anonimal!! 20:34:41 &lt;obscuratus&gt; -1: 좋은 사이트지만, 보증에 동의합니다. 20:34:49 &lt;psi&gt; 아니, -1 20:34:57 &lt;abyss&gt; psi, :) 20:34:57 &lt;trolly&gt; +1 어디에나 마약, 섹스, 락앤롤 20:35:01 &lt;abyss&gt; :( 20:35:09 &lt;amknesia&gt; 질문: 홈페이지가 아니라 링크된 링크 페이지/사이트를 따로 두는 건 어떤가요. 이렇게 하면 홈페이지의 ‘암묵적 보증’을 피하면서도, 초보자들이 관심 있는 사이트를 쉽게 찾게 할 수 있습니다. 현재 홈페이지에 있는 사이트 중 그런 걸 제공하기 좋은 곳이 있나요? 20:35:21 &lt;obscuratus&gt; amknesia: +1 20:35:28 &lt;lbt&gt; amknesia: +1 20:35:29 &lt;Lady3Jane&gt; PR 관점에서 anonimal, 섹스와 마약엔 동의합니다. Router가 숨은 위키의 i2p 버전이 되는 건 원치 않죠. 그런데 왜 통화 거래소는 본질적으로 부정적이죠? 20:35:47 &lt;Lady3Jane&gt; router console* 20:35:56 &lt;anonimal&gt; 저도 amknesia의 아이디어 쪽으로 기울어요. 20:36:01 &lt;dogedDEV&gt; 최근 상황을 보면, 프라이빗 네트워크는 암호화폐를 간접적으로 보호해야 할 의무가 있다고 생각합니다. 20:36:05 &lt;dogedDEV&gt; 제 사견입니다. 20:36:05 &lt;zzz&gt; 저도 +1 (간신히) 20:36:19 &lt;str4d&gt; Lady3Jane, 익명 거래소의 고유 문제는 사이트가 모든 자금과 함께 사라질 수 있고, 보상은 없을 수 있다는 점입니다 20:36:35 &lt;dogedDEV&gt; 그건 어떤 거래소에서나 발생할 수 있어요 20:36:43 &lt;dogedDEV&gt; 그리고 클리어넷 거래소에서도 일어났죠. 20:36:51 &lt;anonimal&gt; ^ 그렇다면 여기서 또 하나를 보증할 이유가 없네요. 20:36:57 &lt;amknesia&gt; str4d: 반론 하나만요: 그건 이미 ‘공개’ 비익명 거래소에서도 일어났습니다. 그러니 더 큰 위협이라고 볼 수 있나요? 20:36:57 &lt;str4d&gt; 네, 일어났죠. 하지만 최소한 부분 보상을 위한 경로는 있습니다 20:37:08 &lt;Lady3Jane&gt; abyss: 전형적인 에스크로 시스템을 넘어, 대중(무엇보다도, 당신을 보증하려는 개발자)을 안심시킬 수 있는, 현금 가방 들고 도주하지 않을 보장 장치가 있나요? 20:37:17 &lt;abyss&gt; anonimal, 이건 프라이빗하기 때문이죠 20:37:25 &lt;zzz&gt; 찬성 4, 반대 3으로 보이지만, 너무 아슬아슬하다고 보고 다음 회의에서 재검토할 수도 있습니다 20:37:31 &lt;str4d&gt; Lady3Jane, 에스크로는 보이지 않습니다 20:37:37 &lt;str4d&gt; (적어도 보안 목록에는) 20:37:46 &lt;str4d&gt; 멀티시그에 대해서도 묻고 싶었습니다 20:37:58 &lt;anonimal&gt; 제출 기준도 재검토해야 할 것 같네요. 20:38:19 &lt;abyss&gt; 저지연 거래소에는 에스크로/멀티시그가 실제로 관행이 아니기 때문에 없습니다 20:38:29 &lt;zzz&gt; kytv, str4d, 급합니다. 찬반 표를 주세요 20:38:32 &lt;amknesia&gt; 암호화폐 평판 서비스 같은 걸 만들 때가 온 걸까요? 20:39:05 &lt;dogedDEV&gt; cryptoasian 같은 거요? 20:39:17 * anonimal 누가 어디서 무엇을 하든 상관없고, 이건 오직 자바 i2p의 Router Console을 위한 겁니다. 20:39:25 &lt;zzz&gt; 투표 마지막 호출 20:39:27 &lt;str4d&gt; 현재로선 잠정 +0.5입니다. 사용자에게 유익하다고 생각하지만, 위험은 사용자에게 더 잘 전달되어야 합니다. 20:39:56 &lt;dogedDEV&gt; abyss가 사이트에 면책 조항을 넣을 수 있지 않을까요? 20:40:10 &lt;zzz&gt; 그러면 면책 조항을 넣는 조건으로 승인하는 건 어떤가요? 20:40:16 &lt;dogedDEV&gt; 그럼 위험 때문에 반대하시는 분들도 적어도 안심시키겠죠 20:40:27 &lt;abyss&gt; 가능합니다 20:40:44 &lt;str4d&gt; 위험은 항상 있지만, 사용자가 위험을 명시적으로 인지한다면, 전 20:40:46 &lt;kytv&gt; zzz: +1 (어떤 형태의 면책 조항 포함) 20:40:51 &lt;str4d&gt; 반대하지 않습니다. 20:40:52 &lt;zzz&gt; 너무 오래 걸렸네요, 60초 안에 못 정하면 넘어가겠습니다 20:41:04 &lt;zzz&gt; 좋아요, 면책 조항을 추가한다는 조건으로 승인하는 걸로 보입니다 20:41:07 &lt;zzz&gt; 2)에 대해 더 있나요? 20:41:20 &lt;dogedDEV&gt; zzz: 다음 회의는 언제인가요? 20:41:23 &lt;amknesia&gt; 시험적으로 두는 건 어렵나요? 20:41:27 &lt;fox&gt; abyss의 거래소 +1, 코드가 깔끔함 20:41:32 &lt;zzz&gt; 3) `http://i2pwiki.i2p/` 콘솔 홈 페이지 요청: `http://zzz.i2p/topics/236?page=3#p10437` 20:41:34 &lt;amknesia&gt; 즉, 다음 회의에서 문제가 있으면 옮길 수 있겠죠? 20:41:38 &lt;zzz&gt; i2pwiki.i2p 운영자 계신가요? 20:41:50 &lt;iRelay&gt; 제목: I2PWiki (at i2pwiki.i2p) 20:42:33 &lt;zzz&gt; i2pwiki 찬반 논의 있나요? 20:42:43 &lt;fox&gt; open4you.i2p는 그냥 좀비 아닌가요? 20:42:56 &lt;zzz&gt; 모두 제발 주제에 집중해 주세요 20:42:56 * anonimal 로딩 중 20:42:59 &lt;kytv&gt; i2pwiki +1. 실제로 로딩되고, 운영자가 백업도 제공합니다. 20:43:10 &lt;str4d&gt; dogedDEV, 다음 홈페이지 회의는 0.9.24 릴리스 1주 전입니다 20:43:11 &lt;psi&gt; +1 i2pwiki 20:43:22 &lt;fox&gt; -1 open4you 20:43:31 &lt;trolly&gt; open4you.i2p는 될 때도 있고 안 될 때도 있어요 fox 20:43:31 &lt;dogedDEV&gt; i2host가 저에겐 로딩을 못하네요 20:43:31 &lt;zzz&gt; i2pwiki에 이의 있나요? 20:43:41 &lt;zzz&gt; 모두 제발 주제에 집중해 주세요 20:43:43 &lt;abyss&gt; 괜찮다고 봅니다 20:43:44 &lt;str4d&gt; i2pwiki.i2p는 기본적으로 B32로 리다이렉트됩니다 20:43:53 &lt;fox&gt; trolly: 로드는 되지만 더 이상 호스팅을 제공하진 않는 것 같아요 20:43:54 &lt;trolly&gt; 관리자가 답을 안 해요, open4you.i2p는 해킹됐거나 그런 듯 20:43:57 &lt;str4d&gt; (적어도 제겐) 20:44:03 &lt;zzz&gt; 모두 제발 주제에 집중해 주세요 20:44:14 &lt;anonimal&gt; i2p slogans가 아직 있어요. 그게 예전에 문제였죠. 20:44:31 &lt;trolly&gt; 나중에 admin2.ope4you.i2p를 만들었는데, 저는 admin.open4you.i2p에서만 로그인 가능해요 20:44:32 &lt;zzz&gt; 슬로건 이슈가 거부 사유가 될 정도인가요? 20:44:40 &lt;abyss&gt; str4d, 그건 mediawiki 이슈인 듯해요, 제 것도 같은 문제가 있었어요 20:44:45 &lt;zzz&gt; 모두 제발 주제에 집중해 주세요. open4you는 주제가 아닙니다. 20:45:05 &lt;str4d&gt; 또 흥미롭네요 - ugha.i2p가 다시 올라왔어요 20:45:19 &lt;anonimal&gt; 네, 일부 콘텐츠 때문에요. 그 외에는 +1입니다. 20:45:30 &lt;abyss&gt; 2015-10 새 위키 eepsite: ugha.i2p가 2015년 5월부터 2015-10-30까지 내려가 있어 새로운 위키가 개설되었습니다 (`http://i2pwiki.i2p`). MediaWiki로 운영됩니다. 이 위키로 이동해 주세요. 20:45:30 &lt;kytv&gt; i2pslogans는 문제가 아닙니다. 그건 ugha.i2p에도 있었습니다. 사용자들이 ugha에서처럼 자율적으로 관리하면 돼요 20:45:31 &lt;dogedDEV&gt; -1 i2pwiki.i2p 20:45:44 &lt;abyss&gt; *ugha.i2p 프론트 페이지에서 20:45:46 &lt;iRelay&gt; 제목: I2PWiki (at i2pwiki.i2p) 20:45:47 &lt;str4d&gt; 저는 일반적으로 i2pwiki.i2p에 +1이지만, 리다이렉션 이슈가 해결되면 좋겠습니다 20:45:53 &lt;dogedDEV&gt; Could not find the following destination: `http://i2host.i2p/cgi-bin/i2hostjump?i2pwiki.i2p/` 20:46:07 &lt;iRelay&gt; 제목: I2HOST Jump (at i2host.i2p) 20:46:07 &lt;str4d&gt; dogedDEV, `http://nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p` 가 i2pwiki의 B32입니다 20:46:11 &lt;zzz&gt; 현재 psi, kytv, str4d가 +, anonimal과 dogedev가 -네요. 다른 분들 투표해 주세요 20:46:14 &lt;zzz&gt; 저는: +1 20:46:16 &lt;abyss&gt; str4d, i2prouter 이슈일 수 있을까요? 20:46:17 &lt;kytv&gt; 그건 i2ptunnel 설정 문제일 겁니다. mediawiki 문제는 아니에요. 20:46:20 &lt;iRelay&gt; 제목: I2PWiki (at nrbnshsndzb6homcipymkkngngw4s6twediqottzqdfyvrvjw3pq.b32.i2p) 20:46:24 &lt;fox&gt; 주제가 /home 정리 아닌가요? 20:46:24 &lt;lbt&gt; str4d: 못 보셨다면 uhga의 상태 페이지를 확인해 보세요, 계속 "up"이었던 걸로 보입니다 20:46:26 &lt;obscuratus&gt; +1 20:46:49 &lt;abyss&gt; str4d, 상대 경로 링크를 쓰면 i2prouter가 b32로 기본 지정하는 걸 봤습니다 20:46:53 &lt;zzz&gt; fox, 지금은 아젠다 항목 3)입니다 20:47:02 &lt;fox&gt; +1 i2pwiki, 로드되고 유용합니다 20:47:23 &lt;zzz&gt; 좋아요, 찬성 6, 반대 2로 보이네요. 승인된 듯합니다, 최종 이의 있나요? 20:47:27 &lt;abyss&gt; +1 유용하고 잘 작동한다고 봅니다 20:47:51 &lt;anonimal&gt; +1, 제가 틀렸네요. 20:47:56 &lt;zzz&gt; 3) 마지막 호출 20:47:57 &lt;anonimal&gt; 슬로건이 수정됐습니다. 20:48:06 * anonimal 캐시된 버전을 봤네요. 20:48:15 &lt;zzz&gt; 4) `http://lenta.i2p/` 콘솔 홈 페이지 요청: `http://zzz.i2p/topics/236?page=3#p10439` 20:48:22 &lt;zzz&gt; lenta.i2p 운영자 계신가요? 20:48:35 &lt;iRelay&gt; 제목: Lenta.i2p | (at lenta.i2p) 20:48:37 &lt;zab@kyirc&gt; 저는 +1. 빠르게 로드되고, 뉴스는 진짜고, 레이아웃도 보기 좋습니다 20:48:48 &lt;zzz&gt; 이건 zzz.i2p 스레드에서 폭넓은 지지를 받았고, 몇 주 전 #ru에서도 물었을 때 지지를 받았습니다 20:49:12 &lt;zzz&gt; 다른 찬반 의견 있나요? 20:49:34 &lt;kytv&gt; = "중립 / 부정적이지 않음" 20:49:45 &lt;trolly&gt; i2pwiki의 관리자는 있나요? 20:49:55 &lt;zab@kyirc&gt; 홈 페이지에 .ru 이용자에게 맞춘 것이 있는 건 선의의 표시로 보일 수 있습니다 20:49:57 * anonimal 이의 없습니다. xopowo. 20:50:08 &lt;str4d&gt; 뭐라고 쓰여 있는지 전혀 모르겠지만, 러시아 사용자 기반을 반영하는 건 좋습니다. 20:50:14 &lt;abyss&gt; lenta.i2p +1 20:50:18 &lt;zzz&gt; 승인된 듯합니다. 4) 마지막 호출 20:50:21 &lt;psi&gt; lenta.i2p +1 20:50:43 &lt;kytv&gt; 러시아어를 읽는 분들의 승인에 근거해 +0.5 20:50:51 &lt;str4d&gt; 콘솔에 표시되는 제목은 러시아어여야, 러시아어 사이트라는 걸 즉시 알 수 있습니다 20:51:12 &lt;amknesia&gt; 음, 바보 같은 질문일 수 있지만, ‘현재 선택된 언어’ 링크와 ‘외국어’ 링크로 나눌 필요가 있을까요? 20:51:16 &lt;str4d&gt; (러시아어 사용자가 바로 클릭하고, 러시아어를 모르는 사용자는 클릭하지 않게) 20:51:30 &lt;str4d&gt; amknesia, 저도 방금 같은 생각을 했어요 :) 20:51:50 &lt;zzz&gt; 콘솔에서 이름은 언제든 조정할 수 있어요 20:51:57 &lt;zzz&gt; 5) CCC 준비 업데이트 (10월 6일 회의): `http://i2p-projekt.i2p/en/meetings/239` 20:52:02 &lt;iRelay&gt; 제목: I2P Development Meeting 239 - I2P (at i2p-projekt.i2p) 20:52:34 &lt;zzz&gt; 혹시 논의할 게 있을까 해서 넣은 항목입니다. 배너와 사탕 같은 건 다 정리된 걸로 압니다. 20:52:47 &lt;zzz&gt; 예산 결정은 지난 회의에서 마무리했습니다. 20:52:59 &lt;zzz&gt; CCC에 대해서 제기할 게 있으면 지금, 아니면 넘어가겠습니다 20:53:56 &lt;zzz&gt; 5) 마지막 호출 20:54:31 &lt;str4d&gt; 저는 없습니다 20:54:36 &lt;str4d&gt; 거기서들 재미있게 지내세요 20:54:46 &lt;zzz&gt; 6) forum.i2p 교체 제안 (hottuna, dg) - 10월 6일 회의 후속: `http://i2p-projekt.i2p/en/meetings/239` 20:55:13 &lt;zzz&gt; 지난 회의의 노트가 올라왔고(kytv에게 감사), 끝부분에 hottuna와 dg가 제안을 가지고 돌아오기로 되어 있습니다. 20:55:30 &lt;zzz&gt; hottuna와 dg, 이제 당신들 차례입니다. 그런데 둘 다 없는 것 같네요? 20:56:05 &lt;zzz&gt; 지난 회의의 논의를 ‘반복하지 않고’ 확장하는 포럼 교체 관련 다른 내용이 있나요? 20:56:51 &lt;str4d&gt; 시간이 된다면 약간 관련된 게 하나 있습니다. 회의 끝에 덧붙이고 싶습니다. 20:56:56 &lt;obscuratus&gt; forums.i2p는 어떤가요? 20:58:30 &lt;zzz&gt; 좋아요, 6)에 대해 다른 게 있나요? 20:58:30 &lt;str4d&gt; 사용자 포럼은 좋은 아이디어라고 생각합니다 20:58:30 &lt;trolly&gt; freedomforum.i2p도 작동해요 20:58:30 &lt;str4d&gt; 그리고 클리어넷에서도 접근 가능(인프록시만이 아니라)하도록 하는 게 좋다고 봅니다 20:58:30 &lt;obscuratus&gt; str4d: +1 20:58:30 &lt;zzz&gt; 구체적인 아젠다는 ‘공식’ 교체가 있어야 하는지입니다 20:58:30 &lt;trolly&gt; 그리고 새 포럼도 있어요.. `http://es.i2p` 20:58:30 &lt;trolly&gt; 다만 스페인어뿐이고, 물론 누구든 영어 채널을 만들 수는 있어요 20:58:39 &lt;zzz&gt; ‘공식’이든 아니든, 콘솔 홈페이지에 요청한 사이트는 없습니다 20:58:42 &lt;trolly&gt; 채널/스레드 * 20:58:54 &lt;zzz&gt; 좋아요, 6)에 대해 다른 게 있나요? 20:59:01 &lt;Z0rg1nc&gt; 음, 새 포럼이 또 다운되면 사용자들은 어떻게 보호하죠? 20:59:07 &lt;str4d&gt; 공식 포럼을 유지 관리하려는 사람이 있다면, 저는 +1입니다 20:59:14 &lt;Z0rg1nc&gt; *관리자만 발언 가능하게 하지 않는다면 20:59:39 * anonimal 6)에 대해 말하기 전에 dg와 hottuna가 꼭 있으면 좋겠어요 20:59:44 &lt;zzz&gt; 저는 포럼이 많아지는 건 +1, 공식 포럼은 -0.1 20:59:50 &lt;trolly&gt; `http://es.i2p` 관리자가 공식 포럼도 유지하고 싶어할지는 모르겠습니다, 죄송 20:59:53 &lt;amknesia&gt; 다음 논의로 미루는 데 동의합니다. 21:00:13 &lt;str4d&gt; 보류 +1 21:00:16 &lt;zzz&gt; hottuna와 dg가 없으니, 이건 보류하죠 21:01:20 &lt;zzz&gt; 7) str4d 시작 21:01:20 &lt;str4d&gt; s/tabling/shelving 21:01:20 &lt;str4d&gt; 좋아요 21:01:20 &lt;str4d&gt; 몇 달 동안 머릿속을 맴돌던 아이디어가 하나 있습니다 21:01:20 &lt;str4d&gt; *.i2p.i2p를 할당 불가능 영역으로 정의합니다. 21:01:27 &lt;str4d&gt; 그리고 I2P 개발자/서비스용으로 예약합니다 21:01:48 &lt;psi&gt; +1 재미있겠네요 21:01:51 &lt;str4d&gt; 이렇게 하면 I2P 주소록/네이밍 공간과 관련해 무슨 ‘기묘한’ 일이 벌어지든 우회할 수 있습니다 21:02:05 &lt;amknesia&gt; 계획 같은데요. 21:02:07 &lt;str4d&gt; 네이밍 스펙(spec)에 각 3LD가 어떤 Dest를 가리키는지 정의합니다 21:02:19 &lt;str4d&gt; 그리고 언제든 바꿀 수 있습니다 21:02:37 &lt;str4d&gt; (현재 지정된 Dest들이 들어 있는 인-넷 hosts.txt를 우리가 호스팅하는 방식으로 가능) 21:03:08 &lt;anonimal&gt;&gt;네이밍 스펙에서 정의한다 21:03:21 &lt;anonimal&gt; 그러면 악의적 행위에 대해 보호가 되나요? 21:03:50 &lt;str4d&gt; 네. 스펙은 공개되어 있고, 악의적 변경은 모두가 완전히 볼 수 있습니다 21:03:55 &lt;zzz&gt; str4d, 이미 stats.i2p 등록기관과, 대부분의 다른 곳에서 차단되고 있습니다. 주소록 가져오기에는 아직 차단되지 않았고요. 21:04:23 &lt;zzz&gt; 어떤 ‘기묘한’ 일을 염두에 두고 있는지 모르겠네요 21:05:20 &lt;str4d&gt; zzz, 현재 주소록 시스템의 문제는 ‘유사-글로벌’일 뿐이라는 겁니다. 21:05:36 &lt;str4d&gt; 그 자체는 미래에 논쟁의 여지가 있지만 21:05:37 &lt;eche|on&gt; 좋네요 21:05:53 &lt;str4d&gt; 하지만 제 생각엔 우리가 운영하는 서비스는 ‘전역적’이어야 합니다. 21:06:23 &lt;amknesia&gt; 멍청한 아이디어: namecoin 스타일 셋업으로 옮겨서 어떤 형태의 PoS 시스템을 두고, 도메인 유지를 위해 일정 CPU 시간이 필요하게 하는 건 어떤가요? 21:06:30 &lt;str4d&gt; 그걸 가장 쉽게 하려면 네임스페이스의 한 구역을 우리가 통제하는 걸로 정의하는 겁니다. 논리적 구역은 *.i2p.i2p죠 21:06:39 &lt;str4d&gt; amknesia, 이건 이 회의 주제 범위를 벗어납니다 21:06:43 &lt;zzz&gt; str4d, zzz.i2p의 네이밍 하위 포럼에 제안서를 작성해 주시겠어요? 21:06:54 &lt;amknesia&gt; 알겠습니다 21:07:01 &lt;str4d&gt; zzz, 시간이 될 때(아마 다음 달) 그렇게 하겠습니다 21:07:11 &lt;zzz&gt; 좋아요, 7) 더 있나요 21:07:37 &lt;zzz&gt; 회의에 대해 다른 이야깃거리 있나요? 21:07:40 &lt;str4d&gt; 하하, 그 점과 관련해서 또 다른 제안이 있습니다: 제안들을 좀 더 형식화하고 가시성을 높이면 합니다 21:08:08 &lt;zab@kyirc&gt; drz를 언뮤트하고 fux를 머지하자(농담) 21:08:08 &lt;zzz&gt; 좋아요, 이제 메타해지니까.... 21:08:14 &lt;str4d&gt; 짧은 8) 21:08:28 &lt;zzz&gt; 8) str4d 시작 21:08:30 &lt;str4d&gt; zzz, 진지한 주제예요, 약속합니다 :) 21:08:48 &lt;str4d&gt; 지금은 모든 제안이 zzz.i2p에 올라옵니다 21:08:54 &lt;str4d&gt; 그 일반적인 가시성은 제 생각에 잘해야 ‘미약’합니다 21:08:57 * anonimal str4d의 게시물을 기대합니다 21:09:17 &lt;zzz&gt; 동의합니다, 그러니 더 나은 걸 제안해 주세요 :) 21:09:24 &lt;str4d&gt; 예를 들어 호스트명 서비스 피드 개선이 사라지고 있죠 21:09:46 &lt;zzz&gt; 제 사이트를 소중히 여기진 않습니다. 제안이 있나요? 21:09:54 &lt;str4d&gt; 제안을 I2P 웹사이트 저장소에 공식적으로 보관하고, 가시적으로 만들자는 겁니다 21:10:09 &lt;zzz&gt; 저는 좋습니다 21:10:15 &lt;str4d&gt; zzz.i2p의 정식 토론 스레드 링크를 함께 두고요 21:10:22 &lt;str4d&gt; 처음엔 별도 새 저장소를 생각했습니다 21:10:32 &lt;zzz&gt; 그걸 설정해 주실 수 있나요/ 21:10:32 &lt;str4d&gt; 하지만 I2P 웹사이트는 두 가지 목적이 있습니다: 21:10:36 &lt;zzz&gt; ? 21:10:37 &lt;str4d&gt; - I2P 네트워크의 스펙 정의 21:10:47 &lt;str4d&gt; - 레퍼런스 구현(Java)의 문서화 21:10:55 &lt;zzz&gt; 이의 있으신 분 있나요? 21:11:03 &lt;xmz&gt; 없어요 21:11:11 &lt;str4d&gt; 그리고 스펙은 이미 웹사이트의 일부이니, 그 지위를 더 올리자는 것도 동시에 제안합니다 21:11:27 &lt;zab@kyirc&gt; 제안서는 일반 텍스트로만 - mtn에 바이너리는 넣지 말아 주세요 21:11:28 &lt;anonimal&gt; 사이트의 어디로 갈까요? 21:11:38 &lt;str4d&gt; 그리고 단순화를 위해 번역 비대상으로 정의합니다 21:11:46 &lt;str4d&gt; zab, 당연하죠 21:11:59 &lt;str4d&gt; anonimal, 현재는 /langcode/docs/specs/* 아래에 있습니다 21:12:03 &lt;str4d&gt; (스펙이요) 21:12:04 &lt;zzz&gt; str4d에게는 웹사이트 소폭 구성 변경에 대해 이미 전권이 있는 걸로 압니다 21:12:12 &lt;zzz&gt; 그러니 마무리할까요? 21:12:17 &lt;zzz&gt; 8)에 더 있나요? 21:12:20 &lt;str4d&gt; 스펙은 /spec/*, 제안은 /spec/proposal/* 로 두자고 제안합니다 21:12:46 &lt;str4d&gt; zzz, 네, 하지만 이건 제안 절차에도 관련됩니다 21:12:49 &lt;zzz&gt; 회의에서 웹사이트 경로 세부를 논의하진 맙시다 21:12:56 &lt;anonimal&gt; 사이트 레이아웃이 한 번에 너무 많은 정보(TMI)라는 제 취향 때문에 여쭙는 겁니다, 제 생각엔. 21:13:08 &lt;str4d&gt; 최종 목표는 I2P 외부 사람들도 우리의 제안을 볼 수 있게 하는 것입니다. 21:13:22 &lt;str4d&gt; anonimal, 리디자인은 진행 중이니, 그건 나중으로 :) 21:13:25 &lt;zzz&gt; 동의합니다, 이의는 못 들었어요 21:13:27 &lt;zzz&gt; 8)에 더 있나요? 21:13:30 * anonimal :) 21:13:44 &lt;zzz&gt; 회의에 대해 다른 이야깃거리 있나요? 21:13:54 &lt;anonimal&gt; 네, 간단히요. 21:14:04 &lt;zzz&gt; 9) anonimal 시작 21:14:04 &lt;abyss&gt; 그러면 exchanged.i2p는 면책 조항을 달고 승인된 건가요? 21:14:18 &lt;abyss&gt; 이런 식으로요 "면책: 암호화폐 거래는 위험하며, 익명인 사람에게 당신의 돈을 맡기는 것도 위험합니다. " 21:14:32 &lt;zzz&gt; abyss 네 21:14:33 &lt;zzz&gt; 9) anonimal 시작 21:14:45 &lt;abyss&gt; \o/ 21:14:46 &lt;anonimal&gt; str4d의 *i2p.i2p가 I2PCon에서 나온 IETF 코멘트와 https://blog.torproject.org/blog/landmark-hidden-services-onion-names-reserved-ietf 를 떠올리게 했습니다 21:14:49 &lt;iRelay&gt; 제목: Landmark for Hidden Services: .onion names reserved by the IETF | The Tor Blog (at blog.torproject.org) 21:15:05 &lt;amknesia&gt; abyss: ‘웹사이트 뒤의 남자와 가상의 여행가방과 연료 가득한 dc3는 무시해 주세요’도 잊지 마세요 :) 21:15:13 &lt;anonimal&gt; 그래서 질문은: 21:15:27 &lt;xmz&gt; 서비스가 어떤 방식으로든 i2p 프로젝트의 보증을 받지 않는다고도 추가할 수 있겠죠 (죄송, 이전 논의를 전부 보지 못했어요, 폰이라서) 21:15:49 &lt;zzz&gt; 지금은 9)입니다, 제발 주제에 집중해 주세요 21:16:09 &lt;anonimal&gt; IANA를 추진 중인가요? 21:16:12 * anonimal 죄송, 랙 21:16:26 &lt;str4d&gt; anonimal, 네. 제가 그 프로세스에서 I2P의 대표입니다. 21:16:58 &lt;anonimal&gt; 잘됐네요! 보고할 내용이 있나요? 21:17:02 &lt;str4d&gt; RFC 6761 프로세스 변경/개선을 제안할 디자인 위원회에 참여하기로 자원했습니다 21:17:31 &lt;str4d&gt; .i2p는 .onion, .gnu, .bit 등 몇 가지와 함께 GNUnet 팀이 제안했습니다 21:17:40 &lt;zzz&gt; 훌륭합니다, 계속해 줘서 고마워요 str4d 21:17:42 &lt;str4d&gt; 그건 몇 년 동안 여기저기서 밀려다녔고요 21:17:56 &lt;zzz&gt; 그 얘긴 회의 후에 더 자세히 해줄 수 있을 거라 믿습니다 21:17:58 &lt;anonimal&gt; 네, 고마워요 str4d. 21:18:05 &lt;zzz&gt; 9)에 대해 더 있나요? 21:18:09 &lt;zzz&gt; 회의에 대해 다른 이야깃거리 있나요? 21:18:31 &lt;str4d&gt; 음... 21:18:34 &lt;str4d&gt; (농담 ;) 21:18:40 &lt;anonimal&gt; ㅋㅋ 21:18:47 &lt;sadie_i2p&gt; 하 21:19:01 &lt;zzz&gt; 모두 감사합니다. /me ****bafs**** 회의 종료 </div>/ko/blog/2015/10/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2015%EB%85%84-10%EC%9B%94-6%EC%9D%BC/Tue, 06 Oct 2015 00:00:00 +0000/ko/blog/2015/10/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2015%EB%85%84-10%EC%9B%94-6%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cacapo, comradenosebleed, dg, eche|on, hottuna2, postman, str4d, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 19:59:41 &lt;zzz&gt; 0) 안녕 19:59:41 &lt;zzz&gt; 1) 32C3 예산 19:59:41 &lt;zzz&gt; 2) 기타 32C3 할 일 - 배너 등 19:59:41 &lt;zzz&gt; 3) RWC 예산 19:59:44 &lt;zzz&gt; 0) 안녕 19:59:47 &lt;zzz&gt; 안녕 19:59:50 &lt;eche|on&gt; 안녕 19:59:53 &lt;dg&gt; 안녕 19:59:59 &lt;zzz&gt; 1) 32C3 예산 19:59:59 &lt;cacapo&gt; 안녕 20:00:23 &lt;zzz&gt; 좋아, 계획은 토론토 때처럼 전체 예산을 정하고 세부 사항은 echelon이 맡는 거야 20:00:43 &lt;hottuna2&gt; 난 소일렌트도 너도 사랑해 20:00:46 &lt;hottuna2&gt; 읍스 20:00:47 &lt;zzz&gt; echelon, 받은 여행 경비 요청 총액이 얼마야 20:01:06 &lt;eche|on&gt; 현재 대략 4k와 2 BTC야 20:01:56 &lt;hottuna2&gt; 그건 어떻게 계산한 거지? 20:02:03 &lt;zzz&gt; 좋아, 과도한 요청이나 임의의 사람들 요청 중에 우리가 논의해야 할 게 있었어, 아니면 모두 합리적이었어? 20:02:41 &lt;eche|on&gt; 모두 합리적이었어. 지금까지 1k 유로를 넘는 것도 없었고, 그러니... 다 괜찮아 20:02:52 &lt;eche|on&gt; 몇몇은 정보를 너무 많이 썼더라, 하하 20:03:22 &lt;zzz&gt; 그리고 CCC 티켓, 저녁 식사, 젤리 뱀 같은 잡비에 추가로 얼마나 더 필요해? 20:04:06 &lt;eche|on&gt; 저녁은 500+ 정도, 티켓은 1인당 100(대략 10명)이고, 젤리랑 자잘한 건 200~300 20:04:24 &lt;eche|on&gt; 저녁은 20명+ 20:05:04 &lt;zzz&gt; 그럼 1800유로 + 4K 여행비 + 2 BTC 약 500 해서 총 6300유로 맞지? 20:05:53 &lt;eche|on&gt; 응, 하지만 거기까지 쓰진 않을 거야. 내 생각엔 여행비 중 일부는 BTC로 지불될 거고, 저녁도 더 저렴할 수 있어... 20:05:59 &lt;eche|on&gt; 그러니 6k라고 하자 20:06:34 &lt;eche|on&gt; 작년엔 여행비 제외하고 1257이었어 20:06:38 &lt;zzz&gt; 내게는 꽤 합리적으로 들려. 논의에 부치자... 다들 어떻게 생각해? 20:06:39 &lt;eche|on&gt; 그리고 티켓 몇 장 20:07:13 &lt;hottuna2&gt; 그럼 우리가 연간 지출 목표 10%에 도달한다는 뜻이야? 20:07:31 &lt;eche|on&gt; 그렇지 20:07:53 &lt;hottuna2&gt; 즉 10% 이하로 유지된다는 거지? 20:08:01 &lt;zzz&gt; 그럴 것 같진 않아. 우리가 ~250K가 있고, 기억이 맞다면 토론토에서 4~5K만 썼거든 20:08:02 &lt;eche|on&gt; 맞아 20:08:22 &lt;eche|on&gt; 잠깐, 250이 아니라 150k... 20:08:49 &lt;zzz&gt; 어쨌든 대충 계산해도 10% 한참 아래야 20:09:02 &lt;eche|on&gt; 그리고 올해는 현재 5.3k를 썼어 20:09:19 &lt;hottuna2&gt; 좋아. 그거면 만족해. 20:09:22 &lt;zzz&gt; CCC 예산 6K 유로에 이의 있는 사람? 20:10:05 &lt;zzz&gt; 좋아 20:10:41 &lt;zzz&gt; 늘 그렇듯이 eche|on, 우리는 선지급보다는 사후 정산을 선호하지만, 티켓 구매에 정말 필요하면 선지급도 가능하지? 20:11:25 &lt;hottuna2&gt; 얼마를 상환받을지 미리 알 수 있는 방법이 있어? 20:11:25 &lt;eche|on&gt; 맞아 20:11:44 &lt;zzz&gt; 사람들이 요청한 금액을 100% 승인한 거지, 맞지? 20:11:49 &lt;eche|on&gt; 응 20:12:05 &lt;zzz&gt; 좋아, 그럼 네가 요청한 만큼 받게 될 거야 hottuna2 20:12:13 &lt;hottuna2&gt; 알겠어 20:12:23 &lt;zzz&gt; 수고 많았어 eche|on 이 프로세스가 잘 작동했다고 생각해 20:12:27 &lt;zzz&gt; 1) 관련 다른 사항 있어? 20:12:53 &lt;zzz&gt; 2) 기타 32C3 할 일 - 배너 등 20:13:05 &lt;eche|on&gt; 배너는 아직 토론토에 있어 20:13:10 &lt;eche|on&gt; 포스터 - 포스터가 필요해 20:13:28 &lt;zzz&gt; DECT 전화 파트 2? 배너? 포스터? 무엇이 필요하지, 자원자는? 20:13:35 &lt;eche|on&gt; 테이블이 필요해 (위키에 들어가서 우리 그룹 페이지를 만들어 보려고 해) 20:13:45 &lt;hottuna2&gt; 배너 누가 갖고 있어? 20:13:57 &lt;hottuna2&gt; 나는 없어. 20:13:57 &lt;str4d&gt; j0 20:13:58 &lt;eche|on&gt; 그건 토론토 해크랩에 있었어 20:14:13 &lt;hottuna2&gt; i2pcon의 연단 그래픽을 가져올까? 20:14:40 &lt;zzz&gt; hottuna2, 토론토에서 배너를 찾아서 가져오는 일을 맡아줄 수 있어? 20:14:53 &lt;eche|on&gt; DECT 전화는 할 수도 있겠지만, 모두 휴대폰이 있고 Wifi도 되니까... 20:15:13 &lt;zzz&gt; 아마 트위터 DM이면 DECT는 구식이 됐을지도 20:15:15 &lt;hottuna2&gt; zzz, 그렇게 할게. 20:15:19 &lt;eche|on&gt; hottuna2: 배너 관련해서 sadie와 트위터로 얘기했는데, 그녀가 함부르크로 가져오기로 했어 20:15:23 &lt;dg&gt; 나 트위터로 가볼게 20:15:41 &lt;dg&gt; 응답 없으면 irc로 20:15:50 &lt;hottuna2&gt; 다른 마케팅 자료가 필요할까? 20:15:50 &lt;eche|on&gt; 테이블은 최대한 빨리 예약해야 해 20:15:59 &lt;eche|on&gt; 스티커 20:16:06 &lt;zzz&gt; eche|on, 테이블 예약 자원한 거지? 20:16:28 &lt;eche|on&gt; 기본 정보가 담긴 폴더(3단 접지)가 있으면 정말 도움이 되겠지만, 지금은 없어 20:16:44 &lt;eche|on&gt; zzz: 26일에 영화관 가기 전에 테이블 예약을 시도해볼게 20:16:56 &lt;eche|on&gt; 아니, 정확히는: 최대한 노력해 볼게 20:17:00 &lt;dg&gt; 평소 장소로, 맞지? 20:17:10 &lt;eche|on&gt; dg: 그게 최고지, noisysquare 20:17:11 &lt;zzz&gt; 응, 그런데 위키 등록도 자원한 거 맞지 echelon? 20:17:13 &lt;dg&gt; 질문 하나: 테이블은 보통 얼마나 커? 20:17:24 &lt;eche|on&gt; 응, 위키도 같이 해볼게 20:17:28 &lt;zzz&gt; 8-10 20:17:30 &lt;cacapo&gt; eche|on: 예전에 폴더 공모전 하지 않았었나 20:17:31 &lt;dg&gt; eche|on: 아, 좋아 20:17:32 &lt;hottuna2&gt; 트위터에서 Sadie가 안부 전해 20:17:36 &lt;dg&gt; zzz: 그럼 모두 앉을 공간은 되는 거야? 20:17:38 &lt;eche|on&gt; 테이블은 대개 8~10인용 원형 테이블이거나 사각 테이블이야 20:17:51 &lt;dg&gt; hottuna2: 그녀는 irc로 와야지 20:17:56 &lt;zzz&gt; 우리가 동시에 다 모이는 일은 없으니 걱정 마 20:17:58 &lt;eche|on&gt; cacapo: 응, 그런데 내 기억엔 그 폴더 공모전 결과물은 쓸 수가 없었어 20:18:03 &lt;hottuna2&gt; 그 얘기 하고 있어 20:18:20 &lt;dg&gt; 좋아 :) 20:18:34 &lt;zzz&gt; USB 메모리를 경품으로 주자는 아이디어도 있었지. 알아보니 소용량은 대량 구매 시 개당 약 $2 같더라 20:18:41 &lt;dg&gt; 일정을 기다리고 있어야 하루 계획을 세울 수 있거든 20:18:42 &lt;eche|on&gt; `http://echelon.i2p/29c3/` 20:18:46 &lt;iRelay&gt; Title: 29C3 I2P contest (at echelon.i2p) 20:18:51 &lt;dg&gt; 언제 들렀다 나갈지 알아야 해서 20:19:29 &lt;eche|on&gt; dg: 보통 오전 10~12시에 만나서 새벽 1시 넘어서 떠나... 20:19:47 &lt;zzz&gt; 그럼 포스터는 누가 맡아서 알아보고 있어? 20:19:48 &lt;eche|on&gt; zzz: USB 메모리는 괜찮긴 해 20:20:03 &lt;eche|on&gt; 하지만 정말 유용할지는 모르겠어 20:20:13 &lt;hottuna2&gt; 2015년 32c3 위키는 아직 열린 것 같지 않아 20:20:28 &lt;eche|on&gt; hottuna2: 맞아 20:20:36 &lt;dg&gt; eche|on: 내 취침 시간 지났네 ;) 늦잠 자기에 딱이군 20:20:43 &lt;zzz&gt; USB 수백 개를 바다 건너 나를 생각은 없어. 로고 찍은 걸 주문하기엔 너무 늦었는지도 모르겠고 20:20:46 &lt;dg&gt; CCH는 밤새 열려 있어? 20:20:58 &lt;eche|on&gt; dg: CCH는 24/7 열려 있어 20:21:08 &lt;zzz&gt; CCC 기본 사항과 운영 얘기는 일단 미루자 20:21:20 &lt;dg&gt; 좋아, 고마워 eche|on 20:21:22 &lt;zzz&gt; 이 안건은 준비 사항만 다루는 거야 20:21:36 &lt;eche|on&gt; zzz: 한 발송처 기준 2주 소요 20:22:07 &lt;zzz&gt; 포스터나 USB 메모리 담당 자원할 사람? 20:22:29 &lt;zzz&gt; 그리고 스티커는 어떻게 답 나왔지? 20:22:32 &lt;eche|on&gt; 하지만 USB 메모리/카드는 개당 4~6 정도야 20:22:48 &lt;zzz&gt; 이베이에서 약 $2 정도로 봤어 20:22:58 &lt;hottuna2&gt; USB 메모리의 취지가 뭔지 잘 모르겠어 20:23:08 &lt;zzz&gt; 근데 그건 커스텀 로고가 아니었던 것 같아 20:23:15 &lt;dg&gt; i2p를 담아 배포할 건지, 로고만 넣을 건지, 아니면...? 20:23:22 &lt;zzz&gt; 둘 다 20:23:44 &lt;hottuna2&gt; 그게 돈을 잘 쓰는 방법인지는 모르겠어. 우리가 Tails였다면 얘기가 달랐겠지만 20:24:41 &lt;eche|on&gt; 이렇게 비싼 품목이라 USB엔 썩 내키지 않아. 100개 이상은 필요할 텐데, 최소 500은 들어 20:24:45 &lt;eche|on&gt; 인쇄(로고)된 걸로 하면 20:24:47 &lt;zzz&gt; 좋아 20:24:51 &lt;eche|on&gt; 활용도는 낮은데도 말이야 20:25:10 &lt;zzz&gt; 그럼 USB 메모리는 건너뛰자. 스티커는 어때? 거기 재고는 충분해? 전부 여기로 가져왔어, 아니면? 20:25:17 &lt;str4d&gt; hottuna2: USB를 꼭 공짜로 줄 필요도 없지 20:25:24 &lt;eche|on&gt; 아직 스티커 남아 있어 20:25:42 &lt;comradenosebleed&gt; zzz: 튜나가 내게 준 스티커도 꽤 있어, 가져오는 건 괜찮아 20:25:44 &lt;str4d&gt; 퀄리티 괜찮으면 원가로 팔 수도 있어 20:25:45 &lt;eche|on&gt; 근데 내가 알기로 토론토 쪽 몇몇이 새 디자인을 만들고 싶어 했어 20:25:55 &lt;comradenosebleed&gt; (미안, tuna, 최대한 많이 나눠주고 있어) 20:26:05 &lt;dg&gt; 나도 스티커 몇 장 있을지도 20:26:11 &lt;eche|on&gt; str4d: CCC에서 판매하고 돈을 다루는 건, 내 직불카드 외에는 별로야 20:26:16 &lt;zzz&gt; eche|on, CCC용으로 충분해? 아니면 comradenosebleed가 좀 가져와야 해? 20:26:30 &lt;hottuna2&gt; 티셔츠를 더 살까 20:26:40 &lt;eche|on&gt; CCC용은 충분해. 그런데 그게 내가 가진 마지막이야 20:26:53 &lt;comradenosebleed&gt; 내 책상에 아마 200장 정도 있어, 가져오는 건 문제없어 20:27:07 &lt;eche|on&gt; 그러니 새 디자인이 필요해, 아니면 같은 디자인으로 1만 장을 또 만들거나 20:27:13 &lt;hottuna2&gt; 그리고 별개의 질문인데, 그걸 판매할까? 20:27:23 &lt;hottuna2&gt; eche|on: 새 디자인을 만들었으면 좋겠어 20:27:33 &lt;hottuna2&gt; 새 스티커를 주문하기 전에 20:27:36 &lt;zzz&gt; CCC용이 충분하고 새 디자인 가능성이 있다면, 당장은 스티커 추가 구매를 미루자 20:27:44 &lt;eche|on&gt; 좋아 20:27:51 &lt;zzz&gt; 아니, 판매하진 않는 게 좋다고 봐 20:27:53 &lt;dg&gt; 어쨌든 몇 장 가져올게 20:28:02 &lt;hottuna2&gt; zzz, 동의해. 20:28:12 &lt;str4d&gt; 컨에서 스티커 파는 사람은 없지 :P 20:28:21 &lt;str4d&gt; 홍보 효과만으로도 충분해 20:28:22 &lt;hottuna2&gt; 그래도 티셔츠는 더 살까? 20:28:43 &lt;eche|on&gt; hottuna2: zzz.i2p에서 셔츠 필요한/원하는 방문자(i2p 팀)에게 물어볼 수 있어. 최소한 dg와 str4d는 필요해 20:28:46 &lt;str4d&gt; (아 맞다, 티셔츠였지, 신경 꺼) 20:28:46 &lt;eche|on&gt; 응 20:28:56 &lt;zzz&gt; 티셔츠는 반대야. 판매하기 번거롭고, 웬만큼 다들 하나씩은 있잖아? 20:29:05 &lt;str4d&gt; 난 없어 20:29:11 &lt;str4d&gt; 근데 난 CCC엔 안 가 20:29:13 &lt;eche|on&gt; 그리고 postman postman !?? 20:29:20 &lt;eche|on&gt; 아, 미안... 20:29:20 &lt;dg&gt; 참고로 postman도 함께해 :) 20:29:29 &lt;zzz&gt; 한두 벌 필요한 사람은 spreadshirt에서 사면 돼 20:29:40 &lt;zzz&gt; 원한다면 20:30:04 &lt;str4d&gt; 그게 내 계획이었지 :) 20:30:19 &lt;zzz&gt; 포스터는 결론이 어땠지? 아마 tuna와 sadie가 뭔가 하겠지만, 아닐 수도 있고? 20:30:22 &lt;dg&gt; 나도 하나 살게, 프로젝트 차원에서 더 주문할 필요는 없어 20:30:37 &lt;zzz&gt; Timothy Leary 포스터 아직 있나? 20:31:27 &lt;hottuna2&gt; zzz, 그럼 dg나 postman용 티셔츠는 없는 거야? 20:31:37 &lt;hottuna2&gt; 내가 주문해서 가져와도 상관없어. 20:31:40 &lt;postman&gt; 안녕, 나 하나 갖고 싶어 20:31:49 &lt;eche|on&gt; `http://echelon.i2p/29c3/user5/poster/final_with_garlic.jpg` 20:32:03 &lt;eche|on&gt; zzz: 이거? 20:32:06 &lt;dg&gt; 노란색이 있으면 좋겠는데, 없으면 내가 직접 주문할게 20:32:43 &lt;hottuna2&gt; dg, postman, 사이즈가 어떻게 돼? 20:32:45 &lt;zzz&gt; 티셔츠는 tuna, postman, dg 셋이서 정하면 되겠네. tuna가 주문할지 각자 주문할지는 20:32:56 &lt;eche|on&gt; 팀원들은 32C3에서 티셔츠 비용 환급 받을 수 있어 20:33:03 &lt;dg&gt; 그래, 미안, 이건 나중에 얘기하자 :) 20:33:26 &lt;zzz&gt; 좋아, 그럼 프로젝트에서 아직 없는 사람들의 티셔츠 비용을 상환해 줄게 20:33:34 &lt;zzz&gt; 그거에 이의 있어? 20:33:41 &lt;eche|on&gt; 이전 셔츠도 이미 비용을 댔었지 20:33:48 &lt;zzz&gt; 응 20:34:31 &lt;zzz&gt; 좋아, 지금은 포스터에 대한 답이 없는 것 같지만, 없어도 큰 문제는 아니야 20:34:31 &lt;eche|on&gt; 저녁 식사 날짜는 미리 공지할까? 20:34:32 &lt;hottuna2&gt; 아니 20:34:32 &lt;hottuna2&gt; 그동안은 늘 그렇게 해왔어 20:34:39 &lt;zzz&gt; 맞아 eche|on 그게 leary 포스터야 20:35:09 &lt;zzz&gt; eche|on, 저녁은 어느 날이 좋겠다는 제안 있어? 20:35:42 &lt;eche|on&gt; 음, 27일은 좀 이르긴 한데 괜찮고, 28일이나 29일도 좋아. 다만 발표 일정은 기다려봐야 해 20:36:03 &lt;zzz&gt; 좋아, 그럼 일단 28일로 연필 표시해두자, 변경될 수 있음 20:36:08 &lt;zzz&gt; 2) 관련 다른 사항 있어? 20:36:09 &lt;eche|on&gt; 27일도 가능해, 일요일이고 첫날 저녁이라 모두 시차 적응 중, 아무도 맥주 원치 않아, 저렴^^ 20:36:49 &lt;zzz&gt; 2) 마지막으로 더 있을까 20:36:51 &lt;dg&gt; 27일은 난 됐어 20:37:20 &lt;zzz&gt; 3) RWC 예산 20:37:36 &lt;zzz&gt; eche|on, RWC 자금 요청 들어온 거 있어? 총 얼마야? 20:37:51 &lt;eche|on&gt; 응, 좀 비익명적이긴 한데, RWC 호텔 비용으로 500 요청이 하나 있어 20:38:20 &lt;zzz&gt; 합리적으로 들리네, 이의 있나? 20:38:25 &lt;eche|on&gt; 없어 20:38:30 &lt;eche|on&gt; 논문이 좋으면, 다 좋아^^ 20:38:51 &lt;eche|on&gt; 그리고 곧 2016, 새해엔 새 10% *g* 20:39:24 &lt;zzz&gt; RWC에 갈 수 있는 사람은 꼭 가보길 권해, 좋은 컨퍼런스야 20:39:35 &lt;zzz&gt; 3) 관련 다른 사항 있어? 20:39:40 &lt;eche|on&gt; 나에겐 너무 멀어 20:39:53 &lt;eche|on&gt; 흥미롭긴 하지, 물론 20:39:55 &lt;dg&gt; 너무 멀고 CCC랑도 일정이 맞지 않아 20:40:50 &lt;zzz&gt; 좋아, 다른 주제 있나? zzz.i2p 쓰레드에서 i2pcontrol, 32c3 발표, 포럼 대체 얘기는 제가 일단 보류시켰다는 건 알아, 하지만 누가 _간단히_ 논의하고 싶다면 지금 말해줘 20:41:33 &lt;hottuna2&gt; 응. forum.i2p 얘기를 하고 싶어 20:41:38 &lt;hottuna2&gt; 우리는 그걸 대체하고 싶은 거야? 20:41:52 &lt;dg&gt; 포럼 대체와 관련해서라면, 우리는 열려 있고 논의 중이야. 우리가 하는 게 좋겠다고 생각하는 사람이 있으면 postman/나/eche|on에게 연락해. 운영할 수는 있지만, 지지가 얼마나 있을지는 몰라 20:42:33 &lt;zzz&gt; 내 입장은 zzz.i2p에 쓴 걸 붙여넣을게, 다른 사람들은 동의하지 않을 수도 있고, 그건 괜찮아 20:42:35 &lt;hottuna2&gt; 우리는 공개적으로 논의할 수 있는 공간이 있어야 한다고 생각해 20:42:54 &lt;zzz&gt; 내 일관된 견해는, 사용자들이 발로 투표하고, 여러 시도가 자유롭게 나오도록 하자는 거야. 우리가 대체 서비스를 공식 지정할 필요도, 그게 현명하지도 않아. 평소 절차에 따라 콘솔 홈 페이지에 링크를 신청하는 건 누구든 자유야. 누가 포럼 사이트를 만들고 싶다면, 그렇게 하면 돼, 20:43:18 &lt;hottuna2&gt; 난 동의하지 않아. 20:43:19 &lt;dg&gt; hottuna2: 난 포럼에 대해 매우 열려 있지만, zzz.i2p가 뭐가 닫혀 있다는 거지? 참고로, postman/echelon/내가 운영하는 forum.i2p가 클리어넷에 올라갈 가능성은 낮아 20:43:43 &lt;hottuna2&gt; 우리는 클리어넷 포럼을 가져야 한다고 생각해. 20:43:47 &lt;zzz&gt; zzz.i2p는 모든 주제를 열어두진 않아 20:44:01 &lt;hottuna2&gt; 지금 i2p와 상호작용하는 건 마치 벽돌과 대화하는 것 같아. 20:44:06 &lt;zzz&gt; 포럼은 inproxies를 통한 스파이더에게 _난타_ 당해 20:45:15 &lt;zzz&gt; 그리고 inproxies를 통한 스팸 공격도 심하고 20:45:15 &lt;hottuna2&gt; IRC와 zzz.i2p가 있어. i2p의 공개 커뮤니케이션은 그게 전부야 20:45:15 &lt;hottuna2&gt; 우리가 그들에게조차 다가갈 수 없다면, 익명 도구에 익숙하지 않은 사람들을 어떻게 끌어들일 수 있겠어? 20:45:15 &lt;eche|on&gt; zzz.i2p는 dev 대화, 사용자 대화용 포럼이 있으면 좋지만 클리어넷에선 운영 못 해 20:45:15 &lt;zzz&gt; PR 팀이 우리 웹사이트 블로그를 더 많이 활용했으면 해 20:45:16 &lt;hottuna2&gt; 포럼 운영이 매우 번거롭다는 건 이해해. 20:45:19 &lt;eche|on&gt; forum.i2p는 현재도 좋은 포럼이야, 난 내 마음에 들 만큼 깔끔하게 유지 중 20:45:36 &lt;dg&gt; 운영 자체는 괜찮지만, 클리어넷은 어려울 거야. 불가능하진 않지만... 20:45:38 &lt;zzz&gt; 키 재발급 때문에 연말이면 forum은 종료될 거야 20:45:38 &lt;hottuna2&gt; 하지만 우리의 블로그는 양방향 소통을 지원하지 않아. 블로그는 그냥 방송 도구일 뿐이야. 20:45:53 &lt;dg&gt; 그래도 지원 목적으로는 클리어넷이 도움이 될 거라는 건 알겠어. 20:46:02 &lt;hottuna2&gt; 그래서 이건 가능한 한 빨리 다루어야 할 주제야. 20:46:38 &lt;zzz&gt; 누가 포럼 대체(혹은 "그" 포럼)를 운영하고 싶어? 해봐, 누구의 허가도 필요 없어 20:46:42 &lt;hottuna2&gt; 지원뿐 아니라 새 개발자를 끌어들이는 데도요. 우리가 논의하는 주제를 보여주는 건 다양한 실력의 개발자와 사람들을 끌어들이는 방법이야 20:46:50 &lt;str4d&gt; 거의 정적 접근을 벗어나지 않고 블로그에 댓글 섹션을 붙이는 간단한 방법은 없어 보여 20:47:19 &lt;dg&gt; irc2p 팀은 할 의향이 있지만, 클리어넷 문제를 어떻게 처리해야 할지는 모르겠어 20:47:21 &lt;zzz&gt; hottuna2, 포럼이 나쁘다는 사람은 아무도 없어 20:47:47 &lt;str4d&gt; 블로그에 댓글 섹션을 달자는 뜻* 20:47:53 &lt;hottuna2&gt; 그럼 우리에게 도움이 된다는 데는 동의하는 거지? 20:47:55 &lt;eche|on&gt; dg: forum.i2p도 클리어넷이었는데, 별로 좋지 않아서 닫았고, 지금은 괜찮아 20:48:09 &lt;zzz&gt; 나는 1월에 forum.i2p를 종료한다고 선언했어. 시간은 충분히 있었지. 20:48:16 &lt;hottuna2&gt; 그리고 우리는 i2p에 새로 온 사람들에게 다가가서 참여를 유도하고 싶다는 데도 동의하지? 20:48:23 &lt;dg&gt; eche|on: 사용자 지원에는 도움이 될 거야 20:48:36 &lt;hottuna2&gt; 그걸 공허한 목표 이상으로 만들려면 행동이 필요해 20:48:37 &lt;eche|on&gt; dg: 그 번거로움만큼의 가치는 없어 20:48:42 &lt;zzz&gt; hottuna2, 포럼이 좋다는 건 동의해. 다만 우리 중 누가 운영해야 하는지는 모르겠고, 자원하겠다는 사람도 아직 못 들었어. 20:49:08 &lt;dg&gt; 스팸 처리야 상관없어. 난 그냥 익명성을 유지하고 싶은데, 클리어넷 사이트를 운영하면 그게 어렵잖아 20:49:23 &lt;eche|on&gt; 맞아 20:50:46 &lt;hottuna2&gt; dg, 나나 다른 누가 루트 서버를 임대할 수 있을까? 20:50:46 &lt;eche|on&gt; 하지만 정말로, i2p 포럼을 클리어넷으로 하는 건 원치 않을 거야 20:50:46 &lt;hottuna2&gt; 그리고 너는 i2p+ssh로 접근하는 거고? 20:50:46 &lt;zzz&gt; 그럼 dg가 관리자, 거기에 서버 자원을 조합하는 게 해법일 수도 있겠네 20:50:46 &lt;dg&gt; hottuna2: 네가(혹은 다른 누가) 비용을 부담하는 게 괜찮다면 그건 논의해볼 수 있어 20:50:46 &lt;hottuna2&gt; eche|on: 포럼은 클리어넷에도, i2p에도 있으면 좋겠어 20:50:46 &lt;eche|on&gt; hottuna2: 결국 잃게 될 거야. 20:50:46 &lt;eche|on&gt; forum.i2p는 스팸 문제가 엄청났어 20:50:46 &lt;dg&gt; eche|on: 클리어넷이 문제가 될 수 있는 건 알지만, 많은 사용자들이 지원 채널로 좋아해 20:50:46 &lt;dg&gt; IRC는 모두에게 맞지 않아, 특히 우리가 "deep sleep chamber"가 있는 상황에선 더더욱 20:50:46 &lt;eche|on&gt; 그래서 문을 닫았던 거야 20:50:46 &lt;zzz&gt; 그래, 클리어넷은 좋은 꿈이지, 해결 가능할 수도, 아닐 수도 20:50:50 &lt;eche|on&gt; forum.i2p는 여전히 좋은 지원 채널이야 20:50:54 &lt;hottuna2&gt; dg, 난 그건 괜찮고, i2p가 포럼 서버 비용을 상환해 줄 거라고도 생각해 20:51:24 &lt;dg&gt; 시도해보는 건 좋아, 안 되면 i2p 전용으로 가면 되고. i2p가 비용을 상환해줄지는 모르겠어(내 결정은 아니니까). 하지만 i2p가 이미 핵심 서비스는 상환해주고 있잖아... 20:51:25 &lt;comradenosebleed&gt; 클리어넷이었을 때 포럼에는 모더레이터(중재자)가 몇 명 있었어? 모더레이터가 더 많았다면 악용, 스팸 등을 줄일 수 있었을 거야 20:51:35 &lt;hottuna2&gt; eche|on: i2p가 포럼 서버를 스폰서해줄 수 있을까? 20:51:35 &lt;dg&gt; comradenosebleed: 내가 알기론 eche|on 혼자였어 20:51:43 &lt;eche|on&gt; comradenosebleed: 최소 5~10명은 있었어 20:51:49 &lt;dg&gt; hottuna2: 어쨌든 내가 관리자 하는 건 좋아. 다만 네게 부담을 지우고 싶진 않아. 20:51:53 &lt;eche|on&gt; 하지만 한 멍청한 녀석이 스팸을 뿌리고 DDoS도 좀 했지 20:52:06 &lt;hottuna2&gt; dg, 클리어넷+히든 포럼을 구축하고 관리자로 자원해줄래? 20:52:07 &lt;zzz&gt; dg, 대역폭/처리 성능 요구사항을 추정해서 제안을 만들어줄 수 있을까? 20:52:25 &lt;dg&gt; hottuna2, zzz: 좋아, 그건 hottuna2와 함께 작업해서 제안을 만들어볼게 20:52:36 &lt;dg&gt; hottuna2: 내가 계속 익명으로 있을 수만 있다면 문제없어 20:52:38 &lt;hottuna2&gt; hertzner에서 꽤 강력한 서버를 얻는 데 월 30 정도야 20:52:42 &lt;zzz&gt; 난 아직은 찬성하진 않지만 들을 의향은 있어 20:52:55 &lt;zzz&gt; 지금 여분의 VM(가상 머신)이 있긴 한데, 부하에 달렸어 20:53:02 &lt;zzz&gt; 좋아 포럼 관련해 더 있을까? 20:53:06 &lt;zzz&gt; 회의에서 더 논의할 거 있어? 20:53:11 &lt;eche|on&gt; 또 클리어넷이면 forum.i2p에 현재 있는 많은 주제를 호스팅할 수 없어 20:53:11 * zzz가 baffer를 예열한다 20:53:28 &lt;hottuna2&gt; zzz, eche|on: 예비 vms 관련해서, 우리 인프라 전부를 같은 호스트에 올리고 싶은 건가? 20:53:30 &lt;eche|on&gt; 예를 들어, 포럼을 관리하려면 러시아어 원어민이 필요할 거야 20:53:31 &lt;comradenosebleed&gt; 클리어넷 포럼을 세운다면 내가 모더레이터로 자원할게. Cloudflare를 호스팅에 쓰자고 제안하기는 싫지만, DDoS 방어는 정말 뛰어나 20:54:01 &lt;hottuna2&gt; comradenosebleed: 메모했어 20:54:02 &lt;eche|on&gt; 그리고 호스트가 위치한 나라의 규정을 알아야 해(hetzner는 독일이고, 예를 들어 독일은 좀 특이한 법이 있어) 20:54:15 &lt;zzz&gt; 포럼 얘기는 자유롭게 계속해도 돼, 하지만 나는... 지금... 20:54:23 &lt;eche|on&gt; baffing! 20:54:25 &lt;zzz&gt; .. 회의를 *baffing* 종료합니다 </div>/ko/blog/2015/09/12/0.9.22-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sat, 12 Sep 2015 00:00:00 +0000/ko/blog/2015/09/12/0.9.22-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.22에는 i2psnark가 완료 직전에 멈추는 문제에 대한 수정이 포함되어 있으며, router 정보의 서명을 더 강력한 새로운 Ed25519 서명으로 이전하는 작업을 시작합니다. 네트워크 변동(churn)을 줄이기 위해, 귀하의 router는 매번 재시작할 때 Ed25519로 전환될 확률이 매우 낮습니다. router가 rekey(키 재설정)할 때에는 새로운 식별자로 네트워크에 다시 통합되는 동안 며칠간 대역폭 사용량이 낮아질 것으로 예상하십시오. 모든 것이 순조롭다면 다음 릴리스에서 rekeying 과정을 가속하겠습니다.</p> <p>I2PCon Toronto는 대성공이었습니다! 모든 발표와 비디오는 I2PCon 페이지에 수록되어 있습니다.</p>/ko/blog/2015/08/20/i2pcon-%EC%9E%84%EB%AC%B4-%EC%99%84%EC%88%98/Thu, 20 Aug 2015 00:00:00 +0000/ko/blog/2015/08/20/i2pcon-%EC%9E%84%EB%AC%B4-%EC%99%84%EC%88%98/<p>I2PCon은 대성공을 거뒀다. 우리 I2P 기여자들에게 이것은 커뮤니티로서 해낼 수 있는 일의 범위, I2P의 사용 사례를 전달하는 방식, 그리고 프라이버시를 중시하는 개인들에게 다가가는 방식에서 한 단계 도약했음을 의미한다.</p> <p>이번 행사를 마련하면서 우리 커뮤니티도 성장했습니다. 예전에는 우리 IRC 채널에서 지켜보기만 하던 사람들, 우리 소프트웨어만 사용하던 사람들, 혹은 I2P에 대해 들어본 적조차 없던 사람들까지 이제는 우리 커뮤니티의 일원이 되었습니다.</p> <p>이번 행사는 규모가 크고 포용적인 커뮤니티를 구축하기 위한 우리의 첫 번째 적극적인 발걸음이었으며, 그런 의미에서 큰 성공을 거두었습니다.</p>/ko/blog/2015/07/31/0.9.21-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Fri, 31 Jul 2015 00:00:00 +0000/ko/blog/2015/07/31/0.9.21-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h2 id="업데이트-세부-정보">업데이트 세부 정보</h2> <p>0.9.21에는 네트워크 용량을 늘리고, floodfills의 효율을 높이며, 대역폭을 보다 효율적으로 사용하기 위한 여러 변경 사항이 포함되어 있습니다. 우리는 공유 클라이언트 tunnels를 ECDSA 서명으로 마이그레이션했고, ECDSA를 지원하지 않는 사이트를 위해 새로운 &ldquo;multisession&rdquo; 기능(멀티세션)을 사용한 DSA 폴백을 추가했습니다.</p> <p>2015년 토론토 I2PCon의 발표자와 일정이 발표되었습니다. 자세한 내용은 I2PCon 페이지를 확인하세요. Eventbrite에서 좌석을 예약하세요.</p> <p>평소와 같이 이번 릴리스로 업데이트하시기를 권장합니다. 보안을 유지하고 네트워크에 기여하는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2015/07/16/i2pcon/Thu, 16 Jul 2015 00:00:00 +0000/ko/blog/2015/07/16/i2pcon/<p>I2PCon은 이와 같은 종류로는 최초의 행사입니다. 두 가지 단기 목표가 있습니다. 첫째 목표는 일반 대중이 프라이버시와 프라이버시 관련 우려에 대한 지식을 얻을 수 있는 행사를 제공하는 것입니다. 둘째 목표는 I2P 프로젝트와 그 커뮤니티의 발전을 도모하는 것입니다. 이는 암호학, 익명성, 그리고 I2P 중심 주제에 관한 기술적 논의의 형태로 이루어질 것입니다.</p> <p>이 행사에는 더 크고 장기적인 목표가 있으며, 그것은 프라이버시 의식이 높은 사람들의 커뮤니티를 구축하는 것입니다. 프라이버시의 중요성을 인식하는 사람들을 연결함으로써, 이 커뮤니티가 성장할 수 있는 장을 제공하고자 합니다.</p>/ko/blog/2015/07/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2015%EB%85%84-7%EC%9B%94-14%EC%9D%BC/Tue, 14 Jul 2015 00:00:00 +0000/ko/blog/2015/07/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2015%EB%85%84-7%EC%9B%94-14%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> chlorelium, dg, EinMByte, hottuna, lazygravy, psi, RN, str4d, z3r0fox, zzz</p> <h2 id="회의-기록">회의 기록</h2>/ko/blog/2015/06/02/0.9.20-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 02 Jun 2015 00:00:00 +0000/ko/blog/2015/06/02/0.9.20-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.20에는 많은 중요한 버그 수정과 네트워크의 floodfill(플러드필) 용량을 늘리기 위한 여러 변경사항이 포함되어 있습니다.</p> <p>공유 대역폭이 32-64 KB로 설정된 router는 이제 floodfill이 될 수 있으며, 공유 대역폭이 512 KB 이상으로 설정된 router는 더 높은 연결 제한을 갖게 됩니다. 이러한 변경으로 인해 router가 더 많은 자원을 사용할 수 있습니다. router가 지나치게 바빠지면, 사용량을 줄이는 가장 좋은 방법은 콘솔에서 대역폭 설정을 낮추는 것입니다. 그래도 도움이 되지 않는다면, 이제 콘솔의 고급 설정 페이지에서 자동 floodfill을 비활성화할 수 있습니다.</p>/ko/blog/2015/06/02/toronto-meetup/Tue, 02 Jun 2015 00:00:00 +0000/ko/blog/2015/06/02/toronto-meetup/<p>I2P 팀은 8월 15-16일 토론토에서 밋업을 개최한다고 자랑스럽게 발표합니다. 우리 커뮤니티의 여러 구성원이 참석하여 I2P에 관해, 그리고 I2P와 관련된 주제를 다루는 발표, 워크숍, 토론을 주최할 예정입니다. 이번 행사는 I2P 사람들만을 위한 것이 아니라, 모두를 위한 행사입니다.</p> <p>I2P가 궁금하시거나, 프라이버시/암호학/익명성에 관심이 있거나, 그냥 들러서 저희와 이야기하고 싶으시다면, 꼭 오세요. 이 행사는 모두를 위한 행사입니다. 이런 주제들에 익숙하지 않으시더라도, 그냥 들르시면 I2P가 어떻게 작동하는지와 I2P로 무엇을 할 수 있는지 보여 드리겠습니다.</p> <p>이 행사는 전적으로 무료이며, 별도의 가입이나 등록이 필요하지 않습니다.</p>/ko/blog/2015/05/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2015%EB%85%84-5%EC%9B%94-5%EC%9D%BC/Tue, 05 May 2015 00:00:00 +0000/ko/blog/2015/05/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2015%EB%85%84-5%EC%9B%94-5%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cacapo, dg, eche|on, hottuna, psi, str4d, xmz, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 20:00:23 &lt;zzz&gt; 0) 안녕하세요 20:00:23 &lt;zzz&gt; 1) 토론토 미팅(8월 15-16일) 기획 20:00:27 &lt;zzz&gt; 0) 안녕하세요 20:00:29 &lt;zzz&gt; hi 20:00:35 &lt;eche|on&gt; hi 20:00:51 &lt;psi&gt; 회의 시작할 시간쯤인가요? 20:00:53 &lt;zzz&gt; 1) 토론토 미팅(8월 15-16일) 기획 20:01:03 &lt;dg&gt; hi 20:01:14 &lt;zzz&gt; 1a) 현재 상황 점검 20:01:19 &lt;zzz&gt; 1b) 자원봉사자 20:01:32 &lt;zzz&gt; 1c) 계속 진행할지 결정 20:01:37 &lt;zzz&gt; 1a) 현재 상황 점검 20:02:00 &lt;zzz&gt; hottuna, 기획, 장소, 예상 비용에 대한 업데이트 부탁합니다 20:02:20 &lt;hottuna&gt; 모두 안녕하세요 20:02:24 &lt;psi&gt; hi 20:02:50 &lt;str4d&gt; hi 20:02:53 &lt;hottuna&gt; 그래서, 8월 15-16일에 토론토의 hacklab에서 8시간 슬롯 두 개를 예약했습니다. 20:03:20 &lt;hottuna&gt; 각 슬롯은 150CAD입니다 20:03:46 &lt;hottuna&gt; 장소: https://hacklab.to/ 20:03:48 &lt;iRelay&gt; Title: hacklab.to - Toronto's hacker collective (hacklab.to에서) 20:04:07 &lt;hottuna&gt; 초기 계획은 두 개의 별도 행사로 진행하는 것입니다. 20:04:37 &lt;xmz&gt; hi 20:04:44 &lt;hottuna&gt; 8월 15일: I2P 일반 소개 + I2P CryptoParty(암호화 파티) 20:05:28 &lt;hottuna&gt; 8월 16일: 곧 다가올 여러 이슈에 대한 논의로 이어지는 기술 발표 20:06:10 &lt;hottuna&gt; 이상적으로는 이 회의가 끝날 때 두 날 모두에 대한 더 나은 일정표를 갖고 싶습니다. 20:07:09 &lt;psi&gt; 숙박은 각자 해결인가요, 아니면 준비가 되어 있나요? 20:07:13 &lt;hottuna&gt; 추가로 J@torontocrypto를 통해 토론토의 한 집에 라운지 같은 공간을 확보했습니다. 다른/야간 계획·해킹 등을 위한 공간입니다 20:07:55 &lt;hottuna&gt; psi, 숙박은 말씀드린 그 라운지에서 무료로 제공할 수 있습니다(토론토 반대편에 있는 집입니다) 20:08:14 &lt;xmz&gt; 라운지까지/에서의 이동은요? 20:08:46 &lt;hottuna&gt; 대중교통도 괜찮을 겁니다. 지하철로 약 25분 정도요. 20:08:46 &lt;xmz&gt; 각자 알아보는 걸로 하죠. 저는 차가 있어서 몇 분 태워 드릴 수 있어요 20:08:54 &lt;eche|on&gt; 8시간 슬롯이면, 시간대는요? 20:08:55 &lt;xmz&gt; 오 그 정도면 괜찮네요 20:09:11 &lt;eche|on&gt; 도시에 차라... 20:09:25 &lt;zzz&gt; 좋아요 tuna, 고마워요. 의제나 자원봉사자 얘기 같은 세부로 들어가기 전에, 지금 질문과 코멘트를 받겠습니다 20:09:28 &lt;xmz&gt; 말이 되네요 eche|on 20:09:42 &lt;xmz&gt; 토론토 교통은 꽤 안 좋을 때가 있어요 20:10:01 &lt;eche|on&gt; 8시간 슬롯 2개면 좋고요, 구체적인 시간은요? 그리고 가면 앉아서 전원과 WiFi를 쓸 수 있는 거죠 20:10:03 &lt;zzz&gt; 일반적인 질문이나 코멘트 있는 분? 20:10:14 &lt;eche|on&gt; 그리고 기술 장비도 일부 제공되고 20:10:18 &lt;dg&gt; 스트리밍은 있나요, 그리고 이걸 홍보할 계획인가요? 그렇다면 어떻게요? 20:10:54 &lt;hottuna&gt; eche|on, 8시간 슬롯은 저녁 슬롯이라 자정(00:00)쯤에는 hacklab에서 나와야 할 것 같습니다 20:10:54 &lt;hottuna&gt; J가 8월 15일의 크립토파티 부분을 주최하겠다고 했습니다. 20:11:23 &lt;eche|on&gt; 자정이면 괜찮아요, 그럼 오후 4시부터 자정까지네요 20:11:32 &lt;hottuna&gt; eche|on: 전원, WiFi, 의자, 테이블 등은 있습니다 20:11:32 &lt;xmz&gt; 좋네요 20:11:48 &lt;xmz&gt; 업스트림이 충분하면 스트리밍도 확실히 옵션입니다 20:11:52 &lt;eche|on&gt; 지금까지는 괜찮습니다. 20:12:17 &lt;eche|on&gt; 스트리밍은 큰 이슈는 아니고, 원한다면 트래픽 무제한의 루트 서버가 있어서 배포할 수 있어요 20:12:26 &lt;hottuna&gt; xmz, 인터넷 회선이 엄청 빠르진 않을 것 같아요. 20:12:42 &lt;hottuna&gt; 또 프라이버시 문제로 스트리밍이 적절치 않을 수도 있고요 20:12:56 &lt;hottuna&gt; 게다가 조직하는 데도 일이 꽤 많을 겁니다 20:13:01 &lt;str4d&gt; 네, 그건 논의할 주제입니다 20:13:01 &lt;xmz&gt; 맞아요 20:13:14 &lt;dg&gt; 홍보는요? 20:13:19 &lt;eche|on&gt; 네, 저는 스트리밍에는 반대, 그냥 트위터랑 인스타그램^^ 20:13:34 &lt;str4d&gt; 하지만 기술적으로는 어렵지 않아요. 1080p 업스트림이 필요하진 않죠 ^^ 20:13:36 &lt;eche|on&gt; 광고는, zzz랑 포럼에 이미 공지하는 거 말하나요, 아니면 어떤 광고요? 20:13:49 &lt;fox&gt; 그럼 공용 WiFi AP를 먼저 해킹하는 사람이 승자인가요? 20:13:57 &lt;hottuna&gt; dg, J가 약간의 홍보를 하겠다고 했고, 토론토에서 크립토파티를 몇 번 해 봤기 때문에, 관객 모으는 데 문제 없을 거라 봅니다. 20:14:06 &lt;dg&gt; 일반 대중 대상 광고요, hacklab 팔로워가 얼마나 되는지 모르겠어서요? 20:14:14 &lt;dg&gt; hottuna: 감사합니다, 그걸 묻고 싶었어요 20:14:14 &lt;hottuna&gt; I2P 트위터/웹사이트도 도움이 될 겁니다 20:14:30 &lt;dg&gt; 참석 가능 인원이 많아서 기분 좋게 놀랐습니다 20:14:48 &lt;zzz&gt; "j"가 홍보를 빨리 시작하고 싶어해서, 이 회의를 하고, 우리 쪽 PR(홍보) 담당을 정하고, 조율된 발표를 할 수 있을 때까지 기다려 달라고 (tuna0를 통해) 요청했습니다 20:14:52 &lt;hottuna&gt; fox, 게스트 네트워크가 있습니다 20:14:54 &lt;eche|on&gt; 저는 I2P 행사에 "몇몇" 게스트를 초대하는 데 찬성합니다 20:14:55 &lt;xmz&gt; 네, 토론토에서 열려서 다행이에요. 다른 곳이었으면 참석하기 힘들었을 겁니다. 20:15:09 &lt;dg&gt; 그분이 여기에도 오면 좋겠네요. 20:15:12 &lt;dg&gt; (j) 20:15:38 &lt;hottuna&gt; dg, J는 오늘 오프라인 일에 정신이 팔려 있어요 20:15:56 &lt;hottuna&gt; J가 우리에게 요청한 한 가지는 8월 16일 일정표였습니다 20:16:02 &lt;dg&gt; hottuna: bouncer(IRC 바운서)를 설정하는 게 목숨 걸 일은 아니라고 봐요! 한동안 온다고 해 놓고는 20:16:41 &lt;eche|on&gt; 그러면 토/일 각각 오후 4시부터 자정까지 20:16:42 &lt;zzz&gt; 다른 일반적인 질문이나 코멘트 있나요, 아니면 이걸 진행하는 것 자체에 대한 이견이 있나요? 20:16:58 &lt;eche|on&gt; 저는 hacklab 전에 일요일 점심에 I2P 점심 모임을 제안합니다 20:16:59 &lt;xmz&gt; 이의 없고 장려만 있습니다 20:17:06 &lt;xmz&gt; 좋은 생각이네요 20:17:15 &lt;psi&gt; 사실상 토요일부터 월요일 아침까지인 거죠? 20:17:24 &lt;eche|on&gt; I2P 사람들끼리 모여서 만나는 것만으로도 좋고, 그 외는 제겐 덤입니다 20:17:52 &lt;zzz&gt; 사소한 세부사항 논의는 자제합시다. 예를 들어, 시간은 바뀔 수 있고, 의제는 아직 정해지지 않았고, bouncer(IRC 바운서) 설정 얘기까지는 필요 없습니다 20:18:02 &lt;hottuna&gt; eche|on, 네 - 제가 알기론 그렇습니다. 그 시간대는 한 시간 정도 앞뒤로 바뀔 수도 있어요. 20:18:16 &lt;eche|on&gt; 네, 괜찮습니다 20:18:38 &lt;eche|on&gt; 그러니까 라운지는 밤샘하는 사람들이 밤을 지새우기 위한 곳이군요 20:18:41 &lt;psi&gt; hottuna: 일반 발표와 기술 발표는 무엇이 다른가요? 20:19:03 &lt;hottuna&gt; psi, 좋은 질문이에요. 우리가 결정해야 할 부분이죠. 20:19:05 &lt;eche|on&gt; 일반 발표: I2P, 무엇이고 어떻게 작동하는지. 기술 발표: 프로토콜은 무엇인지 20:19:22 &lt;eche|on&gt; hottuna: 그런데 라운지에 잘 곳이 있는 건 토-월(사-월) 맞나요? 20:19:30 &lt;hottuna&gt; 8월 15일은 보다 일반 대중을 대상으로 하고 싶습니다. 그래서 I2P를 모르는 사람들도 이해할 만한 내용으로요 20:19:31 &lt;xmz&gt; I2P를 처음 접하는 사람들을 위한 가이드/워크스루 계획이 있나요? 20:19:33 &lt;dg&gt; s/kill/kill him/ 20:19:34 &lt;str4d&gt; 저는 참석하지 않습니다(이미 말씀드렸듯), 하지만 큰 이의는 없습니다 20:19:34 &lt;iRelay&gt; dg meant: hottuna: I don't think it'd kill him to setup a bouncer! He has been saying he'll come for a while 20:19:34 &lt;eche|on&gt; 그리고 라운지가 소음으로 자는 사람들을 방해하진 않나요? 20:20:06 &lt;hottuna&gt; xmz, 기본적으로 그룹 워크스루/워크숍 형태의 크립토파티를 8월 15일에 계획하고 있습니다 20:20:14 &lt;xmz&gt; 좋네요 20:20:33 &lt;psi&gt; 짧은 I2P 앱 개발 소개를 하고 싶습니다 20:21:16 &lt;psi&gt; I2P로 개발하는 게 얼마나 쉬운지 정말 보여 줘야 해요 &lt;-- 워크숍 아이디어 20:22:26 &lt;hottuna&gt; psi, I2P 앱 개발 소개는 8월 16일에 좋겠네요 20:22:30 &lt;str4d&gt; ++ 20:22:43 &lt;str4d&gt; Android랑도 아주 잘 맞물릴 거예요 20:22:45 &lt;hottuna&gt; eche|on, 라운지 관련: J와 상세를 확인하고 싶습니다, 토-월이 적절해 보이네요 20:22:45 &lt;dg&gt; 좋겠네요 psi 20:22:45 &lt;hottuna&gt; str4d, Android 얘기를 해 주실래요? 20:22:45 &lt;eche|on&gt; 그럼 저는 제 호텔 방으로 ;-) 20:22:45 &lt;psi&gt; monotone 사본을 들고 가야 동기화 5시간 기다리지 않겠네요 20:22:45 &lt;zzz&gt; 네, 토요일은 공개 행사, 일요일은 개발자 미팅/해커톤으로 생각합니다. 공개하되 아마 우리끼리일 가능성이 크죠. 또 토요일 발표가 "매진"이면 일요일에 2차 공개 발표도 할 수 있고요 20:22:45 &lt;str4d&gt; hottuna: 제가 사실상의 Android 프로젝트 리드이기도 하니, 하는 게 좋겠군요 :P 20:22:46 &lt;eche|on&gt; 합리적이네요, zzz 20:23:15 &lt;hottuna&gt; str4d, 그럼 8월 16일에 Android 발표로 등록할게요? 20:23:36 &lt;str4d&gt; 네 20:24:12 &lt;hottuna&gt; psi, I2P 앱 개발 소개로 등록했습니다. 괜찮나요? 20:24:22 &lt;psi&gt; 네 20:24:29 &lt;zzz&gt; 좋습니다, 1b) 자원봉사자로 넘어가죠 20:24:44 &lt;zzz&gt; 이런 건 처음입니다. 누군가 책임을 지지 않으면 진행되지 않아요. 20:24:44 &lt;hottuna&gt; danke. 20:24:57 &lt;zzz&gt; 한 사람이 전부 할 수는 없습니다. 20:25:19 &lt;zzz&gt; 총괄 책임자 한 명과, 여러 부분을 맡을 사람들이 필요합니다. 20:25:20 &lt;eche|on&gt; 책임자에 관해, 저는 이렇게 제안: hottuna는 현지 연락으로 장소와 라운지 예약, 비용은 제가 지불 20:25:49 &lt;zzz&gt; 이게 쉬울 거라고 생각한다면... 다시 생각해 보세요 20:26:08 &lt;hottuna&gt; 지금까지 해 온 대로 전체 조정을 계속 맡을 수 있습니다. 20:26:13 &lt;zzz&gt; 충분한 자원봉사자를 찾지 못하면, 돈 쓰기 전에 지금 전부 취소합시다 20:26:32 &lt;zzz&gt; 제 게시물에 쓴 목록은 이렇습니다. 과한 면이 있을 수 있지만, 여기서 시작하죠: 20:26:47 &lt;zzz&gt; - 전체 미팅 총괄 기획(??) 20:26:47 &lt;zzz&gt; - 재무 관리(echelon) 20:26:47 &lt;zzz&gt; - PR / 마케팅(psi) 20:26:47 &lt;zzz&gt; - 시설 / 물류(hottuna) 20:26:47 &lt;zzz&gt; - 전체 일정(??) 20:26:47 &lt;zzz&gt; - 크립토파티 기획(??) 20:26:49 &lt;zzz&gt; - 크립토파티 발표(??) 20:26:51 &lt;zzz&gt; - 심화 기술 프레젠테이션(zzz) 20:26:53 &lt;zzz&gt; - i2pd 프레젠테이션 / 기획 세션(orignal) 20:26:58 &lt;zzz&gt; - Android 프레젠테이션 / 기획 세션(str4d, skype로) 20:26:59 &lt;zzz&gt; - 로드맵 / 기술 세션 리드(??) 20:27:01 &lt;zzz&gt; - 식사/음주 장소 선정(orignal) 20:27:03 &lt;zzz&gt; - 호텔 / crash house(임시 숙소) 선정(hottuna) 20:27:05 &lt;zzz&gt; - 간식 담당(echelon) 20:27:07 &lt;zzz&gt; - 스티커(echelon) 20:27:09 &lt;zzz&gt; - 영상 / 오디오 녹화(??) 20:27:53 &lt;eche|on&gt; 발표는 너무 빡빡하게 계획하지 않는 게 좋겠습니다. 발표할 자원봉사자가 여기 있죠 20:28:18 &lt;zzz&gt; 맞아요. 이 회의에서 기획을 하고 싶진 않습니다. 각 책임자를 정하고 맡기고 싶어요 20:28:39 &lt;zzz&gt; 그리고 총괄 책임자가 이후의 모든 회의를 진행할 수 있습니다 20:28:45 &lt;hottuna&gt; 전체 일정 조정도 자원하겠습니다. 20:28:52 &lt;xmz&gt; 크립토파티 기획은 J와 조율해야 하죠? 20:29:01 &lt;xmz&gt; 아니면 전부 J가 맡나요 20:29:04 &lt;hottuna&gt; J가 크립토파티를 조직하겠다고 자원했습니다 20:29:17 &lt;zzz&gt; 좋습니다, 그럼 hottuna가 총괄 책임자이자 일정 책임자인 걸로? 20:29:52 &lt;str4d&gt; +1, 전체를 추적하기에 가장 적합한 분이죠 20:29:56 &lt;eche|on&gt; 본인이 괜찮다면요? 20:31:16 &lt;zzz&gt; 괜찮나요 hottuna? 20:31:16 &lt;hottuna&gt; 괜찮습니다. 그게 아마 더 쉬울 거예요 20:31:17 &lt;hottuna&gt; 크립토파티 발표에 관해서는, 내용에 무엇을 담아야 할지 잘 모르겠어요 20:31:17 &lt;hottuna&gt; 네, 맡겠습니다. 20:32:02 &lt;str4d&gt; hottuna: 그러면 토론토에 확실히 오신다는 뜻이죠? (이전엔 불확실했어서) 20:32:02 &lt;zzz&gt; 크립토파티에 가 본 사람 있나요? 20:32:08 &lt;psi&gt; 가 봤어요 20:32:22 &lt;psi&gt; 제가 보기엔 미니 컨 같은 거예요 20:32:30 &lt;hottuna&gt; str4d, 토론토에 갈 계획입니다. 무슨 재난만 없다면요, 20:33:01 &lt;cacapo&gt; hi - echelon이랑 제가 29c3에서 작은 크립토파티를 했습니다 20:33:16 &lt;zzz&gt; 좋아요. psi, PR과 크립토파티 둘 다 J와 함께 맡는 걸로 지명해도 될까요? 20:34:43 &lt;psi&gt; 네 20:34:43 &lt;psi&gt; (이제 확정됐으니 여행 예약할게요) 20:34:43 &lt;hottuna&gt; cacapo, eche|on: 크립토파티에 참여하시겠어요? 20:34:43 &lt;hottuna&gt; psi, J의 연락처가 있나요? 20:34:44 &lt;cacapo&gt; hottuna: 물론이죠, 좋습니다 20:34:54 &lt;eche|on&gt; 저는 I2P 부분 보조였고, 토론토에 가긴 하지만 주로 백업 역할일 겁니다 :-) 20:34:55 &lt;str4d&gt; hottuna: 그러면 토론토에 확실히 오신다는 뜻이죠? (이전엔 불확실했어서) :P 20:34:56 &lt;str4d&gt; 앗 20:34:58 &lt;str4d&gt; 미안 20:35:10 &lt;psi&gt; hottuna: 지금은 없어요 20:35:25 &lt;hottuna&gt; 정확히 무엇을 해야 하는지는 잘 모르니, 이상적으로는 J와 그걸 조율해 주세요 20:35:28 &lt;psi&gt; hottuna: 시간 되실 때 제게 전달해 주세요 20:35:30 &lt;str4d&gt; psi: 1c) 전까지는 확정 아님 20:35:38 &lt;zzz&gt; 누가 어느 날 발표를 준비/진행하고 싶은가요? 20:36:12 &lt;psi&gt; 발표 보조(윙맨)로도 도울게요, 필요하시면요 20:36:13 &lt;zzz&gt; 저는 매일 하나씩 할 수 있지만, 한 사람이 길게 하나 하기보다는 짧은 발표 여러 개가 좋다고 봅니다 20:36:28 &lt;eche|on&gt; 맞아요 20:37:37 &lt;zzz&gt; hottuna, orignal은 나간 것 같으니, 나중에 연락해서 무엇을 자원할 수 있는지 알아봐 주세요. i2pd 발표나 기술 세션, 아니면 바에 가는 일정 같은 거요/ 20:38:13 &lt;hottuna&gt; zzz, 그러면 8월 16일에는 psi와 str4d가 기술 발표 두 개를 제안한 셈이네요 20:38:17 &lt;hottuna&gt; zzz, orignal과 연락해 보겠습니다, 네. 20:38:23 &lt;zzz&gt; 지금 다른 것에 자원하고 싶은 분 있나요? 20:39:56 &lt;zzz&gt; 좋아요, 중요한 배정들은 된 것 같습니다. 20:40:06 &lt;eche|on&gt; 저는 하루이틀 먼저 가서 둘러볼게요 20:40:23 &lt;zzz&gt; 1c) 이대로 진행하기에 인력이 충분해 보이나요? 20:40:33 &lt;hottuna&gt; 충분하다고 봅니다. 20:40:48 &lt;eche|on&gt; 현장에 5명 이상은 되는 건가요? ;-) 20:41:14 &lt;zzz&gt; tuna에게 짐이 너무 많이 가지 않도록 합시다. 다 같이 도와서 성공시키죠 20:41:33 &lt;eche|on&gt; 네, 발표 계획을 zzz.i2p에 정리하죠 20:41:35 &lt;zzz&gt; tuna가 당황하지 않았다면 잘 진행되고 있는 거겠죠 20:41:52 &lt;hottuna&gt; 전 당황하지 않았습니다. 20:41:54 &lt;eche|on&gt; 그리고 hottuna는 결제할 연락처를 제게 알려 주세요 20:42:11 &lt;zzz&gt; 행사 준비를 위해 앞으로 몇 주, 몇 달 동안 hottuna가 회의를 몇 번 더 진행할 것으로 기대합니다 20:42:15 &lt;hottuna&gt; eche|on, 오프라인에서 현금으로 하면 될까요? 20:42:27 &lt;hottuna&gt; 정리용 위키 페이지가 필요할 것 같아요. 20:42:40 &lt;eche|on&gt; 현금도 괜찮지만, 선결제할 수 있는 건 미리 하는 게 좋아요. 제 신용/직불카드가 무제한은 아니니까요^^ 20:42:53 &lt;psi&gt; 제가 전용으로 쓸 수 있는 위키가 있어요 20:42:57 &lt;psi&gt; 아마도요 20:43:00 &lt;zzz&gt; 의제에 1d) 재정 지원을 추가하고 싶습니다 20:43:13 &lt;zzz&gt; 1d) 재정 지원 20:43:32 &lt;hottuna&gt; 이걸 제안합니다: https://trac.i2p2.de/wiki/MeetupToronto2015 20:43:33 &lt;eche|on&gt; 지급할 돈은 있습니다. 20:43:49 &lt;zzz&gt; 전통적으로 컨퍼런스에서는 대개 200달러 정도만 보전했습니다 20:44:19 &lt;zzz&gt; 참석하려면 훨씬 더 필요하다는 분들도 있다고 들었습니다 20:44:28 &lt;eche|on&gt; str4d: 참석 못 하는 주된 이유가 비용 문제였나요? 20:44:44 &lt;str4d&gt; eche|on: 아니요, 시간 문제예요 20:44:51 &lt;zzz&gt; 개인당 최대 얼마까지 줄 수 있을까요? 아니면, 참석하려면 얼마가 필요한가요? 20:44:51 &lt;eche|on&gt; 아, 아니네요, 제가 이름을 좀 섞었군요.. 20:44:52 &lt;str4d&gt; (음, 돈도요) 20:44:59 &lt;zzz&gt; $500? $1000? $2000? 20:45:11 &lt;eche|on&gt; 제 생각엔 유럽 왕복 항공편이 1200 정도예요 20:45:19 &lt;eche|on&gt; 그리고 그게 kytv가 참석하는 데 필요한 금액일 듯합니다 20:45:33 &lt;eche|on&gt; 어디 $싸고 괜찮은 곳에 묵을 수 있다면요 20:45:45 &lt;zzz&gt; 꼭 필요한 금액이 있으면 지금 말씀해 주세요 20:45:53 &lt;eche|on&gt; kytv: 지금이 기회예요. 20:46:09 &lt;zzz&gt; 또는, 어느 정도가 합리적이라고 생각하시나요? 20:46:27 &lt;eche|on&gt; 여러 항목을 지원할 수 있다고 생각하지만, 행사에서 술 마시는 데보다는 여행비에 더 쓰고 싶습니다 20:46:35 &lt;eche|on&gt; (발음은 'booze'가 맞죠?) 20:47:13 &lt;hottuna&gt; eche|on, 사람들을 모으는 게 더 중요하죠. 20:47:16 &lt;psi&gt; 흠 20:47:23 &lt;hottuna&gt; (booze 맞습니다) 20:47:28 &lt;zzz&gt; 다른 식으로 묻자면, 이번 행사에 총 얼마를 쓸까요? 20:48:01 &lt;eche|on&gt; 현재 제가 지불할 항목 목록: 장소, 다과/커피/커피 브레이크, I2P 팀의 저녁/점심. 20:48:20 &lt;psi&gt; 제 비용은 교통비뿐일 텐데, 항공일지 버스/기차일지 정해야겠네요 20:48:43 &lt;zzz&gt; 1만 달러면 과한가요? 20:48:50 &lt;eche|on&gt; 저는 kytv(및 다른 헌신적인 I2P 기여자)에게는 항공권 1200을, 그 외에는 원하면 각자 최대 500까지 지급하겠습니다 20:49:20 &lt;hottuna&gt; eche|on, 합리적으로 들립니다 20:49:25 &lt;str4d&gt; 1만 달러는 강한 근거가 필요합니다 20:49:33 &lt;eche|on&gt; 그러면 총합이 대략 1만이 되겠죠 20:50:04 &lt;str4d&gt; 하지만 근거가 좋다면 반대하지 않겠습니다 20:50:59 &lt;eche|on&gt; 좋아요, 5k-10k 범위로 20:51:24 &lt;hottuna&gt; 완전 보전이 좋을까요, 아니면 50%나 75% 같은 비율로 할까요? 20:51:27 &lt;zzz&gt; 코어 팀에는 최대 $1500, '특수 상황'이면 최대 $2500 같은 건 어떨까요, 정말 필요할 경우 20:51:36 &lt;eche|on&gt; 최대 1만까지 지불하겠지만, 이걸 매년 정례화하면 매년 1만을 내기는 좀 어렵습니다 20:51:38 &lt;hottuna&gt; eche|on, 10k보다는 5k 쪽이 합의하기 쉬울 것 같아요 20:51:56 &lt;zzz&gt; eche|on, 우리 현재 자금이 얼마나 되죠? 20:52:10 &lt;eche|on&gt; 잠시만요 20:52:37 &lt;str4d&gt; 현재 HoF 기준: 44.6k euro와 537.7 BTC 20:52:50 &lt;eche|on&gt; 대략 제 쪽에는 41k euro, 534 Bitcoin, 700 Litecoin이 있습니다 20:53:19 &lt;eche|on&gt; BTC 534개는 각 210, LTC는 개당 1.2 20:53:52 &lt;fox&gt; 개인 경험상 북미 전역의 Motel 6가 꽤 좋아졌습니다 20:53:59 &lt;xmz&gt; 설치/철수 등 도울 수 있어요 20:54:50 &lt;hottuna&gt; 어떤 비용 항목까지 보전할까요? 여행 총비용? 항공만? 항공+호텔? 20:55:02 &lt;fox&gt; 아침식사를 원하면 inn 타입 숙소가 좋긴 해요 20:55:22 &lt;zzz&gt; 보통은 영수증 따지지 않고, 지출한 건 무엇이든 보전해 줍니다 20:56:13 &lt;str4d&gt; 하지만 이번 지출 규모를 고려하면, 합리적인 제한은 두는 게 좋겠죠 20:56:33 &lt;eche|on&gt; 저는 여행비 보전에 한 표 20:56:34 &lt;zzz&gt; 그렇죠. 20:56:41 &lt;eche|on&gt; 라운지가 저렴하고 이용 가능하니까요 20:56:55 &lt;psi&gt; hottuna: 그러면 저는 개인적으로 호텔을 예약해야 하나요, 안 해도 되나요? 20:56:59 &lt;psi&gt; (제 경우요) 20:57:04 &lt;xmz&gt; 행사장에서 기부를 받을 수 있는 장치도 마련하면 좋겠네요 20:57:04 &lt;eche|on&gt; 음식/음료는 집에서처럼, 원한다면요 20:57:25 &lt;hottuna&gt; psi: 본인이 예약하셔야 합니다. 원하시는 곳으로 예약하세요. echelon이 보전해 줄 겁니다 20:57:33 &lt;psi&gt; 알겠습니다 20:57:45 &lt;zzz&gt; 북미는 최대 미화 $1,000, 유럽은 최대 1,500유로, '특수 상황'은 최대 2,000유로로 하는 건 어떨까요 20:58:20 &lt;eche|on&gt; zzz: 미국→캐나다 항공편이 &lt;$1000인가요? 20:58:22 &lt;cacapo&gt; 5K-10K에 핵심 인원도 많이 모이는데, '서밋'이라고 부르는 건 어때요? 좀 더 공식적으로 20:59:00 &lt;zzz&gt; $400는 넘지 않을 겁니다 20:59:04 &lt;zzz&gt; 다만 제가 확인해 보진 않았어요 20:59:12 &lt;zzz&gt; 그리고 어떤 분들에겐 운전해서 올 거리일 수도 있고요 20:59:44 &lt;zzz&gt; 그동안 누구에게도 100%를 보전해 준 적은 없습니다 20:59:44 &lt;eche|on&gt; 다시 한 번 말씀드리고 묻고 싶습니다: 이만큼 지출하면, 32C3 및 다음 행사들의 보전은 특별한 일이 없으면 평소처럼 ~200으로 해야 합니다 21:00:03 &lt;hottuna&gt; eche|on, 동의합니다 21:00:47 &lt;zzz&gt; 저는 제안만 던지는 중이니, 누군가 동의/반대, 높다/낮다 의견 주세요 21:00:48 &lt;eche|on&gt; 약간 불공평하긴 하지만, 일종의 홍보로 볼 수도 있죠 21:01:00 &lt;eche|on&gt; zzz: 동의, 추가 주석 포함해서요 21:01:46 &lt;zzz&gt; 다르게 보자면, 연간 자금의 최소 10%는 써야 한다고 생각합니다. 아마 15-20%도요. 21:02:04 &lt;eche|on&gt; 음 21:02:19 &lt;zzz&gt; 이 속도로 10년 더 가는 건 너무 깁니다 21:02:58 &lt;eche|on&gt; 2014년에 7k 기부금을 받았고 11k를 썼습니다(유로만 기준) 21:03:55 &lt;hottuna&gt; zzz, 퍼센트 기준으로 간다면 낮게 시작합시다. 21:03:57 &lt;eche|on&gt; 올해는 약 600유로를 받았고 3k를 지출했습니다 21:04:21 &lt;eche|on&gt; 현재는 10%가 좋습니다 21:04:30 &lt;eche|on&gt; BT 일부를 로 다시 전환해야겠네요... 21:04:31 &lt;zzz&gt; BTC 포함하면 대략 15만 유로가 있습니다 21:05:00 &lt;eche|on&gt; 저는 BTC를 다소 "플레이 머니"로 보고, 여기서 로 바꾸기 전에는 크게 계산에 넣지 않습니다. 21:05:30 &lt;eche|on&gt; 물론 환율이 지금 210이긴 하지만, 한 번에 400 BTC를 환전할 수는 없죠. 21:05:38 &lt;hottuna&gt; 저도 eche|on 의견에 동의합니다. BTC는 그런 계산에 100% 신뢰하기 어렵죠 21:06:10 &lt;eche|on&gt; 그럼, 이번 행사 최대 10k에 합의한다면, BTC 일부를 환전하겠습니다 21:06:33 &lt;eche|on&gt; 저는 그냥 안전하게 가고 싶고, 현금성 "예비비"가 좀 있길 바랍니다. 21:06:40 &lt;zzz&gt; BTC로 보전받으면 추가로 조금 더 드린다고 제안할 수 있어요 21:06:54 &lt;eche|on&gt; 물론이죠, 늘 그렇게 합니다. 그게 BTC의 장점이니까요 21:07:08 &lt;eche|on&gt; 사람들에게 지급은 할 수 있지만, 전적으로 의존할 수는 없습니다. 21:07:50 &lt;hottuna&gt; eche|on, zzz, psi, dg: 이번 행사 관련 비용에 10k 하드 캡으로 합의할까요? 21:07:53 &lt;eche|on&gt; 네, 돈은 있습니다 21:08:02 &lt;zzz&gt; 그럼 이렇게 하죠. 행사 전체 예산은 1만 유로로 책정. 개인별 상한은 참석 인원, '특수 상황' 요청 등에 따라 추후 결정 21:08:03 &lt;psi&gt; 하드 캡 찬성 21:08:20 &lt;hottuna&gt; zzz, 좋습니다. 21:08:44 &lt;eche|on&gt; 흠, 하드 캡은 흥미롭지만, 간식의 현지 가격에 따라 달라지죠^^ 21:09:07 &lt;eche|on&gt; 참가자 보전비에 대해선 하드 캡을 두죠. 21:09:15 &lt;eche|on&gt; 그게 8~9k 정도? 21:09:24 &lt;zzz&gt; 다들 현명하게 해 주세요. 토론토까지 운전해 와서 1박 $400짜리 호텔을 잡고 전액 보전을 기대하면 안 됩니다 21:09:55 &lt;eche|on&gt; zzz: 여행비만, 아니면 여행+호텔? 21:10:23 &lt;zzz&gt; 글쎄요 21:10:35 &lt;eche|on&gt; 또: 우선순위 명단(예: 이미 많이 기여한 사람, 발표하는 사람, 기타) 21:10:38 &lt;hottuna&gt; eche|on, 라운지가 무료로 가능하니, 여행비만 보전하는 아이디어에도 반대하지 않습니다 21:10:47 &lt;zzz&gt; 보통은 항공+호텔이지만, 그동안은 전액 보전에 근접한 적이 없어 큰 문제는 없었습니다 21:11:39 &lt;str4d&gt; 일단 예산 10k로 하고, 누가 실제로 갈지 참석자 확인을 한 다음, 보전 예산을 더 잘 짤 수 있을 겁니다 21:11:50 &lt;eche|on&gt; 제 의견을 요약하면: 참가자 여행비 상한 8k, 사람들의 중요도에 따라 배분 21:12:00 &lt;zzz&gt; 좋습니다 21:12:32 &lt;str4d&gt; (코어 인원부터 참석자 확인) 21:12:34 &lt;zzz&gt; 일단 여기까지 하고, 나중에 각자 필요한 금액을 echelon에게 이메일로 보내 달라고 하죠 21:12:37 &lt;hottuna&gt; eche|on, 동의합니다. 21:12:51 &lt;hottuna&gt; 좋습니다 21:12:54 &lt;zzz&gt; 그럼 참석하고 프로젝트 보전을 원하는 사람은 '찬성'이라고 말해 주세요 21:12:56 &lt;zzz&gt; 찬성 21:13:02 &lt;eche|on&gt; 찬성 ;-) 21:13:04 &lt;hottuna&gt; https://trac.i2p2.de/wiki/MeetupToronto2015 에 이제 몇 가지 정보가 들어 있습니다. 21:13:12 &lt;psi&gt; 찬성 21:13:19 &lt;hottuna&gt; 책임을 맡으셨다면, 이 페이지 유지보수에 함께해 주세요 21:14:17 &lt;zzz&gt; 좋아요 eche|on, 나중에 kytv와 연락해서 참석에 얼마나 필요한지 확인해 주세요 21:14:22 &lt;hottuna&gt; cacapo ?? 21:14:24 &lt;zzz&gt; 1d) 관련해 다른 얘기 있나요? 21:14:47 &lt;cacapo&gt; hottuna: 찬성, 상사를 설득할 수 있으면 갑니다 21:15:12 &lt;cacapo&gt; BTC로 소액 보전 받으면 기쁘겠습니다 21:15:14 &lt;hottuna&gt; zzz, 없습니다 21:15:24 &lt;zzz&gt; 누가 갈지 정리하는 데 며칠 걸릴 겁니다. 21:15:49 &lt;zzz&gt; 몇몇은 보전 금액이 결정에 영향을 줄 수 있지만, 대부분은 그렇지 않을 겁니다 21:15:59 &lt;zzz&gt; 1) 관련해 더 있을까요? 21:16:14 &lt;zzz&gt; (토론토 외의) 다른 주제는요? 21:16:46 &lt;zzz&gt; 6개월 만의 첫 미팅이니, 버퍼를 찾아야겠네요 21:17:15 &lt;zzz&gt; 모두에게, 특히 자원봉사자들에게 감사드립니다 21:17:26 &lt;zzz&gt; 아 찾았다 21:17:40 &lt;eche|on&gt; 좋아요 21:17:49 &lt;eche|on&gt; 이제 잘 시간^^ 21:17:52 * zzz *bafs* 회의를 종료 </div>/ko/blog/2015/04/12/0.9.19-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sun, 12 Apr 2015 00:00:00 +0000/ko/blog/2015/04/12/0.9.19-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.19에는 floodfill(특수 netDb 배포 기능) 성능과 관련된 여러 수정 및 개선이 포함되어 있습니다. 0.9.18이 릴리스된 후 많은 사용자들이 높은 CPU 사용량을 경험했습니다. 이는 암호화 사용 증가, 네트워크로 유입된 Vuze 사용자 급증, 더 엄격해진 성능 요구 사항으로 인한 floodfill 감소, 그리고 몇 가지 장기간 지속된 버그가 복합적으로 작용한 결과였습니다. 네트워크의 대부분이 업데이트되면 상황이 훨씬 나아질 것입니다. 항상 그렇듯, CPU 사용량을 줄이는 가장 좋은 방법은 대역폭 제한을 낮추는 것입니다.</p> <p>수동으로 reseed(네트워크 부트스트랩을 위한 초기 피어 정보 갱신)하는 새로운 방법과, 이를 필요로 하는 다른 사람들과 쉽게 공유할 수 있는 reseed 파일을 생성하는 기능도 추가했습니다. 자세한 내용은 router 콘솔의 reseed 설정 페이지를 참조하세요.</p>/ko/blog/2015/02/22/0.9.18-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sun, 22 Feb 2015 00:00:00 +0000/ko/blog/2015/02/22/0.9.18-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.18에는 여러 버그 수정과 성능 향상이 포함되어 있습니다. 시작 시간을 단축했고, 네트워크 프로토콜 전반에서 지연 시간을 줄였습니다. 가장 빠른 routers에 대해 기본 연결 제한을 높였고, i2ptunnel에서 스레드 사용량을 줄였습니다. UPnP 수정 사항은 외부 장치 변경 사항을 처리하는 능력을 개선하는 데 도움이 될 것입니다. 일부 NTCP 수정으로 인해 고대역폭 routers에서 CPU 사용량이 감소할 수 있습니다.</p> <p>평소와 같이, 이번 릴리스로 업데이트하시길 권장합니다. 보안을 유지하고 네트워크에 도움을 주는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2015/01/20/31c3-%EC%B0%B8%EA%B0%80-%EB%B3%B4%EA%B3%A0%EC%84%9C/Tue, 20 Jan 2015 00:00:00 +0000/ko/blog/2015/01/20/31c3-%EC%B0%B8%EA%B0%80-%EB%B3%B4%EA%B3%A0%EC%84%9C/<p><em>참석자:</em> <a href="https://twitter.com/apekattenandre">Apekatten</a> , <a href="https://twitter.com/echeloni2p">Echelon</a> , <a href="https://twitter.com/hottuna_i2p">Hottuna</a> , <a href="https://twitter.com/k4k3fyll">Marielle</a> , <a href="https://twitter.com/mikalv">Meeh</a> , Sindu, <a href="https://twitter.com/i2p">zzz</a> </p> <p>저희는 2년 연속으로 컨그레스에서 <a href="https://noisysquare.com/">Noisy Square</a> 에 자리했으며, EFF 테이블 바로 옆이라는 훌륭한 위치였습니다. Noisy Square에 참여한 덕분에 우리의 인지도가 크게 높아졌고 많은 분들이 우리를 찾을 수 있었습니다. 멋진 컨그레스를 만들어 주신 Noisy Square와 31C3 주최 측께 감사드립니다.</p> <p>또한 Gabriel Weinberg와 그의 훌륭한 검색 엔진 <a href="https://duckduckgo.com/">DuckDuckGo</a> 가 오픈 소스 익명화 도구에 대한 지원과 2014년 I2P에 대한 <a href="https://geti2p.net/en/blog/2014/03/12/press-release-ddg-donation">아낌없는 기부</a> 에 감사드립니다. DuckDuckGo와 다른 후원자들의 자금 지원은 우리가 CCC에 참석하는 데 도움이 되었습니다. 이는 I2P 개발자들의 주요 연례 모임으로, 우리의 성공에 결정적입니다.</p>/ko/blog/2014/12/01/%EC%95%88%EB%93%9C%EB%A1%9C%EC%9D%B4%EB%93%9C-%EC%95%B1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 01 Dec 2014 00:00:00 +0000/ko/blog/2014/12/01/%EC%95%88%EB%93%9C%EB%A1%9C%EC%9D%B4%EB%93%9C-%EC%95%B1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>마지막으로 우리 Android 개발에 대한 업데이트를 올린 지 꽤 시간이 흘렀고, 그 사이 I2P 릴리스가 몇 차례 있었지만 이에 맞는 Android 릴리스는 없었습니다. 드디어 기다림이 끝났습니다!</p> <h2 id="새-앱-버전">새 앱 버전</h2> <p>I2P Android와 Bote의 새 버전이 출시되었습니다! 다음 URL에서 다운로드할 수 있습니다:</p> <ul> <li><a href="https://geti2p.net/en/download#android">I2P Android 0.9.17</a> </li> <li><a href="https://download.i2p.io/android/bote/releases/0.3/Bote.apk">Bote 0.3</a> </li> </ul> <p>이번 릴리스에서 가장 큰 변화는 Android의 새로운 Material 디자인 시스템으로의 전환입니다. Material 덕분에, 말하자면 &lsquo;미니멀한&rsquo; 디자인 실력(저처럼)을 가진 앱 개발자들도 사용하기 더 좋은 앱을 훨씬 쉽게 만들 수 있게 되었습니다. I2P Android는 또한 기반이 되는 I2P router를 방금 공개된 버전 0.9.17로 업데이트합니다. Bote는 여러 가지 작은 개선과 함께 몇 가지 새로운 기능을 도입했습니다. 예를 들어 이제 QR 코드로 새로운 email destinations(이메일 목적지 주소)를 추가할 수 있습니다.</p>/ko/blog/2014/11/30/0.9.17-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sun, 30 Nov 2014 00:00:00 +0000/ko/blog/2014/11/30/0.9.17-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.17은 주로 버그 수정 릴리스이지만, 더 강력한 암호화 서명으로의 전환도 계속합니다.</p> <p>콘솔의 뉴스와 최신 router 버전 표시를 제공하는 뉴스 피드 시스템을 향상된 보안을 위해 RSA 4096비트 키를 사용하는 서명된 형식으로 전환했습니다.</p> <p>새로운 eepsites와 서버는 ECDSA를 사용할 수 있는 경우 기본적으로 ECDSA로 서명됩니다. ECDSA를 사용할 수 없으면 콘솔 사이드바에 경고가 표시됩니다. RedHat 사용자에 대해서는 ECDSA 지원을 추가하기 위해 BouncyCastle Provider(bcprov) jar를 성공적으로 설치했다는 보고가 있습니다.</p> <p>SSU 패킷 손상 문제, i2p-messenger 및 기타 SAM 애플리케이션에 영향을 미치던 SAM 버그 등을 포함해 여러 가지 심각한 버그를 수정했습니다. 지난 릴리스에 추가되었지만 아직 활성화되지 않은 예비 ECDSA router 서명에 대해서도 여러 가지 수정이 이루어졌습니다.</p>/ko/blog/2014/11/25/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2014%EB%85%84-11%EC%9B%94-25%EC%9D%BC/Tue, 25 Nov 2014 00:00:00 +0000/ko/blog/2014/11/25/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2014%EB%85%84-11%EC%9B%94-25%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dg, eche|on, EinMByte, JekabsR, kytv, orignal, psi, str4d, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 20:04:39 &lt;str4d&gt; 요 20:04:44 &lt;str4d&gt; 회의 시간입니다 20:06:47 &lt;str4d&gt; zzz, psi, kytv, Meeh, dg 20:07:30 &lt;psi&gt; 그래요? 20:07:39 &lt;psi&gt; 아 화요일 20:09:03 &lt;zzz&gt; 참석 20:09:48 &lt;orignal&gt; 회의? 20:10:11 &lt;str4d&gt; orignal: Java I2P 할 일 목록을 논의 중 20:10:35 &lt;str4d&gt; 다른 사람들이 올 때까지: `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:10:41 &lt;kytv&gt; 저도 참석, 다만 이런 건엔 보통 쓸모가 없지만요. 20:11:37 &lt;str4d&gt; 위 페이지의 Gantt 차트를 (0.9.13-0.9.16 개발 사이클용으로 만들어 둔 것) 우리가 했다고 생각하는 것들을 반영하도록 조정해 두었습니다. 20:13:30 &lt;zzz&gt; 흥미롭군요 20:14:06 &lt;zzz&gt; multiple dests per tunnel &lt;-- 아직 안 됨 20:14:22 &lt;str4d&gt; 아직요? 알겠어요, 제 실수. 20:14:27 &lt;zzz&gt; findbugs pass &lt;-- 했지만, 언제든 다시 할 수 있음 20:14:56 &lt;str4d&gt; I2CP당 다중 세션 - 그것도 아직 안 됐네요 *어휴* 20:14:56 * str4d 수정함 20:15:48 &lt;zzz&gt; 와, 올 한 해 성과가 좋았네요 (제 생각엔) 20:16:38 &lt;eche|on&gt; 네, 그랬죠 20:17:14 &lt;str4d&gt; zzz: 네, 저는 그걸 감사 준비의 일부라고 특정했는데, 맞는 말이에요. 20:17:39 &lt;zzz&gt; 새 DH 조사 &lt;---- 어쨌든 NTCP2와 관련해서는 절반만 완료됐다고 하겠습니다 20:20:26 &lt;str4d&gt; Gantt는 반쯤 끝난 건 표시하기가 쉽지 않네요 :P 20:20:34 &lt;str4d&gt; 페이지 새로고침, 수정 반영됨 20:21:36 &lt;str4d&gt; 좋아요, 그게 지난 사이클에 완료한 것들입니다. 20:21:36 &lt;zzz&gt; 그럼 미완이네요 20:23:45 &lt;str4d&gt; 이번 회의의 목적은 다음 사이클에 무엇을 할지 계획을 시작하는 것입니다. 20:23:46 &lt;zzz&gt; 3~5 릴리스 단위의 계획 사이클이 우리의 집중과 자원 배분에 매우 도움이 된다는 점을 다시 강조하고 싶습니다 20:23:47 &lt;str4d&gt; (Gantt 차트를 업데이트할 때, 반쯤 끝난 것들은 그대로 두고 다음으로 미루겠습니다) 20:23:47 &lt;str4d&gt; 지난 회의에서 참석자들에게 I2P 내부와 주변에서 하고 싶은 일을 각자 몇 가지씩 생각해 오라고 부탁했습니다 20:23:47 &lt;str4d&gt; 이제 그걸 붙여넣어 주시겠어요? 20:24:21 &lt;str4d&gt; +1 20:24:36 &lt;str4d&gt; 그리고 이제 그에 대한 근거도 생겼네요! 20:26:15 &lt;zzz&gt; 무엇이 더 중요한지 논쟁하지 않고 말하자면, Gantt 차트에 표시된 미완료 항목은 거의 모두 여전히 중요하다고 봅니다 20:27:01 &lt;str4d&gt; 동의합니다. 20:27:07 &lt;str4d&gt; 지난주에 떠올린 아이디어가 있다면 무엇인지 여전히 보고 싶습니다. 20:27:45 &lt;str4d&gt; 제 것은 여기: `http://pastethis.i2p/show/jF2RkHwrIPkCb0yOpI7l/` 20:27:46 &lt;iRelay&gt; 제목: Paste #jF2RkHwrIPkCb0yOpI7l | LodgeIt! (at pastethis.i2p) 20:28:07 &lt;eche|on&gt; 아이디어가 다 떨어졌는데, I2P를 더 널리 쓰이게 하려면 Bote Android의 도움을 받고, i2p messenger도 하나의 옵션이고, XMPP 서버, 그리고 syndie도요. 미안하지만, 저는 아직 syndie가 중요하다고 봅니다. 20:28:27 &lt;str4d&gt; eche|on: 훌륭해요, 감사합니다! 20:28:43 &lt;str4d&gt; 계속 올려주세요 :) 20:28:53 &lt;eche|on&gt; 그리고 Android 앱과 함께 restricted routes도 따라옵니다 20:28:54 &lt;zzz&gt; 제가 새로 적은 목록: Red Hat의 ECDSA 문제 해결, EdDSA로의 마이그레이션, Jetty 9 / Java 7, Vuze 사용자 기반 확대, 그리고 더 많은 마케팅/홍보/파트너십/임베딩 20:29:36 &lt;str4d&gt; 기록을 위해 제 아이디어도 여기에 적겠습니다: 20:30:11 &lt;str4d&gt; I2P 안에서 할 일: Routerconsole UX 분석과 재설계; Tor의 HS 2.0 설계에서 아이디어를 가져와 I2P Destinations에 적용; 대역폭 스케줄링. I2P 주변에서 할 일: 웹사이트 테마 개선; I2P-Bote fetching relays 구현; 연구 20:30:23 &lt;zzz&gt; 또 하나: Orchid: 고치거나 퇴출하거나 20:30:32 &lt;str4d&gt; +100 20:31:13 &lt;kytv&gt; RedHat/Gentoo ECDSDA 문제와 관련해서, 다운로드 링크가 있는 메시지를 사이드바(또는 로그)에 표시할 수도/해야 할 수도 있겠네요. 아니면 ./lib에 우리가 내려받아도 될지 사용자에게 물어볼 수도 있고요 20:31:35 &lt;zzz&gt; 또 하나: 테스트 개선, 테스트 하드웨어, Windows 테스트 20:31:58 &lt;str4d&gt; kytv: 좋은 아이디어예요 (하지만 토론은 다음 회의로 미뤄도 되겠죠 :) 20:32:03 &lt;zzz&gt; 또 하나: 돈을 더 쓰기 20:32:36 &lt;zzz&gt; 또 하나: 중국 20:32:58 &lt;str4d&gt; 이 아이디어들과 위 페이지의 미완료 목록을 합치면, 잠재적 프로젝트 풀은 충분합니다. 20:33:34 &lt;str4d&gt; 제 목표는 이 프로젝트들을 정리하고, 체계화해서 웹사이트의 할 일 페이지에 공개하는 것입니다 20:34:11 &lt;str4d&gt; 다른 프로젝트들의 할 일 페이지를 살펴본 결과, 제가 제안하는 형식은 이렇습니다: 20:34:11 &lt;str4d&gt; `http://pastethis.i2p/show/nvexU3ZvSFOI6L5DrrqM/` 20:34:12 &lt;iRelay&gt; 제목: Paste #nvexU3ZvSFOI6L5DrrqM | LodgeIt! (at pastethis.i2p) 20:34:54 &lt;eche|on&gt; 좋은 생각이네요 20:35:10 &lt;kytv&gt; Orchid도 동의 20:35:10 &lt;kytv&gt; 제가 생각하는 'I2P 주변에서 할 일'의 핵심은 테스트입니다. 소프트웨어로 하는 자동화 테스트가 아니라, 테스트 없이 우리 서비스들이 라이브로 올라가는 상황… 그냥 푹, '라이브예요… 제대로 되는진 모르겠지만요.' 20:35:12 &lt;kytv&gt; I2P 안에서: Windows에서 권한 문제를 피하려고 설치 관리자가 사용자 디렉터리에 설치하도록 만들기. 쉬워야 하는데, 방법을 모르겠네요. 20:35:16 &lt;kytv&gt; Chrome이 그렇게 했죠(아직도 그러나요?) 20:35:41 &lt;str4d&gt; 제가 생각하는 이상적인 최종 결과: 사용자가 할 일 페이지로 가서 I2P 안팎의 프로젝트에 대해 우리가 갖고 있는 모든 아이디어 목록을 볼 수 있게 하는 것. 20:36:11 &lt;zzz&gt; 또 하나: GSoC 20:36:14 &lt;str4d&gt; 상단에는 태그 클라우드를 두어 특정 기술이 필요한 프로젝트만 필터링할 수 있게 할 겁니다 20:36:17 &lt;str4d&gt; skills 20:36:21 &lt;zzz&gt; 또 하나: 여름철 밋업 20:37:54 &lt;zzz&gt; 또 하나: GNS 조사 2차 패스? 20:38:28 &lt;str4d&gt; 음 20:38:54 &lt;zzz&gt; 아니면 그 팀과 한 번 더 논의하는 걸로 충분할 수도요 20:39:09 &lt;str4d&gt; 지금은 Gantt에서 완료된 작업들을 골라내겠습니다. 20:39:27 &lt;zzz&gt; 그걸 저장하고 새로 시작할 수 있나요? 20:39:29 &lt;str4d&gt; zzz: 아래쪽 몇 개 중 어떤 게 완료됐나요(SSU replay detection 등)? 20:39:38 &lt;str4d&gt; 네, 가능합니다. 20:39:49 &lt;zzz&gt; 우리가 실제로 성과를 내고 있음을 보여 주는 게 꽤 좋습니다 20:40:19 &lt;eche|on&gt; zzz: 제 생각엔 대부분 당신이 하셨어요 20:40:35 &lt;EinMByte&gt; 회의 놓친 건가요? 20:40:37 &lt;zzz&gt; 완료/미완료 구분이 애매했던 건 다 보고했던 것 같아요 20:42:39 &lt;str4d&gt; 새 차트 올렸습니다 20:43:55 &lt;str4d&gt; zzz: 아래쪽 세 개 중 어떤 걸 앞으로 미뤄야 할까요? 클라이언트 locking이 아직 이슈죠? 20:43:59 &lt;zzz&gt; 앞으로 몇 달 동안은 비(非)코딩 작업에 대해 훨씬 더 많은 계획과 집중이 있었으면 합니다. 너무 많은 일들이 상당히 체계적이지 않거나, 규칙적이고 안정적인 속도와는 거리가 먼 상태로 진행되고 있습니다 20:44:09 &lt;str4d&gt; (클라이언트 tunnel locking) 20:44:18 &lt;str4d&gt; zzz: 동의합니다. 20:44:34 &lt;str4d&gt; 제 생각엔 할 일 페이지를 작업하는 게 여기에 도움이 될 겁니다. 20:44:56 &lt;str4d&gt; 비코딩 프로젝트를 신입도 이해하고 수행할 수 있게 설명할 수 있다면, 우리에게도 도움이 됩니다. 20:44:59 &lt;zzz&gt; 지금 그 client locking 항목이 정확히 뭔지는 100% 확실치 않은데, 아직 미완인 건 맞다고 생각합니다 20:45:08 &lt;str4d&gt; (코딩 프로젝트도 마찬가지) 20:45:32 &lt;zzz&gt; 네 20:45:53 * str4d streaming 개선도 앞으로 미룸 20:46:03 &lt;str4d&gt; 그럼 SSU session replay detection은 빼도 될까요? 20:46:04 &lt;dg&gt; 중복 이슈를 말하는 건가요? 20:46:18 &lt;dg&gt; I2PTunnel에서 unregister되지 않고 새 것을 허용하지 않는 tunnel이 생기던 방식? 그런 류요? 20:46:30 &lt;zzz&gt; str4d, SSU replay 건은 나중에 다시 얘기해야겠어요, 지금은 확실치 않네요 20:46:45 &lt;dg&gt; 처리량보다는 tunnel death를 줄이는 쪽이 좋겠습니다 20:46:59 &lt;str4d&gt; dg: 그게 맞을지도요. I2PTunnel 시작 시 UI를 lock시키는 별도의 이슈도 있습니다 20:47:29 &lt;zzz&gt; 'tunnel death'를 새 항목으로 올리죠, 왜 안 되겠어요 20:48:01 &lt;dg&gt; str4d: 그걸 잊고 있었네요! 20:48:03 &lt;str4d&gt; ㅇㅋ 20:48:39 &lt;zzz&gt; locking 건은 코드에 확인하지 않은 게 좀 있는 것 같고, 18개월쯤 질질 끌어왔는데 아직도 제대로 안 됐습니다 20:48:40 &lt;str4d&gt; 다음: 위의 아이디어를 훑어보죠. 어떤 것들을 우리의 6개월 시트에 넣어야 할까요(즉, Gantt에 무엇을 추가해야 할까요)? 20:50:16 &lt;psi&gt; EinMByte: 회의 진행 중 20:50:21 &lt;psi&gt; (아니요) 20:51:51 &lt;zzz&gt; 일단 전부 올려두고, 나중에 우선순위를 논의하거나, Gantt의 의존성이 다음에 무엇을 할지 알려주도록 하는 게 어떨까요? 20:52:52 &lt;str4d&gt; 음ㅋ 20:53:04 * str4d 위의 목록을 뽑아서 지금 정리하는 중 20:53:08 &lt;EinMByte&gt; psi: 오, 좋아요. 20:54:08 &lt;psi&gt; 잠재 항목: tunnel 처리량과 메시지 드롭율 벤치마크 20:54:26 &lt;str4d&gt; EinMByte: 우리의 할 일 목록에 대한 아이디어가 있나요? 20:55:15 &lt;EinMByte&gt; NTCP2, 아마도요. 다만 장기 과제가 될 겁니다 20:56:39 &lt;str4d&gt; EinMByte: 참고용: `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:56:53 &lt;EinMByte&gt; 고마워요 20:57:04 &lt;EinMByte&gt; (막 물어보려던 참이었어요) 21:00:23 &lt;str4d&gt; 여기 모두의 아이디어 목록이 있습니다: 21:00:24 &lt;str4d&gt; `http://pastethis.i2p/show/K0fGRb2708ADbCTZ9u9K/` 21:00:25 &lt;iRelay&gt; 제목: Paste #K0fGRb2708ADbCTZ9u9K | LodgeIt! (at pastethis.i2p) 21:01:01 &lt;str4d&gt; 이 중 거의 전부는 웹사이트 할 일 페이지의 프로젝트로 바꿀 수 있습니다. 21:01:36 &lt;str4d&gt; 다음 논의 주제: 이 중에서(그리고 현재 Gantt에 있는 것들 중에서) 앞으로 6개월 동안 우리가 우선해야 할 것은 무엇인가요? 21:02:48 &lt;psi&gt; 제 생각엔 restricted routes가 아마 가장 중요한 항목입니다 21:02:50 &lt;EinMByte&gt; syndie와 관련해서는, 예전에 이 플러그인을 작업하고 있었어요(지금은 시간이 없지만). syndie에 더 관심을 끌 수 있는 요소 중 하나일지도요. 21:03:20 &lt;dg&gt; str4d: tunnel death가 빠져 있는데, 꽤 중요하다고 생각합니다 21:03:37 &lt;EinMByte&gt; firefox/icedove 플러그인 개발에 관심 있는 분이 있다면: 할 일은 아시죠 21:03:37 &lt;str4d&gt; dg: 있어요 (tunnel 스레드 locking) 21:03:41 &lt;str4d&gt; 그 얘기인 줄 알았어요 21:03:49 &lt;dg&gt; 아, 미안해요 str4d, 저는 연결이 갑자기 끊어지는 상황을 말했어요 21:03:54 &lt;dg&gt; 제 실수 21:04:04 &lt;str4d&gt; 아, ㅇㅋ 21:04:55 &lt;EinMByte&gt; psi: restricted routes가 중요하다는 데 동의합니다. 하지만 구현에는 꽤 시간이 걸릴 거라는 점도 인식해야 한다고 봐요 21:05:21 &lt;EinMByte&gt; (설계/개념이 어느 정도 진행됐는지는 잘 모르겠어요) 21:05:35 &lt;dg&gt; I2P 안에서: restricted routes, RedHat의 ECDSA 이슈, Tor의 HS 2.0, 그 다음 나머지. I2P 주변에서: Vuze 사용자 기반, GSoC, 연구, 벤치마크, 그 다음 나머지. 21:06:04 &lt;dg&gt; EinMByte 의견에 동의합니다. router 콘솔 재설계도 중요하지만, 얼마가 걸릴지 가늠하기 어렵습니다. 21:07:15 &lt;EinMByte&gt; str4d: 하나 더 있을지도요. DWSE(분산 웹 검색 엔진) 새 개념을 개발한 연구자들을 아는데, 이를 I2P 애플리케이션으로 개발하는 데 관심이 있을지도 모릅니다 21:07:42 &lt;str4d&gt; EinMByte: 좋네요! 21:07:49 &lt;EinMByte&gt; 현재 대부분의 DWSE가 그다지 잘 동작하지 않기 때문에, 이것을 갖게 되면 매우 흥미로울 거라고 생각합니다 21:08:01 &lt;zzz&gt; 아니요, 'tunnel death'란 3분짜리 tunnel 붕괴, Vuze 쪽 사람이 한 datagram 테스트 같은 걸 말합니다. 로컬 i2ptunnel locking 이슈와는 구별됩니다. 21:08:07 &lt;EinMByte&gt; 그건 제가 구현을 고려해 볼 만한 것이기도 해요 21:08:20 &lt;dg&gt; 정확히 3분을 생각한 건 아니었지만 그건 포함되죠. 21:08:34 &lt;EinMByte&gt; (도움이 있다면 좋겠지만요) 21:09:03 &lt;str4d&gt; ㅇㅋ, Gantt 페이지 새로고침하세요 21:10:34 &lt;EinMByte&gt; str4d: 어쨌든 이건 너무 기대하진 마세요, 실제로 I2P 사용자들이 이런 것에 관심이 있는지에 달렸으니까요. 21:11:14 &lt;EinMByte&gt; 그리고 GNS 관련 건도 확신이 없어요. 어쨌든 높은 우선순위를 두진 말아야 합니다. 21:11:56 &lt;str4d&gt; 새 아이디어 paste 업데이트: `http://pastethis.i2p/show/1qxHbkWjD27N7SdzNJZL/` 21:11:57 &lt;iRelay&gt; 제목: Paste #1qxHbkWjD27N7SdzNJZL | LodgeIt! (at pastethis.i2p) 21:12:35 &lt;zzz&gt; 가장 중요한 건 크게 4개 범주라고 말하고 싶습니다: 1) 단기 암호 전환 지속(addressbook, muiltidest 등) 2) 장기 암호 계획/연구(DH, LS2, NTCP2) 3) 테스트 관련 전부 4) 비코딩 관련 전부 21:13:48 &lt;EinMByte&gt; zzz: 중요도 순서인가요? 21:14:05 &lt;str4d&gt; ECDSA 이슈는 첫 번째 범주에, Tor HS 2.0은 두 번째 범주에 들어갑니다. 21:14:21 &lt;zzz&gt; 아니요. 대략 비슷한 중요도입니다 21:14:44 &lt;str4d&gt; 그럼 저 범주들에 들지 않는 유일한 항목은 restricted routes네요 21:15:28 &lt;jenkins@kyirc&gt; 작업 i2pd의 빌드 #556 시작(이전 빌드: 성공) 21:15:30 &lt;jenkins@kyirc&gt; 프로젝트 i2pd 빌드 #556: 8.2초 만에 성공: `http://jenkins.killyourtv.i2p/job/i2pd/556/` 21:15:31 &lt;jenkins@kyirc&gt; * orignal: NTCPServerConnection 제거 21:15:32 &lt;jenkins@kyirc&gt; * orignal: NTCP 클라이언트 코드를 Transports로 이동 21:16:34 &lt;EinMByte&gt; NTCP2가 그렇게까지 중요한 건 아닐 수도요 21:16:50 &lt;zzz&gt; 그렇게 묶어서 동일 우선순위라고 한 이유는, 그 4개 범주마다 각각 진전을 낼 수 있는 별도의 인력 그룹이 있을 것이기 때문입니다 21:17:08 &lt;EinMByte&gt; 또는 최소한 NTCP2를 제대로 시작하기 전에 많은 연구가 필요하고, 매우 중요한 몇 가지 질문에 답해야 합니다 21:17:33 &lt;jenkins@kyirc&gt; 프로젝트 i2pd (Linux x86) 빌드 #33: 1분 47초 만에 성공: `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x86)/33/` 21:17:44 &lt;EinMByte&gt; zzz: 맞아요 21:17:51 &lt;JekabsR&gt; i2p 네트워크가 빠른 router들을 서로 모이게 하는 경향이 있다는 게 흥미롭네요 21:17:58 &lt;jenkins@kyirc&gt; 작업 i2pd (Linux x64) 빌드 #33 시작 21:18:03 &lt;zzz&gt; 맞아요. 'NTCP2'는 실제로 'NTCP2'라 불리는 무언가로 이어질 수도, 아닐 수도 있는 여러 가지 것들의 약칭일 뿐입니다 21:18:34 &lt;JekabsR&gt; 그리고 느린 router는 선호하지 않죠 21:18:40 &lt;EinMByte&gt; 맞아요. 어쨌든 전송 계층을 바꾼다면 실수하지 않는 게 극도로 중요합니다. 잘못하면 I2P 전체가 망가질 수 있으니까요. 21:19:19 &lt;psi&gt; JekabsR: 느린 router도 여전히 쓰입니다. 단지 비중이 적을 뿐이죠 21:19:43 &lt;jenkins@kyirc&gt; 프로젝트 i2pd (Linux x64) 빌드 #33: 1분 52초 만에 성공: `http://jenkins.killyourtv.i2p/job/i2pd%20(Linux%20x64)/33/` 21:20:05 &lt;EinMByte&gt; zzz: 2번이 '연구'라면, 맞는 말씀입니다 21:20:33 &lt;EinMByte&gt; 동시에 진행할 수 있어요 21:21:52 * str4d Gantt를 이 네 가지 범주(그리고 기타 범주)로 재구성하는 중 21:22:12 &lt;JekabsR&gt; 하지만 문제가 있어요 - 클라이언트 같은 Destinations는 빠른 router 연결을 잘 받지 못합니다 21:22:40 &lt;eche|on&gt; 아닌가요? 21:22:46 &lt;psi&gt; JekabsR: 그게 정확한지는 잘 모르겠어요 21:23:46 &lt;zzz&gt; str4d, Android를 잊은 건가요, 아니면 별도 로드맵인가요? 21:23:59 &lt;str4d&gt; zzz: 잊었네요 21:24:01 &lt;eche|on&gt; JekabsR: hidden 모드 router에는 몇 가지 문제가 있지만, 다른 것들은 빠른 연결을 받습니다. 충분한 빠른 router가 있고 여유 용량도 있으니까요 21:24:26 &lt;str4d&gt; 기술적으로 I2P Android는 'I2P 안에서' 범주에 들어갑니다 21:24:35 &lt;psi&gt; 아, 또 다른 연구 질문: 지금 i2p의 실제 용량은 얼마나 될까요? 21:25:14 &lt;zzz&gt; Android를 위한 다섯 번째 범주가 더 말이 될 수도 있겠네요 21:25:46 &lt;zzz&gt; 하지만 범주에 매달리진 않아요. 중요한 게 무엇인지 빠르게 소통하려고 4가지만 언급한 겁니다 21:25:54 &lt;JekabsR&gt; 왜냐하면 소수의 정말 빠른 연결과 다수의 느린 연결을 만드는 경향이 있기 때문이죠 21:26:11 &lt;dg&gt; [출처 필요] 21:26:15 &lt;JekabsR&gt; 제 router가 느린 tunnel을 드롭하기 시작했습니다 21:26:24 &lt;str4d&gt; zzz: 좋은 아이디어였다고 봅니다 21:26:56 &lt;str4d&gt; 지금 Gantt 페이지를 새로고침하세요 21:27:07 &lt;eche|on&gt; JekabsR: https://geti2p.net/_static/pdf/I2P-PET-CON-2009.1.pdf 21:30:12 &lt;eche|on&gt; JekabsR: tunnel은 tunnel 수명이 끝날 때와, 자신의 tunnel이 용량이 필요할 때만 드롭됩니다. 21:30:29 &lt;str4d&gt; `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 를 새로고침하면 각 항목마다 6개월 막대가 있는 제목들을 볼 수 있습니다. 이는 모든 것을 끼워 넣을 수 있는 시간이 얼마나 되는지 보여 줍니다. 21:32:43 &lt;str4d&gt; 앞으로 6개월 동안의 아이디어가 생겼으니, 이제 일정을 계획해야 합니다. 21:33:18 &lt;str4d&gt; 그리고 누가 무엇을 맡을지도요. 21:33:52 &lt;JekabsR&gt; 제 콘솔이 들어오는 연결이 너무 많아서 tunnel이 일부 거부된다고 자주 보고합니다. i2p는 어떤 것을 거부할지 어떻게 결정하나요? 21:34:08 &lt;dg&gt; '들어오는 연결이 너무 많음'? 21:34:21 &lt;dg&gt; JekabsR: 지금 회의가 진행 중이니, 끝날 때까지 기다리는 게 좋겠습니다 21:35:00 &lt;str4d&gt; 아이디어 목록을 웹사이트 할 일의 프로젝트 페이지로 옮기는 일을 도와줄 자원봉사자도 있으면 좋겠습니다 21:35:12 &lt;JekabsR&gt; NTCP connections: 425. Limit: 425. Timeout: 2 min. 21:35:30 &lt;JekabsR&gt; UDP connections: 1149. Limit: 1275. Timeout: 4 min. 21:36:14 &lt;JekabsR&gt; 한계에 도달했어요 21:37:42 &lt;JekabsR&gt; router가 CPU 자원의 80%를 사용 중 21:38:23 &lt;str4d&gt; 아무도 없나요? 21:39:36 &lt;kytv&gt; JekabsR: 1) 회의 중이니 기다리는 게 좋겠고요; 2) `http://127.0.0.1:7657/peers#help` 를 보세요 21:41:16 &lt;JekabsR&gt; kytv: 확인해 볼게요 21:41:44 &lt;zzz&gt; str4d, 1시간 45분이 지나니까 다들 떨어져 나간 것 같네요. 일단 여기서 승리를 선언하고, 다음에 더 진전시키는 건 어떨까요? 21:41:45 &lt;str4d&gt; 좀 더 구체적인 질문을 해봅시다. 21:41:52 &lt;str4d&gt; 아니면 그럴까요./ 21:41:55 &lt;JekabsR&gt; 330,0 / 342,4 KBps 현재 부하 21:42:06 &lt;str4d&gt; 네, 확실히 좋은 진전을 이뤘습니다. 21:42:30 &lt;JekabsR&gt; 그리고 토렌트 업로드 속도가 2~5kb예요 :( 21:44:17 &lt;str4d&gt; 모두 토론 감사합니다! 21:44:20 * str4d baffer를 데움 21:44:20 * str4d ***bafs 회의를 종료함 </div>/ko/blog/2014/11/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2014%EB%85%84-11%EC%9B%94-18%EC%9D%BC/Tue, 18 Nov 2014 00:00:00 +0000/ko/blog/2014/11/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2014%EB%85%84-11%EC%9B%94-18%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dg, eche|on, Meeh, orignal, psi, RN, str4d, zzz, 전체 로그는 스크롤백을 바탕으로 부분적으로 재구성되었으며, iRelay는 초기에 접속과 이탈을 반복했습니다.</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> &lt;zzz&gt; 0) Hi &lt;zzz&gt; 1) 31C3 참석자 비용 보전 (zzz, echelon) &lt;zzz&gt; 2) 테스트/빌드 박스 구매 (zzz, kytv) &lt;zzz&gt; 3) 0.9.17 및/또는 0.9.16.1 릴리스 일정 (zzz) &lt;zzz&gt; 4) Reseed 상태와 새 관리자 (zzz) &lt;zzz&gt; 5) SU3 뉴스 테스트(0.9.17 이전) (zzz, echelon, psi) &lt;zzz&gt; 6) 6개월 로드맵, NTCP2 등 (str4d, 10월 28일에서 재조정) &lt;zzz&gt; 7) 신규 개발자 주제 (str4d) &lt;zzz&gt; 0) Hi &lt;zzz&gt; 안녕하세요 &lt;dg&gt; 하이, 올 수 있었어요. &lt;str4d&gt; 안녕하세요 &lt;orignal&gt; 안녕 &lt;zzz&gt; 1~5번 항목은 짧게, 각 5~10분으로 진행하고 싶습니다. 그다음 나머지 항목들은 str4d에게 넘겨서 원하는 만큼 진행하게 하겠습니다. &lt;zzz&gt; 1) 31C3 참석자 비용 보전 (zzz, echelon) &lt;zzz&gt; 우리는 전통적으로 프로젝트 구성원의 컨퍼런스 티켓 비용을 지급해왔고, 이를 계속하자는 폭넓은 공감대가 있다고 생각합니다. &lt;RN&gt; 안녕 &lt;zzz&gt; 작년 CCC가 매우 생산적이었기 때문에, 사람들이 참석하도록 지원하고 독려할 추가 자금을 제공하자는 제안을 합니다. &lt;zzz&gt; 전액 보전은 아니고, 일부 지원만. 티켓 외에 1인당 200유로를 제안합니다. &lt;zzz&gt; 의견/논의? &lt;eche|on&gt; 저는 문제없습니다 &lt;str4d&gt; 티켓이 150유로였던 걸로 기억하는데요? &lt;RN&gt; 합리적으로 들리네요... 350... 20:04:02 &lt;zzz&gt; 티켓은 100~120유로 정도인 걸로 압니다 20:04:43 &lt;eche|on&gt; 지난번엔 티켓이 80유로였어요 20:04:43 &lt;str4d&gt; https://events.ccc.de/congress/2014/wiki/Static:Tickets 20:04:46 &lt;iRelay&gt; Title: Tickets - 31C3_Public_Wiki (at events.ccc.de) 20:05:01 &lt;zzz&gt; 추가로, 참석 자체를 위해 더 높은 수준의 지원이 필요한 사람이 있다면 지금 말씀해 주세요 20:05:16 &lt;RN&gt; 날짜가 언제죠? 20:05:29 &lt;eche|on&gt; 12월 27일부터 30일까지 &lt;zzz&gt; 대체로 아이디어에는 합의한 것 같네요. 정확한 금액에 대한 논의는 더 있나요? * RN은 참석할 수 없음.... &lt;RN&gt; 하지만 티켓 외 추가 지원은 잡비나 숙박에 좋을 것 같아요.... &lt;str4d&gt; 200유로 + 티켓에 이의 없습니다 &lt;eche|on&gt; 그럼 누가 가고, 누가 돈을 받나요? ;-) &lt;RN&gt; 200이면 호텔 이틀치가 될까요, 아니면 나흘 전부? &lt;zzz&gt; 예산 측면에서는 작년과 같은 8명 정도로 가정하겠습니다 &lt;eche|on&gt; RN: 호텔에 따라 다르고, 호스텔이라면 충분히 될 거예요 &lt;str4d&gt; RN: 어디에 묵느냐에 달렸죠 &lt;eche|on&gt; 음, 인원 수가 문제가 아니라, 그냥 읽고 온 뉴비에게는 그 돈을 주고 싶지 않아요. 잘 알려진 사람들에게는 문제없고요 &lt;zzz&gt; 맞아요 &lt;str4d&gt; https://events.ccc.de/2014/10/14/31c3-special-terms-at-generator-hostel/ &lt;str4d&gt; 31C3 스페셜 딜. 더블룸 70.00유로, 6인 도미토리 한 침대 1박 17.00유로. &lt;zzz&gt; 이건 호텔/식사/비행기 전부를 커버하려는 게 아닙니다. 팀원들의 참석을 독려하기 위한 작은 보조일 뿐이에요 &lt;zzz&gt; 1)에 대한 논의 마지막 호출 &lt;str4d&gt; 위 더블룸을 둘이서 나눠 쓰면 200유로로 호텔비는 커버되겠네요 &lt;RN&gt; 여전히 합리적으로 들립니다... &lt;zzz&gt; 좋아요, 합의된 것 같네요 &lt;eche|on&gt; 물론이죠 &lt;RN&gt; :) &lt;zzz&gt; 2) 테스트/빌드 박스 구매 (zzz, kytv) &lt;zzz&gt; Windows와 Mac에 대한 테스트 커버리지가 제한적입니다. &lt;zzz&gt; 예전엔 zab가 Mac으로 테스트했는데 지금은 없고; meeh는 Mac이 있지만 고장났거나 시간이 없어요 &lt;zzz&gt; 그래서 kytv나 다른 사람들에게 Windows나 Mac 박스를 사주면 테스트 커버리지가 늘어날지 묻고 싶었습니다 &lt;RN&gt; 제 Mac은 너무 오래돼서 도움 안 되고... 게다가 꽂던 멀티탭을 날려먹었어요... &lt;Meeh_&gt; zzz: 제가 뭘 테스트하면 되죠? &lt;zzz&gt; 다른 용도로도 쓸 수 있겠죠 (예: 노트북이면 더 좋고) &lt;Meeh_&gt; OSX 10.9와 10.10 있어요 &lt;eche|on&gt; 윈도우 박스는 있는데 시간이 없네요. Windows 8 라이선스도 2개 있어요 &lt;Meeh_&gt; 말만 해주시면 지금 할게요 &lt;zzz&gt; Meeh_, 개발 빌드 실행이요. 지금도 돌리나요? &lt;dg&gt; '테스트 커버리지'라고 할 때, 정확히 뭘 의미하죠? &lt;zzz&gt; Windows에서 개발 빌드를 돌리는 사람 있나요? &lt;Meeh_&gt; 아니요 미안, 새 맥... 레노버가 죽어서 하루 전에 받았고, marielle이 하나 사줬어요 &lt;Meeh_&gt; 그래서 방금 자바만 설치했어요 &lt;Meeh_&gt; 잠깐만요 빌드하고 시작해볼게요 &lt;RN&gt; 네, 시간과 테스트 커버리지 수준에 따라... XP +pos_ready에서 테스트 빌드 돌리고 있어요 20:14:15 &lt;dg&gt; 필요하면 하긴 하겠는데 VM에서 할 거고 빡세게 쓰진 않을 듯 20:14:25 &lt;dg&gt; 업타임 유지 후 동작 확인, 몇 개 eepsites 접속, snark 돌리고, 에러 있는지 점검 20:14:30 &lt;dg&gt; 실제 사용자가 겪을 모든 에러를 다 잡진 못할 거예요 20:14:47 &lt;zzz&gt; 제 질문은, 전용 박스를 사주면 더 많은 개발 빌드 테스트를 하도록 장려할 수 있느냐는 겁니다 20:15:31 &lt;str4d&gt; 우리가 이득 볼 테스트는 두 가지죠: 사람들이 수동으로 빌드 QA를 하는 것, 그리고 Windows와 Mac에서 돌아가는 CI 서버. 20:15:39 &lt;eche|on&gt; 전 안 돼요. 하드웨어/소프트웨어는 다 있지만, 집중 테스트할 시간/의지가 없네요 20:15:49 &lt;zzz&gt; 맞아요 str4d 20:16:09 &lt;RN&gt; 아니면 그 박스를 개발팀이 I2P로 안전하게 원격 접속할 수 있게 구성하면... 20:16:17 &lt;Meeh_&gt; zzz, OSX 테스트는 언제든 할 수 있어요, IRC에 답이 없으면 twitter나 meeh@mail.i2p로 연락 주세요, 둘 다 제 폰에 알림 와요 20:16:24 &lt;str4d&gt; 이 주제는 QA 쪽인 것 같고, 예를 들어 Mac CI 서버를 kytv의 jenkins에 붙이려면 뭐가 필요하죠? 20:16:47 &lt;Meeh_&gt; CI라면요 맞아요 20:16:48 &lt;zzz&gt; 하드웨어를 사주면 더 하겠다는 사람 있나요? 20:16:59 &lt;Meeh_&gt; 불행히도 제 맥은 때때로 이동해야 해요 20:17:22 &lt;eche|on&gt; &lt;= 아직 무료 네트워크 회선이 없어요. 20:17:23 &lt;Meeh_&gt; 어떤 하드웨어, 어떤 OS에서 어떤 테스트인가요? (하드웨어 지원과 무관하게) 20:17:26 &lt;zzz&gt; Meeh 요즘 시간이 더 줄어든 것처럼 보여요, 늘어난 게 아니라 20:17:37 &lt;zzz&gt; Windows와 Mac이요 20:17:41 &lt;eche|on&gt; 제 주소에서 이미 I2P 노드 하나 돌리고 있어요. 음, Windows를 IPv6로도 돌릴 수 있겠네요 20:17:48 &lt;Meeh_&gt; 네, 시간을 잡아먹던 현실의 일들이 많이 정리됐어요 20:17:53 &lt;RN&gt; 제 인프라가 늘 엉망이 아니었다면 박스 놓을 집을 자원했을 텐데.... 20:18:26 &lt;Meeh_&gt; 참고로, i2pd/i2p는 약 한 시간 후에 au,ru,nl,uk,de,no,us-w,us-e에서 제공될 거예요 20:18:34 &lt;Meeh_&gt; 다운로드 가능하게요 20:18:39 &lt;zzz&gt; 좋아요, 누가 할지는 지금 걱정하지 맙시다. eche|on, 적임자를 찾으면 하드웨어를 살 예산이 있나요? 20:18:40 &lt;Meeh_&gt; CDN 20:18:47 &lt;zzz&gt; Meeh 주제에 집중해 주세요 20:18:52 &lt;eche|on&gt; zzz: 자금은 있어요, 확실합니다 20:19:02 &lt;eche|on&gt; 그나저나, Meeh, 돈 도착했나요? 20:19:17 &lt;zzz&gt; 좋아요 이 주제는 여기서 마치고, 앞으로 몇 주 동안 지원자를 찾아봅시다 20:19:18 &lt;RN&gt; 6개월 뒤에 내 데몬이 안정되면 다시 체크해줘요... 20:19:24 &lt;zzz&gt; eche|on, 주제에 집중해 주세요 20:19:34 &lt;zzz&gt; 2) 관련 다른 논의 있나요? 20:20:03 &lt;Meeh_&gt; 아, 답하는 걸 깜빡했네요. 지불 완료.. 아마 돈은 받았을 텐데 marielle도 같은 시각에 이체해서 한번 더 확인해야 해요. 그래도 거의 확실. 감사합니다 20:20:07 &lt;dg&gt; kytv 의견을 듣고 싶어요 20:20:18 &lt;Meeh_&gt; eche|on: ^ 20:20:28 &lt;dg&gt; 개인 메시지로 하세요 여러분 20:20:40 &lt;zzz&gt; 다음 회의 안건으로 다시 올리도록 하죠 20:20:51 &lt;str4d&gt; +1 20:20:51 &lt;zzz&gt; 3) 0.9.17 및/또는 0.9.16.1 릴리스 일정 (zzz) 20:21:07 &lt;eche|on&gt; 0.9.17에 한 표 20:21:18 &lt;zzz&gt; 한때 SSU 버그를 고치려고 0.9.16.1 릴리스를 하려고 했지만, 이제는 그 생각이 거의 사라졌어요 20:21:21 &lt;dg&gt; 아무것도 무너지지 않았으니.. 0.9.17로. 20:21:21 &lt;eche|on&gt; 2~3주 안에 20:21:41 &lt;zzz&gt; 지금은 11월 29일 주말에 "미니" 0.9.17 릴리스를 제안합니다 20:22:00 &lt;zzz&gt; 즉, 버그 수정을 위한 4주 주기로, 크리스마스 휴일 훨씬 전에 20:22:02 &lt;str4d&gt; forum.i2p에 보고가 몇 건 있는데, 0.9.16 네트워크가 느려졌고 노드 참여율이 떨어졌다고 합니다. 20:22:03 &lt;RN&gt; "미니?" 20:22:22 &lt;zzz&gt; 변경을 제한하고, 6~7주 전체 주기를 밟지 않는다라는 의미의 미니요 20:22:25 &lt;str4d&gt; SSU 버그가 원인일지는 잘 모르겠네요... 20:22:37 &lt;RN&gt; 아... 네... 미니... 좋은 계획이군요... 20:22:43 &lt;zzz&gt; 대략 지금 mtn에 있는 것들 위주로. diff가 약 13K라인인데, 대부분 eddsa 테스트 변경입니다 20:22:49 &lt;orignal&gt; 맞아요. 패킷 드랍 때문이죠 20:23:10 &lt;zzz&gt; 참고로, .16 릴리스 이후 제 expl. 빌드 성공 통계가 상당히 올라갔어요. 왜인지는 모르겠지만 20:23:11 &lt;RN&gt; 그러면 미니 릴리스 하자는 데 다들 동의하는 것 같네요 &lt;zzz&gt; SSU 버그는 사실 짜증나는 정도고, 실제 문제의 원인은 아니라고 봅니다 &lt;zzz&gt; 그럼 태그 프리즈를 선언하고 11일 후 릴리스를 목표로 하죠 &lt;zzz&gt; 3) 관련해서 더 있나요? &lt;eche|on&gt; 그럼 2주 안에 0.9.17이네요 &lt;RN&gt; 와아! &lt;str4d&gt; 릴리스 호스트 운영자들은 그때 가능할까요? &lt;dg&gt; 응. &lt;str4d&gt; (11월 29일은 추수감사절 직후라는 점 기억하세요) &lt;dg&gt; 제겐 오래 걸리지 않으니 문제없어요. &lt;zzz&gt; 일단 가능하다고 보고, 필요하면 미룹시다. 저는 근처에 있을 건데, 칠면조 반혼수 상태일 거예요. 빌드하기 딱 좋죠. &lt;dg&gt; 어차피 대부분은 echelon이 필요해요 &lt;zzz&gt; 4) Reseed 상태와 새 관리자 (zzz) &lt;zzz&gt; 모르는 분들을 위한 간단한 공지입니다. &lt;Meeh_&gt; 예오 &lt;zzz&gt; 시간 제약으로 인해, Meeh가 reseed 관리자 역할을 'backup'에게 넘겼습니다 &lt;Meeh_&gt; 지금으로서는 그게 확실히 최선이에요 :) &lt;zzz&gt; backup은 IRC에 없지만 backup@mail.i2p로 쉽게 연락 가능하고, zzz.i2p의 reseed 서브포럼에서도 연락할 수 있어요 &lt;zzz&gt; 매끄러운 인수인계를 해준 meeh와 backup에게 감사드립니다 &lt;Meeh_&gt; 하지만 곧 reseed 관리자에게 logstash가 흥미로울 것 같아요 &lt;Meeh_&gt; 제 쪽에서 수집 중이에요 &lt;eche|on&gt; 유럽에선 추수감사절은 상관없습니다 &lt;zzz&gt; backup은 남은 사이트들을 su3로 이전하고, 모니터링 개선, 새로운 호스트 모집을 진행 중입니다 &lt;zzz&gt; 그러니 backup을 전적으로 지원해 주세요. &lt;str4d&gt; 예 :) &lt;dg&gt; :) &lt;zzz&gt; 또한 그가 발견한 SSL / TLS 이슈가 있으면 함께 협력해 주세요 &lt;zzz&gt; 4) 관련 다른 사항 있나요? &lt;Meeh_&gt; 지금 러시아와 호주에서 reseed를 제공할 수 있어요 &lt;Meeh_&gt; 원하시면요 &lt;Meeh_&gt; 또한요 &lt;Meeh_&gt; 4번에 대해서는 더 없습니다 &lt;eche|on&gt; Meeh_: baclup에게 물어봐요^^ &lt;zzz&gt; 좋아요, 새 리더에게 연락하세요 ;) &lt;zzz&gt; 5) 0.9.17 이전 SU3 뉴스 테스트 (zzz, echelon, psi) &lt;eche|on&gt; 아아 &lt;zzz&gt; .17에는 su3 뉴스로의 전환이 포함됩니다. &lt;eche|on&gt; 그거 주제네요 &lt;eche|on&gt; 제가 테스트해야 합니다 20:29:17 &lt;zzz&gt; eche|on이 뉴스 항목을 추가하고, su3를 빌드해서, .17 릴리스 전에 테스트할 수 있으면 합니다 20:29:43 * str4d는 현재 스펙이 최적인지 검토 중 20:29:52 &lt;zzz&gt; 모든 개발 빌드는 지금 news.su3에서 받아오고 있어야 하는데, 릴리스 이후 새 내용이 없었으니 테스트가 필요합니다 20:30:07 &lt;eche|on&gt; 며칠 내로 .su3를 생성해보겠습니다 20:30:25 &lt;zzz&gt; 이상적이긴 하지만 필수는 아닌 게, psi가 인증서를 만들어 커밋해주면 좋겠어요. 백업 담당이지만 현재는 본인의 su3 파일을 생성할 수 없거든요 20:30:45 &lt;dg&gt; 왜 못하죠? 20:32:24 &lt;zzz&gt; str4d, 코드에 있는 XHTML 화이트리스트도 검토해 주세요 20:32:24 &lt;zzz&gt; 좋아요, 고마워요 eche|on 20:32:24 &lt;str4d&gt; 그렇게 할게요. 20:32:24 &lt;eche|on&gt; zzz: 스크립트가 mtn에 있었나요? 20:32:24 &lt;zzz&gt; eche|on, 네, i2p.scripts 20:32:24 &lt;zzz&gt; str4d가 XML을 수동으로 작성하자고 제안했고, .16 릴리스 때는 저도 그렇게 했는데, 피드 작성기를 찾아보는 것도 도움이 될 것 같아요 20:32:24 &lt;zzz&gt; 잘 모르겠네요 20:32:24 &lt;zzz&gt; 5) 관련해서 더 있나요? 20:32:24 &lt;str4d&gt; 제가 실제로 제안하는 것은: 20:32:51 &lt;str4d&gt; - Atom 피드를 작성하는 프로그램을 찾자. 20:33:22 &lt;str4d&gt; -- 적절한 게 없다면, XHTML 항목 디렉터리를 피드로 변환하는 파이썬 스크립트를 작성하는 것…? 20:33:56 &lt;zzz&gt; 네 20:33:56 &lt;str4d&gt; - 릴리스 버전 등의 정보는 별도 설정 파일에 저장하고, 그걸 atom 피드에 삽입하는 스크립트를 만들자. 20:34:19 &lt;zzz&gt; str4d, 그 스펙 리뷰를 며칠 내로 해주세요 20:34:26 &lt;str4d&gt; OK 20:34:38 &lt;zzz&gt; 5) 관련해서 더 있나요? 20:35:26 &lt;zzz&gt; 6) 6개월 로드맵, NTCP2 등 (str4d, 10월 28일에서 재조정) 20:35:26 &lt;zzz&gt; 7) 신규 개발자 주제 (str4d) 20:35:38 &lt;zzz&gt; 이 시점에서 회의와 배퍼를 str4d에게 넘깁니다 20:35:48 &lt;str4d&gt; 오오오오오오 20:35:56 * str4d 행복하게 활짝 웃음 20:35:56 &lt;Meeh_&gt; 전 회의 끝에 소식이 있을지도 몰라요 20:35:58 &lt;Meeh_&gt; 회의 끝에요 20:36:02 &lt;Meeh_&gt; 그러니 저를 하이라이트해 주세요 str4d :) 20:36:25 &lt;str4d&gt; 좋아요, 원래 6)에서 무슨 말을 하려 했는지 기억이 안 나네요.. 20:39:31 &lt;str4d&gt; 그래서 7)부터 시작해보고, 떠오르면 돌아오겠습니다. 20:39:31 &lt;str4d&gt; 웹사이트 개편에도 불구하고, 그곳에 제공하는 정보는 잘 정리되어 있지 않고 명확하지 않습니다. 20:39:31 &lt;str4d&gt; 그리고 작년부터 프라이버시와 보안에 대한 관심이 높아진 만큼, 현재 환경을 최대한 활용해야 합니다. 20:39:57 &lt;str4d&gt; 가능한 프로젝트, 작업 등에 대한 정보가 여러 위치에 흩어져 있는데, 명확하거나 최신인 곳이 없습니다 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/todo` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/roadmap` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/docs/overview/performance/future` 20:41:06 &lt;str4d&gt; `http://i2p-projekt.i2p/en/get-involved/develop/applications` 20:41:06 &lt;str4d&gt; 마지막 두 링크는 일단 놔두고, 최소한 지금 당장 todo와 roadmap 페이지를 모두가 보길 원합니다. 20:41:17 &lt;str4d&gt; 그러니까, 지금요 20:41:20 &lt;str4d&gt; ;P 20:41:40 &lt;iRelay&gt; Title: Roadmap - I2P (at i2p-projekt.i2p) 20:41:42 &lt;iRelay&gt; Title: Future Performance Improvements - I2P (at i2p-projekt.i2p) 20:41:45 &lt;iRelay&gt; Title: Application Development - I2P (at i2p-projekt.i2p) 20:42:08 &lt;str4d&gt; todo 페이지는 대부분 완료된 작업으로 채워져 있어요. 남아있는 작업들 중에, 지금도 유효한 게 얼마나 되나요? 20:43:49 &lt;zzz&gt; trac의 위키 페이지와 zzz.i2p의 여러 스레드가 아마 훨씬 더 관련성이 높을 겁니다 20:44:13 &lt;str4d&gt; 그렇겠죠. 하지만 외부인에게는 보이지 않아요. 20:44:41 &lt;str4d&gt; "안녕하세요, I2P를 돕고 싶으세요? zzz.i2p에서 할 일을 찾아보세요" 20:44:49 &lt;zzz&gt; 맞아요 20:44:56 &lt;str4d&gt; 정보를 중복하자는 건 아닙니다. 20:45:50 &lt;str4d&gt; 하지만 웹사이트에는 I2P에 중요하다고 우리가 생각하는 것의 간결한 개요가 있어야 한다고 봐요. 더 많은 정보는 링크로. 20:45:52 &lt;str4d&gt; 이는 향후 GSoC 프로젝트에도 잘 맞닿아 있습니다. 20:46:16 &lt;str4d&gt; 늘 그렇듯이, 이렇게 말만 해서는 별로 진전이 없겠죠 :P 20:46:23 &lt;str4d&gt; ㅋ 20:46:33 &lt;zzz&gt; 지금 IRC에서 단체 리뷰를 하는 게 맞을까요, 아니면 자원자가 전부 새로 손보는 게 나을까요, 아니면 CCC에서 몇 시간 쓰면 될까요? 20:47:19 &lt;str4d&gt; 지금 단체 리뷰는 안 될 거예요. 그리고 웹사이트 개편 때 겪었던 걸 생각하면, 이걸 한 사람에게 다 맡기는 건 공정하지 않다고 봅니다. 20:47:40 &lt;eche|on&gt; "조금씩 작업해보고, CCC에서 끝나지 않으면 테이블에서 마저 하자"에 한 표 20:47:45 &lt;zzz&gt; 그게 당신이 아니면 공정할 수도 있겠죠... 20:48:02 &lt;str4d&gt; CCC가 꽤 가까우니 이상적이긴 하네요. 하지만 사람들에게 안내하려면 웹사이트 등은 매우 빠르게 업데이트해야 합니다. 20:49:32 &lt;zzz&gt; 만약 더 넓은 GSoC 신청 노력의 일환이라면 그 점을 명확히 해주세요 20:50:14 &lt;str4d&gt; GSoC 학생을 꼭 참여시키고 싶지만, 그건 별개 주제입니다. 20:50:50 &lt;zzz&gt; GSoC가 아니라면, "매우 빨리" 해야 하는 이유가 뭔가요? 20:51:20 &lt;str4d&gt; zzz: 제 말은, 작업을 CCC에서 한다면 CCC에서 바로 효과를 못 본다는 뜻이었어요. 20:51:32 &lt;zzz&gt; 아, 알겠어요 20:52:08 &lt;str4d&gt; 대신 "x일 뒤에 웹사이트를 확인하세요"라고 해야 하는데, 인상이 그리 좋지 않죠. 20:53:46 &lt;zzz&gt; 그러니까 목표는, 다가와서 '뭐가 필요하죠?'라고 묻는 사람들에게 좋은 답을 해주려는 거네요? 20:53:53 &lt;str4d&gt; 웹사이트에서 /todo는 고대 문서고, /roadmap은 빈약하고, /performance/future는 따로 떨어져 있으며, /develop/applications는 주제 여러 개가 한데 묶여 있습니다. 20:53:56 &lt;str4d&gt; zzz: 네. 20:54:19 &lt;str4d&gt; I2P에 관심 있는 사람들이 웹사이트를 보고 바로 자기 역량을 어디에 가장 유용하게 쓸 수 있는지 알 수 있어야 해요. 20:54:44 &lt;str4d&gt; 목록 맨 위: UI 디자이너 ^_^ 20:54:53 &lt;zzz&gt; 하지만 그렇게 묻는 사람들은 보통 i2p를 전혀 돌려본 적이 없어서, 제 답은 '설치해서 몇 주 돌려보고, 그다음 IRC에서 물어보세요'입니다 20:55:52 &lt;str4d&gt; I2P를 돌려보는 게 도움의 전제조건일 필요는 없다고 생각해요. 20:55:52 &lt;zzz&gt; 네, 다른 답은 'ui, crypto, ...'겠죠 20:56:25 &lt;str4d&gt; 제 생각엔 몇 주 기다리라고 하면, 종종 열정이 다른 데로 옮겨가요. 20:56:28 &lt;str4d&gt; 맞아요, 하지만 더 구체적이어야 합니다. 20:56:28 &lt;zzz&gt; 하지만 현실적으로는, 한 번도 써보지 않은 소프트웨어 개발을 시작하는 사람이 있을까요? 20:56:59 &lt;zzz&gt; 제가 써보지도 않은 소프트웨어를 위해 코딩 자원한다는 건 상상하기 어렵네요. 20:58:33 &lt;str4d&gt; 맞아요, 하지만 그들이 I2P 사용을 시작하는 동안 우리도 함께 관여를 시작할 수 있죠. 20:58:33 &lt;zzz&gt; 물론이죠. 모두 동의합니다. 최신의 todo 목록은 진지한 프로젝트의 신호죠. 20:58:58 &lt;str4d&gt; 좋아요, 액션 타임: 20:58:58 &lt;RN&gt; 거기 6.x 및 그 이전 얘기가 있더군요... 20:59:07 &lt;dg&gt; 또 다른 건 우리가 stop-and-go 등을 버릴 건지 여부죠 20:59:16 &lt;dg&gt; 사람들이 우리 문서를 보고 "와, 얘네 그거 할/가질 거네"라고 해요 20:59:33 &lt;str4d&gt; dg: ? 21:00:43 &lt;&gt; RN@kyirc 의자 앞으로 몸을 기울임... 21:01:06 &lt;dg&gt; 그리고 어, 지연도요 21:01:30 * RN 향수에 젖음 21:02:35 &lt;str4d&gt; 다음 주까지, 여기 있는 모든 분은 두 개의 목록을 작성해 주세요. 하나는 I2P 자체에서 보고 싶은 기능 및 개선 사항, 다른 하나는 I2P 생태계에서의 기능 및 개선 사항(새 앱과 서비스, 기존 앱 개발 작업, 연구, 코드 리뷰 등) 21:02:35 &lt;str4d&gt; 길 필요 없고, 모두가 각 목록에 몇 가지씩만 기여해도, 일부가 중복이더라도 좋은 출발점이 될 거예요. 21:02:35 * str4d는 해당 콘텐츠가 웹사이트에 어떻게 배치될지(어떤 콘텐츠가 어디로 갈지 등) 개요를 작성하겠습니다 21:03:29 &lt;RN&gt; 합리적인 설문 메커니즘이 있나요? 포럼이나 zzz에? 21:03:31 &lt;zzz&gt; 네, 프레임워크를 설정해주시면 저희가 채워넣을게요 21:03:53 &lt;str4d&gt; zzz: 늘 그렇게 되더군요 ;P 21:04:33 &lt;str4d&gt; 다음 주 이 시간에 "회의"/그룹 토론 가능하신 분? 21:04:57 &lt;RN&gt; 저는 아마 가능 21:05:55 &lt;str4d&gt; 유일한 주제는 각자가 가져온 목록을 분류하고, 제가 제시할 콘텐츠 섹션에 정리하는 것입니다. 21:05:59 &lt;zzz&gt; 좋아요 21:06:20 &lt;dg&gt; 저도요 21:06:31 &lt;RN&gt; 목록을 i2pmail로 보내드릴까요? 21:06:50 &lt;RN&gt; 아니면 포럼이나 trac의 스레드에 기여할까요, 아니면??? 21:07:44 &lt;str4d&gt; RN: 회의에 못 오시면, pastethis.i2p 링크를 저에게 메시지로 보내주세요 21:08:31 &lt;str4d&gt; 가능하시면, 회의 때 그냥 가져오시면 됩니다. 21:08:38 &lt;RN&gt; ㅇㅋ 21:08:41 &lt;str4d&gt; 이번엔 zzz.i2p에서 토론하기보다는, 이미 게시된 내용에 영향을 받지 않도록 독립적으로 브레인스토밍해보고 싶어요. 21:09:16 &lt;str4d&gt; 회의 후에는 zzz.i2p나 위키(아마 위키)에 게시해서 추가 토론과 편집을 할 수 있는 무언가가 생길 겁니다. 21:11:36 &lt;str4d&gt; 7)과 관련해 더 하실 말씀 있나요? 21:11:45 * str4d는 이번 회의에서 할 말을 마침 21:11:59 &lt;str4d&gt; 아니면 잠깐 6)로 돌아가겠습니다 21:13:30 * RN 배핑 또는 배퍼 전달을 기다림 21:13:54 * str4d는 아무것도 가정하지 않음. 21:14:00 &lt;str4d&gt; 6) 6개월 로드맵, NTCP2 등 (str4d, 10월 28일에서 재조정) 21:14:39 &lt;str4d&gt; 아직도 이 주제로 어디로 가려 했는지 기억이 안 나지만, 7번과 잘 맞물리긴 하네요. 21:14:52 &lt;str4d&gt; 이전 대규모 개발 작업은 대략 6개월 주기였고, 지금이 그 사이클 끝 무렵입니다. 21:15:38 &lt;str4d&gt; 새로운 암호화로의 지속적 전환 외에도, 다음 6개월 동안 개발 노력을 어디에 집중할지 정해야 합니다. 21:16:07 &lt;str4d&gt; NTCP2가 하나의 제안이고, PT 개발과 통합도요 21:16:11 &lt;eche|on&gt; 잠시 자리 비웁니다 21:16:21 &lt;str4d&gt; o/ eche|on 21:16:49 &lt;str4d&gt; 우리의 todo 목록을 공식화하는 것이, 제 생각에는 신규 개발자만큼 우리에게도 도움이 됩니다. 21:17:13 &lt;str4d&gt; 최소한 zzz의 개발 항목 종이 목록이 버스 사고에도 안전하도록 해야죠 ;) 21:18:44 &lt;Meeh_&gt; 지금 주제가 뭐죠? 21:19:24 &lt;str4d&gt; Meeh_: 제 빈소리(?)에 다들 지치신 것 같으니, 이제 당신에게 넘길게요 :) 21:19:28 &lt;RN&gt; 6개월 로드맵... 21:19:53 &lt;str4d&gt; 6)은 모두의 목록을 논의한 다음 주에 더 얘기하면 좋겠습니다. 21:20:00 &lt;str4d&gt; s/it/it more/ 21:20:01 &lt;iRelay&gt; str4d meant: For 6) I think we can talk about it more next week, after we have discussed peoples' lists. 21:20:31 &lt;Meeh_&gt; 아, 감사합니다 21:21:23 &lt;Meeh_&gt; 음, 여러분이 회의하는 동안, 제가 하겠다고 했던 걸 했고, i2p에 더 많은 다운로드 미러를 제공하게 됐어요 21:21:48 &lt;RN&gt; :) 21:21:55 &lt;str4d&gt; 야호! 21:22:03 &lt;dg&gt; 멋져요 21:22:03 &lt;Meeh_&gt; 몇 시간 후면, download.i2p.io가 모두에게 동작할 것이고, 레이턴시와 geoip 기반으로 해석될 겁니다 21:22:06 &lt;Meeh_&gt; 제 사이트에서 기록은 안 해요 21:22:07 &lt;Meeh_&gt; DNS 관련이에요 21:22:14 &lt;Meeh_&gt; 이름도 붙였어요 21:22:17 &lt;Meeh_&gt; 지금 나열할게요 21:22:31 &lt;Meeh_&gt; 언급한 도메인은 공유 도메인이었습니다 21:23:45 &lt;Meeh_&gt; jp01-mirror.i2p.io, nl01-mirror.i2p.io, no01-mirror.i2p.io, ru01-mirror.i2p.io, uk01-mirror.i2p.io, use01-mirror.i2p.io, usw01-mirror.i2p.io 21:24:00 &lt;Meeh_&gt; 전부 http(s)로 응답합니다 21:24:19 &lt;Meeh_&gt; 아, de01도 등장할 거예요 21:24:38 &lt;Meeh_&gt; 하지만 NL01과 DE01은 아마 내일 전에 올라오지 않을 거고, 다른 것들은 곧 동작할 겁니다 21:25:01 * RN Meeh_를 껴안음 21:25:09 &lt;Meeh_&gt; Windows와 Apple 인증서도 받았습니다 21:25:32 &lt;Meeh_&gt; 그래서 OSX와 Windows에서 i2pd 빌드에 서명할 거예요, "신뢰할 수 없는 게시자" 차단/경고를 피하려고요 21:25:42 &lt;Meeh_&gt; 또한 21:26:20 &lt;Meeh_&gt; 모든 i2p 팀 구성원은 @ i2p.io 메일 계정 또는 별칭을 가질 수 있어요. 클리어넷 접근도 가능하고요 21:26:31 &lt;Meeh_&gt; 예를 들면 marielle은 m@i2p.io, 저는 mv@i2p.io를 갖고 있어요 21:26:39 &lt;Meeh_&gt; 짧고 깔끔하죠 :D 21:27:09 &lt;Meeh_&gt; 그 외에는, 요즘 자주 못 와서 미안해요, 하지만 현실 문제들이 이제 해결되어서 여기서 계속할 수 있길 바랍니다 :) 21:27:51 &lt;Meeh_&gt; 마지막으로, i2pd의 OSX와 Windows 빌드는 오늘 밤이나 내일 릴리스됩니다. 21:27:53 &lt;Meeh_&gt; 들어주셔서 감사합니다! 21:28:12 * RN Meeh_를 더 껴안음 21:28:41 &lt;Meeh_&gt; 헤헤, 고마워요 RN:) 21:29:02 &lt;str4d&gt; Meeh_++ 21:29:16 &lt;dg&gt; str4d, zzz, Meeh_++ 21:29:32 &lt;Meeh_&gt; str4d, 이건 원하시면 f-droid도 포함/연동될 수 있어요 21:29:45 &lt;str4d&gt; Meeh_: 이 서버들에 CDN이 설정된 건가요, 아니면 "개별"인가요? 즉, 웹사이트 미러 목록은 어떻게 업데이트해야 하죠? 21:30:04 &lt;Meeh_&gt; kytv: 모든 것을 지배하는 한 대의 서버.. 당신이 접근 권한 있는 그 한 곳에 게시하면, 모든 서버로 퍼집니다 21:31:42 &lt;Meeh_&gt; str4d: DNS 밸런싱은 절반쯤 끝났어요 21:31:42 &lt;Meeh_&gt; 가장 가까운 미러에 반응한다는 뜻 21:31:42 &lt;Meeh_&gt; 그래서 하나의 도메인을 모두가 쓰게 할 수 있어요 21:31:42 &lt;str4d&gt; 좋습니다, 그럼 사람들이 보게 될 유일한 다운로드 링크는 download.i2p.io겠네요 21:31:42 &lt;Meeh_&gt; 그런데 가이드는 bind9이고, 제가 필요한 서버에서 powerdns를 돌리고 있어서 동일하게 하는 방법을 찾아야 해요 21:31:42 &lt;str4d&gt; (이 미러 시스템에 대해) 21:31:55 &lt;Meeh_&gt; 네, 또는 우리가 ... 포용한다면, 전부 기재할 수 있어요 21:31:58 &lt;str4d&gt; F-droid도 여기에 올리면 이상적입니다. 21:32:51 &lt;Meeh_&gt; 네, 지금은 단순 rsync지만, 수요가 높아지면 각 위치에 openstack swift 프록시로 업그레이드할 거예요 21:33:07 &lt;Meeh_&gt; 그러면 업데이트를 게시하는 REST URL이 생길 겁니다 21:33:15 &lt;Meeh_&gt; 자격 증명만 있으면 zzz도 브라우저에서 직접 할 수 있어요 21:33:31 &lt;Meeh_&gt; (swift가 추가되면) 21:33:47 &lt;Meeh_&gt; 지금 당장 안 한 이유는 한두 시간 더 걸렸을 거라서예요 21:33:49 &lt;Meeh_&gt; 최소한 21:34:00 &lt;Meeh_&gt; 그러면 회의를 놓쳤겠죠 :p 21:34:20 &lt;str4d&gt; https://fdroid.i2p.io/repo/ 와 https://fdroid.i2p.io/archive/ 또는 https://download.i2p.io/fdroid/repo/ 와 https://download.i2p.io/fdroid/archive/ 21:34:42 &lt;str4d&gt; 두 번째 옵션이 아마 더 좋아요, 그러면 별도의 HTTPS 인증서가 필요 없으니까요. 21:34:51 &lt;psi&gt; i2p.io가 inproxy가 되나요? 21:34:51 &lt;Meeh_&gt; 원하시는 *.i2p.io/*를 고르시면 와일드카드 https를 쓸 수 있어요 21:34:58 &lt;Meeh_&gt; 당신 선택이에요 21:35:01 &lt;Meeh_&gt; 아니요 21:35:04 &lt;Meeh_&gt; i2pd의 페이지예요 21:35:14 &lt;Meeh_&gt; PS의 서브사이트 21:35:24 &lt;Meeh_&gt; 물론 geti2p.net에도 링크하죠 21:36:02 &lt;Meeh_&gt; 네트워크로서의 i2p와 클라이언트로서의 i2pd를 다루는, 일종의 readme 페이지로 보시면 돼요 21:36:21 &lt;Meeh_&gt; 아직 전부 준비된 건 아니라서, 의견 있으면 적어주세요 21:37:47 &lt;str4d&gt; Meeh_: 좋네요. 와일드카드 인증서가 있다면 fdroid.i2p.io를 쓰겠습니다(기술적으로는 f-droid.i2p.io가 더 맞긴 하지만) 21:37:56 &lt;str4d&gt; 네, f-droid.i2p.io로 가죠 21:38:08 &lt;Meeh_&gt; 좋아요, 추가하겠습니다 21:38:16 &lt;str4d&gt; 제 생각엔 회의는 끝난 것 같습니다. 마지막으로 다룰 주제 요청 있으신가요? 21:38:27 &lt;Meeh_&gt; 접근 권한도 원하시나요, 그리고 nginx에서 직접 vhost 설정하시게? 21:38:35 &lt;Meeh_&gt; kytv가 있는 서버와 같아요 21:38:46 &lt;Meeh_&gt; 접근 권한 받았을 거예요 21:39:00 &lt;Meeh_&gt; 실제로 있으셨던 것 같기도, 아니면 지금도 있고 21:39:15 &lt;Meeh_&gt; 초기 f-droid 설정 때문에요 21:39:22 &lt;str4d&gt; 네, 있습니다 - 기존 f-droid 자료를 업로드하던 방식이에요 21:39:22 &lt;Meeh_&gt; 제 기억이 맞다면요 21:39:32 &lt;str4d&gt; 아무튼 21:39:34 * str4d 배퍼를 예열함 21:39:43 &lt;Meeh_&gt; 로그인해서 비밀번호 되는지 확인해보세요, 안 되면 말해주시면 sudo 가능하게 할게요 21:39:55 * str4d ***회의를 배프로 마감 21:40:13 * RN 좋은 회의였다고 춤을 춘다 </div>/ko/blog/2014/11/01/0.9.16-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sat, 01 Nov 2014 00:00:00 +0000/ko/blog/2014/11/01/0.9.16-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.16은 DSA에서 ECDSA를 거쳐 최종적으로 EdDSA 암호학적 서명으로 전환하려는 우리의 계획에서 중요한 진전을 이룬 것이며, 사용자 익명성과 보안을 강화하기 위한 여러 가지 다른 변경도 포함합니다. standard, IRC 및 SOCKS IRC용 클라이언트 tunnel은 기본적으로 ECDSA 서명을 사용합니다. 또한 콘솔 멈춤 현상을 포함한 다수의 심각한 버그를 수정했습니다.</p> <p>router 데이터 구조의 변경으로 인해 i2pcontrol plugin 사용자들은 버전 0.0.9로 업데이트해야 합니다.</p> <p>eepsite나 서비스를 운영하고 있으면서 최신 릴리스를 사용하지 않거나, Java 또는 OS가 ECDSA를 지원하지 않는 경우(로그 및 콘솔의 /logs 페이지에 표시된 대로), 가능한 한 빨리 문제를 해결해 주십시오. 그렇지 않으면 곧 사용자들이 연결할 수 없게 됩니다.</p>/ko/blog/2014/09/20/0.9.15-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sat, 20 Sep 2014 00:00:00 +0000/ko/blog/2014/09/20/0.9.15-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.15에서는 Ed25519 EdDSA 서명에 대한 초기 지원이 추가되었습니다. i2psnark용 새로운 영속적 구성 백엔드가 포함되었으며, i2psnark의 파일 이름 처리와 관련된 여러 문제를 수정했습니다. SAM을 더 빠르게 하기 위한 여러 개선 사항도 포함되었습니다. 이제 플러그인은 su3 파일 형식에서 더 강한 서명을 지원합니다. 0.9.14에서 비활성화되었던 콘솔을 통한 플러그인 설치가 다시 활성화되었습니다.</p> <p>0.9.12부터 ECDSA(타원 곡선 디지털 서명 알고리즘) 기반 서명을 지원해 왔으며, 기본값으로 ECDSA를 사용하기 시작하고자 합니다. 안타깝게도 일부 사용자는 여전히 오래된 I2P 버전을 사용하고 있고, 다른 경우에는 배포판 또는 Java 런타임이 ECDSA를 지원하지 않습니다. Red Hat(RHEL, Fedora) 배포판에서는 ECDSA가 빠져 있는 것으로 보고되었습니다. 일부는 Java 6에서 Java 7로 업그레이드하여 Java 관련 문제를 해결했으며, 다른 분들은 &ldquo;무제한 강도 정책 파일&quot;을 설치하여 성공했습니다. 누락된 암호화 기능에 대한 정보를 로그 파일과 콘솔의 /logs 페이지에 추가했습니다. 0.9.15로 업데이트한 후 ECDSA 지원이 누락되어 있는지 확인하고, 필요하다면 이를 해결해 주시기 바랍니다. 이는 특히 인기 있는 eepsites와 서비스를 운영하는 분들에게 중요합니다.</p>/ko/blog/2014/08/23/%EB%85%B8%EB%A5%B4%EC%9B%A8%EC%9D%B4-google-play%EC%97%90%EC%84%9C-android-%ED%85%8C%EC%8A%A4%ED%8A%B8-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sat, 23 Aug 2014 00:00:00 +0000/ko/blog/2014/08/23/%EB%85%B8%EB%A5%B4%EC%9B%A8%EC%9D%B4-google-play%EC%97%90%EC%84%9C-android-%ED%85%8C%EC%8A%A4%ED%8A%B8-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>I2P Android는 개발을 시작한 지 3년이 넘었습니다. 그동안 단순한 테스트 프로젝트에서 실제로 쓸 만하고 유용한 수준의 I2P router의 Android port(이식판)로 발전했습니다. 최종 목표는 Google Play에 I2P Android를 출시하여, 사용자가 자신의 Android 기기에서 I2P를 더 쉽게 발견하고 설치하고 사용할 수 있도록 하는 것이었습니다. 사용자 인터페이스(UI) 개선, 버그 수정, 테스트에 많은 노력을 기울인 끝에, 이제 I2P Android가 마침내 사용자들이 있는 곳으로 나아갈 준비가 되었다고 생각합니다.</p> <p>우선 시험 운영으로 노르웨이의 안드로이드 사용자에게만 출시합니다. I2P Android는 Google Play에서 지금까지보다 훨씬 더 많은 노출을 얻게 될 것이며, 우리가 수정해야 할 버그와 사용성 문제가 있을 것입니다. 수천 명(이미 우리가 지금까지 받아온 것보다 자릿수 차이로 더 많은 피드백입니다)이 아니라 수백 명의 사용자 보고만 처리하면 피드백에 대응하기가 훨씬 더 쉬워질 것(그리고 스트레스도 덜할 것!)입니다.</p>/ko/blog/2014/08/15/%ED%94%84%EB%9D%BC%EC%9D%B4%EB%B2%84%EC%8B%9C-%EC%86%94%EB%A3%A8%EC%85%98%EC%9D%98-%ED%83%84%EC%83%9D/Fri, 15 Aug 2014 00:00:00 +0000/ko/blog/2014/08/15/%ED%94%84%EB%9D%BC%EC%9D%B4%EB%B2%84%EC%8B%9C-%EC%86%94%EB%A3%A8%EC%85%98%EC%9D%98-%ED%83%84%EC%83%9D/<p>안녕하세요, 여러분!</p> <p>오늘 우리는 I2P 소프트웨어를 개발하고 유지 관리하는 새로운 조직인 Privacy Solutions 프로젝트를 발표합니다. Privacy Solutions에는 I2P 프로토콜과 기술을 기반으로 사용자의 프라이버시, 보안 및 익명성을 강화하기 위해 설계된 여러 새로운 개발 활동이 포함됩니다.</p> <p>이러한 노력에는 다음이 포함됩니다:</p> <ol> <li>The Abscond browser bundle.</li> <li>The i2pd C++ router project.</li> <li>The &ldquo;BigBrother&rdquo; I2P network monitoring project.</li> <li>The Anoncoin crypto-coin project.</li> <li>The Monero crypto-coin project.</li> </ol> <p>Privacy Solutions의 초기 자금은 Anoncoin 및 Monero 프로젝트의 후원자들에 의해 제공되었습니다. Privacy Solutions은 노르웨이를 기반으로 한 비영리 형태의 단체로, 노르웨이 정부 등록부에 등록되어 있습니다. (미국의 501(c)3와 유사합니다.)</p>/ko/blog/2014/08/09/0.9.14.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sat, 09 Aug 2014 00:00:00 +0000/ko/blog/2014/08/09/0.9.14.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.14.1에는 i2psnark의 &ldquo;Add Torrent&rdquo; 양식과 기타 일부 웹 양식에 대한 수정이 포함되어 있습니다. 콘솔을 통해 플러그인을 설치하는 기능을 다시 사용할 수 있게 했지만, 먼저 router.config 파일(in ~/.i2p/ or /var/lib/i2p/i2p-config/ or %APPDATA%\I2P)을 편집하여 routerconsole.enablePluginInstall=true 줄을 추가해야 합니다. 0.9.14에서 제거되었던 그 밖의 드물게 사용되는 고급 기능들도 routerconsole.advanced=true 줄을 추가하면 복원할 수 있습니다.</p> <p>평소와 마찬가지로, 기본값인 &ldquo;Download and Verify&quot;로 설정되어 있으면, router가 업데이트를 자동으로 다운로드하고 재시작 버튼을 표시합니다. 그러나 0.9.14의 버그로 인해 업데이트가 &ldquo;Notify only&quot;로 설정되어 있으면 다운로드 버튼이 표시되지 않습니다. 업데이트하려면 설정을 &ldquo;Download and Verify&rdquo; 또는 &ldquo;Download, Verify, and Restart&quot;로 변경해야 합니다.</p>/ko/blog/2014/07/26/i2p-0.9.14-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sat, 26 Jul 2014 00:00:00 +0000/ko/blog/2014/07/26/i2p-0.9.14-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.14에는 Exodus Intelligence가 보고한 XSS 및 원격 실행 취약점에 대한 중대한 수정 사항이 포함되어 있습니다. 추가적인 예방 조치로, router console에서 새 플러그인 설치를 포함한 몇 가지 고급 구성 기능을 비활성화했습니다. 추가 검토 후 향후 릴리스에서 이를 다시 활성화할 계획입니다.</p> <p>I2P 라이브러리 변경으로 인해 I2P-Bote 사용자는 I2P 0.9.14와 함께 동작하도록 플러그인을 0.2.10 버전으로 업그레이드해야 합니다. router가 재시작된 후에는 플러그인이 자동으로 업데이트될 것입니다.</p> <p>이번 릴리스에는 i2ptunnel, i2psnark 및 기타 영역의 여러 버그 수정과 최신 Jetty, Tomcat, Wrapper로의 업데이트가 포함되어 있습니다. 또한 reseed(리시드)를 위한 더 빠르고 더 안전한 방법을 구현했습니다. 물론, 평소처럼 사소한 버그 수정과 번역 업데이트도 포함되어 있습니다.</p>/ko/blog/2014/07/14/i2p-dev-meeting-july-14-2014/Mon, 14 Jul 2014 00:00:00 +0000/ko/blog/2014/07/14/i2p-dev-meeting-july-14-2014/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eche|on, Meeh, psi, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:11 &lt;zzz&gt; 0. Hi 20:00:11 &lt;zzz&gt; 1. Select new PR Manager (zzz) 20:00:19 &lt;zzz&gt; 2. Replace mtn.i2p2.i2p in default i2ptunnel.config (zzz) 20:00:23 &lt;zzz&gt; 0. Hi 20:00:29 &lt;zzz&gt; Hi 20:00:49 &lt;zzz&gt; 1. Select new PR Manager (zzz) 20:00:50 &lt;zzz&gt; 1) PR Manager. orion has resigned. I nominate psi and Meeh as excellent candidates. Others may throw their name in for consideration below, or at the meeting. You may also wish to volunteer as an assistant. Duties include: 20:00:50 &lt;zzz&gt; - Frequent tweeting using @geti2p 20:00:50 &lt;zzz&gt; - send stickers to people who ask 20:00:50 &lt;zzz&gt; - Speak at conferences and meetups 20:00:50 &lt;zzz&gt; - Answer the press@i2pmail.org mail (generate and distribute a new GPG key for it) 20:00:52 &lt;zzz&gt; - Outreach, make contact with people/groups we want to work with; form strategic alliances 20:00:55 &lt;zzz&gt; - Misc. promotion, support, and communications duties 20:00:56 &lt;zzz&gt; - Maintain positive attitude 20:00:56 &lt;Meeh&gt; Hi 20:01:11 &lt;psi&gt; ? 20:01:13 &lt;psi&gt; hi 20:01:38 &lt;zzz&gt; Is either psi or Meeh willing to serve? Are there any other volunteers or nominations? 20:01:50 &lt;psi&gt; I am willing to serve if desired 20:02:24 &lt;eche|on&gt; available here but not for that job, sorry 20:02:27 &lt;psi&gt; I can also obtain orion's stickers 20:03:23 &lt;zzz&gt; Meeh are you willing to serve or would you rather throw your support to psi? 20:04:49 &lt;zzz&gt; anybody else have any comments? 20:04:59 &lt;Meeh&gt; I can do both, what I mean is I can both serve, and I will ofc. support psi if he's doing it 20:05:45 &lt;psi&gt; pr "team" then? 20:06:12 &lt;Meeh&gt; why not, I can't go to the US so I need anyone there anyway 20:06:21 &lt;psi&gt; works 20:06:27 &lt;zzz&gt; My guess is that psi might have more time than Meeh for this? 20:06:57 &lt;psi&gt; yeah i have buttloads of free time right now and probably for a while 20:07:24 &lt;Meeh&gt; but no problems covering EU/Asia/Africa 20:07:34 &lt;Meeh&gt; Yes in some points I think too 20:07:44 &lt;zzz&gt; Meeh has never had buttloads of time since I've known him 20:08:00 &lt;Meeh&gt; however, I think I can contribute a lot wrt tweeting, speak at conferences, and some outreaching 20:08:17 &lt;zzz&gt; how about psi as head and Meeh as assistant? 20:08:26 &lt;psi&gt; i dont do public speaking so i can outsource that to Meeh 20:08:36 &lt;psi&gt; sounds good 20:08:44 &lt;Meeh&gt; sounds good to me too 20:08:47 &lt;Meeh&gt; I can do the public 20:08:58 &lt;zzz&gt; any objections or other comments? 20:09:44 &lt;zzz&gt; ok great 20:10:28 &lt;zzz&gt; I'll get psi the twitter password. Please get the stickers from orion. 20:10:44 &lt;psi&gt; got it 20:11:19 &lt;zzz&gt; Also please generate and distribute a GPG key for press@, and get welterde to fix up the mailing list accordingly 20:11:27 &lt;zzz&gt; speaking of welt... 20:11:33 &lt;eche|on&gt; .... 20:11:36 &lt;zzz&gt; 2. Replace mtn.i2p2.i2p in default i2ptunnel.config (zzz) (Down since June 12 - possible replacements mtn.killyourtv.i2p or mtn.i2p-projekt.i2p) 20:11:52 * psi nominates kytv's 20:12:05 &lt;zzz&gt; eche|on, kytv_ would either of you care to volunteer? 20:12:15 &lt;zzz&gt; we can't put both in one tunnel as that confuses mtn 20:12:56 &lt;zzz&gt; any others that have been up and running for a while? 20:13:01 &lt;eche|on&gt; you can enter mine, I try to keep it up running as always 20:14:24 &lt;zzz&gt; ok, echelon it is I guess 20:14:37 &lt;eche|on&gt; kytv does a lot of jobs already 20:15:07 &lt;zzz&gt; both of them seem very reliable, so doesn't matter much 20:15:27 &lt;Meeh&gt; mtn.meeh.i2p hs ben running for a year now 20:15:29 &lt;zzz&gt; it's not any more work, maybe just a tiny bit more traffic, probably not even noticeable 20:16:25 &lt;eche|on&gt; can we create 3 tunnels and enable only one? 20:17:55 &lt;zzz&gt; nice meeh, good to know 20:17:55 &lt;zzz&gt; anything else on 2) ? 20:17:55 &lt;zzz&gt; any other topics for the meeting? 20:18:19 &lt;psi&gt; do we have a backup irc? 20:18:39 &lt;psi&gt; it seems that if some/all of postman's stuff goes down we're screwed 20:19:17 &lt;psi&gt; mail+irc is postman so what is the backup meetup in the event postman's stuff is non functional 20:19:29 &lt;zzz&gt; sure we could make 3 tunnels but seems like just added clutter to me 20:19:37 &lt;psi&gt; i have been wondering this for a while now... 20:20:28 &lt;eche|on&gt; ok, right, within 6 weeks release time we can change it fast enough, also really interested people can get in here. Also I can push the key to $trusted person 20:21:54 &lt;zzz&gt; we have 3 IRC servers 20:21:54 &lt;zzz&gt; there is no backup for postman himself... 20:21:54 * zzz warms up his short baffer for the short meeting 20:21:54 * zzz ***bafs the meeting closed </div>/ko/blog/2014/07/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2014%EB%85%84-7%EC%9B%94-1%EC%9D%BC/Tue, 01 Jul 2014 00:00:00 +0000/ko/blog/2014/07/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2014%EB%85%84-7%EC%9B%94-1%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bgwcb, eche|on, kytv, Meeh, psi, str4d, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:32 &lt;zzz&gt; 0. 안녕 20:00:32 &lt;zzz&gt; 1. Google Play의 I2P (meeh / str4d) 20:00:32 &lt;zzz&gt; 2. 태블릿 테스트 (zzz) 20:00:37 &lt;zzz&gt; 0. 안녕 20:00:39 &lt;zzz&gt; 안녕하세요 20:00:51 &lt;zzz&gt; 1. Google Play의 I2P (meeh / str4d) 20:01:12 &lt;eche|on&gt; 안녕 20:01:13 &lt;zzz&gt; Meeh, str4d, Google Play 계획을 알려주세요 20:03:31 &lt;zzz&gt; 좋아요, 제가 아는 걸 말씀드릴게요 20:03:56 &lt;zzz&gt; Meeh에게는 기존에 있지만 사용하지 않은 계정이 있고; str4d에게도 접근 권한을 줄 예정입니다; 20:04:35 &lt;zzz&gt; 지금 그 계정에 초대 전용 개발 빌드가 올라가 있고; 0.9.14 빌드와 함께 모두에게 제공할 계획입니다; 20:04:55 &lt;eche|on&gt; 개발자 계정은 전혀 큰 문제가 아닐 거예요 20:05:06 &lt;zzz&gt; 두 가지 버전을 계획 중입니다. 하나는 무료, 하나는 "donate" 유료판으로 약 $2.50 20:05:18 &lt;eche|on&gt; 맞아 20:05:30 &lt;bgwcb&gt; 왜요? 20:05:49 &lt;zzz&gt; Meeh가 모인 자금을 매월 echelon에게 전달할 겁니다(그럴 만한 금액이 모이고, meeh에게 별도 비용이 들지 않는다는 가정하에) 20:05:50 &lt;eche|on&gt; I2P로 등록하는 데 약간 문제가 있을 수 있지만, 잘 처리할 거예요 20:05:52 &lt;bgwcb&gt; 그리고 Google Play가 왜 필요한가요? 20:06:14 &lt;zzz&gt; 많은 앱들이 기부(donate) 버전을 갖고 있고, 전환율은 무료판의 아마 1% 정도라고 합니다 20:06:47 &lt;eche|on&gt; 괜찮은 아이디어예요 20:06:50 &lt;zzz&gt; 대부분은 Google Play를 씁니다; f-droid나 amazon을 쓰거나 웹사이트에서 직접 내려받는 사람은 소수예요 20:07:03 &lt;eche|on&gt; 큰 수익은 기대하기 어렵겠지만, 없는 것보단 낫죠 20:07:05 &lt;zzz&gt; 대충 제가 아는 건 이렇습니다. 의견? 20:07:22 &lt;eche|on&gt; 코멘트: I2P 명의 등록은 골치일 테지만, 그 외엔 진행하세요 20:08:08 &lt;zzz&gt; 정체불명의 누군가가 예약만 해두고 공개하진 않은 net.i2p.android.router가 있습니다. Meeh가 되찾으려 하고 있어요. 20:08:11 &lt;bgwcb&gt; 무료판과 donate판의 차이는 뭐죠? 20:08:21 &lt;eche|on&gt; bgwcb: 없음 ;-) 20:08:33 &lt;zzz&gt; 큰 문제는 아니지만, 웹사이트나 f-droid에서 설치한 기존 앱과의 중복 감지를 막아버릴 수 있어요 20:08:33 &lt;bgwcb&gt; 와우 20:08:33 &lt;eche|on&gt; 구매 항목의 기부 기능만 빼고요. 20:08:44 &lt;bgwcb&gt; 좋은 생각이네요, 잠든 천재 20:08:49 &lt;psi&gt; 안녕 20:08:57 &lt;eche|on&gt; zzz: 그러면 등록은 프로젝트 이름이 아니라 자바 클래스 기준으로 동작하나요? 20:09:34 &lt;zzz&gt; 클래스가 사실상 이름, 즉 고유 식별자입니다. meeh와 str4d가 조사 중이에요 20:09:48 &lt;psi&gt; donate 버전에 관해, "더 많은 기능"이 있나요? 20:09:54 &lt;zzz&gt; 우리 f-droid 담당인 nextloop도 도움을 받으려고 찾는 중입니다 20:10:02 &lt;psi&gt; 아니면 그냥 다른 패키지인가요? 20:10:11 &lt;eche|on&gt; psi: 아니요, 그냥 "당신은 donation 버전을 사용 중입니다" ;-) 같은 기능뿐이에요 20:10:18 &lt;eche|on&gt; 제 생각엔 정보(About) 화면에요 20:10:37 &lt;eche|on&gt; 영혼을 달래는 멘트죠. "당신은 남들과 다릅니다, 우리에게 기부하셨으니까요!" 20:10:38 &lt;psi&gt; 멋지네 20:10:41 &lt;kytv&gt; (늦었지만 'hi') 20:10:53 &lt;zzz&gt; donate 버전에 대해 다른 의견 있나요? 20:10:56 &lt;psi&gt; 자랑질 20:11:21 &lt;zzz&gt; donate 버전에 반대하나요? 아니면 Google Play 자체에 반대하나요? 20:11:28 &lt;eche|on&gt; zzz: 진행하세요, 앱의 정보(About) 텍스트만 다르게 넣으면 좋겠어요 20:11:47 &lt;eche|on&gt; 예전에 Android 버전 전부를 유료로 팔자는 생각도 했었지만, 그럴 필요는 없죠 20:12:29 &lt;zzz&gt; Meeh가 지금까지 만든 것에 관심이 있거나 앱 버전을 테스트하고 싶다면 그에게 연락하세요 20:12:50 &lt;eche|on&gt; 그게 TOP2에 대한 좋은 가이드이기도 하죠 ;-) 20:13:01 &lt;zzz&gt; Google Play에 대한 의견 마지막으로 받습니다 20:13:28 &lt;kytv&gt; Google Play 찬성 +1, 사용자가 많을수록 좋습니다 20:13:50 &lt;psi&gt; Google Play 찬성 +1, 사용자가 많으면 피드백도 늘어나니까요 20:14:14 &lt;kytv&gt; (유료 강제에는 +1을 못 주겠지만, 기부는 완전 OK) 20:14:36 &lt;Meeh&gt; *백로그 읽는 중* 20:14:39 &lt;zzz&gt; 두 버전, 무료와 유료. 예측으론 99%가 무료를 선택할 겁니다 20:15:12 &lt;kytv&gt; 네, 이해했습니다. 아주 괜찮아요. 20:15:25 &lt;zzz&gt; Meeh가 마지막 호출 전에(inb4) 왔으니, 백로그 읽고 자세히 설명할 시간을 몇 분 줍시다 20:17:56 &lt;Meeh&gt; 음, 네. 20:18:13 &lt;Meeh&gt; 사실 주제를 하나 더 추가하고 싶습니다. 어느 정도 이건과 연결돼 있어요 20:18:24 &lt;Meeh&gt; 하지만 또 한편으론 전혀 그렇지도 않고요 20:18:55 &lt;zzz&gt; Meeh, 1)에 대한 의견 마지막으로 받습니다 20:19:04 &lt;zzz&gt; 제가 틀린 부분 있나요? 20:20:04 &lt;Meeh&gt; 기꺼이 하겠습니다, 그리고 두 개의 앱(기부 포함) 구성이 여전히 좋은 아이디어 같아요 :) 20:20:05 &lt;Meeh&gt; 아니요, 네임스페이스 등은 맞았어요 20:20:05 &lt;Meeh&gt; 맞게 이해하셨어요 20:20:06 &lt;zzz&gt; 좋습니다. 1) 끝. 20:20:07 &lt;zzz&gt; 2. 태블릿 테스트 (zzz) 20:20:42 &lt;zzz&gt; 지금 Android 테스터와 개발자가 충분하지 않습니다. 곧 더 많은 사용자가 들어올 겁니다. 그래서 테스터와 개발자가 확실히 더 필요합니다. 20:20:49 &lt;Meeh&gt; 3) 추가할 때 나를 호출해줘(HL me). 큰 주제고, 많은 사람이 관심 있을 거예요 20:21:03 &lt;Meeh&gt; 2) 진행되는 동안 그 주제를 더 다듬어야 해요 20:21:05 &lt;zzz&gt; 좋아요 3) meeh 항목 추가 20:21:08 &lt;zzz&gt; 2)로 돌아갑니다 20:21:41 &lt;zzz&gt; 테스트나 개발을 하겠다고 약속하는 사람이 Android 기기를 구매할 경우 환급해 주자는 제안을 하고 싶습니다. 20:22:13 &lt;zzz&gt; 예를 들어, 최대 8명에게 1인당 최대 $200. 7인치 태블릿을 사기에 충분하거나, 휴대폰이나 10인치 태블릿 구입을 부분 지원할 수 있는 금액입니다 20:22:31 &lt;zzz&gt; 또한 str4d에게는 10인치 태블릿을 전액 지원하고 싶습니다, 최대 약 $400 정도로요 20:22:44 &lt;zzz&gt; 의견? 자원자? 20:23:24 &lt;eche|on&gt; 제 의견은 이미 기록에 남겨뒀고요, 진행하세요. 20:23:25 &lt;str4d&gt; 하이 20:23:27 &lt;str4d&gt; 늦어서 미안 20:23:36 &lt;eche|on&gt; 하지만 중국산 스파이웨어 기기는 사지 마세요^^ 20:24:07 &lt;zzz&gt; 개발자용 기기는 이미 몇 대 샀지만, 테스터가 정말 정말 필요합니다 20:24:47 &lt;str4d&gt; sry* 20:24:55 &lt;zzz&gt; 이는 이미 개발 커뮤니티의 일원인 사람들(예: psi, orion, dg, kytv, echelon 등)을 대상으로 합니다 20:25:23 &lt;zzz&gt; 누가 원하나요? 프로젝트 자금을 이렇게 쓰는 건 아주 좋은 용도라고 봅니다 20:26:00 &lt;kytv&gt; 저는 언제든 테스트할 의향이 있지만, 태블릿이 없어서 제가 줄 수 있는 피드백이 얼마나 유용할지 모르겠네요. 그래도 테스트하고 (바라건대) 유효한 리포트를 제공할 수 있습니다. 20:26:21 &lt;zzz&gt; 좋아요, 한 명 확보. 멋져요. 20:26:48 &lt;zzz&gt; 늘 그렇듯, 환급은 우리의 회계 담당 echelon에게 요청하세요 20:26:52 &lt;Meeh&gt; 저도 테스트할 수 있지만, 제 패드는 좀 오래돼 가네요 20:26:56 &lt;Meeh&gt; somewhat* 20:27:18 &lt;zzz&gt; 저는 7인치 Android 태블릿을 정말 좋아합니다. 테스트와 일반 용도로 아주 좋아요. 그리고 휴대폰을 망가뜨릴 위험도 없고요. 20:27:50 &lt;zzz&gt; 2) 테스트용 Android 태블릿에 대한 의견 마지막으로 받습니다 20:28:23 &lt;str4d&gt; 기기 선택이 중요합니다 20:28:30 &lt;eche|on&gt; (애플 제품에는 지불 안 합니다, ㅋㅋ) 20:28:37 &lt;Meeh&gt; 테스트는 도울 수 있지만, 확실히 테스트하려면 아마 새 태블릿을 사야 할 거예요 20:28:53 &lt;str4d&gt; 여기서 우리가 얻을 수 있는 기회는 기기의 다양한 *크기*와 화면 *밀도* 범위를 제공하는 것입니다 20:29:21 &lt;zzz&gt; 각자가 원하는 휴대폰이나 태블릿을 고르게 하면, 필요한 다양성이 확보될 겁니다 20:29:55 &lt;zzz&gt; 좋아요, 3) Meeh의 미공개 주제로 넘어갑니다. 최대 15분. 20:29:57 &lt;zzz&gt; 시작하세요, Meeh 20:29:59 &lt;str4d&gt; (예: 제 7인치 태블릿은 600x1024 픽셀이고, -sw600dp 카테고리에 속합니다) 20:32:03 &lt;Meeh&gt; 좋아요, (한동안 자리를 비웠으니) 깜짝 선물을 들고 돌아오기로 했습니다. 들어본 분도 있고 일부를 본 분도 있을 텐데요.. 간단히 말해 "I2P browser bundle"을 만들었고, 아마 24시간 안에 win32와 osx용이 준비될 겁니다 20:32:29 &lt;Meeh&gt; Tor 플러그인을 켜고 https://hideme.today/dev/ 를 보세요 20:32:35 &lt;iRelay&gt; 제목: The Abscond bundle (hideme.today) 20:32:39 &lt;Meeh&gt; 그게 기능 세트와 "겉모습"입니다 20:32:57 &lt;psi&gt; 잠깐 뭐라고요 20:33:01 &lt;psi&gt; 브라우저 번들이요? 20:33:05 &lt;Meeh&gt; i2p 입문 장벽을 낮추려는 중입니다.. 항상 듣는 불만이 그거라서요 20:33:08 &lt;Meeh&gt; 네 20:33:17 &lt;Meeh&gt; 게다가 100% 포터블이라 더 좋아요 20:33:26 &lt;Meeh&gt; USB 메모리에 넣어둘 수 있고 20:33:39 &lt;Meeh&gt; 어떤 머신에서든 실행할 수 있어요.. 약간 수정하면 크로스 부팅도 가능합니다 20:33:42 &lt;psi&gt; 좋네 20:33:43 &lt;str4d&gt; psi: Tor Browser + I2PButton 20:33:46 &lt;Meeh&gt; 즉 같은 설치본을 win,linux,osx에서 그대로 20:33:58 &lt;Meeh&gt; 대충 str4d가 말한 그대로입니다 :) 20:34:38 &lt;Meeh&gt; 그래서, 이건에 대한 의견이나 아이디어 등 있으신가요, ++, ? 20:34:49 &lt;psi&gt; 어디서 받을 수 있죠? 20:34:56 &lt;Meeh&gt; 배포 전에 피드백을 좀 받는 게 좋을 것 같아서요 20:34:57 &lt;psi&gt; GitLab 인스턴스가 잠겨 있는 것 같네요 20:35:11 &lt;Meeh&gt; 회의가 끝나고 몇 시간 내에 최종 코드를 푸시하고 사용할 수 있게 하겠습니다 20:35:21 &lt;psi&gt; 좋아요 20:35:23 &lt;Meeh&gt; 완전한 빌드 세트는 아직 마무리하지 못했습니다 20:35:38 &lt;Meeh&gt; 그래서 컴파일하고 각 부분을 조합하는 방법을 알려드려야 해요 20:35:44 &lt;eche|on&gt; 코멘트: 일이 많겠네요. 20:35:47 &lt;eche|on&gt; 그래도 멋집니다. 20:36:13 &lt;Meeh&gt; 빌드 시스템보다는 프로토타입/개념 증명(PoC)에 대부분 집중했습니다 20:36:54 &lt;Meeh&gt; 그래서 torbrowser 자체를 가져와 리브랜딩했고, torbutton은 Tor 대신 i2p와 100% 작동하도록 거의 다시 작성됐습니다, 20:37:17 &lt;Meeh&gt; 런처는 jre 부분 때문에 제가 처음부터 새로 작성했습니다 20:37:34 &lt;Meeh&gt; 그래서 Tor의 기존 빌드 스크립트는 전부 실패합니다 20:37:43 &lt;Meeh&gt; 그리고 쉽게 수정할 수 있지도 않습니다 20:38:36 &lt;psi&gt; Orchid 포함됨? 20:38:59 &lt;Meeh&gt; 네, 브라우저 플러그인뿐 아니라 i2p 플러그인도 일부 포함돼 있습니다 20:39:06 &lt;psi&gt; 좋네요 20:39:16 &lt;Meeh&gt; i2p 플러그인은 주로 흥미를 끌기 위한 것이고, i2p-bote 같은 것들이에요 20:39:23 &lt;Meeh&gt; 그리고 프라이버시를 위한 브라우저 플러그인도요 20:40:20 &lt;Meeh&gt; 아이디어는 i2p가 릴리스될 때마다 osx,linux,win32용 새 번들을 쉽게 빌드하는 스크립트를 갖추는 것입니다 20:40:37 &lt;Meeh&gt; 그리고 물론(ofc.) 브라우저 업데이트 등도 있지만, 그건 수작업이 필요할 거예요 20:40:53 &lt;Meeh&gt; 그래도 그 유지보수를 향후 계획에 포함해 두었습니다 20:42:25 &lt;zzz&gt; 좋아요, 3)에 대해 더 있을까요? 20:43:02 &lt;zzz&gt; 다른 주제 있는 분? 20:43:14 &lt;Meeh&gt; 아니요, 주로 이게 전부였습니다. win32에서 테스트하고 싶은 분은 꼭 알려주세요. Anoncoin에서의 경험으로 볼 때 그게 테스트가 가장 많이 필요하거든요 20:43:55 &lt;Meeh&gt; 그리고 지금 나가서 사오지 않으면 카페인이 떨어질 것 같네요, 10분 내에 돌아옵니다. 편도 5분씩 걸려요 :) 20:44:24 &lt;zzz&gt; 좋아요, 훌륭합니다. 누구나 언제든 어떤 주제로든 회의를 소집할 수 있다는 점을 상기시킵니다. 20:44:35 * zzz *bafs* 회의 종료 </div>/ko/blog/2014/05/22/i2p-0.9.13-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Thu, 22 May 2014 00:00:00 +0000/ko/blog/2014/05/22/i2p-0.9.13-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.13에는 방화벽 뒤에 있는 router를 위한 수정, netdb 조회 개선, 그리고 대규모 SusiMail 업데이트가 포함되어 있습니다. 물론, 평소와 같은 버그 수정과 번역 업데이트도 있습니다.</p> <p>항상 그렇듯, 이번 릴리스로 업데이트하시길 권장합니다. 보안을 유지하고 네트워크에 기여하는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다.</p> <p>zzz는 GPG 키를 업데이트했으며, 릴리스 파일은 새 키로 서명되어 있습니다. 새 키의 지문은 다음과 같습니다: 2D3D 2D03 910C 6504 C121 0C65 EE60 C0C8 EE72 56A8</p> <h2 id="릴리스-세부-정보">릴리스 세부 정보</h2> <h3 id="susimail">SusiMail</h3> <ul> <li>Many UI improvements</li> <li>Implement local storage of messages</li> <li>Add offline mode</li> <li>Messages now deleted on server after download</li> <li>Several backend POP3 and SMTP speedups and fixes</li> </ul> <h3 id="susimail-1">SusiMail</h3> <ul> <li>NetDB lookup fixes</li> <li>Fix transition from not-firewalled to firewalled</li> <li>Fix plugin uninstall on Windows</li> <li>SSU locking fixes</li> <li>Fix rapid republishing of SSU addresses</li> <li>IRC client exception fixes</li> <li>Fix changing HTTP outproxy configuration without restarting tunnel</li> </ul> <h3 id="버그-수정">버그 수정</h3> <ul> <li>New i2ptunnel server option for unique local address per-client</li> <li>Warn in i2ptunnel on duplicate client ports</li> <li>Update HTTP User-Agent to match TBB</li> <li>Extend SSU establishment retransmission timer</li> <li>Use constant-time method for HMAC verification</li> <li>New translation: Slovak</li> <li>Translation updates</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h2 id="sha256-checksums">SHA256 Checksums:</h2> <pre tabindex="0"><code>1839a392c74b3d57d8dfdf8016ad37538bbdd315535f7b58258ec4a4639d29f1 i2pinstall_0.9.13_windows.exe 62c2731109c5c9983705a5b9e615f57523594db339a798f56e9d5a6ba188cb02 i2pinstall_0.9.13.jar d313e2e0de43303c6633f433860d0fc10b7e9c014950261c331c1caf8ef38c79 i2psource_0.9.13.tar.bz2 639b281cde82059a1b69a3074b8ebaf1046791be40d57e8a48f748e065f8a368 i2pupdate_0.9.13.zip 1b623954da95efe43206ac87eae36db5b985503fe29797b507f18daeedfa0e1a i2pupdate.su2 6bee2716dc28423b324835b905c5aa539df0fb370555cdfc4ad68a94941fe44e i2pupdate.su3 5edf2cb0aca66d75d3a7d49aa170a8920fda23a9a1301fe1409bfb60d2509095 i2pupdate.sud </code></pre>/ko/blog/2014/05/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2014%EB%85%84-5%EC%9B%94-6%EC%9D%BC/Tue, 06 May 2014 00:00:00 +0000/ko/blog/2014/05/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2014%EB%85%84-5%EC%9B%94-6%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bgwcb, dg, eche|on, EinMByte, hghoster, kytv, nombra, Nyakov, psi, topiltzin, user, Yi, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:37 &lt;zzz&gt; `http://zzz.i2p/topics/1618` 20:00:43 &lt;bgwcb&gt; 그럼, 시작할까? 20:00:46 &lt;iRelay&gt; 제목: zzz.i2p: 회의 5월 6일(화) - UTC 오후 8시 (zzz.i2p에서) 20:00:57 &lt;zzz&gt; 0. 안녕하세요 20:00:57 &lt;zzz&gt; 1. hiddengate.i2p 콘솔 홈 페이지 요청(자세한 내용은 다음 게시물 참조) 20:00:57 &lt;zzz&gt; 2. OMGWTFBBQ 유럽 여름 - echelon 20:00:57 &lt;zzz&gt; 3. 0.9.13 릴리스 일정 20:01:06 &lt;zzz&gt; 0. 안녕하세요 20:01:09 &lt;zzz&gt; 안녕하세요 20:01:11 &lt;eche|on&gt; 안녕! 20:01:15 &lt;psi&gt; 안녕하세요 20:01:16 &lt;topiltzin&gt; 안녕 20:01:23 &lt;nombra&gt; o/ (딱 맞춰 다시 연결했네요) 20:01:38 &lt;kytv&gt; hola 20:01:49 &lt;Yi&gt; 뭐예요? 20:01:50 &lt;zzz&gt; 대부분 항목은 짧게 끝날 겁니다. 각 항목을 15분으로 제한합시다 20:02:00 &lt;hghoster&gt; 모두 안녕하세요 20:02:05 * 사람들한테 이 회의에 온 걸 들키기 전에 mokosoul은 살짝 빠져나간다. 20:02:08 &lt;zzz&gt; 1. hiddengate.i2p 콘솔 홈 페이지 요청 20:02:16 &lt;zzz&gt; 자세한 내용은 위 링크를 보세요 20:02:42 &lt;zzz&gt; hiddengate.i2p 요청자는 hghoster입니다. 사이트에 대해 간단히 소개해 주시겠어요? 20:03:52 &lt;hghoster&gt; HiddenGate는 러시아 I2P 사용자들을 위한 프로젝트입니다. 목표: I2P를 소개하고 접근 방법을 안내하는 온라인/오프라인 "Vestnik I2P" 신문을 발행하는 것입니다. 20:04:00 &lt;hghoster&gt; 위키, 포럼, 이미지보드가 있습니다 20:04:06 &lt;EinMByte&gt; 안녕하세요 20:04:47 &lt;EinMByte&gt; hghoster: 그러니까… 일종의 도움 사이트라고 볼 수 있을까요? 20:05:03 &lt;hghoster&gt; 그래서… 이미 첫 번째 버전의 신문을 발행했습니다. 또 몇 분이 위키를 새로운 기술 기사로 계속 채워 나가고 있습니다 20:05:04 &lt;kytv&gt; 편의를 위해 EN 버전 ToS: `http://hiddengate.i2p/wiki/ToS#Terms_of_Service` 20:05:04 &lt;zzz&gt; 좋아요, 감사합니다. 질문이나 코멘트 있으신가요? 특히 러시아어 사용자들의 의견을 듣고 싶습니다 20:05:08 &lt;iRelay&gt; 제목: HiddenGate Wiki: HiddenGate Wiki (hiddengate.i2p에서) 20:05:27 &lt;bgwcb&gt; hghoster: 검열된 이미지보드지만, 아마 좋은 거예요. 우리는 선량한 러시아 익명 사용자들이라 cp(아동 포르노)를 좋아하지 않거든요 20:05:29 &lt;EinMByte&gt; 저는 아까 사이트를 방문해 봤는데, 좋아 보입니다 20:05:50 &lt;EinMByte&gt; 한 가지 말씀드리고 싶은 점은: 홈페이지가 전부 러시아어라는 겁니다 20:05:55 &lt;hghoster&gt; EinMByte: 맞습니다. 신규 사용자가 cp 같은 충격적인 콘텐츠를 보지 않게 하는 플랫폼을 만드는 것이 목표입니다 20:06:15 &lt;hghoster&gt; 정치 토론이나 각종 관심사 등을 위한 곳일 뿐입니다. 쓰레기 콘텐츠나 cp는 없습니다 20:06:48 &lt;hghoster&gt; EinMByte: 하지만 영어 페이지도 한두 개 있어요. 예를 들어 ToS(이용약관). 잠깐만 기다려 주세요 20:07:08 &lt;EinMByte&gt; 그렇다면, 영어 소개문이 있으면 좋지 않을까요? 20:07:08 &lt;EinMByte&gt; (사이트의 나머지가 러시아어이더라도요) 20:07:08 &lt;EinMByte&gt; 좋게 들리네요 20:07:14 &lt;zzz&gt; 요구 사항대로 hghoster가 영어와 러시아어 ToS를 게시했습니다: `http://hiddengate.i2p/wiki/ToS` 20:07:18 &lt;iRelay&gt; 제목: HiddenGate Wiki: HiddenGate Wiki (hiddengate.i2p에서) 20:07:20 &lt;EinMByte&gt; zzz: 러시아 사용자 수를 감안하면, 좋은 추가라고 봅니다 20:07:22 &lt;hghoster&gt; zzz 감사합니다 20:07:48 &lt;EinMByte&gt; 음, 적어도 홈페이지에 영어 문장 한 줄은 있었으면 합니다 20:08:05 &lt;EinMByte&gt; 저는 hiddengate.i2p에 들어갔을 때 꽤 혼란스러웠거든요 20:08:31 &lt;EinMByte&gt; 대부분의 비(非)러시아어권 I2P 사용자도 비슷할 거라고 생각합니다 20:08:45 &lt;EinMByte&gt; 그럼에도 제안에는 동의합니다 20:09:18 &lt;zzz&gt; 여기 있는 러시아 사용자분들, 다른 의견 있나요 - bgwcb denixx_ Nyakov ? 20:09:38 &lt;hghoster&gt; 첫 페이지 상단에 환영 문구를 넣어, 러시아어를 모르는 사용자가 여기 어디인지 알 수 있게 설명할 수 있습니다 20:10:12 &lt;EinMByte&gt; hghoster: 제가 말한 게 그겁니다 20:10:19 &lt;hghoster&gt; 우리 대화를 로그로 남기고 있고, 나중에 따로도 논의하겠습니다 20:10:21 &lt;hghoster&gt; 그분들은 자고 있을지도요 :) 하지만 bgwcb는 아닐 거예요 20:10:22 &lt;Nyakov&gt; 좋은 생각이라고 봅니다 20:10:36 &lt;bgwcb&gt; hiddengate가 시작 홈 페이지에 들어가면, hiddengate에 좋은 콘텐츠가 좀 더 채워질 거라고 생각합니다 20:10:37 &lt;hghoster&gt; 알겠습니다, 기억해 둘게요. 감사합니다 20:10:49 &lt;EinMByte&gt; 결국, 콘트롤 패널에서 들어오는 사용자가 보게 될 것은 첫 페이지라고 가정합니다 20:10:49 &lt;zzz&gt; hghoster, 지난주 #ru에서 당신의 사이트에 콘텐츠가 거의 없다는 얘기를 들었습니다. 콘텐츠를 더 늘릴 계획은 무엇인가요? 20:10:53 &lt;Yi&gt; 괜찮다고 봐요 20:11:12 &lt;zzz&gt; 우리는 홈 페이지에 "dead" 사이트를 올리고 싶지 않습니다 20:11:17 &lt;user@kyirc&gt; 환영 문구에 +1. 도메인 이름이 영어라 저도 사이트에 들어갈 수 있었는데, 나머지는 어차피 저에게 이해가 안 되더라도, 정작 무엇인지조차 모르면 꽤 답답하거든요 20:11:53 &lt;bgwcb&gt; 그리고 cp가 없으니 좋은 아이디어예요. 새로 온 사람들은 다크넷을 소아성애범과 테러리스트의 은신처라고 생각해서 무서워할 수 있거든요 20:11:59 &lt;hghoster&gt; 물론 계획은 좋습니다 :) 'Glavred'라는 또 다른 분이 있는데, 이 프로젝트의 아이디어를 만든 분입니다. 저는 관리자처럼 운영을 맡고 있어요. 그리고 위키를 계속 채워 가는 분들도 몇 분 있습니다 20:12:37 &lt;hghoster&gt; 물론 우리가 바라는 만큼 빨리 채워지지는 않습니다. 그래도 어쨌든 계속해 나갈 겁니다. Mr. P 같은 사람이 인터넷을 닫아버리지 않는 한요 20:12:48 &lt;bgwcb&gt; 하지만 그럼 `http://rus.i2p` 시작 페이지에도 올라가고 싶네요. 다만 약간의 충격적인 콘텐츠가 있다는 주석과 함께요 20:12:50 &lt;hghoster&gt; 제 서툰 영어 죄송합니다 20:13:00 &lt;iRelay&gt; 제목: I2P Wiki (rus.i2p에서) 20:13:13 &lt;zzz&gt; 미안해할 필요 없어요, 잘하고 계십니다 :)( 20:13:40 &lt;zzz&gt; 좋아요, 다른 의견 있나요? 지금까지 반대는 못 들었네요? 20:13:53 &lt;dg&gt; 괜찮아 보입니다. 20:13:54 &lt;EinMByte&gt; zzz: "dead" 사이트와 관련해 — 이렇게 볼 수도 있죠: 어떤 사이트가 홈 페이지에 실리면 트래픽이 충분히 늘어날 수 있습니다 20:14:09 &lt;EinMByte&gt; 그래서 콘텐츠에도 긍정적인 영향을 줄 수 있습니다 20:14:12 &lt;dg&gt; 게다가, "dead" 사이트라면 언제든 제거할 수 있습니다 20:14:21 &lt;EinMByte&gt; 맞아요 20:14:45 &lt;kytv&gt; 여기서는 문제 없습니다만, 영어 도메인 이름과 맞추어 영어로 된 소개 문장 한두 줄이 있으면 좋겠습니다. 20:15:26 &lt;user@kyirc&gt; 콘솔 툴팁에는 이미 러시아어 사이트라고 언급되게 할 수도/해야 할 수도 있겠네요. 찬성합니다 20:16:08 &lt;hghoster&gt; 사이트는 러시아 밖에서 호스팅되고 있어서 문제없다고 생각합니다. 그리고 저는 C++ 개발자이고 일도 좋아서, 돈은 문제가 아닙니다. 중요한 건 I2P를 더 효과적으로 알리는 방법이죠. 그 신문이 도움이 되길 바랍니다 20:16:32 &lt;hghoster&gt; kytv: 네, 물론입니다 20:16:48 &lt;zzz&gt; 좋습니다. hghoster, 요청을 승인합니다. 0.9.13에 추가하겠습니다. 회의에 참석해 주셔서 감사하고, 사이트도 잘되길 바랍니다 20:16:48 &lt;bgwcb&gt; 첫 페이지에 실리는 것에 찬성합니다 20:16:48 &lt;zzz&gt; #ru의 친구분들이 도와주신 것도 감사합니다 20:16:50 &lt;psi&gt; (C++ 개발자분들은 i2pd와 i2pcpp에 도움을 주시면 환영합니다) &lt;-- 주제와 무관 20:16:59 &lt;zzz&gt; 다음으로 넘어가죠 20:16:59 &lt;zzz&gt; 2. OMGWTFBBQ 유럽 여름 - echelon 20:17:01 &lt;zzz&gt; eche|on, 얘기해 주세요 20:17:03 &lt;hghoster&gt; 모두 감사합니다! 20:17:08 &lt;bgwcb&gt; 모두 감사합니다, 흥미로웠어요 20:17:19 &lt;eche|on&gt; 그 바비큐 20:17:38 &lt;eche|on&gt; 우리는 늘 바비큐를 하고 싶었고, 이번 여름 오스트리아 그라츠에서 제가 주최할 수 있습니다 20:17:45 &lt;eche|on&gt; 원하신다면요 20:18:18 &lt;eche|on&gt; 음료/음식 비용은 기금에서 가능하다고 봅니다(IMHO). 다만 이 바비큐에 실제로 올 사람이 얼마나 될지가 문제겠죠… 20:18:28 &lt;EinMByte&gt; 좋겠지만, 저는 아마 참석하지 않을 겁니다(익명성 때문에) 20:18:35 &lt;zzz&gt; 언제요? 20:18:46 &lt;eche|on&gt; 8월 말이나 9월쯤을 생각합니다 20:19:21 &lt;zzz&gt; DEFCON과 겹치지 않게, 8월 첫째 주는 피해서요 20:19:33 &lt;eche|on&gt; 맞아요, 알고 있습니다 20:19:48 &lt;bgwcb&gt; 좋은 아이디어예요 20:19:58 &lt;EinMByte&gt; zzz: 두 가지만 빨리 덧붙여도 될까요: Just Mail에 관한 질문 하나, DerbyCon에 관한 것 하나요(주제와 다소 벗어나 죄송합니다) 20:20:11 &lt;psi&gt; 컨퍼런스 얘기로, orion과 저는 아마 DerbyCon에 갈 수 있을 것 같습니다 20:20:17 &lt;eche|on&gt; 많은 사람이 오지 못할 것도 알고 있고, 저는 바비큐 장소만 제공할 수 있습니다. 숙박 시설은 없습니다 20:20:23 &lt;zzz&gt; EinMByte, 의제 4번으로 다루겠습니다 20:20:33 &lt;EinMByte&gt; zzz: 감사합니다 20:20:46 &lt;zzz&gt; psi, DerbyCon은 의제 5번입니다 20:20:52 &lt;psi&gt; 좋아요 20:20:56 &lt;EinMByte&gt; eche|on: 바비큐는 확실히 좋은 생각입니다 20:21:05 &lt;EinMByte&gt; 충분한 사람이 참석할 수만 있다면요 20:21:38 &lt;bgwcb&gt; 하지만 왜 러시아 밖에서 호스팅하나요? 20:21:38 &lt;zzz&gt; 8월 말/9월 초 그라츠 바비큐에 관심 있는 분은 "yes" 또는 "maybe"라고 입력해 주세요 20:21:53 &lt;EinMByte&gt; zzz: 참석 의사인가요, 아니면 지지 표명인가요? 20:22:09 &lt;zzz&gt; 참석 의사입니다. 20:22:15 &lt;zzz&gt; 저는 "maybe"라고 하겠습니다 20:22:37 &lt;bgwcb&gt; maybe 20:22:56 &lt;psi&gt; "maybe" (거기 갈 수 있다면요, 그럴 가능성은 매우 낮지만) 20:23:11 &lt;eche|on&gt; 흠, forum.i2p에서 설문을 시작할까요? 20:23:26 &lt;eche|on&gt; 그라츠는 프랑크푸르트를 경유한 비행기로 가기 아주 좋습니다 ;-) 20:23:40 &lt;eche|on&gt; 하지만 비쌉니다. 알고 있어요. 20:24:14 &lt;zzz&gt; eche|on, 호응이 많지 않네요… 아마 컨퍼런스에서 밋업이나 바비큐를 하는 편이 더 인기가 있을지도요? 20:24:17 &lt;EinMByte&gt; 저도 이건 포럼 같은 곳으로 옮기는 게 최선이라고 생각합니다 20:24:51 &lt;bgwcb&gt; 누가 소유? 20:24:52 &lt;eche|on&gt; zzz: 그게 더 좋겠네요. 맞는 컨퍼런스를 찾을 수 있다면요? 20:24:52 &lt;bgwcb&gt; 미안, 정확히 어디 20:24:54 &lt;EinMByte&gt; 5? 20:24:54 &lt;bgwcb&gt; ? 20:24:55 &lt;zzz&gt; 여름에 밋업을 하는 건 좋겠지만, 컨퍼런스와 결합하는 게 더 합리적일 수 있겠네요 20:24:57 &lt;eche|on&gt; 올해는 라스베이거스에 갈 시간이 없습니다 20:25:45 &lt;eche|on&gt; (또요) 20:25:48 &lt;eche|on&gt; 그래도 뭔가 하길 원하시면, 자금은 마련되어 있어요^^ 20:25:48 &lt;zzz&gt; 좋아요, 이 주제는 더 조사한 뒤로 미루죠. 아이디어를 가지고 몇 주 후에 다시 이야기할 수 있을 겁니다 20:25:48 &lt;eche|on&gt; 제가 이건 계속 지켜보겠습니다 20:26:03 &lt;EinMByte&gt; 좋습니다 20:26:14 &lt;zzz&gt; 다음으로 넘어가죠 20:26:18 &lt;zzz&gt; 3. 0.9.13 릴리스 일정 20:26:46 &lt;zzz&gt; 0.9.12 이후 약 4주가 되었고, 평소 5~8주 주기를 따르자면 5월 말에 릴리스가 됩니다 20:27:02 &lt;dg&gt; 고작 4주라니.. 20:27:11 &lt;zzz&gt; rfree가 0.9.12에서 방화벽 뒤의 routers(라우터) 관련 문제를 잘 조사해 왔고, -14가 큰 도움이 되는 듯합니다 20:27:17 &lt;EinMByte&gt; 0.9.12에서 문제라고 하던 것들은 어떻게 됐나요, (실제로 있었다면) 해결됐나요? 20:27:19 &lt;zzz&gt; 그래서 곧 릴리스를 하자고 권하고 있습니다. 20:27:28 &lt;EinMByte&gt; 아 그렇군요 20:27:50 &lt;zzz&gt; 방화벽 뒤의 routers에서만 발생하는 듯한데, 그 말은 TAILS 사용자 전부도 해당된다는 뜻이죠 20:27:56 &lt;eche|on&gt; zzz: susimail은 어디까지 진행됐나요, 끝났나요? 20:28:12 &lt;zzz&gt; 네, 지금으로서는 susimail 작업은 거의 끝났습니다 20:28:24 &lt;eche|on&gt; 좋아요, 그리고 Tails의 다음 릴리스는 언제인가요? 20:28:25 &lt;zzz&gt; 그래서 susimail + 방화벽 수정만으로도 릴리스하기에 충분해 보입니다 20:28:32 &lt;eche|on&gt; 즉, 우리가 마감해야 할 날짜가 언제죠? 20:28:33 &lt;zzz&gt; 그럼 2~3주 안으로? 20:28:58 &lt;user@kyirc&gt; -0은 제게 안 좋았습니다. lin에서 nonfirewalld, -4가 도달성(reachability)을 고쳤어요. 그리고 방화벽이 있는 XP에서는 -0이 거의 쓸 수 없었죠. -14는 아주 잘 됩니다 20:29:04 &lt;eche|on&gt; 현재로서는 더 짧은 주기도 문제없습니다 20:29:24 &lt;user@kyirc&gt; 다만 콘솔이 잠기는 문제는 잘 모르겠습니다. 그건 -14에서 있었거든요 20:29:36 &lt;zzz&gt; 체크인 마감은 5월 16일 또는 23일, 릴리스는 5월 19일 또는 26일 20:29:47 &lt;eche|on&gt; 5월 16일이 더 좋겠네요(29일은 공휴일입니다) 20:29:50 &lt;dg&gt; 교착 상태 같은 문제가 없다면 16/19가 좋겠습니다. 20:30:10 &lt;dg&gt; 사용자가 아직 고통받고 있다면, 미루죠. 20:31:10 &lt;zzz&gt; 좋습니다. 마감은 16일, 릴리스는 19일을 목표로 하죠. 해결되지 않은 문제가 있으면 뒤로 미루겠습니다 20:31:20 &lt;EinMByte&gt; 좋습니다 20:31:45 &lt;user@kyirc&gt; XP에서는 완전히 괜찮습니다. 제 경우 콘솔 문제가 제 탓일 수도 있어요. 오래된 Jetty 버전에 의존하는 플러그인을 사용해 보았거든요. 플러그인을 제거한 뒤에도 문제가 남아 있었는데, 아마 제 설정이 뭔가 바뀐 걸지도 모르죠. 하지만 어디까지나 제 경우입니다 20:32:14 &lt;user@kyirc&gt; 다른 사람이 그 문제를 겪지 않는다면, -14는 좋은 릴리스 후보라고 봅니다(IMHO) 20:32:49 &lt;zzz&gt; 다음으로 넘어갑니다: 4) EinMByte Just Mail 20:32:49 &lt;EinMByte&gt; 네, 간단한 질문 하나입니다 20:32:49 &lt;EinMByte&gt; orion: 딩 20:32:54 &lt;EinMByte&gt; 제 질문은: orion이 연락을 취할 수 있었나요? 20:33:07 &lt;EinMByte&gt; 그리고 둘째로: 도대체 그들은 뭘 하고 있는 건가요 20:33:16 &lt;EinMByte&gt; 제 생각에는, 그건 될 것 같지가 않습니다 20:33:20 &lt;zzz&gt; 답장을 받았고 저에게 참조로 보냈습니다만, 별 내용은 없었습니다 20:33:26 &lt;EinMByte&gt; 그래서 조언이 좀 필요하다고 봅니다 20:33:30 &lt;EinMByte&gt; zzz: 붙여넣어 주실 수 있나요 20:33:38 &lt;EinMByte&gt; 관심 있습니다 20:34:04 &lt;EinMByte&gt; `http://zzz.i2p/topics/1614에` 썼듯이, 저는 그들의 아이디어에 의문이 있습니다 20:34:10 &lt;iRelay&gt; 제목: zzz.i2p: Just Mail Kickstarter (zzz.i2p에서) 20:34:28 &lt;EinMByte&gt; * 그들의 아이디어가 실현 가능할지 여부요 20:35:09 &lt;zzz&gt; 회의 후 그 스레드에 붙여넣겠습니다.. 그냥 마케팅 헛소리일 뿐, 아무것도 제대로 설명하지 않습니다. 20:35:26 &lt;EinMByte&gt; 알겠습니다, 감사합니다 20:35:44 &lt;zzz&gt; Just Mail 관련해 다른 것 있나요? 20:35:47 &lt;EinMByte&gt; 4번은 이쯤이면 됐다고 봅니다. 잘 될 것 같지는 않네요 20:36:12 &lt;EinMByte&gt; (투자하신 분들께도 유감입니다) 20:36:25 &lt;zzz&gt; 다음으로 넘어가죠 20:36:37 &lt;zzz&gt; 5) DerbyCon EinMByte psi orion 20:36:55 &lt;psi&gt; orion과 저는 DerbyCon에 참석할 수 있을 것 같습니다 20:37:00 &lt;EinMByte&gt; 다시 한 번, 그 건의 진행 상황을 알고 싶었습니다 20:37:07 &lt;EinMByte&gt; 좋아요, 발표는 정해졌나요? 20:37:20 &lt;psi&gt; 당신들 둘이 발표할 수 있기를 바랐습니다 20:37:29 &lt;zzz&gt; `http://zzz.i2p/topics/1579` 20:37:33 &lt;iRelay&gt; 제목: zzz.i2p: Derbycon 루이빌 9월 24-28일 (zzz.i2p에서) 20:37:44 &lt;EinMByte&gt; zzz: 당신이 발표할 가능성은 없나요? 20:38:20 &lt;zzz&gt; 가능성은 있지만, 저는 우리 PR 담당인 orion에게 한 표 던집니다 20:38:24 &lt;EinMByte&gt; 또한, 이 발표들이 중계되는지 아는 분 있나요? 20:38:50 &lt;psi&gt; 만약 그렇다면, 당신은 언제든 유나바머처럼 차려입을 수도 있죠(str4d) 20:39:25 &lt;zzz&gt; psi, orion, CFP 일정과 절차를 확인하고 어떤 종류의 발표가 적절한지 알아보기 위해 Adrian에게 바로 연락할 것을 권합니다 20:39:35 &lt;psi&gt; 알겠습니다 20:39:46 &lt;zzz&gt; 여기는 주로 정보보안 컨퍼런스여서 DEFCON/HOPE/CCC 등과는 많이 다릅니다 20:40:39 &lt;EinMByte&gt; 우리가 발표를 하는 게 중요합니다. 분명히 알리는 데 도움이 될 테니까요 20:40:54 &lt;EinMByte&gt; (학술 연구 기회도 더 커지고요) 20:41:13 &lt;zzz&gt; HOPE 얘기가 나와서 말인데: `http://zzz.i2p/topics/1507` 20:41:19 &lt;iRelay&gt; 제목: zzz.i2p: HOPE X (zzz.i2p에서) 20:41:36 &lt;zzz&gt; 그리고 DEFCON: `http://zzz.i2p/topics/1556` 20:41:42 &lt;iRelay&gt; 제목: zzz.i2p: DEFCON 2014 (zzz.i2p에서) 20:42:07 &lt;zzz&gt; 어쨌든, psi와 orion이 DerbyCon에 간다면, 저도 갈 가능성이 있습니다. 20:42:18 &lt;zzz&gt; eche|on, 루이빌 바비큐? 20:42:22 &lt;EinMByte&gt; 이상적인 세계라면, 저 모든 컨퍼런스에서 발표를 하겠죠 20:42:30 &lt;psi&gt; 오 그거 좋네요, KT에서 바비큐 20:42:51 &lt;zzz&gt; KY 20:43:02 &lt;psi&gt; KY인가요? 이런 20:43:50 &lt;zzz&gt; 두세 분이 공동으로 발표를 준비하고 저는 빠지는 게 좋겠습니다. 그게 최선이겠네요 :) 20:44:00 &lt;zzz&gt; 회의에서 다룰 다른 사항 있나요? 20:44:10 * zzz가 baffer를 워밍업한다 20:44:14 &lt;user@kyirc&gt; 의제에 있는 주제는 아니지만, 공식 인-네트워크 홈페이지에 대해 고민을 시작해야 한다고 봅니다. www.i2p2.i2p는 못생겼어요. i2p2.de라는 퍼블릭 인터넷 도메인과 맞추려고 선택한 거죠. 이제 그게 우리의 주 주소가 아니니, 인-네트워크 도메인도 더 예쁜 걸 생각해 봐야 합니다. 예를 들면 i2p.i2p. geti2p.i2p가 말이 되는지는 모르겠네요. 이제 I2P를 _get_할 필요가 없으니까요. 20:44:23 &lt;eche|on&gt; zzz: louiesville, 시간, 장소? 20:44:39 &lt;zzz&gt; `http://zzz.i2p/topics/1579` 20:44:44 &lt;iRelay&gt; 제목: zzz.i2p: Derbycon 루이빌 9월 24-28일 (zzz.i2p에서) 20:44:53 &lt;user@kyirc&gt; 긴급한 건 아니지만, 생각해 볼 만하고, 쉽게 "fix"할 수 있습니다 20:45:22 &lt;EinMByte&gt; 네, 새 홈페이지면 좋겠네요 20:45:22 &lt;eche|on&gt; 흠, 그 날짜에는 스코틀랜드에 있고 싶었는데요 20:45:30 &lt;zzz&gt; user, 그건 welterde 겁니다. router 콘솔에서는 모든 참조를 제거했고, 이제 i2p-projekt.i2p로 가리키고 있습니다 20:45:59 &lt;user@kyirc&gt; k 때문에 그것도 완벽하진 않죠 20:45:59 &lt;zzz&gt; 좋은 회의에 모두 감사드립니다 20:46:09 &lt;eche|on&gt; 일정표를 확인해 봐야겠네요 20:46:20 &lt;EinMByte&gt; zzz: 마지막으로, 정기 회의를 할 계획이 있나요 20:46:30 &lt;user@kyirc&gt; 링크이니 큰 문제는 아니지만, 그래도 영어 이름이 더 낫다고 봅니다(IMHO) 20:46:44 &lt;EinMByte&gt; (이미 그러고 있지 않다면요?) 20:47:02 &lt;zzz&gt; EinMByte, 회의는 필요할 때 잡습니다. 누구든 언제든 어떤 주제로든 회의를 잡을 수 있습니다. 20:47:17 &lt;EinMByte&gt; zzz: 알겠습니다 20:47:23 &lt;user@kyirc&gt; i2p-project.i2p가 뭐가 문제죠? 이미 다른 사람이 등록했나요? 20:47:47 &lt;eche|on&gt; 그래도 루이빌은 접근성이 좋고 중심지죠 20:47:50 &lt;zzz&gt; EinMByte, `http://zzz.i2p/topics/1491` 20:47:55 &lt;iRelay&gt; 제목: zzz.i2p: Project Meetings (zzz.i2p에서) 20:48:37 &lt;EinMByte&gt; i2pcpp 회의를 생각하고 있습니다 20:48:42 &lt;EinMByte&gt; 하지만 orion과 논의가 필요합니다 20:48:44 &lt;zzz&gt; DerbyCon에 간다면, Lance도 가도록 설득해 봐야 합니다 20:50:03 &lt;eche|on&gt; 좋아요, 이건 염두에 두고 저는 이제 자러 갑니다 20:50:04 &lt;eche|on&gt; 나중에 봐요 20:50:19 &lt;zzz&gt; 채택되려면 발표가 끝내줘야 합니다. DerbyCon은 첫해에는 규모가 작았지만 이제 4년 차인 걸로 압니다. irongeek과 약간의 인맥이 있긴 하지만, 그분 혼자 결정하는 행사는 아닙니다. 20:50:55 &lt;EinMByte&gt; 참고로, 슬라이드 등등을 봐 드릴 의향이 있습니다. 큰 도움이 될지는 모르겠지만, 모를 일이니까요 20:51:51 &lt;EinMByte&gt; 어쨌든, 안녕히 계세요 </div>/ko/blog/2014/04/22/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2014%EB%85%84-4%EC%9B%94-22%EC%9D%BC/Tue, 22 Apr 2014 00:00:00 +0000/ko/blog/2014/04/22/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2014%EB%85%84-4%EC%9B%94-22%EC%9D%BC/<h2 id="간단-정리">간단 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> hottuna, nombre\_, psi, str4d, zzz2</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:32:31 &lt;str4d&gt; 모두 안녕하세요 20:34:53 &lt;str4d&gt; 0) 안녕 20:34:53 &lt;str4d&gt; 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:34:53 &lt;str4d&gt; 2) Tor Pluggable Transports(PTs)를 위한 새로운 transport `http://zzz.i2p/topics/1551` 20:34:53 &lt;str4d&gt; 3) 1)에서 나온 항목들 20:34:53 &lt;str4d&gt; 회의 후 활동: Mumble 부하 테스트(I2P 위에서 음성 채팅) 20:35:07 &lt;iRelay&gt; 제목: zzz.i2p: TODO 0.9.13 - 0.9.16 (at zzz.i2p) 20:35:10 &lt;iRelay&gt; 제목: zzz.i2p: Supporting Tor Pluggable Transports (at zzz.i2p) 20:35:29 &lt;str4d&gt; 0) 안녕 20:35:57 &lt;hottuna&gt; 안녕하세요 20:37:37 &lt;str4d&gt; 다른 분? 20:38:01 &lt;str4d&gt; zzz2 orion psi kytv meeh_ 20:41:17 &lt;str4d&gt; 그들 중 몇 명이라도 나타나길 바랍니다. 20:41:17 &lt;str4d&gt; 1) TODO 0.9.13-0.9.16 `http://zzz.i2p/topics/1600` 20:41:22 &lt;iRelay&gt; 제목: zzz.i2p: TODO 0.9.13 - 0.9.16 (at zzz.i2p) 20:41:26 &lt;zzz2&gt; 여기 20:41:58 &lt;str4d&gt; zzz의 요청으로, 앞으로의 I2P 로드맵에 대한 아이디어를 제안하기 위한 토론 스레드를 시작했습니다. 20:42:27 &lt;str4d&gt; 말들이 많았지만, 실제 합의는 이루어지지 않았습니다. 20:43:14 &lt;str4d&gt; 초기 제안 몇 가지를 로드맵 페이지에 요약해 두었습니다 `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 20:43:17 &lt;iRelay&gt; 제목: Roadmaps/1.0 I2P Bugtracker (at trac.i2p2.i2p) 20:45:01 &lt;str4d&gt; zzz2: susimail에 몰두하고 있던데요(야호) 20:46:19 &lt;zzz2&gt; 그래, 무엇이 정말 중요한지 결정하는 동안 그쪽에 깊이 빠져버렸어 20:52:07 &lt;str4d&gt; 로그인 문제에 관한 장기 버그가 있고, susimail은 사용자가 가장 먼저 시도하는 앱 중 하나라는 점만으로도 유용한 작업이었다고 생각합니다 20:52:08 &lt;str4d&gt; `http://trac.i2p2.i2p/ticket/747` 20:52:12 &lt;iRelay&gt; 제목: #747 (Login problems with Susimail) I2P Bugtracker (at trac.i2p2.i2p) 20:54:45 &lt;psi&gt; str4d: 안녕 20:54:47 * psi 늦었나? 20:55:19 &lt;str4d&gt; 응, psi가 늦었어 20:55:25 &lt;str4d&gt; 아직 별로 진행된 건 없어요 :/ 20:55:58 * psi 위로 스크롤함 20:56:07 &lt;str4d&gt; RFC가 공개된 이후 진행된 일을 요약하면: 20:56:18 &lt;str4d&gt; - zzz가 susimail 작업을 했고 20:56:59 &lt;str4d&gt; - psi는 PTs, 새로운 DH와 JNI를 파악하고 있었고 20:57:23 &lt;str4d&gt; - 저는 I2P-Bote Android 작업을 했고, 지금은 Java EdDSA를 하고 있습니다 20:57:39 * psi는 하루 종일 i2p용 PT 구조를 구체화하고 있었음 20:58:59 &lt;zzz2&gt; str4d와 psi가 EdDSA, 25519, PTs에서 진전이 있다면, 내 시간을 가장 잘 쓰는 방법은 새로운 서명 알고리즘 마이그레이션을 진행하는 거라고 봐. 예를 들어 tunnel을 따라 여러 dest를 두는 것, 그리고 일종의 주소록(addressbook) 지원 같은 것 21:00:27 &lt;jenkins@kyirc&gt; 작업 I2P에 대해 빌드 #581 시작 21:01:01 &lt;zzz2&gt; psi mtn 키와 개발자 계약 상태가 어떤가요? 우편으로 아무것도 못 받았어요. 21:01:23 &lt;str4d&gt; psi가 개발자 계약서에 서명했고, 제가 웹사이트에 올렸습니다 21:01:36 &lt;str4d&gt; (그래서 그의 공개 키가 기록되었습니다) 21:02:10 &lt;zzz2&gt; 키 지문도 거기에 있나요? 21:02:32 &lt;zzz2&gt; 그렇다면 그를 추가하고 공지하겠습니다 21:03:02 &lt;psi&gt; 내 gpg fp는 내 트위터에 있어요 21:03:05 &lt;str4d&gt; 지문은 아니고, 키 자체가 있습니다 21:03:47 &lt;zzz2&gt; 그 샘플 monotonerc 템플릿 파일에 있어야 합니다. psi, mtn 실력 첫 테스트로 그걸 해볼래요? 21:04:23 &lt;jenkins@kyirc&gt; 신난다, 빌드가 수정되었습니다! 21:04:24 &lt;jenkins@kyirc&gt; Project I2P build #581: FIXED in 3 min 55 sec: `http://jenkins.killyourtv.i2p/job/I2P/581/` 21:04:36 &lt;psi&gt; 그거 할 수 있어요 21:04:40 &lt;psi&gt; 이미 로컬에서 했어요 21:04:53 &lt;str4d&gt; zzz2, psi, 로드맵 간트를 업데이트했습니다 - `http://trac.i2p2.i2p/wiki/Roadmaps/1.0` 21:04:56 &lt;iRelay&gt; 제목: Roadmaps/1.0 I2P Bugtracker (at trac.i2p2.i2p) 21:05:21 &lt;psi&gt; 내 NOT transport 키에 대한 monotone 키 fp는 "1ceb85b992114bae1bcb156ef238f8f3044a6bfe", -- ampernand@gmail.com 21:06:04 &lt;psi&gt; 내 transport 키 fp도 제공할 수 있어요 21:06:29 &lt;zzz2&gt; 좋아, 환영합니다! 모두에게 말하듯이, 조심해서 하세요, 먼저 www에서 연습하고요 21:06:30 &lt;str4d&gt; psi: 그걸 eche, kytv, welt에게 보내야 해요 21:06:43 &lt;str4d&gt; +1 21:06:56 * kytv 받았고 자신의 서버에 추가 중 21:07:08 &lt;zzz2&gt; psi, 이 모든 걸 어떻게 하는지에 대한 아주 정확한 지침이 웹 페이지에 있어요... :) 21:07:27 &lt;psi&gt; 검토하겠습니다 21:07:38 &lt;zzz2&gt; 예를 들어, 내게 메일 보내기(하지만 당신은 더 이상 필요 없음) 21:08:15 &lt;str4d&gt; 지금 간트 로드맵이 모두에게 어떻게 보이나요? 비현실적으로 보이는 항목이나 빠진 항목이 있나요 21:08:16 &lt;str4d&gt; ? 21:09:37 * psi 로드맵 검토함 21:09:43 &lt;jenkins@kyirc&gt; Project I2P UnitTests build #528: SUCCESS in 5 min 6 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/528/` 21:09:57 &lt;jenkins@kyirc&gt; 작업 I2P-Android에 대해 빌드 #82 시작 21:09:59 &lt;str4d&gt; zzz2: 새 GPG 키 항목은 미루지 말고 빨리 처리하길 제안해요 ;) 21:10:19 &lt;zzz2&gt; str4d, 무엇이 중요한지에 대해 그것이 당신에게 무엇을 말해주는지 알려주세요 21:10:33 &lt;str4d&gt; psi: 당신의 PTs 작업과 NTCP2 사이에 겹치는 부분이 많나요? 21:10:34 &lt;zzz2&gt; 네, 다음 릴리스 전에 하겠습니다, 약속해요 21:11:24 &lt;str4d&gt; 제 생각에는 중요한 것이 세 가지 있습니다: 21:11:32 &lt;jenkins@kyirc&gt; Project I2P-Android build #82: SUCCESS in 1 min 34 sec: `http://jenkins.killyourtv.i2p/job/I2P-Android/82/` 21:11:40 &lt;str4d&gt; 1) 암호(crypto) 업그레이드 진행 - 이제 드디어 본격적으로 시작되고 있음 21:12:01 &lt;psi&gt; str4d: 지금은 아직 ntcp2를 살펴보지 못했어요 21:12:13 &lt;str4d&gt; (사전 작업을 계속 이어서) 21:13:28 &lt;zzz2&gt; 1) "이제 시작"이라니? 지난 6개월 동안 죽어라 매달렸는데 21:13:32 &lt;str4d&gt; 2) 감사 준비 - 제 생각에는 위협 모델 등에서 최대한 빨리 주도권을 잡아야 합니다 21:15:33 * psi 30분간 자리를 비움 21:15:33 &lt;psi&gt; 예기치 못한 일이 생김, 금방 돌아올게요(bbl) 21:15:33 &lt;psi&gt; 나중에 스크롤백(이전 대화) 보겠습니다 21:16:21 &lt;zzz2&gt; “새로운 서명 crypto”에 대해 밖에서 약간 혼란이 있는 듯합니다. 이미 끝났고, 0.9.12에 포함되어 있으며, 동작합니다. destination(목적지 식별자)에 대해요. 21:17:06 &lt;zzz2&gt; 완료되지 않은 “유일한” 것은 공개된 기존 destination을 새로운 것으로 마이그레이션하는 일입니다. 21:21:13 &lt;str4d&gt; 맞아요. 우선 새로운 것을 선택해야 하고, 제 생각에는 Ed25519가 되어야 하며, 그러려면 빠른 구현이 필요합니다. 21:21:15 &lt;str4d&gt; 그리고 동시에, 남아 있는 필수 마이그레이션 인프라도 구현되어야 한다는 데 동의합니다. 21:21:16 &lt;str4d&gt; &lt;str4d&gt; 수년간 우리는 그것을 한쪽에 미뤄두고 사용자에게 유익하다고 생각되는 것들에 집중해왔지만, 제 생각에는 더 많은 연구 관심을 얻고 이를 효과적으로 활용하려면 I2P가 할 수 있는 것과 할 수 없는 것에 대해 더 명확히 인식할 필요가 있습니다. 21:21:17 &lt;str4d&gt; &lt;str4d&gt; 알고 있어요 zzz ;P 21:21:18 &lt;str4d&gt; &lt;str4d&gt; (특히 실제 새로운 crypto가 관련된 부분을 말했습니다) 21:21:19 &lt;str4d&gt; &lt;str4d&gt; 여기까지 오게 해 준 노력에 감사해요 :) 21:21:20 &lt;str4d&gt; &lt;str4d&gt; 3) 사용성, UX - 로드맵 차트에는 없지만 세 번째로 중요한 포인트입니다 21:21:22 &lt;str4d&gt; &lt;str4d&gt; 음 - zzz의 susimail 작업과 스트리밍 개선이 여기에 해당합니다 21:21:41 &lt;str4d&gt; &lt;str4d&gt; 또한 오류 및 도움말 페이지를 검토하고, 사용자가 자신의 일을 완료하도록 어떻게 도울지 고민하는 것도 중요합니다. 21:21:41 &lt;str4d&gt; (제 “2) 감사 준비” 라인 다음에) 21:22:00 &lt;str4d&gt; 10~15분 후 자리를 비워야 합니다 21:22:50 &lt;str4d&gt; 그리고 psi가 자리를 비운 관계로, 이번 회의에서는 “2) Tor PTs를 위한 새로운 transport”는 제외하겠습니다 21:23:55 &lt;str4d&gt; zzz2: 위협 모델과 관련해 Lance와 회의를 잡기 전에 무엇을 해야 한다고 보시나요? 21:24:59 * str4d 5월에 Lance와의 회의를 시도하고 싶음 21:26:04 &lt;str4d&gt; 그러니 그 전에 무엇을 해야 하는지 정리해서, 먼저 끝낼 시간을 충분히 두고 회의를 잡아야 합니다. 21:29:27 &lt;zzz2&gt; 먼저 선택해야 한다는 데에는 동의하지 않습니다. 21:29:59 &lt;zzz2&gt; 혹은, 지금(P256) 선택하고 나중에 더 많은 옵션이 가능해지면 다시 선택할 수도 있죠. 21:30:02 &lt;MTN@kyirc&gt; [ I2P ] 컴파일 수정 [zzz@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/12396c3ee88d1194482fc2cc3751db1169cc52e3` 21:30:34 &lt;zzz2&gt; 원한다면 0.9.13에서 새 dest의 기본값을 P256으로 바꿀 수 있습니다. 21:30:35 &lt;str4d&gt; zzz2: 네이밍 시스템이 동적인 enc 선택을 처리할 수 있는 단계에 이르면 동의합니다 21:31:05 &lt;zzz2&gt; P256이 DSA보다 확실히 낫습니다 21:31:34 &lt;str4d&gt; 그 점에는 저도 동의합니다. 21:31:43 &lt;zzz2&gt; P256을 싫어하는 분들은 한 발 물러나서 DSA 1024가 얼마나 나쁜지 생각해보는 게 좋겠습니다. 21:32:03 &lt;MTN@kyirc&gt; [ WWW ] psi의 transport 키 추가 [kytv@mail.i2p] `http://killyourtv.i2p/viewmtn/revision/info/029163d2d446f10ab1a129b559802fabac2ef8b7` 21:32:52 &lt;str4d&gt; zzz2: 요지는 이해합니다. 21:33:39 &lt;zzz2&gt; 감사와 Lance와 관련해서는, 언제나 좋은 시기입니다. 메일링 리스트에서 감사 프로세스 관련 업데이트가 있나요? 21:33:40 &lt;str4d&gt; 전환 전에 EdDSA를 먼저 구현하고 싶은 이유 중 하나는, 이전 스레드에서 당신이 말한 바에 따르면 Dest 서명 알고리즘을 두 번 바꾸고 싶지 않기 때문입니다. 21:34:14 &lt;str4d&gt; 맞아요, 두 번째는 멀티 dest 지원 등이 있을 테니 조금 더 쉬울 수 있지만, 네이밍 쪽은 여전히 약점입니다. 21:34:48 &lt;zzz2&gt; 서버의 경우 두 번 바꾸고 싶지 않겠지만, 클라이언트는 상관없습니다 21:35:04 &lt;str4d&gt; 좋은 지적입니다. 21:35:23 &lt;str4d&gt; 새로운 Dest가 기존 것과 통신하는 것을 막는 게 있나요? 21:35:31 &lt;nombre_&gt; 그러니까 여러분이 crypto 업그레이드를 하고 있다는 거죠? 계획하고 있는 모든 내용에 대해 자세히 설명한 페이지가 있을까요? 그리고 25519 구현은 JNI를 통해 NaCl을 쓰거나 Kalium을 쓸 수도 있겠지만, 다소 제약이 있을 수도 있겠네요 21:35:34 &lt;zzz2&gt; 서버라 해도, P256으로 전환했다면 P256에 대해 정말 안 좋은 소식이 나오지 않는 한 다시 바꿀 가치는 별로 없어 보입니다 21:35:54 &lt;str4d&gt; 그렇지 않다면, 클라이언트를 더 빨리 P256으로 옮기는 게 좋은 생각일 수 있습니다 21:36:08 &lt;zzz2&gt; 양쪽이 0.9.12 이상이라면 새 dest와 오래된 dest가 서로 통신할 수 있습니다 21:36:39 &lt;str4d&gt; zzz2: http://blog.cr.yp.to/20140323-ecdsa.html 는 제가 ECDSA에 머무르고 싶지 않은 충분한 이유입니다 21:36:43 &lt;iRelay&gt; 제목: cr.yp.to: 2014.03.23: How to design an elliptic-curve signature system (at blog.cr.yp.to) 21:37:56 &lt;str4d&gt; 아직 어떤 단일 지점 때문은 아니지만, EdDSA의 효과적이고 올바른 구현을 확보할 수 있다면 전환이 매우 유익하다고 생각합니다 21:38:27 &lt;str4d&gt; nombre_: `http://trac.i2p2.i2p/ticket/856` 21:38:30 &lt;iRelay&gt; 제목: #856 (Crypto review/migration) I2P Bugtracker (at trac.i2p2.i2p) 21:38:30 &lt;str4d&gt; (그리고 그 안의 링크들) 21:38:40 &lt;nombre_&gt; 고마워요 str4d 21:38:53 &lt;zzz2&gt; 그렇다고 해서 DSA를 없애는 걸 미루라는 얘기는 없어요. P256에 대해 당장 공포를 느낄 만한 것도 없고요. P256보다 더 나은 게 있냐고요? 물론 있죠. 21:39:15 &lt;str4d&gt; OpenITP 메일링 리스트에서 별다른 업데이트는 없었습니다. 최근에 큰 활동이 없었거든요. 21:40:38 &lt;zzz2&gt; 서명 알고리즘을 65,536개까지 허용했고, 그중 7개를 구현했습니다. 65,529개가 남았으니, 원한다면 매 릴리스마다 몇 개씩 추가할 수 있어요. 21:43:27 &lt;str4d&gt; zzz, 0.9.13에서 클라이언트를 p256으로 옮기는 것에 찬성합니다 21:44:47 &lt;str4d&gt; 하지만 서버 전환이 아직 매끄럽지 않다면, 조금 미루고 EdDSA 진행 상황을 보자는 쪽입니다 21:45:49 &lt;nombre_&gt; 저도 그래요(제 의견이 중요하진 않겠지만). NIST ECDSA가 DSA보다는 낫죠, 우리 중 몇몇 “호일모자(tinfoiler)”들은 25519가 되기 전까지는 안심 못 하겠지만요 21:46:48 &lt;nombre_&gt; dest/b32가 깨지는 건 어느 정도 당연한 거죠, 그렇죠? 21:47:13 &lt;str4d&gt; 여기까지 오는데 오랜 시간과 많은 노력이 들었습니다. 막판에 서두를 이유는 없어요 21:49:48 * RN 고개를 내밀고 둘러봄 21:54:36 &lt;zzz2&gt; 여기에는 1) 클라이언트 2) 신규 서버 3) 기존 서버 마이그레이션이 있습니다. 21:54:43 &lt;zzz2&gt; 1과 2는 지금 할 수 있고, 3)은 훨씬 더 많은 작업이 필요합니다. 21:54:59 &lt;zzz2&gt; 다만 1과 2는 그들이 따라잡을 때까지 구형 router, i2pcpp, i2pd와의 호환성을 깨뜨립니다 21:55:16 &lt;nombre_&gt; 그렇다면 25519의 Java 구현을 찾거나 만드는 일을 하고 있는 사람이 있나요? 그리고 사용 가능해질 예상 시기는 언제인가요? 21:55:28 &lt;nombre_&gt; p256은 Bouncy Castle에 포함되어 있으니 이미 가능하다고 보면 되나요? 21:55:52 &lt;zzz2&gt; p256은 JVM에 있습니다 21:56:06 &lt;nombre_&gt; 아, 더 좋네요 21:56:17 &lt;zzz2&gt; 지금 25519 Java 구현이 있지만, 사용하기엔 너무 느립니다. str4d와 psi가 속도를 높이려 하고 있어요 21:57:39 &lt;nombre_&gt; 흠, 암호(crypto)에 대해 잘 모르긴 하지만, JNI를 사용하는 게 속도를 높이는 가장 간단한 방법일 것 같네요. 병목이 어디인지 이해하려면 25519를 더 살펴봐야겠어요 23:02:36 &lt;str4d&gt; 제가 자리를 비웠을 때 아무도 실제로 끝내지 않았으니: 23:02:53 * str4d 회의를 *baf*로 종료함. </div>/ko/blog/2014/03/31/0.9.12-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 31 Mar 2014 00:00:00 +0000/ko/blog/2014/03/31/0.9.12-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>I2P는 이제 Java 6 이상이 필요합니다. Java 7로 업그레이드할 것을 강력히 권장합니다. 아직 Java 5를 사용 중이라면, I2P 0.9.12를 설치하기 전에 Java를 업그레이드해야 합니다.</p> <p>0.9.12에서는 ECDSA로 서명된 Destinations(목적지 식별자)에 대한 초기 지원을 추가합니다. 또한 Delivery Status Messages(확인 응답)의 처리와 관련된 여러 수정 사항이 포함되어 있으며, 해당 메시지는 이제 보안을 강화하기 위해 종단 간으로 암호화됩니다.</p> <p>Jetty 8로 업그레이드했습니다. Jetty 8은 Jetty 7과 거의 동일하므로, 과거 Jetty 업그레이드에서 있었던 것과 같은 복잡한 구성 파일 변환은 없습니다. 수동 변경은 필요하지 않습니다.</p>/ko/blog/2014/03/12/%EA%B2%80%EC%83%89-%EC%97%94%EC%A7%84-duckduckgo-invisible-internet-project%EC%97%90-5000%EB%8B%AC%EB%9F%AC-%EC%88%98%EC%97%AC/Wed, 12 Mar 2014 00:00:00 +0000/ko/blog/2014/03/12/%EA%B2%80%EC%83%89-%EC%97%94%EC%A7%84-duckduckgo-invisible-internet-project%EC%97%90-5000%EB%8B%AC%EB%9F%AC-%EC%88%98%EC%97%AC/<p><strong>Somewhere, NH</strong> &ndash; 인터넷 검색 회사 <a href="https://duckduckgo.com/">DuckDuckGo</a> 는 매년 진행하는 오픈 소스 기부 프로그램의 일환으로 <a href="https://geti2p.net/">Invisible Internet Project</a> (I2P)에 $5000을 <a href="https://duck.co/blog/foss2014">기부했다</a> . 이 상은 DuckDuckGo 커뮤니티 포털에서 일반 대중의 <a href="https://duck.co/forum/thread/5174/foss-donation-nomations-2014-edition">추천</a> 에 근거해 수여되었다. DuckDuckGo는 프라이버시에 중점을 두고 사용자를 추적하거나 개인 데이터를 저장하지 않는 검색 엔진을 제공한다. I2P는 ISP와 정부가 정기적으로 수행하는 일망타진식 감시로부터 개인을 보호하기 위해 설계된 익명 네트워크다.</p> <p>이는 I2P가 지금까지 받은 단일 건으로는 최대 규모의 기부로, 인터넷 커뮤니티의 프라이버시와 보안에 대한 관심이 커지고 있음을 반영합니다. 이번 자금은 I2P가 더 많은 사용자에게 다가가고, 개발을 확대하며, 코드 감사를 수행하는 데 도움이 될 것입니다. 또한 뉴욕시에서 열리는 <a href="http://www.realworldcrypto.com/">Real-World Cryptography</a> 컨퍼런스와 같은 행사에 I2P 개발자들이 참석할 수 있도록 하며, 해당 컨퍼런스에서 개발자들은 대중에게 익명성을 제공한다는 I2P의 목표에 따라 암호학 전문가들과 만나 협업했습니다.</p>/ko/blog/2014/03/11/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2014%EB%85%84-3%EC%9B%94-11%EC%9D%BC/Tue, 11 Mar 2014 00:00:00 +0000/ko/blog/2014/03/11/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2014%EB%85%84-3%EC%9B%94-11%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> AK-47, eche|on, efkt, inscrut\_, kytv, orion, psi, str4d, topiltzin, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 20:00:26 &lt;zzz&gt; 0. 안녕하세요 20:00:26 &lt;zzz&gt; 1. anoncoin.i2p 콘솔 홈페이지 요청 (Meeh) 20:00:26 &lt;zzz&gt; 2. Git (Meeh) 20:00:26 &lt;zzz&gt; 3. Echelon 서비스 축소 / 법인화 20:00:26 &lt;zzz&gt; 0. 안녕하세요 20:00:27 &lt;zzz&gt; 안녕하세요 20:00:33 &lt;zzz&gt; 각 주제를 약 15분으로 제한합시다 20:01:43 &lt;eche|on&gt; 안녕 20:02:02 &lt;orion&gt; 안녕하세요. 20:02:29 &lt;inscrut_&gt; 안녕 eche|on 20:02:39 &lt;inscrut_&gt; o/ orion 20:02:48 &lt;topiltzin&gt; 안녕 20:04:08 &lt;inscrut_&gt; 요, topz 20:05:15 &lt;str4d&gt; 안녕 20:05:26 &lt;topiltzin&gt; netsplit 20:05:54 &lt;str4d&gt; 부우 20:05:59 &lt;str4d&gt; 쉬익 20:06:15 * inscrut_ 토마토를 던진다 20:08:58 &lt;topiltzin&gt; 좋아, 회의 끝. 이제 흩어져요 20:09:01 &lt;eche|on&gt; 주제 0~2에 대해서는 대체로 "진행해도 됨". 20:09:12 &lt;zzz&gt; 좋아요, 다시 해봅시다 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 0. 안녕하세요 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 1. anoncoin.i2p 콘솔 홈페이지 요청 (Meeh) 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 2. Git (Meeh) 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 3. Echelon 서비스 축소 / 법인화 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 0. 안녕하세요 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 안녕하세요 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 각 주제를 약 15분으로 제한합시다 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 2와 3은 크고 자주 논의되는 주제이니, 여기까지의 현황과 다음에 무엇을 할지에 집중합시다. 어떻게 여기까지 왔는지는 논하지 맙시다 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 2나 3에 대해 결론을 내릴 것으로 기대하진 않지만, 필요하다면 연구를 위한 다음 단계 정도는 정하면 좋겠습니다 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 또한, 안건 항목들에 대한 배경은 위의 /topic 링크에 있습니다. 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 1. anoncoin.i2p 콘솔 홈페이지 요청 (Meeh) 20:09:12 &lt;zzz&gt; &lt;zzz&gt; Meeh 여기 있나요? 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 1과 2는 건너뜁니다 20:09:12 &lt;zzz&gt; &lt;zzz&gt; 3. Echelon 서비스 축소 / 법인화 20:09:12 &lt;zzz&gt; &lt;zzz&gt; eche|on, 여기 있나요? 20:09:44 &lt;zzz&gt; 그래서 1과 2는 건너뛰고 3으로 가죠. eche|on, 발언하세요 20:10:12 &lt;eche|on&gt; 여러 가지 개인적/비개인적 문제로, 제가 제공하던 서비스들을 줄였고 앞으로 더 줄일 예정입니다 20:10:20 &lt;eche|on&gt; 예: false.i2p는 내려갔습니다 20:10:48 &lt;eche|on&gt; 어떤 서비스가 다음일지는 지금은 말하기 어렵습니다. 적어도 올해는 계속 돈 관리 역할을 맡겠습니다 20:11:27 &lt;eche|on&gt; 방금 든 생각인데, 사기 등으로 인해 I2P가 돈을 잃는 것을 막지 못했고, 점점 더 어려워지고 있습니다 20:11:54 &lt;eche|on&gt; 또한 돈이 많아질수록 더 어려워집니다. 특히 기업들이 우리에게 기부할 때는 "유용한" 것에 써야 하니까요. 20:12:17 &lt;orion&gt; 말 좀 끼어들고 싶습니다. 20:12:19 &lt;eche|on&gt; 전부 명확하진 않고, 일종의 "느낌"에 가깝다는 건 알지만, 일단 알려드리고자 합니다 20:13:33 &lt;AK-47&gt; 어쨌든 지금까지 수고하셨습니다. 20:13:33 &lt;psi&gt; 안녕 20:13:33 &lt;zzz&gt; eche|on, 오늘 우리에게 제안할 구체적인 안건이 있나요? 20:14:30 &lt;zzz&gt; 업무 부담을 조금 줄일 수 있는 두 가지 방안이 있습니다 - orion을 "부회계 - U.S. $$"로, Meeh를 "부회계 - BTC/알트코인"으로 지정하는 것 --- 도움이 될까요? 20:14:31 &lt;eche|on&gt; 제 제안: 법인화를 진지하게 고려하고, 아니라면 20:14:50 &lt;eche|on&gt; $ 기부에는 $ 담당 회계가 도움이 될 겁니다, 맞아요 20:15:00 &lt;eche|on&gt; 그리고 alt/BTC는 meeh가 맡아도 괜찮습니다 20:15:43 &lt;inscrut_&gt; 장부를 공개할 수 있나요? 아마 복식부기 원장 형태로요? 20:15:52 &lt;eche|on&gt; 장부요? 20:16:01 &lt;eche|on&gt; `http://echelon.i2p/donations/index.html` 20:16:09 &lt;iRelay&gt; 제목: Donations (at echelon.i2p) 20:16:26 &lt;orion&gt; 별개의 제안을 두 가지 하고 싶습니다. 첫째: 자금을 여러 통화(달러, 유로, *코인)에 분산해 보유해야 합니다. 20:16:39 &lt;orion&gt; 그리고 서로 다른 관할권에 보관해야 합니다. 20:16:40 &lt;eche|on&gt; 제 더 큰 문제/걱정은 제 손에 거의 40k 있다는 점입니다. 법적으로는 이것이 "공식" 제 돈이지, I2p의 돈이 아닙니다. 20:17:54 &lt;str4d&gt; 흠. 그러면 개인적으로 재정 문제가 생기면, 법적으로 I2P 자금을 없애야 할 수도 있다는 뜻이군요. 20:18:15 &lt;eche|on&gt; 맞습니다 20:18:32 &lt;eche|on&gt; 그게 법적 실체가 아닌 데서 오는 문제죠 20:18:54 &lt;eche|on&gt; 그래서 여기에는 대략 50k 이상은 두고 싶지 않습니다 20:21:36 &lt;orion&gt; eche|on: 법인화를 검토하기 전에, 자금을 서로 다른 통화와 관할권에 분산해 보관해야 한다는 데 동의하나요? 20:21:43 &lt;eche|on&gt; 개인적으로 50k를 넘는다고 큰 문제는 없지만, 문제가 생기면 I2P가 손해를 보게 될 것이고, 그건 제 의도가 아닙니다 20:22:05 &lt;zzz&gt; $$ 계정을 유지하는 데 장점이 있습니다. 우리의 수입과 지출 대부분이 $$이고, 왕복 환전에서 손실이 큽니다 20:22:13 &lt;eche|on&gt; orion: 미국 기반 $ 계정은 유용하고, 누군가 원한다면: 예 20:22:34 &lt;orion&gt; 제가 USD 계정을 맡겠습니다. 20:23:40 &lt;zzz&gt; 여럿이 자금을 보관하면서도 명예의 전당 페이지에서 총액과 거래를 집계하는 게 관리 가능할까요? 20:24:25 &lt;eche|on&gt; 우리 웹페이지가 mtn/git에서 호스팅되기 때문에 가능합니다 20:24:42 &lt;eche|on&gt; 통화별 표/섹션이 필요하겠습니다 20:25:06 &lt;str4d&gt; 표시하는 건 간단합니다 20:25:07 &lt;eche|on&gt; 하나의 통화를 2명 이상에게 나눠 맡기려면, 서로 잘 소통해야 합니다 20:26:58 &lt;zzz&gt; eche|on이 계속 회계로서 총액 관리를 맡고, 보조들이 각자 맡은 부분을 관리하는 걸로 할까요? 20:27:00 &lt;eche|on&gt; 법인화에 관해: 제 생각엔 50k 로는 그 번거로움을 감수할 가치가 없지만, 위험이 있긴 합니다 20:27:16 &lt;eche|on&gt; zzz: 괜찮습니다. 20:27:30 &lt;zzz&gt; 법인화가 위험을 크게 줄여주진 않습니다 20:27:50 &lt;eche|on&gt; 하지만 제 개인 위험은 줄어들죠 ;-) 20:29:03 &lt;orion&gt; 법인화를 수반하지 않는 제안이 있습니다: 신탁(trust fund) 20:29:03 &lt;str4d&gt; 고의적 손실은 막지 못하지만, 개인 파산으로 인한 법적 손실은 막아줍니다 20:29:06 &lt;zzz&gt; 그러면 제안은 orion을 부회계 - U.S.로 지정하는 것입니다 --- 이견이나 추가 논의 있나요? 20:29:07 &lt;topiltzin&gt; 비트코인을 환각제에 쓰지 마 20:29:09 &lt;str4d&gt; orion의 추천에 찬성합니다 20:29:59 &lt;zzz&gt; 좋습니다, 결정된 것 같네요. 세부 사항은 eche|on과 orion이 조율하세요. 20:30:16 &lt;eche|on&gt; 안건 목록에 추가: 20:30:24 &lt;eche|on&gt; 4. 50BTC Bitcoin 클라이언트 현상금 20:30:43 &lt;zzz&gt; 15분이 거의 끝났습니다. 법인화와 관련해 다음 단계나 제안, 해야 할 일이나 조사할 사항이 있을까요? 20:30:53 &lt;eche|on&gt; I2P btc용 플러그인에 50BTC는 너무 큰 금액입니다. 제안: 10으로 줄이고 40BTC는 일반 기금으로 20:31:05 &lt;zzz&gt; 좋아요 ech, 당신은 #4에 올라 있습니다 20:31:15 &lt;orion&gt; topiltzin: 안 그럴게. :x 20:31:29 &lt;zzz&gt; 주제 3 마지막 발언 기회 20:31:35 &lt;orion&gt; zzz: 신탁(trust fund). 20:31:52 &lt;orion&gt; 법인화의 저렴한 대안으로 그것을 제안하고 싶습니다. 20:32:25 &lt;zzz&gt; 좋습니다. 제안서를 작성해 어딘가에 올려 주시면, 다음 회의에서 논의하죠? 20:32:41 &lt;str4d&gt; 예를 들어, 법적 차이가 무엇인지도요? 20:33:46 &lt;zzz&gt; 주제 3 종료를 선언합니다 20:33:50 &lt;zzz&gt; 주제 1로 돌아갑니다 20:33:52 &lt;zzz&gt; 1. anoncoin.i2p 콘솔 홈페이지 요청 (Meeh) 20:34:09 &lt;zzz&gt; 홈페이지에 anoncoin.i2p를 올리는 것에 대해 논의/동의/이견 있나요? 20:34:44 &lt;eche|on&gt; 진행하세요, 추가하세요 20:35:41 &lt;zzz&gt; anoncoin이 곧 커질 수도 있고 Meeh가 I2P 커뮤니티를 대상으로 더 마케팅하려고 하고 있습니다 20:35:48 &lt;zzz&gt; 1번 마지막 발언 기회 20:36:22 &lt;eche|on&gt; "커진다"는 데는 조심해야 합니다. 라이트코인조차 크게 커지진 않았고, 다소 과대광고가 있죠. 그래도 anoncoin이 I2P로 알려지는 건 좋습니다 20:36:40 &lt;eche|on&gt; 스노든이 I2P 홍보를 해주지 않은 게 안타깝네요 20:36:49 &lt;zzz&gt; 헤헷. 20:37:03 &lt;zzz&gt; 하지만 그의 계획에 대해 질문이 있으면 Meeh와 상의하세요 20:37:06 &lt;str4d&gt; 웹사이트를 볼 수는 없었지만, 특별한 이견은 없습니다. 20:37:08 &lt;eche|on&gt; 그러겠습니다 20:37:16 &lt;zzz&gt; 1번 종료. 제가 추가하겠습니다. 20:37:17 &lt;zzz&gt; 2. Git (Meeh) 20:37:30 &lt;efkt&gt; anoncoin에 +1 20:37:38 &lt;orion&gt; anoncoin에 이견 없습니다. 20:37:39 &lt;eche|on&gt; git - 재개(resume) 문제와 사용법(howto)의 필요성 말고는 큰 이견 없습니다 20:37:40 &lt;zzz&gt; git에 대한 생각 있나요? 20:37:56 &lt;zzz&gt; 재개(resume) 문제가 있나요? 20:38:08 &lt;str4d&gt; 장점: 20:38:12 &lt;eche|on&gt; 제가 알기론 GIT은 재개를 지원하지 않습니다 20:38:16 &lt;str4d&gt; 다들 잘 압니다 20:38:24 &lt;orion&gt; 잠깐, 재개(resume)가 뭐죠? 20:38:32 &lt;orion&gt; 이 주제의 맥락이 뭔가요? 20:38:50 &lt;zzz&gt; `http://zzz.i2p/topics/1588` &lt;--- 맥락 20:38:56 &lt;iRelay&gt; 제목: zzz.i2p: Meeting Tues. Mar. 11 8 PM UTC (at zzz.i2p) 20:38:57 &lt;topiltzin&gt; fetch/clone/pull/push 중 연결이 끊어지면 20:39:03 &lt;eche|on&gt; orion: 큰 clone/pull/... 중에 tunnel이 끊기면, git이 처음부터 다시 시작하나요, 아니면 트랜잭션 중간부터 재개하나요? 20:40:11 &lt;str4d&gt; 모두 지원합니다 20:40:12 &lt;str4d&gt; GPG 키로 커밋에 서명하거나 승인할 수 있습니다 20:40:12 &lt;str4d&gt; orion: mtn에서 git으로 옮길 가능성 20:40:12 &lt;str4d&gt; 단점: 20:41:09 &lt;str4d&gt; - 재개 미지원(풀 중간에 실패하면 처음부터 다시 시작해야 함) 20:41:09 &lt;str4d&gt; - 커밋에 로컬 시간대가 저장됨 20:41:09 &lt;str4d&gt; (fix with alias git='TZ=UTC git') 20:41:41 &lt;zzz&gt; HH가 최근 github i2p.i2p에서 pull request를 받아들였습니다. 그게 가능하다면 왜 git으로 전환하나요? 진짜 git이 내보내기보다 더 낫나요? 20:42:05 &lt;topiltzin&gt; 진짜 git을 쓰면 github를 쓰지 않으니 익명성을 유지할 수 있습니다 20:42:42 &lt;topiltzin&gt; exporting에는 다른 문제도 있습니다 - 마지막 내보내기 이후의 변경 사항은 다음 내보내기 전까지 보이지 않습니다 20:42:49 &lt;zzz&gt; 핵심은 github pull을 더 쉽게 만드는 거라고 생각했는데요 20:43:26 &lt;zzz&gt; 새 기여자가 I2P 안에서 git을 실행해야 한다면, 그에게 정말 더 쉬워진 걸까요? 20:43:58 &lt;topiltzin&gt; 우리가 뭘 하면요? 20:44:14 &lt;zzz&gt; git으로 바꾼다면요, 그게 무엇을 뜻하든 20:44:37 &lt;topiltzin&gt; 지금 mtn에서처럼, I2P 내부와 clearnet 양쪽에 git 서버를 둘 거라고 봅니다 20:45:46 &lt;topiltzin&gt; 그리고 지금처럼 주기적으로 동기화될 겁니다. 개념적으로는 모든 것이 그대로이고, 바뀌는 건 소프트웨어뿐입니다 20:45:53 &lt;zzz&gt; 제가 pull request가 어떻게 동작하는지 잘 모르겠으니 질문은 여기까지 하겠습니다 20:47:30 &lt;topiltzin&gt; pull request는 "제 git 저장소에서 동기화해 주세요"라는 말과 비슷합니다 20:47:56 &lt;topiltzin&gt; 개념적으로는 git과 mtn 사이에 큰 차이가 거의 없습니다. 메커니즘이 놀랄 만큼 비슷합니다 20:47:56 &lt;zzz&gt; 간이 표결 어떨까요 - 누구든 의견 있는 분은 git으로 전환에 대해 강력 찬성/찬성/중립/반대/강력 반대를 각각 ++, +, 0, -, -- 중 하나로 입력해 주세요 20:48:05 &lt;topiltzin&gt; ++ 20:48:08 &lt;orion&gt; ++ 20:48:17 &lt;eche|on&gt; 0 20:49:02 &lt;zzz&gt; 0 20:50:14 &lt;zzz&gt; 추가로 조사하고 보고해 줄 자원봉사자 있나요? 20:51:08 &lt;topiltzin&gt; 무엇을 조사해야 하는지 구체적으로 있나요? 20:51:28 &lt;zzz&gt; 예를 들어 viewmtn, trac, 그리고 빌드 스크립트에 들어 있는 일부 mtn 관련 내용들이 모두 손봐야 합니다. 무엇이 필요하고 작업량이 어느 정도인지 목록을 만들어 줄 분 있나요 20:51:59 &lt;zzz&gt; 그리고 재개(resume) 문제가 심각한지 여부도요 20:53:01 &lt;zzz&gt; 그럼 이건 안건 발의자인 Meeh에게 다시 맡깁시다. 다음 회의에서 보고해 달라고 하죠. 20:53:10 &lt;zzz&gt; 2번에 대해 다른 거 있나요? 20:53:12 &lt;topiltzin&gt; 제가 한번 살펴볼게요, 다만 빌드 스크립트는 kytv가 가장 잘 알 것 같은데, 맞죠? 20:53:42 &lt;zzz&gt; 빌드 관련은 대부분 제가 했습니다 20:53:52 &lt;zzz&gt; 2번 종료) 20:53:59 &lt;zzz&gt; 4. 50BTC Bitcoin 클라이언트 현상금 - echelon 시작 20:54:39 &lt;eche|on&gt; 좋습니다. 네이티브 비트코인 클라이언트에는 아직 "btc 클라이언트를 I2P 클라이언트에 통합"하는 작업, aka: 플러그인 작업을 위한 50 BTC가 남아 있습니다 20:55:38 &lt;eche|on&gt; I2p용 btc 클라이언트는 이미 있습니다(제 생각엔 giv가 만들었습니다) 그리고 그는 독립 실행형 클라이언트 현상금에서 68 BTC와 30을 받았습니다 20:56:08 &lt;eche|on&gt; 이제: 플러그인 제작에 50 BTC는 너무 많습니다. 이를 나누어, 예를 들어 플러그인에 10 BTC, 일반 기금에 40을 배정하고 싶습니다 20:56:28 &lt;str4d&gt; 10BTC조차 많습니다. 20:57:12 &lt;kytv&gt; (1BTC도 많습니다) 20:57:22 &lt;kytv&gt; (플러그인에 대해서라면) 20:59:04 &lt;eche|on&gt; 저도 잘 몰라서, 그래서 안건으로 올렸습니다 20:59:16 &lt;eche|on&gt; 제가 현상금에서 돈을 "빼앗는" 나쁜 사람은 되고 싶지 않습니다 21:02:42 &lt;zzz&gt; 분할하는 데 이의 없습니다 21:03:00 &lt;eche|on&gt; 좋아요 21:03:09 &lt;eche|on&gt; 그렇게 하겠습니다 21:03:22 &lt;zzz&gt; 4번에 대해 다른 의견 있나요 21:03:45 &lt;kytv&gt; 명확히 하자면: 분할에 이의 없습니다. 21:03:52 &lt;zzz&gt; 회의에서 더 논의할 사항 있나요? 21:04:23 * zzz는 회의 사이에도 논의해 달라고 독려합니다 21:04:41 &lt;kytv&gt; (플러그인에 50BTC가 가는 건 크게 반대합니다... 그러니까 http://coinmill.com/BTC_EUR.html#BTC=50) 21:04:45 &lt;iRelay&gt; 제목: Convert Bitcoins (BTC) and Euros (EUR): Currency Exchange Rate Conversion Calculator (at coinmill.com) 21:04:53 &lt;zzz&gt; 또한 누구나 언제든 어떤 주제로든 회의를 잡을 수 있음을 상기시킵니다 21:05:06 * zzz가 회의를 *bafs* 하며 종료합니다 </div>/ko/blog/2014/02/16/i2pbrowser.net%EC%97%90-%EC%9E%88%EB%8A%94-%EC%95%85%EC%84%B1%EC%BD%94%EB%93%9C/Sun, 16 Feb 2014 00:00:00 +0000/ko/blog/2014/02/16/i2pbrowser.net%EC%97%90-%EC%9E%88%EB%8A%94-%EC%95%85%EC%84%B1%EC%BD%94%EB%93%9C/<p>최근 i2pbrowser.net이 존재한다는 사실을 인지했습니다. 이 웹사이트는 당사 홈페이지와 다운로드 페이지를 복제하고, 사용자를 속여 Windows 악성코드를 다운로드하도록 유도합니다.</p> <p>i2pbrowser.net이 악성코드 사이트임을 나타내는 여러 가지 지표가 있습니다:</p> <ul> <li>The domain was registered on February 10th, 2014.</li> <li>The download URLs for Windows, Mac OSX, Linux, Android etc. all link to the same .exe file.</li> <li>The .exe is only 741 KB; the official Windows installer for I2P is 13 MB.</li> </ul> <p>우리는 그 악성코드를 직접 분석해 보지는 않았지만, 매우 정교한 것으로 보이지는 않습니다; I2P 소프트웨어에 통합되어 있거나 함께 번들로 제공되는 것은 아닙니다. 정보 보안 전문가 <a href="https://twitter.com/lancejssc">Lance James</a> 는 그것을 &ldquo;a standard dark comet rat&quot;이라고 지칭한 <a href="https://twitter.com/lancejssc/status/434768667310821377">트윗</a> 을 게시했습니다.</p>/ko/blog/2014/02/08/0.9.11-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sat, 08 Feb 2014 00:00:00 +0000/ko/blog/2014/02/08/0.9.11-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.11은 공격자가 Destination(목적지)을 Router(라우터)와 연관시키는 것을 방지하기 위해 LeaseSet 조회 및 저장을 지속적으로 개선합니다. 또한 <a href="http://www.subgraph.com/orchid.html">Orchid</a> 아웃프록시 플러그인에 대한 지원을 추가했으며, 이는 plugins.i2p에서 사용할 수 있습니다. 트랜스포트의 수정으로 메모리 사용량이 감소했습니다. 외부 클라이언트를 위한 더 나은 조회 기능과 인가 보호를 제공하는 I2CP 프로토콜 개선도 일부 포함되어 있습니다. 물론, 통상적인 버그 수정도 포함되어 있습니다. 모든 사용자는 업데이트해야 합니다.</p> <p>이는 매우 오래되었고 더 이상 지원되지 않는 Java 5에서 작동하는 마지막 릴리스가 될 수 있습니다. Java 5 또는 6 런타임을 사용 중이라면 Java 7로 업그레이드할 것을 강력히 권장합니다.</p>/ko/blog/2014/01/22/0.9.10-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Wed, 22 Jan 2014 00:00:00 +0000/ko/blog/2014/01/22/0.9.10-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.10은 LeaseSet 조회 메커니즘을 변경하여, 공격자가 Destination(목적지 주소)과 Router를 연관시키기 더 어렵게 만듭니다. 또한 susimail의 문자 인코딩 버그를 수정하고, 그 밖의 많은 버그 수정과 번역 업데이트를 포함합니다. 대부분은 더 강력한 키를 사용하는 새로운 &ldquo;su3&rdquo; 업데이트 형식을 사용해 토렌트로 업데이트하게 될 것입니다.</p> <p>우리는 최근 <a href="https://events.ccc.de/congress/2013/wiki/Main_Page">30C3</a> 와 <a href="http://realworldcrypto.wordpress.com/">Real World Crypto</a> 에 참석하여 여러 새로운 인맥을 쌓고 2014년을 위한 큰 계획을 세웠습니다. 우리의 참석을 기부로 지원해 주신 분들께 감사드립니다!</p> <p>항상 그렇듯이, 이번 릴리스로 업데이트할 것을 권장합니다. 보안을 유지하고 네트워크에 기여하는 최선의 방법은 최신 릴리스를 실행하는 것입니다.</p>/ko/blog/2014/01/21/syndie-1.105b-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 21 Jan 2014 00:00:00 +0000/ko/blog/2014/01/21/syndie-1.105b-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>이것은 2013년 2월 이후 첫 번째 안정 릴리스입니다. 몇 가지 번역 업데이트를 포함하여 실질적으로 1.104b-7-rc와 동일합니다.</p> <p>모든 바이너리와 소스 패키지는 syndie.de 및 syndie.i2p에 있습니다. 플러그인은 plugins.i2p 및 stats.i2p에서 이용할 수 있습니다.</p> <p>1.103b에서 업그레이드하는 분들은 새로운 HSQLDB 버전 덕분에 syndie의 시작 및 종료가 훨씬 더 빨라졌음을 확인하실 수 있습니다.</p> <p>큰 데이터베이스가 있거나 보존하려는 identity(신원)가 있다면, 시작하기 전에 ~/.syndie 디렉터리 전체를 백업해 두는 것이 좋습니다. 업그레이드 과정에서도 자체 백업을 만들긴 하지만, 업그레이드가 실패할 경우에는 직접 만든 백업을 사용하는 편이 더 쉬울 수 있습니다.</p>/ko/blog/2014/01/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2014%EB%85%84-1%EC%9B%94-7%EC%9D%BC/Tue, 07 Jan 2014 00:00:00 +0000/ko/blog/2014/01/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2014%EB%85%84-1%EC%9B%94-7%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eche|on2, EinMByte, Giant, kytv, Meeh, str4d, TerraNullius, topiltzin, user, wowa, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:02:10 &lt;zzz&gt; `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 0) 안녕 20:02:10 &lt;zzz&gt; 1) jisko.i2p 콘솔 홈 페이지 제출 `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 2) i2pjump.i2p 추가 `http://zzz.i2p/topics/1539` 20:02:10 &lt;zzz&gt; 3) i2p.no에 릴리스 파일 호스팅 `http://zzz.i2p/topics/1390` 20:02:10 &lt;zzz&gt; 4) OpenITP 감사 관리자 `http://zzz.i2p/topics/1533` 게시물 #4 20:02:11 &lt;zzz&gt; 5) 기타 20:02:13 &lt;zzz&gt; 6) baffer 20:02:19 &lt;zzz&gt; 0) 안녕 20:02:24 &lt;zzz&gt; 안녕 20:02:40 &lt;zzz&gt; 1) jisko.i2p 콘솔 홈 페이지 제출 `http://zzz.i2p/topics/1539` 20:02:46 &lt;zzz&gt; jisko 운영자(op) 여기 있나요? 20:03:35 &lt;zzz&gt; jisko 제출건에 대한 의견 있나요? 20:03:44 &lt;topiltzin&gt; +1 20:03:54 &lt;eche|on2&gt; 추가하세요. 20:04:28 &lt;zzz&gt; 이의 있습니까? 20:07:05 &lt;str4d&gt; 안녕 20:07:11 &lt;str4d&gt; 여기선 이의 없습니다 20:07:13 &lt;zzz&gt; 좋네요, jisko의 경쟁자조차도 이의 없다고... 20:07:13 &lt;str4d&gt; id3nt에 대한 좋은 대안이에요 (언젠가 시간을 들여 손봐야 하긴 하지만) 20:07:13 &lt;str4d&gt; 많을수록 좋죠 20:07:13 &lt;zzz&gt; 맞아요. mtn에 추가할게요 20:07:13 &lt;str4d&gt; 그러면 제가 다운되더라도 대안이 있죠 20:07:13 &lt;zzz&gt; 2) i2pjump.i2p 추가 `http://zzz.i2p/topics/1539` 20:07:33 &lt;zzz&gt; tuna는 여기 없지만 모든 테스트를 통과시켰다고 합니다 20:07:41 &lt;zzz&gt; 그리고 코드를 올렸어요 20:07:46 &lt;zzz&gt; 이의 있습니까? 20:07:54 &lt;zzz&gt; 아니면 의견? 20:08:22 &lt;eche|on2&gt; 지금까지는 이의 없어요 20:09:17 &lt;zzz&gt; jump 코드에서 '영감을 받았다'고 grothoff에게 이메일을 보낸 사람이 있네요 20:10:25 &lt;zzz&gt; 이의가 없으면, 권한이 있으니 mtn에 추가해달라고 tuna에게 요청하겠습니다 20:10:31 &lt;zzz&gt; 3) i2p.no에 릴리스 파일 호스팅 `http://zzz.i2p/topics/1390` 20:10:39 &lt;zzz&gt; Meeh, 여기 있나요? 20:11:06 &lt;zzz&gt; CCC에서 논의했는데, 대역폭은 거의 확실히 충분하다고 했어요 20:11:22 &lt;zzz&gt; 다른 괜찮은 대안이 있을까요? 20:11:28 &lt;zzz&gt; Google Drive는 조금 별로인 듯합니다 20:11:30 &lt;zzz&gt; 의견? 20:11:50 &lt;eche|on2&gt; Google Drive는 좀 별로죠 20:12:08 &lt;eche|on2&gt; 하지만 차단하기는 꽤 어렵습니다. 20:12:23 &lt;eche|on2&gt; 다운로드 호스트를 운영하고 Google Drive에도 사본을 두겠습니다 20:12:36 &lt;eche|on2&gt; 또는 Mega, Sharehosts 같은 곳에... 20:12:56 &lt;zzz&gt; str4d, 웹사이트의 미러 선택 코드 상태가 어떤가요? 20:13:51 &lt;str4d&gt; zzz: 미러는 백엔드 파일에 추가되고, 파일별 목록을 생성하는 데 사용됩니다. 20:15:16 &lt;zzz&gt; 오, 'select alternate link'를 잊고 있었네요 20:15:19 &lt;str4d&gt; 원하면 경로 URL에 버전을 포함할 수 있습니다(서버에서 파일을 버전별로 정리할 수 있도록) 20:15:31 &lt;str4d&gt; 기본값은 백엔드 코드에서 설정됩니다 20:16:05 &lt;zzz&gt; 'select alternate link' 대신 'alternate download locations'가 더 나을까요? 20:16:07 &lt;zzz&gt; 아니면 'view mirror list' 20:16:27 &lt;zzz&gt; 정말 좋네요, 그거 작업을 많이 했던 걸 잊고 있었어요 20:17:08 &lt;str4d&gt; 'Any mirror'는 목록에서 무작위로 미러를 선택합니다. 20:17:08 &lt;Meeh&gt; zzz: 지금 왔어요! 20:17:15 &lt;zzz&gt; 주 다운로드 위치를 Meeh로 하는 것에 이의 있나요? 20:17:23 &lt;Meeh&gt; i2p.nu * 20:17:25 &lt;Meeh&gt; 아니면 i2p2.no 20:17:39 &lt;zzz&gt; 오 i2p.no가 아니었나요? 20:17:40 &lt;eche|on2&gt; 현재로선 없습니다, 단지 그것만이 유일한 위치가 아니기만 하면요 20:17:48 &lt;Meeh&gt; 아니요 죄송, 저는 i2p.nu와 i2p2.no를 갖고 있어요 20:18:11 &lt;Meeh&gt; 제 안건으로 "facebook"을 추가해 주세요, 좋은 소식이 있어요 20:18:41 &lt;zzz&gt; 좋아요, FB를 5)로 하죠 20:19:01 &lt;eche|on2&gt; 그 나쁜 단어... 20:19:12 &lt;eche|on2&gt; 기침 좀... *미안* 20:20:03 &lt;zzz&gt; 이미 download.i2p2.no로 미러 목록에 있는 것 같은데, 작동하나요? 20:20:07 &lt;zzz&gt; i2p.nu도 추가하고 싶다면 좋아요, 많을수록 좋죠. 업데이트 시점에 당신이 자리에 있거나 다른 누군가가 비밀번호를 갖고 있기만 하면요 20:20:41 &lt;zzz&gt; URL은 str4d와 함께 작업할 수 있겠죠? 20:21:19 &lt;Meeh&gt; 예 20:21:34 &lt;zzz&gt; 다른 의견 있나요? 20:22:02 &lt;Meeh&gt; download.i2p2.no가 어디를 가리키는지 확인해야 해요. 다른 호스트로 변경해야 할 수도 있고, I/O도 점검해야 합니다. 필요하다면 URL을 더 제공할 수 있어요. 그 외에는; 없어요 :) 20:22:38 &lt;zzz&gt; 다음 릴리스까지 몇 주가 있으니 모든 걸 제대로 맞추려면 빠를수록 좋습니다 20:22:48 &lt;str4d&gt; 저는 없습니다 20:22:50 &lt;Meeh&gt; 도메인은 제가 가지고 있으니, 여러분이 원하는 대로 쓸 수 있다고 봐요. 그러니까, 어떻게 하길 원하는지 지시만 해주세요 :P 20:23:14 &lt;kytv&gt; 지금까지 모든 것에 +1 (그리고 저는 다운로드 파일 업로드를 계속 맡게 되어도 좋아요) 20:23:18 &lt;DarkestMatter&gt; Makefile.gcj를 만지작거리고 있는데, Java와 gcj에 대한 제 상대적인 미숙함 때문에 문제에 부딪혔어요. ant-1.8.2.jar.so 같은 jar.so가 없어서 java.lang.NullPointerException이 발생하고 있는데, 그 파일들은 $JAVA_HOME 밖의 디렉터리에 있고, 그게 문제인 것 같아요 20:23:26 &lt;zzz&gt; 필요하면 당신과 str4d가 세부사항을 조율하세요 20:23:42 &lt;zzz&gt; DarkestMatter, 지금 회의 중이니 30분 정도 기다려 주세요 20:23:45 &lt;DarkestMatter&gt; 빌드 프로세스가 그것들을 찾도록 하려면 실제 디렉터리를 JAVA_HOME 아래 어디에 심볼릭 링크해야 하나요? 20:24:06 &lt;zzz&gt; 다음 안건: 20:24:06 &lt;zzz&gt; 4) OpenITP 감사 관리자 `http://zzz.i2p/topics/1533` 게시물 #4 20:24:29 &lt;zzz&gt; 배경: OpenITP가 곧 제출 절차를 공개할 예정입니다 20:24:38 &lt;zzz&gt; 담당자가 필요합니다 20:24:56 &lt;zzz&gt; 준비가 안 되어 있어도 신청하라고 했습니다 20:24:59 &lt;zzz&gt; 그리고 우리는 준비가 안 되어 있죠 20:25:28 &lt;zzz&gt; 위 게시물에 3단계 프로세스를 올렸습니다 20:25:45 &lt;zzz&gt; 먼저 제출하고, 준비를 마친 뒤, 실제로 제출하고 감사를 관리하는 흐름입니다 20:26:05 &lt;zzz&gt; CCC에서 위협 모델을 정비하는 것이 가장 중요하다고 합의했습니다 20:26:31 &lt;zzz&gt; 의견? 맡고 싶은 사람 있나요? 20:28:10 &lt;str4d&gt; 전반적인 계획은 타당해 보입니다. 20:29:48 &lt;zzz&gt; 자원자가 없을 것 같아서 Brandon Wiley와 상의해 그에게 비용을 지불하고 맡길 수 있는지 물어보았습니다. (그는 현재 감사를 수행하는 회사의 zooko를 위해 컨설팅 중입니다.) 의견은요? 20:30:05 &lt;topiltzin&gt; 얼마나요? 20:31:03 &lt;str4d&gt; 감사에 기여할 의향은 있지만, 제가 직접 관리할 시간은 없을 것 같습니다. 20:32:26 &lt;zzz&gt; 최소 수천 달러는 들 것으로 봅니다 20:32:26 &lt;zzz&gt; 실제 감사를 받게 되면 훨씬 더 비쌀 텐데, 아마 2015년은 되어야 할 겁니다 20:32:29 &lt;topiltzin&gt; 몇 천 달러가 들더라도 외부 업체가 하는 게 아마 더 나을 겁니다 20:32:29 &lt;str4d&gt; 그에게 비용을 지불한다면 실질적으로 도움이 되도록 해야 합니다. 20:32:53 &lt;user&gt; 그게 정확히 무엇을 포함하나요? 20:32:54 &lt;topiltzin&gt; 이걸 업으로 하고 있다면 (아마도) 우리 누구보다 더 잘할 겁니다 20:33:49 &lt;user&gt; 외부에 ++1, 그리고 리뷰 측면에서 평판을 높이는 데 도움이 된다면 ++1 20:34:06 &lt;zzz&gt; 문제만 지적하는 전통적인 "컨설턴트"나 사전 감사자가 아니라, 실제로 문제를 고치는 데 도움을 주길 바랍니다 20:34:27 &lt;zzz&gt; Brandon은 바쁜 사람이지만 현재 자금을 찾고 있기도 합니다 20:34:56 &lt;user&gt; 그리고 그가 고치는 데도 도와줄까요? 20:34:58 &lt;zzz&gt; 아직 못 보셨다면: http://www.kickstarter.com/projects/brandonwiley/operator-a-news-reader-that-circumvents-internet-c 20:35:52 &lt;zzz&gt; 그에게 우리 trac의 openitp 감사 페이지를 보라고 했습니다 20:36:07 &lt;zzz&gt; `http://trac.i2p2.i2p/wiki/OpenITPReview/Criteria` 20:36:19 &lt;zzz&gt; 그리고 openitp의 발표와 제출 절차 세부사항을 기다립니다 20:36:26 &lt;str4d&gt; 제가 알기로 I2P에는 제대로 된 보안 전문가가 없었습니다. 이 작업의 기초를 제대로 다지기 위해 전문가를 고용하는 것은 좋은 생각이라고 봅니다(아마 오래 미뤄졌던 일이기도 하고요). 20:36:27 &lt;user&gt; 외부인/사용자 입장에서 제 의견으로는, 1만 달러 미만이고, 겉치레가 아니라 정말 철저하다면 수천 달러 정도는 괜찮다고 봅니다 20:36:42 &lt;zzz&gt; 그게 공개되기 전까지는 그와 협상에 들어갈 가치는 없어요 20:36:53 &lt;zzz&gt; 하지만 Eleanor가 머지않아 나온다고 했죠... 20:37:51 &lt;zzz&gt; eche|on, 우리 잔액이 얼마죠? 약 $500K? 20:38:00 &lt;wowa&gt; `http://zzz.i2p/topics/1546의` 주제를 제가 바꾸길 원하시나요? 20:38:31 &lt;zzz&gt; wowa, 지금 회의 중이니 끝날 때까지 기다려 주세요, 감사합니다 20:38:36 &lt;eche|on2&gt; zzz: 대략 500 BTC와 50k 20:39:37 &lt;zzz&gt; 다들 긍정적인 것 같네요. 안타깝게도 그를 책임자로 고용하더라도, 그를 관리할 사람을 또 찾아야 합니다... 20:39:40 &lt;EinMByte&gt; Moin 20:42:42 &lt;zzz&gt; OpenITP 발표 전까지는 더 할 일이 없다고 봅니다. 발표가 나면 Brandon이 관심 있는지 물어보고, 그렇다면 다시 논의해야겠죠 20:42:49 &lt;zzz&gt; 4)에 대해 다른 의견 있나요 20:42:49 &lt;EinMByte&gt; 제가 회의를 놓쳤나요? 20:42:49 &lt;str4d&gt; EinMByte: 진행 중 20:42:49 &lt;user&gt; Ein: 이제 막 시작 20:42:49 &lt;eche|on2&gt; 좋아요, 493 BTC와 4만8천 유로 20:42:49 &lt;EinMByte&gt; 아, 알겠어요 20:42:49 &lt;zzz&gt; 4) 마지막으로요 20:42:49 &lt;str4d&gt; 지금은 의견 없습니다. 20:42:49 &lt;str4d&gt; 그 외에는, 위키에서 계획을 시작해야 합니다 20:42:49 &lt;zzz&gt; str4d, 뉴욕에서도 논의하죠 20:42:49 &lt;str4d&gt; zzz: 네. 20:42:49 &lt;zzz&gt; 5) facebook Meeh 진행 20:42:49 * str4d가 3단계 계획을 /wiki/OpenITPReview/Plan으로 옮길 예정 20:42:49 &lt;Meeh&gt; 좋아요 20:42:49 &lt;Meeh&gt; CCC에서 zzz에게 말했듯이, 지금 https://www.facebook.com/I2P 페이지의 관리 권한을 얻었습니다 20:42:49 &lt;EinMByte&gt; 홍보에는 좋은 일이겠네요 20:42:49 &lt;topiltzin&gt; 아주 멋지네요 :) 20:42:49 &lt;EinMByte&gt; 저는 개인적으로는 그걸 피하지만, 대부분의 사람들이 facebook을 쓰죠 20:42:49 &lt;Meeh&gt; $10 정도와 낮 시간 중 15분을 써서, 좋아요 수가 150에서 300으로 늘었어요 20:42:49 &lt;eche|on2&gt; 지금까지는 좋아요, 하지만 저는 facebook은 하지 않겠습니다 20:42:50 &lt;Meeh&gt; 10시간도 안 걸렸습니다 20:42:56 &lt;EinMByte&gt; 그렇다면 사용자 확대에는 확실히 좋은 일이죠 20:43:02 &lt;Meeh&gt; 페이지를 보는데 계정은 필요 없어요 20:43:22 &lt;Meeh&gt; 하지만 더 '커지고' 사용자 수를 늘리려면 그곳에서도 공개적으로 활동해야 한다고 생각해요 20:43:22 &lt;EinMByte&gt; Meeh: 알아요, '좋아요' 같은 걸 더 말한 거였어요 20:43:37 &lt;Meeh&gt; 하지만 여기선 아무도 facebook을 좋아하지도, 계정이 있지도 않죠 :P 20:44:04 &lt;Meeh&gt; 그래서, 회사에서 만든 걸 재사용해서, 선택된 몇 사람이 I2P를 통해 로그인하고 facebook에 게시할 수 있는 i2p URL을 제공할 수 있을지도 몰라요 20:44:09 &lt;TerraNullius&gt; 안녕하세요, 3)와 관련해서 릴리스를 GitHub에 호스팅하는 것도 가능할까요? 20:44:12 &lt;zzz&gt; Meeh, 그게 전부인가요, 아니면 논의를 요청하는 건가요, 아니면...? 20:44:55 &lt;Meeh&gt; 대체로 정보 공유였고, '소셜 미디어'를 통해 사용자에게 다가가는 것에 대해 논의해보는 것도 좋겠다고 생각해요 20:44:57 &lt;zzz&gt; TerraNullius, 3)은 지금은 마쳤습니다, 죄송하지만 추가 논의는 회의 후에 해주세요 20:45:37 &lt;zzz&gt; Meeh, orion과 상의해 주세요. 그는 우리의 홍보 책임자라 아이디어가 있을 거라 생각해요 20:45:43 &lt;EinMByte&gt; 물론 새 사용자들이 '소셜 미디어' 사용이 위험이 없지 않다는 걸 이해해야 합니다 20:45:54 &lt;zzz&gt; 뉴욕에서 그와 브레인스토밍하고 다시 알려줄게요 20:46:07 &lt;Meeh&gt; 더 많은 기여자, 콘텐츠 제공자, 사용자 +++가 필요하고, 보시다시피 '기업' 세계는 SM에서 많은 사용자를 끌어모으죠 20:46:32 &lt;Meeh&gt; 물론이죠. 하지만 누군가는 그들에게 알려줘야 하잖아요 ;) 20:46:39 &lt;Meeh&gt; 그게 바로 우리가 할 일입니다 20:46:41 &lt;EinMByte&gt; 매우 맞는 말씀 20:46:47 &lt;topiltzin&gt; 그리고 언더그라운드 I2P 파티 :) 20:46:47 &lt;Giant&gt; i2p&lt;-&gt;fb는 누가 중재하죠? 거긴 스팸 천지가 될 텐데요. 20:46:49 &lt;zzz&gt; 사람들에게 '좋아요'를 사는 건가요? 20:46:56 &lt;topiltzin&gt; (새벽 6시까지) 20:47:03 &lt;Meeh&gt; 네, 지금은 얼마나 끌어올릴 수 있는지 보려고 조금만요 20:47:05 &lt;eche|on2&gt; zzz: 네, 그런 사람들 있죠 20:47:16 &lt;Meeh&gt; 친구 22명, 나머지는 광고에서요 20:47:23 &lt;zzz&gt; 이제 필요한 건 소방차뿐이네요 20:48:11 &lt;Meeh&gt; Giant: 제 말을 다시 읽어보세요. "로그인할 수 있는 선택된 몇 명을 위해" :) 20:48:16 &lt;Meeh&gt; selected가 핵심 키워... 20:48:18 &lt;Meeh&gt; 키워드* 20:48:24 &lt;zzz&gt; 잘했어요 Meeh , 다 같이 그에게 올릴 콘텐츠를 좀 줍시다. ccc 사진도 몇 장 있으니 올릴 수 있을 거예요 20:48:25 &lt;zzz&gt; tuna가 보낸 사진 한 장이 있는데 배경의 사람들은 잘라내야 합니다 20:48:37 &lt;zzz&gt; 5) 관련해서 더 있나요? 20:48:51 &lt;Meeh&gt; 좋아요, 누가 링크를 주면 제 것 몇 장을 포함해 갤러리를 올릴게요 20:49:08 &lt;Meeh&gt; 네, 제가 고칠게요 20:49:11 &lt;zzz&gt; 좋아요, 꼭 잘라내세요 20:49:26 &lt;zzz&gt; 회의에 더 있을 게 있나요? 20:49:35 &lt;EinMByte&gt; 네 20:49:39 &lt;user&gt; 왜 자르죠? 배경에 본인이 나오나요? ;) 20:49:46 &lt;EinMByte&gt; GNS 통합에 대해 짧게 논의하자고 제안하고 싶습니다 20:50:16 &lt;EinMByte&gt; 아직 검토 중인가요? 20:50:16 * str4d도 막 그걸 언급하려고 했어요 20:50:27 &lt;Meeh&gt; user: 사진을 찍으려면 모두의 동의가 필요했는데, 모두에게 게시해도 되는지 물어볼 수가 없어서요 20:50:35 &lt;str4d&gt; GNS인가요, 아니면 다른 것들인가요 20:50:35 &lt;zzz&gt; 이건 하루 종일 갈 수도 있으니 10분만 해봅시다 20:50:37 &lt;zzz&gt; 6) GNS EinMByte 진행 20:51:07 &lt;user&gt; Meeh: 아, 알겠어요. 말이 되네요 20:51:09 &lt;str4d&gt; EinMByte: 네, 검토 중입니다. 20:51:22 &lt;EinMByte&gt; 좋아요, 그러면 어떤 접근을 취할 건가요 20:51:25 &lt;EinMByte&gt; 다시 구현하나요? 20:51:28 &lt;str4d&gt; 그게 실제로 이루어질지, 직접 통합이 될지(혹은 GNS일지) 보장할 수는 없습니다. 20:51:40 &lt;EinMByte&gt; 다시 작성하지 않아도 될 가능성이 아직 있나요? 20:51:46 &lt;str4d&gt; 하지만 현재 우리가 가진 것은 그저 '돌아가기만 하는' 임시방편의 난장판이에요. 20:52:16 &lt;EinMByte&gt; 그쪽에서의 지원은 어떤가요? 20:52:31 &lt;Meeh&gt; topiltzin: 'facebook 스타' 다시 하고 싶어요? :) (I2P, 사진, CCC 관련) 20:52:34 &lt;EinMByte&gt; 그들은 꽤 '닫혀 있는' 듯했어요... 20:53:02 &lt;topiltzin&gt; 좋아요 Meeh, 진행하세요 :) 20:53:34 &lt;zzz&gt; CCC에서 Christian과 몇 시간이고 시간을 보냈습니다 20:54:19 &lt;EinMByte&gt; zzz: 그걸로 아무 성과도 없었나요? 20:54:30 &lt;str4d&gt; GNS를 그대로 사용하기로 결정한다면(기본적으로 그 DHT가 익명성이 없다는 사실을 무시하고), ExecNamingService로 테스트용으로 연동해볼 수 있습니다 20:54:33 &lt;str4d&gt; 정의된 API가 있습니다. 그 API를 질의할 수 있는 스크립트를 작성해 ExecNamingService에서 실행하면 됩니다. 20:54:33 &lt;str4d&gt; 간단하죠. 하지만 전혀 최적은 아닙니다. 20:54:42 &lt;zzz&gt; '그들이 우리의 모든 문제를 해결한다'에서부터 '일부만 쓰자' '좋은 아이디어가 몇 가지 있다' '와, 사양할게요'까지 무엇이든 될 수 있습니다 20:55:08 &lt;zzz&gt; 실제로 성과는 없어요. 검토해보기로 약속한 것 말고는요 20:55:37 &lt;zzz&gt; 그들이 무엇을 하고 있는지 이해할 필요가 있다고 봅니다. 그 이상은 아직 아무것도 결정되지 않았습니다 20:56:15 &lt;zzz&gt; 현재로서는 gnunet 전반에 회의적입니다. 그렇다고 설득될 수 없다는 뜻은 아닙니다. 20:56:31 &lt;str4d&gt; zzz가 I2P 네이밍에 관한 흥미로운 대화를 전달해줬는데, GNS 외에도 여러 기술이 언급되었습니다 20:57:39 &lt;EinMByte&gt; zzz가 말했듯이, GNS의 기본 아이디어에는 문제가 있을 수도 있다고 봅니다 20:58:02 &lt;EinMByte&gt; 즉, 우리 사용자들이 적응할 수 있을까요 20:58:09 &lt;str4d&gt; DLV (DNSSEC Lookaside Validation), DNSCurve... 20:58:14 &lt;str4d&gt; GNS 외에도 더 많은 기술들이 있습니다 20:58:14 &lt;str4d&gt; GNS의 많은 아이디어가 아무것도 가정하지 않고 처음부터 개발되었다는 걸 알 수 있습니다. 20:58:37 &lt;topiltzin&gt; 바다를 끓이려는 격이죠 20:58:44 &lt;zzz&gt; 맞아요. 인터넷의 큰 맥락, triangle, 대안 등과 함께 우리의 네이밍 시스템을 논의한 지 오래라, 좋은 일입니다 20:58:48 &lt;EinMByte&gt; 맞습니다. 어쨌든 hosts.txt의 대안이 필요하니, 그런 대안들도 살펴보는 게 좋겠죠 20:59:00 &lt;str4d&gt; 로컬 캐시를 DHT에서 가져온 블록의 직접 복사본으로서 암호화해 저장하는 방식 같은 것도요 20:59:02 &lt;zzz&gt; 하지만 그는 정말로 바다를 끓이려 하고 있어요 20:59:37 &lt;str4d&gt; 간단한 테스트를 해봤는데, NamingService를 플러그인으로 배포할 수 있다는 걸 확인했습니다. 20:59:39 &lt;zzz&gt; 우리가 설계하고 구현해야 할, GNS의 보기 좋지 않은 부분을 감추는 레이어에 대해 이야기했습니다. 하지만 그렇게 하면 장점들도 일부 가려질 수 있습니다. 20:59:59 &lt;str4d&gt; 기본 NamingService가 MetaNamingService이면 되기만 합니다. 21:01:06 &lt;str4d&gt; 설치 기본 NamingService를 MetaNamingService로 하고, 그 안에 기본 추가 NamingService로 BlockfileNamingService를 두는 것에 단점이 있을까요? 21:01:08 &lt;zzz&gt; 6)을 마무리합시다. 여기서 해결되진 않을 거예요 21:01:08 &lt;zzz&gt; 6)에 대해 더 있을까요? 회의에 다른 안건 있나요? 21:01:15 &lt;str4d&gt; (현재 기본 NS는 BlockfileNamingService이고, Meta에 기본으로 추가되는 NS는 HostsTxt...) 21:01:26 &lt;EinMByte&gt; 6)와 관련해 한 가지 더: 21:01:30 &lt;str4d&gt; zzz: 위 제안은 6)의 일부라고 생각해요 21:01:32 &lt;EinMByte&gt; str4d, 대안을 언급했나요? 21:01:50 &lt;EinMByte&gt; GNS가 맞지 않으면 언제든 다른 것들을 살펴볼 수 있어요 21:01:54 &lt;EinMByte&gt; 그게 우리에게 더 맞을 수도 있죠 21:02:25 &lt;str4d&gt; EinMByte: 네. 그 대안들에 대해 아는 바는 없지만, 모든 아이디어는 검토할 가치가 있습니다. 21:04:12 &lt;str4d&gt; zzz: 0.9.10에서 MNS로 변경할 것을 제안합니다. 사용자에게 보이는 변경은 없지만, 그러면 사람들이 NS 플러그인을 테스트하고 싶을 때 router.config를 수정할 필요가 없습니다 21:04:18 &lt;zzz&gt; 좋아요, 크고 작은 아이디어들을 계속 추진합시다. 그렇게 해서 더 나아지니까요 21:04:35 &lt;EinMByte&gt; 좋아요. 시간을 내서 살펴보도록 하겠습니다 21:04:48 &lt;EinMByte&gt; 그러면 6)은 마무리되는 건가요? 21:04:54 &lt;zzz&gt; 필요할 때 하면 되고 서두를 필요는 없겠죠? 더 많은 테스트도 필요합니다. 아마 사용법(howto)을 올려볼까요? 21:05:17 &lt;zzz&gt; 좋아요, 여러분은 계속 수다 떠셔도 되는데 저는 가봐야겠어요 21:05:19 &lt;topiltzin&gt; 반대 의견을 내볼게요: 우리의 현재 네이밍 시스템은 잘 작동합니다 21:05:27 &lt;EinMByte&gt; 저도요 21:05:30 &lt;topiltzin&gt; 그리고 우리가 유지하고 싶은 장점들도 있습니다 21:05:38 * str4d afk 21:06:06 * zzz *bafs* 회의를 종료합니다 </div>/ko/blog/2013/12/07/0.9.9-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sat, 07 Dec 2013 00:00:00 +0000/ko/blog/2013/12/07/0.9.9-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.9는 netdb, 스트리밍, i2ptunnel의 여러 버그를 수정하고, router에서 사용되는 암호학적 서명 알고리즘의 강도를 높이고 여러 알고리즘과 키 길이를 동시에 지원하기 위한 1년간의 계획을 시작합니다. 자동 업데이트 파일은 이제 4096비트 RSA 키로 서명됩니다.</p> <p>이제 보안을 위해 사용자의 router와 서버 간 SSL을 지원합니다. 자세한 내용은 이 개발 스레드를 참조하세요.</p> <p>항상 그렇듯, 이번 릴리스로 업데이트하시길 권장합니다. 보안을 유지하고 네트워크를 돕는 가장 좋은 방법은 최신 릴리스를 실행하는 것입니다. 올해 함부르크에서 열리는 30C3에 I2P 팀 구성원 여러 명이 참석합니다. 오셔서 인사 나누시고 I2P 스티커를 요청하세요. 올해 지원해 주신 모든 분들께 감사드립니다.</p>/ko/blog/2013/10/22/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-10%EC%9B%94-22%EC%9D%BC/Tue, 22 Oct 2013 00:00:00 +0000/ko/blog/2013/10/22/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-10%EC%9B%94-22%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dg, efkt, kytv, Meeh, Pseudonemo, str4d, topiltzin, welterde, zzz</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 20:00:54 &lt;zzz&gt; `http://zzz.i2p/topics/1490` - 항목당 최대 15분, 간단한 항목은 5분 20:00:54 &lt;zzz&gt; 0) 안녕 20:00:54 &lt;zzz&gt; 1) `http://salt.i2p` 콘솔 홈 페이지 요청 (9월 10일 회의에서 이월됨) 20:00:55 &lt;zzz&gt; 2) `http://no.i2p` 서비스 요청 (Meeh) 20:00:55 &lt;zzz&gt; 2a) 기본 i2ptunnel 점프 목록에 추가 20:00:55 &lt;zzz&gt; 2b) FAQ의 권장 주소록 구독 목록에 추가 20:00:57 &lt;zzz&gt; 2c) eepsite 도움말의 등록 안내 문구에 추가 20:00:59 &lt;zzz&gt; 3) 추가 백업 릴리스 서명자 - 새로운 su3 키 필요, HH가 아직 본인 것을 추가하지 않음, 다른 사람이 더 필요할까요? 20:01:02 &lt;zzz&gt; 4) 콘솔 홈 페이지 아이콘 필요 `http://zzz.i2p/topics/1492` (간단) 20:01:04 &lt;zzz&gt; 5) 웹사이트 개편 (str4d) (간단) 20:01:08 &lt;zzz&gt; 6) Trac 업데이트 - Meeh와 kytv에게 감사 (간단) 20:01:09 &lt;iRelay&gt; 제목: zzz.i2p: Meeting Tues. Oct. 22 8 PM UTC (at zzz.i2p) 20:01:10 &lt;zzz&gt; 7) eepsite 등록 서비스에 마켓플레이스 허용? (zab) 20:01:13 &lt;zzz&gt; 0) 안녕 20:01:14 &lt;zzz&gt; 1) `http://salt.i2p` 콘솔 홈 페이지 요청 (9월 10일 회의에서 이월됨) 20:01:18 &lt;dg&gt; hi 20:01:18 &lt;iRelay&gt; 제목: salted (at salt.i2p) 20:01:20 &lt;dg&gt; efkt_: 20:01:25 &lt;zzz&gt; efkt_, 여기 있나요? 20:01:25 &lt;kytv&gt; salt에 +1 20:01:36 &lt;iRelay&gt; 제목: no.i2p registration service (at no.i2p) 20:01:37 &lt;efkt_&gt; 모두 안녕하세요. 네, 여기 있습니다. 20:01:41 &lt;iRelay&gt; 제목: zzz.i2p: Console Home Page Icons (at zzz.i2p) 20:01:44 &lt;iRelay&gt; 제목: salted (at salt.i2p) 20:02:20 &lt;topiltzin&gt; salt에 +1 20:02:38 &lt;dg&gt; salt에 +1 20:02:43 &lt;zzz&gt; 한 가지만 묻고 싶어요 - 이름이 어디서 온 건가요? 그냥 "소금(salt)"인가요, 아니면 뭔가를 뜻하나요? 번역해야 할까요? 20:03:00 &lt;dg&gt; Salt는 훌륭한 커뮤니티 자원이고 efkt_는 엄청나게 친절해요. 그에 대해 나쁘게 말할 게 하나도 없어요 :) 20:04:26 &lt;efkt_&gt; zzz: 사실 아무 뜻도 없어요. 안타깝게도 어느 보안 관련 스타트업이 최근에 "Salt"를 쓰기 시작했죠. 이름의 아이디어는 NaCl 암호화, 솔트된 해시 같은 "테마 선택"이었어요 20:05:07 &lt;efkt_&gt; 그냥 재미로 한 거예요. 20:05:38 &lt;efkt_&gt; "대체 salt가 뭐야?" 왜 salt야? 같은 질문이 많이 나오죠 20:07:44 &lt;efkt_&gt; 번역과 관련해서는, short URL에 쓰이는 이름 말고 다른 걸로 부르는 게 유용하다고는 보지 않아요 20:07:47 &lt;zzz&gt; 그럼 콘솔에서는 번역할까요, 말까요? 20:07:57 &lt;str4d&gt; salt에 +1 20:08:51 &lt;str4d&gt; "I2P에서 읽는 모든 것은 한 꼬집의 소금과 함께 받아들여라" 20:09:09 &lt;dg&gt; 하하 20:09:19 &lt;efkt_&gt; 하하. RN은 소금 농담이 끊이질 않아요. 20:11:36 &lt;zzz&gt; 좋아요. 제출한 아이콘에 투명한 부분이 없던데요. 그러면 보기 좋을 수도 있어요. 아니면 아닐 수도 있고요. 테마에 따라 다를 수 있습니다 20:11:36 &lt;zzz&gt; 아이콘이 마음에 든다면 그걸로 괜찮다고 봐요 20:11:36 &lt;zzz&gt; 이의가 없다면 1)은 이걸로 끝내죠. 체크인하겠습니다. 20:11:36 &lt;zzz&gt; 2) no.i2p로 넘어가죠 - Meeh 여기 있나요? 20:11:42 &lt;str4d&gt; 아마 번역하는 게 좋을지도요. 20:17:33 &lt;zzz&gt; 단기적으로는 공개키를 생성하고, 개인키를 안전한 곳에 보관한 뒤, 체크인하는 것뿐이에요 20:17:53 &lt;zzz&gt; 나와 kytv가 버스에 치이면, 당신이 릴리스를 빌드하고 서명하는 사람이 되겠죠 20:18:07 &lt;zzz&gt; 기본적으로 'ant release'를 실행하는 것 20:18:08 &lt;dg&gt; 그럼 저도 할 수 있어요. 다만 코드 작성 책임은 질 수 없어요. 20:18:33 &lt;zzz&gt; 릴리스 노트 작성, 파일 배포, 토렌트 시작, 뉴스 작성 등이 모두 관련 작업이에요 20:18:34 &lt;dg&gt; 그러니 길 건널 때 좌우 잘 보세요! 20:19:00 &lt;zzz&gt; 요컨대 패키저/릴리스 매니저 역할을 하게 될 거예요 20:19:23 &lt;dg&gt; 네, 제가 할 수 있어요. 20:19:41 &lt;zzz&gt; str4d가 잘 맞을 것 같아요 20:20:40 &lt;zzz&gt; dg, monotone으로 많이 해봤나요? 지금 체크인 권한 있나요? 20:21:14 &lt;dg&gt; zzz: i2p.i2p에 체크인 권한은 없었고, mtn 고수도 아닙니다. 쓰는 데는 충분히 이해하지만 고급 꼼수는 저한테 벅차요. 20:21:22 &lt;dg&gt; str4d가 더 적합하면 괜찮습니다. 20:21:50 &lt;zzz&gt; str4d에 대해 다른 찬성/반대 있나요? 20:29:18 &lt;kytv@kytv&gt; 젠장, 내가 중계할게: 20:30:12 &lt;kytv@kytv&gt; `http://pastethis.i2p/show/5965` 20:30:13 &lt;iRelay@kytv&gt; 제목: Paste #5965 | LodgeIt! (at pastethis.i2p) 20:30:14 &lt;kytv@kytv&gt; 에이 20:30:32 &lt;dg&gt; 돌아온 걸 환영해요 20:30:43 &lt;zzz&gt; 좋아요 20:30:44 &lt;zzz&gt; 재게시 20:30:50 &lt;zzz&gt; 이의 없으면 우리의 새로운 백업 릴리스 서명자로 str4d를 환영합시다 20:30:55 &lt;zzz&gt; str4d, kytv나 제가 키 생성과 체크인을 도와줄 수 있어요 20:31:03 &lt;zzz&gt; 훌륭해요. 저는 항상 버스가 걱정돼요. 20:31:06 &lt;zzz&gt; 4) 콘솔 홈 페이지 아이콘 필요 `http://zzz.i2p/topics/1492` (간단) 20:31:12 &lt;zzz&gt; 여기서 아이콘 건을 언급해서, postman badger sponge eche|on kytv 등에게도 눈에 띄게 하려는 거예요 20:31:20 &lt;iRelay&gt; 제목: zzz.i2p: Console Home Page Icons (at zzz.i2p) 20:31:41 &lt;zzz&gt; 아이콘을 고르거나 직접 디자인하세요, 아니면 우리가 골라드릴게요 20:32:01 &lt;zzz&gt; 몇 주 정도 시간이 있어요 20:32:17 &lt;zzz&gt; fux에 무엇이 들어있는지에 대한 자세한 글을 올린 str4d에게 감사 20:32:32 &lt;zzz&gt; 이와 관련해 더 할 말 있는 분? 20:32:49 * kytv는 무관심 20:33:11 &lt;zzz&gt; 좋아요, 넘어갑시다 20:33:11 &lt;dg&gt; 아이콘 세트가 좀 더 예쁘면 좋겠어요. fux 세트가 마음에 들어요. 이상입니다. 20:33:12 &lt;zzz&gt; 5) 웹사이트 개편 (str4d) (간단) 20:33:33 &lt;zzz&gt; str4d, 현황은 어떻고, 진행을 막는 건 무엇인가요? 20:33:57 &lt;str4d&gt; 현황: 이유는 모르겠지만 .py 파일이 갱신되지 않습니다(예전엔 됐음) 20:34:22 &lt;str4d&gt; .py 파일이 갱신되면 웹서버를 재시작해야 하는데, 그걸 하는 스크립트가 작동을 멈췄습니다. 20:34:46 &lt;str4d&gt; 그 외에는 큰 문제 없습니다. 20:35:28 &lt;str4d&gt; IE에서 CSS 문제가 보였고, 프론트페이지에서 BG 이미지가 표시되지 않는 것 같지만 제가 테스트는 못합니다. 20:35:28 &lt;zzz&gt; welterde_의 도움이 필요한가요, 아니면 시간만 있으면 되나요? 20:35:33 &lt;topiltzin&gt; 개편 사이트는 IE{7,8}에서 문제가 있습니다. IE9는 미시험. 우리가 그걸 신경 써야 할지는 모르겠네요. 20:35:57 &lt;topiltzin&gt; IE10은 잘 동작하니, 구버전은 굳이 신경 쓰지 않아도 될 것 같아요 20:36:05 &lt;str4d&gt; 프론트페이지가 아닌 페이지에서는 IE{7,8}가 최악입니다. 20:36:49 &lt;str4d&gt; 하지만 그건 실제로 막는 요소는 아닙니다. 20:37:02 &lt;str4d&gt; 콘텐츠 관련해서, 프론트 페이지는 지금 상태로 다들 만족하시나요? 20:37:13 &lt;zzz&gt; 좋아요. 이걸 결승선까지 넘기는 걸 정말 보고 싶네요. 9월 1일 tx에서 일주일 내 라이브라고 발표했었죠 :) 20:37:20 &lt;dg&gt; 네, str4d 20:37:53 &lt;str4d&gt; zzz: 네, 그 직후 .py 문제를 발견했고, 고칠 시간이 없었습니다. 20:38:20 &lt;zzz&gt; 업데이트 고마워요, str4d. 5) 관련해 더 있나요? 20:38:22 &lt;str4d&gt; .py -&gt; 재시작이 작동하지 않는다면, welterde_ (그리고 모든 미러 운영자)가 매번 수동으로 재시작해야 합니다. 20:38:33 &lt;str4d&gt; 몇 가지 사소한 점: 20:38:55 &lt;str4d&gt; 릴리스를 위해 업데이트할 때 변경해야 할 곳이 두 군데 있습니다: 20:39:16 &lt;str4d&gt; i2p2www/__init__.py - CURRENT_I2P_VERSION 20:39:38 &lt;str4d&gt; 그리고 i2p2www/pages/downloads/list.html - 맨 위의 해시들. 20:39:50 &lt;zzz&gt; 아마 여기서 줄이죠, 당장 필요할 때까지 나를 교육해도 소용없어요, 어차피 또 물을 테니까... 20:40:07 &lt;str4d&gt; zzz: 좋습니다. 하지만 위에 적은 게 전부예요. 20:40:30 &lt;str4d&gt; tl;dr - .py 문제가 해결되는 즉시 라이브에 올려도 안전합니다. 20:40:31 &lt;zzz&gt; 좋아요, 복붙해 둘게요. 잃어버릴 수도, 아닐 수도. 20:41:01 &lt;kytv&gt; (참고로 제 쪽은 업데이트/재시작이 되고 있음 (http://geti2pj2fl72u4m2.onion/ / `http://kfri3jwfsi2uy7j3pbzykbbaoqoj4siyhf3hozln3wxcrkvvityq.b32.i2p/))` 20:41:04 &lt;iRelay&gt; 제목: I2P Anonymous Network (at geti2pj2fl72u4m2.onion) 20:41:16 &lt;zzz&gt; 그럼 welterde_에게 도움을 요청합시다 20:41:49 &lt;zzz&gt; 업데이트 고마워요, str4d. 5) 관련해 더 있나요? 20:42:06 &lt;str4d&gt; 지금 것보다 *훨씬* 간단해요 :-P 20:42:13 &lt;str4d&gt; kytv: 고마워요 - 어떤 스크립트죠? 20:42:16 &lt;str4d&gt; (하지만 5)는 여기까지) 20:42:25 &lt;zzz&gt; 에이. 내 sed 스크립트가 있어요 :) 20:42:25 &lt;str4d&gt; 아, 한 가지 더: 20:42:34 &lt;zzz&gt; 6) Trac 업데이트 - Meeh와 kytv에게 감사 (간단) 20:42:40 &lt;str4d&gt; /research 페이지에 대해 생각해봤으면 합니다 20:42:42 &lt;kytv&gt; (천만에) 20:43:11 &lt;str4d&gt; 그냥 생각만 던져둡니다. 20:43:32 &lt;kytv&gt; str4d: i2p.www.revamp에 있는 것을 미래 어플라이언스를 위해 수정한 버전이에요. 나중에 pastebin에 올릴 수 있어요. 20:43:35 &lt;zzz&gt; 이건 그냥 의제로 올려서, 이전·호스팅·업그레이드·운영 등으로 다시 살려낸 kytv와 그의 도우미 Meeh, welterde_ 에게 감사하려고 한 거예요 20:43:54 * dg 고마워요 20:44:18 &lt;str4d&gt; kytv++ 20:44:20 &lt;zzz&gt; 중요한 자원인데 스팸에 박살 난 뒤 제가 비활성화했고, 그 다음엔 kytv가 망가뜨렸지만, 지금은 그에게 감사하는 중이니 그 얘기는 하지 맙시다... 20:44:41 &lt;efkt_&gt; 푸하하 20:44:52 * str4d는 도울 계획이 있었지만, kytv가 그 계획을 망치고 영광을 독차지했음 ;-P 20:45:17 &lt;zzz&gt; 아 맞다, 미안 str4d. 초기 단계에서 꽤 많이 하기도 했지 20:45:42 &lt;zzz&gt; 좋아요, 그 얘기는 충분하고, 본론으로 돌아갑시다 20:45:47 &lt;zzz&gt; 7) eepsite 등록 서비스에 마켓플레이스 허용? (zab) 20:46:18 &lt;zzz&gt; stats.i2p 대기열에 그런 게 3개 있어요. silk road 사건 이후로 다들 몰려오네요 20:46:49 &lt;str4d&gt; 이걸 강제하는 건 간단치 않습니다 - 등록자가 도메인이나 소개 설명에 노골적으로 드러낼 때만 알 수 있어요. 20:46:51 &lt;dg&gt; 허용한다고 해서 누가 $registrar를 표적 삼을 것 같진 않아요 20:46:53 &lt;zzz&gt; 작년에 silkroad* 등록이 몇 건 있었고, 당시에는 승인했지만 오래 가지 못했어요 20:46:57 &lt;Meeh&gt; 늦어서 미안, 지금 왔어 20:47:15 &lt;zzz&gt; Meeh, 곧 당신 차례가 올 거예요, 지금 7) 진행 중 20:47:21 &lt;Meeh&gt; ㅇㅋ 20:47:52 &lt;zzz&gt; zab, 이건 어떻게 생각하세요 20:48:00 &lt;zzz&gt; ^^ topiltzin 20:48:00 &lt;topiltzin&gt; 완전한 공개를 위해 말씀드리면, 저는 비트코인에 상당히 투자하고 있습니다. 그래서 비트코인 사용을 촉진하는 건 기본적으로 지지합니다 20:48:00 &lt;zzz&gt; 집행은 언제나 확실하지 않죠 20:48:26 &lt;topiltzin&gt; 사실 제가 I2P에 참여하는 이유 중 하나는, 익명 마켓플레이스가 더 이상 tor를 사용할 수 없게 될지도 모르는 미래에 대비하기 위해서입니다 20:48:42 &lt;topiltzin&gt; &lt;/완전 공개 끝&gt; 20:49:03 &lt;zzz&gt; 1) 불법이다 2) 원치 않는 관심을 끈다 3) I2P가 시장에 충분히 안전하지 않다 를 이유로 거절할 수는 있겠죠 20:49:13 &lt;zzz&gt; 하지만 그런 이유들은 모두 불안정합니다 20:49:18 &lt;dg&gt; 만약 3)라면, 우리가 무엇에 안전한지 모르겠네요 20:49:21 &lt;str4d&gt; 다만 어떤 도메인이 마켓플레이스인지 알아낼 수 있다는 가정하에: 20:49:22 &lt;str4d&gt; topiltzin ^ 20:49:35 &lt;dg&gt; "이봐요, $group, 여기로 오세요! 우리는 안전하거든요!" 같은 말은 절대 하고 싶지 않지만, 어느 정도의 자신감은 좋죠 20:49:49 &lt;Pseudonemo&gt; 대중의 인식과 관련해, 제 생각엔 완벽히 집행할 수 없더라도 정책은 도움이 될 수 있습니다 20:50:01 &lt;topiltzin&gt; 3)은 마켓플레이스 운영자들이 스스로 결정해야 할 문제입니다 20:50:45 &lt;Meeh&gt; 거기엔 동의해요, topiltzin. 운영자가 선택하죠 20:50:46 &lt;topiltzin&gt; 2)는 주소록 정책과 무관하게 일어날 겁니다 20:50:49 &lt;zzz&gt; 참고로 제가 보류 중인 세 개는 silkroadreloaded.i2p, market.i2p, 그리고 freemart.i2p - 모두 stats.i2p를 통해 점프할 수 있어요 20:51:02 &lt;welterde_&gt; 왜 재시작이 안 되는지 아직 못 찾았나요? 20:51:35 &lt;welterde_&gt; (방금 도착) 20:52:00 &lt;topiltzin&gt; 1)에 관해 - 그게 흥미롭네요. 저는 다음과 같은 정책을 제안합니다: 마켓플레이스가 $ILLEGAL_ACTIVITY를 광고하면 색인하지 않는다 20:52:08 &lt;str4d&gt; welterde_: 아직 조사할 시간이 없었습니다. 20:52:18 &lt;topiltzin&gt; 하지만 단순히 "anonymous marketplace"라고만 하는 곳은 자동으로 금지하지 말아야 합니다 20:52:28 &lt;welterde_&gt; 알겠어요 20:52:32 &lt;str4d&gt; 1)에 대해 +1 20:52:34 &lt;dg&gt; 여기 있는 대부분은 익명이죠 20:52:40 &lt;efkt_&gt; 참고로, 모든 마켓플레이스를 일괄 금지하지 않고, 건별로 판단하는 것이 타당하다고 봅니다. 마약, 청부살인, 무기 등 불미스러운 것(불법 여부가 아니라)을 위해 stats.i2p를 사용하려는 경우 지원을 불허하는 식으로요. 20:52:45 &lt;Pseudonemo&gt; 참고로, topiltzin의 제안은 합리적인 절충안이라고 생각해요 20:52:59 &lt;str4d&gt; stats.i2p는 자발적인 서비스이고, '공식' 주소록이 아닙니다. 20:53:14 &lt;zzz&gt; 마약에 대해선 지나치게 흥분하기 어렵네요. CP(아동 포르노)나 청부살인을 광고한다면 얘기가 달라지죠. 20:53:27 * dg 끄덕 20:53:35 &lt;str4d&gt; 음. 20:53:43 &lt;Pseudonemo&gt; str4d: 그래도 router 콘솔에 링크되어 있어서, 많은 사람이 묵시적 보증으로 받아들일 겁니다 20:53:51 &lt;Meeh&gt; 동의 20:54:00 &lt;str4d&gt; 제 생각엔 routerconsole에 요구하는 수준의 표준 약관(T&C)이면 충분합니다. 20:54:13 &lt;dg&gt; Pseudonemo: 사람들이 싫어할 수도 있는 사이트의 정보를 얻기 위해 연락할 수는 있지만 실제로 링크하지는 않는 사이트로의 링크? 아니요 20:54:32 &lt;Pseudonemo&gt; 좋아요 20:54:43 &lt;zzz&gt; 마켓은 포럼이나 토렌트 사이트처럼 취급하려고 합니다. 즉, TOS를 올리게 하고 그걸 보고 제가 판단하죠 20:54:48 &lt;str4d&gt; (하지만 그것이 마켓플레이스가 routerconsole에 수락된다는 뜻은 아닙니다. 그건 별도의 결정이에요) 20:56:05 &lt;topiltzin&gt; 좋습니다. 무엇을 색인하지 않을지에 대한 가이드라인을 공개하면 도움이 될 거예요 20:56:12 &lt;zzz&gt; 의견 고마워요. 이건 프로젝트 이슈라기보다 제 개인 문제라서 조언이 필요했어요. 20:57:07 &lt;dg&gt; 불편하게 느껴진다면, 허용하지 않을 권리가 있어요, zzz 20:57:24 &lt;dg&gt; 하지만 도덕적 선을 넘지 않는 한 괜찮다고 생각해요 20:57:54 &lt;zzz&gt; 모두 `http://stats.i2p/i2p/addkey.html` - 포럼, 트래커, 파일 + 이미지 호스트에 관한 줄에 '마켓'만 추가하면 되겠네요 20:57:54 &lt;zzz&gt; 좋아요, 7)은 이 정도로 20:57:54 &lt;zzz&gt; 다시 돌아가서: 20:57:54 &lt;zzz&gt; 2) `http://no.i2p` 서비스 요청 (Meeh) 20:57:54 &lt;zzz&gt; 2a) 기본 i2ptunnel 점프 목록에 추가 20:57:54 &lt;zzz&gt; 2b) FAQ의 권장 주소록 구독 목록에 추가 20:57:56 &lt;zzz&gt; 2c) eepsite 도움말의 등록 안내 문구에 추가 20:58:08 &lt;iRelay&gt; 제목: Add a Key (at stats.i2p) 20:58:13 &lt;zzz&gt; 진행해 주세요, Meeh. 어떤 걸 가져오셨나요? 20:58:24 &lt;iRelay&gt; 제목: no.i2p registration service (at no.i2p) 20:59:06 &lt;Meeh&gt; 음, 필요 시 I2P의 네이밍 서비스를 '탈중앙화'하는 데 도움이 되도록 stats.i2p와 비슷한 TOS를 가진 등록 서비스를 구축했습니다 20:59:16 &lt;zzz&gt; ping Meeh 20:59:36 &lt;Meeh&gt; 제 메시지가 전달되지 않나요? 21:01:45 &lt;str4d&gt; 들립니다 21:01:45 &lt;Meeh&gt; 좋아요, freenode에서 확인했으니 iRelay도 될 거예요 21:01:45 &lt;zzz&gt; 받았어요, 지연이네요 21:01:45 &lt;zzz&gt; 맞아요, 뭐든 더 많이 필요하고, 제 등록 서비스가 혼자 너무 두드러져요 21:01:45 &lt;zzz&gt; 방금 확인했는데, orion.i2p가 사라진 뒤 2008년 1월에 구축했더군요 (snif) 21:02:08 &lt;Meeh&gt; 네, 그래서 추가한 거예요. 필요하다면 '탈중앙화'에 도움이 되도록 21:02:27 &lt;zzz&gt; slow의 inr.i2p 서비스는 훌륭하지만, 그의 무제한 허용 정책은 우리와는 맞지 않아요 21:02:40 &lt;Meeh&gt; 그 외에는 많이 생각해보지 못했으니, 아이디어가 있으면 자유롭게 제안해 주세요 21:02:51 &lt;zzz&gt; 그의 소프트웨어 기반에서 함께 작업하되, 관리되는 형태로 운영할 수 있다면 아주 좋겠네요 21:04:56 &lt;dg&gt; 참고로, inr.i2p는 존재합니다. 21:05:24 &lt;zzz&gt; Meeh의 TOS를 검토해 본 분이나 의견 있으신가요? 21:05:24 &lt;topiltzin&gt; 잠깐 봤는데, 당신 것의 복붙처럼 보였어요 21:05:24 &lt;Meeh&gt; 네, 변경 사항을 공개할게요. django 1.5로 업데이트했고 export-alive.txt "view" 지원을 추가했습니다 21:05:24 &lt;topiltzin&gt; Meeh의 전반적 멋짐만을 근거로 no.i2p에 +1 :) 21:05:24 &lt;Meeh&gt; topiltzin: 네, 복붙이었어요 :P 21:05:24 &lt;zzz&gt; 음, Meeh, 사실 너에겐 두 개의 파스타가 있어. no.i2p에 slow의 것 하나, no.i2p/tos/에 내 것 하나 21:05:24 &lt;Meeh&gt; 일부는 직접 썼고, 대부분은 복사해서, 공식 규정을 최대한 가깝게 맞췄습니다. zzz가 그것들을 면밀히 따를 거라고 생각했거든요 21:05:24 &lt;Meeh&gt; 맞아요, 섞였죠 21:05:24 &lt;Meeh&gt; 물론 바꿀 수 있어요 21:05:26 &lt;efkt_&gt; no.i2p에 +1. 점프 링크와 구독을 더 제공하는 건 장점이에요. no.i2p에 더 많은 사이트가 등록될 거라면 기존 사용자에게 그런 변화를 알리는 게 도움이 될 것 같아요. 21:05:45 &lt;Meeh&gt; 원본에서 "허용"으로 되어 있던 정책은 제거하지 않았어요 21:05:46 &lt;zzz&gt; 두 곳에 겹치는 내용이 있으면 혼란스러울까요? 21:05:51 &lt;zzz&gt; 사실 /postkey/까지 하면 3군데네요 21:06:21 &lt;Meeh&gt; 좋아요, 그건 고쳐야겠네요. 그런데 문제는 어떤 게 최선이냐는 거죠? 21:06:30 &lt;Meeh&gt; 혹은 가장 합의가 되는 것 21:06:37 &lt;Meeh&gt; 그걸로 더 작업하겠습니다 21:06:40 &lt;zzz&gt; 경험상 TOS는 크게, 분명하게 외쳐야 합니다 21:07:17 &lt;zzz&gt; 참고로, 저는 한 달에 약 75건을 받고, 그중 3~5건 정도 거절합니다 21:07:54 &lt;zzz&gt; 2a), 2b), 2c)에 이의 있나요? 21:08:16 &lt;zzz&gt; 없다면 Meeh가 전부 직접 체크인해 주세요 21:08:23 &lt;Meeh&gt; 네, 저는 주당 1~2건 정도 받는데, 종종 이중 등록을 하더라고요 21:08:26 &lt;Meeh&gt; 당신과 저, 둘 다에요 21:08:32 &lt;Meeh&gt; 예를 들어 silkroadreloaded 21:09:02 &lt;zzz&gt; 제가 baffer를 데우는 동안 더 하실 말 있나요? 21:10:21 &lt;efkt_&gt; zzz: dg: kytv: topiltzin: str4d: 고맙습니다. 지지를 받는 게 큰 의미가 있어요. 21:10:56 &lt;dg&gt; 다음번에는 로드맵과 우리의 계획에 대해 이야기하면 좋겠네요. 21:10:56 &lt;kytv&gt; 다운로드 호스팅은, 별도의 계획이 없다면, 구체화할 필요가 있어요. 21:10:56 &lt;Meeh&gt; 좋아요. 그럼 trunk에 추가하는 걸로? (no.i2p) 21:10:56 &lt;Meeh&gt; 벌써 새 주제로 넘어간 것 같네요 :P 21:10:56 &lt;kytv&gt; no.i2p에 +1 (네, trunk에 추가) 21:11:05 &lt;zzz&gt; 아, `http://zzz.i2p/topics/1491` 에 꽤 자명한 회의 정책을 적어두었어요. 누구나 언제든 어떤 주제로든 회의를 잡을 수 있다는 점을 명확히 하기 위해서요 21:11:20 &lt;iRelay&gt; 제목: zzz.i2p: Project Meetings (at zzz.i2p) 21:11:25 &lt;dg&gt; efkt_: 문제없어요. 당신 최고! 21:11:38 &lt;zzz&gt; 그래요, 다운로드와 로드맵은 다음 회의 주제로 좋겠네요 21:11:53 &lt;dg&gt; 저는 지금은 없어요 21:11:59 * zzz는 ***BAFS*** 하며 회의를 단호히 종료 21:12:12 &lt;dg&gt; :) </div>/ko/blog/2013/10/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-10%EC%9B%94-04%EC%9D%BC/Fri, 04 Oct 2013 00:00:00 +0000/ko/blog/2013/10/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-10%EC%9B%94-04%EC%9D%BC/<h2 id="간단-정리">간단 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> dg, equinox, hottuna, Mathiasdm, orion, psi, str4d, topiltzin, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 20:09:33 &lt;str4d&gt; 회의 시간입니다. 누가 있나요? 20:09:53 * psi 여기 있음 20:10:04 * dg 여기 있음 20:11:34 * topiltzin . 20:11:51 &lt;str4d&gt; hottuna, zzz, welterde, kytv: 핑 20:12:17 * orion 여기 있음 20:13:01 * str4d 회의 안건을 불러옴 20:14:01 &lt;str4d&gt; zzz.i2p에 접속할 수 없어요. 다른 분은 `http://zzz.i2p/topics/1480` 에 접속되나요? 20:14:35 &lt;str4d&gt; 됐습니다. 20:14:43 &lt;str4d&gt; 1) 위협 모델 20:14:44 &lt;str4d&gt; 1a) DREAD 분류 체계의 장단점을 논의 (필요하면 다른 체계 선택). 20:14:44 &lt;str4d&gt; 1b) 위협 모델 논의 (필요시 업데이트). 20:14:44 &lt;str4d&gt; 1c) 위협 모델의 공격 벡터에 DREAD(또는 다른 체계) 적용. 20:14:44 &lt;str4d&gt; 2) 웹사이트 개편 - 공개 준비 점검. 20:14:53 &lt;str4d&gt; 3) 로드맵. 20:15:22 &lt;str4d&gt; 4) 문서 논의. 20:15:41 &lt;str4d&gt; 0)은 이미 했습니다) 인사하기 ;-P 20:15:42 &lt;str4d&gt; 1) 위협 모델 20:15:53 &lt;str4d&gt; 1a) DREAD 분류 체계의 장단점을 논의 (필요하면 다른 체계 선택). 20:17:07 &lt;str4d&gt; 포럼 글에서도 말했듯이, 다른 사람들이 I2P를 바라보는 시각을 개선하기 위해 우리가 할 수 있는 일 중 하나는 위협 모델을 개선하고 명확히 하는 거라고 생각합니다. 20:17:29 &lt;str4d&gt; 지금은 장문의 글이라 사용자들(그리고 동기 부여가 약한 개발자들)에게 주요 관심사를 찾기가 어렵습니다. 20:17:45 &lt;dg&gt; 순위를 매기기도 어렵고요. 20:17:47 &lt;dg&gt; 긴급도 등을 이해하기도요. 20:18:03 &lt;str4d&gt; 그리고 제대로 된 위험 모델링이 없으면, 우리가 올바른 부분에 집중하고 있는지 전혀 알 수 없습니다. 20:18:13 &lt;psi&gt; 먼저 위협 모델의 짧은 버전을 만들고 거기서 확장해 나가면 좋겠어요 20:18:23 &lt;str4d&gt; dg: 정확해요. 20:18:59 &lt;str4d&gt; 제가 좀 조사해봤는데, https://www.owasp.org/index.php/Threat_Risk_Modeling 에 괜찮은 위협 위험 모델링 "레이아웃"이 있어요. 예를 들어 Cryptocat이 그들의 위협 모델에 사용했어요. 20:19:04 &lt;iRelay&gt; Title: Threat Risk Modeling - OWASP (at www.owasp.org) 20:19:53 &lt;str4d&gt; 거기에서 설명하는 DREAD 체계는 위험을 제대로 식별하는 데 완전히 효과적이지 않다는 피드백이, 모델 디자이너의 후속 게시물에 언급되어 있어요 - https://blogs.msdn.com/b/david_leblanc/archive/2007/08/13/dreadful.aspx 20:20:49 &lt;str4d&gt; 저는 위의 글에서 제시된 수정된 DREAD 모델을 사용해서, 우리의 공격 벡터의 심각도와 우선순위를 모델링하자고 제안합니다. 20:20:50 &lt;str4d&gt; 토론합시다! 20:21:13 &lt;dg&gt; 모델들을 검토할 시간을 좀 주실래요? :) 20:21:40 &lt;str4d&gt; dg: 이미 했어야죠, 포럼 글에 링크했는데... 20:21:44 &lt;str4d&gt; :P 20:21:50 &lt;dg&gt; 미안 20:22:24 &lt;str4d&gt; (사람들에게 실제로 그렇게 하라고 요청하진 않았으니 제 잘못이네요) 20:23:08 &lt;str4d&gt; DREAD tl;dr - 다섯 가지 1~10 척도로 위협을 평가하고, 합산해서 5로 나눕니다. 20:23:12 &lt;str4d&gt; Damage Potential(피해 잠재력) 20:23:29 &lt;str4d&gt; Reproducibility(재현성) 20:23:29 &lt;str4d&gt; Exploitability(악용 가능성) 20:23:29 &lt;str4d&gt; Affected Users(영향받는 사용자 수) 20:23:30 &lt;str4d&gt; Discoverability(발견 가능성) 20:24:12 &lt;str4d&gt; 수정된 DREAD tl;dr - 동일한 다섯 개 항목이지만 1~3(낮음, 중간, 높음) 척도에 "가중" 계산을 사용합니다. 20:25:09 &lt;dg&gt; 대충 읽고 있는데; 모든 세부를 알진 못해도 어떤 구조화된 시스템이든 더 낫죠. 20:25:18 &lt;str4d&gt; 저는 수정된 DREAD 모델이 원래 것보다 더 말이 된다고 봐요. 20:26:06 &lt;dg&gt; OWASP도 꽤 신뢰합니다. :P 20:26:10 &lt;str4d&gt; "다섯 구성요소를 보면, 서로 높은 상관관계가 없습니다 - 하나가 다른 것을 함의하지 않아요. 즉 독립적인 요소들이고, 이는 견고한 모델을 판단하는 가장 강력한 기준 중 하나입니다. 따라서 우리의 과제는 입력값에 적절한 가중치를 부여하는 법을 찾는 것입니다. WSC에서는 1~10으로 평가하고, 더한 다음 5로 나누라고 했죠. 몇 가지 명백한 테스트를 적용해보면, 피해가 1이고 나머지가 모두 10(잘 알려진 골칫거리 20:26:10 &lt;str4d&gt; , 예: 팝업)이, 발견 가능성이 1이고 나머지가 모두 10(파악하기 어렵지만 우주 열적 죽음을 일으킴)과 동일한 가중치를 받는 걸 알게 됩니다. 이건 명백한 오작동입니다." 20:27:10 &lt;str4d&gt; dg: 저도 그래요. 거기엔 유용할 수 있는 다른 모델과 문서도 많습니다. 20:27:31 &lt;str4d&gt; 다른 의견 있는 분? 20:29:50 &lt;str4d&gt; 아직 다른 의견이 없다면, 생각하는 동안 다음 주제로 넘어가죠. 20:30:05 &lt;psi&gt; 노 코멘트 20:31:03 &lt;str4d&gt; 1b) 위협 모델 논의 (필요시 업데이트). 20:31:17 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/overview/threat-model/` 20:31:18 * psi 위협 모델을 대충 훑어봄 20:31:39 &lt;iRelay&gt; Title: I2P's Threat Model - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:31:47 &lt;dg&gt; 평점이 보이네요? 20:31:50 &lt;dg&gt; 새로 생긴 건가요? 20:32:04 &lt;str4d&gt; dg: 수정된 DREAD 시스템을 추가했어요. 20:32:12 &lt;str4d&gt; (아무도 반대 안 할 거라는 기대 하에) 20:32:31 &lt;str4d&gt; (근데 코멘트가 전혀 없을 줄은 몰랐죠 :-P ) 20:32:53 &lt;str4d&gt; 평점은 유효하지 않습니다. 20:33:03 &lt;dg&gt; 일치하지 않는 것 같아요- 20:33:05 &lt;dg&gt; 맞아요 20:33:09 &lt;str4d&gt; (이걸 이 회의에서 바꾸고 싶어요) 20:33:25 &lt;str4d&gt; 위협 모델 자체를 논의하는 동안, 가능한 평점도 생각해 주세요(다음 주제에서). 20:33:28 &lt;dg&gt; 디자인은 좋아서 실제 값만 넣으면 마음에 들 것 같아요. 심각도 순으로도 정렬해야죠. 20:34:48 &lt;str4d&gt; 우리의 위협 모델 페이지는 "표준" 위협 모델 레이아웃(예: OWASP 페이지)을 따르지 않습니다 20:35:04 &lt;str4d&gt; 보안 목표 식별 20:35:05 &lt;str4d&gt; 애플리케이션 조사 20:35:05 &lt;str4d&gt; 분해 20:35:05 &lt;str4d&gt; 위협 식별 20:35:05 &lt;str4d&gt; 취약점 식별 20:35:08 &lt;psi&gt; 이 평점들의 값에 대해 지금 논의하나요... 나중에 하나요? 20:35:50 &lt;str4d&gt; psi: 다음 주제에서요. 지금은 위협 모델 자체를 논의 중이에요 - 오래된 위협에 점수를 매길 수는 없죠. 20:35:58 &lt;psi&gt; 맞아요 20:36:17 &lt;str4d&gt; (그리고 FYI 회의는 10PM UTC에 끝납니다) 20:36:29 &lt;str4d&gt; (적어도 저는 그때 떠날 거예요) 20:37:18 &lt;str4d&gt; 위협 모델 페이지는 우리의 보안 목표를 명확히 식별하지 않습니다. 20:37:21 &lt;dg&gt; 다들 어디에요? 20:37:29 &lt;dg&gt; 3명으로는 진행하기 어렵습니다. 20:37:54 &lt;str4d&gt; topiltzin, hottuna, zzz, welterde, kytv: 핑 20:37:55 &lt;zzz&gt; 모델을 "정형화"하는 건 각 요소에 점수 매기는 것 이상의 의미가 있어요 20:37:56 &lt;equinox&gt; 오늘 가디언 기사에 나온 방법도 고려할 가치가 있다고 봐요. NSA는 개발 프로세스를 겨냥하려 했죠 20:38:16 &lt;str4d&gt; zzz: 알아요, 하지만 어딘가에서 시작해야 하죠. 20:38:18 &lt;zzz&gt; 특히, 우리 모델에 대한 주요한 반론은 포함되는 것과 제외되는 것을 명확히 지정하지 않는다는 겁니다 20:38:40 &lt;dg&gt; 우리에게 영향을 주는 것과 주지 않는 것은? 20:38:43 &lt;zzz&gt; 그건 점수를 매기기 전에 해야 하는 단계예요, 비평가들을 상대하려면요 20:39:23 &lt;str4d&gt; zzz: 지금 그걸 하자는 거예요. 20:39:23 &lt;str4d&gt; &lt;str4d&gt; 위협 모델 페이지는 우리의 보안 목표를 명확히 식별하지 않습니다. 20:39:29 &lt;zzz&gt; 위협 모델의 핵심은 무엇을 포함하지 않는지 명시하는 겁니다, 예: NSA. 프로젝트들은 그걸로 손사래 치며 "우리 문제 아님, 우리 위협 모델에 없음"이라고 하죠 20:39:44 &lt;zzz&gt; 우리는 그걸 하지 않았어요. 20:40:07 &lt;idog98@freenode&gt; . 20:40:10 &lt;str4d&gt; 맞아요. 그럼 그렇게 하죠. 20:40:29 &lt;zzz&gt; 엄밀한 모델을 만들고 NSA를 제외한다면, 프로토콜 난독화 작업을 그만둘 수 있고, 어쩌면 더 강한 암호화도요. 20:40:42 &lt;zzz&gt; 아니면, 그건 책임 회피라고 부를 수도 있죠. 20:41:18 &lt;dg&gt; 처음부터, Tor는 GPA를 막을 수 없다는 게 명확하죠. 우리도 이와 다른 주의사항들을 명확히 하나요? 20:41:26 &lt;dg&gt; 그리고 우리는 NSA에 대항하나요? 20:41:59 &lt;str4d&gt; 전역 공격자(인터넷 전체를 모니터링할 수 있는 자)는 양파 라우팅 설계의 특성상 범위를 벗어납니다. 20:42:18 &lt;str4d&gt; NSA가 아무리 크다고 해도 전역 공격자는 아닙니다. 20:42:37 &lt;psi&gt; 현재의 NSA는 매우 광범위한 영향력을 갖고 있어요 20:42:38 &lt;zzz&gt; 현재 모델의 대부분은 바람직한 목표에 가깝습니다, 지금은 여러 항목에 현실적으로 대항하기엔 우리가 너무 작거든요 20:42:50 &lt;dg&gt; 우리의 로드맵에 있는 몇 가지로 GPA에 대항할 수 있을까요? ;) 20:42:52 &lt;equinox&gt; str4d: 아마도, 하지만 그들은 다른 이들과 협력하기도 해요 20:43:01 &lt;zzz&gt; 전통적인 용어로는 "국가급(state-level)" 공격자, 예: NSA 20:43:03 &lt;orion&gt; GPA? 20:43:11 &lt;str4d&gt; equinox: 그럴듯해요. 20:43:13 &lt;str4d&gt; zzz: 감사. 20:43:18 &lt;dg&gt; Global Passive Adversary(전역 수동 공격자) 20:43:56 &lt;zzz&gt; 그래서 엄격한 모델을 만들고 국가급을 제외한다면, 개발을 안내하는 용도로 사용할 수 있고, 예를 들어 우리에게 난독화 작업을 하지 말라고 알려줄 거예요 20:44:47 &lt;orion&gt; 익명성을 유지하는 것만으로도 충분히 어려운 일인데, 난독화까지 하려면 더더욱 그렇죠. 20:45:43 &lt;zzz&gt; 비평가들은 정형화된 위협 모델을 좋아하죠... 그걸 가지면 트롤만 더 신나게 하는 걸까요, 아니면 실제로 홍보와 개발에 도움이 될까요? 20:45:53 &lt;str4d&gt; 우리는 I2P가 난독화를 하지 않는다고 항상 말해왔어요(하지만 위협 모델에 명시적으로 적진 않았죠) 20:46:19 &lt;str4d&gt; 타당한 지적이에요. 20:46:28 &lt;Mathiasdm&gt; 위협 모델은 포커싱에 좋아요 20:46:34 &lt;dg&gt; 트롤들은 트롤하려면 재료가 충분하죠. 신경 끄죠. 20:46:41 &lt;Mathiasdm&gt; 트롤은 늘 있으니, 그건 고려하지 않겠어요 20:46:43 &lt;Mathiasdm&gt; (끼어들어 미안) 20:46:51 &lt;str4d&gt; 이 회의의 목표는 글자 그대로 반드시 따라야 하는 엄격한 위협 모델을 만드는 게 아니었어요. 20:47:02 &lt;str4d&gt; 설사 원한다고 해도, 한 번의 회의로는 불가능하죠. 20:47:25 &lt;dg&gt; 문제없어요. 만나서 반가워요, Mathiasdm. 20:47:28 &lt;dg&gt; 정형화된 위협 모델은 우리가 무엇으로부터 보호하려 하는지 정의하는 데 도움이 됩니다 20:47:37 &lt;dg&gt; 저는 거의 1년째인데도 정확히 무엇인지 아직 확신이 없거든요. 20:47:40 &lt;str4d&gt; 우리가 "위협 모델"이라고 부르는 웹사이트 페이지는 장문이라 grep하기 어렵습니다. 제가 정말 고치고 싶은 건 그겁니다. 20:48:20 &lt;str4d&gt; 사용자가 그걸 보고 우리가 무엇을 하려는지 빠르게 이해할 수 있길 바랍니다. 20:48:50 &lt;equinox&gt; 국가 기관과 국가를 대리하는 행위자들은(견제가 없다면) 시간이 지날수록 범위를 넓혀갈 거라는 걸 우리는 압니다. 저는 반응하기보다 그 가능성에 대비해 계획하는 게 최선이라고 봅니다. 20:49:16 &lt;str4d&gt; 오랫동안 I2P에는 잘못된 정보와 오해가 문제였기 때문이죠. 20:50:28 &lt;zzz&gt; 제 생각엔 그 페이지가 꽤 좋아요. 다만 요약 페이지가 하나 더 필요할 수도 있겠네요. 20:51:12 &lt;str4d&gt; 위험 모델링(DREAD 포함)을 하는 건 쉽고, 유효한 정보를 주지 않는다고 판단되면 제거하기도 쉬워요. 20:51:57 &lt;str4d&gt; zzz: 시간을 들여 읽을 준비가 된 사람에게는 좋아요. 대충 훑는 사람에게는 좋지 않죠. 20:52:36 &lt;str4d&gt; 위에 링크한 글에도 이렇게 말하죠: "경고! 이 시스템이든 다른 어떤 시스템이든 생각 없이 적용하지 마세요. 이 시스템이 올바른 결론에 도달하도록 도와줄 수도 있고 아닐 수도 있습니다. 아니라면, 지불한 만큼의 가치만 있다고 생각하세요. 즉, 0입니다." 20:53:26 &lt;zzz&gt; 내 생각엔 단일 페이지에 서로 직교하는 목표가 3개 있어요: 1) 대중을 위해 단순화, 2) 정형화, 3) 위험 모델링 20:54:38 &lt;str4d&gt; 1)과 3)은 연결돼 있어요 - 평점이 있으면 대중이 훑어보면서 자신에게 "중요한" 것들을 찾아 읽을 수 있거든요. 20:54:49 &lt;str4d&gt; 하지만 2)는 직교한다고 동의해요(그리고 3)와도 연결되긴 하죠) 20:56:04 &lt;str4d&gt; 정형화된 위협 모델을 갖는 게 다른 것들의 블로커가 된다면, 그때는 추진할 필요가 있겠죠. 하지만 제가 원래 "정형화"라고 말했을 때는 "명확화"라고 했어야 했습니다. 20:57:43 &lt;str4d&gt; 간단한 투표: 우리 "위협 모델" 페이지의 공격 벡터들을 훑어보면서 DREAD를 적용하는 게 유용하거나 좋은 아이디어라고 생각하는 분? 20:58:28 &lt;str4d&gt; 그렇다면 다음 주제로 넘어가서 그렇게 합시다, 그리고 결과를 논의해요. 아니라면 잊고 계속 갑시다. 20:58:44 &lt;topiltzin&gt; 예-단-다른-사람이-한다면 20:58:46 &lt;dg&gt; 대안이 뭐죠? 20:59:09 &lt;dg&gt; 하하하 20:59:21 &lt;topiltzin&gt; 솔직히요 :) 20:59:37 &lt;dg&gt; 혹은 우울하네요. :) 21:02:00 &lt;hottuna&gt; 나쁜 생각은 아닌데, 그게 위협 모델을 위한 만능 해결책인지는 잘 모르겠어요. 21:02:06 &lt;psi&gt; 흠 &lt;str4d&gt; hottuna: 그걸로 끝내려는 건 아니에요, 하지만 유용한 단계라고 봅니다. 그리고 아무도 다른 제안을 하거나 움직이질 않길래요 :-P &lt;psi&gt; 사람 더 있느냐에 달렸죠 &lt;psi&gt; 한 사람만이면 절대 안 되고 &lt;psi&gt; 협업자가 있으면, 가능 &lt;str4d&gt; psi: 지금 회의 중에 하려고 했어요, 한 명 이상 있을 때요. &lt;zzz&gt; "정형화"는 어떤 이들에게 중요해요 - OpenITP, 비평가, 리뷰어, 감리자, 자금 제공자, 동종 분야의 타 프로젝트 등. &lt;hottuna&gt; 지금 이 회의에서 그냥 해버리면 정말 충분하고 구조도 잘 잡힐까요? &lt;hottuna&gt; 저는 DREAD 프로세스 자체는 잘 몰라요. &lt;str4d&gt; hottuna: 각 공격 벡터를 살펴보고, 다섯 범주를 낮음/중간/높음으로 평가하는 겁니다. 그게 전부예요. &lt;psi&gt; 저도 DREAD는 익숙하지 않아요 &lt;str4d&gt; 적용이 아주 간단해서 그걸 골랐어요. &lt;psi&gt; 아하 &lt;str4d&gt; (위협 모델 페이지의 목차 바로 위에 적어둔 그 다섯 범주예요) &lt;psi&gt; 하나 예시로 해보죠 &lt;hottuna&gt; 알려진 각 공격 벡터마다요? &lt;hottuna&gt; psi, 좋아요 &lt;str4d&gt; 미리 다 준비해 둔 건 간단하게 하려고였어요. 여기서 이걸 하자고 모두가 동의하게 만들기 어렵다는 걸 알았거든요 :P &lt;str4d&gt; 좋아요, "타이밍 공격" &lt;hottuna&gt; 좋습니다. &lt;str4d&gt; 피해 잠재력(Damage Potential): 위협이 악용되면 피해가 얼마나 큰가? &lt;str4d&gt; 사용자를 식별하는 데 쓰인다면, 그 사용자는 익명 해제됨 -> 높음? &lt;hottuna&gt; 타이밍과 패킷 크기에 기반한 통계적 익스플로잇은 Tor에 대해 어느 사이트를 방문했는지 알아내는 데 성공적으로 사용된 바 있어요 &lt;hottuna&gt; 매우 높은 성공률(기억이 맞다면 ~90%)로요 &lt;str4d&gt; (예: https://www.owasp.org/index.php/Threat_Risk_Modeling#DREAD 를 참고해서 척도를 감 잡으세요 - 거기엔 이미 세 단계 설명이 있어요) &lt;str4d&gt; 신뢰성(Reliability): 이 공격은 얼마나 신뢰할 수 있는가? - 낮음? 중간? 일반적으로 네트워크 부하에 따라 달라요. 21:12:28 &lt;psi&gt; 정확히 뭘 타이밍해야 하죠? 21:13:26 &lt;hottuna&gt; 일반적으로 뭐든? 21:14:11 &lt;psi&gt; 오케이 21:14:27 &lt;hottuna&gt; 모르겠네요. 21:14:47 &lt;hottuna&gt; 하지만 설명은 메시지 중심인 것 같아요. 21:14:52 &lt;str4d&gt; (예: https://www.owasp.org/index.php/Threat_Risk_Modeling#DREAD 를 참고해서 척도를 감 잡으세요 - 거기엔 이미 세 단계 설명이 있어요) 21:14:54 &lt;iRelay&gt; Title: Threat Risk Modeling - OWASP (at www.owasp.org) 21:14:56 &lt;str4d&gt; 신뢰성(Reliability): 이 공격은 얼마나 신뢰할 수 있는가? - 낮음? 중간? 일반적으로 네트워크 부하에 따라 달라요. 21:15:33 &lt;str4d&gt; psi: 좋은 지적이에요 - "타이밍 공격" 섹션은 아마 메시지 전달 공격과 메시지 내용 공격으로 나눠야 할 겁니다 21:15:36 &lt;hottuna&gt; 피해 잠재력: 5? 21:15:51 &lt;str4d&gt; 일단 메시지 전달로 가정합시다. 21:15:55 &lt;psi&gt; " 시스템 또는 데이터 완전 파괴 "는 상자가 폭발한다는 뜻인가요? 21:16:08 &lt;hottuna&gt; 신뢰성 면에서는, 통계 모델이 Tor의 경우 신뢰할 수 있음이 입증됐죠.. 21:18:00 &lt;str4d&gt; hottuna: 우리는 1~3 척도를 씁니다 21:19:08 &lt;str4d&gt; OWASP에 설명된 1~10 척도는 정당화하기가 더 어렵죠. 21:19:08 &lt;str4d&gt; "발견 가능성 6과 7의 차이는 뭔가요? 누가 알죠?" 21:19:08 &lt;str4d&gt; OWASP 척도는 낮음/중간/높음을 할당하는 지표로만 쓰세요 21:19:11 &lt;str4d&gt; psi: 우리 경우 "높음"은 특정 사용자와 그 활동 간의 완전한 상관을 의미한다고 보겠어요. 21:19:13 &lt;psi&gt; 타이밍은 5나 6 같아요 21:19:13 &lt;psi&gt; (피해 기준) 21:19:14 &lt;str4d&gt; (피해 기준으로) 21:19:17 &lt;str4d&gt; https://blogs.msdn.com/b/david_leblanc/archive/2007/08/13/dreadful.aspx 가 카테고리를 더 잘 설명할지도 몰라요. 21:20:00 &lt;psi&gt; 이해했어요 21:20:16 &lt;hottuna&gt; 하지만 피해는 어떤 정보를 드러내는 것이겠죠, 그건 나쁠 수 있어요.. 이론적으로는 제가 어떤 애플리케이션을 돌리는지나 어떤 목적지와 통신 중인지를 드러낼 수 있죠 21:20:20 &lt;hottuna&gt; 그게 5-6인가요? 21:20:34 &lt;str4d&gt; 악용 가능성(Exploitability): 이 위협을 악용하려면 무엇이 필요한가? - 중간? 공격자는 가능한 경로를 따라 여러 위치를 모니터링해야 합니다. 21:20:36 &lt;str4d&gt; 낮음? 21:20:49 &lt;psi&gt; 공격자에 따라 다르죠 21:20:55 &lt;psi&gt; 그리고 네트워크 크기에도 달려요 21:21:34 &lt;str4d&gt; 악용 가능성은 공격 개시 전 요구사항이고, 신뢰성은 트리거된 뒤 얼마나 잘 동작하는지입니다. 21:21:48 &lt;psi&gt; 아하 21:21:49 &lt;str4d&gt; psi: 맞아요, 그래서 이 평점은 시간이 지나면 바뀔 겁니다. 21:22:05 &lt;str4d&gt; (이게 모델의 한계 예시이고, 원래 DREAD의 큰 결함이기도 해요) 21:22:06 &lt;psi&gt; 악용 가능성은 중간일 듯 21:22:18 &lt;str4d&gt; 악용 가능성은 심각도 계산에는 쓰지 않고, 우선순위 계산에만 쓰입니다. 21:22:25 &lt;psi&gt; 그냥 기본 i2p router만 돌려서는 충분하지 않겠죠 21:22:54 &lt;str4d&gt; psi: 맞아요, 그래서 높음은 아니죠. 21:23:15 &lt;str4d&gt; 다만 고성능 컴퓨팅 파워 같은 게 필요한 건 아니니 낮음도 아니고요. 21:23:20 &lt;str4d&gt; 영향받는 사용자 수(Affected Users): 얼마나 많은 사용자가 영향을 받나? 21:23:27 &lt;hottuna&gt; 터널의 일부여야 하고, 그다음 메시지 프로파일만 보면 되죠. 어떤 서비스의 ibgw라면, 나머지와 구분되는 몇몇 사용자를 뽑아낼 수 있을 겁니다. 적어도 다른 사용자 그룹으로 클러스터링할 수 있겠죠 21:23:40 &lt;hottuna&gt; into* 21:24:23 &lt;psi&gt; 악용 가능성 중간은 좀 과한 듯 21:24:29 &lt;psi&gt; bit* 21:24:36 &lt;psi&gt; 중간-낮음 21:24:40 &lt;hottuna&gt; ibg 경우에는 꽤 쉽다고 보지만, 많은 정보를 얻진 못하겠죠 21:24:45 &lt;hottuna&gt; ibgw* 21:25:06 &lt;str4d&gt; psi: 중간 또는 낮음. 어차피 우선순위 점수에만 영향 줍니다. 21:25:48 &lt;hottuna&gt; 악용 가능성은, 다른 익스플로잇과 비교하면, 아주 실현 가능하다고 봅니다. 21:25:55 &lt;str4d&gt; 발견 가능성(Discoverability): 이 위협을 발견하기 얼마나 쉬운가? - 중간? 최소한 I2P 작동 방식을 어느 정도 알아야 합니다. 21:25:59 &lt;psi&gt; hottuna: 동의 21:26:10 &lt;str4d&gt; "발견 가능성이 높은 건 공개적으로 알려졌거나, 공개적으로 알려진 것과 매우 비슷한 것입니다. 낮은 발견 가능성은 앱 내부 동작에 대한 깊은 지식이 있어야 파악할 수 있다는 뜻입니다." 21:26:22 &lt;psi&gt; 중간 21:26:51 &lt;hottuna&gt; 수동적 로그 수집 노드는 우리가 절대 모를 겁니다 21:26:55 &lt;str4d&gt; hottuna: 맞아요. 분류는 부분적으로 다른 공격의 선택에 달려 있어요. 전부 상대적이죠. 21:27:26 &lt;hottuna&gt; str4d, 지금 얘기 나온 걸 바탕으로 값을 기록하고 있나요? 21:27:44 &lt;str4d&gt; hottuna: 네. 21:29:02 &lt;hottuna&gt; 좋아요. 21:29:02 &lt;hottuna&gt; D: 낮음 21:29:19 &lt;psi&gt; 흠 21:29:29 &lt;hottuna&gt; 영향받는 사용자: 높음(실제로 뭘 하는 사람 전부) 21:29:37 &lt;str4d&gt; 우리가 합의한 것 같고, 계산된 결과는 이렇습니다: 21:29:37 &lt;str4d&gt; 피해 잠재력: 중간 21:29:37 &lt;str4d&gt; 신뢰성: 중간 21:29:37 &lt;str4d&gt; 악용 가능성: 중간 21:29:51 &lt;str4d&gt; 영향받는 사용자: 높음 21:29:52 &lt;str4d&gt; 발견 가능성: 중간 21:29:53 &lt;str4d&gt; 심각도: 4/5 21:29:54 &lt;str4d&gt; 우선순위: 5/9 21:30:23 &lt;psi&gt; 타이밍 공격은 꽤 나쁘지만 실용적이진 않아 보여요 21:30:29 &lt;psi&gt; 적어도 지금은 21:30:41 &lt;str4d&gt; 이게 합리적인 결과로 보이나요? 제가 설정한 수준이 우리가 실제로 합의한 건가요? 21:30:58 &lt;hottuna&gt; 발견 가능성에는 동의 못해요. 21:31:01 &lt;str4d&gt; 그리고 비교를 위해서라도 다른 공격 벡터 하나는 더 해야 합니다. 21:31:09 &lt;hottuna&gt; 수동 로그 수집 노드는 결코 발견되지 않겠죠. 21:31:17 &lt;str4d&gt; hottuna: 높음이어야 한다는 뜻인가요? 21:31:17 &lt;hottuna&gt; 그렇죠. 21:31:29 &lt;str4d&gt; hottuna: 다른 의미의 "발견 가능성"입니다. 21:31:47 &lt;hottuna&gt; 발견 불가능이 뭘로 번역되는지요 21:31:53 &lt;str4d&gt; 이건 방어자 관점 모델이에요. 공격자가 취약점을 발견하기 쉬운가를 말합니다. 21:32:00 &lt;psi&gt; 공격 개시에 쓰이는 리소스는 꽤 눈에 띄겠죠, 전부 박살낸 게 아니라면 21:32:12 &lt;hottuna&gt; 아. 알겠어요. 21:32:18 &lt;dg&gt; 타이밍 공격은 구체적이고, 어쩌면 우리에게는 그다지 적용되지 않을 수도.. 21:32:25 &lt;hottuna&gt; 아, 그렇다면 동의. 21:33:28 &lt;psi&gt; 타이밍 공격을 하려면 조망이 있거나 다수의 노드를 소유해야 할 겁니다(몇 개? 모름) 21:33:38 &lt;str4d&gt; 심각도는 우리가 그 공격을 얼마나 나쁘다고 보는지, 우선순위는 우리가 어디에 집중해야 하는지를 나타냅니다. 21:33:55 &lt;dg&gt; 오. 21:33:55 &lt;psi&gt; 조망만으로 충분할지도 확신 못 하겠고요 21:33:57 &lt;dg&gt; 네, 4/5. 21:34:10 &lt;str4d&gt; 일단 그 분류는 여기까지 하고, 비교를 위해 다른 걸 하나 더 해봅시다. 21:34:30 &lt;psi&gt; 4/5를 곰곰이 생각해보면 타이밍 공격이 가능하다면 저지연 계열은 거의 다 영향받겠죠 21:34:33 &lt;psi&gt; affected* 21:34:54 &lt;psi&gt; 우선순위... 5/9가 적절한진 모르겠어요 21:35:15 &lt;str4d&gt; "태깅 공격"은 분류하기 쉬울 겁니다. 21:35:32 &lt;str4d&gt; psi: 우선순위가 의미하는 바는 더 분류해봐야 알 거예요. 분류는 반복적 과정이죠. 21:35:38 &lt;psi&gt; 오케이 21:35:48 &lt;str4d&gt; 그럼, 태깅 공격. 21:36:15 &lt;psi&gt; 메시지 태깅? router 태깅? 21:36:48 &lt;str4d&gt; 메시지요 21:36:59 &lt;str4d&gt; (정확히는) 21:37:07 &lt;str4d&gt; 메시지가 어떤 경로를 따라갔는지 파악. 21:37:17 &lt;str4d&gt; 피해 잠재력: 중간? 21:37:30 &lt;psi&gt; 중간 동의 21:37:38 &lt;psi&gt; 어떤 의미론 낮음 21:37:43 &lt;hottuna&gt; 피해 잠재력: 낮 21:37:47 &lt;hottuna&gt; 낮음-중간 21:37:58 &lt;str4d&gt; 태깅(가능하다면)은 특정 터널 내 정보만 드러낼 겁니다 21:37:58 &lt;psi&gt; 상황에 따라 달라요 21:38:01 &lt;str4d&gt; 신뢰성: 낮음. 21:38:01 &lt;psi&gt; 예 21:38:08 &lt;str4d&gt; 혹은... 21:38:10 &lt;str4d&gt; 흠. 21:38:41 &lt;psi&gt; 어떤 범위에서 태깅을 측정하나요? 21:38:58 &lt;hottuna&gt; 터널 참가자를 식별할 수 있는 상황에서 사용된다면, 매번 통하겠죠? 21:39:00 &lt;str4d&gt; 악용 가능성과 발견 가능성은 낮음 - 메시지 자체를 태깅하는 건 불가능해야 하고, 공모는 정확한 router 배치가 필요합니다. 21:39:20 &lt;hottuna&gt; E: 낮음 21:39:21 &lt;str4d&gt; psi: 두 엔드포인트(클라이언트 또는 서버) 사이를 오가는 메시지. 21:39:23 &lt;hottuna&gt; D: 낮음 21:39:39 &lt;psi&gt; 동의, 낮음 21:39:45 &lt;psi&gt; E와 D 21:39:50 &lt;str4d&gt; hottuna: 맞아요. 태깅 공격이 발견되면, 매번 통할 겁니다. 21:40:13 &lt;hottuna&gt; 그럼, R: 높음? 21:40:21 &lt;str4d&gt; 하지만 그런 발견은 불가능해야 하죠. 모든 게 서명되어 있으니까요. 21:40:51 &lt;str4d&gt; 다만 태깅 공격 유형에 따라 다릅니다. 21:40:56 &lt;str4d&gt; 메시지 태깅: 높음. 21:40:57 &lt;psi&gt; 키를 갖고 있으면 서명도 할 수 있죠 21:41:06 &lt;str4d&gt; 공모 태깅: 중간. 21:41:07 &lt;hottuna&gt; str4d, 물론이죠, 하지만 발견 가능성은 다른 메트릭 21:41:13 * str4d 일단 높음이라고 하죠. 21:41:28 * hottuna 만족 21:41:44 &lt;str4d&gt; 영향받는 사용자: 터널에 악성 노드가 있는 사용자만 영향받음. 21:42:02 &lt;psi&gt; 낮음 21:42:16 &lt;hottuna&gt; A: 대체로 낮음 21:42:26 &lt;str4d&gt; 좋아요: 21:42:26 &lt;str4d&gt; 피해 잠재력: 낮음 21:42:27 &lt;str4d&gt; 신뢰성: 높음 21:42:27 &lt;str4d&gt; 악용 가능성: 낮음 21:42:27 &lt;str4d&gt; 영향받는 사용자: 낮음 21:42:27 &lt;str4d&gt; 발견 가능성: 낮음 21:42:28 &lt;str4d&gt; 심각도: 2/5 21:42:29 &lt;str4d&gt; 우선순위: 2/9 21:42:52 &lt;hottuna&gt; 좋아 보입니다 21:42:59 &lt;psi&gt; 좋아요 21:43:22 &lt;str4d&gt; 느낌 좋네요 21:43:57 &lt;hottuna&gt; 실제 위협으로 넘어갈까요? 21:44:28 &lt;str4d&gt; 나머지 회의 주제를 빠르게 훑은 다음, 다시 이걸로 돌아갈까요? 21:44:37 &lt;hottuna&gt; 좋아요 21:44:56 * str4d 4) 문서 논의는 시간이 너무 오래 걸리므로 생략. 21:45:12 &lt;str4d&gt; 2) 웹사이트 개편 - 공개 준비 점검. 21:45:35 &lt;psi&gt; 사이트 개편은 더 나은 CSS를 적용하는 건가요, 아니면 더 있나요? 21:45:48 &lt;str4d&gt; 이 분류 과정을 제외하고(또는 분류를 제거하고), welterde가 사이트 개편을 "출시"하기 전에 해야 할 다른 게 있나요? 21:46:12 &lt;hottuna&gt; 잘 모르겠네요. 21:46:21 &lt;str4d&gt; psi: "더 나은" CSS이긴 하지만, 구조와 레이아웃 변경이 많아요. 21:46:32 &lt;str4d&gt; 구조적으로는 모든 준비가 됐다고 생각합니다. 21:46:50 &lt;hottuna&gt; 번역 업데이트 프로세스는 얼마나 자동화돼 있나요? 21:46:50 &lt;str4d&gt; 완전히요. 21:47:06 &lt;hottuna&gt; 빈도는요? 21:47:28 &lt;str4d&gt; 제가 업데이트할 때마다요. 21:47:45 &lt;hottuna&gt; 알겠습니다. 21:47:48 &lt;str4d&gt; 지금까지는 문자열 변경을 보면 스크립트를 돌려 번역 문자열을 추출하고 업데이트해 왔어요. 21:47:50 &lt;psi&gt; 나 잠깐 나갔다 30분 뒤에 다시 올게요 21:47:56 &lt;hottuna&gt; 그 정도면 충분하겠네요. 21:48:01 * str4d 그땐 없을 듯. 21:48:30 &lt;str4d&gt; psi: 그때 DREAD 논의를 계속해도 좋아요 :) 21:48:44 &lt;hottuna&gt; 아, str4d: 첫 페이지의 거대한 다운로드 버튼이 최신 버전으로 자동 업데이트되지 않는 것 같아요 21:48:45 &lt;str4d&gt; IE 7과 8에서는 알려진 CSS 문제가 있어요, 제 기억에 21:49:00 &lt;str4d&gt; hottuna: 그건 제가 welterde와 이야기해야 할 또 다른 버그예요. 21:49:09 &lt;hottuna&gt; 오케이. 좋아요. 21:49:25 &lt;str4d&gt; .py 파일이 변경되면 서버를 재시작하는 스크립트가 돌도록 되어 있어요(번역이 변경되면 컴파일도 다시 하고요) 21:49:49 &lt;str4d&gt; 그런데 왜인지 .py 파일 변경이 welterde 서버에서 감지되지 않네요... 21:49:49 &lt;str4d&gt; (전에는 됐거든요) 21:50:24 &lt;str4d&gt; 좋아요, 다른 게 없다면 저는 21:50:43 &lt;str4d&gt; 개편에 만족하고 .py 버그가 고쳐지는 대로 바로 라이브로 갈 수 있어요. 21:50:52 &lt;hottuna&gt; 좋네요! 21:51:11 &lt;str4d&gt; (IE 7/8 CSS는 시간이 나면 완화하겠지만, 블로커라고 보진 않아요) 21:51:23 &lt;hottuna&gt; 합리적이네요. 21:51:42 &lt;str4d&gt; "라이브" == welterde가 https://geti2p.net 에 라이브로 올릴 겁니다(몇 번의 회의에서 결정한 URL). 대신 www.i2p2.de 는 그대로 둘 거예요. 21:51:52 &lt;iRelay&gt; Title: I2P Anonymous Network - I2P (at geti2p.net) 21:52:00 &lt;hottuna&gt; 왜 i2p2.de는 그대로 두죠? 21:52:03 &lt;str4d&gt; 그런 다음 테스트를 돌리고, 구글 등도 문제 없는지 확인할 거예요. 21:52:30 &lt;str4d&gt; hottuna: 뭔가 치명적인 일이 생겨서 롤백이 필요할 경우를 대비해서요. 21:52:42 &lt;hottuna&gt; 오, 그럼 임시로만 21:52:51 &lt;str4d&gt; 모든 걸 철저히 점검해 준비가 완벽해지면, 그때 i2p2.de를 geti2p.net으로 301 리다이렉트할 겁니다 21:53:15 &lt;hottuna&gt; 말이 되네요 21:53:23 &lt;str4d&gt; 301은 영구 이동이라 검색 엔진이 링크를 업데이트하거든요. 21:54:08 &lt;str4d&gt; 레거시 리다이렉션 코드는 지금은 302 리다이렉트를 쓰고 있지만, 모든 게 준비되면 301로 바꿀 겁니다(그래야 예전 링크의 페이지랭크를 잃지 않아요) 21:54:28 &lt;str4d&gt; 좋아요, 다음으로: 21:54:28 &lt;str4d&gt; 3) 로드맵. 21:54:42 &lt;str4d&gt; hottuna: 차례예요. 21:55:44 &lt;str4d&gt; 제 시간은 한 10분 정도 남았어요(아직 있는 다른 분이 있으면 더 있을 수도) 21:55:45 &lt;hottuna&gt; 로드맵이요? 요즘 시간이 좀 생겨서, DHT 코드를 다시 보기 시작했어요. 특히 응답 처리 코드를요. 21:56:08 &lt;hottuna&gt; 더 덧붙일 건 별로 없어요. 21:56:48 &lt;str4d&gt; 현재 0.9 로드맵: 21:56:48 &lt;str4d&gt; 중앙 reseed 위치가 필요 없도록 배포판에 일부 시드 데이터를 포함? 21:56:48 &lt;str4d&gt; 도달 가능성 매핑 / 부분적으로 도달 가능한 피어 처리 / 향상된 제한 경로 21:56:49 &lt;str4d&gt; 도움말 페이지와 웹사이트 개선 21:56:49 &lt;str4d&gt; 더 많은 번역 21:56:56 &lt;str4d&gt; SSU disconnect message 21:56:57 &lt;str4d&gt; 반복적 floodfill 조회 21:57:13 &lt;str4d&gt; 그중 일부는 어디까지 진행됐는지, 마지막 업데이트가 언제였는지 전혀 모르겠어요. 21:57:54 &lt;hottuna&gt; floodfill 조회는 제가 이해한 바로는 반복적이에요. 21:57:59 &lt;str4d&gt; 1.0 - 3.0은 2008년에 마지막으로 업데이트됐네요. 21:58:14 &lt;str4d&gt; 0.9는 2010년에 추가됐고요. 21:58:14 &lt;dg&gt; 제한 경로는 가능성이 낮아요 21:58:37 &lt;hottuna&gt; 저는 1~2분 후에 가야 해요 21:58:42 &lt;str4d&gt; 로드맵의 제대로 된 평가는 더 많은 참석자와 함께 다른 회의가 필요하다고 봅니다. 21:59:01 &lt;hottuna&gt; 동의. 21:59:14 &lt;str4d&gt; hottuna: DHT 코드로 복귀했다니 반갑네요. 21:59:29 &lt;str4d&gt; 그건 나중으로 미룹시다. 21:59:33 &lt;hottuna&gt; 그리고 실제 위협 모델도 돌봐야죠. 21:59:43 &lt;str4d&gt; 좋아요. 21:59:47 &lt;hottuna&gt; 다음엔 그걸 위해 긴 회의를 가질 수 있을까요? 22:00:35 &lt;str4d&gt; hottuna: 2시간이면 충분할 줄 알았는데, 최소한 한 시간을 그걸 할 가치가 있는지 논쟁하는 데 썼네요 &gt;_&lt; 22:00:36 &lt;hottuna&gt; 가봐야 해요, 하지만 회의 고마워요 str4d. 타고났네요! 22:01:19 &lt;str4d&gt; 1c)로 돌아갈 시간은 없으니: 22:01:23 &lt;str4d&gt; str4d *baf*s 회의를 종료 </div>/ko/blog/2013/10/02/0.9.8.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Wed, 02 Oct 2013 00:00:00 +0000/ko/blog/2013/10/02/0.9.8.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.8.1은 일부 사용자에게 Windows에서 0.9.8로 업데이트할 때 발생하는 문제를 수정합니다. 새로 설치한 경우와 Windows가 아닌 플랫폼은 영향을 받지 않지만, 0.9.8을 실행 중이더라도 모든 플랫폼에서 자동으로 업데이트됩니다.</p> <p>자세한 내용과 우회 방법은 Trac 티켓을 참조하세요. IPv6 및 기타 변경 사항에 대한 정보는 <a href="../../ko/blog/2013/09/30/0.9.8-release/">0.9.8 릴리스 노트</a> 를 참조하세요.</p> <p>최근 공격으로 인해 Trac에서는 로그인이 비활성화되었고 zzz.i2p에서는 신규 등록이 비활성화되었습니다. 해당 서비스가 복구될 때까지 모든 버그는 IRC freenode 또는 IRC2P #i2p-dev에서 신고해 주세요.</p> <h2 id="sha256-체크섬">SHA256 체크섬</h2> <pre tabindex="0"><code>e4a0a5929f20a5e176aad1ba4fe85d6c321c06fbc802cd715970ec380bb9e4fe i2pinstall_0.9.8.1_windows.exe 8b933d55622743e3692585d09a1393a898dfd3d8c8f4c7f489adc23981273d30 i2pinstall_0.9.8.1.jar 315072afc19b254a67062affe8b4515198ff64ecfcb4292b5f58b83975b3a1c3 i2psource_0.9.8.1.tar.bz2 a340f84b5893ba0f193ec86e09f15c0ef724735eafb4c67c090f23be020b24ab i2pupdate_0.9.8.1.zip 15d135f9923337df2092e42b9c5aa6ba5904b39c5ff403eef235843b1957b942 i2pupdate.su2 d9902504d63556fa63a503fd088185dbbf3ace8b80e14dd4482b30e56b11f8d6 i2pupdate.sud </code></pre>/ko/blog/2013/09/30/0.9.8-release/Mon, 30 Sep 2013 00:00:00 +0000/ko/blog/2013/09/30/0.9.8-release/<p>0.9.8에는 오랫동안 기다려 온 IPv6 지원이 포함되어 있습니다. 기본적으로 활성화되어 있지만, 이를 사용하려면 공인 IPv6 주소가 필요합니다. 설정은 콘솔의 &rsquo;network&rsquo; 구성 탭에서 할 수 있습니다. 또한 SSU 패킷에 패딩을 추가하고 router의 개인 키를 더 길게 하는 등 익명성도 개선되었습니다.</p> <p>이번 업데이트 주기에는 여러분 중 30%가 네트워크 내 토렌트를 통해 업데이트하게 됩니다.</p> <h2 id="ipv6-세부-사항">IPv6 세부 사항</h2> <p>IPv6는 기본적으로 활성화되어 있으며 우선적으로 사용됩니다. 공인 IPv6 주소를 가지고 있고, 공개된 IPv6 주소를 가진 다른 router에 연결하는 경우, IPv6를 통해 연결합니다. router 콘솔의 /confignet에 새로운 IPv6 구성 섹션이 있습니다. IPv6로 인해 문제가 발생하면 그곳에서 비활성화할 수 있습니다.</p>/ko/blog/2013/09/10/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-9%EC%9B%94-10%EC%9D%BC/Tue, 10 Sep 2013 00:00:00 +0000/ko/blog/2013/09/10/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-9%EC%9B%94-10%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dbowie, dg, efkt, EpicCoffee, Pseudonemo, psi, topiltzin, trolly, welterde, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 20:00:31 &lt;zzz&gt; 0) 안녕하세요 20:00:38 &lt;zzz&gt; 1) 웹사이트 개편 (str4d) 20:00:55 &lt;zzz&gt; 2) 콘솔 홈 페이지에 대한 요청: `http://open4you.i2p/` 20:01:03 &lt;iRelay&gt; 제목: open4you.i2p (at open4you.i2p) 20:01:11 &lt;zzz&gt; 3) outproxy 비활성화 (topiltzin / dg) 20:01:20 &lt;zzz&gt; 4) netdb 프로젝트 업데이트 (hottuna) 20:01:23 &lt;zzz&gt; 0) 안녕하세요 20:01:25 &lt;zzz&gt; 안녕하세요 20:01:30 &lt;dg&gt; 안녕하세요 20:01:35 &lt;topiltzin&gt; 안녕하세요 20:01:42 &lt;zzz&gt; 자세한 정보와 링크: `http://zzz.i2p/topics/1460` 20:01:55 &lt;zzz&gt; 새롭게 시도해 봅시다. 안건별로 15분으로 제한하죠 20:02:00 &lt;iRelay&gt; 제목: zzz.i2p: 회의 9월 10일 화요일, UTC 오후 8시 (at zzz.i2p) 20:02:03 &lt;zzz&gt; 1) 웹사이트 개편 (str4d) 20:02:07 &lt;zzz&gt; go str4d 20:04:12 &lt;zzz&gt; 1)은 일단 건너뛰겠습니다 20:04:17 &lt;zzz&gt; 2) 콘솔 홈 페이지에 대한 요청: `http://open4you.i2p/` 20:04:21 &lt;iRelay&gt; 제목: open4you.i2p (at open4you.i2p) 20:04:28 &lt;zzz&gt; open4you 요청자 계신가요? 20:05:53 &lt;zzz&gt; 2)는 일단 건너뛰겠습니다 20:05:59 &lt;zzz&gt; 3) outproxy 비활성화 (topiltzin / dg) 20:06:05 &lt;zzz&gt; dg 또는 topiltzin, 시작하세요 20:06:05 &lt;dg&gt; \o 20:06:13 &lt;dg&gt; 제가 먼저 하겠습니다. 20:06:50 &lt;dg&gt; 여러분 안녕하세요. 한동안 고민해 왔는데요: HTTP(그리고 아마 HTTPS)용 outproxy를 기본으로 포함하는 것은 우리의 목표와 맞지 않는다고 생각합니다; 20:07:25 &lt;dg&gt; 대부분 IRC에서 outproxy 관련 질문이 나오면, 커뮤니티 구성원들은 Tor를 권하고 outproxy는 웬만하면 쓰지 말라고 합니다 20:07:38 &lt;dg&gt; "그건 Tor에 맡긴다"라는 말이 자주 나옵니다 20:08:22 &lt;dg&gt; outproxy는 중앙집중식이라 큰 문제입니다. Tor처럼 수천 개의 exit 노드가 있어도 문제가 있는데, 우리는 단 하나뿐이니 말할 것도 없죠 20:08:43 &lt;dg&gt; 보안 문제를 떠나서도, 사용성 문제가 있습니다. I2P를 써보려는 사람이 google.com이 느리게 뜬다고 I2P가 너무 느리다고 생각하면 어떡하죠? 게다가 독일어로 뜬다면요? 엥? 20:09:14 &lt;dg&gt; 우리가 outproxy를 위한 코드를 “제대로” 넣지 않은 데는 이유가 있습니다. 우리는 그걸 하고 싶지 않고, 목표는 숨은 서비스(hidden services)입니다 20:09:58 &lt;dg&gt; outproxy를 기본으로 넣어 두면 사용자를 위험에 빠뜨리고, I2P가 무엇이며 무엇을 하는지에 대한 인식을 (아마) 혼란스럽게 만든다고 느낍니다. 20:10:04 &lt;dg&gt; 초기 제안 끝 20:10:17 &lt;zzz&gt; topiltzin, 추가할 내용 있나요? 20:10:52 &lt;topiltzin&gt; 좋은 요약입니다; 기능 자체는 제거하지 말아야 한다는 KillYourTV의 의견도 이해합니다 20:11:22 &lt;zzz&gt; 좋아요, 다른 분들 의견을 받아봅시다 20:11:23 &lt;topiltzin&gt; 하지만 I2P로 클리어넷 서핑을 하도록 유도하지 않는 편이 낫다는 점에는 dg와 강하게 동의합니다 20:12:17 &lt;dg&gt; 누군가( Pseudonemo)가 왜 클리어넷 웹사이트를 로드하지 않도록 했는지 설명하는 페이지와, 가능하다면 Tor 권고를 제안했습니다. 20:12:19 &lt;welterde&gt; 로컬에서 Tor를 통해 outproxy하는 플러그인이 있으면 좋겠네요.. 20:12:45 &lt;dg&gt; welterde: 공교롭게도.. 몇 주 전에 ioerror가 zzz에게 jtor를 소개했었습니다. 20:13:26 &lt;welterde&gt; dg: 네.. 제가 생각하던 게 그겁니다.. 외부에서 도는 구성요소에 의존하는 것보다 훨씬 깔끔할 거예요 20:13:52 &lt;dg&gt; 그래서, 의견들 어떠세요? 20:13:54 &lt;efkt&gt; 보통 I2P가 논의되는 건 “왜 제가 원하는 대로 작동하지 않나요?” 같은 질문에 답하면서 Meeh의 outproxy나 그냥 Tor 같은 대안을 안내할 때뿐입니다. outproxy라는 선택지가 있는 건 좋은 일이고, 그런 선택지가 있다는 걸 사용자들이 아는 것도 좋습니다. 20:13:56 &lt;zzz&gt; 저는 제거에 반대합니다. 기능이 제한적이긴 하지만, 하는 일은 꽤 잘합니다. 비활성화한다고 해서 사용성이 좋아지지 않아요. 오히려 더 어렵고 혼란스럽게 만들 뿐입니다. 20:14:45 &lt;EpicCoffee&gt; 전반적으로 zzz 의견에 동의합니다(제가 합류한 이후로). 20:14:58 &lt;zzz&gt; 아마 더 나은 해결책(Tor 플러그인)이 생기면 그때는 echelon의 것을 기본값에서 비활성화할 수 있겠죠 20:15:19 &lt;trolly_&gt; 선택지는 많을수록 좋고, 저는 outproxies를 자주 씁니다. 물론 outproxy를 통한 통신을 신뢰하면 안 된다는 걸 압니다 20:15:21 &lt;dg&gt; Tor가 더 잘한다는 걸 (대체로) 인정하는 일을 우리가 굳이 왜 해야 하나요? 시도만으로도 사람들을 실망시키고 잘못된 인상을 주는 것 같습니다. 잘 만든 설명 페이지가 혼란과 어려움을 줄여줄 수 있습니다 20:15:46 &lt;dg&gt; 기능을 제거하자는 게 아니라, 기본값만 바꾸자는 겁니다 20:15:47 &lt;zzz&gt; dg 말은 주로 문서화/교육의 문제로 들리는데, 비활성화한다고 해결되지는 않을 겁니다. 20:16:24 &lt;topiltzin&gt; 해결되지는 않겠지만 회피할 수는 있겠죠 20:16:31 &lt;dg&gt; 사용자가 I2P를 설치함으로써 제3자를 신뢰해야 할 이유를 모르겠습니다 20:16:36 &lt;zzz&gt; i2ptunnel은 무서워요. 사람들에게 거기에 가서 켜라고 안내하고 싶지 않습니다 20:16:36 &lt;EpicCoffee&gt; 여려 이유로 Tor를 쓰지 않거나 쓰지 않을 사람들도 있습니다. 그런 사람들에게 I2P outproxy가 쓸모가 있을 수 있어요. 20:17:12 &lt;topiltzin&gt; kytv가 제안한, 명확히 설명하는 경고 페이지가 적절한 해결책 아닐까요? 20:17:16 &lt;trolly_&gt; dg 말도 맞고, EpicCoffee도 맞아요 20:17:26 &lt;EpicCoffee&gt; 가끔 outproxy를 쓰긴 하는데, 대부분 i2prc에서 받은 링크를 확인할 때입니다 20:17:42 &lt;dg&gt; “사용자가 읽어야지”라고 말할 수는 있겠죠, 하지만... 그렇게 쉽게 스스로 발등을 찍게 내버려 둬야 할까요? 20:17:49 &lt;trolly_&gt; 저도 그래요, EpicCoffee 20:17:51 &lt;zzz&gt; 다르게 보자면, I2P 쪽에서는 기본으로 켜져 있지만 브라우저에서 활성화하려면 사용자가 항상 명시적으로 조치해야 합니다. 브라우저까지 고려하면 지금도 기본으로 켜져 있다고 보긴 어렵다고 할 수 있죠. 20:18:09 &lt;EpicCoffee&gt; 그 링크가 outproxy로도 안 뜨면, 저는 클리어넷으로도 굳이 열지 않게 됩니다. 20:18:32 &lt;dg&gt; eepsite를 탐색하려면 명시적 조치가 필요하긴 한데, 여전히 혼란스럽습니다. 위험을 인지한 사람은 outproxy를 추가하면 됩니다. 20:18:37 *** trolly_ 님의 닉네임이 trolly로 변경되었습니다 20:18:37 &lt;dg&gt; 아니면 언젠가 나올지도 모를 Tor 플러그인을 쓰면 되고요 20:18:49 &lt;EpicCoffee&gt; 저만 그런 건 아닐 거예요. 20:18:49 &lt;EpicCoffee&gt; ㅋㅋ 20:18:55 &lt;zzz&gt; eche|on 의견은 어떤가요? 20:19:03 &lt;dg&gt; 이건 echelon을 공격하는 게 아닙니다만, 모든 outproxy 트래픽을 한 사람에게 맡겨도 되는 걸까요? 20:19:12 &lt;dg&gt; 누구든 간에, 단일 지점, 단일 인물입니다 20:19:37 &lt;zzz&gt; 어느 정도 아는 한 사람을 믿는 게 나을까요, 전혀 모르는 3000명을 믿는 게 나을까요? 20:19:41 &lt;dg&gt; I2P가 Tor와 같은 메커니즘을 제공한다고 쉽게 오해할 수 있습니다 20:19:57 &lt;dg&gt; 전혀 모르는 3000명이요 20:20:10 &lt;zzz&gt; 15분이 다 되어갑니다. 어떤 합의가 있을까요? 이 주제에 대해 다른 의견 있으신가요? 20:20:34 &lt;welterde&gt; 제 생각엔 Tor 플러그인이 생기기 전까지는 비활성화하지 말아야 합니다 20:20:37 &lt;Pseudonemo&gt; dg는 주로 신규 사용자의 관점에서 말하는 것 같습니다. 그들은 eche|on을 모릅니다. 20:20:51 &lt;topiltzin&gt; +1 Pseudonemo 20:20:59 &lt;dg&gt; 저는 eche|on을 압니다. 그래서 outproxy를 그다지 개의치 않지만, 맞는 말씀입니다. 20:21:04 &lt;dg&gt; welterde: 그 절충안에 동의합니다. 20:21:21 &lt;EpicCoffee&gt; 민감한 일에는 누구도 outproxy를 쓰면 안 됩니다. 그건 기본이죠 ㅋㅋ. 20:21:22 &lt;dg&gt; 여기까지로 할까요? 20:21:33 &lt;topiltzin&gt; Tor 플러그인이 진짜 진행 중이라는 가정 하에요.. 그런데 사실 아니죠 20:21:54 &lt;zzz&gt; 좋아요, 흥미로운 주제였습니다. 제기해줘서 고마워요, dg. Tor 플러그인이 있든 없든, 시간이 좀 지난 뒤에 다시 논의할 가치가 있겠네요 20:21:59 &lt;topiltzin&gt; 이건 교육의 문제이니 교육으로 해결하는 게 가장 좋겠죠 20:22:16 &lt;dg&gt; zzz: 천만에요, 감사합니다. 20:22:39 &lt;zzz&gt; 교육/문서화 문제를 살펴보고 개선안을 제안해 줄 자원봉사자 계신가요? 20:22:42 &lt;EpicCoffee&gt; topiltzin: 저는 I2P에 Tor 플러그인이 들어가는 걸 원치 않습니다. 개인적으로 Tor를 좋아하지도/신뢰하지도 않거든요. 20:22:55 &lt;dg&gt; EpicCoffee: 주제 넘겼어요, 그건 다음으로 미뤄요 :) 20:23:16 &lt;zzz&gt; 자원자 마지막 호출입니다. 그러고 이 주제는 마무리하죠 20:23:43 &lt;zzz&gt; 좋습니다. 20:24:04 &lt;zzz&gt; hottuna가 없으니 4)는 건너뛰겠습니다 20:24:04 &lt;zzz&gt; 1)로 다시 돌아가죠, str4d 여기 있나요? 20:24:45 &lt;zzz&gt; 1) 다시 건너뜁니다 20:24:49 * EpicCoffee는 그 “목록”을 모르고 있었나 보군요 20:25:01 &lt;dg&gt; EpicCoffee: 시작할 때 없었어요, 개인 메시지 드릴게요. 20:25:09 &lt;zzz&gt; 2) open4you.i2p, 요청자가 있든 없든 논의하겠습니다. 20:25:12 &lt;EpicCoffee&gt; 아, 고마워요 dg 20:25:13 &lt;zzz&gt; open4you, 여기 계신가요? 20:25:15 &lt;topiltzin&gt; EpicCoffee: 채널은 실시간으로 로그됩니다 `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-09-10.log` 20:25:54 &lt;zzz&gt; 요청은 `http://zzz.i2p/topics/1429` 맨 아래에 있습니다 20:26:03 &lt;iRelay&gt; 제목: zzz.i2p: 0.9.8 릴리스 요약 (at zzz.i2p) 20:26:44 &lt;zzz&gt; 참고로, 이걸 한 지 좀 됐으니, 제 개인 가이드라인은 `http://zzz.i2p/topics/236` 에 있습니다 20:26:49 &lt;iRelay&gt; 제목: zzz.i2p: Router Console 홈 페이지에 내 Eepsite를 추가하는 방법 (at zzz.i2p) 20:27:09 &lt;zzz&gt; 이 사이트 써본 분 있나요? 콘솔에 올리는 것에 대해 의견 있으신가요? 20:27:30 &lt;dg&gt; open4you가 나타나지 않으면, 제가 하나 제안해도 될까요? 20:27:31 &lt;dg&gt; 지금 가이드라인을 읽어보는 중입니다 20:27:36 &lt;topiltzin&gt; 운영자가 보장할 수 있는 것과 없는 것을 솔직하게 밝힌 점이 마음에 듭니다 20:28:08 *** trolly 닉네임이 trolly_로 변경되었습니다 20:28:14 &lt;topiltzin&gt; 하지만 그 (긍정적인) 인상 말고는 딱히 할 말이 없네요... 20:28:15 &lt;zzz&gt; 오늘은 최소한 안건 2)에서는 open4you만 검토합니다. 원하시면 5)로 새 안건을 올리세요, dg 20:28:28 &lt;EpicCoffee&gt; I2P에 이용 가능한 호스팅이 있어야 한다고 생각하지만, 호스트를 신뢰할 수 있을지는 모르겠어요 ㅋㅋ. 호스팅 주제에 대해선 고민이 돼서 이번엔 물러나겠습니다 20:28:29 &lt;dg&gt; zzz: 좋아요, 감사합니다 20:28:42 &lt;zzz&gt; 그의 약관(TOS)은 괜찮아 보입니다 20:29:03 &lt;zzz&gt; 지금 콘솔에는 없는 새 카테고리라서 장점이네요 20:29:03 &lt;dg&gt; open4you.i2p의 고객을 아는 사람이 없어 제가 보증할 수는 없지만, 운영자가 다음에 나타날 수 있다면 다시 논의하는 건 괜찮습니다 20:29:56 &lt;dg&gt; 보증해 줄 사람이 없으면 의심이 갑니다 20:30:24 &lt;zzz&gt; 최근 FreedomHosting 사건 때문에 eepsite 호스팅이 더 흥미로운 주제가 되었습니다 20:31:13 &lt;dg&gt; 대략 무료인 걸로 이해했는데, 맞나요? 20:31:19 &lt;zzz&gt; 결정을 위해 요청자가 반드시 답해야 할 질문이 있을까요? 아니면 오늘 결정할 수 있을까요? 20:31:33 &lt;zzz&gt; 무료인지 아닌지는 못 봤습니다. FAQ가 러시아어로만 있네요. 20:31:45 &lt;topiltzin&gt; 무료입니다 20:31:45 &lt;dg&gt; 무료라면, 왜 안 되죠? 사기의 위험도 없고, 확실히 “관심” 분야이기도 합니다. 20:31:49 &lt;dg&gt; "9 months work free web hosting in i2p." 20:31:58 &lt;dg&gt; 미안해요, 여러분. 비트코인 결제인 줄 알았어요 20:32:19 &lt;topiltzin&gt; 그래도, 실제로 작동하는지는 모릅니다 20:32:46 &lt;dg&gt; 모험을 감수하고 지금부터 릴리스 전까지 테스트해 볼 자원자를 찾아볼까요? 20:32:55 &lt;dg&gt; 작동하지 않으면 빼면 됩니다 20:33:15 &lt;zzz&gt; 저는 지금은 찬성 쪽입니다. 한 사람이 테스트한다고 해서 무엇이 증명될지는 모르겠고요. 나중에 언제든지 빼면 됩니다. 20:33:33 &lt;dg&gt; 글쎄요, 최소한 돌아는 가는지 테스트는 할 수 있죠. 그밖엔 우리가 시험할 게 많지 않습니다. 20:33:39 &lt;zzz&gt; 적어도 호스팅에 수반되는 신뢰 문제에 대해 사람들이 대략은 인지하고 있기를 바랍니다 20:33:41 &lt;dg&gt; 네, 저도 찬성입니다. 20:34:10 &lt;zzz&gt; 작동하지 않을 이유가 없어 보입니다. 일단 자동화된 절차가 있다는 증거는 못 봤고요. 20:34:12 &lt;dg&gt; 다른 표결 있으신가요? 20:34:26 &lt;dg&gt; 이메일로 운영되는 것 같네요 20:34:28 &lt;dg&gt; driven 20:34:43 &lt;zzz&gt; 의견/이의 마지막 호출입니다 20:34:57 &lt;topiltzin&gt; "작동"의 의미는, 운영자가 말한 일을 실제로 해줄지 여부입니다 20:35:14 &lt;psi&gt; open4you에 대한 사용자 후기 같은 게 있나요? 20:35:22 &lt;topiltzin&gt; eepsite만 세워놓고 방치하는 게 아니라는 의미로요 20:35:24 &lt;dg&gt; 없습니다 20:35:28 &lt;topiltzin&gt; psi: 없어요, 그게 문제죠 20:35:31 &lt;dg&gt; topiltzin: 그런 일이 생기면, 제거하면 됩니다. 20:35:39 &lt;dg&gt; 적어도 요청을 한 걸 보면 운영자는 어느 정도 활동 중입니다 20:35:48 &lt;dg&gt; 저는 찬성입니다. 20:35:53 &lt;psi&gt; 음, 저는 바로 추천하지 말고 먼저 테스트 사용자를 구하자고 말하겠습니다 20:35:56 &lt;zzz&gt; 제 생각엔 아직 거의 이용자가 없을 겁니다. 콘솔에 올려서 I2P 몇 차례 릴리스 동안 시험 기간을 주고, 만약 시시하면 빼죠 20:36:09 &lt;psi&gt; 아니면... 추천하되 큰 굵은 경고를 붙이죠 20:36:10 &lt;dg&gt; zzz: +1 20:36:27 &lt;psi&gt; 흠 20:36:33 &lt;psi&gt; zzz 말이 맞네요 20:36:42 &lt;psi&gt; 하지만... 여전히 20:36:49 &lt;dg&gt; psi: 무료예요 20:36:56 &lt;zzz&gt; psi, 명확히 해주세요. 반대하시는 건가요, 아닌가요? 20:36:56 &lt;topiltzin&gt; 며칠 내로 그에게 이메일 보내겠습니다 20:36:58 &lt;psi&gt; 오? 그래요? 20:37:04 &lt;dg&gt; 네 20:37:08 &lt;psi&gt; 주의하자고 말하는 겁니다 20:37:13 &lt;psi&gt; 반대는 아닙니다 20:37:16 &lt;topiltzin&gt; 그럼 저도 zab.i2p를 다시 올려야겠네요 20:37:22 &lt;dg&gt; 비트코인인 줄 알았는데 아니더군요 20:37:25 &lt;dg&gt; 무료니까.. 아직은 후기에 큰 비중을 두지 않겠습니다 20:37:30 &lt;dg&gt; :) 20:37:40 &lt;dg&gt; topiltzin: 찬성인가요, 반대인가요? 20:37:52 &lt;topiltzin&gt; 기권합니다 20:38:00 &lt;zzz&gt; 이의가 없는 것으로 들리는데 승인된 걸로 볼까요? 제가 틀렸다면 말씀해 주세요 20:38:01 &lt;topiltzin&gt; 그래도 며칠 동안 그의 호스팅을 테스트해 보겠습니다 20:38:05 &lt;dg&gt; 찬성 2, 반대 0 20:38:12 &lt;psi&gt; 기권 20:38:19 &lt;welterde&gt; 기권 20:38:26 &lt;EpicCoffee&gt; open4you 호스팅 계정으로 파일은 어떻게 전송하는지 궁금하네요 20:38:47 &lt;dg&gt; EpicCoffee: ftp(엥?) 아니면 컨트롤 패널을 통해서인 것 같습니다. 20:39:07 &lt;psi&gt; sftp? 20:39:18 &lt;zzz&gt; 좋아요, 로고를 요청하는 이메일을 보내고 콘솔에 반영하겠습니다. 관심 있으신 분은 가입해 보시고 결과를 알려주세요 20:39:34 &lt;zzz&gt; 가짜이거나 작동하지 않으면 릴리스 직전에 언제든지 빼면 됩니다. 20:39:35 &lt;dg&gt; "1 GB of available space, php5, mysql, ftp access, 3 tunnel \ 2 hop" 20:39:40 &lt;dg&gt; +1 20:39:48 &lt;welterde&gt; psi: 글쎄요.. 20:40:01 &lt;zzz&gt; 이상으로 안건 2) 끝입니다 20:40:18 &lt;zzz&gt; hottuna나 str4d가 없으니 5) dg의 요청으로 넘어가죠 20:40:20 &lt;zzz&gt; dg, 시작하세요 20:40:29 &lt;welterde&gt; 그래도 I2P 위에서 더 잘 동작해야 하긴 하죠(FTP의 패시브/액티브 모드 같은 거요..) 20:41:36 &lt;dg&gt; router console에 `http://salt.i2p/` (제 사이트가 아니라 efkt의 것)을 포함시키길 제안합니다. salt.i2p에는 유용하고 방대한 eepsite와 가이드 위키, XMPP, 그리고 아마 IRC2p에서 가장 활발한 IRC 채널이 있습니다 20:41:51 &lt;iRelay&gt; 제목: salted (at salt.i2p) 20:42:00 &lt;dg&gt; eepsite의 "출발점"을 많이 제공하고, SFW입니다. 20:42:02 &lt;EpicCoffee&gt; salt에 +1 하겠습니다 20:42:07 &lt;EpicCoffee&gt; salt 위키가 마음에 들어요 20:42:16 &lt;topiltzin&gt; 맞아요, #salt pwnz +1 20:42:18 &lt;dg&gt; salt는 저와 커뮤니티 다른 사람들에게 훌륭한 리소스로 성장했습니다 20:42:28 &lt;dg&gt; 참고로(ftr) 채널은 #salt입니다 20:42:52 &lt;zzz&gt; 우리는 정말로 eepsite 소유자에게서 온 요청만 받을 수 있습니다. `http://zzz.i2p/topics/236` 의 가이드라인에 따라 신청해 달라고 그에게 부탁해 주실 수 있나요? 그러면 0.9.9에 검토할 수 있습니다 20:42:54 &lt;welterde&gt; +1.. 예전 위키가 하던 걸 지금 거의 그대로 하고 있네요.. 20:43:06 &lt;iRelay&gt; 제목: zzz.i2p: Router Console 홈 페이지에 내 Eepsite를 추가하는 방법 (at zzz.i2p) 20:43:33 &lt;zzz&gt; 저는 그 사이트에 익숙하지 않습니다 20:43:55 &lt;zzz&gt; 허락 없이 사이트를 추가하기 시작하는 건 원치 않습니다 20:44:14 &lt;dg&gt; 그는 얼마 전까지 활동했으니, 곧 나타날 수도 있어요 20:44:23 &lt;dg&gt; 허락 없이 추가하지 않는 것에 동의합니다 20:44:34 &lt;dg&gt; 그래도 한 번 시도해 볼 가치는 있다고 생각했어요 20:44:43 &lt;zzz&gt; efkt 호출합니다 20:44:49 &lt;efkt&gt; 모두가 괜찮다면 제 허락을 드립니다. I2P에 적절한 콘텐츠가 무엇인지에 관한 I2P의 가능한 정책과 생각을 염두에 두고 이 사이트를 만들었습니다. 마음에 들지 않는 부분이 있다면 논의에 열려 있습니다(말 그대로요) 20:44:53 &lt;EpicCoffee&gt; efkt가 salt 소유자인가요? 제 관찰로는 그런 것 같네요. 20:44:59 &lt;dg&gt; 네, EpicCoffee. 20:45:10 &lt;efkt&gt; 그래서 첫 페이지에 면책 조항이 있고, 고어/포르노 등과 관련한 명시적 정책이 있습니다 20:45:43 &lt;efkt&gt; 우리가 당신을 알게 되어 계정을 드리기 전에는 위키를 편집할 수 없어서, 훼손될 가능성은 낮습니다. 20:46:03 * EpicCoffee는 salt XMPP도 언급합니다 20:46:17 &lt;dg&gt; XMPP도 인기 있고, 가이드도 있습니다. :) 20:46:50 &lt;topiltzin&gt; 네, salt는 정말 훌륭해요.. 진짜 커뮤니티 같은 느낌이 있어요 20:46:59 &lt;zzz&gt; 지금 바로 진행하고 싶다면 아래 질문에 답해 주세요. 지금은 부담되면 다음 릴리스 약 6주 전에 논의할 수 있습니다 20:47:00 &lt;EpicCoffee&gt; 다만 암호화하지 않으면 관리자가 대화를 볼 수 있다는 걸 사용자들이 이해해야 합니다(위키 글에서 OTR을 강력히 권장하던 걸로 알아요) 20:47:06 &lt;efkt&gt; XMPP 서버가 여기저기 충분히 있어서, 앞으로 콘솔에 몇 개 나열하는 것도 나쁘지 않을 겁니다. 서버를 운영하는 대부분은 S2S가 되고 있습니다. 20:47:07 &lt;zzz&gt; - 이메일 주소 20:47:07 &lt;zzz&gt; - 링크할 URL 20:47:07 &lt;zzz&gt; - 가능하거나 필요하다면 영어 이용약관(TOS)의 URL 20:47:07 &lt;zzz&gt; - 사이트가 영어가 아니라면, 영어로 된 간단한 설명 20:47:07 &lt;zzz&gt; - (선택) 표시할 투명 png 아이콘의 URL. 크기는 32x32여야 합니다(변경 가능). 아이콘을 제공하지 않으면 "toopie" 아이콘이 사용됩니다. 이 아이콘은 router console 소스에 복사되어 로컬로 제공됩니다. 20:47:10 &lt;zzz&gt; - 아이콘을 제공한다면 이미지의 라이선스 20:47:12 &lt;zzz&gt; - (선택) 한두 단어의 영어 라벨. 제공하지 않으면 example.i2p를 사용합니다 20:47:14 &lt;zzz&gt; - (선택) 팝업(툴팁)용 영어 문구 또는 문장 20:48:19 &lt;efkt&gt; efkt@mail.i2p 20:48:23 &lt;efkt&gt; 사이트: `http://salt.i2p` 20:48:27 &lt;iRelay&gt; 제목: salted (at salt.i2p) 20:48:38 &lt;efkt&gt; 사이트 이용약관 - 첫 페이지에 면책 조항이 있습니다: `http://salt.i2p` 20:48:43 &lt;iRelay&gt; 제목: salted (at salt.i2p) 20:49:15 &lt;efkt&gt; 빨리 제공할 32x32 아이콘은 없지만, 파비콘과 같은 검은 별(투명 또는 흰 배경)입니다 20:49:47 &lt;efkt&gt; 라벨 이름은 그냥 "salt"면 됩니다 20:49:59 &lt;EpicCoffee&gt; efkt, 원하시면 32x32 아이콘을 금방 만들 수 있어요. 뭐, I2P가 허락하는 만큼 “금방”이지만요 ㅋㅋ 20:50:25 &lt;zzz&gt; 아이콘은 일주일 정도 드릴 수 있어요 :) 20:50:32 &lt;zzz&gt; 사이트는 얼마나 운영됐나요? 20:50:34 &lt;efkt&gt; EpicCoffee: 그러셔도 됩니다. 파비콘과 똑같아요 — 검은 “아나키스트 별”인데, 구글 이미지에 비슷한 모양이 넘쳐납니다. 정말 금방 만들 수 있어요 20:50:40 &lt;efkt&gt; zzz: 2012년 8월입니다, 제 기억이 맞다면(IIRC) 20:51:21 &lt;dg&gt; `http://salt.i2p/wiki/index.php/Main_Page#Tutorials` 20:51:21 &lt;efkt&gt; 솔직히, 기본 주소록(또는 XMPP)의 일부가 아니라서 사이트에 접속하지 못하는 사용자가 그렇게 많은 게 놀랍습니다 — 그런데도 IRC를 통해 그쪽으로 안내되는 새내기들이 많거든요. 주제에서 벗어나 죄송합니다. 20:51:35 &lt;iRelay&gt; 제목: Salted Wiki (at salt.i2p) 20:51:41 &lt;efkt&gt; zzz: 아, 그리고 소개 문구는 "Cryptomunitions and tutorials"입니다 20:51:46 &lt;dg&gt; 맞아요, 사용자 온보딩에서 문제입니다(귀찮은 addressbook-not-found 버그까지 더해져서). 20:52:20 &lt;zzz&gt; 콘솔 홈 페이지에 있는 사이트는 누구나 기본 주소록에 자동으로 추가됩니다 20:52:42 &lt;efkt&gt; 오. IRC2P로 탐색하러 오는 I2P 신규 사용자들에게 도움이 되겠네요. 20:52:52 &lt;efkt&gt; 골칫거리 하나 해결됐네요 :) 20:52:59 &lt;dg&gt; 1/2. 20:53:05 &lt;dg&gt; xmpp.salt.i2p는 없죠 ;) 20:53:32 &lt;zzz&gt; efkt, 제게는 귀하의 이용약관이 우리가 추천할 위키에 충분하지 않습니다. 본인이 책임지지 않는 것만 설명하고 있고, 어떤 유형의 콘텐츠가 금지되는지(있다면) 말하고 있지 않습니다. 20:54:03 &lt;zzz&gt; 무엇이든 허용된다면 저는 그 요청을 지지할 수 없습니다. 20:54:04 &lt;efkt&gt; zzz: 제가 직접 심사해 계정을 주지 않는 한 누구도 위키를 전혀 편집할 수 없는데도요? 20:54:19 &lt;dg&gt; efkt: 실제 규칙이 불분명하다는 뜻 같아요. pr0n 같은 것들이요. 20:54:41 &lt;efkt&gt; 흠. 20:54:53 &lt;zzz&gt; 아무런 규정이 명시돼 있지 않습니다. 20:54:56 &lt;dbowie&gt; 32X32 blackstar.jpg, base64 인코딩: `http://pastethis.i2p/show/5437/` 20:54:57 &lt;iRelay&gt; 제목: Paste #5437 | LodgeIt! (at pastethis.i2p) 20:55:00 &lt;zzz&gt; 허용되는 콘텐츠에 관해서 20:55:54 &lt;efkt&gt; 그건 쉽게 추가할 수 있습니다. 문제없고, 다만 “추가로” 무엇을 넣을지 고민 중입니다 — 고어, 강간, 고문, 스너프, 기괴한 성행위 같은 콘텐츠는 사이트에서 절대 허용하지 않을 겁니다 20:56:23 &lt;dg&gt; 그럼 가족 친화적 — Safe For Work(SFW) 같은 건가요? 20:56:53 &lt;zzz&gt; 지금 당장 30초 안에 콘텐츠 약관(ToS)을 써 달라고 하진 않겠습니다. 좀 생각해 보시고 몇 주 뒤에 다시 오시겠어요? 20:57:06 &lt;efkt&gt; 지금으로서는 salt가 가족 친화적이거나 Safe For Work라고 말할 수 없습니다. onionland 페이지는 마약 관련 onion에 명시적으로 링크합니다. 20:57:43 &lt;efkt&gt; zzz: 네, 최소한 그렇게 하고 싶습니다 — 모두와 함께 작업해서 I2P에 유용하고 바람직한 것을 만들고 싶어요 20:59:22 &lt;EpicCoffee&gt; EpicCoffee: I2P에 이미지 호스팅하는 곳 있나요? 20:59:24 &lt;zzz&gt; 제 생각에는 postman의 트래커 규칙과 비슷한 것은 무엇이든 허용 가능합니다. 20:59:24 &lt;zzz&gt; 사이트 운영 방식이나 규칙 작성 방법을 제가 지시하고 싶진 않습니다. 원하시는 대로 하시고, 그다음 우리가 콘솔에 넣을지 결정하겠습니다. 20:59:24 &lt;zzz&gt; 다만 지금 콘솔에 있는 링크들을 살펴보면 감을 잡을 수 있을 겁니다 21:00:36 &lt;zzz&gt; 15분을 넘겼으니 몇 주 후에 다시 와 주시겠어요? 이 정도로 여기 분들의 지지를 받는 사이트라면 ToS 관련을 잘 정리해 오시면 콘솔에 좋은 추가가 될 거라 봅니다. 21:01:36 &lt;efkt&gt; ToS를 잘 정리하겠고, 커뮤니티가 부적절하다고 느끼는 사이트 내 어떤 것에 대해서도 논의하겠습니다. 고마워요, zzz. 네, 괜찮습니다 21:02:13 &lt;zzz&gt; 좋습니다. 제가 몰랐던 새 사이트 소식을 들으니 반갑네요. 확인해 보겠습니다. 모두 준비되면 제게 이메일을 보내거나 zzz.i2p에 글을 올려주세요 21:02:19 &lt;zzz&gt; 이상으로 5) 끝입니다 21:02:25 &lt;zzz&gt; 1)과 관련해 str4d 마지막 호출입니다 21:02:36 &lt;zzz&gt; 4) 관련해서 hottuna는 여전히 없네요 21:02:47 * zzz가 baffer를 예열합니다 21:03:50 * zzz가 *bafs* 하며 회의를 닫습니다 21:07:16 &lt;zzz&gt; 모두 고맙습니다, 좋은 회의였어요 </div>/ko/blog/2013/08/10/0.9.7.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sat, 10 Aug 2013 00:00:00 +0000/ko/blog/2013/08/10/0.9.7.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>이번 예정에 없던 릴리스는 UCSB 논문에 공개된 공격에 사용된 RouterInfo 검증 메시지를 비활성화합니다. 이는 LeaseSet과 Router를 연관짓는 것을 훨씬 더 어렵게 만들 것입니다. 또한 아래에 나열된 제한된 수의 다른 수정 사항도 포함했습니다. IPv6 지원을 포함할 0.9.8 릴리스는 여전히 9월 말 예정대로 진행 중입니다.</p> <p>항상 그렇듯, 모든 사용자가 이번 릴리스로 업데이트할 것을 권장합니다.</p> <h2 id="릴리스-세부정보">릴리스 세부정보</h2> <h3 id="anonymity-improvements">Anonymity Improvements</h3> <ul> <li>Disable RouterInfo verification messages</li> </ul> <h3 id="익명성-개선">익명성 개선</h3> <ul> <li>Extend inbound tunnel expiration</li> <li>i2prouter: bashism fix</li> <li>i2psnark: increase max piece size, mime type updates</li> <li>New reseed host</li> <li>New update hosts, thanks Meeh and dg</li> <li>Streaming: RTO changes</li> <li>Updater: Increase update-via-torrent to 30 percent</li> <li>UPnP fix for some hardware</li> </ul> <h3 id="기타">기타</h3> <pre tabindex="0"><code>293f445196a2f35c4d580f65b548135399e1f4443450b5ecf1cc53b1203fdad1 i2pinstall_0.9.7.1_windows.exe 9fae874a4d680f50f5efd7be70cfcf55f2f4687e011bde9c4b4899bafb002e97 i2pinstall_0.9.7.1.jar 7b73bdb23c53798054741cbaa4e7d8cce832ee566fbb17df0c803d0c22d099e1 i2psource_0.9.7.1.tar.bz2 69ca22a77a2de87f726d86555317f8688891d31f5312cf71d5a43febe2729b38 i2pupdate_0.9.7.1.zip f59c9c80349c328b3e912113a3842146f647ff22ae323cef6b1e56a23f8c8cf1 i2pupdate.su2 52d1f32e2a72091da10312853e5df6bced12cb97770ba20732f2d9d6c4d2f5fe i2pupdate.sud </code></pre>/ko/blog/2013/08/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-8%EC%9B%94-6%EC%9D%BC/Tue, 06 Aug 2013 00:00:00 +0000/ko/blog/2013/08/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-8%EC%9B%94-6%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dg, kytv, topiltzin, welterde, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:00:08 &lt;zzz&gt; 0) 안녕하세요 20:00:23 &lt;zzz&gt; 1) 포인트 릴리스에서 RI verifies(라우터 정보 검증)를 비활성화할까요? 20:00:30 &lt;zzz&gt; 2) Meeh가 진행하는 기타 주제들 20:00:33 &lt;zzz&gt; 3) baffer by Meeh 20:00:36 &lt;zzz&gt; ------------- 20:00:36 &lt;zzz&gt; 0) 안녕하세요 20:00:51 &lt;zzz&gt; 1) 포인트 릴리스에서 RI verifies를 비활성화할까요? 20:01:02 &lt;zzz&gt; welterde가 며칠 전에 이걸 제기했어요 20:01:33 &lt;zzz&gt; 제가 이걸 하려면 며칠 안에 해야 해요. 13일~29일은 AFK(자리를 비움)거든요 20:01:53 &lt;zzz&gt; echelon은 여행 중이지만, 일단 그와 연락이 닿고 그가 뉴스는 처리할 수 있다고 가정합시다 20:02:14 &lt;zzz&gt; 그러니 welterde, 왜 이걸 해야 하는지 근거를 제시해 주세요 20:03:08 &lt;welterde&gt; 그 논문에 요약된 공격은 사용량이 많지 않은 당신의 목적지들에 대해 꽤 심각합니다. 필요한 통계치가 그리 크지 않기 때문이죠 20:04:14 &lt;zzz&gt; 그게 서버 목적지를 공격하나요, 아니면 그에 연결하는 (클라이언트) 사용자들을 공격하나요? 20:04:21 &lt;welterde&gt; 그리고 오래 살아있는 목적지에는 더 위험합니다. 충분한 통계를 얻을 때까지 공격을 계속할 수 있으니까요 20:05:08 &lt;welterde&gt; zzz: 어떤 목적지에 연결하는 클라이언트가… 이를테면 전용 목적지로 운영되는 IRC 링크 터널 같은 것이 주요 표적이 될 겁니다(어떻게든 그 목적지를 장악했다면) 20:06:29 &lt;welterde&gt; zzz: 그런데… 고급 옵션에 RI verifies를 비활성화하는 옵션이 있죠… 사용자들에게 그걸 끄라고 뉴스로 공지하는 건 어떤가요? 20:06:29 &lt;zzz&gt; 이걸 항상 심각하다고 보았나요, 아니면 최근에 생각이 바뀐 건가요? 20:06:56 &lt;zzz&gt; 그 옵션은 지난주에 막 추가한 걸로 아는데요? 20:07:15 &lt;welterde&gt; 오 20:07:18 &lt;dg&gt; 맞아요, 저도 같은 착각을 했어요. 20:07:34 &lt;welterde&gt; 그 옵션의 기본값만 바꾼 줄 알았네요… 오케이… 그럼 선택지가 아니군요 20:07:57 &lt;zzz&gt; 아마 어떤 글에서 제가 설명을 잘 못했을지도… 20:08:59 &lt;welterde&gt; zzz: 그리고 그 논문에서는 타이밍도 고려하지 않았어요… 그걸 이용하면 공격을 더 개선할 수 있겠죠 20:09:02 &lt;zzz&gt; 그들의 논문 프리프린트를 3월 10일부터 거의 5개월 동안 갖고 있었어요. 이게 모든 걸 멈추고 대응해야 할 문제라면, 우리는 믿을 수 없을 정도로 대응을 못한 겁니다. 20:09:33 &lt;zzz&gt; 그래서 묻는 건데, 이걸 항상 중대하다고 봤는지, 아니면 최근에 생각이 바뀐 건지요? 그렇다면 왜죠? 20:10:33 &lt;welterde&gt; 음… 최근까지 스트레스가 꽤 있었거든요… 그래서 지금까지 제대로 들여다보지 못했어요 20:11:30 &lt;welterde&gt; zzz: 그런데 이런 것들에 대한 데이터가 많지 않아서 사실 판단하기가 매우 어렵습니다… 20:11:48 &lt;zzz&gt; trac의 그 페이지, 우리가 OpenITP에 답변했던 것과, 보안 기준 부재에 관한 건 어떻게 됐죠… 20:12:11 &lt;dg&gt; 그게 모든 걸 멈추고 대응해야 할 문제라면, 한 달 반을 더 기다리는 것도 문제죠. 20:12:30 &lt;zzz&gt; 그렇죠 20:12:40 &lt;zzz&gt; 하지만 정말 그런가요 20:13:12 &lt;zzz&gt; 문제가 RI verifies인가요, 아니면 Sybil(시빌)인가요? Sybil이라면 단기 대책이 없습니다 20:13:27 &lt;welterde&gt; zzz: RI verifies가 문제입니다 20:13:46 &lt;zzz&gt; 그러니까, 적대적 ff(floodfill) 공격의 큰 부류가 있다는 건가요 20:14:16 &lt;welterde&gt; zzz: 그리고 RI lookup 후 연결을 기다리는 변종 공격도 가능할 수는 있어요… 하지만 그 공격은 훨씬 더 어렵습니다… 그래서 그건 아직 걱정하지 않아도 된다고 봐요 20:14:35 &lt;zzz&gt; 공격자가 키 공간의 일부를 장악하면, 할 수 있는 일이 한둘이 아니지 않나요? 20:15:20 &lt;welterde&gt; zzz: 시간이 충분하다면 공격자는 키 공간의 큰 부분을 점유할 필요가 없습니다 20:15:23 &lt;zzz&gt; 이걸 늘 Sybil 문제로 봐 왔던 것 같네요. 제가 옳았다는 뜻은 아니고요. 20:15:30 &lt;zzz&gt; *mean 20:16:07 &lt;welterde&gt; 그는 표적 LS(leaseSet)를 둘러싼 공간만 점유하면 됩니다 20:16:53 &lt;welterde&gt; zzz: 흠… stats.i2p 같은 데에 키 공간 전체에 걸친 ff(floodfill)의 시각화가 있으면 좋겠어요… (아직 없다면요) 20:18:50 &lt;zzz&gt; 좋아요, 근거 제시에 고마워요, welterde. 이제 다른 분들도 의견을 말씀해 주세요 20:18:53 &lt;welterde&gt; 그렇다면 비은밀한 공격들은 거기서 보일 수도 있겠네요 20:19:00 * welterde 당신이 언급한 OpenITP 페이지를 찾는 중 20:19:22 &lt;zzz&gt; str4d가 만들었는데, 이제는 홈페이지에서 링크가 안 보이네요 20:19:35 &lt;dg&gt; 질문: 전체 키 공간 규모의 Sybil 없이도 RI 관련 공격을 해낼 수 있나요? 20:19:45 &lt;dg&gt; 가능하다고 봐요, 하지만 ??? 20:20:05 &lt;zzz&gt; `http://trac.i2p2.i2p/wiki/OpenITPReview/Criteria` 20:20:35 &lt;zzz&gt; 취약점 대응 프로세스의 성숙도와 투명성 20:21:20 &lt;zzz&gt; 여기서는 전체 키 공간을 가르는 Sybil 얘기를 하는 게 아닙니다. 특정 구간을 표적으로 삼는 거죠 20:21:31 &lt;welterde&gt; dg: 그는 LS(leaseSet) 조회 대부분을 가로채기만 하면 되고… 가능한 한 많은 RI 조회도요; 후자는 공격에 쓸 수 있는 시간에만 좌우됩니다 20:22:17 &lt;dg&gt; ‘대부분’이요? 네트워크 전체에서? 20:22:20 &lt;zzz&gt; 몇 달 전에도 손쉽게 할 수 있었는데 그러지 못했다는 게 정말 마음에 걸리네요. 20:22:39 &lt;dg&gt; 맞아요. 지금 하게 되면 정말 별로 좋아 보이지 않죠. 20:22:49 &lt;zzz&gt; 하지만 그건 중요하지 않겠죠 20:23:14 &lt;zzz&gt; 다른 의견 있으신 분, 말씀해 주세요 20:23:43 &lt;topiltzin&gt; dd if=/dev/null of=opinion.txt 20:24:13 &lt;zzz&gt; 마지막으로 묻습니다. 이거 합니까? 20:24:27 &lt;welterde&gt; 물론 누가 심심하다면 시뮬레이션 하나 뚝딱 만들어볼 수도 있겠죠… 분명 도움이 될 거예요 ;) 20:25:09 &lt;zzz&gt; 아마 전 단순히, 확인 절차를 꺼 버리면 된다는 생각을 못 한 제 자신에게 열 받아 있는 걸지도요. 20:25:32 &lt;dg&gt; zzz: 걱정 마세요. 항상 모든 걸 다 챙기길 기대하는 건 아니에요. 20:25:43 &lt;zzz&gt; 좋아요, 의견 있으신 분들은 이번 주에 릴리스를 하자는 분은 yes, 하지 말자는 분은 no를 입력해 주세요 20:26:06 &lt;welterde&gt; (아니면 상관없다면 'i am here'라고 입력해도 돼요..) 20:26:58 &lt;zzz&gt; 표가 없으면 하지 않겠습니다 20:27:21 &lt;topiltzin&gt; 릴리스에는 RI verifies 비활성화만 포함되나요? 20:27:32 &lt;topiltzin&gt; 지금 트렁크에 들어있는 다른 것들과 비교했을 때요? 20:27:35 &lt;welterde&gt; 아마 누가 참석했는지 확인하는 순서를 건너뛰지 말았어야 했나 봐요 20:27:54 &lt;dg&gt; 저는 자격이 충분치가 않네요. 20:27:57 &lt;zzz&gt; 누가 여기 있는지는 상관없어요. 누가 의견이 있는지가 중요하죠. 20:28:24 &lt;welterde&gt; zzz: 글쎄요… 여기 없는 사람은 의견도 없죠 ;) 20:28:46 &lt;welterde&gt; zzz: 작은 릴리스를 말하는 거겠죠, 맞나요? 20:28:59 &lt;dg&gt; welterde: 무슨 뜻이죠 20:29:02 &lt;zzz&gt; RI verifies + 트렁크에서 뽑아오기로 한 자잘한 것들만 넣을 겁니다 20:29:17 &lt;zzz&gt; 아마 이름은 0.9.7.1 정도가 되겠죠? 20:29:28 &lt;welterde&gt; 네… 저도 그걸 생각했어요 20:29:39 &lt;kytv&gt; 이 주제는 잘 몰라서 의견은 없어요. 하지만 하기로 하면 여러 곳에 업로드하는 등은 당연히 제가 할 수 있어요. 20:29:58 &lt;zzz&gt; 제발 누가 좀 투표해요. 최소한 welterde라도 20:30:13 &lt;zzz&gt; UCSB 논문을 또 누가 읽었나요? 20:30:16 &lt;welterde&gt; 아, 저는 찬성입니다. 그게 명확하지 않았다면요 ;) 20:30:41 &lt;dg&gt; 저는 읽었어요.. 20:31:16 &lt;topiltzin&gt; 트렁크의 다른 것들을 테스트해 보고 싶어서, 더 많이 뽑아올수록 제 표는 ‘Yes’에 가까워집니다. RI 검증 자체에 대해서는 특별한 의견이 없어요. 20:31:54 &lt;welterde&gt; str4d: 의견은요? 포럼 토론에서 꽤 활발했잖아요 ;) 20:33:56 &lt;welterde&gt; zzz: 투표를 그 논문 스레드에서 하는 게 좋을지도요… 그러면 str4d와 tuna(여기에 없는 그 스레드의 다른 사람들)도 의견을 낼 수 있을 테니까요.. 20:33:56 &lt;zzz&gt; 저는 ‘다른 것들’ 목록은 아주 짧게 두고 싶어요. 아주 빨리 이걸 끝낸 다음 곧바로 도시를 떠날 거라, 문제가 생겨도 고칠 수 없거든요 20:33:59 &lt;zzz&gt; tuna는 당분간 거의 완전히 AFK예요 20:34:51 &lt;dg&gt; 침묵보다는 no가 낫죠 20:35:03 &lt;welterde&gt; zzz: 음… 아니면 빌드는 kytv가 할 수도 있고요.. 20:35:10 &lt;zzz&gt; 이론상 kytv도 릴리스를 할 수 있어요. 서명 키를 가진 다른 한 사람이거든요, 맞아요 20:36:35 &lt;zzz&gt; 좋아요, 그럼 하죠. 다른 걸 넣자고 제안하고 싶다면 zzz.i2p에 스레드를 올릴게요. 약 24시간 뒤에 최종 결정하고, 빌드는 아마 목요일에 제가 할 겁니다. 누가 echelon에게 연락해 줄 수 있나요? 20:36:53 &lt;zzz&gt; 이 주제로 더 할 이야기 있나요? 20:37:37 &lt;dg&gt; 없는 것 같아요. 20:38:23 &lt;zzz&gt; `http://zzz.i2p/topics/1443` 20:38:40 &lt;zzz&gt; 0.9.7에서의 17K 라인 diff와 history.txt를 검토해서, 다른 후보군을 뽑아보세요 20:38:47 &lt;zzz&gt; 2) Meeh의 주제들 20:38:50 &lt;zzz&gt; 진행해 주세요, Meeh 20:54:33 &lt;topiltzin&gt; zzz: 태그는 "i2p-0.9.7"입니다 20:54:36 &lt;topiltzin&gt; "0.9.7"이 아니고요 20:54:47 * topiltzin 본인의 plucklist를 준비하는 중 20:55:26 &lt;welterde&gt; 저도요 20:55:32 &lt;zzz&gt; 고마워요 20:55:47 &lt;dg&gt; zzz: PM 괜찮나요? 20:57:06 &lt;zzz&gt; 다른 누구에게도 전혀 흥미가 없는 내용이면요 20:58:51 &lt;dg&gt; zooko에게 보낼 이메일 초안 20:58:55 &lt;dg&gt; `http://pastethis.i2p/show/0bZ3iFeE9uABCORkfXV6/` 20:58:58 &lt;iRelay&gt; 제목: Paste #0bZ3iFeE9uABCORkfXV6 | LodgeIt! (at pastethis.i2p) 20:59:10 &lt;dg&gt; 아직 상태나 그런 건 넣지 않았어요. 완전히 엉뚱할 수도 있습니다. 피드백 환영합니다. 21:01:00 &lt;zzz&gt; 3) /me Meeh를 위해 회의를 종료하도록 *baf*s 21:03:29 &lt;zzz&gt; dg, 정말 훌륭한 시작이에요. </div>/ko/blog/2013/07/15/0.9.7-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 15 Jul 2013 00:00:00 +0000/ko/blog/2013/07/15/0.9.7-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.7에는 중요한 버그 수정 및 개선 사항이 포함되어 있습니다.</p> <p>처음으로, ‘N’ 클래스 router(공유 대역폭이 최소 128 KBytes/sec인 경우)는 자동으로 floodfill(네트워크 데이터베이스를 분산 유지하는 역할)이 됩니다(이전에는 256 KBps의 ‘O’ router만 해당). 이는 특정 공격에 대한 추가적인 저항력을 위해 floodfill 참여자 수를 늘릴 것입니다(아래 참조). Floodfill router는 추가 대역폭을 많이 소모하지는 않지만, 추가 메모리와 동시 연결을 사용하는 경향이 있습니다. router가 floodfill이 되는 것을 원하지 않는다면, 고급 설정에서 router.floodfillParticipant=false로 설정하십시오.</p> <p>지난 릴리스에서 실험적인 update-via-torrent 버그가 수정된 것으로 보이므로, 이번 주기에는 router의 3%가 네트워크 내부 bittorrent를 통해 업데이트하도록 예정되어 있습니다.</p>/ko/blog/2013/06/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-6%EC%9B%94-4%EC%9D%BC/Tue, 04 Jun 2013 00:00:00 +0000/ko/blog/2013/06/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-6%EC%9B%94-4%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> christoph2, dg, hottuna, inscrutable, KillYourTV, Meeh, orion, psi, sponge, str4d, topiltzin, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 19:52:28 &lt;hottuna&gt; zzz, christoph2: syn 19:54:26 &lt;topiltzin&gt; yay, dev beating! 19:54:33 &lt;topiltzin&gt; s/beating/meeting/ 19:54:37 &lt;iRelay&gt; topiltzin의 의미: yay, dev meeting! 20:00:03 * hottuna 회의를 'baf'로 개회함 20:00:07 &lt;hottuna&gt; 안건: 20:00:14 &lt;hottuna&gt; * 다음 NetDB 백엔드 20:00:14 &lt;hottuna&gt; * Ticket #729 - osx에서 properties 위치 20:00:14 &lt;hottuna&gt; * Ticket #741 - windows에서 프로세스 이름 변경 도구 20:00:14 &lt;hottuna&gt; * 기타? 20:00:22 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/729` - (할당된 개선) - OSX에서 ~/.i2p -> ~/Library/Application Support/i2p 20:00:33 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/741` - (승인된 개선) - Windows 방화벽 소프트웨어와 함께 I2P를 더 쉽게 다룰 수 있도록 20:00:45 &lt;hottuna&gt; __ 다음 NetDB 백엔드__ 20:01:16 &lt;hottuna&gt; 제안서를 작업해 왔고, 첫 번째 RFC가 준비되었습니다 20:01:35 &lt;hottuna&gt; http://trac.i2p2.de/wiki/NetDB/NextBackend 20:01:38 &lt;iRelay&gt; 제목: NetDB/NextBackend I2P (at trac.i2p2.de) 20:02:14 &lt;hottuna&gt; 전체적인 아이디어는 Kademlia를 기반으로 하고, 성능 및/또는 안정성을 개선하는 기능을 확장하는 것입니다. 20:02:59 &lt;hottuna&gt; Kademlia에 대한 초기 코드 일부는 이미 zzz가 작성했습니다 20:03:34 &lt;hottuna&gt; 사실상 전체 BEP5 구현입니다. BEP5는 Kademlia의 메인라인 BitTorrent 구현입니다. 20:04:13 &lt;hottuna&gt; 여러 DHT(분산 해시 테이블)가 검토되었습니다: Chord, Freenet, Pastry. 20:04:47 &lt;hottuna&gt; 하지만 Kad는 빠르고, 확장 가능하며, 비교적 신뢰성이 높습니다. 20:05:05 &lt;topiltzin&gt; 프로덕션에서 사용되는 다른 Kad 파생들: Azureus kad, eMule kad, Mojito Kad (Limewire) 20:05:24 &lt;topiltzin&gt; Overnet (eDonkey, 현재는 단종) 20:05:47 &lt;topiltzin&gt; 내가 알기로는 어떤 p2p 앱도 chord나 pastry를 쓰지 않음 20:05:54 &lt;hottuna&gt; Az-Kad를 훑어봤는데 호환성이 별로더군요. Mojito는 흥미로울 수 있습니다 20:05:57 &lt;hottuna&gt; Kad 위에 몇 가지 변경을 제안했습니다. 20:06:05 &lt;hottuna&gt; 더 빠른 조회를 위한 재귀형 tunnel. 20:06:20 &lt;hottuna&gt; 그리고 더 신뢰성 있는 조회를 위한 무작위 재귀형 조회. 20:07:13 &lt;hottuna&gt; 삽입은 Random Recursive Stores가 구현될 때까지 표준 Kad로 진행합니다. 20:07:45 &lt;hottuna&gt; 자, 개요는 이렇습니다. 질문 있으신가요? 20:08:17 &lt;topiltzin&gt; 재귀형 tunnel에 대한 한 가지 반대는, 로컬 IP 차단 목록을 무용지물로 만든다는 점입니다 20:08:40 &lt;topiltzin&gt; 예를 들어, 적대적 대상의 IP들을 내 차단 목록에 수동으로 추가했을 수 있는데 20:09:18 &lt;topiltzin&gt; 재귀형 조회/저장에 참여하는 노드들은 그 사실을 알 수 없습니다 20:09:37 &lt;hottuna&gt; 맞습니다. 20:10:00 &lt;hottuna&gt; 재귀형 쿼리는 다소 취약하며, 속도를 위해서만 사용해야 합니다. 20:10:35 &lt;hottuna&gt; 하지만 무작위 재귀형 쿼리는 결국 차단된 노드가 포함되지 않는 경로를 찾게 됩니다. 20:11:05 &lt;hottuna&gt; 다른 노드의 차단 목록을 신뢰하지 못할 상황이란 어떤 건가요? 20:11:25 &lt;dg&gt; sponge: udp 원함 20:11:28 &lt;dg&gt; eche|on: 네트워크 변경 후(“소프트 재시작”) 카운트가 지속되지 않음 20:11:51 &lt;topiltzin&gt; 그 노드 운영자가 차단 목록을 성실히 갱신하지 않았을 때 20:12:02 &lt;topiltzin&gt; 또는 그 노드에 아예 차단 목록이 없을 때 20:12:29 &lt;hottuna&gt; 그런데 쿼리가 ‘차단된’ 노드를 통과하면 어떻게 되나요? 20:12:51 &lt;hottuna&gt; 전달되거나, 드롭되거나, 기록되겠죠. 20:13:31 &lt;zzz&gt; 반복형(Iterative)은 누구를 경유하지도 않음 20:13:34 &lt;topiltzin&gt; 시빌/이클립스 공격이 하는 대로 — 아마 드롭? 20:14:38 &lt;hottuna&gt; 그게 재귀형의 특징입니다. 실패해도 괜찮습니다. 공격받는 키에 대해서는 더 신뢰할 수 있는 방법이 있습니다. 20:15:09 &lt;hottuna&gt; 예를 들면 반복형(Iterative) 또는 무작위 재귀형 20:15:24 &lt;zzz&gt; 모드는 어떻게 선택? 20:15:35 &lt;topiltzin&gt; 이론적으로 쿼리에 차단된 IP의 작은 Bloom 필터를 포함할 수 있음 20:15:54 &lt;hottuna&gt; 모드 선택은 열린 질문입니다. 20:15:57 &lt;hottuna&gt; is an* 20:16:28 &lt;hottuna&gt; 제 생각엔 병렬 버전이 흥미로울 것 같습니다 20:16:39 &lt;hottuna&gt; 순차적 페일오버 버전은 느릴 겁니다 20:17:03 &lt;hottuna&gt; 하지만 이것도 대역폭 대 최대 지연 시간의 트레이드오프입니다 20:17:51 &lt;hottuna&gt; topiltzin: R5N은 쿼리에 Bloom 필터를 포함합니다. 하지만 정말 필요한지는 모르겠습니다. 20:18:14 &lt;hottuna&gt; 실패가 발생하더라도 동작하도록 이걸 설계합니다 20:18:14 &lt;topiltzin&gt; 반복형 조회는 얼마나 느리며, 그 느림이 병목인가요? 정말 최적화가 필요합니까? 20:18:45 &lt;zzz&gt; netdb와 snark에(필요한 곳에) 통계 코드를 추가하고, 현재 두 구현의 성능에 대한 통계를 수집하는 것부터 시작해야 한다고 봄 20:18:52 &lt;hottuna&gt; eepsite를 방문할 때 조회가 필요합니다. 20:19:25 &lt;hottuna&gt; topiltzin: 조회 속도는 http://trac.i2p2.de/wiki/NetDB/NextBackend 의 'Lookup' 부분에서 볼 수 있습니다 20:19:28 &lt;iRelay&gt; 제목: NetDB/NextBackend I2P (at trac.i2p2.de) 20:20:16 &lt;zzz&gt; netdb에는 통계가 많음. snark의 동일한 위치에도 통계를 추가하면 전체 그림을 그려볼 수 있음 20:20:35 &lt;hottuna&gt; 쿼리 지연 등? 20:21:06 &lt;topiltzin&gt; zzz: 더 많은 통계에 +1 20:21:06 &lt;zzz&gt; 지연, 성공당 쿼리 수 등, 맞음 20:22:26 &lt;hottuna&gt; 그런 통계를 볼 수 있으면 흥미롭겠네요. 특히 새로운 것을 개발할 때요. 다만 I2PSnark-DHT와 FloodFill을 비교하는 건 사과와 오렌지를 비교하는 겁니다. 20:22:29 &lt;zzz&gt; 며칠 전에도 말했듯, snark 코드를 netdb로 되돌릴 수 있다고 봄. 하지만 그건 로컬 netdb 전체를 라우팅 테이블에 삼키도록 K와 B를 선택했을 때만. 20:22:57 &lt;zzz&gt; 라우팅 테이블이 로컬 netdb의 대부분을 놓치고 있다면 그냥 정렬을 유지하는 편이 낫겠음 20:23:55 &lt;zzz&gt; 네 제안(그리고 예, 몇 년 전부터 내 계획이기도 했음)은 오렌지를 사과로 대체하는 것이라 꽤 중요하게 비교해야 함. 20:23:58 &lt;hottuna&gt; 높은 B를 설정하는 데 반대하지 않습니다. 조회 지연은 실제 문제입니다 20:24:55 &lt;hottuna&gt; K에 관해서는 8로 유지하는 것이 합리적일 수 있다고 봅니다. 20:25:18 &lt;hottuna&gt; 물론 새 DHT는 평가가 필요합니다. 20:26:05 &lt;zzz&gt; K를 고립적으로 선택할 수는 없음. 로컬 netdb 크기에서 현재 정렬만큼 잘 동작하도록 라우팅 테이블을 만들기 위해 K와 B를 함께 선택해야 함. 20:27:03 &lt;hottuna&gt; 둘 다 배포하면서 조정할 수 있습니다. 20:27:29 &lt;hottuna&gt; 그래서 우리가 아는 것과 필요한 것에 기반한 초기 추정치로 가겠습니다. 20:28:17 &lt;zzz&gt; 또한 새로운 dht에 ff만 참여하는지, 모두가 참여하는지에 크게 좌우됨 20:29:24 &lt;hottuna&gt; 새 dht에 모든 노드를 참여시키지 않으면 실수일 뿐만 아니라 UCSB 논문에서 제시된 유형의 공격에 취약한 상태가 유지됩니다 20:30:15 &lt;zzz&gt; 제안서에 누가 포함/제외되는지에 대한 정보는 못 봄 20:30:18 &lt;hottuna&gt; 제안에서 그 점을 아주 명확히 하진 않았던 것 같네요. 20:30:25 &lt;hottuna&gt; ;) 20:31:30 &lt;zzz&gt; 모두(공유기 뒤, android, 숨김, 중국, 모바일 폰 등)를 넣고 싶지는 않을 수도 있음 20:31:46 &lt;zzz&gt; 어디서 어떻게 망가졌는지에 대한 jr의 광범위한 코멘트 참고 20:31:53 &lt;topiltzin&gt; 노드 churn은 dht에 좋지 않음. 최소 가동 시간 요구사항은 있어야 함 20:32:32 &lt;hottuna&gt; topiltzin: 우리 데이터는 모두 변경 가능하고 37초~30분마다 재발행되므로 노드 churn은 큰 문제가 아닙니다 20:33:09 &lt;hottuna&gt; NAT 뒤 노드는 아마 참여하지 말아야. android는 아마 참여해야 20:33:17 &lt;zzz&gt; 맞아, N=500과 B=-8이 그가 끝내 알아내지 못한 재앙이었지만, 다른 원인들도 있었고, 우리 네트워크에도 여전히 존재… android가 떴을 때 훨씬 더 나빠질 수 있음 20:33:25 &lt;hottuna&gt; 중국… 글쎄요.. 20:34:04 &lt;hottuna&gt; 높은 churn 말고, android가 어떻게 다른가요? 20:34:32 &lt;topiltzin&gt; 노드 churn은 라우팅에 부정적 영향을 줌.. 그러니 이번 노력의 목표가 라우팅 개선이라면 무시할 수 없음 20:34:39 &lt;zzz&gt; 안드로이드를 특정해서가 아니라 폰을 말한 것 20:34:58 &lt;hottuna&gt; 제겐 android==phones 이기도 함 20:35:22 &lt;zzz&gt; 모바일 기기는 대역폭과 성능이 낮고 연결이 간헐적임 20:35:57 &lt;hottuna&gt; 지금은 어떻게 하고 있죠? 20:36:12 &lt;zzz&gt; 무엇을? 20:36:39 &lt;hottuna&gt; ff가 되고자 하는 android 기기들 관련해서요? 20:36:42 &lt;hottuna&gt; christoph2: 어딘가서 눈팅 중일 듯 20:36:49 * christoph2 숨음 20:37:00 &lt;topiltzin&gt; FF가 되기 위한 기준이 몇 가지 있는데, 그중 하나가 가동 시간 20:37:11 &lt;hottuna&gt; 빠른 키 회전이 이클립스 공격에 어떤 방해가 될까요? 20:37:57 &lt;hottuna&gt; 그리고 노드가 다른 노드들의 netdb에 통합되는 데(즉 그들의 라우팅 테이블을 오염시키는 데) 얼마나 걸리나요? 20:38:32 &lt;zzz&gt; android도 기준을 충족하면 다른 누구처럼 자동으로 ff가 됨. 다만 무선으로 그렇게 하는 사람은 없을 듯 20:38:38 &lt;christoph2&gt; 음, 노드를 I2P에 통합하는 데 걸리는 시간 T(적절히 잘 연결될 때까지)와 회전 시간 t가 있음. 이클립스를 위해서는 T/t + 안전 노드가 필요 20:38:53 &lt;hottuna&gt; topiltzin: 가동 시간은 정말 큰 이슈가 아닙니다. R5N은 꽤 공격적인 복제 계수를 가집니다. 그래서 churn은 이슈가 아닙니다 20:39:00 &lt;christoph2&gt; * 실제로 이클립스하려면 필요한 노드 수 20:40:27 &lt;christoph2&gt; hottuna: 코드 변경을 정확히 따라가진 않음. 12월에는 30분보다 짧았음 20:40:27 &lt;hottuna&gt; 어제 대략 계산을 좀 해봤습니다 20:40:27 &lt;christoph2&gt; 음 0.9.2였던 듯 20:40:27 &lt;hottuna&gt; nodes_needed_for_eclipse = (60/key_rot_interval)*eclipse_integration_time*attackers_per_eclipse 20:40:27 &lt;hottuna&gt; nodes_needed_for_eclipse = (60/10)*24*20 = 2880. 공격자에게는 억제 요인이 될 수 있겠죠. 20:40:27 &lt;zzz&gt; hottuna, 새로운 키 공간(다른 순열 공식, 다른 회전 일정, 혹은 둘 다)은 어떻게 작동하나요? 마이그레이션 방법이 아예 안 보임. 20:40:27 &lt;hottuna&gt; 음, 그건 합리적으로 들리네요 20:40:49 &lt;hottuna&gt; 둘을 병행해서 쓰면 어떨까요? 현재 구현은 안전하게 벗어날 수 있을 때까지 별도로 유지됩니다. 20:41:26 &lt;zzz&gt; 정말로 알고 싶은 건 향후 2주 내에 저항성을 개선하려면 무엇을 할 수 있느냐는 것 20:41:29 &lt;hottuna&gt; christoph2: 그 계산이 타당한가요? 그리고 2880 노드가 정말 문제가 되나요? 20:41:36 &lt;zzz&gt; 그게 class N router들을 ff로 만드는 거라면, 그렇게 합시다. 20:41:36 &lt;topiltzin&gt; 노드 churn이 이슈가 아니라는 건 믿기 어렵습니다. churn이 클수록 각 개별 노드의 라우팅 테이블은 더 나빠집니다 20:42:29 &lt;zzz&gt; 어떻게 ‘안전하게 벗어나면서’ 호환성을 유지하죠? 두 병행 구현의 연결 제한 문제는 어떻게 처리? 하나에서 다른 하나로 어떻게 마이그레이션? 20:42:33 &lt;hottuna&gt; topiltzin: 라우팅 테이블의 각 버킷 크기인 K 값은, 한 시간 내 DHT에서 이탈할 가능성이 매우 낮은 노드 수로 선택됩니다. 20:42:33 &lt;topiltzin&gt; ^^ class F 말고 !windoze 20:43:04 &lt;topiltzin&gt; s/F/N/ 20:43:08 &lt;iRelay&gt; topiltzin의 의미: ^^ class N 말고 !windoze 20:43:12 &lt;zzz&gt; 물론, 윈도우가 아닌 class N으로도 가능. 몇 개인지는 모름 20:43:35 &lt;zzz&gt; 그렇게 하면 그 router들이 윈도우가 아님을 드러내게 되어, 작은 익명성 이슈 20:43:35 &lt;christoph2&gt; hottuna: 적당히 비싼 서버 한 대에서 ~20개 정도 가능. 이런 서버 100대면 방어 대상에 따라 문제일 수도 아닐 수도. 그리고 제대로 코딩하면 서버당 몇 배 더 많은 노드를 얻을 수도 있음 20:44:22 &lt;hottuna&gt; 알겠습니다, 약간 문제일 수도 있겠네요. 하지만 기술이 발전하는 추세를 보면 오래가진 않겠죠 20:45:28 &lt;zzz&gt; 0.9.7을 위해 다른 무엇을 할 수 있을까요? 20:45:28 &lt;topiltzin&gt; 익명성 이슈는 사실이죠.. 그래서 그냥 전체 N으로 하고, 유저들이 너무 화내지 않길 바라자 20:46:18 &lt;christoph2&gt; 전부 읽진 못했음. 윈도우 이슈가 뭐였죠? 20:46:25 &lt;hottuna&gt; 연결 관련: 구형 노드는 평소처럼 계속. 신형 노드는 두 네트 사이에서 쿼리를 분산. 20:46:49 &lt;dg&gt; christoph2: 내장된 연결 제한 20:46:52 &lt;hottuna&gt; christoph2: 윈도우는 많은 수의 연결을 허용하지 않아요 20:47:07 &lt;christoph2&gt; 아하 20:47:27 &lt;hottuna&gt; christoph2: 좋아요, 그러면 키 회전 이슈는 답이 나왔네요. 아마 가치가 없을 듯 20:47:34 &lt;topiltzin&gt; 실제로 제한되는 건 새 연결을 여는 속도임 20:49:07 &lt;zzz&gt; hottuna, 여기서 저기로 어떻게 가는지 모르겠음. 같은 키 공간에서 동일한 반복형 조회로 snark 코드를 netdb로 옮기는 건 보임. 그게 가치가 있는지는 모르지만, 적어도 방법은 보임. 그 다음은 정말 어렵고 불가사의해 보임. 20:50:02 &lt;hottuna&gt; 키 공간을 바꾸자는 건가요? 아니면 keyspace가 뭘 가리키는 건가요? 20:50:05 &lt;topiltzin&gt; snark 코드부터 시작하고 나머지는 $나중에 정하자 +1 20:50:40 &lt;zzz&gt; keyspace = key->routing key 알고리즘, 회전 포함 20:52:14 &lt;hottuna&gt; 그래서 배포의 1단계는 동작하는 것(아마 반복형만)을 갖추는 것. 그다음 재귀형과 무작위 재귀형용 새로운 KRPC 메시지를 추가 20:52:54 &lt;hottuna&gt; 그리고 네트가 대부분 이를 지원하도록 업그레이드되면, 원발신 노드에서 이를 활성화할 수 있습니다. 20:53:27 &lt;hottuna&gt; 배포 자체가 대규모 공격 하에서의 성능 파악에도 도움이 됩니다 20:53:38 &lt;zzz&gt; (배경 설명: netdb kbucket 코드로 시작해 i2p.zzz.kademlia에 K, B, 해시 크기, 제거 알고리즘을 임의로 설정할 수 있는 제네릭 라이브러리를 만들었음. 그걸 단위 테스트로 탈탈 털었고, snark로 옮겨 BEP 5와 더 많은 테스트를 했음. 원래 계획의 마지막은 그걸 netdb로 다시 옮겨와 원을 완성하는 것) 20:54:54 &lt;hottuna&gt; zzz.kad && i2psnark는 좋은 기반 같네요. 오늘 코드 일부를 읽었는데, 제게 잘 와닿습니다. 20:55:01 &lt;zzz&gt; 당신은 다른 키 공간, 다른 회전, 다른 참여자를 제안 중. 즉 완전히 새로운 오버레이. 20:55:33 &lt;hottuna&gt; 완전히 새로운 오버레이를 하고 싶습니다. 20:56:04 &lt;zzz&gt; 오, 좋군요. 코드 리딩++ 20:56:47 &lt;hottuna&gt; 좋아요. 이게 말이 되고, 이의가 없다면 회의를 진행하고 싶습니다. 20:57:42 &lt;hottuna&gt; __Ticket #729 - osx에서 properties 위치__ 20:57:49 &lt;hottuna&gt; topiltzin, Meeh 20:58:11 &lt;topiltzin&gt; 네, 오래 매달려 있던 아주 쉬운 일감입니다 20:58:39 &lt;zzz&gt; 새로운 오버레이는 내겐 고통으로 들림. 21:00:12 &lt;topiltzin&gt; ... 어색한 순간 ... 21:00:59 &lt;topiltzin&gt; 아직 dht 얘기 중? 21:02:09 &lt;dg&gt; 내 생각엔 dht 논의가 끝난 건 아니지만, 회의를 위해서는 여기서 접는 게 좋아 보임 21:02:23 &lt;dg&gt; 명확한 결정은 없는 듯 21:02:26 * dg 그림자 속으로 복귀 21:03:16 &lt;topiltzin&gt; 당장 0.9.7을 위해선 moar FFs가 결정인 듯.. 장기적인 방향은 여전히 안개 속 21:03:42 &lt;topiltzin&gt; #729 진행하겠습니다. Meeh, 있나요 브로? 21:04:16 &lt;trolly&gt; 미안, 회의를 잊어버렸음 21:04:57 &lt;hottuna&gt; 좋아요 topiltzin, #729 상태는? 21:05:35 &lt;topiltzin&gt; 한동안 돌려봤고, trunk를 브랜치 i2p.i2p.729로 전파 중 21:05:50 &lt;topiltzin&gt; 잘 동작하고, 직관적임 21:06:21 &lt;topiltzin&gt; OSX의 신규 설치에만 영향 있으니 영향도 낮고, 등등. 21:06:44 &lt;topiltzin&gt; 머지해서 마무리하고 싶습니다 21:07:03 &lt;hottuna&gt; zzz, #729 머지 괜찮나요? 21:07:45 &lt;hottuna&gt; 저는 맥 접근 권한이 없는데, topiltzin과 Meeh는 있다고 가정합니다. 21:08:12 &lt;topiltzin&gt; 네, 여기선 아마 우리가 유일한 osx 유저일 듯 :) 21:08:15 &lt;topiltzin&gt; diff는 여기: 21:08:15 &lt;topiltzin&gt; mtn diff -r h:i2p.i2p -r h:i2p.i2p.729 21:09:14 &lt;hottuna&gt; 이 머신에는 저장소 설정이 안 돼 있어요 :/ 21:09:41 &lt;dg&gt; "access"? 21:10:00 &lt;hottuna&gt; 설정돼 있다는 의미 :P 21:10:07 &lt;zzz&gt; 이의 없음 21:10:38 &lt;topiltzin&gt; 관심 있는 분들을 위해 pastebin 올리는 중 21:10:50 &lt;zzz&gt; 약간의 테스트가 필요하지만, 머지하지 않으면 더 많은 테스트를 받기 힘들 것 21:10:50 &lt;hottuna&gt; 감사합니다! 21:11:35 &lt;zzz&gt; 몇 달 전 머지하자고 로비했었음 — #729 코멘트에서 볼 수 있을 것 21:11:42 &lt;topiltzin&gt; `http://pastethis.i2p/show/3404/` 21:11:45 &lt;iRelay&gt; 제목: Paste #3404 | LodgeIt! (at pastethis.i2p) 21:12:01 &lt;hottuna&gt; 그럼 머지 진행합시다 21:12:17 &lt;topiltzin&gt; 좋아요. Meeh, 지금 말하거나 영원히 침묵을… 21:12:28 &lt;topiltzin&gt; (결혼식 때 신부에게 하는 말 뭐 그런 거) 21:13:18 &lt;zzz&gt; 그가 나중에 테스트할 거라면, 나중에 말해도 좋겠어요 :) 21:13:21 &lt;topiltzin&gt; 알겠습니다, 회의 후에 머지할게요 21:13:56 &lt;hottuna&gt; __Ticket #741 - windows에서 프로세스 이름 변경 도구__ 21:14:11 &lt;topiltzin&gt; str4d: 이건 얘기할 수 있나요? 21:15:54 &lt;topiltzin&gt; 음, 이 티켓은 그렇게 작지 않음 21:16:57 &lt;topiltzin&gt; 배경 - windows에서 i2p는 프로세스 이름이 "java"로 실행됨 21:16:57 &lt;sponge&gt; 안녕하세요 21:17:24 &lt;sponge&gt; 오늘 회의? 21:17:27 &lt;topiltzin&gt; 즉 i2p에 적용된 어떤 보안 설정도 모든 Java 애플리케이션에 적용됨 21:17:41 &lt;hottuna&gt; sponge: 예. `http://zzz.i2p/topics/1397?page=1#p6616` 21:17:48 &lt;iRelay&gt; 제목: zzz.i2p: Meeting [4th June] (at zzz.i2p) 21:17:48 &lt;sponge&gt; 감삼 21:17:59 &lt;sponge&gt; 드디어 한 번 참석하네... 21:18:48 &lt;sponge&gt; 이 요일은 항상 이 시간에 뭐 하기가 어렵네요 21:18:55 &lt;zzz&gt; str4d 없이 741에 대해 우리가 할 수 있는 게 있을까? 21:19:29 &lt;sponge&gt; 드디어 windows가 깔린 머신이 생겼음 21:19:36 &lt;topiltzin&gt; visual studio만 있으면 그 없이도 다 할 수 있어요 21:19:59 &lt;sponge&gt; 7였던가, 거의 쓰진 않지만, 도와/테스트는 가능 21:20:14 &lt;hottuna&gt; 마소에서 VS 라이선스를 받을 수 있을 듯, 누가 쓸 줄 안다면.. 21:20:41 &lt;topiltzin&gt; 프로젝트에서 그런 라이선스를 갖고 있는 게 좋아요 21:20:41 &lt;zzz&gt; 논의 차원에서 말한 것. 처음으로 돌아가서, topiltzin 이걸 안건에 올린 이유는? 그냥 진행을 시키려고? 21:20:41 &lt;sponge&gt; VS는 꽤 고통스럽다고 들었는데 21:21:07 &lt;topiltzin&gt; 맞아요 - 액션을 만들어 보자고 21:21:37 &lt;hottuna&gt; 좋아요, str4d가 없네요. 이건 테이블에 올려둘까요? 21:21:48 &lt;sponge&gt; 예 21:22:28 * sponge ‘기타’로 얘기할 게 있음 21:22:41 &lt;sponge&gt; 제가 말할 차례가 되면 알려주세요 21:23:03 &lt;hottuna&gt; 그걸 압도적 동의로 받아들이겠습니다. 21:23:03 &lt;hottuna&gt; 넘어가죠.. 21:23:06 &lt;hottuna&gt; __기타__ 21:23:09 &lt;topiltzin&gt; 테이블에 올려두는 건 좋지만, 완전히 잊지는 맙시다 21:23:21 &lt;hottuna&gt; topiltzin: 동의 21:23:46 &lt;topiltzin&gt; (다음 회의에서도 다시 꺼낼게요) 21:23:57 &lt;topiltzin&gt; ;-) 21:24:08 &lt;hottuna&gt; sponge: 기타였죠? 21:24:51 &lt;sponge&gt; 기타-- UDP용 Bridge API(BOB) -- 어떻게 할 수 있을지 아이디어가 몇 가지 있는데, 피드백이 필요하고, 이게 원하는 것인지도 알아야 함 21:25:18 &lt;sponge&gt; 기본적으로 확장 가능한 어떤 표준이 필요합니다 21:25:22 &lt;sponge&gt; 그리고 그걸 고수해야 함 21:25:43 &lt;sponge&gt; 또한 기존에 있는 것들을 망치지 않아야 함 21:25:57 &lt;sponge&gt; 음-- 쉽게 적응 가능해야 21:26:56 &lt;hottuna&gt; 그래서 질문은 사람들이 그걸 무엇에 쓸 것이냐는 거죠? 21:27:03 &lt;zzz&gt; 이미 `http://zzz.i2p/topics/1393` 에 쓰레드가 있음 --- 거기에 제안을 올리는 게 어떨지? 21:27:10 &lt;iRelay&gt; 제목: zzz.i2p: UDP Trackers (at zzz.i2p) 21:27:10 &lt;sponge&gt; 두 가지 방식으로 생각 중 — UDP 패킷을 &lt;&lt;destination&gt;&lt;data&gt;&gt; 또는 &lt;&lt;handle&gt;&lt;data&gt;&gt;로 감싸기 21:28:13 &lt;dg&gt; hottuna: 트래커, voip? 21:28:16 &lt;sponge&gt; 수요가 궁금함 21:28:16 &lt;dg&gt; 감히 말하자면, 게임 21:29:03 &lt;sponge&gt; 그리고 이걸 논의할 사람이 필요합니다. 수년 동안 누군가와 얘기하려 했는데, 더 많은 아이디어가 필요하고, 아무도 이 문제를 생각하고 싶어하지 않음 21:29:03 &lt;dg&gt; 아, anonet. psi가 그걸 밀었지. 21:29:03 &lt;sponge&gt; *누군가 21:29:03 &lt;zzz&gt; SOCKS가 어떻게 하는지도 읽어봐야 21:29:03 &lt;sponge&gt; IDP를 쓰는 앱들도 있음 21:29:06 &lt;sponge&gt; *UDP 21:29:22 &lt;sponge&gt; gnutella 잊지 마세요 21:29:25 &lt;inscrutable&gt; voip(mumble)은 구현되어 사용된 적 있음 21:29:44 &lt;zzz&gt; 그건 tcp 21:29:47 &lt;sponge&gt; bote는 udp스러운 패킷도 씀 21:29:54 &lt;sponge&gt; gnutella는 udp를 쓸 수 있음 21:29:58 &lt;inscrutable&gt; zzz: 내 실수 21:30:29 &lt;orion&gt; 다음 회의는 언제죠? 21:30:40 &lt;hottuna&gt; 누군가 주최하고 싶을 때면 언제든 21:30:40 &lt;zzz&gt; JVM 내부에선 다 쉬움. zzzot에 udp를 하루 만에 추가할 수 있음. 외부 인터페이스가 골칫거리. 21:30:40 &lt;sponge&gt; 그럼 수요가 있는지? 확장 가능하고 낡지 않게 구현 아이디어가 있다면 올려주세요 21:30:45 &lt;orion&gt; 이런, 지금 회의 중이었군요. 21:30:45 &lt;hottuna&gt; 지금은 __기타__ 중입니다.. 21:31:25 &lt;dg&gt; sponge: 네. 21:31:32 &lt;sponge&gt; 두 번째 기타--- ipv6와 익명 해제에 대한 영향 21:31:35 &lt;orion&gt; hottuna: 감사합니다. 21:31:50 &lt;sponge&gt; 우려사항? 21:32:01 &lt;sponge&gt; ipv6 사용이 얼마나 가까웠죠 21:32:08 &lt;sponge&gt; 어떻게 21:32:12 &lt;hottuna&gt; 어떤 우려가 있나요 sponge? 21:32:27 &lt;sponge&gt; ipv6는 신원과 쉽게 연결될 수 있음 21:32:46 &lt;Meeh&gt; 젠장, 회의에 늦잠 -.- 21:32:53 &lt;zzz&gt; IPv6 쓰레드: `http://zzz.i2p/topics/109` 21:32:56 &lt;hottuna&gt; 주소 공간이 더 커서요? 21:32:59 &lt;iRelay&gt; 제목: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:33:03 &lt;sponge&gt; 네 21:33:03 &lt;sponge&gt; 생각해 봤는데 21:33:14 &lt;sponge&gt; zzz: 관련은 있지만, 다른 얘기 21:33:17 &lt;dg&gt; ipv6가 익명성을 해제하진 않음? WHOIS가 더 정확할 수도 있고, NAT 존재 여부를 판단할 수 있을 수도(밥과 라이언이 NAT 뒤에 있으면 누가 누군지 모름) — IPv6라면 밥인지 라이언인지 알 수도. 21:33:24 &lt;dg&gt; 내 생각엔, I2P에 실질적인 차이는 없음. 21:33:27 &lt;sponge&gt; i2p가 ipv6 공간을 얻을 수도 있음 21:33:39 &lt;psi&gt; socks 5 udp면 최고 21:33:42 &lt;sponge&gt; 그걸 사용자에게 tunnel을 통해 분배 21:33:45 &lt;str4d&gt; o/ 21:33:48 &lt;orion&gt; 참고: i2pcpp는 전체 ipv6 지원 예정. 21:33:54 &lt;str4d&gt; 늦어서 죄송. 21:33:57 &lt;hottuna&gt; dg: 동의. 21:34:06 &lt;zzz&gt; sponge의 우려 목록 대기 중(포스트 #66) 21:34:20 &lt;dg&gt; hottuna: sponge가 더 추가할 게 없다면 넘어가도? 21:34:35 &lt;dg&gt; 난 이게 이슈가 아니라고 느낌 21:34:35 &lt;zzz&gt; 일정? 0.9.8에 머지, 0.9.9에서 기본 활성화 21:34:38 &lt;sponge&gt; 요컨대.... i2p가 고위험 인원을 위해 ipv6 tunnel을 제공할까요? 21:34:53 &lt;topiltzin&gt; 아 str4d, i2p.exe 논의 놓쳤음 :( 21:35:04 &lt;sponge&gt; 그래야 할까? 21:35:07 &lt;hottuna&gt; 우리의 위협 모델에 I2P 실행 자체가 불법인 상황은 포함되지 않는다고 봅니다. 21:35:31 &lt;hottuna&gt; 그런 경우라면 ipv4도 문제일 겁니다. 21:35:42 &lt;zzz&gt; orion, 지금 내 ipv6 브랜치와 문서가 일치하도록 문서를 최신으로 유지하려고 함. 21:35:45 &lt;sponge&gt; ht: 일부 국가(중국?)에선 그렇죠 21:36:20 &lt;hottuna&gt; 그리고 누가 i2p를 돌리는지 정도만 추가로 노출될 뿐입니다. 21:36:39 &lt;zzz&gt; GFW를 통과하는 최선은 IPv6일 수도. 부정적으로 보이긴 어려움 21:38:09 &lt;sponge&gt; 마지막 기타--- 이전 회의들을 놓쳐서 정말 미안. 이 요일과 시간엔 항상 어렵네요. 곧 모든 것에 더 적극적으로 참여할게요... 다음 사람에게 토킹 스틱을 넘깁니다... 21:38:13 &lt;orion&gt; zzz: 감사합니다. 21:39:03 &lt;hottuna&gt; Meeh: #726을 놓쳤지만, topiltzin이 머지할 패치를 테스트해 달라는 요청을 받았어요(요약은 이 정도) 21:39:15 &lt;hottuna&gt; str4d: #741은 다음 회의로 미뤘습니다 21:39:22 &lt;hottuna&gt; sponge: 좋네요 :) 21:39:29 &lt;sponge&gt; 741을 지금 꺼내자고 제안 21:39:32 &lt;hottuna&gt; 좋아요, 다른 건 있나요? 21:39:32 &lt;Meeh&gt; hottuna: 메모함. 21:39:39 &lt;sponge&gt; 그가 있으니, 왜 안 돼 21:39:46 &lt;hottuna&gt; 저는 괜찮습니다 21:39:46 &lt;orion&gt; hottuna: 네, 사소한 것 하나. 21:40:01 &lt;hottuna&gt; 좋아요, orion 진행! 21:40:04 &lt;topiltzin&gt; 741 테이블 해제 중 ... :) 21:40:20 &lt;orion&gt; press@i2p2.de 이메일 계정 자격 증명을 받을 수 있을지 궁금합니다. 21:40:27 &lt;orion&gt; 그리고 웹사이트 업데이트도. 21:40:46 &lt;sponge&gt; orion: 웹사이트는 mtn에 있음 21:40:56 &lt;hottuna&gt; 웹사이트의 어느 부분을 업데이트하나요? 21:41:03 &lt;str4d&gt; 그리고 웹사이트 업데이트에 자격 증명은 필요 없습니다. 21:41:18 &lt;str4d&gt; (그냥 mtn 키 만들고 진행) 21:41:25 &lt;orion&gt; str4d: 이메일 계정이요 21:41:43 &lt;hottuna&gt; 그 도메인은 welterde가 관리하는 걸로 알아요. 21:41:46 &lt;orion&gt; 아니면 됐어요. team.html 페이지는 이미 업데이트됨. 21:41:46 &lt;zzz&gt; 실망할 수도 — 거기로 온 메일이 단 한 통도 없었던 걸로… 추가되려면 welterde에게 문의. 그건 리스트로 리다이렉트일 뿐이고, 계정은 없음. 21:42:02 &lt;orion&gt; 그러면 지금은 이메일 계정뿐이네요. 21:42:20 &lt;orion&gt; welterde와 얘기하겠습니다, 감사합니다. 제 시간은 여기까지. 21:42:30 &lt;hottuna&gt; 훌륭 21:42:38 &lt;hottuna&gt; __Ticket #741 - windows에서 프로세스 이름 변경 도구__ 21:42:45 &lt;str4d&gt; 좋아요, 741을 간단히 테이블에서 내릴까요? 21:42:45 &lt;hottuna&gt; topiltzin, str4d 21:42:52 &lt;hottuna&gt; 예 21:42:58 &lt;sponge&gt; :-) 21:43:05 &lt;str4d&gt; 현재 상황: 프로세스 리네이머가 동작합니다. 21:43:12 &lt;str4d&gt; (Tanuki wrapper가 호출할 때) 21:43:23 &lt;str4d&gt; (또는 CLI 인자를 전달한 경우) 21:44:01 &lt;str4d&gt; Win7에서 테스트했습니다. topiltzin이 코드가 Win8을 제외한 거의 모든 곳에서 실행됐음을 확인해줬습니다. 21:44:12 &lt;str4d&gt; 그래서 거기서는 테스트가 필요. 21:44:34 &lt;hottuna&gt; Win8 접근 가능한 분? 21:44:37 &lt;zzz&gt; 32/64? 21:44:52 * KillYourTV 가능 21:44:59 &lt;str4d&gt; 현재 작동하지 않는 한 부분은 내부 기본값 — 외부에서 인자가 제공되지 않을 때(예: wrapper나 CLI 없음) 사용되는 인자입니다. 21:45:02 &lt;KillYourTV&gt; (win 8, x64 및/또는 x86) 21:45:09 &lt;sponge&gt; 딸이 8로 업그레이드하려 했는데, 정말 안 좋다는 걸 알았음. 21:45:12 &lt;str4d&gt; zzz: 64비트 Win7에서 돌렸어요 21:45:30 &lt;str4d&gt; (아마도) 21:45:30 &lt;hottuna&gt; 그럼 KillYourTV, 테스트 가능? 21:45:37 &lt;KillYourTV&gt; 언제든 21:45:44 &lt;hottuna&gt; :) 21:45:52 &lt;str4d&gt; 고마워요 KillYourTV :) 21:46:11 &lt;topiltzin&gt; 남은 포인트 두 개 보임: 21:46:11 * KillYourTV VM 몇 개 세팅할게요 21:46:14 &lt;str4d&gt; 테스트는 새 i2p.exe를 설치 폴더에 넣고, wrapper.config에서 "java" 대신 "i2p"를 쓰도록 수정하는 것뿐. 21:46:21 &lt;topiltzin&gt; 1. 아이콘 - 다른 크기, 알파 채널, 잡다한 것들 필요 21:46:36 &lt;topiltzin&gt; 2. 라이선스, 설명 등 문자열 리뷰 필요 21:46:55 &lt;str4d&gt; 1. - VS 파일을 i2p.i2p의 installer/ 디렉터리 내 아이콘을 참조하도록 설정해둠. 21:47:22 &lt;str4d&gt; 그래서 launch4j 기반 i2p.exe가 쓰는 것과 같은 아이콘을 써야 함. 21:47:25 &lt;KillYourTV&gt; 제안된 "renamer"가 이미 i2p.i2p에 있나요? 21:47:36 &lt;str4d&gt; 2. - 동의. 21:47:36 &lt;hottuna&gt; 아이콘 관련: 고품질/svg 파일은 없는 듯 21:47:51 &lt;str4d&gt; KillYourTV: 네 - installer/c/i2pExe 21:48:10 &lt;zzz&gt; 인자 없이 작동하지 않는다면, 문제가 아닌가요? 21:48:10 &lt;KillYourTV&gt; 좋아요, 나머진 제가 처리 가능 ^^ 21:48:28 &lt;str4d&gt; zzz: 맞아요, 문제입니다. 21:48:35 &lt;topiltzin&gt; 그러면 제어판 같은 게 이상해질 수도 21:48:43 &lt;str4d&gt; launch4j 기반 i2p.exe를 대체하려면 그게 고쳐져야 합니다 21:48:54 &lt;topiltzin&gt; str4d: 정말 문제 맞아요? 기본값을 하드코딩해둔 걸로 아는데 21:49:17 &lt;str4d&gt; topiltzin: 하긴 했는데, 그냥 크래시했고 당시엔 왜인지 못 찾았음. 21:49:29 &lt;sponge&gt; 하드코딩은 나쁠 수 있음, 먼저 경로 검색하세요. 21:49:47 &lt;str4d&gt; 하지만 똑같아야 할 인자들을 뽑아서 CLI로 쓰면 잘 됐습니다.. 21:50:02 &lt;str4d&gt; sponge: 다른 기본값 얘기예요. 21:50:13 &lt;sponge&gt; 아하 21:50:35 &lt;str4d&gt; sponge: 이건 wrapper.config가 없을 때 I2P가 실행되는 설정입니다. installer/i2pstandalone.xml 참고 21:50:38 &lt;topiltzin&gt; str4d: KillYourTV가 테스트하려면 실제 i2p.exe를 빌드해야 하는데, mtn에 그걸 커밋해뒀나요? 21:50:46 &lt;str4d&gt; (그리고 build.xml의 doBuildExe 타깃) 21:50:49 &lt;sponge&gt; str4d: BOB에서 했던 것처럼 사실상 double main()이 필요할 수도 21:50:53 &lt;KillYourTV&gt; topiltzin: 소스는 mtn에 있어요 21:51:07 * KillYourTV 이미 물어봄 ^^ 21:51:14 &lt;str4d&gt; topiltzin: 빌드가 필요 - 실제로 i를 사용하기 직전까지는 바이너리를 커밋할 생각이 없었어요. 21:51:21 &lt;str4d&gt; KillYourTV: 소스가 mtn에 있다는 뜻이었어요 ^_^ 21:51:24 &lt;sponge&gt; 첫 main이 누락된 인자를 삽입하고, 실제 main()에 전달 21:51:31 &lt;KillYourTV&gt; 아...헿 21:51:58 &lt;str4d&gt; sponge: 거의 그렇게 하고 있어요 - 인자가 전달되면 그걸 쓰고, 아니면 기본 인자를 구성. 21:52:05 &lt;sponge&gt; 그러면 main()과 _main() 21:52:08 &lt;topiltzin&gt; 그러면 i2p.exe는 mtn에 없나요? 21:52:08 &lt;str4d&gt; topiltzin: launch.properties의 포맷이 뭐였죠? 21:52:27 &lt;str4d&gt; topiltzin: 맞아요. installer/c/i2pExe/i2p.c 등만. 21:52:30 &lt;sponge&gt; 첫 번째는 단순 정리 21:52:37 &lt;str4d&gt; sponge: 코드 installer/c/i2pExe/i2p.c를 보세요. 21:52:37 &lt;dg&gt; topiltzin: 소스는 예, 바이너리는 아니오 21:52:48 &lt;sponge&gt; 볼게요, 감사합니다 21:53:11 &lt;sponge&gt; 왜 깨지는지에 대해 피드백 드릴게요 21:53:27 &lt;str4d&gt; topiltzin: 주석 처리된 메서드들도 몇 개 있었는데, 목적을 못 찾았음. 21:54:04 &lt;topiltzin&gt; 괜찮아요, 오프라인으로 설명할게요 21:54:15 &lt;topiltzin&gt; 그런데 KillYourTV가 테스트하려면 바이너리가 필요합니다, 빌드 가능? 21:54:54 &lt;str4d&gt; topiltzin: 물론이죠. 21:55:21 &lt;topiltzin&gt; launch.properties - 아마 속성당 한 줄일 텐데, 재확인 필요 21:55:39 &lt;str4d&gt; (KillYourTV가 VS2008을 이미 갖고 있지 않다면요 - 그걸로 빌드함) 21:56:05 &lt;topiltzin&gt; 흥미로운 또 다른 __기타__ 포인트: 21:56:08 &lt;str4d&gt; topiltzin: launch.properties를 standalone 케이스용 wrapper.config처럼 만들 생각. 21:56:23 &lt;topiltzin&gt; 네 21:56:42 &lt;str4d&gt; (현재 standalone i2p.exe는 전혀 조정이 불가능함) 21:58:33 &lt;topiltzin&gt; 이제 프로젝트에 현금이 쌓였으니(어떤 미지의 인물이 싸게 1000 BTC를 기부해서) vmware, visual studio 같은 소프트웨어 라이선스를 갖추면 좋겠습니다. 21:59:21 &lt;hottuna&gt; visual studio는 제가 무료로 받을 수 있거나, 여러분 중 한 명이 21:59:24 &lt;topiltzin&gt; KillYourTV가 Windows 8을 합법적으로 구매했으리라 믿습니다만 :-D 기술적으로는 프로젝트가 그 비용을 부담해야 옳음 21:59:39 &lt;zzz&gt; 마소가 TV에서 $450짜리 win8 컴퓨터 광고하더군(Asus? Acer?). 그런 걸 하나 사도 됨 22:00:05 &lt;sponge&gt; 훌륭한 아이디어 zzz 22:00:16 &lt;KillYourTV&gt; (dreamspark 사본, "교육용") 22:00:27 &lt;maidenboi2&gt; tiger direct엔 종종 저가 노트북이 300-400에 뜸 22:00:27 &lt;orion&gt; 마소가 학생 할인을 제공하면, 제가 받을 수 있어요. 22:00:34 &lt;orion&gt; 그 방향으로 가고 싶다면. 22:00:37 &lt;topiltzin&gt; hottuna 네 부탁( VS 관련) 22:00:51 &lt;dg&gt; 잠깐 22:01:01 &lt;dg&gt; 우리가 산 게이머 노트북이 win. 8이었나? 22:01:19 &lt;hottuna&gt; 장난감이 정말 필요한가요? vm으로 테스트하면 안 되나요? 22:01:27 &lt;KillYourTV&gt; echelon은 본인 윈도우가 있었어요. 22:01:45 &lt;KillYourTV&gt; 그리고 저는 항상 클린 VM에서 테스트합니다 22:01:52 &lt;sponge&gt; str4d: VS가 어딘가 있긴 한데(매우 오래됨) 그걸 쓰진 않을 듯. 여기 pull and apply가 끝나면 코드를 검토하고 조언해줄게요 22:02:14 &lt;str4d&gt; sponge: 감사합니다. 22:02:59 &lt;topiltzin&gt; vm이 항상 더 좋죠 22:02:59 &lt;orion&gt; 저도 VM에 동의. 22:02:59 &lt;topiltzin&gt; 디버깅 쉽게 이미지 돌려볼 수도 있고요 22:02:59 &lt;hottuna&gt; 좋아요. 이 주제/논의는 만족스러운가요? 22:02:59 &lt;sponge&gt; str4d: 지난 한 달간 C, C++, ASM에 파묻혀 있었음 22:03:02 &lt;zzz&gt; win8 넷북이 VS보다 훨씬 싸게 먹힐 듯 22:03:52 &lt;orion&gt; zzz: 제가 VS 학생용 사본을 받으면 어때요? 22:04:03 &lt;hottuna&gt; 저도 제 학생용 사본을 기부할까 생각 중이었음. 22:04:14 &lt;topiltzin&gt; orion: 학생용 사본을 받으면 i2p는 기술적으로 그걸 사용할 수 없음 22:04:21 &lt;sponge&gt; 제 딸도 학생 버전을 받을 수 있을지도 22:04:27 &lt;topiltzin&gt; s/technically/legally/ 22:04:31 &lt;iRelay&gt; topiltzin의 의미: orion: 학생용 사본이면 i2p는 법적으로 사용할 수 없음 22:04:31 &lt;hottuna&gt; topiltzin: 왜요? 22:04:34 &lt;str4d&gt; hottuna: 제 쪽은 예. 두 가지 주요 액션 아이템: 기본값 수정(그리고 launch.properties 제공); KillYourTV가 테스트할 i2p.exe 빌드. 22:04:37 &lt;orion&gt; 제 교육을 위한 것이니까요. 22:05:07 &lt;hottuna&gt; 영리 회사/프로젝트를 위한 게 아니고 22:05:07 &lt;topiltzin&gt; orion의 교육용 학생 사본이기 때문 — 그건 그만 사용할 수 있다는 뜻 22:05:26 &lt;hottuna&gt; 알겠습니다. 그런 경우 저는 VS를 제공할 수 없겠네요. 22:05:49 &lt;topiltzin&gt; 당신 것은 어떤 라이선스인가요? 22:05:58 &lt;hottuna&gt; 그리고 이건 mingw로 빌드할 수 없나요? 22:05:58 &lt;hottuna&gt; topiltzin: 학생용 22:06:46 &lt;topiltzin&gt; 당신이 그걸로 i2p.exe나 i2p용 다른 걸 빌드하는 건 가능해요, 단 다른 사람에게 넘겨줄 수만 없죠 22:07:23 &lt;KillYourTV&gt; vs2008 express는 어떤가요? 32비트 전용인가요? 22:07:46 &lt;sponge&gt; str4d: 참고! C 코드에 C++ 코멘트를 섞는 건 좋은 스타일이 아님 ;-) /* */를 쓰세요 22:08:01 &lt;KillYourTV&gt; i2p.exe 64비트와 i2p.exe 32비트 둘 다가 필요하겠죠 22:08:32 &lt;topiltzin&gt; 제 생각엔 32비트만으로도 충분 22:08:35 &lt;sponge&gt; 벌써 당신 문제를 봤습니다 22:09:01 &lt;topiltzin&gt; 충분 = 64비트와 32비트 윈도우에서 모두 실행됨 22:09:19 &lt;KillYourTV&gt; 32비트 i2p.exe가 64비트 wrapper를 불러올 수 있을지 모르겠네요. 32비트 wrapper는 64비트 jvm을 불러올 수 없음 22:09:36 &lt;KillYourTV&gt; 이건 잘 모르겠지만요 22:10:48 &lt;sponge&gt; str4d: i2p.c 54번째 줄, 그리고 아래 루프 — 올바르게 할당하지 않았어요... '*new_argv[0]'이어야지 'new_argv[0]'가 아닙니다. 아래 루프도 마찬가지. 마지막 NULL은 괜찮을 듯 22:11:06 &lt;K1773R&gt; KillYourTV: x86이 x86 또는 x64 런처를 시작하는 건 어때요? 22:11:44 &lt;sponge&gt; str4d: 그걸 시도해보면, 아마 잘 될 겁니다 22:11:47 &lt;KillYourTV&gt; 제가 말하는 건, 그게 가능한지 모르겠다는 거예요. 32비트 바이너리는 보통 x64 바이너리를 호출할 수 없죠. 22:12:47 &lt;sponge&gt; 사실 첫 줄은 괜찮을 수 있지만, 루프에는 *가 필요 22:13:26 &lt;sponge&gt; read_options가 포인터로 반환한다면, 포인터를 복사해야 함 22:13:45 &lt;K1773R&gt; KillYourTV: 최후의 수단으로는 cmd.exe를 통해 가능할 듯, 다만 그건 윈도 문제 22:13:48 &lt;sponge&gt; new_argv[i] = &(read_options[i-1]); 22:13:51 &lt;sponge&gt; 이런 식으로 22:14:57 &lt;topiltzin&gt; sponge 윈도우 박스 접근 가능? 이거 테스트 좀 도와줄 수 있어요? 22:15:17 &lt;topiltzin&gt; sponge: 코멘트는 trac #741에도 남겨주세요 22:15:35 &lt;sponge&gt; win 7 노트북이 있지만, 오늘은 테스트 불가. 시간이 부족해서, 여기 오는 데 시간을 할애했음 22:16:17 &lt;sponge&gt; 아니었으면 바로 뛰어들었죠 22:16:52 &lt;sponge&gt; 요지는 포인터 배열에 대한 포인터가 있다는 것 22:17:41 &lt;KillYourTV&gt; 사실상 모든/모든 버전의 Windows를 테스트할 수 있습니다 22:17:44 &lt;sponge&gt; 포인터를 복사하지 않고, 코드가 처음 몇 글자를 복사하고 있으며, 그건 랜덤한 쓰레기를 가리켜 크래시를 유발 22:18:46 &lt;sponge&gt; new_argv[0] = argv[0]; &lt;-- 이건 괜찮음 22:18:59 &lt;sponge&gt; new_argv[i] = read_options[i-1]; &lt;-- 랜덤 쓰레기 22:19:13 * hottuna 회의 종료 망치를 준비 중 22:20:21 &lt;hottuna&gt; 좋아요.. 마감 시간 22:20:24 &lt;str4d&gt; sponge: 그 부분은 limewireExe와 같다고 거의 확신함 22:20:31 &lt;micster&gt; 모두가 가기 전에, Invisible Internet Project의 "비영리 501(c)(3) 지위"에 대해 생각해 왔습니다. 여기에서 얘기할지 아니면 다른 곳에서 할지? 22:20:38 &lt;str4d&gt; (topiltzin에 따르면 작동하는 상태였어야 함) 22:20:45 &lt;hottuna&gt; micster: 네 22:21:04 &lt;dg&gt; hottuna: #741은 끝났나요? 22:21:22 &lt;hottuna&gt; 끝나진 않을 듯 :P 22:21:29 &lt;sponge&gt; str4d: 문제 2 22:21:33 &lt;sponge&gt; free(read_options); 22:21:45 &lt;sponge&gt; 거기서 free하지 마세요 22:21:48 &lt;micster&gt; 독일에서 법인을 설립하고 싶다는 포럼 글을 봤습니다. 저는 미국에 있고, 이걸 추진하는 데 관심이 있어요. 22:21:52 &lt;str4d&gt; KillYourTV: 32/64 관련, 현재 launch4j 기반 i2p.exe에선 어떻게 되나요? 그건 별도의 java.exe 프로세스를 시작합니다; 32와 64비트로 따로 빌드되나요? 22:21:55 &lt;hottuna&gt; sponge: 저는 가야 해요. 나머지 회의를 맡아줄 수 있나요? 22:21:58 &lt;sponge&gt; 맨 마지막에 free 하세요 22:22:09 &lt;sponge&gt; 저도 이제 가려는 참 22:22:15 &lt;hottuna&gt; 마지막으로 'baf'만 하면 끝이에요 22:22:18 &lt;hottuna&gt; 이런! 22:22:25 &lt;dg&gt; micster: 훌륭! 안타깝게도 타이밍이 좀 안 좋네요. 가능하면 zzz.i2p(“포럼”)에 게시해 주시겠어요? 22:22:28 &lt;str4d&gt; sponge: 제안해 준 걸 시도해 보고 보고하겠습니다. 22:22:31 &lt;sponge&gt; 끝난 것 같아요 22:22:38 &lt;micster&gt; 네 22:22:41 &lt;str4d&gt; (나중에요 - 잠시 자리 비움 o/) 22:22:59 &lt;sponge&gt; str4d: 포인터인지 두 번 확인 22:23:01 * hottuna 회의 종료 망치를 'baf'함 22:23:06 * hottuna **baf** 22:23:17 &lt;sponge&gt; **BARF** :-) 22:23:35 &lt;hottuna&gt; 요약은 여기: `http://zzz.i2p/topics/1397` 22:23:42 &lt;iRelay&gt; 제목: zzz.i2p: Meeting [4th June] (at zzz.i2p) 22:23:50 &lt;RN&gt; :) 22:23:57 &lt;sponge&gt; 좋아요, 이제 심부름 다녀올 수 있겠다 22:24:08 &lt;topiltzin&gt; 모두 수고 많으셨습니다! 22:24:19 &lt;dg&gt; micster: 회의가 이제 마무리 중이고, 모두 전달하고 싶은 게 많은 것 같네요. 거기에 올리면 더 많은 노출과 생각을 얻을 수 있을 겁니다. 22:24:53 &lt;micster&gt; 네, 글 올릴게요. 아마 다음 회의에서 논의될 수 있겠죠. 22:25:01 &lt;micster&gt; 제가 맞는 곳에 있는지 확인하고 싶었어요. 22:26:52 &lt;RN&gt; 좋은 논의가 많았네요. 참여해 주셔서 감사합니다 여러분 22:27:07 &lt;hottuna&gt; :) 22:28:54 &lt;zzz&gt; micster, 이에 대한 올바른 쓰레드는 `http://zzz.i2p/topics/1388` 22:28:58 &lt;iRelay&gt; 제목: zzz.i2p: Official I2P group (at zzz.i2p) </div>/ko/blog/2013/05/28/0.9.6-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 28 May 2013 00:00:00 +0000/ko/blog/2013/05/28/0.9.6-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.6에는 버그 수정과 Jetty 6.1.26 (2010-11-10)에서 Jetty 7.6.10 (2013-03-12)으로의 업데이트가 포함되어 있습니다. Jetty 업데이트에 대한 중요한 정보는 아래를 참조하십시오. Jetty 7 시리즈는 적극적으로 유지보수되고 있으며, 향후 I2P 릴리스에서도 이에 맞춰 최신 상태를 유지할 계획입니다.</p> <p>대부분의 사용자는 HTTP를 통해 업데이트합니다. 개발 빌드를 실행하는 사용자는 i2psnark를 사용해 네트워크 내에서 동작하는 실험적 BitTorrent를 통해 업데이트를 시도합니다. 우리는 0.9.7 업데이트 주기에서 더 많은 사용자가 토렌트를 통해 업데이트할 수 있도록 하는 몇 가지 버그를 수정했습니다.</p>/ko/blog/2013/05/21/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-5%EC%9B%94-21%EC%9D%BC/Tue, 21 May 2013 00:00:00 +0000/ko/blog/2013/05/21/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-5%EC%9B%94-21%EC%9D%BC/<h2 id="간단-정리">간단 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> dg, eche|on, hottuna, Mathiasdm, Meeh, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 19:56:52 &lt;hottuna&gt; 모두들 안녕 && (welt||welterde||weltende) 19:57:24 &lt;eche|on&gt; ;-) 20:00:33 &lt;iRelay&gt; &lt;jenkins@kytv&gt; I2P 작업에 대한 빌드 #182 시작 20:01:11 &lt;hottuna&gt; Mathiasdm, Meeh, postman, str4d, _sponge, KillYourTV, Complication 20:01:19 &lt;hottuna&gt; 좋아요, 회의를 시작합시다 20:01:33 &lt;eche|on&gt; 회의? 흠 20:01:33 &lt;hottuna&gt; 안건: 20:01:39 &lt;hottuna&gt; * 새로운 바운티 시스템 20:01:44 &lt;hottuna&gt; * 새로운 바운티들 20:01:49 &lt;hottuna&gt; * 기타? 20:02:21 &lt;hottuna&gt; __새로운 바운티 시스템___ 20:03:25 &lt;hottuna&gt; 올여름에는 I2P 개발에 시간을 좀 낼 수 있지만, 월세도 내야 해서 새로운 바운티 시스템, 아니면 최소한 새로운 바운티와 하위 바운티 세트를 제안하려고 합니다 20:03:51 &lt;dg&gt; \o 20:04:37 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P build #182:SUCCESS in 4 min 7 sec: `http://jenkins.killyourtv.i2p/job/I2P/182/` 20:05:00 &lt;hottuna&gt; eche|on과 이 아이디어를 논의해 본 결과, 유급 작업에는 바운티 시스템이 최선의 선택인 것 같습니다 20:05:44 &lt;hottuna&gt; 이게 잘 작동하도록 최소한 하나의 큰 바운티를 제안하고, 그에 대한 하위 바운티들을 만들겠습니다 20:06:27 &lt;hottuna&gt; 하위 바운티들은 격주 일정으로 생성하고 마감하겠습니다 20:06:41 &lt;hottuna&gt; (가능하면 이렇게 모임을 열어 하위 바운티를 마감할 때 진행) 20:07:27 &lt;eche|on&gt; 내 의견은 알잖아, 그래서 난 그냥 의견을 기다릴게 ;-) 20:07:35 &lt;hottuna&gt; 현재 i2p 프로젝트에는 우리에게 별 도움이 되지 않는 자금이 많이 있습니다 20:08:10 &lt;hottuna&gt; 그리고 내가 i2p에서 시급한 문제 영역들에 기여할 수 있게 하는 것은 전반적으로 좋을 일입니다 20:08:51 &lt;hottuna&gt; 이 아이디어에 대해 질문이나 피드백 있으신가요? 20:09:26 &lt;hottuna&gt; 앞서 zzz, eche|on, postman, Mathiasdm와 이야기했고 그들이 승인했습니다 20:10:07 &lt;hottuna&gt; welt/welterde/weltende, _sponge, badger, KillYourTV에게 연락해 보았지만 답을 받지 못했습니다 20:10:23 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project I2P UnitTests build #153:SUCCESS in 5 min 36 sec: `http://jenkins.killyourtv.i2p/job/UnitTests/153/` 20:10:35 &lt;hottuna&gt; 하지만 #i2p-dev의 다른 주민들은 이 아이디어에 대해 어떻게 생각하는지 알고 싶습니다 20:10:52 &lt;dg&gt; 자금으로 무언가를 해야 한다는 데 동의합니다 20:11:08 &lt;dg&gt; 체계적인 방식으로 하는 것이 유용하고, 전혀 이견이 없어서 조용히 있겠습니다 20:12:04 &lt;hottuna&gt; dg, 이게 유용한 일을 하는 좋은 방식처럼 보이나요? 20:13:00 &lt;dg&gt; 네. 바운티 시스템은 이미 작동하고 있으니, 그 위에 더 구축해야 합니다 20:13:19 &lt;zzz&gt; 기존 자금을 사용하자는 제안인가요? 유로화인가요, 아니면 BTC인가요? 20:13:21 &lt;hottuna&gt; 바운티 금액과 관련해서는, 격주 하위 바운티당 325가 제 기본 생계비를 충당하는 데 필요한 금액입니다 20:13:47 &lt;hottuna&gt; 유로가 제게 더 안전하고 간단합니다 20:14:07 &lt;hottuna&gt; 하지만 일부는 btc로 지급할 수도 있습니다 20:14:42 &lt;hottuna&gt; 어쨌든 바운티는 유로로 책정하고, 지급은 btc로 할 수도 있습니다 20:14:47 &lt;zzz&gt; eche|on, 우리 잔액이 얼마나 되죠? 20:15:27 &lt;hottuna&gt; 그리고 질문에 답하자면, 기존 자금을 사용하자는 제안입니다 20:15:27 &lt;eche|on&gt; `http://echelon.i2p/donations/index.html` - 여전히 그 금액들 그대로입니다 20:15:32 &lt;iRelay&gt; Title: Donations (at echelon.i2p) 20:15:40 &lt;eche|on&gt; 그래서 대략 2만8천과 626 BTC 20:16:47 &lt;dg&gt; hottuna: 어떤 작업을 하실 건가요? 20:17:22 &lt;zzz&gt; 대략 주당 몇 시간을 일할 계획인가요? 20:17:35 &lt;hottuna&gt; 그건 안건의 두 번째 항목인데요, 저는 주로 우리 floodfill 이슈를 개선하는 것을 생각하고 있습니다 20:17:57 &lt;hottuna&gt; 주 40시간. 그러니 풀타임이죠. 20:18:56 &lt;zzz&gt; 대략 계산하면, 시간당 8유로 20:19:18 &lt;zzz&gt; 아니죠. 시간당 4유로 20:19:20 &lt;hottuna&gt; 제 생각엔 그 정도면 합리적/저렴하네요 20:19:35 &lt;zzz&gt; 325/80 20:20:13 &lt;zzz&gt; 맥도날드는 채용 안 하나요? :) 20:20:35 &lt;hottuna&gt; 버거킹이 시간당 더 많이 줬던 것 같아요 :P 20:21:06 &lt;eche|on&gt; 버거킹에서 일했었어? 이런,... 네 작업 공간에 가봤어야 했는데^^ 20:21:35 &lt;zzz&gt; 대략 몇 주 동안 일할 계획인가요? 20:21:56 &lt;hottuna&gt; 음... 대략적인 숫자가 될 거예요 20:23:19 &lt;hottuna&gt; 최소 8주는 할 수 있을 것 같지만, 그보다 많거나 적을 수도 있어요 20:24:10 &lt;zzz&gt; 그럼 우리가 1,300유로를 약정하는 셈이네요 20:24:24 &lt;hottuna&gt; 네 20:24:49 &lt;hottuna&gt; 그 이상은 회의에서 논의해야 합니다 20:25:18 &lt;zzz&gt; 우리가 jrandom에게 월 얼마를 지급했는지 기억나나요? 20:26:08 &lt;hottuna&gt; Internet Archive에 뭐라고 나오는지 봅시다 20:26:10 &lt;eche|on&gt; 더 적었지. 대략 $500, 제 생각엔요 20:26:39 &lt;zzz&gt; 그는 tuna보다 더 히피였지 :) 20:26:50 &lt;hottuna&gt; $465 USD/month 20:27:11 &lt;hottuna&gt; 젠장, 나도 할 수 있는 한 히피답게 살고 있어요! 20:27:52 &lt;dg&gt; 더 히피답게 해!! 20:28:49 &lt;hottuna&gt; 좋아요, 그래서 반대나 질문 있으신가요? 20:29:15 &lt;zzz&gt; 이의 없습니다 20:29:41 &lt;Mathiasdm&gt; 좋네요 20:30:25 &lt;dg&gt; 동감 20:30:54 &lt;hottuna&gt; 좋습니다. 그럼 모두 이걸로 만족인 걸로 하죠 20:31:32 &lt;hottuna&gt; 기록을 위해: 이의가 제기되지 않았으므로, 새로운 바운티 시스템으로 진행하겠습니다. 20:31:47 &lt;hottuna&gt; __새로운 바운티__ 20:32:34 &lt;hottuna&gt; floodfill 시스템에는 공격 저항성과 확장성을 포함한 몇 가지 문제가 있습니다. 20:33:02 &lt;hottuna&gt; 이를 교체하는 것이 제가 제안할 첫 번째 바운티입니다. 20:33:30 &lt;hottuna&gt; 대안 몇 가지에 대해 zzz와 이야기했습니다 20:33:47 &lt;hottuna&gt; 그리고 1단계는 kademlia 기반 netdb로 옮기는 것으로 보입니다 20:34:30 &lt;hottuna&gt; 사실 zzz는 i2psnark에 kademlia를 구현하는 것으로 이미 시작했습니다 20:34:59 &lt;hottuna&gt; 이는 아마 netdb 네트워크를 위한 좋은 기반이 될 것입니다 20:35:53 &lt;hottuna&gt; kad를 더 확률적으로 만들고 eclipse와 sybil 공격의 최악의 측면을 피할 수 있도록 몇 가지 수정이 가능합니다. 20:36:01 &lt;zzz&gt; ‘교체’가 맞는 표현인지는 모르겠어요. 그리고 그게 제 우선순위 최상위인지도 확신이 없고요. 우리 ff 시스템은 지금 사실 꽤 상태가 좋습니다. 다만 지금 얼마나 깊게 논의하고 싶은지는 모르겠네요. 20:36:27 &lt;zzz&gt; 합리적인 하위 바운티는 현재 상황을 분석하고 제안을 정리하는 정도일 수 있습니다 20:36:41 &lt;hottuna&gt; 교체는 장기 목표가 될 것이고, 초기 목표는 두 번째 netdb 백엔드를 추가하는 것입니다 20:36:58 &lt;hottuna&gt; 맞아요, ‘교체’는 잘못된 표현이네요. 20:37:09 &lt;zzz&gt; 하지만 UCSD 분들이 몇 가지 이슈를 지적하긴 했죠. 20:37:35 &lt;zzz&gt; 취약점을 잠시 제쳐두면, 변경 없이도 실제로는 몇 년간의 성장에 충분하다고 봅니다 20:38:06 &lt;Mathiasdm&gt; 22:37 &lt;zzz&gt; 합리적인 하위 바운티는 현재 상황을 분석하고 제안을 정리하는 정도일 수 있습니다 &lt;-- 시간 제한이 있다면 좋은 생각 같네요 20:38:53 &lt;hottuna&gt; 분석에 2주를 쓰는 건 과할 수 있지만, 일주일 후에 회의를 열어 대안들을 논의하는 건 좋을 것 같아요 20:38:55 &lt;zzz&gt; 현실적이지 않은 건 올여름에 ff들을 R5N으로 대체하는 겁니다. 20:39:09 &lt;hottuna&gt; zzz, 동의합니다 20:41:24 &lt;hottuna&gt; multirouter 지원처럼 개발을 둘러싼 작업도 필요할 수 있습니다 20:41:24 &lt;hottuna&gt; 그러면 개발이 더 쉬워질 거예요 20:41:24 &lt;zzz&gt; 모두에게 참고로, 제 머릿속의 netdb 로드맵은 1) 조회 응답 암호화, 2) snark kad를 router로 되돌려 통합하는 것입니다 20:41:24 &lt;Meeh&gt; 아이디어들 마음에 듭니다 20:41:35 &lt;Meeh&gt; ./roadmap 20:41:49 &lt;dg&gt; 그래요 20:44:21 &lt;hottuna&gt; 이건 2주 전체가 필요하다고는 생각하지 않아요 20:44:27 &lt;Meeh&gt; 응 20:45:21 &lt;dg&gt; "대안 탐색"? 20:45:30 &lt;Meeh&gt; exploration tunnels 말하는 거죠, 아니면? 20:45:30 &lt;zzz&gt; 네 머리가 폭발하기까지 얼마나 걸리느냐에 달렸죠 20:45:37 &lt;zzz&gt; 목록에 또 뭐가 있나요? 20:45:45 &lt;hottuna&gt; "alternative exploration" = {어떤 기술?, DHT라면 어느 것?, 어떤 코드베이스?} 20:46:03 &lt;hottuna&gt; 아마 1주 정도, 그리고 시간이 남으면 multirouter 관련 작업을 시작하겠습니다. 20:47:09 &lt;hottuna&gt; 잘은 모르겠지만, IPv6 같은 바운티 몇몇은 곧 완료해야 할 겁니다. IPv6가 이제 실제로 배포되는 것 같거든요 20:47:40 &lt;dg&gt; zzz가 IPv6 작업을 많이 하고 있지만, 도움이 있으면 고마워할 거예요 20:48:12 &lt;eche|on&gt; I2P용으로 제 루트 서버에 IPv6를 추가해 보려고 합니다. 20:48:15 &lt;hottuna&gt; OpenITP 제출과 관련된 이슈를 해결하는 것도 zzz가 제안했습니다 20:48:22 &lt;eche|on&gt; 이해하고 올릴 시간을 찾는 대로... 20:48:57 &lt;Meeh&gt; 테스트용으로 개발자들에게 접근 권한을 줄 수 있는 개발 서버가 있습니다.. IPv6 주소가 여러 개 있어요 20:49:00 &lt;hottuna&gt; 우리가 OpenITP에 받아들여지는 건 우리에게 큰 일일 겁니다 20:49:07 &lt;Meeh&gt; 테스트용으로 지금 더 많이 설정할 수도 있어요 20:49:22 &lt;eche|on&gt; 그럼 이제 좋은 밤 되세요... 20:49:25 &lt;zzz&gt; 제 목록은 이렇습니다: IPv6(테스트 포함), 암호화(Crypto) (trac 위키 참조), OpenITP 준비(trac 위키 참조), NTCP 및 SSU 프로토콜 난독화(옛 zzz.i2p 글, Lance James가 도와줄 수도 있음), 국가 단위 방화벽 대응, 대칭 NAT들(Symmetric NATs) (티켓 #873), ... 20:49:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/873` - (accepted defect) - Port changing .. obscurely 20:49:40 &lt;Meeh&gt; zzz: 테스트용으로 IPv6 서버 접근 권한 필요하세요? 20:49:51 &lt;dg&gt; hottuna: 큰일이긴 하죠. 다만 혹시 당신(또는 다른 분들)이 모르고 있을까 봐: OpenITP는 장기 자금 제공자가 아닙니다. 그들은 프로젝트를 ‘빠르게’ 개선하기 위한 단기간의 달성 가능한 목표에 자금을 지원합니다. 20:51:05 &lt;zzz&gt; Meeh, 네, 몇 주 뒤요. 우리가 IPv6 주소를 게시하기 시작하기 전에, 게시된 IPv6 주소를 무시하도록 하는 0.9.5의 작은 수정이 배포되었으면 합니다 20:51:24 &lt;zzz&gt; s/0.9.5/0.9.6/ 20:51:24 &lt;hottuna&gt; crypto도 제가 조금 아는 분야라서, 거기에 시간을 쓰는 것도 좋을 것 같습니다 20:51:27 &lt;iRelay&gt; zzz meant: Meeh yes, in a couple weeks. I'd like to see the minor fix in 0.9.6 to ignore published IPv6 addresses get out there before we start publishing them 20:51:48 &lt;Meeh&gt; 좋아요 :) 필요하면 여러 개도 설정할 수 있어요 20:51:51 &lt;hottuna&gt; 운이 좋다면 zzz가 IPv6를 끝낼 즈음에는 제가 floodfill 시스템도 어느 정도 마무리했을 거예요 20:51:58 &lt;Meeh&gt; /48 네트가 있어요 20:52:14 &lt;hottuna&gt; 그렇게 하면 우리 둘 다 crypto 문제를 공략할 수 있겠네요 20:52:21 &lt;zzz&gt; 이봐요, i2pcpp는 어떻죠 20:52:37 &lt;dg&gt; orion은 지금 404예요 20:52:48 &lt;Meeh&gt; sindu가 시간 될 때 도와줄 수도 있어요, 훌륭한 C 코더예요 20:52:59 &lt;Meeh&gt; 아까 그 얘기했었고, 현실(RL)에서 아는 사람입니다 20:53:26 &lt;hottuna&gt; 흥미롭게 들리네요 20:53:49 &lt;zzz&gt; orion이 최소한 도움을 받아들이려 한다면 그건 큰 진전이죠 — 예전엔 그렇지 않았거든요 — 20:53:52 &lt;hottuna&gt; 하지만 저는 가장 영향이 큰 곳에 시간을 써야 한다고 생각합니다. 제 생각엔 그게 floodfills/IPv6와 crypto입니다 20:54:11 &lt;hottuna&gt; *it 20:54:14 &lt;zzz&gt; 그럼요, 제 목록이 당신의 기술이나 관심사와 반드시 일치하는 건 아니니까요 20:54:29 &lt;Meeh&gt; 게다가, 노르웨이 오슬로 곳곳에 i2p 스티커를 붙인 공로도 인정받아야 해요. 도시 전역에 붙여놨거든요 20:54:44 &lt;Meeh&gt; hottuna: 원하면 더 보내줘요.. 곧 또 떨어질 듯 :P 20:55:11 &lt;zzz&gt; 아 맞다, hottuna, 당신이 DEFCON에 오지 않는다면 나도 좀 필요해요 20:55:30 &lt;hottuna&gt; defcon에 갈 계획입니다 20:55:44 &lt;hottuna&gt; 아직 비행기 표는 안 샀지만 곧 살 거예요. 20:55:47 &lt;zzz&gt; 오 정말 좋죠. 20:56:23 &lt;Meeh&gt; hottuna: 파일이 있으면, 제가 무료로 인쇄물을 좀 구할 수도 있어요 20:56:43 &lt;hottuna&gt; 파일은 i2p.graphics 브랜치에 있어요 20:56:46 &lt;Meeh&gt; 스티커가 png/ai/기타 형식으로 있으면요 20:56:49 &lt;Meeh&gt; ok thanks 20:57:00 &lt;hottuna&gt; 제가 맞게 기억하고 있다면요 20:57:16 &lt;hottuna&gt; 좋아요. 20:57:51 &lt;hottuna&gt; 첫 번째 바운티를 floodfill 시스템으로 하는 것에 모두 괜찮으신가요? 20:58:02 &lt;dg&gt; 예 20:58:25 &lt;Meeh&gt; 옙 20:58:50 &lt;Mathiasdm&gt; 좋아요, 그럼 먼저 1주일 동안 대안들에 대한 조사, 그리고 구현(현재로서는 kademlia가 가장 유력?) 순서로 가는 거죠? 좋습니다 20:59:06 &lt;hottuna&gt; 네, 그게 구상입니다 21:01:56 &lt;hottuna&gt; 좋아요 21:03:15 &lt;hottuna&gt; 기록을 위해: 첫 번째로 도입될 바운티는 새로운 netdb 백엔드를 추가하는 것입니다. 첫 번째 하위 바운티는 대안 탐색, multirouter 연구, 그리고 여러분과의 논의로 나눠야 합니다 21:03:26 &lt;hottuna&gt; __기타__ 21:04:38 &lt;hottuna&gt; 웹사이트 배포는 어떻게 진행되고 있나요? 21:09:27 &lt;hottuna&gt; 다들 죽은 거예요? 21:09:31 &lt;hottuna&gt; str4d? 21:12:57 &lt;Mathiasdm&gt; 오 21:13:04 &lt;Mathiasdm&gt; 궁금했어요 :) 21:14:22 &lt;hottuna&gt; 재미있는 걸 제가 놓쳤나요? 21:14:29 &lt;Mathiasdm&gt; 이거 하나요: 21:14:32 &lt;Mathiasdm&gt; 23:10 -!- hottuna [hottuna@irc2p] 퇴장함 [Quit: 떠남] 21:14:32 &lt;Mathiasdm&gt; 23:12 &lt;+Mathiasdm&gt; 오 21:14:35 &lt;Mathiasdm&gt; 23:13 &lt;+Mathiasdm&gt; 궁금했어요 :) 21:15:12 &lt;hottuna&gt; 좋아요, 아무도 모르면 다음 주에 봅시다 21:15:38 * hottuna 회의 종료 망치로 쾅 21:19:59 * Mathiasdm 계속 잠복합니다 :) </div>/ko/blog/2013/04/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-4%EC%9B%94-2%EC%9D%BC/Tue, 02 Apr 2013 00:00:00 +0000/ko/blog/2013/04/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-4%EC%9B%94-2%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석:</strong> dg, dr|z3d, K1773R, KillYourTV, lillith, orion, RN, Shinobiwan, str4d, weltende</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:52:42 &lt;lillith&gt; 좋아요, 오늘 회의 주제는: 20:54:22 &lt;lillith&gt; 1. 현상금(bounties)은 적절한가? 20:54:29 &lt;lillith&gt; 2. 자금 관리 20:54:29 &lt;lillith&gt; 2a. SSL 인증서 20:54:32 &lt;lillith&gt; 3. i2p 프로젝트를 공식화하기 20:56:38 &lt;lillith&gt; 4. 프로젝트에 대한 결정 절차(예: 공식화 같은 것) 20:56:53 &lt;lillith&gt; 지난주 참석 못 했으면 스크롤백 참고: `http://sighup.i2p/irclogs/show?search=&user=&from_date=26+Mar+2013&to_date=26+Mar+2013&channels[]=#i2p-dev&per_page=3&page_format=Html` 20:56:53 &lt;lillith&gt; 관련 zzz.i2p 글: 회의 스레드는 `http://zzz.i2p/topics/1359` 20:56:53 &lt;lillith&gt; 현상금 스레드는 `http://zzz.i2p/topics/1366` 20:57:07 &lt;iRelay&gt; Title: zzz.i2p: Managing the project (at zzz.i2p) 20:57:09 &lt;iRelay&gt; Title: zzz.i2p: I2P Bounty System - 2013 (at zzz.i2p) 20:57:55 &lt;trolly&gt; zzz.i2p에서 다운로드 bin 파일을 선택한 거야? 20:58:02 &lt;lillith&gt; 1. 현상금이 적절한가, 그리고 추가 현상금 논의 20:58:05 &lt;dg&gt; 헐. 또 손상(corruption)! 20:58:50 &lt;lillith&gt; 누굴 핑(ping)해야 할지(혹시 있다면) 확실치 않으니, 계속 진행할게요 20:59:22 &lt;dg&gt; trolly: 그거 버그야 20:59:30 &lt;trolly&gt; ㅎㅎ, 문제 없어 20:59:41 &lt;lillith&gt; 지난주에 결정하기를, 현상금이 좋은 점도 있지만 분명 재검토가 필요할 수 있다고 했어요 20:59:48 &lt;trolly&gt; 트로이 목마 버그? 농담이야.. 20:59:59 &lt;dg&gt; `http_proxy="`http://127.0.0.1:4444/"` `http://zzz.i2p/whateverurlbrokebefore`` 의 출력을 잡아서 확인하고, /logs 에 중요한 게 있는지 확인해봐 21:00:05 &lt;dg&gt; 손상으로 보이는데, 예전에 id3nt.i2p에서 본 적 있어 21:00:19 &lt;lillith&gt; 50 BTC syndie 현상금을 조금 수정하자고 echelon에게 제안했고, 업데이트되었어 21:01:06 &lt;lillith&gt; 그러다 보니 두 가지 질문이 생겼어: 우리가 사람을 고용할 수/해야 할까, 즉 일정 기간 동안 정기적으로 소액을 지급할 수 있을까? 21:01:57 &lt;lillith&gt; 그리고 기부자가 직접 내는 돈이 아닌 i2p의 자금으로 지원되는 현상금의 절차는 정확히 어떻게 되는가 21:02:20 * lillith 토론을 위해 발언 기회를 엽니다 21:04:50 &lt;str4d_&gt; dg: 다른 사이트에서 발생한다면, I2P tunnel 문제라는 뜻이야. 21:05:26 &lt;dg&gt; str4d_: 내 말은, 이게 예전에 발생했었다는 거야. 영향 받은 사람이 trolly랑 같은지 모른다만 몇 달 전이었고 우리 중 아무도 답을 못 찾았지. 21:05:41 * str4d_ 도 그 영향 받았었음. 21:05:52 &lt;dr|z3d&gt; dg: !!! 21:05:56 &lt;dg&gt; 좋아, 한 사람 이상이네. 21:06:10 &lt;dg&gt; 그때 zab도 있었던 걸로 기억하는데, 그러면 시기를 짐작할 수 있을 거야.. 21:06:21 &lt;dg&gt; dr|z3d: !!! 21:06:24 &lt;str4d_&gt; 하지만 그 이슈는 현재 논의와는 별개야 =) 21:06:36 * dr|z3d ㅋㅋ. 21:06:47 &lt;lillith&gt; str4d_: 토론을 암시한 거지 ;) 21:08:32 &lt;Shinobiwan&gt; i2p가 사람을 고용해야 할까? 내 생각엔 예스이자 노. 예스는, i2p의 품질을 높여주는 서비스(기본 IRC 네트워크 운영이나 id3nt.i2p 같은 인기 있는 것들)를 지속적으로 제공하는 사람들이 가장 적합한 지원 대상이라는 뜻... 거기에 현상금이 붙을 수 있는 개발자 관련 작업도 포함. 21:09:27 &lt;str4d_&gt; Shinobiwan: 그래도 그건 고용이라고 보진 않아. 21:09:50 &lt;str4d_&gt; "고용"은 I2P의 직접 개발(코드든 아니든)을 목적으로 한 지급이겠지. 21:10:19 &lt;dr|z3d&gt; Shinobiwan: i2p는 노력과 성취를 보상해야 해. 21:10:43 &lt;lillith&gt; 내가 처음 제안했던 건 syndie 유지보수, 리포지터리에 넣고 유지하기, 버그 수정 등등에 대해 매달 소액을 지급하는 거였어 21:12:25 &lt;dr|z3d&gt; 한편으론, i2p는 열망, 게으름, 미납품에는 보상하면 안 돼. 21:12:32 &lt;str4d_&gt; 그건 현재의 현상금 시스템과 "제대로 된" 고용(익명 개발 작업엔 어렵지)을 절충한 좋은 방안 같아 21:13:20 &lt;str4d_&gt; 맞아. 그래서 월 단위 시스템이 세팅되면, 지급은 "충분한" 작업이 이루어졌다는 조건을 달게 될 거야. 21:13:31 &lt;lillith&gt; dr|z3d: 완전 동의. 보상할 자격이 있는 사람에게 줄 돈은 충분히 있어 21:14:06 &lt;str4d_&gt; (그래서 그 기간 동안의 다양한 산출물을 분석하기 위해 결정권자들 간의 월간 회의가 필요하겠지) 21:14:09 &lt;dr|z3d&gt; lillith: 우린 돈에 파묻혀 있지. 21:14:35 &lt;str4d_&gt; 그래도 특정 달에 미납했다고 해서 곧장 완전한 자금 중단 사유가 되어선 안 된다고 봐. 21:15:03 &lt;dr|z3d&gt; 헌신, 전념, 봉사. 21:15:04 &lt;lillith&gt; 사람들에게는 AFK 약속도 있고 인터넷 상의 약속도 있지 21:15:07 &lt;Shinobiwan&gt; 덜프, 핑아웃. 21:15:37 &lt;dr|z3d&gt; 다시 말해, 왜 str4d_는 보상을 안 받는 거지? :) 21:16:07 &lt;str4d_&gt; 난 더 유연한 시스템을 제안해. "직원"이 충분한 작업을 한 달들에 대해서만 지급받는 방식. 21:16:07 &lt;str4d_&gt; (장기 부재는 자금 중단 사유가 되겠지만) 21:16:22 &lt;str4d_&gt; lillith: 딱 그거(현재의 zzz처럼) 21:17:02 &lt;str4d_&gt; dr|z3d: 내가 제안한 시스템 하에선, 지금은 난 대상이 아니겠지 =P 21:17:26 &lt;dr|z3d&gt; halebopp이 indent를 내릴지도 모른다는 위협에 zzz가 호스팅 비용을 제안하게 됐지. 그런데 왜 str4d_는 호스팅 자금 받으려고 eche|on과 씨름해야 하지? 21:17:53 &lt;dr|z3d&gt; 한 마디로 하자: 무능. 21:17:56 &lt;str4d_&gt; dr|z3d: 그건 탈선이야. 21:18:42 &lt;dr|z3d&gt; str4d_: 아마도 그래. 21:18:45 &lt;darrob&gt; 여기서 말하는 유지보수 작업은 정확히 어떤 건가요? 버그나 리포지터리 포함 같은 구체적 목표는 별도 현상금으로 해서 여러 사람이 달성할 수 있게 하는 게 낫지 않나요? 21:18:56 &lt;str4d_&gt; 내가 보기엔 잠재적 자금 지원엔 두 가지가 있어 - 위의 현상금/고용 하이브리드, 그리고 커뮤니티 서비스에 대한 I2P의 기부. 이건 분리해서 다뤄야 해. 21:19:25 &lt;dr|z3d&gt; 부가가치 보상. 21:20:00 &lt;dr|z3d&gt; 그 외는 다 헛소리. 개 똥에 10btc 지불하는 격이지. 21:20:03 &lt;lillith&gt; str4d_: 그리고 대회도, 만약 또 한다면 21:20:10 &lt;str4d_&gt; darrob: 우리가 하려는 건 개발자들이 머물도록 장려하는 거야. 21:20:13 &lt;str4d_&gt; lillith: 맞아, 그게 세 번째 범주지. 21:20:40 &lt;dr|z3d&gt; 그리고 맥주. 내 실수. 21:21:34 &lt;RN&gt; 내 유머에 맥주로 보상받아도 전 상관없어요... ;) 21:21:43 &lt;lillith&gt; echelon.i2p에서: - I2P 일반 기금은 I2P에 필요한 모든 비용을 충당할 것 - 개발팀이 논의하고 여기와 공식 웹페이지에 명시할 것 21:22:09 &lt;lillith&gt; 사전에 논의하고 합의한다면 대부분은 용인될 수 있다고 봐요 21:22:12 &lt;str4d_&gt; darrob: 그래서 임의의 마일스톤에 대해 큰 목돈을 지급한 다음 개발자가 잠적하는 대신, (현재 현상금이라 불리는) 범주 내에 더 작은 마일스톤과 작업을 정의하고, 개발자가 지속적으로 더 작은 지급을 받도록 하자는 거야. 21:23:55 &lt;str4d_&gt; 현상금 시스템은 제3자가 제안하는 현상금에 대해서는 계속 존재하겠지(그들은 자기 자금 사용 방식에 대한 통제권이 있으니까). 하지만 I2P 자체 자금에서 I2P가 제안할 현상금에는, 새 시스템이 I2P에 더 낫다고 봐. 21:24:26 &lt;dr|z3d&gt; 현상금은 쓰레기. 치고 빠지는 기여자들. 21:25:09 &lt;lillith&gt; dr|z3d: 그래서 새 시스템을 논의하는 거잖아 21:25:12 &lt;dr|z3d&gt; 게다가 "내가 200달러 냈어, 난 중요해" 같은 태도도 있고 21:25:26 &lt;str4d_&gt; 문제의 일부는, 내 생각엔 현재 시스템에 일반적인 설명만 있고 구체적인 구조가 없다는 거야. 21:25:49 &lt;dr|z3d&gt; lillith: 내가 논점을 제대로 못 따라가고 있으면 양해해줘 :) 21:25:52 &lt;str4d_&gt; 새 시스템엔, 자금 지원 작업을 제안하고 관리하기 위한 합의된 가이드라인이 필요해. 21:26:59 &lt;lillith&gt; dr|z3d: 사람들이 불완전하게 완료된 기능에 대한 현상금에 자기 돈을 낭비/지출하고 싶다면, 그래도 허용해야 한다고 봐요 21:27:58 &lt;str4d_&gt; lillith: 맞아. 혹은 그들이 자기 돈을 I2P에 기부하고, 우리가 결정할 어떤 절차를 통해 새로운 자금 지원 작업을 설정해 달라고 요청하는 방식으로 새 시스템을 선택할 수도 있어. 21:28:16 &lt;lillith&gt; 동의 - 돈이 있으니 제대로, 효과적으로 쓰는 게 좋지 21:28:56 &lt;lillith&gt; 그리고 기부자가 잠적하더라도 기술적으로는 여전히 커뮤니티 소유 현상금이 되는 거고 21:28:59 &lt;darrob&gt; 저도 사람들이 계속 남아 있길 바라지만, 현상금이 왜 쓰레기인지 모르겠어요. 반면에 월 단위는 문제를 일으킬 것처럼 들리는데, 너무 성급히 깎아내리려는 건 아니에요. 21:29:02 &lt;str4d_&gt; 새 시스템을 통한 작업은 I2P가 통제하는 자금으로 지원되어야 해, 왜냐하면 "충분한" 작업으로 간주되는지 결정하는 건 기부자가 아니라 I2P 대표 패널이 될 테니까. 21:29:03 &lt;dr|z3d&gt; lillith: 난 반대. 프로젝트에 기부하고, 보상 분배는 프로젝트가 결정하게 하자. 21:29:06 * Shinobiwan 내 다른 메시지들이 갔는지 모르겠네 21:29:17 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; 현상금/고용 != 기부 ... 둘 다 있어야 한다고 봐요... 개발 특정 작업엔 고용/현상금... 커뮤니티 서비스 같은 건 기부로 21:29:19 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; 고용 부분은 더 구체적인 조건 세트가 필요하고 21:29:24 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; 커뮤니티 서비스 부분은, 정말로 커뮤니티가 무엇을 지원할 가치가 있는지 결정하면 되고 21:29:27 &lt;Shinobiwan&gt; &lt;Shinobiwan&gt; 그다음 적절히 지급 21:29:50 &lt;str4d_&gt; dr|z3d: 두 옵션 다 있을 거야. 21:29:53 &lt;K1773R&gt; Shinobiwan: 방금은 안 갔는데, 지금은 갔어 :) 21:30:04 &lt;str4d_&gt; Shinobiwan: 스크롤백은 `http://killyourtv.i2p/irclogs/latest.log.html` 21:30:07 &lt;iRelay&gt; Title: #i2p-dev logs for Tuesday, 2013-04-02 (at killyourtv.i2p) 21:30:12 &lt;dr|z3d&gt; "오 우리에겐 러시아어가 필요해" 아니, 필요 없어. 필요한 건 헌신이지. 현상금만 타고 사라지는 쥐는 필요 없어. 21:30:24 &lt;Shinobiwan&gt; 고마워 str4d, K1773R 21:30:47 &lt;lillith&gt; dr|z3d: 개인에게 작업 대가를 지급하는 새로운, 비공개 인프라도 생길 수 있어 - 어차피 한데 묶는 게 낫겠지 21:31:27 &lt;str4d_&gt; darrob: 대부분의 제안이 문제처럼 들리는 이유는, 우리가 그걸 제대로 운영/지원할 만큼 큰 개발자 기반이 없기 때문이야. 그러므로 개발자 기반을 키우는 결과를 낳을 제안은 좋은 아이디어지. 21:31:42 &lt;dr|z3d&gt; 돈이 프로젝트를 좌지우지해선 안 돼. 끝. 21:32:01 &lt;KillYourTV&gt; 그리고 `http://killyourtv.i2p/irclogs/%23i2p-dev.2013-04-02.log` 실시간 스크롤백(HTML 로그는 10분마다 처리) 21:32:16 &lt;dr|z3d&gt; 프로젝트를 후원하는 건 좋지만, 돈을 어떻게 쓸지 우리에게 지시하지 마. 21:32:27 &lt;darrob&gt; dr|z3d: 돈에 눈먼 쥐가 syndie의 특정 기능을 고치고 사라지는 걸 난 좋아해. 그게 뭐가 문제야? 언젠가 syndie에 진짜 개발자가 다시 생길 수도 있고, 그때는 꼭 보수가 필요하진 않을 수도 있지. 사실, 전념하는 관리자를 두는 데는 그 일에 돈을 제시하는 게 오히려 역효과일 수도 있어. 21:33:05 &lt;Shinobiwan&gt; 고마워 KillYourTV 21:33:19 &lt;KillYourTV&gt; 천만에 21:33:36 &lt;dr|z3d&gt; darrob: "문제"는 돈이 의제를 좌지우지할 수 있다고 생각하는 데 있어. 21:33:39 &lt;lillith&gt; dr|z3d: i2p가 자기 돈을 어떻게 쓸지 지시받는 게 아니야, 왜냐면 현상금 돈은 애초에 i2p의 돈이 아니었거든. i2p/echelon은 에스크로만 해주는 거야 21:33:39 &lt;str4d_&gt; 흥미로운 지점이야 dr|z3d - 이건 우리가 I2P 프로젝트를 무엇으로 정의하느냐에 일부 달린다고 봐. 21:34:42 &lt;str4d_&gt; lillith: dr|z3d가 말하는 요지는, 돈을 어떻게 쓸지 지시받는 게 아니라, i2p가 어떻게 진행할지, 즉 개발 경로가 돈 많은 사람에 의해 결정된다는 거라는 듯해. 21:34:57 &lt;darrob&gt; dr|z3d: 현상금은 그냥 제안(혹은 도움 요청)이야. 왜 그렇게 부정적이죠? 21:35:21 &lt;str4d_&gt; 그리고 현상금 프로세스가 현재대로 지켜진다면, 위협 모델과 관련해 꽤 문제가 될 수 있지. 21:36:18 &lt;lillith&gt; 좋은 지적이네 - 그 관점으로는 생각해본 적 없었어 21:36:47 &lt;Shinobiwan&gt; "이 사람은 이 날짜에 반드시 돈을 받아야 한다"라는 규칙은, 그 사람이 필요한 때에 수입을 기대할 수 있다는 점에서 좋아. 하지만 한편으로는 그 돈이 실제로 어디에 쓰이는지에 대해 사람들이 서로 기대를 못 맞추면 드라마를 만들 수도 있지... 그래서 정기적으로 할 거라면 '급여일' 같은 걸 위한 별도 회의가 있는 게 부적절하진 않다고 생각해. 21:37:35 &lt;dr|z3d&gt; 현상금은 쓰레기. 현상금 사냥꾼들의 지속적인 헌신을 보여주면 내 생각 바꿀게. 근데 못 하겠지. 치고 빠지기 상인들. 21:37:49 &lt;str4d_&gt; 그래서 아마도 I2P에 직접 영향을 미치는 모든 작업/하위 프로젝트는 I2P 자체가 자금 지원하고 통제해야 할 거야. 21:37:52 &lt;dr|z3d&gt; darrob: "현상금 수여"만 받으면 반쯤 완성한 상태로, "음, 이 부분은 빠진 것 같은데..."라고 말하기도 전에 사라지는 데서 나는 "부정적" 태도를 얻지. 21:38:03 &lt;dr|z3d&gt; darrob: 그리고 다음 번에 str4d_가 CSS 아티스트라고 가장하지 마, 제발. 너 스스로를 모욕하는 거야. 21:38:10 &lt;dr|z3d&gt; 그리고 친구도 잃고. 21:38:13 &lt;lillith&gt; dr|z3d: str4d_와 zzz가 유닛 테스트로 어떤 현상금을 청구하지 않았나? 21:38:17 &lt;darrob&gt; dr|z3d: 뭐라고요? 21:38:20 &lt;str4d_&gt; dr|z3d: OT 21:38:55 &lt;dr|z3d&gt; str4d_: 그래. 그리고 맥주도. darrob: 이해 못 하겠으면, *하품* 21:39:03 &lt;str4d_&gt; lillith: 그건 유닛 테스트 현상금을 하위 작업/마일스톤으로 나눈 뒤였어(제안된 새 시스템으로의 한 걸음이었다고 보지). 21:39:45 &lt;str4d_&gt; dr|z3d: 여기서는 온토픽으로 가자 =) 21:39:56 &lt;lillith&gt; 이 주제는 이제 다 말한 거 아닌가요? 21:40:03 &lt;Shinobiwan&gt; 현상금이 있다면, 커뮤니티에 현재 있는 사람들 중 아무도 할 줄 모르거나 못 하는 일에 가는 게 맞다고 봄... 시간이 없어서 못 하는 일 말고. 21:40:06 * dr|z3d 재보정. 21:40:06 &lt;darrob&gt; 내가 말하고 싶은 건, 치고 빠지는 개선이 반드시 나쁜 것만은 아니라는 점이야. 21:40:19 &lt;Shinobiwan&gt; I2P는 돈을 받는 사람들만이 아니라 모두의 지원으로 살아남을 거야 21:40:30 &lt;str4d_&gt; darrob: 새로운 영역의 개발을 시작하는 데는 좋지 21:40:37 &lt;str4d_&gt; 하지만 I2P router/프로젝트는 내 생각엔 새로운 영역이 아니야 21:40:53 &lt;str4d_&gt; 그럼 이렇게 해보면 어때: 21:41:20 &lt;dr|z3d&gt; Shinobiwan: 디자인 같은 거! *웃음* 5년 동안 도움을 요청했는데, 현상금 제안 생각은 1도 안 했지 *웃음* 21:41:58 &lt;str4d_&gt; I2P 프로그램/네트워크에 직접 영향을 주는 프로젝트는 I2P 자금으로만 지원하고, 기부하려는 사람은 I2P에 그냥 기부하는 거야. 21:42:21 &lt;dr|z3d&gt; 왜냐면 디자이너는 코더가 아니거든, 그러니 가치가 없지. 크레용 포함해서 뭐든 10BTC/100$ 주겠다는 말만 아니면. 21:42:47 &lt;str4d_&gt; I2P 프로그램/네트워크에 직접 영향을 주지 않지만 여전히 I2P 관련인 프로젝트(예: syndie)는 새로운/대규모 작업에 대해 현상금 대상이 될 수 있어. 21:42:58 &lt;dr|z3d&gt; 미안하지만, 난 이 대화를 _너무_ 진지하게 받아들일 순 없어, 무능의 개미탑 위에 세워졌으니까. 21:43:01 &lt;str4d_&gt; (하지만 원한다면 I2P를 통해 관리할 수도 있어) 21:43:23 &lt;lillith&gt; dr|z3d: 다음으로 넘어갈 때 핑할게요 :) 21:43:26 &lt;str4d_&gt; 다만 현상금은 현재 시스템이 허용하는 것보다 더 정확하게 정의되어야 해. 21:43:46 &lt;dr|z3d&gt; lillith: 아주 좋아요, 선생님 :) 21:44:04 &lt;str4d_&gt; s/allows/does 21:44:10 &lt;darrob&gt; str4d_: 그 말은 그런 결정을 내릴 i2p 관리 보드가 생긴다는 뜻인가요? 그건 지난주에 다른 논의였던 걸로 기억하는데, 맞죠? 21:44:32 &lt;str4d_&gt; darrob: 맞아. 21:44:42 &lt;str4d_&gt; 이건 어떤 "공식성"과는 별개야. 21:45:05 &lt;lillith&gt; str4d_: 좋아 보여요 :) 21:45:32 &lt;str4d_&gt; 하지만 I2P 프로젝트의 방향을 맡길 수 있는 (선출된) 개발자(코더/디자이너/기여자) 패널이 있어야 해. 21:45:46 &lt;str4d_&gt; 즉, 현재보다 약간 더 형식적인 무언가. 21:46:00 &lt;lillith&gt; darrob: 계속할지 말지는 그때 가서, 이건 곧 다가오거나 나중일 수 있어요 21:46:26 &lt;str4d_&gt; 음. 내 제안은 그런 패널이 어떤 형태로든 존재한다는 가정하에 작동해. 21:47:05 &lt;str4d_&gt; (구체적인 사항은 위에서처럼 나중에 논의) 21:47:21 &lt;Shinobiwan&gt; 룰즈 21:47:28 &lt;Shinobiwan&gt; 그럼 #i2p-dev는 뭐임? 21:47:35 &lt;lillith&gt; 솔직히 난 패널 아이디어엔 반대야 21:47:38 &lt;lillith&gt; 회의가 잘 작동하는 것 같고, 새 사람들에게도 발언 기회가 주어지니까 21:47:38 &lt;lillith&gt; 다양한 관점을 얻을 수 있을 만큼 충분히 커야 하고 21:47:38 &lt;lillith&gt; 누가 다음에 놀라운 아이디어를 낼지 모르잖아 21:48:04 &lt;str4d_&gt; lillith: 맞아. 21:48:11 &lt;Shinobiwan&gt; 그게 패널이지, 다만... 공식적으로 공식적이 될 필요가 있겠지 21:48:18 &lt;str4d_&gt; 하지만 현재 개발자 기반의 크기로는 그게 어려워. 21:48:25 &lt;str4d_&gt; 닭이 먼저냐 달걀이 먼저냐 문제지. 21:48:35 &lt;str4d_&gt; 어디선가는 그 고리를 끊어야 해. 21:51:05 &lt;lillith&gt; Shinobiwan: 응, 내가 하려던 말이 그거야 :) 21:51:05 &lt;lillith&gt; 아니, 사실 그건 아니고 21:51:05 &lt;lillith&gt; #i2p-dev랑 메일링 리스트, zzz.i2p, syndie 등등 21:51:05 &lt;lillith&gt; 발언을 원하면 누구든 기회를 가져야 한다고 생각해 21:52:35 &lt;str4d_&gt; lillith: 맞지만, 최종 결정을 내릴 사람들 그룹은 여전히 필요해. 21:52:53 &lt;Shinobiwan&gt; 서로를 모르면서 알아야 해... 예를 들어 나는 str4d, KYTV, dr|z3d ... (더 많지만 예시로) 이 사람들이 네트워크에 오래 있었고, 모두 I2P의 품질을 높인다고 말할 수 있어. 집단적으로라면 그런 패널에 누가 들어갈지 합의할 수 있을 거라 봐... 비록 AFK에선 서로 모를지라도. 프로젝트에 새로 온 사람들의 의견도 들어야 하고 21:52:53 &lt;Shinobiwan&gt; 하지만 21:53:00 &lt;str4d_&gt; (즉, 자금을 통제하는 사람들. 현재는 한 사람 - eche) 21:53:25 &lt;str4d_&gt; 최소한 시작할 때는. 21:53:52 &lt;str4d_&gt; Debian 개발자 모델은 네가 말한 식의 결정을 내리기에 좋은 모델이야 - 전부 투표로 이뤄지지. 21:53:55 &lt;lillith&gt; 그러니까, 모두가 발언권을 가지고, 몇몇(3~4명)이 최종 결정을 내린다? 21:54:10 &lt;str4d_&gt; (그리고 "개발자"는 내가 기억하기로 어떤 방식으로든 기여한 사람이야) 21:54:25 &lt;str4d_&gt; 하지만 투표 시스템엔 먼저 더 큰 "개발자" 기반이 필요하다고 봐. 21:54:51 &lt;str4d_&gt; lillith: 누구나 아이디어를 제안할 수 있어 - 그건 절대 변하지 않을 거야. 21:55:06 &lt;Shinobiwan&gt; 내 생각엔 3~4명이 아니라... 12명 이상, 그리고 계속 늘어나는 게 맞아... 다만 회의에 참석하지 못한 사람은 투표권이 없음... (그리고 그들의 투표가 특히 중요/관련 있다면, 회의를 다른 시간에 할 수도) 21:55:12 &lt;str4d_&gt; 하지만 I2P의 리소스는 유한하고, 그 리소스는 적절히 배분되어야 해. 21:56:06 &lt;str4d_&gt; (가장 큰 리소스는 지속적인 개발자들의 시간) 21:56:20 &lt;KillYourTV&gt; zzz.i2p에 썼듯이, 메일링 리스트로 gpg 서명된 메시지를 통한 투표가 irc보다 낫다고 생각해요. 메일링 리스트가 있고, 활용해야 해요. 21:56:20 &lt;str4d_&gt; s/biggest/most important but currently most limited/ 21:56:23 &lt;iRelay&gt; str4d_ meant: (the most important but currently most limited resource being time from continual developers) 21:56:28 &lt;str4d_&gt; KillYourTV: 동의. 21:56:43 &lt;Shinobiwan&gt; 응 gpg 서명 == 훨씬 좋지 21:56:54 &lt;str4d_&gt; 투표의 투명하고 검증 가능한 아카이브를 제공하니까. 21:57:09 &lt;lillith&gt; 그럼 주제 1은 끝난 걸로? 21:57:09 &lt;darrob&gt; 나도 동의. irc에서 심도 있는 논의를 기대하진 말자고. 21:57:12 * KillYourTV Debian의 시스템에서 아이디어 '훔치는' 중 21:57:19 &lt;str4d_&gt; http://www.debian.org/vote/ 21:57:22 &lt;iRelay&gt; Title: Debian Voting Information (at www.debian.org) 21:57:39 &lt;lillith&gt; 다 오픈소스잖아, '훔치라고' 있는 거지 :) 21:58:06 &lt;lillith&gt; 2. 자금 관리 21:58:10 &lt;KillYourTV&gt; 그리고 메일링 리스트에는 필요하다면 신호 대 잡음비를 높이는 아주 유용한 'plonk' 메커니즘이 있어요. 21:58:21 &lt;lillith&gt; eche|on: 핑 21:58:24 &lt;K1773R&gt; KillYourTV: "GPL 나치" 아이디어는 복사하지 말자 플리즈 :P 21:59:46 &lt;lillith&gt; 내가 보기엔 현상금과 관련한 자금 관리는 이미 충분히 논의된 듯 22:00:12 &lt;str4d_&gt; KillYourTV: 메일링 리스트로 가려면, 메일링 리스트가 I2P 내에서만으로 완전히 사용 가능해야 해(현재는 아님). 22:00:23 &lt;str4d_&gt; (하지만 외부에서도 사용 가능해야 하고) 22:00:33 &lt;lillith&gt; 근데 돈을 쓸 곳은 현상금만 있는 게 아니지, 예를 들어 SSL 인증서 구매 같은 것 22:00:36 &lt;KillYourTV&gt; 동의 22:00:53 &lt;darrob&gt; str4d_: NNTP 인터페이스면 요건 충족하겠죠. 22:00:53 &lt;KillYourTV&gt; 그리고 lillith의 마지막 요점에도 동의(당연) 22:01:04 &lt;lillith&gt; dr|z3d welt weltende welterde echelon 22:01:07 &lt;darrob&gt; ...작동하는 걸로 *알고* 있어요. 22:01:10 &lt;KillYourTV&gt; 서로 연결돼 있나요? 22:01:30 &lt;KillYourTV&gt; 연결돼야 하는데 마지막으로 봤을 땐(몇 달 전) 아니었어요. 22:01:38 &lt;Shinobiwan&gt; SSL 인증서 구매는 기부랑 같이 가야 한다고 봄... 커뮤니티 서비스... 기부금 사용처를 결정하는 방식과 동일하게. 22:01:41 * KillYourTV nntp tunnel 가동 22:01:41 &lt;darrob&gt; 적어도 읽기는 가능해요. 22:01:44 &lt;lillith&gt; 이건 온토픽으로 유지하자, 프로젝트 관리가 곧 나와 :) 22:02:01 &lt;Shinobiwan&gt; 즉, 회의를 하고... "이게 필요하다"... "동의?" ... 패널이 OK라고 하면 ... 패널 과반이 그린라이트 22:02:32 &lt;Shinobiwan&gt; 너무 빨리 하진 않겠지만, 대략 그런 아이디어. 22:02:32 &lt;Shinobiwan&gt; ㅎㅎ 22:02:47 &lt;str4d_&gt; Shinobiwan: 위에 제안한 투표 시스템으로 포함될 수 있어. 22:03:14 &lt;Shinobiwan&gt; 옙 22:04:16 &lt;iRelay&gt; &lt;weltende@freenode&gt; 음 메일링 리스트 인터페이스는 i2p를 통해 접근 가능은 해요.. `http://vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p/` 아직 lists.i2p2.de로 리다이렉트가 있긴 한데.. 그건 어떻게 해야 할지 모르겠네요 22:04:24 &lt;iRelay&gt; &lt;iRelay@freenode&gt; Title: lists.i2p2.de Mailing Lists (at vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p) 22:04:32 &lt;Shinobiwan&gt; 그런 패널이 있다면, 구성원을 고정된 숫자로 확정하면 안 된다고 봐요... 제 생각엔... 계속 성장해야 해요... 그러니 현재 존재하는 어떤 패널이든, 정기적으로 새 패널 멤버를 영입하는 절차가 있어야 해요 22:04:43 &lt;darrob&gt; 우린 중앙당, 정치국, 그리고 사용자 대회를 필요로 해. :) 22:04:46 &lt;KillYourTV&gt; 참고로, 현재 설정된 메일링 리스트는 nntp로는 접근 불가. 22:05:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; (아직 hosts.txt에 추가하진 않았음) 22:05:42 &lt;KillYourTV&gt; (적어도 i2p.* 아래에선) 22:06:27 &lt;iRelay&gt; &lt;weltende@freenode&gt; 흠.. 가능해야 하는데.. 다만 i2p.* 아래는 아닐 수도 22:06:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; 내가 설정한 게 아니라.. 이제는 잘 몰라요 ;) 22:06:58 &lt;darrob&gt; KillYourTV: i2p.는 welt의 기존 그룹일 거예요. 새 그룹은 alt.privacy.i2p.dev/general 과 alt.privacy.syndie.dev/general. 22:08:42 &lt;KillYourTV&gt; 아... 다시 보니 됨. 리스트를 새로 고치니 새 그룹이 보이네요. 22:09:00 &lt;KillYourTV&gt; 미안 22:09:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; 아.. 맞아요.. slrn이 안 읽은 메시지가 없어서 안 보여줬나 보네 22:09:34 &lt;darrob&gt; 메시지가 왜 없는지 아직도 헷갈려요. 테스트 메시지 몇 개 봤던 것 같은데. 22:09:45 &lt;lillith&gt; 본론으로 돌아가도 될까요? 22:10:23 &lt;lillith&gt; 나, 그리고 분명 다른 사람들도 i2p 도메인의 SSL 인증서가 어떻게 진행되는지 알고 싶어요 22:11:17 &lt;KillYourTV&gt; 주제 변경을 못 봤어요, 그냥 &lt;lillith&gt; 근데 돈을 쓸 곳은 현상금만 있는 게 아니지, 예를 들어 SSL 인증서 구매 같은 것 /me 닥침 22:11:56 &lt;lillith&gt; 아, 미안 22:12:06 &lt;lillith&gt; &lt;lillith&gt; 이건 온토픽으로 유지하자, 프로젝트 관리가 곧 나와 :) 22:12:23 &lt;KillYourTV&gt; 그리고 지금 주제가 뭐죠? ;) (그 전환을 못 봤어요) 22:12:30 &lt;lillith&gt; &lt;lillith&gt; 2. 자금 관리 22:12:41 &lt;lillith&gt; &lt;lillith&gt; 내가 보기엔 현상금과 관련한 자금 관리는 이미 충분히 논의된 듯 22:12:41 &lt;str4d_&gt; lillith: eche가 현재 필요한 자금을 조달 중이야. 22:12:48 &lt;lillith&gt; &lt;lillith&gt; 근데 돈을 쓸 곳은 현상금만 있는 게 아니지, 예를 들어 SSL 인증서 구매 같은 것 22:13:16 &lt;str4d_&gt; &lt;kytv2&gt; eche|on: 인증서 상황에 업데이트 있나요? 한동안 "진짜" 인증서를 발급받아 본 적이 없어서 요즘 검증 절차가 얼마나 걸리는지 모르겠네요. 22:13:19 &lt;str4d_&gt; &lt;eche|on&gt; kytv2: 3천 유로와 인증서 요청을 구하고 있어... 22:13:29 &lt;lillith&gt; 그럼 잘 관리되고 있는 거네? 22:13:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; 그리고 푸시했어요.. 22:14:14 &lt;KillYourTV&gt; 네, 처리 중이에요 22:14:21 &lt;orion&gt; 한 사람이 모든 돈을 관리하는 건 위험하다는 내 의견을 다시 말해도 될까요? 22:14:45 &lt;orion&gt; 오케이 22:15:00 &lt;dg&gt; 현재 주제 = ? 22:15:03 &lt;orion&gt; 그 돈이 어딘가 역외 법인에 들어가는 건 아니죠? 22:15:14 &lt;lillith&gt; &lt;lillith&gt; 2. 자금 관리 22:15:21 &lt;str4d_&gt; orion: 아니야. 22:15:58 &lt;iRelay&gt; &lt;weltende@freenode&gt; 내가 기억하기로 eche가 i2p를 어떤 종류의 공식 실체로 만드는 것에 대해 변호사와 이야기하고 싶어 했음 22:15:58 &lt;lillith&gt; dr|z3d: 핑 :) 22:16:12 &lt;str4d_&gt; 현재 우리 자금은 eche|on이 소유한 (은행?) 계정과, (대부분) eche|on이 보유한 비트코인 지갑에 있어. 22:16:49 &lt;KillYourTV&gt; 맞아요, .at였던 걸로 기억(IIRC) 22:17:07 &lt;KillYourTV&gt; (공식 실체 관련) 22:18:46 &lt;lillith&gt; at가 오스트리아란 뜻? 22:18:53 &lt;dg&gt; 응 22:19:19 &lt;iRelay&gt; &lt;weltende@freenode&gt; (오스트레일리아 말고 *scnr*) 22:19:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; (궁금하면 EEVblog의 러닝 개그) 22:20:26 &lt;lillith&gt; 좋아요, 또 다음으로 넘어간 듯 22:20:41 &lt;lillith&gt; 3. 프로젝트 공식화 22:21:12 &lt;str4d_&gt; lillith: 자금 관리는, 프로젝트의 "공식" 지위와 프로젝트 관리 상태 모두에 달려 있어. 22:21:30 &lt;str4d_&gt; (전자는 자금 보관 위치, 후자는 자금 사용 방법) 22:22:14 &lt;lillith&gt; 좋아요, 타당하네요 :) 그럼 잠시 2와 3을 걸쳐서 진행하자 :) 22:25:16 &lt;trolly&gt; 가봐야 해 22:25:19 &lt;trolly&gt; 바이 22:25:47 &lt;trolly&gt; 나중에 새 번역 보내줄게 yo str4d_ 22:29:26 &lt;lillith&gt; 혹은 아닐 수도 있고 22:30:11 &lt;lillith&gt; 난 다음으로 넘어가자고 제안 :) 22:30:28 &lt;iRelay&gt; &lt;jenkins@kytv&gt; 작업 I2P-Bote에 대한 빌드 #28 시작 22:30:28 &lt;lillith&gt; 4. i2p에서 의사결정 절차 22:31:27 * KillYourTV 중요한 결정에 관한 긴 논의는 메일링 리스트로 가져가자는 데 투표 22:31:30 &lt;iRelay&gt; &lt;jenkins@kytv&gt; 프로젝트 I2P-Bote 빌드 #28:SUCCESS, 1분 3초 소요: `http://jenkins.killyourtv.i2p/job/I2P-Bote/28/` 22:31:34 &lt;lillith&gt; 그러니까, 메일링 리스트, 위계 구조 등 22:31:37 &lt;KillYourTV&gt; 그럼 누구나 가능할 때 참여할 수 있어요 22:31:50 &lt;lillith&gt; 여기서 syndie에 대한 가산점 언급하고 싶어 22:31:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 22:32:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; (@ML) 22:32:04 &lt;lillith&gt; 우선 모든 게 기본적으로 서명돼 22:33:18 &lt;KillYourTV&gt; 나도 syndie 좋아함(당연), 하지만 메일링 리스트가 외부인이 참여하기 더 쉬워요 22:33:45 &lt;lillith&gt; 하지만 원칙적으로 동의. 명백히 진행되지 않는 논의를 기다릴 필요는 없지 22:33:48 &lt;KillYourTV&gt; 그렇다고 논의를 syndie에 미러링 못 하는 건 아님... 22:34:33 &lt;iRelay&gt; &lt;weltende@freenode&gt; 네.. nntp–syndie 게이트웨이 같은 게 있으면 좋겠네요 22:34:36 &lt;lillith&gt; 그리고 물론, 공식적으로 옮기는 것도 스레드 하나면 되지 ;) 22:35:54 &lt;KillYourTV&gt; 21:00 UTC는 모두에게 편하지 않아요. 메일링 리스트에선 시간대가 의미 없어요. 메일링 리스트에는 넷스플릿도 없고, 릴레이 문제도, 핑아웃도 없어요. 의미 있는 논의에는 메일링 리스트가(제 생각엔) 최선입니다. 22:36:30 &lt;dg&gt; KillYourTV: 동의. 22:37:54 &lt;KillYourTV&gt; irc는 거의 실시간이 필요할 때 좋죠... 하지만 "새 도메인이 필요하다"는 그런 긴급성이 없어요. 올려두면 $user가 처리할 수 있을 때 처리될 거예요. 22:37:54 &lt;lillith&gt; 내 생각엔 syndie가 메일링 리스트의 장점을 모두 가지고 있고 더해, 유일한 이슈는 외부 접근성이야 22:38:32 &lt;lillith&gt; 그런데, 우리가 포함하고 싶은 사람들 중에 메일링 리스트를 이미 쓰는 사람이 얼마나 될까? 22:39:03 &lt;KillYourTV&gt; "Syndie 웹앱" 얘기도 있었지만, 그게 진행됐던 적도 없고(그리고) 앞으로도 없을 듯. 22:40:20 &lt;KillYourTV&gt; 메일링 리스트가 IRC보다 더 많이 쓰일 거라 생각해요. 22:40:31 &lt;lillith&gt; syndie vs ml 논의를 여기서 내가 주도하고 싶진 않지만, 고려할 만한 주제라고 봐 22:41:25 &lt;iRelay&gt; * weltende@freenode 는 사실 자기 mail/nntp 클라이언트를 더 선호 22:42:04 &lt;KillYourTV&gt; mutt로 syndie 하면 = '승' 22:43:14 &lt;lillith&gt; 이 주제엔 위계 구조도 포함돼, 전에 언급됐지만 내 생각엔 더 확장이 필요해 22:45:09 &lt;dg&gt; 이제 IRC 회의로 뭐든 쉽게 합의를 도출하고 논의를 하긴 어렵다고 봐. 22:45:28 &lt;dg&gt; 2006년에는 프로젝트에 대한 빠른 업데이트에 더 가까웠으니 가능했지만, 지금은 아니고 긴 토론/논쟁이 수반돼. 22:46:40 &lt;lillith&gt; 생각할 시간이 더 있으면 온토픽이고 잘 숙고된, 명료한 논의가 될 거야 22:46:47 &lt;lillith&gt; 스레딩도 = 승 22:47:13 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 22:47:21 &lt;KillYourTV&gt; +1 22:47:28 &lt;dg&gt; +1 22:47:39 &lt;dg&gt; 덧붙이자면: nntp, 좋지. 22:47:50 &lt;lillith&gt; irc 회의는 언제나 실험적이었고, 그 실험은 실패했지 :) 22:48:05 &lt;dg&gt; 그래도, lillith, 적어도 지금은 논의를 하고 있잖아, 맞지? :) 22:49:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; 내 생각엔 irc 회의는 유지하고, 회의에서 오래 걸리는 것들이나 논의가 많은 주제는 ML로 옮기자 22:50:11 &lt;lillith&gt; 맞아 :) 어차피 아무도 회의를 좋아하진 않는 것 같고 ㅋㅋ 22:50:15 &lt;dg&gt; 주로 시간 때문인 듯. 22:50:18 &lt;dg&gt; 그리고 빨리 답해야 한다는 압박.. 22:50:18 &lt;dg&gt; postman: `http://zzz.i2p/topics/1367` 22:50:18 &lt;lillith&gt; 모두에게 좋은 시간을 정하는 건 불가능하니까 22:50:18 &lt;lillith&gt; 게다가 어떤 사람들은 스케줄이 불규칙하고 22:50:18 &lt;dg&gt; 맞아. 22:50:25 &lt;iRelay&gt; Title: zzz.i2p: I2P and e-mail (at zzz.i2p) 22:50:30 &lt;lillith&gt; 무거운 마음이지만, 시 좀 읊조리는 기분으로, 지난 회의를 기꺼이 baf 할게 ;) 22:50:41 &lt;dg&gt; weltende: 나도 이렇게 생각했어.. ML의 몇 가지 사안을 논의하기 위해 irc 회의를 유지(실제 행동 등). W 22:50:44 &lt;dg&gt; 그렇게 해, lillith. 22:51:26 * lillith 회의를 baf 하며 종료 22:51:36 &lt;lillith&gt; 고마워요, 모두 굿나잇 :) 22:52:01 &lt;iRelay&gt; &lt;jenkins@kytv&gt; 작업 I2P에 대한 빌드 #103 시작 22:52:09 &lt;lillith&gt; susimail이 메일링 리스트를 처리할 수 있나? 22:52:41 &lt;KillYourTV&gt; 물론, 하지만 난 claws나 mutt 같은 '제대로 된' 클라이언트를 쓸래요 22:53:04 &lt;KillYourTV&gt; (그냥 취향 차이) 22:54:55 &lt;lillith&gt; 아, 그럼 괜찮네 :) 22:56:33 &lt;iRelay&gt; &lt;jenkins@kytv&gt; 프로젝트 I2P 빌드 #103:SUCCESS, 4분 34초 소요: `http://jenkins.killyourtv.i2p/job/i2p/103/` 23:01:15 &lt;iRelay&gt; &lt;jenkins@kytv&gt; 프로젝트 I2P UnitTests 빌드 #74:SUCCESS, 4분 31초 소요: `http://jenkins.killyourtv.i2p/job/UnitTests/74/` 23:04:51 &lt;KillYourTV&gt; 그리고 +1, 회의는 계속하되 더 큰 주제는 메일링 리스트/포럼/syndie로. 23:05:54 &lt;KillYourTV&gt; IRC는 빠른 상태 업데이트에 좋아요.. 하지만 그런 용도로는 일종의 '뉴스레터'도 가능하죠. 23:06:19 &lt;lillith&gt; 시작점이 있고, 목표가 있고, 끝에서는 합의가 있는 게 좋아 23:06:22 &lt;dg&gt; 알림에도 메일링 리스트가 잘 작동해. tor가 컨센서스 이슈를 그렇게 하거든. 23:06:46 &lt;lillith&gt; '오늘 우리가 결정한 건 이거고, 이걸 위해 이렇게 하겠다' 23:07:29 &lt;lillith&gt; 잘 모르겠는데, 메일링 리스트 논의는 끝이 없이 질질 끌릴 것 같기도 해 23:07:52 &lt;lillith&gt; 뉴스레터는 +1 23:08:33 &lt;KillYourTV&gt; 그럴 수 있죠... 하지만 4~5시간짜리 irc 회의보다 긴 ML 논의에서 더 많은 걸 이룰 거라 봐요. 23:09:08 * lillith 열린 마음으로 가입 :) 23:09:38 * psi 메일링 리스트 아이디어 좋아함 23:09:53 &lt;K1773R&gt; ML이 어디야? 23:10:01 * KillYourTV 메일링 리스트를 정말 좋아하지만 (인터넷 상의) ML은 아마 본인의 AFK 정체가 노출될 수도... 헤헷 23:10:12 &lt;KillYourTV&gt; lists.i2p2.de 일 듯 23:10:39 &lt;KillYourTV&gt; 그리고 (/me 위로 스크롤) 23:10:54 &lt;KillYourTV&gt; `http://vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p/` 23:11:08 &lt;iRelay&gt; Title: lists.i2p2.de Mailing Lists (at vmfwbic2brek2ez223j6fc6bl5mmouzqvbsch45msvyyzih3iqua.b32.i2p) 23:11:24 &lt;dg&gt; 그냥 리다이렉트하네 23:11:55 &lt;KillYourTV&gt; nntp.welterde.i2p도 있어 23:12:37 &lt;KillYourTV&gt; alt.privacy.i2p.*, alt.privacy.syndie.* 23:13:16 &lt;KillYourTV&gt; (적절한 유즈넷 그룹 알려준 darrob에게 감사를) 23:14:57 * RN thundirbird 만지작거리러 슬슬 감 23:17:46 &lt;str4d_&gt; 회의는 계속(+1, 시간 엄수) + "중요한" 논의는 ML(+1). 23:19:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; 관심 있는 분들을 위해.. 현재 글쓰기가 허용된 그룹: 23:19:35 &lt;iRelay&gt; &lt;weltende@freenode&gt; post: "i2p.*,alt.anonymous,alt.anonymous.*,alt.privacy.anon-server,alt.privacy.anon-server.*,alt.privacy.i2p.*,alt.privacy.syndie.*" 23:25:35 &lt;KillYourTV&gt; "중요한" 논의가 그쪽으로 가기 전에 이건 고쳐야 해요 http://lists.i2p2.de/pipermail/i2p-general/ 23:25:42 &lt;iRelay&gt; Title: The I2p-general Archives (at lists.i2p2.de) 23:26:27 &lt;KillYourTV&gt; ...의도적으로 메시지가 삭제된 게 아니라면(말이 안 되지만) 23:30:13 &lt;iRelay&gt; &lt;weltende@freenode&gt; 흠.. 23:30:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; 지금은 모르겠네.. 근데 이제 자러 감 </div>/ko/blog/2013/03/26/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-3%EC%9B%94-26%EC%9D%BC/Tue, 26 Mar 2013 00:00:00 +0000/ko/blog/2013/03/26/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-3%EC%9B%94-26%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dg, LaughingBuddha, lillith, Meeh, nom, orion, str4d, Umlaut, weltende</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 21:01:00 &lt;dg&gt; So, who is here? 21:01:11 &lt;orion&gt; Me. 21:01:18 &lt;str4d&gt; o/ 21:01:37 &lt;lillith-&gt; i'm here :) 21:02:10 &lt;dg&gt; eche|on, Meeh, KillYourTV, psi, hottuna 21:02:21 &lt;Umlaut&gt; count me in too (as a spectator) 21:02:28 * nom is listening, while coding on some side projects 21:02:39 &lt;dg&gt; Feel free to contribute if you feel you have something to add. 21:03:04 * dg waits a minute or two more 21:03:27 &lt;lillith&gt; rundown of topics in the meantime dg? 21:03:42 &lt;dg&gt; Topics: 21:03:45 &lt;dg&gt; * Motivating the community - "are bounties appropriate?" 21:03:45 &lt;dg&gt; * Managing money 21:03:46 &lt;dg&gt; ** Making the project "official" - benefits/negatives/how 21:04:24 &lt;lillith&gt; i had something to add *thinks* 21:04:31 &lt;dg&gt; hm? 21:06:37 * lillith can't remember... probably nothing too important anyway :) 21:09:14 * dg frowns at the lack of others 21:09:44 * LaughingBuddha spectates 21:10:27 &lt;dg&gt; Let's start then 21:10:54 * lillith remembered! 21:10:59 &lt;dg&gt; hm? 21:11:14 &lt;dg&gt; RN: ping 21:11:25 &lt;lillith&gt; as kytv|away pointed out, if we're deciding on voting we need some sort of elegibility criteria :) 21:11:49 &lt;dg&gt; aye 21:12:07 &lt;dg&gt; Let's get started 21:12:10 &lt;dg&gt; * Motivating the community - "are bounties appropriate?" 21:12:13 &lt;lillith&gt; i expect asdfsdafsdafsd wishes to be invluded int points 1+2 :) 21:12:24 &lt;orion&gt; Are bounties working? 21:12:43 &lt;dg&gt; Everything merged into one big argument last time over bounties, management and BTC so trying to spread it out this time & be dignified. 21:12:53 &lt;LaughingBuddha&gt; Who's the guy for bounties? eche|on? 21:13:00 &lt;lillith&gt; yep 21:13:11 &lt;LaughingBuddha&gt; Is he here? 21:13:11 &lt;str4d&gt; Determining if bounties are working depends on what the defined purpose of a bounty is. 21:13:11 &lt;dg&gt; define "working". Are they, IMO, bringing in the developers or fixes we need? No. 21:13:18 &lt;lillith&gt; he's in control of all money - point 2 :) 21:13:25 &lt;orion&gt; Then let's think of something else. 21:13:40 &lt;dg&gt; The bounty system does not seem to be working for even the bounties themselves. 21:13:54 &lt;lillith&gt; i think there should be some sort of benefit or incentive further than loving i2p 21:14:09 &lt;dg&gt; A lot of the links on the page are 404s too but that's an unrelated issue 21:14:12 &lt;str4d&gt; From the bounties page: " Instead, we are making use of a bounty system, whereby anyone can get support for working on something that people want implemented, and people who want to contribute to I2P can be assured that their support goes to what they care about." 21:14:12 &lt;lillith&gt; we have to draw people in then keep them with our charm and civility ;) 21:14:23 &lt;LaughingBuddha&gt; Not that I'm in the position to work on any of the bounties, but they seemed to quite vague last time i looked at them 21:14:30 &lt;LaughingBuddha&gt; to be* 21:14:37 &lt;orion&gt; The only thing that will draw attention to I2P is content. 21:14:45 &lt;dg&gt; eche|on posted his thoughts here - `http://zzz.i2p/topics/1359` - if he could not attend. 21:14:48 &lt;nom&gt; imo bounties do not work, because a code base is only as good as its maintenance, and paying someone for 'completion' gives the wrong ideas/incentives about what we need in terms of developers, for code to be worth using on a distributed scale, it has to be continually worked on by motivated people. having one person create a code base, get paid and possibly disappear does nothing to benefit the community 21:14:51 &lt;iRelay&gt; Title: zzz.i2p: Managing the project (at zzz.i2p) 21:14:57 &lt;lillith&gt; str4d: instead, as opposed to...? 21:15:17 &lt;str4d&gt; From that statement above, the purpose of bounties would seem to be to finance one-off drives to get specific features implemented. 21:15:20 &lt;Umlaut&gt; are bounties appropriate? - I think it depends, imo bounties for devs, for particular project and where no contest/conmpetiotion is involved - in such cases they are appropriate 21:15:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: it worked in the past if you look at the bounty page.. 21:15:30 &lt;dg&gt; str4d: Is that what we want? 21:15:41 &lt;LaughingBuddha&gt; nom: agreed 21:15:48 &lt;str4d&gt; Does that work? Somewhat. 21:16:03 &lt;str4d&gt; weltende, exactly. There are clear examples of bounties being taken. 21:16:18 &lt;dg&gt; http://www.i2p2.de/bounties.html 21:16:29 &lt;iRelay&gt; Title: Bounties - I2P (at www.i2p2.de) 21:16:34 &lt;str4d&gt; Bounty uptake IS slow, due to a lack of visibility/advertising/marketing/whatever, but the bounties are slowly getting taken. 21:16:41 &lt;dg&gt; I don't know if the bounties which are being fufilled are perhaps not being fufilled the way we want too. 21:17:03 &lt;str4d&gt; But, of the claimed bounties, not a single developer is currently with I2P. 21:17:10 &lt;dg&gt; For example: "Datastore over I2P" - "CLAIMED for 700 euro" - "duck, smeghead" 21:17:20 &lt;lillith&gt; perhaps, change bounties to ..... and maintain your work for a reasonable time 21:17:23 &lt;nom&gt; to get actual continuous development going, a better model is one of project/stipends, where people donate to a project with stated goals, and the people running that project pay the money out continuously to people who are actively working to accomplish those goals 21:17:34 &lt;dg&gt; The solution was, IMO, hacky, the bountry $$$ was rather high for the hack and the two developers for that bounty are nowhere to be found. 21:17:46 &lt;str4d&gt; dg: that's irrelevant - as per the current bounty outline, it is up to the donor to decide on the completion. 21:18:01 &lt;dg&gt; What if multiple donors exist? 21:18:08 &lt;str4d&gt; First donor. 21:18:11 &lt;orion&gt; I don't like bounties. IMO, the one way to draw developers in is to draw attention to I2P. 21:18:15 &lt;str4d&gt; (as per current outline) 21:18:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; lillith: not really needed imho if it's in the core router.. 21:18:25 &lt;str4d&gt; If a bounty is funded by I2P, then it does become relevant as I2P itself is the judge. 21:18:32 &lt;dg&gt; Oh. That doesn't seem right. :s. 21:18:54 &lt;orion&gt; IMO, the best way to draw attention to I2P is by providing content. 21:19:06 &lt;dg&gt; Right, but some of the bounties can lead to content. 21:19:13 &lt;str4d&gt; I'm not arguing for the current bounty system, just outlining it. 21:19:44 &lt;dg&gt; str4d: right, and thanks. 21:20:03 &lt;nom&gt; honestly i think a big part of the problem is that were conflating things that are directly part of the i2p code base, with things that are simply run ontop of i2p. ex translation vs datastore 21:20:03 &lt;str4d&gt; The biggest problem with a semi-anonymous project like I2P is developer retention. The current bounty model does nothing to help that. 21:20:42 &lt;dg&gt; I'm against the bounty system as it doesn't help the ecosystem we have, evidently (none of the developers are here today..) and I feel project funds could be better allocated. 21:20:57 &lt;nom&gt; a bounty/payment for one person to do one specific part of the code base is fine in theory, but they don't work for creating continuous development of apps/systems that run ontop of i2p 21:21:12 &lt;str4d&gt; I concur. 21:21:17 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: well.. if there aren't taken, then the money isn't spent.. 21:21:54 &lt;dg&gt; weltende: The funds are in reserve, they cannot be spent as they are allocated for spending on $bounty. 21:21:57 &lt;nom&gt; like adding unit tests to i2p could be worth a bounty, but it would probably be better to make an arrangement with coders who will be paid a small amount continuously to keep adding more unit tests as needed 21:22:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; if you however think that for a certain bounty the code isn't good enough or so.. it might be a good idea to specify more clearly in the bounty description what needs to be done 21:22:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: which is only a problem if we have to spend the money right away 21:23:01 &lt;iRelay&gt; &lt;weltende@freenode&gt; it's not reserved forever as you can see in the bounty page.. funds have gone back to the money pool before 21:23:21 &lt;dg&gt; weltende: I doubt we will ever be at the point where we NEED the funds allocated to bounties but it seems redundant. 21:23:44 &lt;str4d&gt; Fund allocation is beside the current point. 21:23:59 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: exactly my point 21:24:11 &lt;lillith&gt; dg: are competitions included in bounties or are they point 1.5? 21:24:14 &lt;str4d&gt; There will always be money, in one way or another. 21:24:26 &lt;str4d&gt; (Or not) 21:24:29 &lt;nom&gt; i think the datastore is a great example of where bounties shouldn't be used, for something as complex as a universal datastore to be viable, it has to be its own project with active developers, paying someone for completion will get you something that is marginally functional, but it will never improve 21:24:40 &lt;LaughingBuddha&gt; ^ 21:24:40 &lt;str4d&gt; nom: agreed. 21:24:43 &lt;dg&gt; lillith: Competitions hadn't occurred to me but I suppose it would be the point after this. 21:24:46 &lt;Umlaut&gt; Let me refer to the i2p artwork contest for 29c3 - Was that really a dev project? Was it appropriate to use bounties in it? While there was no even strict criteria stated? 21:24:57 &lt;str4d&gt; The result will satisfy the bounty, but likely will not scale. 21:25:00 &lt;dg&gt; nom: Couldn't have said it better myself. 21:25:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: torrents were nothing but a bounty either.. 21:25:34 &lt;LaughingBuddha&gt; Umlaut: i thought they were echelons personal funds? 21:25:54 &lt;Umlaut&gt; if I was willing to contribute to the contest, the bounty would rather discourage me? 21:26:01 &lt;lillith&gt; (most) bounties are set by users - between giving them a choice and them not donating at all, at least with a bounty they have some say in what happens 21:26:32 &lt;nom&gt; to put it another way... there are no bounties at google.... 21:26:32 &lt;Umlaut&gt; LaughingBuddha really? then sorry, I wasn't aware about that 21:26:32 &lt;nom&gt; weltende yes but zzz is continuing to work on snark isn't he? 21:26:47 &lt;str4d&gt; If I2P had an established structure for spinning off projects (or acting as an umbrella for them) then that would be a different matter (but that ties in to the later point about "official"ness). 21:26:51 &lt;LaughingBuddha&gt; Umlaut: I might be mistaken but I thought i read that somewhere 21:27:04 &lt;str4d&gt; I think that bounties are useful, but not in the way that they are currently being marketed. 21:27:08 &lt;lillith&gt; LaughingBuddha: all i2p's funds are technically eche|on's personal money 21:27:11 &lt;dg&gt; nom: zzz was around anyway though. I think his motivations and such are different than gaining rewards and the bounty program has little to do with it. I do not believe he gained anything from the torrent bounty either. 21:27:18 &lt;str4d&gt; And that they shouldn't be the main focus. 21:27:21 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: yes.. but without the bounty there wouldn't have been a codebase to begin with.. (and he was not part of the bounty dev team) 21:27:21 &lt;dg&gt; We'll get to the money later.. 21:27:40 &lt;LaughingBuddha&gt; lillith: Doesn't he "manage" it? 21:27:47 &lt;LaughingBuddha&gt; dg: ok 21:28:10 &lt;str4d&gt; weltende, you are making a good point. 21:28:14 &lt;lillith&gt; i2p is no legal entity, so it can't own anything. hence it is eche|on's personal money. 21:28:29 &lt;str4d&gt; Bounties are useful for kickstarting code, not for continued development. 21:28:36 &lt;LaughingBuddha&gt; lillith: I see 21:28:36 &lt;nom&gt; if you want continuous development you should pay developers continuously to work on things they want to work on. donating money to get something done is fine, but it shouldn't be given as a lump sum to whoever can get an 0.0.1 working first, it should be used to fund project development over time 21:28:39 &lt;lillith&gt; he could legally leave with it all one day (he wouldnt', but he could) 21:28:48 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: and I don't really see your point with no bounties at google.. the people that work for google get paid to work there.. 21:28:52 &lt;lillith&gt; ^this 21:29:27 &lt;LaughingBuddha&gt; But it seems we agree with the first part of nom's statement. No? 21:29:30 &lt;lillith&gt; eg bounty of $X per month to work on something 21:29:45 &lt;LaughingBuddha&gt; Yeah 21:29:52 &lt;iRelay&gt; &lt;weltende@freenode&gt; or perhaps define milestones in the bounty? 21:29:56 &lt;Meeh&gt; Seems like a good solution 21:30:07 &lt;iRelay&gt; &lt;weltende@freenode&gt; (and upon reaching milestone $X you get $Y amount of money) 21:30:07 &lt;dg&gt; That sounds good. 21:30:14 &lt;LaughingBuddha&gt; milestones seem like a good idea 21:30:17 &lt;LaughingBuddha&gt; but they need to be clearly outlined 21:30:20 &lt;dg&gt; Milestones + continuous payment? 21:30:20 &lt;nom&gt; lol thats what my point was, they get paid, and they do work, and the work they do isn't directly connected with how they get paid. ofc if they stopped doing work, they would stop getting paid, but their not getting paid for completing a specific piece of code, their getting paid enough to live on and spend their lives coding 21:30:23 &lt;str4d&gt; Milestones is sort of like what the Unit Tests bounty currently has. 21:30:27 &lt;lillith&gt; is it eche|on we have to ask nicely to change the website etc? 21:30:38 &lt;dg&gt; no, website is in mtn 21:30:41 &lt;Umlaut&gt; nom I agree with your point, paying to the devs who are reliable and known for being good contributors 21:30:44 &lt;str4d&gt; lillith: no, anyone can change the website. 21:30:54 &lt;Meeh&gt; Or keep a part of the bounty as a "continued support" payment per month of the application/whatever 21:31:22 &lt;Meeh&gt; So we don't get outdated apps, libs, etc. 21:31:29 &lt;LaughingBuddha&gt; Would the project be judged at every milestone then? 21:31:44 &lt;dg&gt; LaughingBuddha: good point. Who by? 21:32:00 &lt;nom&gt; eh, milestones are just smaller bounties... a simpler solution is to have a pool of money for a project, and someone/group of someones who pay the money to people who are actively working on it 21:32:03 &lt;dg&gt; The "board"? (Againg, getting to this later). 21:32:10 &lt;LaughingBuddha&gt; Dev board? 21:32:10 &lt;LaughingBuddha&gt; yeah 21:32:29 &lt;nom&gt; generally you would end up with the dev board being the same people who are getting paid ofc... 21:32:46 &lt;lillith&gt; to make anything decided upon here 'official', is that as simple as someone checking an update to the website into mtn? 21:32:55 &lt;LaughingBuddha&gt; how many active devs are there working on the i2p codebase? 21:32:58 &lt;Umlaut&gt; also you need to take under consideration how the current donating system looks from the potential donor (someone new to i2p community especially) point of view 21:33:04 &lt;lillith&gt; LaughingBuddha: one 21:33:07 &lt;dg&gt; lillith: Kinda. And posting ot zzz.i2p. ;_; 21:33:15 &lt;dg&gt; The dev board determine the state of $project and decide if it should continue to get funding? 21:33:18 &lt;Umlaut&gt; i could be one of them 21:33:25 &lt;dg&gt; LaughingBuddha: 2, 3? 21:33:32 &lt;LaughingBuddha&gt; hmm 21:33:47 &lt;nom&gt; the board / employees model seems to work pretty well for 99% of the corporations in the world. you have a group of people who are the most committed and have already contributed a lot who manage the money, and you have people who join and contribute and get paid for their efforts based on the judgement of the long time contributors 21:33:54 &lt;LaughingBuddha&gt; What if we set up a board of min. 5 people who are knowledgeable on the subject? 21:34:01 &lt;LaughingBuddha&gt; Devs + Users 21:34:09 &lt;Umlaut&gt; and i would trust the system more if there was more than one person, something like mentioned already dev-board which handles the money 21:34:24 &lt;orion&gt; What if you had to pay to be on the board? 21:34:31 &lt;LaughingBuddha&gt; wut 21:34:38 &lt;nom&gt; (this only works tho if you can separate i2p proper projects, from projects that just run on i2p, which should not be managed by the i2p dev team itself) 21:34:38 &lt;str4d&gt; orion: not a good model. 21:34:47 &lt;str4d&gt; inb4 Russian oligarch takes over I2P 21:34:57 &lt;LaughingBuddha&gt; haha 21:35:06 &lt;nom&gt; inb4 already happened, zzz = vladimir 21:35:10 &lt;orion&gt; Pay in code. 21:35:29 &lt;LaughingBuddha&gt; And how do you measure how much you have to pay? 21:35:32 &lt;LaughingBuddha&gt; 200 lines of code? 21:35:35 &lt;lillith&gt; some people are big contributers without coding 21:35:46 &lt;orion&gt; No idea, just brainstorming. 21:35:49 &lt;nom&gt; like any oligarchy the only natural system is election by the existing board 21:35:49 &lt;str4d&gt; Exactly. 21:36:03 &lt;dg&gt; So, would the normal "dev" (team) board (coming up later) decide if $project is worth paying out to? 21:36:15 &lt;dg&gt; Overcomplication will lead to it not being done 21:36:22 &lt;lillith&gt; 3 tiers: inner circle, outer circle, others 21:36:30 &lt;LaughingBuddha&gt; lillith: i like that 21:36:37 &lt;lillith&gt; other = new/ unknown people 21:36:51 &lt;lillith&gt; outer circle = known/ trusted people 21:36:51 &lt;LaughingBuddha&gt; because we don't seem to have enough devs for a real judge panel 21:37:02 &lt;Umlaut&gt; dg I would think so as the devs should know *best* what project are most important/urgent/worth spending money on 21:37:05 &lt;lillith&gt; inner circle voted for by outer circle 21:37:20 &lt;nom&gt; its a hierarchy, the i2p project as a whole is more than just the i2p dev team, but they are the tip of the spear so to speak. they get / have the most donations / resources. but other projects built ontop of i2p wouldn't be managed by the i2p dev team, but could get funding from i2p proper 21:37:23 &lt;lillith&gt; kind like meetings but more structured hierachally 21:38:13 &lt;dg&gt; imo &lt;+dg&gt; Overcomplication will lead to it not being done 21:38:37 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 21:39:15 &lt;dg&gt; The whole (team/dev) "board" idea ties in nicely as we will be discussing this next anyway 21:39:22 &lt;dg&gt; Should we leave this for another time or ...? 21:39:28 &lt;nom&gt; in short, zzz eche and whoever else they consider to be part of the 'board' of i2p are in charge of the money/decisions (they already are), and other projects on i2p should be structured similarly with their own boards of decision makers. instead of bounties for a sub project (datastore, btc client, etc) the bountie should be given to the board for that project, and let them decide how to spend it to get things done 21:39:39 &lt;lillith&gt; so shall we get back on topic or has bouties been discussed to death? 21:40:49 &lt;nom&gt; and the decision to give a bounty to a board of devs for a project obviously has to be made by the board of i2p, that way you don't have 3 people show up, say their gonna do something, get the money and then never do it. 21:41:13 &lt;dg&gt; nom: +1 21:41:21 &lt;Meeh&gt; nom: +1 21:41:24 &lt;LaughingBuddha&gt; nom: I think it's payed out upon completion 21:41:34 &lt;iRelay&gt; &lt;str4d@freenode&gt; nom++ 21:41:46 &lt;LaughingBuddha&gt; nom: +1 21:41:54 &lt;dg&gt; I think that's a good note to end on? :) 21:42:14 &lt;Meeh&gt; Agreed 21:42:24 &lt;nom&gt; in the future it would be better for donators to give directly to the sub project if a board/group already exists, instead of donating to eche to create a bounty. since if theres already a group working on it, they would be the best to determine how to use the money to accomplish those goals 21:42:53 &lt;dg&gt; ok, moving on 21:42:58 &lt;Umlaut&gt; nom that makes perfect sense 21:43:01 &lt;Umlaut&gt; nom++ 21:43:11 * nom raises his glass, cheers mates 21:43:18 &lt;dg&gt; I feel we have covered "managing money" mostly and it comes under "making the project official" anyway 21:43:21 &lt;LaughingBuddha&gt; :) 21:43:21 &lt;dg&gt; So let's do the latter? 21:43:47 &lt;lillith&gt; clarify the position on money first for lurkers? 21:43:54 &lt;iRelay&gt; &lt;weltende@freenode&gt; for an e.V. we would at least 7 people who are willing to go public as members 21:43:55 &lt;LaughingBuddha&gt; Official = Register as Organisation? 21:44:26 &lt;dg&gt; LaughingBuddha: yes 21:44:29 &lt;Meeh&gt; in case register as a organization, in which country? 21:45:01 &lt;dg&gt; lillith: Bounty funds should go to teams assigned by the core I2P board.. if we go ahead with that. 21:45:04 &lt;dg&gt; Meeh: US, I assume? 21:45:07 &lt;Meeh&gt; that also need deanonymization of sertiant people 21:45:14 &lt;Umlaut&gt; ok so who are the brave souls to give up their anonymity (if that means going official)? 21:45:17 &lt;orion&gt; What did you guys decide on? 21:45:20 &lt;iRelay&gt; &lt;str4d@freenode&gt; Not necessarily the US 21:45:28 &lt;nom&gt; idk if 'offical' designation would really be all that useful... i honestly can't see what the benefit would be 21:45:31 &lt;lillith&gt; presumably the people have to be in the US too? 21:45:54 &lt;lillith&gt; nom: a legal entity to donate to 21:45:54 &lt;nom&gt; other than to put the project/people more on the radar of the powers that be... 21:46:06 &lt;Meeh&gt; I can give out my identity, so no problem for me.. But I guess I'm not allowed into the US, so yea. 21:46:17 &lt;orion&gt; Registration is stupid. 21:46:28 &lt;LaughingBuddha&gt; dg: What are the benefits? 21:46:39 &lt;orion&gt; Let's just spread out the money among different "accounts" managed by different people. 21:46:55 &lt;orion&gt; I.e, the eche|on account, the zzz account, the dg account, etc. 21:46:57 &lt;LaughingBuddha&gt; A wallet for each (sub)project? 21:47:04 &lt;dg&gt; LaughingBuddha: Managing the project's money under "I2P" and not a singular person, or persons. An official guise is far less suspicious and accountable. 21:47:09 &lt;orion&gt; No. 21:47:12 &lt;Umlaut&gt; Do you think that going official would bring some real benefits to the i2p-world? 21:47:14 &lt;iRelay&gt; &lt;weltende@freenode&gt; orion: not sure if the tax office might not find tht fishy 21:47:14 &lt;orion&gt; Just different "accounts". 21:47:32 * nom thinks the focus should be more on the logistics of the hierarchy of boards / democracy / voting thing. to actually have a system like that we would need either a well run website, or some sort of distributed system for it 21:47:35 &lt;LaughingBuddha&gt; dg: I see 21:47:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; it would certainly bring a lot of paperwork 21:47:54 &lt;lillith&gt; Umlaut: no more complaining about eche|on holding the money 21:48:04 &lt;iRelay&gt; &lt;str4d@freenode&gt; nom++ 21:48:13 &lt;iRelay&gt; * str4d@freenode clones nom's brain 21:48:14 &lt;dg&gt; nom: perhaps so, yeah. If we can arrange that, then we can come to a consensus on this.. 21:48:44 &lt;orion&gt; For the record, if you guys want to do something that requires giving up anonymity, I will do it. 21:48:57 &lt;dg&gt; git clone `http://git.repo.i2p/repo/nom.git` 21:49:00 &lt;LaughingBuddha&gt; I'd consider it 21:49:03 &lt;iRelay&gt; &lt;str4d@freenode&gt; Going "official" is primarily a financial decision IMHO; it doesn't really contribute to the structure. 21:49:22 &lt;orion&gt; Even though I am opposed to the idea of going to the government, I will do it if that is what the project decides is best. 21:49:40 &lt;dg&gt; So, let's change the focus to the organizational structure 21:49:51 &lt;dg&gt; (As that supercedes this anyhow) 21:50:06 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: well.. e.V. requires the members to vote for an board once a year... so we already have procedure for voting for the board then ;) 21:50:14 &lt;dg&gt; "The Debian project only allows voting to be done by 'Debian Developers' (where "$developer" = "any sort of contributor"). If there is any sort of voting system enabled here it would need to be limited in a similar fashion, otherwise the system would be ripe for abuse, allowing for a small but vocal clique to push its demands through." 21:50:21 &lt;dg&gt; Should we adopt a similar approach? 21:50:25 &lt;LaughingBuddha&gt; (for the e.V.) 21:50:44 &lt;lillith&gt; how much do you need to contribute to be a contributer? 21:50:59 &lt;iRelay&gt; &lt;str4d@freenode&gt; The problem with the "Debian Developers" approach is the number of developers I2P has (very few) 21:51:05 &lt;lillith&gt; ie is being active in #i2p-help enough? 21:51:25 &lt;Meeh&gt; we must find a definition on contributer 21:51:33 &lt;sigint&gt; for what? 21:51:36 * lillith does not read 'contributer' as 'code contributer' 21:51:55 &lt;dg&gt; str4d: "any sort of contributor". 21:51:59 &lt;lillith&gt; sigint: read scrollback on sighup ;) 21:52:10 &lt;sigint&gt; will do 21:52:12 &lt;iRelay&gt; &lt;str4d@freenode&gt; dg, yeah, just read that part *derp* 21:52:12 &lt;nom&gt; org structure is pretty simple in theory, just have a three tiered system of board members (elected by the existing board oligarchy), contributors (elected at large by the existing group of contributors), and users (everyone else, including people who /want/ to be seen as contributors, but havn't been around long enough for people generally to trust them) 21:52:27 &lt;lillith&gt; sighup's like your little brother ;) 21:52:39 &lt;Umlaut&gt; it all depends on the scale of contribution, reliability of the contributor and other factors 21:53:06 &lt;nom&gt; sorta like, royalty, nobility, and the commoners.... 21:53:13 &lt;Umlaut&gt; reliability = being trusted by others 21:53:16 &lt;lillith&gt; maybe a good start will be starting with rough numbers and working from there? 21:53:31 &lt;Umlaut&gt; nom i'm actaually referring to what you have said 21:54:09 &lt;Umlaut&gt; not reliable = someone who promised to do something, raised some hope and then run away (with a bounty..) 21:54:24 &lt;nom&gt; hmm yah 21:55:35 &lt;dg&gt; nom: "existing"? 21:56:15 &lt;orion&gt; I gotta go. In closing I just want to say that having funds in one central location makes it easier to steal by oppressive governments, and that if we need to do something which requires giving up my anonymity, I will do it. Cya 21:56:26 &lt;nom&gt; perhaps, supreme court(board), senate(contributors) and house(users) would be better... the board has the real control over all the decisions, but they take into account the votes of the contributors who are trusted identities, and the votes of the general population of users too, but you don't weigh that too much as theres no real protection against people making tons of user idents to vote with 21:56:33 &lt;lillith&gt; bye orion :) 21:56:37 &lt;dg&gt; Should we cut now and continue this next week at the same time? 21:56:40 &lt;nom&gt; o/ orion 21:56:50 &lt;dg&gt; An hour is long, I don't want this to drag on. 21:57:04 &lt;orion&gt; Whatever you want. 21:57:07 &lt;lillith&gt; dg: i'm up for that 21:57:17 &lt;iRelay&gt; &lt;str4d@freenode&gt; I'm happy to continue next week. 21:57:26 &lt;lillith&gt; gives time to ponder what has already been said 21:57:29 &lt;nom&gt; sure, sounds good 21:57:31 &lt;iRelay&gt; &lt;str4d@freenode&gt; We need to think this over. 21:57:43 &lt;iRelay&gt; &lt;str4d@freenode&gt; And hopefully a few more people show up then ^_^ 21:58:07 * nom thinks the main takeaway here is that we could use a site / system to have group decision making / voting on 21:58:07 &lt;lillith&gt; yes... 21:58:14 &lt;dg&gt; I agree, sounds good guys. I'll update the zzz.i2p topic soon (poke me if I don't in 24 hours). 21:58:25 &lt;dg&gt; thanks all. :) 21:58:29 &lt;LaughingBuddha&gt; Good session 21:58:32 * lillith picks up the baffer menacingly 21:58:42 &lt;dg&gt; ;) go 21:58:53 &lt;Umlaut&gt; thanks for letting me join 21:58:53 &lt;lillith&gt; *baf* meeting closed :) 21:59:04 &lt;Umlaut&gt; lights out! 21:59:06 &lt;lillith&gt; thank you, and goodnight :) 21:59:19 &lt;sigint&gt; Great. I joined in right at the end. I forgot that there even was one :| 21:59:22 &lt;nom&gt; inb4 massive well timed netsplit 21:59:25 &lt;sigint&gt; brb, reading backlog 21:59:28 &lt;sponge&gt; o/ 21:59:40 &lt;Umlaut&gt; sigint timezone fail? 21:59:50 &lt;iRelay&gt; &lt;str4d@freenode&gt; o/ sponge. 21:59:50 &lt;sponge&gt; :-) 21:59:57 &lt;lillith&gt; sigint: same time next week ;) say anything you missed the chance to then :) 22:00:12 &lt;sponge&gt; orion wants to know about my ideas I see... 22:00:50 &lt;iRelay&gt; &lt;str4d@freenode&gt; I pointed him in your direction sponge - figured pooling the creative juices was a good idea. 22:01:05 &lt;sigint&gt; lillith: i hadn't explicitely planned on joining this meeting, but it would have been nice. no big deal though. i do have an idea that would be good to bring up in next week's meeting. 22:01:09 &lt;sponge&gt; Yes, excellent. 22:01:32 &lt;sponge&gt; I need people to help with my ideas... I have too many 22:01:35 &lt;sigint&gt; idea: offer btc rewards for security vulnerabilities 22:01:39 &lt;lillith&gt; sigint: it's dg you'll want to talk to on that then :) 22:01:41 &lt;iRelay&gt; &lt;str4d@freenode&gt; (And orions work on i2pcpp has proven that he is good at implementing stuff ^_^) 22:01:58 &lt;iRelay&gt; &lt;str4d@freenode&gt; sigint, post any ideas for next week in the zzz.i2p thread. 22:01:59 * lillith raises eyebrows 22:02:07 &lt;lillith&gt; vairy interesting 22:02:10 &lt;sigint&gt; will do </div>/ko/blog/2013/03/08/0.9.5-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Fri, 08 Mar 2013 00:00:00 +0000/ko/blog/2013/03/08/0.9.5-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.5는 UCSB의 연구자들이 조사 중인 일부 문제와 취약점에 대한 버그 수정과 방어 대책을 포함합니다. 우리는 추가적인 개선을 위해 그들과 계속 협력하고 있습니다. 이는 우리의 네트워크가 빠르게 성장하고 있지만 여전히 상대적으로 작다는 점을 커뮤니티에 상기시킬 수 있는 좋은 기회입니다. 여러분의 익명성을 위태롭게 할 수 있는 여러 약점이나 버그가 존재할 수 있습니다. 가능한 방식으로 널리 알리고 기여하여 네트워크 성장을 도와주시기 바랍니다.</p> <p>이번 업그레이드 주기에는 무작위로 선택된 routers 1%(개발 빌드를 실행 중인 모든 routers 포함)가 i2psnark을 사용한 실험적인 네트워크 내 비트토렌트를 통해 업데이트를 시도합니다. 이 방식이 작동하지 않을 경우, 표준 네트워크 내 HTTP 업데이트로 자동으로 되돌아가도록 되어 있습니다.</p>/ko/blog/2013/02/19/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-2%EC%9B%94-19%EC%9D%BC/Tue, 19 Feb 2013 00:00:00 +0000/ko/blog/2013/02/19/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-2%EC%9B%94-19%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dg, hottuna, inscrutus, KillYourTV, lillith, Meeh, str4d</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:25:01 &lt;KillYourTV&gt; 아마 소수 의견일 수 있지만, 회의를 할 거라면 *정말로* 제시간에 시작해야 한다고 생각해요. 20:25:24 &lt;inscrutus&gt; 맞아요 20:26:31 &lt;KillYourTV&gt; _시작했어야 하는 시간_보다 30~60분 늦게 시작하는 건 보기 안 좋아요, 특히 중계된 네트워크에서 지켜보는 외부인들에게. 20:27:21 &lt;inscrutus&gt; 지난번에 누가 사회를 봤는지 기억이 안 나네요. 그 사람을 기다리는 건가요? 20:28:11 &lt;lillith&gt; ^이거 20:28:28 &lt;lillith&gt; inscrutus: dg는 자주 늦어요 20:32:22 &lt;hottuna&gt; KillYourTV, 응. 동의해요 20:33:01 &lt;lillith&gt; 원하면 dg 없이 그냥 시작해도 돼요 20:36:27 &lt;inscrutus&gt; 지난 회의에서 남은 주제 중 하나가 ipv6였던 걸로 기억해요... 20:50:56 &lt;dg&gt; 맞아요. 20:51:07 &lt;dg&gt; 그런데 그 대부분은 zzz나 str4d 없이는 진행하기 어려워요 20:52:25 * dg 늦어서 미안해요 - 정신이 좀 없었어요 20:52:40 &lt;dg&gt; 논의 주제는 다음과 같습니다/입니다: 20:52:43 &lt;dg&gt; * Syndie 문서 (lillith) 20:52:43 &lt;dg&gt; * 메일링 리스트 (meeh) 20:52:43 &lt;dg&gt; * 피드 (str4d) 20:52:43 &lt;dg&gt; * 의견(누구나) 20:52:54 &lt;dg&gt; Meeh, lillith? 20:53:03 &lt;dg&gt; 여러분이 없으면.. 젠장. 21:18:01 &lt;Meeh&gt; dg: 이제 왔어요, 미안 21:18:20 &lt;dg&gt; 괜찮아요, lillith는? 21:18:23 &lt;dg&gt; 미안, 너한테 한 말은 아니었어 ;) 21:18:27 &lt;Meeh&gt; 몰라요 21:18:49 &lt;inscrutus&gt; lillith는 있었어요, 약 45분 전에 21:18:49 &lt;lillith&gt; 여기 있어요 21:19:08 &lt;inscrutus&gt; 내가 틀렸네요 21:20:10 &lt;dg&gt; \o 21:20:22 &lt;dg&gt; 모두들 안녕하세요, 지연돼서 미안해요 21:20:42 &lt;dg&gt; lillith가 Syndie 문서화에 대해 이야기할 거예요 21:21:35 &lt;lillith&gt; 지금 제가 시작하면 되나요, 아니면 먼저 전체 일정부터 얘기하나요? 21:21:49 &lt;dg&gt; 이미 전체 일정을 말했어요 ;) 21:21:52 &lt;dg&gt; 아마 놓쳤나 봐요 21:21:59 &lt;dg&gt; &lt;+dg&gt; 논의 주제는 다음과 같습니다/입니다: 21:21:59 &lt;dg&gt; &lt;+dg&gt; * Syndie 문서 (lillith) 21:21:59 &lt;dg&gt; &lt;+dg&gt; * 메일링 리스트 (meeh) 21:21:59 &lt;dg&gt; &lt;+dg&gt; * 피드 (str4d) 21:21:59 &lt;dg&gt; &lt;+dg&gt; * 의견(누구나) 21:21:59 &lt;dg&gt; &lt;+dg&gt; Meeh, lillith? 21:22:02 &lt;dg&gt; &lt;+dg&gt; 여러분이 없으면.. 젠장. 21:22:21 &lt;lillith&gt; 아아 알겠어요 :) 21:22:24 &lt;inscrutus&gt; kytv 중계를 통해서만 봤어요.... 21:23:10 &lt;lillith&gt; 맞아요, zzz와 다른 분들이 Syndie에 많은 노력을 쏟았는데도 아직도 거의 쓰이지 않는 건 아쉽다고 느껴요 21:24:01 &lt;lillith&gt; 그리고 GUI가… 초보자에겐 까다롭기 때문에, 문서를 쓰고/업데이트하는 게 좋겠다고 생각했어요 21:24:47 &lt;lillith&gt; 그래서 지금 저랑 KillYourTV, 그리고 aargh가 위키 작업을 하고 있어요 21:25:17 &lt;lillith&gt; 호스트는 *b32 주소가 지금은 손에 없네요* 21:25:19 &lt;dg&gt; Sundie 전용 위키인가요? 21:25:23 &lt;dg&gt; s/Sundie/Syndie 21:25:54 &lt;lillith&gt; 위키니까, 모두가 한 번 봐 주시고 필요하면 고쳐 주시면 감사하겠어요 21:26:01 &lt;lillith&gt; 네 21:26:16 &lt;Meeh&gt; `http://wiki.meeh.i2p/doku.php?id=syndie:known_archives` 에서 Syndie 아카이브 지도를 만들려고 해요 21:26:24 &lt;iRelay&gt; 제목: syndie:known_archives [wiki.meeh.i2p] (at wiki.meeh.i2p) 21:26:43 &lt;lillith&gt; 그러니 Syndie를 한 번 써 보시고, 초보자 가이드가 짧은 소개로 적절한지 알려 주세요 21:26:50 &lt;dg&gt; 기본인지 아닌지를 표시하는 열이 있으면 유용할 것 같아요 21:27:25 &lt;dg&gt; 좋아요 :) 21:27:44 &lt;lillith&gt; 현재 문서는 미완성이라서, 우리가 하는 건 뭐든 개선이에요 21:28:27 &lt;lillith&gt; 그리고 KillYourTV: 나중에 위키를 공식 웹사이트로 옮기는 게 계획이라고 생각하는데, 맞나요? 맞다면 누구와 얘기하면 되죠? 21:30:10 &lt;lillith&gt; Meeh: 필터링/차단 정책에 대한 열도 유용할 것 같아요 21:30:25 &lt;Meeh&gt; 좋아요, 그런데 거기에 뭘 넣어야 할지 모르겠어요 21:31:03 &lt;dg&gt; 주변에 물어보면 되겠죠 21:31:26 &lt;Meeh&gt; 그렇게 해볼게요 21:31:53 &lt;dg&gt; Syndie에 관심 가져줘서 고마워요, lillith 21:32:01 &lt;lillith&gt; 제 건 나중에 말할게요, 지금 여기서는요 :) 21:32:31 &lt;inscrutus&gt; lillith: 이게 위키 b32 맞나요? `http://fomjl7cori4juycw55kdlczpgzzhme6nox6zykokuiov6t5lxhvq.b32.i2p/user_guide/` 21:32:34 &lt;iRelay&gt; 제목: Syndie Handbook (at fomjl7cori4juycw55kdlczpgzzhme6nox6zykokuiov6t5lxhvq.b32.i2p) 21:33:02 &lt;lillith&gt; dg: 버그가 있긴 하지만 사실 꽤 좋아요. 21:33:23 &lt;lillith&gt; inscrutus: 맞아요 :) 고마워요 21:33:54 &lt;KillYourTV&gt; lillith: 네, 완료되면 모든 문서는 최종적으로 '공식' Syndie 사이트에 올라갈 거예요 (지금은 `http://www.syndie.i2p/wiki/` 가 위키 페이지로 리디렉트됩니다) 21:33:57 &lt;iRelay&gt; 제목: Syndie Documentation Project (at www.syndie.i2p) 21:35:14 &lt;inscrutus&gt; 좋아요, 다음은 뭐죠, dg? 21:35:17 &lt;lillith&gt; 그래서 이와 관련해 더 하실 말씀이 없으면, 이 주제를 *baf* 해도 될까요 :) 21:35:20 &lt;dg&gt; Meeh 21:35:31 &lt;dg&gt; (메일링 리스트) 21:35:43 &lt;dg&gt; lillith: 고마워요 :) - 소개글 재미있게 읽고 있어요 21:36:02 &lt;dg&gt; Meeh: 발언해 줄래요? 21:36:41 &lt;Meeh&gt; 제 기억이 맞다면(IIRC) 메일링 리스트를 i2p 내부에서 이용 가능하게 하려면 tunnel을 만들기 위해 router 콘솔에 접근이 필요해서, weltende를 기다리고 있어요 21:37:42 &lt;Meeh&gt; 그리고, 이제 사용을 시작해야 해요 21:38:36 &lt;inscrutus&gt; '-dev' 메일링 리스트인가요? 아니면 일반 i2p인가요? 21:38:39 &lt;dg&gt; zzz와 user는 I2P 내부에 존재감이 생길 때까지 보류하겠다고 했어요 21:38:42 &lt;Meeh&gt; 둘 다요 21:38:56 &lt;inscrutus&gt; 알겠어요 21:39:04 &lt;Meeh&gt; 오케이 21:39:25 &lt;Meeh&gt; weltende: 메일링 리스트용 tunnel을 만들 수 있을까요? 21:39:25 &lt;Meeh&gt; 곧 21:41:01 &lt;lillith&gt; Meeh: 메일링 리스트의 목적이 무엇인가요? zzz.i2p나 irc나 syndie와 비교해서요 21:41:37 &lt;str4d2&gt; 자리 비워서 미안해요 - 인터넷 장애였어요 21:42:00 &lt;dg&gt; str4d :) 21:42:11 &lt;Meeh&gt; 개인적으로는 잘 모르겠어요.. 하지만 다른 오픈소스 프로젝트들처럼 메일링 리스트를 다시 시작하자는 결론에 이른 것 같았어요... 21:42:33 &lt;Meeh&gt; 어느 회의였는지는 기억이 안 나요 21:43:08 &lt;inscrutus&gt; 메일링 리스트를 Syndie와 미러링하거나 그 반대로 하는 게 좋을지도 몰라요. 분절을 피하기 위해서요 21:43:23 &lt;str4d2&gt; 참고로 15분쯤 후에는 자리를 비워야 해요 21:44:10 &lt;Meeh&gt; 그 아이디어 마음에 들어요, inscrutus 21:44:41 &lt;str4d2&gt; (그리고 앞으로는 이 회의 시간에 참석하기 어려워요) 21:45:11 &lt;str4d2&gt; 좋은 아이디어네요 21:45:14 &lt;str4d2&gt; 아이디어* 21:45:53 &lt;dg&gt; 예전에 제안된 바 있고, 어차피 Syndie의 일부가 될 예정이었던 걸로 알아요. 21:46:04 &lt;dg&gt; Meeh: 더 있을까요? 21:46:15 * lillith- 노트북에 전원 꽂는 걸 꼭 기억해야겠어요.... SIGHUP로 재접속해서 스크롤백 읽는 중... 21:47:11 &lt;Meeh&gt; 아니요, 딱히요. 먼저 weltende와 얘기해야 해요 21:47:22 &lt;lillith-&gt; inscrutus: 그게 제 다음 제안이었어요 :) 21:47:41 &lt;dg&gt; 좋습니다. 21:47:44 &lt;inscrutus&gt; :) 21:47:51 &lt;lillith-&gt; 우리가 'dog-fooding'을 좀 더 할 수 있을 것 같아요 21:48:18 &lt;dg&gt; lillith-: ? 21:48:40 &lt;lillith-&gt; 메일링 리스트/Syndie 미러링에 관해서요 21:48:55 &lt;dg&gt; 그 표현에 익숙하지 않아요 21:49:47 &lt;lillith-&gt; 아, 오픈소스 프로젝트에서의 dog food 원칙은 기본적으로, 자기 소프트웨어를 스스로 쓰라는 거예요 21:49:50 &lt;inscrutus&gt; 자기 제품을 직접 사용하라는 뜻이에요. 개밥 회사에서 비롯됐는데, CEO가 자기 회사의 개밥을 먹어 품질을 증명했다는 데서 나왔죠 21:50:01 &lt;dg&gt; 아.. 우리가 만든 개밥을 우리가 먹자는 거군요 21:50:04 &lt;dg&gt; 동의해요 21:50:15 &lt;lillith-&gt; 남들에게 쓰라고 기대한다면, 우리도 써야죠 21:50:35 &lt;str4d2&gt; 음 21:51:01 &lt;str4d2&gt; 제가 Syndie에서 겪는 문제는, 어떻게 쓰는지 전혀 모르겠다는 거예요 21:51:12 &lt;dg&gt; 저도 다시 살펴봐야겠어요 21:51:12 &lt;dg&gt; 어쨌든.. 21:51:12 &lt;dg&gt; str4d2: 지금 피드 진행해도 괜찮아요? $next_thing 이후에 회의 시간을 새로 논의해야 할지도 모르겠어요. 다들 와 있는 건 아니지만.. 21:51:15 &lt;str4d2&gt; 인터페이스가 그리 직관적이지 않아요. 21:51:18 &lt;lillith-&gt; str4d2: 문서 보셨어요? 21:51:57 &lt;str4d2&gt; 조금 봤지만, 모든 사용자가 그렇게 하리라고 기대해선 안 되죠 21:52:00 &lt;lillith-&gt; dg: 그래서야말로 우리가 새 시간을 정해야 하는 이유죠... 21:52:30 &lt;dg&gt; 그런 편이죠. 다만 zzz와 다른 분들은 IRL 이슈 때문에 불참 중이라, 모두에게 맞는 새 시간을 합의하기가 더 어렵네요. 21:53:01 &lt;str4d2&gt; 그리고 지금 바빠서요, 미안해요 21:53:01 &lt;lillith-&gt; dg: 임시로 새 시간을 정하고 몇 주 후 다시 논의할 수 있어요. 21:53:38 &lt;lillith-&gt; 화요일 8시는 dg, str4d2, 저 모두에게 별로 좋지 않아요 21:55:51 &lt;dg&gt; 그렇지 않아요 :-/ 22:03:14 &lt;lillith-&gt; 다들 잠든 건가요, 아니면 회의가 끝난 건가요? 22:03:29 &lt;dg&gt; 아마 잠든 듯.. 22:03:36 &lt;dg&gt; 이건 zzz.i2p에 스레드를 열까요? 22:03:39 * lillith- 위협적으로 baffer를 든다 22:03:42 &lt;inscrutus&gt; 저는 있어요, 회의 시간에 덧붙일 게 없을 뿐 22:03:49 &lt;dg&gt; 우리 셋뿐이네요. 22:05:25 * dg 회의를 *bafs*하며 종료 22:05:28 &lt;lillith-&gt; 좋아요, 더 추가할 게 아무도 없으면 제가 마무리할게요 22:05:51 * lillith- 회의를 *bafs* 22:06:10 &lt;lillith-&gt; 맙소사, 먼저 해버렸네요 ;) </div>/ko/blog/2013/02/12/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-2%EC%9B%94-12%EC%9D%BC/Tue, 12 Feb 2013 00:00:00 +0000/ko/blog/2013/02/12/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-2%EC%9B%94-12%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> asdfsdafsdafsd, christoph3, dg, eche|on, h2ik, hottuna, inscrutus, lillith, Mathiasdm, Meeh, orion, Shinobiwan, str4d, suhr, unresolved, user, weltende, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 20:00:38 &lt;hottuna&gt; dg, meetingtime? 20:03:06 &lt;dg&gt; uh.. through tor? 20:03:06 &lt;dg&gt; was just pulling the mtg topic ;) 20:03:06 &lt;dg&gt; ok, hi! 20:03:06 &lt;dg&gt; Today's agenda: 20:03:09 &lt;dg&gt; (0) - hi 20:03:15 &lt;dg&gt; (1) - Domain vote 20:03:18 &lt;dg&gt; (2) - Website transition 20:03:25 &lt;dg&gt; (3) - IPv6 .. I hope 20:03:28 &lt;dg&gt; (4) - Crypto .. I hope 20:03:43 &lt;dg&gt; str4d KillYourTV eche|on zzz 20:03:54 &lt;str4d&gt; Hi! 20:03:57 &lt;dg&gt; sponge meeh 20:03:57 &lt;hottuna&gt; Hi! 20:04:04 &lt;dg&gt; Hi! :-) 20:04:07 &lt;exoshell&gt; dg: Looks like I need to edit my .pac file and update the regex. The connect was going through 127.0.0.1:4444 Thanks! :) 20:04:25 &lt;dg&gt; exoshell: No problem. Better to be that problem than being censored for real, right? 20:04:34 &lt;dg&gt; Ok, how many people do we need to vote? 20:04:45 &lt;exoshell&gt; no kidding. 20:04:48 &lt;str4d&gt; weltende 20:04:52 &lt;str4d&gt; (ping) 20:05:06 &lt;hottuna&gt; Mathiasdm postman badger 20:05:19 &lt;hottuna&gt; domain vote is coming up 20:05:22 &lt;dg&gt; \o/ 20:05:41 &lt;dg&gt; h2ik bpb psi 20:05:49 &lt;dg&gt; .. wakey wakey? 20:06:23 &lt;dg&gt; Everyone's sleepy 20:06:36 &lt;dg&gt; We could do with more than three people&gt;.&gt; 20:06:51 &lt;hottuna&gt; 3 ppl isnt enought. 20:06:58 &lt;str4d&gt; Nope 20:07:16 &lt;hottuna&gt; Could we start a zzz.i2p thread for it and have #i2p-dev topic point ppl to it. 20:07:20 &lt;str4d&gt; And there are two votes needed - what we would change it to, and if we are going to change it at all. 20:07:31 &lt;hottuna&gt; and just have people vote for one of the alternatives 20:07:38 &lt;str4d&gt; (Can and should be independent) 20:07:41 &lt;dg&gt; RN, Shinobiwan 20:07:49 &lt;hottuna&gt; agreed 20:08:00 &lt;dg&gt; might be an idea 20:08:07 &lt;dg&gt; I was going for $OPTIONS/"I don't want a change" 20:08:28 &lt;hottuna&gt; dg, makes sense to me 20:08:45 &lt;dg&gt; I mean.. we did post this a week ago 20:08:45 &lt;zzz&gt; dont even bother if weltende isnt here 20:08:48 &lt;str4d&gt; With two votes, even those who don't want a change can contribute an idea as to what they would change to if they had to. 20:09:22 &lt;dg&gt; They could anyway? We've had the topic up for a week and there's been no new suggestions. 20:09:22 &lt;hottuna&gt; str4d, so $OPTIONS/"I don't want a change" is not good enough? 20:09:37 &lt;dg&gt; "You can abstain (to say I don't want us to change) but it's preferable if you'd bring it up first so we could discuss why.. but not necessary." 20:09:40 &lt;Shinobiwan&gt; o/ 20:10:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; zzz: well.. I don't *really* care 20:10:51 &lt;str4d&gt; hottuna: that doesn't give the right statistics. 20:10:51 &lt;dg&gt; Does that mean you'll go with the majority or.. what? 20:10:55 &lt;dg&gt; Not caring isn't a great stance. 20:11:02 &lt;hottuna&gt; weltende, as long as you know that there is a vote 20:11:21 &lt;zzz&gt; ok, but presumably work would fall on you if we switch, so you kinda have to agree to a switch 20:11:21 &lt;dg&gt; We've said there's a vote, people are able to vote for - with a choice or against 20:12:11 &lt;str4d&gt; weltende, how much work do you see for yourself in the event of a switch? 20:12:22 &lt;hottuna&gt; alright, are we enough ppl around for the vote "Do you want to change the domain?" ? 20:12:29 &lt;dg&gt; I'm trying to think of things you can't do with a quick sed. 20:13:03 &lt;dg&gt; hottuna: hottuna, str4d, zzz, Shinobiwan, welt, dg 20:13:03 &lt;dg&gt; that's 6 20:13:03 &lt;dg&gt; is that enough? 20:13:10 &lt;dg&gt; I'm not sure. 20:13:10 &lt;hottuna&gt; yes? 20:13:22 * asdfsdafsdafsd runs in the room 20:13:29 &lt;asdfsdafsdafsd&gt; I'm here.... 7 20:13:29 &lt;dg&gt; :o 20:13:32 &lt;dg&gt; make that 7 20:13:47 &lt;zzz&gt; dns updates, ssl certs, transfers (if somebody else has the new domain now) .. .among others 20:13:47 &lt;hottuna&gt; so let's do the vote? 20:13:54 &lt;dg&gt; it's not lik we have ssl certs anyway 20:13:57 &lt;dg&gt; let's do it 20:13:57 &lt;inscrutus&gt; i'm just a civvie, is my opinion worth anything ? 20:14:04 &lt;dg&gt; yes 20:14:11 &lt;hottuna&gt; inscrutus, yes :) 20:14:14 &lt;zzz&gt; dg, yes we do have certs 20:14:21 &lt;dg&gt; zzz: none valid afaik 20:14:28 &lt;hottuna&gt; zzz, the cacert cert? 20:14:28 &lt;dg&gt; hottuna: say "I"? deal? 20:14:30 &lt;inscrutus&gt; cool :) 20:15:00 &lt;hottuna&gt; \me says votes "I" 20:15:03 &lt;asdfsdafsdafsd&gt; so, what are the alternate domain choices? 20:15:06 &lt;zzz&gt; dg the choice of CA is a different issue. don't confuse things by saying we dont have certs. 20:15:17 &lt;hottuna&gt; "I" 20:15:17 &lt;Shinobiwan&gt; i2p2.de ? 20:15:17 &lt;dg&gt; zzz: meh. same diff for the most part. for another time, anyway. 20:15:24 &lt;dg&gt; Those in favor of a domain change (doesn't matter what to), say I! 20:15:35 &lt;hottuna&gt; asdfsdafsdafsd, that is the next vote, first we decide if we want to change 20:15:42 &lt;zzz&gt; no, its not the same at all. It's work to be done, don't discount it. 20:15:42 * dg votes "I" 20:15:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: not sure.. but not gonna do anything before 1.3 20:15:52 * hottuna votes "I" 20:15:59 &lt;zzz&gt; do you guys mean "aye" ? 20:16:06 &lt;zzz&gt; ffs 20:16:07 &lt;dg&gt; ... 20:16:07 &lt;dg&gt; yes 20:16:10 &lt;hottuna&gt; yes :P 20:16:13 &lt;hottuna&gt; damnit 20:16:13 &lt;dg&gt; LOL 20:16:16 * inscrutus says aye (FWIW) 20:16:16 &lt;asdfsdafsdafsd&gt; hottune, ah ok 20:16:19 &lt;dg&gt; .. aye 20:16:26 &lt;asdfsdafsdafsd&gt; edit.... tuna lol 20:17:20 &lt;hottuna&gt; 3 for - 0 against, this far. 20:17:46 &lt;Shinobiwan&gt; i2p2.de ? ?_? 20:17:49 &lt;zzz&gt; do we have volunteers to do all the other work required? docs, website, router console, etc? 20:17:52 &lt;Shinobiwan&gt; if so, aye 20:18:03 &lt;dg&gt; Shinobiwan: Moving from i2p2.de -&gt; anything 20:18:19 &lt;dg&gt; (we'll have another vote to determine what "anything" is) 20:18:26 &lt;Shinobiwan&gt; yea then... definitely. 20:18:29 &lt;hottuna&gt; zzz, ill take responsibility if works needs to be done (that is server specific) 20:18:35 * asdfsdafsdafsd confers with his greater and lesser demons.... 20:18:46 &lt;dg&gt; Website doesn't need anything doing. 20:18:46 &lt;asdfsdafsdafsd&gt; aye 20:19:01 &lt;str4d&gt; zzz: the work will get done, but the 301 server redirect will solve that. 20:19:01 &lt;hottuna&gt; 5 for - 0 against 20:19:04 &lt;dg&gt; well, a redirect. 20:19:07 &lt;dg&gt; 4 for - 0 against. 20:19:09 &lt;iRelay&gt; &lt;user@kytv&gt; abstention here 20:19:09 &lt;dg&gt; oops 20:19:12 &lt;str4d&gt; Website, has nothing (aside from tweaking the mirror links in the footer) 20:19:31 &lt;str4d&gt; Ah, and aye 20:19:34 &lt;dg&gt; so.. no? 20:19:37 &lt;hottuna&gt; ok 20:19:43 &lt;str4d&gt; dg: abstention. Difference. 20:19:47 &lt;eche|on&gt; count me as a no, it is absolutly unneeded and unneeded work and confuses the users 20:20:00 &lt;asdfsdafsdafsd&gt; I guess this means I'll have to edit my posters.... 20:20:00 &lt;dg&gt; str4d: No, I said something in the topic due to the previous model we were going for. 20:20:02 &lt;iRelay&gt; &lt;user@kytv&gt; my English is bad. I mean I am indifferent 20:20:12 &lt;dg&gt; str4d: "You can abstain (to say I don't want us to change) but it's preferable if you'd bring it up first so we could discuss why.. but not necessary." 20:20:12 &lt;eche|on&gt; but as I do not have to do anything, who cares 20:20:15 &lt;dg&gt; ah ok 20:20:18 &lt;dg&gt; 6 for - 1 against 20:20:21 &lt;lillith&gt; FWIW, my vote is no change. i like i2p2.de with the other urls pointing at it 20:20:34 &lt;str4d&gt; lillith: other urls? 20:20:34 &lt;dg&gt; 2 against. 20:21:01 &lt;lillith&gt; geti2p.net etc 20:21:04 &lt;str4d&gt; You mean the mirrors? They aren't pointing at it (that would be a 301 redirect) - at present they are full mirrors. 20:21:19 &lt;dg&gt; geti2p.net is a mirror iirc. 20:21:22 &lt;lillith&gt; ahh okay :D 20:21:26 &lt;dg&gt; so.. yes or no? 20:21:45 &lt;zzz&gt; I'll give a contingent aye, dependent on the result of the 2nd vote. If I don't like the new one I will switch to nay. 20:21:52 &lt;lillith&gt; no - keep i2p2 as primary url 20:21:59 &lt;hottuna&gt; sponge, Mathiasdm, Meeh, RN: Domain votes? 20:22:06 &lt;dg&gt; 7 for - 2 against. 20:22:25 &lt;str4d&gt; (That's why I wanted to do the second vote first =P) 20:22:33 &lt;dg&gt; .. oh. 20:22:38 &lt;dg&gt; That makes snese. 20:22:45 &lt;asdfsdafsdafsd&gt; can zzz setup a poll on the dev forum? 20:22:56 &lt;dg&gt; don't know if polls are possible 20:22:59 &lt;zzz&gt; no, because if the 1st vote loses you dont need a 2nd. 20:23:13 &lt;inscrutus&gt; lillith: that hints at another question: keep i2p2 as a secondary domain? 20:23:20 &lt;str4d&gt; inscrutus: of course. 20:23:20 &lt;inscrutus&gt; i2p2.de* 20:23:26 &lt;dg&gt; That's a yes. 20:23:33 &lt;dg&gt; We're keeping it for SEO purposes and to stop evil. 20:23:37 &lt;str4d&gt; If a change goes ahead, www.i2p2.de will be 301-ed to the new one 20:24:10 &lt;str4d&gt; I.e. it wouldn't be a full mirror, it would redirect to the new URL (which ensures that the old SEO/linkage/etc. gets transferred to the new URL) 20:24:28 &lt;inscrutus&gt; Right, that makes sense 20:24:37 &lt;eche|on&gt; ..at some point I cannot read/hear/... this buzzwor SEO anymore,... 20:24:47 &lt;asdfsdafsdafsd&gt; I guess a forum vote is maybe a bad idea, because you could get people voting multiple times too 20:24:54 &lt;zzz&gt; my vote and any change is also contingent on weltende agreeing to do the work 20:24:54 &lt;dg&gt; SEO is real, lol. 20:26:05 &lt;str4d&gt; zzz: my sugggestion (if a domain change is agreed on) is that the site revamp be put up at the new URL, and then once tested the old one is put on redirect. So weltende would be killing two birds with a slightly larger stone. 20:26:43 &lt;hottuna&gt; Is the first vote over and done? 20:26:49 &lt;iRelay&gt; &lt;user@kytv&gt; don't kill innocent birds!! 20:26:49 &lt;dg&gt; Believe so. 20:26:59 &lt;h2ik&gt; hi back dg 20:26:59 &lt;dg&gt; So.. 7 for - 2 against. 20:27:02 &lt;dg&gt; oh! 20:27:02 &lt;dg&gt; hi! 20:27:02 &lt;h2ik&gt; sorry, working :-) 20:27:06 &lt;dg&gt; np :-) 20:27:10 &lt;dg&gt; got enough time to say yay or nay? 20:27:13 &lt;asdfsdafsdafsd&gt; I don't think anyone else is coming... 20:27:36 &lt;asdfsdafsdafsd&gt; we could wait until 8:30 UTC though 20:27:51 &lt;dg&gt; I'll wait for h2ik's answer 20:28:18 * h2ik is reading up on the domain vote 20:28:38 &lt;dg&gt; the vote right now is actually "Do you think we should change?" - not what to 20:29:01 &lt;dg&gt; if the result is yes, I will post a forum topic for voting. 20:29:04 &lt;dg&gt; if no..: pass 20:29:16 &lt;h2ik&gt; We've had the .de for a long time and I'm not opposed to it. So pass. 20:29:31 &lt;h2ik&gt; sorry, obstain 20:29:31 &lt;dg&gt; 7 for - 3 against. 20:29:34 &lt;dg&gt; oh 20:29:34 &lt;h2ik&gt; I'm ok either way 20:29:41 &lt;dg&gt; so not against, not for 20:29:44 &lt;dg&gt; ok 20:29:44 * unresolved waves 20:29:47 &lt;h2ik&gt; 7 - 1 - 3 20:29:50 &lt;dg&gt; 7 for - 2 against. 20:30:15 &lt;dg&gt; 7 - 2 - 3 20:30:15 * h2ik eagerly awaits the ipv6 topic :-) 20:30:19 &lt;dg&gt; Okay, that's done then! :D 20:30:37 &lt;dg&gt; str4d: Your time to shine. 20:30:47 &lt;dg&gt; topic = transition to new website design 20:30:50 &lt;str4d&gt; We can always update this vote if more people come in, but there's enough for the second vote. 20:31:08 &lt;str4d&gt; dg: are we not having the second vote right now? Or are we doing that in a thread? 20:31:22 &lt;dg&gt; str4d: I was thinking of a thread.. we can do it now if you want? 20:31:25 &lt;dg&gt; We have enough to do it. 20:31:35 &lt;dg&gt; It's not worth waiting another week IMO but I didn't want to upset anyone 20:31:54 &lt;hottuna&gt; Let's do it now? 20:31:57 &lt;zzz&gt; cant do polls on zzz.i2p. use forum.i2p if you want a poll 20:31:57 &lt;dg&gt; hell, let's do it 20:32:07 &lt;asdfsdafsdafsd&gt; we need a catchy domain name... 20:32:10 &lt;hottuna&gt; enumerate the options and we'll all pick one 20:32:17 &lt;dg&gt; The new domain candidates are: 20:32:17 &lt;dg&gt; - i2p.io 20:32:17 &lt;dg&gt; - i2p.int 20:32:17 &lt;dg&gt; - i2p.me 20:32:17 &lt;dg&gt; - geti2p.net 20:32:38 &lt;h2ik&gt; geti2p.net would follow suit with other FOSS projects 20:32:38 &lt;Meeh&gt; i2p.int was kind of fancy 20:32:41 &lt;Meeh&gt; or io 20:32:43 &lt;hottuna&gt; ** other (specify) ** 20:32:51 &lt;dg&gt; (and make sure it's available) 20:33:05 * hottuna votes for geti2p.net (since we already have it and it's pretty good) 20:33:17 * dg votes for geti2p.net. ditto on the reasons. 20:33:23 &lt;zzz&gt; who owns those 4 now? 20:33:29 &lt;asdfsdafsdafsd&gt; i2p4.me? lol 20:33:36 &lt;dg&gt; N/A, N/A, N/A, hottuna. AFAIK. 20:34:00 &lt;hottuna&gt; i dont own geti2p.net 20:34:04 &lt;dg&gt; oh? 20:34:15 &lt;hottuna&gt; weltende/welterde owns geti2p.net 20:34:18 &lt;dg&gt; ah ok 20:35:03 &lt;zzz&gt; um, if we don't know who owns a proposed domain, then there's no f-ing use talking about it. Unless it's available. 20:35:10 &lt;lillith&gt; would it be counterproductive to go for i2p-projekt.de? 20:35:10 &lt;lillith&gt; that's my vote if it's an option 20:35:21 &lt;hottuna&gt; zzz, the above ones are available 20:35:36 &lt;hottuna&gt; lillith, you can vote for whatever you like :) 20:35:44 &lt;zzz&gt; ok. 20:35:47 &lt;asdfsdafsdafsd&gt; i2phides.me 20:35:58 &lt;zzz&gt; yet another reason why we need welt's agreement. 20:36:09 &lt;lillith&gt; hottuna: good. just checking the point isn't to move away from a .de domain :) 20:36:17 &lt;dg&gt; it was for some of us ;) 20:36:24 &lt;dg&gt; well.. actually.. overall, it was. 20:36:31 &lt;dg&gt; but you can vote for whatever 20:36:36 &lt;Shinobiwan&gt; geti2p.net is good, i2p.me is good too IMO 20:36:39 &lt;Shinobiwan&gt; if need to get new one, i2p.me 20:36:46 &lt;str4d&gt; dg: not overall 20:36:57 &lt;dg&gt; it does not have to be new 20:37:03 * zzz again raises the significant issue of moving to a US-controlled TLD 20:37:12 &lt;iRelay&gt; &lt;user@kytv&gt; and there was silence ..... 20:37:13 &lt;iRelay&gt; &lt;user@kytv&gt; I don't like the .me and .io - they're very unknown here 20:37:15 &lt;iRelay&gt; &lt;user@kytv&gt; maybe cheaper, I dunno, but people here would be like "WTF is that?" 20:37:15 &lt;dg&gt; I don't think it's the time to. 20:37:35 &lt;hottuna&gt; when you've decided what ytou'd like to vote for, please denote it with a /me or something easily distinguishable 20:37:35 &lt;dg&gt; The vote was in +, not - 20:37:49 &lt;asdfsdafsdafsd&gt; I don't like the '.io' 20:37:52 &lt;Shinobiwan&gt; yea the country bit is important :/ 20:38:11 &lt;dg&gt; I felt that if the $GOV wanted rid of us, they could anyway. Tor Project does fine. 20:38:17 &lt;zzz&gt; agreed. you arent picking 2 letters, you're picking a legal domain 20:38:19 &lt;iRelay&gt; &lt;user@kytv&gt; oh, it was the relay lagging. 20:38:19 * Mad reads silently, thinking this is quiet an important descision. 20:38:22 &lt;dg&gt; We have bigger problems than our domain if they want us shut down so badly. 20:38:31 &lt;iRelay&gt; &lt;user@kytv&gt; IMHO short is better than i2p-project.whatever 20:38:43 &lt;unresolved&gt; i2.p 20:38:46 &lt;unresolved&gt; :P 20:39:25 &lt;zzz&gt; dg, the fact that $X hasn't yet been shut down is not much of an argument. The issue is who a particular government _has_ shutdown and why, and the legal process required. 20:42:48 &lt;asdfsdafsdafsd&gt; that's pretty good unresolved -&gt; i2.p 20:44:24 &lt;inscrutus&gt; Are we worried about the .net having censorship issues? 20:44:27 &lt;dg&gt; zzz: It is? I don't think the US government would come after us, but if they were to, they'd likely go after TPO at the same time, or not long after. TPO didn't see it as much of an issue and I don't either. 20:44:27 &lt;dg&gt; I'm not, some are. 20:44:30 &lt;lillith&gt; semi related to zzz's point, is there an i2p .onion? will there ever be? 20:44:33 &lt;zzz&gt; to handwave and say all TLDs are equivalent is naive 20:44:33 &lt;unresolved&gt; ty :P 20:44:33 &lt;dg&gt; lillith: I can get on that but AFAIK, right now, no. 20:44:33 &lt;str4d&gt; lillith: that IS a valid point; but that would be work for weltende 20:44:33 &lt;str4d&gt; (There isn't one now) 20:44:33 &lt;lillith&gt; also a freesite - if censorship is/may be an issue there are other ways of getting round it than just changing the url 20:44:33 &lt;inscrutus&gt; Well there _are_ backup domains in case geti2p.net gets shut down 20:44:33 * inscrutus votes geti2p.net 20:44:33 &lt;inscrutus&gt; And getting shut down would be good media coverage :D 20:44:35 &lt;asdfsdafsdafsd&gt; hehe 20:44:35 &lt;zzz&gt; again, the fact that t.p.o or anybody else hasn't yet had a problem, or your theory that they wouldn't shutdown us unless thy also shutdown $X and they'd never do that, is irrelevant 20:44:35 &lt;lillith&gt; also re: people talking about tor, tor dosent allow file sharing, so they have more protection in US 20:44:35 &lt;lillith&gt; i2p does allow filesharing so is more likely to be a target 20:44:35 &lt;zzz&gt; it's the established procedures and due process or lack thereof. 20:46:13 &lt;dg&gt; inscrutus: mm, yeah. I doubt we'd be censored without some noise. 20:46:19 &lt;str4d&gt; lillith: it's not that they forbid filesharing for legal reasons, it's that they encourage people to not fileshare for technical reasons. 20:46:19 &lt;dg&gt; In any case, you can still use Tor for filesharing. 20:46:19 &lt;dg&gt; You just shouldn't. 20:46:22 &lt;dg&gt; So.. 20:46:22 &lt;dg&gt; Back on topic? 20:46:22 &lt;lillith&gt; str4d: whatever the reason, it will almost certainly be a plus when it comes to not being shut down 20:46:33 &lt;lillith&gt; sorry, dg. yes 20:46:50 &lt;dg&gt; Right now, I believe it's geti2p.net - 2 20:46:53 * lillith wishes to officially register a vote for i2p-projekt.de 20:46:56 &lt;dg&gt; Shinobiwan: You never decided ;) 20:46:56 &lt;dg&gt; ok 20:46:59 &lt;zzz&gt; presumably i2p2.de etc remains a mirror for many years 20:47:02 &lt;dg&gt; yes 20:47:05 &lt;Shinobiwan&gt; I pinged out, must have missed something 20:47:19 &lt;dg&gt; Shinobiwan: ah. Doesn't have to be a new domain. Your vote? 20:47:57 &lt;Shinobiwan&gt; geti2p.net 20:48:15 &lt;dg&gt; that's 4 so far.. 20:48:15 &lt;Shinobiwan&gt; if welterde say OK, or w/e needs to happen for that. 20:48:27 &lt;zzz&gt; .io, .me, and .int are worse than what we have now and not worthy. i2p-projekt.net is better but hyphens are terrible for many reasons, an the english spelling is problematic. that leaves only geti2p.net imho 20:48:41 &lt;inscrutus&gt; dg: am I counted among those 4? I think I'm lagging 20:49:13 &lt;asdfsdafsdafsd&gt; I agree with zzz.... out of the 4 geti2p.net is the best 20:49:32 &lt;Shinobiwan&gt; yeah, haha, exactly. 20:49:55 &lt;str4d&gt; Of the available choices, my vote is for geti2p.net (and for http://geti2p.net/ rather than http://www.geti2p.net/ as it currently is) 20:50:06 &lt;iRelay&gt; Title: I2P Anonymous Network - I2P (at geti2p.net) 20:50:34 &lt;dg&gt; geti2p.net - 7 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d 20:50:34 &lt;dg&gt; i2p-projekt.de - 1 - lillith 20:51:34 &lt;unresolved&gt; ill go for geti2p.net 20:51:53 &lt;Meeh&gt; geti2p.net + meeh 20:52:55 &lt;Meeh&gt; In case you didn't get it , I vote for geti2p.net too 20:53:09 &lt;dg&gt; aye 20:53:12 &lt;dg&gt; geti2p.net - 9 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d, unresolved, meeh 20:53:15 &lt;dg&gt; i2p-projekt.de - 1 - lillith 20:53:18 &lt;dg&gt; Are we done? 20:53:21 &lt;zzz&gt; ech has a couple others too. i2pprojekt.net maybe? too bad those didnt get added to the list last week. 20:53:25 &lt;orion&gt; Vote? 20:53:28 &lt;orion&gt; What are we voting on? 20:53:32 &lt;dg&gt; zzz: if anybody cared to, they could have suggested it 20:53:39 &lt;dg&gt; orion: new project domain (official, main one used) 20:53:46 &lt;zzz&gt; in fact, step one, a couple of weeks ago, should have been to list all the domains we already have. 20:53:49 &lt;orion&gt; What are the choices? 20:54:00 &lt;dg&gt; orion: 20:54:00 &lt;dg&gt; - i2p.io 20:54:00 &lt;dg&gt; - i2p.int 20:54:00 &lt;dg&gt; - i2p.me 20:54:00 &lt;dg&gt; - geti2p.net 20:54:10 &lt;iRelay&gt; &lt;user@kytv&gt; re i2pprojekt.net - I have the same issue as zzz: the k instead of c 20:54:10 &lt;dg&gt; (or one you know of that is available!) 20:54:25 &lt;str4d&gt; - i2pproject.net 20:54:32 &lt;str4d&gt; - i2p-projekt.de 20:54:57 &lt;str4d&gt; (We have those two alongside geti2p.net and i2p2.de) 20:55:00 &lt;lillith&gt; i just think it should be a little different than the typical get[name].[com|net|org] 20:55:08 &lt;suhr&gt; i2p-project.org is avalible? 20:55:15 &lt;dg&gt; "-"s suck. 20:56:12 &lt;iRelay&gt; &lt;user@kytv&gt; I think geti2p.net and i2pproject.net are best, despite the double p 20:56:37 &lt;iRelay&gt; &lt;user@kytv&gt; but I'd go with the geti2p.net one 20:57:18 &lt;str4d&gt; AFK 5 mins 20:58:25 &lt;Mathiasdm&gt; 21:22 &lt;hottuna&gt; sponge, Mathiasdm, Meeh, RN: Domain votes? 20:58:28 &lt;Mathiasdm&gt; hm? 20:58:35 &lt;orion&gt; What about i2p.sg, i2p.vc, or i2p.mn? 20:58:56 &lt;Mathiasdm&gt; I won't vote, I haven't been active enough to contribute anything useful 20:59:07 &lt;Meeh&gt; ok, is there some simple webutility where we just can create a fast vote thing, and vote and be finished with it? :P 20:59:10 &lt;hottuna&gt; We're voting to change our official domain away from i2p2.de 20:59:17 &lt;hottuna&gt; every opinion is valuable Mathiasdm 20:59:24 &lt;Mathiasdm&gt; thanks for asking :) 20:59:42 &lt;Mathiasdm&gt; yes, but I'm someone with an uninformed opinion :) so I'll pass this one 20:59:45 &lt;dg&gt; I'm keeping note. 20:59:48 &lt;Mathiasdm&gt; I need to go afk again, I'm afraid 20:59:51 * Mathiasdm waves 20:59:55 &lt;hottuna&gt; bye 21:00:10 &lt;dg&gt; bye 21:00:21 &lt;dg&gt; be nice if we could see you again soon, Mathiasdm! 21:00:21 &lt;Meeh&gt; bye 21:00:24 &lt;orion&gt; What's the legal status on these TLDs? 21:00:57 &lt;dg&gt; AFK for 10 minutes or so. As str4d is gone and he's leading the next topic, feel free to talk about domains or whatever. 21:01:03 &lt;dg&gt; geti2p.net is winning, will likely be our decision. 21:01:28 &lt;iRelay&gt; &lt;user@kytv&gt; bye Mathiasdm! 21:03:28 &lt;orion&gt; Can we have the website be geti2p.net and have personal emails be directed to blah@i2p.io? 21:03:35 &lt;orion&gt; Like, press@i2p.io 21:04:11 &lt;hottuna&gt; i dont think we've ever hade personal email 21:04:22 &lt;hottuna&gt; not that it is a bad idea, it would be nice 21:04:29 &lt;lillith&gt; orion: why? 21:04:51 &lt;hottuna&gt; having them separated makes little sense in my mind 21:05:07 &lt;iRelay&gt; &lt;user@kytv&gt; I don't even know what .io stands for. input output? 21:05:11 &lt;Meeh&gt; personal email for active developers/contributors could be usefull 21:05:22 &lt;Meeh&gt; exceptly when it comes to PR etc 21:05:33 &lt;lillith&gt; i agree but surely meeh@geti2p.net 21:05:36 &lt;Meeh&gt; postman's service is nice... but great with imap and stuff 21:05:55 &lt;lillith&gt; a site with different email screams out scam to me 21:06:06 &lt;suhr&gt; i2p.io is nice, but we've got i2pmail.org... 21:06:23 &lt;inscrutus&gt; kytv: yeah input/output 21:06:30 &lt;asdfsdafsdafsd&gt; haha my thoughts too user.... 21:06:41 &lt;lillith&gt; suhr: it's not official. i agree there should be official emails for devs etc though 21:06:59 &lt;unresolved&gt; i2pmail ? :/ 21:07:06 &lt;unresolved&gt; is that really a good idea 21:07:13 &lt;suhr&gt; It should be avalibe in i2p. 21:07:23 &lt;lillith&gt; unresolved: it already exists 21:07:30 &lt;Meeh&gt; yea, but sure we can have two mail domains inside i2p 21:07:34 &lt;unresolved&gt; :/ 21:07:37 &lt;suhr&gt; (www.i2p2.i2p is a terrible address, anyway) 21:07:40 &lt;inscrutus&gt; isn't i2pmail.org already the postman mail gateway? 21:08:03 &lt;str4d&gt; Back 21:08:16 &lt;iRelay&gt; &lt;user@kytv&gt; inscrutus, it is 21:08:24 &lt;hottuna&gt; Do we have any other voters? 21:08:39 &lt;asdfsdafsdafsd&gt; so jrandom took i2p.i2p too when he went awol? 21:09:04 &lt;lillith&gt; str4d: the meeting was handed over to you :) 21:09:30 &lt;str4d&gt; K. I have to depart in the next ten mins anyway, so I'll be brief: 21:10:10 &lt;str4d&gt; The website is ready for transition (or at least, as ready as I can see) 21:10:30 &lt;str4d&gt; Translations are underway. 21:10:41 &lt;lillith&gt; str4d: how is the mobile site? 21:10:45 &lt;str4d&gt; The structure, urls etc. is set. 21:10:54 &lt;str4d&gt; lillith: I *haven't* worked on that, no. 21:11:05 &lt;str4d&gt; It's better than the current site, but the menu CSS still needs work. 21:11:44 &lt;str4d&gt; As does the desktop CSS 21:12:02 &lt;str4d&gt; So designers are more than welcome to get stuck in. 21:12:09 &lt;str4d&gt; But we decided previously that the theme is not a blocker. 21:12:46 &lt;str4d&gt; Currently, the redirects from the old URLs to the new ones (e.g. /how_threatmodel.html -&gt; /docs/overview/threat-model/) are done with 302 redirects. 21:13:20 &lt;hottuna&gt; Ok 21:13:20 &lt;str4d&gt; I'm going to leave them like that until the site is live, so the URL redirects can be properly tested 21:13:27 &lt;str4d&gt; (But switching to a 301 is a simple addition of a parameter) 21:13:31 &lt;hottuna&gt; Have you heard anytinhg from echelon or weltende about deploying the site? 21:13:49 &lt;str4d&gt; weltende has said no website work before March 21:14:15 &lt;str4d&gt; (He said 2 weeks last week, but earlier in the meeting he said 1/3 which I assume means March) 21:15:33 &lt;str4d&gt; So there is still time for design work, more translations, and any other suggestions 21:15:36 &lt;hottuna&gt; ok 21:15:54 &lt;Meeh&gt; maybe a bit late, but I got a topic for the meeting.. we now got mailing list... should we start using them? 21:16:05 &lt;Meeh&gt; I've done setup the server at lists.i2p2.de 21:16:15 &lt;hottuna&gt; dg, are you back? 21:16:42 &lt;hottuna&gt; we've had no new 21:16:49 &lt;hottuna&gt; votes 21:16:56 &lt;hottuna&gt; wait, thats not true 21:16:59 &lt;hottuna&gt; geti2p.net - 9 - hottuna, dg, inscrutus, zzz, asdfsdafsdafsd, Shinobiwan, str4d, unresolved, meeh, user 21:17:09 &lt;zzz&gt; I dont know what 1/3 meant. But w/o him agreeing and doing the work for the site, or a new domain, or anything else we have nothing. 21:17:28 &lt;hottuna&gt; i2p-projekt.de - 1 - lillith 21:18:03 &lt;Meeh&gt; another question, who got access to geti2p.net, and what if that person goes awol? 21:18:09 &lt;inscrutus&gt; zzz: is it possible for others to pitch in to lessen the load on weltende? 21:18:27 &lt;Meeh&gt; witch load? 21:18:46 &lt;zzz&gt; dont know 21:18:56 &lt;hottuna&gt; Meeh, welterde/weltende 21:18:59 &lt;lillith&gt; Meeh: are we leaving the mailing list topic to the end? 21:19:06 &lt;dg&gt; I'm back. 21:19:14 &lt;hottuna&gt; how does shared dns-ownership work? 21:19:25 &lt;hottuna&gt; maybe shared access to a registrar account? 21:19:35 &lt;iRelay&gt; &lt;user@kytv&gt; Meeh: is this lists.i2p2.de reachable from withing i2p? 21:19:55 &lt;dg&gt; Not yet. 21:20:09 &lt;iRelay&gt; &lt;weltende@freenode&gt; can give you access to the relevant VM 21:20:38 &lt;Meeh&gt; lillith: we can leave it to the end yes. 21:20:52 &lt;dg&gt; So, website 21:21:03 &lt;dg&gt; Are we waiting on welt to be able to help us deploy? 21:21:20 &lt;hottuna&gt; I think we are 21:21:39 &lt;Meeh&gt; weltende, I can ssh into it and portforward the console and fix it if you want? 21:21:58 * dg nods 21:22:13 &lt;hottuna&gt; but we've reached a decision? 21:22:28 &lt;dg&gt; yes, geti2p.net 21:22:35 &lt;dg&gt; that is the majority 21:23:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; Meeh: hmm? fix what? 21:24:25 &lt;str4d&gt; Last point about the website revamp - `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/` has the latest, suggestions welcome. 21:24:36 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 21:24:36 &lt;Meeh&gt; tunnel, lists.i2p2.i2p or whatever 21:24:36 &lt;Meeh&gt; since it's not inside i2p yet 21:26:12 &lt;inscrutus&gt; str4d: very nice 21:26:33 &lt;iRelay&gt; &lt;user@kytv&gt; looks pretty good, str4d 21:27:02 &lt;str4d&gt; Thanks =) 21:27:20 &lt;str4d&gt; Post any suggestions in ticket #807 21:27:24 * str4d is off now o/ 21:27:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; Meeh: ah.. good point 21:27:26 &lt;dg&gt; o/ 21:27:29 &lt;dg&gt; So, IPv6? 21:27:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 21:27:35 &lt;SkinSyste&gt; thats awesome, should make the i22p.de homepage 21:28:06 &lt;asdfsdafsdafsd&gt; I like the color scheme str4d... 21:28:35 &lt;asdfsdafsdafsd&gt; are we doing away with the light or dark color scheme? 21:28:53 &lt;inscrutus&gt; dg: Is there an IPv6 + i2p summary I could read up on? 21:29:15 &lt;dg&gt; inscrutus: Yeah, hang on. 21:29:22 &lt;Meeh&gt; there is a IPv6 topic or two on zzz.i2p 21:29:37 &lt;dg&gt; `http://zzz.i2p/topics/109` `http://zzz.i2p/topics/594` 21:29:37 &lt;hottuna&gt; inscrutus, `http://zzz.i2p/topics/109` 21:29:52 &lt;iRelay&gt; Title: zzz.i2p: I2P vs. IPv6: A bad joke (at zzz.i2p) 21:29:56 &lt;iRelay&gt; Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 21:31:30 &lt;suhr&gt; How to get to "How does I2P work" page on that site? 21:31:33 &lt;suhr&gt; Menu isn't clickable. 21:32:15 &lt;suhr&gt; Ah, that's "Documentation index" 21:33:19 &lt;suhr&gt; It's a bit unintuitive. 21:34:01 &lt;dg&gt; Hm. That's for str4d for a ticket. 21:34:04 &lt;dg&gt; *or 21:34:16 &lt;dg&gt; IPv6.. 21:34:34 &lt;dg&gt; welt was the last (only?) dev to work on IPv6 + I2P 21:34:46 &lt;dg&gt; I don't know if anyone is willing to take it up aside from zzz (and he needs a box, ssh thru i2p in that case) 21:34:53 &lt;dg&gt; hottuna? Meeh? 21:34:55 &lt;Meeh&gt; yea, is someone interesting in a ipv6 hackfest? 21:35:13 &lt;Meeh&gt; I provide server 21:35:13 &lt;hottuna&gt; A hackfest seems like a nice idea 21:35:20 &lt;Meeh&gt; and help testing on other locations as well 21:35:46 &lt;zzz&gt; no, this is not time for a hackfest. We need an analysisfest and a decisionfest. 21:36:05 &lt;Meeh&gt; ok, well, do you want to lead that zzz? 21:36:27 &lt;Meeh&gt; and do you want a ssh account to a ipv6 server you can play with? 21:38:18 &lt;zzz&gt; yes to both. however probably not before April. 21:39:14 &lt;Meeh&gt; ok, why not before April? 21:39:21 &lt;Meeh&gt; and 21:39:40 &lt;Meeh&gt; how do we analyse what's needed to be analyzed? 21:39:55 &lt;Meeh&gt; IMO we should get i2p on ipv6 asap 21:40:21 &lt;zzz&gt; I'm probably about to lose a whole bunch of time but I have nothing more to say about it yet. 21:40:32 &lt;Meeh&gt; ah ok 21:40:44 &lt;dg&gt; hopefully won't be the case but :( 21:41:09 &lt;zzz&gt; for analysis, read and understand every work in thread 109 and then keep going and come up with a recommendation and reasoning 21:42:42 &lt;zzz&gt; s/work/word/ 21:42:45 &lt;iRelay&gt; zzz meant: for analysis, read and understand every word in thread 109 and then keep going and come up with a recommendation and reasoning 21:42:56 &lt;Meeh&gt; I support your option #3, from my limited experience with ipv6 21:43:10 &lt;Meeh&gt; and I've read the thread 21:43:25 &lt;zzz&gt; it's mostly about how what change fits best into our code, not about ipv6 itself. 21:44:16 &lt;zzz&gt; it could also be about how to do NTCP/SSU with pigeons. 21:45:37 &lt;suhr&gt; Is there a big difference between ipv4 and ipv6 in java? 21:48:13 * suhr don't know I2P code. 21:52:54 &lt;christoph4&gt; I doubt the problem is the direct networking code 21:52:54 &lt;zzz&gt; no 21:53:28 &lt;zzz&gt; it's really a datastructure issue. 21:54:32 &lt;christoph4&gt; + there might be some fun with privacy extension and multiple valid addresses adround where you want to switch from time to time. And how you do a "one node per /16" on IPv6 address space 21:54:43 &lt;zzz&gt; do you want to organize by hi-level protocol NTCP/SSU, or low-level IPv4/v6, or both or neither 21:56:12 &lt;zzz&gt; right. the various places where we assume v4 all have to be fixed too, but that's just grunt work 21:57:07 &lt;inscrutus&gt; grunt work would be good for new devs to help get familiar with the code 21:57:10 &lt;zzz&gt; dg are we done I hope? 21:57:21 &lt;dg&gt; yeah 21:57:28 &lt;dg&gt; we've got nobody else 21:57:31 &lt;dg&gt; so.. yeah. 21:57:38 &lt;hottuna&gt; alright! 21:57:38 * zzz hands dg the *baffer 21:57:53 &lt;dg&gt; I'll cut down on what we have per-meeting next time, or maybe more poking? ;-) 21:57:56 * dg takes 21:57:56 &lt;lillith&gt; dg: so are crypto and mailing list rolling over to next week? 21:57:59 * dg *baf*s the meeting closed 21:58:02 &lt;dg&gt; lillith: Yup. 21:58:17 &lt;hottuna&gt; alright, you've managed to get us all to decide on a new domain 21:58:20 &lt;hottuna&gt; not bad at all :) 21:58:40 &lt;dg&gt; :) 21:58:51 &lt;lillith&gt; hottuna: it was a fairly unanimous decision ;) 21:59:08 &lt;hottuna&gt; getting us to make is the hard part 21:59:23 &lt;inscrutus&gt; dg: i think it's reasonable to not wait as long for stragglers 21:59:51 &lt;lillith&gt; inscrutus: or start earlier for stragglers 22:00:06 &lt;lillith&gt; ie start poking from half 7 ish 22:00:29 &lt;inscrutus&gt; lillith: that too 22:00:33 &lt;dg&gt; Perhaps trivial, non dev topics should be erlier 22:00:44 &lt;dg&gt; (Mailing list for example) 22:01:26 &lt;inscrutus&gt; dg: a good idea so to not scare off the non-devs :) 22:01:29 &lt;dg&gt; I need to know good times for zzz .. and whoever the other crypto/ipv6 guys are. Most of us can't contribute to discussion at all. 22:04:44 &lt;zzz&gt; dg, I don't know when the good times are either. str4d and tuna seemed to be making a little progress. 22:07:47 &lt;zzz&gt; dg I'm guessing 6-12 months will be required to come up with a solid plan. 22:08:13 &lt;dg&gt; zzz: That's resonable. Better late than never, and I'd rather us be planning than nothing at all. 22:09:25 &lt;zzz&gt; it's been on the list for years already. pushing more might help or might not. </div>/ko/blog/2013/02/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-2%EC%9B%94-5%EC%9D%BC/Tue, 05 Feb 2013 00:00:00 +0000/ko/blog/2013/02/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-2%EC%9B%94-5%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> christoph3, darrob, dg, eche|on, hottuna, KillYourTV, Meeh, str4d, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 19:59:45 &lt;dg&gt; str4d: thoughts wrt IPv6 in mtg? 20:01:00 &lt;str4d&gt; Bring it up if you want. I know there are real issues that are holding that back, but it could be a good idea to verify what they currently are. 20:01:03 &lt;str4d&gt; I'll also be bringing up the website revamp. 20:01:14 &lt;dg&gt; Sweet. 20:01:22 &lt;str4d&gt; (So poke that in somewhere ^_^) 20:01:33 &lt;dg&gt; Will do :) 20:01:36 &lt;dg&gt; We'll put crypto last, if at all 20:01:44 &lt;dg&gt; I don't want to kill the movement but I don't know where we are going wit hit 20:01:55 &lt;dg&gt; I don't know enough about it to try .. push for it 20:05:01 &lt;str4d&gt; Yeah, last is a good idea, as long as the earlier sections of the meeting stay on track. 20:05:28 &lt;str4d&gt; And we already are in a much better place - the crypto review page has some interesting data (provided by "guest" so I have no idea who ^_^) 20:05:41 &lt;dg&gt; I was thinkign about that 20:14:16 &lt;str4d&gt; dg: ain't it meeting time now? 20:14:48 &lt;dg&gt; oh yeah 20:14:55 &lt;dg&gt; okay then 20:14:58 &lt;darrob&gt; i was going to ask that. i'm confused to see you *plan* a meeting at 08:05. 20:15:36 &lt;dg&gt; the agenda today is: 20:15:36 &lt;dg&gt; (0) - Hi! 20:15:36 &lt;dg&gt; (1) - Primary domain 20:15:36 &lt;dg&gt; (2) - IPv6 progress, blockers 20:15:39 &lt;dg&gt; (3) - Site revamp 20:15:42 &lt;dg&gt; (4) - Crypto 20:15:57 &lt;dg&gt; didn't realize the time 20:16:20 * str4d sends a CTCP TIME message to dg 20:16:34 * str4d watches it bounce off the I2P IRC tunnel. 20:16:41 &lt;hottuna&gt; Hello everybody! 20:16:48 &lt;str4d&gt; Hi! 20:16:55 &lt;dg&gt; We'll start off then? 20:17:25 &lt;dg&gt; So, (1) - primary domain 20:17:28 &lt;dg&gt; (also, hi) 20:17:46 &lt;dg&gt; The current primary domain (used in most places) is i2p2.de 20:17:49 &lt;dg&gt; There's a few problems with it 20:17:53 &lt;str4d&gt; www.i2p2.de 20:18:00 &lt;str4d&gt; (not i2p2.de) 20:18:00 &lt;dg&gt; (1) - It's not attractive or memorable. 20:18:11 &lt;dg&gt; (2) - SEO issues due to the country based TLD 20:18:29 &lt;dg&gt; (3) - Conflicts with other domains (we use geti2p.net on stickers, for example) 20:19:03 &lt;eche|on&gt; I do use www.i2p2.de on I2P stickers 20:19:06 &lt;hottuna&gt; (3) was my fault, it's just a more memorable domain 20:19:13 &lt;dg&gt; I'm proposing we use geti2p.net for all matters from now on but keep the old sites up with a redirect or some SEO magic to tell sites that we've moved without a full redirect 20:19:16 &lt;str4d&gt; (2) isn't a direct problem for Google at least. 20:19:54 &lt;dg&gt; i2p2.net is the better out of the pick though, there's ones like i2p-projekt.de that IMHO are too obscure for project usage 20:20:01 &lt;dg&gt; geti2p.net is kind of motivational too 20:20:16 &lt;str4d&gt; Their support page on geolocation says that geotargeting doesn't specifically affect page rank unless the search is limited by country. 20:20:40 &lt;str4d&gt; But then they also say that they use the geotargeting along with a heap of other things they look at to decide on regionalization. 20:20:43 &lt;hottuna&gt; I prefer geti2p.net, but I think we would need to have an official vote to change it 20:20:49 &lt;KillYourTV&gt; iRelay: web title i2p2.net 20:20:52 &lt;dg&gt; I concur, hottuna 20:20:55 &lt;iRelay&gt; Home - Contractor Safety Program Manuals - Downloadable and Turn-Key Custom-Written 20:21:23 &lt;dg&gt; i2p.net would be ideal, simple & the original domain but we can't have that for years. No promise we'll get it when it expires, either. 20:21:34 * KillYourTV was curious what was there, typo or not 20:22:01 &lt;str4d&gt; What about i2p.com and i2p.org? 20:22:16 &lt;str4d&gt; (Or one of the other generic TLDs? 20:22:16 &lt;str4d&gt; ) 20:22:35 &lt;str4d&gt; Were they long-time registered? 20:23:10 &lt;dg&gt; Believe so. AFAIK, we were lucky to get .net when the project started but I'm not sure. 20:23:10 &lt;eche|on&gt; 1. i2p.net is registered til 2016 and will be grabbed by some machines after wards 20:23:21 &lt;eche|on&gt; 2. do NOT change the domain again. Thats a pain in the ass. really. 20:23:39 &lt;eche|on&gt; user credability is not to be raised with a domain change 20:23:42 &lt;dg&gt; It's not going to be an emergency change this time. 20:23:50 &lt;dg&gt; We already have 5 or so domains floating about 20:23:57 &lt;eche|on&gt; it was a looong 3 year phase to get www.i2p2.de into the game after i2p.net was dead 20:24:08 &lt;str4d&gt; eche|on: that's because you didn't have access to i2p.net 20:24:15 &lt;dg&gt; totally different circumstances 20:24:27 &lt;dg&gt; (and a totally different process) 20:24:30 &lt;str4d&gt; With access to both the old and new domains, either leave the content at the old one, or (better) do a 301 redirect. 20:24:45 &lt;dg&gt; it's not like we're recovering from such a major blow this time, just changing the default domain we refer to 20:25:50 &lt;zzz&gt; Back in the day, com/net/org were the best. But not true now, plus the whole issue of the U.S. can and does shut those down as they please. You really want to go back to a .net? 20:26:24 &lt;dg&gt; It's not like the U.S. can't get .de. If keeping things safe was as simple as being foreign, we wouldn't need I2P. 20:26:49 &lt;hottuna&gt; i2p.{aero|af|ag|ai|am|asia|bz|cat|cm|coop|cx|gg|gr|gs|gy.|hk|hn|ht|im|io|je|ki|la|lc|li|lt|lv|me|mg|mn|ms|mx|name|nf|nu|pt|re|tel|tv} are available 20:27:07 &lt;dg&gt; the "2" makes it unclean which bugs me 20:27:26 &lt;dg&gt; hottuna: i2p.io sounds groovy 20:27:41 &lt;eche|on&gt; I want i2p.xxx 20:27:44 &lt;hottuna&gt; the 2 is nonsensical for any newbie 20:28:11 &lt;str4d&gt; i2p.coop 20:28:14 &lt;dg&gt; I believe in the CCC talk, the guy speaking actually called i2p "i2p2" 20:28:17 &lt;str4d&gt; i2p.coup? ^_^ 20:28:18 &lt;christoph3&gt; the list gets probably a lot shorter by removing inacceptably expensive domains ;-) 20:28:24 &lt;zzz&gt; dg you're greatly underestimating the difference in US-shutdown-ability of .de vs .net 20:28:24 &lt;dg&gt; "to i2p or not to i2p" (or something) 20:28:55 &lt;str4d&gt; zzz: i2p.net is out of the question anyway =) 20:29:09 &lt;dg&gt; zzz: really? I'm not so sure. If the US wanted it down, they could surely exercise their US-shutdown-abilities. 20:29:09 &lt;hottuna&gt; zzz, agreed. Also a valid point. 20:29:24 &lt;dg&gt; str4d: but geti2p.net is the alternative I proposed at least, so I guess he is referring to that 20:29:27 &lt;hottuna&gt; until now only us domestic domains have been taken down 20:29:57 &lt;eche|on&gt; even .at domains were not taken down though being spam and virus spreading domains 20:30:17 &lt;christoph3&gt; zzz is probably not talking about worst-case where the US really really really wants to shut it down 20:30:28 &lt;christoph3&gt; but just would like to 20:30:31 &lt;str4d&gt; Since this was started off by geotargeting issues: what are the actual generic TLDs? 20:30:31 &lt;dg&gt; Pretty sure if the US started shouting it was terrorist related, it could be taken down too 20:31:12 &lt;hottuna&gt; how are .org domains controlled? 20:31:12 &lt;str4d&gt; Ooh, just found a list. 20:31:12 &lt;eche|on&gt; str4d: a lot of them,also including some local russian, asian, chinese... one 20:31:19 &lt;str4d&gt; https://support.google.com/webmasters/bin/answer.py?hl=en&answer=1347922 20:31:34 &lt;str4d&gt; Google treats all of those ^ as gTLDs. 20:31:38 &lt;eche|on&gt; http://de.wikipedia.org/wiki/Top-Level-Domain 20:31:41 &lt;iRelay&gt; Title: Top-Level-Domain Wikipedia (at de.wikipedia.org) 20:31:49 &lt;christoph3&gt; .org was verizon just like .com and .net wasn't it? 20:31:52 &lt;eche|on&gt; i2p.int would be nice. 20:31:59 &lt;eche|on&gt; and it would be possible. 20:32:18 &lt;eche|on&gt; or a .nato? 20:33:05 &lt;hottuna&gt; int sounds nice, but is controlled by IANA which is us government 20:33:27 &lt;str4d&gt; hottuna: aren't all TLDs eventually controlled by IANA? 20:33:46 &lt;str4d&gt; (excluding the new raft of TLDs that companies are allowed to buy now) 20:34:04 &lt;dg&gt; new proposal: we buy .i2p 20:34:11 &lt;hottuna&gt; more or less directly? .int being directly? 20:34:11 &lt;hottuna&gt; :P 20:34:14 &lt;hottuna&gt; i2p.i2p? 20:34:21 &lt;dg&gt; project.i2p 20:34:36 &lt;dg&gt; download.i2p 20:34:39 &lt;darrob&gt; hottuna: obviously the main page would have to be www.i2p2.i2p. :) 20:34:54 &lt;hottuna&gt; :P 20:35:12 &lt;str4d&gt; But I just went to all this effort of double-tagging the entire website revamp&gt;_&lt; 20:35:59 &lt;hottuna&gt; str4d, I did some translations. About 70k words left though. 20:37:10 &lt;str4d&gt; There were about 70k words to start with =P 20:37:13 &lt;darrob&gt; how immediate is this US shutdown threat though? instead of worrying about it we could just wait and see. worst case: we'd have to go piratebay-crazy with proxies and media attention and all. 20:37:36 &lt;eche|on&gt; so far it is a no brainer, as tor is still alive. 20:37:47 &lt;dg&gt; oh. yeah. Tor, of course. 20:38:19 &lt;darrob&gt; dg: go on? 20:38:38 &lt;hottuna&gt; realistically we will still have the mirrors, so a specific tld being lost isnt much of an issue 20:38:53 &lt;dg&gt; darrob: about Tor?? 20:38:56 &lt;dg&gt; darrob: as for the discussion, I think we're still talking 20:39:03 &lt;dg&gt; So, do we want to put this down to a vote? 20:39:18 &lt;dg&gt; If so, what would be the options? 20:39:18 &lt;dg&gt; (and when?) 20:39:22 &lt;hottuna&gt; i would like geti2p.net to be an option 20:39:28 &lt;dg&gt; We could do it now if you guys wanted, I don't know if we have enough people 20:39:35 &lt;KillYourTV&gt; +1 for new TLD. Often they're a steal at $185,000 for registration then $6,250 each quarter. Surely we have enough funds available for that. 20:39:35 &lt;hottuna&gt; next meeting? 20:39:50 &lt;dg&gt; Hell yeah! 20:39:53 &lt;dg&gt; hottuna: sure 20:39:53 &lt;hottuna&gt; and announce it on the forums 20:39:53 &lt;darrob&gt; dg: sorry, never mind. your tor comment was not clear to me but it's irrelevant now. 20:40:04 &lt;eche|on&gt; KillYourTV: ^^ oerfect solution, but hosting is another topic. 20:40:35 &lt;hottuna&gt; would anyone like to propose a change to a domain other than geti2p.net? 20:40:38 &lt;darrob&gt; KillYourTV: we'd just need to sell our bitcoins at the right time. 20:41:00 &lt;dg&gt; hottuna: I have none but then again, I don't know the other ones we have. 20:41:55 &lt;str4d&gt; i2p.io sounded quite good, but .io is still country-specific 20:42:42 &lt;dg&gt; ideal world: we would have i2p.org 20:43:34 &lt;hottuna&gt; ok, then we have 2 alternatives. i2p.io and geti2p.net 20:43:45 &lt;str4d&gt; i2p.int? 20:43:48 &lt;str4d&gt; i2p.info? 20:43:56 &lt;str4d&gt; i2p.jobs =P 20:43:59 &lt;dg&gt; is i2p.info available? 20:44:18 &lt;dg&gt; i2p.transformers? 20:44:30 &lt;eche|on&gt; i2p.onion 20:44:45 &lt;hottuna&gt; i2p.info is taken 20:45:00 &lt;str4d&gt; i2p.co - that's a country one that is treated (by Google at least) as generic. 20:45:23 &lt;hottuna&gt; i2p.co is taken 20:45:30 &lt;str4d&gt; i2p.me? 20:45:37 &lt;dg&gt; i2p.me is cool. 20:45:58 &lt;str4d&gt; (another gccTLD) 20:46:09 &lt;darrob&gt; and cool is gimmicky if i may say so. i'd rather see i2p2.org or something. 20:46:09 &lt;hottuna&gt; suggestions: i2p.io i2p.int i2p.me geti2p.net 20:46:28 &lt;dg&gt; I want to drop the "2". 20:46:31 &lt;str4d&gt; darrob: I'd rather see i2p.something 20:46:53 &lt;str4d&gt; Why wasn't i2p.de chosen originally? Taken? 20:47:01 &lt;str4d&gt; s/originally/at the time/ 20:47:04 &lt;iRelay&gt; str4d meant: Why wasn't i2p.de chosen at the time? Taken? 20:47:12 &lt;hottuna&gt; i2p2.org taken 20:47:16 &lt;hottuna&gt; i2p.de taken 20:47:31 &lt;str4d&gt; Mmm. 20:47:50 &lt;KillYourTV&gt; i2p.ispent185000dollarsandalligotwasthisstupidtld 20:48:00 &lt;str4d&gt; I agree that we don't want something gimmicky. 20:48:07 &lt;str4d&gt; It needs to make sense. 20:48:22 &lt;dg&gt; cool == workable in this context 20:48:24 &lt;dg&gt; (too) 20:49:13 &lt;hottuna&gt; i2p.int is available btw 20:50:52 &lt;hottuna&gt; dg, will you add i2p.io i2p.int i2p.me geti2p.net to the alternatives of the vote? 20:51:18 &lt;dg&gt; hottuna: Yup. Making a note of it now. 20:51:27 &lt;hottuna&gt; danke 20:54:10 &lt;str4d&gt; Anything else here, or next topic dg? 20:54:40 &lt;dg&gt; was writing up the topic 20:54:40 &lt;dg&gt; yeah, next 20:54:43 &lt;dg&gt; Alright, IPv6! 20:54:53 &lt;dg&gt; From what I understand, welt* was working on this and then.. ??? happened 20:55:04 &lt;dg&gt; I don't know the blanks, maybe someone can fill them in 20:55:21 &lt;dg&gt; There's a bounty right now for IPv6 support in I2P 20:55:42 &lt;dg&gt; It's 100 EUR 20:55:45 &lt;hottuna&gt; `http://zzz.i2p/topics/109` 20:55:48 &lt;dg&gt; `http://www.i2p2.i2p/bounty_ipv6` 20:55:55 &lt;iRelay&gt; Title: zzz.i2p: IPV6 TODO (at zzz.i2p) 20:55:56 &lt;iRelay&gt; Title: Bounty I2P IPv6 native - I2P (at www.i2p2.i2p) 20:56:04 &lt;dg&gt; I think after/alongside the crypto doup, this is important 20:56:43 &lt;dg&gt; I could do with zzz or welt* 20:56:57 &lt;dg&gt; It'd be fantastic if welt* took it up again 20:59:01 &lt;dg&gt; Meeh is seemingly OK with helping 20:59:12 &lt;dg&gt; If zzz is going to, he needs SSH 20:59:42 &lt;Meeh&gt; I can provide zzz with SSH 20:59:45 &lt;Meeh&gt; to a dev server 21:00:09 &lt;Meeh&gt; we should also start using mailing lists now that it's up :) 21:00:20 * dg nods 21:00:44 &lt;dg&gt; I'm not aware of mailing list etiquette but I can start posting there 21:00:51 * dg crickets 21:01:54 &lt;str4d&gt; Meeh: is it I2P-internal as well, or should we use @i2pmail.org? 21:02:17 &lt;dg&gt; i2p-internal I assumed but.. 21:02:20 &lt;Meeh&gt; @i2pmail.org for now... haven't figured out howto bring it inside i2p yet 21:03:16 &lt;str4d&gt; Meeh: you'd need some sort of rewriting. Maybe talk to postman? 21:03:36 &lt;Meeh&gt; yepp, I will 21:04:34 &lt;dg&gt; Should we move on or wait? 21:04:49 &lt;str4d&gt; Back to IPv6, zzz provided a nice summary in the dev forum post 21:05:20 &lt;str4d&gt; It sounds like the next step is to compare and contrast the three possible options. 21:05:43 &lt;str4d&gt; Do we want to do that here/now? In the dev thread? On a Trac wiki page like the crypto one? 21:06:17 &lt;dg&gt; Trac, I say 21:06:52 &lt;Meeh&gt; dg, str4d : 21:06:52 &lt;Meeh&gt; 22:05:27 &lt;postman&gt; if the mailinglist server resides in the internet 21:06:52 &lt;Meeh&gt; 22:05:40 &lt;postman&gt; all people use their @i2pmail.org adress for signup 21:06:52 &lt;Meeh&gt; 22:06:14 &lt;postman&gt; teh mails will be automatically rewritten when transferred to / from internet 21:06:52 &lt;Meeh&gt; and i2p 21:07:34 &lt;Meeh&gt; 22:07:02 &lt;postman&gt; ( i think it would be best to have a ml server public) 21:07:56 &lt;Meeh&gt; 22:07:16 &lt;postman&gt; so people without mail.i2p adresses can subscribe 21:08:12 &lt;Meeh&gt; so I suggest current setup, since many that's not on i2p can join the list 21:08:37 &lt;str4d&gt; Meeh: alright. 21:08:54 &lt;dg&gt; &lt;+dg&gt; Should we move on or wait? 21:08:54 &lt;str4d&gt; Oh, and also, if the domain name changes, what happens to the list email? 21:09:04 &lt;dg&gt; CNAME the MX? 21:09:14 &lt;str4d&gt; Ah, true. 21:09:25 &lt;str4d&gt; dg: move on, I think. I don't think we are going to have in-depth IPv6 discussions today,. 21:09:40 &lt;dg&gt; Yeah.. seems that way. I'm dubious about crypto too? :| 21:09:51 &lt;dg&gt; Okay, website revamp! 21:10:07 &lt;dg&gt; str4d has been chugging away at tagging and eliminatin the blockers 21:10:14 &lt;dg&gt; I think we're getting closer to being able to put it live 21:10:17 * dg hands mic to str4d 21:10:50 &lt;str4d&gt; Okay, the site is edging closer and closer to being ready. 21:11:02 &lt;str4d&gt; I've nearly tagged the entirety of docs/ 21:11:36 &lt;str4d&gt; I'm just working on docs/spec/* now, and then docs/discussion/* (though I'm not sure if that one is needed?) 21:12:03 &lt;str4d&gt; docs/spec/ is somewhat hard to fully tag though, as there is a lot of &lt;pre&gt;-formatted stuff which translating will just break. 21:12:36 &lt;str4d&gt; URL-wise, aside from docs/spec/* and docs/discussion/* the entire site should have working URLs. 21:12:51 &lt;str4d&gt; If someone wants to test that (manually or automated) that would be good. 21:13:37 &lt;str4d&gt; Structurally, I don't think there is much more needed for the site - can anyone think of anything? 21:14:55 &lt;hottuna&gt; No 21:15:06 &lt;hottuna&gt; and if flaws are found they can be fixed 21:15:24 &lt;dg&gt; I don't think there's any.. let alone critical 21:15:31 &lt;str4d&gt; Design-wise, I'm still not entirely happy, but that's not critical. 21:15:53 &lt;str4d&gt; The mobile CSS I added *does* have flaws, but it is far easier to use/read than the desktop CSS. 21:16:27 &lt;str4d&gt; So I think the only thing left is to wait for the translations to start coming in. 21:17:10 &lt;str4d&gt; (I'd like to at least have some of the main pages translated before launch, so that Google doesn't think I'm lying to it in the sitemap.xml) 21:19:52 &lt;str4d&gt; And here's an idea: If/when we decide on a new domain, we launch the new site there, so we can test it live, and then inform Google/users via 301 redirect that the new site is the new domain? 21:21:03 &lt;hottuna&gt; the translation is a very big job 21:21:03 &lt;hottuna&gt; one that will take a lot of time 21:21:03 &lt;hottuna&gt; why not update sitemap.xml when translations are available? 21:22:56 &lt;str4d&gt; hottuna: the sitemap is somewhat recursively generated. 21:22:59 &lt;hottuna&gt; Would that be better? 21:23:02 &lt;hottuna&gt; ok 21:23:28 &lt;str4d&gt; It's to do with the whole reflang thing that Google requires. 21:23:51 &lt;str4d&gt; Every page in the sitemap has to list as a lang link every other language page, including itself. 21:24:06 &lt;str4d&gt; And that has to be repeated for each lang variant of a page. 21:24:25 &lt;str4d&gt; I've already split it up into a /sitemapindex.xml and /lang/sitemap.xml pages. 21:24:41 &lt;dg&gt; Would Google really care? 21:24:41 &lt;hottuna&gt; but we're always going to lack translations for some languages? 21:24:45 &lt;str4d&gt; But we also have a Language dropdown, which Google is going to find. 21:25:23 &lt;str4d&gt; hottuna: the list of Languages on the revamp is taken from the current site - there are partial translations for all of them. 21:25:26 &lt;str4d&gt; dg: no idea really. 21:25:59 &lt;dg&gt; It could take a long time to get us translations 21:26:06 &lt;str4d&gt; The sitemap language thing is there so that Google doesn't use the pages themselves to determine language (as in that case, every language variant would be called "English" currently) 21:26:33 &lt;str4d&gt; Hmm... I'll go check whether Google defers to the sitemap entirely, or if it still uses its own observations. 21:26:39 &lt;str4d&gt; I could just be needlessly worrying. 21:26:47 &lt;hottuna&gt; dg: I think it will, historically that has been the case for most languages. 21:27:02 &lt;hottuna&gt; maybe str4d, but ultimately this is your call 21:27:06 &lt;str4d&gt; And if having "lang-specific" pages which aren't translated isn't going to affect our pagerank, then it's not a blocker. 21:29:44 &lt;dg&gt; Hm, ok 21:31:22 * dg waits 21:32:56 &lt;str4d&gt; Okay, just did some reading, and it looks like Google defers to the sitemap 21:33:25 &lt;str4d&gt; Since one usage is translating only the template of the page, and leaving the content in a single language (like forum posts). 21:33:44 &lt;str4d&gt; So, translations are not a blocker, and can be updated as we go. 21:33:51 &lt;str4d&gt; In which case, the site could go live, now. 21:33:51 &lt;dg&gt; Any other bugs? 21:33:58 &lt;dg&gt; Oh. Sweet. 21:34:01 &lt;str4d&gt; (Well, now + time it takes to check all remaining URLs) 21:34:04 &lt;dg&gt; Anyone got any views on putting it live? 21:37:48 &lt;hottuna&gt; alright. if now is an option, i would vote for now 21:37:59 &lt;dg&gt; me too 21:38:34 &lt;str4d&gt; Putting it live requires some help from whoever is running the server (welterde IIRC) 21:38:45 &lt;str4d&gt; And the mirrors. 21:39:20 &lt;hottuna&gt; alright, at next sighting of the welterde/weltende, let's ask? 21:39:34 &lt;str4d&gt; Propagating back to i2p.www is simple. But the server ops need to run the setup script and then configure their WSGI setup to use the virtualenv. 21:40:15 * str4d will prop i2p.www onto the revamp now so that merges etc. can be handled now. 21:42:53 &lt;dg&gt; Huzzah 21:43:12 &lt;hottuna&gt; Yep 21:46:43 &lt;str4d&gt; Okay, so that's the revamp done. dg? 21:46:50 &lt;dg&gt; str4d: Yup. 21:47:21 &lt;dg&gt; I was avoiding moving on 21:47:22 &lt;dg&gt; due to the IPv6 discussion (or lack of..) 21:47:25 &lt;dg&gt; Wanna call it a night? 21:47:25 &lt;dg&gt; I think it's the best choice 21:47:33 &lt;hottuna&gt; Sure 21:47:59 &lt;str4d&gt; Yeah, 1.75 hours can be enough for today 21:48:10 &lt;dg&gt; Heh. 21:48:10 &lt;dg&gt; Alright, 21:48:13 * dg bamfs the meeting closed 21:49:21 &lt;dg&gt; `http://zzz.i2p/topics/1343` 21:49:28 &lt;iRelay&gt; Title: zzz.i2p: Meeting [6th February] (at zzz.i2p) 21:50:31 &lt;hottuna&gt; the next meeting is the 12/2 not 6/2 21:50:42 &lt;hottuna&gt; wut 21:50:42 &lt;hottuna&gt; ok 21:50:49 &lt;hottuna&gt; or am I confused 21:51:47 &lt;dg&gt; my mistake 21:52:10 &lt;dg&gt; ;_; 21:55:01 &lt;iRelay&gt; &lt;str4d@freenode&gt; ping weltende 23:39:54 &lt;zzz&gt; um, was it just me, or did the meeting totally skip the final decision that changing our URL was definitely a good idea? 23:40:30 &lt;zzz&gt; I saw some pros and cons on changing and then 'lets post a vote for which new one to pick' 23:40:50 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project Syndie HSQLDB2 build #9:SUCCESS in 15 sec: `http://eotfca7qexthbireor6ae7g4hbj5hwuhe4gkzxdx3l3g2t5gzn7q.b32.i2p/job/Syndie%20HSQLDB2/9/` 23:41:54 &lt;zzz&gt; nor did I see anybody volunteer to do all the work req'd to implement such a change 23:45:25 &lt;zzz&gt; or is the (unstated) plan to vote on the best name first, and only then decide whether to do it and how? 23:45:29 &lt;zzz&gt; ^^ dg 23:45:55 &lt;dg&gt; Correct, sorry if it wasn't clear 23:46:03 &lt;dg&gt; I'll outline more next time 23:46:49 &lt;zzz&gt; might be me, I was just skimming. 23:46:55 &lt;zzz&gt; so was there a decision made or not? 23:47:37 &lt;dg&gt; We're having a vote next week 23:48:03 &lt;zzz&gt; a vote on what? whether to change, or what to change it to? 23:48:33 &lt;dg&gt; What to change it to 23:48:56 &lt;zzz&gt; so was there a decision made or not on whether to change it at all? 23:48:59 &lt;dg&gt; We could certainly have people abstain though 23:49:06 &lt;dg&gt; which would be a "no change" 23:49:42 &lt;dg&gt; We were in agreement that a change would be nice but unable to agree on what *to* 23:49:52 &lt;zzz&gt; is the decision to change at all a) already made or b) deferred until after the vote? 23:50:14 &lt;dg&gt; b) 23:50:54 &lt;zzz&gt; that wasnt clear to me either from the mtg or from `http://zzz.i2p/topics/1343` 23:51:01 &lt;iRelay&gt; Title: zzz.i2p: Meeting [12th February] (at zzz.i2p) 23:51:18 &lt;str4d&gt; zzz: What I gathered is that, of the people present at the meeting, the majority were for a change. 23:51:25 &lt;zzz&gt; and to me, imho "would be nice" is far far short of "it's definitely a good idea AND we have volunteers to do the work" 23:51:28 &lt;str4d&gt; But, not all relevant people were at the meeting. 23:51:38 &lt;dg&gt; (e.g. you) 23:52:04 &lt;dg&gt; welt wasn't there either, I may be forgetting someone but was anyone else missing? 23:52:37 &lt;zzz&gt; sure, I was in and out, my bad. But my review of the logs is the pros were saying 'would be nice' and the cons had significant objections. 23:53:04 &lt;str4d&gt; zzz: I don't recall significant objections. Care to elaborate? 23:53:07 &lt;zzz&gt; but dg says it hasn't been decided yet, 23:53:25 &lt;str4d&gt; The only major one was eche's about linkage loss, but that is easily solved with a 301 redirect 23:53:28 &lt;dg&gt; The big one was from ech, saying it would cause big issues 23:53:31 &lt;dg&gt; and that was't true 23:53:45 &lt;dg&gt; s/was't true/debunked 23:53:52 &lt;str4d&gt; (So can't really be fairly compared to the i2p.net -&gt; i2p2.de migration, which *was* an issue) 23:53:58 &lt;zzz&gt; &lt;eche|on&gt; 2. do NOT change the domain again. Thats a pain in the ass. really. 23:53:58 &lt;zzz&gt; &lt;eche|on&gt; user credability is not to be raised with a domain change 23:54:09 &lt;zzz&gt; there's the US-controlled issue I raised 23:54:19 &lt;zzz&gt; there's the amount of work required, which nobody raised 23:54:30 &lt;str4d&gt; "pain-in-the-ass" was referring to above. 23:54:46 &lt;dg&gt; There's links on the main site (how much of that can be done with regex?), some in the source code (same again?) 23:54:46 &lt;dg&gt; What else? 23:54:53 &lt;zzz&gt; there's the SEO issue, which you apparently think is managable, but I'm not so sure 23:55:16 &lt;str4d&gt; User credability - that is rather wishy-washy and IMHO changing from i2p2.* to i2p.* is going to make it easier for users. 23:55:16 &lt;zzz&gt; there's links in our docs and code 23:55:35 &lt;str4d&gt; Links on the site are all relative, so no issues there. 23:55:35 &lt;dg&gt; s/http://www.i2p2.de/http://geti2p.net/ 23:55:38 &lt;iRelay&gt; Title: Not found - I2P (at www.i2p2.de) 23:55:38 &lt;dg&gt; s/http://www.i2p2.de/http://geti2p.net/g 23:55:41 &lt;iRelay&gt; Title: Not found - I2P (at www.i2p2.de) 23:55:50 &lt;str4d&gt; Docs and code and SEO - again, a 301 redirect solves all that. 23:56:05 &lt;dg&gt; 301 is perm redirect, yeah? 23:56:08 &lt;str4d&gt; (The docs and code of course should be updated, but the links would not break) 23:56:11 &lt;str4d&gt; Yes. 23:56:21 &lt;dg&gt; If so, I'd assume that's what it was created for - that kind of thing anyway. 23:56:21 &lt;str4d&gt; It's what the revamp has for all the old page locaions 23:56:24 &lt;zzz&gt; if it's not decided yet, (and dg says it isn't) then we can talk about it next week. my reading from the logs and zzz post was that it was decided, but apparently not 23:56:42 &lt;str4d&gt; e.g. /debian.html --[301]--&gt; /en/download/debian 23:56:57 &lt;str4d&gt; zzz: yep, not decided yet, this was just getting the ball rolling. 23:57:04 &lt;zzz&gt; ok 23:57:19 &lt;zzz&gt; also a lot of this requires welt's tme which is in short supply 23:57:24 &lt;str4d&gt; Nothing is going to happen without informed consensus. 23:57:44 &lt;zzz&gt; ok great. guess I misread the logs 23:57:55 &lt;str4d&gt; Yeah, which is why I'd like to sort out the revamp and push it live at the same time. 23:58:29 &lt;str4d&gt; Or rather, I'll keep on working on site stuff and whenever welt turns up we can push it live. 23:59:15 &lt;dg&gt; I'll edit the post to make it clear 23:59:18 &lt;zzz&gt; maybe. trying to change 6 things at once increases the risk too. I'd recommend incrementalism 00:00:16 &lt;zzz&gt; also beware of becoming overly google-focused as there are other search engines too, who may behave differently 00:00:31 &lt;zzz&gt; or at least more slowly 00:00:34 &lt;str4d&gt; zzz: mmm, which is why I suggested putting the revamp on the "new" url to test it. 00:00:42 &lt;str4d&gt; And then apply the 301. 00:00:53 &lt;str4d&gt; (Assuming the url is changed) 00:01:30 &lt;str4d&gt; Yeah, I'll do some checking up of other search engines, but Google seems to use reasonably standard technology (e.g. the sitemap stuff) 00:02:05 * str4d is currently checking and fixing old/broken URLs. 00:03:24 &lt;dg&gt; Edited my post. `http://zzz.i2p/topics/1343` 00:03:31 &lt;iRelay&gt; Title: zzz.i2p: Meeting [12th February] (at zzz.i2p) 00:05:36 * dg waits for ech to come back 00:05:43 &lt;dg&gt; That'll be tomorrow, right? 00:08:17 &lt;zzz&gt; re: incrementalism, e.g. you may wish to consider using 302s for a few days on the live site until you're sure it's all good before switching to 301s, as you really don't want to mess up 301s 00:08:28 &lt;str4d&gt; Mmm, yep. 00:08:40 &lt;str4d&gt; Do you mean for the legacy pages as well? 00:09:16 &lt;zzz&gt; maybe. something to think about 00:09:43 &lt;str4d&gt; I'm pretty sure all the old pages are good (I manually checked most of them) 00:09:53 &lt;dg&gt; As for domains, https://twitter.com/i2p/status/298485275053666304 - I can't be the only one who thinks that's messy 00:10:00 &lt;str4d&gt; But probably worth checking again at some stage. 00:10:28 &lt;dg&gt; str4d: No reply from zab. 00:12:36 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #43 for job Cobertura Coverage Reports 00:13:41 &lt;zzz&gt; not saying it's a bad idea to switch (and if we do, geti2p.net is the only choice). Just that we do it purposefully if we do. You made a proposal and held discussion but never called for a decision, or even identified how or when a decision would be made. 00:14:59 &lt;dg&gt; &lt;+hottuna&gt; I prefer geti2p.net, but I think we would need to have an official vote to change it 00:15:02 &lt;dg&gt; &lt;+dg&gt; I concur, hottuna 00:15:13 &lt;dg&gt; only geti2p.net? 00:15:20 &lt;dg&gt; So fuck the vote and just have a y/n? 00:15:27 &lt;dg&gt; that's fine but tell me now :p 00:16:10 &lt;zzz&gt; so the vote to change it and the vote on what to change it to got conflated 00:17:01 &lt;zzz&gt; "only choice" just imho 00:17:12 &lt;dg&gt; Everyone attending was up for changing it (ech was the only one who disagreed and he.. went quiet.. I don't know what that means, no?) so I skipped that step 00:20:04 &lt;zzz&gt; well, run the meeting how you want, but not sure you want to discount people who only object once, especially if you don't have an obvious call for the end of discussion and a decision 00:20:13 &lt;dg&gt; no, i see your opint 00:20:16 &lt;dg&gt; point* 00:20:26 &lt;dg&gt; i do need to outline things more </div>/ko/blog/2013/01/29/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-1%EC%9B%94-29%EC%9D%BC/Tue, 29 Jan 2013 00:00:00 +0000/ko/blog/2013/01/29/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-1%EC%9B%94-29%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dg, hottuna, str4d, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 20:08:14 &lt;dg&gt; 모두 안녕하세요 20:08:33 &lt;dg&gt; 의제에 대해 많이 얘기하진 못했지만 어차피 논의할 큰 주제가 있으니 큰일은 아니에요 20:08:55 &lt;dg&gt; 첫 번째 주제는 새 웹사이트 디자인과 라이브로 전환하는 데 있는 blocker(진행을 막는 이슈)들입니다 20:08:58 &lt;dg&gt; 그럼 str4d에게 넘길게요 20:09:09 * dg가 str4d에게 상징적인 스포트라이트를 넘김 20:09:20 &lt;str4d&gt; 안녕하세요! 20:09:27 &lt;str4d&gt; &lt;/ocd&gt; 20:10:07 &lt;str4d&gt; 음, 지난주에 작업할 시간이 많지 않았지만, 원하신다면 사이트를 라이브로 전환할 수는 있습니다. 20:10:26 &lt;str4d&gt; 제가 보기엔 blocker는 문서를 번역용으로 태깅하는 일입니다. 20:10:37 &lt;str4d&gt; 아, 그리고 URL 수정 — 그건 실제로 blocker예요. 20:10:48 &lt;str4d&gt; (저는 두 작업을 동시에 해왔어요). 20:11:45 &lt;str4d&gt; 사이트의 나머지 부분은 완료했습니다 — 이제 문서의 모든 페이지를 훑으면서 제가 해온 작업을 반복하면 됩니다: 각 문단/제목/목록 항목/기타에 번역 태그를 추가하고, 사이트 내부 URL을 점검/수정하세요. 20:12:29 &lt;str4d&gt; 제가 blocker라고 생각하는 또 다른 부분은 예전 번역을 새 포맷으로 이전하는 것입니다. 즉, 기존 faq_lang.html 등 페이지를 살펴 적절히 그 텍스트를 .po 파일로 옮기는 작업이죠. 20:12:55 &lt;dg&gt; 제 생각엔(IMHO) 번역 태깅은 진짜 blocker라기보다는 곧 마무리해야 할 일이고, 번역이 완전히 끝나기 전에 라이브로 전환하는 것에 대해 여러분은 어떻게 생각하시는지 모르겠네요 20:13:14 &lt;str4d&gt; (예시로 독일어는 1.2페이지, 스페인어는 1페이지 정도 해두었는데, 복사-붙여넣기가 맞는지 확인하려면 실제로 그 언어를 이해하는 사람이 해야 합니다) 20:14:00 &lt;str4d&gt; (두 개의 개별 페이지가 같은 내용을 담고 있다는 보장이 없으니까요) 20:15:52 &lt;str4d&gt; 디자인 관점에서는, 수정된 duck의 테마를 그냥 두는 쪽으로 기울고 있어요. 디자이너를 포함해 꽤 많은 사람에게 호평을 받았거든요. 개인적으로는 아직 마음에 들지 않는 부분이 있어요(예: 문서의 긴 본문을 읽기 조금 어렵다고 느껴요). 그래도 blocker라고 부르진 않겠습니다. 20:16:09 &lt;dg&gt; 대체로 마음에 들어요 20:16:40 &lt;str4d&gt; 아 — 현재 안 좋은 점 하나는 제가 추가한 모바일 CSS가 모바일에서 작동하지 않는 것 같다는 겁니다 *derp* 20:16:52 &lt;str4d&gt; (폭을 줄인 데스크톱 브라우저에서는 꽤 잘 작동해요) 20:19:26 &lt;str4d&gt; 제가 생각하기에 사이트 관련해선 대략 이게 전부예요 — 잘 동작하고, 기반 작업도 대부분 끝났습니다. 20:19:41 &lt;dg&gt; 나중에 끊어진 링크가 있는지 확인해볼게요 20:19:52 &lt;dg&gt; 전에 몇 개 찾았거든요 20:20:17 &lt;str4d&gt; dg: 제 테스트 사이트가 최신 버전을 돌리고 있으니 거기서 확인하시면 됩니다. 20:20:32 &lt;str4d&gt; 끊어진 링크는 /lang/doc/* 안에만 있을 거예요 20:20:35 &lt;dg&gt; 티켓을 찾아볼게요 20:20:38 &lt;str4d&gt; 다른 페이지들은 모두 괜찮을 겁니다. 20:20:45 &lt;str4d&gt; 티켓 번호는 #807이에요 20:20:52 &lt;dg&gt; 시간 좀 절약됐네요 :) 20:20:59 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (승인된 개선) - 웹사이트 개편 20:20:59 &lt;dg&gt; 그럼 이건 다음 주에 다시 논의할까요? 20:23:38 &lt;dg&gt; 하나 찾았어요. 20:23:46 &lt;dg&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/how/networkcomparisons` from `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/docs/how/garlic-routing` 20:23:49 &lt;str4d&gt; 아, 그리고 /lang/misc/* 도 아직 살펴보지 않았습니다. 20:23:56 &lt;iRelay&gt; 제목: Garlic Routing - I2P (vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p 에서) 20:24:06 &lt;dg&gt; /en/comparison 이어야 합니다 20:24:12 &lt;dg&gt; 전체를 붙여넣어 미안해요, 다시는 안 그럴게요 20:24:15 &lt;dg&gt; 눈 버렸네 20:24:22 &lt;str4d&gt; dg: 네, 두 단어로 된 페이지들에 하이픈을 넣은 것의 부작용이에요. 20:24:30 &lt;str4d&gt; 아, 그것도요. 20:25:09 &lt;dg&gt; /docs/how/garlic-routing 에 /docs/how/elgamalaes 로 되어 있는데, /docs/how/elgamal-aes 여야 합니다 20:25:16 &lt;dg&gt; 나중에 전부 티켓에 적어둘게요 20:25:23 &lt;dg&gt; &lt;+dg&gt; 그럼 이건 다음 주에 다시 논의할까요? 20:26:01 &lt;str4d&gt; 좋습니다. 다른 분들 의견 있으신가요? ^_^ 20:27:18 &lt;Meeh&gt; `http://meeh.i2p/viewmtn/viewmtn.py/` 20:27:49 &lt;dg&gt; `http://meeh.i2p/viewmtn/viewmtn.py/branch/changes/i2p.i2p` 에서 내부 서버 오류가 나요 20:28:45 &lt;Meeh&gt; 그렇네요 20:28:48 &lt;Meeh&gt; 작업 중입니다 20:28:55 &lt;dg&gt; 어쨌든 반대는 없는 걸로 알게요 20:28:58 &lt;dg&gt; 그럼 .. 암호화 얘기로 넘어갈까요? 20:29:18 &lt;str4d&gt; 마지막으로 한 가지 질문: 예전 번역을 옮기는 일에 대해 여기 계신 분들의 무관심이 큰 걸 감안하면, 그냥 그 번역들은 포기하고 빈 .po를 Transifex에 올리는 게 더 나을까요? 20:29:44 &lt;dg&gt; Transifex가 그럭저럭 활발하지 않나요? 20:29:51 &lt;str4d&gt; .po 파일은 어차피 Transifex에 올라갈 테고, 저는 다만 약간의 출발선이 되도록 예전 번역을 포함시킬 생각이었어요. 20:30:05 &lt;dg&gt; 그게 좋겠네요 20:30:48 &lt;str4d&gt; 다른 의견 있나요? 20:32:38 &lt;str4d&gt; 그렇게 하기로 한다면, 시간이 허락하는 한 최대한 많은 페이지에 태그를 달고, 현재 웹사이트 언어들에 대한 .po 파일을 만들겠습니다. 그리고 Transifex 권한이 있는 분이 i2p.www 하위 프로젝트를 만들어 업로드하면 돼요(KillYourTV?). 20:32:50 * psi가 스크롤백 읽는 중 20:33:34 &lt;psi&gt; 해커 모임(hackfest) 할까요? 20:35:05 * psi가 스크롤백을 더 읽는 중 20:39:01 &lt;str4d&gt; ... 20:39:04 * str4d는 추측하는 걸 좋아하진 않지만, 그 진행 방향에 이의가 없다고 가정합니다. 20:39:04 &lt;dg&gt; 너무 조용하네&gt;.&gt; 20:39:04 &lt;str4d&gt; 그렇다면 i2p.www.revamp에서는 예전 번역을 버리겠습니다(아니면 당분간 브랜치에 그냥 둘 수도 있어요 — 필요하다면 번역가가 참고용으로 찾을 수 있게요). 20:39:04 &lt;psi&gt; 아직 의견을 못 정했어요 20:39:14 &lt;SkinSystem&gt; 안녕, k0e가 할머니 포르노를 보면서 자위를 한다고 들었어 20:39:21 &lt;dg&gt; 어? 20:39:32 &lt;psi&gt;&gt;.&gt; #i2p-chat 20:40:45 &lt;str4d&gt; 좋아요, 웹사이트 관련해서는 제 얘기는 여기까지예요. 20:49:59 &lt;dg&gt; 음.. 20:50:11 &lt;dg&gt; str4d를 기다려야 할지 잘 모르겠네요 20:51:33 &lt;dg&gt; 자리 비움, 곧 돌아올게요 21:03:55 &lt;hottuna&gt; zzz, http://trac.i2p2.de/wiki/Crypto/CurrentSpecs 업데이트 봤어요? 21:03:58 &lt;iRelay&gt; 제목: Crypto/CurrentSpecs I2P (trac.i2p2.de 에서) 21:07:36 &lt;zzz&gt; 네, 여러분 정말 잘하고 있어요 21:08:13 &lt;hottuna&gt; 필요하지 않은 곳에서 비대칭 암호를 쓰고 있다고 보시나요? 21:08:23 &lt;hottuna&gt; 대칭 방식으로 대체할 수 있을까요? 21:08:38 &lt;zzz&gt; 우리가 불필요한 곳에 무언가를 쓰고 있다고는 생각하지 않아요 21:09:04 &lt;hottuna&gt; 좋네요 21:09:15 &lt;zzz&gt; 웹 페이지의 crypto 섹션에는 물론 대칭/비대칭 암호도 추가해야 합니다. 지금은 서명만 있어요. 21:09:46 &lt;hottuna&gt; 맞아요. 하지만 한 번에 한 가지씩 하죠 21:09:53 &lt;hottuna&gt; 어쨌든 서명이 가장 취약하다고 생각해요 21:10:07 &lt;zzz&gt; 맞아요. 한 줄짜리 플레이스홀더라도 넣자는 뜻이었어요 21:20:19 &lt;hottuna&gt; zzz, sud 서명은 구현과 일괄 전환일(flag day) 없이도 꽤 가능하지 않을까요? 21:20:41 &lt;hottuna&gt; 즉, 암호 방식을 바꾸는 게 가능하냐는 뜻이에요. 21:23:58 &lt;dg&gt; 돌아왔어요 21:26:53 &lt;zzz&gt; 그럴 것 같네요. su2도 문제 없이 했으니, su3, su4도 괜찮겠죠 ... 21:28:38 &lt;hottuna&gt; 하지만 그 전에 어떤 암호가 가장 현실적인지 정해야겠죠 21:36:25 &lt;dg&gt; 좋아요 21:36:33 &lt;dg&gt; str4d_afk가 떠났으니.. 어 21:36:51 &lt;dg&gt; zzz, hottuna, 더 논의할 게 있나요, 아니면 회의를 마칠까요? 다른 분들은 없는 것 같네요 21:40:29 &lt;dg&gt; 좋아요 21:40:35 * dg가 회의를 종료함 21:41:11 &lt;hottuna&gt; 고마워요 dg :) 21:41:55 &lt;dg&gt; str4d가 MIA(실종 상태)가 됐네요 21:45:03 &lt;dg&gt; 어쨌든, 문제없어요 23:00:32 &lt;str4d&gt; 미안해요, 연결이 끊겼고 그다음엔 자리를 비웠어요 </div>/ko/blog/2013/01/22/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-1%EC%9B%94-22%EC%9D%BC/Tue, 22 Jan 2013 00:00:00 +0000/ko/blog/2013/01/22/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-1%EC%9B%94-22%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> christoph1, dg, eche|on, hottuna, lillith, RN, str4d, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:07:05 &lt;hottuna_&gt; Alright, meeting-time? 20:07:27 &lt;str4d&gt; o/ 20:08:28 &lt;RN-&gt; tjink so 20:08:41 &lt;hottuna_&gt; eche|on, zzz, dg: ping 20:09:46 &lt;hottuna_&gt; let's wait until 20:15 and see if dg shows up. 20:10:21 &lt;RN-&gt; did everyone read zzz homework assignment? 20:10:36 &lt;hottuna_&gt; yepyep 20:11:28 &lt;RN-&gt; was over my head 20:11:31 &lt;str4d&gt; Okay, looks like the three meeting topics are ugha.i2p, the website revamp and the crypto. Anything else we want to cover? 20:11:50 &lt;hottuna_&gt; I think that is more than enough 20:11:58 &lt;str4d&gt; Alright: 20:12:01 &lt;RN-&gt; read it tho 20:12:04 &lt;str4d&gt; (0) Say Hi. 20:12:11 &lt;str4d&gt; (1) Ugha.i2p 20:12:18 &lt;str4d&gt; (2) Website revamp 20:12:29 &lt;str4d&gt; (3) Crypto discussion 20:12:32 &lt;str4d&gt; (0) Say Hi. 20:12:35 &lt;str4d&gt; Hi! 20:13:00 &lt;RN-&gt; hi 20:13:07 &lt;hottuna_&gt; hello everybody! 20:14:44 &lt;RN-&gt; we waiting 4 zzz and ech? 20:15:21 &lt;hottuna_&gt; I think we can manage until the crypto part 20:15:27 &lt;str4d&gt; eche|on was around an hour ago; zzz tends to speak when he needs to. 20:15:27 &lt;RN-&gt; guess they r at end... 20:15:49 &lt;hottuna_&gt; weltende, welterde, eche|on: ping, re new website 20:15:52 &lt;hottuna_&gt; altight 20:15:58 &lt;RN-&gt; anyone got the baffer? 20:15:58 &lt;str4d&gt; And everyone else can turn up when they do ^_^ 20:16:05 &lt;str4d&gt; (1) Ugha.i2p 20:16:05 &lt;hottuna_&gt; So.. ugha? 20:16:08 &lt;str4d&gt; o/ 20:16:39 &lt;zzz&gt; here, standing by until 3), if it's reasonbly fast 20:16:52 &lt;hottuna_&gt; Alright, I posted a content-request page last week 20:16:52 &lt;hottuna_&gt; syndie/imule content was requested 20:16:59 &lt;hottuna_&gt; and has as far as I can see been submitted 20:17:18 * str4d can 20:17:29 &lt;str4d&gt; 't actually load ugha right now =P 20:17:41 &lt;str4d&gt; Do we know who runs ugha? 20:18:04 &lt;hottuna_&gt; I don't 20:18:23 &lt;hottuna_&gt; do we have any further ideas about what to change/add to ugha? 20:18:31 &lt;str4d&gt; Because it would be useful to get some proper spam protection if possible. 20:18:38 &lt;eche|on&gt; we do partly know/guess who runs it. but it will not be disclosured here 20:18:47 &lt;eche|on&gt; and owner did not respond yet 20:18:54 &lt;dg&gt; Okay, hey 20:18:57 &lt;str4d&gt; eche|on: fair enough. 20:18:57 &lt;eche|on&gt; ugha.i2p was cleaned from spam 20:19:09 &lt;str4d&gt; eche|on: how much work was that? 20:19:12 &lt;eche|on&gt; and I added a site about iMule and syndie, KillYourTV added a bit more 20:19:30 &lt;eche|on&gt; spam? a lot, it was&gt;200 or even&gt;400 spam messages to be removed 20:19:38 &lt;eche|on&gt; they appeared in 2 years time 20:20:09 &lt;str4d&gt; And just manually removed? 20:20:24 &lt;hottuna_&gt; did it appear over the inproxy? 20:20:35 &lt;dg&gt; I was wondering this 20:20:50 &lt;dg&gt; sorry for being late although I managed to get here :) 20:20:53 &lt;eche|on&gt; yea, str4d, click each spam site, click delete site, click yes, I want to remove, click next spam site 20:21:08 &lt;eche|on&gt; and IMHO it is on INproxy. 20:21:27 &lt;eche|on&gt; yeah, it is 20:21:58 &lt;eche|on&gt; http://ugha.i2p.to/RecentChanges 20:22:01 &lt;hottuna_&gt; alright, maybe it shouldnt be accessible over the inproxy? 20:22:15 &lt;RN-&gt; so... set read omly for inproxy? 20:22:15 &lt;eche|on&gt; maybe someone want to count the "delete" pictures ;-) 20:23:34 &lt;hottuna_&gt; is it possible to notify the admin via the the wiki? 20:23:45 &lt;eche|on&gt; guess not 20:23:48 &lt;hottuna_&gt; a read-only via inproxy rule would probably be good 20:23:51 &lt;hottuna_&gt; ok 20:24:06 &lt;hottuna_&gt; eche|on, but you know who? you could do it? 20:24:28 &lt;eche|on&gt; I cannot do anything on it, I am just a user like anyone else 20:24:43 &lt;dg&gt; The person obviously is not active. 20:24:46 &lt;dg&gt; So.. maybe still no. 20:24:51 &lt;eche|on&gt; all I can do is asking tino (i2p.to owner) to block it. 20:25:18 &lt;hottuna_&gt; is blocking it entirely an acceptable solution? 20:26:01 &lt;eche|on&gt; yes 20:26:05 &lt;dg&gt; not long term 20:26:30 &lt;RN-&gt; I agree with dg 20:26:44 &lt;eche|on&gt; it is a wiki. It needs active administration to remove unwatned content 20:26:44 &lt;hottuna_&gt; i think blocking it is acceptable.. since it only is of use to people who are already using i2p 20:26:57 &lt;eche|on&gt; but as we also have active spammers inside of I2P.... 20:26:57 &lt;zzz&gt; tino's not going to take action unless the owner requests it 20:27:04 &lt;zzz&gt; at least, he shouldnt. 20:27:41 &lt;hottuna_&gt; eche|on, could you contact the owner? 20:27:52 &lt;eche|on&gt; currently I visit ugha.i2p daily and remove the spam 20:28:15 &lt;eche|on&gt; hottuna_: I did contact via IRC and email already. now it is time for person to react. 20:28:38 &lt;zzz&gt; if it continues to be an embarassment we can take it out of the router console, whether we have a replacement or not 20:28:41 &lt;eche|on&gt; you know, weve seen same problem with forum.i2p already. thats the problem inside of I2P 20:28:48 &lt;hottuna_&gt; regarding blocking from i2p.to? 20:29:02 &lt;eche|on&gt; regarding active admin jobs on it 20:29:25 &lt;hottuna_&gt; ok 20:29:58 &lt;hottuna_&gt; anyway, if you manage to get some response, ask about blocking 20:31:01 &lt;RN-&gt; tino is not only inproxy anymore 20:31:43 &lt;dg&gt; Yeah. 20:32:01 &lt;str4d&gt; Aside from the spam issue, is there any content that ugha should have/needs updated&gt; 20:32:29 &lt;dg&gt; Yes. 20:32:29 &lt;eche|on&gt; I had a look at the russian wiki. Thats a nice nice nice one 20:32:44 &lt;str4d&gt; From /Requests - "More advanced i2p config options and explanations." - hottuna_ you already added some of these, right? 20:32:44 &lt;eche|on&gt; it is really filled with good content and structured. but in russian. 20:32:44 &lt;str4d&gt; eche|on: link? 20:32:53 &lt;hottuna_&gt; what's the url for the russian wiki? 20:33:12 &lt;hottuna_&gt; str4d, yes. And I found a similar list on echelon.i2p 20:33:24 &lt;eche|on&gt; if I find it again... 20:34:10 &lt;eche|on&gt; imho rus.i2p 20:34:56 &lt;eche|on&gt; but more explanation about advanced config is nice 20:34:59 &lt;str4d&gt; Ooh, that *is* a nice wiki. 20:36:25 &lt;eche|on&gt; to sad I am a bit out of time, but if I get the chance, I do a few bits 20:36:32 &lt;RN-&gt; looks like it's using the same nice clean interface as cake why TV on his Cindy page 20:36:42 &lt;dg&gt; is it in english? 20:36:45 &lt;RN-&gt; I'll have to leave in about 10 minutes or less catch up with the rest of the meeting on my scroll back... 20:38:21 &lt;str4d&gt; Are there any other major points about ugha.i2p that need raising? 20:38:36 &lt;hottuna_&gt; no. 20:38:47 &lt;hottuna_&gt; I updated the request site 20:39:50 &lt;str4d&gt; The /I2pRfc page could do with updates, if it is/was ever planned to be authoritative (though the website is probably the better place for specs). 20:40:26 &lt;dg&gt; ugha.i2p has a lot of content which could be added or update 20:40:33 &lt;dg&gt; it seems to have more information about i2p's past and old tech documents than anywhere else 20:41:19 &lt;str4d&gt; Summary so far: spam is (currently) under control but needs active policing; there are numerous old pages that would be good to get updated (a good task for people who like writing). 20:41:34 &lt;hottuna_&gt; agreed. 20:41:41 &lt;str4d&gt; And if possible, the wiki should block edits from the inproxy. 20:41:56 &lt;str4d&gt; Anything else to add before we move on? 20:41:59 &lt;dg&gt; Is that all for the wiki then? 20:42:02 &lt;dg&gt; I don't think so 20:42:52 &lt;str4d&gt; dg: you want to do the honors? ^_^ 20:43:11 &lt;dg&gt; Alright :3 20:43:15 &lt;dg&gt; thx 20:43:38 * str4d gets to talk lots in the next topic anyway =D 20:43:53 &lt;dg&gt; Okay, so the website revamp - I feel that the new design headed by str4d (he's doing the backend mostly but some CSS changes) brings a fresh look to i2p and can help refresh people's perspective and first impressions of it 20:44:00 &lt;dg&gt; The current one is rather stale, etc, etc.. 20:44:11 &lt;dg&gt; I think that we should look into what needs completing in order to push it live 20:44:34 &lt;str4d&gt; What *must* be completed before pushing live: 20:44:37 &lt;dg&gt; Minor issues can be worked on when it's out there so the blockers we need to consider here? 20:44:48 &lt;str4d&gt; - translation tagging 20:45:01 &lt;str4d&gt; (well, not *must* but most at the very least) 20:45:17 &lt;str4d&gt; - checking that all site-internal links are updated and valid 20:45:36 &lt;str4d&gt; That's basically it. 20:45:56 &lt;hottuna_&gt; how is translation tagging done? 20:46:07 &lt;str4d&gt; I've already started on that, and have covered most of the site pages (if you leave out the docs, which are large on their own) 20:46:22 &lt;dg&gt; Latter isn't too hard. There's tools for it IIRC but I can go around clicking (take one for the team ;) if push comes to shove. 20:46:33 &lt;dg&gt; Explain translation tagging? 20:46:40 &lt;str4d&gt; hottuna_: Jinja2 template tags 20:46:40 &lt;str4d&gt; And gettext PO files 20:47:05 &lt;str4d&gt; &lt;h2&gt;{% trans %}A Gentle Introduction to How I2P Works{% endtrans %}&lt;/h2&gt; 20:47:08 &lt;str4d&gt; &lt;p&gt;{% trans -%} 20:47:08 &lt;str4d&gt; I2P is a project to build, deploy, and maintain a network supporting secure and anonymous 20:47:08 &lt;str4d&gt; communication. People using I2P are in control of the tradeoffs between anonymity, reliability, 20:47:11 &lt;str4d&gt; bandwidth usage, and latency. There is no central point in the network on which pressure can be 20:47:11 &lt;str4d&gt; exerted to compromise the integrity, security, or anonymity of the system. The network supports 20:47:11 &lt;str4d&gt; dynamic reconfiguration in response to various attacks, and has been designed to make use of 20:47:11 &lt;str4d&gt; additional resources as they become available. Of course, all aspects of the network are open and 20:47:11 &lt;str4d&gt; freely available. 20:47:15 &lt;str4d&gt; {%- endtrans %}&lt;/p&gt; 20:48:17 &lt;str4d&gt; The tagged blocks get extracted into a messages.pot which can then be translated like the routerconsole is. 20:48:36 &lt;str4d&gt; That's another task that I think *must* be done before launch: 20:48:57 &lt;str4d&gt; - Migrate old translated pages (e.g. /how_intro_fr) to PO files 20:49:53 &lt;hottuna_&gt; ok 20:49:56 &lt;hottuna_&gt; whats the mtn repo name? 20:50:04 &lt;hottuna_&gt; alright 20:50:08 &lt;str4d&gt; That one I can't do much about =P I've migrated one page as a test, but I can't verify the accuracy of the old translations (especially as there was nothing to keep things in sync between the static pages) 20:50:12 &lt;str4d&gt; i2p.www.revamp 20:51:02 * str4d starts up the test site again 20:52:33 &lt;str4d&gt; Okay, `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` is back up. 20:52:44 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:52:59 &lt;str4d&gt; Something else I've done is added mobile support to the website - you can see it by narrowing your browser window below 768px 20:53:34 &lt;dg&gt; What are we doing about blog/ 20:53:34 &lt;dg&gt; ? 20:53:45 &lt;str4d&gt; dg: what do you mean? 20:53:52 &lt;str4d&gt; (In what regard?) 20:54:04 &lt;dg&gt; Who will be blogging and how will we set it up? When will we blog also? :) 20:54:43 &lt;str4d&gt; At present the blog just contains the (old) release posts and the (much older) status posts. 20:54:54 &lt;str4d&gt; At the very least there will be the release posts as normal. 20:55:50 &lt;str4d&gt; That's a later issue though - we need to actually get the site finished first! 20:56:09 &lt;hottuna_&gt; agreed 20:56:20 &lt;str4d&gt; Ticket #807 does have a few things in it which would be good to get done, but are not blockers 20:56:32 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 20:56:44 &lt;str4d&gt; They are somewhat spread out through the ticket, but some are: 20:57:02 &lt;str4d&gt; - fill out /about/glossary 20:57:21 &lt;str4d&gt; - improve blog/meetings layout and styling 20:58:17 &lt;str4d&gt; - fix or replace the theme 20:58:36 &lt;hottuna_&gt; re translation tagging: is """{{ _('Friends of I2P') }}""" tagable in a straight forward manner 20:59:03 &lt;str4d&gt; hottuna_: That already is tagged. 20:59:26 &lt;hottuna_&gt; just curious about syntax 20:59:29 &lt;str4d&gt; (That's the more compact notation) 20:59:39 &lt;hottuna_&gt; aah 20:59:42 &lt;str4d&gt; {{ }} inserts the result of the contained Python method 20:59:53 &lt;str4d&gt; _() is the gettext call in Python 21:00:00 &lt;str4d&gt; (well, the one that is imported into Jinja2 21:00:03 &lt;str4d&gt; ) 21:00:19 &lt;hottuna_&gt; thanks 21:00:34 &lt;str4d&gt; {% trans %}{% endtrans %} is a more verbose tag, but it's the Jinja2 tag and supports any content between the tags. 21:00:49 &lt;str4d&gt; (whereas the _() one can't contain e.g. ' 21:00:52 &lt;hottuna_&gt; what is left to tag? 21:01:13 &lt;str4d&gt; hottuna_: check the mtn log for details of what has been tagged, but IIRC: 21:01:44 &lt;str4d&gt; - get-involved/guides (I've tagged ides and dev-guidelines there) 21:01:55 &lt;str4d&gt; - misc/* 21:01:58 &lt;str4d&gt; - docs/* 21:02:09 &lt;str4d&gt; And then any blog posts that we want translated. 21:03:06 &lt;str4d&gt; (I've already migrated and tagged the 0.9.4 and 0.9.3 posts, and future posts can be tagged as well; earlier ones can be tagged as/when people can be bothered) 21:04:17 &lt;str4d&gt; Okay, we do need to get a move on in the meeting. 21:05:18 &lt;str4d&gt; Summary: site revamp is almost ready, help is appreciated getting the rest of the site tagged for translation and url-checked (can be done simultaneously) (thanks hottuna_ for offering to help (I assume that's what you are doing?)) 21:05:45 &lt;str4d&gt; And other text/layout changes are appreciated but not blocking. 21:06:31 &lt;str4d&gt; Oh: and if anyone wants to get started on translating the pages (using the old translated pages as reference or for copy-paste), *please do so*. 21:06:34 &lt;str4d&gt; Anything else? 21:06:49 &lt;hottuna_&gt; ill have a look at tagging 21:07:48 &lt;str4d&gt; hottuna_: thanks. Leave get-involved/guides to me, as I've already started in there. 21:08:43 &lt;str4d&gt; dg: are you keeping an eye on the meeting (timeliness)? 21:09:02 &lt;dg&gt; oh, sorry 21:09:14 &lt;dg&gt; So we're done with website/ 21:09:41 &lt;dg&gt; Crypto time :-D 21:10:16 &lt;dg&gt; Let me dig up the relevant topics 21:10:16 &lt;dg&gt; One moment 21:11:28 &lt;dg&gt; `http://zzz.i2p/topics/1328` + `http://zzz.i2p/topics/715` 21:11:38 &lt;iRelay&gt; Title: zzz.i2p: Meeting [22nd January] (at zzz.i2p) 21:12:10 &lt;dg&gt; TL;DR: We need to be discussing which components of the i2p router need to be changed in order of priority (or as zzz put it, "to talk generally about which uses are more vulnerable than others" 21:12:10 &lt;dg&gt; ) 21:12:17 &lt;dg&gt; (for the DSA change) 21:12:45 &lt;dg&gt; It's an apt time to discuss any other crypto changes that could be thrown in but right now, we should stick to what zzz suggested as it's a masssive rabbithole 21:12:52 &lt;hottuna_&gt; like noted in the tor cipher migration document we should strive to do changes where they are the most important and not necessarily the easiest 21:13:26 &lt;dg&gt; (https://gitweb.torproject.org/torspec.git/blob_plain/34ecac0fbac7f476bfcbf813767721fada62c17e:/proposals/ideas/xxx-crypto-migration.txt) 21:15:55 &lt;hottuna_&gt; in my mind the most important areas are those using potentially weak ciphers for longterm keys 21:16:39 &lt;dg&gt; hottuna_: I'm no crypto expert (and as such I'll stay out unless I know something) but aren't the longterm keys also the keys which could cause a flag day? 21:17:12 &lt;hottuna_&gt; changing most ciphers would cause a flag day 21:17:31 &lt;dg&gt; I was thinking all destinations being fucked 21:17:38 &lt;dg&gt; so yeah 21:17:41 &lt;hottuna_&gt; well basically 21:18:03 &lt;hottuna_&gt; i dont see a way around destinations being wrecked 21:19:03 &lt;hottuna_&gt; Im don't have a list of places where long-term keys are used 21:19:22 &lt;hottuna_&gt; but such a list and the corresponding cipher used should be created 21:21:04 &lt;str4d&gt; Agreed. We should also rank their perceived vulnerability. 21:21:11 &lt;str4d&gt; (This would make a good wiki page on Trac) 21:21:19 &lt;hottuna_&gt; yes. 21:22:02 &lt;hottuna_&gt; we should also create a list of ciphers that have been proven as safe (by the test of time) and are otherwise viable for us 21:22:17 &lt;str4d&gt; Section 2 of the Tor page basically applies to us as well. 21:22:20 &lt;hottuna_&gt; that list should include asymetric 21:22:55 &lt;zzz&gt; sounds good 21:23:11 &lt;hottuna_&gt; asymmetric* encryption, symmetric encryption, signatures and hmac ciphers that we trust 21:23:49 &lt;zzz&gt; how_cryptography page is a good reference 21:24:32 &lt;hottuna_&gt; str4d, did you start a wiki page or should I? 21:24:40 * str4d is doing so now 21:25:00 &lt;str4d&gt; /Crypto/CurrentSpecs sound alright? 21:25:09 &lt;str4d&gt; (For the summary table) 21:25:09 &lt;hottuna_&gt; sure 21:25:16 &lt;zzz&gt; DSA is a nice place to start analysis because it's easy to understand, and it's on the surface the weakest 21:26:15 &lt;hottuna_&gt; yes 21:27:01 &lt;hottuna_&gt; as for what is used where and what time periods which keys are used for I dont know much 21:28:56 &lt;zzz&gt; the OP on `http://zzz.i2p/topics/715` has a list 21:29:03 &lt;zzz&gt; ~8 places we use DSA 21:29:05 &lt;iRelay&gt; Title: zzz.i2p: DSA 1024/160 Replacement (at zzz.i2p) 21:29:40 &lt;hottuna_&gt; the one with the longest validity is routerinfo? 21:30:23 &lt;str4d&gt; || '''Aspect/Location''' || '''Cipher used''' || '''Cipher details''' || ''' Perceived vulnerability''' || '''Comments''' 21:30:30 &lt;str4d&gt; Anything else that needs to go into the table? 21:30:30 &lt;zzz&gt; maybe dest. which isn't listed. 21:31:12 &lt;zzz&gt; theres both a dest key and a leaseset key I think the dest signs the leaseset and the leaseset key is unused 21:31:38 &lt;hottuna_&gt; str4d, validity period 21:32:24 &lt;zzz&gt; wouldnt be the end of the world to have a RI flag day but throwing out all 2500 in hosts.txt is another story 21:32:38 &lt;str4d&gt; Hmm... maybe the Perceived vulnerability / validity should be in a separate table then. 21:33:07 &lt;zzz&gt; datagrams is a problem, dests is a problem 21:33:22 &lt;hottuna_&gt; throwing out hosts is a huge issue. but it is also the most vulnerable key in my mind 21:34:37 &lt;zzz&gt; for each case we have to go farther though. not just how easy to break but what's the threat model / consequence. 21:35:08 &lt;hottuna_&gt; yes. maybe link to a separate page for each case? 21:35:26 &lt;str4d&gt; `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` now exists and has some basic content 21:35:33 &lt;iRelay&gt; Title: Crypto/CurrentSpecs I2P (at trac.i2p2.i2p) 21:36:09 &lt;zzz&gt; and put that in perspective gven the size of the net, etc. e.g., we currently have a guy that claims he can shutdown an eepsite for 23 1/2 hours a day. 21:37:13 &lt;hottuna_&gt; christoph1, ? 21:37:25 &lt;dg&gt; Yikes. 21:37:28 &lt;str4d&gt; Mmm. 21:37:35 &lt;dg&gt; How does that work? 21:37:58 &lt;hottuna_&gt; eclipse attack on our floodfills 21:38:01 &lt;christoph1&gt; use enough precomputed routerinfos, put 10 bad nodes near the target hash block lookup 21:38:20 &lt;lillith&gt; why is it not 24 hours? 21:38:35 &lt;christoph1&gt; because midnight is a bit tricky 21:38:46 &lt;christoph1&gt; you can use another 10 to put in place for tomorrow 21:39:05 &lt;christoph1&gt; but there's still a period around the keyspace rotation where things are unstable 21:39:22 &lt;lillith&gt; so the router gets half an hour where the floodfills are uncertain? 21:39:33 &lt;christoph1&gt; (client can hit one of the good nodes by chance because it doesn't know all attackers jet 21:39:52 &lt;str4d&gt; The keys for the next day can be known in advance, so positioning malicious nodes could be planned in advance, no? 21:39:59 &lt;christoph1&gt; jep 21:40:22 &lt;christoph1&gt; still it seems around rotation it is somewhat unstable 21:40:49 &lt;str4d&gt; Anyway, this is somewhat off-track for this topic (sorry christoph1) 21:41:05 &lt;christoph1&gt; ack 21:43:08 &lt;str4d&gt; Okay, does anyone want to work on getting `http://trac.i2p2.i2p/wiki/Crypto/CurrentSpecs` filled out? 21:43:14 &lt;iRelay&gt; Title: Crypto/CurrentSpecs I2P (at trac.i2p2.i2p) 21:43:26 &lt;zzz&gt; dg, please keep us on track, not drag us off it :) 21:43:42 &lt;hottuna_&gt; str4d, yeah. I just managed to log in :P 21:44:01 &lt;str4d&gt; Maybe we should quickly clarify what exactly we want on that page (my column headings are rather generic) 21:44:36 &lt;dg&gt; zzz: sory ;) 21:44:59 &lt;str4d&gt; First table: a summary of the crypto used in the router. Name, validity period, vulnerability... key length? Prime strength? 21:44:59 &lt;zzz&gt; m yfault too 21:45:48 &lt;str4d&gt; Second table: a list of every point in the router where crypto is used. Location and cipher name (of course). Usage details? What is important to know here? 21:46:27 &lt;str4d&gt; We can probably elaborate on separate pages for the second table if necessary (link the location name to a subpage) 21:47:41 &lt;hottuna_&gt; str4d, added subpage 21:48:06 &lt;str4d&gt; IMHO this should be a page that someone can glance at and understand the current state-of-play (whereas the site docs are the full specs) 21:48:32 &lt;str4d&gt; hottuna_: ah, I get what you mean by validity period now. 21:48:39 &lt;hottuna_&gt; :) 21:50:20 &lt;str4d&gt; hottuna_: there's already an entry for destinations - LeaseSet signing 21:50:29 &lt;hottuna_&gt; oh 21:50:29 &lt;hottuna_&gt; sorry 21:50:36 &lt;str4d&gt; (For the DSA part at least - I think you're thinking there of the encryption) 21:51:56 &lt;str4d&gt; Also, I'd call it "Security timescale" rather than "Validity period" 21:52:38 &lt;hottuna_&gt; yep 21:52:38 &lt;zzz&gt; FYI for everybody else - every RI and Dest has two keys, one for encryption and one for signing 21:53:11 &lt;hottuna_&gt; ok 21:53:11 &lt;hottuna_&gt; why? 21:53:32 &lt;zzz&gt; ElG was deemed far too slow for signing 21:54:44 &lt;str4d&gt; This might be a silly question, but how are the two keys "linked" verifiably? 21:55:23 &lt;zzz&gt; for both RI and Dest, the Hash covers both keys + the (usually null) Certificate 21:55:23 &lt;hottuna_&gt; a public key is derived from the private key 21:55:51 &lt;zzz&gt; change any of the 3 and you change the hash. 21:56:13 &lt;str4d&gt; Ah, k (you mean the Destination hash?) 21:56:23 &lt;str4d&gt; (i.e. the B64) 21:56:26 &lt;zzz&gt; yes 21:56:53 &lt;str4d&gt; Okay... the problem with upgrading the Destination crypto makes much more sense now... 21:56:59 &lt;zzz&gt; and for Dests, change any of the 3 and you need a new hosts.txt entry 21:58:34 &lt;zzz&gt; and (hint) non-null certs may be the path to upgrades w/ (partial) compatibility, i.e. not breaking gravity. That's what's covered further down in topic 715 21:59:39 &lt;str4d&gt; Yeah - that enables both to work alongside each other. 22:00:09 &lt;str4d&gt; But it still means that the end-to-end crypto for the old Destinations is untouched. 22:00:52 &lt;str4d&gt; The point where the Dest crypto key is most important is the leg between the OPEP and IBGW, right? 22:01:26 &lt;zzz&gt; not sure 22:01:53 &lt;zzz&gt; other complication is there used to be two layers of end-to-end crypto, one in the router and one in the client, and some keys are now unused 22:02:32 &lt;zzz&gt; ditto w/ signing keys... one was for LS revocation and is unused 22:02:46 &lt;zzz&gt; so that's another opportunity, maybe 22:03:29 &lt;str4d&gt; `http://www.i2p2.i2p/how_intro` seems to indicate that the ElGamal/AES+SessionTags is used for end-to-end router encryption. 22:04:37 &lt;zzz&gt; crypto is much harder to discuss than signing. theres the ElG wrapping the AES and the Tags, together with the DH exchange. 22:05:35 &lt;str4d&gt; Yes. But as far as e.g. LeaseSets go, we probably need to discuss both in tandem, no? 22:05:46 &lt;zzz&gt; I'd suggest not even trying to get into the crypto side today. 22:05:53 &lt;str4d&gt; Not today, no. 22:06:00 &lt;zzz&gt; maybe, maybe not 22:06:03 &lt;str4d&gt; So, back on topic *derp* 22:06:30 &lt;zzz&gt; you change one key, you change the hash. But as the Tor doc says, don't try to change everything just because you're changing one thing 22:06:33 &lt;str4d&gt; What is the issue with Datagram signing? 22:07:12 &lt;zzz&gt; it's using our signing algorithm, i.e. DSA. Which we use to sign everything. (including suds) 22:07:54 &lt;zzz&gt; which also isn't on the list on topic 715, and might be the longest-lived key of all 22:09:04 &lt;str4d&gt; Right, but the specific problem I'm guessing with Datagrams is ensuring that routers can still talk to each other 22:09:04 &lt;str4d&gt; ? 22:10:00 &lt;zzz&gt; right. change signing and you break all RI and LS lookup, and all signed end-to-end communication 22:10:51 &lt;zzz&gt; because almost everything is signed 22:11:41 &lt;str4d&gt; So really the only way to move forward with upgrading the signing algorithm is to ensure that every place it is used can handle multiple signing algorithms? 22:12:27 &lt;str4d&gt; The problem then becomes knowing what versions are supported by a router (and the partitioning problems from the Tor doc are relevant here). 22:12:30 &lt;zzz&gt; but then every dest would need two sets of tunnels, one for old and one for new, afaik 22:12:49 &lt;zzz&gt; there's two kinds of compatibility to consider. 22:13:19 &lt;str4d&gt; That's a good point&gt;_&lt; 22:13:42 &lt;zzz&gt; 1) "network" compatibility, i.e. can the RIs and LSs be stored and retrieved, can msgs get thru tunnels, even if the ffs or participants are down-rev; 22:14:21 &lt;zzz&gt; 2) end-to-end compatibility, can A talk to B. For that, seems like both A and B need to support the same things 22:15:43 &lt;str4d&gt; 2) is "easy" to handle for direct router-to-router communication, as the router versions are public knowledge. What about end-to-end communication? 22:17:24 &lt;zzz&gt; the other thing is an RI has a whole Properties in it, we can put whatever flags we want in there 22:17:27 &lt;str4d&gt; Where would a router need to look to determine if another router (such as an eepsite server) supports the new signatures? 22:17:30 &lt;zzz&gt; nothing like that for LS 22:18:01 &lt;zzz&gt; certs is the magic 22:18:48 &lt;zzz&gt; in a cert we can spec both crypto and signing algo, and store the extra bytes if it doesnt fit in the first 384 22:18:59 &lt;zzz&gt; again, that's the topic 715 stuff 22:19:53 &lt;zzz&gt; the cert has to start at byte 385 to not break 1) 22:20:54 &lt;zzz&gt; is that about enough for today? got out of this what you wanted? 22:21:09 &lt;hottuna_&gt; i think this is a beginning 22:21:34 &lt;hottuna_&gt; more specific issues and solutions cna be discussed and the wiki page used as an aid 22:23:50 &lt;str4d&gt; zzz: it's a good start - thank you =) 22:24:24 &lt;zzz&gt; lots of work ahead... 22:24:39 &lt;str4d&gt; Yes, but we have to start somewhere ^_^ 22:24:54 &lt;hottuna_&gt; str4d, pushed tags for monotone.html 22:25:05 &lt;zzz&gt; I had one more topic for the mtg but only if welt welterde weltende is around 22:25:26 &lt;str4d&gt; hottuna_: the one under get-involved/guides? I'll drop the ones I'd started putting in then ^_^ 22:25:37 &lt;hottuna_&gt; yes 22:26:00 &lt;hottuna_&gt; alright, are we done then? 22:26:11 &lt;dg&gt; I'd say so? 22:26:15 &lt;str4d&gt; I'd like to add a random point: 22:26:18 * dg had nothing to chime in with 22:26:21 &lt;dg&gt; not a crypto god 22:27:08 &lt;str4d&gt; I'd like to congratulate sponge on his efforts with Android - stock I2P now successfully runs on Android devices. 22:27:46 &lt;str4d&gt; And initial reports seem to indicate better performance and lower battery usage than I2P-Android 22:27:53 &lt;hottuna_&gt; that's quite the feat 22:28:04 &lt;hottuna_&gt; well done sponge 22:28:16 &lt;hottuna_&gt; i've gotta go now 22:28:23 &lt;hottuna_&gt; dg, will you strat the thread for next week? 22:28:27 &lt;dg&gt; spogne has done extremely well 22:28:56 &lt;dg&gt; Will do. Topics? Seems crypto needs to be a recurring topic for the next few weeks. :) 22:29:03 &lt;dg&gt; I should be here on time next week also 22:29:47 &lt;str4d&gt; If we can get the revamp tagged by then, we could potentially go live with the new site (though I would prefer to get actual translations in first) 22:30:18 &lt;str4d&gt; (Also depends on welterde being around) 22:30:25 &lt;hottuna_&gt; str4d, i think actual translations will take a very long time 22:30:52 &lt;hottuna_&gt; alright, nn ppl 22:30:59 &lt;str4d&gt; hottuna_: complete translations, yes. But there are already-translated pages (see www.i2p2/pages/translations) which would be quick to migrate. 22:31:07 &lt;str4d&gt; (For people who understand the language) 22:31:14 &lt;str4d&gt; o/ hottuna_ 22:31:45 * str4d *baf*s the meeting closed. </div>/ko/blog/2013/01/15/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-1%EC%9B%94-15%EC%9D%BC/Tue, 15 Jan 2013 00:00:00 +0000/ko/blog/2013/01/15/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-1%EC%9B%94-15%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> darrob, dg, eche|on, hottuna, KillYourTV, LaughingBuddha, orion, sponge, welterde, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:02:07 &lt;hottuna&gt; dg, 오늘 미팅 있나요 20:02:26 &lt;LaughingBuddha&gt; 아 맞다, 오늘 화요일이네 20:02:56 &lt;hottuna&gt; str4d, Meeh: 지금 미팅인가요? 20:03:49 &lt;orion&gt; 네 20:04:07 &lt;Meeh&gt; hottuna: 글쎄, 그러길 바람 20:04:26 &lt;hottuna&gt; 좋아요, 안건 목록 있나요? 20:04:56 &lt;hottuna&gt; dg, 핑 20:06:07 &lt;hottuna&gt; 5분 후 시작합시다 20:06:35 &lt;hottuna&gt; 모두들, 얘기하고 싶은 주제 생각해 주세요 20:06:57 &lt;hottuna&gt; 시작할 때 안건 목록 만드는 데 도와주세요 20:07:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; 오늘이 암호 미팅인 줄 알았는데요 20:08:07 &lt;hottuna&gt; weltende, 지난번은 놓쳤어요. 그냥 질서 좀 잡아보려는 중이에요 20:08:22 &lt;hottuna&gt; zzz, 암호 미팅 20:10:23 &lt;hottuna&gt; weltende, 어떤 암호 주제를 논의하려고 했나요? 20:11:09 &lt;hottuna&gt; 좋아요, 시작해 봅시다. 20:11:16 &lt;hottuna&gt; 미팅 안건: 20:11:28 &lt;hottuna&gt; * Syndie 해커톤 현황 20:11:51 &lt;hottuna&gt; * I2P 암호 20:12:02 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: 그건 모르겠어요.. 20:12:20 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: 그런데 r0ket을 소포로 따로 보내드릴까요? 20:12:32 &lt;dg&gt; 제시간에 왔나요? 20:12:51 &lt;hottuna&gt; 방금 시작했어요, 대신 진행하고 싶으시면 환영이에요 20:12:53 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: 응 20:13:20 &lt;dg&gt; 제가 아는 건 주로 "암호"예요 20:14:32 &lt;hottuna&gt; dg, 처리해야 할 다른 안건 있나요 20:14:35 &lt;hottuna&gt; ? 20:15:14 &lt;dg&gt; Syndie 현황, 연구자들 업데이트, 전반적인 방향? 20:15:37 &lt;hottuna&gt; 좋아요. 그럼 시작할까요? 20:15:55 &lt;dg&gt; 네 20:16:14 &lt;dg&gt; zab이 와주면 좋겠네요. 그와 zzz가 router 내부 구조를 가장 잘 아니까요.. 20:18:28 &lt;orion&gt; 아마 암호 업그레이드 가능성에 대해 논의하려 했던 것 같아요. 20:18:28 &lt;hottuna&gt; 어쨌든 DSA 1024에서 벗어나는 방향이죠 20:18:31 &lt;orion&gt; 그리고 그에 따른 절차적인 부분도요. 20:18:31 &lt;hottuna&gt; 좋아요 20:18:31 &lt;dg&gt; 주제를 찾아볼게요. 20:18:31 &lt;hottuna&gt; 그 말이 맞네요 20:18:31 &lt;hottuna&gt; dg, `http://zzz.i2p/topics/715` 20:18:31 &lt;dg&gt; 아하 20:18:42 &lt;dg&gt; 하.. 2년 전이군요 20:19:00 &lt;hottuna&gt; 당장은 "Syndie 현황"부터 시작할까요? 20:20:11 &lt;dg&gt; 네 20:21:09 &lt;hottuna&gt; 좋아요, 할 일 목록에 얼마나 추가/완료됐나요? 20:21:40 &lt;hottuna&gt; 그리고 할 일 목록 URL은 뭐죠? 20:25:43 &lt;hottuna&gt; Syndie 변경 로그: `http://zzz.i2p/posts/6095` 20:25:43 &lt;hottuna&gt; 여기 Syndie 사용자 계신가요? 20:26:06 &lt;dg&gt; 테스트는 해봤는데 문제가 있거나 죽어있는 것 같았어요. 20:26:09 &lt;hottuna&gt; 써보고 동기화(synch)를 시작했는데, 동기화할 항목이 너무 많더군요 20:26:16 &lt;dg&gt; 정기적으로 쓰는 사람이 있는지는 모르겠네요.. 20:26:37 &lt;hottuna&gt; 그리고 긴 히스토리를 허용한다면, 최신 글을 먼저 가져오도록 하는 게 어떨까요? 20:26:44 &lt;darrob&gt; 저 대충 여기 있어요. 20:27:08 &lt;hottuna&gt; darrob, 아카이브도 운영하시나요? 20:27:16 &lt;darrob&gt; hottuna: 네 20:28:23 &lt;hottuna&gt; 해크페스트(hackfest)를 계속 지켜보고 계셨나요? 20:29:25 &lt;hottuna&gt; Syndie todo: https://github.com/i2p/i2p.syndie/blob/master/TODO 20:29:36 &lt;eche|on&gt; syndie hackfest는 성공적이었고 꽤 잘 동작합니다. 현재 처음 시작하는 사용자에게 게시물이 너무 많다는 작은 문제가 있어요. 곧 해결할게요. 20:30:28 &lt;hottuna&gt; 좋네요. 초기 대량 동기화에 대한 trac 이슈가 있나요, 아니면 다른 데 기록돼 있나요? 20:30:32 &lt;eche|on&gt; syndie는 날짜 기준으로 가져옵니다 20:30:43 &lt;darrob&gt; 네, 해크페스트는 지금까지 큰 성공이에요. zzz가 Syndie 사용을 어렵게 만들던 버그를 잔뜩 고쳤습니다. 제 기억이 맞다면, 예전 메시지 가져오는 것도 지금은 더 나아졌을 거예요. 20:30:46 &lt;eche|on&gt; 그리고 "무엇이 새 것인지"에 대한 논의가 좀 있어요 20:31:34 &lt;eche|on&gt; 익명성 때문인지 뭐 때문인지, "오늘 아카이브가 받은 건 전부 NEW"로 처리되기도 하고요 20:31:59 &lt;hottuna&gt; eche|on, 방금 말은 잘 모르겠어요. 최신 글부터 가져오나요? 20:32:05 &lt;eche|on&gt; 아니요 20:32:13 &lt;hottuna&gt; 최근에 동기화했을 때는 꽤 랜덤해 보였어요 20:32:17 &lt;eche|on&gt; 제 생각엔 하나씩 가져오는데, 무작위예요 20:32:31 &lt;eche|on&gt; 하지만 특정 일자 이후 "새로운" 모든 메시지를 보냅니다 20:32:42 &lt;hottuna&gt; 어떤 순서라도 있는 게 더 좋겠네요 20:32:49 &lt;eche|on&gt; 그런데 new는/였던 건 메시지 작성일 기준이 아니에요 20:33:04 &lt;eche|on&gt; new는 서버 도착 시각 기준이었어요(익명성 이유로) 20:33:14 &lt;hottuna&gt; 아, 알겠어요 20:33:48 &lt;hottuna&gt; 정렬된 가져오기를 제안하려면 어디로 가야 하나요? 20:34:13 &lt;eche|on&gt; 그리고 서버가 어느 "잃어버린 옛 아카이브"에서 하루에 뉴스 5000개를 받으면, 작성일이&gt;5년 전보다 오래돼도 그 5000개가 모두 new로 보입니다 20:34:16 &lt;darrob&gt; hottuna: "Syndie dev"에 올리세요. :) 20:34:27 &lt;eche|on&gt; 아니면 snydie 버그 ;-) 20:34:34 &lt;hottuna&gt; Syndie 쓰레드요? 20:34:49 &lt;zzz&gt; 푸시 쪽 작업을 일주일 했고 거의 끝났습니다. 날짜 관련 이슈를 처리한 다음에 풀 쪽을 살펴볼 거예요 20:35:08 &lt;darrob&gt; 아니요, Syndie 포럼이요. 20:35:11 &lt;eche|on&gt; hottuna: 아, 아직 Syndie 안에서는 아니고요 -) 20:35:26 &lt;eche|on&gt; 하지만 개인 Syndie에서 기본 pull/push 정책은 바꿀 수 있어요 20:35:45 &lt;hottuna&gt; 설정 몇 개는 봤는데, 저는 꽤 초보 사용자예요 20:36:14 &lt;zzz&gt; 하지만 요점: 저는 i2p로 다시 돌아갑니다. 여러분이 테스트와 코딩을 더 맡아 주셔야 해요 20:36:14 &lt;eche|on&gt; pull 정책 20:36:29 &lt;hottuna&gt; 좋아요, 그거 알아두면 좋겠네요 zzz 20:36:44 &lt;eche|on&gt; 네, 저는 zzz가 "jrandom 카드"를 꺼내서 I2P에서 Syndie로 옮긴 줄 알았거든요 ;-) 20:36:44 &lt;hottuna&gt; Syndie 관련해서 다른 의견 있나요? 20:37:10 &lt;hottuna&gt; 좋아요, 넘어가죠 20:37:18 &lt;hottuna&gt; ** 연구진 업데이트 ** 20:37:34 &lt;hottuna&gt; zzz, 그분들과 연락한 적 있나요? 20:37:40 &lt;zzz&gt; 릴리스 시점을 잡아보겠습니다. 아마 버전은 1.103b-0가 될 거예요. 웹사이트에 올리는 건 weltende 도움이 필요해요 20:37:55 &lt;sponge&gt; 모두에게 질문: 여기 구글 계정 있고, 배짱도 넘치고, 안드로이드 관련 i2p 자료를 Google Drive 계정에 올려서 안드로이드 i2p 관련 자료에 더 빨리 접근할 수 있게 해줄 수 있는 분 계신가요? --&gt; *IDEA* i2p에 이미 구글 계정이 있다면 누가 관리하나요? 제가 자료를 넘겨서 Google Drive에 공개할 수 있게요? 20:38:06 &lt;eche|on&gt; hottuna: 참고로, 우리 옆에서 타원곡선을 설명해 준 멋진 수학을 놓쳤어요 20:38:23 &lt;eche|on&gt; sponge: I2P 구글 계정이 있나요? 20:38:30 &lt;eche|on&gt; sponge: 쪽지(쿼리) 확인해 보세요 20:38:30 &lt;zzz&gt; 여기와 zzz.i2p 쓰레드에서 보신 것뿐입니다. 다만 christoph가 추가할 게 있으면 여기에 있어요 20:38:51 &lt;hottuna&gt; eche|on, 전 안 놓쳤어요. 전에 겪어봤거든요. 플래시백이 오고 식은땀이 났죠.. 20:38:51 &lt;sponge&gt; eche: 그게 질문이죠... 우리에게 있나요? 20:39:02 &lt;zzz&gt; sponge, 회의 주제에 집중해 주시겠어요? 20:39:05 &lt;hottuna&gt; christoph, 지금 주간 i2p 미팅 중이에요 20:39:16 &lt;hottuna&gt; i2p 관련 업데이트 있나요? 20:39:19 &lt;sponge&gt; 오, 미팅이요? 훌륭하네요! 20:39:59 &lt;orion&gt; 구글 계정? 20:40:02 &lt;orion&gt; 제가 할게요. 20:40:14 &lt;hottuna&gt; 그분들이 하는 연구와 관련해서 GNUnet DHT 논문을 읽었어요 20:40:21 &lt;sponge&gt; orion: 와! 최고예요! 20:40:24 &lt;hottuna&gt; 꽤 흥미롭더군요 20:40:27 &lt;eche|on&gt; hottuna: 멋졌죠, 두 미친(?) 친구들한테 감명받았어요. 이제 타원곡선이 정말 멋지다고 생각해요^^ 20:40:54 &lt;eche|on&gt; sponge: 어떤 구글 계정이 필요한가요? 20:41:00 &lt;sponge&gt; zzz/others: 저는 암호 전문가가 아니라서, 회의에 보탤 게 없네요 :-( 20:41:27 &lt;dg&gt; 저도요 20:41:40 &lt;hottuna&gt; R5N은 조회 중인 노드가 원하는 키로 가는 경로가 하나라도 있으면 그냥 계속 찾아서 결국 동작하게 해주는 옵션을 제공합니다 20:42:00 &lt;eche|on&gt; sponge: 그리고 쪽지(쿼리)도 봐주세요 20:42:19 &lt;hottuna&gt; netdb에 대한 흥미로운 대안일 수도 있다고 생각해요 20:42:30 &lt;sponge&gt; eche: 기본적으로 대용량 바이너리와 안드로이드용 APK들을 올릴 수 있는 사람요. i2p-android(zzz의 것과 개발 빌드), 그리고 제가 작업 중인 libc 관련 자료(APK 파일과 tarball)가 포함됩니다 20:42:45 &lt;hottuna&gt; 하지만 zzz가 당장은 DHT를 다시 만드는 데 탐탁지 않아 할 거라는 건 확실해요 :P 20:43:31 &lt;eche|on&gt; sponge: I2P 구글 코드 계정이 있어요. 거기에 그 파일들을 호스팅할 수도 있죠. Google Play 계정은 잘 모르겠고요 20:43:54 &lt;hottuna&gt; 좋아요, 연구 관련 추가 업데이트는 없나요? 20:44:13 &lt;sponge&gt; eche: 아이디어는 사람들이 i2p를 통해 받는 대신 APK와 tarball을 최대한 쉽게, 문제 없이 받을 수 있게 하는 거예요. Play 스토어와는 상관없고, 제 기억에 Google Drive는 공간을 더 원하지 않는 한 무료예요... 20:44:20 &lt;zzz&gt; sponge, 회의 주제에 집중해 주세요 20:44:23 &lt;hottuna&gt; 다음으로 넘어가죠... 20:44:42 &lt;sponge&gt; 그 얘기는 나중에 할게요 20:44:45 &lt;hottuna&gt; ** I2P 암호 ** 20:44:52 &lt;eche|on&gt; sponge: 아, 알겠어요. 공식 I2P 구글 코드 호스팅 플랫폼이 있으니까 제 생각엔 거기가 최고예요 20:44:52 &lt;zzz&gt; 거의 제시간에 미팅 시작한 건 A+; 2단계는 주제에 맞게 진행시키는 거예요 :) 20:45:19 &lt;sponge&gt; 에헤헤, 마침 깨어 있었거든요 ;-) 20:45:26 &lt;hottuna&gt; 그럼 우리가 앞두고 있는 구체적인 암호 관련 결정 사항은 무엇이죠? 20:45:41 &lt;hottuna&gt; DSA 1024 교체 20:45:48 &lt;zzz&gt; 누가 "암호"를 미팅 주제로 올렸는지, 구체적으로 무엇을 염두에 두고 있었는지 알고 싶네요 20:46:09 &lt;hottuna&gt; welt가 그렇게 말했어요 20:46:28 &lt;dg&gt; str4d일 텐데, 여기 있는지는 모르겠네요. 20:46:39 &lt;sponge&gt; DSA 1024는 필요한 것으로 교체하고, 예전 router도 현재 사용 중인 것을 인식할 수 있게 하는 방법이 필요하다고 봅니다. 20:46:50 &lt;hottuna&gt; 논의해도 나쁠 건 없죠 20:47:20 &lt;zzz&gt; 물론 큰 주제라서, 왜 어떤 내용이 안건에 오른 건지 듣고 싶어요. 그래야 집중할 수 있으니까요. 20:48:06 &lt;hottuna&gt; 그래서 매 미팅마다 포럼 쓰레드를 만들어야 해요 20:48:24 &lt;eche|on&gt; syndie *g* 20:48:32 &lt;sponge&gt; I2P에서 가장 큰 실수는 어떤 암호를 써야 할지에 대한 힌트를 미리 넣지 않았던 거라고 생각해요. 아마 DSA 1024를 통해 힌트를 제공하되, 예전 router는 그 힌트를 무시하고, 새 router는 받아들이도록 만드는 방식이 가능할지도요 20:48:55 &lt;hottuna&gt; 좋은 지적이에요, sponge 20:48:58 &lt;zzz&gt; 음(주제 밖이긴 하지만) 매 미팅마다 책임자가 필요해요. 그래야 안건도 있고 제시간에 시작하죠. dg, 다시 맡아 줄 건가요? 아니면 다른 사람을 찾아야 해요 20:49:01 &lt;orion&gt; 20:21:47&lt;+str4d&gt; KillYourTV: 다음 주 암호 미팅을 위해 /topic을 업데이트해 줄 수 있나요? 20:49:01 &lt;orion&gt; 20:22:57-!- KillYourTV가 #i2p-dev의 주제를 다음으로 변경: Syndie hackfest 진행 중, 현재 Syndie 빌드 1.102b-3 | 현재 I2P 빌드: 0.9.4-4 | 개발 Crypto 미팅 여기서 1월 15일 화요일 20:00 UTC | 버그 신고: `http://trac.i2p2.i2p` / http://trac.i2p2.de 20:49:07 &lt;iRelay&gt; 제목: I2P (at trac.i2p2.i2p) 20:49:27 &lt;dg&gt; 네, 괜찮아요. 제가 죽고 나서(sync가 틀어져서) 엇나갔었죠. :) 20:50:15 &lt;hottuna&gt; 좋아요, 암호 이야기는 진전이 없는 것 같네요. 이의 있나요? 20:50:18 &lt;sponge&gt; zzz: DSA 1024 안에서 현재 및 예전 router가 무시하도록 힌트를 제공하는 게 가능할까요? 20:51:02 &lt;dg&gt; hottuna: 안타깝게도 그걸 주제로 못 박아놔서 다른 건 전혀 생각 못 했어요.. 20:51:08 &lt;zzz&gt; dg, 어느 쪽에 동의하는 건가요? 다시 맡겠다는 건가요, 아니면 다른 사람한테 맡기겠다는 건가요? 20:51:19 &lt;sponge&gt; '이중 암호 스택'이 많이 비대해지게 할까요? 20:51:22 &lt;dg&gt; 원하신다면 앞으로의 방향과 제한된 경로(restricted routes) 계획에 대해 얘기할 수 있어요. 제겐 중요해 보이는데.. 20:51:26 &lt;dg&gt; zzz: 다시 맡겠다는 거예요 20:51:53 &lt;KillYourTV&gt; Syndie에 회의 쓰레드요 &lt;3 20:52:36 &lt;hottuna&gt; sponge, 여러 암호를 동시에 두면 복잡한 문제가 생긴다고 생각해요 20:52:43 &lt;zzz&gt; 간단히 말해, 암호의 각 "사용처"(예: RI 서명)마다이지, 암호의 각 "종류"(예: DSA 1024)마다가 아니라, 해야 할 일이 두 가지가 있어요. 바꿔야 하는지와 언제 바꿀지 결정하고, 가능하다면 호환되게 바꾸는 방법을 정하는 것. 후자는 시작했고, 관련 쓰레드는 zzz.i2p에 있어요. 20:52:58 &lt;hottuna&gt; 예를 들어 crypto-downgrading 공격 같은 것들이요 20:53:09 &lt;zzz&gt; 하지만 "DSA 1024" 자체가 아니라, 그것이 쓰이는 각 용례에 대해 얘기해야 해요(제 기억으론 최소한 대여섯 군데) 20:53:43 &lt;zzz&gt; 다음 주에 암호 업그레이드를 논의할 거라면, 그 Tor 문서는 사전 필독입니다. 20:54:18 &lt;zzz&gt; (zzz.i2p에서 "read it and weep"를 검색해 보세요) 20:54:28 &lt;hottuna&gt; dg, zzz.i2p나 forum.i2p에 미팅 쓰레드를 시작해 줄 수 있나요? 20:54:47 &lt;hottuna&gt; 다음 주를 위한 메모를 정리할 수 있게요? 20:55:35 &lt;hottuna&gt; Tor 문서 링크: https://gitweb.torproject.org/tor.git?a=blob_plain;hb=HEAD;f=doc/spec/proposals/ideas/xxx-crypto-migration.txt 20:55:38 &lt;dg&gt; hottuna: `http://zzz.i2p/topics/1268` - 새로 만들 필요가 없다면요? 20:56:12 &lt;sponge&gt; 우리가 원하지 않는 건 I2P의 플래그 데이(flag day)예요 20:56:36 &lt;dg&gt; 제발 그러진 맙시다 20:56:39 &lt;zzz&gt; 그러니까 sponge, 일반적으로 "비대함"이 문제가 아니라 호환성입니다. read-it-and-weep 문서를 읽어 주세요 20:56:42 &lt;hottuna&gt; 이런, 그 링크는 죽었네요 20:56:42 &lt;hottuna&gt; 실제 Tor 링크: https://gitweb.torproject.org/torspec.git/blob_plain/34ecac0fbac7f476bfcbf813767721fada62c17e:/proposals/ideas/xxx-crypto-migration.txt 20:56:48 &lt;LaughingBuddha&gt; 헤헤 20:56:59 &lt;sponge&gt; 네, 그 쓰레드는 얼마 전에 읽었어요 20:57:03 &lt;hottuna&gt; 좋아요, 이 주제에 대해 더 의견 있나요? 20:57:41 &lt;hottuna&gt; dg, 매주 하나씩 만들어서 주제를 논의하면 어떨까요 20:57:58 &lt;hottuna&gt; 그리고 주제 목록을 만들 수 있게요 20:58:01 &lt;sponge&gt; 전환이 매끄럽기만 하면, 필요한 대로 하세요. 저는 그걸로 만족해요 20:58:08 &lt;dg&gt; 신선함을 유지하는 데는 좋지만 시간이 지나면 성가실 수도 있어요 20:58:36 &lt;hottuna&gt; dg, 적어도 한번 시도는 해볼 수 있잖아요? 20:58:43 &lt;hottuna&gt; 해보고 잘 되는지 보죠 20:58:54 &lt;sponge&gt; 그리고 b32.i2p 포맷은 바뀌지 않는 게 맞나요? 21:00:28 &lt;sponge&gt; 즉, 여전히 해시죠 21:00:35 &lt;dg&gt; 그렇죠 21:01:47 &lt;orion&gt; 지금은 sha256이면 적당해 보이네요 21:02:02 &lt;hottuna&gt; destination은 공개키/개인키와 연관돼 있어요 21:02:02 &lt;hottuna&gt; 공개키나 해시를 바꾸지 않는 한 괜찮을 거예요 21:02:37 &lt;orion&gt; 지금과 같은 길이의 공개키가 나오는 ECC 프리미티브를 쓰면 어떨까요? 21:02:44 &lt;orion&gt; 즉, 128바이트 21:03:06 &lt;hottuna&gt; orion, 그건 CPU 사이클과 대역폭의 엄청난 낭비일 거예요 21:03:10 &lt;eche|on&gt; 그건 156비트였던 것 같아요 21:03:29 &lt;hottuna&gt; 그리고 어떤 암호를 쓰는지 수신측에 알려줄 필요는 여전히 있어요 21:04:42 &lt;hottuna&gt; 좋아요, 암호 관련 논의 더 있나요? 21:05:34 &lt;hottuna&gt; 넘어가죠... 21:05:44 &lt;sponge&gt; :-) 21:05:47 &lt;hottuna&gt; ** 자유 발언 / 기타 ** 21:06:22 &lt;eche|on&gt; ugha.i2p 정리했어요 21:06:37 &lt;hottuna&gt; 스팸이 많았나요? 21:07:03 &lt;eche|on&gt; 오 네, 몇백 개의 스팸 글이 있었어요 21:07:26 &lt;hottuna&gt; ugha.i2p가 아직 있는 건 정말 좋네요 21:07:44 &lt;hottuna&gt; 거기서 유용한 글 몇 개 읽고 올리기도 했어요 21:08:15 &lt;hottuna&gt; dg, 다음 주 미팅 쓰레드 만들어 주실래요? 21:08:31 &lt;hottuna&gt; orion, i2pcpp 진행은 어떤가요? 21:08:42 &lt;dg&gt; 네. 특별히 언급할 게 있나요, 아니면 "이건 $date 미팅 논의를 위한 쓰레드입니다.." 정도로만 쓸까요? 21:08:44 &lt;orion&gt; hottuna: Inbound SSU는 이제 동작합니다. 21:09:07 &lt;orion&gt; 인바운드 tunnels 빌드도 시작할 수 있어요. 21:09:07 &lt;hottuna&gt; 와, 정말 빠르네요 :) 21:09:19 &lt;orion&gt; 네, 아주 빠르게 진행 중이에요. 21:09:34 &lt;hottuna&gt; dg, 특별한 건 없고 암호 얘기를 시동 걸어보자는 생각이었어요 21:09:34 &lt;orion&gt; 근데 월요일부터 학교가 다시 시작해요. 21:09:37 &lt;sponge&gt; C++가 얼마나 끔찍하게 난해할 수 있는지 생각하면 orion은 꽤 빠른 거죠 21:09:47 &lt;orion&gt; 월요일 이후로는 속도가 많이 느려질 거예요. 21:10:02 &lt;orion&gt; 그래서 가능한 한 많이 해두려고요. 21:10:02 &lt;dg&gt; hottuna: 좋아요, 딜레마를 정리해 둘게요. 21:10:13 &lt;LaughingBuddha&gt; ugha에 추가해야 할 것들을 모아두는 페이지를 누가 만들면 어떨까요 21:10:28 &lt;hottuna&gt; 물론이죠. 적어도 자바에 불평하는 사람들을 안내할 수 있는 코드베이스가 하나라도 있잖아요 :P 21:10:51 &lt;hottuna&gt; LaughingBuddha, 어디에 뭘 추가한다는 거죠? i2pcpp요? 21:11:06 &lt;LaughingBuddha&gt; 죄송, 위키에 있어야 할 것들이요 21:11:13 &lt;LaughingBuddha&gt; 예를 들면 요청 페이지 같은 것 21:11:16 &lt;hottuna&gt; 아하 :) 21:11:19 &lt;hottuna&gt; 좋은 생각이에요 21:11:19 &lt;LaughingBuddha&gt; 튜토리얼 등등 21:11:42 &lt;LaughingBuddha&gt; 새로 오는 분들을 자주 묻는 질문으로 안내할 수 있는 사이트가 있으면 좋겠어요 21:11:53 &lt;LaughingBuddha&gt; X를 어떻게 설정하나요 21:11:56 &lt;orion&gt; 새 사이트는 언제 롤아웃하나요? 21:12:47 &lt;hottuna&gt; orion, 지난번 str4d와 얘기할 때 몇몇 페이지가 마음에 안 든다고 했어요 21:13:06 &lt;orion&gt; 그렇군요. 21:13:25 &lt;hottuna&gt; 그래도 그냥 런칭하고 자잘한 이슈는 풀어가는 게 좋겠다는 생각이에요 21:14:08 &lt;hottuna&gt; eche|on과 weltende: 새 사이트로 마이그레이션하려면 일이 얼마나 들까요? 21:14:34 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: 그리 많진 않아요.. 벌써 준비된 건가요? 21:14:57 &lt;hottuna&gt; 거의 다 된 것 같긴 한데, str4d는 아직 완전히 만족하진 않아요 21:15:22 &lt;hottuna&gt; str4d의 허락만 있다면 완벽해지기 전에 론칭하고 싶어요 21:15:49 &lt;sponge&gt; 살아 있는 문서는 결코 '완벽'하지 않죠 21:16:16 &lt;hottuna&gt; 저도 같은 생각이에요 21:16:16 &lt;sponge&gt; 그러니까 '충분히 괜찮은' 수준이면 된다는 거죠 21:16:18 &lt;LaughingBuddha&gt; :) 21:17:03 &lt;hottuna&gt; 충분히 괜찮다고 봐요. 그리고 현재 것보단 좀 더 낫고요 21:17:55 &lt;LaughingBuddha&gt; 좀? 21:18:06 &lt;hottuna&gt; 꽤 많이요 21:18:21 &lt;LaughingBuddha&gt; 마치 옛 사이트를 타임머신에 태운 것 같아요 21:19:48 &lt;dg&gt; 암호 말고 다른 거 있나요, hottuna? 21:20:03 &lt;hottuna&gt; 딱히 떠오르는 건 없네요 21:20:19 &lt;dg&gt; 좋아요, 그럼 DSA를... 또 논의하나요? 21:20:48 &lt;hottuna&gt; zzz 말처럼, 각 cipher가 쓰이는 모든 곳을 전부 논의해야 해요 21:21:11 &lt;sponge&gt; DSA/암호에 대한 제 생각과 우려는 다 말씀드렸고, 더 할 말은 없어요 21:21:49 &lt;dg&gt; 그때까지 zab를 모실 수 있으면 좋겠네요? 21:22:08 &lt;hottuna&gt; 그게 최선이죠 21:22:23 &lt;dg&gt; hottuna: 이걸로 괜찮나요? `http://zzz.i2p/topics/1328` 21:22:26 &lt;hottuna&gt; LaughingBuddha, `http://ugha.i2p/에` 요청 섹션을 추가했어요 21:22:29 &lt;iRelay&gt; 제목: zzz.i2p: Meeting [1월 22일] (at zzz.i2p) 21:22:32 &lt;dg&gt; 지금 zab에게 이메일 보낼게요. 21:22:39 &lt;hottuna&gt; 좋아요 dg! 21:22:42 &lt;hottuna&gt; 고마워요 21:22:45 &lt;sponge&gt; 코더들이 관련된 회의에서 유의할 점 하나—고양이 떼를 몰아본 적 있나요? 21:22:52 &lt;hottuna&gt; 좋아요, 회의를 마치기 전에 다른 거 있나요? 21:22:59 &lt;LaughingBuddha&gt; 좋아요 hottuna 21:23:10 &lt;dg&gt; hottuna: ugha 업데이트와, 새 사이트를 올리기 전에 마무리해야 할 것들에 대해 포함해야 할 것 같아요 21:23:10 &lt;hottuna&gt; sponge, 저도 그런 느낌이에요 21:23:13 &lt;dg&gt; 아닌 것 같아요 21:23:31 &lt;hottuna&gt; 동의해요 21:23:46 &lt;hottuna&gt; 좋아요. 이 회의는 여기까지입니다. 21:23:52 &lt;hottuna&gt; 다음 주 같은 시간에 봐요. 21:23:52 &lt;hottuna&gt; baf's 21:24:12 &lt;dg&gt; 만세 </div>/ko/blog/2013/01/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-1%EC%9B%94-8%EC%9D%BC/Tue, 08 Jan 2013 00:00:00 +0000/ko/blog/2013/01/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2013%EB%85%84-1%EC%9B%94-8%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> christoph, dg, h2ik, KillYourTV, orion, primal, RN, str4d, welterde, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 21:02:22 &lt;str4d&gt; 좋습니다, 이제 회의를 시작하겠습니다. 21:02:29 &lt;str4d&gt; 0) 인사하기 21:02:29 &lt;str4d&gt; 1) 피드 진행 상황 21:02:29 &lt;str4d&gt; 2) JUnit 해크페스트 요약 21:02:29 &lt;str4d&gt; 3) Syndie 진행 상황과 향후 방향 논의 21:02:29 &lt;str4d&gt; 4) 향후 해크페스트 제안 21:02:29 &lt;str4d&gt; 5) PR 매니저 지명 21:02:32 &lt;str4d&gt; 6) 0.9.4 진행 상황 21:02:35 &lt;str4d&gt; 7) 웹사이트 개편 21:02:38 &lt;str4d&gt; 0) 인사하기 21:02:38 &lt;str4d&gt; 안녕하세요! 21:03:06 &lt;orion&gt; 안녕하세요! 21:03:49 &lt;lillith&gt; 안녕 :) 21:06:50 &lt;str4d&gt; 다른 분? 21:08:58 &lt;str4d&gt; 인사 받은 걸로 하죠. 21:09:05 &lt;str4d&gt; 1) 피드 진행 상황 21:09:35 &lt;str4d&gt; 짧게 하겠습니다. 21:10:51 &lt;str4d&gt; 피드 작업이 거의 마무리 단계이긴 한데, 아쉽게도 0.9.5에는 못 맞출 것 같습니다 - 손봐야 할 자잘한 것들(사용자 알림 등)이 너무 많고, 작은 것만도 아닌 것들(/home 디자인 재작업, 특히 카테고리를 사용자에게 어떻게 보여줄지 등)도 남아 있습니다. 21:11:55 &lt;dg&gt; 오오 21:11:58 &lt;dg&gt; 제때 왔네요 21:11:58 &lt;str4d&gt; 사용자들이 첫인상을 좋게 느끼길 바라기 때문에, 현재 상태로 내보내기보다는 다음 릴리스로 미루고 싶습니다 =) 21:12:05 &lt;dg&gt; 다들 놓친 줄 알았어요 21:12:15 &lt;str4d&gt; dg: 참고로 한 시간 늦게 시작했어요 =P 21:12:15 &lt;orion&gt; dg: 아니요, 아직 여기 있어요. 21:12:23 &lt;dg&gt; \o 21:13:38 &lt;str4d&gt; 그래서 피드 작업에 대한 피드백, 코멘트, 제안은 대환영이지만, 0.9.5 릴리스 전에 급히 필요하진 않습니다. 21:14:37 &lt;str4d&gt; 넘어가기 전에 이 주제에 대해 제기할 사항이 있나요? 21:14:53 &lt;orion&gt; 없어요. 21:15:51 &lt;dg&gt; 저는 없어요, zzz가 있다면 있을지도? 21:17:23 &lt;str4d&gt; 필요하면 마지막에 다시 돌아오죠. 21:17:26 &lt;str4d&gt; 다음: 21:17:26 &lt;str4d&gt; 2) JUnit 해크페스트 요약 21:17:57 &lt;str4d&gt; 참여한 다른 분 있나요? zzz? topiltzin? KillYourTV? 21:18:55 &lt;zzz&gt; 응, 잘 됐어요. 우리 넷 모두 열심히 해킹했고, zab가 끝까지 싸워서 전부 통과시켰습니다. 수년 만에, 어쩌면 처음일지도. 21:19:22 &lt;str4d&gt; zab에게 박수. 21:20:04 &lt;str4d&gt; 그 결과 kytv가 운영하는 Jenkins 서비스가 생겼고, 앞으로 관리를 잘 해줄 거라 기대합니다 ^_^ 21:21:47 &lt;str4d&gt; 다음 단계는 더 많은 테스트로 코드 커버리지를 확대하는 것입니다(Jenkins에서도 모니터링합니다). 21:22:06 &lt;str4d&gt; 여기서 더 할 말은 별로 없으니, 21:22:09 &lt;iRelay&gt; &lt;welterde@freenode&gt; kytv: sonar도 돌리고 있나요? 21:22:14 &lt;str4d&gt; 3) Syndie 진행 상황과 향후 방향 논의 21:23:08 &lt;str4d&gt; zzz와 eche|on이 Syndie 해크페스트를 시작했는데 - 상황이 얼마나 안 좋은가요? =P 21:23:39 &lt;zzz&gt; 잘 진행 중입니다. 테스트하거나 코드를 작성하거나 제안을 해줄 사람이 더 필요하긴 하지만, 지난 며칠 동안 수십 건의 체크인이 있었습니다 21:24:01 &lt;zzz&gt; mtn의 최신 버전을 써보시길 권합니다, 많은 수정사항을 보실 겁니다 21:24:32 * str4d 하루이틀 내에 브랜치를 받아서 살펴볼 계획 21:24:32 &lt;zzz&gt; 하지만 여기서 핵심은 꾸준히 작업할 사람을 모집하는 것입니다. 손볼 게 많습니다 21:25:50 &lt;str4d&gt; TODO에서 기억나는 항목 중 하나는 큰 그림에 대한 질문이었죠: Syndie를 어디로 이끌고 싶고, 어디로 가고 있나요? 21:27:11 &lt;dg&gt; 어떤 의미로요? 개발 측면에서? 인기도 측면에서? 21:27:54 &lt;str4d&gt; 둘 다요, 아마. 21:28:29 &lt;str4d&gt; 원래 목표를 달성하려면 무엇이 필요하죠? 그 목표가 무엇이었죠? 아직도 유효한가요? 21:29:13 &lt;str4d&gt; 이런 내용은 Syndie 바운티에 개요로 정리하면 좋겠습니다. 21:29:23 &lt;dg&gt; 인기도 측면: 최소한 Syndie가 '익명 출판' 도구들과 함께 고려되도록 하는 것(솔직히 Freenet 말고 다른 게 있는지는 모르겠지만요?) 21:29:35 &lt;dg&gt; 그 수준까지 가면 잘하고 있는 겁니다 21:29:49 &lt;str4d&gt; (그러면 사람들이 바운티를 보고 실제로 무엇이 필요한지 감을 잡을 수 있으니까요) 21:29:52 &lt;dg&gt; 목표는 사이트에 있을 거예요. 최소한 대략 설명해둔 사용 사례들은... 21:30:19 &lt;str4d&gt; 원래 목표를 검토하는 데 유용한 링크: 21:30:22 &lt;str4d&gt; `http://www.i2p2.i2p/status-2006-09-12.html` 21:30:22 &lt;str4d&gt; `http://www.i2p2.i2p/status-2006-10-03.html` 21:30:29 &lt;iRelay&gt; Title: I2P Status Notes for 2006-09-12 - I2P (at www.i2p2.i2p) 21:30:33 &lt;iRelay&gt; Title: I2P Status Notes for 2006-10-03 - I2P (at www.i2p2.i2p) 21:31:36 &lt;str4d&gt; dg: 그럼 Syndie 사이트를 검토하고 업데이트하면 좋겠네요. 21:31:58 &lt;zzz&gt; 해크페스트에서는 일단 눈에 보이는 문제들을 고치고 있습니다. 하지만 이 행사로 아이디어 있는 새 사용자와 개발자들을 끌어들이길 기대합니다. 21:33:16 &lt;str4d&gt; 그 점에서 PR이 도움이 될 겁니다(곧 이야기하죠). 21:34:21 &lt;str4d&gt; Syndie 문서/목표/바운티 등이 최신인지 검토하는 티켓을 만드는 게 좋을까요? 21:35:07 &lt;dg&gt; 그렇다고 봅니다 21:36:37 &lt;str4d&gt; dg: 그거 해주실 수 있나요? =) 21:37:05 * dg 고개를 끄덕임 21:37:08 &lt;str4d&gt; 그리고 현재 이 주제에 대해 덧붙일 게 더 있나요? 21:37:11 &lt;str4d&gt; 감사합니다 21:39:35 &lt;orion&gt; 없어요. 21:41:07 &lt;str4d&gt; zzz: 넘어가기 전에 다른 코멘트 있나요? 21:41:34 &lt;str4d&gt; “지금 당장 Syndie 해킹 시작!!!!!” 말고요 ;P 21:43:41 &lt;str4d&gt; 아, 그런데 syndie.i2p가 왜 죽어 있죠? 21:43:44 &lt;str4d&gt; welterde? 21:43:51 &lt;str4d&gt; (운영하는 사람이 누구든) 21:43:57 &lt;str4d&gt; syndie.i2p2.de는 올라와 있어요. 21:44:48 * KillYourTV jrandom의 것이었을 거라고 추측 21:45:31 &lt;str4d&gt; 음, 아마요. 그렇다면 syndie.i2p2.i2p를 세팅해두는 게 좋겠네요 21:45:58 &lt;str4d&gt; (I2P 문서에 syndie.i2p가 있었던 것으로 기억하니, 언젠가 바꿔야겠네요) 21:46:41 &lt;KillYourTV&gt; syndie에는 eepsite가 없다고 생각해요...(아직) 21:47:16 &lt;str4d&gt; 클리어넷 사이트는 있어요... 21:48:00 &lt;KillYourTV&gt; 이런... 제 Debian 패키지나 플러그인 버전을 빼면, 최신 다운로드가 2007년 거네요. 21:48:03 &lt;KillYourTV&gt; 오랫동안 (mosfet, darrob, echelon, 그리고 저를 제외하면) syndie에 관심 가진 사람이 많지 않았다고 봅니다(그래서 해크페스트가 있는 거죠!!!!!!!11111onetyelven) 21:49:54 &lt;str4d&gt; 좋아요, 일단 회의를 진행하고, 필요하면 다시 돌아오겠습니다. 21:50:05 &lt;str4d&gt; 4) 향후 해크페스트 제안 21:51:17 &lt;KillYourTV&gt; weltende: sonar는 익숙하지 않은데 알아볼게요. 아마 그것도 맡을 수 있을지도... 21:51:32 &lt;str4d&gt; 자, 다른 해크페스트 아이디어는 뭐가 있을까요? 21:56:17 &lt;RN-Droid&gt; 저도요! 21:56:36 &lt;str4d&gt; &lt;str4d&gt; 자, 다른 해크페스트 아이디어는 뭐가 있을까요? 21:58:32 &lt;str4d&gt; 현재 끓이고 있는 것들: 21:58:35 &lt;str4d&gt; I2P 자체 21:58:35 &lt;str4d&gt; Syndie 21:58:42 &lt;str4d&gt; Android 포트 21:58:49 &lt;str4d&gt; 웹사이트 21:59:54 &lt;str4d&gt; 그 안에서 해크페스트 할 만한 주제가 있을까요? 22:00:05 &lt;str4d&gt; (제가 빠뜨린 게 있나요?) 22:01:14 &lt;orion&gt; str4d: 프로토콜 명세는 해킹(손볼)할 수 있는 건가요? 22:07:25 &lt;str4d&gt; orion: 문서를 말하는 건가요? 22:07:48 &lt;str4d&gt; 문서가 불명확하다면 고려할 가치가 있죠. 22:08:03 &lt;str4d&gt; 특히 지금 그것을 이용해 호환 가능한 I2P를 복제하려는 사람이 있으니까요 =) 22:08:34 &lt;orion&gt; str4d: 저는 실제로 프로토콜을 수정하는 걸 말했어요. 22:08:45 &lt;str4d&gt; orion: 그건, 별로요. 22:08:53 &lt;str4d&gt; zzz가 더 자세히 설명할 수 있어요. 22:09:09 &lt;str4d&gt; 다만 어떤 프로토콜을 말하는지에 따라 다릅니다. 22:10:00 &lt;orion&gt; 주로 암호화를 업그레이드하는 거요. 22:10:00 &lt;str4d&gt; 기존 프로토콜들(SSU, NTCP, I2CP, I2NP 등)은 이상적으로 하위 호환이어야 하므로, 변경은 신중해야 해서 이를 주제로 해크페스트를 하는 건 오히려 비생산적일 수 있습니다. 22:10:35 &lt;str4d&gt; 아 맞아요. 특히 i2pcpp를 너무 멀리 진행하기 전에 확실히 고려할 가치가 있어요 22:10:54 &lt;str4d&gt; 역시 해크페스트 주제는 아닐 수 있지만, 시간을 들여야 할 일입니다. 22:11:05 &lt;orion&gt; 알겠어요 22:11:23 &lt;dg&gt; 참고로 `http://trac.i2p2.i2p/ticket/840` 22:11:27 &lt;iRelay&gt; Title: #840 (Review Syndie site) I2P (at trac.i2p2.i2p) 22:11:47 * str4d 다음 회의(또는 그다음 회의)를 암호 검토 회의로 하자는 안건을 상정 22:12:39 &lt;dg&gt; 찬성합니다 22:12:50 &lt;str4d&gt; o/ 22:13:10 &lt;orion&gt; /o 22:13:41 &lt;str4d&gt; zzz? KillYourTV? welterde? 22:14:29 &lt;str4d&gt; I2P의 암호(crypto)에 가장 정통한 사람들이 참석할 수 있는 회의여야 합니다(그러니 zzz와 zab는 꼭). 22:16:32 &lt;iRelay&gt; &lt;welterde@freenode&gt; str4d: 아.. crypto.. 참석할게요.. 언제죠? *달력 꺼내는 중* 22:17:02 &lt;dg&gt; 다음 주? 22:17:05 &lt;dg&gt; 같은 시간? 22:17:48 &lt;str4d&gt; welterde, 저는 다음 회의나 그다음(그러니까 1월 15일 또는 22일 화요일, 20:00 UTC)을 제안합니다만, 당신/zzz/zab/등에게 더 맞는 시간이 있다면... 22:22:57 * str4d 는 방금 zab에게 가능 시간을 물어보는 메일을 보냄. 22:24:08 &lt;str4d&gt; s/just emailed zab/is attempting to email zab (and waiting on postman's SMTP to respond&gt;_&lt;) 22:26:17 * str4d welterde가 달력을 확인할 때까지 기다림 22:26:32 &lt;iRelay&gt; &lt;welterde@freenode&gt; str4d: 이미 메모해뒀어요 ;) 22:27:04 &lt;str4d&gt; 좋습니다, 현재 제안된 시간은 1월 15일 화요일, 20:00 UTC입니다. 22:27:23 * str4d 이에 대해 zzz.i2p에 글을 올릴 예정 22:27:26 &lt;str4d&gt; 다음: 22:27:29 &lt;str4d&gt; 5) PR 매니저 지명 22:27:36 &lt;str4d&gt; orion: 당신 차례입니다! 22:27:47 &lt;str4d&gt; (드디어 ^_^) 22:29:26 &lt;orion&gt; 야호 22:32:30 &lt;orion&gt; PR 매니저의 역할이 구체적으로 무엇인가요? 22:32:33 &lt;orion&gt; 정식으로는요. 22:33:00 &lt;str4d&gt; "PR 매니저: 언론 연락, 대외 홍보 및 대외 업무 관리" 22:33:10 &lt;str4d&gt; (/team에서 발췌) 22:34:51 &lt;str4d&gt; 그러니까 I2P를 알리고, 인터뷰/기사 요청을 처리하고, I2P의 대외 활동을 조직하는 사람... 그런 역할이라고 생각합니다. 22:34:54 &lt;orion&gt; 언론 연락 창구 역할을 할 수 있어요. 공개석상에서 말하는 것도 좋아합니다. 22:34:57 &lt;str4d&gt; imagine* 22:35:39 &lt;dg&gt; IRL(오프라인)에서도 활동할 수 있는 사람이 필요합니다. 22:35:50 &lt;orion&gt; 언론/미디어를 IRL에서 만날 수 있습니다. 22:35:53 &lt;dg&gt; 또한, 우리가 필요한 일들에 대해 I2P의 대외적인 얼굴 역할도 도움이 될 겁니다.. 22:35:53 &lt;orion&gt; 괜찮습니다. 22:36:03 &lt;dg&gt; (GSoC의 경우, 구글이 요구하면) 22:36:17 &lt;str4d&gt; dg: 좋은 지적이에요. 22:36:48 &lt;str4d&gt; 멘토들이 실명 공개일 필요는 없지만, 구글은 주요 연락 담당자 한 명을 요구하죠. 22:36:48 &lt;orion&gt; 인터뷰 등 그런 일들은 괜찮습니다. 다만 제가 잘하지 못하는 건 미디어 관련 작업(전단지 제작 등)입니다 22:37:36 &lt;orion&gt; 주요 연락 담당자 역할은 괜찮아요 — 여러분이 알려주기만 하면 I2P의 대외 활동도 제가 조직할 수 있습니다. 심지어 근처에서 열리면 IRL로 직접 갈 수도 있어요. 22:37:39 &lt;str4d&gt; orion: 전단지 제작 자체는 직무에 포함되지 않습니다 - 전단지 등이 만들어지도록 조직하는 일이고(제작은 디자이너가 하게 되죠) 22:37:58 &lt;orion&gt; 아하 22:38:13 &lt;str4d&gt; eche가 이미 리플렛, 배너 등을 디자인하는 공모전을 진행 중입니다. 22:38:20 &lt;orion&gt; 좋아요. 22:38:23 &lt;str4d&gt; 예를 들어 PR 매니저가 그 공모전을 홍보할 수 있죠. 22:38:30 &lt;str4d&gt; (더 다양한 출품작을 받기 위해) 22:38:55 &lt;dg&gt; 제게 중요한 건, i2p가 얼굴 없는 몇몇 사람들이 숨어서 하는 프로젝트 이상이라는 걸 사람들에게 보여주는 겁니다 22:39:01 &lt;dg&gt; 방법은 무엇이든 좋고요 22:39:08 &lt;dg&gt; 강연, 인터뷰, 뭐든 다 좋습니다 22:39:15 &lt;orion&gt; 맞아요. 22:39:15 &lt;str4d&gt; 하나 궁금한 점 — 프리랜서 디자인 웹사이트에 그/해당 공모전을 올리는 건 어떨까요? 더 많은 노출을 위해서요. 22:40:06 &lt;orion&gt; 사람들이 연락만 준다면, 이야기하는 데 아무 문제 없습니다. 22:40:52 &lt;orion&gt; 근처에서 열리면 행사에도 직접 참석할 수 있어요. 22:41:03 &lt;orion&gt; (뉴햄프셔) 22:41:06 &lt;dg&gt; 지역이 어디인지 물어봐도 될까요? 22:41:06 &lt;dg&gt; - 22:41:07 &lt;dg&gt; 하하 22:41:39 &lt;orion&gt; 보스턴으로 바로 가는 기차가 있긴 해요. 22:42:14 &lt;str4d&gt; 사람들을 데려가기 좋은 행사 하나는 http://wiki.openitp.org/events:techno-activism_3rd_mondays 입니다 22:42:22 &lt;iRelay&gt; Title: events:techno-activism_3rd_mondays [OpenITP Wiki] (at wiki.openitp.org) 22:44:58 &lt;str4d&gt; orion: 참고로(FWIW), PR 매니저로서 웹사이트(개편)의 해당 페이지/하위 페이지 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/about/media` 는 기본적으로 당신 소관이 될 겁니다. 22:45:05 &lt;iRelay&gt; Title: Presentations on I2P - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 22:45:22 &lt;orion&gt; PR 역할을 맡겠습니다만, 저는 가난한 대학생이에요. 22:45:49 &lt;orion&gt; 행사를 많이 다닐 여유는 없어요. 22:46:16 &lt;str4d&gt; orion: eche|on과 이야기해보세요 - 지원 가능성이 항상 있습니다. 22:46:27 &lt;orion&gt; 좋아요. 22:46:38 &lt;str4d&gt; 그리고 PR 매니저로 활동하다 보면 어차피 추가 자금을 모금하게 될 수도 있어요 =D 22:47:13 &lt;orion&gt; 직을 수락합니다. 그리고 제가 적임이 아니라고 느끼면 물러나겠습니다. 22:47:41 &lt;str4d&gt; 물론 본인의 RL(현실) 일까지 희생하라고 기대할 수는 없고, 도와주시는 것만으로도 고맙습니다. 그리고 혼자 하게 두지 않을 겁니다. 22:48:15 &lt;orion&gt; 좋게 들리네요. 도움은 정말 감사하겠습니다. 22:50:40 * str4d 웹사이트를 업데이트함 22:52:03 &lt;str4d&gt; 완료! 팀에 (공식적으로) 합류한 걸 환영해요, orion =D 22:52:18 &lt;orion&gt; 야호! 22:52:29 &lt;str4d&gt; (그런데 /team 페이지에 올라가는 게 공식화라면, 저는 기술적으로 공식 팀원이 아니네요 =P) 22:53:40 &lt;str4d&gt; 좋습니다, 마지막 몇 가지 주제로 넘어가죠: 22:53:43 &lt;str4d&gt; 6) 0.9.4 진행 상황 22:53:43 &lt;primal&gt; IRL은 사악해요. 22:53:43 &lt;str4d&gt; 현재 상황은 어떤가요? 보통 6주 릴리스 주기의 절반을 넘겼습니다. 22:54:06 &lt;str4d&gt; s/0.9.4 progress/0.9.5 progress/ 22:54:09 &lt;iRelay&gt; str4d meant: 6) 0.9.5 progress 22:55:49 &lt;str4d&gt; 1)에서 말했듯, 피드 작업은 0.9.5에는 준비되지 않습니다. 22:58:32 &lt;primal&gt; 지금 질문하기에 적절한지 모르겠지만, Android i2p는 아직 개발 중인가요? 아니면 '공식'이 아닌 건가요? 22:59:16 &lt;str4d&gt; primal: 네, 그렇습니다. zzz에게는 오래된 안정 버전(0.9.1)이 있고, sponge가 최신 작업을 진행 중입니다. 22:59:23 &lt;str4d&gt; 현재 릴리스: 0.9.1-0_b1-API8 `http://zzz.i2p/topics/949` | 현재 개발 빌드: 0.9.3-5_b2-API8 `http://sponge.i2p/` (QR 코드 스캔/클릭) 22:59:38 &lt;iRelay&gt; Title: SPONGE (at sponge.i2p) 22:59:58 &lt;str4d&gt; sponge는 일반 Oracle JVM을 Android에서 작동시키는 작업도 하고 있어서, 기본 I2P를 사용할 수도 있게 될 겁니다. 23:00:27 &lt;primal&gt; str4d: 흠, 그와 연락해야겠네요. 이 작업에 참여하고 싶습니다. 23:01:12 &lt;str4d&gt; primal: sponge와 이야기해보고, #i2p-android-dev를 확인하세요 23:01:12 &lt;str4d&gt; 그리고, 야호! 23:02:01 &lt;str4d&gt; 그러면, 0.9.5 진행 상황에 대한 피드백은 없나요? 23:04:59 &lt;str4d&gt; 없다면, 마지막 정해진 주제로 넘어가죠: 23:04:59 &lt;str4d&gt; 7) 웹사이트 개편 23:05:03 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` 23:05:14 &lt;str4d&gt; 티켓 #807에 제 진행 상황을 정리해두었습니다. 23:05:26 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 23:05:30 &lt;dg&gt; 잠깐 끼어들면, 네트워크 수용량 관련 0.9.4의 버그 수정 덕분에 상태가 좋아졌습니다. `http://stats.i2p/cgi-bin/avg.cgi?a=tunnel.buildSuccess.60m&s=93&u=q` 23:05:38 &lt;dg&gt; 추정 router 수가 증가했는데, zzz의 router와의 연결성이 좋아졌다는 뜻일까요? 23:06:01 &lt;dg&gt; 하지만 6개월로 보면, 아직 그만큼 좋지는 않습니다 23:06:12 &lt;dg&gt; 어쨌든, 가로채서 미안해요. :p 23:06:19 &lt;str4d&gt; dg: 네, 언급해줘서 좋아요 23:06:26 &lt;primal&gt; 새 사이트가 훨씬 훨씬 뛰어납니다 23:07:21 &lt;str4d&gt; 첫 번째: 왼쪽 칼럼의 내용을 변경했습니다(티켓 #792 참고) - 의견은요? 23:07:24 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/792` - (assigned task) - Replace left column content 23:09:00 &lt;str4d&gt; 두 번째 - #807 하단에 몇 가지 URL 변경을 제안해 두었는데, 이에 대한 피드백을 듣고 싶습니다. 또 하나는 /lang/about/media 와 /lang/media 중 어느 쪽이 나을까요? 23:10:39 &lt;primal&gt; 으으 23:11:03 &lt;orion&gt; str4d: `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/` 이 새 디자인을 보여주는 게 맞나요? 23:11:10 &lt;iRelay&gt; Title: I2P Anonymous Network (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 23:11:10 &lt;str4d&gt; 세 번째: `http://trac.i2p2.i2p/ticket/807#comment:12` 에 해결이 필요한 콘텐츠 관련 이슈들이 몇 가지 나열되어 있는데, 제가 글을 잘 쓰는 편이 아니라서 도움을 주시면 정말 감사하겠습니다. 23:11:13 &lt;primal&gt; 어, 됐어요. 링크가 클리어넷 사이트로 가는데 표시가 없다고 불평하려다가, 이게 i2p의 클리어넷 홈페이지가 될 거라는 걸 깨달았네요 :P 23:11:16 &lt;iRelay&gt; Title: #807 (Revamp of website) I2P (at trac.i2p2.i2p) 23:11:20 &lt;str4d&gt; orion: 새 디자인 중 하나를 보여줍니다. 23:11:43 &lt;str4d&gt; 하지만 디자인 자체는 아직 확정되지 않았습니다. 23:11:46 &lt;orion&gt; 아하. 디자인은 어떻게 바꾸나요? 23:12:01 &lt;str4d&gt; orion: 푸터를 보세요 23:12:13 &lt;primal&gt; str4d: 글쓰기는 제가 하는 일이니 도와드릴 수 있어요. 무엇을 고치면 될까요? 23:12:20 &lt;orion&gt; Firefox가 푸터를 제대로 못 보여줍니다. 23:12:20 &lt;str4d&gt; “Duck”이 기본이고, “danimoth”는 제가 찾은 또 다른 제안입니다. 나머지는 예전 사이트의 테마예요. 23:12:30 &lt;str4d&gt; primal: 위의 코멘트 12를 보세요. 23:12:37 &lt;str4d&gt; orion: FF17에서는 문제가 없어요 23:12:40 &lt;primal&gt; primal: 네, 지금 확인 중 23:13:11 &lt;str4d&gt; primal: 클리어넷 링크 관련해서, 이 사이트는 I2P 내부 사이트로도 쓰일 겁니다. 23:13:23 &lt;str4d&gt; 그래서 클리어넷 링크에 표시를 하자는 의견은 좋습니다 - 예시가 있을까요? 23:13:54 * str4d 는 이미 클리어넷에서 볼 때 I2P 내부 사이트가 변경되도록 로직을 추가했습니다(알려진 경우 클리어넷 URL로, 아니면 inproxy로). 23:14:25 &lt;orion&gt; http://i.imgur.com/PwDF8.png 23:14:29 &lt;primal&gt; 왜 ‘연구(Research)’가 ‘소개(About)’가 아니라 ‘자원봉사(Volunteer)’ 아래에 있나요? 23:14:33 &lt;str4d&gt; 외부 &lt;a&gt; 링크에 CSS 클래스를 추가해서, 별도로 표시되도록 하는 정도면 될 것 같습니다. 23:14:52 &lt;primal&gt; 저는 먼저 'About'에서 찾았고, ‘이거 테스트된 건가요? 믿을 수 있나요?’라고 확인하고 싶은 사람이라면 저도 그리할 것 같아요. 23:15:30 &lt;str4d&gt; 그 페이지는 I2P를 테스트하려는 연구자들을 더 겨냥하려고 넣어둔 것이지만, 좋은 지적입니다. 23:15:37 &lt;primal&gt; 아하, 알겠습니다 23:15:55 &lt;str4d&gt; 제게 'About' 메뉴 아래의 내용은 잠재적인 개발보다는 현존하는 내용에 관한 것입니다. 23:16:06 &lt;str4d&gt; 그러면 Papers 링크를 다시 About 메뉴로 옮기는 게 좋겠네요. 23:16:37 * str4d 는 이미 논문 페이지를 발표자료, 튜토리얼 등(지금은 media 페이지)에서 분리했습니다 23:16:52 &lt;str4d&gt; tutorial 23:16:55 &lt;str4d&gt; * 23:17:20 &lt;str4d&gt; orion: 아 - 그건 옛 사이트에 푸터가 없기 때문이에요. 23:17:23 &lt;primal&gt; 저도 동의합니다. 제 지역 해커스페이스에서 Tor를 하는 사람이 한 번 그 정보를 물어봤는데, 제가 어디를 가리켜야 할지 몰랐거든요 23:17:30 &lt;primal&gt; 그걸 명확히 제공하면 좋겠어요 23:18:05 &lt;str4d&gt; 그리고 저는 디자이너가 아니라서 옛 CSS를 많이 만지진 않았습니다 - 새 구조와 레이아웃이 기존 외형에 어떻게 들어맞는지 보여주기 위해 대체로 이식만 했어요. 23:18:20 * str4d 지금 Papers 링크를 옮김. 23:18:54 &lt;orion&gt; str4d (이미지 참조) 23:19:56 &lt;str4d&gt; orion: 네, 봤습니다 - 그건 현재 웹사이트의 테마이고, 거기에 푸터 CSS를 추가하지 않았어요. 두 개의 최신 테마(duck의 것과 danimoth의 것)에는 푸터 CSS가 있습니다. 23:21:14 &lt;primal&gt; str4d: 학술 논문은 'Presentations, Tutorials, and Articles' 아래에 놓겠어요 23:21:34 &lt;str4d&gt; primal: 아래에라면 위치상으로인가요, 아니면 하위 메뉴로인가요? 23:21:37 &lt;primal&gt; 별도로 크게 강조하고 싶지 않다면요 23:21:52 * str4d 는 Papers를 그 페이지에서 분리했고, 다시 합칠 생각은 없습니다 =P 23:22:15 &lt;str4d&gt; 흠... 23:22:26 * str4d 일단 링크를 'Comparisons' 아래에 놓음. 23:22:45 &lt;primal&gt; 위치상으로 그들 위에요. 'Academic Papers and Peer Review' 정도로요 23:23:59 &lt;christoph&gt; 그쪽은 이미 콘텐츠가 꽤 섞여 있어요 23:24:33 &lt;primal&gt; christoph: 저는 콘텐츠를 합치는 쪽이 좋은데, str4d가 합칠 생각이 없다고 했죠 ;) 23:25:00 &lt;primal&gt; 그냥, 보안 목적으로 I2P를 정말로 진지하게 보는 사람이라면 학술/동료 검토에 초점을 맞추고 싶어할 거라는 말이에요. 23:25:11 &lt;str4d&gt; primal: 제 요지는, 현재 사이트에서는 합쳐져 있는데 - 학술 논문은 고유한 페이지와 레이아웃이 필요하다고 생각해서 분리했다는 겁니다. 23:25:21 &lt;christoph&gt; 흠, 지금은 대부분 괜찮네요, /me는 예전에 여러 가지가 뒤섞여 있던 걸로 기억하는 듯 23:25:31 &lt;primal&gt; 관련 자료를 읽어볼 수 없다면, 저를 죽음/법적 문제 등으로부터 보호해줄 소프트웨어를 신뢰하지 않을 거예요 23:25:50 &lt;christoph&gt; 그러니까 아마 str4d가 분리하기 전을 기억했던 것 같아요 23:25:53 &lt;primal&gt; str4d: 동의합니다. 말씀드렸듯, About 아래에 'Academic Papers and Peer Review' 섹션을 추가하는 걸 권합니다 23:25:53 &lt;str4d&gt; primal: '옛' 버전은 `http://www.i2p2.i2p/papers` 를 보세요. 23:25:57 &lt;iRelay&gt; Title: Papers and Presentations on I2P - I2P (at www.i2p2.i2p) 23:26:12 &lt;str4d&gt; primal: 지금은 제가 옮긴 걸 보려면 페이지를 새로고침하세요 23:26:19 &lt;str4d&gt; 하지만 제목은 좋네요. 23:26:22 &lt;primal&gt; 좋아요 23:27:01 &lt;primal&gt; 좋아 보입니다. 23:27:16 &lt;str4d&gt; 제목은 로컬에서 바꿨습니다 - 메뉴에서 더 아래로 내릴까요? 아니면 다른 메뉴를 재배치할까요 23:27:19 &lt;str4d&gt; ? 23:27:42 &lt;primal&gt; 제 생각엔 'Hall of Fame' 아래로 내리세요 23:27:57 &lt;primal&gt; presentations와 articles 바로 위로요 23:28:35 &lt;str4d&gt; 음, 좋네요. 푸시 중... 23:29:37 &lt;str4d&gt; 다른 의견 있나요? 전체적으로 첫 페이지는 괜찮아 보이나요? 왼쪽 칼럼 내용은 잘 작동하나요? 23:30:12 &lt;primal&gt; 음 23:30:42 &lt;primal&gt; 문법적으로 두 번째 문단이 조금 어색해요 ;) 23:32:28 &lt;primal&gt; “I2P는 프라이버시를 중시하는 많은 사람들과 고위험 상황에 있는 사람들에 의해 사용됩니다. 활동가, 억압받는 사람들, 언론인, 내부고발자에게 적합합니다.” 23:33:09 &lt;primal&gt; 혹은... “I2P는 프라이버시를 중시하는 많은 사람들과 고위험 상황에 있는 사람들에게 사용됩니다. 활동가, 억압받는 사람들, 언론인, 내부고발자 등 폭넓은 사람들에게 도움이 될 수 있습니다.” 23:33:17 &lt;str4d&gt; 그 두 번째 문단은 예전에 칼럼 전체를 차지하던 내용을 압축한 버전입니다(저는 그걸 별로 좋아하지 않았어요 - Tor 사이트와 너무 비슷해서요) 23:33:33 &lt;primal&gt; 아니면 '활동가들을 위한 안전한 소통 방법을 제공할 수 있습니다...' 같은 식으로요 23:34:12 &lt;str4d&gt; 메인 div에서 이미 안전한 통신을 다루고 있어요 23:35:12 &lt;primal&gt; “I2P는 프라이버시를 중시하는 많은 사람들과 고위험 상황에 있는 사람들이 사용합니다. 활동가, 억압받는 사람들, 언론인, 내부고발자 — 그리고 일반 사용자까지 보호하도록 설계되었습니다.” 23:35:45 &lt;primal&gt; 에h, 그냥 아이디어를 던져보는 겁니다. 어쨌든 문장은 문법적으로 다듬을 필요가 있고 약간 장황하긴 한데, 제가 좀 트집 잡는 거죠 ;) 전반적으로는 괜찮아요 23:36:17 &lt;str4d&gt; 마지막 문장이 마음에 들어요 =) 23:36:58 &lt;primal&gt; 네, 저도요. 23:37:10 &lt;str4d&gt; “I2P는 완전한 다크넷 구현입니다 - 네트워크 안의 네트워크로, ISP나 정부가 모니터링할 수 없습니다.” - 의견은요? 23:37:45 &lt;str4d&gt; 그건 Trac 위키 페이지에서 가져온 건데, 첫 페이지에서 다룰 수 있는 기술 수준으로는 이 정도가 적당하다고 봅니다. 23:38:15 &lt;primal&gt; 음, 꽤 단정적인 주장인데요 23:38:23 &lt;str4d&gt; zzz가 예전에 말했듯, 첫 페이지에 무엇을 어떻게 적을지는 신중히 고민해야 합니다. SEO 측면에서도 중요하고, 사용자가 가장 먼저 보게 되니까요. 23:38:30 &lt;primal&gt; 그래도 괜찮다면, 좋아요 :) 23:38:50 &lt;str4d&gt; 맞아요... 앞의 두 '문장'은 충분히 사실이지만, 마지막은 논란의 여지가 있어요. 23:38:57 &lt;primal&gt; 아마 '...에 의해 모니터링되지 않도록 고안되었다' 정도가 어떨까요 23:39:12 &lt;primal&gt; 그러니까 그게 목표라는 뜻이죠, 23:39:41 &lt;str4d&gt; 그렇게 쓰면 아직 아니라고 들릴 수 있어요 ^_^ 23:39:52 &lt;primal&gt; 흠 23:39:59 * primal 더 나은 표현을 고민해봄 23:40:38 &lt;primal&gt; 'designed to be'로 가고 싶지만 같은 표현을 반복하는 건 싫어요, 그리고 제가 제안한 두 번째 문단을 쓰면 반복되거든요. 23:40:45 &lt;str4d&gt; 그 칼럼에서 about/intro로도 링크하니, 신규 사용자는 아마 거기로 먼저 갈 겁니다. 23:41:08 &lt;primal&gt; ‘created to be unmonitorable’는 어떨까요? 23:41:44 &lt;str4d&gt; (그러니 about/intro도 손봐야겠죠) 23:41:48 &lt;h2ik&gt; 모니터링이 가능하다는 건 보장할 수 있지만, 많은 노력이 필요합니다 23:42:15 &lt;h2ik&gt; 그건 난독화(obfuscation)를 통한 프라이버시/보안이에요 23:42:15 &lt;primal&gt; 맞지만 의도(INTENT)는 모니터링되지 않게 하는 것입니다. 'created to be unmonitorable'로 가겠어요 23:42:50 &lt;str4d&gt; h2ik: 난독화요? 암호화(encryption)가 아니라? 23:42:53 &lt;h2ik&gt; 아니면 “designed to prevent monitoring” 같은 표현은요 23:43:08 &lt;h2ik&gt; str4d: 글쎄요 둘 다 있지만, 저는 종단점을 추론할 수 있어요 23:43:15 &lt;h2ik&gt; str4d: 그리고 더 교묘하게 하려면 outproxy를 운영할 수도 있죠 :-) 23:43:22 &lt;str4d&gt; h2ik, 어떻게요? 23:43:33 &lt;primal&gt; h2ik: 네, 그런데 다음 문단에서 'designed to be'를 썼어요. 같은 표현을 반복하는 건 문법적으로 좀 촌스럽잖아요 ;) 23:43:45 &lt;dg&gt; 지킬 수 없는 약속은 하지 맙시다. 23:43:56 &lt;dg&gt; ioerror도 이 얘기를 했는데, 위험합니다 23:43:56 &lt;str4d&gt; 또한 I2P 네트워크 자체를 모니터링할 수 있는 것과, 그 안의 네트워크 트래픽을 모니터링할 수 있는 것을 구분해야 합니다. 23:43:59 &lt;str4d&gt; within* 23:44:06 &lt;h2ik&gt; 결국 그게 제 요점이에요 dg, 빨리 그 지점에 도달하게 해줘서 고마워요 23:44:10 &lt;str4d&gt; dg++ 23:44:29 &lt;primal&gt; “...에 의한 모니터링으로부터의 보안을 제공하기 위해 만들어졌습니다” 23:44:43 &lt;dg&gt; 우리가 누군가를 안전하게 지킬 수 있다거나, 적으로부터 완전히 안전하다고 말하는 것은 지극히, 정말 극도로 위험하며 심지어 치명적일 수 있습니다. 하지만 우리가 무엇을 방어할 수 있는지와 우리의 목표를 함께 이야기할 수는 있습니다. 23:44:46 &lt;primal&gt; 아니면 '...에 의한 모니터링으로부터의 보호' 23:44:49 &lt;h2ik&gt; primal: 모니터링을 어렵게 만들도록 의도되었다 같은 건 어떨까요? 23:45:04 &lt;dg&gt; 우리의 목표를 말하는 건 괜찮고, 사실 일부 사람들이 i2p를 사용하도록 영감을 주는 데 중요합니다. i2p는 안전한 인터넷을 위한 기반입니다. 23:45:16 &lt;h2ik&gt; +1 dg 23:45:19 &lt;str4d&gt; dg: 네. 23:45:24 &lt;str4d&gt; 제가 보는 신규 사용자의 흐름은 이렇습니다: 23:45:47 &lt;h2ik&gt; (미안해요, 토론에 끼어들려던 건 아니고... 그냥 회의 보러 들렀어요) 23:45:50 &lt;str4d&gt; 첫 페이지 -> about/i2p(Read more... 링크나 About 메뉴를 통해) -> 기타 정보. 23:45:50 &lt;primal&gt; h2ik: 흠 “그리고 적대적인 정부나 ISP 같은 제3자에 의한 모니터링으로부터 보호하도록 의도되었습니다” 23:46:00 &lt;str4d&gt; h2ik, 더없이 환영합니다 =)</ 23:46:19 &lt;h2ik&gt; primal: 좋아요.. 23:46:38 &lt;primal&gt; dg: 네, 그래서 질문한 거예요. 우리가 확실히 제공할 수 있는 것 이상을 약속하는 것처럼 보이니까요. 23:46:57 &lt;primal&gt; str4d: “I2P는 완전한 다크넷 구현입니다 - 네트워크 안의 네트워크이며, 적대적인 정부나 ISP 같은 제3자에 의한 모니터링으로부터 보호하도록 의도되었습니다.” 23:47:52 &lt;str4d&gt; primal: 좋네요. 23:48:03 &lt;h2ik&gt; +1 primal 23:48:58 &lt;dg&gt; “i2p를 사용해도 정부에 의해 죽지 않도록 우리가 보장합니다!” 같은 말을 하지 않는 한, 올바른 방향입니다 23:49:18 &lt;primal&gt; 네, 그리고 Anomos처럼 면책조항을 달아야 하는 상황을 피할 수 있어요 23:49:34 &lt;dg&gt; Anomos = ? 23:49:41 &lt;h2ik&gt; “추신. 우리는 freenet보다 더 빠름” 23:49:44 &lt;dg&gt; 면책조항은 안 됩니다 btw 23:49:47 &lt;primal&gt; http://anomos.info/ 23:49:50 &lt;iRelay&gt; Title: Anomos (at anomos.info) 23:49:54 &lt;primal&gt; 암호화된 토렌트 뭐시기 23:50:05 &lt;dg&gt; 면책조항은 “우리는 재미로 이걸 하지만 아무것도 보장하지는 않아, 안전할 수도 있고 아닐 수도 있어”라는 식이죠 23:50:12 &lt;dg&gt; 신뢰가 전혀 없어요 23:50:15 &lt;primal&gt; 맞아요 그래서 전 좋아하지 않아요 23:50:31 &lt;dg&gt; 많은 개발자와 팀원들은 열정적인 사람들입니다. 이것은 당신을 죽지 않게 도와줄 수도 있고 아닐 수도 있는 그런 수준을 넘어서는 일입니다 23:51:50 &lt;primal&gt; dg: 동의합니다. 그 점에 대해서는 이견 없어요 :) 저는 그저 프라이버시를 좋아하는 사용자일 뿐이고, 그래서 여기 있는 거예요. (지나치게) 적대적인 정부는 없지만, 제가 온라인에서 하는 일은 여전히 그들의 상관할 바가 아니죠. 23:52:55 &lt;primal&gt; 이건 전반적으로 모두에게 이로운 프로젝트라고 생각합니다. 그리고 성공하도록 제가 할 수 있는 일을 하고 싶어요 :) 23:53:06 &lt;dg&gt; primal: 저는 억압받지 않지만, 억압받는 사람들을 돕고 싶습니다. 저도 같아요! i2p를 더 좋게 만들고 싶고, 우리 모두 그 점에는 동의하죠. 우리 웹사이트가 그것을 반영하기만 하면, 완벽합니다. 23:53:13 &lt;dg&gt; +1 23:53:26 &lt;primal&gt; dg: 정확해요 :) 23:54:01 &lt;dg&gt; 커뮤니티의 분위기가 반영되어야 합니다. 활발한 IRC와 여기 있는 사람들이 확실한 강점이에요. 23:54:28 &lt;primal&gt; dg: 제 생각엔 I2p 사용자들의 관점을 대변할 사람이 필요해요, 결국 작동하게 만드는 건 사용자니까요 23:54:39 &lt;primal&gt; 하지만 약간 주제에서 벗어나고 있네요 :D 23:54:42 &lt;str4d&gt; 좋습니다, 첫 페이지의 텍스트를 업데이트했습니다. 23:54:49 &lt;primal&gt; str4d: 굿/ 23:54:52 &lt;dg&gt; 헤헷 :D 23:54:55 &lt;h2ik&gt; primal: 그리고 그 사용자들이 우리가 존재하는 이유죠 23:55:10 &lt;primal&gt; h2ik: 저도 그들 중 하나니까 동의합니다 23:55:25 &lt;primal&gt; str4d: whistle-blowers는 하이픈이 들어가요 :P ㅋㅋ 23:55:36 * primal 꼬투리 잡기! ;) 23:55:40 &lt;str4d&gt; 앗 =P 23:55:48 &lt;primal&gt; rofl 23:56:03 &lt;dg&gt; anomos에 대해서는, 글쎄요. BitTorrent 전용인 것도 다소 위험하죠.. 지문을 채취할 수 있다면 “빵, 비트토렌트”라고 할 수 있고, 그냥 모든 BitTorrent가 나쁘다고 할 수 있다면 anomos는 끝이니까요 23:57:18 &lt;dg&gt; 사이트를 잠깐만 봤으니, 판단할 수는 없습니다. 23:57:55 &lt;str4d&gt; 이 토론이 마음에 들지만, 주제로 돌아가서 제 두 번째 포인트 — 개편 시 URL 변경은 어떨까요? 23:58:26 &lt;primal&gt; Android 릴리스를 다운로드 페이지에 올릴 만큼 성숙했나요? 아니면 '개발 릴리스' 같은 것으로? 아니면 그건 sponge의 프로젝트라서 올리지 않는 게 맞나요? 23:58:29 &lt;primal&gt; dg: 네, 저는 써보지 않았어요, i2psnark만으로도 충분하거든요. 23:58:29 &lt;primal&gt; 미안해요 str4d :) 23:59:08 &lt;str4d&gt; 그러면: 현재의 /lang/blog/entry/XXXX/XX/XX/slug 보다 /lang/blog/XXXX/XX/XX/slug 가 더 나을까요? 23:59:15 &lt;str4d&gt; //lang/support/* vs /lang/help/* ? 23:59:22 &lt;h2ik&gt; str4d: 원하시는 거라면 interesting eepsite 목록에 최신 서비스를 몇 개 추가할 수 있어요 23:59:25 &lt;str4d&gt; /lang/volunteer/* vs /lang/get-involved/* ? 23:59:36 &lt;dg&gt; /post/* 그리고 /lang/help/* 23:59:59 &lt;str4d&gt; dg: 어제는 support라고 했잖아요, help가 아니라 =P 00:00:26 &lt;str4d&gt; h2ik: /home의 eepsites 목록을 말하는 건가요? 00:00:29 &lt;str4d&gt; (routerconsole에서) 00:00:36 &lt;str4d&gt; 제가 말하는 건 그게 아닙니다. 00:01:34 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Starting build #12 for job Cobertura Coverage Reports 00:02:50 &lt;h2ik&gt; str4d: 아, 프론트 웹 페이지 말씀이군요, 미안합니다. 00:03:35 &lt;str4d&gt; h2ik: 페이지들을 더 SEO 친화적이고 사용자 친화적인 URL로 재구성했는데, 변경해야 할지 묻는 겁니다(내부 링크가 모두 최신인지 확인하기 전에) 00:03:35 &lt;str4d&gt; h2ik: 프론트 페이지 그 자체보다는 다른 페이지들의 URL 말이에요. 00:03:42 &lt;dg&gt; str4d: 생각이 바뀐 것 같아요 00:03:45 &lt;str4d&gt; 예를 들어 /en/volunteer/bounties vs /en/get-involved/bounties 00:03:52 &lt;dg&gt; str4d: support는 거의 너무 프로페셔널한 느낌? 00:03:56 &lt;dg&gt; str4d: /lang/get-involved/* 00:04:03 &lt;str4d&gt; 그리고 /en/support/faq vs /en/help/faq 00:04:06 * h2ik 이해하며 고개를 끄덕임. 00:04:17 &lt;str4d&gt; dg: 네, 저도 그렇게 생각하기 시작해서요, 그래서 RFC 올렸습니다 00:04:55 &lt;str4d&gt; 내비게이션 바가 대체로 URL 하위 구조와 대응하지만, 완전히 일치하진 않습니다. 00:05:11 &lt;dg&gt; /en/help/faq.. 인 것 같아요. help/support는 반반입니다. help는 좀 밋밋하고, support는 너무 격식 있나요? 00:05:35 &lt;str4d&gt; 또 help / volunteer와 의미가 혼동될까 걱정되기도 했어요 00:06:34 &lt;str4d&gt; 그리고 volunteer를 get-involved로 바꾸면, 그 메뉴는 어떻게 해야 할까요? 지금까지는 메뉴 열기 항목 자체에는 링크를 걸지 않았습니다(역시 의미 혼동 방지를 위해). 00:08:26 &lt;dg&gt; str4d: Get involved가 더 동기 부여가 되고, volunteer는 “지금 바로 할 수 있어요!”라는 느낌이 덜하죠, 아마. 00:08:41 &lt;dg&gt; help/volunteer에 관해서는.. 음. 00:08:44 &lt;primal&gt; 네, get involved가 좋아요 00:09:32 &lt;str4d&gt; primal: 그럼 “Get Involved!” 페이지는 어디에서 링크해야 할까요? 00:09:51 &lt;primal&gt; 메인 페이지 00:09:58 &lt;str4d&gt; 30분 AFK 00:10:01 &lt;str4d&gt; primal: 내비게이션 바에서 말이에요 00:10:16 &lt;dg&gt; Volunteer를 Get Involved로 그냥 이름만 바꾸는 건 어떨까요? 00:10:31 &lt;str4d&gt; (“Volunteer”가 메뉴 제목이고 그 아래 옵션으로 “Get Involved!”가 있는 걸 보세요) 00:10:34 &lt;h2ik&gt; 그거 +1. Volunteer는 별로예요 00:10:46 &lt;dg&gt; 그러면 내비게이션 바가 (Download처럼) 실제로 링크도 하고, 드롭다운도 갖는 건가요? 00:10:49 &lt;dg&gt; 가능한가요? 00:11:24 &lt;primal&gt; 오 흠 00:11:24 &lt;primal&gt; 아, 지금 있는 위치면 괜찮아요, 'help' 바로 뒤에 00:11:54 &lt;dg&gt; 그리고 네트워크 비교가 일관적이지 않습니다. 00:11:54 &lt;h2ik&gt; Get Involved나 Join Us(혹은 유사한 것) - 재미있고 같은 생각을 가진 프라이버시 사람들의 그룹에 합류하도록 사람들을 독려하고 싶어요 .. 그냥 한마디 00:12:18 &lt;dg&gt; /en/about/comparison/gnunet 디자인은 /en/about/docs/overview/comparison#freenet 와도 다릅니다 00:12:29 &lt;dg&gt; 텍스트 덩어리만(/just/) 있는 것도 마음에 드는지 모르겠어요. 00:12:32 &lt;dg&gt; *text 00:13:13 &lt;iRelay&gt; &lt;jenkins@kytv&gt; Project Cobertura Coverage Reports build #12:UNSTABLE in 11 min: `http://eotfca7qexthbireor6ae7g4hbj5hwuhe4gkzxdx3l3g2t5gzn7q.b32.i2p/job/cobertura/12/` 00:13:25 &lt;primal&gt; dg: 제 말이 그거였어요 00:15:51 &lt;dg&gt; 그런데, swt.jar는 어디서 구하죠? 00:16:21 &lt;h2ik&gt; str4d: 아무도 아직 말하지 않았다면, 이 일을 맡아줘서 고마워요. 00:16:43 &lt;KillYourTV&gt; swt.jar: 패키지 매니저나 http://www.eclipse.org/swt/ 00:16:46 &lt;iRelay&gt; Title: SWT: The Standard Widget Toolkit (at www.eclipse.org) 00:17:01 &lt;dg&gt; 아 오케이 00:18:10 &lt;KillYourTV&gt; cobertura 관련: 00:18:13 &lt;KillYourTV&gt; 00:13:10 Code coverage enforcement failed for the following metrics: 00:18:16 &lt;KillYourTV&gt; 00:13:10 Lines's stability is 24.85 and set mininum stability is 24.88. 00:18:16 &lt;KillYourTV&gt; 00:13:10 Methods's stability is 30.55 and set mininum stability is 30.65. 00:18:16 &lt;KillYourTV&gt; 00:13:10 Setting Build to unstable. 00:18:37 &lt;KillYourTV&gt; &lt;/ot&gt; 00:21:03 &lt;KillYourTV&gt; &lt;+dg&gt; 그러면 내비게이션 바가 (Download처럼) 실제로 링크도 하고, 드롭다운도 갖는 건가요? 00:21:03 &lt;KillYourTV&gt; &lt;+dg&gt; 가능한가요? &lt;-- 가능하고 원래 그렇게 했던 걸로 기억 00:21:33 &lt;dg&gt; 좋은 디자인 선택인지는 모르겠지만 $self-&gt;head 에서는 더 잘 작동하네요 00:21:52 &lt;primal&gt; 연결 끊겼어요 00:22:03 &lt;primal&gt; 아이고 00:22:06 &lt;primal&gt; 끊겼어요 00:23:36 &lt;str4d&gt; 저도 끊겼어요 00:24:16 &lt;str4d&gt; &lt;dg&gt; /en/about/comparison/gnunet 디자인은 /en/about/docs/overview/comparison#freenet 와도 다릅니다 &lt;-- /en/about/docs/overview/comparison#tor 템플릿을 복사했습니다 00:24:27 &lt;str4d&gt; tor와 freenet 비교는 현재 웹사이트의 그대로입니다 00:24:38 &lt;str4d&gt; (그냥 별도 페이지로 분리했을 뿐( 00:25:15 &lt;str4d&gt; &lt;primal&gt; dg: 제 말이 그거였어요 00:25:23 &lt;str4d&gt; ^-- dv 전에 마지막으로 본 것 00:25:23 &lt;str4d&gt; dc 00:26:07 &lt;dg&gt; 아, 그렇군요. 그래도 썩 좋진 않네요. 00:26:45 &lt;str4d&gt; kytv의 로그로 따라잡았습니다. 00:27:00 &lt;str4d&gt; h2ik: 감사합니다! 필요하다고 생각했거든요 ^_^ 00:27:27 &lt;str4d&gt; dg: 기존 페이지들 중 몇 개에도 같은 얘기를 할 수 있죠. 00:28:08 &lt;str4d&gt; &lt;dg&gt; 그러면 내비게이션 바가 (Download처럼) 실제로 링크도 하고, 드롭다운도 갖는 건가요? &lt;-- 그게 제 걱정입니다. 이 부분에 대한 일반적인 입장은 어떤가요? 00:32:48 &lt;dg&gt; 저는 괜찮지만 “디자인 관점”에서는 나쁠 수도 있어요. 00:32:52 &lt;dg&gt; 저는 UX 전문가가 아니에요 ;) 00:33:06 &lt;RN-Droid&gt; 아직 공식 회의 중인가요? 00:33:13 &lt;dg&gt; 그런 셈이죠. 00:33:16 &lt;str4d&gt; RN-Droid: 네 00:33:19 &lt;dg&gt; 무언가 제기하고 싶다면, 말씀하세요! 00:33:30 &lt;str4d&gt; 이제 끝내려던 참이긴 했어요, 흐지부지되어서요. 00:33:54 &lt;RN-Droid&gt; 두 채널을 연결하는 것에 대해 postman에게서 피드백이 있었나요? 00:34:09 &lt;str4d&gt; dg: 스타일링을 위해 &lt;a&gt;를 쓸 필요를 없앴기 때문에 조금 나아졌어요. 이제 사용자는 이동하는 메뉴 항목과 그렇지 않은 항목을(커서로) 구분할 수 있습니다 00:34:15 &lt;str4d&gt; RN-Droid: 그 얘기 꺼내는 걸 잊었네요&gt;_&lt; 00:34:38 &lt;str4d&gt; 그리고 postman은 주변에 없었습니다(귀 기울이고 있지 않았다는 말은 아님) 00:35:01 &lt;dg&gt; RN-Droid: 그건 postman이 필요하지 않아요, 대충 모드만 설정해줄 사람이 있으면 됩니다. zzz의 허락도 받았고요. 제 생각엔 먼저 리다이렉트하고, 나중에 바꿔도 됩니다. postman 등이 서버 측에서 규칙을 적용할 수도 있지만 꼭 필요하진 않아요. 모드를 유지할 사람이 채널에만 있으면 문제가 없어야 합니다. 00:35:08 &lt;dg&gt; str4d: 아, 네 00:35:45 &lt;str4d&gt; dg: UX 관점에서 괜찮은지는 여전히 확신이 없어요(상단 항목 중 하나는 링크되고 다른 하나는 열리기만 하는 것도 괜찮은지 확신이 없었죠) 00:35:56 &lt;str4d&gt; (하지만 후자의 경우 적어도 링크와 열기가 동시에 있지는 않죠) 00:36:27 &lt;RN-Droid&gt; 좋아요, 저는 개인적으로 목록에 남겨두겠습니다만, 사람들을 리다이렉트하면 저는 연결이 끊기는데, 음, 누군가가 거기에 계속 있을 거라는 걸 어떻게 확실히 알 수 있죠? 00:36:30 &lt;str4d&gt; 자, URL 변경을 정리하면: 00:36:58 &lt;dg&gt; RN-Droid: 봇 같은 거요.. 임시로는 괜찮지만, 이상적으로는 서버 측이거나, 아예 참조하지 않거나. 아니면 둘 다. 00:37:01 &lt;str4d&gt; RN-Droid: 접속하면 자동 리다이렉트입니다. 00:37:08 &lt;dg&gt; str4d: 참고로, 너무 많이 끼어들어서 미안해요 00:37:08 &lt;str4d&gt; (그렇지 않나요?) 00:37:23 &lt;RN-Droid&gt; okay sounds good in Psych to pedia will probably be in there too so we should have it covered 00:37:26 &lt;KillYourTV&gt; 서버 측에서 하면 자동입니다. 00:37:29 &lt;str4d&gt; dg: 나머지 회의는 구조적으로 충분히 진행됐어요 ^_^ 00:37:37 &lt;dg&gt; str4d: 네, 하지만 모드를 유지하려면 누군가 그 안에 있어야 합니다. 오퍼일 필요는 없고요. 채널이 비면 기본 모드로 돌아옵니다. mlock은 못 할 거예요. 00:37:44 &lt;KillYourTV&gt; (서버 측이 아니면 +L 모드를 확인하세요) 00:37:52 &lt;dg&gt; "org.eclipse.swt.graphics does not exist" 00:37:55 &lt;dg&gt;&gt;.&gt; 00:38:06 &lt;str4d&gt; 그래서: /lang/volunteer/* 를 /lang/get-involved/* 로 바꾸되, UX 결정이 날 때까지 내비게이션 메뉴는 일단 그대로 두겠습니다. 00:38:09 &lt;RN-Droid&gt; okay we can hash out the mode situation of the service I redirect later Thanks for I listen to my input 00:38:16 &lt;str4d&gt; /lang/blog/* 는 이미 변경했습니다. 00:38:23 &lt;dg&gt; str4d: 좋습니다 00:38:46 &lt;str4d&gt; 그리고 /lang/support/* vs /lang/help/* 는 아직 제대로 결정되지 않았으니, 일단 그대로 두겠습니다. 00:38:53 &lt;primal&gt; 저는 좋아 보여요 00:39:23 &lt;str4d&gt; primal: 티켓 #807의 글쓰기 관련 작업을 여전히 봐주실 의향이 있나요? 00:39:38 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 00:39:41 &lt;str4d&gt; (한 시간 더 논의한 뒤에도 ^_^) 00:39:55 &lt;RN-Droid&gt; forward slash M e! drops out before baffing... I'll give more feedback when I redo the meeting later if there's anything else I have to add 00:40:03 &lt;primal&gt; str4d: 물론이죠 ㅋㅋ 00:40:17 &lt;str4d&gt; 훌륭해요 =) 00:40:37 &lt;str4d&gt; 그리고 첫 페이지 텍스트를 (대체로) 결정했으니 티켓 #792는 닫겠습니다 - 손질이 필요하면 언제든 다시 열 수 있어요. 00:40:43 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/792` - (assigned task) - Replace left column content 00:40:51 &lt;str4d&gt; 자, 회의를 공식적으로 끝내기 전에 다른 안건 있나요? 00:41:34 &lt;orion&gt; 방금 바지에 쌌어요. 00:42:39 &lt;primal&gt; str4d: 사용자 대변인 같은 직책을 만들자고 제안합니다! 00:42:39 &lt;dg&gt; primal: 이미 있어요, 그리고 orion이 그 역할을 맡았습니다! 00:42:39 &lt;dg&gt; (PR manager == user advocate) 00:42:39 &lt;str4d&gt; dg: 꼭 그렇진 않아요 =P 00:42:42 &lt;dg&gt; str4d: 둘이 대체로 같은 우산 아래라고 결정하지 않았나요? 00:42:45 &lt;str4d&gt; /team에 실제로 별도의 항목이 있어요 00:42:52 &lt;str4d&gt; dg: 어느 정도는요. 00:42:59 &lt;primal&gt; 오 정말요? 멋지네요 00:43:06 &lt;primal&gt; 사용자 대변인은 누군가요? 00:43:25 &lt;dg&gt; PR 매니저와 같지 않다면 제가 맡을 의향이 있어요 00:43:28 &lt;str4d&gt; primal: orion은 PR 매니저이고, 사용자 대변인도 겸하는 것 같습니다. 00:44:02 &lt;orion&gt; 위원회가 너무 많으면 감리교 교회처럼 될 겁니다. 00:44:06 &lt;str4d&gt; dg: 제 생각에 PR 매니저는 I2P의 대외 활동을 관리하고, 미디어와 연락하는 등의 역할입니다. 00:44:13 &lt;orion&gt; s/hurch/church 00:44:20 &lt;str4d&gt; *오싹* 00:44:20 &lt;primal&gt; rofl 00:44:23 &lt;dg&gt; str4d: 아, 그리고 사용자 대변인은요? 00:44:34 &lt;str4d&gt; 지금으로서는 정의가 그렇게 엄격하게 정해져 있지는 않다고 봅니다. 00:44:41 &lt;primal&gt; str4d: 사용자 대변인이 열린 직책이라면 지원하고 싶습니다. 어떻게 하면 되는지 알려주세요. 00:45:04 &lt;str4d&gt; /team 페이지에서: User Advocate: 사용자 요구를 수집하고, 우선순위를 매기며, 이를 대변 00:45:07 &lt;dg&gt; 이왕 말 나온 김에, 저는 제가 무슨 역할인지 모르겠네요 00:46:03 &lt;str4d&gt; primal: 음, 그냥 JFDI ^_^ 하셔도 되고, 다음 총회까지 기다렸다가 더 공식적으로 신청하셔도 됩니다(오늘의 orion처럼) 00:46:14 &lt;str4d&gt; dg: 저도 사실 잘 모르겠네요 ^_^ 00:46:59 &lt;str4d&gt; primal, dg: 눈치채지 못하셨다면, 다음 주 회의는 I2P의 암호화(crypto) 마이그레이션 필요성을 논의하는 crypto 회의가 될 겁니다(시간이 바뀌지 않는다면). 00:47:10 &lt;primal&gt; str4d: how do I do it? is there a form or something ? amd plau 00:47:22 &lt;orion&gt; primal: 방금 포럼에 스레드를 만들었어요. 00:47:33 &lt;dg&gt; str4d: 그럼 당분간 “dg - overall dg”로 있겠습니다 :) 00:47:36 &lt;orion&gt; zzz 00:48:03 &lt;dg&gt; crypto 회의에 관해서는, 의견을 낼 수 있을지 모르지만 노력해보겠습니다. 제가 crypto 신은 아니지만, 내내 침묵하고 싶지는 않아요. 00:48:03 &lt;str4d&gt; primal: 제대로 된 공식 절차가 아니라서, 별도의 양식은 없습니다. zzz.i2p 포럼 스레드가 가장 좋습니다. 지원자가 둘 이상이라면 특히요(둘 다 해도 안 될 이유는 없지만요 ^_^) 00:48:10 &lt;dg&gt; 그래도 제게는 흥미로울 거예요.. 00:48:41 &lt;str4d&gt; dg: 어떤 crypto로 갈지를 결정하는 회의라기보다는(물론 그것도 중요하겠지만) 어떻게 마이그레이션할지에 대한 논의가 될 겁니다. 00:49:07 * str4d 는 관련된 분들을 모아 집중적으로 브레인스토밍하려 합니다. 00:49:22 &lt;str4d&gt; 어쨌든, 공식적으로 회의에서 다룰 다른 것이 있나요? 00:49:44 &lt;dg&gt; str4d: 좋아요, 가능한 곳에서 돕겠습니다. 다만 제가 입을 다물어야 한다면 알려주세요 ;-) 00:49:48 &lt;dg&gt; 없을 것 같아요. 00:50:20 &lt;primal&gt; str4d: 좋아요. 그렇게 하겠습니다 00:50:24 &lt;primal&gt; 여기선 끝입니다 00:50:43 &lt;str4d&gt; 좋습니다: 00:50:43 * str4d 회의를 *baf*로 종료함. 00:51:01 &lt;orion&gt; 이제 애프터파티로 가죠. 00:51:07 &lt;str4d&gt; \o/ 00:51:14 &lt;orion&gt; \o\ \o/ /o/ 00:51:29 &lt;str4d&gt; *wub wub* </div>/ko/blog/2012/12/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2012%EB%85%84-12%EC%9B%94-18%EC%9D%BC/Tue, 18 Dec 2012 00:00:00 +0000/ko/blog/2012/12/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2012%EB%85%84-12%EC%9B%94-18%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> Astral_12, eche|on, KillYourTV, LaughingBuddha, RN, str4d, topiltzin, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:08:58 &lt;RN&gt; 제가 연결이 끊긴 사이에 회의가 시작됐나요? 20:09:17 &lt;eche|on&gt; 어떤 회의요? 20:09:38 * KillYourTV 주제를 가리킴 20:10:09 &lt;RN&gt; Dev mtg 여기서 화요일 12월 18일 8:00 PM (20:00) UTC^^ topic 20:11:38 &lt;KillYourTV&gt; 아마 멈춘 걸지도... 20:12:12 &lt;LaughingBuddha&gt; 그냥 아무 때나 시작해? 20:18:08 &lt;RN&gt; 보통 dg가 회의를 진행해요 20:18:27 &lt;RN&gt; 한번 자리를 비웠을 때 lillith가 대신 맡았던 것 같아요 20:18:50 &lt;str4d&gt; 지난주에 안 왔어요, 그래서요. 20:18:53 &lt;LaughingBuddha&gt; 전체 안건 링크 있나요? 20:18:53 &lt;str4d&gt; (그리고 그 전 주엔 바빴고요) 20:21:29 &lt;RN&gt; 글쎄요, 보통은 안건이 있어요... 20:22:25 &lt;str4d&gt; 지난 몇 번의 회의에 썼던 안건 링크가 있긴 한데, 지금은 zzz.i2p를 열 수가 없네요... 20:22:28 &lt;RN&gt; trac에 있어요 20:22:28 &lt;eche|on&gt; 그게 업데이트 현황이야 20:22:28 &lt;eche|on&gt; 지금 업데이트/트래픽이 엄청 많아 20:22:28 &lt;RN&gt; `http://trac.i2p2.i2p/wiki/meeting` 20:22:28 &lt;str4d&gt; o/ topiltzin 20:22:28 &lt;eche|on&gt; 지금까지 어떤 업데이트보다 훨씬 빨라 20:22:28 &lt;str4d&gt; RN, 그거 접근 가능해요? 20:22:28 &lt;Benedikt&gt; 무슨 일이죠? 이 네트워크의 서버 중 하나가 다운됐나요? 20:22:31 &lt;str4d&gt; 어쨌든 몇 가지 예정된 주제가 있어요, 못 보시더라도. 20:22:31 &lt;RN&gt; 12월 4일 회의 이후로 안건이 업데이트되지 않은 것 같네요 20:22:31 &lt;topiltzin&gt; \o str4d 20:22:31 &lt;eche|on&gt; Benedikt: net split, 불안정한 I2P tunnels 때문에 자주 발생함 20:22:31 &lt;Benedikt&gt; 오, 고마워요 20:22:34 &lt;str4d&gt; 좋아요, 제가 임의에 가까운 안건을 제안할게요. 20:22:45 &lt;LaughingBuddha&gt; 시작해봐 20:23:07 &lt;str4d&gt; (0) 인사하기. 20:23:07 &lt;str4d&gt; 안녕하세요! 20:23:15 &lt;LaughingBuddha&gt; 에이 20:23:31 &lt;topiltzin&gt; 뭐 새로워 20:25:46 &lt;str4d&gt; 다른 분도 계신가요? ^_^ 20:25:52 &lt;str4d&gt; 좋아요, 넘어가죠: 20:25:52 &lt;str4d&gt; (1) 네트워크 상태 / 업데이트 현황 20:26:31 &lt;str4d&gt; 지난 며칠/일주일 정도 네트워크 상태가 (제 생각엔) 꽤 안 좋았던 것 같습니다. 실제 공격이었는지 아시나요? 20:26:46 &lt;str4d&gt; 아니면 버그로 인해 지속적으로 악화된 걸까요? 20:27:58 &lt;LaughingBuddha&gt; 더 많은 사람들이 실제로 0.9.4로 업데이트하기 전까진 확실히 알 수 없겠죠 20:28:29 &lt;RN&gt; str4d, trac 링크요? 네 20:30:43 &lt;topiltzin&gt; eche|on이 이상한 동작을 보고했는데, 사람들이 0.9.4로 업그레이드한 후에도 확실히 알 수 있을진 모르겠어요 20:34:04 &lt;str4d&gt; psi는 러시아 가이드들이 더 많은 노드를 찾기 위해 사용자에게 floodfill을 강제하라고 권장한 것과 일부 관련이 있다고 생각하더군요. 20:34:07 &lt;str4d&gt; 업데이트와 관련해서: 20:34:15 &lt;str4d&gt; &lt;eche|on&gt; 지금 업데이트/트래픽이 엄청 많아 20:34:18 &lt;str4d&gt; &lt;eche|on&gt; 지금까지 어떤 업데이트보다 훨씬 빨라 20:34:29 &lt;str4d&gt; 업데이트 진행 요약에 덧붙일 게 더 있나요, eche|on? 20:36:17 &lt;eche|on&gt; 지금까지 내 노드들이 780개의 전체 업데이트를 푸시했어 20:37:38 &lt;str4d&gt; LaughingBuddha가 토렌트 업데이트가 잘 됐다고 했어요. 스웜 규모가 얼마나 되는지 아시는 분? 20:37:54 &lt;str4d&gt; (제가 아는 건 개발자 routers뿐이지만, 알아두면 흥미로울 듯) 20:38:13 &lt;KillYourTV&gt; 한 10명 정도 20:38:59 &lt;eche|on&gt; 내 쪽에선 토렌트 사용률이 매우 낮아 20:39:06 &lt;KillYourTV&gt; 아니면, 이렇게 말하자면: 피어 10명 보임 20:39:17 &lt;eche|on&gt; su2는 6, sud는 4가 보여 20:40:01 &lt;KillYourTV&gt; 개발 빌드 사용자 중 극히 일부에게만 토렌트 업데이트가 제공되었기 때문에, 지금까지 전송이 적은 게 놀랍진 않네요. 20:40:16 &lt;Astral_12&gt; str4d: 피어 6-7명, su2 20:40:30 &lt;str4d&gt; KillYourTV, 아니요, 모든 개발 빌드 사용자에게 토렌트가 제공됩니다. 20:41:09 &lt;str4d&gt; 버전이 -0으로 끝나고 0이 아닌 0~99 중 숫자를 고르면, 토렌트를 받지 못해요. 20:41:12 &lt;str4d&gt; (기억이 맞다면) 20:41:15 &lt;KillYourTV&gt; 오... 제가 오해했네요. 20:41:23 &lt;KillYourTV&gt; `http://tracker2.postman.i2p/details.php?dllist=1&filelist=1&info_hash=%09k%a6%29%14%7b%15%f6%f89%d7%1b%1c%d9T%fe%60c%ec%7c` 20:41:23 &lt;iRelay&gt; Torrent #19559: i2pupdate-0.9.4.su2, Size: 3.06 MB, Downloads: 6, Added: 2012-12-17 17:52:22, S/L: 10/1 20:42:01 &lt;str4d&gt; 그래도 업데이트 메커니즘이 작동한다는 걸 보여주기엔 충분하죠 (그리고 확장성은 크게 걱정하지 않아도 돼요, 토렌트는 이미 충분히 테스트됐으니까요 ^_^) 20:43:11 &lt;iRelay&gt; &lt;ReturningNovice@kytv&gt; 전 토렌트 옵션을 놓쳤네요 20:43:37 &lt;iRelay&gt; &lt;ReturningNovice@kytv&gt; 0.9.3-13에서 업그레이드했어요 20:43:48 &lt;str4d&gt; 좋아요, 지금은 더 할 말이 많지 않네요 - 업데이트 효과는 다음 회의에서 평가할 수 있겠죠. 20:43:48 &lt;str4d&gt; (2) 웹사이트 개편 20:43:48 &lt;str4d&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` 이 현재 진행 상황입니다 (최신 CSS를 받으려면 강력 새로고침하세요) 20:43:55 &lt;iRelay&gt; Title: The Invisible Internet Project - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:44:27 &lt;str4d&gt; RN, 당신의 router는 아마 먼저 HTTP로 업데이트를 찾았을 거예요. 20:44:30 &lt;eche|on&gt; str4d: 접근 불가한 토렌트에선 확장성이 문제야 20:44:37 &lt;zzz&gt; 옵션은 없어 20:44:40 &lt;eche|on&gt; 그리고 현재는 개발 빌드만 토렌트를 받아 20:44:59 &lt;str4d&gt; `http://localhost:7657/debug` 를 확인해보세요 - 거기에 TORRENT checker가 보일 겁니다. 20:45:14 &lt;zzz&gt; 그리고 아니, 하나의 스웜에 2만 명은 i2p 내에서 잘 테스트된 게 아니야. 20:46:14 &lt;eche|on&gt; str4d: 난 0.9.3-15에서 토렌트가 보이지 않아 20:46:21 &lt;str4d&gt; zzz, 맞아요, 그걸 잊고 있었네요 *멍* 20:46:32 &lt;LaughingBuddha&gt; str4d: 시딩 중: 0/9 peers 20:46:55 &lt;str4d&gt; zzz, 업데이트 매니저가 우선순위가 같은 두 업데이트 옵션 사이에서 어떻게 선택하나요? 20:46:58 &lt;eche|on&gt; [RegisteredUpdater org.klomp.snark.UpdateHandler for ROUTER_SIGNED TORRENT @pri 10] *ooos* 20:47:08 &lt;str4d&gt; 먼저 발견된 걸로만 하나요? 20:47:50 &lt;zzz&gt; 몰라 20:48:39 &lt;str4d&gt; 위에 붙여넣은 걸 보면, 낮은 숫자가 아니라 높은 우선순위 번호가 이기는 것 같네요. 20:50:15 &lt;str4d&gt; 여기에 더 덧붙일 분 있나요? 업데이트 효과는 다음 회의에서 평가할 수 있어요. 20:51:21 &lt;topiltzin&gt; 사이트 여기선 좋아 보여요 :) 20:51:28 * str4d 는 25분 후 자리를 비워야 해서 계속 진행하길 원함 20:52:57 &lt;RN&gt; 계속해 주세요 str4d 20:53:21 &lt;str4d&gt; (2) 웹사이트 개편 20:53:22 &lt;str4d&gt; 예전 테마를 손봐서 최소한 HTML의 올바른 부분을 참조하게 했습니다. 그래서 푸터의 링크를 사용하면 사용 가능한 다른 CSS 파일을 시도해 볼 수 있어요. 20:53:52 &lt;str4d&gt; 새로운 구조도 여전히 다르게 배치될 수 있다는 아이디어를 제공합니다. 20:55:17 &lt;MTN11&gt; i2p: kytv@mail.i2p * rb47286b470722a6382a963092219407946bcc5b6 installer/ (5 files in 5 dirs): Add dummy placeholder files to empty eepsite directories 20:55:17 &lt;MTN11&gt; git and a few other vcses don't store empty directories....but now these directories 20:55:17 &lt;MTN11&gt; are no longer empty. 20:55:32 &lt;jenkins&gt; i2p 작업의 빌드 #46 시작(이전 빌드: SUCCESS) 20:59:21 &lt;jenkins&gt; Project i2p build #46:SUCCESS in 2 min 42 sec: `http://kzzj7cu24fo6w7jsisgysh65lfyrkjaaaqsdn3hvlop6lp36vs2q.b32.i2p/job/i2p/46/` 20:59:24 &lt;str4d&gt; 사람들은 어떻게 느껴지나요? 20:59:24 &lt;str4d&gt; 또한 사이트 관리가 더 쉬워지도록 몇 가지 백엔드 변경을 했어요 - 예: router 버전을 올리는 작업은 이제 두 곳만 하면 됩니다 zzz 20:59:24 &lt;str4d&gt; (정확히는 한 곳만 해도 되지만, 미러 목록에 Launchpad를 추가하려고 한 곳을 더 추가했어요) 21:01:40 &lt;str4d&gt; 제가 위에 쓴 글 보셨나요? 21:03:08 &lt;KillYourTV&gt; 네. 사이트가 아주 좋아 보입니다. 21:03:31 &lt;LaughingBuddha&gt; 예 21:03:37 &lt;LaughingBuddha&gt; 디자인 +1 21:03:37 &lt;str4d&gt; 레에에에그 21:04:45 &lt;KillYourTV&gt; 다만 몇몇 링크가 깨졌어요, 아마 알고 계시겠지만 21:06:05 &lt;KillYourTV&gt; 특히 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/develop/developerskeys` 가 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/develop/monotone` 으로 연결되는데, 그 페이지는 없어요. 21:06:55 &lt;str4d&gt; 디자인은 커뮤니티의 제안을 받을 계획이에요(duck의 디자인에서 아직 거슬리는 점들이 있어서요). 하지만 첫 번째 반복으로는 잘 작동합니다. 21:06:58 &lt;str4d&gt; KillYourTV, 티켓 #807에 따라 깨진 링크들은 이미 알고 있어요(제가 이사한 초기 페이지들에서 대부분 발생했고, 당시에는 다른 페이지들이 어디로 갈지 몰랐거든요). 21:06:58 &lt;str4d&gt; 질문들: 21:07:01 &lt;str4d&gt; - 블로그와 미팅 피드는 지금처럼 괜찮을까요, 아니면 내용을 잘라서(독자들이 전체 내용을 보려면 메인 사이트로 가도록) 해야 할까요? 21:07:05 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (accepted enhancement) - Revamp of website 21:07:36 &lt;str4d&gt; - 미팅 피드를 더 눈에 띄게 해야 할까요, 아니면 미팅 인덱스의 &lt;link&gt;만으로 충분할까요(Firefox에서는 북마크 -&gt; 이 페이지 구독에서 잡아갑니다)? 21:08:39 &lt;str4d&gt; KillYourTV, 아, 그건 다른 버그네요 - 페이지는 있는데, 가져오는 monotonerc 파일을 옮겨서 그걸 수정해야 해요&gt;&lt; 21:09:07 &lt;str4d&gt; 하지만 그런 링크들도 모두 수정될 거예요. 21:09:21 &lt;str4d&gt; - 개편이 라이브로 가기 전에 콘텐츠 변경에 대한 제안이 있나요? 21:09:35 &lt;str4d&gt; - ATOM뿐 아니라 RSS 피드도 필요할까요? 21:10:55 &lt;zzz&gt; 모든 페이지가 동일한 URL에 남아 있나요? 21:10:58 &lt;str4d&gt; - 미러의 "any" 링크가, 보는 이의 언어로 추정한 국가의 미러를 우선적으로 선택해야 할까요? 21:11:44 &lt;topiltzin&gt; 그건 꽤 까다롭네요 21:12:30 &lt;topiltzin&gt; 현재 동작은 어떤가요? 21:13:08 &lt;str4d&gt; zzz, 지금의 url에는 꽤 만족해요(하지만 제안은 환영합니다). 21:13:18 &lt;str4d&gt; 다만 몇몇 페이지는 어디에 둘지 아직 못 정했어요. 21:13:21 &lt;str4d&gt; topiltzin, 현재 동작은 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/feed/blog/atom` 과 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/feed/meetings/atom` 를 보세요 21:13:27 &lt;iRelay&gt; Title: I2P Blog0.9.4 Release (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 21:14:02 &lt;zzz&gt; str4d, 기존 사이트와 새 사이트 간에 말이야 21:14:32 &lt;str4d&gt; zzz, 페이지들이 현재 사이트와 동일한 url에 있느냐고 묻는 거라면: 아니요. 21:14:35 &lt;str4d&gt; 이제 url이 실제로 의미를 갖습니다. 21:15:25 &lt;str4d&gt; zzz, 오래된 url을 새 것으로 리디렉션하는 레거시 헬퍼가 몇 개는 있지만, 일부 페이지만 작동해요. 21:15:32 &lt;zzz&gt; str4d, 그럼 그건 논의가 필요해. 지난 5년 동안 쌓아온 SEO / link juice(링크 평판)가 많고, 그걸 날릴 여유가 없어. /static/ 아래에 그대로 있어야 하는 것도 몇 개 있고 21:15:46 &lt;zzz&gt; hosts.txt 구독, 그리고 백업 뉴스 21:15:50 &lt;str4d&gt; (즉, meetings, status, 그리고 레거시 맵에 들어간 페이지들) 21:16:04 &lt;zzz&gt; 콘솔에서 웹사이트로 가는 링크도 많고 21:16:04 &lt;str4d&gt; zzz, 정적 것들은 제가 보기엔 동일해요 21:16:37 &lt;zzz&gt; 모든 예전 페이지에 대해 리디렉션을 둘 수 있겠어? 21:17:46 &lt;str4d&gt; LEGACY_MAP={ 21:17:52 &lt;str4d&gt; 'download': 'downloads_list' 21:17:52 &lt;str4d&gt; } 21:17:52 &lt;str4d&gt; ^-- 거기에 예전 사이트에서 새 사이트로의 매핑을 추가할 수 있어요. 21:17:52 &lt;str4d&gt; zzz, 수동 리디렉션이어야 하지만, 가능합니다. 21:17:52 &lt;topiltzin&gt; 이 링크 주스 축적이 우리 모든 도메인에 적용되나요? 21:17:55 &lt;str4d&gt; (그리고 레거시 지원 코드는 별도 파일로 옮기고 싶어요, 엄청 길어지니까요) 21:17:58 &lt;str4d&gt; 그리고 301 리디렉션을 쓰면 클라이언트는 그 리디렉션을 영구로 인식하죠(아니면 그게 302였나?) 21:18:33 &lt;topiltzin&gt; geti2p.net에서 새 사이트를 시도해 보고 i2p2.de 같은 곳엔 예전 사이트를 유지하는 건 어떨까요? 21:19:00 &lt;str4d&gt; topiltzin, 제가 보기엔 geti2p.net은 같은 사이트예요(그냥 두 번째 도메인) 21:19:07 &lt;str4d&gt; (같은 백엔드라는 뜻) 21:19:42 &lt;zzz&gt; 이건 작은 일이 아니야. 지난 5년간 많은 링크 평판을 쌓았고, 그걸 다 버릴 수는 없어. 이걸 제대로 하는 게 정말 중요해. 21:19:42 &lt;topiltzin&gt; 가능한 한 빨리 트래픽 테스트할 방법을 찾으려는 중이에요 21:20:10 &lt;str4d&gt; zzz, 알겠어요, 제가 옮긴 모든 페이지를 LEGACY_MAP에 추가할게요 21:20:17 &lt;zzz&gt; 또 한 가지 - .html 접미사가 있어도 없어도 작동해야 해. 21:21:03 &lt;str4d&gt; zzz, 이미 했어요(레거시 매퍼에 한 줄 추가) 21:21:03 &lt;str4d&gt; 또, 다음 파일들의 새 url 위치를 제안해줄 수 있나요? (막혔어요) 21:21:03 &lt;str4d&gt; i2ptunnel_services.html jbigi.html manualwrapper.html minwww.html ports.html ratestats.html 21:21:34 &lt;zzz&gt; rel=canonical 것도 있어 21:22:19 &lt;str4d&gt; zzz, 자세히 설명해줄래요? 21:22:26 &lt;zzz&gt; i2p.net이 사라진 뒤에 링크 평판을 되찾으려고 SEO stuff에 꽤 시간을 썼어 21:22:41 &lt;zzz&gt; _layout.html 안에 있어 21:23:20 &lt;zzz&gt; 미러가 평판을 빨아가지 않도록 메인 사이트로 가리키는 게 좋아. 21:23:27 &lt;zzz&gt; 그래서 미러에는 항상 nofollow를 태그하지 21:24:10 &lt;zzz&gt; 평판을 넘겨주지 않게 말이야 21:27:32 &lt;topiltzin&gt; 트래픽 테스트에는 미러가 괜찮을까요? 21:28:25 &lt;str4d&gt; 좋아요, 그럼 그걸 새 global/layout.html에 반영하도록 하면 되겠네요 21:30:02 &lt;str4d&gt; (duck이 그걸 안 했을 거라고 생각해요) 21:32:53 &lt;topiltzin&gt; (그 SEO stuff에 관한 채팅 로그를 읽고 싶네요) 21:34:37 &lt;zzz&gt; str4d, 아직 SEO를 생각하지 않았다면, ASAP로 뛰어들 시간이야. 첫 페이지의 모든 단어가 중요해. 21:35:00 &lt;zzz&gt; 현재 첫 페이지와 duck 버전 모두에서, 단어는 매우 신중히 선택되어 있어. 21:36:58 &lt;zzz&gt; 예를 들어 우리가 구글에서 'garlic routing'으로 어디에 랭크되는지 봐. 나는 그 검색어에 대한 페이지랭크를 얻기 위해 그 페이지를 처음부터 썼어. 21:40:37 &lt;str4d&gt; 저는 새 사이트를 동작시키는 데 더 집중했어요. 하지만 텍스트 콘텐츠는 많이 바꾸지 않았습니다. 21:41:36 &lt;str4d&gt; 새 레이아웃에서 링크 관련 것들을 잃지 않도록 제가 확인할게요. 지금 상태의 첫 페이지 SEO에 대해 제안이 있나요, zzz? 21:43:52 &lt;str4d&gt; 마이그레이션된 페이지의 텍스트 콘텐츠는 바뀌지 않았으니, 레거시 리디렉션이 들어가면 괜찮을 거예요. 21:45:20 &lt;zzz&gt; 몇 달 동안 못 봤네. url이 뭐였지? 21:46:13 &lt;zzz&gt; 그리고 str4d, url에서 '-'와 '_'를 표준화해야 해. 지금은 섞여 있는데, 지난 10년 동안 웹은 분명 '-'로 표준화됐어. 밑줄은 보기 안 좋고, SEO에도 이제 상관없고 21:46:29 &lt;str4d&gt; 위에 있어요 21:46:32 &lt;str4d&gt; 티켓 #807에도 링크되어 있고요 21:47:19 &lt;str4d&gt; 네, 혼재를 봤어요. 그건 수정할게요. 21:47:22 &lt;zzz&gt; 좋아 티켓을 볼게. 위의 링크들은 다 피드 같은 곳으로 가는 것 같아 21:48:19 &lt;zzz&gt; 또, 자주 트윗되거나 참조되는 페이지들은 짧은 url을 유지하는 게 좋아 - /download, /faq 등. 21:48:22 &lt;str4d&gt; 위 링크들- 그 b32를 쓰세요 21:50:25 &lt;zzz&gt; 그리고 너나 신뢰할 수 있는 누군가가 더 나아가서 구글 웹마스터 도구에서 우리 사이트를 등록하고, 사이트맵을 추가하는 등 해준다면, 정말 좋겠어. 우리 SEO가 훌륭하다고 주장하는 건 아니야, 다만 예전엔 최소한 조금은 신경 썼다는 거지. 21:52:00 &lt;str4d&gt; 백엔드에 사이트맵 생성을 추가하려고 했어요, 그래서 제가 기꺼이 할게요. 21:52:18 &lt;topiltzin&gt; 구글 웹마스터 도구는 데이터를 구글로 되돌려 보내나요? 21:52:58 &lt;zzz&gt; 그들의 JS를 사이트에 넣을 때만 21:53:27 &lt;str4d&gt; 짧은 URL - 레거시 URL이면 충분할까요? 21:54:10 &lt;str4d&gt; topiltzin, 우리는 구글 검색 정보를 받을 거예요, 그 자체로도 유용하죠. 21:54:49 &lt;topiltzin&gt; 하지만 구글로 아무것도 보고하지 않으면 의미 있는 정보를 얻을 수 있을까요? 아니면 상관없나요? 편집증적 사용자들은 신경 쓸까요? 등등. 21:55:38 &lt;zzz&gt; 물론, 좋은 질문이지. 물론 우리 로그를 대상으로 awstats 같은 걸로 referer와 검색어를 볼 수도 있어 21:55:45 &lt;zzz&gt; 아마 수년간 아무도 안 했을걸. 21:57:16 &lt;str4d&gt; 음, 웹마스터 도구는 당연히 보고하지만, 그건 구글 데이터와 인터페이스하기 때문이에요 21:57:26 &lt;str4d&gt; 웹마스터가 비-익명이어야 하나요? 21:58:06 &lt;zzz&gt; gmail 주소 하나만 있으면 되는 걸로 알아 21:58:13 &lt;str4d&gt; topiltzin, 우리는 구글 검색 정보를 받게 돼요, 그 자체로 유용합니다. 21:58:39 &lt;str4d&gt; Analytics는 기술적으로 웹마스터 툴킷과 별개예요(제 기억엔) 21:58:46 &lt;zzz&gt; 어쨌든, 이 모든 건 지금은 곁다리야 21:59:21 &lt;str4d&gt; 네. zzz, 사이트에 접속하셨나요? 21:59:44 &lt;zzz&gt; 아니, 너랑 얘기하고 있었지 :) 22:00:49 &lt;topiltzin&gt; 저는 채팅하면서 eepsites를 미리 받아두는 걸 좋아해요 :) 22:02:17 &lt;zzz&gt; 지금은 가져올 여분의 업스트림 대역폭이 별로 없어 22:02:20 &lt;RN&gt; " 음... 서버에서 어떤 오류가 발생했습니다. " 22:03:08 &lt;RN&gt; 드롭다운 메뉴에서 FAQ를 선택하면 그렇게 나옵니다 22:03:31 &lt;zzz&gt; str4d, 기존 웹사이트와 어떻게 동기화하고 있어? mtn에서 브랜치했니, 수동으로 하고 있니, 아니면 그 고통스러운 문제를 전부 미뤘니? 22:03:34 &lt;str4d&gt; Rn, 이상하네요... 그러면 안 되는데. 22:04:00 &lt;str4d&gt; zzz, mtn에서 브랜치해서 정기적으로 프로프해요. 22:04:23 &lt;str4d&gt; 개편에서는 콘텐츠를 변경하지 않아서 머지도 잘 됩니다. 22:04:58 &lt;str4d&gt; 까다로운 게 몇 개 있었지만, 대부분은 쉬운 프로프였어요. 22:10:49 &lt;zzz&gt; 뭘 피드백해주길 바라는 거야? 깨진 링크? 전반적인 구성? 레이아웃/색상/CSS? 어디까지 진행됐는지 전혀 모르겠네. 22:11:54 &lt;RN&gt; 다크 테마는 좀 어색해 보여요 22:12:00 &lt;str4d&gt; zzz, 내비게이션 레이아웃, URL 형태, 전반적 사용성, 그리고 첫 페이지 콘텐츠요 22:13:21 &lt;str4d&gt; RN, 예전 테마 둘 다 그렇습니다. dr|z3d에게 조언을 구했고, 현재 테마 중 어느 것도 최종 버전은 아닐 거예요. 22:13:51 &lt;str4d&gt; RN, 오류는 20분 정도 후에 볼게요 22:14:07 &lt;zzz&gt; 그럼 최종 버전에 테마 선택기는 없겠지, 제발? 22:14:58 &lt;zzz&gt; 여러 테마는 끔찍한 시간 낭비야 22:15:20 &lt;str4d&gt; zzz, 아마 없을 거예요, 최종 테마를 두고 결정을 못 하면 몰라도요. 디자이너들을 돕기 위해 있습니다. 22:15:43 &lt;LaughingBuddha&gt; 언제든 사용자가 만들 수도 있죠. 개발자들이 신경 쓸 문제는 아니라고 봐요 22:16:20 &lt;LaughingBuddha&gt; 제 생각엔요 22:16:27 &lt;str4d&gt; 지금은 기능을 노출하려고 링크를 넣어둔 거예요. 22:17:36 &lt;zzz&gt; 첫 페이지에서 제일 거슬리는 건 링크가 있는 검은 막대야. 사실은 클릭해도 어디로도 안 가고 메뉴만 뜨니 링크라고 하기도 뭐하지 22:18:37 &lt;zzz&gt; 색이 잘못됐거나, 위치가 잘못됐거나, 너무 작거나 그런 것 같아. 페이지의 나머지 스타일과도 안 맞고, 그 모든 걸 초록 영역 아래로 내리는 게 나을지도 모르겠어 22:19:12 &lt;str4d&gt; zzz, 색이나 스타일에 집중하지는 않았어요. 22:19:49 &lt;str4d&gt; 메뉴 오프너에 링크를 달지 않기로 한 건 사용성 논의와 피드백 이후의 결정이었어요. 22:20:16 &lt;str4d&gt; 일부는 링크고 일부는 아니면 혼란을 줄 거라고 결론지었습니다. 22:20:43 &lt;str4d&gt; 그 구분은 CSS로 더 명확히 할 계획이에요. 22:21:35 &lt;zzz&gt; 정확히 뭐라 말하긴 어렵지만 상단 3개 섹션(노랑, 검정, 초록)이 하나가 과하거나 순서가 잘못됐거나 그런 느낌이야 22:21:35 &lt;zzz&gt; 단지 색/스타일 문제만은 아닌 듯? 잘 모르겠어. 뭔가 미완성 같거나 제자리가 아닌 느낌이야 22:21:35 &lt;zzz&gt; 스타일링으로 풀릴 수도 있고, 아닐 수도. 22:21:42 &lt;str4d&gt; 내비게이션 바의 색과 스타일은 더 잘 통합되도록 바꿀 거예요, 지금은 기능이 필요했을 뿐. 22:22:00 &lt;zzz&gt; 어딘가 큰 "10주년 기념 2003-2013" 배너를 넣을 자리도 찾고 싶어 22:22:50 &lt;str4d&gt; (그래서 테마 링크를 추가한 거예요, 같은 구조가 다르게 렌더링될 수 있음을 보여주려고) 22:23:24 &lt;zzz&gt; thesaurus 구조가 뭐야? 22:23:31 &lt;zzz&gt; 아직 테마 링크는 안 눌러봤어 22:24:20 &lt;str4d&gt; 아, 폰 타이핑 실패. "same"이었어요 22:25:06 &lt;zzz&gt; 그리고 이제 그냥 안 눌렀으면 싶네 22:26:09 &lt;zzz&gt; dg가 연기처럼 사라진 건 안타깝네. 그 모든 젊은 열정이 그렇게 빨리 사그라졌나? 22:26:28 &lt;zzz&gt; 두 번 회의하고 끝 22:26:47 &lt;str4d&gt; 네, 새 구조 때문에 예전 CSS의 절반은 제대로 쓰이지 못하고 있어요. 아직 옮길 시간이 없었습니다. 22:26:58 &lt;str4d&gt; css* 22:27:36 &lt;str4d&gt; 지금은 많이 바쁜 것 같아요. 22:28:26 &lt;zzz&gt; 그래서 제 결론은, 검은 메뉴 바가 가장 문제라는 거야. 해답은 없지만. 그냥 느낌/모양이 영 아니야. 22:30:12 &lt;topiltzin&gt; 또 다른 dg가 나타나거나, 때가 되면 예전 dg가 돌아올 거예요 :) 22:30:28 &lt;str4d&gt; 네. 그 안의 링크 배치에 대해서는 어떤가요? 말이 되나요? 22:30:28 &lt;topiltzin&gt; 하지만 그동안에도 우리는 잘해오고 있고, 젊지도, 열정적이지도 않은 시각을 듣는 것도 중요합니다 22:31:10 &lt;str4d&gt; (또, 검은 바를 duck의 예시 내비게이션 바 색 구성으로 바꿔볼게요.) 22:31:37 &lt;zzz&gt; dg가 시속 60에서 이틀 만에 0이 된 게 놀라울 뿐이야. 22:32:51 &lt;zzz&gt; 첫 페이지에 jar, exe 등에 직접 링크를 둘지 모르겠네. 다운로드 페이지의 텍스트가 중요해 보이거든. 22:33:45 &lt;zzz&gt; trac 링크는 꼭 필요하고, 그건 빠진 것 같아? 22:34:16 &lt;zzz&gt; 단어를 클릭했을 때 어딘가로 가도록 하는 것도 큰 도움이 될 거야 22:34:26 &lt;KillYourTV&gt; Volunteer -&gt; Develop -&gt; Bug Tracker 22:34:54 &lt;zzz&gt; 헉, 레벨이 두 개야? 22:35:32 &lt;zzz&gt; 또 다른 레벨이 있다는 걸 알려주는 작은 화살표도 없네 22:36:09 &lt;zzz&gt; 그리고 정말 홈이나 어디에서든 두 레벨을 원하나? topiltzin의 할머니에겐 버거울지도 22:36:44 &lt;zzz&gt; 그리고 다운로드를 클릭하면 어딘가로 보내야지, 꼭 22:37:43 &lt;topiltzin&gt; 네, 일단 할머니가 i2p를 받게 하고 나중에 개발자로 만드는 걸 고민하죠 22:38:15 &lt;zzz&gt; 차라리 그 화려한 드롭다운을 버리고 download-about-help-volunteer를 네 개의 큼지막한 버튼으로 바꾸는 게 나을지도 22:39:01 &lt;str4d&gt; zzz, 그렇게 할 거예요. 22:39:23 &lt;topiltzin&gt; 큼지막한 버튼이 예쁜 색이면 할머니가 좋아하실 거예요 22:39:34 &lt;str4d&gt; 그리고 문서는 about 메뉴로 옮기자고 제안한 건 topiltzin이어서, 기술적으로는 세 레벨이에요 22:39:57 &lt;str4d&gt; zzz, Trac 링크는 help 메뉴에 뒀는데, topiltzin이 volunteer -&gt; develop로 옮기자고 해서 그렇게 했어요 22:40:11 &lt;zzz&gt; 마치 계층형 웹사이트를 만들려는 것 같은데, 실제 계층 페이지 없이 홈의 복잡한 다단 메뉴 바만으로 하려고 하는 거 같아. 우리가 진짜로 필요한 건 실제 계층 페이지, 예를 들어 about, volunteer, help 페이지야. 22:40:57 &lt;KillYourTV&gt; 이제 sud 피어 8명 `http://tracker2.postman.i2p/details.php?dllist=1&filelist=1&info_hash=%f0%d8%27%17W%cfF%83%9em%9e%3f%d8%f8%85%2ac%baRV` 22:40:57 &lt;iRelay&gt; Torrent #19558: i2pupdate-0.9.4.sud, Size: 7.09 MB, Downloads: 6, Added: 2012-12-17 17:49:15, S/L: 7/0 22:41:00 &lt;zzz&gt; 그 검은 바에서만 구조를 만들려는 건 충분하지도, 어쩌면 적절한 장소도 아니야 22:41:30 &lt;str4d&gt; zzz, 구조는 url에 있어요. 그 구조를 내비게이션 바에 복사했는데, 제겐 그게 말이 된다고 보였어요. 22:42:13 &lt;str4d&gt; 줄곧 말해왔듯이, 가장 큰 과제는 단일 디렉터리의 오래된 페이지들을 어떻게 계층으로 재배열하느냐였고, 거기에 거의 도움을 못 받았어요. 22:42:24 &lt;zzz&gt; 그냥 생각나는 대로 말하는 거야. 몇 달 동안 못 봤고, 내일은 생각이 다를 수도 있지. 22:42:47 &lt;zzz&gt; 비판하는 건 아니야, 그냥 추측 중 22:43:06 &lt;str4d&gt; 그래서 제 가장 큰 질문은, 제 구조 결정이 말이 되느냐는 겁니다. 22:43:25 &lt;str4d&gt; (즉, 저 말고 다른 사람들에게도) 22:43:35 &lt;topiltzin&gt; 다양한 미래 방향을 탐색할 수 있어서 좋아요, 분명 많은 생산적 논의로 이어질 겁니다 22:43:55 &lt;str4d&gt; 기존 페이지의 구조가 정해지면, 그다음에 다른 문제들을 그 주변에서 해결할 수 있어요. 22:43:58 &lt;topiltzin&gt; str4d: 여기선 그렇다고 봐요 22:44:31 &lt;str4d&gt; 그리고 마지막 몇 페이지를 어디에 둘지에 대한 제 질문에 제안 있으신가요? 22:44:34 &lt;str4d&gt; i2ptunnel_services.html jbigi.html manualwrapper.html minwww.html ports.html ratestats.html 22:45:00 &lt;topiltzin&gt; 그리고 dg는 이틀보다 훨씬 짧은 시간에 0에서 60으로 갈 수 있음이 증명되었으니, 그 논의들은 아주 재미있을 거예요 *오프토픽 끝* 22:45:06 &lt;zzz&gt; "놓는다"는 게 무슨 뜻이야? 22:45:09 &lt;str4d&gt; 또한 아직 추가하지 않은 오래된 페이지들도 있어요. 다소 무관해 보이지만, 아마 어딘가는 가야 하죠: 22:45:12 &lt;str4d&gt; announcements.html clt.html cvs.html i2ptunnel_migration.html invisiblenet.html myi2p.html transition-guide.html upgrade-0.6.1.30.html 22:45:12 &lt;str4d&gt; benchmarks.html _config feed.atom installation.html jrandom-awol.html statusnotes.html transition-guide.txt 22:45:16 &lt;zzz&gt; 그 링크를 어디에 걸지? 22:45:23 &lt;str4d&gt; zzz, 백엔드 / url에서요. 22:45:34 &lt;str4d&gt; 모든 사이트 페이지는 pages/site/ 아래에 저장돼요. 22:45:45 &lt;str4d&gt; 거기서 폴더 구조가 url을 반영합니다. 22:46:04 &lt;zzz&gt; 파일들도 전부 계층화하려는 거야? 22:46:21 &lt;str4d&gt; 예를 들어 단방향 tunnels에 대한 페이지는 pages/site/docs/tunnels/unidirectional.html 에 저장돼요 22:46:36 &lt;zzz&gt; 모든 걸 과도하게 범주화하려는 건 허황된 일 같아 보이는데 22:46:39 &lt;str4d&gt; zzz, 네 - 사이트 관리를 사람과 코드 양쪽 모두에서 훨씬 쉽게 해줍니다. 22:47:13 &lt;zzz&gt; 네가 그렇다니 그렇겠지. 하지만 제발 misc/ 디렉터리를 만들어서 끝내버려. 22:47:48 &lt;zzz&gt; 파일은 한 곳에만 있을 수 있지만, 링크는 여러 곳에서 걸 수 있다는 걸 기억해. 모든 걸 제 자리에 넣으려다 스스로 옭아매지 마. 22:48:26 &lt;str4d&gt; 좋아요, misc로 할게요. 그리고 저는 거기에 동의하지 않아요 - 최소한 SEO 관점에서는, 고유한 콘텐츠는 고유한 슬러그를 가져야 해요 22:49:00 &lt;str4d&gt; 그래서 url을 제대로 만들고 싶었던 거예요. 22:49:04 &lt;zzz&gt; 릴리즈 노트, 미팅 로그, 상태를 각각의 디렉터리로 빼기만 해도 많이 남지 않을 거라 생각해 22:49:35 &lt;zzz&gt; 물론, 고유 URL은 좋지만, 많은 곳에서 링크할 수 있어. tunnels/index.html의 모든 링크가 tunnels/xxx.html 파일로 가야 할 필요는 없어 22:50:16 &lt;str4d&gt; 네, 맞아요(그 자체가 절반의 링크가 아직 깨진 이유죠) 22:50:31 &lt;zzz&gt; 예: how.html에는 중복 링크도 있고, 온갖 주제로 링크돼 있어. 22:50:34 &lt;str4d&gt; 하지만 각 페이지의 url이 그 페이지에 대해 말이 되기를 원했어요. 22:51:05 &lt;str4d&gt; 예: /en/site/docs/overview/transport/ssu vs /en/site/docs/legacy/ssu/ 22:51:16 &lt;str4d&gt; (둘 다 있어요 - 하나는 문서, 하나는 명세) 22:51:46 &lt;zzz&gt; 이론적으론 좋지만, 실무에선 아닐 수도. 아니면 다 괜찮을 수도. 22:52:23 &lt;str4d&gt; 하지만 나머지 페이지에 대해 /en/site/misc/* url로 두는 걸 모두가 충분히 괜찮다고 여긴다면, 거기에 둘게요(페이지 분류에 지쳤어요 @_@) 22:54:09 &lt;zzz&gt; menus:topics:urls:filenames를 1:1:1:1로 매핑하는 신화적이고 쓸모없는 목표를 달성하려고 하지 마 22:55:07 &lt;zzz&gt; 깊은 계층은 누구에게도 도움이 안 돼. SEO에 해롭고, 타이핑에도 해롭고, url 가독성에도 해롭고, 등등... 그러니 과하지 않게 22:55:10 &lt;str4d&gt; b 23:00:46 &lt;str4d&gt; 그와 관련해, url에서 "site/"를 빼는 방법이 있는지 궁금해요 - 길이만 늘려요. 23:01:04 &lt;str4d&gt; 하지만 다른 페이지들이 예를 들어 "/en/download"나 "/en/blog"인 걸 보면, "/en/site/*"는 피할 수 없을지도 모르겠네요. 23:02:46 &lt;str4d&gt; 그리고 urls:filenames 매핑도 피할 수 없어요, 파일이 평면 파일이라, 파일의 url을 얻는 유일한 방법(또 다른 맵을 저장하지 않고)은 경로를 사용하는 거예요. 23:04:00 &lt;topiltzin&gt; zzz: 오늘 제기한 이슈 중에서, 점진적 개선이 아니라 진짜 쇼스톱퍼라고 할 만한 건 뭔가요? 23:04:03 &lt;zzz&gt; lang/site는 별로야 23:04:07 &lt;zzz&gt; content headers만 쓰면 안 되나? 23:04:07 &lt;str4d&gt; 전반적인 느낌은, 범주화된 더 긴 URL이 더 낫다는 글을 읽고 있어요. 23:04:48 &lt;str4d&gt; zzz, 그걸 welterde와 논의했던 기억이 나는데, 왜 반대했는진 기억이 안 나네요. 23:06:05 &lt;str4d&gt; 백엔드는 어딘가에서 언어 코드를 얻기만 하면 돼요. 23:06:08 &lt;str4d&gt; @babel.localeselector 23:06:09 &lt;str4d&gt; def get_locale(): 23:06:09 &lt;str4d&gt; # If the language is already set from the url, use that 23:06:09 &lt;str4d&gt; if hasattr(g, 'lang'): 23:06:09 &lt;str4d&gt; return g.lang 23:06:09 &lt;str4d&gt; # otherwise try to guess the language from the user accept 23:06:09 &lt;str4d&gt; # header the browser transmits. The best match wins. 23:06:09 &lt;str4d&gt; return request.accept_languages.best_match(['en', 'es', 'zh', 'de', 'fr', 'it', 'nl', 'ru', 'sv', 'cs', 'ar']) 23:06:09 &lt;str4d&gt; 지금 방식이 그렇습니다. 23:06:24 &lt;str4d&gt; 하지만 제 기억엔 welterde는 ACCEPT_LANGUAGES만 의존하는 걸 썩 좋아하지 않았어요 23:07:01 &lt;zzz&gt; 백엔드는 잘 모르지만, 꽤 엄격한 url-&gt;파일 매핑 기술을 쓰는 것처럼 들리네? 23:07:16 &lt;zzz&gt; 지금과 같은 백엔드를 쓰는지도 모르겠고, 아니면 새로운 건지 23:07:42 &lt;str4d&gt; zzz, 기술 자체가 엄격한 건 아니고요 - 엄격한 건 페이지를 mtn에 두어야 한다는 요구예요. 23:07:46 &lt;str4d&gt; @app.route('/&lt;string:lang&gt;/site/&lt;path:page&gt;') 23:08:01 &lt;str4d&gt; ^-- 그게 site url을 받는 핸들러예요. 23:08:31 &lt;zzz&gt; 쇼스톱퍼에 관해 말하자면, 내 코멘트는 쇼스톱퍼는 아니고 그냥 코멘트야. 그리고 아직 쇼스톱퍼를 논의할 시점도 아닌 것 같아? 23:08:34 &lt;str4d&gt; 백엔드는 "page"를 파일시스템 경로로 바꾸고, 결과 파일을 템플릿 렌더러에 넘겨요. 23:09:01 &lt;str4d&gt; zzz, 이런 논의가 쇼스톱퍼를 완전히 피하는 데 도움이 되길 바라는 거죠 =) 23:09:28 &lt;zzz&gt; 알겠어. 그런데 일정은 어떤가? 며칠, 몇 주, 몇 달, 몇 년? 정말 모르겠네. 23:11:20 &lt;str4d&gt; 몇 달 안에 새 사이트를 올리고 싶어요. 23:11:23 &lt;str4d&gt; 이상적으로는 다음 릴리즈 전에 사이트 구조를 정리할 겁니다. 23:11:23 &lt;str4d&gt; 훨씬 전에* 23:11:23 &lt;str4d&gt; 그래서 제가 보는 주요 쇼스톱퍼는 새 구조에 맞는 일관된 디자인을 얻는 거예요. 23:12:01 &lt;str4d&gt; 구조는 몇 주, 론치는 몇 달. 23:13:07 &lt;str4d&gt; 다른 I2P 관련 프로젝트에도 시간을 쓰고 싶고, 지금 하고 있는 것들 중 일부를 먼저 끝내고 싶어요 ^_^ 그렇지만, 서둘러 나쁜 사이트를 내고 싶진 않아요. 23:13:50 &lt;zzz&gt; 사이트의 구조(메뉴, 페이지)는 중요하지만 어렵진 않아. 파일의 구조는, 말했듯이, 같은 게 아니고, 그렇게 중요하지도 않아. 거기에 5분 이상 쓰지 않았으면 해. 23:16:16 &lt;zzz&gt; 다만 최상위 수준에서, en/site를 없애는 건 좋겠지. url에 그게 없어야 할 것 같아 23:16:18 &lt;str4d&gt; zzz, 그 구분엔 동의하지만, 네 현재 요구사항에선 파일 구조가 url 구조와 동일하고, 그건 SEO에서 매우 중요해요. 23:16:48 &lt;zzz&gt; 하지만 매핑으로 en/site 같은 건 건너뛸 수 있어. 23:18:24 &lt;str4d&gt; 하나 우려되는 건 - /en/site(그리고 다른 페이지들의 /en)를 빼면 새 url이 레거시 캐처와 뒤섞여서 난감해질 수 있다는 거예요... 23:19:18 &lt;zzz&gt; SEO에 중요하긴 한데, 정답은 모르겠어. en/site/docs/router/transport/udp/spec.html이 /udp-specification.html보다 더 나은지, 더 나쁜지? 모르겠네. 23:19:25 &lt;str4d&gt; 즉, 예전 레거시 url에서 새 것으로의 맵 외에도, 새 url에서 파일로의 맵이 필요하고, 그건 사실상 데이터베이스죠. 23:20:12 &lt;str4d&gt; zzz, /docs/legacy/ssu/(또는 udp)가 /udp-specification보다 더 낫다는 게 제 초기 SEO 읽기에서의 결론이에요. 23:20:49 &lt;str4d&gt; 하지만 지금은 평평한 사이트 아키텍처를 옹호하는 페이지를 읽고 있어요. 23:21:12 &lt;str4d&gt; ... 그런가요? 잘 모르겠네요... 23:21:59 &lt;zzz&gt; 총 ~575개 파일, 미팅 180, 릴리즈 48, 상태 95, 그러면 240개 남음 23:22:28 &lt;str4d&gt; "영리한 내부 링크와 더불어, SEO 담당자는 주어진 웹사이트의 카테고리 계층 구조가 URL에 반영되도록 해야 한다." 23:24:39 &lt;str4d&gt; 다음은 좋은 URL 구조의 예: 23:24:42 &lt;str4d&gt; http://www.dmoz.org/Games/Video_Games/History/ 23:24:42 &lt;str4d&gt; 다음은 나쁜 URL 구조의 예: 23:24:42 &lt;str4d&gt; http://www.imdb.com/title/tt0468569/ 23:24:45 &lt;iRelay&gt; Title: Open Directory - Games: Video Games: History (at www.dmoz.org) 23:24:53 &lt;iRelay&gt; Title: The Dark Knight (2008) - IMDb (at www.imdb.com) 23:26:52 &lt;str4d&gt; 그게 제가 얻는 일반적인 견해와 일치하는 것 같네요. 23:27:04 * str4d 는 더 많은 SEO 조사를 할 예정... 으윽... 23:27:07 &lt;zzz&gt; 언어 문제를 먼저 해결해야 할 것 같아 23:27:34 &lt;str4d&gt; 네. 사용자들이 ACCEPT_LANGUAGES를 설정해놓았는지 알 수 있을까요? 23:27:37 &lt;str4d&gt; s/that/if/ 23:27:40 &lt;iRelay&gt; str4d meant: Yeah. Do we know if users will have ACCEPT_LANGUAGES set? 23:27:44 &lt;str4d&gt; HTTP 프록시가 그걸 필터링하나요? 23:28:35 &lt;zzz&gt; accept-*를 올바르게 처리하면 크롤러도 더 잘 동작하겠지 23:28:35 &lt;zzz&gt; 그런데 수동 언어 선택은 어떻게 하지 - 쿠키를 설정해서 그걸로 오버라이드? 23:28:35 &lt;zzz&gt; 난 그걸 어떻게 하는지 거의 몰라 23:28:38 &lt;zzz&gt; lang/....인지 .../foo_lang.html인지 확정하기 전엔 더 나아갈 수 없어. duck이 en/site 스킴을 골랐는진 모르겠지만, 그게 중요한 건 아니야 23:29:25 &lt;zzz&gt; 확실히 블로그, 신문 등에서는 모범 사례가 명확해: myblog.com/2012/12/i-think-obama-is -the-whatever.html 23:32:14 &lt;zzz&gt; 많은 사이트가 광고나 url "추측러"들을 위해 리디렉션이 있는 짧은 url을 써 - 예: http://cbs.com/survivor 23:32:21 &lt;iRelay&gt; Title: Survivor: Watch Episodes and Video and Join the Ultimate Fan Community - CBS.com (at cbs.com) 23:32:40 &lt;zzz&gt; 트윗/페이스북/광고용 짧은 url, 리디렉션이어도 상관없을지도 23:33:39 &lt;zzz&gt; i2p http 프록시는 accept-*를 필터링해 23:45:41 &lt;str4d&gt; zzz 맞아요, 그러면 URL 기반 언어 옵션이 필요하겠네요... 23:47:49 &lt;str4d&gt; 쿠키 - 사이트 사용자 전원이 쿠키를 활성화했다고 가정해도 될까요? 23:48:16 &lt;str4d&gt; 적어도 비영어 사용자들(I2P와 클리어넷 모두)은요 23:49:50 &lt;zzz&gt; 모르겠어 23:54:23 &lt;str4d&gt; 적어도 I2P 내부에선, 더 신중한 사용자들을 소외시키고 싶진 않네요. 23:58:45 &lt;str4d&gt; 어쨌든, 이 회의는 좀 웹사이트 토론회로 변했네요 - 미안! 23:58:45 &lt;RN&gt; 맞아요, 저는 기본적으로 쿠키를 차단하고, 저만 그런 건 아닐 거예요 23:59:07 &lt;RN&gt; 중요한 내용이에요 str4d :) 00:02:24 &lt;str4d&gt; 그럼 공식적으로 회의를 마치겠습니다만, 웹사이트 논의는 계속해도 됩니다(저는 한 시간쯤 자리를 비울게요). 00:02:27 &lt;str4d&gt; 빨리 말하고 싶은 점이 있으신가요? 00:02:34 &lt;str4d&gt; 3 00:02:34 &lt;str4d&gt; 2 00:02:34 &lt;str4d&gt; 1 00:02:37 * str4d 가 회의를 *baf*로 마침. 00:07:57 &lt;topiltzin&gt; 모두 감사합니다, 좋은 시간이었어요. SEO에 대해 많이 배웠고 zzz가 이렇게 열정적인 걸 보니 즐거웠습니다. ( dg-요정가루의 여파일지도 :) ) 저는 웹사이트 쪽은 영 소질이 없어서 더 기여하지 못해 아쉽네요. 00:08:13 &lt;topiltzin&gt; 그리고 로그 남겨준 KillYourTV와 sighup-bot__에게도 감사 :) 00:13:54 &lt;zzz&gt; 헐. 우리가 아직 회의 중인 줄 몰랐네 :) 00:26:40 &lt;topiltzin&gt; 방금 멍때리다 돌아왔어요 :) 뒷자리가 너무 아늑해서 잠깐 넋을 놨네요 </div>/ko/blog/2012/12/17/0.9.4-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 17 Dec 2012 00:00:00 +0000/ko/blog/2012/12/17/0.9.4-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.4에는 네트워크 성능과 신뢰성을 저하시킨 0.9.2 도입의 네트워크 용량 버그에 대한 수정이 포함되어 있습니다. 또한 네트워크 내 업데이트 시스템에 큰 변경 사항이 포함되었고, 네트워크 내 토렌트를 통해 업데이트할 수 있는 기능이 추가되었습니다.</p> <p>지난 릴리스에서 도입된 i2psnark DHT 구현에서 여러 버그를 수정했습니다. console 또는 http 프록시 비밀번호를 사용하는 분들을 위해, 보다 안전한 digest 방식으로 전환했고 console 양식의 보안을 개선했습니다.</p> <p>이미 개발 빌드를 실행 중인 분들의 경우, router는 새로운 네트워크 내 토렌트 기능을 사용하여 0.9.4-0으로 자동 업데이트됩니다. 0.9.3-0을 실행 중인 분들은 네트워크 내 HTTP를 사용해 정상적으로 업데이트되며, 0.9.5를 릴리스할 때 더 많은 정보를 제공해 드리겠습니다.</p>/ko/blog/2012/12/11/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2012%EB%85%84-12%EC%9B%94-11%EC%9D%BC/Tue, 11 Dec 2012 00:00:00 +0000/ko/blog/2012/12/11/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2012%EB%85%84-12%EC%9B%94-11%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> lillith, Meeh, postman, psi, str4d, topiltzin, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 20:20:09 &lt;str4d&gt; &lt;str4d&gt; dg가 어디 있는지 확실치 않아서, 어쨌든 회의를 시작하고 지난주 안건을 이어서 진행하자고 제안합니다(필요하면 다시 시작). 20:20:09 &lt;str4d&gt; (`http://zzz.i2p/posts/5779)` 20:20:18 &lt;iRelay&gt; 제목: zzz.i2p: IRC 회의 (zzz.i2p에서) 20:40:14 &lt;str4d&gt; 아무도 답하지 않나요? 20:41:48 &lt;Meeh&gt; 회의 참석할게요 20:42:09 &lt;Meeh&gt; 그런데 오늘 IRC가 정말 불안정했어요 20:51:48 &lt;str4d&gt; 누가 의장을 맡아서 회의를 시작할래요? dg가 어디 갔는지 모르겠고, 저는 중간에 떠나야 해서 못 해요. 20:52:40 &lt;str4d&gt; iRelay가 postman의 서버에 있는 것 같으니, 의장도 거기에 있으면 끊겨도 회의 로그에는 영향이 없을 거예요. 21:01:13 &lt;psi&gt; 회의는…? 21:01:32 * lillith zzz.i2p를 성공적으로 로드하면 의장을 맡겠다고 자원 21:04:05 &lt;psi&gt; 이제 회의 맞지? 21:05:43 &lt;lillith&gt; 네, 다른 사람이 의장 맡겠다고 하지 않는다면요 21:07:16 &lt;psi&gt; ok 21:07:16 &lt;psi&gt; 주제? 21:07:16 &lt;lillith&gt; 그럼, 지난주에 멈춘 데서 이어서, orion 여기 있나요? 21:09:52 &lt;psi&gt; 할 만해 보이네요 21:09:54 &lt;lillith&gt; 근데 뭘 위해서인진 잘 모르겠음, 적어도 나에겐 좀 무의미해 보임 21:10:20 &lt;psi&gt; 사용자 지원을 위한 더 체계적인 환경을 만들려고요 21:10:27 &lt;psi&gt; 제 기억이 맞다면 21:10:48 &lt;topiltzin&gt; 자원을 모으자는 쪽에 더 가까움 21:11:05 &lt;topiltzin&gt; 그건 +1인데, 제 기억이 맞다면 먼저 누군가에게 요청해야 했음(채널 소유자? 누구였/인가요?) 21:11:13 &lt;lillith&gt; 그럼 꽤 죽어 있는 두 채널을 덜 죽은 하나로 합치자는 거? 21:11:50 &lt;topiltzin&gt; 응 21:12:23 &lt;lillith&gt; 좋아요 항목 2a: 각 채널의 소유자는 누구고, 어떻게 생각하나요? 21:12:50 &lt;lillith&gt; 2b: 새 채널 이름은 #i2p인가요, #i2p-help인가요? 21:12:57 * postman이 #i2p를 소유하고 있고, 특별한 의견은 없음 21:13:31 &lt;postman&gt; #i2p는 이름을 유지해야 함 21:13:33 &lt;lillith&gt; 2c: 하나는 삭제하고 다른 쪽으로 리다이렉트하도록 누군가에게 요청 21:13:38 &lt;postman&gt; zzz가 #i2p-help 소유 21:14:10 &lt;psi&gt; ircd가 채널에 대해 일종의 "symlink"를 할 수 있다고 생각하는데요? 21:14:12 &lt;lillith&gt; 새 사용자는 연결하자마자 먼저 갈 수 있는 명확한 'help' 채널이 필요하다고 봐요 21:14:31 &lt;lillith&gt; 그렇지 않으면 아무 채널에서나 물어보게 될 거예요 21:14:51 &lt;postman&gt; symlink 관련: 그건 확인해 보겠음 21:16:35 &lt;lillith&gt; 좋아요, 항목 2는 처리된 거죠? 21:18:16 &lt;lillith&gt; 항목 3: 웹사이트 개편 업데이트. 21:18:35 &lt;lillith&gt; str4d, 소식 있나요? 21:18:37 &lt;psi&gt; 그거 몇 명이 작업 중이죠? 21:23:13 &lt;lillith&gt; psi: 내가 알기로는 str4d 한 명 21:28:17 &lt;lillith&gt; 항목 4 관련: 0.9.4 Console 링크 추가, str4d는 나간 것 같고 books도 없으니, 아마 다음 주? 21:28:17 &lt;str4d&gt; lillith, 곧 afk 함 21:28:26 &lt;str4d&gt; 하지만 웹사이트 페이지 재구성은 거의 완료됨. 21:33:45 &lt;str4d&gt; 이에 대해 (탐색과 URL 구조) 사람들 피드백을 받고 싶음 - 라이브 URL은 티켓 #807 참조 21:33:48 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/807` - (승인된 개선) - 웹사이트 개편 21:33:50 &lt;str4d&gt; 그리고 그 티켓에는 개편의 다음 TODO 항목들도 나열되어 있음. 21:33:50 &lt;lillith&gt; 좋아요, 감사합니다 :) 21:34:09 &lt;lillith&gt; 항목 5 ; 0.9.4 릴리스 21:35:46 &lt;lillith&gt; zzz, 여전히 12월 중순을 목표로 하나요? 21:39:52 &lt;zzz&gt; 월요일. /topic 및 `http://zzz.i2p/topics/1252` 도 참고 21:39:55 &lt;zzz&gt; 그리고 Console 링크 추가 관련, 그 안건은 0.9.5를 위해 6주 뒤로 미룰 수 있음 21:45:02 &lt;lillith&gt; 좋아요 고마워요 :) 21:45:09 &lt;lillith&gt; 항목 6 : 참가자들의 노트 21:45:09 &lt;lillith&gt; ... 누구요? 21:45:09 &lt;psi&gt; 노트? 21:45:09 &lt;lillith&gt; 추가하고 싶은 것 21:45:09 &lt;psi&gt; 새 사용자의 가장 흔한 불만은 시작이 느리다는 것 21:45:22 &lt;psi&gt; 그걸 해결할 방법이 있나요? 21:49:54 &lt;Meeh&gt; 설치 프로그램에 RIs(라우터 정보, RouterInfos)를 포함하게 하면 시작 속도에 도움이 될 수 있음. 하지만 완벽한 해결책은 아님 21:49:54 &lt;Meeh&gt; 그 RIs가 다운되거나 고부하이면 어떻게 하죠, 등등 21:49:54 &lt;psi&gt; prebundling 말고 초기 시드를 더 "빠르게" 하는 방법이 있나요? 21:49:54 &lt;zzz&gt; Meeh, 당신의 reseed(초기 시드 다운로드) 서버 스크립트가 병목이 되나요? reseeding을 느리게 하진 않나요? 21:49:54 &lt;Meeh&gt; router가 reseeding을 멈추기 전의 한도를 2~300으로 높이자고요.. 하지만 이 또한 완벽한 아이디어는 아님 21:49:54 &lt;lillith&gt; Meeh, 어떤 해결책이라도 없는 것보단 낫죠 21:49:54 &lt;Meeh&gt; sqlite에 write lock이 걸리기 때문에 사용량이 많으면 서버가 느려짐 21:49:56 &lt;Meeh&gt; mysql 버전을 만들어야겠음, 그리고 그것을 사용할 수 있는 reseeder들이 있다면 큰 도움이 될 것 21:51:20 &lt;lillith&gt; RIs를 prebundling하면 초기 시작만 빨라질 뿐; 최악의 경우 지금과 동일 21:51:20 &lt;Meeh&gt; 그럼 파일/DB 잠금이 더는 병목이 되지 않음 21:52:49 &lt;Meeh&gt; 또는 서버로 동작하기만 하면 다른 *sql이라도 상관없음 22:01: &lt;lillith&gt; orion은 여기 없는 것 같고, 그 없이 어떻게 진행할 수 있을지 모르겠음 22:04: &lt;lillith&gt; 항목 7: 다음 회의 22:06: &lt;topiltzin&gt; pre-bundling에 반대하는 강한 논거들이 있는데, zzz.i2p에 있음 22:07: &lt;lillith&gt; 이건 dg에게 맡길게요, 아마 다음 주 화요일(18일) 8.00 UTC일 듯 22:08: &lt;lillith&gt; topiltzin, 살펴볼게 22:09: &lt;lillith&gt; 그럼 이 회의는 이제 공식적으로 종료된 걸로 :) </div>/ko/blog/2012/12/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2012%EB%85%84-12%EC%9B%94-4%EC%9D%BC/Tue, 04 Dec 2012 00:00:00 +0000/ko/blog/2012/12/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2012%EB%85%84-12%EC%9B%94-4%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dg, hottuna, KillYourTV, lillith, Meeh, psi, str4d, weltende, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:18:53 * KillYourTV 가 회의 시작 후 17분이 지났다는 걸 알아차렸고... 조용하게 시작했네... 20:19:31 &lt;lillith&gt; 나도 그게 궁금했어, 나도 시간을 잘못 본 건가? 20:20:23 * dg 는 자신이 한가해지길 기다리는 중 20:20:30 &lt;dg&gt; 먼저 마무리해야 할 게 좀 있어 20:20:33 &lt;dg&gt; 미안 20:20:39 &lt;dg&gt; 필요하면 나 없이 시작해도 돼 20:23:07 * KillYourTV 는 자신의 꽤 사소하고 중요하지 않은 역할들 때문에 대부분 관찰자로 있을 예정... 20:23:15 &lt;KillYourTV&gt; ...그래서 시작 시간이야 상관없지. 20:23:39 &lt;Meeh&gt; 난 여기 있을게, 하지만 dg가 준비될 때까지 기다릴 수 있어 20:23:42 &lt;str4d&gt; netsplit(IRC 네트워크 분할 현상)을 줄이기 위해 같은 리프에 IRC 리프 연결을 두 개 두는 게 가능할지 궁금하네... 20:23:48 &lt;dg&gt; 아무도 짜증 내지 않는다면, 조금 더 기다릴게 20:23:59 &lt;dg&gt; 부디 $task 가 오래 걸리지 않길 20:24:02 &lt;str4d&gt; (메시지가 두 번씩 올라오지 않게) 20:24:05 &lt;dg&gt; str4d: IRCd에 꽤 진지한(srs) 수정 없이는 불가 20:24:16 &lt;dg&gt; (아니면 i2p hax?) 20:24:22 * KillYourTV 가 작업 nice 값을 조절해서 dg에게 더 많은 CPU 시간을 양보함 20:25:07 &lt;str4d&gt; IRCd용 I2P mods는 이미 있으니, 중복(redundancy)은 왜 안 돼? 20:25:50 &lt;dg&gt; 사실은 20:25:50 &lt;str4d&gt; IRCd에 따라 다르겠지 20:26:04 &lt;dg&gt; 난 IRC 분리 현상(스플릿) 빈도를 네트워크 건전성의 지표로 보기도 해 20:26:19 &lt;dg&gt; 내게는 tunnel 성공률에 대해 뭔가 말해주거든 :-P 20:27:07 &lt;str4d&gt; 말이 나온 김에. 20:27:30 &lt;KillYourTV&gt; 무슨 mods가 적용됐고 왜 필요했는지는 모르겠네. (예전에 ngircd는 b32 표시를 위해 잠깐 mod가 필요했지만... webirc에선 필요 없었고 (그리고 여기선 어차피 표시도 안 됨)) 20:28:00 &lt;str4d&gt; -_- 20:49:54 &lt;psi&gt; orion: c++ i2p 관련, 네 코드에 빌드 시스템 추가해도 괜찮을까? 아마 scons 20:54:16 &lt;dg&gt; 준비됐어 20:54:27 &lt;dg&gt; 기다리게 해서 미안, 여러분 20:55:01 * dg 가 #i2p-dev 에 ping 21:03:16 &lt;str4d&gt; o/ dg 21:04:09 &lt;hottuna&gt; 안녕 dg 21:05:07 &lt;iRelay&gt; &lt;weltende@freenode&gt; *손을 흔듭니다* 21:05:53 &lt;psi&gt; 야호 21:05:56 * psi 시간 초과 21:11:17 &lt;hottuna&gt; 준비됐어, dg? 21:13:23 &lt;dg&gt; 미안, 나 연결 끊겼었어 21:13:26 &lt;dg&gt; 뭐 놓쳤어? 21:13:26 &lt;dg&gt; &lt;+iRelay&gt; &lt;weltende@freenode&gt; *손을 흔듭니다* 21:13:26 &lt;dg&gt; chanserv 가 psi에게 발언권(voice)을 줌 21:13:26 &lt;dg&gt; &lt;+psi&gt; 야호 21:13:26 &lt;dg&gt; +psi 시간 초과 21:13:26 &lt;dg&gt; s-771 의 새 이름은 s-77 21:13:26 &lt;dg&gt; &lt;+dg&gt; 야호! 21:13:26 &lt;dg&gt; &lt;+dg&gt; 모두가 나 때문에 깼네&lt;3 21:13:27 &lt;dg&gt; &lt;+dg&gt; weltende: 메일링 리스트 관련 소식 있어? 제발 좋은 소식 좀 21:13:27 &lt;Meeh&gt; *손을 흔듭니다* 21:13:27 &lt;hottuna&gt; 아무것도 놓친 것 같진 않아 21:13:27 &lt;psi&gt; 응 21:13:27 &lt;dg&gt; 좋아 21:13:27 &lt;dg&gt; 그러면, weltende: .. 21:14:37 &lt;iRelay&gt; &lt;weltende@freenode&gt; 별로.. 아직 시간 없었어 21:14:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; kytv가 할 수 있을 거야.. 기억하기론 그 박스에 root 접근 권한이 있지 ;-) 21:14:50 * dg 가 몇 분 기다림 21:15:41 * dg 가 KillYourTV를 툭 건드림 21:17:30 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: 그리고 카우벨을 더! 21:17:34 &lt;iRelay&gt; &lt;weltende@freenode&gt; 어... 구조(화) 21:18:02 * dg 는 그런 건 늘 못하지만, 해볼게 21:18:12 * dg 계속 진행 21:18:15 &lt;dg&gt; KillYourTV: 돌아오면 ping 21:18:21 &lt;dg&gt; 그럼, 상태 업데이트. 21:18:40 * str4d 는 약 40분 있어, 그러니 GTFG fg ;P 21:18:40 &lt;KillYourTV&gt; 흠? 내가 root였는진 몰랐네, 그래도 시간 좀 써볼게 (과제랑 이사 때문에 시간이 꽤 들었거든) 21:18:40 &lt;dg&gt; 회의가 있으니(그리고 가능하면 요약도, 하지만 지금은 잘 안 되고 있지만) 그걸 다시 가져올 가치가 있을까? 21:19:15 &lt;str4d&gt; dg, 상태 업데이트는 누구를 위한 거야? 21:19:22 &lt;str4d&gt; s/for/aimed at/ 21:19:25 &lt;iRelay&gt; str4d 의도: dg, 상태 업데이트는 누구를 대상으로 하는 거야? 21:19:34 &lt;dg&gt; 음, jrandom이 관리하던 이전 것들은 회의 내용을 요약해서 보고 싶어하는 사람들을 위한 거였다고 생각해 21:20:06 &lt;dg&gt; 아마 지난 회의 때 했던 것처럼(웹사이트에서) 페이지 상단에 결과를 요약해 두는 방식도 가능하겠지 21:20:31 &lt;hottuna&gt; 커뮤니티 구축 측면에선 좋겠지만, 일거리가 좀 늘지. 21:20:49 * dg 는 꼭 필수라고 보진 않지만, 회의에서 무엇을 해냈고/결정했는지 적어두면 좋을 것 같아 21:21:32 &lt;hottuna&gt; 누가 맡고 싶어? 21:22:01 &lt;str4d&gt; 사이트 개편에서는 상태 업데이트를 '블로그 글'로 봤어 21:22:05 &lt;str4d&gt; 그래서 그 형식으로 쓰거나, 상태 업데이트를 그렇게 구조화하는 게 더 나을지도. 21:22:20 &lt;hottuna&gt; 꽤 좋아 보이네 21:22:57 &lt;str4d&gt; (그리고 블로그에 RSS 같은 게 붙을 테니, 원하는 다른 배포 경로에도 그걸로 피드할 수 있어) 21:23:24 &lt;psi&gt; 포인트 1: 고려 사항, CCC 21:23:27 &lt;lillith&gt; 회의 후에 zzz.i2p에 새 스레드를 만들어서, 논의된 것에 대한 후속 이야기를 사람들이 덧글로 달 수 있게 하면 어떨까 했어 21:23:30 &lt;psi&gt; ‘이 쪽’은 어떻게 조직할까? 21:23:55 &lt;hottuna&gt; 난 블로그 아이디어에 찬성해, 다만 누군가는 해야 하니까. 21:24:50 &lt;psi&gt; 아 뭐야 랙 21:25:27 &lt;str4d&gt; 그리고 상태 업데이트가 꼭 회의록처럼 자세할 필요는 없어, 실제 회의록은 개편된 사이트의 회의 섹션에 넣으면 되니까 (회의록도 피드로 제공하고, 전체 로그는 사이트에서 회의록과 함께 보여주는 걸 생각 중이야) 21:26:10 &lt;zzz&gt; dg, 참고로, jr의 상태 업데이트는 각 회의 몇 시간 전에 보내졌고, 이전 회의의 회의록이 아니었어 21:26:55 &lt;str4d&gt; 아, 고마워 zzz - 그러니까 회의 전에 모두가 현황을 파악하도록 하는 일반적인 업데이트였군. 21:27:10 &lt;zzz&gt; 맞아 21:27:39 &lt;zzz&gt; dg, 참고로, jr의 상태 업데이트는 각 회의 몇 시간 전에 보내졌고, 이전 회의의 회의록이 아니었어 21:28:00 &lt;dg&gt; zzz: 아 오케이, $week 의 요약(tl;dr)이었던 거지? 21:28:03 &lt;dg&gt; &lt;+dg&gt; 넘어갈까? 21:28:03 &lt;dg&gt; &lt;+dg&gt; psi: ccc 는 안건에 있어 :) 21:28:03 &lt;dg&gt; --- aquarium (grenze@irc2p) 이(가) #i2p-dev 에 참가함 21:28:06 &lt;dg&gt; --- w8rabbit (w8rabbit@irc2p) 이(가) 퇴장함 (Killed (nickserv (Nick kill enforced))) 21:28:06 &lt;zzz&gt; &lt;str4d&gt; 아, 고마워 zzz - 그러니까 회의 전에 모두가 현황을 파악하도록 하는 일반적인 업데이트였군. 21:28:06 &lt;zzz&gt; &lt;zzz&gt; 맞아 21:28:09 &lt;dg&gt; &lt;+dg&gt; 다음 주제: * PR management role (`http://zzz.i2p/topics/1299)` 21:28:09 &lt;dg&gt; &lt;+dg&gt; 그걸 올린 사람이 여기 있는진 모르겠네.. 21:28:09 &lt;str4d&gt; dg, 재전송: 그리고 상태 업데이트가 꼭 회의록처럼 자세할 필요는 없어, 실제 회의록은 개편된 사이트의 회의 섹션에 넣으면 되니까 (회의록도 피드로 제공하고, 전체 로그는 사이트에서 회의록과 함께 보여주는 걸 생각 중이야) 21:28:24 &lt;str4d&gt; 맞아 여기 있어 - orion? 21:28:34 &lt;hottuna&gt; dg, 회의 전에 블로그에 상태 업데이트를 써줄 수 있어? 21:29:16 &lt;str4d&gt; (적어도 채널엔 있어) 21:29:23 &lt;str4d&gt; 그리고 기록으로 남겨두자면(FTR) 이 사람이 I2PCPP 작업하는 사람이야 21:30:15 * psi 가 i2pcpp 를 컴파일 중 21:31:12 &lt;psi&gt; 코드도 같이 보고 있어 21:32:58 &lt;psi&gt; SConstruct 파일을 만들었어 21:36:03 &lt;dg&gt; 젠장 쥐들이 케이블을 갉아먹네 21:36:03 &lt;dg&gt; [repost] 21:36:03 &lt;dg&gt; &lt;+psi&gt; SConstruct 파일을 만들었어 21:36:05 &lt;dg&gt; &lt;+dg&gt; str4d: 21:36:05 &lt;dg&gt; &lt;+dg&gt; * 웹사이트 개편 업데이트 21:36:05 &lt;dg&gt; &lt;+dg&gt; 뭐 있어? 21:36:08 &lt;dg&gt; [/repost] 21:36:12 &lt;str4d&gt; dg, 스테이블이 더(m0ar) 필요해 21:36:15 &lt;str4d&gt; =P 21:36:21 &lt;dg&gt; :( 21:36:36 &lt;str4d&gt; dg, 네트워크별 URL이 동작하게 했어 21:36:59 &lt;dg&gt; 오 좋아, 진전이네 21:37:02 &lt;dg&gt; 어떻게 했어? 21:37:06 * psi 메모: 4코어 머신에서 -j8 로 컴파일하지 말자 21:37:13 &lt;str4d&gt; 그러니까 페이지 파일에서 &lt;a href="http://{{ i2pconv(trac.i2p2.i2p) }}/"&gt; 를 넣으면 trac.i2p2.de 로 변환돼 21:37:32 &lt;str4d&gt; 그리고 (하드코딩된) 알려진 공개 URL이 있는 다른 사이트들도 마찬가지. 21:37:39 &lt;str4d&gt; 그 외에는 .to 를 덧붙여 21:38:16 &lt;str4d&gt; dg, 문제는 Flask가 문자열에 적용된 필터를 캐싱하고 있었던 거야. 21:38:19 &lt;str4d&gt; 그래서 템플릿을 처음 읽을 때만 평가(eval)되고 저장됐지. 21:38:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; psi: 코어당 멀티 스레드를 안 돌리는 한 ;) 21:38:43 &lt;str4d&gt; 그 필터를 컨텍스트 프로세서로 바꿔서(요청마다 함수가 평가되도록) 해결했어. 21:38:46 &lt;dg&gt; 오, 하 21:39:34 &lt;str4d&gt; 원하면 전체 URL을 넘기면 도메인 부분을 찾아 변경하도록 함수를 일반화해볼게. 21:39:45 &lt;str4d&gt; 하지만 지금은 작동함(Works For Now) (TM) 21:40:01 &lt;dg&gt; psi: 21:40:04 &lt;dg&gt; * CCC 워크숍/라이트닝 토크 논의 21:40:28 &lt;psi&gt; 응 21:40:39 * psi 가 zzz.i2p 링크를 검토 중 21:40:58 &lt;str4d&gt; (여담: 시간이 나면(피드 메커니즘의 버그를 잡은 뒤에) welterde랑 다운로드 미러링도 정리해보고 싶어.) 21:42:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: 음.. 충분히 간단해야지.. 모든 http, ftp 미러 목록이 든 텍스트 파일을 mtn에.. 21:44:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; (그리고 백엔드엔 rsync 마스터 사이트 하나만 두고, 모든 미러가 거기서 끌어가도록) 21:44:40 &lt;hottuna&gt; 라이트닝 토크 주제 정했나? 21:44:40 &lt;psi&gt; CCC 관련, 내가 제때 거기 가려면 필요한 서류를 준비할 확률은 0%야 21:44:40 &lt;psi&gt; 그리고... '딴 일'도 많고 21:44:40 &lt;psi&gt; 전반적으로 기말고사 때문에 과부하 상태야 21:44:40 &lt;psi&gt; 그리고 랙도 있고 21:45:31 &lt;str4d&gt; welterde, 그럴 거라 예상은 했는데, 현재 미러 구성엔 익숙하지 않아. 21:47:26 &lt;str4d&gt; 물론 또 하나는 남은 예전 페이지들을 옮기는 거지(그리고 내비게이션 레이아웃 정리) 21:48:06 &lt;dg&gt; &lt;+psi&gt; CCC 관련, 내가 제때 거기 가려면 필요한 서류를 준비할 확률은 0%야 21:48:06 &lt;dg&gt; &lt;+psi&gt; 그리고... '딴 일'도 많고 21:48:06 &lt;dg&gt; &lt;+psi&gt; 전반적으로 기말고사 때문에 과부하 상태야 21:48:06 &lt;dg&gt; &lt;+psi&gt; 그리고 랙도 있고 21:48:06 &lt;dg&gt; &lt;+dg&gt; 청중에게 전에 i2p 써본 사람이 있는지 물어볼 수도 있겠지 21:48:09 &lt;dg&gt; &lt;+iRelay&gt; &lt;weltende@freenode&gt; (그리고 백엔드엔 rsync 마스터 사이트 하나만 두고, 모든 미러가 거기서 끌어가도록) 21:48:09 &lt;dg&gt; &lt;+dg&gt; psi: 그래, 내가 아는 한 ech와 welt는 가 21:48:11 &lt;dg&gt; &lt;+str4d&gt; welterde, 그럴 거라 예상은 했는데, 현재 미러 구성엔 익숙하지 않아. 21:51:57 &lt;str4d&gt; 좋아, 이만 가볼게 o/ 21:52:13 &lt;dg&gt; 잘 가 o/ 21:52:28 &lt;dg&gt; 정말 더 일찍 시작했어야 했는데 21:52:31 &lt;dg&gt; 젠장 21:52:47 &lt;str4d&gt; 끝날 때쯤 돌아올 수 있을지 볼게, 장담은 못 하지만. 21:53:35 &lt;dg&gt; 좋아, stenography 21:53:42 * dg 가 Meeh를 툭 건드림 21:54:01 &lt;psi&gt; transports를 만들기 위한 제네릭 인터페이스가 필요해 21:54:04 &lt;psi&gt; (내 생각엔) 21:54:23 &lt;psi&gt; s/need/should\ have/ 21:54:26 &lt;iRelay&gt; psi 의도: transports를 만들기 위한 제네릭 인터페이스가 있어야\ 해 21:55:08 &lt;Meeh&gt; 나 여기 있어, 미안 방금 전화 때문에 방해받았어, 이제 돌아왔어 21:55:16 &lt;dg&gt; 내가 아는 한 'restricted routes(제한된 경로)'라는 게 있는데, 어떻게 동작하는지는 몰라 21:55:19 &lt;Meeh&gt; *따라잡는 중/로그 읽는 중* 21:55:22 &lt;dg&gt; (아직 구현도 안 됐나..?) 21:55:28 &lt;dg&gt; Meeh: 읽을 게 그리 많진 않아.. :( 21:55:50 &lt;psi&gt; dg 그거 문서 없어? 21:56:10 &lt;dg&gt; psi: www.i2p2.i2p 의 로드맵 같은 데서 언급된 것밖에 못 찾았어.. 21:56:47 &lt;psi&gt; 'restricted routes'가 뭐였는지 기억나는 사람 있으면 말해줘 21:56:50 &lt;lillith&gt; dg, 내가 이해하기론 restricted routes는 freenet의 '다크넷 모드'처럼 신뢰하는 피어를 통해서만 연결하는 거야 21:56:57 &lt;psi&gt; 아하 21:57:16 &lt;dg&gt; 아하 21:57:31 &lt;lillith&gt; 아마도 :) 21:57:34 &lt;psi&gt; 그게 맞는 것 같네 21:58:11 &lt;dg&gt; 이름이랑도 맞아떨어지네 21:58:33 &lt;lillith&gt; 최근에 zzz.i2p에서 언급됐던 걸로 기억해 21:59:40 &lt;psi&gt; 예전에 확실히 알던 사람이 있다면 '확인' 좀 해주면 좋겠어 22:01:31 &lt;lillith&gt; `http://zzz.i2p/topics/114` 22:04:31 * dg 읽는 중 22:04:31 &lt;lillith&gt; 내가 말한 건 아니지만, 꽤 자세히 설명하고 있어 22:06:02 &lt;Meeh&gt; 궁금한데, 지금 회의 어디쯤이야? 22:06:13 &lt;Meeh&gt; 현재 주제가 뭐야 22:06:16 &lt;dg&gt; 지금은 좀 둥둥 떠다니는 중이야, Meeh 22:06:23 &lt;Meeh&gt; 아 오케이 22:06:31 &lt;dg&gt; "* I2P 트래픽 숨기기. Tor처럼, SSL 트래픽처럼 보이게 숨기거나 그런 것. (다크넷이 불법인 나라들을 고려) " 22:06:41 &lt;dg&gt; (우리가 늦게 시작해서 망하는 중) 22:08:10 &lt;Meeh&gt; 그래, 다크넷을 차단하거나 불법화하는 국가들을 위한 대체 transport를 고민해야 해 22:09:47 &lt;lillith&gt; 일단 시작하자면: 지금 i2p 트래픽은 얼마나 눈에 띄어? 22:09:50 &lt;hottuna&gt; 그런 건 tor가 하는 방식과 비슷하게 대응해야 한다고 봐 22:09:50 &lt;hottuna&gt; 필요할 때까지는 배포하지 말고 22:09:50 &lt;hottuna&gt; 군비 경쟁을 최대한 늦추기 위해서 22:09:50 &lt;hottuna&gt; 하지만 아직 어디에서도 차단된 적은 없고 22:09:50 &lt;hottuna&gt; 내가 아는 한은 그래 22:10:05 &lt;dg&gt; (아직은) 22:10:25 &lt;dg&gt; 또, 이런 종류의 '보호' 즉 시스템이 없다는 게 일부 사람들을 i2p에서 멀어지게 하기도 해 22:10:32 &lt;psi&gt; 일반적으로 generic transport API는 개발자들에게 금광이지 22:10:32 &lt;hottuna&gt; 우린 무작위 데이터가 많긴 하지만, SSL의 헤더는 없거든 22:10:57 &lt;dg&gt; obfsproxy는 대단하지만 그 정도 급이 필요한 건 아니야 22:11:48 &lt;psi&gt; 염소를 통해서든 http+ssl이든 너만의 방식으로 데이터 전송을 구현할 수 있는 그런 인터페이스 22:11:50 &lt;iRelay&gt; &lt;weltende@freenode&gt; psi: 우리 이미 generic transport API 있어 ;) 22:11:54 &lt;lillith&gt; i2p가 '너무 안전하다'는 건 사실상 없지 22:12:02 &lt;hottuna&gt; transport API는 좋은 아이디어고, 필요한 transport를 빠르게 개발할 수 있게 해줄 거야 22:12:14 &lt;psi&gt; 있다고? 응? 22:12:36 &lt;psi&gt; 코드를 더 자세히 봐야겠네 22:12:56 &lt;psi&gt; 눈에 잘 안 띄었거나 내가 못 봤거나 아니면 없는 거거나 22:13:03 &lt;Meeh&gt; 그래, 아직은.. 시간문제야 22:13:36 &lt;iRelay&gt; &lt;weltende@freenode&gt; router/java/src/net/i2p/router/transport/Transport.java 가 네가 구현해야 할 인터페이스야 22:13:36 &lt;dg&gt; 절대 그렇지 않아, lillith 22:13:46 &lt;dg&gt; 물론 i2p는 이미 암호화가 엄청 많긴 하지 22:14:17 &lt;hottuna&gt; 내 생각엔 obfsproxy는 형편없고, tor에 가능한 한 프랑켄슈타인처럼 덧붙여놨지 22:14:40 &lt;dg&gt; 난 그들의 pluggable transports는 마음에 안 드는데 기술 자체는 멋져 22:14:48 &lt;dg&gt; (Skype를 흉내 내는 건 멋진 것 중 하나지) 22:17:27 &lt;psi&gt; 내 기억으론 obsproxy는 역효과를 낼 수도 있어 22:17:33 &lt;hottuna&gt; 나 가봐야 해 22:17:46 &lt;psi&gt; 감시 네트워크를 에뮬레이션하기 때문이지 22:17:53 * psi 철자 22:18:00 &lt;dg&gt; 잘 가 22:19:55 &lt;psi&gt; 나도 일단 나가야겠어 22:20:27 &lt;dg&gt; 오늘은 여기까지 하고 다음 주/가까운 시일 내로 다시 하자 22:20:34 &lt;dg&gt; 이번엔 좀 말아먹었네 22:21:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; 그게 좋겠네 22:21:07 &lt;psi&gt; 미팅 구조를 미리 정해두는 게 좋아 22:21:54 &lt;dg&gt; 응 22:26:10 &lt;Meeh&gt; 연결 끊김... 22:26:29 &lt;Meeh&gt; 23:10:30 &lt;+psi&gt; 일반적으로 generic transport API는 개발자들에게 금광이지 22:26:32 &lt;Meeh&gt; 23:10:31 &lt;hottuna&gt; 우린 무작위 데이터가 많긴 하지만, SSL의 헤더는 없거든 22:26:35 &lt;Meeh&gt; 23:13:01 &lt;+Meeh&gt; 그래, 아직은.. 시간문제야 22:26:38 &lt;Meeh&gt; 23:13:15 &lt;+Meeh&gt; 그러니 한동안 사람들을 i2p에서 떨어져 있게 만들 이유가 없지.. 조심해서 나쁠 건 없어 22:26:41 &lt;Meeh&gt; 내가 뭘 놓쳤지? 22:27:11 &lt;psi&gt; Meeh: 회의는 일단 여기서 산회 22:27:11 * psi 철자 22:27:58 &lt;psi&gt; &lt;dg&gt; 절대 그렇지 않아, lillith 22:27:58 &lt;Meeh&gt; 아, 맥 빠지네.. 다음 주에 회의? 22:28:10 * psi 랙 22:28:55 &lt;lillith&gt; Meeh, 아직 결정 안 됐고, 이번이 별로였으니 더 일찍 할 수도 있어 22:29:25 &lt;Meeh&gt; 맞아 맞아, 그럼 다음 주에 </div>/ko/blog/2012/11/27/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2012%EB%85%84-11%EC%9B%94-27%EC%9D%BC/Tue, 27 Nov 2012 00:00:00 +0000/ko/blog/2012/11/27/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2012%EB%85%84-11%EC%9B%94-27%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> christop1, darrob, dg, hottuna, KillYourTV, LaughingBuddha, RN, Schnaubelt, str4d, topiltzin, weltende</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 19:33:46 &lt;dg&gt; 좋아요. 19:33:49 &lt;dg&gt; 자, 오늘 안건은: 19:33:52 &lt;dg&gt; 0) 안녕하세요 19:33:55 &lt;dg&gt; 1) IRL 행사 19:33:55 &lt;dg&gt; 2) 웹사이트 19:33:58 &lt;dg&gt; (2a) 재검토 19:34:01 &lt;dg&gt; (2b) SSL 19:34:08 &lt;dg&gt; 3) 기타 의견 제안 시간 19:34:39 *** KillYourTV 모드 설정: +l 65 19:34:45 &lt;dg&gt; psi, Meeh, ech (그리고 다른 몇 분)이 IRL 행사에 참석하거나 참석 가능/의향 있는 분들입니다 19:34:51 * dg 툭툭 19:35:02 &lt;str4d&gt; 0) 안녕하세요 19:35:02 &lt;str4d&gt; 안녕하세요! 19:35:18 *** KillYourTV 모드 설정: +lf 60 [10j#R10,20m#m5,3n#N15]:15 19:35:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; 오.. 회의 시간인가요.. 19:35:29 *** KillYourTV 모드 설정: +l 65 19:35:32 &lt;dg&gt; 안녕하세요 19:35:32 &lt;KillYourTV&gt; 미안 19:35:35 &lt;KillYourTV&gt; 하이 19:35:38 &lt;dg&gt; 괜찮아요 welt, 안녕하세요! 19:35:49 &lt;hottuna_&gt; 안녕 19:35:57 &lt;dg&gt; 그럼 1) IRL 행사부터 19:36:24 &lt;dg&gt; 지난번에 잠깐 얘기했는데—, CCC에서 우리가 가진 티켓(과 사람들)을 활용해서 어떻게든 I2P를 알릴 수 있을지 궁금해요 19:36:39 &lt;dg&gt; `http://zzz.i2p/topics/1273` 관련 있음 19:36:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; 전 29c3에 있어요 19:36:59 &lt;hottuna_&gt; 스티커가 있고 29c3에 갈 예정입니다 19:37:01 &lt;iRelay&gt; &lt;weltende@freenode&gt; (그리고 스티커 가져감) 19:37:18 &lt;hottuna_&gt; 괜찮은 건 토크나 워크숍이겠죠 19:37:41 &lt;dg&gt; 저도 딱 그 생각. 스티커도 좋긴 한데 관심만 어렴풋이 유발하죠. 19:37:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; (흠.. 이번엔 큰 "LANG=en"도 가져가야 하나 :P) 19:37:55 &lt;dg&gt; 워크숍/토크가 훨씬 나아요 19:38:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; +1 19:38:12 &lt;dg&gt; (토크는 지속적인 효과가 있을 거예요) 19:38:37 &lt;iRelay&gt; * weltende@freenode 는 발표를 너무 못해요.. *다른 사람들을 대충 가리킴* 19:38:52 &lt;hottuna_&gt; 토크의 핵심 포인트는 뭐가 될까요? 19:38:55 &lt;hottuna_&gt; 일반 소개 토크는 아마 많은 사람에게 흥미롭지 않을 듯 19:39:39 &lt;dg&gt; 프랑스 연구자의 포인트로 우리가 토크를 하는 건 사실 우리 몫은 아니죠 19:39:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; I2P 시작하기 같은 워크숍을 할 수도 있죠? 19:39:49 &lt;dg&gt; 일반 소개도 어떤 포인트가 필요해요 19:39:51 &lt;dg&gt; 네 19:40:01 &lt;hottuna_&gt; intro* 19:40:01 &lt;hottuna_&gt; (행사의 기술적 성격 때문에) 19:40:16 &lt;LaughingBuddha&gt; Tor 같은 다른 솔루션과 비교는 어떨까요? 19:40:31 &lt;LaughingBuddha&gt; s/solutions/options/ 19:40:34 &lt;iRelay&gt; LaughingBuddha 의 말뜻: Maybe a comparison to other options like tor? 19:41:22 &lt;hottuna_&gt; I2P를 매력적인 옵션으로 만드는 건 뭐죠? 19:41:22 &lt;Schnaubelt&gt; LaughingBuddha: 맥락을 못 봤을 수도 있지만, 다른 목적을 위해 만들어진 소프트웨어를 비교하는 건 좋지 않다고 생각해요. 19:41:34 &lt;dg&gt; 그럼 Tor의 .onion, 헤헤. 19:41:45 &lt;dg&gt; 그게 CCC 사람들에게 흥미로울 수도 있고 아닐 수도 있고요 19:42:00 &lt;dg&gt; 그럼에도 토크로서는 다소 일반적일 거예요 19:42:06 &lt;dg&gt; 하지만 워크숍은 완전히 적합하죠 19:43:34 &lt;darrob&gt; Tor와의 차이점은 좋은 주제가 아닌 것 같아요. 청자의 관점(POV)에서는 꽤 미묘하고 너무 상세히 들어가야 하거든요. 19:43:49 &lt;RN&gt; 워크숍은 운영할 잘 아는 자원봉사자가 있다면 좋아요 19:44:00 &lt;darrob&gt; 예전에 잘 안 된 I2P 워크숍을 어렴풋이 기억해요. 제가 잘못 기억하는 걸 수도 있지만요. 19:44:11 &lt;str4d&gt; 청자들에게 무엇을 전달하려 하나요? I2P 지식이 전혀 없다고 가정할까요? 조금 아는 정도? 19:44:15 &lt;dg&gt; 이유가 있을까요? 19:44:26 &lt;hottuna_&gt; 지난 CCC에 Tor/I2P 워크숍이 있었는데, 만든 사람(gamambel)이 취소했어요. 취소된 걸 알기 전까지 10명 정도가 와 있었죠. 19:45:04 &lt;iRelay&gt; &lt;weltende@freenode&gt; 아.. 기억나요 19:45:04 &lt;dg&gt; str4d: 아마 짧게 언급한 정도, "아, 들어본 적 있지. 아마." 그 이상은 아닐 거라고 가정할게요(?) 19:45:18 &lt;dg&gt; hottuna_: CCC에서 10명이면 좋은 건가요 나쁜 건가요? 전 전혀 몰라요 :( 19:45:18 &lt;LaughingBuddha&gt; Schnaubelt: 알아요. 하지만 I2P와 Tor는 종종 같은 문장에서 언급되죠. 19:47:44 &lt;hottuna_&gt; 모르겠네요, 최소한 최악은 아니었겠죠? 19:47:47 &lt;str4d&gt; 워크숍은 보통 무엇을 포함하나요? 19:47:47 &lt;hottuna_&gt; 잘 모르겠어요, 제가 가 본 건 그게 유일했거든요. 19:47:47 &lt;RN&gt; welt, 회의 끝나고 ein에서 쪽지 주세요... 질문 몇 개 있어요 19:47:50 &lt;darrob&gt; 라이트닝 토크가 꽤 좋을 것 같네요. 다양한 사람들이 보기도 하고, 설령 Tor와의 명백한 차이가 없어 보인다고 해도 그걸 계기로 더 알아보게 만든다면 그 자체로 이득이죠. 19:47:50 &lt;hottuna_&gt; 아마 설치하고 데모하는 정도? 19:47:50 &lt;hottuna_&gt; 네, 라이트닝 토크가 적절하겠네요 19:48:13 &lt;hottuna_&gt; 새롭거나 흥미로운 게 뭐 있죠? 19:48:19 *** Farside &lt;Farside!Farside@irc2p&gt; 님이 #i2p-dev 에서 나갔습니다 (leaving) 19:48:22 &lt;hottuna_&gt; Tor가 제공하지 않는 무언가? 19:48:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; RN: ㅇㅋ 19:48:32 &lt;dg&gt; 음, 토렌트.. 19:48:36 &lt;dg&gt; 새롭진 않지만요. 19:48:42 &lt;dg&gt; 큽니다. 19:49:28 &lt;hottuna_&gt; 토렌트 브리징 아이디어/인프라가 흥미롭긴 해요 19:49:39 &lt;hottuna_&gt; 하지만 아직 완전하지도, 배포되지도 않았죠 19:50:41 &lt;str4d&gt; 네, 그건 작업이 필요해요. 19:51:00 &lt;hottuna_&gt; 라이트닝 토크는 CCC 방문자들이 나중에 논의할 수 있는 주제예요 19:51:00 &lt;darrob&gt; hottuna_: 그건 별도의 라이트닝 토크로도 가치가 있어요. I2P와 함께 잠깐 언급만 하면 예전의 "모두가 exit node인가?" 같은 혼란만 낳을까 걱정돼요. 19:51:11 &lt;hottuna_&gt; 크게 계획할 필요도 없고요 19:51:14 &lt;str4d&gt; 우리가 원하는 결과는 뭘까요? 어떤 사람들을 끌어들이면/들여야 할까요? 새로운 일반 사용자? 새로운 고프로필 router? 새로운 기술 사용자? 새로운 연구자? 19:52:23 &lt;hottuna_&gt; 기술 사용자와 연구자? 19:52:46 &lt;str4d&gt; darrob, 맞아요. 그 점에서는 용어를 일관되게 써야 한다고 생각해요 - outproxy(외부 프록시)는 자원봉사자가 운영하는 서비스고, IRC 서버, eepsite, 저장소 호스트와 마찬가지예요. Tor처럼 router에 하드코딩되어 있는 게 아닙니다. 19:55:44 &lt;str4d&gt; 그렇다면, 토크 끝쯤에 열린 연구 질문 몇 개를 던지는 게 유용하겠네요. 새롭고 독창적인 연구 여지가 있음을 보여주니까요(학계에는 늘 매력 포인트 ^_^) 19:56:19 &lt;darrob&gt; str4d: 좋아요. 19:56:19 &lt;RN&gt; 네, I2P가 페이스북 로그인 숨기기 위한 거라는 오해를 바로잡는 게 이런 토크/데모의 큰 포인트여야 한다고 봅니다 19:59:09 &lt;str4d&gt; "I2P는 ${DEITY}같은 망할 프록시가 아니다!" 19:59:34 &lt;dg&gt; 음, 좋아요 19:59:55 &lt;RN&gt; 프록시란 용어는 I2P 맥락에서 정말 까다롭죠 20:00:24 &lt;str4d&gt; 네. 그래서 IRC tunnel의 기본 텍스트를 바꿨어요. 20:00:46 &lt;str4d&gt; (거기 "IRC proxy"라고 되어 있었는데, 그 표현은 기술적으로 맞지만 사용자가 생각하는 의미와는 달라요) 20:00:53 &lt;dg&gt; 올 해 CCC 방문하는 사람들이 워크숍은 정말 해볼 수 있을 것 같고, 라이트닝 토크도 가능할 듯(아마 토렌트 관련일 가능성이 크지만) 20:01:05 &lt;dg&gt; 웹사이트로 넘어갈까요 20:01:05 &lt;dg&gt; ? 20:06:52 &lt;RN&gt; 병합 가능성 업데이트 정보는 건너뛰었나요? 20:08:14 * dg 메시지를 놓침 20:09:02 &lt;dg&gt; str4d: 좋은 생각이에요 20:09:05 &lt;dg&gt; 그리고: 20:09:12 &lt;dg&gt; &lt;+dg&gt; 올 해 CCC 방문하는 사람들이 워크숍은 정말 해볼 수 있을 것 같고, 라이트닝 토크도 가능할 듯(아마 토렌트 관련일 가능성이 크지만) 20:09:12 &lt;dg&gt; &lt;+dg&gt; 웹사이트로 넘어갈까요 20:09:12 &lt;dg&gt; &lt;+dg&gt; ? 20:10:19 &lt;dg&gt; 메시지가 계속 날아가네요. 아. 20:10:19 &lt;topiltzin&gt; 헉 늦었네요 죄송 20:10:26 &lt;dg&gt; 문제없어요 20:10:26 * topiltzin 백로그 따라잡는 중 20:10:49 *** w8rabbit_ 님이 w8rabbit 로 이름을 바꿨습니다 20:11:11 &lt;iRelay&gt; &lt;ReturningNovice_@kytv&gt; dg, fux 업데이트를 웹사이트에 병합할 수 있는지(제 연결이 자꾸 끊겨서요) 건너뛰는지 묻고 있었어요 20:11:39 &lt;dg&gt; 저도 그래요. 20:12:08 &lt;iRelay&gt; * ReturningNovice_@kytv 스위치를 몇 개 올리고 노브를 좀 만짐 20:12:14 &lt;str4d&gt; fux는 지난주 이후 바뀐 게 없어서, 지금은 다룰 필요 없어요. 20:12:25 &lt;dg&gt; 저는 건너뛰려 했어요. 지난번 결론이 좋지 않았고 fux 쪽에서 병합은 원치 않는다고 했거든요(적어도 지금 당장은). 나중에 우리가 일부 기능을 가져올 수는 있겠지만 지금은 더 중요한 게 있지 않을까요? 20:12:28 &lt;dg&gt; 제가 틀렸을 수도. 20:12:28 &lt;dg&gt; 네. 20:13:43 &lt;str4d&gt; (저는 0.9.5용 피드 작업 중이라 그게 우선이에요) 20:13:54 &lt;dg&gt; 아, 그렇군요. 20:14:20 &lt;dg&gt; #i2p-www를 만들었어요(방금 등록), 제 아이디어는 저 포함 몇 명이 거의 "북 스프린트"처럼 페이지를 완성해 버리는 거였죠 20:14:28 &lt;dg&gt; 근데 어떤 페이지가 실제로 작업이 필요한지 확신이 없었어요 20:14:57 &lt;dg&gt; #i2p-www를 웹 위원회처럼 써서 개편을 제대로 끌어올리고 업데이트가 있으면 -dev에(회의 때 보고한다고 가정) 보고하는 용도로 쓰자는 거죠 20:15:28 &lt;hottuna&gt; 문서를 업데이트하는 건가요, 아니면 사이트를 개편하는 건가요? 20:15:37 &lt;dg&gt; 사이트 개편이요 20:15:51 &lt;dg&gt; &lt;@dg&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` 20:15:51 &lt;dg&gt; &lt;@dg&gt; i2p.www.revamp 이 mtn 입니다 20:15:57 &lt;str4d&gt; dg, 텍스트 개편은 지금 I2p.www에서 하는 걸 추천해요 20:16:00 &lt;str4d&gt; 앗 20:16:03 &lt;dg&gt; 현재 디자인이 충분히 친화적이지 않다고 결론 내렸죠 등등. 20:16:20 &lt;str4d&gt; I2p.www에서요 20:16:48 &lt;topiltzin&gt; 좋아요 백로그 다 봤어요 20:16:59 &lt;str4d&gt; 그리고 새 사이트의 디자인/구조는 I2p.www.revamp 에서 20:16:59 &lt;topiltzin&gt; 지금 웹사이트 얘기죠? 20:17:07 &lt;dg&gt; 네 20:17:22 &lt;hottuna&gt; 좋아요! duck의 디자인. 아주 좋네요. 20:17:34 &lt;dg&gt; str4d: 그게 당신에게 더 쉬우면, 그렇게 하죠. 20:17:57 &lt;topiltzin&gt; 그 디자인으로 된 eepsite 있나요? 20:18:04 &lt;topiltzin&gt; 무언가에 JavaScript가 필요한가요? 20:18:11 &lt;christop1&gt; 어라 그 eepsite 접근 가능해요 20:18:11 &lt;christop1&gt; ? 20:18:20 &lt;dg&gt; &cs `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` 20:18:20 &lt;iRelay&gt; dg를 위해 "`http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/"` 상태 확인 시도 중. 잠시만 기다려 주세요... 20:18:26 &lt;iRelay&gt; `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` 가 5초 내에 상태 200 으로 응답했습니다. 20:19:09 &lt;topiltzin&gt; 그리고 "Ur mom"이 아직 있네요. :-/ 20:19:12 &lt;hottuna&gt; 실행 가능한 대안이 되려면 어떤 작업이 더 필요하죠? 20:20:04 * dg 이것도 궁금 20:20:47 &lt;str4d&gt; topiltzin, 아직 그걸 안 지운 건 사과드려요 -_- 20:20:58 &lt;str4d&gt; 디자인은 손질/전면 개편이 필요해요 20:21:45 &lt;RN&gt; 네, 미리보기로 본 기억이 있어요... 멋진 프로페셔널 느낌이었죠... 20:21:45 &lt;RN&gt; (그리고 vekw35...i2p의 대역폭이 슬래시닷 효과 났네요 ㅋㅋ) 20:21:48 &lt;str4d&gt; 근데 그건 나중에, 필요하면 여러 제안으로 진행해도 돼요 20:21:55 &lt;topiltzin&gt; 제 눈엔 괜찮아 보이네요. mtn howto, 개발자 키, 그런 콘텐츠는 다 있나요? 20:22:22 &lt;str4d&gt; 제 생각에 1순위는 백엔드 마무리. 20:22:41 &lt;str4d&gt; topiltzin, 대부분은 마이그레이션했어요. 20:22:44 *** sayliwo_ 님이 sayliwo 로 이름을 바꿨습니다 20:23:03 &lt;RN&gt; 개편은 기존 trac 티켓을 쓰나요? 20:23:41 &lt;str4d&gt; 페이지/내비게이션 레이아웃이 아직 마음에 안 들어요.. 20:23:48 &lt;RN&gt; "ur mom" 제거 티켓을 만들면 담당자에게 리마인더가 되겠죠... 20:24:07 &lt;topiltzin&gt; 가운데 열 이름 "Supported Software"는 최선이 아닌 것 같아요. 실제 소프트웨어가 아니라 액션을 나열하고 있으니까요 20:24:30 &lt;str4d&gt; RN, 프론트페이지를 다시 생각해야 해요. 20:25:09 &lt;str4d&gt; duck의 레이아웃이 Tor 사이트를 베꼈고, 더 유니크하게 만드는 게 좋겠어요. 20:25:20 &lt;dg&gt; 해야 할 일 목록 만들어서 누가 맡아 처리할 수 있게 하거나/최소한 명확하고 간결한 리스트를 가질 수 있을까요? 20:25:39 &lt;hottuna&gt; 동의해요 dg 20:25:54 &lt;topiltzin&gt; 얼마나 급진적으로 다시 생각하고 있나요, str4d ? 20:25:57 &lt;str4d&gt; 제가 아는 작업 항목은 나중에 개요로 정리할게요. 20:26:19 &lt;dg&gt; 감사합니다! 20:26:22 &lt;dg&gt; 여기까진 된 듯 20:26:36 &lt;dg&gt; weltende: 계세요? 20:26:46 &lt;iRelay&gt; &lt;weltende@freenode&gt; 네 20:26:59 &lt;str4d&gt; topiltzin, 전체 레이아웃은 좋은데, 세 개의 열 콘텐츠는 다시 생각해야 해요. 20:28:17 &lt;topiltzin&gt; 동의합니다. 언제가 좋을지 알려주시면 논의 가능해요 20:29:45 &lt;str4d&gt; 그리고 풋터는 거의 불필요 20:29:48 &lt;str4d&gt; 참고로 오른쪽 뉴스 열은 동적이에요 20:29:48 &lt;str4d&gt; (즉, 백엔드에 새 글을 추가하면 목록이 업데이트됨) 20:29:48 &lt;str4d&gt; 또 하나- 캐싱도 고민 필요 20:29:48 &lt;str4d&gt; &lt;/브레인덤프&gt; 20:30:36 &lt;topiltzin&gt; dg: 웹사이트를 더 깊이 파볼 수도 있고 계속 진행할 수도 있어요 - 선택은 당신에게 20:34:32 &lt;dg&gt; &lt;+topiltzin&gt; dg: 웹사이트를 더 깊이 파볼 수도 있고 계속 진행할 수도 있어요 - 선택은 당신에게 20:34:35 &lt;dg&gt; &lt;+dg&gt; 더 파보는 건 좋아요, 다만 너무 길어져서 몇 분이 빠지지 않도록. 그런데 남은 주제는 꽤 작고 주로 저와 welt 사이 얘기예요 20:35:11 &lt;topiltzin&gt; 좋아요 20:36:00 &lt;topiltzin&gt; 가운데 열 이름을 "Supported Software"에서 "I2P로 할 수 있는 일"로 바꾸고 싶어요 20:36:11 &lt;topiltzin&gt; 그리고 위 제목에 이미 비슷한 질문이 있으니 그걸 바꾸는 것도 고려해 볼게요 20:36:34 &lt;topiltzin&gt; "I2P가 당신에게 해주는 것" → "I2P란 무엇인가" 정도로 20:37:28 &lt;dg&gt; RN: 이걸 위한 trac 카테고리가 실제로 있나요? 20:37:35 &lt;topiltzin&gt; 첫 페이지에 수동태 없애기 == 좋음 20:37:38 &lt;RN&gt; "can be conducted anonymously on I2P."를 "can be conducted anonymously inside I2P."로 바꾸는 걸 제안합니다 20:37:50 &lt;dg&gt; 오. 20:37:57 &lt;dg&gt; inside가 훨씬 낫네요, 확실히. 20:38:08 &lt;dg&gt; 많은 분들이 I2P가 하나의 공간이라는 걸 이해하지 못하거든요. 20:38:19 &lt;str4d&gt; 첫 페이지에 텍스트가 너무 많긴 하면 안 되는데, 개선된 내비게이션을 감안할 때, 중복 링크가 얼마나 필요할까요? 20:38:37 &lt;RN&gt; dg, 없다면 아마 하나 만들 수 있을 듯... 20:38:59 &lt;str4d&gt; 그 중 일부를 다른 피드/인트로 텍스트/무언가로 대체할 수 있을까요? 20:39:14 &lt;str4d&gt; dg, www 20:39:21 &lt;dg&gt; 물론이죠, "your mom" 티켓을 만들러 가겠습니다. 20:39:28 &lt;topiltzin&gt; 그 문장을 좀 더 단순화하면 어때요? "공용 인터넷에서는 개인정보를 위험에 빠뜨릴 많은 것들을 I2P 내부에서는 익명으로 할 수 있습니다" 20:39:46 * topiltzin "ur mom"에 티켓이 필요 없을 만큼 우리가 성숙하길 바랐지만 필요한가 보군요, 그렇다면 그렇게 하죠 :-/ 20:40:48 &lt;dg&gt; 우리가 망신을 피해야 할까요, 아니면 실제로 티켓이 필요할까요? 20:40:51 &lt;topiltzin&gt; 첫 페이지에 가능한 한 응축되고 접근성 좋은 설명을 만들려고 해요 20:41:25 * RN "&lt;dg&gt; 물론이죠, "your mom" 티켓을 만들러 가겠습니다."에 피식 웃음 20:41:44 &lt;KillYourTV&gt; str4d가 잊지 않을 거라 티켓은 아마 필요 없을 듯요. 20:41:59 &lt;KillYourTV&gt; (그걸 작업하는 다른 누구든 마찬가지) 20:42:02 &lt;topiltzin&gt; 동전 던지세요. 뭐든 완료되기만 하면 :-/ 20:42:05 &lt;str4d&gt; 그걸 위한 티켓은 필요 없어요 20:42:24 &lt;RN&gt; 이런 소동 일으키려던 건 아니었는데 20:42:27 &lt;dg&gt; 공식적으로 기록됐으면 하는 것들이 있긴 하죠, 다만 음.. "your mom"은 빼고.. 20:42:30 &lt;str4d&gt; 말씀드렸듯, 그 열 전체를 다른 걸로 대체해야 한다고 봐요. 20:42:38 * dg "your mom"-게이트를 카펫 아래로 쓱. 20:42:45 &lt;RN&gt; 그래도 적절한 장소가 있다는 건 알았네요 20:43:00 &lt;str4d&gt; dg, 그러면 "왼쪽 열 콘텐츠를 다른 것으로 교체" 티켓을 20:43:51 &lt;dg&gt; 좋아요 20:44:22 &lt;topiltzin&gt; 왼쪽 열은 아예 없어져도 된다 봐요 20:44:49 &lt;topiltzin&gt; 그러면 기능을 더 확장해서 설명할 공간이 생겨요 20:45:16 &lt;str4d&gt; as 20:45:16 &lt;str4d&gt; 아, 그건 무시해 주세요 -_- 20:45:49 &lt;dg&gt; Trac 키워드는 ","로 구분하죠? 20:46:12 &lt;KillYourTV&gt; 제 아는 한, 네요 20:47:11 &lt;topiltzin&gt; "Supported Software"라는 제목도 지우고 그 공간을 I2P로 할 수 있는 다양한 것들을 나열하는 데 쓰면 돼요 20:47:26 &lt;dg&gt; `http://trac.i2p2.i2p/ticket/792` 20:47:29 &lt;topiltzin&gt; 목록보다 더 좋게 - 필요하면 각 항목에 짧은 설명을 넣거나 아이콘을 추가 20:47:39 &lt;dg&gt; topiltzin: 그거 좋겠네요. 20:48:00 &lt;str4d&gt; 내비게이션, 열, 풋터는 전부 리스트일 뿐이라, 다른 테마로 왼쪽 열을 수정/제거할 수도 있어요. 20:48:03 &lt;dg&gt; "Supported Software"는 사용자 친화적이지도 않아요 20:49:06 &lt;RN&gt; 음.... 아이콘... 그건 스타일 논쟁으로 번지기 쉬워요 20:50:34 &lt;str4d&gt; 아이콘 등은 테마에 맡기는 게 좋아요. 일단은 첫 페이지에 어떤 콘텐츠를 담을지, 그리고 반드시 어떻게 배치할지까지는 아니어도 생각해볼까요? 20:50:45 &lt;topiltzin&gt; 우리가 보기 좋은 아이콘에 합의 못하면 안 넣으면 됩니다 20:51:49 &lt;topiltzin&gt; 왼쪽 열 제거 말고 또 뭘 말하는 거죠 str4d ? 20:52:35 &lt;RN&gt; 네, 저도 str4d 의견에 동의. 콘텐츠 우선, 형태는 그다음, 아이콘은 테마의 아이캔디로 혹은 나중에 20:52:50 &lt;RN&gt; 사이트에 오는 사람이 가장 궁금해할 두 가지는, 왜 이게 필요한가? 그리고 설치했는데 이제 뭘 하지? 일 겁니다 20:53:16 &lt;str4d&gt; 음, 없애야 할까요? 짧은 소개와 "자세히 보기" 링크가 유용할까요? 작은 인포그래픽이 도움이 될까요? 20:53:35 &lt;str4d&gt; 그런 것들요 - 콘텐츠. 20:53:38 &lt;topiltzin&gt; 예쁜 색깔(™)의 인포그래픽 좋아요 20:54:30 &lt;topiltzin&gt; 그리고 RN이 물은 대로 - 처음 방문자가 "왜 이게 필요하죠?"라고 물으면 뭐라고 답할까요 20:54:33 &lt;RN&gt; 네 topiltzin, 근데 당신은 paint 쓰잖아요 20:54:40 &lt;RN&gt; ;) 20:54:51 &lt;topiltzin&gt; 제가 하진 않을 거예요, 시각적 센스 제로라 :-P 20:55:43 &lt;RN&gt; 짧게 쓰고 "자세히 보기"는 좋은 아이디어 같아요 20:55:57 &lt;dg&gt; &lt;+dg&gt; 불필요한 티켓으로 trac을 가득 채우고 싶진 않지만 동시에, 해야 할 일을 파악하는 데 도움이 되긴 해요. 20:56:00 &lt;dg&gt; &lt;+dg&gt; 아, 그리고 `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/volunteer/bounties` - 현상금(Bounties) 링크가 깨졌어요. 20:56:00 &lt;dg&gt; &lt;+dg&gt; 이건 티켓으로 만들게요. 20:56:11 &lt;iRelay&gt; 제목: Bounties - I2P (at vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p) 20:56:40 &lt;str4d&gt; dg, 그래요? 링크 마이그레이션 중에 놓쳤나 봐요... 20:57:11 &lt;KillYourTV&gt; 임의로 몇 링크 눌러 봤는데 저는 로드되네요 20:57:18 &lt;topiltzin&gt; RN, 그런 짧은 설명에는 뭐라고 쓰시겠어요? 20:57:45 &lt;dg&gt; 예를 들어 GCJ. "http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/Makefile.gcj" 20:57:52 &lt;dg&gt; duck.i2p 링크도 하나. 20:58:07 &lt;dg&gt; 이것도 trac에 올릴게요. 20:59:10 &lt;str4d&gt; 아, 그건 텍스트 관련이네요 dg 20:59:17 &lt;RN&gt; 음, 저는 이렇게 말하겠어요, 인터넷이 당신을 지켜보고 있습니다... 20:59:17 &lt;RN&gt; ㅋㅋ 20:59:24 * dg 메모 20:59:24 &lt;str4d&gt; 현재 웹사이트에서도 실패할 거예요. 20:59:39 &lt;RN&gt; 좀 더 진지한 문구는 생각할 시간이 좀 필요하네요 20:59:47 &lt;dg&gt; str4d: 감사합니다 :) 21:00:13 &lt;topiltzin&gt; 너무 진지하지 않은 것도 괜찮아요, 하지만 "ur mom" 수준까진 말고요 21:01:25 &lt;topiltzin&gt; 이상적으로는 초대하는 느낌.. 너무 형식적이지 않게 21:01:36 &lt;topiltzin&gt; 브레인스토밍할 가치가 확실히 있죠 21:06:05 &lt;MTN_&gt; i2p.trac: #795: 현상금(Bounties) 링크 깨짐 `http://trac.i2p2.i2p/ticket/795` 21:06:08 &lt;MTN_&gt; i2p.trac: #793: 미러 링크 `http://trac.i2p2.i2p/ticket/793` 21:06:08 &lt;MTN_&gt; i2p.trac: #792: 왼쪽 열 콘텐츠 교체 `http://trac.i2p2.i2p/ticket/792` 21:06:43 &lt;dg&gt; &lt;+dg&gt; 지금까지 #793 - #795 티켓을 만들었습니다. 21:06:43 &lt;dg&gt; &lt;+topiltzin&gt; 이상적으로는 초대하는 느낌.. 너무 형식적이지 않게 21:06:43 &lt;dg&gt; &lt;+topiltzin&gt; 브레인스토밍할 가치가 확실히 있죠 21:06:43 &lt;dg&gt; &lt;+dg&gt; 참고로 여러분이 준비됐다고 할 때까지 급히 끝낼 생각은 없어요 21:07:41 &lt;topiltzin&gt; 결국은 왜 더 많은 사람이 I2P를 써야 하는지, 그리고 그들에게 어떻게 말해서 사용을 시작하게 할지의 문제겠죠 21:08:00 &lt;RN&gt; 미러링과 SSL이 남은 항목이죠, 콘텐츠 관련 브레인스토밍을 제외하면? 21:08:19 &lt;dg&gt; SSL은 주로 저와 welt 사이 얘기고, 티켓 만들어놨어요 21:08:19 &lt;topiltzin&gt; 그 둘부터 처리하고 끝에 콘텐츠로 돌아올래요? 21:08:34 &lt;dg&gt; 미러링은 지난주에 언급했죠.. 아직도 welt가 필요할 것 같아요. 21:08:34 &lt;dg&gt; 아. 21:08:42 &lt;dg&gt; 사실 한 가지 제안하고 싶은 게 있어요 21:08:56 &lt;iRelay&gt; &lt;weltende@freenode&gt; 여기 있습니다.. 21:09:00 &lt;dg&gt; 개발 논의 등용 메일링 리스트를 다시 만드는 게 유용하다고 보시나요, 아니면 아닌가요? 21:09:10 &lt;topiltzin&gt; +1 네 제발 21:09:17 &lt;dg&gt; weltende: 티켓 #794 보세요 21:09:29 &lt;dg&gt; 제 생각엔 지난주에 SSL 논의는 끝났어요 21:09:40 &lt;RN&gt; 메일링 리스트 좋죠, 다시 시작하면 좋겠어요 21:09:43 &lt;hottuna&gt; 메일링리스트는 잘 모르겠어요. zzz.i2p가 그 역할을 꽤 잘하고 있어요. 21:10:02 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/794` - (assigned defect) - SSL 21:10:03 &lt;RN&gt; 그래도, warm fish(따끈한 생선)의 말도 일리가 있네요 21:10:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: 예전 ML은 외부인도 끌어들였죠.. 21:10:59 &lt;hottuna&gt; zzz.i2p도 이미 자리잡았고 꽤 잘 작동해요 21:11:23 &lt;iRelay&gt; &lt;weltende@freenode&gt; hottuna: 예전만큼은 아니죠 21:11:35 &lt;hottuna&gt; welt: 맞아요. 하지만 유용해야지, 더 많아 보이려고 뭔가 덧붙이는 건 반대예요 21:11:56 &lt;topiltzin&gt; 둘 다 가능하죠. 게다가 메일링 리스트는 오픈소스 프로젝트에서 아주 흔해요 21:11:56 &lt;topiltzin&gt; 전통이랄까요. zzz.i2p도 괜찮지만 개발자 메일링 리스트가 있으면 더 편할 것 같아요 21:12:17 &lt;str4d&gt; 메일링 리스트가 유용할 수도 있어요(메일링 리스트 사이트를 만들까 고민했는데, postman에서 리스트마다 하나씩 이메일을 만드는 걸 어떻게 처리할지 몰랐어요) 21:12:23 *** blitzkrieg_ 님이 blitzkrieg 로 이름을 바꿨습니다 21:12:38 &lt;topiltzin&gt; 외부인을 끄는 게 나쁜가요? ;-) 21:12:46 &lt;hottuna&gt; 만들어 놓으면 오겠죠? 아무도 신경 안 쓰면 금방 죽을 테고요 21:13:00 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: 전 ML에 찬성하는 근거로 말한 거예요 21:13:12 &lt;topiltzin&gt; 아하 21:13:32 &lt;hottuna&gt; 대안으로 zzz에게 외부화된 버전을 요청하거나 / zzz.i2p.to로 링크 / zzz.i2p.in으로 링크 21:13:39 &lt;iRelay&gt; &lt;weltende@freenode&gt; 네.. 시간 나면 하나 만들게요 21:14:43 &lt;topiltzin&gt; 저는 그런 in/out 프록시를 쓸 때 비밀번호를 치는 게 편하진 않더라구요, 다른 분들은 상관 없을 수도 있고 21:15:56 &lt;hottuna&gt; 네, inproxy(인프록시)는 아마 최적은 아닐 거예요 21:16:26 &lt;dg&gt; &lt;+dg&gt; 이게 있긴 해요, 그런데 죽었죠. 21:16:29 &lt;topiltzin&gt; dg, 마지막으로 받은 건 뭐죠? 21:16:29 &lt;dg&gt; &lt;+dg&gt; http://lists.welterde.de/mailman/listinfo/i2p-general 21:16:29 &lt;dg&gt; &lt;+dg&gt; 아참, *.welterde.de는 디렉터리 리스팅 끄는 게 좋을 듯. 21:16:32 &lt;dg&gt; &lt;+dg&gt; http://lists.welterde.de/mailman/ 21:16:32 &lt;dg&gt; &lt;+dg&gt; 여하튼, 오케이 21:16:32 &lt;dg&gt; &lt;+topiltzin&gt; 저는 그런 in/out 프록시를 쓸 때 비밀번호를 치는 게 편하진 않더라구요, 다른 분들은 상관 없을 수도 있고 21:16:35 &lt;iRelay&gt; 제목: I2p-general 정보 페이지 (at lists.welterde.de) 21:16:35 &lt;dg&gt; &lt;+dg&gt; 저도 그래요. 21:16:38 &lt;iRelay&gt; 제목: /mailman/ 색인 (at lists.welterde.de) 21:17:14 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: 아.. 그거 잊고 있었네요.. 그냥 웹사이트에 올리지 않았던 듯.. 21:17:25 &lt;iRelay&gt; &lt;weltende@freenode&gt; (가능하면 lists.i2p2.de 같은 걸로 하고 싶어요) 21:17:33 &lt;dg&gt; 저도요 :-) 21:20:27 &lt;dg&gt; topiltzin, 개인적으로 - 메일링 리스트가 있으면 좋겠어요. 적어도 저한텐 그게 실질적 이점이라기보다 프로젝트의 프로페셔널리즘 같은 측면 때문이긴 하지만요 21:20:42 &lt;dg&gt; 하지만 여러분도 유익하다고 보시는 듯하니, 좋네요 21:20:45 &lt;topiltzin&gt; dg: return true; 21:20:45 &lt;topiltzin&gt; 메일링 리스트 아카이브가 아주 유용해요; 다른 오픈소스 프로젝트처럼 보여주는 효과만 있어도요 21:21:49 &lt;topiltzin&gt; zzz.i2p + inproxy 접근과 뭐가 다르냐면: 크게 다르진 않지만 새 개발자에게 학습 곡선이 덜 가파르다는 점이 있죠 21:22:30 &lt;topiltzin&gt; 또 검색 엔진이 메일링 리스트 아카이브를 색인할 수 있게 하면 전반적인 지식 기반에 기여하니 좋고요 21:22:40 &lt;RN&gt; I2P에 관심 있는 사람이 토론을 읽어보고 설치해서 써볼 마음이 들 수도 있죠 21:22:55 &lt;topiltzin&gt; 저는 종종 뭔가를 검색하다가 어떤 오픈소스 프로젝트의 메일링 아카이브에서 답을 찾곤 해요 21:23:18 &lt;topiltzin&gt; RN: 그럴 수 있죠, 가능한 경로는 다 열어두고 싶습니다. 21:23:28 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: ML은 새 개발자용이 아니에요.. 혹은 I2P에 관여한 사람들만을 위한 것도 아니고.. 오히려 프로젝트 외부에서 프로토콜, 구현 등을 비평하는 사람들을 위한 거죠. 21:23:40 &lt;topiltzin&gt; 그리고 사용자/개발자/시장에 맡겨서 어디가 최선인지 결정하게 하면 되죠 21:23:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; 그게 사고 이후로 크게 줄었어요 21:24:14 &lt;topiltzin&gt; 둘 다 가능하다고 봐요, weltende 21:24:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; topiltzin: 물론이죠.. 하지만 제 관점이 더 중요하다고 생각합니다 ;-) 21:25:04 &lt;topiltzin&gt; :-P 21:25:14 &lt;dg&gt; &lt;+topiltzin&gt; 둘 다 가능하다고 봐요, weltende 21:25:14 &lt;dg&gt; &lt;+dg&gt; 그리고 아이디어 하나 더: 일정 시점부터 기본 도메인을 geti2p.net으로 21:25:14 &lt;dg&gt; &lt;+dg&gt; (새 디자인 출시 시점이 좋을 듯) 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; 저도 그 생각이었어요 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; 더 좋은 이미지를 줍니다 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+topiltzin&gt; 둘 다 가능하다고 봐요, weltende 21:25:34 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; 그리고 아이디어 하나 더: 일정 시점부터 기본 도메인을 geti2p.net으로 21:25:37 &lt;dg&gt; &lt;+dg&gt; &lt;+dg&gt; (새 디자인 출시 시점이 좋을 듯) 21:25:44 &lt;hottuna&gt; geti2p.net 좋네요 21:25:55 &lt;topiltzin&gt; iRelay&gt; &lt;weltende@freenode&gt; topiltzin: 물론이죠.. 하지만 제 관점이 더 중요하다고 생각합니다 ;-) 21:25:55 &lt;topiltzin&gt; &lt;topiltzin&gt; :-P 21:26:06 &lt;dg&gt; 저도요, 완벽하진 않지만(i2p.net이 당연히 더 좋겠지만) 지금보단 낫죠. 21:26:17 &lt;KillYourTV&gt; 티켓 #795는 라이브 사이트에서 지금 수정됐어요. 21:26:20 &lt;dg&gt; 그리고 제 불안정한 연결 죄송. 21:26:26 &lt;iRelay&gt; &lt;weltende@freenode&gt; 스티커에도 이미 geti2p.net이라고 되어 있었던 걸로 기억 ;) 21:26:34 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/795` - (new defect) - Bounties being broken 21:26:38 &lt;str4d&gt; I2p.net은 아직도 jrandom 명의로 등록되어 있나요? 21:26:48 &lt;dg&gt; 여러 해치 결제된 걸로 알아요 21:26:51 &lt;dg&gt; 그러니까 네 21:26:58 &lt;dg&gt; jrandom이 돌아오지 않으면, 우린 좀 곤란하죠. 21:27:02 &lt;dg&gt; 만료돼도 우리가 i2p.net을 얻는다는 보장은 없어요. 21:27:08 &lt;dg&gt; (ICANN에 가야 하나요?) 21:27:10 &lt;iRelay&gt; &lt;weltende@freenode&gt; 네... 2016년까지 21:27:18 &lt;str4d&gt; 그리고 dg의 아이디어에 동의해요 21:27:29 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: 사실은 verizone 21:27:42 &lt;topiltzin&gt; 네, 새 디자인 + 새 도메인 = 새로움 21:27:51 &lt;iRelay&gt; &lt;weltende@freenode&gt; 앗.. verisign 21:27:57 &lt;dg&gt; 누군가 도메인을 나중에 훔쳐갔을 때 되찾으려면 ICANN에 가는 줄 알았는데요, 그게 우리의 "브랜드"라고 주장하면서요. 21:28:04 &lt;str4d&gt; 이미 I2P 안팎에서 접근 가능한 사이트의 URL을 동적으로 바꾸도록 할 계획이에요 21:28:15 &lt;dg&gt; 안타깝지만, 지금 ICANN/등등에 가서 "2016년까지 기다리기 싫으니 지금 주실래요?"라고 말하긴 어렵겠죠! 21:28:35 &lt;dg&gt; (좋은 친구라도 있지 않는 이상) 21:28:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: 아니요.. ICANN은 TLD만 다뤄요.. TLD로 가야 합니다 21:28:49 &lt;str4d&gt; 예: forum.I2p &lt;-&gt; forum.i2p2.de 21:28:52 &lt;dg&gt; 아, 그렇군요 21:29:07 &lt;dg&gt; $hostOfForum와 연락이 가능할까요? 21:29:11 &lt;str4d&gt; *.i2p를 얻을 수는? :D 21:29:22 &lt;dg&gt; forum.i2p가 (과거) 인기 있었고 안정성이 도움이 될 거예요.. 21:29:51 &lt;dg&gt; (공식적으로 링크된 포럼이 자주 다운되고 사용자용 포럼이 없는 건 도움이 안 돼요). 한동안은 잘 작동했죠. 21:30:08 &lt;dg&gt; str4d: 그리고, 맞아요. 페이지마다 "(in i2p)"와 뒤섞인 링크 스타일은 이상하고 난해해요. 21:30:15 &lt;dg&gt; 당신이 제안한 방식이 더 좋아요. :-) 21:31:10 &lt;dg&gt; 그런데 - "2007-09-28 - Syndie 1.101a"를 사이트에 두는 건 좀 별로네요.. 21:35:18 &lt;RN&gt; Syndie는 사실 남겨야 한다고 봐요 21:35:25 &lt;RN&gt; 사랑이 필요한 개발자가 있긴 하지만, 익숙해지면 꽤 유용하고 작동합니다 21:35:25 &lt;RN&gt; 이 회의 로그를 Syndie에 올리는 것도 멋질 듯 21:35:32 &lt;dg&gt; 남기되 작업할 사람을 찾기. 21:35:35 &lt;dg&gt; 네. 21:36:14 &lt;topiltzin&gt; 그럼 도메인 이름, 메일링 리스트, 콘텐츠 브레인스토밍이 있네요. 더 집중해서 다룰 항목이 있나요? 21:36:56 &lt;dg&gt; 저는 없다고 봐요, 혹시 다른 의견 있으면요. 21:38:53 &lt;topiltzin&gt; RN, "남겨야 한다"는 게 무슨 뜻이죠? 21:39:05 &lt;dg&gt; &lt;+dg&gt; 그런데 - "2007-09-28 - Syndie 1.101a"를 사이트에 두는 건 좀 별로네요.. 21:40:30 &lt;iRelay&gt; &lt;RN__@kytv&gt; 저는 Syndie에 큰 잠재력이 있다고 봐요 21:41:02 &lt;iRelay&gt; &lt;RN__@kytv&gt; dg가 소프트웨어 리스트에서 제거를 제안하는 것처럼 보였거든요 21:41:18 &lt;KillYourTV&gt; 업데이트된 tarball/인스톨러 링크가 필요해요. 아마 syndie.i2p2.de도 mtn으로 관리해야 할 듯. 21:41:40 &lt;dg&gt; 비슷해요. 날짜를 숨기거나 덜 튀게 디자인을 바꾸자는 제안이었어요, 페이지에 그렇게 오래된 소프트웨어가 보이는 건 안 좋아 보인다고 생각해요 21:41:47 &lt;dg&gt; Syndie와 I2P의 첫인상에 안 좋죠 21:42:01 &lt;dg&gt; KillYourTV: 네. tarball/등을 올려두는 것만으로도 도움이.. 21:42:04 &lt;topiltzin&gt; 유지하되 날짜를 지우는 건 어때요? 별로인 느낌은 2007이라는 토큰 때문인 듯 21:42:15 &lt;dg&gt; (그리고 깨진 인스톨러..) 21:42:19 &lt;dg&gt; s/installer/packaging 21:42:29 &lt;iRelay&gt; &lt;RN@kytv&gt; 아, 링크 텍스트를 그냥 "Syndie"로 바꾸는 거죠 21:42:29 &lt;topiltzin&gt; 그건 개발이 다시 활발해질 때까지(즉: 날짜 제거 관련) 21:42:32 &lt;iRelay&gt; &lt;RN@kytv&gt; 동의해요 21:43:28 &lt;iRelay&gt; &lt;RN@kytv&gt; 네, 저도 그게 좋네요 21:43:44 &lt;topiltzin&gt; :) 21:43:55 &lt;str4d&gt; dg, 개편본에는 그게 없어요. 21:43:55 &lt;str4d&gt; 현재 사이트의 그 박스는 "뉴스"에 해당하는 거예요 21:43:55 &lt;str4d&gt; Syndie 링크는 있으면 좋겠지만, 예컨대 가운데 열 일부로요. 21:44:05 &lt;dg&gt; 거의 끝난 듯하네요 21:44:16 &lt;dg&gt; 근데 넷스플릿 21:44:23 &lt;str4d&gt; (그래서 2007 syndie 페이지는 여전히 있지만, 블로그를 통해 접근) 21:44:26 &lt;dg&gt; 흠, 참여하던 분들 중 빠진 분은 없는 것 같아요 21:44:33 &lt;dg&gt; 좋은 회의였어요, 여러분. 21:44:40 &lt;dg&gt; 다음엔 오후 8시 어떠세요? 21:44:43 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: 다음 회의는 좀 더 구조가 있으면 좋겠네요 ;-) 21:45:14 &lt;dg&gt; weltende: 헤헷, 미안해요. 얘기가 많을 줄 몰랐고 이렇게 될 줄도 몰랐어요, 짧게 끝날 줄 알았는데. 다음번엔 그걸 고려해서 계획할게요. :-) 21:45:14 &lt;dg&gt; 뭐 어때요 21:45:17 &lt;dg&gt; 그래도 좋은 결론이었죠. 21:45:24 &lt;topiltzin&gt; RN: 콘텐츠에 초점을 맞추자고 하셨으니 제안 기대하겠습니다 :) 21:45:31 &lt;str4d&gt; 음. 짧은 주제부터 구조화하고, 토론 중심인 건 나중에 하는 게 좋을 듯. 21:45:31 &lt;topiltzin&gt; 가능하실 때 언제든 21:45:42 &lt;topiltzin&gt; +1 str4d 21:45:53 &lt;topiltzin&gt; 개방형 주제는 끝으로 미루는 게 맞네요 21:45:56 &lt;dg&gt; str4d: 네, 좋은 아이디어일지도. 그래도 제가 잘 진행하고 있는지 걱정되네요, 헤헷. 21:45:59 &lt;dg&gt; 잘한 것 같긴 해요. 21:46:14 &lt;str4d&gt; 회의 없는 것보단 훨씬 낫죠 =) 21:46:28 &lt;topiltzin&gt; topiltzin&gt; RN: 콘텐츠에 초점을 맞추자고 하셨으니 제안 기대하겠습니다 :) 21:46:31 &lt;topiltzin&gt; &lt;topiltzin&gt; 가능하실 때 언제든 21:46:31 * dg 미소 21:46:42 &lt;topiltzin&gt; return true; // ;-) 21:46:44 &lt;iRelay&gt; &lt;RN@kytv&gt; 좋은 출발하고 있어요 dg... 21:46:44 &lt;dg&gt; topiltzin: 아뇨, RN은 kytv한테서 그걸 가져온 거예요 21:47:10 &lt;iRelay&gt; &lt;RN@kytv&gt; 그래 그래 topz 21:47:13 &lt;iRelay&gt; &lt;RN@kytv&gt; ;) 21:47:23 &lt;iRelay&gt; &lt;RN@kytv&gt; 그럼 망치를 두드렸나요... ? 21:47:27 &lt;dg&gt; 기쁘네요, 오늘(그리고 지난주) 우리가 좋은 일을 한 것 같아요 21:47:27 * dg 음.. 회의를 쾅 닫습니다. 21:47:38 &lt;dg&gt; 다음 회의는 같은 요일 오후 8:00(20:00)입니다. 21:47:47 &lt;iRelay&gt; &lt;RN@kytv&gt; 와! 공식적이다 21:47:47 &lt;dg&gt; RN: 쿵 21:48:05 &lt;iRelay&gt; &lt;RN@kytv&gt; :) 21:48:06 * dg RN에게 하이파이브 21:48:20 *** KillYourTV 주제를 변경: "Latest dev build: 0.9.3-11 | Dev mtg here 8:00 PM (20:00) UTC Tues. Dec. 4 | Report bugs at `http://trac.i2p2.i2p` / http://trac.i2p2.de" 21:48:28 &lt;iRelay&gt; * RN@kytv dg에게 맥주 한 잔 건넴 21:48:31 &lt;topiltzin&gt; **스무스** 21:48:38 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: 사실은 예전엔 *baf*s였던 것 같아요 :P 21:48:50 &lt;dg&gt; 이런 21:48:53 * dg 메모 21:49:00 &lt;str4d&gt; 네. 그러니 아직 안 끝난 거죠 =P 21:49:30 &lt;dg&gt; *baf*s </div>/ko/blog/2012/11/20/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2012%EB%85%84-11%EC%9B%94-20%EC%9D%BC/Tue, 20 Nov 2012 00:00:00 +0000/ko/blog/2012/11/20/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2012%EB%85%84-11%EC%9B%94-20%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> asdfsdafsdafsd, darrob, dg, k0e, KillYourTV, LaughingBuddah, nom, psi, st4d, thursday, user, weltende, zzz</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 20:03:41 &lt;Laughing1uddah&gt; Meeting time? 20:03:48 &lt;dg&gt; It is! 20:04:01 &lt;k0e&gt; checkout http://www.youtube.com/watch?v=hgJ7yck1qwY 20:04:01 &lt;iRelay&gt; Title: Android ICS on Raspberry Pi, Views: 139170, Rating: 99.0% 20:04:05 * dg gulps 20:04:15 &lt;dg&gt; okay then.. let's begin 20:04:22 &lt;dg&gt; our topics today are: 20:04:33 &lt;dg&gt; 0) Welcome 20:04:40 &lt;dg&gt; (0a) Changing things up 20:04:47 &lt;dg&gt; (Meetings, etc) 20:05:00 &lt;dg&gt; (1) Network health 20:05:03 &lt;dg&gt; (1a) IRC 20:05:10 &lt;dg&gt; (1b) Growth (how do we get i2p out there?) 20:05:13 &lt;dg&gt; (2) IRL events (CCC, Cryptoparties..) 20:05:20 &lt;dg&gt; (3) - Merging Fux improvements into trunk 20:05:23 &lt;dg&gt; (4) Website 20:05:26 &lt;dg&gt; (4a) - Mirroring.. 20:05:33 &lt;dg&gt; (4b)- SSL 20:05:36 &lt;dg&gt; (5) - Progress 20:05:39 &lt;dg&gt; (6) - Next meeting 20:05:50 &lt;dg&gt; (7) - Any other notes from participants, etc 20:05:50 &lt;dg&gt; bit of a mouthful! 20:06:28 &lt;dg&gt; I'm hoping we have enough people here today 20:06:43 &lt;dg&gt; I'm trying to base things off of past meetings 20:07:11 &lt;dg&gt; so uh.. 20:07:26 &lt;dg&gt; First of all, do we have anyone from long enough ago to recap the changes (big ones, notable ons) 20:07:26 &lt;dg&gt; since the last meeting? 20:07:33 &lt;dg&gt; (It was Sept 8) 20:09:05 &lt;nom&gt; unlikely atm... could try a highlight all tho 20:09:24 &lt;asdfsdafsdafsd&gt; Hear ye, Hear ye! 20:09:27 * asdfsdafsdafsd pounds gavel 20:09:35 &lt;dg&gt; I'm thinking maybe KillYourTV knows a little 20:09:53 &lt;dg&gt; I was told welt could be here too, so hopefully he can wave at some time 20:09:56 &lt;dg&gt; (no sign of zzz either) 20:10:09 &lt;dg&gt; This will be somewhat awkward without most of the team 20:10:23 &lt;asdfsdafsdafsd&gt; The honorable asdfsdafsdafsd is now presiding 20:10:25 &lt;iRelay&gt; * weltende@freenode waves 20:10:37 &lt;dg&gt; :) 20:10:37 &lt;dg&gt; Okay 20:10:48 &lt;zzz&gt; here 20:10:51 &lt;dg&gt; So, first of all, as some of you may know, this is the first meeting in 2 years 20:11:04 &lt;dg&gt; And even the last meeting was specalized 20:11:08 &lt;dg&gt; specialized* 20:11:30 &lt;dg&gt; I'm planning on booting up regular meetings to catch up on progress, etc, even if there is no big topic to discuss 20:12:01 &lt;dg&gt; wrt "change", I'm contemplating taking up Project Manager 20:12:04 &lt;dg&gt; or at least some sort of co-ordinator 20:12:28 &lt;dg&gt; I'm proud of the progress that was made with dr|z3d although sadly, I don't think he's ready to join in -dev again just yet (speak, even) 20:12:54 &lt;dg&gt; I can't comment on progress from the last 2 years since I haven't been here for that long 20:12:57 &lt;dg&gt; If somebody else could, I'd appreciate it 20:13:04 &lt;dg&gt; &lt;pause for $person&gt; 20:13:18 &lt;nom&gt; might have to wait for netsplit to unsplit 20:13:25 &lt;dg&gt; might be a good idea :-/ 20:13:36 &lt;nom&gt; hehe 20:13:51 &lt;LaughingBuddah&gt; While we wait, what happened dr|z3d? 20:13:54 &lt;LaughingBuddah&gt; what happened with* 20:13:57 * nom pokes the intertubes 20:14:13 &lt;dg&gt; There we go. 20:14:20 &lt;dg&gt; Let me paste what they missed. 20:15:42 &lt;dg&gt; this is painful haha 20:16:09 &lt;dg&gt; ok, netsplit folk: `http://pastethis.i2p/show/2297/` 20:16:12 &lt;iRelay&gt; Title: Paste #2297 | LodgeIt! (at pastethis.i2p) 20:16:12 &lt;dg&gt; &lt;+dg&gt; I can't comment on progress from the last 2 years since I haven't been here for that long 20:16:15 &lt;dg&gt; &lt;+dg&gt; If somebody else could, I'd appreciate it 20:16:15 &lt;dg&gt; &lt;+dg&gt; &lt;pause for $person&gt; 20:16:27 &lt;dg&gt; LaughingBuddah: alright 20:16:53 &lt;dg&gt; Basically, after dr|z3d was kicked out for a long period, etc etc, I raised the point that he should be unmuted in -dev as we're all on the same team here, etc 20:17:00 &lt;dg&gt; He doesn't seem to be up to joining us again yet though 20:17:06 &lt;nom&gt; Complication: KillYourTV badger darrob dg gatekeeper iRelay Meeh postman RN_ Shinobiwan slow sponge str4d albat asdfsdafsdafsd Astral2012_1 Biotrophy blitzkrieg christoph cipher__ dr4wd3- eight_ joepie95 k0e kytv|away LaughingBuddah lezz luminosus MTN nom operhiem1 PrivacyHawk psi SanguineRose soundwave thursday tycho usr w8rabbit woox2k Xtothec zzz meeting time people 20:17:14 &lt;LaughingBuddah&gt; Nono, I was wondering why he was kicked out 20:17:21 &lt;dg&gt; I wanted him to have the choice to in any case, even if he didn't *want to right now* 20:17:21 &lt;dg&gt; Oh 20:17:28 &lt;dg&gt; There were disagreements with the team a while back 20:17:35 &lt;SanguineRose&gt; I'm not here, I am invisible 20:17:38 &lt;LaughingBuddah&gt; I see 20:17:38 &lt;dg&gt; It turned into quite a big disagreement after small ones added up 20:17:53 &lt;dg&gt; It's lead to a pissing contest and a division of the community to an extent :-P 20:17:56 &lt;dg&gt; not nice 20:18:03 &lt;LaughingBuddah&gt; Alright. Proceed :) 20:18:06 &lt;nom&gt; ha! you may be invisible but we can hear you :P 20:18:17 &lt;dg&gt; I'll give the $person a few more seconds to appear.. 20:18:20 &lt;SanguineRose&gt; lies, you can not read what I am thinking right now! 20:18:27 * dg sits awkwardly 20:18:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: yeah.. in dr|z3d and !dr|z3d mostly *cough* 20:18:48 &lt;dg&gt; Clearly nobody is wishing to recite history.. heh 20:18:51 * nom lounges awkwardly while reading SanguineRose's mind 20:18:57 &lt;dg&gt; Okay 20:19:16 &lt;nom&gt; meh, figure out history later when the historian decides to show up 20:19:23 &lt;dg&gt; so 20:19:23 &lt;dg&gt; (1) - network health 20:19:45 &lt;dg&gt; From what I've seen on the stats, we're doing okay on that front, although since the Russians left (rusleaks disappeared in general), there's been a drop 20:19:52 &lt;dg&gt; Returning to pre-rus levels (hah) 20:20:05 &lt;dg&gt; Hopefully zzz is available to comment on how we're doing on this front.. 20:20:29 &lt;nom&gt; imo network health is opaque, but based just on netsplits it could be better... 20:21:06 &lt;zzz&gt; it's shaky but kytv and I last night found the bug introduced in 0.9.2 causing all the trouble 20:21:21 &lt;dg&gt; zab and I have doubts about something so simple causing the issues though 20:21:27 * nom :| at timing 20:21:30 &lt;asdfsdafsdafsd&gt; ugh... split 20:21:36 &lt;dg&gt;&gt;.&gt; 20:21:48 &lt;nom&gt; zzz: what was the bug? 20:21:54 &lt;dg&gt; i guess that's the network speaking to us 20:22:13 &lt;zzz&gt; we accidentally cut the capacity of the network in half. 20:22:53 &lt;LaughingBuddah&gt; haha 20:23:04 * dg didn't see much of a difference on the tunnel success rates but you seem a lot more confident about it fixing things 20:23:07 &lt;nom&gt; lol rather unfortunate bug 20:23:14 &lt;dg&gt; ^ 20:23:21 &lt;dg&gt; I suppose we're doing alright on that front 20:23:44 &lt;zzz&gt; it's a network thing. You can't fix the network by just upgrading yourself. 20:23:50 &lt;KillYourTV&gt; of course one person upgrading to -10 will fix ALL the problems ;) 20:23:59 &lt;dg&gt; I can't comment for (1a) (IRC) because I've obviously been unable to contact badger 20:23:59 &lt;KillYourTV&gt; bah, I was too slow 20:23:59 &lt;dg&gt; KillYourTV: of course, haven't you heard of Java music? 20:24:02 &lt;dg&gt; *magic 20:24:02 &lt;dg&gt; pfft 20:24:13 &lt;dg&gt; (and i've been unable to contact postman, I was too late to get ech too..) 20:24:17 &lt;dg&gt; so that was a mess up on my part 20:24:51 &lt;dg&gt; (1b) then. 20:24:55 &lt;dg&gt; " 20:24:58 &lt;dg&gt; (1b) - Growth (how to make i2p grow more, developments with Russia (how do we get ourselves out there? outreach to big rus-sites?)) " 20:25:01 &lt;nom&gt; - if (style.equals("udp")) 20:25:01 &lt;nom&gt; + if (style.equals("SSU")) 20:25:01 &lt;dg&gt; Pretty broard 20:25:04 *** eight_ is now known as eight 20:25:07 &lt;nom&gt; ? that the bug? 20:25:24 &lt;dg&gt; (and there's a variable changed) 20:25:36 &lt;zzz&gt; thatsit 20:25:58 &lt;dg&gt; What was the commit excuse for that, anyway? 20:25:58 &lt;dg&gt; (in 0.9.2) 20:26:59 &lt;k0e&gt; regarding russian users, I think a big question is how is the #i2p-ru channel here doing? Are the russian users getting good support as compared to when english speakers come here and receive help 20:28:13 &lt;LaughingBuddah&gt; Do we have someone familiar with i2p that speaks russian? 20:28:24 &lt;LaughingBuddah&gt; Maybe even a dev? 20:29:02 * nom wanted to learn russian at one point, but never found the time... 20:29:21 &lt;KillYourTV&gt; user 'slow' fits there 20:29:32 &lt;k0e&gt; and on a sidenote, german looks to be the 3rd largest country after russia and USA 20:29:35 &lt;str4d&gt; slow hangs out there, right? 20:29:35 * nom thinks we need to go hunting for a russian and english speaking user who is dev inclined 20:29:38 &lt;KillYourTV&gt; (and he's nearly always in #ru) 20:29:53 &lt;nom&gt; nvm guess we found one 20:30:22 &lt;LaughingBuddah&gt; GOod 20:31:48 &lt;nom&gt; wrt growth generally, i would say working out all the network stability / performance bugs is a good step 20:32:09 &lt;nom&gt; also more content = more users = more content, sharing is caring and all that 20:32:28 &lt;LaughingBuddah&gt; What he said ^ 20:33:02 &lt;dg&gt; #i2p-ru is dead 20:33:02 &lt;dg&gt; zab is able to convert RU-&gt;EN but not EN-&gt;RU 20:33:16 &lt;dg&gt; btw, #ru has users, #i2p-ru does not 20:33:31 &lt;dg&gt; while working out bugs is great 20:33:42 &lt;dg&gt; We've certainly got a community based issue and I have not the slightest clue how to solve it 20:33:49 &lt;nom&gt; so yah.. everyone upload their media stashes to postman, and run high cap routers 20:34:13 &lt;dg&gt; i wish it was that simple 20:34:27 &lt;dg&gt; I guess this kind of includs IRL meetings 20:34:34 &lt;dg&gt; We've got a bunch of i2p-folk going to CCC this year 20:34:52 &lt;dg&gt; I think an "i2p workshop" is the best way to utilize this since it is too late to book a talk 20:35:02 &lt;nom&gt; lol yah increasing content is never simple, but good to remind people 20:35:18 &lt;k0e&gt; dg: suggest, maybe you can talk to eche|on and postman about combining those two channels (redirect to one of them) 20:35:18 &lt;dg&gt; i2p is barely out there like Tor 20:35:53 &lt;dg&gt; k0e: noted, will look into it later, thanks :) 20:36:16 &lt;nom&gt; re irl community meetings, at conferences and such, yah there needs to be more of it. ideally with the organizers staying connected to those of us back home in i2p, with videos and blogs, etc 20:36:55 &lt;dg&gt; Not sure how we could reach out to the russians, but someone could try speaking to the censored websites 20:36:59 &lt;dg&gt; prominent ones which are controversial, etc 20:37:06 &lt;dg&gt; Sadly, rusleaks is absolutely gone 20:37:09 &lt;dg&gt; So we can't rely on that 20:37:34 &lt;dg&gt; I tried reaching out to the an*on folk but I was unable to get on their networks anonymously so that was a little redundant 20:38:21 &lt;LaughingBuddah&gt; Let's move on 20:38:36 &lt;darrob&gt; i don't know about the reaching out, dg. does tor do that? this going from door to door advertising doesn't seem right. 20:38:43 &lt;dg&gt; Okay. 20:39:04 &lt;dg&gt; darrob: They don't do the door-to-door, and us doing that officially isn't right either. I was going to just encourage them a little. 20:39:22 &lt;dg&gt; LaughingBuddah: sure. 20:39:29 &lt;str4d&gt; Doc improvements would help a lot. 20:39:41 * dg was thinking about that earlier 20:39:44 &lt;dg&gt; I wasn't sure on the standards of them 20:40:51 &lt;nom&gt; yah doc improvements, and also some rigorous security testing could go a long way towards user growth 20:41:25 &lt;dg&gt; actually, we missed out on security testing due to lack of recent docs 20:41:35 &lt;dg&gt; of course, we couldn't have done anything since doc improvement took a while but yeah 20:42:09 &lt;dg&gt; Right now, the only way to say i2p is safer than something heavily audited e.g Tor is to read all the code + design yourself 20:42:15 &lt;dg&gt; That's fine for those who are wise in that area but bs for users 20:42:25 &lt;dg&gt; i2p has had little academic research too 20:42:35 &lt;nom&gt; imo at least, most users of this kinda thing want to get into the details of how it works and how secure it is. the threadmodel page is useful, but their not the results of extensive testing 20:42:46 &lt;dg&gt; Of course, you can't exactly force academics to write papers on i2p.. 20:42:57 &lt;dg&gt; nom: I agree. 20:43:19 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: that's not really true anymore imho 20:43:38 &lt;dg&gt; hm? 20:43:45 &lt;nom&gt; lol .... i suppose we could try to blackmail some grad students into writing papers on i2p \o/ 20:43:55 &lt;dg&gt; $5 wrench 20:44:08 &lt;iRelay&gt; &lt;weltende@freenode&gt; ah.. just got an mail of an talk about i2p @ athens cryptoparty #0 20:44:24 &lt;dg&gt; oh, nice. I was wondering about Cryptoparty 20:44:27 &lt;dg&gt; Tor has been heavily featured at them 20:44:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: there are a few papers about i2p.. (remember that tum i2p paper for example? ;) 20:44:50 &lt;asdfsdafsdafsd&gt; I doubt many academics will write papers or advocate I2P.... they're all in league with the globalists 20:45:44 &lt;iRelay&gt; &lt;weltende@freenode&gt; asdfsdafsdafsd: academics won't promote anything except their own software they are working on atm ;-) 20:45:48 &lt;dg&gt; i2p, not so much 20:46:28 &lt;dg&gt; The only papers I've seen about i2p are the french and correlation with headers/clocks 20:46:48 &lt;dg&gt; moving on 20:46:55 &lt;asdfsdafsdafsd&gt; weltende... exactly 20:47:02 &lt;dg&gt; "(3) - Discussion regarding merging current fux with trunk " 20:47:14 &lt;nom&gt; soooo.... gsoc? seems like security testing would be a good thing for that 20:47:17 &lt;dg&gt; I'm not sure if anyone can give a real answer to this apart from zzz 20:47:35 *** str4d is now known as str4d_afk 20:47:46 &lt;dg&gt; for those of you not aware, fux is a branch of i2p dev'd by str4d among others with user interfaces improvements. Theme improvements, that kind of thing. 20:47:49 &lt;dg&gt; nom: nobody wants to do gsoc 20:47:56 *** str4d_afk is now known as str4d 20:48:13 &lt;dg&gt; nom: zzz is on trac as a mentor but he apparently doesn't want to have a student 20:48:24 &lt;zzz&gt; sorry dg, all I know is 2-3 months old. last I heard, they were forking? 20:48:27 &lt;dg&gt; (not sure if correct, that's what I was told) 20:48:43 &lt;zzz&gt; wrong 20:48:58 &lt;nom&gt; no kidding, probably why it hasn't got done, but its a resource that gives access to the kind of people that could actually do a security assessment 20:49:24 &lt;dg&gt; zzz: There was some discussion of a fork, it's kind of died down now as some people have had a change of heart. Not sure what's going to be going on there, I don't think anyone is. Regarding the current changes though, I feel they could be somewhat beneficial. Nothing massive/feature breaking in there, however. 20:49:34 &lt;dg&gt; zzz: also, wrong? 20:49:38 &lt;str4d&gt; I am happy to mentor for GSoC 20:50:09 &lt;dg&gt; nom: Yup. 20:50:21 &lt;dg&gt; str4d: We could apply for next year, the application for 2010(?) is still up on trac. 20:50:25 &lt;zzz&gt; re: gsoc: wrong as in I'm happy to help but I'm not going to be in charge and not going to do it myself. 20:50:43 &lt;dg&gt; totally different to what i heard 20:50:53 &lt;dg&gt; key word: heard, I suppose 20:51:05 &lt;dg&gt; relevant trac page: `http://trac.i2p2.i2p/wiki/gsoc` 20:51:32 &lt;zzz&gt; dg re: fux, you're asking the wrong guy. I have no recent info. 20:51:39 &lt;nom&gt; imo fork is both exactly what is happening and exactly what is not happening, zzz you 'control' the official i2p.i2p branch in that you give out commit keys, but theres always gonna be people/groups writing their own features/code into i2p, if theres no interest in merging it stays a 'fork' but otherwise its not really 20:52:01 &lt;dg&gt; zzz: generally asking if you'd be ok with merging some of the themes, etc 20:52:04 &lt;str4d&gt; AFAIK there is nothing stopping mentors being anon, but we need a contactable liason (not sure if they must be non-anon) and some tax form as an organization. 20:52:23 &lt;dg&gt; Right. 20:52:37 &lt;dg&gt; I'm fine with being a liason but I'm sure a few people would be. 20:52:56 &lt;dg&gt; Tax form .. ugh 20:53:05 &lt;LaughingBuddah&gt; We will need some people to agree to be the face of i2p 20:53:24 &lt;str4d&gt; IIRC there was a USA-based one, or a Foreign-based one. 20:53:31 &lt;dg&gt; sadly we can't avoid that, LaughingBuddah.. 20:53:59 &lt;dg&gt; I don't want to be the guy trying to force people to give up anonymity and get up on stages but 20:54:18 &lt;dg&gt; We do need someone who wants to and can fulfill the job 20:54:41 &lt;zzz&gt; dg the last I looked at it was months ago. It was a big grab bag of stuff and I had some objections. Nobody has since asked me to look again - or spilt out the bad from the good - or given me any updates - or mentioned any progress about addressing my issues.. Unless that happens I have no update for you and i assume they are either working on it or forking. 20:54:49 &lt;str4d&gt; (Might not have been tax, but it was something financial) 20:54:52 &lt;str4d&gt; Not sure what was done in 2010 for that. 20:55:19 &lt;dg&gt; zzz: Alright, if I can get them to talk about it etc, I may be able to get you an update. 20:55:27 &lt;dg&gt; just a note 20:55:30 &lt;dg&gt; `http://trac.i2p2.i2p/wiki/gsoc/ideas` 20:55:37 &lt;dg&gt; seems quite interesting 20:55:40 &lt;iRelay&gt; Title: gsoc/ideas I2P (at trac.i2p2.i2p) 20:55:44 &lt;zzz&gt; so I repeat, you are asking the wrong guy. If you want to know about status, ask the guys working on it, not me. 20:56:07 &lt;dg&gt; I was asking if you'd be okay with merging is all, if they co-operated. 20:56:19 &lt;dg&gt; I felt that the changes could benefit i2p somewhat. 20:56:34 &lt;dg&gt; welcome psi 20:56:41 &lt;psi&gt; ?? 20:56:48 &lt;dg&gt; dev meeting 20:56:55 &lt;psi&gt; ok 20:57:36 &lt;dg&gt; The application for GSOC seems solid 20:57:39 &lt;dg&gt; Could possibly reuse it 20:57:39 &lt;nom&gt; zzz: what were the issues you needed addressed? 20:59:54 &lt;str4d&gt; There was an image in a dark theme that has since been replaced. Were there any other major issues? 21:00:17 &lt;psi&gt; ah yes... the assange character should've been removed for now 21:00:20 &lt;psi&gt; s/for/by 21:00:35 &lt;dg&gt; What's wrong with Assange? :P 21:00:46 &lt;zzz&gt; the main thing in remember is regressions in legibility and color choices, esp. in snark. But it's been months since I looked at it 21:00:49 &lt;darrob&gt; nom: you should try to find logs. it would be hard to recall or summarize. (for me, anyway, and i tried to give feedback, too). 21:00:56 &lt;zzz&gt; I felt it was a big step backwards 21:01:18 &lt;KillYourTV&gt; `http://killyourtv.i2p/irclogs/%23i2p-dev.2012-08-23.log.html` 21:01:21 &lt;iRelay&gt; Title: #i2p-dev logs for Thursday, 2012-08-23 (at killyourtv.i2p) 21:01:32 &lt;dg&gt; seems too late to enter gsoc this time now 21:01:43 &lt;psi&gt; regardless... i think we need a "real life" UI testing mechanism that isn't totally subjective 21:01:47 &lt;dg&gt; or uh, next year's are not open (what i mean) 21:01:54 &lt;dg&gt; psi: exactly 21:01:57 &lt;psi&gt; this is where users like Zorya come into play 21:02:12 &lt;psi&gt; Zorya especially is the perfect feedback tool for UI stuff 21:02:35 &lt;nom&gt; re assange, imo hes a cool dude, but as he 'officially' has nothing to do with i2p, we shouldn't be using his image on stuff... unless its like something related to him or wikileaks... 21:02:38 &lt;psi&gt; "regular" or "casual" users are VERY important and should be utilized for feedback 21:02:41 &lt;zzz&gt; but if the fux guys dont remember my objections either, then they probably haven't addressed them, and we're in the same place we were 3 months ago. 21:02:51 &lt;psi&gt; nom: i2p is politically neutral 21:03:37 &lt;str4d&gt; zzz, I recall your legibility issues, and I still think that is more a personal preference matter (since there are clear examples of people both liking and disliking the changes) 21:03:49 &lt;nom&gt; psi: right... if such a thing is possible 21:03:52 &lt;psi&gt; nom: no need to take any stance on things that are politically sensitive anywhere 21:03:59 &lt;str4d&gt; and color* 21:04:02 &lt;str4d&gt; The major issue was the image, and that has been addressed. 21:04:13 &lt;nom&gt; pretty sure were taking a stand about anonymity and free exchange of data tho.... 21:04:35 &lt;str4d&gt; psi, what's Zorya? 21:04:42 &lt;asdfsdafsdafsd&gt; assange is cointelpro 21:04:53 &lt;dg&gt; a person, not sure who/what they do though 21:04:53 &lt;KillYourTV&gt; I can say that when I last looked a few weeks ago, the constrasts in snark weren't nearly as jarring as they had been. 21:04:53 &lt;psi&gt; str4d: Zorya is a user in this channel 21:05:15 &lt;psi&gt; str4d: a "regular" user in jester's group 21:05:15 &lt;zzz&gt; so none of my issues were addressed? (except perhaps the assange image) 21:05:19 &lt;zzz&gt; then we're in the same place 21:05:38 &lt;dg&gt; actually, iirc, the colors were improved 21:05:42 &lt;dg&gt; i'm not sure they are perfect however 21:05:56 &lt;zzz&gt; at the time, I thought that fux was unmergable, that you should kill it and start over, separating out the good from the bad and the ugly. 21:06:08 &lt;psi&gt; zzz: tbh i'm not entirely sure that style issues are that critical unless they impact usability 21:06:36 &lt;str4d&gt; psi, ah - I read your sentence as Zorya being an automated testing tool =P 21:06:39 &lt;dg&gt; the best bit about fux, for me, was the framing of apps inside the console 21:06:46 &lt;dg&gt; i don't care as much about themes 21:07:01 &lt;darrob&gt; psi: that argument works for and against changes. ;) 21:07:20 &lt;psi&gt; darrob: correct 21:07:23 &lt;nom&gt; imo themes are themes and should be a basket of everyones options, if your problem is the default theme... then yah i guess i can see you not wanting to merge that... but still 21:07:23 &lt;zzz&gt; I gave my comments 3 months ago and havent heard anything since. If somebody would like to identify changes and ask me to look at it again, fine. 21:07:38 &lt;dg&gt; nom: my thoughts. 21:07:49 &lt;zzz&gt; you people that are saying you like some of it and dont care about the rest are missing the point completely. 21:07:49 &lt;psi&gt; darrob: however in its current state, the router console is in need of a redesign as it fails as a UI 21:07:52 &lt;user&gt; an improvement from the ui guys's side would be a UI plugin, I think. 21:08:04 &lt;zzz&gt; split out the good from the bad. right now it's a grab bag 21:08:11 &lt;user&gt; &lt;dg&gt; the best bit about fux, for me, was the framing of apps inside the console &lt;&lt;&lt;---- that one I liked too.. gave an impression of unity 21:08:26 &lt;dg&gt; Made things a lot less clunky IMO, user. 21:08:56 &lt;str4d&gt; zzz, the point here is that there is nothing bad/ugly in fux, there is just stuff that everyone likes and stuff that some like and some don't. 21:09:07 &lt;zzz&gt; sounds like you guys are saying you still want to merge it but haven't done anything in 3 months? 21:09:33 &lt;zzz&gt; disagree. your snark changes are objectively bad/ugly. 21:09:56 &lt;user&gt; what's it that everyone likes? maybe one could start identifying that and only merge that 21:09:59 &lt;psi&gt; zzz: much has been done but that doesn't mean anything is "complete", as for something being "objectively ugly" is kind of an oxymoron 21:10:02 &lt;nom&gt; right well the good, the bad, and the ugly, are subjective.... imo as long its configurable personal taste of devs shouldn't come into it 21:10:24 &lt;dg&gt; Yes, we have? 21:10:27 &lt;dg&gt; In fact, I believe the color issue was also addressed. 21:10:27 &lt;dg&gt; see nom's comment 21:10:27 &lt;dg&gt; &lt;nom&gt; imo themes are themes and should be a basket of everyones options, if your problem is the default theme... then yah i guess i can see you not wanting to merge that... but still 21:10:27 &lt;dg&gt; psi: Exactly. 21:10:27 &lt;dg&gt; psi: It's great for nerds like us, not so much for a grandma who wants to be safe. 21:10:34 &lt;dg&gt; zzz: I can somewhat agree for snark but the rest, no. 21:10:45 &lt;dg&gt; user: the unification. 21:10:48 &lt;dg&gt; user: the non-default themes, too. 21:10:59 &lt;dg&gt; user: if it's non-default, I think it's fine to merge and improve along the way. Doesn't hurt. 21:11:06 &lt;nom&gt; how bout this, default keeps theme the same, but includes all the things fux adds, to use them you just set something in config? 21:11:14 &lt;dg&gt; ^ 21:11:29 &lt;zzz&gt; If the people doing the work say they think it's ready for another look, I'll take a look. I have nothing more to say. 21:11:32 &lt;psi&gt; currently (afaik), fux is aimed at hackability and flexibility, not explicitly general pleaseability 21:11:43 &lt;dg&gt; alright 21:11:46 &lt;str4d&gt; Given the users that have said otherwise, I find that hard to take as truly objective. 21:11:46 &lt;dg&gt; fair enough, zzz. 21:11:46 &lt;str4d&gt; Nevertheless, I do agree that fux is not ready for merging dg 21:12:09 &lt;psi&gt; str4d: fux is no where near merging 21:12:09 &lt;dg&gt; str4d: all I wanted was some discussion on it to see what needed doing :) 21:12:12 &lt;psi&gt; not sure who suggested a merge 21:12:15 &lt;maidenboi&gt; i like the snark changes 21:12:26 &lt;nom&gt; zzz: can you agree to that principle tho? that its mergeable if you're experience/view isn't changed unless you select it to happen? ie no default changes 21:13:44 &lt;nom&gt; or rather, since as you said its a grab bag, that pieces are mergeable if they don't change default things and only add options 21:14:14 &lt;psi&gt; at the moment fux is more of a sandbox for ideas, not really meant to be merged over to mainline in its entirety 21:14:45 &lt;psi&gt; i don't expect fux to ever be fully merged over nor would it be a good idea 21:14:56 &lt;dg&gt; I wanted some parts merged 21:15:18 &lt;psi&gt; dg: if they are "done" then sure 21:15:25 &lt;psi&gt; dg: which ones? 21:15:29 &lt;LaughingBuddah&gt; How to we determine them to be done? 21:15:48 &lt;str4d&gt; dg, I agree about the changes to non-default themes being mergable, especially since the majority of changes are by the original theme author, but there are other things that need work first. 21:15:55 &lt;user&gt; again, plugins would be handy, as to not increase the i2p package's size unneededly. 21:16:30 &lt;KillYourTV&gt; One thing for sure would be the pull the fix for ticket #773. It's fine in fux; it's not fine in the vanilla builds. 21:16:37 &lt;iRelay&gt; `http://trac.i2p2.i2p/ticket/773` - (new defect) - Overlapping text in midnight theme 21:16:49 &lt;psi&gt; i do like the unified css and inline frames for snark and mail 21:16:49 &lt;psi&gt; especially the unified css 21:16:52 &lt;KillYourTV&gt; iirc LaughingBuddah reported that in this channel as well. 21:16:59 &lt;str4d&gt; user, that does require getting the UI separation done though (which I hope to work on with top[tabfail] when I get some time) 21:17:22 &lt;dg&gt; psi: mainly the embedding of things, like snark 21:17:25 &lt;dg&gt; LaughingBuddah: majority satisfaction 21:17:28 &lt;psi&gt; dg: yes i like that too 21:17:46 &lt;str4d&gt; dg, #define majority =P 21:17:49 &lt;darrob&gt; i'm confused. i was under the impression that fux was supposed to be merged (rather sooner than later even). i wouldn't have taken the time and given detailed criticism if i was told that it was just a sandbox. 21:18:00 &lt;LaughingBuddah&gt; KillYourTV: Yeah I remember doing that 21:18:11 &lt;psi&gt; darrob: my impression was that it is a sandbox 21:18:36 &lt;psi&gt; as i have been treating it as such so far 21:18:46 &lt;str4d&gt; darrob, I always intended it to be merged. But in some ways it is meant as a UI sandbox. 21:18:53 &lt;dg&gt; str4d: i'd like the creator of the functionality to think it's ok to merge (time to), and a lot of the fux/users with it liking it 21:19:00 &lt;dg&gt; darrob: so was I? 21:19:00 &lt;dg&gt; Anyway, 21:19:07 &lt;dg&gt; I think we can agree that fux needs work 21:19:22 &lt;dg&gt; unification + #773 fix should get merged sooner rather than later 21:19:40 &lt;dg&gt; Let's move on ;-) 21:19:43 &lt;str4d&gt; It's Future UX, so it's for testing and trying out new UX ideas, working out the kinks and polishing. 21:19:58 &lt;str4d&gt; +1 dg 21:20:09 &lt;psi&gt; str4d: that would be sandbox... moving on 21:20:37 &lt;nom&gt; honestly i think we need to have better communication here, theres always going to be things that are mergable, and we need people who can discuss that merging without getting into fights ;) 21:21:03 &lt;nom&gt; so far so win today, which is nice 21:21:06 &lt;str4d&gt; I also need to work out how to best merge parts of branches in monotone. 21:21:43 &lt;KillYourTV&gt; and yeah, it looks like assange (and the dark snark theme) are completely gone 21:21:54 &lt;str4d&gt; At present I only know about "propagate" and "explicit_merge", but they merge everything up to a specific commit, rather than cherry-picking changes. 21:22:24 &lt;nom&gt; str4d: probably something involving editing a diff down to just the parts you want 21:22:24 &lt;str4d&gt; KillYourTV, dark snark is not in mtn, but it's in my fux builds. 21:22:51 &lt;KillYourTV&gt; ah..so assange (run through a filter) may still live... 21:23:02 &lt;dg&gt; as for fux's issues, we can co-ordinate on that after the meeting 21:23:05 &lt;dg&gt; we're doing well so far though 21:23:05 * dg highfives 21:23:05 &lt;dg&gt; (4) - Website 21:23:09 &lt;dg&gt; (4a) - Mirroring i2p2.de/etc 21:23:09 &lt;dg&gt; (4b) - SSL for the sites. 21:23:09 &lt;dg&gt; We need welt for this.. 21:23:09 &lt;dg&gt; Tor's mirroring setup is great right now, rsync etc. 21:23:09 &lt;dg&gt; Plus a clear list of mirrors and how to do it 21:23:09 &lt;dg&gt; nom: Yeah. 21:23:09 &lt;dg&gt; nom: We did well now, just that we have other issues to discuss so.. ha 21:23:31 * dg coughs 21:24:21 &lt;nom&gt; right, re website.... same as before re docs i guess, theres good info, but it feels like it hasn't been touched in a while 21:24:36 &lt;dg&gt; precisely my feelings 21:24:39 &lt;dg&gt; it seems very out of time 21:24:49 &lt;str4d&gt; KillYourTV, no - did you not read my earlier message? 21:25:03 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: rsync master thingy is already running 21:25:46 &lt;str4d&gt; nom, that seems a bit hacky... I'd prefer a solution that still allowed for a "propagate" at a later stage once the other branch was exactly as wanted. 21:25:46 &lt;dg&gt; I've noticed some issues between how things really are and what the website says 21:26:24 &lt;psi&gt; in general the website seems to feel old and the "revamp" last i checked looks really good 21:26:28 &lt;nom&gt; str4d: yah... could separate each mergeable thing into its own branch and merge that i suppose, and keep fux as a sandbox/catch all 21:26:52 &lt;dg&gt; weltende: not documented anywhere, iirc 21:26:59 &lt;dg&gt; psi: we should speed up on the revamp 21:27:05 &lt;dg&gt; the current one feels extremely stale 21:27:12 &lt;psi&gt; dg: priorities 21:27:23 &lt;nom&gt; like use fux as a test branch, when something is ready to be included as its own component, separate the branch and merge it there, also so you can maintain it as its own thing 21:27:32 &lt;psi&gt; dg: what has more importance? website or the software? 21:27:43 &lt;str4d&gt; There does need to be improvement of the website content. I've been working on layout and structure in i2p.www.revamp but haven't touched the content (otherwise propagations would be a nightmare), so that needs working on in i2p.www 21:27:46 * str4d is still not happy with the design of the revamp, but that is not the focus right now - proper content structuring so that (a) new content can be easily added, and (b) users can find what they want easily, is the main focus 21:28:15 &lt;thursday&gt; Could we set up a blog on the official site? I'd gladly chip write a post a week or so - short tutorials and tips, development updates, etc. 21:28:18 &lt;str4d&gt; psi, that is a chicken-and-egg question. Both are important. 21:28:21 &lt;dg&gt; psi: Hell, I think the website is a big deal and it affects the software. 21:28:24 &lt;dg&gt; thursday: me too. 21:28:59 &lt;iRelay&gt; &lt;weltende@freenode&gt; thursday: already kinda done in the revamp branch.. not feature complete.. but the basic stuff is there 21:29:42 &lt;dg&gt; str4d: +1 21:29:42 &lt;nom&gt; ....big picture software is more important, but the website needs improvement, and imo theres enough people with enough time and skills to work on the website, without it impacting how much 'code' gets done 21:29:42 * psi refreshes the revamp branch 21:29:42 &lt;str4d&gt; thursday, at present the main site is just a collection of HTML files. The revamp reorganizes things so that there is a specific blog. 21:29:42 &lt;str4d&gt; (Still a collection of HTML files, but blog generation etc. is dynamic so it makes maintaining a blog much simpler) 21:29:42 &lt;nom&gt; software = community = website, as its the first introduction most people get 21:29:49 &lt;dg&gt; current site makes me think nerdy 21:30:11 &lt;dg&gt; and dead, old 21:30:18 &lt;dg&gt; I didn't know if i2p was even in active dev when I first saw it 21:30:37 &lt;str4d&gt; thursday, (and those who haven't seen it): `http://vekw35szhzysfq7cwsly37coegsnb4rrsggy5k4wtasa6c34gy5a.b32.i2p/en/site/` is the revamp 21:31:01 &lt;LaughingBuddah&gt; psi: they could be worked on my different people. no need to decide for only one of the two 21:31:16 &lt;dg&gt; I can do blog posts/write ups for pages. 21:32:51 &lt;KillYourTV&gt; yes, I read your message str4d. and I call `http://killyourtv.i2p/tmp/nffnatr.png` "assange run through a filter" 21:33:17 &lt;KillYourTV&gt; (hell, back in early september it was still 'assange.png' :P) 21:34:13 &lt;thursday&gt; That looks fantastic. As someone who wants to help out with the site, is there a list of the major things that need to be done before this revamp can go live? 21:34:24 &lt;str4d&gt; KillYourTV, that is not current. If you run fux you'll see that replaced with a variant of hat guy. 21:34:47 &lt;KillYourTV&gt; I *just* downloaded that from you. 21:35:18 &lt;str4d&gt; KillYourTV, oh, then the image file might still be sitting there. But snark does not use it. 21:35:45 * str4d has often forgotten to remove random files, sometimes leaving .zip files in the update packages&gt;_&lt; 21:36:11 &lt;KillYourTV&gt; alright...NOW I can agree. It's not in the css. carry on :) (and sorry) 21:36:32 &lt;iRelay&gt; &lt;weltende@freenode&gt; hmm.. that News thingy at the end of the page is a bit to hidden imho 21:36:52 &lt;dg&gt; thursday: +1, I'd like this too. We can wrap up on this if we have that and can decide on a few people to work on that. 21:36:55 &lt;str4d&gt; thursday, feedback is key. I'm still working out the structure and layout at present, so comments on that are welcome (url layout as well as navigation) 21:36:59 &lt;dg&gt; &lt;+dg&gt; thursday: +1, I'd like this too. We can wrap up on this if we have that and can decide on a few people to work on that. 21:38:11 &lt;str4d&gt; thursday, if you want to improve content, there are many pages that could do with reworking to make it easier for end users to find/understand what they need to. 21:38:33 * str4d can go through some of that later if desired. 21:38:51 &lt;dg&gt; That'd be nice 21:39:57 &lt;LaughingBuddah&gt; Timed out...What's the topic? 21:40:40 &lt;dg&gt; Not much was said about mirroring, I think that includes the re-design though 21:40:40 &lt;dg&gt; imo, any changes to the current design are just temporary and not worth thinking too much about 21:42:10 &lt;LaughingBuddah&gt; Link to logs please 21:42:10 &lt;LaughingBuddah&gt; I'd like to read the part about mirroring/offer my services 21:42:10 &lt;str4d&gt; welterde, you were making changes to the mirroring scripts IIRC? 21:42:10 &lt;dg&gt; weltende: SSL on the sites, legit certs, SSL on the mirrors (at least some) - how possible is this? 21:42:10 &lt;dg&gt; unprofessional to have expired/none/CACert (which throws up errors = scary) 21:42:10 &lt;dg&gt; you could argue CA system is weak but better than nothing 21:42:10 &lt;dg&gt; LaughingBuddah: website etc 21:42:10 &lt;dg&gt; LaughingBuddah: very little was said wrt mirroring 21:42:10 &lt;LaughingBuddah&gt; I'd like to set up a mirror 21:42:19 &lt;str4d&gt; dg, yeah, there are long-standing issues in trac related to that. 21:42:19 &lt;dg&gt; LaughingBuddah: I figure it was because the current site is dire and we might as well wait for the new design before we do anything big. 21:42:19 &lt;dg&gt; The new site can highlight important things as well as a surge of new information. 21:42:22 &lt;LaughingBuddah&gt; Fair enough 21:42:22 &lt;dg&gt; Anything for the old site, again, IMO is just trying to keep something dead afloat. 21:42:34 &lt;dg&gt; Thank you though! :-) 21:42:34 &lt;LaughingBuddah&gt; Offer still stands 21:42:43 &lt;dg&gt; Oh, by the way, syndie.i2p2.i2p doesn't exist, but syndie.i2p2.de does 21:42:46 &lt;dg&gt; inconsistency.. 21:42:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: uh.. 21:43:07 &lt;dg&gt; (Regarding Syndie, it'd be cool if someone could try poke it back alive, but we probably do not have the men) 21:43:16 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: you mean for the revamp thing or what do you mean? 21:43:20 &lt;nom&gt; yah, wrt syndie that really should be removed from the frontpage... unless someone has taking it back up without me noticing, its been dead for years 21:43:31 &lt;dg&gt; Syndie is a really cool idea. 21:43:49 &lt;str4d&gt; welterde, IIRC you said you were reworking the mirroring scripts, and that they would be shifted out of i2p.www eventually 21:43:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; str4d: I was gonna integrate that into the main site, so the mirror sites don't depend on my site anymore 21:44:14 &lt;str4d&gt; dg, one thing I hope to fix on the new site is that urls we know exist in i2p and in clearnet get auto-changed based on the user's location (rather than an i2p user having links to trac.i2p2.de for example). 21:44:32 &lt;str4d&gt; welterde, ah, okay. 21:45:03 &lt;dg&gt; str4d: oh, yes. I was thinking about that a while ago. That'd be a small but very good change for UX. 21:45:03 &lt;dg&gt; good call 21:45:03 &lt;LaughingBuddah&gt; We've got all these projects that need manpower. Maybe we start assigning people to make sure they move forward? 21:45:42 &lt;str4d&gt; dg, small from UX standpoint. %^&*ing annoying from backend standpoint&gt;_&lt; 21:45:53 * str4d has tried and so far failed 21:46:03 &lt;dg&gt; ^ this 21:47:13 &lt;hottuna&gt; are the projects organized / listed anywhere? 21:47:32 &lt;psi&gt; hottuna: iirc projects.i2p is one place 21:47:35 &lt;psi&gt; not sure 21:47:39 &lt;dg&gt; Perhaps we should create tickets in trac and assign them? 21:47:42 &lt;dg&gt; This would mean a clear, documented timeline of progress on work and to follow up who is working on it.. 21:47:45 &lt;dg&gt; str4d: sounds quite easy? :s. just s/$domain/$currentdomain/.. 21:47:45 &lt;dg&gt; str4d: Also, could do in JavaScript although not ideal. 21:47:45 &lt;dg&gt; hottuna: we're discussing them / and there's a topic on zzz.i2p to an extent about it but we're kind of trying to fix that 21:47:48 &lt;dg&gt; I propose we have trac tickets for each of the issues we've raised here, but if we can't use trac (we should though, imo since it's official) 21:47:55 &lt;dg&gt; we can use projects.i2p 21:48:10 &lt;dg&gt; trac also allows parent tickets and such, so we could have a complete way of planning this 21:48:13 &lt;LaughingBuddah&gt; What's the status on trac ---&gt; redmine? 21:48:21 &lt;psi&gt; LaughingBuddah: probably not needed atm 21:48:32 &lt;dg&gt; LaughingBuddah: awaiting weltende.. but not needed right now 21:48:35 &lt;LaughingBuddah&gt; I see 21:48:41 &lt;iRelay&gt; &lt;weltende@freenode&gt; haven't had time yet to give it a try yet 21:48:41 &lt;dg&gt; the issues with trac are more so on welt's end, not trac 21:48:44 &lt;dg&gt; software. 21:49:00 &lt;dg&gt; psi: Can you get to creating tickets for some of the issues we've raised today? 21:50:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: actually it's just the monotone plugin as I said before.. other downtimes weren't *that* often to be really annoying imho.. 21:50:46 &lt;nom&gt; also re trac / redmine, if anyone has any experience with fossil, i would love to hear about it, im mulling over the possibility of trying to use it to make a system for actually distributed repos/bug tracking 21:50:48 &lt;psi&gt; dg: which and where? 21:50:57 &lt;dg&gt; psi: Trac, website reorganization, managing the necessary fux changes, dealing with the mirroring stuff, etc. Just general parent ones which we can assign to people so they do not forget and it's clear who we can grill if something breaks/doesn't work. 21:50:57 &lt;darrob&gt; hasn't this "assigning jobs to people will ensure that they'll get done real quick" meme been discussed on zzz.i2p already? 21:51:04 &lt;dg&gt; darrob: maybe, but was it even done? 21:51:11 &lt;dg&gt; (or work?) 21:51:30 &lt;dg&gt; We've clearly got some people who can get some tasks done 21:51:33 &lt;psi&gt; dg: i dont get things done "fast" 21:51:33 &lt;dg&gt; trac is a way of documenting proress 21:51:33 &lt;psi&gt; dg: for me they are eventual 21:51:33 &lt;dg&gt; psi: neither do i, but i do get them done 21:52:47 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: people used to run a fossil thingy.. but afair you got into trouble if two people edited the wiki at once(in two different instances that is..) 21:53:44 &lt;nom&gt; speaking of eventual, psi: i/others could get a lot out of you writing up your thoughts on netdb structure / your baromatrix experiences so far.. like a running blog or something 21:53:59 &lt;dg&gt; nom: i certainly would 21:54:14 &lt;dg&gt; psi: if not you, I can/someone else. I'd just like something to come out of this meeting so we can follow up on it next time. :) 21:54:14 &lt;nom&gt; weltende: hmm interesting... so there would have to be some sort of system for consistency 21:54:55 &lt;iRelay&gt; &lt;weltende@freenode&gt; nom: or simply support for merging as it does for files 21:56:08 &lt;psi&gt; nom: current "status" of baromatrix is "being worked on" 21:56:08 &lt;psi&gt; nom: i have more than just i2p right now going on 21:56:15 &lt;nom&gt; psi: right, i understand, don't mean to pressure you or your time, just saying its always good to share your thoughts 21:56:46 &lt;psi&gt; i'll share thoughts when they happen nom 21:56:49 &lt;iRelay&gt; &lt;weltende@freenode&gt; baromatrix? 21:56:57 &lt;nom&gt; weltende: indeed, guess i'l have to experiment with it a bit 21:57:00 &lt;dg&gt; statistics project 21:57:10 &lt;psi&gt; baromatrix is a distributed version of stats.i2p 21:57:15 &lt;iRelay&gt; &lt;weltende@freenode&gt; ah 21:57:15 &lt;psi&gt; to "double check" the numbers 21:57:30 &lt;psi&gt; it's something that i've been meaning to do for a while 21:57:59 &lt;psi&gt; also to get a general demographic of the userbase too without being invasive 21:58:58 &lt;nom&gt; also uh... wheres the code? the git.repo seems to be .... nothing? 22:03:28 &lt;dg&gt; I guess we should wrap up then 22:03:35 &lt;dg&gt; Thanks for being involved, everyone. hopefully this can become a regular thing. 22:03:46 &lt;dg&gt; Anyone got any more to say/issues to raise? 22:04:07 &lt;LaughingBuddah&gt; Maybe we should schedule the next one? 22:04:26 &lt;dg&gt; Next Tuesday at 9PM UTC? 22:04:29 &lt;dg&gt; 8PM seemed a little rough for some people. 22:04:45 &lt;hottuna&gt; bampf? 22:04:56 * dg bampfs the meeting closed ;-) 22:05:30 &lt;hottuna&gt; thanks dg, this seems like a good thing 22:06:00 &lt;iRelay&gt; &lt;weltende@freenode&gt; dg: for me 7PM would be better.. 22:06:10 &lt;dg&gt; hottuna: Thank you, I've had a lot of support, it was a little rough at the start of this and I felt anxious about how it'd go, but it went well. Perhaps we could see more of you/others next time too! 22:06:17 &lt;dg&gt; weltende: 7PM UTC is ok for me, I think. 22:06:28 &lt;dg&gt; weltende: 8PM caused issues for str4d 22:06:43 &lt;dg&gt; Next Tuesday @ 7:30PM? 22:09:40 &lt;iRelay&gt; &lt;weltende@freenode&gt; sounds good 22:10:28 &lt;LaughingBuddah&gt; +1 22:10:39 &lt;dg&gt; Great. 22:14:59 &lt;LaughingBuddah&gt; Cya all 22:15:02 &lt;LaughingBuddah&gt; dg: good meeting </div>/ko/blog/2012/10/27/0.9.3-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sat, 27 Oct 2012 00:00:00 +0000/ko/blog/2012/10/27/0.9.3-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.3에는 router에서 메시지 대기열 처리와 관련된 광범위한 저수준 변경이 포함되어 있습니다. 우리는 CoDel Active Queue Management(AQM, 능동 큐 관리) 알고리즘을 구현했습니다. 또한 진단을 돕고 네트워크 지연 시간을 줄이기 위해 트랜스포트(transport) 내 대기열 및 우선순위 메커니즘을 통합했습니다. UDP 트랜스포트의 버그를 수정하고 UDP를 공격에 더 강인하게 만드는 작업도 계속되고 있습니다. router의 성능을 개선하고 메모리 사용량을 줄이기 위한 변경도 더 포함되어 있습니다. 또한 지난 릴리스에서 도입된 i2psnark의 DHT 지원을 기본으로 활성화했습니다.</p> <p>늘 그렇듯이, 이번 릴리스에는 많은 버그 수정도 포함되어 있으므로 업데이트를 권장합니다.</p>/ko/blog/2012/09/21/0.9.2-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Fri, 21 Sep 2012 00:00:00 +0000/ko/blog/2012/09/21/0.9.2-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.2에는 router의 성능과 효율성을 향상하기 위한 광범위한 저수준 변경 사항이 포함되어 있습니다. 더 많은 사용자에게서 UPnP가 작동하도록 UPnP 라이브러리를 업데이트했습니다. I2PSnark에는 이제 DHT 지원이 추가되었지만, 다가오는 0.9.3 개발 주기 동안 더 많은 테스트를 진행할 계획이므로 아직 기본적으로 활성화되어 있지는 않습니다.</p> <p>평소처럼, 이번 릴리스에도 많은 버그 수정이 포함되어 있으므로 업데이트를 권장합니다.</p> <p>파일은 <a href="../../ko/downloads">다운로드 페이지</a> 에서 제공됩니다.</p> <h2 id="릴리스-세부-정보">릴리스 세부 정보</h2> <h2 id="주요-변경사항">주요 변경사항</h2> <ul> <li>SSU: Fix several problems in our UDP transport, to improve efficiency and reliability for connection setup. Also improve defenses against various types of bad input.</li> <li>UPnP: Updated our library to fix several issues, should work for more routers now</li> <li>Transport: Improve performance in both our TCP and UDP transports, to benefit high-bandwidth routers</li> <li>Crypto: The thresholds and number of ElGamal/AES Session Tags delivered are now much more flexible, which should lessen protocol overhead and reduce stalls caused by dropped tags.</li> <li>I2PSnark: Add DHT support, not yet enabled by default, will do further testing and plan to enable by default in 0.9.3.</li> </ul> <h2 id="버그-수정">버그 수정</h2> <ul> <li>Fix various issues affecting memory usage and performance on high-bandwidth routers</li> <li>Fix problems in UDP for routers using a reduced-MTU connection, e.g. a VPN</li> <li>Fix i2psnark bug that prevented a completion announcement to the tracker</li> <li>Fix a lock contention problem in i2ptunnel</li> <li>Fix some OSX installation issues</li> <li>Remove uses of direct byte buffers that may have been leaking</li> </ul> <h2 id="기타">기타</h2> <ul> <li>Reduce overhead in network messages</li> <li>Add &ldquo;universal&rdquo; theme support</li> <li>Theme updates</li> <li>Add a jbigi library for Raspberry Pi</li> <li>New Scala unit test framework</li> <li>Translation updates for Czech, Dutch, German, and Greek</li> <li>Update wrapper to 3.5.15 (new installs and PPA only)</li> <li>Update GeoIP data (new installs and PPA only)</li> </ul> <h2 id="sha256-체크섬">SHA256 체크섬:</h2> <pre tabindex="0"><code>4cc506d74bea772d304a8fc1d4adee900e5d7d38cbf896bd8aa9de31002b4f43 i2pinstall_0.9.2_windows.exe 7eb1b62bdb955691dfd645acc2172fe7947266e35f201273f702272d57b80a70 i2pinstall_0.9.2.jar ac0262120868a01d11b27ce56a7fea5ea243e261d0d7ff6e6dd59e18987a1be5 i2psource_0.9.2.tar.bz2 c547b81822ff642e52a9196e847466b5613219fc695bc26485930c7a855e0cee i2pupdate_0.9.2.zip f8b34fe7764d828fbdbcc13efd4f8f4ae20697f84c1c3772213241fa2ce0786a i2pupdate.su2 8ee355a27713f43a2a37dcfb70a4ea1d9f6c1fbad2d33a35083c0a33afaedeec i2pupdate.sud </code></pre>/ko/blog/2012/07/30/0.9.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 30 Jul 2012 00:00:00 +0000/ko/blog/2012/07/30/0.9.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9.1에는 i2psnark의 다수 버그 수정, 스트리밍 라이브러리 개선, 홈페이지 변경, 새로운 테마, 그리고 번역 업데이트가 포함되어 있습니다. 업그레이드를 권장합니다.</p> <p>파일은 <a href="../../ko/downloads">다운로드 페이지</a> 에서 이용할 수 있습니다.</p> <h2 id="릴리스-세부-정보">릴리스 세부 정보</h2> <h2 id="i2psnark">I2PSnark</h2> <ul> <li>Fix several bugs in downloading torrents with skipped files</li> <li>Fix places where rarest-first was not honored</li> <li>Fix handling of encoded magnet links</li> <li>Additional inbound connection limits</li> <li>Immediate closing of connections with handshake errors</li> <li>Blocklist peers with multiple handshake errors</li> <li>Delay &ldquo;ballooning&rdquo; files on disk until required, to speed torrent adds</li> <li>Store partial pieces in temp files to greatly reduce memory usage when leeching</li> <li>Remove peers restriction when leeching torrents with large pieces</li> <li>Improve configuration of open and private trackers</li> <li>Prevent configuration of default trackers as private</li> <li>Improved display and control of torrent file downloads</li> <li>Reduced number of threads</li> <li>Faster startup and shutdown of torrents</li> <li>Allow clearing of message box</li> <li>New light theme</li> <li>Torrent info page updates and cleanups</li> <li>Fix problems with restarted torrents</li> <li>Delay tunnel close at shutdown to ensure trackers are notified</li> <li>Better UI behavior during tunnel startup and shutdown</li> </ul> <h2 id="버그-수정">버그 수정</h2> <ul> <li>Prevent shutdown hangs caused by buggy plugins</li> <li>Fix for Raspberry Pi crashing</li> <li>Fix rare job queue hang</li> <li>Fix routing key modifier rarely not updating at midnight</li> <li>Fix excessive padding in some AES-encrypted messages</li> <li>Fix occasional gunzip failures</li> <li>Several fixes to streaming lib to speed recovery after dropped packets and improve retransmit behavior</li> <li>Fix bug that reduced reuse of tunnels</li> </ul> <h2 id="기타">기타</h2> <ul> <li>Ports are now passed through the SOCKS and HTTP proxies to support eepsite virtual hosts. See <code>http://zzz.i2p/topics/1182</code> for setup instructions.</li> <li>I2PTunnel configuration changes now take effect immediately. No tunnel restart required.</li> <li>Summary bar iframe removed, refresh is now via Javascript only</li> <li>Reduce netDB flood redundancy</li> <li>Reduce stats publishing frequency</li> <li>Minor router console changes</li> <li>New Hungarian and Greek translations</li> <li>Completed Italian translation</li> <li>Updates to Dutch, Finnish, French, German, Spanish, and Swedish translations</li> <li>Update geoip to Maxmind 2012-07-04</li> <li>Theme updates</li> <li>Theme support for SusiMail and SudiDNS; new dark themes</li> <li>I2PTunnel and SusiDNS now iframed with summary bar</li> <li>Console home page now shows news summary in summary bar</li> <li>Console home page icon updates</li> <li>Console summary bar now configurable</li> <li>Change the HTTP proxy error code from 404 to 500</li> <li>Cleanups for efficiency in netdb and I2CP</li> <li>Increase timeout for internal uses of eepget to improve reliability</li> </ul> <h2 id="sha256-체크섬">SHA256 체크섬:</h2> <pre tabindex="0"><code>0727af83988e82f32e0972a9e12c72ac14c3c0da0815c5902193d6b13d356371 i2pinstall_0.9.1_windows.exe 39c19c0df042ad231a14fdf1c20e4927651a2af0f0cf734b46eba0d2b8419314 i2pinstall_0.9.1.jar 8603c928a210ced77b6498bf8ee07cb000be9641adc389b34c3c8a10ac4f0677 i2psource_0.9.1.tar.bz2 136b74435b93aededef5884d39cfbc513f57184b74c8481580bcd5324aa23b1a i2pupdate_0.9.1.zip 4f07fee850d56fada06f0aeabb5bb46c6172bad72411e07bf4f6a8e0d76d8acd i2pupdate.su2 c039b423983789d914a1d02d3703b3c1aa36c87165e132419ff39b5d184ef480 i2pupdate.sud </code></pre>/ko/blog/2012/05/02/0.9-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Wed, 02 May 2012 00:00:00 +0000/ko/blog/2012/05/02/0.9-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.9 릴리스는 0.8.x 시리즈에서 1년 반이 넘게 진행된 작업을 마무리하며, 그 과정에서 router의 성능과 보안을 대폭 개선하고 네트워크의 확장성도 향상시켰습니다.</p> <p>0.9 릴리스에서는 콘솔 및 eepsite 웹 서버용으로 Jetty 6로 이전하고, 간소화된 router 콘솔 홈 페이지를 도입합니다. 이 릴리스는 이전 릴리스와 네트워크 호환되지만, 기존 eepsite, 플러그인, 웹앱과의 호환성에 대한 중요한 정보는 아래를 참조하십시오. 업그레이드를 권장합니다.</p> <p>파일은 <a href="../../ko/downloads">다운로드 페이지</a> 에서 이용할 수 있습니다.</p> <h2 id="업데이트-정보">업데이트 정보</h2> <p>네트워크 내 업데이트와 신규 설치에는 Jetty 6, Tomcat, 및 JSTL이 포함됩니다. PPA (Ubuntu/Debian) 업데이트에는 이러한 패키지에 대한 새로운 의존성이 추가됩니다.</p>/ko/blog/2012/02/27/0.8.13-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 27 Feb 2012 00:00:00 +0000/ko/blog/2012/02/27/0.8.13-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.8.13 릴리스에는 여러 버그 수정과 두어 가지의 새로운 기능이 포함되어 있습니다. 지난 릴리스가 성능을 크게 향상시킨 점을 기쁘게 생각하며, 지속적인 급속한 성장에도 불구하고 네트워크가 원활히 운영되고 있습니다. 업그레이드를 권장합니다.</p> <p>파일은 <a href="../../ko/downloads">다운로드 페이지</a> 에서 이용할 수 있습니다.</p> <h2 id="릴리스-세부-정보">릴리스 세부 정보</h2> <p>이번 릴리스는 0.9 이전의 마지막 릴리스가 될 가능성이 높으며, 0.9에서는 Jetty 6로 마이그레이션하고 간소화된 router 콘솔 홈 페이지를 도입할 예정입니다. 다음 릴리스에 대한 추가 정보는 향후 몇 주 동안 사용자의 router 콘솔의 뉴스 섹션을 주시하십시오.</p>/ko/blog/2012/01/06/0.8.12-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Fri, 06 Jan 2012 00:00:00 +0000/ko/blog/2012/01/06/0.8.12-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.8.12 릴리스는 여러 메시지 손상 버그를 수정했으며, 일부는 2005년부터 존재해 왔습니다. 또한 router의 혼잡 제어를 재설계하고, CPU와 메모리 사용량 최적화를 지속적으로 진행했습니다. 이러한 변경 사항이 네트워크 성능을 향상시킬 것으로 기대합니다. 업그레이드를 권장합니다.</p> <p>파일은 <a href="../../ko/downloads">다운로드 페이지</a> 에서 제공됩니다.</p> <h2 id="릴리스-세부-정보">릴리스 세부 정보</h2> <p>이번 릴리스에는 네트워크의 신뢰성과 성능 향상에 도움이 될 몇 가지 큰 변경 사항이 포함되어 있습니다.</p> <p>처음 두 가지 변경 사항은 아래에 설명된 심각한 UDP 패킷 전송 버그를 수정한 것입니다. 세 번째 변경 사항은 decompressor(압축 해제기)에 대한 수정입니다. 이러한 수정으로 메시지 전달 실패의 주요 원인 중 하나가 제거될 것입니다.</p>/ko/blog/2011/11/08/0.8.11-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 08 Nov 2011 00:00:00 +0000/ko/blog/2011/11/08/0.8.11-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>여러분도 이미 눈치채셨듯이, 10월 5일부터 시작된 전례 없는 네트워크 성장으로 인해 네트워크 혼잡이 급격히 증가했으며, 특히 UTC 기준 저녁 시간대와 주말에 두드러졌습니다. 최근 두 차례 릴리스에는 부하를 완화하기 위한 몇 가지 변경 사항을 포함시켰지만, 안타깝게도 이러한 조치들은 제한적인 성과에 그쳤습니다. 핵심 과제는 네트워크 내에서 직접적인 router 간 연결 수를 제한하는 것입니다. 이는 새로운 문제가 아니며, 우리는 수년 동안 이에 대해 작업해 왔고 좋은 성과를 얻었습니다. 그러나 최근의 성장은 우리를 다시 한 번 임계점을 넘어서는 상황으로 몰아넣었습니다.</p>/ko/blog/2011/10/20/0.8.10-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Thu, 20 Oct 2011 00:00:00 +0000/ko/blog/2011/10/20/0.8.10-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>릴리스 0.8.10에는 router 간 연결 수를 줄이고 그에 따라 tunnel 구축 성공률과 전반적인 신뢰성을 향상시키기 위한 두 가지 변경 사항이 포함되어 있습니다. 물론, 몇 가지 버그 수정과 번역 업데이트도 포함되어 있습니다.</p> <p>파일은 <a href="../../ko/downloads">다운로드 페이지</a> 에서 제공됩니다.</p> <h2 id="릴리스-세부-사항">릴리스 세부 사항</h2> <h2 id="주요-변경-사항">주요 변경 사항</h2> <ul> <li>Disable tunnel testing as it forces too many router connections</li> <li>Select outbound endpoint - inbound gateway paths that are closer, using an XOR metric, to reduce router connections</li> </ul> <h2 id="버그-수정">버그 수정</h2> <ul> <li>Fix exceptions at shutdown</li> <li>Fix concurrency errors in SSU</li> <li>Fix timeout message on POST</li> </ul> <h2 id="기타">기타</h2> <ul> <li>Increase max tunnels, reduce router info expiration</li> <li>Add gunzip support to eepget to reduce reseed bandwidth</li> <li>Finnish, Italian, Russian, and Swedish translation updates</li> </ul> <h2 id="sha256-체크섬">SHA256 체크섬:</h2> <pre tabindex="0"><code>8494640d29b1b7969118169a7ae1c56bc5a07f354ec883734687bf09eef0e35c i2pinstall_0.8.10.exe e5832bb49f46b0b6620e8492e6fc6454de4107b84bca5a4b35461c6b7ac0575e i2psource_0.8.10.tar.bz2 64bcd1fdd478cfda987c1d4906d94b3f20a0555bd4037aefa7a09af4f39a0e99 i2pupdate_0.8.10.zip 5620113f4e19768e15af0a9c8bc670ca443e9983a0d4868997800ee215790c51 i2pupdate.su2 39bfbfebbf77d660081fe1ce282f642fb15ed9cd170901f54a954bc986eadaf5 i2pupdate.sud </code></pre>/ko/blog/2011/10/11/0.8.9-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 11 Oct 2011 00:00:00 +0000/ko/blog/2011/10/11/0.8.9-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.8.9 릴리스에는 여러 성능 개선과 지속적으로 빠르게 성장하는 네트워크에 대처하기 위한 많은 변경 사항이 포함되어 있습니다. Kademlia 네트워크 데이터베이스 조회를 위해 더 신뢰성과 효율성이 높은 새로운 반복적 방식을 사용합니다. 또한 신뢰성과 효율성 향상에 도움이 되는 SSU (UDP) 전송 프로토콜의 여러 개선도 포함되어 있습니다. 우리는 tunnel 구축 성공률을 높이기 위해 여러 변경을 했습니다. 물론, 다수의 버그 수정과 번역 업데이트도 있습니다.</p> <p>최근 몇 주 동안 네트워크가 상당히 빠르게 성장했으며, 이는 매우 반가운 소식이지만 그로 인해 일부 불안정성이 발생했습니다. 새로 합류하신 모든 사용자분들을 환영하며, 저희가 소프트웨어를 개선해 나가는 동안 조금만 인내해 주시기를 부탁드립니다.</p>/ko/blog/2011/09/03/ipredator-%EC%84%9C%EB%A8%B8-%EC%98%A4%EB%B8%8C-%EC%BD%94%EB%93%9C/Sat, 03 Sep 2011 00:00:00 +0000/ko/blog/2011/09/03/ipredator-%EC%84%9C%EB%A8%B8-%EC%98%A4%EB%B8%8C-%EC%BD%94%EB%93%9C/<p>itoopie와 I2PControl이 출시됩니다!</p> <p>itoopie와 I2PControl이 공개적으로 이용하실 수 있게 되었음을 기쁘게 알려드립니다.</p> <p>itoopie는 I2P Router Console을 보완하기 위해 설계된 그래픽 인터페이스입니다. itoopie의 목표는 I2P Router Console보다 더 단순하고 학습 곡선이 낮은 인터페이스를 제공하는 것입니다.</p> <p>I2PControl은 I2P router를 위한 JSONRPC 인터페이스를 제공하는 I2P 플러그인입니다. 이 인터페이스는 기본 설정(대역폭, 포트 등) 구성, 다양한 통계 조회를 지원하며, SSL로 암호화된 HTTP 연결을 통해 제공됩니다.</p> <p>자세한 정보와 지침은 itoopie.i2p에서 확인할 수 있습니다.</p> <p>이 프로젝트는 VPN 서비스 Relakks &amp; Ipredator의 자금 지원을 받았으며, Jan-Erik Fiske와 <a href="http://twitter.com/brokep">Peter Sunde</a> 에 의해 시작되었습니다.</p>/ko/blog/2011/08/23/0.8.8-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 23 Aug 2011 00:00:00 +0000/ko/blog/2011/08/23/0.8.8-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>I2P 0.8.8 릴리스는 호스트명 조회를 가속하고 호스트명 항목에 추가 정보를 저장하기 위한 새로운 hosts.txt 데이터베이스를 사용할 수 있게 한다. 또한 시작 시 router가 네트워크에 합류하는 속도를 높이는 개선을 포함한다. 아울러 컴퓨터가 절전/재개한 뒤 router가 복구하는 데 도움이 되도록, 큰 시각 변화를 감지하고 대응하는 새로운 코드도 포함되어 있다.</p> <p>덴마크어와 우크라이나어 번역이 새로 추가되었고, 다른 언어에도 많은 업데이트가 이루어졌습니다. 물론 다수의 버그 수정과 성능 개선, 그리고 네트워크의 지속적인 급속 확장에 대응하기 위한 업데이트도 포함되어 있습니다.</p>/ko/blog/2011/06/27/0.8.7-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 27 Jun 2011 00:00:00 +0000/ko/blog/2011/06/27/0.8.7-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>I2P 릴리스 0.8.7에는 오랫동안 소홀히 다뤄졌던 구성 요소들, 예를 들어 네임 서비스, 그래프 기능, 네이티브 CPU ID 및 BigInteger 라이브러리, 암호 구현, 그리고 래퍼(wrapper) 등에 대한 여러 업그레이드가 포함되어 있습니다.</p> <p>이 업그레이드의 구현과 테스트에 핵심적인 역할을 한 신규 기여자 KillYourTV에게 감사드리며, sponge와 hottuna의 추가 지원에도 감사드립니다.</p> <p>CPU ID 개선은 hottuna가 수행했으며, Relakks와 Ipredator의 관대한 후원을 받았습니다 - 지원해 주신 Peter Sunde와 Jan-Erik Fiske께 감사드립니다.</p> <p>또한, 처음으로 공식 <a href="https://launchpad.net/~i2p-maintainers/&#43;archive/i2p">launchpad.net의 I2P 개인 패키지 아카이브(PPA)</a> 를 제공하게 되었습니다. Ubuntu를 사용하는 분들은 이를 통해 I2P를 손쉽게 설치하고 다양한 구성 요소를 최신 상태로 유지할 수 있습니다. I2P 패키지는 서비스로 설치하는 옵션을 제공하며, 평소처럼 필요할 때 수동으로 시작할 수도 있습니다. 이 PPA는 현재 개발팀의 다른 구성원들의 지원을 받아 KillYourTV가 관리하고 있습니다. <a href="http://www.i2p2.de/debian">Ubuntu/Debian 설치 지침</a> 은 저희 웹사이트에 있습니다.</p>/ko/blog/2011/06/06/ipredator-%EC%84%9C%EB%A8%B8-%EC%98%A4%EB%B8%8C-%EC%BD%94%EB%93%9C/Mon, 06 Jun 2011 00:00:00 +0000/ko/blog/2011/06/06/ipredator-%EC%84%9C%EB%A8%B8-%EC%98%A4%EB%B8%8C-%EC%BD%94%EB%93%9C/<p>저는 2011년 여름 동안 I2P에 코드를 기여하도록 의뢰받았으며, 제어 프로토콜과 이 프로토콜을 위한 클라이언트(Tor용 <a href="https://www.torproject.org/projects/vidalia.html">Vidalia</a> 와 유사)를 구현할 예정입니다. 이 작업은 <a href="http://viaeuropa.se">ViaEuropa</a> 의 Jan-Erik Fiske와 <a href="https://flattr.com">flattr</a> 및 <a href="http://thepiratebay.org/">The Pirate Bay</a> 로 유명한 Peter Sunde의 아이디어이며, 자금은 <a href="https://www.relakks.com/?cid=gb">Relakks</a> 와 Ipredator에서 아낌없이 지원될 예정입니다.</p> <p>최신 정보는 zzz의 포럼과 chat.freenode.net의 #i2p-dev에서 확인할 수 있습니다</p> <p>감사합니다.</p> <p>// hottuna (또는 Robert)</p>/ko/blog/2011/05/16/0.8.6-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 16 May 2011 00:00:00 +0000/ko/blog/2011/05/16/0.8.6-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.8.6 릴리스에는 강력한 공격자에 맞서기 위한 피어 선택 방어가 추가되었으며, 네트워크의 최근 급속한 성장에 맞추기 위한 미세 조정이 포함되어 있습니다. 업그레이드를 권장합니다.</p> <p>네트워크를 성장시키는 데 도움을 주세요. <a href="http://www.i2p2.de/getinvolved.html">참여하기</a> , 널리 알려 주시고, <a href="http://www.i2p2.de/donate.html">기부하기</a> ! 버그를 발견하시면 gitlab에 보고서를 등록해 주세요. 새 번역과 기존 번역 모두에서 도와주실 분을 여전히 찾고 있습니다. IRC #i2p-dev에서 자원해 주세요.</p> <p>파일은 <a href="../../ko/downloads/">다운로드 페이지</a> 에서 제공됩니다.</p> <h2 id="릴리스-세부-정보">릴리스 세부 정보:</h2> <ul> <li>Strip trailing nulls from malformed UPnP responses from devices</li> <li>Fix a cause of excess tunnel creation</li> <li>Peer organization and selection changes to resist fast tier enumeration and manipulation by attackers</li> <li>Increase floodfill pool and decrease router info expiration time to adjust to recent network growth</li> </ul> <h2 id="sha256-체크섬">SHA256 체크섬:</h2> <pre tabindex="0"><code>0bd9927d607d2ac9986732b29b1c4b15a0fbb3521b2fa14dded10d5a57333efc i2pinstall_0.8.6.exe d784ab7ccfdf60f7ad71d625cd88c88c9290d3aeecfa419e03a7930e3faa72d0 i2psource_0.8.6.tar.bz2 e7153b4635c79b5c2592adb7597e4c4fd8bc38c87fb34925fad6a965f4d83de8 i2pupdate_0.8.6.zip 28af7bc483e6ae91325771ce368ba28cb65ccdafef739336454720578864f326 i2pupdate.su2 dcff98e499122b7b6fc4e7dd7fddb1d8a45684460246da5b4eb5eeb3b1ed351f i2pupdate.sud </code></pre>/ko/blog/2011/04/18/0.8.5-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 18 Apr 2011 00:00:00 +0000/ko/blog/2011/04/18/0.8.5-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.8.5 릴리스에는 몇 가지 버그 수정과 성능 향상, 그리고 많은 번역 업데이트가 포함되어 있습니다. 평소처럼 업그레이드를 권장합니다.</p> <p>네트워크가 성장하도록 도와주세요. <a href="http://www.i2p2.de/getinvolved.html">참여하기</a> , 널리 알리고, <a href="http://www.i2p2.de/donate.html">기부하기</a> ! 버그를 발견하셨다면 gitlab에 보고해 주세요. 우리는 새로운 번역과 기존 번역 모두에 대해 도와주실 분을 여전히 찾고 있습니다. IRC #i2p-dev에서 자원봉사자로 참여해 주세요.</p> <p>파일은 <a href="../../ko/downloads/">다운로드 페이지</a> 에서 이용할 수 있습니다.</p> <h2 id="릴리스-세부-정보">릴리스 세부 정보:</h2> <ul> <li>Lots of router console HTML fixes</li> <li>i2psnark magnet handling fixes</li> <li>SusiMail Translation support by &ldquo;duck&rdquo;</li> <li>Continuing work on the Arabic translation by &ldquo;hamada&rdquo;</li> <li>Completion of the French translation by &ldquo;magma&rdquo;</li> <li>Completion of the Spanish translation by &ldquo;punkibastardo&rdquo; and &ldquo;user&rdquo;</li> <li>Other translation updates</li> <li>Better support for text-mode browsers</li> <li>Profile display improvements</li> <li>Tunnel build request queue limiting</li> <li>Require nonce to change console language</li> <li>i2psnark improved logging of errors</li> <li>i2psnark improved metainfo handling</li> <li>Use the reseed server as a backup time source</li> <li>Change profile file extension from .dat to .txt.gz</li> <li>Change all i2ptunnels to 3 hops for new installs</li> <li>Add all bogons to blocklist for new installs</li> <li>More efficient use of entropy for padding</li> </ul> <h2 id="sha256-체크섬">SHA256 체크섬:</h2> <pre tabindex="0"><code>6ae6b196352e1053c4e7b91edc575330d108ff9abfc2746ea3c3b2e3fd467006 i2pinstall_0.8.5.exe de9fa105c1335d58609689a942d3e6a508ca824fc8b27a34c1c0b09fc7e0167b i2psource_0.8.5.tar.bz2 7e4c1835dfd7aaa42d84cf4646f5858a37efa027f43a26eb98360e3cb4750ac8 i2pupdate_0.8.5.zip efea978f3e4e955b9afa05847dc4ebb83c8df3651adeb717769e32a908bc5f53 i2pupdate.su2 1b6eca94b7938f5c61c26b4482c89919bdfbc7c41aee7735f8f561c01c3a29d3 i2pupdate.sud </code></pre>/ko/blog/2011/03/02/0.8.4-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Wed, 02 Mar 2011 00:00:00 +0000/ko/blog/2011/03/02/0.8.4-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.8.4 릴리스에는 성능 개선과 중요한 버그 수정이 포함되어 있습니다. 또한 i2psnark가 이제 마그넷 링크를 지원합니다. 항상 그렇듯이 업그레이드를 권장합니다.</p> <p>네트워크가 성장할 수 있도록 도와주세요. <a href="http://www.i2p2.de/getinvolved.html">참여하기</a> , 널리 알려 주세요, 그리고 <a href="http://www.i2p2.de/donate.html">후원하기</a> ! 버그를 발견하시면 gitlab에 버그 리포트를 등록해 주세요. 새로운 번역과 기존 번역에 대한 도움을 여전히 구하고 있습니다. IRC #i2p-dev에서 자원해 주세요.</p> <p>파일은 <a href="../../ko/downloads/">다운로드 페이지</a> 에서 이용할 수 있습니다.</p> <h2 id="릴리스-세부-정보">릴리스 세부 정보:</h2> <ul> <li>Fix a severe memory leak in router I2CP session management that caused router crashes for people running the Robert bittorrent client</li> <li>Fix a bug from 0.8.2 that filtered cookies in the HTTP Server tunnel, causing authentication problems for some eepsites (I2P Sites)</li> <li>Several fixes for rare NPEs</li> </ul> <h2 id="i2psnark">I2PSnark</h2> <ul> <li>Magnet and &ldquo;maggot&rdquo; link support</li> <li>Peer Exchange</li> <li>Metadata transfer</li> <li>Details page enhancements</li> <li>Bandwidth limiter improvements</li> <li>Bug fixes</li> </ul> <h2 id="기타">기타</h2> <ul> <li>More performance improvements</li> <li>Adjustment to peer selection, to hopefully use more of the available network capacity</li> <li>Translation updates</li> <li>Start of a new Arabic translation by &lsquo;hamada&rsquo;</li> </ul> <h2 id="sha256-체크섬">SHA256 체크섬:</h2> <pre tabindex="0"><code>2b9f82b2c236cedcb6d394557a366ea3e181ca244461375a810709b2f7d4e881 i2pinstall_0.8.4.exe e454880a753963361e43d65da69542c4e8caa62d2646e8ce851b2f95fd9e735c i2psource_0.8.4.tar.bz2 5c6632b5f97e02296ad2d3d5f108b472d6766967a037d96421ad36fa5f2e60a9 i2pupdate_0.8.4.zip 155cd3ca7d174c30367dfa147b11a0c55fb6e85680a0aeda126afcb5e141db42 i2pupdate.su2 465060129520ad115a3823e625def94b8ebafdd28c6ab9b27e125afed70cf851 i2pupdate.sud </code></pre>/ko/blog/2011/01/24/0.8.3-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 24 Jan 2011 00:00:00 +0000/ko/blog/2011/01/24/0.8.3-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.8.3 릴리스에는 스레드 수와 메모리 사용량 감소, 그리고 더 빠른 I2CP (client-router) 통신 등 여러 성능 개선이 포함되어 있습니다.</p> <p>또한 새로운 SSL router 콘솔 지원, 제한적인 방화벽 뒤에 있는 사용자를 위한 HTTP 프록시 지원을 포함한 새로운 reseed(초기 부트스트랩) 구성 페이지, 원격 클라이언트를 위한 I2CP-over-SSL 지원을 포함한 새로운 I2CP 구성 섹션, DoS 보호를 강화하기 위한 새로운 서버 연결 제한 및 블랙리스트 구성 섹션, 그리고 대체 jump servers를 손쉽게 추가할 수 있도록 하는 새로운 HTTP 프록시 jump server(점프 서버) 구성 섹션이 추가되었습니다. 메모리 사용량을 줄이기 위해 이제 기본적으로 통계가 제한되며, 전체 통계는 통계 설정 페이지에서 다시 활성화할 수 있습니다. 물론 버그 수정도 포함되어 있으므로, 평소와 같이 업그레이드를 권장합니다.</p>/ko/blog/2010/12/22/0.8.2-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Wed, 22 Dec 2010 00:00:00 +0000/ko/blog/2010/12/22/0.8.2-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.8.2 릴리스에는 router와 i2psnark에서 광범위한 버그 수정과 테마 업데이트가 포함되어 있습니다. 또한 i2psnark에서 메모리 사용량을 줄이기 위한 최적화가 이루어졌습니다. 이제 HTTP 및 SOCKS 프록시는 로컬 및 원격 인증을 지원합니다. 업그레이드를 권장합니다.</p> <p>I2P는 12월 27일 주간에 베를린에서 열리는 27C3에 있을 예정입니다. 현장에서 I2P 팀을 찾아 I2P 스티커를 요청하세요!</p> <p>네트워크를 성장시키는 데 도움을 주세요. <a href="http://www.i2p2.de/getinvolved.html">참여하기</a> , 주변에 널리 알리고, <a href="http://www.i2p2.de/donate.html">기부하기</a> ! 버그를 발견하셨다면 GitLab에 보고서를 등록해 주세요. 우리는 새로운 번역과 기존 번역 모두에 대한 도움을 여전히 찾고 있습니다. IRC의 #i2p에서 자원해 주세요.</p>/ko/blog/2010/11/15/0.8.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 15 Nov 2010 00:00:00 +0000/ko/blog/2010/11/15/0.8.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.8.1 릴리스에는 통상적인 버그 수정과 성능 개선이 포함되어 있습니다. 새 i2psnark 테마와 여러 번역 업데이트도 포함되었습니다. 업그레이드를 권장합니다.</p> <p>네트워크가 성장할 수 있도록 도와주세요. IRC #i2p 또는 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 에서 개발자들에게 피드백을 보내고, <a href="http://www.i2p2.de/getinvolved.html">참여하세요</a> , 널리 알려 주시고, <a href="http://www.i2p2.de/donate.html">기부하세요</a> ! 새로운 번역과 기존 번역에 대한 도움을 여전히 구하고 있습니다. IRC #i2p에서 자원해 주세요.</p> <p>파일은 <a href="../../ko/downloads/">다운로드 페이지</a> 에서 제공됩니다.</p> <p><strong>릴리스 세부 정보:</strong></p> <p>이제 소스에서 빌드하려면 JDK 1.6 이상이 필요합니다.</p> <p>I2P를 실행하는 데에는 JRE 1.5 이상도 여전히 사용 가능합니다.</p>/ko/blog/2010/09/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2010%EB%85%84-9%EC%9B%94-8%EC%9D%BC/Wed, 08 Sep 2010 00:00:00 +0000/ko/blog/2010/09/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2010%EB%85%84-9%EC%9B%94-8%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> </p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 22:02 &lt;@Mathiasdm&gt; 오케이 22:02 &lt;@Mathiasdm&gt; 회의 시간 22:03 &lt;@Mathiasdm&gt; 0) 안녕하세요 22:03 &lt;@Mathiasdm&gt; 1) 웹사이트 콘텐츠 진행 상황 22:03 &lt;@Mathiasdm&gt; 2) 웹사이트 백엔드 진행 상황 22:03 &lt;@Mathiasdm&gt; 3) 개발 논의 장소 22:03 &lt;@Mathiasdm&gt; 4) 작업 배정 + 이견 처리 22:03 &lt;@Mathiasdm&gt; 5) 상태 업데이트 22:03 &lt;@Mathiasdm&gt; 6) 예정된 개발자 컨퍼런스 22:03 &lt;@Mathiasdm&gt; 오케이 22:03 &lt;@Mathiasdm&gt; 0) 안녕하세요 22:04 &lt;@Mathiasdm&gt; 제208차 개발자 회의에 오신 것을 환영합니다! (badger에게서 뻔뻔하게 베껴옴 :p) 22:04 * Mathiasdm 모두를 쿡 찌른다 22:04 &lt;eche|on&gt; *poke* 22:04 * Mathiasdm zzz를 쿡 찌른다, op 고마워 22:06 &lt;@Mathiasdm&gt; 흠, 모두 깨우려면 더 찌르기가 필요할까요? zzz badger dr|z3d dream duck eche|on hottuna postman sponge superuser ReturningNovice (미안해요 :)) 22:06 &lt;eche|on&gt; *POKE* 22:06 &lt;@Mathiasdm&gt; 미안, eche|on :p 네 poke 봤어 22:08 &lt;duck&gt; moin 22:08 &lt;@Mathiasdm&gt; moin duck 22:09 &lt;hawk&gt; * Mathiasd1 pokes welterde 22:11 &lt;@Mathiasdm&gt; 좋아요, 아직 우리 셋뿐이니 조금 더 기다릴게요 22:11 &lt;@Mathiasdm&gt; 참여하고 싶은 분은 그냥 poke로 응답하세요 22:11 &lt;whitenoise&gt; *poke* 22:11 &lt;@zzz&gt; ack 22:12 &lt;@Mathiasdm&gt; 아하, 수석 개발자, 좋아요 :) 22:13 &lt;@Mathiasdm&gt; 가능한 많은 분이 참여할 수 있도록 2분 더 기다렸다가 시작하겠습니다 22:14 &lt;@Mathiasdm&gt; 이제 1분 더 22:14 &lt;superuser&gt; mooin 22:15 &lt;@Mathiasdm&gt; 정시에 왔네요, superuser ;) 22:15 &lt;@Mathiasdm&gt; 다들 안녕하세요 22:15 &lt;superuser&gt; ;-) 22:15 &lt;superuser&gt; 안녕 Mathiasdm 22:15 &lt;superuser&gt; 그리고 모두 22:15 &lt;@Mathiasdm&gt; 1) 웹사이트 콘텐츠 진행 상황 22:15 &lt;@Mathiasdm&gt; 아마 모두 알고 있듯이, 현재 I2P 개발은 사양 전면 개편 때문에 일시 중단되었습니다 22:16 * Mathiasdm가 뜨거운 감자를 zzz에게 넘긴다. 사양 개편 진행 상황을 얘기할 수 있도록 22:16 &lt;eche|on&gt; 맞아요 22:17 &lt;@zzz&gt; 7주가 지났는데, 진행이 더딥니다. 지금은 i2cp 작업 중이고, 이미 몇 시간 들였습니다 22:17 &lt;@zzz&gt; 약속했던 것과 아직 맡은 사람이 없는 일 모두에 다른 분들의 참여가 필요합니다 22:17 &lt;@zzz&gt; eot 22:18 &lt;@Mathiasdm&gt; 좋아요 22:18 * Mathiasdm 내일부터 다시 시작할 예정, 개발 환경을 다시 설정해두었음 22:18 &lt;@Mathiasdm&gt; 다른 의견 있으시면 말씀하세요 :) 22:19 &lt;@Mathiasdm&gt; 없는 듯하네요 22:19 &lt;@Mathiasdm&gt; 음 22:19 &lt;@Mathiasdm&gt; 2) 웹사이트 백엔드 진행 상황 22:19 &lt;eche|on&gt; 그걸 하고 있는 사람들 덕분에 아주 훌륭하다고 생각합니다. 22:19 &lt;@Mathiasdm&gt; 오 22:19 &lt;@Mathiasdm&gt; 미안해요 :) 22:21 &lt;@Mathiasdm&gt; welt가 오지 않는 한 2)는 일단 건너뛰겠습니다 22:21 &lt;@Mathiasdm&gt; 3) 개발 논의 장소 22:22 &lt;@Mathiasdm&gt; 이는 `http://zzz.i2p/topics/719` 와 관련 있습니다 22:22 &lt;@Mathiasdm&gt; 인용합니다: 22:22 &lt;@Mathiasdm&gt; "* 개발자 논의를 zzz.i2p에 게시하세요. 제 뜻은 이렇습니다: IRC는 매우 '휘발성' 높은 매체라서, 모두가 항상 온라인인 것도 아니고, 모두가 로그를 남기는 것도 아닙니다. 짧은 논의에는 훌륭한 매체지만, 다른 사람들이 논의에 참여할 수 있도록 zzz.i2p에 간단한 정리글을 올리는 것을 고려해 주세요." 22:22 &lt;eche|on&gt; 개발 논의는 어려운 주제죠. IRC는 좋지만 신뢰성도, 아카이브도 없습니다 22:22 &lt;@Mathiasdm&gt; 네, 동의합니다 22:23 &lt;@Mathiasdm&gt; 하지만 선택지가 많습니다 22:23 &lt;@Mathiasdm&gt; zzz.i2p, forum.i2p, 메일링 리스트 22:23 &lt;@Mathiasdm&gt; 뭐, 좋아요, 세 가지네요 :p 22:23 &lt;eche|on&gt; 중앙 아카이브 지점을 하나 제안하고 싶습니다 22:23 &lt;eche|on&gt; 백업도 있고요. 22:24 &lt;@Mathiasdm&gt; 네 22:24 &lt;@Mathiasdm&gt; 하지만 이를 위한 분산 저장소를 꾸리는 건 어려워 보이네요 :p 22:24 &lt;@Mathiasdm&gt; 그래도 메일링 리스트는 가능하겠죠 22:25 &lt;@Mathiasdm&gt; 메일링 리스트는 '어느 정도 분산'되어 있으니까요 22:25 &lt;eche|on&gt; :-) 22:25 &lt;superuser&gt; 웹사이트 자체가 이미 분산되어 있지 않나요? 22:25 &lt;@Mathiasdm&gt; 다른 분들, 아이디어 있나요? 22:25 &lt;eche|on&gt; 메일링 리스트도 좋은 해결책입니다 22:26 &lt;superuser&gt; 거기로 가도 되겠죠 22:26 &lt;@Mathiasdm&gt; 네, 하지만 그건 forum은 포함하지 않아요, superuser 22:26 &lt;eche|on&gt; 맞아요, 웹사이트는 monotone에 있습니다 22:26 &lt;@Mathiasdm&gt; 맞아요 22:26 &lt;superuser&gt; 아니요, 포럼이 아니라 웹사이트 자체를 말한 거예요 22:26 &lt;superuser&gt; 예전 개발자 회의록도 어딘가에 있지 않나요? 22:26 &lt;@Mathiasdm&gt; 하지만 논의를 monotone에 체크인해야 한다면 논의하기가 어렵죠 :p 22:27 &lt;superuser&gt; 그렇죠 22:27 &lt;@Mathiasdm&gt; welt이 작업 중인 새 백엔드라면 더 가능해질 수도 있습니다 22:27 &lt;superuser&gt; 토론을 계속하기보다는 아카이빙 목적에만 유용하겠네요 22:28 &lt;@Mathiasdm&gt; 임시 방안으로 제안합니다: IRC에서 큰 논의를 했다면, 지속되는 매체 중 _하나_에 요약 메모를 몇 줄 올려주세요 22:29 &lt;@Mathiasdm&gt; zzz.i2p이든, 메일링 리스트든, 포럼이든 22:29 &lt;@Mathiasdm&gt; 알아요, 좀 애매하죠 22:29 &lt;eche|on&gt; 메일링 리스트에 한 표 ++ 22:29 &lt;@Mathiasdm&gt; 음, welt, 메일링 리스트 안내가 웹사이트 어딘가에 있나요? 22:29 &lt;superuser&gt; welt의 NNTP 서비스 말인가요? 22:29 &lt;@Mathiasdm&gt; 메일링 리스트도 좋아 보입니다, eche|on, 하지만 모두가 사용하게 할 수 있을지는 모르겠네요? 22:29 &lt;eche|on&gt; 현재 ML(메일링 리스트)은 없습니다 22:29 &lt;@Mathiasdm&gt; 네, superuser 22:29 &lt;@Mathiasdm&gt; 어 22:29 &lt;@Mathiasdm&gt; 아니 뭐였더라 22:29 &lt;@Mathiasdm&gt; 그런 것 같아요 22:30 &lt;@Mathiasdm&gt; eche|on: welt가 올여름에 ML 몇 개를 구축했어요 22:30 &lt;eche|on&gt; NNTP는 뉴스 서버입니다 22:30 &lt;@Mathiasdm&gt; 하지만 아직 널리 사용되진 않아요 22:30 &lt;@Mathiasdm&gt; 네, 맞아요, 그런데 지금은 메일링 리스트도 있어요 22:30 &lt;@Mathiasdm&gt; 하지만 지금은 주소가 없네요 22:30 &lt;@Mathiasdm&gt; zzz, duck: 의견은요? 22:31 &lt;superuser&gt; 메일링 리스트 정보는 아직 없고, 뉴스 서버에서 welt와 Mathiasdm, ReturningNovice의 글만 봤어요 22:32 &lt;@zzz&gt; ML을 그리 좋아하진 않지만, 사람들이 원하면 쓰겠습니다. 지금으로선 welt의 것은 큰 비밀 같네요 22:33 &lt;duck&gt; zzz.i2p면 충분하다고 봅니다 22:33 &lt;@Mathiasdm&gt; 제 생각에는 IRC가 아닌 어떤 것도 유용합니다(전 IRC를 좋아하지만, 앞서 말했듯 개발 논의 중 너무 많은 것이 따라가기 어렵습니다) 22:33 &lt;eche|on&gt; zzz.i2p도 좋지만, IRC 논의는 그쪽으로 옮겨 적어야 하고, 어떻게든 일종의 백업이 있으면 좋겠습니다 22:34 &lt;@Mathiasdm&gt; 음, 아마 이런 걸 하나 마련할 수 있을지도 22:34 &lt;@Mathiasdm&gt; 어 22:34 &lt;@Mathiasdm&gt; 이름이 뭐였더라 22:34 &lt;@Mathiasdm&gt; 2~3년 전에 22:34 &lt;@Mathiasdm&gt; trevorreznik.i2p? 22:36 &lt;@Mathiasdm&gt; 이렇게 하는 건 어때요: zzz.i2p는 계속 쓰고, 메일링 리스트도 시작해서, IRC 논의가 IRC에만 머물지 않도록 해보는 거죠? 22:36 &lt;duck&gt; 주요 설계 관련 내용은 이미 zzz.i2p에 있습니다 22:36 &lt;eche|on&gt; 더 나은 방법: zzz.i2p를 계속 사용하고 IRC 내용을 그쪽에 옮겨 적기. 22:36 &lt;duck&gt; 무슨 문제가 있는지 잘 모르겠어요 22:37 &lt;superuser&gt; zzz가 사라지면 어떻게 하죠 22:37 &lt;superuser&gt; s//? 22:37 &lt;duck&gt; dev/design 22:37 &lt;@Mathiasdm&gt; 예를 들어, sponge가 seedless와 bob에 관해 올리는 모든 글(그냥 예시예요, sponge :p)은 종종 IRC 전용 논의로만 남습니다 22:38 &lt;duck&gt; 메일링 리스트가 sponge가 자신의 프로토콜과 API를 문서화하도록 만들 거라고는 생각하지 않습니다 22:38 &lt;duck&gt; 그래도 해보세요 22:39 &lt;@Mathiasdm&gt; 아니에요, 그 얘기가 아니었어요, duck 22:39 &lt;@Mathiasdm&gt; 말했듯, zzz.i2p든 메일링 리스트든 상관없습니다 22:39 &lt;@Mathiasdm&gt; 그 논의들이 IRC에만 머무는 건 원치 않아요 22:39 &lt;@Mathiasdm&gt; 하지만 당신 말도 일리가 있어요 22:39 &lt;@Mathiasdm&gt; 어떤 것들은 아마 IRC 전용으로 남을 거라는 점 22:39 &lt;duck&gt; 그럼 sponge와 직접 얘기하세요 22:39 &lt;@Mathiasdm&gt; 그건 예시였어요 22:40 &lt;duck&gt; (물론 이 회의를 통해 그렇게 하고 있을지도) 22:40 &lt;duck&gt; 좋아요, 이해했어요 22:40 &lt;@Mathiasdm&gt; :) 22:41 &lt;@Mathiasdm&gt; 좋아요, 모두가 zzz.i2p(또는 메일링 리스트 — 하지만 welt를 기다리죠 :p)에 글을 올리려고 노력한다면, 그렇게 정리합시다 22:42 &lt;@Mathiasdm&gt; 적어도 당분간은요 22:42 &lt;@Mathiasdm&gt; 여기에 덧붙일 것 있나요? 22:44 &lt;@Mathiasdm&gt; 좋아요 22:44 &lt;@Mathiasdm&gt; 다음 22:44 &lt;@Mathiasdm&gt; 4) 작업 배정 + 이견 처리 22:45 -!- Moru [kvirc@irc2p] 님이 #i2p-dev에 입장했습니다 22:45 &lt;@Mathiasdm&gt; 현재 작업( http://www.i2p2.de/team.html 에 표시됨)은 사람들이 웹페이지를 직접 수정해서 배정/선택합니다 22:45 &lt;hawk&gt; &lt;preforce&gt; 제목: Team - I2P (at www.i2p2.de) 22:45 &lt;@Mathiasdm&gt; 그래서 작업을 하고 싶으면 그냥 하면 되고, 본인을 웹페이지에 추가하면 됩니다 22:45 &lt;@Mathiasdm&gt; 그게 좋다고 생각해요 :) 22:46 &lt;eche|on&gt; 누가 이견이 있으면: IRC/zzz.i2p에서 토론 22:46 &lt;@Mathiasdm&gt; 네, 이견이 핵심이죠 22:46 &lt;eche|on&gt; 하지만 변경하려면 체크인 권한이 필요하니, 기존 개발자들의 어느 정도 신뢰가 필요합니다 22:46 &lt;@Mathiasdm&gt; 올여름에 이견이 있었지만, 제대로 처리하지 못했습니다 22:46 &lt;@Mathiasdm&gt; 맞아요, eche|on 22:47 &lt;@Mathiasdm&gt; 이견 당사자들이 합의에 이르지 못하면 그 논의를 어떻게 해결하죠? 22:47 &lt;@Mathiasdm&gt; 투표 같은 걸 할까요? 22:47 &lt;@Mathiasdm&gt; 그게 제가 궁금했던 점입니다 22:48 &lt;@Mathiasdm&gt; 제안 있나요? 22:48 &lt;eche|on&gt; 한번 '최후의 보루'가 언급된 적이 있죠 22:48 &lt;eche|on&gt; 그게 zzz였고요 22:48 &lt;@Mathiasdm&gt; 최후의 보루요? 22:48 &lt;@Mathiasdm&gt; 아 22:49 &lt;whitenoise&gt; 세 번째, 더 나은 해결책은 어떤가요? 22:49 &lt;duck&gt; 다 안 되면; zzz에게 의지 22:49 &lt;eche|on&gt; 투표도 좋은 생각이지만, 그 전에 해결책을 찾게 될 거라 봅니다 22:49 &lt;@Mathiasdm&gt; 세 번째 해결책이 확실히 더 좋다면, 양측 모두 그걸 선택하겠죠 ;) 22:50 &lt;@Mathiasdm&gt; 음, 좋아요 22:50 &lt;@Mathiasdm&gt; 그냥 궁금해서 그런데, zzz, '최후의 보루'가 되는 것에 동의하나요? :) 22:50 &lt;@Mathiasdm&gt; 제게는 괜찮아 보이는데, 본인도 원하나요? 22:51 &lt;@zzz&gt; 그다지요. 제 원칙은 실제로 뭔가 하고 있는 사람이 책임자라는 겁니다. 말만 하고 남을 화나게 하는 사람은 아닙니다. 22:52 &lt;@zzz&gt; 할 일은 충분히 많습니다. 22:53 &lt;@Mathiasdm&gt; 좋아요 :) 괜찮네요 22:53 &lt;@Mathiasdm&gt; 추가 의견 있나요? 없으면 다음 항목으로 가죠 22:53 &lt;superuser&gt; 전반적으로 '하는 사람이 주도한다'는 건 좋아 보입니다 22:53 &lt;superuser&gt; 하지만 두 쪽이 실제로 모두 작업한다면요 22:53 &lt;superuser&gt; 그런데도 서로 반대 방향으로 간다면요? 22:54 &lt;superuser&gt; 그런 경우엔 투표 메커니즘도 나쁘지 않겠죠 22:54 &lt;@Mathiasdm&gt; 맞아요 22:54 &lt;@zzz&gt; 코드라면 제가 선택할 수 있습니다. 웹사이트에 대해선 저는 확실히 최후의 보루가 아닙니다. welt와 echelon이죠. 22:55 &lt;@Mathiasdm&gt; 음, 논의가 있었는데도 해결책을 찾지 못하면 투표를 하거나 누군가(zzz, welt?)가 정할 수 있습니다 22:55 &lt;@zzz&gt; 그들은 패자의 권한을 회수함으로써 승자를 정할 겁니다. 22:56 &lt;@Mathiasdm&gt; *아마도 논의가 정말 험악할 때만이길 바랍니다 ;) 우호적인 이견이 권한 상실로 이어져선 안 되죠 :p 22:57 &lt;eche|on&gt; 맞아요 22:58 &lt;@Mathiasdm&gt; 좋습니다 22:58 &lt;@Mathiasdm&gt; 다음 항목 22:58 &lt;@Mathiasdm&gt; 괜찮다면요 22:58 &lt;@Mathiasdm&gt; 5) 상태 업데이트 22:58 &lt;eche|on&gt; 좋아요 22:59 &lt;@Mathiasdm&gt; 이번 주말부터 상태 업데이트를 '수집'하기 시작할 생각입니다 22:59 &lt;@Mathiasdm&gt; 지난주에 하려 했는데, 일 때문에 바빴습니다 22:59 &lt;eche|on&gt; 좋네요. 진행하세요. 22:59 &lt;@Mathiasdm&gt; 기본적으로 '지난주에 뭐 했나요?'와 '다음 주 계획은 무엇인가요?' 정도입니다 23:00 &lt;@Mathiasdm&gt; 그리고 요약해서 웹사이트에 올리겠습니다 23:00 &lt;@Mathiasdm&gt; 제안은 언제나 환영합니다 :) 23:00 &lt;@Mathiasdm&gt; 좋아요, 마지막 항목(회의 시작 직전에 추가됨) 23:00 &lt;@Mathiasdm&gt; 6) 예정된 개발자 컨퍼런스 23:01 &lt;@Mathiasdm&gt; - 27c3에 누가 가나요? 23:01 &lt;@Mathiasdm&gt; - brucon에는 누가 가나요? 23:01 &lt;@Mathiasdm&gt; - 다른 건요? 23:02 &lt;@Mathiasdm&gt; 저는 brucon에는 확실히 참석하고, 아마 27c3에는 하루(그리고 베를린에 며칠 머물) 갈 것 같습니다 23:02 &lt;whitenoise&gt; Mathiasdm, 시작 10분 전에 항목 하나를 더 추가했어요. 23:02 &lt;@Mathiasdm&gt; 오? 미안, 못 봤네요 23:03 &lt;@Mathiasdm&gt; 좋아요, 곧 다룰게요, whitenoise 23:03 &lt;whitenoise&gt; 좋아요 23:03 &lt;whitenoise&gt; 고마워요 23:03 &lt;@Mathiasdm&gt; 개발자 컨퍼런스에 대해선 아무 얘기 없나요? 23:04 &lt;@Mathiasdm&gt; 그렇다면: 7) I2P 내에서 비트토렌트(BitTorrent) 프로토콜 사용 촉진: 장단점 23:04 * Mathiasdm가 뜨거운 감자를 whitenoise에게 넘긴다 23:04 &lt;whitenoise&gt; 좋아요, 이건 duck과 조금 논의했었습니다 23:05 &lt;whitenoise&gt; 커버 트래픽과 네트워크 성장을 위해서는 좋은 방법이지만, I2P가 불법 파일 공유 네트워크라는 악명으로 이어질 수 있습니다 23:05 &lt;eche|on&gt; 저는 27c3에는 가지 않기로 했습니다 23:06 &lt;@Mathiasdm&gt; 아, 아쉽네요, eche|on 23:06 &lt;@Mathiasdm&gt; 맞아요, whitenoise 23:06 &lt;whitenoise&gt; 한편으로는... 23:06 &lt;superuser&gt; 제 생각엔 BT를 다른 서비스보다 더 강조하지 말고, I2P를 범용 네트워크로 홍보해야 합니다 23:07 &lt;superuser&gt; 오, 아직 말 다 안 했네요... 23:07 &lt;@Mathiasdm&gt; 지연이 있는 것 같으니 조금만 기다려줘요 :) 23:08 &lt;whitenoise&gt; 이 프로토콜을 홍보하지 않더라도, 그리 머지않은 미래에 디지털 미디어 판매 비즈니스 모델이 바뀌지 않는다면 토렌트 이용자에 대한 압박은 더 커질 것이고, 그들은 숨을 방법을 찾기 시작할 겁니다 23:08 &lt;whitenoise&gt; 이는 결국 제 첫 번째 지점(악명)으로 이어질 수도 있죠 23:08 &lt;whitenoise&gt; 물론 확실하진 않습니다 23:08 &lt;Moru&gt; 안녕하세요! 끼어들어 죄송하지만… 슬프지만 사실이에요. 파일 공유로 홍보하면 사용자도 훨씬 많아지고 개발자들도 많이 합류할 겁니다. 안전한 파일 공유 플랫폼을 쓰고 싶어하는 사람들로부터 자금 지원도 받을 수 있을지 모릅니다. 23:09 &lt;@Mathiasdm&gt; 그냥 홍보한다고 그렇게 되진 않을 거라고 생각해요 23:09 &lt;@Mathiasdm&gt; 그리고 whitenoise, 악명에 대해서는 맞아요 23:09 &lt;@Mathiasdm&gt; 하지만 우리가 그걸 홍보하고 있나요? 23:10 &lt;whitenoise&gt; 제 생각에는, 지금은 아닙니다 23:10 &lt;@Mathiasdm&gt; 그리고 비트토렌트 자체가 악명을 만드는 건 아니고, 파일 공유가 그렇습니다(제 생각엔 중요한 구분이지만, 이 논의에선 아닐 수도 있겠네요) 23:10 &lt;@Mathiasdm&gt; (그리고 안녕, Moru) 23:11 &lt;whitenoise&gt; 음, 비트토렌트가 가장 많이 쓰이는 방식이라 그 얘기를 하는 겁니다 23:11 &lt;whitenoise&gt; 물론 eMule이나 다른 것일 수도 있죠 23:11 &lt;@Mathiasdm&gt; 어떻게 홍보하는 걸로 생각하나요? 23:12 &lt;whitenoise&gt; 예를 들어, 현재 일반 사용자들은 설정 과정에서 어려움을 겪습니다 23:12 &lt;whitenoise&gt; 비트토렌트 관련 정보를 더 눈에 띄게 만들 수 있습니다 23:13 &lt;@Mathiasdm&gt; 음, 네 23:13 &lt;whitenoise&gt; 설명을 더 간단하게 23:13 &lt;whitenoise&gt; 그 밖에도요. 23:13 &lt;@Mathiasdm&gt; 하지만 그건 (제 생각엔) 더 일반적인 I2P 문제입니다 23:13 &lt;whitenoise&gt; i2psnark을 조금 개선할 수도 있고요 23:13 &lt;@Mathiasdm&gt; I2P 자체를 훨씬 더 눈에 띄게 할 수도 있죠 :p 23:13 &lt;whitenoise&gt; 네 23:14 &lt;whitenoise&gt; 하지만 그렇게 하면(예를 들어 트위터에 홍보하는 것처럼) 분명 어느 정도 사용자는 끌어올 겁니다 23:14 &lt;@Mathiasdm&gt; 네 23:14 &lt;@Mathiasdm&gt; 네, 동의하고, 가까운 시일 내에 모든 것을 더 명확하게(더 나은 사용성 등) 만드는 쪽으로 나아갔으면 합니다 23:14 &lt;whitenoise&gt; 그러면, 우리가 무엇을 해야 하고 무엇은 하지 말아야 하는지가 질문이겠죠 23:15 &lt;whitenoise&gt; 설명은 개선하되 파일 공유 네트워크로는 홍보하지 않는 건 어떨까요? 23:15 &lt;@Mathiasdm&gt; 우리가 해야 할 일은(0.9 개발이 시작되면) 사용성의 '페인 포인트'를 살펴보는 거라고 봅니다 23:15 &lt;eche|on&gt; 그에 대한 아이디어가 이미 좀 있습니다 23:17 &lt;@Mathiasdm&gt; 네, I2P 설명 개선도 도움이 될 거고; 콘솔 전면 개편(아마도? 잘 모르겠지만)도 도움이 되겠죠 23:17 &lt;@Mathiasdm&gt; eche|on: 당신이 갔던 컨퍼런스에서 나온 사용성 의견을 적은 .pdf가 있지 않았나요? 23:17 &lt;eche|on&gt; 흠 23:18 &lt;@zzz&gt; 저한테 있어요 23:18 &lt;eche|on&gt; 찾아봐야겠지만, 전체적으로 몇 가지 이슈가 있었죠. 23:18 &lt;@Mathiasdm&gt; 링크 있나요, zzz? 23:19 &lt;@Mathiasdm&gt; 좋아요, 웹사이트 사양 작업 이후에 그쪽에 좀 집중할까요? 23:20 &lt;@zzz&gt; `http://zzz.i2p/files/petcon-usability-long.pdf` 23:20 &lt;@Mathiasdm&gt; 고마워요 23:20 &lt;eche|on&gt; 좋은 생각이에요 23:21 &lt;@Mathiasdm&gt; 좋아요 그럼 23:21 &lt;@Mathiasdm&gt; 다른 의견이나 아이디어 있나요, whitenoise? 23:21 &lt;whitenoise&gt; 음... 23:22 &lt;@Mathiasdm&gt; 물론 웹사이트 사용성 개선 작업을 시작해도 됩니다 23:22 &lt;eche|on&gt; 곧 돈을 지급할 연락처가 담긴 메일을 기다려 주세요 ;-) 23:23 &lt;whitenoise&gt; 음, 그러니까 비트토렌트에 특별히 방점을 두지 않고 전반적 사용성을 개선하기로 한 거죠, 맞나요? 23:23 &lt;whitenoise&gt; :-) 23:23 &lt;@Mathiasdm&gt; 그렇게 보이네요, 네, whitenoise 23:23 &lt;@Mathiasdm&gt; 제 은행 계좌를 메일로 보낼게요, eche|on, 그냥 돈만 보내 주세요 ;) 23:23 &lt;@Mathiasdm&gt; 좋아요 그럼 23:23 &lt;@Mathiasdm&gt; 8) 참석한 모두에게 쿠키 23:24 &lt;eche|on&gt; *g* 23:24 &lt;@Mathiasdm&gt; ===회의 종료=== 23:24 &lt;@Mathiasdm&gt; 모두 감사합니다 :) 23:24 &lt;eche|on&gt; 쿠키! 23:25 &lt;@Mathiasdm&gt; 다 먹지 마세요 23:25 * Mathiasdm가 eche|on을 쿡 찌른다 </div>/ko/blog/2010/07/12/0.8-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 12 Jul 2010 00:00:00 +0000/ko/blog/2010/07/12/0.8-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>2009년 초, 우리가 25C3에 참석한 직후, I2P 익명 네트워크의 0.7 버전을 릴리스했습니다. 이후 18개월 동안 이어진 15차례의 릴리스를 통해 I2P 소프트웨어의 사용성을 개선하고 성능, 보안, 신뢰성을 향상시키기 위해 노력해 왔으며 - 동시에 네트워크의 전례 없는 성장에 대응해 왔습니다.</p> <p>이러한 성과를 기려 0.8 시리즈의 시작을 선언합니다. 0.8 릴리스는 모든 0.7.x 릴리스와 완전히 호환됩니다. 이번 릴리스에는 여러 버그 수정, 새로운 네덜란드어 번역, 그리고 독일어 번역의 완성이 포함되어 있습니다. 늘 그렇듯이 사용자 여러분께 업그레이드를 권장합니다.</p>/ko/blog/2010/06/07/0.7.14-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 07 Jun 2010 00:00:00 +0000/ko/blog/2010/06/07/0.7.14-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.7.14 릴리스에는 통상적인 버그 수정과 성능 조정이 포함되어 있습니다. 또한 i2psnark 개선 사항과 플러그인 관련 추가 수정이 있습니다. 업그레이드를 권장합니다.</p> <p>네트워크의 성장을 도와주세요. IRC #i2p 또는 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 에서 개발자들에게 피드백을 보내고, <a href="http://www.i2p2.de/getinvolved.html">참여해 주세요</a> , 널리 알려 주시고, <a href="http://www.i2p2.de/donate.html">기부해 주세요</a> ! 저희는 새로운 번역과 기존 번역에 대한 도움을 여전히 찾고 있습니다. IRC #i2p에서 자원해 주세요.</p> <p>파일은 <a href="../../ko/downloads/">다운로드 페이지</a> 에서 제공됩니다.</p> <p>릴리스 세부 정보:</p> <ul> <li>More bugfixes and improvements to the plugin support introduced in 0.7.12.</li> <li>I2PSnark improvements to end game handling, file listings, tunnel configuration, and translations</li> <li>Add support for throttling inbound connections in the streaming library</li> <li>Add WEBIRC support in IRC server tunnel</li> <li>Fix installer for 1.5 Java systems</li> <li>Fix bug causing multiple update downloads</li> <li>Fix bug where datagrams were not always verified when necessary</li> <li>Fix bug forcing SSU introducers when not necessary</li> <li>Fix policies for floodfill responses</li> <li>Reduce max memory used in byte caches</li> <li>Reduce job queue global locking</li> <li>More changes for performance</li> </ul> <p>SHA256 체크섬:</p>/ko/blog/2010/04/27/0.7.13-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 27 Apr 2010 00:00:00 +0000/ko/blog/2010/04/27/0.7.13-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.7.13 릴리스에는 성능 향상을 위한 여러 변경 사항과 버그 수정이 포함되어 있습니다. 또한 지난 릴리스에서 도입된 플러그인 지원에 대한 개선 사항도 포함되어 있습니다. 새롭고 더 작은 tunnel 빌드 메시지가 활성화되어 오버헤드를 줄이고 빌드 성공률을 높입니다.</p> <p>물론, 일반적인 버그 수정들도 포함되어 있습니다. 업그레이드를 권장합니다.</p> <p>네트워크가 성장할 수 있도록 도와주세요. IRC #i2p 또는 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 에서 개발자에게 의견을 전해 주시고, 프로젝트에 <a href="http://www.i2p2.de/getinvolved.html">참여</a> 하고, 주변에 널리 알려 주시며, <a href="http://www.i2p2.de/donate.html">기부</a> 도 부탁드립니다! 새로운 번역과 기존 번역 모두에 대한 도움을 여전히 찾고 있습니다. IRC #i2p에서 자원해 주세요.</p>/ko/blog/2010/03/15/0.7.12-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 15 Mar 2010 00:00:00 +0000/ko/blog/2010/03/15/0.7.12-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.7.12 릴리스에는 사용자 제작 플러그인에 대한 지원이 포함되어 있습니다. 이러한 플러그인에는 콘솔 웹 애플리케이션, 테마, 번역, 또는 독립 실행형 프로그램이 포함될 수 있습니다. 일부 플러그인은 이미 테스트용으로 제공됩니다. 이 지원을 통해 혁신적인 I2P 애플리케이션의 빠른 개발이 가능해지길 기대합니다.</p> <p>이번 릴리스에서는 eepsite(I2P Site)에 접속할 수 없을 때 발생하던 빈 페이지 버그를 수정했고, 시계 오차와 IP 변경 처리도 개선했습니다. 또한 새롭고 더 작은 tunnel build message에 대한 지원도 추가했으며, 이는 이번 릴리스에서 테스트되고 다음 릴리스에서 활성화될 예정입니다.</p>/ko/blog/2010/02/15/0.7.11-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 15 Feb 2010 00:00:00 +0000/ko/blog/2010/02/15/0.7.11-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.7.11 릴리스는 신규 routers가 네트워크에 빠르게 통합되는 것을 막던 여러 문제를 수정합니다. 그중 일부는 클록과 관련되어 있습니다. 또한 64비트 Windows용 설치 프로그램도 수정합니다. 이 릴리스에는 Jetty 5.1.15로의 업데이트가 포함되어 있으며, <a href="http://www.kb.cert.org/vuls/id/402580">이 취약점</a> 을 해결합니다.</p> <p>평소와 같이 이번 릴리스에는 익명성과 성능의 추가 개선과 다양한 버그 수정이 포함되어 있습니다. 업그레이드를 권장합니다.</p> <p>개발자들에게 IRC #i2p 또는 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 에서 피드백을 보내 주시고, <a href="http://www.i2p2.de/getinvolved.html">참여</a> 해 주시며, 주변에 널리 알려 주시고, <a href="http://www.i2p2.de/donate.html">기부</a> 도 해 주세요! 새로운 번역과 기존 번역 모두에 대한 도움을 여전히 찾고 있습니다. IRC #i2p에서 자원해 주세요.</p>/ko/blog/2010/01/22/0.7.10-release/Fri, 22 Jan 2010 00:00:00 +0000/ko/blog/2010/01/22/0.7.10-release/<p>0.7.10은 routers가 floodfill 피어와 통신하는 방식과 관련하여 최근 발견된 일부 취약점을 해결합니다. 네트워크 데이터베이스(netDb)의 저장 및 검증 작업은 exploratory tunnel(탐사용 tunnel)에서 client tunnel로 옮겨지며, 암호화됩니다.</p> <p>또한 익명성을 향상시키기 위해, router의 fast peer set(빠른 피어 집합)은 이제 최대 30개로 제한되었습니다. 이번 릴리스에서는 설치 경로 또는 사용자 경로에 &ldquo;\r&rdquo; 또는 &ldquo;\n&quot;이 포함된 경우 Windows 설치가 실패하던 버그도 수정했습니다. 업그레이드를 권장합니다. IRC #i2p 또는 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 에서 개발자들에게 피드백을 보내 주시고 <a href="http://www.i2p2.de/getinvolved.html">참여하기</a> 또는 <a href="http://www.i2p2.de/donate.html">기부하기</a> 에 동참해 주세요! 저희는 새로운 번역과 기존 번역 모두에 대한 도움을 여전히 기다리고 있습니다. IRC #i2p에서 자원해 주세요.</p>/ko/blog/2010/01/12/0.7.9-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 12 Jan 2010 00:00:00 +0000/ko/blog/2010/01/12/0.7.9-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>0.7.9는 메시지 손상을 일으키던 오래된 버그 여러 건을 수정했습니다. 널리 배포되면 네트워크 성능이 향상되기를 기대합니다. 또한 router 도달성과 tunnel 빌드 성공률을 높이는 데 도움이 될 다른 변경 사항들도 있습니다. 이번 릴리스에는 추가 번역 지원과, &ldquo;russiansponsor&quot;의 후원을 받아 &ldquo;forget&quot;이 제공한 러시아어 완역도 포함되어 있습니다.</p> <p>메모리와 CPU 사용량을 줄이기 위한 추가 변경 사항과 기타 버그 수정이 포함되어 있습니다. 업그레이드를 권장합니다. IRC #i2p 또는 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 에서 개발자에게 피드백을 보내 주시고, <a href="http://www.i2p2.de/getinvolved.html">참여하기</a> 또는 <a href="http://www.i2p2.de/donate.html">기부하기</a> 도 부탁드립니다! 우리는 새로운 번역과 기존 번역 모두에 대한 도움을 계속 찾고 있습니다. IRC #i2p에서 자원해 주세요.</p>/ko/blog/2009/12/08/i2p-0.7.8-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 08 Dec 2009 00:00:00 +0000/ko/blog/2009/12/08/i2p-0.7.8-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>릴리스 0.7.8에는 router 콘솔 번역에 대한 초기 지원과, 네트워크의 대규모 성장을 지원하기 위한 기반을 마련하는 floodfill 시스템 변경 사항이 포함되어 있습니다.</p> <p>악의적인 방화벽이 I2P를 쉽게 차단하지 못하도록, 이번 릴리스는 신규 설치에서 I2P 포트를 임의로 설정합니다. 기존 설치의 경우, 차단에 취약한 사용자들을 돕기 위해 UDP 포트를 8887에서 임의의 포트로 변경하고 필요하다면 방화벽 설정을 조정해 주세요.</p> <p>이번 릴리스에는 메모리와 CPU 사용량을 줄이기 위한 추가 변경 사항과 다양한 버그 수정이 포함되어 있습니다. 업그레이드를 권장합니다. 특히 아직 0.7.6 또는 그 이전 릴리스를 사용 중인 분들께서는 가능한 한 빨리 업그레이드하시기 바랍니다. 개발자들에게 IRC #i2p 또는 <a href="http://forum.i2p2.de/">forum.i2p2.de</a> 에서 피드백을 보내 주시고, <a href="http://www.i2p2.de/getinvolved.html">참여하기</a> 또는 <a href="http://www.i2p2.de/donate.html">기부하기</a> 에도 동참해 주세요! 또한 새로운 번역과 기존 번역에 대한 도움도 찾고 있습니다. IRC #i2p에서 자원해 주세요.</p>/ko/blog/2009/10/12/i2p-0.7.7-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 12 Oct 2009 00:00:00 +0000/ko/blog/2009/10/12/i2p-0.7.7-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>I2P 버전 0.7.7에는 익명성 향상을 위한 여러 개선 사항이 포함되어 있습니다. 암호화용 세션 키의 사용 방식이 완전히 재설계되었고, I2PSnark는 이제 트래커 통신을 위해 자체 tunnel을 사용합니다. HTML 표준 준수 및 UTF-8 지원 향상을 포함하여 router 콘솔을 개선하는 작업이 계속되고 있습니다.</p> <p>Work also continues on increasing speeds, both by reducing the number of session keys transferred, by improving the methods of dropping messages during overload, and by reducing drops by high-bandwidth routers. There is a new unsigned update option for those of you that would like automatic updates to bleeding-edge development versions.</p>/ko/blog/2009/07/31/i2p-0.7.6-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Fri, 31 Jul 2009 00:00:00 +0000/ko/blog/2009/07/31/i2p-0.7.6-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>I2P 버전 0.7.6에는 tunnel 구축 및 연결 제한과 관련된 네트워크 안정성 문제를 해결하기 위한 추가 수정 사항이 포함되어 있습니다. 0.7.5 릴리스가 UTC 기준 저녁 시간대와 주말에 나타났던 혼잡을 크게 개선했지만 완전히 해소되지는 않았으며, 이번 릴리스는 상황을 한층 더 개선할 것입니다.</p> <p>이 버전에는 dr|z3d가 제작한 새로운 콘솔 테마도 포함되어 있으며, 새 UI 구성 페이지에서 선택할 수 있습니다. 유감스럽게도 새 테마는 IE 브라우저에서는 사용할 수 없습니다.</p> <p>기본 tunnel length variance(길이 분산)은 1에서 0으로 변경되었습니다. 이는 주로 exploratory tunnels(탐색 tunnel)과 iMule에 영향을 줍니다. As explained on zzz.i2p, 0이 아닌 variance는 자원 소모가 큰 반면 제공하는 보호는 매우 미미합니다. exploratory tunnel 설정을 예전의 variance 1로 되돌리거나 length 3 variance 0으로 변경하고자 한다면, config tunnels page에서 그렇게 할 수 있습니다. iMule 설정은 해당 애플리케이션 내에서 변경하는 것이 가장 좋습니다.</p>/ko/blog/2009/06/29/i2p-0.7.5-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 29 Jun 2009 00:00:00 +0000/ko/blog/2009/06/29/i2p-0.7.5-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>I2P 릴리스 0.7.5 ==================</p> <p>I2P 버전 0.7.5는 router가 연결 한도에 가까워질 때 exploratory tunnel의 구축 방식을 조정하고, 또한 tunnel에 포함할 피어를 선택할 때 연결된 피어와 그 외 실패 상태가 아닌 피어를 구분함으로써, 네트워크 안정성 문제를 최우선적으로 해결합니다.</p> <p>이 버전에는 Windows에서 설치 프로그램 동작, Router Console, NTCP 전송 및 UPnP 메커니즘에 대한 수정도 포함되어 있습니다.</p> <p>또한 0.7.5 버전에서는 I2P router가 새 버전이 사용 가능한지 확인하는 &ldquo;news.xml&rdquo; 파일의 위치가 변경됩니다. 이전 URL(<code>http://complication.i2p/news.xml)</code> 대신 새 위치(<code>http://echelon.i2p/i2p/news.xml)를</code> 사용합니다. router가 기본 업데이트 설정을 사용 중이라면 새 URL을 자동으로 사용하기 시작합니다. 그렇지 않다면 Router Console에서 &ldquo;configupdate.jsp&quot;에 접속해 수동으로 변경해야 합니다.</p>/ko/blog/2009/06/13/i2p-0.7.4-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sat, 13 Jun 2009 00:00:00 +0000/ko/blog/2009/06/13/i2p-0.7.4-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>I2P release 0.7.4 ==================</p> <p>I2P 버전 0.7.4에는 GeoIP 기능과 UPnP 지원 같은 주목할 만한 새 기능이 도입되었습니다. 전자는 지리 인식형 tunnel 구축의 기반이 될 수 있는 반면, 후자는 즉시 더 많은 router가 인바운드 TCP 연결을 수락할 수 있게 해 주어 부하를 더 고르게 분산하는 데 도움이 될 것입니다.</p> <p>router가 방화벽에 의해 차단된 것으로 보이지 않으면 이제 인바운드 NTCP가 자동으로 활성화되며, 새 설치의 기본 대역폭 제한이 상향되었습니다.</p> <p>또한 다수의 버그 수정과 업데이트가 포함되어 있으며, NTCP transport, BOB protocol, 연결 제한, 새로운 I2PTunnel 옵션의 동작, SusiDNS 사용자 인터페이스와 관련된 문제들을 해결합니다. Router Console 개선 사항도 포함되어 있습니다. 업데이트를 권장합니다.</p>/ko/blog/2009/05/18/i2p-0.7.3-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 18 May 2009 00:00:00 +0000/ko/blog/2009/05/18/i2p-0.7.3-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h1 id="i2p-릴리스-073">I2P 릴리스 0.7.3</h1> <p>I2P 0.7.3 버전에는 여러 가지 버그 수정 및 개선뿐만 아니라 많은 유지보수 작업과 SAM 및 BOB 애플리케이션 게이트웨이 프로토콜의 새로운 버전도 포함되어 있습니다.</p> <p>Windows에서의 SusiDNS 동작을 수정하기 위해 I2P의 내부 웹 서버 Jetty에 대한 패치가 포함되었습니다. 너무 많은 I2P 노드가 동시에 Network Database(I2P 네트워크 데이터베이스, netDb)에 자발적으로 참여하지 않도록 참여 방식을 변경했으며, 기존 tunnel에서 메시지가 손실되기 시작하기 전에 새로운 참여 tunnel의 생성 속도를 이제 제한합니다.</p> <p>Router Console 및 기타 구성 요소에 다수의 개선 사항이 포함되었고, I2PSnark가 더 큰 토렌트와 더 많은 파일을 처리할 수 있게 되었으며, 실험적인 데스크톱 인터페이스 작업도 계속 진행 중입니다. 업데이트를 권장합니다.</p>/ko/blog/2009/04/19/i2p-0.7.2-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sun, 19 Apr 2009 00:00:00 +0000/ko/blog/2009/04/19/i2p-0.7.2-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h1 id="i2p-릴리스-072">I2P 릴리스 0.7.2</h1> <p>0.7.2 릴리스는 I2P의 여러 버그와 잠재적인 문제를 수정하고, 새로운 기능을 위한 기반을 마련합니다.</p> <p>SimpleTimer 클래스의 스레딩 문제는 더 이상 발생하지 않아야 하며, NTCP 전송에서는 더 이상 널 포인터 예외가 발생하지 않아야 하고, &ldquo;abandoned&rdquo; tunnels은 정상적으로 종료되어야 합니다.</p> <p>IPv6를 통해 Router Console에 접근할 수 있도록 지원이 추가되었고, 새로운 메시지 유형이 I2CP 애플리케이션이 router의 대역폭 제한을 조회할 수 있게 하며, router를 관리하기 위한 실험적인 데스크톱 인터페이스가 처음으로 포함되었지만(아직 자동으로 활성화되지는 않음), 신뢰성과 안전성을 향상시키기 위해 단일 피어가 너무 많은 tunnel에 참여하는 것을 방지합니다.</p>/ko/blog/2009/03/29/i2p-0.7.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sun, 29 Mar 2009 00:00:00 +0000/ko/blog/2009/03/29/i2p-0.7.1-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h1 id="i2p-릴리스-071">I2P 릴리스 0.7.1</h1> <p>0.7.1 릴리스는 향상된 성능을 위해 I2P를 최적화하고 새로운 기능을 도입합니다.</p> <p>여러 버그가 수정되었으며, SimpleTimer 클래스의 대체 구현은 객체 잠금에 시간을 덜 낭비하도록 설계되었습니다. 일부 오래된 컴포넌트는 제거되었고, 중복 코드를 피하기 위해 여러 클래스가 리팩터링되었습니다.</p> <p>암호화된 LeaseSets에 대한 지원이 (적대자가 게이트웨이를 공격하더라도 방해할 수 없는 I2P 상의 연결을 만들기 위한) 더 완전해졌습니다. IRC 서버 tunnels 같은 새로운 tunnel 유형과 지연 시작, tunnel 유휴 상태 유지 같은 새로운 옵션도 지원되며, I2P Socks 프록시 메커니즘의 사용성도 개선되었습니다.</p>/ko/blog/2009/02/10/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2009%EB%85%84-2%EC%9B%94-10%EC%9D%BC/Tue, 10 Feb 2009 00:00:00 +0000/ko/blog/2009/02/10/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2009%EB%85%84-2%EC%9B%94-10%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> altGuest, badger, dream, eche|on, hottuna\_, l00kns33, unixfr3ak, welt, welterde, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 20:58:32 &lt;unixfr3ak&gt; 개발자 회의인가? 20:59:27 -*- dream이 devo를 켠다 21:00:25 &lt;welt&gt; dream: 아.. 너도 와서 다행이야 :) 21:00:51 &lt;badger&gt; 0) 안녕하세요 21:00:55 &lt;dream&gt; 누구세요? 21:00:58 &lt;badger&gt; 1) I2P 0.7 21:01:02 &lt;badger&gt; 2) Syndie 21:01:06 &lt;badger&gt; 3) 기부 21:01:15 &lt;badger&gt; 4) ???? 21:01:21 &lt;badger&gt; 5) zzz의 짧은 시 낭송 21:01:39 &lt;badger&gt; 0) 안녕하세요 21:01:53 &lt;altGuest&gt; 안녕 21:02:00 &lt;badger&gt; 제207번째 개발자 회의에 모두 환영합니다 21:02:05 &lt;badger&gt; 하이 21:02:20 &lt;hottuna_&gt; 하이! 21:02:40 &lt;eche|on&gt; 환영합니다! 21:02:43 &lt;zzz&gt; 그럼, 2007년 4월 10일 이후로 무슨 일이 있었는지부터 얘기해 봅시다, 있다면요 21:02:48 &lt;badger&gt; 참고로 지난 회의 이후 거의 2년이 지났네요 21:03:06 &lt;badger&gt; 음... 부시는 나갔고.... 오바마는 들어왔고.... 21:03:36 &lt;dream&gt; ㅋㅋ 미국 21:03:51 &lt;badger&gt; 1) I2P 0.7 21:03:56 &lt;eche|on&gt; 0.7 릴리스 노트를 보면 I2P에 무슨 일이 있었는지 잘 알 수 있을 듯합니다 21:04:20 &lt;badger&gt; 0.7 배포는 꽤 순조롭게 진행된 것 같네요 21:04:22 &lt;badger&gt; 현재 네트워크 커버리지가 약 84%입니다 21:04:29 &lt;unixfr3ak&gt; 나쁘지 않네요 21:04:48 &lt;eche|on&gt; :-) 21:04:48 &lt;hottuna_&gt; 0.7 이후 네트워크가 얼마나 성장했나요? 21:04:48 &lt;badger&gt; 개발팀과 릴리스 팀이 내놓느라 고생 많으셨습니다 박수! 21:04:52 &lt;unixfr3ak&gt; 저랑 다른 사용자가 발견한 버그 하나를 지적하자면 21:04:52 &lt;hottuna_&gt; 아니면 크리스마스 이후는요? 21:05:21 -*- welt가 stats.i2p가 로드되길 기다리는 중.. 21:05:28 -=- 이제 welterde로 알려집니다 21:05:31 &lt;badger&gt; hottuna_: 통계를 보면 꽤 느리지만 꾸준히 성장하고 있어요 21:05:41 &lt;unixfr3ak&gt; susidns에 새로운 private host를 추가하려면 privathosts.txt 파일을 수동으로 편집해야 해요 21:06:08 &lt;welterde&gt; zzz: 그거 최근에 고치신 버그 아니었나요? 21:06:18 &lt;welterde&gt; 아니면 다른 거였나요? 21:06:25 &lt;eche|on&gt; 통계에는 느리지만 꾸준한 성장이 보입니다 21:06:35 &lt;zzz&gt; 네, 제가 0.7에서 망가뜨렸고 어제 고쳤어요, -4에 들어갈 겁니다 21:06:40 &lt;eche|on&gt; welterde: 네, 고친 것 같아요 21:07:05 &lt;badger&gt; 7.0.1에서 기대할 거리가 생겼네요 21:07:14 &lt;welterde&gt; zzz: 좋아요.. 그건 끝났군요 21:07:16 &lt;badger&gt; 어, 0.7.1요 21:07:19 &lt;eche|on&gt; 더 많은 사용자 :-) 21:07:22 &lt;zzz&gt; 그건 미안합니다 21:07:35 &lt;unixfr3ak&gt; 네트워크 지연 문제는 어떻게 하실 건가요... 점점 커지는 문제 같아요, 주말에는 I2P가 과부하인 것처럼 보여요 21:07:56 &lt;welterde&gt; 스트리밍 라이브러리에 조금 더 손보면 어떨까요? 21:07:57 &lt;unixfr3ak&gt; 어쨌든 사용자가 더 늘어나는 건 좋다고 봐요 21:08:00 &lt;badger&gt; zzz: 뭐, 워낙 많이 고치고 개선하셨으니 가끔 망가뜨리는 것도 이해하죠 :) 21:08:33 &lt;hottuna_&gt; 콘솔에 비율 표시기를 둬서 사용자가 공유하도록 동기부여하자고 제안했어요 21:08:57 &lt;unixfr3ak&gt; 좋은 생각이네요 21:09:14 &lt;eche|on&gt; 지난달에 네트워크 부하가 크게 늘었어요 21:09:17 &lt;zzz&gt; freak, 피어 프로파일의 용량 계산을 약간 조정해서 바쁠 때 더 잘 반응하도록 하려 해요. 21:09:20 &lt;eche|on&gt; 요즘은 지금까지 꽤 잘 버티는 것 같고요 21:09:51 &lt;hottuna_&gt; zzz: 멋져요 :) 21:09:55 &lt;unixfr3ak&gt; 좀 거창할 수 있지만, 리눅스에선 cron 작업, 윈도우에선 해당 스케줄러를 써서 PC가 사용되지 않을 때 I2P에 대역폭을 자발적으로 제공하게 하는 건 어때요 21:10:17 &lt;zzz&gt; 이런 건 아주 조심스럽게 조정해야 하고, 변경 사항은 전체 릴리스 사이클 동안 테스트가 필요해요 21:10:21 &lt;hottuna_&gt; 스케줄러도 훌륭한 해법일 거예요 21:10:24 &lt;unixfr3ak&gt; 쉽게 말하면 21:10:28 &lt;badger&gt; 0.7 릴리스 홍보는 수치상 약간의 효과는 있었던 듯하지만, 기대했던 만큼의 임팩트는 아니었어요 21:10:41 &lt;unixfr3ak&gt; 네트워크/CPU가 유휴일 때 감지해서 쓰고, 아니면 쓰지 않는 거죠 21:10:43 &lt;welterde&gt; zzz: 최근 I2CP에 추가된 걸로는 그게 아직 안 되는 거죠? 21:10:52 &lt;badger&gt; 독일 뉴스 사이트들에서는 꽤 잘 다뤄졌어요 21:11:04 &lt;badger&gt; 하지만 slashdot/digg/reddit 쪽 반응은 좀 실망스러웠죠 21:11:09 &lt;zzz&gt; 무엇을요, welterde ? 21:11:29 &lt;welterde&gt; zzz: routerconsole 밖에서 ratio/up-bw/down-bw를 바꾸는 것요 21:11:29 &lt;eche|on&gt; badger: 사용자가 익숙해지고 정착하는 데 시간이 좀 필요해요 :-) 21:11:32 &lt;unixfr3ak&gt; 기본 자동 시작 레지스트리 항목이나 유닉스용 간단한 셸 스크립트도 있으면 좋겠고요 21:12:04 &lt;zzz&gt; 아니요, welterde, 그거랑은 상관없어요 21:12:08 &lt;hottuna_&gt; 홍보는 잘 모르겠지만.. 새 릴리스마다 홍보 물결이 생기면 우리의 ‘브랜드 네임’이 점점 커지겠죠 21:12:13 &lt;welterde&gt; zzz: 그럴 줄 알았어요 :/ 21:12:56 &lt;zzz&gt; 곧 gulli와 한 제 인터뷰가 나왔으면 하는데, 일주일째 연락이 없네요 21:13:06 &lt;unixfr3ak&gt; I2P가 스폰서들에게 자원 대역폭을 요청할 준비가 됐나요? (제 초라한 회선 말고요) 21:13:39 &lt;welterde&gt; 흠.. 시도해볼 가치는 있겠네요 21:13:50 &lt;dream&gt; 자발적인 대역폭 제공을 싫다고 한 사람은 없었던 것 같아요. 21:14:12 &lt;unixfr3ak&gt; Tor 네트워크에는 스폰서드 노드가 많지만, 한 서브넷에 노드가 몰리면 사용자 입장에선 수상해 보이고 누군가가 네트워크를 더 통제할 여지를 줄 수도 있죠 21:14:37 &lt;welterde&gt; 그건 이미 ‘고친’ 것 같아요 21:14:59 &lt;hottuna_&gt; 스폰서 받는 것도 나쁜 생각은 아닌 듯 21:14:59 &lt;hottuna_&gt; 메인 페이지에 간단한 HTML 탭만 달면 될까요? 21:14:59 &lt;hottuna_&gt; just* 21:15:05 &lt;unixfr3ak&gt; 개별 자원봉사자가 무작위로 배치한 노드들이 더 안전해 보이긴 해요 21:15:05 &lt;unixfr3ak&gt; 하지만 실용성은 떨어지죠 21:15:15 &lt;unixfr3ak&gt; 대부분 사람들은 본능적으로 빨대 꽂으려 하니까요 21:15:44 &lt;dream&gt; 그게 꼭 맞진 않다고 봐요, unixfr3ak, 그래도 비참여자를 대비하는 건 좋죠. 21:16:21 &lt;unixfr3ak&gt; 예를 들어 21:16:40 &lt;unixfr3ak&gt; I2P router만 켜놓고 뭐 하는지 모르면서 i2phex를 돌리는 사람 21:16:49 &lt;unixfr3ak&gt; 계속 다운로드만 하는 21:17:11 &lt;unixfr3ak&gt; 기본 대역폭 설정을 바꿔야 할지도요 21:17:22 &lt;hottuna_&gt; 0.7에서 바뀌었어요 21:17:34 &lt;unixfr3ak&gt; 아니면 설치 중에 연결 속도를 물어서 더 정확한 대역폭 공유 제한을 설정하게 할 수도 있고요 21:18:26 &lt;unixfr3ak&gt; 아니면 I2P를 백도어로 설치하는 바이러스 같은 거요 :P 21:18:34 &lt;welterde&gt; 헐 21:18:40 &lt;hottuna_&gt; 멋진 아이디어네요.. 설치 프로그램이 그걸 지원해야겠죠, 그렇죠? 21:19:08 &lt;welterde&gt; 첫 번째요, 두 번째요? :&gt; 21:19:08 &lt;unixfr3ak&gt; 제 농담이요, 아니면 연결 대역폭 물어보는 거요? 21:19:23 &lt;welterde&gt; 첫 번째) 아마 네요 21:19:26 &lt;unixfr3ak&gt; 어딘가 설정 파일에 한두 줄이면 될 텐데요 21:19:39 &lt;unixfr3ak&gt; :P 없는 그쪽이요 21:20:59 &lt;badger&gt; 업스트림 대역폭을 공유하지 않는 사용자에게 다운로드 제한을 두는 건 어떤가요? 21:21:15 &lt;unixfr3ak&gt; 흥미롭네요 21:21:20 &lt;unixfr3ak&gt; 하지만 21:21:33 &lt;unixfr3ak&gt; 아직 그렇게까지 극단적인 조치는 안 가도 된다고 봐요... 21:21:38 &lt;dream&gt; 기본값으로는 대역폭을 최대 100%까지 공유해요, unixfr3ak. client tunnel이 몇 개 생기면 대부분은 중간용 tunnel들에 쓰입니다. 21:21:45 &lt;welterde&gt; tunnel들을 라우팅하지 않는 다른 router들을 이미 페널티 주지 않나요? 21:22:00 &lt;unixfr3ak&gt; 네 21:22:00 &lt;dream&gt; 그리고 I2P는 이미 로드 밸런싱돼 있다고 봐요. 대역폭 탭을 보면 업로드보다 더 많이 다운로드할 수가 없거든요 21:22:25 &lt;unixfr3ak&gt; 그렇긴 한데, 많은 사람이 한 번에 빨대 꽂으면 여전히 네트워크에는 큰 부하가 걸리죠 21:22:32 &lt;badger&gt; 아마 초보 사용자에게 정보를 더 잘 제공하는 문제일지도요 21:22:35 &lt;unixfr3ak&gt; 특히 IP가 유동이면요 21:22:46 &lt;eche|on&gt; `http://stats.i2p/cgi-bin/tot.cgi?a=bandwidthReceiveBps.5m&s=365&u=y` 21:22:56 &lt;badger&gt; 네트워크에 기여할수록 본인의 경험이 좋아진다는 걸 분명히 알리자고요 21:23:07 &lt;unixfr3ak&gt; 네 21:23:18 &lt;unixfr3ak&gt; 그리고 PC를 사용하지 않을 때는 켜두라고 하고요 21:23:36 &lt;unixfr3ak&gt; 돈 내는 연결을 놀리지 말고요 21:23:51 &lt;dream&gt; 대부분 컴퓨터를 꺼버리죠, 안타까워요 21:24:09 &lt;unixfr3ak&gt; 맞아요 21:24:12 &lt;dream&gt; 한 달에 ISP에 돈을 내는데, 전구 4개 값 정도면 대신... 21:24:15 &lt;l00kns33&gt; 대부분 사람들은 이해한다고 봐요 - I2P를 쓰는 사람들 대부분이 스스로도 기크(덕후)라고 생각하고요 ;) 21:24:32 &lt;badger&gt; 아무튼 넘어가죠 - 1) I2P 0.7에 더 추가할 게 있나요? 21:24:55 &lt;unixfr3ak&gt; 지금은 네 21:25:16 -*- welterde가 신호를 기다리는 중.. 21:25:20 &lt;unixfr3ak&gt; 하지만 나중엔 달라질 수도 있죠 21:25:25 &lt;eche|on&gt; badger: 없어요 21:25:25 &lt;badger&gt; 2) Syndie 21:25:37 &lt;welterde&gt; 그럼요 :) 21:25:37 -*- badger가 70년대식 붐 마이크를 welterde에게 건넨다 21:25:45 &lt;badger&gt; *mic 21:26:15 &lt;welterde&gt; 알다시피(혹은 모를 수도 있지만) 최근 MOSFET의 패치를 적용하는 작업을 마쳤어요 21:26:20 &lt;welterde&gt; +know 21:26:35 &lt;unixfr3ak&gt; 포럼은 빼주세요 전 안 써요 :P , 담배 피고 올게요 21:27:14 &lt;welterde&gt; 그걸로 몇 가지 버그를 고치고 (제 생각엔) 망가진 기본 UI를 비활성화했습니다 21:27:26 &lt;welterde&gt; 대신 SWT 기반 UI를 쓰게 했고, 대부분 사용자들이 더 쉽다고 하죠 21:27:42 &lt;badger&gt; &lt;jrandom&gt;w0rd&lt;/jrandom&gt; 21:28:11 &lt;welterde&gt; 흠? 21:28:30 &lt;dream&gt; 동기화 실패 시 재시도 기능 작업을 누가 하고 있었다니 좋네요 21:28:40 &lt;badger&gt; welterde: 미안, 오래된 개발자 회의 농담이에요 21:28:59 &lt;badger&gt; 어디 공개 Syndie 아카이브 새로 있나요? 21:29:06 &lt;welterde&gt; 아무튼.. 곧 시간 내서 그 망가진 ;) 인덱스 쪽을 갈아치우고 싶네요 21:29:09 &lt;welterde&gt; badger: 네 21:29:25 &lt;welterde&gt; http://syndie.welterde.(i2p|de)/ 21:29:52 &lt;dream&gt; 사람들이 자기 아카이브를 쉽게 운영할 수 있게 하려면, 원격 데이터베이스로 Syndie를 돌릴 수 있게 하는 게 중요하다고 봐요 21:29:54 &lt;welterde&gt; 하지만 거긴 그냥 정적 아카이브라 (아직은) 글을 올릴 수 없어요 21:30:47 &lt;welterde&gt; 그것도 기본 목록에 추가해야겠네요 21:30:56 &lt;welterde&gt; 곧 그렇게 할게요 21:31:16 &lt;eche|on&gt; 그러니 Syndie 작업은 계속됩니다 21:31:32 &lt;welterde&gt; 네 21:31:54 &lt;welterde&gt; 요즘 Syndie 프로파일링을 시도 중이에요.. 21:32:29 &lt;welterde&gt; 하지만 그쪽에 시간을 많이 쓰진 못했어요.. 21:32:59 &lt;eche|on&gt; 할 일이 너무 많네요... 21:33:14 &lt;welterde&gt; 네 :/ 21:33:17 &lt;dream&gt; 텍스트 모드로 Syndie를 돌리는 건 까다로워요, 인터페이스가 현재 동작을 따라가지 못하는 것 같거든요 21:33:17 &lt;dream&gt; 보통은 --cli로 그냥 두면 동작하지만, 멈출 때는 제대로 표시가 없어요. 21:33:41 &lt;welterde&gt; 맞아요.. CLI도 지금은 망가졌어요 :/ 21:34:00 &lt;welterde&gt; 제 생각엔 Syndie를 여러 부분으로 분리해야 해요. 예: libsyndie, GUI, CLI, ... 21:34:12 &lt;badger&gt; 그게 합리적이네요 21:34:19 &lt;welterde&gt; 그러면 커스텀 확장 등을 쓰기가 쉬워질 거예요 21:34:29 &lt;dream&gt; libsyndie가 어떤 걸 포괄하나요? 21:34:36 &lt;badger&gt; 초기 v0.0.1 때 Syndie의 UI는 CLI 바이너리 위에 얹은 거였죠 21:34:48 &lt;badger&gt; 그런데 가는 길에 그 아이디어가 사라진 듯 21:34:55 &lt;dream&gt; 지금도 텍스트 콘솔은 있죠. 21:35:23 &lt;welterde&gt; dream: 메시지 디코딩, 아카이브 동기화 등등이요 21:35:34 &lt;welterde&gt; 로직 대부분이죠 21:36:06 &lt;dream&gt; 그럼 libsyndie는 데이터베이스 위의 인터페이스에 가깝고, 아마 archive/ 디렉터리도 다루나요? 21:36:09 &lt;badger&gt; 맞아요, GUI, CLI, webtop은 가벼운 래퍼면 되죠 21:36:10 &lt;welterde&gt; 제 생각엔 GUI/CLI를 프로그램 로직과 분리해야 해요 21:36:42 &lt;welterde&gt; dream: archive는 아무것도 저장하는 데 쓰지 않아요.. 그냥 아카이브를 서빙하는 용도죠 21:37:02 &lt;dream&gt; 그건 알아요. 21:37:14 &lt;welterde&gt; 하지만 CLI/webtop이 그걸 쓰니까 libsyndie에도 포함해야겠죠 21:37:15 &lt;dream&gt; 그럼 그 디렉터리는 웹서버만 다루면 되겠네요. 21:37:35 &lt;dream&gt; 거길 채우고 거기서 동기화하는, 일종의 postfix 메일 큐처럼요. 21:38:00 &lt;welterde&gt; 하지만 실제로 쓸 때만 생성/동기화해야 해요.. 지금처럼 말고요.. 21:38:08 &lt;welterde&gt; 지금은 항상 생성/동기화하니까요... 21:39:18 &lt;dream&gt; archive/ 디렉터리를 웹서버 전용으로 쓰는 건 문제 없어 보여요. 기존 정적 파일 서빙 기능을 쓰기 위한 편의일 뿐이죠. 21:40:07 &lt;welterde&gt; generate_archive 같은 CLI 명령이 있어야 한다고 봐요 21:40:57 &lt;welterde&gt; 그리고 import.cgi를 다시 가져와서, 대체로 정적인 아카이브로 돌리면서도 글을 올릴 수 있게 해야죠 21:41:04 &lt;welterde&gt; 아니면... 흠... 21:41:04 &lt;dream&gt; 클라이언트 인터페이스로 그 아카이브로 뭘 하시려는 거죠? 21:41:15 &lt;welterde&gt; 원격 사이트와 rsync? 21:41:26 &lt;welterde&gt; syndie.welterde.(i2p|de)가 그렇게 동작해요 ;) 21:41:43 &lt;dream&gt; 정적 아카이브의 문제는 파일시스템을 데이터베이스와 동기 상태로 유지하는 일이 데이터베이스 설계와 비슷한 과제라는 점이죠. 21:41:59 &lt;welterde&gt; 흠.. 꼭 그렇진 않아요 21:42:05 &lt;welterde&gt; 일방향이니까요 21:43:17 &lt;unixfr3ak&gt; 약간 주제와 벗어날 수 있지만 datastore 기능을 고려해 본 적 있나요? 21:43:20 &lt;dream&gt; 가령 가상의 --cli로 누군가 메시지를 만들었다 칩시다. 그런 다음 만들고 나서 generate_archive를 실행하나요? 인서트 후 트랜잭션 커밋하는 거랑 수상할 정도로 비슷한데요. 21:43:52 &lt;unixfr3ak&gt; 그리고 i2phex에서, 전에 Complication에게도 말했듯이 i2phex의 bitzi 조회는 익명성이 아니에요 21:43:55 &lt;dream&gt; magicbutton() 21:44:04 &lt;welterde&gt; dream: 음.. 아니요 21:44:17 &lt;dream&gt; ...i2phex가 bitzi.com을 조회한다고요? 말도 안 돼요 21:44:37 &lt;unixfr3ak&gt; 네 21:44:39 &lt;welterde&gt; unixfr3ak: 내 기억이 맞다면 freenet 쪽으로 진행된 작업이 있었어요 21:44:43 &lt;dream&gt; welterde, 그러면 그들의 메시지는 archive/ 디렉터리에 아예 들어가지 않아서 동기화가 안 되겠네요... 21:45:20 &lt;welterde&gt; dream: 아니요.. 트랜잭션은 조금 다르다는 말이에요 21:45:27 &lt;welterde&gt; 예를 들어: 아무것도 수정하지 않잖아요 21:45:33 &lt;welterde&gt; (인덱스는 예외일 수도) 21:46:02 &lt;welterde&gt; generate_archive는 DB를 덤프하면서 동시에 인덱스를 업데이트할 뿐이에요 21:46:41 &lt;unixfr3ak&gt; 파일을 마우스 오른쪽 클릭하고 21:47:20 &lt;unixfr3ak&gt; bitzi ticket 보기로 들어가면 비익명 사이트로 가요 21:47:20 &lt;unixfr3ak&gt; 다행히 제 브라우저는 I2P로 프록시돼 있고, 다른 브라우저는 Tor예요 21:47:31 &lt;dream&gt; 그럼 새 데이터베이스 내용을 아카이브로 어떻게 옮기죠? 메시지를 넣은 뒤 archive/ 디렉터리에 저장하기 전에 Syndie가 죽으면요? 21:47:39 &lt;unixfr3ak&gt; 0_0 spongebob이 회의를 놓친 것 같네요 21:47:57 &lt;welterde&gt; dream: 아무것도요.. 그냥 archive/가 아닐 뿐이에요 21:48:16 &lt;welterde&gt; 하지만 다음에 generate_archive를 성공적으로 실행하면 들어갑니다 21:49:01 &lt;dream&gt; 제가 하라면 클라이언트가 웹서버를 돌리고, 웹서버가 archive/를 확인해서 DB에 있는데 아직 없는 메시지를 끌어오게 하겠어요. 아니면 그냥 DB 메시지를 직접 서빙하거나요. 21:49:23 &lt;dream&gt; generate_archive는 클라이언트가 신경 써야 할 종류의 일은 아닌 것 같아요. 21:49:50 &lt;welterde&gt; 문제는.. 모든 머신에서 Syndie를 돌릴 수는 없다는 거예요 21:50:18 &lt;welterde&gt; 예를 들어 이 서버(i2p2.de/welterde.de)는 한계에 다다랐어요 21:50:36 &lt;welterde&gt; 그 위에서 Syndie를 돌리면 스왑이 심하게 일어나요.. 21:50:41 &lt;welterde&gt; 그래서 로컬에서 돌려야 해요 21:50:46 &lt;eche|on&gt; 네 21:51:06 &lt;welterde&gt; 업로드가 넉넉하면 문제 없겠지만... 전 없거든요 21:51:19 &lt;welterde&gt; 대부분 ADSL 사용자도 그렇고요.. 21:51:45 &lt;badger&gt; 아무튼 - 패치들 수고했어요, welterde - 머지않아 릴리스를 기대해도 될까요? 21:51:47 &lt;welterde&gt; 그러니 정적 아카이브로 가거나, 엄청 느린 걸 감수해야 해요 21:52:08 &lt;welterde&gt; badger: 곧 a에서 b로(알파에서 베타로) 바꾸려 해요 21:52:16 &lt;badger&gt; 좋네요 21:52:40 &lt;badger&gt; 앞으로의 개발에 대해 더 추가할 게 있나요? 21:52:56 &lt;badger&gt; (Syndie) 21:53:10 &lt;welterde&gt; 아뇨(n0pe) 21:53:19 &lt;welterde&gt; ;) 21:53:24 &lt;badger&gt; 좋습니다, 그럼 21:53:30 &lt;badger&gt; 3) 기부 21:53:49 -*- badger가 마이크를 eche|on에게 넘긴다 21:54:00 &lt;eche|on&gt; 다시 열렸습니다! 21:54:18 &lt;eche|on&gt; PayPal 계정을 만들고 I2P 웹사이트에 연결해 두었어요 21:54:42 &lt;hottuna_&gt; :D 21:54:47 &lt;badger&gt; 좋네요 21:54:50 &lt;hottuna_&gt; 굿 21:54:52 &lt;eche|on&gt; 하지만 버튼은 PayPal의 https:// 사이트로 연결돼서, eepsite에서는 아직 안 됩니다 21:55:01 &lt;dream&gt; 네, 그건 장점이겠네요, welterde 21:55:08 &lt;eche|on&gt; 아직 그쪽으로는 들어온 게 없어요 21:55:20 &lt;welterde&gt; eche|on: 어디에 쓸지 알려줄 수 있는 안내를 좀 추가하는 게 좋겠어요 21:55:29 &lt;eche|on&gt; 그리고 2ndlive용 계정은 미정이에요 21:55:31 &lt;zzz&gt; donate 페이지에서 halloffame 페이지로의 링크를 추가하고, 기부금을 어디에 쓸지에 대한 정보를 더 제공해줄 수 있나요 21:55:39 &lt;dream&gt; 저는 여전히 아카이브를 만드는 건 단순 덤프 이상의 동기화를 해야 한다고 봐요. 21:55:48 &lt;badger&gt; 네 21:56:02 &lt;badger&gt; 현상금(bounty)도 지원할 계획인가요? 21:56:10 &lt;eche|on&gt; welterde: 알겠어요 21:56:13 &lt;unixfr3ak&gt; 그냥 Apache를 쓰면 돼요 21:56:17 &lt;welterde&gt; dream: 시기상조 최적화죠 ;) 21:56:19 &lt;eche|on&gt; zzz: 알겠어요 21:56:24 &lt;dream&gt; 읏 3) 21:56:24 &lt;dream&gt; 돈이 없어서 미안 T_T 21:56:28 &lt;eche|on&gt; 기부금으로 살 것/사지 않을 것 목록이 필요해요 21:56:37 &lt;zzz&gt; 그리고 echelon과 welterde의 구독은 사실 지출로 기록돼야 하지 않나요? 21:56:40 &lt;unixfr3ak&gt; I2P에 어떤 웹서버가 포함되어 있나요? 21:56:51 &lt;eche|on&gt; badger: 네, 기부는 '일반 기금'이거나 특정 바운티 전용으로 받을 수 있어요 21:57:04 &lt;badger&gt; 훌륭하네요 21:57:19 &lt;eche|on&gt; 그리고 PayPal에는 용도를 적을 수 있는 텍스트 필드가 있을 거예요 :-) 21:57:33 &lt;zzz&gt; 기부가 열렸다는 뉴스 링크를 첫 페이지에 올리는 것도 좋겠네요 21:57:36 &lt;badger&gt; 제가 1000유로 기부하면 Hot Tuna i2P 티셔츠 주나요? 21:57:51 &lt;eche|on&gt; 근데 제가 제게 기부할 순 없잖아요 ;-) 21:58:02 &lt;welterde&gt; hottuna_: 예라고 해요! ;) 21:58:16 &lt;eche|on&gt; 지금까진 문제 없고, 첫 기부를 기다렸다가 공지하겠습니다 ;-) 21:58:35 &lt;zzz&gt; 25c3에 왔으면 셔츠를 받을 기회가 있었잖아요 21:58:47 &lt;welterde&gt; 아직 26c3가 남아 있죠 ;) 21:58:59 &lt;eche|on&gt; 알겠습니다, zzz - 좋은 아이디어예요 22:00:32 &lt;eche|on&gt; 그럼 제 쪽에서 기부 주제는 더 없어요 22:00:51 -*- welterde가 paste 로드되길 기다리는 중.. 22:01:16 &lt;badger&gt; 그렇다면: 22:01:22 &lt;badger&gt; 4) ???? 22:01:33 &lt;badger&gt; 회의에 더 얘기할 거 있는 분? 22:01:37 &lt;welterde&gt; 네.. 22:01:46 &lt;welterde&gt; 하지만 paste가 로드될 때까지 기다려야 해요 :/ 22:01:52 &lt;eche|on&gt; 다 같이 케이크 한 조각씩 먹죠! 22:02:31 &lt;welterde&gt; 야호! :) 22:02:32 -*- unixfr3ak가 그걸 들고 달아난다 22:02:38 &lt;welterde&gt; 안 돼애애 22:03:03 -*- badger가 unifr3ak의 머리를 툭 침 22:03:08 &lt;unixfr3ak&gt; 좋아아아 22:03:12 &lt;eche|on&gt; ;-) 22:03:46 &lt;unixfr3ak&gt; 저 부분도 회의 로그에 들어갈지 궁금하네요 22:03:50 &lt;unixfr3ak&gt; :P 22:03:57 &lt;welterde&gt; 여기서 발표합니다 두두둥탁 thmoo: inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:03:58 &lt;welterde&gt; ;) 22:04:04 &lt;welterde&gt; unixfr3ak: 당연히 들어가죠! 22:04:15 &lt;welterde&gt; 모두 telnet 클라이언트를 켜서 접속하세요 ;) 22:04:37 &lt;badger&gt; MUD가 아니라고요?! 22:04:40 &lt;unixfr3ak&gt; 그 base32 키요? 22:04:49 &lt;welterde&gt; badger: 물론이죠! 22:05:06 &lt;welterde&gt; unixfr3ak: client tunnel을 열고 telnet/MUD 클라이언트로 거기에 접속해야 해요 22:05:08 &lt;welterde&gt; (아니면 SOCKS 사용) 22:05:38 &lt;unixfr3ak&gt; 양말(SOCKS)은 더럽히기 싫으니 tunnel 만들게요 :p 22:05:43 &lt;unixfr3ak&gt; 흠 22:05:47 &lt;unixfr3ak&gt; 근데 destination은 22:05:50 &lt;badger&gt; 진흙 묻은 양말 22:05:59 &lt;unixfr3ak&gt; 그럼 .i2p도 포함하나요? 22:06:05 &lt;welterde&gt; unixfr3ak: 네 22:06:11 &lt;welterde&gt; 적어도 제겐 됐어요 ;) 22:06:56 &lt;dream&gt; 로컬 사본이 필요하면 b32의 dest를 조회할 수도 있어요. zzz가 i2ptunnel의 비밀 CLI 인터페이스로 하는 법을 알려줬죠. 22:07:13 &lt;unixfr3ak&gt; Delay Connect: (요청/응답 연결용) 22:07:18 &lt;unixfr3ak&gt; 그건 예로 하면 되겠죠 22:07:21 &lt;dream&gt; 그러고 보니 종이에 적어둔 방 설명을 얼른 저기에 넣어야겠네요 22:07:24 &lt;badger&gt; welterde: 어딘가에 간단한 사용법을 올리는 것도 좋겠네요 ;-) 22:07:35 &lt;welterde&gt; dream: 좋아요 :) 22:07:46 &lt;welterde&gt; badger: 헤.. 그럴게요 22:07:58 &lt;unixfr3ak&gt; Trying 127.0.0.1... 22:07:58 &lt;unixfr3ak&gt; Connected to localhost. 22:07:58 &lt;unixfr3ak&gt; Escape character is '^]'. 22:08:02 &lt;unixfr3ak&gt; 인상적이네요 :P 22:08:02 &lt;welterde&gt; `http://paste.i2p2.i2p/show/11/` &lt;- the b64 22:08:08 &lt;l00kns33&gt; I2P 전반에 대한 코멘트 하나: 22:08:08 &lt;l00kns33&gt; 너무 '기크가 기크를 위해 만든' 느낌인 것 같아요 - 비기크 사용자들이 무엇을 필요로 하고 원하는지 알아야 해요 22:08:16 &lt;unixfr3ak&gt; tunnel 반대쪽엔 뭐가 있을지 궁금하네요 22:08:20 &lt;dream&gt; unixfr3ak, 아주 편집증적이라면 예, 아니면 온라인인지 아닌지 확인하는 타이밍 공격이 가능할 수도 있어요. :&gt; 22:08:21 &lt;welterde&gt; l00kns33: 그들은 게임을 원하죠! :D 22:08:46 &lt;dream&gt; l00kns33, 텍스트 기반 온라인 어드벤처 게임보다 덜 기크한 게 뭐가 있겠어요! 22:09:01 &lt;welterde&gt; unixfr3ak: 되나요? 뭔가 메뉴가 보여야 해요 22:09:02 &lt;dream&gt; 나는 로브와 위자드 모자를 썼다! 22:09:19 &lt;unixfr3ak&gt; 당연하죠 22:09:28 &lt;l00kns33&gt; 그게 한 가지죠 - 좋은 아이디어예요 :) 22:09:31 &lt;unixfr3ak&gt; thmoo-cmd 2.1에 오신 것을 환영합니다... 22:09:38 &lt;welterde&gt; 하 :) 22:09:47 &lt;welterde&gt; 그다음엔 내 기억이 맞다면 connect guest를 입력해야 해요 22:09:52 &lt;unixfr3ak&gt; I2P 위의 telnet이 뭐가 그리 인상적인가요? 22:10:30 &lt;zzz&gt; 곧 connect 클라이언트가 나올 거라 tunnel 설정이 필요 없을 거예요 22:10:46 &lt;l00kns33&gt; 멋져요 :) 22:10:50 &lt;welterde&gt; unixfr3ak: 아무것도요? 22:11:20 -*- welterde가 사용법을 작성 중.. 22:11:26 &lt;unixfr3ak&gt; 이상한 채팅 기능이 있네요 :P 22:11:45 &lt;badger&gt; 그럼 그 얘기는 이쯤하고 - 더 추가할 분 있나요? 22:11:46 &lt;welterde&gt; unixfr3ak: "say something" 해야 해요 22:11:50 &lt;dream&gt; 그게 어떻게 동작할까요, zzz? VPN 같은 걸 말하나요? 22:12:01 &lt;welterde&gt; dream: SOCKS에 더 가까울 거예요 22:12:05 &lt;dream&gt; 아니면 특수하게 설계된 telnet 클라이언트요? ._. 22:12:19 &lt;dream&gt; 뭐, SOCKS 얘긴 들었죠. 22:12:29 &lt;unixfr3ak&gt; foo가 인사했다고 말했어요 22:12:31 &lt;zzz&gt; SOCKS에 더 가까워요 22:12:39 &lt;zzz&gt; telnet localhost 1234 22:13:00 &lt;zzz&gt; connect inbljam6y6mynwz2474hk655w2jtv7trofxbqzng4re26ga6rg4a.b32.i2p 22:13:00 &lt;welterde&gt; unixfr3ak: 그리고 누군가에게 답하려면 "say 무언가" 하셔야죠 ;) 22:13:06 &lt;zzz&gt; 그게 다예요 22:13:15 &lt;dream&gt; SOCKS는 까다로워요, 거의 누구나 다른 곳으로 새 tunnel을 만들 수 있다는 점만 빼면 i2ptunnel과 비슷하거든요. 22:13:37 &lt;unixfr3ak&gt; 네 알아요... 너무 뻔한 얘긴 굳이 안 하셔도 돼요 22:13:50 &lt;welterde&gt; dream: 아니요.. 그냥 shared 것을 써요 22:14:06 &lt;welterde&gt; 적어도.. 그렇게 동작해야 하죠 ;) 22:14:34 &lt;welterde&gt; 잠깐 자리 비움 22:14:36 &lt;badger&gt; 자, 이제 좋은 지점에 도달한 것 같으니... 22:14:44 -*- badger가 마무리한다 22:14:54 -*- badger가 *baf* 하며 회의를 종료한다 22:15:10 &lt;eche|on&gt; :-) 22:15:13 &lt;badger&gt; 모두 수고했습니다 22:16:12 &lt;dream&gt; SOCKS 걸로 server tunnel은 못 만드나요? 흠... 22:16:34 &lt;dream&gt; HTTP가 아닌 프로토콜에는 꽤 좋을 것 같네요. :) 22:16:49 &lt;dream&gt; 아니면 eeproxy에 CONNECT를 구현하든가요. 22:16:52 &lt;unixfr3ak&gt; 이제 또 다 사라질 거죠 ㅋㅋ 22:18:38 &lt;dream&gt; poofda 22:19:40 &lt;zzz&gt; 저는 아직 있어요 22:19:49 &lt;zzz&gt; 우리 SOCKS는 지금은 클라이언트 전용이에요 22:20:51 &lt;zzz&gt; CONNECT는 구현해 두었고, 위에서 말한 게 그거예요 22:23:20 &lt;dream&gt; 좋네요, 그걸 안 할 이유가 떠오르지 않아요. SOCKS가 엄청 인기 있어서 많은 앱에 기본으로 들어있으니 훨씬 편할 거예요. </div>/ko/blog/2009/01/25/i2p-0.7-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sun, 25 Jan 2009 00:00:00 +0000/ko/blog/2009/01/25/i2p-0.7-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h1 id="i2p-릴리스-07">I2P 릴리스 0.7</h1> <p>0.7 릴리스는 I2PSnark의 안정성과 유연성을 향상시켜, 향후 I2P 업데이트를 배포하는 데 활용될 수 있기를 기대합니다.</p> <p>I2P router에는 다양한 전송 계층 및 스트리밍 관련 문제, 네트워크 탐색, NetDB 성능, 그리고 UDP introducer(소개자) 시스템에 대한 수정과 최적화가 이루어졌습니다. 그 외에도 새 릴리스는 더 나은 연결 제한 기능, 헬퍼 애플리케이션에서 발생하는 &ldquo;out of memory&rdquo; 예외에 대한 더 높은 내성, 그리고 destination 키(목적지 키)의 Base32 해시를 사용하는 실험적인 새로운 주소 체계(&quot;.b32.i2p&quot; URL)을 제공합니다.</p>/ko/blog/2008/12/01/i2p-0.6.5-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 01 Dec 2008 00:00:00 +0000/ko/blog/2008/12/01/i2p-0.6.5-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h1 id="i2p-릴리스-065">I2P 릴리스 0.6.5</h1> <p>0.6.5 릴리스는 새로운 구성 요소를 도입하고, 일부 구식 구성 요소(예: 예전 TCP 트랜스포트)를 제거했으며, 더 나은 성능을 위해 최적화되었습니다.</p> <p>I2CP 라이브러리를 직접 연동할 수 없는 클라이언트 애플리케이션에서 사용할 수 있도록 BOB (Basic Open Bridge) 프로토콜이 도입되었습니다. 이에 따라 이러한 경우에 사용되던 기존 SAM 프로토콜은 더 이상 권장되지 않습니다. 다만 현재로서는 신규 설치에서는 BOB이 아직 자동으로 시작되지 않으며, 기존 설치에서는 SAM이 여전히 활성화되어 있습니다.</p> <p>개선된 코드는 참여 트래픽을 확률적으로 드롭하여 혼잡을 예방하는 데 더 효과적이며, 혼잡이 발생할 때에도 더 나은 동작을 보일 것입니다. floodfill NetDB는 보다 신뢰성 있게 동작해야 하고, 스트리밍 라이브러리는 더 적절한 메시지 크기를 선택하며 소켓 타임아웃 기능을 제공해야 합니다. 또한 I2P router의 &ldquo;hidden&rdquo; 동작 모드에 대한 작업이 진행 중입니다.</p>/ko/blog/2008/10/06/i2p-0.6.4-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Mon, 06 Oct 2008 00:00:00 +0000/ko/blog/2008/10/06/i2p-0.6.4-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h1 id="i2p-릴리스-064">I2P 릴리스 0.6.4</h1> <p>0.6.4 릴리스에는 성능 및 안정성 향상이 포함됩니다. 이미 연결된 floodfill 피어를 RouterInfo 저장 시 우선적으로 사용하며, 부족할 경우 일반 피어로부터 새로운 floodfill 피어에 대한 참조를 얻습니다.</p> <p>이미 연결된 피어에 대한 선호도는 이들을 활성 상태로 간주함으로써 일반적으로 높아집니다. tunnel 합류 중 발생한 타임아웃은 이제 피어 프로필에 불리하게 반영됩니다.</p> <p>종료 핸들러, tunnel builder, router 처리량 제한, tunnel pool 통계 수집에 대한 개선과 함께, router 콘솔 및 I2PSnark 개선 사항(도달성 문제를 설명하는 텍스트 포함)도 포함되어 있습니다.</p>/ko/blog/2008/08/26/i2p-0.6.3-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Tue, 26 Aug 2008 00:00:00 +0000/ko/blog/2008/08/26/i2p-0.6.3-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h1 id="i2p-릴리스-063">I2P 릴리스 0.6.3</h1> <p>0.6.3 릴리스에는 여러 버그 수정, 최적화 및 보안 개선이 포함됩니다. Routers는 정상적으로 동작하는 NetDB 피어의 수를 모니터링하기 시작하며, 부족이 발생하면 가능할 경우 그중 하나로 자원합니다. 정상적으로 동작하는 NetDB 노드는 더 높은 우선순위로 선호되고, 비정상적으로 동작하는 노드는 보다 효과적으로 블랙리스트에 추가됩니다.</p> <p>LeaseSets가 더 효율적으로 처리되며, 새로운 수정 사항으로 UDP introducers(소개자)가 올바르게 동작할 수 있을 것입니다. I2P에는 영구적인 IP 블록리스트에 대한 초기 지원과 새로운 피어 연결 제한 기능이 추가되었습니다. Router Console의 개선으로 클라이언트 애플리케이션 구성이 더 쉬워질 것이며, I2PSnark는 이제 손상된 데이터에 더 잘 대응합니다.</p>/ko/blog/2008/06/07/i2p-0.6.2-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sat, 07 Jun 2008 00:00:00 +0000/ko/blog/2008/06/07/i2p-0.6.2-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h1 id="i2p-릴리스-062">I2P 릴리스 0.6.2</h1> <p>0.6.2 릴리스는 성능과 익명성을 개선합니다. LeaseSet 데이터는 모든 종단 간 메시지에 더 이상 추가되지 않아 프로토콜 오버헤드가 줄어듭니다.</p> <p>연결할 수 없는 피어는 인바운드 tunnel의 게이트웨이로 사용하지 않으며, 이는 신뢰성을 높이고 지속적인 Lease 선택을 사용할 수 있게 하며, 결과적으로 메시지의 순서가 뒤바뀐 전달을 줄여 성능을 향상시킨다.</p> <p>tunnel 내 피어의 순서는 이제 임의의 값과의 XOR 거리에 따라 엄격히 정렬된 순서로 유지되어, 공격자가 선행자 공격을 위한 통계를 수집하기 더 어렵게 만듭니다. I2PSnark 및 Router Console 같은 애플리케이션에 대한 개선 사항도 도입되었습니다.</p>/ko/blog/2008/04/26/i2p-0.6.1.33-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sat, 26 Apr 2008 00:00:00 +0000/ko/blog/2008/04/26/i2p-0.6.1.33-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h1 id="i2p-릴리스-06133">I2P 릴리스 0.6.1.33</h1> <p>0.6.1.33 릴리스에는 SSU 도달성 감지, floodfill 피어 선택, tunnel 피어 선택, tunnel 테스트, NTCP 유휴 상태 감지, 스트리밍 라이브러리 및 뉴스 가져오기에 대한 여러 중요한 버그 수정과 성능 개선이 포함되어 있습니다. 또한 i2psnark에 보조 트래커 지원을 추가하고, 소스에서 빌드할 때 다운로드된 Jetty 라이브러리를 검증합니다.</p> <p>가능한 한 빨리 업그레이드해 주시기 바랍니다. 이러한 수정 사항은 전체 네트워크의 신뢰성을 향상시키는 데 도움이 될 것입니다. 이번 릴리스는 하위 호환됩니다: 이미 0.6.1.31 이상이 설치되어 있다면 서명된 업데이트 파일에 있는 서명을 인식하고 자동으로 업데이트할 수 있습니다.</p>/ko/blog/2008/03/09/i2p-0.6.1.32-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sun, 09 Mar 2008 00:00:00 +0000/ko/blog/2008/03/09/i2p-0.6.1.32-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<h1 id="i2p-릴리스-06132">I2P 릴리스 0.6.1.32</h1> <p>0.6.1.32 릴리스에는 여러 버그 수정, 이전 tunnel 빌드 성공 수준에 따라 tunnel 빌드 강도를 조절하는 zzz의 새로운 tunnel 빌드 알고리즘, 그리고 기타 성능 개선이 포함되어 있습니다.</p> <p>이 릴리스는 하위 호환되며, 이미 0.6.1.31이 설치되어 있다면 서명된 업데이트 파일의 서명을 인식하므로(자동으로 업데이트할 수 있습니다).</p> <p>그러나 우리의 서명된 업데이트 서버 3개 간에 부하를 더 고르게 분산하기 위해, 다음의 선택적 확인을 수행하시길 권장합니다:</p> <ul> <li>Open the update configuration page on:</li> </ul> <p><code>http://localhost:7657/configupdate.jsp</code></p> <ul> <li>If you see 3 update URLs, no action is needed.</li> </ul> <p>업데이트 URL이 하나만 보이면, <code>http://localhost:7657/configadvanced.jsp</code> 에서 고급 구성 페이지를 열고 &ldquo;router.updateURL=&ldquo;로 시작하는 구성 항목을 삭제하십시오. 그런 다음 &ldquo;Apply&quot;를 클릭하면 업데이트 URL에 기본 구성이 적용되어야 합니다.</p>/ko/blog/2008/02/10/i2p-0.6.1.31-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sun, 10 Feb 2008 00:00:00 +0000/ko/blog/2008/02/10/i2p-0.6.1.31-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>안녕하세요, <code>http://www.i2p2.de/downloads/에서</code> 이용하실 수 있는 새로운 I2P 릴리스가 나왔습니다.</p> <p>0.6.1.31 릴리스는 I2P 릴리스 프로세스를 jrandom 및 *.i2p.net 서버로부터 독립시킬 것입니다. 우리의 새로운 주 미러는 <a href="https://www.i2p2.de">www.i2p2.de</a> 이며, I2P에서는 <a href="https://www.i2p2.i">www.i2p2.i</a> 2p로 접속할 수 있습니다.</p> <p>Complication이 서명한 자동 업데이트는 여러 eepsites(I2P Sites)에서 호스팅될 것이며, 이를 위해 0.6.1.31에는 새로운 릴리스 검증 키 두 개가 포함됩니다.</p> <p>또한 자동 업데이트 메커니즘, 주소록, I2PSnark 및 IRC 프록시에 대한 다수의 버그 수정과 개선이 포함되어 있습니다. SAM 프로토콜 버전 2에 대한 지원이 추가될 예정입니다.</p>/ko/blog/2008/02/01/2008-02-01%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Fri, 01 Feb 2008 00:00:00 +0000/ko/blog/2008/02/01/2008-02-01%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>환영합니다!</p> <p><strong>상태 업데이트 01/2008</strong></p> <p>2008년 초 i2p.net의 서버 장애로 인해 I2P 프로젝트 페이지에 접속할 수 없었습니다. 그 서버를 재가동할 접근 권한이 있는 유일한 사람(jrandom)은 오프라인 상태이며, 우리에게는 적어도 앞으로 10개월 동안 전혀 연락이 닿지 않습니다. 새 router를 시작하기 위해 필요한 설치 프로그램이나 시드 노드를 구하는 것조차 불가능했습니다.</p> <p>지난 몇 주 동안 우리는 친절한 도움을 주신 분들로부터 기부로 웹서버 2대를 받았고, I2P의 핵심 부분을 위한 완전한 이중화 솔루션을 구축했습니다.</p> <p>두 웹서버(<a href="https://www.i2p2.de">www.i2p2.de</a> 및 <a href="https://www.i2p-projekt.de">www.i2p-projekt.de</a> )는 둘 다 동일한 데이터베이스에서 동작하며, 항상 최신 뉴스, 설치 프로그램, 개발자 문서를 제공해야 합니다.</p>/ko/blog/2007/10/07/i2p-0.6.1.30-%EB%A6%B4%EB%A6%AC%EC%8A%A4/Sun, 07 Oct 2007 00:00:00 +0000/ko/blog/2007/10/07/i2p-0.6.1.30-%EB%A6%B4%EB%A6%AC%EC%8A%A4/<p>안녕하세요 여러분, 새로운 I2P 릴리스를 <a href="http://www.i2p.net/download">http://www.i2p.net/download</a> 에서 다운로드하실 수 있습니다.</p> <p>이번 릴리스에는 일부 실험적인 tunnel 처리량 향상, eepget 수정, 네트워크 백로그 처리, i2psnark 수정 등을 비롯한 다양한 변경 사항이 포함됩니다. 항상 그렇듯, 전체 변경 사항 목록은 <code>http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD</code> 에서 확인할 수 있습니다</p> <p>이번 릴리스는 하위 호환되므로 업그레이드는 문제가 되지 않을 것입니다.</p> <p>이 모든 변경이 이루어지도록 힘써 주신 zzz와 Complication께 감사드립니다!</p> <p>=jr</p>/ko/blog/2007/04/10/i2p-dev-meeting-april-10-2007/Tue, 10 Apr 2007 00:00:00 +0000/ko/blog/2007/04/10/i2p-dev-meeting-april-10-2007/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> Complication, jadeSerpent, jrandom, mrflibble</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) 안녕하세요 16:01 &lt;jrandom&gt; 1) 네트워크 상태 16:01 &lt;jrandom&gt; 2) Syndie 개발 상태 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) 안녕하세요 16:01 * jrandom 손을 흔든다 16:01 &lt;jrandom&gt; 간단한 주간 상태 노트는 http://dev.i2p.net/pipermail/i2p/2007-April/001343.html 에 올려두었습니다 16:01 * mrflibble 손을 흔들어 답한다 16:03 &lt;jrandom&gt; 그 노트가 충분히 짧으니, 1) 네트워크 상태부터 바로 들어가죠 16:03 &lt;jrandom&gt; 최근에는 꽤 잘 돌아가는 것 같습니다 16:03 &lt;jrandom&gt; 현재로서는 네트워크에 진행 중인 큰 변경 사항은 없어서(제가 아는 한), 당분간 그 상태가 유지될 듯합니다 16:03 &lt;jadeSerpent&gt; IRC도 드디어 잠잠해진 것 같네요 16:03 &lt;jrandom&gt; 좋네요 16:05 &lt;jrandom&gt; 1) 네트워크 상태에 덧붙일 내용은 많지 않습니다. 다른 분이 없으시면 2) Syndie 개발 상태로 넘어가죠 16:07 &lt;jrandom&gt; 다음 리비전이 예상보다 오래 걸리고 있지만, 2~3일 안에 새 릴리스를 내보내려고 합니다 16:07 &lt;jrandom&gt; 데스크톱 GUI는 아니겠지만, 여러 개선 사항이 포함될 것입니다 16:08 &lt;Complication&gt; 배포 안정성에 도움이 되는 거라면 뭐든 훌륭하죠 16:08 &lt;Complication&gt; 요즘 비교적 좋지 않았거든요 16:08 &lt;jrandom&gt; 네, 그 문제는 (어느 정도는) 비교적 쉽게 정리할 수 있을 겁니다 16:09 &lt;jadeSerpent&gt; i2p를 통한 가져오기 실패의 원인이 뭔지 아시나요? 16:09 &lt;jrandom&gt; 네, 타임아웃이 너무 짧습니다 16:10 &lt;jrandom&gt; (그리고 서버의 핸들러 스레드 수가 적습니다) 16:13 &lt;jrandom&gt; 좋습니다, 2) Syndie 개발 상태에 더 없으면 3) ??? 로 넘어가죠 16:13 &lt;jrandom&gt; 회의에서 더 논의할 사항이 있을까요? 16:14 * mrflibble 손을 흔든다 16:14 &lt;mrflibble&gt; 미안, 항목 1으로 다시 돌아가자 16:15 &lt;mrflibble&gt; &lt;jadeSerpent&gt; IRC도 드디어 잠잠해진 것 같네요 - 특별한 이유가 있어서라고 보시나요? 16:16 &lt;jrandom&gt; IRC 서버에 네트워크와 하드웨어 문제가 좀 있었고, 대부분이 지금은 최신 릴리스로 업그레이드해서(zzz의 개선점 혜택을 보게 되었죠) 16:17 &lt;jrandom&gt; tunnel 생성 성공률에 대한 수치가 훨씬 좋아 보입니다 16:17 &lt;mrflibble&gt; 아, 그렇군요, 서버 자체 문제였군요 16:17 &lt;mrflibble&gt; zzz의 개선사항은 뭐였죠? 16:19 &lt;Complication&gt; 메시지 우선순위로, tunnel 트래픽보다 tunnel 빌드 메시지가 우선되도록 했고 16:19 &lt;Complication&gt; 그리고 streaming lib(스트리밍 라이브러리) 조정, 늘 그렇듯 I2PSnark 수정 모음도요 16:19 &lt;mrflibble&gt; 아, 고마워요 16:19 &lt;jrandom&gt; (Complication이 말한 그대로요 :) 16:22 &lt;jrandom&gt; 좋습니다, 회의에 더 논의할 사항 있나요? 16:26 &lt;jrandom&gt; 없다면 16:26 * jrandom 마무리한다 16:26 * jrandom *baf*s 회의를 닫는다 </div>/ko/blog/2007/04/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-4%EC%9B%94-3%EC%9D%BC/Tue, 03 Apr 2007 00:00:00 +0000/ko/blog/2007/04/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-4%EC%9B%94-3%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> Complication, jrandom, tapeworm</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) 안녕 16:01 &lt;jrandom&gt; 1) 네트워크 상태 16:01 &lt;jrandom&gt; 2) Syndie 개발 현황 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) 안녕 16:01 * jrandom 손을 흔든다 16:01 &lt;jrandom&gt; 주간 상태 노트는 아직 올라오지 않았지만, 내용이 별로 없어서 여기서 바로 다루자 16:01 &lt;jrandom&gt; 그럼 1) 네트워크 상태로 들어가자 16:01 &lt;jrandom&gt; 전반적으로 잘 돌아가는 듯하고, 지금 큰 문제는 없어. 아까 IRC 서버에서 약간 문제가 있었지만 하드웨어 이슈는 해결됐어 (고마워, cervantes랑 postman!) 16:01 &lt;jrandom&gt; zzz의 블로그에서 ssu/ntcp 아이디어와 관련한 논의가 좀 더 있었어 - 자세한 건 그걸 확인해봐 16:01 &lt;jrandom&gt; 거기에 덧붙일 건 별로 없어... 1) 네트워크 상태에 대해 얘기할 거 있는 사람? 16:04 &lt;jrandom&gt; 없으면 2) Syndie 개발 현황으로 넘어가자 16:04 &lt;jrandom&gt; 최근 데스크톱 GUI에서 꽤 진전이 있었고, 몇몇 컴포넌트는 탭형 GUI에도 역으로 반영했어 16:04 &lt;jrandom&gt; 아직 할 일이 좀 남아 있지만, 지금은 대부분을 데스크톱 GUI로 쓰고 있어. 16:04 &lt;jrandom&gt; 데스크톱 GUI와 관련한 아이디어와 우려를 mk도 더 제기했어, 그리고 늘 그렇듯 계획과 구현은 Syndie 개발 포럼을 읽어봐 16:04 &lt;+Complication&gt; 맞아요, IRC 세션 지속성이 더 높아진 것도 확인했습니다 16:04 &lt;jrandom&gt; w3wt 16:06 &lt;+Complication&gt; 그럼 다시 테스트를 일정에 넣어야 할 것 같네요 (지난번 테스트에선 좀... 위압적으로 느꼈거든요) 16:07 &lt;jrandom&gt; 아 맞아, 지금은 대부분 버튼에 레이블을 달아놨어 ;) 16:07 &lt;jrandom&gt; 다만 Windows에선 세로 버튼 레이블을 아직도 잘못 표시해 (그건 커스텀 레이아웃을 짜야 해) 16:07 &lt;+Complication&gt; (특히 많은 컴포넌트에 레이블이 없던 점) 16:08 &lt;jrandom&gt; 그래도 아직 알파에 낼 준비는 안 됐어... 내가 쓸 수 있는 건 각 요소가 무엇을 하는지/무엇을 하게 되어 있는지 알기 때문이지 16:08 &lt;+Complication&gt; 여긴 Linux인데, 알아두면 좋겠네요 16:08 &lt;jrandom&gt; 그래도 다음 주쯤이면 희망이 있어 16:09 &lt;+Complication&gt; Syndie 쪽으로, 한 가지가 궁금했어요: 새로운 동기화 코드가 너무 공격적인 건 아닐까요? 예를 들어 동시에 너무 많은 전송을 시도한다든가요? 16:09 &lt;+Complication&gt; s/is being/be 16:09 &lt;jrandom&gt; 아카이브당 동시 가져오기를 5개까지 시도해 16:10 &lt;jrandom&gt; (그리고 비동기 import 스레드 1개) 16:10 &lt;+Complication&gt; 여기서는 대부분 아카이브에 대한 실패율이 예전보다 급격히 늘었어요 16:10 &lt;jrandom&gt; 흠 16:10 &lt;+Complication&gt; 동기화하는 사람이 늘어서 그럴 수도 있지만, 아카이브가 바쁘지 않을 때 빈틈을 잡을 수 있기를 바랐어요 16:10 &lt;+Complication&gt; 그런 ‘틈’을 잡아서 품질 좋은 동기화를 하는 게, 일반적으로는 잘 안 되는 듯해요 16:10 &lt;jrandom&gt; 그럼 여러 가져오기가 "connection reset" 같은 TCP류 오류 메시지를 내면서 실패하는 거야? 16:11 &lt;+Complication&gt; "socket closed" 같은 것들이요 16:11 &lt;jrandom&gt; 아 오케이 16:11 &lt;+Complication&gt; 정확히 세보진 않았어요 16:11 &lt;+Complication&gt; 물론 전부 I2P 통해서예요 16:11 &lt;jrandom&gt; 서버들이 지금은 그렇게 튼튼하진 않아(처리 용량이 매우 제한적이라고 생각해), 그건 개선될 거야 16:12 &lt;jrandom&gt; 또 너와 $nymFormerlyKnownAsAnonymous가 말했듯, 그런 종류의 실패는 재시도해야 해 16:12 &lt;+Complication&gt; 맞아요, 그것도 도움이 되겠네요 16:12 &lt;tapeworm&gt; 서버는 무엇을 기반으로 하나요? 16:12 &lt;jrandom&gt; 하지만 그건 정말 견고하고 투명하게 만들어야 해, 물론 16:13 &lt;jrandom&gt; tapeworm: 자체 제작 16:13 &lt;+Complication&gt; 그런데 얼마 전 "eepget" 성능을 재봤을 때, Syndie와 비교하면 eepget이 성능도 안정성도 훌륭했어요 16:13 &lt;jrandom&gt; (코드가 대략 열두 줄 정도) 16:13 &lt;+Complication&gt; dev.i2p.net에서 2 x 9 MB를 잘 받아오던 반면, archive.syndie.i2p는 아주 작은 메시지에서도 계속 실패했죠 16:13 &lt;jrandom&gt; 오, 그건 사실 공정한 테스트는 아냐 16:14 &lt;+Complication&gt; 다른 서버인가요? 16:14 &lt;jrandom&gt; 그리고 Syndie는 실제로 가져올 때 eepget을 /사용/해 16:14 &lt;jrandom&gt; apache에서 받아오는 것과, 자체 제작 웹서버에서 자잘한 파일을 잔뜩 받아오는 건 꽤 다르지 ;) 16:14 &lt;+Complication&gt; 흠... 그럼 동기화할 때 로그를 좀 과할 정도로 남겨봐야겠네요 16:15 &lt;+Complication&gt; 맞아요, 서버 간 차이도요 16:17 &lt;+Complication&gt; 헤헷, 데스크톱 UI에서 동기화를 시작하는 데 성공한 것 같네요 16:17 &lt;+Complication&gt; 지난번엔 너무 어려웠던 작업이었는데 :) 16:17 &lt;jrandom&gt; w3wt :) 16:18 &lt;jrandom&gt; 좋아, 2번과 관련해 더 있을까? 없으면 3) ???로 넘어가자 16:18 &lt;+Complication&gt; 다만 전 작업 표시줄을 빡세게 쓰는 편이라, 익숙해지려면 시간이 좀 걸릴 듯해요 16:18 &lt;+Complication&gt; (보통 작업 표시줄을 자동 숨김으로 둡니다) 16:19 &lt;jrandom&gt; 음, 데스크톱 GUI를 전체 화면 대신 셸 안에 넣는 컴파일 타임 옵션이 있어 - 그걸 커맨드라인 스위치로 바꿀 수 있어 16:19 &lt;+Complication&gt; 원칙적으로 데스크톱 GUI에 "최소화" 버튼을 달 수 있나요? 16:19 &lt;jrandom&gt; 다만 런타임에 바꾸기는 곤란해, swt가 GUI 컴포넌트의 reparenting을 (안정적으로) 허용하지 않고, 셸의 trim도 바꿀 수 없거든 16:20 &lt;jrandom&gt; 오, 응, 확실히 가능해 - 좋은 아이디어야 16:20 &lt;+Complication&gt; 그렇게 하면 아래에 있는 다른 창들의 배열 순서를 건드리지 않고 배경으로 보내는 건가요? 16:20 &lt;jrandom&gt; 그건 컨트롤 메뉴(왼쪽 위)나 태스크 메뉴(오른쪽 위)에 넣을 수 있어 16:20 &lt;+Complication&gt; 왜냐면 alt+tab을 쓰면 그 순서가 바뀌는 경향이 있어서요 16:21 &lt;+Complication&gt; (그러니까... 보통 작업 표시줄의 KDE / Start 버튼 근처에 두는 "바탕화면 표시" 버튼 같은 것) 16:21 &lt;+Complication&gt; (위치는 달라도 좋고, 이런 효과를 내는 무언가면 됩니다) 16:22 &lt;jrandom&gt; 그래, 탭형 GUI의 최소화가 동작하는 방식과 똑같이 숨길 수도 있어 (아니면 일반 창 관리의 최소화 버튼처럼 아이콘화할 수도 있고) 16:22 &lt;+Complication&gt; 물론 '최소화'와 '바탕화면 표시'는 다른 일이긴 하죠 — 다시 생각해보니 최소화가 좀 더 논리적인 것 같네요. 16:24 &lt;+Complication&gt; 동기화 오류로는, 지금 HTTP 504가 1건, 그리고 "socket closed"가 4건 있어요 16:24 &lt;+Complication&gt; 성공 2건 16:24 * TrevorReznik은 약 70%가 "socket closed"에 부딪힌다 16:24 &lt;jrandom&gt; 헉 16:24 &lt;jrandom&gt; 좋아, 그건 내가 확인해보고 최대한 빨리 업데이트를 넣을게 16:27 &lt;jrandom&gt; 좋아, 3) ???로 — 회의에 더 할 말 있는 사람? 16:27 &lt;+Complication&gt; 그랬으면 좋겠지만 아직요 — webcache 앱이 아직 미완성입니다, 현실이 좀 덮쳤거든요 16:28 &lt;jrandom&gt; 빌어먹을 현실! 16:28 * Complication은 성가신 일 15가지를 치워버리려고 한다 16:32 &lt;jrandom&gt; wr0d 16:32 &lt;jrandom&gt; 좋아, 더 없으면... 16:32 * jrandom 마무리한다 16:33 * jrandom *baf*로 회의를 종료한다 </div>/ko/blog/2007/03/27/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-3%EC%9B%94-27%EC%9D%BC/Tue, 27 Mar 2007 00:00:00 +0000/ko/blog/2007/03/27/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-3%EC%9B%94-27%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cervantes, Complication, jrandom, TrevorReznik</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 16:02 &lt;jrandom&gt; 0) 안녕 16:02 &lt;jrandom&gt; 1) 네트워크 상태 16:02 &lt;jrandom&gt; 2) zzz의 NTCP/SSU 제안 16:03 &lt;jrandom&gt; 3) Syndie 개발 현황 16:03 &lt;jrandom&gt; 4) DNS/등록기관 현황 16:03 &lt;jrandom&gt; 5) ??? 16:03 &lt;jrandom&gt; 0) 안녕 16:03 * jrandom 손을 흔든다 16:03 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2007-March/001342.html 에 올려뒀어 16:04 &lt;jrandom&gt; 그럼 1) 네트워크 상태로 들어가자 16:04 &lt;jrandom&gt; 상황은 꽤 좋아 보이고, 말했듯이 최근 변경사항과 관련해 더 연구할 게 있어 16:05 &lt;+Complication&gt; IRC 연결성에 대해 좀 불평하려 했는데(다른 건 꽤 괜찮아 보이고), 지난 하루 동안 끊김이 한 6번 정도였으니 그리 나쁘진 않네 16:05 &lt;cervantes&gt; /mute Complication 16:05 &lt;jrandom&gt; ㅎㅎ 16:05 &lt;+Complication&gt; :D 16:06 &lt;+Complication&gt; Tunnel 빌드 성공률은 아주 좋아 16:06 * Complication 혹시 몰라서 다시 확인해 본다 16:06 &lt;jrandom&gt; 그래, 연결 끊김이 좀 들쑥날쑥하더라(솔직히 말해, 난 backlog를 grep -v -\!- 로 읽어서 끊김을 못 봐 ;) 16:06 &lt;cervantes&gt; 최근 IRC 쪽에서 여러 ISP 측의 문제가 있었어 - postman이 대체 호스팅 방안을 검토 중이야 16:06 &lt;jrandom&gt; 통계상 tunnel 빌드 비율은 상승세고, 전반적으로 stats.i2p에 나타난 주기와도 비슷해 보여 16:06 &lt;cervantes&gt; 더 나은 네트워크 이중화를 갖출 수 있으면 좋겠어 16:06 &lt;jrandom&gt; 아, 오케이 cervantes 16:07 * jrandom dev.i2p.net을 도와주고 싶긴 한데, 거기 부하가 4 아래였던 때가 언제였는지 기억이 안 나 16:08 &lt;jrandom&gt; 좋아, 네트워크 상태 관련해서(re:) 더 얘기할 거 있는 사람? 16:10 &lt;jrandom&gt; 없다면, 2) zzz의 NTCP/SSU 제안으로 넘어가자 16:10 &lt;jrandom&gt; zzz는 지금 없는 것 같고, 그 스레드에 답한 내 Syndie 글은 집에 두고 왔어(이런) 16:11 &lt;jrandom&gt; 어쨌든, 의견은 zzz의 블로그에 올려줘(더 자세한 정보도 거기서 읽을 수 있어) 16:11 &lt;jrandom&gt; 그래도 지금 여기서 그걸 두고 얘기할 거 있는 사람? 16:12 &lt;+Complication&gt; 음, 난 거기에 답글을 달아서 UDP에 너무 의존하는 데 대한 우려를 적었어(개인적으로 내 환경에선 UDP 재전송률이 꽤 높았거든) 16:12 &lt;jrandom&gt; 맞아 16:12 &lt;+Complication&gt; 그래도 한 가지 접근법을 생각해 봤어... 16:12 &lt;+Complication&gt; 현재 bids(선택 점수)는 완전히 결정론적이잖아(무작위 요소가 있는 확률적 방식이 아니라), 맞지? 16:13 &lt;jrandom&gt; 응, 완전히 결정론적이야 16:13 &lt;+Complication&gt; 극단을 피한다는 관점에서, 거기에 확률적 요소를 넣으면 이점이 있지 않을까 생각했어 16:14 &lt;+Complication&gt; "NTCP를 선택할 확률 60%, SSU를 선택할 확률 40%" 같은 식으로 16:14 &lt;+Complication&gt; (사전 데이터가 없다는 가정하에 - 실패/성공에 대한 사전 데이터가 있으면, 그 링크에서 더 성능이 좋은 전송 방식 쪽으로 확률을 조정해야겠지) 16:15 &lt;jrandom&gt; 글쎄, 무엇을 달성하려는지에 달렸지 - 내가 이해한 zzz의 제안은 가능하면 언제나 SSU를 쓰자는 거야 16:15 &lt;+Complication&gt; (물론 해당 링크에서 두 전송 방식 모두 사용할 수 있다는 전제하에 - 때로는 분명 불가능하지) 16:15 &lt;jrandom&gt; 무작위화한다고 그 목표에 도움이 되진 않을 거야. 다만 실사용 환경에서 두 전송 방식 모두에 대한 데이터를 더 많이 수집할 여지는 생기겠지 16:16 &lt;+Complication&gt; 그냥 둘 사이의 균형을 잡아보려는 한 가지 아이디어였어(한쪽이 항상 더 높은 bid를 하면, routers가 별로 '실험'하진 않을 테니까) 16:19 &lt;jrandom&gt; 데이터를 더 모으는 데 쓸 수 있는 방법이긴 하니, 기억해 둘 만해 16:19 &lt;jrandom&gt; 좋아, 말했듯이 더 얘기는 그 스레드에 글로 올려줘 :) 16:20 &lt;jrandom&gt; 그럼 3) Syndie 개발 현황으로 넘어갈게 16:20 &lt;jrandom&gt; 메일에 쓴 것 말고 덧붙일 건 별로 없어 16:20 &lt;jrandom&gt; 질문/의견/우려사항 있어? 16:21 &lt;+Complication&gt; 아직은 없어. :) 16:22 &lt;jrandom&gt; 히히 16:22 * Complication I2P나 Syndie 쪽에서 더 많이 돕고 싶다는 희망을 품고 있지만, 먼저 그 웹 캐시 같은 걸 내보내야(배포해야) 해 16:22 &lt;jrandom&gt; 동감, 둘 다 기대할게 :) 16:24 &lt;jrandom&gt; 좋아, 4는 건너뛰고 5) ??? 로 가자 16:25 &lt;jrandom&gt; 회의에서 더 다루고 싶은 거 있는 사람? 16:26 &lt;TrevorReznik&gt; i2p용 hashcash(작업 증명 방식) 생성기에 관심 있나요? 16:26 &lt;TrevorReznik&gt; 브라우저 인터페이스를 통해서요. 16:26 &lt;TrevorReznik&gt; i2p 내부에서 발생 가능한 DoS 시나리오를 줄이는 방법의 하나로 생각해 봤어요. 16:27 &lt;jrandom&gt; 흠, javascript 아니면 c/java로? 16:27 &lt;jrandom&gt; hashcash 생성기가 몇 개 있는 걸로 알아 16:27 &lt;TrevorReznik&gt; java로요. 16:28 &lt;+Complication&gt; 글쎄, hashcash 방식에 대한 연구는 언젠가 필요해질 거야 16:28 &lt;TrevorReznik&gt; www.hashcash.org에 몇 개 있는 것 같아요. 16:28 &lt;TrevorReznik&gt; 이메일 클라이언트를 위한 스팸 방지 수단으로 정착시키려는 이니셔티브예요. 16:28 &lt;+Complication&gt; 아마 엄밀한 의미의 연구라기보다는, 구현과 모범 사례 측면의 sese 16:28 &lt;+Complication&gt; =sense 16:28 &lt;TrevorReznik&gt; 여러 언어로 구현 모음이 있어요. 16:28 &lt;TrevorReznik&gt; java 클래스로 2개, 애플릿도 적어도 하나 있는데, 지금으로선 정확한 라이선스 조건은 모르겠네요. 16:30 &lt;+Complication&gt; 쓸 수 있는 곳: 1) Syndie의 nym(가명) 등록 2) I2P의 이름 등록 16:30 &lt;+Complication&gt; 3) 당연히 이메일 16:30 * TrevorReznik 동의합니다. 16:30 &lt;+Complication&gt; 4) 덜 낙관적인 시나리오에선, Syndie의 일반 메시지 16:31 &lt;+Complication&gt; I2P 네트워크 레벨 자체에서는... 16:31 &lt;+Complication&gt; 흠 16:31 &lt;jrandom&gt; 그걸 tunnel 생성 메시지에 넣을 수도 있겠지만, 그 CPU 측면은 지금도 이미 벅차 ;) 16:39 &lt;jrandom&gt; 좋아, 회의에서 더 할 얘기 있어? 16:41 &lt;jrandom&gt; 없다면 16:41 * jrandom 마무리한다 16:41 * jrandom *baf* 하고 회의를 닫는다 </div>/ko/blog/2007/03/20/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-3%EC%9B%94-20%EC%9D%BC/Tue, 20 Mar 2007 00:00:00 +0000/ko/blog/2007/03/20/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-3%EC%9B%94-20%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> Amiga4000, _bob, Eric, jadeSerpent, jrandom, snoopy</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 16:05 &lt;jrandom&gt; 0) 안녕 16:05 &lt;jrandom&gt; 1) 네트워크 상태와 0.6.1.28 16:05 &lt;jrandom&gt; 2) Syndie 개발 상태 16:05 &lt;jrandom&gt; 3) ??? 16:05 &lt;jrandom&gt; 0) 안녕 16:05 * jrandom 손 흔듦 16:05 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2007-March/001341.html 에 올렸습니다 16:05 * jrandom 방금 올렸으니, 그 재밌는 노트 읽을 시간 1분 드릴게요 ;) 16:08 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태와 0.6.1.28로 들어가죠 16:09 &lt;jrandom&gt; 지금까지는 네트워크의 절반 정도가 업그레이드되어 꽤 좋습니다 16:09 &lt;jrandom&gt; 재미있는 데이터 포인트는 네트워크도 조금 성장했다는 점입니다. 제 router에 활성 ntcp 연결이 40~50개 정도 더 늘었고, 알려진 router 식별자(router idents)가 약 700개 보입니다 16:10 &lt;jrandom&gt; 앞으로 일주일 정도 지켜보죠 16:11 &lt;jrandom&gt; 좋아요, 네트워크 상태나 0.6.1.28 관련해서 제기할 내용 있나요? 16:13 &lt;jrandom&gt; 없다면 2) Syndie 개발 상태로 넘어가죠 16:13 &lt;jrandom&gt; 노트에 적었듯이, 그쪽에서도 많은 일이 진행 중입니다 16:13 &lt;Amiga4000&gt; 안녕 16:13 &lt;jrandom&gt; 안녕, Amiga4000 16:13 &lt;Amiga4000&gt; 지금 어느 항목이죠? 16:13 &lt;jrandom&gt; 방금 2로 넘어왔어요. 하지만 1과 관련해 얘기할 게 있으면 말해 주세요 ;? 16:14 &lt;Amiga4000&gt; 응, 지금 Syndie에 올렸는데, 내 풀(pool)이 예상대로 동작하지 않는 것 같아 16:14 &lt;jrandom&gt; 풀(pool)? 16:14 &lt;Amiga4000&gt; 2 pout tunnels 2 hops, 하나는 70초에 1300kb, 다른 하나는 250초에 1000 kb 16:15 &lt;Amiga4000&gt; ( Syndie의 zzz 포럼에 있는, I2Psnark와 router 내부 pooling에 관한 메시지를 말하는 거예요 ) 16:15 &lt;jrandom&gt; 그 시간들은 만료 시간이고, 데이터는 지금까지 전송된 총량이라는 거죠? 16:15 &lt;Amiga4000&gt; 젠장, 맞아 16:15 &lt;jrandom&gt; 좋아요, 그 글에 Syndie에서 답했어요 - 보이는 대로면 정상입니다 16:15 &lt;Amiga4000&gt; *좋아* 16:16 &lt;Amiga4000&gt; 미안, 너무 빨리 읽어서 이해 못 했어 16:16 &lt;jrandom&gt; 모든 tunnel이 동시에 만료되면, 몰림이 생겨서 전체 실패가 날 가능성이 큽니다 16:16 &lt;Amiga4000&gt; 맞아, tunnel의 수명(lifetime)을 볼 방법이 있을까? 16:16 &lt;jrandom&gt; 1300KB와 1000KB도 꽤 균형이 잘 잡힌 편이에요 16:16 &lt;jrandom&gt; 수명은 항상 10분이에요 16:17 &lt;Amiga4000&gt; 좋아, 데이터를 좀 더 추적해 볼게 :_) 16:18 &lt;jrandom&gt; w3wt, 물어봐줘서 고마워요, 좋은 질문이었어요 16:18 &lt;Amiga4000&gt; 좋아, 그리고 네트워크 상태: 0.1.28은 괜찮아요, 다만 i2psnakr 데이터 업로드가 느려요 16:19 &lt;jrandom&gt; 흠, 그래도 10~15KBps라고 했었죠? 16:19 &lt;Amiga4000&gt; 맞아요, zzz가 최근 2~3번 변경하기 전에는 30~40이었어요 16:20 &lt;jrandom&gt; 음, 새 릴리스 변동이 줄어들면 어떻게 나아지는지 지켜보죠 16:20 &lt;Amiga4000&gt; 네, 1~2주 더 기다려 봅시다 :-) 16:20 &lt;jrandom&gt; 제 생각엔 10~15KBps면 충분히 좋아요 16:21 &lt;Amiga4000&gt; :-) 16:21 &lt;jrandom&gt; (사실 1~5KBps보다는 10~20 범위를 합리적인 사용 목표로 보고 있었어요) 16:21 &lt;jrandom&gt; 물론 많을수록 좋지만, 안정적으로 10~15가 나오면 아주 좋은 소식이죠 16:21 &lt;Amiga4000&gt; 그게 그보다 2~4배까지도 나왔다는 것만 알아요 16:21 &lt;_bob&gt; 음, i2p가 CPU를 120% 쓰고 있네요. ;) 16:22 &lt;Amiga4000&gt; 그리고 여전히 outproxy를 통해 "internet"에서 데이터를 가져올 수 있어요<in 20-40 kb rate 16:22 &lt;jadeSerpent&gt; _bob: 방열판/팬이 잘 작동하길 16:22 &lt;jrandom&gt; 킬로바이트/초를 말하는 거죠, Amiga4000? 16:22 &lt;Amiga4000&gt; 맞아요 16:23 &lt;jrandom&gt; 좋네요 16:23 &lt;Amiga4000&gt; 심지어 syndie.i2p도 40대예요 16:23 &lt;jrandom&gt; bob: 아니면 듀얼이나 쿼드 프로세서 PC겠죠 ;) 16:24 &lt;_bob&gt; top이 100%를 넘는 값을 보여줄 줄은 몰랐네요. 16:24 &lt;jrandom&gt; i2p는 그냥 마법이죠 16:24 &lt;jadeSerpent&gt; top을 넘어섰나 보네요 16:25 &lt;_bob&gt; 그랬으면 좋겠네요. 지금은 각 방향으로 약 150KB/s 정도만 라우팅할 수 있어요. 16:25 * jadeSerpent 썩은 과일을 피함 16:27 &lt;jadeSerpent&gt; Core 2 Duo인데, 가끔 여러 프로세스가 &gt;100%를 쓰는 걸 봐요 16:29 &lt;jrandom&gt; 좋아요, 1과 관련해 더 있을까요? 16:30 &lt;jrandom&gt; 없다면, 이제 정말 2로 넘어갑니다 ;) 16:30 &lt;jrandom&gt; 메일과 포럼에 있는 것 외에 여기서 덧붙일 건 많지 않아요 16:30 &lt;jrandom&gt; 2) Syndie 개발 상태 관련해서 얘기하고 싶은 것 있나요? 16:30 &lt;jadeSerpent&gt; 새 에디터 위젯을 빨리 써보고 싶어요 16:30 &lt;jadeSerpent&gt; 지금 것은 미치게 만들어요 16:30 &lt;jrandom&gt; ㅎ 16:31 &lt;jadeSerpent&gt; 여러 플랫폼에서 네이티브 에디터를 어떻게 끌어올 수 있었죠? 16:31 &lt;Eric&gt; 간단한 질문 하나만요... Susimail은 메일 확인이나 로딩에 왜 그렇게 오래 걸리죠? 다른 .i2p 페이지들은 빨리 열리는데요. 16:32 &lt;jadeSerpent&gt; Eric: pop3는 매우 수다스러운 프로토콜이에요, http보다도요(작업당 교환되는 패킷이 더 많음) 16:32 &lt;Eric&gt; 아, 알겠습니다. 16:33 &lt;jrandom&gt; jadeSerpent: import org.eclipse.swt.widget.Text 대신 ...swt.custom.StyledText ;) 16:33 &lt;_bob&gt; Eric = 프로토콜? 16:33 &lt;jrandom&gt; Eric: 맞아요, 앱은 로컬에서 실행되지만 pop3 서버와는 전체 pop3 서브셋으로 대화해요 16:34 &lt;jadeSerpent&gt; jrandom: 아 그래서 swt가 com 프레임워크와도 인터페이스하네요 16:34 &lt;Eric&gt; 로컬 클라이언트가 POP/SMTP로 가져오고 보내는 대신, HTTP 기반 웹메일을 사용하지 않는 이유가 있나요? 16:34 &lt;jadeSerpent&gt; 됐어요, 그냥 코드를 읽어볼게요 16:35 &lt;jrandom&gt; jadeSerpent: 음, 그건 com HTML 에디터 위젯이 아니라 네이티브 /text/ 위젯이에요 16:35 &lt;jadeSerpent&gt; Eric: 그 질문은 postman에게, 가능하면 #i2p-chat에서 해 주세요 ;) 16:35 &lt;Eric&gt; 알겠습니다. 16:35 &lt;jadeSerpent&gt; jrandom: 오 16:35 * jadeSerpent 는 gedit/console/riched32를 생각하고 있었음 16:36 &lt;jadeSerpent&gt; s/console/kate/ 16:36 &lt;jrandom&gt; jadeSerpent: com HTML 에디터 위젯도 통합하는 건 충분히 쉬워요, 하지만 문제를 많이 검토해야 해요 16:36 &lt;jadeSerpent&gt; 맞아요, 보안을 위해 자체 파싱을 하는 게 최고죠 16:36 &lt;jrandom&gt; (예: 보안 감사를 해야 해요, 특히 콘텐츠 인용 시) 16:39 &lt;jrandom&gt; 좋아요, 2)에 더 없으면 3) ???로 넘어가죠 16:39 &lt;jrandom&gt; 회의에서 제기하고 싶은 것 있나요? 16:40 &lt;jadeSerpent&gt; RegisterFly 상황은 어때요 16:40 &lt;jadeSerpent&gt; i2p.net은 구해졌나요? ;) 16:41 &lt;jrandom&gt; 아 아직 정리되지 않았어요, 곧 해결되길 바라요 16:41 &lt;jrandom&gt; 그래도 다들 66.111.51.110은 외우고 있잖아요, 그렇죠? ;) 16:41 &lt;_bob&gt; i2p.net은 곧 광고와 광고만 보여줄 겁니다. ;) 16:42 &lt;jadeSerpent&gt; 네, 제 서류가방 비밀번호랑 같은 숫자죠 16:42 &lt;jadeSerpent&gt; _bob: 그게 제가 두려워하는 것 중 하나예요 :( 16:43 &lt;jadeSerpent&gt; 아니면 SiteFinder로 리디렉션될지도요 16:43 &lt;jadeSerpent&gt; RegisterFly가 참 엉망진창을 만들었네요 헤h 16:43 &lt;jrandom&gt; 하루이틀 안에 정리될 거예요 16:44 &lt;Eric&gt; 헤헷, 이제 그 IP를 어디서 봤는지 기억났네요. outproxy IP 주소죠. 16:44 &lt;snoopy&gt; jr: i2p.net 관련해서 이 페이지를 보세요: http://www.dyndns.com/news/releases/registerfly_safe_harbor.html 16:44 &lt;jrandom&gt; 그래요 eric :) 16:46 &lt;jrandom&gt; snoopy: 요즘 대부분의 등록기관들이 RegisterFly 출신 사용자들을 끌어오려고 할인 제공하더군요(그래도 다행히 우리는 기술적으로 eNom 등록자예요) 16:46 * jrandom 은 보안 단말기에 접속만 하면 돼요(오늘 일찍 시도했는데, 그곳이 닫혀 있었어요) 16:47 &lt;jrandom&gt; 좋아요, 회의에서 더 논의할 거 있나요? 16:49 &lt;jrandom&gt; 없다면... 16:49 * jrandom 마무리 준비함 16:50 * jrandom *baf*로 회의를 종료함 </div>/ko/blog/2007/03/13/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-3%EC%9B%94-13%EC%9D%BC/Tue, 13 Mar 2007 00:00:00 +0000/ko/blog/2007/03/13/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-3%EC%9B%94-13%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, detonate, jrandom, TrevorReznik, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) 안녕하세요 16:01 &lt;jrandom&gt; 1) 네트워크 상태와 0.6.1.28 16:01 &lt;jrandom&gt; 2) Syndie 개발 상태와 1.005a 16:02 &lt;jrandom&gt; 3) Syndie GUI 방향 16:02 &lt;jrandom&gt; 4) 2월 버그 수집 콘테스트 결과 16:02 &lt;jrandom&gt; 5) ??? 16:02 &lt;jrandom&gt; 0) 안녕하세요 16:02 * jrandom 손을 흔듭니다 16:02 &lt;jrandom&gt; 주간 상태 노트를 다음에 올려두었습니다 http://dev.i2p.net/pipermail/i2p/2007-March/001338.html 16:02 &lt;jrandom&gt; 여러분 모두가 그걸 읽을 시간이 몇 시간 있었을 테니(물론 관련 Syndie 글들도요 ;) 바로 1) 네트워크 상태와 0.6.1.28로 들어갑시다 16:04 &lt;jrandom&gt; 최근 이 부분에서 많은 일이 있었는데요 - zzz, 0.6.1.28에 뭐가 들어오는지 개요를 알려줄래요? 16:05 &lt;+zzz&gt; 오케이 16:06 &lt;+zzz&gt; tunnel 구축과 업스트림 성능에 많은 개선이 있었고, 주로 발신 트래픽이 많거나 업스트림 대역폭이 제한된 분들에게 도움이 됩니다... 16:06 &lt;+zzz&gt; i2psnark 사용자처럼... 16:06 &lt;+zzz&gt; 테스트에서 좋은 결과가 나오고 있어서 모두에게 배포되길 기대하고 있습니다... 16:07 &lt;jrandom&gt; [오오] 16:07 &lt;+zzz&gt; Amiga4000가 요청한 대로 어떤 파라미터를 설정 가능하게 하는 소소한 수정이 하나 있는데, 곧 반영할 예정입니다. 16:08 &lt;+zzz&gt; 그리고 후원 제안은 고맙지만, 그 돈은 그냥 은행에 두세요. 16:08 &lt;+zzz&gt; EOT :) 16:08 &lt;jrandom&gt; 쩐다 - halloffame.html에 추가했습니다 :) 16:09 &lt;+zzz&gt; 하하 이제 유명인이네 16:10 &lt;jrandom&gt; 변경 사항이 꽤 유망해 보이고, 널리 배포되면 가장 큰 효과가 있을 것 같습니다 16:11 &lt;jrandom&gt; 출시 신호를 주기만 하면 제가 패키징해서 하루 정도 안에 배포하겠습니다 16:11 &lt;jrandom&gt; 좋습니다, 네트워크 상태 관련해서 제기하고 싶은 것 있나요? 16:13 &lt;jrandom&gt; 없으면 2) Syndie 개발 상태로 넘어갑시다 16:14 &lt;jrandom&gt; 여기에서도 많은 일이 진행 중입니다(여러분이 Syndie를 사용 중이거나 https://trac.i2p.net/timeline 를 따라가고 있다면 보셨겠지만) 16:14 &lt;jrandom&gt; 하루이틀 안에 새 1.005a 릴리스를 내놓을 수 있을 것 같습니다(당연히 아래 (3)에서 논의하는 내용은 제외하고요) 16:15 &lt;TrevorReznik&gt; jrandom: 짧게 질문할 시간 있나요? 16:17 &lt;jrandom&gt; 회의와 관련된 거라면 물론이죠(2)와 관련된 거면 지금이 좋고, 안건에 맞지 않으면 기타는 5) ??? 에서 다룹시다 :) 16:17 &lt;jrandom&gt; (회의용이 아니면 개인 메시지로 주세요) 16:17 &lt;TrevorReznik&gt; 좋아요 ;) 기다릴게요 16:18 &lt;jrandom&gt; 좋습니다, 2) Syndie 개발 상태에 대해 더 있을까요? 16:20 &lt;jrandom&gt; 없으면 3) Syndie GUI 방향으로 넘어가죠 16:20 &lt;jrandom&gt; 메일에서 언급했듯 이 방향으로도 많은 일이 진행 중입니다 - mk가 정말 흥미로운 아이디어들을 모아왔고, 아마 Syndie에서 머지않아 보게 될 겁니다 16:20 &lt;+zzz&gt; 제가 보수적이라고 하셔도 좋지만, 현재의 다중 패널 Thunderbird 같은 인터페이스는 꽤 괜찮다고 봅니다 16:24 &lt;jrandom&gt; 흠, 다중 패널 뷰라면 현재의 다중 탭 인터페이스보다 mk의 수정안과 더 잘 맞지 않을까요? 16:24 &lt;jrandom&gt; 예를 들어, 지금 스레드 보기에서 미리보기 탭을 사용하나요? 16:26 &lt;+zzz&gt; 현재는 첨부파일을 보려면 미리보기 탭으로 갈 수밖에 없는데, 그건 마음에 들지 않습니다 - 아래쪽 패널에서 전체를 바로 보고 싶어요 16:26 &lt;+zzz&gt; 죄송하지만 mk의 수정 사항 세부에는 밝지 않아서 다른 질문에는 답하기 어렵네요 16:27 &lt;jrandom&gt; 아, 그렇다면 mk의 뷰와 더 잘 작동하겠군요(아래에서 MessagePreview 대신 MessageView를 사용하게 되면) 16:27 &lt;jrandom&gt; 아, mk의 제안 스크린샷이 http://dev.i2p.net/~jrandom/mk_max.png 에 올라와 있습니다 16:27 &lt;jrandom&gt; mk: 트리를 위에 둘지 왼쪽에 둘지 설정 가능하게 하는 방법을 찾아볼 수 있을까요? 16:29 &lt;+zzz&gt; Thunderbird는 예전에 3개 패널에 대해 2~3가지 레이아웃을 선택할 수 있었는데, 지금은 옵션에서 그걸 못 찾겠네요 16:30 &lt;jrandom&gt; 그에 대한 다이어그램을 검토했던 게 기억나네요, 네 16:31 &lt;jrandom&gt; 아마 mk의 'explorer'를 임의의 SWT Composite에 깔끔하게 붙일 수 있게 만들 수 있다면, 현재의 탭형 GUI에서는 하나의 탭으로, 전체 화면 모드에서는 하나의 화면으로 둘 다 활용할 수 있을 겁니다 16:33 &lt;+zzz&gt; 옵션, syndication 설정 등처럼 덜 자주 쓰는 것에는 탭을 쓰는 게 좋습니다. 일반적으로 쓰는 것에는 다중 패널과 탭을 결합하는 게 좋다고 생각해요. 제 생각에는요. 16:34 &lt;jrandom&gt; Syndie를 전체 화면으로 쓰나요, 아니면 화면 일부만 쓰나요 16:35 &lt;+zzz&gt; 보통은 전체 화면으로요 16:35 &lt;jrandom&gt; 흠, 좋네요 16:36 &lt;+zzz&gt; 그런데 요즘은 1024x768 노트북을 써서 그렇고요... 1600x1200 데스크톱에서는 화면 전체를 차지하진 않을 거예요 16:37 &lt;jrandom&gt; 좋습니다, 뒤에서 보고 계신 분들도 편하실 때 생각과 아이디어를 올려주세요 16:37 &lt;jrandom&gt; 헤, 맞아요, 말이 되네요 16:38 * jrandom 지금 800x600 인터넷 카페 박스를 쓰는 중 16:38 &lt;@detonate&gt; 흠, i2p가 다시 동작하게 하는 데 문제가 있네요 16:39 &lt;@detonate&gt; 뭔가를 하긴 하는데 CPU를 많이 쓰고, 웹 콘솔이 전혀 시작되지 않는 것 같아요 16:39 &lt;@detonate&gt; 윈도우에서 실행해볼 수도 있겠네요 16:39 &lt;jrandom&gt; 로그에 뭐 나오나요? 16:39 &lt;@detonate&gt; 그다지요, 그냥 reseed(재시드)가 필요하다고만 나와요 16:39 &lt;@detonate&gt; 로그가 예전보다 조용해진 건가요? 16:39 &lt;+zzz&gt; wrapper.log에 NPE(NullPointerException) 있나요? 16:41 &lt;jrandom&gt; 좋습니다, 3)에 더 없으면 4) 2월 버그 수집 콘테스트 결과로 넘어가죠 16:42 &lt;jrandom&gt; void, Darn, 그리고 Anonymous께 축하와 감사의 말씀을! 16:42 &lt;jrandom&gt; (물론 도와주신 다른 모든 분들께도요) 16:42 &lt;jrandom&gt; 버그 리포트는 문제를 추적하고 처리되도록 하는 데 큰 도움이 됩니다. 계속 보내주세요 16:43 &lt;jrandom&gt; 좋습니다, 4)에 더 없으면 5) ??? 로 넘어가죠 16:43 &lt;jrandom&gt; 회의에서 다루고 싶은 안건 있으신가요? 16:45 &lt;bar&gt; 포럼에서 누군가 대역폭을 표시하는 그래프가 좀 이상하다고 물었어요 16:45 &lt;bar&gt; 아이디어가 있을 것 같아서요 16:46 &lt;bar&gt; (기본적으로 최대 대역폭 설정의 1.5배에서 피크가 잡힙니다) 16:47 &lt;jrandom&gt; 응, 어떤 대역폭 그래프를 말하는지 확실치 않았어요(제가 보기엔 각 그래프는 자신이 나타내는 통계값을 정확히 렌더링하고 있습니다) 16:47 &lt;@detonate&gt; 아, 됐어요, 다시 작동하네요 :) 16:48 &lt;+zzz&gt; graphs.jsp의 처음 세 개 그래프인데, router 콘솔 왼쪽에 표시되는 대역폭보다 훨씬 높아 보이고, 제 경우에는 설정한 업스트림 제한보다도 훨씬 높습니다 16:49 * jrandom 로드함 16:51 &lt;jrandom&gt; 흠, 거기에 버스트를 고려한 업스트림 평균도 포함되나요? 16:52 &lt;+zzz&gt; 네 16:52 &lt;jrandom&gt; 흠, 알아보겠습니다 16:53 &lt;+zzz&gt; 더 조사해볼게요, 당장 감이 오는 건 아닌가 보네요 16:53 &lt;jrandom&gt; 좋습니다, 회의에 대해 다른 건 없나요? 16:57 &lt;jrandom&gt; 없다면... 16:57 * jrandom 마무리 준비 16:58 * jrandom *baf*하며 회의를 마칩니다 </div>/ko/blog/2007/02/20/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-2%EC%9B%94-20%EC%9D%BC/Tue, 20 Feb 2007 00:00:00 +0000/ko/blog/2007/02/20/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-2%EC%9B%94-20%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>Present:</strong> bar, Complication, jrandom, void</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 14:59 &lt;jrandom&gt; 0) 안녕 14:59 &lt;jrandom&gt; 1) 네트워크 상태 14:59 &lt;jrandom&gt; 2) Syndie 개발 현황 15:00 &lt;+void&gt; jrandom: 참고로, 북마크 관리가 8e18877de3908c52daae6d8a85fc8c671cdfb5d5 기준으로 동작하지 않습니다 15:00 &lt;jrandom&gt; 3) ??? 15:00 &lt;jrandom&gt; 0) 안녕 15:00 * jrandom 손을 흔든다 15:00 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2007-February/001336.html 에 올렸습니다 15:01 &lt;jrandom&gt; void: 현재 북마크로 드래그 앤 드롭하면 화면이 새로고침되지 않습니다(북마크는 추가되지만 표시되지 않음) - 지금 다른 dwindow에서 그 부분 작업 중이에요 :) 15:01 &lt;+void&gt; 아하 :) 15:01 &lt;jrandom&gt; 그걸 말하는 게 아니라면, 버그 리포트를 등록해 주세요 15:01 &lt;+void&gt; (음, 그건 이미 버그 리포트를 올렸고 15:01 &lt;+void&gt; ) 15:02 &lt;jrandom&gt; w3wt 15:02 &lt;jrandom&gt; 좋아요, 그럼 1) 네트워크 상태로 바로 들어가죠 15:02 &lt;jrandom&gt; 상태 노트에 있는 내용 말고는 크게 덧붙일 게 없어요 15:04 &lt;jrandom&gt; 1) 네트워크 상태와 관련해 추가로 말씀하실 내용 있나요? 15:06 &lt;jrandom&gt; 없다면, 2) Syndie 개발 현황으로 슬쩍 넘어가죠 15:06 &lt;bar&gt; jrandom: 맞아요, 번체 중국어 지원으로 "china.i2p" 이슈가 해결됐고 간체 중국어로 당신의 "peace" 글도 고쳐졌어요 15:06 &lt;jrandom&gt; 아, 잘됐네요 bar 15:06 &lt;bar&gt; (앗, 미안!) 15:08 &lt;jrandom&gt; 이론상으로는 실제 폰트를 번들링해서 syndie와 함께 배포할 수도 있어요(anonymous가 최근에 논의했던 사전 설치된 CD/이미지 같은 상황에서는 말이 되겠죠) 15:10 &lt;jrandom&gt; (구체적으로, 버그 리포트 @ urn:syndie:channel:d7:channel44:Ffn4RhCunO6gwMfAYfOoPY7FGwPNDy65dS4DyuyorME=9:messageIdi1171666081846ee 에) 15:10 &lt;jrandom&gt; 아무튼, syndie 개발 현황과 관련해서는 진행 중인 게 많아요 15:10 &lt;jrandom&gt; 이번 주 말쯤 최신 기능들을 담은 새 릴리스를 내놓을 수 있을 것 같아요 15:12 &lt;jrandom&gt; 늘 그렇듯, 버그 리포트와 기능 요청은 계속 보내 주세요, 가능한 한 빨리 처리하겠습니다 15:12 &lt;jrandom&gt; 2) Syndie 개발 현황과 관련해 덧붙일 내용 있나요? 15:15 &lt;jrandom&gt; 좋아요, 없으면 3) ???로 넘어가죠 15:15 &lt;jrandom&gt; 회의에서 더 논의할 사항 있나요? 15:16 &lt;+Complication&gt; 급히 떠오르는 건 없네요 :) 15:18 &lt;+Complication&gt; (적어도 아직은요) 15:18 &lt;jrandom&gt; 헤, 그렇다면... 15:18 * jrandom 준비 자세를 잡는다 15:18 * jrandom *baf*하고 회의를 닫는다 </div>/ko/blog/2007/02/13/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-2%EC%9B%94-13%EC%9D%BC/Tue, 13 Feb 2007 00:00:00 +0000/ko/blog/2007/02/13/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-2%EC%9B%94-13%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> green, jadeSerpent, jrandom, thecrypto, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 15:04 &lt;jrandom&gt; 0) 안녕 15:04 &lt;jrandom&gt; 1) 네트워크 상태와 0.6.1.27 15:04 &lt;jrandom&gt; 2) Syndie 개발 상태 15:04 &lt;jrandom&gt; 3) trac.i2p.net 15:04 &lt;jrandom&gt; 4) ??? 15:04 &lt;jrandom&gt; 0) 안녕 15:04 * jrandom 손을 흔든다 15:04 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2007-February/001334.html 에 올렸습니다 15:05 &lt;jrandom&gt; 그럼 1) 네트워크 상태와 0.6.1.27로 들어가죠 15:06 &lt;jrandom&gt; zzz: i2psnark에서 보게 될 주요 버그 수정/개선 사항을 간단히 소개해줄래? 15:07 &lt;+zzz&gt; 음, 여기저기 다양해요, history.txt를 보세요 :) 15:07 &lt;green&gt; 오랫동안 작업하지 않았으니 그에 대해선 뭐라 말하기 어렵지, 흠! 15:08 &lt;green&gt; 그러니 새로 논의할 게 없네 15:08 &lt;jrandom&gt; 헤헷 좋아 zzz, 그 정도면 됐지 :) 15:08 &lt;+zzz&gt; 시더가 많은 토렌트에서도 더 견고해졌고, 일부 UI 개선, 몇 가지 버그 수정, 다중 파일 토렌트 생성 지원 등등 15:08 &lt;+zzz&gt; 참, 와! 회의 200 15:09 &lt;jrandom&gt; 세상에 15:09 &lt;jrandom&gt; 오케이, 알겠어 15:09 &lt;jrandom&gt; 지금 계획은 floodfill 피어를 위한 단순한 whispering을 추가하는 정도예요(사람들이 그들을 쉽게 놓치지 않도록) 15:09 &lt;jrandom&gt; 태그하고 푸시하기 전에 내가 처리해야 할 다른 쉬운 것들(low hanging fruit)이 있을까요? 15:10 &lt;+zzz&gt; 그게 내가 하길 기다리는 것보다 현명하네 15:10 &lt;jrandom&gt; 아, 예전 Syndie도 비활성화해야겠네요 15:11 &lt;jrandom&gt; (적어도 fetching만이라도) 15:11 &lt;jrandom&gt; 기본값으로 theepsite tunnel도 비활성화하자는 제안이 있던데 - 생각은 어때요? 찬성? 반대? 15:11 * bar 아직 완전히 죽지 않은 "not have eepsite server tunnels autostart by default" 말을 두들김 15:12 &lt;+zzz&gt; localhost/syndie/에 이는 더 이상 쓰이지 않는다고 경고하는 노트를 커밋해뒀어요. 한 번 더 릴리스까지 놔둘지는 당신에게 맡길게요 15:13 &lt;jrandom&gt; 콘텐츠는 당분간 놔두되, syndication은 중단할 가치가 있겠네요 15:13 &lt;jrandom&gt; 좋아요, 다른 아이디어가 떠오르면 알려줘요 15:14 &lt;+zzz&gt; 그렇게 한다면 내가 추가한 노트가 업데이트가 필요한지 확인해줘요 15:14 &lt;jadeSerpent&gt; 설치하자마자(out of the box) 페이지를 제공하기 시작해선 안 된다는 데 동의해요. 다른 앱은 그렇게 하지도 않고, 잠재적인 보안 위험이에요 15:14 &lt;green&gt; 기본 eepsite를 비활성화하는 건 좋은 생각이에요. 대부분의 I2P 사용자들은 사용하지 않고, 다른 사람들은 사용자 정의 tunnel을 쓰니까요. 온라인 사이트가 ~30개뿐인 orion stat만 봐도 알 수 있죠 15:14 &lt;jrandom&gt; 그래 15:14 &lt;+zzz&gt; 그리고 마찬가지로 eepsite tunnel을 비활성화한다면 설명서 & 기본 eepsite 홈페이지를 업데이트해야 해요 15:15 &lt;jrandom&gt; 이미 구성된 tunnel은 비활성화하지 않을 거고, 새 사용자에게만 영향을 줄 거예요 15:15 &lt;jrandom&gt; 맞아요, zzz 15:15 &lt;+zzz&gt; 아마도 좋은 생각 15:17 &lt;green&gt; 하지만 이건 개선이라기보다는 사소한 미세 조정일 뿐이에요 15:17 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태와 0.6.1.27에 대해 더 있을까요? 15:17 &lt;+zzz&gt; resources/eepsite_index.html "당신의 eepsite가 작동 중이지만..." 15:17 &lt;jrandom&gt; 그래 15:19 &lt;green&gt; jr : 용기를 내자, 도망치자! 15:19 &lt;jrandom&gt; 좋아요, 2) Syndie 개발 상태로 넘어가죠 15:20 &lt;jrandom&gt; 물론 여기에는 진행 중인 일이 많아요 15:20 &lt;jrandom&gt; 노트에 언급된 것 외에도, i2p 0.6.1.27을 내보내면 다음 주 1.004a 릴리스를 위해 열려 있는 버그를 한꺼번에 정리할 예정이에요 15:21 &lt;+fox&gt; * thecrypto가 이 프로젝트에서 아주아주 긴 공백 끝에 돌아오며 손을 흔든다 15:21 &lt;jrandom&gt; 2) Syndie 개발 상태에 대해 꺼내고 싶은 이야기 있나요? 15:21 &lt;jrandom&gt; 우와! 15:21 &lt;jrandom&gt; 다시 어서 와요, thecrypto 15:22 &lt;+fox&gt; &lt;thecrypto&gt; 고마워요 15:22 &lt;jrandom&gt; 여전히 i2p 0.1 SDK를 해킹 중인가요? :) 15:22 &lt;+zzz&gt; 200번째 기념이라 돌아온 건가요? 15:23 &lt;+fox&gt; &lt;thecrypto&gt; 그런가 봐요 :) 그런데 다른 것들도 둘러보니 다 별로라서, 이쪽에 다시 감을 되찾아보려 해요 :) 15:24 &lt;jrandom&gt; 헤헷, 멋지네 15:24 &lt;+fox&gt; * thecrypto는 회의가 계속 진행되도록 옆자리에 앉는다 15:25 &lt;jrandom&gt; 좋아요, 2) Syndie 개발 상태에 더 없으면 3) trac.i2p.net으로 넘어가죠 15:25 &lt;jrandom&gt; 많은(그리고 타당한) 요청에 따라, Syndie 내 버그 트래커에서 제대로 된 버그 트래커로 이전했어요 15:26 &lt;jrandom&gt; 가능하면 그것을 사용해 버그 리포트를 올려주세요(다만 Syndie로 제출된 버그 리포트도 시간이 지나면 자동으로 거기로 가져와집니다) 15:26 * jadeSerpent 박수를 친다 15:27 &lt;+fox&gt; &lt;thecrypto&gt; Trac은 아주 잘 작동해요, 본업에서도 써요. CVS를 통합했나요? 15:27 &lt;jrandom&gt; monotone(우리 DVCS, 분산 버전 관리 시스템), 네 15:27 &lt;jrandom&gt; https://trac.i2p.net/browser 15:28 &lt;+fox&gt; &lt;thecrypto&gt; 멋지네요, DVCS로 옮겼군요 :) 제가 다시 합류하기 딱 좋은 때네요 :) 15:28 &lt;jrandom&gt; 물론이지 15:29 &lt;jrandom&gt; 현재는 위키가 사실상 비활성화되어 있지만, 몇몇 이슈를 다루는 동안 가끔 사용할 수도 있어요 15:29 &lt;jrandom&gt; 다만 쓸지/언제 쓸지는 확신이 없어요, 지켜보죠 15:30 &lt;jrandom&gt; 좋아요, 3) trac.i2p.net에 대해 더 있을까요? 15:31 &lt;jrandom&gt; 없다면, 익숙한 4) ???로 넘어가죠 15:31 &lt;jrandom&gt; 회의에서 더 꺼낼 안건이 있나요? 15:33 &lt;+fox&gt; &lt;thecrypto&gt; 돌아와서 기뻐요 15:33 &lt;jadeSerpent&gt; 회의 시간 즈음엔 항상 이렇게 지연이 심해지나요? 15:35 &lt;jrandom&gt; jadeSerpent: 평소보다 그렇긴 해요, 그래도 그렇게 심하진 않네요(지연 1.46초) 15:35 * jrandom 마무리한다 15:35 * jrandom *baf*s 하며 회의를 종료한다 </div>/ko/blog/2007/02/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-2%EC%9B%94-6%EC%9D%BC/Tue, 06 Feb 2007 00:00:00 +0000/ko/blog/2007/02/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-2%EC%9B%94-6%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, dw_g, hottuna, jadeSerpent, jrandom, mk, modulus, tethrage, void</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) 안녕 15:02 &lt;jrandom&gt; 1) 네트워크 상태 15:02 &lt;jrandom&gt; 2) Syndie 개발 상태 15:02 &lt;jrandom&gt; 3) 1월 버그 수확 대회 우승자! 15:02 &lt;jrandom&gt; 4) ??? 15:02 &lt;jrandom&gt; 0) 안녕 15:02 * jrandom 손을 흔든다 15:02 &lt;jrandom&gt; 주간 상태 노트가 http://dev.i2p.net/pipermail/i2p/2007-February/001333.html 에 올라갔습니다 15:03 &lt;jrandom&gt; 그럼 1) 네트워크 상태로 넘어가죠 15:03 &lt;jrandom&gt; 여기서는 덧붙일 게 많지 않네요 (보시다시피 ;) 15:03 &lt;jrandom&gt; 네트워크 상태와 관련해 제기할 게 있는 분? 15:04 &lt;+void&gt; 예전이 더 나았던 것 같긴 해요, 어떻게든... 15:04 &lt;+void&gt; 그래도 나쁘진 않아요 15:05 &lt;jrandom&gt; 이상하네요, 지난 일주일 정도 동안 stats.i2p 기준으로 우리의 빌드 속도가 다시 올라가고 있어요 15:05 &lt;tethrage&gt; 장기적인 패턴이 있나요? 15:06 &lt;tethrage&gt; (빌드 속도 변화에서) 15:07 &lt;jrandom&gt; 제가 보기엔 패턴이 고성능 routers의 용량과 연관되어 왔습니다만, 그건 네트워크를 매우 제한된 시각에서 본 거죠 (제가 아는 건 거의 공개된 정보뿐이라서요) 15:07 &lt;tethrage&gt; 알겠습니다 15:08 &lt;tethrage&gt; 도움이 될 만한 정보를 제공할 수 있을까요? 15:08 &lt;tethrage&gt; 그러니까 일반 routers에서 가져올 수 있는 정보 말이에요 15:08 &lt;jrandom&gt; 제 관점에서는, 딱히요 15:09 &lt;tethrage&gt; 그렇군요 15:09 &lt;jrandom&gt; (기본적으로 앞으로 나아가기 전에 몇 가지 코드 변경을 구현하기만 하면 됩니다) 15:10 &lt;tethrage&gt; 알겠어요 15:11 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태에 대해 다른 얘기할 것 있나요? 15:12 &lt;jrandom&gt; 없다면, 2) Syndie 개발 상태로 넘어가죠 15:14 &lt;jrandom&gt; 보시다시피 여기서는 많은 일이 진행 중입니다 15:14 &lt;+fox&gt; &lt;mk&gt; 사소한 건데: 'signed by'를 'authorization'으로 바꾸는 게 어떨까요? 포럼, identities(아이덴티티), 서명 등 사이의 경계가 흐릿한 게 조금 찝찝하네요 15:14 &lt;+fox&gt; &lt;mk&gt; -d 15:15 &lt;jrandom&gt; 아, 좋은 생각이네요 15:16 &lt;+void&gt; mk: 포럼은 하나의 identity죠 :) 15:16 &lt;+void&gt; 그 반대도 마찬가지고요 15:17 &lt;jrandom&gt; 맞아요, 다만 이 묘한 이중성을 너무 드러내서 사람들을 혼란스럽게 하진 말아야죠 15:17 &lt;+fox&gt; &lt;mk&gt; 알고 있어요, 하지만 여전히 모호해요. 저는 이제 잘 이해하지만, 신규 사용자가 구분이 부족해서 혼란스러워할까 걱정돼요 15:18 &lt;+void&gt; 아하 15:18 &lt;jrandom&gt; 맞아요 - 사람들은 포럼과 identity를 다르게 인식하니까, 기대하는 대로 동작하도록 해야 해요 15:18 &lt;+fox&gt; &lt;mk&gt; 포럼이나 identity 관리에서 구현할 만한 다른 것 하나는 '작성자 x, 인가 y로 이 포럼에만 게시'처럼 명시하는 거예요. 그러면 혼동이 사라질 거예요. 새 글 작성 시 드롭다운조차 필요 없겠죠 15:19 &lt;+fox&gt; &lt;mk&gt; (키용 드롭다운) 15:20 &lt;+void&gt; 저는 항상 보이는 전역 identity 드롭다운이 더 좋아요 15:20 &lt;+fox&gt; &lt;mk&gt; 그러니까, 어떤 사람으로 게시하는지요? 15:20 &lt;jrandom&gt; 흠 15:21 &lt;+fox&gt; &lt;mk&gt; 그럴 수도 있지만, 항상 상단에 두는 것과 게시물에만 나타나게 하는 것 사이에 큰 차이는 없다고 봐요 15:22 &lt;jrandom&gt; 좋아요, 이걸 너무 깊게 파고들기 전에, 현재 syndie에서 다루지 않는 사이드 채널이 있어서 여러 identity를 연결할 수 있다는 점이 있어요 15:22 &lt;+void&gt; 하지만 identity는 게시 외에는 어디에도 쓰이지 않죠 15:22 &lt;+fox&gt; &lt;mk&gt; 무슨 뜻이죠? 15:23 &lt;+void&gt; 새 게시물 푸시? 15:23 &lt;jrandom&gt; 서로 전혀 연결되지 않는 identity가 필요하다면, 별도의 syndie 인스턴스를 실행해야 해요 - 서로 간에 동기화할 수 있고, 하나만 사용해서 다른 archive들과 pull/push할 수도 있지만, 로컬 archive에는 일부 identity만 접근할 수 있는 정보가 들어 있어요 15:23 &lt;+fox&gt; &lt;mk&gt; (큰 논의는 dev 포럼에 저장하는 게 좋다고 동의하지만, 이렇게 여러 사람이 한 번에 이야기하는 것도 좋네요) 15:24 &lt;+void&gt; 맞아요 15:24 &lt;jrandom&gt; 하지만 로컬 archive의 모든 identity가 그 정보에 접근할 수 있고, 그것을 바탕으로 행동하면(해당 키로 게시하는 등) 연결 가능성이 새어 나가요 15:25 &lt;jrandom&gt; 어쩌면 GUI를 통해 이 모든 걸 투명하게 달성할 방법을 찾을 수도 있겠죠 15:26 &lt;jrandom&gt; (syndie를 두 번 실행하지 않고도 로컬에서 여러 archive로 동작하기) 15:26 &lt;+fox&gt; &lt;mk&gt; 익명성에 도움이 될 수 있는 다른 이슈도 많아요 - 예를 들면 특정 archive들을 서로 배타적이라고 표시하는 것처럼요. 이런 모든 시나리오를 정의하고, 아주 사용하기 쉬운 방식으로 처리할 방법을 찾아야 해요 15:27 &lt;tethrage&gt; syndie는 익명성을 목표로 하지 않고, 보안만 목표로 하는 거 아닌가요 15:27 &lt;tethrage&gt; 그건 분명히 syndie가 동작하는 전송 계층이 처리해야 할 일 아닌가요? :/ 15:27 &lt;jrandom&gt; syndie는 익명성을 목표로 합니다 15:27 &lt;tethrage&gt; (제가 틀렸다면 바로잡아 주세요) 15:28 &lt;jrandom&gt; 전송 계층은 익명성의 일부분만 다룰 뿐이에요 - 나머지는 우리가 처리해야 합니다 15:28 &lt;jrandom&gt; s/small// 15:28 &lt;tethrage&gt; 정말요? :/ 15:28 &lt;+fox&gt; &lt;mk&gt; 네, 맞아요. syndie는 특히 정보 누출을 다룹니다 15:29 &lt;jadeSerpent&gt; ip address 익명성 대 identity 익명성 15:29 &lt;tethrage&gt; 그렇군요. 얼마 전에는 syndie가 암호화를 사용하는 보안 앱이지 엄밀히 익명적이진 않다고 말씀하신 줄 알았어요? 15:29 &lt;tethrage&gt; (어쨌든 i2p 등과 같은 방식은 아니다, 라고요) 15:29 &lt;+fox&gt; &lt;mk&gt; 정보 보안은 archive의 중복성으로 처리돼요 15:29 &lt;jrandom&gt; mk: archive를 표시한다는 게 무슨 뜻인지는 잘 모르겠지만, 그에 대해 syndie dev 포럼에 글 올려주시면 좋겠어요 :) 15:29 &lt;jrandom&gt; tethra: syndie는 익명이 필요 없는 용도로도 사용할 수 있어요 15:30 &lt;jrandom&gt; 하지만 익명이 필요한 용도로도 사용할 수 있어야 합니다 15:30 &lt;jrandom&gt; (그렇지 않으면, i2p 프로젝트의 일부로 구현할 이유가 없죠) 15:31 &lt;tethrage&gt; 네 15:31 &lt;+void&gt; jrandom: 공정하게 말하자면, syndie가 i2p를 활용해 익명성을 제공한다면 여전히 의미가 있겠죠 15:31 &lt;+void&gt; 하지만 그만하죠 15:31 &lt;+void&gt; c 15:31 &lt;tethrage&gt; 정보 누출과 미심쩍은 코드에 대한 보안 말고, 사람들의 익명성을 지키기 위해 syndie가 하는 게 또 뭐가 있죠? :/ 15:32 &lt;tethrage&gt; 분명히 지정하지 않으면 archive에 직접 접근하는 거 아닌가요 등등? 15:32 &lt;+fox&gt; &lt;mk&gt; tethrage, 온갖 종류의 정보 누출이요. 원하시면 잠시 후에 더 자세히 얘기할 수 있어요 15:33 &lt;jrandom&gt; tethra: 예를 들어, JavaScript가 활성화된 상태로 eepsite에 접근하는 경우요 15:33 &lt;jadeSerpent&gt; tethrage: 당신이 archive로 푸시한 게시물이 정말 당신에게서 기원했다는 보장은 없어요, 누군가가 당신의 archive로 푸시했을 수도 있죠 15:34 &lt;tethrage&gt; jrandom: 네, JS가 정보를 드러낸다든지 할 수 있죠. 하지만 어떤 형태로든 익명 네트워크를 쓰지 않는다면, 그건 익명성보다는 보안의 문제 아닌가요? 15:34 &lt;tethrage&gt; 다시 생각해보니, 말장난일 뿐인 것 같네요, 여기까지만 할게요 15:34 &lt;tethrage&gt; :/ 15:34 &lt;jadeSerpent&gt; 그 점에서는 공개 접근 가능한 archive를 직접 운영하는 게 오히려 익명성을 높인다고 생각해요 15:34 &lt;+fox&gt; &lt;mk&gt; jrandom, 그 글 올릴게요. 그리고 브라우저 디자인을 만져보고 있어요(새 섹션마다 새 탭 여는 걸 좋아하지 않아서요). 프로토타입을 만들어보고, 낙서 몇 개를 dev에 올려볼게요 15:34 &lt;jrandom&gt; '정보 누출에 대한 보안'이 익명성의 핵심이에요 - 당신의 identity에 대한 사실을 누가 알 수 있는지 통제하는 것 15:35 &lt;jrandom&gt; 오 멋져요 mk, 고마워요! 15:35 &lt;jrandom&gt; jadeSerpent: 물론이죠 15:35 &lt;tethrage&gt; 알겠어요 15:35 &lt;tethrage&gt; 이해했습니다 15:36 &lt;jrandom&gt; mk: syndie UI를 더 잘 보여줄 방법이 있다면 100% 찬성해요(탭 기반 컴포넌트에 묶인 코드는 극히 일부분이에요) 15:36 &lt;jrandom&gt; 어차피 아직 알파니까요 15:38 &lt;+void&gt; jrandom: 탭 인터페이스를 창 인터페이스로 바꾸는 게 어렵진 않겠죠? 15:38 &lt;+fox&gt; &lt;mk&gt; 네. 그리고 어떤 분들은 모든 걸 탭으로 하는 방식을 선호한다면, 그걸 쓰면 문제없죠 15:38 &lt;+fox&gt; &lt;mk&gt; (브라우저 탭과 나란히) 15:39 &lt;jadeSerpent&gt; 제발 MDI는 말아요, 탭과 MDI의 중간쯤, Eclipse의 perspectives 같은 걸 제안해요 15:39 &lt;+void&gt; MDI는 나쁘죠, 동의해요 15:40 &lt;jadeSerpent&gt; NetBeans에도 비슷한 게 있어요, 이름이 뭐였는지 잊었네요 15:40 &lt;jadeSerpent&gt; views나 workbench 뭐 그런 거요, 한동안 안 써서 15:41 &lt;jrandom&gt; .png 스케치 환영합니다 :) 15:41 * jrandom은 모두 탭 방식으로 갔어요, 모두가 Firefox(/etc)를 좋아하니까요 15:42 &lt;jadeSerpent&gt; 아이콘을 끝내면 그 중 몇 가지를 해킹해볼지도 몰라요 15:42 &lt;+fox&gt; &lt;mk&gt; 2주 릴리스 주기는 좋아요. 그런 목표들을 명시적으로 보는 것도 좋지만, 좀 더 '부드러운' 목표들도 보고 싶어요 - 개발자 및 나중에는 사용자 문서, 다이어그램 등등 15:42 &lt;jrandom&gt; 끝내주네요 15:42 &lt;jadeSerpent&gt; 제 생각엔 지금은 탭으로 충분해요, 쓸 만하거든요 15:42 &lt;jrandom&gt; mk: http://syndie.i2p.net/roadmap.html ? 15:42 &lt;jrandom&gt; (다만 로드맵에 날짜는 없어요) 15:43 &lt;+fox&gt; &lt;hottuna&gt; 좋네요 :=) ... 방금 미결 작업에 대해 글 올렸어요 :P 15:44 &lt;+fox&gt; &lt;mk&gt; 네, 하지만 저는 더 작은 목표를 말한 거예요. "syndie.gui에서 클래스 간 일반 상호작용을 문서화", 또는 "차단(banning)에 관한 문서 작성" 같은 것들요. 15:44 &lt;jrandom&gt; 아, 좋은 지적이에요 15:45 &lt;jrandom&gt; 소/중/고수준 todo 항목들을 다시 취합하려고 생각하고 있었어요 15:45 * jrandom 그것도 todo 리스트에 추가 15:47 &lt;jrandom&gt; 좋아요, 2) Syndie 개발 상태에 대해 더 제기할 것 있나요? 15:48 &lt;jrandom&gt; (물론 syndie에 dev 포럼이 늘 있지만, IRC는 빠르게 주고받기에 유용하죠) 15:49 &lt;jrandom&gt; 그렇지 않다면, 3) 1월 버그 수확 대회 우승자로 넘어가죠! 15:50 &lt;jrandom&gt; Darn, voyde, mk, 그리고 Anonymous 축하합니다, 도와주신 모든 분들께도 감사드려요 15:51 * jrandom 원래는 상위 3명을 위한 대회였다는 걸 깨달았지만, 집계가 너무 비슷했어요 15:51 &lt;jrandom&gt; 이번 달에도 새 대회가 있어요, 규칙은 전과 동일합니다 15:51 &lt;jadeSerpent&gt; "Anonymous"가 한 사람이라는 건 어떻게 아시죠? ;) 15:51 &lt;+fox&gt; &lt;mk&gt; 총 225개(제 집계로) 버그 - 인상적이네요 15:51 &lt;+void&gt; :) 15:52 &lt;+fox&gt; &lt;mk&gt; jade, 키 때문이라고 봐요 :) 15:52 &lt;jrandom&gt; jadeSerpent: urn:syndie:meta:d7:channel44:Ffn4RhCunO6gwMfAYfOoPY7FGwPNDy65dS4DyuyorME=e :) 15:53 &lt;jrandom&gt; 그 키를 다섯 명이 공유했을 수도 있죠 15:53 &lt;jrandom&gt; 하지만 그러면 $50USD를 나눠 가져야겠죠 ;) 15:53 &lt;jrandom&gt; (개인키로 서명한 메시지로 e-gold 계정을 지정해 저에게 보내는 사람이 우승이에요 ;) 15:53 &lt;jadeSerpent&gt; 한 명이 다른 사람들을 죽이지 않는다면요 15:54 &lt;jadeSerpent&gt; 하지만 그런 일은 루마니아에서만 일어나죠 15:54 &lt;tethrage&gt; 그리고 러시아 15:54 &lt;jrandom&gt; (그리고 영국, 호주, 그리고...) 15:55 &lt;+fox&gt; &lt;mk&gt; 50USD면 꽤 큰돈이죠... 15:55 &lt;jadeSerpent&gt; 러시아라면 전부 죽고, 집주인이 돈을 가져가서 보호비로 조직에 넘기겠죠 15:55 &lt;tethrage&gt; GBP로는 아니죠 ;p 15:55 &lt;+fox&gt; &lt;mk&gt; 그 돈이라면 저라도 죽일 거예요 15:55 &lt;tethrage&gt; mk, 어디 출신인지 물어봐도 답은 못 듣겠죠? 15:55 &lt;tethrage&gt; :/ 15:56 &lt;+fox&gt; &lt;dw_g&gt; 좋아요, 제가 받을게요 ;) 15:56 &lt;+fox&gt; &lt;mk&gt; 원래는 러시아 :D 지금은 캐나다예요 15:56 &lt;jadeSerpent&gt; 버그 225개라니 대단하네요, 그중 몇 개가 닫혔나요? 15:56 &lt;tethrage&gt; ice. 15:56 &lt;tethrage&gt; +n 15:57 &lt;jrandom&gt; jadeSerpent: 아마 75-80% 정도 처리되었다고 잡을게요 15:57 &lt;jadeSerpent&gt; 좋네요 15:58 &lt;jrandom&gt; (추가로 5-10%는 invalid/wontfix일 거예요) 15:58 &lt;jrandom&gt; 하지만 사실, 그건 상위 수준 todo 항목 중 하나예요 - 버그 트래킹에 제대로 된 관리 UI를 도입하는 것 15:58 * jadeSerpent는 trac을 추천합니다 15:58 &lt;jrandom&gt; (모든 글을 훑어보고 수작업으로 모두 세는 데 한참 걸렸어요) 15:58 &lt;+fox&gt; &lt;mk&gt; syndie 외부에요? 15:59 &lt;jrandom&gt; 흠, syndie--&gt;track 내보내기 시스템이랑 함께요? 15:59 &lt;jrandom&gt; s/ck// 15:59 &lt;+fox&gt; &lt;mk&gt; syndie를 버그 트래커에 연결하는 건 괜찮은 프로젝트가 될 거예요 15:59 &lt;jadeSerpent&gt; 그렇죠 15:59 * jrandom 몇 개의 SQL 쿼리와 insert면 충분할 거라고 봅니다 16:00 &lt;jrandom&gt; 그래도 꽤 가치 있을 거예요, 최소한 read-only Trac 관점에서는요 16:00 &lt;+void&gt; 하지만 Trac에서 이뤄진 업데이트를 다시 syndie로 동기화하는 건 까다로울 거라 봐요 16:00 &lt;jrandom&gt; 전 주기 통합은 매우 어렵죠 16:00 &lt;jrandom&gt; 맞아요 16:00 &lt;+fox&gt; &lt;mk&gt; 어느 시점에는 'revision' 타입 시스템을 고려해볼 가치가 있을지도 몰라요 16:00 &lt;jrandom&gt; 하지만 Trac에서 조회하고 드릴다운하며 보고서를 생성할 수 있는 점 등은요 16:01 &lt;+fox&gt; &lt;mk&gt; 게시물이 이전 게시물을 대체하는 방식으로요 16:01 &lt;jrandom&gt; 아, 네 그런 훅은 있어요, 하지만 Overwrite* 헤더는 현재 존중되지 않아요 16:02 &lt;jrandom&gt; 그래도 그리 어렵진 않을 거예요. 같은 게시물의 이전 리비전으로 이동하는 UI 토글 하나랑, 새 게시물이 이전 게시물을 덮어쓸 권한이 있는지 확인하는 코드 몇 줄이면 되죠 16:03 &lt;jadeSerpent&gt; 버그 신고에 syndie 자체를 쓰고 싶은 마음은 이해하지만, 설계상 이슈 트래킹을 포함하지 않았고 그 작업에는 항상 최적이 아닐 거예요. 제 생각엔 진짜 이슈 트래커를 써야 해요 16:04 &lt;+fox&gt; &lt;mk&gt; 제출된 버그 수를 보니, jadeSerpent에게 동의해요 16:05 &lt;jrandom&gt; 하지만 반대로, syndie로 버그를 신고했기 때문에 발견된 버그가 얼마나 될까요? 16:05 * jrandom은 trac이나 다른 버그 트래킹 시스템에 전적으로 반대하는 건 아니에요 16:05 &lt;jadeSerpent&gt; 그런 종류의 버그는 어차피 발견될 거예요 16:05 &lt;+void&gt; 음, 심각도, 컴포넌트, 버전, 버그 닫기/열기/재열기는 syndie 태그로 할 수 있어요 16:05 &lt;jrandom&gt; 맞아요 16:06 &lt;+void&gt; (그리고 그중 대부분은 이미 그렇게 하고 있고요) 16:06 &lt;jadeSerpent&gt; 얼마 전 버그 리포트를 올리던 사람이 멈췄던 것처럼, 어떤 주제로 글을 쓰고 있었어도 멈췄을 거예요. 그게 버그 리포트였다는 건 중요하지 않았어요 16:06 &lt;jrandom&gt; 가명(그리고 진짜 인증된) 메시지로 실제 이슈 트래커에 공급할 수 있다면 훌륭하겠죠 16:06 * jrandom은 민감한 정보를 포함한 비공개 버그 리포트도 몇 건 받았는데, 이들은 syndie의 암호화로 보호돼요 16:07 &lt;+fox&gt; &lt;mk&gt; 음, 둘 다 유지하는 건 어때요? 16:08 &lt;jadeSerpent&gt; 다만 익명성이나 사소하지 않은 수준의 기밀성을 염두에 두고 설계된 이슈 트래커가 없다는 점에는 동의해요 16:09 &lt;+fox&gt; &lt;mk&gt; 그런 종류의 버그 트래커를 syndie가 갖추면 좋겠지만, 대부분의 버그 리포트를 제출할 때는 익명성이 그리 큰 문제는 아니에요 16:10 &lt;jadeSerpent&gt; 아마 Trac을 수정해서 syndie의 기능을 활용하게 할 수도 있겠죠 16:10 &lt;+fox&gt; &lt;mk&gt; jade, 어려울 거예요. 브라우저가 서명을 구현하지 않거든요 16:12 &lt;jrandom&gt; 흠. 우리가 가진 건 원래 다음을 기반으로 했어요: http://syndiemedia.i2p.net:8000/blog.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800003 16:12 &lt;jrandom&gt; 그리고 http://dev.i2p.net/~jrandom/bugsp1.txt 및 http://dev.i2p.net/~jrandom/bugsp2.txt 16:13 &lt;jrandom&gt; 이 이슈들을 추적하기 위해 지금보다 더 나은 무언가가 필요하다는 데 동의하고, 우리를 가장 잘 전진시킬 수 있는 어떤 것에도 열려 있어요 16:13 &lt;jrandom&gt; 하지만 가능하다면 최소한으로 유지하고 싶어요, 우리는 버그 트래커가 아니라 syndie를 만들고 있으니까요 :) 16:14 &lt;jadeSerpent&gt; 네 뭐, 지금은 그거 없이도 관리하는 것 같네요 ;) 16:14 &lt;jrandom&gt; 하지만 분명 몇몇은 틈새로 빠질 거고, 다른 사람들은 알려진 것 등을 찾고, 수정에 기여하기가 더 어려울 거예요 16:15 &lt;+fox&gt; &lt;mk&gt; 아마 syndie를 통해 구현할 필요조차 없을 거예요. 어느 정도는 유용하지만, 200개가 넘는 버그는 정말 많죠. 트래커를 하나 정해서 WWW와 i2p를 통해 접근 가능하게 해야 해요 16:16 &lt;+fox&gt; &lt;mk&gt; syndie의 버그 신고 화면 상단에 링크를 제공해서, 두 옵션을 모두 갖추는 거죠. syndie 안에 버그 트래커를 구현하는 건 지금 리소스를 써야 할 일이 아니에요 16:17 * jrandom은 버그 트래킹이 통합되는 걸 좋아하긴 해요(그래서 사람들이 버그 트래킹 계정을 만들거나, 가짜 이메일 주소를 쓰지 않아도 되니까요). 하지만 어떤 해결책을 쓸지 제안에는 열려 있어요 16:17 &lt;+fox&gt; &lt;mk&gt; 그건 유지하면서, 버그 트래커도 같이 갖춰야 한다고 봐요 16:18 &lt;jadeSerpent&gt; 단기적으로는 읽기 전용 접근만 있어도 좋겠어요 16:18 &lt;jadeSerpent&gt; 저는 버그에 더 초점을 맞춘 검색 인터페이스를 선호해요 16:18 &lt;jrandom&gt; 나쁘지 않겠네요, 웹 기반 것을 못 쓰거나 쓰고 싶지 않은 사람들을 위해, 큰 어려움 없이 일방향 syndie--&gt;이슈 트래커 내보내기도 쓸 수 있을 거예요 16:19 &lt;jrandom&gt; s/of r/for/ 16:19 &lt;+fox&gt; &lt;mk&gt; 통합된 버그 제출은 좋은 기능이지만, 200개가 넘는 버그를 추적하는 데 syndie archive를 써서는 안 돼요 16:20 &lt;jrandom&gt; 그래도 우리의 검색 기능을 시험하기에는 아주 좋죠 :) [좋아요, 설득됐습니다] 16:20 &lt;jrandom&gt; 그럼, trac 한 표. 다른 표 있나요? 당연히 근거와 함께 syndie dev 포럼에 올려 주세요 16:21 &lt;jadeSerpent&gt; trac 두 표요, 제 표를 이미 세신 게 아니라면요 ;) 16:21 &lt;jrandom&gt; 네, 그걸 세고 있었죠 ;) 16:21 &lt;+fox&gt; &lt;mk&gt; 선택지가 뭐가 있죠? 트래커에 대해서는 아는 게 없어요 16:21 &lt;jadeSerpent&gt; 그건 당신 본인 표이길 바랐는데, 뭐 좋아요 16:22 &lt;jadeSerpent&gt; trac으로 일해봤는데, 서드파티 지원이 훌륭해요 16:22 &lt;jadeSerpent&gt; bugzilla는 별로라고 하겠어요 16:22 &lt;jrandom&gt; 그건 그렇고, 이슈 트래커에 꽤 익숙한 분이 있으면, syndie--&gt;이슈 트래커 내보내기를 뚝딱 만드는 데 도움이 될 거예요 16:22 &lt;jrandom&gt; 맞아요, bugzilla는 괴물이죠 16:22 &lt;jadeSerpent&gt; jira도 좋아요, trac처럼요 16:23 &lt;+void&gt; trac은 많은 사람들에게 익숙할 거예요, too 16:23 &lt;jrandom&gt; 그래요, 좋은 분들이기도 해요(우리에게 i2p 라이선스를 줬지만, 아직 쓰진 않았죠) 16:23 &lt;jadeSerpent&gt; jira 라이선스가 있나요? 16:23 &lt;jrandom&gt; 네, jira와 fisheye요 16:24 &lt;jadeSerpent&gt; 좋네요, 한번 써보는 게 좋겠어요 16:24 &lt;jadeSerpent&gt; 참고로, Eclipse의 Mylar 플러그인은 bugzilla, trac, jira에 완전 통합돼요 16:24 &lt;jadeSerpent&gt; 인터페이스에 대한 칭찬이 많아요 16:25 &lt;jrandom&gt; 젠장 이 NetBeans/Eclipse 싸움 16:25 &lt;bar&gt; (버그가 생성될 때 자동으로 보고되나요? ;) 16:25 &lt;tethrage&gt; (하하) 16:26 &lt;+fox&gt; &lt;mk&gt; 하, 좋네요 16:26 &lt;jadeSerpent&gt; jrandom: NetBeans 지원은 제 기억이 맞다면 Mylar 로드맵에 있어요 16:26 &lt;jrandom&gt; 좋네요 16:26 &lt;+fox&gt; &lt;modulus&gt; Sun을 광적으로 지지하는 이들에게 그런 게 오죠 :-) 16:27 * jrandom이 modulus에게 javabeans를 던진다 16:27 &lt;jadeSerpent&gt; Mylar가 공식적으로 Eclipse 재단의 후원 아래 있긴 하지만요 16:27 &lt;+fox&gt; * mk는 trac의 라이브 사이트를 못 찾겠어요 16:27 &lt;+fox&gt; &lt;modulus&gt; http://trac.wordpress.org/ 16:27 &lt;jrandom&gt; mk: `http://feedspace.i2p/` atm 16:28 &lt;+void&gt; http://trac.edgewall.com/ 16:29 * jrandom은 여러 다른 시스템을 평가하는 데 많은 시간을 쓰고 싶지 않으니, 누군가 특정 시스템을 강력히 밀고 싶다면 syndie dev 포럼에서 그렇게 해 주세요 16:29 &lt;jadeSerpent&gt; http://overlays.gentoo.org/proj/alt/wiki 16:29 &lt;+void&gt; (^ 공식 메타-trac) 16:29 &lt;+fox&gt; &lt;mk&gt; 네, 저에겐 다 같아요 16:30 * jrandom은 * 3) 1월 버그 수확 대회 우승자!는 여기까지인 걸로 하고 4) ???로 넘어가겠습니다 16:30 &lt;jrandom&gt; 회의에서 더 할 얘기 있나요? 16:30 &lt;+fox&gt; &lt;mk&gt; '최고'는 과대평가됐죠. 이런 것들에 가장 경험 많은 사람이 아마 동전을 던지면 될 듯해요 16:32 * jrandom은 프로젝트 계획/릴리스 계획 시스템이나 소스 코드 브라우저를 찾는 게 아니에요(무료 위키도 나쁘진 않지만, 우리에겐 ugha.i2p도 있죠) 16:32 &lt;jrandom&gt; 그에 대해서 제가 신경 쓰는 유일한 기능은 이슈 추적이에요 16:37 &lt;jrandom&gt; 좋아요, 회의에 더 이상 없으면... 16:37 * jrandom 마무리합니다 16:37 * void가 jrandom에게 baffer를 건넵니다 16:37 * jrandom이 *baf*로 회의를 닫습니다 </div>/ko/blog/2007/01/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-1%EC%9B%94-30%EC%9D%BC/Tue, 30 Jan 2007 00:00:00 +0000/ko/blog/2007/01/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-1%EC%9B%94-30%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> Complication2, jrandom, mk, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:06 &lt;jrandom&gt; 0) 안녕하세요&lt;p&gt; 15:06 &lt;jrandom&gt; 1) 네트워크 상태&lt;p&gt; 15:06 &lt;jrandom&gt; 2) Syndie 상태&lt;p&gt; 15:06 &lt;+zzz&gt; )))&lt;p&gt; 15:06 &lt;jrandom&gt; 3) I2PSnark 상태&lt;p&gt; 15:06 &lt;jrandom&gt; 4) ???&lt;p&gt; 15:06 &lt;jrandom&gt; 0) 안녕하세요&lt;p&gt; 15:07 * jrandom 손을 흔듭니다&lt;p&gt; 15:07 &lt;+fox&gt; &lt;mk&gt; 방금 글 올렸으니 자유롭게 답해 주세요&lt;p&gt; 15:07 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2007-January/001331.html 에 올렸습니다&lt;p&gt; 15:07 &lt;jrandom&gt; w3wt, 그렇게 할게요 mk, 고마워요&lt;p&gt; 15:07 &lt;jrandom&gt; (자, 보관용 주간 개발 회의를 시작해봅시다 :)&lt;p&gt; 15:08 &lt;jrandom&gt; 이번 주는 상태 노트가 짧지만, 바로 진행하죠&lt;p&gt; 15:08 &lt;jrandom&gt; 1) 네트워크 상태&lt;p&gt; 15:08 &lt;jrandom&gt; 여기서는 큰 변화는 없지만, stats.i2p에 그래프로 나온 것처럼 빌드 성공률이 상당히 하락했습니다&lt;p&gt; 15:08 &lt;jrandom&gt; 하지만 지난여름에 겪었던 대규모 장애 수준은 아닙니다&lt;p&gt; 15:09 &lt;+zzz&gt; 네, 노트에서 다소 낙관적으로 평가한 것과는 달리, 지난주 말에 tunnel build 성공률이 3개월 최저치를 기록했습니다. 지난 며칠 사이에야 약간 회복됐을 뿐입니다&lt;p&gt; 15:09 &lt;Complication2&gt; 네트워크 상태 측면에서는 라우팅 압력이 다소 증가하는 걸 봤고, 그로 인해 대역폭이 약 10% 늘었지만 그 정도입니다&lt;p&gt; 15:11 &lt;jrandom&gt; 맞아요, 그게 이상한 부분이죠 zzz - 실패율은 크게 늘었는데 irc에는 큰 영향이 없었습니다&lt;p&gt; 15:11 &lt;Complication2&gt; 마치 상당한 라우팅 용량이 최근에 네트워크에서 빠져나갔거나, 다운타임을 겪은 것처럼 "느껴집니다"&lt;p&gt; 15:11 &lt;jrandom&gt; Complication2: 흠, 하드웨어와 네트워크 문제를 겪은 노드들이 몇 개 있었는데, 그와 상관관계가 있을 수 있겠네요&lt;p&gt; 15:12 &lt;+zzz&gt; $here 쪽에서는 irc가 꽤 영향을 받았습니다&lt;p&gt; 15:12 &lt;Complication2&gt; 하지만 제 통계 기록기가 10월부터 0B 파일만 기록해 왔다는 걸 알게 돼서... 사실 잘 모르겠습니다&lt;p&gt; 15:12 &lt;Complication2&gt; 제 스크립트에 오타가 있었어요 :O&lt;p&gt; 15:12 &lt;jrandom&gt; 이런&lt;p&gt; 15:13 &lt;jrandom&gt; zzz: 그래도 이제는 지나갔기를 바랍니다, 그렇죠?&lt;p&gt; 15:13 &lt;+zzz&gt; 좋아지고 있다고 보지만, GMT 기준 저녁에는 오전보다 상황이 나쁩니다&lt;p&gt; 15:15 &lt;jrandom&gt; 흠, 흥미롭네요&lt;p&gt; 15:15 &lt;Complication2&gt; 여전히 대부분의 사용자가 유럽에 있다면, GMT 저녁 시간대에 사용자 수가 늘어날 수 있겠죠...&lt;p&gt; 15:15 &lt;+zzz&gt; colo(코로케이션 데이터센터) 안의 날씨는 언제나 맑다는 것만 기억하세요 :)&lt;p&gt; 15:16 &lt;Complication2&gt; (하지만 최근에는 theland.i2p를 확인하지 않았습니다)&lt;p&gt; 15:16 &lt;jrandom&gt; 헤헤&lt;p&gt; 15:16 &lt;jrandom&gt; (지난 며칠 사이 증가가 있었고, known:가 오늘 오후 초에 555까지 올라갔다가 지금은 570입니다)&lt;p&gt; 15:17 &lt;jrandom&gt; ((active: 266/367))&lt;p&gt; 15:17 &lt;jrandom&gt; 적어도 제 router 기준으로는요&lt;p&gt; 15:18 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태에 대해 다른 내용 있나요?&lt;p&gt; 15:20 &lt;jrandom&gt; 없다면, 2) Syndie 상태로 넘어가죠&lt;p&gt; 15:20 &lt;jrandom&gt; 여기에 꽤 굵직한 변화들이 진행 중이고, 하루이틀 내에 새 릴리스를 예정하고 있습니다&lt;p&gt; 15:21 &lt;jrandom&gt; 보고된 버그를 최대한 많이 처리하려고 최선을 다하고 있고, 다가오는 릴리스에는 두 가지 주요 기능 개선이 있습니다 - 차단 처리 개선과, 다양한 포럼에 대한 각종 프라이버시, 인증, 권한 부여 정책 지원입니다&lt;p&gt; 15:23 &lt;jrandom&gt; 새 릴리스가 나오면 그쪽에 대해 더 논의할 거예요 (물론 그 논의 대부분은 Syndie 안에서 진행되고 있죠, 당연히요 :)&lt;p&gt; 15:23 &lt;jrandom&gt; 콘테스트와 관련해서는 - 버그를 제출할 수 있는 시간이 아직 하루 더 남았습니다! 수상자와 후원자는 다음 주 회의에서 발표합니다&lt;p&gt; 15:24 &lt;jrandom&gt; 좋아요, Syndie 상태에 대해 질문/의견/우려 사항 있나요?&lt;p&gt; 15:25 &lt;jrandom&gt; 없다면, 3) I2PSnark 상태로 넘어가죠&lt;p&gt; 15:25 &lt;jrandom&gt; zzz, 진행 상황을 업데이트해 주시겠어요?&lt;p&gt; 15:25 &lt;+zzz&gt; 네&lt;p&gt; 15:26 &lt;+zzz&gt; 2주 전 mtg 때는 마무리하기 좋은 시점이었는데, 그 뒤로 메모리를 많이 잡아먹는 문제 몇 가지를 찾아서 수정했고, 다른 튜닝도 했습니다...&lt;p&gt; 15:26 &lt;+zzz&gt; 지금도 다시 마무리하기 좋은 시점이니, 여러분 CVS를 테스트해 보시고 결과를 여기나 Syndie에 보고해 주세요 - 감사합니다&lt;p&gt; 15:27 &lt;+zzz&gt; 시작 시 thrashing(쓰레싱) 문제에 대해서는...&lt;p&gt; 15:27 &lt;+zzz&gt; Syndie에 좋은 제안들이 좀 있었고요...&lt;p&gt; 15:28 &lt;+zzz&gt; 첫 번째 아이디어는 별로 효과가 없었지만, lock을 정리해서 이제 시작할 때 웹 페이지가 멈추지 않도록 했고, 그래서 _겉보기엔_ 더 빨라졌습니다&lt;p&gt; 15:28 &lt;+zzz&gt; 다른 제안들은 나중에 시도해 볼 수도 있습니다. &lt;eot&gt;&lt;p&gt; 15:29 &lt;jrandom&gt; 헤, 멋지네요, 고마워요 zzz!&lt;p&gt; 15:30 &lt;jrandom&gt; 좋아요, 우리의 익숙한 잡항목으로 넘어가죠: 4) ???&lt;p&gt; 15:30 &lt;jrandom&gt; 회의에서 더 다룰 안건이 있나요?&lt;p&gt; 15:33 &lt;jrandom&gt; 좋아요, 없다면...&lt;p&gt; 15:33 * jrandom 마무리 준비를 합니다&lt;p&gt; 15:34 * jrandom *baf* 하고 회의를 종료합니다&lt;p&gt; </div>/ko/blog/2007/01/16/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-1%EC%9B%94-16%EC%9D%BC/Tue, 16 Jan 2007 00:00:00 +0000/ko/blog/2007/01/16/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-1%EC%9B%94-16%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> jrandom, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 15:03 &lt;jrandom&gt; 0) 안녕하세요 15:03 &lt;jrandom&gt; 1) 네트워크 상태 15:03 &lt;jrandom&gt; 2) I2PSnark 업데이트 15:03 &lt;jrandom&gt; 3) Syndie 진행 상황 15:03 &lt;jrandom&gt; 4) ??? 15:03 &lt;jrandom&gt; 0) 안녕하세요 15:03 * jrandom 손을 흔든다 15:03 &lt;jrandom&gt; 주간 상태 노트가 http://dev.i2p.net/pipermail/i2p/2007-January/001329.html 에 올라가 있습니다 15:05 &lt;jrandom&gt; 여러분이 그걸 훑어보는 동안, 1) 네트워크 상태로 들어가봅시다 15:05 &lt;jrandom&gt; 이쪽은 현재 큰 변화가 없습니다 15:06 &lt;jrandom&gt; `http://stats.i2p/cgi-bin/serv_domain.cgi` 의 업데이트된 도메인 차트가 흥미롭네요. 오래된 항목 2000개를 정리한 뒤에도 호스트가 고르게 분포해 있음을 보여줍니다 15:07 &lt;jrandom&gt; zzz: 그 차트는 어떤 기간 기준이야? 15:07 &lt;+zzz&gt; 1개월 15:07 &lt;jrandom&gt; 와, 멋지네 15:09 &lt;jrandom&gt; 물론 NICs가 항상 최신은 아니지만, 상위 수준에서 상황을 잘 보여줍니다. 잘했어 zzz, 고마워 15:10 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태와 관련해 더 언급할 사항 있나요? 15:12 &lt;jrandom&gt; 없다면 2) i2psnark 업데이트로 넘어가죠 15:12 &lt;jrandom&gt; zzz, 자세히 알려줄래? 15:13 &lt;+zzz&gt; when&gt; 4 leechers(다운로드만 하는 피어)일 때 공정성이 개선되었고, 오랫동안 있던 토렌트 재시작 버그를 수정했으며, 'autostart'가 체크되어 있지 않으면 tunnel을 시작하지 않도록 했고, 웹페이지에 링크를 더 추가했습니다. 15:13 &lt;+zzz&gt; 트래픽이 있을 때는 보통 작동하지 않는 것처럼 보이는 stop-all 버튼(전체 중지)도 추가했습니다 15:13 &lt;+zzz&gt; 평소처럼 테스터와 리포트를 기다립니다, 고마워요 15:14 &lt;jrandom&gt; 끝내주네, 고마워 zzz 15:14 &lt;jrandom&gt; 준비가 됐다 싶으면, 그걸 번들로 묶어 새 0.6.1.27을 패키징해서 배포할 수 있어 15:15 &lt;+zzz&gt; 좋아 아마 1~2주? 15:16 &lt;jrandom&gt; 좋군요 15:17 &lt;jrandom&gt; 좋아요, 3) Syndie 진행 상황으로 넘어가죠 15:17 &lt;jrandom&gt; 앞서 말했듯이 이쪽도 로그가 진행 중이고, 잘하면 하루이틀 내에 새 리비전을 내보낼 수 있을 거예요 15:19 &lt;jrandom&gt; 배포되면 syndie, 웹 페이지, 포럼, 메일링 리스트에 공지를 올릴게요 15:19 &lt;jrandom&gt; 좋아요, 4) ??? 로 넘어갑시다 15:20 &lt;jrandom&gt; 회의에서 더 다루고 싶은 다른 안건 있나요? 15:23 &lt;jrandom&gt; 없다면... 15:23 * jrandom 마무리 준비를 한다 15:23 * jrandom *baf*s 회의를 종료한다 </div>/ko/blog/2007/01/09/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-1%EC%9B%94-9%EC%9D%BC/Tue, 09 Jan 2007 00:00:00 +0000/ko/blog/2007/01/09/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-1%EC%9B%94-9%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, jrandom, nony, tea, tethra, void, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 15:07 &lt;jrandom&gt; 0) hi 15:07 &lt;jrandom&gt; 1) 네트워크 상태 15:07 &lt;jrandom&gt; 2) I2Phex 0.1.1.38 15:07 &lt;jrandom&gt; 3) Syndie 진행 상황 15:07 &lt;jrandom&gt; 4) Syndie 버그 수집 콘테스트 15:07 &lt;jrandom&gt; 5) ??? 15:07 &lt;jrandom&gt; 0) hi 15:07 * jrandom 손을 흔든다 15:07 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2007-January/001328.html 에 올렸어요 15:09 &lt;jrandom&gt; 다들 맥월드 소식에 군침 흘리는 동안, 1) 네트워크 상태부터 들어가죠 15:09 &lt;jrandom&gt; 이번 주에 특별히 언급할 건 없지만, 보고서에서 네트워크 상태를 빼먹기 뭐해서 넣었습니다 15:09 &lt;jrandom&gt; 네트워크 상태와 관련해 덧붙일 사람 있나요? 15:09 &lt;+zzz&gt; i2psnark 몇 가지 트윅을 테스트 중이에요, 큰 건 아니에요 15:10 &lt;jrandom&gt; 아 좋군요, 최근 버그 리포트 관련인가요, 아니면 앞으로 기대할 만한 다른 것들인가요? 15:11 &lt;+zzz&gt; 다른 거요 - 주로 피어가 4개 초과인 토렌트 처리 개선 15:11 &lt;jrandom&gt; 끝내주네 15:11 &lt;+zzz&gt; 또 전체 JVM을 덤프해 버리기보다 흔한 OOM(메모리 부족) 지점을 몇 군데 잡고요 15:12 &lt;tea&gt; 좋네요, 현재 i2p-bt가 "고"속 토렌트엔 최선의 선택인 듯해요 15:12 &lt;+zzz&gt; 예: 조각(piece)을 저장하려고 256KB~1MB 덩어리를 통째로 가져오는 경우요 15:13 &lt;+zzz&gt; 모두 토렌트 하나 골라서 몰려들어 제 테스트 좀 도와주세요 :) 15:14 &lt;jrandom&gt; 죽이네, 언제쯤 써보면 될지 알려줘요 zzz 15:14 &lt;tea&gt; 누가 'casino royale' 다시 할래요? :) 15:14 * jrandom 이 회의가 기록되어 웹에 게시된다고 언급함 ;) 15:15 &lt;+void&gt; 아, 회의였군요 15:15 &lt;tea&gt; 그럼 자원자는 없는 걸로 15:16 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태에 대해 더 있을까요? 15:17 &lt;bar&gt; i2psnark 얘기 나온 김에... 15:18 &lt;bar&gt; ...콘솔에서 i2psnark를 시작, 중지, 재시작할 수 있을까요? 15:18 &lt;bar&gt; (tunnel을 죽이려고 전체 router를 재시작하는 대신에) 15:19 &lt;+zzz&gt; 잘 모르겠네요 - jrandom, 생각 있어요? 15:20 &lt;jrandom&gt; bar: 중지와 시작이라고 하면, 개별 토렌트를 중지/시작하는 것 이상의 어떤 걸 말하나요? 15:21 &lt;bar&gt; 토렌팅 안 할 때 자원을 빨아먹는 i2psnark tunnel을 죽이는 거요 15:22 &lt;bar&gt; (내 기억이 맞다면(iirc) .torrent를 제거해도 tunnel이 죽지 않아요) 15:22 &lt;jrandom&gt; 아, 그걸 위한 실제 I2P destination(목적지)을 중지하는 거군요. 웹 인터페이스가 SnarkManager에 접근하니 큰 어려움 없이 가능해요 15:23 &lt;jrandom&gt; (임시 우회로는 다시 필요할 때까지 tunnel 길이를 0으로 설정하는 방법이 있어요) 15:23 &lt;jrandom&gt; 하지만 맞아요, 그거 유용하겠네요 15:23 &lt;+void&gt; tunnel의 깊이를 0으로 바꿀 수도 있겠지만, 오류를 유발하기 쉬울 거예요 15:23 &lt;+zzz&gt; 웹 페이지에 tunnel 중지 버튼 제공하는 건 좋은 생각이네요, 동의해요 15:23 * jrandom !hi5s void 15:24 &lt;+void&gt; 앗, 제가 그렇게나 랙이 심한가요? 15:24 &lt;jrandom&gt; I2PSnarkUtil엔 이미 static .disconnect()도 있어요 15:25 &lt;jrandom&gt; (그러니 I2PSnarkServlet에서 그걸 호출하는 건 사소하죠) 15:25 &lt;jrandom&gt; zzz: 그거 맡을래요, 아니면 내가 거기 넣어둘까요? 15:27 &lt;+zzz&gt; 거기 질문은 없어 보이니, 가져가세요 15:27 &lt;jrandom&gt; 좋아요, 그렇게 할게요 15:27 &lt;jrandom&gt; 자, 1) 네트워크 상태에 대해 더 있을까요? 15:29 &lt;jrandom&gt; 없으면, 2) I2Phex 0.1.1.38로 넘어가죠 15:29 &lt;jrandom&gt; Complication: 요점 좀 알려줄래요? 15:31 &lt;jrandom&gt; 내가 아는 한, CVS와 공지에 변경 사항 좋은 요약이 있어요 (http://forum.i2p.net/viewtopic.php?t=2005) 15:33 &lt;tea&gt; tunnel 길이를 영구적으로 바꿀 수 있을까요? 15:34 &lt;jrandom&gt; 물론이죠, i2phex 설정 파일에서 custom i2p 옵션을 지정해 설정할 수 있었던 걸로 기억해요(지금 당장은 i2phex 설정 파일 옵션 이름은 기억 안 나지만요) 15:35 &lt;bar&gt; tea: 네, i2phex.cfg에서요 (i2pInboundLength, i2pInboundLengthVariance, i2pOutboundLength, i2pOutboundLengthVariance) 15:36 &lt;tea&gt; i2p-rufus의 옵션 탭을 생각했어요 15:37 &lt;tea&gt; 그런 걸 추가할 수 있을까요? 15:38 &lt;jrandom&gt; Complication이 그게 좋은 아이디어라고 해서, 아마 꽤 쉽게 할 수 있을 거예요 15:38 * jrandom 는 i2phex에서 GUI 해킹을 해본 적은 없음(패치를 보내주면 반영되도록 할게요 :) 15:38 &lt;jrandom&gt; 아, 됐어요, Complication이 그 작업 진행 중이라고 했던 것 같네요 15:39 &lt;jrandom&gt; http://forum.i2p.net/viewtopic.php?t=2005#9149 15:39 &lt;tea&gt; 아마추어 rufus 사용자로서 'allow zero hop connections ?'라는 팝업 질문이 나오고 'no'를 누를 수 있어서 좋았어요 ... 15:42 &lt;jrandom&gt; 그렇죠. 자, 2) I2Phex 0.1.1.38에 대해 더 있을까요? 15:42 &lt;bar&gt; 그럼, 이참에 원래 Phex 팀의 3.0 릴리스에 축하를 전해야겠네요, 바로 엊그제 나왔어요 :) 15:43 * bar 손을 흔듭니다 15:43 &lt;jrandom&gt; 맞아요, ArneBab 등등 축하합니다! 15:45 &lt;tea&gt; 언젠가 그들도 손을 흔들어 주겠죠 ... 15:46 &lt;jrandom&gt; ArneBab과 GregorK는 수년간 i2phex에 훌륭한 피드백을 줬어요 15:46 &lt;+void&gt; i2phex가 버전 3.0에 도달하는 그날? 15:46 &lt;jrandom&gt; 그러길 빕시다 :) 15:47 &lt;bar&gt; 그때쯤이면 우린 한참 전에 떠났겠지만, 그래요 :) 15:48 &lt;jrandom&gt; 좋아요, 3) Syndie 진행 상황으로 넘어가죠 15:48 &lt;jrandom&gt; 지난주에 많은 진전이 있었고, 1.001a가 공개되기도 했어요 15:50 &lt;jrandom&gt; 다만 그쪽 논의는 대부분 Syndie 내부에서 진행 중이에요 15:50 &lt;jrandom&gt; 그러니 아직 안 하고 있다면, 참여해서 더 알아보세요 :) 15:51 &lt;jrandom&gt; Syndie와 관련해 논의하고 싶은 것 있나요? 15:53 &lt;+void&gt; 음, 방금 sync를 돌렸더니 읽은 것들 여러 개와 함께 읽지 않은 메시지 하나를 가져왔어요 15:53 &lt;+void&gt; 아마 회의 끝나고 디버그하겠죠? 15:54 &lt;jrandom&gt; 흠, 그래, 꽤 이상하네(난 최근에 새 메시지를 몇 개 가져왔고, 읽지 않음으로 표시됐거든). 어쨌든 그건 더 파봐야겠어 15:54 &lt;jrandom&gt; 좋아요, 4) Syndie 버그 수집 콘테스트로 넘어가죠 15:55 &lt;+void&gt; 익명 egold 계정을 등록할 수 있나요? 15:55 &lt;jrandom&gt; 응, 신분증 필요 없어 15:56 &lt;+void&gt; 아, 좋네요 15:56 &lt;jrandom&gt; 물론 사기 계정은 동결할 수 있고, 모든 이체를 추적하며, 이체 데이터를 그들(Them)과 공유해요 15:56 &lt;jrandom&gt; 그래도 대부분의 적대자에 맞서 방어하기엔 충분 이상이에요 15:57 &lt;+void&gt; 네, 당연하죠 15:58 * jrandom 은 버그 리포트와 기능 요청이 대단히 귀중했다고 생각하고, 50달러가 실제 투입 시간을 보상하진 못한다는 걸 알지만, 작은 감사의 표시가 되길 바란다고 말함 15:58 &lt;jrandom&gt; 이 콘테스트를 매달 계속하길 바라요 15:58 &lt;+void&gt; 헤헤 15:59 &lt;+void&gt; heheat 적어도 재밌는 시간이네요 15:59 &lt;+void&gt; 아악 16:00 &lt;jrandom&gt; 콘테스트와 관련해 질문이나 제안, 또는 프리스비가 있나요? 16:01 &lt;+tethra&gt; 콘테스트요? 16:01 &lt;+tethra&gt; (늦었네요) 16:01 * tethra 읽는 중 16:01 &lt;+tethra&gt; 멋져요 :o 16:02 &lt;jrandom&gt; 그러니 버그 리포트를 마구 올려주세요 :) 16:03 &lt;jrandom&gt; 자, 5) ??? 로 넘어가죠 16:03 &lt;+void&gt; 이미 올라오고 있어요 :) 16:03 &lt;+tethra&gt; 예, sir! ;) 16:03 &lt;jrandom&gt; 좋아요, 고마워요! (네, 1월 1일부터 1월 31일까지 전부 집계하고 있어요 :) 16:03 &lt;jrandom&gt; 회의에서 더 언급할 것 있나요? 16:04 &lt;+fox&gt; &lt;nony&gt; java6에서 실행되나요? 16:04 &lt;tea&gt; 물론 16:04 &lt;+tethra&gt; 그럼 gcj로도 컴파일되나요? 16:04 &lt;jrandom&gt; nony: 여기서 java6로 돌리고 있어요, 맞아요 16:04 &lt;jrandom&gt; tethra: 응, 그리고 실행돼요 ;) 16:04 &lt;+tethra&gt; 훌륭하군요 16:04 &lt;+tethra&gt; ;) 16:04 &lt;+fox&gt; &lt;nony&gt; 좋군요 16:07 &lt;jrandom&gt; 회의에 더 있을까요? 16:09 &lt;jrandom&gt; 없으면... 16:09 * jrandom 마무리한다 16:09 * jrandom *baf*s 회의를 종료한다 </div>/ko/blog/2007/01/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-1%EC%9B%94-2%EC%9D%BC/Tue, 02 Jan 2007 00:00:00 +0000/ko/blog/2007/01/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2007%EB%85%84-1%EC%9B%94-2%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, covracer, jrandom, z^z</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) hi 15:02 &lt;jrandom&gt; 1) Net status and plans 15:02 &lt;jrandom&gt; 2) Syndie 1.001a 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) hi 15:02 * jrandom waves 15:02 &lt;jrandom&gt; weekly status notes posted up on http://dev.i2p.net/pipermail/i2p/2007-January/001325.html 15:03 * mrflibble waves to jrandom 15:03 * jrandom expects most are still nursing their hangovers, so we'll do this quietly 15:04 &lt;jrandom&gt; lets jump on in to 1) Net status and plans 15:05 &lt;jrandom&gt; as mentioned in the notes, there's been a lot covered, but we've got our work cut out for us this year 15:05 &lt;jrandom&gt; we'll want to discuss the various tradeoffs though and make sure the most appropriate ones are taken to support the specific functionality we're driving towards 15:06 &lt;jrandom&gt; but, we'll see how it goes as things progress 15:06 &lt;jrandom&gt; for the time being though, the net seems fairly steady-state, which is Good 15:07 &lt;jrandom&gt; anyone have anything they'd like to bring up re: net status and plans? 15:09 &lt;jrandom&gt; if not, lets hop on over to 2) Syndie 1.001a 15:09 &lt;z^z&gt; anything I can work on on the net - netdb or tunnels? 15:09 * jrandom hops back 15:10 &lt;z^z&gt; I know we have questions on netdb propagation and on cpu usage but I would need a good pointer to get started 15:11 &lt;z^z&gt; think about it anyway 15:11 &lt;jrandom&gt; z^z: netDb search when the # of known/reachable floodfill peers reaches 0 needs to, most likely, do a random iterated walk across known peers 15:12 &lt;z^z&gt; ok thx will poke around and ask questions later 15:12 &lt;jrandom&gt; perhaps a new flag on the netDb lookup message asking for "give me some floodfill peers" 15:12 &lt;jrandom&gt; kickass z^z! that'd likely have a substantial impact for new users - let me know if you run into any trouble 15:13 &lt;z^z&gt; ha that will take me into new territory sounds like fun for the new year 15:13 &lt;jrandom&gt; :) 15:14 &lt;bar&gt; "do not delete floodfill peer router infos from netdb if there are too few of them" &lt;-- does anyone remember if this one got into cvs or not? 15:15 &lt;jrandom&gt; nope 15:15 &lt;jrandom&gt; or, not that i recall... 15:16 &lt;bar&gt; okie 15:17 &lt;jrandom&gt; (a great spot for that would be KademliaFloodfillNetworkFacade::dropAfterLookupFailed) 15:18 &lt;jrandom&gt; er, KademliaNetworkDatabaseFacade, that is (floodfill extends it) 15:20 &lt;jrandom&gt; (there's also a few bits in the DatabaseLookupMessage that could be used to flag 'send me floodfill peers' - the 'tunnelSpecified' is a boolean, but transferred in a full byte) 15:21 &lt;jrandom&gt; ok, anything else on 1) Net status and plans? 15:23 * jrandom resumes the hopping to 2) Syndie 1.001a 15:24 &lt;jrandom&gt; she's coming soon, maybe in a day or two. lots of bugfixes and cleanup (thanks to everyone helping!), with more details in the announcement when its released 15:25 &lt;jrandom&gt; thats about it to mention on that, though (but if you're using the new syndie, you can follow up on the latest discussions there ;) 15:27 &lt;jrandom&gt; anyone have anything to bring up on syndie 1.001a, or shall we skip on over to 3) ??? 15:27 &lt;jrandom&gt; anyone have anything else they'd like to discuss in the meeting? 15:28 &lt;+fox&gt; &lt;covracer&gt; are you still not in favor of an ebuild? 15:29 &lt;jrandom&gt; for syndie, or i2p? 15:29 &lt;+fox&gt; &lt;covracer&gt; i2p 15:29 &lt;jrandom&gt; correct, i am still not in favor of an ebuild 15:29 &lt;jrandom&gt; (thank you for the offer/suggestion though!) 15:30 &lt;jrandom&gt; i2p's problems are not related to the size of the network, so increasing the size will not address them 15:30 &lt;jrandom&gt; instead, it will just force more people to deal with the problems and the upgrade path to address them 15:30 &lt;+fox&gt; &lt;covracer&gt; yeah 15:31 &lt;+fox&gt; &lt;covracer&gt; alex has done some good work though on an ebuild 15:31 &lt;+fox&gt; &lt;covracer&gt; it's in the java-experimental-migration overlay iirc 15:31 &lt;+fox&gt; * godmode0 is back (gone 01:57:51) 15:32 &lt;+fox&gt; &lt;covracer&gt; well at any rate it depends on lots improvements in gentoo's handling of java and jetty 15:32 &lt;+fox&gt; &lt;covracer&gt; and won't get into the main tree any time soon 15:33 &lt;jrandom&gt; cool (that alex's work is going well), and hopefully we'll get i2p to the point where pushing it to main will be a great thing :) 15:34 &lt;+fox&gt; &lt;covracer&gt; would a ebuild for syndie be welcomed or should it also be postponed? 15:34 * jrandom wonders how much shakeup there is going to be in java handling once the sun jvm & libs go gpl 15:35 &lt;jrandom&gt; syndie will hopefully be ready for full production use in a matter of months, with beta in maybe a month, so looking at an ebuild there would be great 15:36 &lt;jrandom&gt; when syndie goes production i'd like to make it as easy as possible for people to use - apt-get, emerge, rpm, etc 15:36 &lt;+fox&gt; &lt;covracer&gt; okay, I'll see if I can hack an ebuild together this week of vacation--I've got nothing better to do 15:36 &lt;jrandom&gt; kickass, thanks covracer! 15:37 &lt;+fox&gt; &lt;covracer&gt; easy installation is very important for wide adoption 15:37 &lt;jrandom&gt; (and let me know if you run into any bits that could be simplified 'upstream' - i'd like to make packaging as transparent as possible) 15:37 &lt;jrandom&gt; aye, definitely 15:38 &lt;+fox&gt; &lt;covracer&gt; alright, although I'm only vaguely aware of the best practices of ebuild writing, not being a dev myself or really all that active on the coding front 15:40 &lt;jrandom&gt; cool, you likely know more about ebuild writing than I though :) good luck, and thanks 15:40 &lt;jrandom&gt; ok, anyone have anything else they'd like to bring up for the meeting? 15:40 &lt;bar&gt; well, i think an official post in cervantes' syndie forum and the old syndie wouldn't hurt, if/when you're looking for more testers for the new syndie 15:40 &lt;bar&gt; except for the last meeting log, i don't think there has been much mentioning of the alpha release, many i2p users simply haven't heard the news, methinks 15:41 &lt;jrandom&gt; good idea - i'll spam 'em when 1.001a is out 15:42 &lt;bar&gt; alritey :) 15:47 &lt;jrandom&gt; ok, if there isn't anything else for the meeting... 15:47 * jrandom winds up 15:47 * jrandom *baf*s the meeting closed </div>/ko/blog/2006/12/26/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-12%EC%9B%94-26%EC%9D%BC/Tue, 26 Dec 2006 00:00:00 +0000/ko/blog/2006/12/26/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-12%EC%9B%94-26%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, Complication2, gloin, hottuna, jrandom</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) 안녕 15:02 &lt;jrandom&gt; 1) 네트워크 상태 15:02 &lt;jrandom&gt; 2) Syndie 1.000a 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) 안녕 15:02 * jrandom 손을 흔든다 15:02 &lt;jrandom&gt; 주간 상태 노트가 http://dev.i2p.net/pipermail/i2p/2006-December/001324.html 에 올라갔어요 15:03 &lt;jrandom&gt; 그럼 1) 네트워크 상태부터 들어가죠 15:03 &lt;Complication2&gt; 아, 오늘이 화요일인 걸 완전히 잊었네요 15:03 &lt;jrandom&gt; 앞서 말했듯 전반적으로 꽤 좋아요, 다만 제 router가 45일 가동 끝에 드디어 재시작했어요 15:04 &lt;jrandom&gt; (솔직히, 1개월 이상의 가동 시간을 꾸준히 얻을 수만 있다면 아주 기쁠 거예요 :) 15:04 &lt;Complication2&gt; 제겐 네트워크 상태가 예전보다 좀 더 불안정한데, I2P router 중 하나에 주기적으로(약 10일에 한 번) 문제가 생겨요 15:04 &lt;Complication2&gt; 다른 router는 한 달 가동도 가능하지만, 트래픽이 아주 많은 router는 아니에요 15:05 &lt;Complication2&gt; 사실 꽤 소박하죠 15:05 &lt;jrandom&gt; stats.i2p에서는 지난주에 빌드 성공률이 약간 떨어지는 걸로 보이는데, 계절 요인일 수도 있어요 15:07 &lt;+fox&gt; &lt;hottuna&gt; 요상한 wrapper 로그 메시지를 좀 받고 있어요 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | 2006-dec-26 00:00:00 org.mortbay.util.RolloverFileOutputStream removeOldFiles 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | INFO: Log age 2006_09_26.request.log 15:07 &lt;+fox&gt; &lt;hottuna&gt; INFO | jvm 1 | 2006/12/26 01:00:00 | 2006-dec-26 00:00:00 org.mortbay.util.RolloverFileOutputStream removeOldFiles 15:07 &lt;jrandom&gt; 3-hop tunnels에서도 irc는 아직 꽤 잘 돌아가요 15:07 &lt;jrandom&gt; 오 흥미롭네요 hottuna, verbose한 commons-logging 출력인 것 같아요 15:08 &lt;jrandom&gt; (jetty는 우리 것이 아닌 자체 logger를 써요) 15:08 &lt;+fox&gt; &lt;hottuna&gt; 그럼 신경 쓸 건 없겠네요 .. 15:08 &lt;+fox&gt; &lt;hottuna&gt; 하지만 BW(대역폭) 부족 때문에 아직 제 router를 돌리고 있진 않아요 15:09 &lt;jrandom&gt; starvation이 "i2p에 충분한 bw가 없음"인지, 아니면 "i2p가 bw를 너무 많이 씀"인지요? 15:11 &lt;+fox&gt; &lt;hottuna&gt; 음, 둘 다이긴 한데 저는 bw를 기부하려고 i2p를 돌리는 거라 첫 번째가 제겐 더 맞아요 15:11 &lt;jrandom&gt; 아 헤헤, 알겠어요 15:11 &lt;+fox&gt; &lt;hottuna&gt; 방금 처음으로 Syndie를 시작했는데 좀 압도돼서 어디서부터 시작해야 할지 잘 모르겠어요 15:11 &lt;+fox&gt; &lt;hottuna&gt; 그래도 표준 아카이브를 추가해 둔 건 좋은 터치네요 15:13 &lt;jrandom&gt; 고마워요 :) 압도되는 느낌을 줄이기 위해 해야 할 일이 많아요, 그 얘기는 2) Syndie 1.000a로 넘어가서 해요 :) 15:13 &lt;jrandom&gt; 1.000a가 나왔어요, 다운로드해서 즐겨주세요! 15:14 &lt;jrandom&gt; 처음 사용 경험은 기본적으로 이럴 거예요: 설치하고 시작한 다음, "add the standard archive"를 하고, Syndie에 표준 아카이브와 "now" 동기화하라고 지시하고(그다음 저장), 그러면 메시지를 받기 시작할 거예요 15:15 &lt;jrandom&gt; 저장 버튼 아래의 표에 줄이 추가될 거고, 메시지마다 하나, 포럼마다 하나씩 들어가요 - 메시지와 포럼을 오른쪽 클릭하면 열 수 있고, 아니면 Forum-&gt;Read all 메뉴로 둘러볼 수도 있어요 15:15 &lt;bar&gt; Syndie 알파 릴리스 축하해요, 오랫동안 열심히 작업해 왔죠. 존경합니다. 15:16 &lt;Complication2&gt; 저도요. 데이터베이스가 인상적이고 인터페이스도 꽤 유망하네요. :) 15:16 &lt;+fox&gt; &lt;hottuna&gt; 지금 Syndie를 쓰면서 대서사시 같은 Syndie와 i2p 방향성 게시물을 읽고 있어요 15:16 &lt;gloin&gt; 참고로, build.xml에 하드코딩 값이 있어요: build.xml: &lt;property name="swt.win32" value="../swt-I20061214-1445-win32-win32-x86/swt.jar" /&gt; 15:16 &lt;jrandom&gt; 고마워요, Syndie가 가야 할 곳까지 가려면 해야 할 일이 많지만, 시작은 했어요 15:17 &lt;+fox&gt; &lt;hottuna&gt; 사용성 측면에서 할 일이 많지만 그래도 여기까지 온 게 대단해요 15:17 &lt;jrandom&gt; gloin: 맞아요, 셋(swt.win32, swt.osx, swt.linux32)이요 - 그건 "ant dist"에서만 써요 15:18 &lt;Complication2&gt; 그런데 "ant"는 기본이 "ant clean jar"인가요? 15:18 * Complication2 확인 중 15:18 &lt;jrandom&gt; hottuna: 그게 바로 여러분(그리고 다들 :) )이 필요한 부분이에요 - 저는 Syndie의 속을 파고들어 있다 보니, Syndie를 더 쓰기 좋게 만들기 위한 올바른 관점을 잡기가 종종 어려워요 15:19 &lt;jrandom&gt; 개선을 위한 여러분의 의견, 피드백, 제안이 필요해요 15:19 &lt;Complication2&gt; 아하, 의존성 검사와 jar네요 15:19 &lt;Complication2&gt; (정리(cleanup) 부분 없이) 15:19 &lt;jrandom&gt; 맞아요 Complication2, 기본으로는 'clean'이 없어요 15:21 &lt;gloin&gt; "ant dist"가 linux, win32 등 버전을 빌드하나요? 15:21 &lt;jrandom&gt; gloin: 네, 설치 프로그램, .exe 파일 등등을 빌드해요 15:22 &lt;jrandom&gt; 개인 용도로 Syndie를 빌드해서 실행만 하고 싶다면, "ant jar" 후 lib/syndie.jar를 설치된 Syndie로 복사하거나, "ant run"으로 그 자리에서 실행하세요 15:23 &lt;Complication2&gt; 이런, 그럼 "run" 타깃을 놓친 거네요 15:23 &lt;jrandom&gt; (필요한 -Dswt.dir=/blah 플래그를 지정하거나, nbproject/private/private.properties라는 (새) 파일에 swt.dir=/blah/로 넣으세요) 15:23 &lt;Complication2&gt; run.sh를 하나 뚝딱 만들었어요 :D 15:24 &lt;Complication2&gt; 두 줄짜리라서 시간 들 일은 없었죠 15:24 &lt;jrandom&gt; 그래도 되죠 :) 15:24 &lt;Complication2&gt; 네, "ant run" 잘 됐어요 15:24 &lt;gloin&gt; ant run은 되는 것 같고, 설치 프로그램 linux32.exe는 swt가 없다고 하네요. 15:24 &lt;Complication2&gt; 방금 테스트했어요 15:26 &lt;jrandom&gt; 흠 gloin, 설치된 Syndie의 lib 디렉터리에 swt.jar가 있나요? 15:27 &lt;gloin&gt; 네. 15:28 &lt;jrandom&gt; 그리고 "java -jar /some/path/to/that/syndie/bin/syndie.exe"로 실행 중인가요? 아니면 linux 설치 프로그램을 말하시는 건가요? 15:29 &lt;gloin&gt; 설치 프로그램은 괜찮았어요. syndie-1.000a 디렉터리를 만들었어요. 15:31 &lt;gloin&gt; Exception in thread "main" java.lang.UnsatisfiedLinkError: no swt-pi-gtk-3235 in java.library.path 15:33 &lt;Complication2&gt; 간단한 질문 하나요(Linux 바이너리를 테스트 중이에요) 15:33 &lt;jrandom&gt; 흠, /tmp/에 libswt-pi-gtk-3235.so를 만들었나요 gloin? 15:33 &lt;Complication2&gt; 공개 키 "393F2DF9"는 어디서 구하죠? 15:33 &lt;jrandom&gt; 좋은 질문이네요... 15:34 &lt;gloin&gt; 누가요? 언제요? 15:34 &lt;gloin&gt; 지금은 /tmp/에 libswt-pi-gtk-3235.so가 없어요 15:35 &lt;jrandom&gt; gloin: Syndie에 포함된 새 swt(3.3M4)는 네이티브 라이브러리를 찾지 못하면 /tmp/로 추출해요 15:36 &lt;jrandom&gt; gloin: (cd ~/syndie-1.000a/ ; java -cp lib/syndie.jar:lib/swt.jar:lib/hsqldb.jar syndie.gui.SWTUI ) 를 실행해서 찾는지 확인해 줄 수 있나요? 15:36 &lt;jrandom&gt; Complication2: 회의가 끝나면 여러 키 서버와 웹사이트에 올릴게요 15:37 &lt;Complication2&gt; 감사합니다 :) 15:37 &lt;jrandom&gt; (그 키는 제 키링에 있는데, 지금 쓰는 윈도우 박스에서는 접근이 안 돼요) 15:37 &lt;Complication2&gt; 그러는 동안, 좀 더 일반적인 방법으로 확인해 보니 제 바이너리 다운로드가 중간에 *정말로* 끊겼네요 15:37 * Complication2 끝부분을 다시 받음 15:38 &lt;gloin&gt; 아니요. 아마 설치 프로그램을 다시 빌드해야 할 것 같네요 15:39 &lt;jrandom&gt; gloin: swt.jar에 libswt-pi-gtk-3235.so가 들어있는지 확인해 줄 수 있나요(jar tvf lib/swt.jar)? 15:40 &lt;jrandom&gt; 어쨌든, 문제들이 나오면 계속 디버깅해 나가죠 15:41 &lt;gloin&gt; 안 들어 있네요. 15:41 &lt;jrandom&gt; Syndie 1.000a에 관한 건 이 정도예요 - 시간이 지나며 업데이트가 있을 거고, 미팅이나 메일로 공지할게요 15:42 &lt;jrandom&gt; (전체 4-5+MB 패키지보다 Syndie 업그레이드를 위한 훨씬 작은 다운로드가 있어요 - syndie.i2p.net/downloads/ 참고) 15:42 &lt;+fox&gt; &lt;hottuna&gt; i2p 네트워크에서 Syndie 아카이브 URL이 뭐죠? 15:43 &lt;jrandom&gt; gloin: jar tvf 출력 내용을 비공개 메시지로 보내줄 수 있나요? 15:43 &lt;jrandom&gt; hottuna: `http://archive.syndie.i2p/` 15:43 &lt;+fox&gt; &lt;hottuna&gt; 감사합니다 15:45 &lt;jrandom&gt; (archive.syndie.i2p / syndie.i2p.net:8080은 내장 HTTP 서버가 돌아가는 Syndie 인스턴스일 뿐이라는 점을 참고하세요) 15:45 &lt;+fox&gt; &lt;hottuna&gt; 오 :) 끝내주네요 :) 15:45 &lt;+fox&gt; &lt;hottuna&gt; 아, 그런데 Syndie 시계가 내 시스템 시계랑 맞지 않아요 15:46 &lt;jrandom&gt; 그래서 누구나 자기 Syndie 아카이브를 돌리고 사람들이 거기서 동기화하게 할 수 있어요 - 그냥 여러분 아카이브 링크를 알려 주세요(irc/html/기타를 통해서도, 또는 Syndie 자체에서 'archive link'/reference로도 가능) 15:46 &lt;jrandom&gt; Syndie 시계요? 15:46 &lt;+fox&gt; &lt;hottuna&gt; 아니면 Syndie의 메시지 타임스탬프요 15:47 &lt;+fox&gt; &lt;hottuna&gt; 잠깐만요. . 이제 맞는 것 같네요.. 15:47 &lt;+fox&gt; &lt;hottuna&gt; 재시작한 뒤요 15:52 &lt;gloin&gt; headless(디스플레이/GUI 없는) 아카이브 서버는 어떻게 빌드하죠? import.cgi는 더는 '지원'되지 않는다고 보면 되나요? 15:53 &lt;jrandom&gt; 맞아요, import.cgi는 최신 버전과 호환되지 않아요 - 일반 Syndie 설치에서 syndie "--cli"를 실행하면 텍스트 엔진이 돌아가면서 headless 서버로 실행할 수 있어요. 15:55 &lt;jrandom&gt; 통합 HTTP 서버는 텍스트 엔진에서 'httpserv' 명령으로 실행할 수 있어요 (http://syndie.i2p.net/manual.html#general_httpserv ) 15:55 &lt;gloin&gt; 정말 고마워요. 15:56 &lt;jrandom&gt; 아카이브를 다시 가동하실 거라면, 제가 오히려 감사해야죠 :) 15:57 &lt;gloin&gt; 휴.. GUI가 있어도 복잡해 보이네요 :) 15:58 &lt;jrandom&gt; 네, 여러분이 할 일이 산더미죠 - 더 쓸 만하고 유용하게 만드는 데 도와주세요 :) 15:59 &lt;jrandom&gt; 사람들이 시험해 보고 문제가 나오기 시작하면 다룰 게 더 많아지겠지만, 당분간은 편하게 파고들고, 마음껏 게시하고, 무슨 일이 일어나는지 보세요 15:59 &lt;jrandom&gt; 그럼 3) ???로 슬슬 넘어가서, 회의에서 더 논의할 게 있나요? 16:00 &lt;Complication2&gt; Linux 바이너리 설치 프로그램을 테스트했는데, 잘 돌아갑니다 16:00 &lt;Complication2&gt; 다만 KDE 메뉴에 바로가기를 만들려고 할 때, 그 바로가기가 "Development" 그룹에 들어간 게 좀 이상하네요 16:00 &lt;Complication2&gt; NetBeans 같은 것들과 함께요 16:01 &lt;Complication2&gt; 제가 틀렸을 수도 있지만, 'Syndie'라는 그룹을 만들려고 한다고 썼던 걸로 기억해요... 16:01 &lt;jrandom&gt; 아, 네. izpack과 java 패키저/설치 도구들이 아직 KDE 통합을 다듬고 있어요 16:02 &lt;Complication2&gt; 어쨌든 사소한 부분이에요 16:02 &lt;Complication2&gt; 그래도 혹시 몰라 말씀드렸어요 16:02 &lt;jrandom&gt; 원래라면(/should/) Syndie 그룹을 만들어야 하지만, 보시다시피 KDE 메뉴에는 앱별 폴더가 없어요(앱 카테고리와, 그 다음에 앱별 폴더가 있어요) 16:02 &lt;jrandom&gt; izpack에서 고치면 해결될 거예요(그들의 관심 목록에 올라가 있어요) 16:03 &lt;Complication2&gt; 맞아요 16:03 &lt;Complication2&gt; 어쨌든 바로가기는 생겼고, 제거 프로그램 바로가기도 생겼어요 16:03 &lt;jrandom&gt; 좋네요 16:03 &lt;Complication2&gt; 제거도 잘 됐어요(보통 소스에서 컴파일하기 때문에 이것도 썼어요) 16:03 &lt;Complication2&gt; =uninstaller 16:04 &lt;bar&gt; 서로 약간 관련된 질문 두 가지가 있어요 16:04 &lt;bar&gt; 1. 옛 Syndie를 언제 완전히 없앨지 계획이 있나요? 16:04 &lt;bar&gt; 2. syndie.i2p를 syndie.i2p.net으로 연결하는 i2p 게이트웨이를 둘 수 있을까요, 아니면 그게 옛 Syndie 인프라와 충돌할까요? 16:05 &lt;Complication2&gt; 2번에 대해, 현재로선 충돌할 것 같아요 16:06 &lt;jrandom&gt; 흠, 사실 그건 많이 생각해 보지 않았네요. 지금은 "없애고, 모두를 새 Syndie로 지금 당장 옮기자"라고 말하고 싶어요 :) 16:07 &lt;Complication2&gt; ... "localhost:4444"를 통해 "`http://archive.syndie.i2p`"로 접속하는 것 말이죠 16:07 &lt;bar&gt; Syndie 웹 페이지에 접근하려면 때때로 squid.i2p를 써야 해서 약간 번거로운 경우가 있어요 16:07 &lt;jrandom&gt; 아, 이해했어요. 좋아요, syndie.i2p를 syndie.i2p.net을 가리키도록 리다이렉트하고, 옛 Syndie 사용자는 여전히 syndiemedia.i2p를 쓰면 되겠네요 16:09 &lt;bar&gt; 아주 좋네요 :) 16:09 &lt;Complication2&gt; 아, 웹 페이지를 말한 거였군요 16:10 &lt;Complication2&gt; 저는 아카이브 얘긴 줄 알았어요 :) 16:10 &lt;bar&gt; 맞아요 Complication2, 명확히 말하지 못해 미안해요 16:10 &lt;gloin&gt; 자신의 포럼이 자신의 아이덴티티인가요? 16:11 &lt;Complication2&gt; 새 Syndie 인스턴스에는 기본 아이덴티티/가명이 분명히 생성돼요 16:11 &lt;Complication2&gt; 포럼을 자동으로 만드는지는 잘 모르겠네요 16:11 &lt;jrandom&gt; gloin: 모든 아이덴티티에는 포럼이 하나 있고(그리고 모든 포럼은 어떤 아이덴티티가 소유해요) 16:12 &lt;jrandom&gt; Syndie에서 포럼은 그냥 공개 키일 뿐이에요 16:12 &lt;jrandom&gt; (작성자도 그래요) 16:12 &lt;Complication2&gt; 어떻게 했는지 잊었는데, 어차피 10월에 텍스트 인터페이스로 했던 것 같아요 :) 16:12 &lt;jrandom&gt; ((데이터베이스와 코드에서는 둘 다 'channels'라고 부르지만, UI에서는 forums와 authors/nyms라고 말해요)) 16:13 &lt;bar&gt; 옛 Syndie를 종료하는 주제와 관련해, "한 달 더 온라인으로는 두되 새 글에 대한 아카이브는 닫고, 안내문을 남긴다" 같은 방안을 제안해도 될까요 16:14 &lt;gloin&gt; GUI에서는 포럼만 만들 수 있네요. 그렇다면, 제 포럼에 jrandom이 글을 쓸 수 있게 하려면 jrandom '사람'이 아니라 jrandom의 포럼을 승인해야 한다는 뜻인가요? 16:15 &lt;Complication2&gt; 또는 안내문을 올린 뒤 짧은 기간 동안은 열어 두는 것도요, 혹시 이 시점에 누군가 절실히 필요하다면(헉!) 잠깐이나마 데이터를 주고받을 수 있게요 16:15 &lt;jrandom&gt; gloin: 포럼과 아이덴티티는 같은 거예요 - 새 포럼을 만들면 새 아이덴티티를 만드는 거예요(그리고 당신의 포럼에서 jrandom이 글을 쓰도록 승인하려면, jrandom의 포럼을 승인하세요) 16:15 &lt;jrandom&gt; Complication2랑 bar, 그게 합리적이네요 16:17 &lt;jrandom&gt; gloin: 이 부분은 확실히 직관적이지 않고, 더 쉽게 만들기 위해 해야 할 일이 많아요 16:21 &lt;Complication2&gt; 이런, striker가 옛 Syndie에 올린 I2Phex 튜닝 제안을 여럿 못 봤네요 16:21 * Complication2 로컬 복사본을 만듦 16:23 &lt;jrandom&gt; :) 옛 Syndie는 syndiemedia.i2p/와 syndie.i2p.net:8000/에서 계속 접근 가능할 거예요 16:23 &lt;jrandom&gt; 좋아요, 회의에서 더 다룰 게 있나요? 16:25 &lt;gloin&gt; 포럼 설정에서 프라이버시 수준(all/auth/passphrase)을 지정할 수 있네요. 그런데 각 게시물에서도 설정할 수 있던데, 어느 쪽이 우선인가요? 16:27 &lt;jrandom&gt; 둘 다 적용돼요, 다만 당분간은 포럼 프라이버시는 'public'으로 두길 권해요(암호문(passphrase)으로 보호되는 포럼을 위한 GUI는 아직 안 만들었고, 메시지 암호문 보호만 있어요) 16:27 &lt;jrandom&gt; 포럼 프라이버시는 포럼의 메타데이터(다른 사이트로의 링크, 번들된 키 등)를 다루고, 개별 메시지는 자체 정책을 가져요 16:33 &lt;jrandom&gt; (syndie.i2p --&gt; syndie.i2p.net 은 지금부터, syndiemedia.i2p는 여전히 syndie.i2p.net:8000/을 가리켜요) 16:33 &lt;jrandom&gt; 그럼, 회의에 더 없으면 16:33 * jrandom 마무리함 16:33 * jrandom *baf*s 회의를 마침 </div>/ko/blog/2006/12/12/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-12%EC%9B%94-12%EC%9D%BC/Tue, 12 Dec 2006 00:00:00 +0000/ko/blog/2006/12/12/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-12%EC%9B%94-12%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> jrandom</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:03 &lt;jrandom&gt; 0) 안녕하세요 15:03 &lt;jrandom&gt; 1) 네트워크 상태 15:03 &lt;jrandom&gt; 2) Syndie 개발 상태 15:04 &lt;jrandom&gt; 3) ??? 15:04 &lt;jrandom&gt; 0) 안녕하세요 15:04 * jrandom 손을 흔든다 15:04 &lt;jrandom&gt; 주간 상태 노트를 게시해두었습니다 @ http://dev.i2p.net/pipermail/i2p/2006-December/001322.html 15:04 &lt;jrandom&gt; 그럼 1) 네트워크 상태로 들어가 봅시다 15:05 &lt;jrandom&gt; 여기에는 큰 변화는 없지만, 긴 tunnel에서도 IRC에서의 안정성이 꽤 충분해 보인다는 점은 언급할 만하네요 15:05 &lt;jrandom&gt; 물론 모든 사람에게 그런 것은 아니고, 상당히 달라질 수 있습니다 15:05 &lt;jrandom&gt; 그래도 보기 좋네요 15:05 &lt;jrandom&gt; 좋습니다, 1) 네트워크 상태에 대해 제기할 사항 있나요? 15:07 &lt;jrandom&gt; 없다면 2) Syndie 개발 상태로 넘어가죠 15:07 &lt;jrandom&gt; 여기서도 많은 일들이 진행 중이며, 메일링 리스트 글에 요약되어 있습니다 15:08 &lt;jrandom&gt; 새로운 HTTP 서버는 아직 syndie.i2p.net/archive/ 아카이브에서 사용되지 않고 있어서 현재는 새 메시지를 올릴 수 없지만, 가져오는 것은 가능합니다 (또는, 물론, 본인의 'httpserv'를 실행해 사람들이 게시하도록 할 수 있습니다) 15:11 &lt;jrandom&gt; 좋습니다, 2) Syndie 개발 상태에 대해 논의할 사항 있나요? 15:11 &lt;jrandom&gt; 없다면 3) ???로 슥 넘어가죠 15:12 &lt;jrandom&gt; 회의에서 추가로 제기할 내용 있나요? 15:16 &lt;jrandom&gt; 없다면 15:16 * jrandom 마무리 준비를 한다 15:16 * jrandom *baf* 하며 회의를 종료한다 </div>/ko/blog/2006/12/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-12%EC%9B%94-5%EC%9D%BC/Tue, 05 Dec 2006 00:00:00 +0000/ko/blog/2006/12/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-12%EC%9B%94-5%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> burl, Ch0Hag, jrandom</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:00 &lt;jrandom&gt; 0) 안녕하세요 15:00 &lt;jrandom&gt; 1) 네트워크 상태 15:00 &lt;jrandom&gt; 2) Syndie 개발 현황 15:00 &lt;jrandom&gt; 3) iToopie 15:00 &lt;jrandom&gt; 4) ??? 15:00 &lt;jrandom&gt; 0) 안녕하세요 15:00 * jrandom 손을 흔든다 15:00 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-December/001321.html 에 올려두었습니다 15:01 &lt;jrandom&gt; (회의 2시간 전쯤에요! :) 15:01 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태부터 들어가죠 15:01 &lt;jrandom&gt; 전체적으로 꽤 잘 되고 있고, 이 부분에서는 큰 변화가 없습니다 15:02 * jrandom 여기 irc에 벌써 20일째 연결되어 있네요 (아마 기록일 듯) 15:03 &lt;jrandom&gt; 지금으로서는 이 부분에 덧붙일 게 그다지 없네요 15:03 &lt;jrandom&gt; 그래서, 더 없으면 2) Syndie 개발 현황으로 넘어가죠 15:04 &lt;jrandom&gt; 여기서는 진전이 계속되고 있고, 자잘한 부분들이 더 작동 가능해지고 있습니다 15:04 &lt;jrandom&gt; 그래도 아직 꽤 거칠어요... "기능주의적", 그래픽도 기능주의적 ;) 15:05 &lt;jrandom&gt; 알파가 당장 임박한 건 아니지만, 곧 준비되길 바랍니다 15:07 &lt;jrandom&gt; 아무튼, 추가 정보가 나오면 알려드릴게요 :) 15:08 &lt;jrandom&gt; 좋아요, 잠깐 3) iToopie로 넘어가죠 15:08 &lt;jrandom&gt; 노트에 언급했듯이, 모두 고마워요! :) 15:08 &lt;jrandom&gt; 좋아요, 속전속결로 4) ???로 계속하죠 15:08 &lt;jrandom&gt; 회의에서 제기하고 싶은 내용 있으신가요? 15:10 &lt;jrandom&gt; (마지막 10분 회의 이후 아마 1~2년쯤 됐을 텐데, 어쩌면 그게 더 좋았을지도요) 15:10 &lt;+fox&gt; &lt;Ch0Hag&gt; 어이쿠 와. 완전 우연히 I2P 회의에 실제로 참석했네. 15:11 &lt;+fox&gt; &lt;Ch0Hag&gt; 엄마, 안녕! 15:11 &lt;+fox&gt; &lt;Ch0Hag&gt; 이거 로그에 남는 거 맞지? :) 15:11 &lt;jrandom&gt; 헤헷 맞아 ch0 ;) 15:12 &lt;+fox&gt; &lt;Ch0Hag&gt; 왜냐면 우리 엄마가 I2P 회의 로그를 읽으시거든... 15:12 &lt;burl&gt; 라이선스에 관해 물어보려 했는데 www.i2p에서 방금 답을 읽었어요(왜 gpl이 아닌가요?) 15:13 &lt;jrandom&gt; gpl은 아기들을 죽입니다 15:13 * jrandom 몸을 숙인다 15:13 &lt;burl&gt; 엄마 드리려고 출력해야 해요. 컴퓨터를 잘 못하시거든요 15:13 &lt;jrandom&gt; 헤헤 15:14 &lt;burl&gt; 최근 자유 소프트웨어 운동에 대해 이것저것 읽고 있어요. 윤리적으로 딱 맞는 것 같아요 15:14 &lt;burl&gt; 폐쇄 소스는 악이에요 :) 15:14 &lt;jrandom&gt; 선이든 악이든 다 똑같죠. 여기서 중요한 건 폐쇄 소스는 /안전하지 않다/ ;) 15:15 &lt;jrandom&gt; (Syndie 라이선스 요약 @ http://syndie.i2p.net/faq.html#license i2p용 종교색이 덜한 라이선스 정보 @ http://www.i2p.net/licenses ) 15:15 &lt;burl&gt; 네, 그 생각도 스치긴 했어요. 어떤 사악한 회사가 Syndie를 훔쳐서 "더 나은" 폐쇄 버전을 만든다면 누가 그걸 믿겠어요? 15:16 &lt;jrandom&gt; 자유로운 것을 훔칠 수는 없죠 15:16 &lt;burl&gt; 네, 하지만 소스에 변경을 가하고는 보여주지 않는다는 얘기죠 15:17 &lt;jrandom&gt; 그건 소스의 /당신 사본/에 대한 변경이죠. 내 소스 사본은 여전히 예전 그대로이고, 여전히 똑같이 자유롭거든요 ;) 15:17 &lt;jrandom&gt; 하지만, 네, 이해해요. 동의하진 않지만 이해합니다 15:18 &lt;jrandom&gt; 모든 걸 고려하면, 오픈 소스&gt;&gt;폐쇄 소스이고, gpl에 불쾌한 제한이 좀 있더라도 많은 용도에 충분하고, 보안 측면에서도 충분히 개방적입니다 15:18 &lt;burl&gt; 아무도 그 폐쇄 버전을 신뢰하지 않을 테니, 인기에서 대체하진 못할 거예요 15:20 &lt;jrandom&gt; 그래요 15:21 &lt;jrandom&gt; 라이선스 투정은 회의 로그 10분을 채우는 데 언제나 좋은 방법이죠 ;) 15:21 &lt;jrandom&gt; 좋아요, 회의에 더 이야기할 거 있으신가요? 15:23 &lt;+fox&gt; &lt;Ch0Hag&gt; 음, 회의 시간을 더 채워야 한다면 - 왜 Java죠? 15:23 &lt;+fox&gt; &lt;Ch0Hag&gt; 그러니까, 으엑! 15:23 &lt;jrandom&gt; !thwap 15:24 * jrandom 준비 동작을 취한다 15:24 * jrandom *baf*s 하며 회의를 종료한다 </div>/ko/blog/2006/11/28/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-11%EC%9B%94-28%EC%9D%BC/Tue, 28 Nov 2006 00:00:00 +0000/ko/blog/2006/11/28/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-11%EC%9B%94-28%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> gott, JosephLeBlanc, jrandom, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:14 &lt;jrandom&gt; 0) 안녕 15:14 &lt;jrandom&gt; 1) 네트워크 상태 15:14 &lt;jrandom&gt; 2) Syndie 개발 상태 15:14 &lt;jrandom&gt; 3) ??? 15:14 &lt;jrandom&gt; 0) 안녕 15:14 * jrandom 손을 흔든다 15:14 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-November/001320.html 에 올려두었습니다 15:14 &lt;jrandom&gt; (지연되어 죄송합니다, 부엌에서 작은 비상사태가 있었어요) 15:14 &lt;gott&gt; 안녕하세요, jrandom. 15:15 &lt;jrandom&gt; 안녕, gott 15:15 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태로 들어가 봅시다 15:15 * jrandom 1) 네트워크 상태에 추가로 할 말은 없고, 다만 제가 IRC에 13일째 끊김 없이 접속 중이라는 점을 언급합니다) 15:16 &lt;gott&gt; i2psnark을 통해 #fr의 프랑스인들에게서 제가 좋아하는 모더니스트 영화 Metroland를 다운로드할 수 있었습니다 15:16 &lt;gott&gt; 다운로드 속도는 4400 kb/s; 업로드도 비슷합니다. 15:16 &lt;gott&gt; 피어 6개. 15:16 &lt;gott&gt; 유럽 모더니스트 픽션의 전파에 아주 좋네요. 15:16 &lt;jrandom&gt; !thwap 15:17 &lt;jrandom&gt; (혹시 실제로 4Mbps가 나오고 있다면, 양쪽 모두 0hop tunnel을 쓰고 있는 거죠) 15:17 &lt;gott&gt; 초당 바이트. 15:18 &lt;jrandom&gt; 1) 네트워크 상태에 대해 더 이야기할 것 있는 분? 15:20 &lt;jrandom&gt; 좋아요, 2) Syndie 개발 상태로 넘어가죠 15:20 &lt;gott&gt; 이 부분을 i2p에서 어떻게든 더 좋게 만들 수 있을까요? 15:20 &lt;jrandom&gt; gott: 아, kbps가 아니라 4400 Bps를 말한 거죠? 15:20 &lt;jrandom&gt; 그럼 0hop tunnel 얘기는 취소할게요 15:21 &lt;jrandom&gt; 현재 보통은 4KBps 정도이고, 더 나은 피어 선택과 혼잡 관리로 개선할 수 있습니다 15:22 &lt;jrandom&gt; 좋아요, Syndie 개발 상태는 메모에 적었듯이 많은 진전이 있습니다 15:23 &lt;jrandom&gt; 아직 메워야 할 빈틈이 좀 남았지만, 대체로 새 컴포넌트를 쓰는 게 아니라 빈틈을 메우는 작업입니다 15:24 &lt;jrandom&gt; 좋아요, 2) Syndie 개발 상태에 대해 더 있을까요? 15:25 &lt;jrandom&gt; 좋아요, 그럼 3) ??? 로 넘어가죠 15:26 &lt;jrandom&gt; 이 짧은 미팅에서 더 꺼낼 주제가 있을까요? 15:26 &lt;JosephLeBlanc&gt; 돈이 필요하세요? 15:26 &lt;JosephLeBlanc&gt; 아 젠장 15:26 &lt;JosephLeBlanc&gt; 그럼, 돈이 필요하신가요? 15:27 &lt;JosephLeBlanc&gt; 컴퓨터가 필요하세요? 15:27 &lt;JosephLeBlanc&gt; 맥주 원하세요? 15:27 &lt;JosephLeBlanc&gt; 뭐요? 15:27 &lt;jrandom&gt; 현재 재정은 꽤 괜찮은 편이고, 물론 후원은 언제나 감사히 받습니다 15:27 &lt;JosephLeBlanc&gt; 어서 말해봐요 15:27 &lt;JosephLeBlanc&gt; 좋아요, 그럼 15:27 &lt;+zzz&gt; emule 클라이언트에 현상금 걸어요 :) 15:28 &lt;jrandom&gt; (하지만 정말 돈이 주머니를 태울 정도로 급하시면, osx gui 테스트용으로 mac mini 하나 있으면 좋겠네요 ;) 15:28 &lt;jrandom&gt; ㅋㅋ zzz 15:28 &lt;JosephLeBlanc&gt; 모두가 갚아야 할 4만 달러의 학자금 대출을 가진 레즈비언 속물인 건 아니죠 15:28 &lt;+zzz&gt; 좋은 작업 계속하세요 jr 15:28 &lt;jrandom&gt; 그게 폐쇄형 제안이 아니었다면: 관심과 지원은 감사하지만, 앞으로 파일 공유 앱을 작업할 시간은 없을 거예요 15:29 &lt;JosephLeBlanc&gt; modulus의 lovesoc을 구현할 수 있나요 15:29 &lt;JosephLeBlanc&gt; ? 15:29 &lt;jrandom&gt; 고마워요 zzz, 당신도요 (당신의 서비스와 코드는 정말 큰 도움이 됩니다!) 15:29 &lt;+zzz&gt; baf 가져와요 ㅋㅋ 15:30 * jrandom 구석으로 달려간다 15:30 * jrandom 준비한다 15:30 * jrandom *baf*로 미팅을 종료한다 </div>/ko/blog/2006/11/21/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-11%EC%9B%94-21%EC%9D%BC/Tue, 21 Nov 2006 00:00:00 +0000/ko/blog/2006/11/21/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-11%EC%9B%94-21%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> blx, Complication3, jrandom, koff, LeerokKitchen, LeerokLacerta, modulus, spaetz, tea, Walter, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:02 &lt;jrandom&gt; 0) 안녕 15:02 &lt;jrandom&gt; 1) 네트워크 상태 15:02 &lt;jrandom&gt; 2) Syndie 개발 상태 15:02 &lt;jrandom&gt; 3) ??? 15:02 &lt;jrandom&gt; 0) 안녕 15:02 * jrandom 손을 흔든다 15:02 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-November/001319.html 에 올려뒀어요 15:03 &lt;jrandom&gt; 그게 꽤 짧으니, 1) 네트워크 상태로 바로 들어가죠 15:04 &lt;jrandom&gt; 현재로서는 꽤 좋아 보이고, 네트워크도 꽤 안정적인 듯해요 15:04 &lt;+zzz&gt; "peer capacity index"를 만들어봤어요 15:04 &lt;+zzz&gt; 대시보드에... 15:04 &lt;+zzz&gt; 지금까지는 도움이 되는지는 잘 모르겠지만요 15:04 &lt;jrandom&gt; 아 네, 미안, 지난주에 그거 언급했었죠 - 꽤 유용해 보여요, 고마워요! 15:05 &lt;jrandom&gt; 밖의 격차가 그렇게 뚜렷하게 보이는 게 흥미롭네요 15:05 &lt;+zzz&gt; 아이디어는 high-cap router와 low-cap router의 비율이에요, 이건 당연히 tunnel build %에 중요하죠 15:06 &lt;+zzz&gt; 1.5시간 동안 netdb 업데이트를 못 받는 router는 통계에서 빼고 있는데, 너무 빠른 것 같아서 통계를 왜곡하는 듯해요 15:07 &lt;jrandom&gt; 아, 그렇군요, 그게 설명이 되네요. 아직도 수집(harvest)하고 있어요? 15:07 &lt;jrandom&gt; (아니면 dev.i2p.net에서 wget'ing?) 15:08 &lt;+zzz&gt; 네 15:08 &lt;jrandom&gt; 좋아요 15:08 &lt;+zzz&gt; netDb.harvestDirectly=false 15:08 &lt;+zzz&gt; netDb.shouldHarvest=true, right? 15:09 &lt;jrandom&gt; 그렇다면 우리가 이전에 가졌던 통계는, 사용자들이 너무 상태가 안 좋아서 꺼버리고 사라진 router에 주로 기반한 거였나 보네요? 15:09 &lt;jrandom&gt; 맞아요 15:10 &lt;+zzz&gt; 항상 1.5시간이었는데, M/N/O router들을 플로팅해 보면, 직관적으로는 꽤 일정해야 할 것들이 들락날락하는 것처럼 보여요 15:10 &lt;jrandom&gt; 아 그렇군요 15:10 &lt;+zzz&gt; 모든 데이터에서 1.5시간 동안 지속되는 급등/급락이 보여요 :) 15:11 &lt;spaetz&gt; 네트워크는 꽤 안정적인 것 같아요. 맞아요 15:12 &lt;+zzz&gt; 그 주제는 여기까지예요 15:12 &lt;spaetz&gt; 요즘 jrandom이 완전히 syndie에만 집중하는지, 아니면 여전히 i2p 개발도 보는지 알고 싶어요. 15:12 &lt;spaetz&gt; 아니면 일시적으로만 좀 뒤로 미뤄둔 건지 15:13 * jrandom 요즘은 syndie에 완전히 집중하고 있지만, 문제가 있으면 i2p에도 작업하고 syndie가 자리 잡으면 다시 할 거예요 15:13 * spaetz 정보 고마워요 15:14 * spaetz 이건 괜찮아요 15:15 &lt;jrandom&gt; w3wt. 네, 정상 상태면 syndie 개발을 계속할 수 있다는 뜻이고, 문제가 생기면 당연히 우선순위를 다시 조정해요 15:15 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태에 관해 다른 거 있나요? 15:15 &lt;Walter&gt; 뜬금없는 질문이 있어요. 15:15 &lt;jrandom&gt; 말해봐요 Walter 15:17 &lt;Walter&gt; 100Mb/s 대역폭이 있다고 가정하면, I2P 노드로 그걸 포화시키려면 어떤 서버가 필요하죠? 15:17 &lt;jrandom&gt; 상관없어요 15:17 &lt;jrandom&gt; i2p는 100Mbps를 포화시키지 못하고, 앞으로도 그럴 겁니다 15:18 &lt;Walter&gt; 사용 가능한 대역폭을 활용하고 싶다고 가정하면요. 15:18 &lt;jrandom&gt; 그럴 수 없어요. 15:19 &lt;spaetz&gt; 업/다운 150kbs인데, vserver의 25% 정도를 써요 (열두 명과 공유하는 Dell) 15:19 &lt;jrandom&gt; 그건 전체 네트워크의 수용량을 초과해요 15:19 &lt;spaetz&gt; CPU 25% 말이죠 15:19 * spaetz 그게 정확한 답은 아니라 인정하고 조용히 있을게요 15:20 &lt;jrandom&gt; router 자체에는 메모리 대 처리량 트레이드오프가 있어서, router가 3-350KBps까지 밀어붙이는 것조차 쉽지 않아요 15:20 &lt;jrandom&gt; (물론 그 트레이드오프를 조정해 더 높은 속도를 허용할 수도 있지만, 그건 문제가 아니에요) 15:21 &lt;jrandom&gt; 필요할 때만 사용되는 경우가 아니라면 대역폭을 쓰는 건 *BAD* 15:22 &lt;+zzz&gt; 지난 3개월 동안 네트워크 전체 트래픽 평균이 약 1.5 MBps(=12 Mbps)입니다 15:23 &lt;Walter&gt; 알겠어요. 15:24 &lt;+fox&gt; &lt;LeerokKitchen&gt; 소풍! 15:26 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태에 더 없으면, 2) syndie 개발 상태로 넘어가죠 15:26 &lt;jrandom&gt; 여기 진행은 계속되고 있고, windows와 linux 둘 다에서 테스트하고 있어요 15:28 &lt;jrandom&gt; 현재 전장은 포럼 관리 인터페이스예요. 다만 텍스트 인터페이스는 이미 내장되어 있어서 기능은 모두 갖춰져 있어요 15:29 &lt;jrandom&gt; 그쪽은 더 논의할 소식이 많지는 않네요 15:30 &lt;jrandom&gt; 2) syndie 개발 상태에 대해 질문/코멘트/우려 사항 있나요? 15:33 &lt;jrandom&gt; 좋아요, 그럼 3) ???로 넘어가죠 15:33 &lt;jrandom&gt; 회의에서 다룰 다른 것 있나요? 15:34 &lt;+fox&gt; &lt;blx&gt; gpl java는 언제 i2p에서 쓸 수 있게 되나요= 15:34 &lt;+fox&gt; &lt;blx&gt; ? 15:35 &lt;Complication3&gt; 아마 각 배포판에서 gpl java를 언제 쓸 수 있게 되느냐에 달렸겠죠 15:35 &lt;Complication3&gt; 아니면 Sun에서 다운로드할 수 있게 되는 때거나요 15:36 &lt;Complication3&gt; 하지만 이미 지금 사용 가능한 것과 같은 Java라서 큰 의미는 없어 보이네요 15:36 &lt;Complication3&gt; GPL이면 단지 더 편하게 패키징하고, 개선할 수 있게 해줄 뿐이죠 15:37 &lt;jrandom&gt; (그리고 i2p는 이미 gcj/kaffe에서도 동작해요, 다만 모든 클라이언트 앱이 그런 건 아니지만) 15:37 * Complication3 재빨리 백로그를 읽는다 15:37 &lt;jrandom&gt; ((그리고 syndie는 gcj/kaffe에서 완전히 동작해요)) 15:38 &lt;+fox&gt; &lt;blx&gt; Compilation, 그게 그들이 당신이 그렇게 생각하길 바라는 거죠 ;) 15:38 &lt;+fox&gt; &lt;blx&gt; 하지만 좋아요, 궁금증은 풀렸어요. 15:38 &lt;+fox&gt; &lt;blx&gt; Complication 말이죠. 잘못 읽었네요 15:39 &lt;Complication3&gt; blx: 음, 소스는 이미 지금도 공개되어 있어요. 다만 읽고 컴파일하는 사람이 거의 없을 뿐이죠 15:39 &lt;jrandom&gt; (수정해서 그 수정을 사용하는 것도 가능해요. 단지 그 수정본을 배포할 수 없을 뿐) 15:40 &lt;koff&gt; 제가 들은 제안 법안에서 요구하는 로깅 기능은 i2p에 언제 들어가나요? 15:41 &lt;jrandom&gt; 절대요 15:41 &lt;+zzz&gt; 하하하하 15:41 * Complication3 도 아마 절대 아닐 거라고 생각하죠 :) 15:41 &lt;+fox&gt; &lt;blx&gt; 무슨 법이요? 15:41 * jrandom 당신이 .de/.eu 데이터 보존 이슈를 말하는 거라고 추정한다 15:41 &lt;Complication3&gt; 포럼에서 누군가 독일의 (제안된) 법안에 대해 이야기했어요 15:42 &lt;jrandom&gt; (그리고 몇 년 뒤엔 .us 것도요) 15:42 &lt;Complication3&gt; 그렇지만 좀 더 분명히 말했어야 했어요 15:42 &lt;jrandom&gt; 그래요, 제안일 뿐이지만 크게 놀랍진 않죠 15:43 &lt;Complication3&gt; 개인적으로는, 데이터 보존 법들은 이미 여기저기서 마구 어겨지고 있잖아요 15:43 &lt;Complication3&gt; 그걸 더 수십 개쯤 더 어긴다고요? 전 개인적으로 별로 신경 안 쓸 듯... 15:44 &lt;Complication3&gt; 요컨대, 그걸 어떻게 집행할 건지 보고 싶어요 15:44 &lt;tea&gt; Napster 때처럼 : 모두 체포하기 15:45 &lt;Complication3&gt; 만약 제대로 시도한다면, 그걸 무력화할 무언가를 찾아야 할 거예요('내 나라에서는 안 돼'라는 피어링 원칙, 광기가 지배하는 나라들에 대해) 15:45 &lt;+fox&gt; &lt;LeerokLacerta&gt; 어떤 노래가 떠오르네요. 15:45 &lt;+fox&gt; &lt;LeerokLacerta&gt; http://2ch.ru/mu/src/1163070550597.mp3 15:46 &lt;tea&gt; 모든 데이터 트래픽을 익명 네트워크로 돌리는 게 도움이 될 수도 ... 15:47 &lt;Complication3&gt; 그냥 다 같이 대규모로 무시하는 건 평범한 해적들에게는 통했죠... 15:47 &lt;Complication3&gt; 당신을 무시하는 한 사람은 체포할 수 있어요. 수십만 명에게는 그럴 수 없죠. 15:47 &lt;tea&gt; 그건 독일인에게는 설득력이 없죠 :) 15:47 &lt;+fox&gt; &lt;modulus&gt; 할 수 있어요 15:47 &lt;+fox&gt; &lt;modulus&gt; 히틀러가 그랬죠 15:48 &lt;Complication3&gt; 그건 아무도 그를 몰아내려 하지 않았기 때문일 뿐이에요 15:48 &lt;jrandom&gt; *기침* 15:48 &lt;Complication3&gt; 그들이 무기를 들었더라면, 그렇게는 안 됐을 거예요 15:48 &lt;Complication3&gt; (미안, 주제에서 너무 벗어났네요) 15:48 &lt;tea&gt; 그래도 편집증적으로 경계하는 게 중요하다고 느껴지긴 하죠 15:48 &lt;+fox&gt; &lt;modulus&gt; 그렇다곤 해도 i2p가 익명성을 해치지 않고도 데이터 보존 법에 맞출 수는 있다고 봐요, 하지만 그럴 이유는 없죠. 15:48 &lt;jrandom&gt; 좋아요, 음, 거기서 i2p 관련 이슈는 다 다룬 것 같네요 ;) 15:48 &lt;tea&gt; 미안 15:49 &lt;jrandom&gt; 그래요 modulus 15:49 &lt;jrandom&gt; (어차피 개인 사용자들과 isp들이 모든 걸 로깅한다고 이미 가정하고 있어요) 15:49 &lt;+fox&gt; &lt;modulus&gt; 맞아요, 그러니 DR 기능이 포함된 i2p가 세상의 끝은 아니겠죠 15:51 &lt;Complication3&gt; 그렇더라도 그걸 포크하려고 수고할 누군가는 필요하겠지만요... :P 15:52 * jrandom 입을 다문다 ;) 15:52 &lt;jrandom&gt; 좋아요, 회의에 더 있을까요? 15:53 &lt;jrandom&gt; 없다면 15:53 * jrandom 마무리한다 15:53 * jrandom *baf*s 회의를 마감한다 </div>/ko/blog/2006/11/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-11%EC%9B%94-14%EC%9D%BC/Tue, 14 Nov 2006 00:00:00 +0000/ko/blog/2006/11/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-11%EC%9B%94-14%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> badger, green, jrandom, strike1, striker</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 15:07 &lt;jrandom&gt; 0) 안녕 15:07 &lt;jrandom&gt; 1) 네트워크 상태 15:07 &lt;jrandom&gt; 2) Syndie 개발 상태 15:07 &lt;jrandom&gt; 3) I2Phex 수정 사항 15:07 &lt;jrandom&gt; 4) ??? 15:07 &lt;jrandom&gt; 0) 안녕 15:07 * jrandom 손을 흔듭니다 15:07 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-November/001318.html 에 올렸습니다 15:07 &lt;jrandom&gt; (제가 늦었으니, 여러분이 그걸 먼저 따라잡으세요) 15:09 &lt;jrandom&gt; 좋아요, 그럼 1) 네트워크 상태로 들어가죠 15:10 &lt;jrandom&gt; [eom] :) 15:10 * jrandom 지금은 IRC 연결이 (4일+ 동안) 좋았고, 그래서 전반적으로 꽤 괜찮습니다. 15:11 &lt;jrandom&gt; stats.i2p에 새로운 피어 용량 그래프도 추가했는데, 흥미로운 비율을 자세히 보여줍니다 15:13 &lt;jrandom&gt; 자, 1) 네트워크 상태에 대해 더 있을까요? 15:14 &lt;striker&gt; 보기 좋다는 정도요. 15:14 &lt;jrandom&gt; w00t :) 15:15 &lt;jrandom&gt; 그럼 2) Syndie 개발 상태로 넘어가죠 15:15 &lt;green&gt; IRC에서 4일 넘게 연결이 유지될 수 있다니 모르겠네요,, 제 router가 그렇게 과부하되지 않았는데도 저는 24시간마다 한 번씩은 끊깁니다 15:15 &lt;jrandom&gt; green: 안타깝게도, 꽤 불규칙적이에요. 15:16 &lt;jrandom&gt; (정확히 말하면, 원인은 여러 요인에 좌우되는데 우리가 잘 통제할 수 없는 것들이죠) 15:17 &lt;green&gt; 왜 그런지 제대로 알 수 있는 방법이 있나요? 15:17 &lt;green&gt; IRC가 끊길 때에도 제 쪽에는 tunnels가 충분히 많아요 15:18 &lt;green&gt; s/when 15:18 &lt;jrandom&gt; 네, 할 수 있는 건 많지만, 저는 일단 syndie를 출시하는 데 시간을 집중하고 있어요 15:18 &lt;green&gt; 알아요, 그럼 저는 더 way 하면 되죠 ;) 15:19 &lt;green&gt; s/wait 15:20 &lt;green&gt; 망할 키보드 15:20 &lt;green&gt; 좋아요, 1은 더 없고 2로 가죠 15:20 &lt;jrandom&gt; w3rd 15:21 &lt;jrandom&gt; 노트에 있는 것 외에 덧붙일 건 많지 않아요(음, 회의에서 합리적으로 꺼낼 수 있는 범위에서는요) 15:21 &lt;jrandom&gt; 웹 캐싱 논의 스레드는 http://forum.i2p.net/viewtopic.php?t=1958 15:22 &lt;green&gt; phpbb에서 syndie로 변환하는 도구 계획이 있나요? 15:22 &lt;jrandom&gt; 그리고 언급된 최신 목업 이미지는 http://dev.i2p.net/~jrandom/mockup/forum.png 15:23 &lt;jrandom&gt; green: 음, 그건 어떤 회의에서 논의했다고 생각했는데, 로그를 보니 회의 외에서 있었네요 15:24 &lt;jrandom&gt; 짧게 답하면: 가능하고 어쩌면 누군가 하게 될 겁니다만, 당장의 로드맵에는 없어요 15:24 &lt;jrandom&gt; 적어도 phpbb&lt;--&gt;syndie의 양방향 동작은요 15:24 &lt;jrandom&gt; phpbb--&gt;syndie는 쉬워요(글을 빨아들이거나, 서버 사이드 생성으로) 15:25 &lt;jrandom&gt; syndie--&gt;phpbb도 쉬워요 15:25 &lt;jrandom&gt; 다만 사람들이 syndie를 결국 phpbb 방식으로 쓰게 될지는 잘 모르겠어요 15:25 &lt;jrandom&gt; 두고 보죠 15:28 &lt;green&gt; phpbb -&gt; syndie만이라도 충분해요 15:30 &lt;jrandom&gt; 좋아요, 그건 아주 간단하죠(phpbb가 렌더링한 HTML을 페이지로 끌어와서 게시하기). 조금 더 복잡한 건 phpb's 데이터베이스 자체에서 끌어오는 건데, 그러면 더 많이 제어할 수 있죠(하지만 그건 phpbb 관리자만 할 수 있어요 - 앞의 방법은 누구나 할 수 있고요) 15:31 &lt;badger&gt; phpbb의 관리 권한 구조는 꽤 단순해서.... 훅을 거는 건 어렵지 않죠 15:32 &lt;badger&gt; 그리고 다양한 rss 플러그인이 있어요 15:33 &lt;jrandom&gt; 아 좋아요. 사실, 누군가 그걸 시작해 보고 싶다면 최고죠 - 그냥 HTML 페이지를 생성하세요(그리고 다른 리소스를 참조해야 한다면, syndie URIs [syndie.i2p.net/spec.html#uri] 로 하세요) 15:34 &lt;jrandom&gt; (그리고 이미지/등이 필요하면, 그냥 img src="attachment1" 등으로 참조하세요) 15:34 &lt;jrandom&gt; (그다음엔 그걸 syndie 게시물에 문제 없이 밀어넣을 수 있어요) 15:35 &lt;jrandom&gt; 현재 메시지 편집기에는 "add text page"와 "add html page" 기능이 있어요... 나중엔 가져올 URL을 묻는 "add page from the web..."도 넣을 수 있겠죠 15:37 &lt;badger&gt; `http://forum.i2p/rss_news.php` 15:38 &lt;badger&gt; 그걸 syndie 마크업으로 변환하는 것도 아마 간단할 거예요 15:39 &lt;jrandom&gt; 맞아요(다만, syndie markup /is html/. uris는 그냥... 길고 읽기 어려울 뿐이죠 :) 15:41 &lt;jrandom&gt; 자, 2) syndie 개발에 대해 더 있을까요? 15:42 &lt;jrandom&gt; 없다면, 3) i2phex 수정 사항으로 넘어가죠 15:43 &lt;jrandom&gt; strike1 / Complication: 업데이트 좀 해줄래요? 15:43 &lt;strike1&gt; 자기 자신에게 연결되는 문제를 해결하는 것과 관련해 간단한 점검을 해봤어요 15:43 &lt;strike1&gt; http://forum.i2p.net/viewtopic.php?t=1965 15:44 &lt;strike1&gt; 작동은 괜찮아 보이지만, 로컬 dest가 i2phex.hosts에 추가되지 않도록 막는 것일 뿐이에요 15:44 &lt;strike1&gt; 해시 문제와 다운로드 이슈도 살펴보고 있어요 15:45 &lt;jrandom&gt; 멋져요! 15:45 &lt;strike1&gt; 지금까지 cvs의 새로운 수정 사항들 덕분에 i2phex가 조금 더 나아진 것 같기도 해요. 15:48 &lt;strike1&gt; 바라건대 Complication과 저, 그리고 도와주고 싶은 분들이 함께 곧 전부 해결할 수 있을 거예요. :) 15:49 &lt;jrandom&gt; 근사해요, 고마워요 strike1 (& complication 등등!) 15:50 &lt;jrandom&gt; 그럼 3) i2phex 수정 사항에 대해 더 있을까요? 15:51 &lt;jrandom&gt; 없다면, 4) ??? 로 넘어가죠 15:51 &lt;jrandom&gt; 회의에서 더 제기하고 싶은 것이 있나요? 15:54 &lt;green&gt; I2P에 Dijjer를 포팅할 가능성은 있나요? 15:55 &lt;green&gt; 와, 걱정 마세요, 그냥 간단한 질문이에요 ;) 15:55 &lt;jrandom&gt; 아마 아닐 거예요(dijjer 포팅은 캐싱을 하는 다수의 공개 squid outproxies를 의미하죠) 15:56 &lt;jrandom&gt; 하지만 온라인이 아닐 때도 콘텐츠를 호스팅할 수 있는 기능은 syndie로 제공될 거예요 15:56 &lt;jrandom&gt; (그리고 syndie는 i2p 위에서 동작할 수 있어요) 15:56 &lt;green&gt; 물론이죠, 그런데 syndie는 대용량 콘텐츠를 어떻게 처리하죠? 15:57 &lt;jrandom&gt; 기술적으로는 가능하지만, 실용적으로는 어렵습니다 15:58 &lt;green&gt; 그럼 캐시를 사용하는 게 그리 나쁜 생각은 아니네요? 15:58 &lt;jrandom&gt; 한편으로, syndie에서 권한이 있는 사람만 아는 세션 키로 암호화된 토렌트를 위해, syndie가 배포하는 .torrent 파일을 사용할 수 있어요 15:59 &lt;jrandom&gt; 대용량 파일을 캐시해야 하는 사용 사례는 있겠지만, freenet/dijjer의 캐싱 방식이 최선의 경로인지는 잘 모르겠어요 15:59 &lt;jrandom&gt; (말장난은 의도한 게 아니에요) 15:59 &lt;green&gt; 흠 .torrent 파일이라면 우리는 cetral 서버 / 트래커에 의존해야 하겠네요 15:59 &lt;green&gt; s/central 16:00 &lt;jrandom&gt; (예를 들어, http://freehaven.net/anonbib/#redblue 를 보세요) 16:01 &lt;jrandom&gt; green: 토렌트는 분산될 수 있고, 동일한 데이터를 많은 스웜(swarm)에 올려둘 수도 있어요 16:01 &lt;jrandom&gt; 하지만 기능적으로, 엄청난 양의 데이터를 전송하는 데 토렌트가 잘 동작한다는 건 알고 있죠 16:03 &lt;green&gt; I2P에는 그렇게 좋은 트래커가 많지 않아서, 토렌트를 여러 트래커로 분산하는 게 가능하더라도 현재로선 중앙 서버에 의존하고 있어요 16:05 &lt;jrandom&gt; 흠, 우리가 가진 트래커들은 좋아요, 다만 콘텐츠가 그리 많지 않을 뿐이죠 :) 16:06 &lt;strike1&gt; 동의해요. 그래도 postman의 트래커를 보니, 작년과 달리 그곳에서 찾은 것들이 인상적이었어요. 16:07 &lt;jrandom&gt; 맞아요, 정말요 16:07 &lt;strike1&gt; 좋은 게 많더군요 :) 16:09 &lt;jrandom&gt; 좋아요, 회의에서 더 논의할 것 있나요? 16:10 &lt;green&gt; (baf) :) 16:10 * jrandom 마무리합니다 16:10 * jrandom *baf*로 회의를 닫습니다 </div>/ko/blog/2006/11/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-11%EC%9B%94-7%EC%9D%BC/Tue, 07 Nov 2006 00:00:00 +0000/ko/blog/2006/11/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-11%EC%9B%94-7%EC%9D%BC/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>참석자:</strong> jrandom, mrflibble, spaetz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:09 &lt;jrandom&gt; 0) 안녕 15:09 &lt;jrandom&gt; 1) 네트워크 상태 15:09 &lt;jrandom&gt; 2) Syndie 개발 현황 15:09 &lt;jrandom&gt; 3) I2Phex 수정사항 15:09 &lt;jrandom&gt; 4) ??? 15:09 &lt;jrandom&gt; 0) 안녕 15:09 * jrandom 손을 흔든다 15:10 &lt;jrandom&gt; 주간 상태 노트 올라갔습니다 @ http://dev.i2p.net/pipermail/i2p/2006-November/001317.html 15:10 * spaetz 되받아 손을 흔든다 15:10 &lt;mrflibble&gt; 멋져요, 방금 전까지만 해도 #i2p-dev 에 저만 있었어요 :) 15:10 &lt;jrandom&gt; 헤헤 15:10 &lt;jrandom&gt; 그래, i2p-dev 채널로의 이동은 오래 가지 못했지 ;) 15:10 &lt;jrandom&gt; 좋아, 그럼 1) 네트워크 상태부터 들어가자 15:11 &lt;spaetz&gt; 1)에 관해: 네트워크는 안정적인 것 같아요 15:11 &lt;spaetz&gt; 하지만 말씀하신 대로, 약 7일마다 reseeding(초기 피어 정보 다시 가져오기) 이 필요해요 15:11 &lt;jrandom&gt; 응, 안타깝지만 고칠 수 있어 15:12 &lt;jrandom&gt; 임시 땜질식 해결책은 좀 보기 안 좋고, 장기적인 해결은 꽤 손이 많이 가 15:12 &lt;spaetz&gt; 맞아요, 그럼 좋겠네요. 제 방화벽이 reseeding 하기엔 너무 빡빡해요 15:12 &lt;jrandom&gt; 젠장, dev.i2p.net 으로 나가는 http 도 안 돼? 15:12 &lt;spaetz&gt; 추가로 구멍을 좀 더 뚫어야겠네요 :-) 15:13 &lt;spaetz&gt; jrandom: 나가는 건 되는데, 기본 설정으로 응답 데이터는 전부 막혀요 :-) 15:13 &lt;spaetz&gt; 근데 그건 OT(주제와 벗어남). 계속하세요. 15:14 &lt;jrandom&gt; ㅋㅋ 알겠어, 흥미롭네 15:14 &lt;jrandom&gt; 해결해야 할 이슈이긴 한데, 당장 처리 목록에는 없어 15:15 &lt;jrandom&gt; 1)에 더 보탤 말은 별로 없고.. 네트워크 상태 관련해서 더 얘기할 거 있어? 15:15 &lt;spaetz&gt; 저는 IRC에서 1~2시간마다 끊겨요 15:15 &lt;spaetz&gt; 그래도 그 정도면 안정적이라고 하겠어요 :-) 15:16 &lt;spaetz&gt; 좋아요, 2)로 넘어가죠 15:16 &lt;jrandom&gt; 헤, 좋아, 2)로 가자 15:17 &lt;jrandom&gt; 이쪽은 진전이 많아 15:17 &lt;spaetz&gt; 새 Syndie는 정식 출시되면 i2p에 통합되나요? 15:18 &lt;jrandom&gt; 흠, 번들로 함께 제공한다는 뜻이라면 잘 모르겠어. i2p에서 매끄럽게 사용할 수 있다는 뜻이라면, 응, 확실히 그래 15:19 &lt;spaetz&gt; 사실 번들을 말한 거였어요. i2p는 늘 "배터리 포함(with batteries included)"으로 오는 것 같아서요 15:19 &lt;jrandom&gt; 확신이 없는 이유는 Syndie가 꽤 무거워질 거라서야(SWT 네이티브 라이브러리, 번역, 맞춤법 사전 등등) 15:19 &lt;jrandom&gt; 번들로 묶는 옵션은 분명 제공할 거야 15:20 &lt;jrandom&gt; 아마 그게 가장 흔한 다운로드가 될 수도 있고 15:20 &lt;spaetz&gt; 좋아요, 그럼 선택적 설치로 가는 게 좋겠네요. 좋아요. 15:21 &lt;jrandom&gt; 텍스트 UI를 번들하는 건 확실히 문제없어, 꽤 가볍거든 15:22 &lt;spaetz&gt; 그 정도면 사람들한테 맛보기로 충분하겠네요 15:22 &lt;spaetz&gt; 어차피 어떤 분들은 GUI를 자기 i2p 피어와 다른 머신에서 돌리고 싶어할 수도 있고요 15:22 &lt;spaetz&gt; (저요) 15:23 &lt;jrandom&gt; 맞아 15:23 &lt;jrandom&gt; 좋아, GUI 개발 현황에 대한 티저 이미지 몇 가지: 15:23 &lt;jrandom&gt; HTML 렌더링: http://dev.i2p.net/~jrandom/mockup/render_snap.png 15:23 &lt;jrandom&gt; 포럼 트리: http://dev.i2p.net/~jrandom/mockup/syndie_refchooser.png 15:23 &lt;jrandom&gt; 메시지 트리 / 필터: http://dev.i2p.net/~jrandom/mockup/syndie_msgchooser.png 15:24 &lt;jrandom&gt; (HTML 렌더링은 전에 본 거고, 레퍼런스 선택기는 아마 봤을 테고, 메시지 선택기는 어젯밤에 막 구현됐어 ;) 15:25 &lt;jrandom&gt; 자잘한 부가기능이 많아지겠지만, 일단은 GUI에서 메시지 생성이 되도록 하는 데 집중하고 있어 15:25 &lt;jrandom&gt; (링크를 고르려면 어차피 포럼과 메시지를 탐색할 수 있어야 하니까) 15:26 &lt;spaetz&gt; 좋네요 15:26 &lt;spaetz&gt; 그래도 Syndie의 미덕은 웹 인터페이스를 통한 매끄러운 통합이었죠 15:26 &lt;spaetz&gt; 하지만 구현은 가능하리라 봐요 15:27 &lt;jrandom&gt; 음, 웹 인터페이스는 기술적으로 가능하긴 한데, 브라우저의 모든 보안 문제에 더해 javascript/etc 인터랙티브 콘텐츠가 야기하는 모든 문제를 떠안게 돼 15:28 &lt;spaetz&gt; 음, 무슨 지옥을 겪게 될지 알겠네요. 몇 해 전 freenet에서 비슷한 논의가 있었던 게 기억나요 15:28 &lt;jrandom&gt; 기술적으로는 mozilla 엔진을 끌어와 SWT Browser 위젯로 HTML 렌더링을 할 수는 있지만, 그렇게 하는 건 전혀 안전하지 않아 15:29 &lt;jrandom&gt; 응, 딱 그거야 15:29 &lt;jrandom&gt; (그리고 뭐, 5~8년이 지났는데도 그들의 필터에서 또 다른 보안 구멍이 바로 지난주에 발견됐잖아) 15:30 &lt;jrandom&gt; ((내 요지는 그들의 필터가 훌륭하지 않다는 게 아니라, 그런 필터링을 하는 일 자체가 미친 듯이 위험하다는 거야)) 15:30 &lt;spaetz&gt; 좋아요, 'Syndie for dummies'(왕초보용) 같은 문서가 있다면 한 번 해볼게요. (텍스트 UI). 이걸 위한 적절한 문서가 매뉴얼 맞나요? 15:30 &lt;spaetz&gt; 이미 좀 지나치게 구체적인 것 같던데요 15:31 &lt;jrandom&gt; 아 - Complication2의 글을 확인해봐: http://forum.i2p.net/viewtopic.php?t=1935 15:31 &lt;spaetz&gt; 좋아요, 고맙습니다. 15:31 &lt;jrandom&gt; 그건 Syndie 사이트의 페이지로 정리되고 있는데, 아직 올라가진 않았어 15:32 &lt;spaetz&gt; 좋아요, 훌륭하네요. 딱 그거면 됐어요 15:34 &lt;jrandom&gt; 좋아. 자, 지금으로선 GUI 관련 얘기는 이 정도야 15:34 &lt;jrandom&gt; 상태 노트에 p2p 쪽 분들을 위한 작은 티저가 있어, swarming syndication 시스템에 관한 거야 15:35 &lt;jrandom&gt; 네트워크 해킹을 해보고 싶은 사람들에게는 맘껏 실험하기 좋은 분야지 15:36 &lt;jrandom&gt; 하지만, 그건 그냥 곁다리 얘기고 15:36 &lt;jrandom&gt; 좋아, 2) Syndie 개발 현황에 더 없으면, 3) i2phex 수정사항으로 넘어가자 15:36 &lt;jrandom&gt; Complication2: 전체 요약 좀 해줄래? 15:38 &lt;jrandom&gt; 아니면, 여기 없으면 관심 있는 분들은 상태 노트에서 내 요약을 보면 돼 15:39 &lt;spaetz&gt; 음, 낚시하러 간 듯 15:39 &lt;jrandom&gt; 좋아, 그럼 4) ??? 로 넘어가자 15:39 &lt;jrandom&gt; 회의에서 더 다룰 게 있는 사람? 15:39 * mrflibble 손을 번쩍 든다 15:40 &lt;spaetz&gt; 아니요, (새) Syndie가 더 유용해지는 걸 기대하고 있어요 15:40 &lt;mrflibble&gt; http://dev.i2p.net/pipermail/i2p/2006-November/001317.html 에서 "hi y'all, good luck with the subpoena power"가 정확히 무슨 뜻이죠? 15:40 &lt;spaetz&gt; 첫 코드네임은 "will the real Syndie please stand up?" 이 될까요? :-) 15:41 &lt;jrandom&gt; mrflibble: http://www.electoral-vote.com:2006/ 15:41 &lt;jrandom&gt; 헤헤 spaetz 15:41 &lt;mrflibble&gt; 오! 15:41 * bar 투표용지를 임신시킨다 15:43 &lt;jrandom&gt; (민주당이 세계에 더 낫다는 뜻은 아니지만, 의회의 조사로 미국 대통령을 소환(subpoena)할 수 있게 되면 전쟁 기계에 잠시나마 몇 개의 렌치를 던져 넣는 효과가 있을 거야) 15:44 &lt;jrandom&gt; 좋아, 회의에 더 할 얘기 있어? 15:45 &lt;jrandom&gt; 없다면... 15:46 * jrandom 준비한다 15:46 * jrandom *baf*S 회의를 종료한다 </div>/ko/blog/2006/10/31/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-10%EC%9B%94-31%EC%9D%BC/Tue, 31 Oct 2006 00:00:00 +0000/ko/blog/2006/10/31/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-10%EC%9B%94-31%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> burl, fedo, jrandom, koff, tethra</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 15:33 &lt;jrandom&gt; 0) 안녕하세요 15:33 &lt;jrandom&gt; 1) 네트워크 상태 15:33 &lt;jrandom&gt; 2) Syndie 개발 상태 15:33 &lt;jrandom&gt; 3) ??? 15:33 &lt;jrandom&gt; 0) 안녕하세요 15:33 * jrandom 손을 흔듭니다 15:33 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-October/001316.html 에 올려두었습니다 15:33 * tethra 손을 흔들어 답합니다! 15:34 &lt;jrandom&gt; 그럼 1) 네트워크 상태로 들어가 보죠 15:34 &lt;jrandom&gt; 제가 아는 한 여기엔 새 소식 없습니다... 상태는 안정적인 것 같습니다 15:34 &lt;jrandom&gt; 이에 대해 얘기하고 싶은 것 있는 분? 15:35 &lt;+tethra&gt; 여기는 없습니다 15:36 &lt;jrandom&gt; 좋습니다, 그럼 2) Syndie 개발 상태로 넘어가죠 15:37 &lt;jrandom&gt; 노트에 적었듯이 WYSIWYG 편집기 컴포넌트를 좀 살펴봤는데, 꽤 골칫거리더군요(놀랄 일도 아니고), 그리고 제가 알기론 뛰어난 해법은 없는 듯합니다 15:38 &lt;jrandom&gt; 그래서 지금으로선 forum.i2p.net 같은 포럼에서 보이는 것처럼 몇 가지 보조 기능이 있는 기본 편집기로 가자는 생각입니다. WYSIWYG는 아니지만 도움이 됩니다 15:39 &lt;+tethra&gt; 그럴듯하네요. 그렇다면 나중에 WYSIWYG로 발전시킬 수도 있겠죠? 15:39 &lt;jrandom&gt; 물론입니다. 누가 작고 괜찮은 oss WYSIWYG 편집기를 찾아내면 알려주세요(이미 십여 가지는 검토했습니다만) 15:39 &lt;jrandom&gt; 네, 그건 나중에 개선하기에 아주 좋은 방향이죠 15:40 &lt;+tethra&gt; 그렇게 하면 기크와 비기크 사이의 간극도 줄어들죠 :) 15:40 &lt;+tethra&gt; (Nvu 보셨나요?) 15:41 &lt;jrandom&gt; 네, 덩치는 큰데, 기대는 됩니다 15:41 &lt;+tethra&gt; 다른 건 무엇을 살펴보셨나요? 15:42 &lt;+tethra&gt; 그냥 궁금해서요 15:42 &lt;jrandom&gt; 구글로 찾을 수 있는 건 다 봤습니다. 지금 손에 목록은 없어요 15:42 &lt;+tethra&gt; 아, 그렇군요 15:44 &lt;koff&gt; 아래에는 html, 위에는 페이지 렌더링이 실시간으로 갱신되는 분할 보기가 있으면 유용할까요? 15:45 &lt;+tethra&gt; 아니면 좌/우도요(선택할 수 있으면 좋겠고 15:45 &lt;+tethra&gt; ) 15:45 &lt;jrandom&gt; 네, 좋은 생각이네요(완전 실시간은 아니고, 반(半)실시간 정도로) 15:46 &lt;+tethra&gt; 네, 새로고침 버튼 같은 것 등 15:46 &lt;jrandom&gt; 아마 5초간 유휴 시나 버튼을 눌렀을 때 15:46 &lt;jrandom&gt; 맞아요 15:48 &lt;koff&gt; 심지어 커서를 두 개 두어서, 둘을 거의 동시에 탐색하는 느낌을 줄 수도 있지 않을까요? 15:48 &lt;+tethra&gt; 그건 좀 헷갈릴 것 같아요 :/ 15:48 &lt;koff&gt; 그럴 수도요 :) 15:50 &lt;jrandom&gt; 좋습니다, 2) Syndie 개발 상태에 대해 더 있으신가요? 15:51 &lt;jrandom&gt; 없다면, 3) ??? 로 넘어가죠 15:51 &lt;jrandom&gt; 회의에서 더 이야기하고 싶은 것 있으신가요? 15:54 &lt;+fedo&gt; 맞아요 Jr , "Joe Six-Pack"급 사용자를 위한 Syndie 1.0 사용 가이드 기대해도 될까요? 예: 그 텍스트 모드 콘솔로 뭘 할 수 있는지 ... 15:55 &lt;+fedo&gt; Syndie 테스트를 도와드리고 싶은데 아직도 Syndie를 어떻게 쓰는지 이해를 못 하겠어요! :) 15:55 &lt;jrandom&gt; fedo: http://syndie.i2p.net/manual.html 와 http://syndie.i2p.net/features.html 그리고 http://syndie.i2p.net/usecases.html 가 도움이 되나요? 15:55 &lt;jrandom&gt; 질문이 "Syndie로 무엇을 할 수 있나"인지, 아니면 "어떻게 $x를 할 수 있나"인지요? 15:55 &lt;+fedo&gt; 음, 그건 아닌 것 같아요 Jr :-/ 15:56 &lt;+fedo&gt; 정말, 해보려고는 하는데 ... 15:56 &lt;+fedo&gt; Syndie를 어떻게 써야 하는지 ... 15:57 &lt;+fedo&gt; 텍스트 모드 콘솔은 문제가 아니에요 15:57 &lt;jrandom&gt; Syndie를 어떻게 사용해서 /무엇을/ 하느냐는 건가요? 아니면 질문 자체가 '왜 Syndie를 설치하고 써야 하느냐'인가요? 15:57 &lt;+fedo&gt; 하지만 Syndie를 설치하고 나서 뭘 해야 하는지가 한 가지예요 :-s 15:57 &lt;jrandom&gt; 아 15:58 &lt;jrandom&gt; 좋아요, Syndie를 커스텀 웹 브라우저라고 생각해보세요 - 포럼에 참여하기 위해 설치하는 겁니다. 설치하고 나면, 어떤 포럼에 참여하고 싶은지 Syndie에 알려줘야 합니다 15:59 &lt;jrandom&gt; 현재 0.919b 설치본은 기본 설정으로 http://syndie.i2p.net/archive/ 의 Syndie 아카이브에 연결됩니다 - 그냥 설치하고 로그인한 뒤 동기화하면 됩니다 16:00 &lt;jrandom&gt; 동기화가 끝나면 여러 포럼의 글을 읽고, 답글을 올리거나, 자신의 포럼에 글을 올릴 수 있습니다 16:01 &lt;+fedo&gt; Jr : Syndie 사용법을 설명하는 짤막한 노트를 작성해 주실 수 있을까 합니다. 예: 어떻게 동기화하는지, 게시글을 가져오는 방법 등... 16:02 &lt;+tethra&gt; (혹은 동기화할 예시 저장소(syndie.i2p.net ?) 같은 것도요) 16:02 &lt;+tethra&gt; 아, 위를 못 읽었네요 :/ 16:02 &lt;+tethra&gt; 괜찮아요 16:03 &lt;jrandom&gt; fedo: 좋은 생각이에요, 하나 작성해둘게요 16:03 * fedo 손을 흔듭니다 16:05 &lt;jrandom&gt; 좋아요, 멋집니다. 회의에 더 논의할 사항 있나요? 16:05 &lt;+fedo&gt; Syndie를 Freenet에서 쓸 수 있게 하신 걸로 아는데, 어떻게 하는지 알려주세요 ... (Syndie의 코드를 읽어서는 제가 못 찾아요 :-/ ) 16:05 &lt;+fedo&gt; ((도와주세요 :)) 16:06 &lt;jrandom&gt; http://syndie.i2p.net/manual.html#syndicate_freenetpost 16:06 &lt;jrandom&gt; 그리고 http://syndie.i2p.net/manual.html#syndicate_getindex 16:07 &lt;+fedo&gt; 많은 '뉴런'을 태워야겠지만 해볼게요 :) 16:07 &lt;burl&gt; fedo: Complication이 포럼에 짧고 꽤 유용한 시작 가이드를 썼어요: `http://forum.i2p/viewtopic.php?p=8860#8860` 16:08 &lt;jrandom&gt; 아 맞아요, 그거 좋은 자료죠 burl 16:08 &lt;+fedo&gt; 고마워요 burl : 그 노트 한번 볼게요 ;) 16:12 &lt;jrandom&gt; 좋습니다, 회의에 더 없으면... 16:12 * jrandom 마무리합니다 16:12 * jrandom *baf*로 회의를 닫습니다 </div>/ko/blog/2006/10/24/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-10%EC%9B%94-24%EC%9D%BC/Tue, 24 Oct 2006 00:00:00 +0000/ko/blog/2006/10/24/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-10%EC%9B%94-24%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> badger, bar, cervantes, Complication, HotTuna, jrandom, tethra</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 16:03 &lt;jrandom&gt; 0) 안녕 16:03 &lt;jrandom&gt; 1) 네트워크 상태 16:03 &lt;jrandom&gt; 2) Syndie 개발 상태 16:03 &lt;jrandom&gt; 3) ??? 16:03 &lt;jrandom&gt; 0) 안녕 16:03 * jrandom 손을 흔든다 16:03 * Complication 키보드에 손이 닿는 어딘가로 비틀거리며 감 (이번 주 시작은 지옥이었지만, 이제 끝났어) 16:04 &lt;jrandom&gt; (지옥 같은 시작 만세!) 16:04 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-October/001315.html 에 올렸어 16:04 &lt;+Complication&gt; 안녕 16:05 &lt;jrandom&gt; 다들 (짧은) 노트를 읽는 동안, 1) 네트워크 상태로 넘어가자 16:05 * jrandom freshcoffee 에 3일째 끊김 없이 연결되어 있고, 두 irc 서버 모두 사용자 수가 꽤 많은 것 같아 16:06 &lt;jrandom&gt; stats.i2p도 돌아왔고, tunnel 성공률이 좀 이상하게 출렁이긴 했지만 전반적으로 상태가 좋아 16:06 &lt;jrandom&gt; (그래도 아직은 20~30 범위) 16:06 &lt;jrandom&gt; ((5~10보다는 훨씬 낫지만, 60~80보다는 훨씬 못함)) 16:07 &lt;jrandom&gt; 좋아, 1) 네트워크 상태에 대해 얘기할 거 있는 사람? 16:08 &lt;+Complication&gt; 여기도 비슷하지만, 특별히 오래 지속되는 연결은 없어 16:08 &lt;+tethra&gt; 박수 외엔, 난 없어! 16:08 &lt;+Complication&gt; NTP 관련 이슈에 대해 한 마디만 하고 싶어 16:09 &lt;+Complication&gt; 기본적으로, 10월 29일 일요일에 일부 시간대가 일광 절약 시간제에서 벗어나게 돼 16:09 &lt;jrandom&gt; (좀 고생할 듯) 16:10 &lt;+Complication&gt; 개인적으로는 아무에게도 문제를 일으키지 않길 바라지만, 내가 NTP에 그 정도로 밝진 않아서 확신하긴 어려워 16:10 &lt;+Complication&gt; 그래서, 혹시라도 최근 NTP 서버 sanity check(버전 .26에 추가됨)가 그날 밤 누군가에게 불편을 줄 경우를 대비해서... 16:11 &lt;+Complication&gt; ...그걸 비활성화할 수 있는 설정 키를 알려두는 게 낫겠다고 생각했어 (필요한 경우를 대비해서) 16:11 &lt;+Complication&gt; (상태 노트를 읽는 사람들이 알 수 있게) 16:12 &lt;+Complication&gt; 비활성화하려면 `http://localhost:7657/configadvanced.jsp` 에서 "router.clockOffsetSanityCheck=false" 라인을 입력하면 돼 16:12 &lt;+Complication&gt; 하지만 말했듯이, 아무도 그게 필요 없길 바라 16:13 &lt;+Complication&gt; 그렇지만 그날 밤 서로 다른 시간대가 전환되기 시작하면서 네트워크가 어떻게 동작하는지 지켜보는 건 흥미로울 거야 16:13 &lt;+Complication&gt; 이상 징후가 보이면 아마 봄까지는 고칠 수 있길 바라면서, 난 꼭 관찰할게 :D 16:14 &lt;jrandom&gt; 그 시각 전후에는 꽤 출렁일 가능성이 크지만, 곧 정상화될 거야 16:14 &lt;+Complication&gt; ...내가 할 말은 그게 다야. :) 16:14 &lt;jrandom&gt; 하지만, 잘 되길 바라고, 안 되면 네 말처럼 봄이 있지 :) 16:14 &lt;bar&gt; 만약 정말로 b0rk이 난다면, 며칠 전 채팅에서 나온 향후 개선을 위한 제안이 두 가지 있었어: 16:15 &lt;bar&gt; "피어가 &lt;some number 보다 적으면 NTP에 제어를 넘겨서 skewed routers가 서브넷을 형성하지 못하게 하기" 16:15 &lt;bar&gt; ...그리고 "너무 적을 경우 netdb에서 floodfill 피어 router 정보는 삭제하지 않기" 16:15 &lt;jrandom&gt; 응 16:16 &lt;+Complication&gt; 맞아, 피어의 skew 측정을 신뢰할 수 있다고 판단하는 데 필요한 데이터 포인트 수(사용 가능한 피어 시계 skew)를 조정하는 것 16:16 &lt;+Complication&gt; (앗, 방금 문장에 중복이 좀 있었네) 16:17 &lt;+Complication&gt; ...그리고 맞아, floodfill 체크. 현재 비슷한 체크는 없는 거지? 16:18 &lt;jrandom&gt; 맞아 16:18 &lt;+Complication&gt; 어떤 사람들은 때때로, 운이 좋든 마법이든, floodfill 피어를 놓쳐버리는 경우가 있는 것 같아 16:19 &lt;jrandom&gt; 그건 확실히 바로잡아야 해 16:19 &lt;jrandom&gt; (며칠 전에 그들 중 하나가 null routed 되었을 때 몇몇 사람에게 영향이 갔어) 16:20 &lt;jrandom&gt; (if #floodfill == 0, perhaps randomly treat a few as floodfill) 16:20 &lt;+Complication&gt; 그게 가능하다면, 그것도 가능해 16:21 &lt;+Complication&gt; 다만, 최소 2개(그 비슷하게) floodfill 피어를 유지하는 것에 더해 그걸 하는 게 두 배로 안전할 거야 16:22 &lt;jrandom&gt; 응 16:25 &lt;jrandom&gt; 좋아, 1) 네트워크 상태에 더 할 말 있어? 아니면 2) Syndie 개발 상태로 넘어갈까? 16:25 &lt;badger&gt; IRC 안정성 관련: 서버 쪽에서 재연결이 훨씬 훨씬 훨씬 줄어들고 있어. 16:25 &lt;badger&gt; 이제 거의 서비스라고 불러도 되겠어 :) 16:26 &lt;jrandom&gt; :) 16:28 &lt;jrandom&gt; 좋아, 2) Syndie 개발 상태로 넘어가자 16:28 &lt;jrandom&gt; 상태 노트에 적었듯이 여기 진전이 많아 16:28 &lt;jrandom&gt; 지난 며칠 동안 여기서도 그에 대해 논의가 꽤 있었고 16:28 &lt;jrandom&gt; 그 부분에 대해 얘기하고 싶은 사람 있어? 16:30 &lt;@cervantes&gt; mspaint 말고 다른 걸 설치해 16:30 &lt;jrandom&gt; 헤헷 16:30 &lt;jrandom&gt; 음, 스케치에는 *못생긴* 걸 쓰는 데에도 가치가 있어 - 기대치를 낮춰주거든 16:31 &lt;+fox&gt; &lt;HotTuna&gt; 포럼 게시글의 링크가 내려간 것 같아 ... 적어도 몇 개는.. 16:31 &lt;@cervantes&gt; 그건 글에 언급되어 있던 것 같아 16:31 &lt;+fox&gt; &lt;HotTuna&gt; 아. . 미안 16:31 &lt;jrandom&gt; hottuna: 그건 dev.i2p.net/~jrandom/mockup/ 에 미러되어 있어 16:31 &lt;@cervantes&gt; 몇 개는 아래쪽에 더 미러되어 있을 거야 16:32 &lt;+Complication&gt; 한 가지 질문: 그럼, 어떤 웹 브라우저를 분해하지 않고, 제한된 HTML을 (안전하게) 처음부터 구현하는 게 더 쉽다고 보나요? 16:33 * jrandom 방금 사진 두 장 더 올림: dev.i2p.net/~jrandom/mockup/forum.png 그리고 blog.png (지난 며칠 동안의, 포럼을 보는 다양한 방식에 관한 논의를 보여줌) 16:33 &lt;@cervantes&gt; 그게 안전하게 하기는 훨씬 쉬워 16:33 &lt;+Complication&gt; (GUI 쪽에서 무슨 일이 진행 중인지 궁금해서, 그 부분을 잘 몰랐거든) 16:33 &lt;jrandom&gt; Complication: 일반적인 포매팅 용도로 필요한 건 거의 다 해놨어 16:33 &lt;@cervantes&gt; 특히 Syndie가 지원할 html 서브셋이 제한적이라는 점을 감안하면 16:34 &lt;+Complication&gt; 아하 16:34 &lt;jrandom&gt; (글꼴, 정렬, 크기, 색상, 이미지, 링크, 목록(중첩 포함), 헤더, 문단, html entities) 16:35 &lt;jrandom&gt; 이제 배치를 위한 div나 테이블까지 하려면 상당히 더 많은 작업이 필요하지만, 지금은 그건 다루지 않을 거야 16:35 &lt;+Complication&gt; 충분히 좋아 보이네 16:36 &lt;@cervantes&gt; 그리고 물론 &lt;blink&gt; 태그 16:36 * jrandom &dagger;로 cervantes에게 투척 16:37 &lt;@cervantes&gt; 아야, 엔티티에 꿰뚫렸네 16:37 &lt;jrandom&gt; 그래도 지켜보자. 배포되어 쓰이기 시작하면, 아마 풀스펙 html 렌더링 엔진으로 전환할 필요가 생길 수도 있어 16:38 * jrandom 그래도 코드베이스를 가능한 한 작게 유지하고 싶어, 보안과 익명성 이슈에 대해 디버깅과 리뷰할 게 적어지도록 16:39 &lt;+Complication&gt; 확실히, text/plain으로 처리하는 데에는 장점이 많지 16:40 &lt;+Complication&gt; (바라건대 자연어 공격만 지원하겠지 ;P ) 16:41 &lt;+Complication&gt; hashcash(작업증명 방식) 기반 안티스팸 조치 가능성에 대한 의견은 어때? 판단하기엔 아직 이른가? 나중에 붙이기도 쉬울 거라고 보니? 16:42 &lt;@cervantes&gt; 음, 풀 html 엔진을 쓸 때는 bbcode나 위키 문법을 쓰면 마크업 인젝션 위험을 줄일 수 있겠지 16:42 &lt;@cervantes&gt; *렌더링 엔진 16:43 &lt;jrandom&gt; 붙이는 건 꽤 쉬워, Complication - 그냥 새로운 public header를 추가하면 돼(정규 syndie uri에 대해 hashcalc, 가져올 때 검증, 서명 시 생성) 16:44 * Complication 며칠 전에 몇 가지 생각해봤는데, 가볍게만 했어 16:44 &lt;jrandom&gt; hashcash도 여러 레벨에서 할 수 있어 - 새 채널마다(meta.syndie), 업데이트된 채널마다, 또는 게시물마다(아마 sizeof(post)나 #msgs/day에 따라 난이도를 조절하는 것도 가능) 16:44 &lt;+Complication&gt; 작업증명으로 hashcash를 구현한다면, 글 게시자가 어떤 것에 대해 충돌을 계산하도록 요구하는 게 가장 좋을지 궁금하네? 16:45 &lt;+Complication&gt; 아하, uri... 그게 맞을 수도 16:45 &lt;+Complication&gt; 오, 그렇네 16:45 &lt;+Complication&gt; 그건 내가 생각 못 했던 부분이야 16:48 &lt;jrandom&gt; cervantes: 맞는 말이야 16:48 &lt;jrandom&gt; 좋아, 2) Syndie 개발 상태에 대해 더 할 말 있어? 16:51 &lt;jrandom&gt; 좋아, 없으면 3) ???로 넘어가자 16:51 &lt;jrandom&gt; 더 꺼내고 싶은 얘기 있는 사람? 16:54 &lt;jrandom&gt; 좋아, 없으면... 16:54 * jrandom 예열 시작 16:54 * jrandom *baf*s 하며 회의를 종료함 </div>/ko/blog/2006/10/17/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-10%EC%9B%94-17%EC%9D%BC/Tue, 17 Oct 2006 00:00:00 +0000/ko/blog/2006/10/17/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-10%EC%9B%94-17%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, dm, jrandom, marlowe</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 16:01 &lt;jrandom&gt; 0) 안녕 16:01 &lt;jrandom&gt; 1) 네트워크 상태 16:01 &lt;jrandom&gt; 2) Syndie 개발 상태 16:01 &lt;jrandom&gt; 3) ??? 16:01 &lt;jrandom&gt; 0) 안녕 16:01 * jrandom 손을 흔든다 16:01 &lt;jrandom&gt; 주간 상태 노트가 http://dev.i2p.net/pipermail/i2p/2006-October/001314.html 에 올라가 있습니다 16:02 &lt;+fox&gt; * dm 손을 흔든다 16:02 &lt;jrandom&gt; w3wt, 자, 여러분이 그 지독히 재미있는 글을 읽는 동안, 1) 네트워크 상태로 넘어가죠 16:03 &lt;jrandom&gt; 네트워크는 현재 정상 상태를 유지하는 듯합니다만, 약간의 성장 추세가 보여요 16:04 &lt;jrandom&gt; 포럼에서 큰 CPU 관련 이슈에 대한 논의가 좀 있었지만, 내가 보기엔 아직 뚜렷한 해결은 없네요 16:04 &lt;jrandom&gt; 1) 네트워크 상태와 관련해 제기할 사항 있나요? 16:05 &lt;jrandom&gt; (0.6.1.26로 보낸 지난 한 주는 잘 지나간 것 같아요 [yay]) 16:06 &lt;+fox&gt; &lt;dm&gt; 음, 한마디 해야겠네요 16:06 &lt;+fox&gt; &lt;dm&gt; 네트워크 상태를 모니터링하는 데 일관된 지표가 있나요 16:06 &lt;+fox&gt; &lt;dm&gt; 아니면 그때그때 체감에 의존하나요? 16:07 &lt;+fox&gt; &lt;dm&gt; 매일 무작위 대상으로 접속을 시도하면서 응답 시간과 실패를 측정하는 애플리케이션 같은 게 있나요. 16:07 &lt;jrandom&gt; 저는 주로 IRC 동작과 제가 운영하는 routers의 통계와 활동을 보고 있습니다 (stats.i2p는 일~이주 정도 다운되어 있지만, 보통은 신뢰할 만한 benchmark예요) 16:08 &lt;+fox&gt; &lt;dm&gt; 좋네요, 그 사이트 확인해볼게요. 16:08 &lt;jrandom&gt; 통계 모니터링 앱을 돌리는 사람들이 몇 있어요 - orion.i2p, tino.i2p, eepsites.i2p, 그리고 stats.i2p 16:09 &lt;+fox&gt; &lt;dm&gt; 감사합니다! 16:09 &lt;jrandom&gt; 별말씀을요 :) 16:09 &lt;jrandom&gt; 좋아요, 1)에서 더 없으면 2) Syndie 개발 상태로 넘어가죠 16:10 &lt;jrandom&gt; 상태 노트에 언급했듯이 많은 일이 진행 중입니다 (이제 드디어 syndie.i2p.net에서 보기 괜찮은 웹사이트도 볼 수 있어요 :) 16:11 &lt;+fox&gt; &lt;dm&gt; 지금 내려갔나요? 16:11 &lt;+fox&gt; &lt;dm&gt; 그 말 취소 16:11 &lt;+fox&gt; * dm 조용히 함 16:11 &lt;jrandom&gt; :) 16:12 &lt;marlowe&gt; jrandom, 첫 페이지의 다이어그램이 아주 도움이 되네요 16:12 &lt;marlowe&gt; 이제 Syndie의 개념을 이해했습니다 16:12 &lt;+fox&gt; &lt;dm&gt; 게다가 예쁘기도 하고요 16:13 &lt;+fox&gt; &lt;dm&gt; 그런데 다운로드/설치 없이 Syndie에 어떻게 접근하죠? 예전에 그렇게 할 수 있었던 걸로 기억하는데요? 16:13 &lt;jrandom&gt; 좋아요, marlowe, 이해가 되어서 다행이네요 - 글로만 설명하면 헷갈릴 수 있거든요 :) 16:13 &lt;jrandom&gt; dm: 예전 Syndie(syndiemedia.i2p.net/)는 웹 기반이었지만, 이번 것은 음, 말 그대로 완전히 새로, 전면 재설계됐어요 16:14 &lt;+fox&gt; &lt;dm&gt; 웹 기반이 아니라고요? 16:14 &lt;jrandom&gt; (그리고 제 못생긴 MS-Paint 스타일 이미지를 여러분이 보고 있는 세련된 그림으로 바꿔준 cervantes에게 감사요 :) 16:14 &lt;jrandom&gt; 아니요, 웹 기반이 아닙니다 - 현재 릴리스는 사실 텍스트 전용이고, GUI 작업은 계속 진행 중이에요 16:14 &lt;jrandom&gt; http://syndie.i2p.net/roadmap.html 16:14 &lt;+fox&gt; &lt;dm&gt; 텍스트 전용! 와. 좋아요. 다운로드합니다. 16:14 &lt;jrandom&gt; w3wt 16:15 &lt;jrandom&gt; 효과적으로 사용하려면 알아두어야 할 중요한 점이 하나 있는데, 글을 올리고 내려받을 수 있는 Syndie 아카이브의 위치입니다 16:15 &lt;+fox&gt; &lt;dm&gt; 와우.. 이거 하드코어하네요. (Next Command:) 헤헷헤 16:15 &lt;jrandom&gt; 현재 http://syndie.i2p.net/archive 에 하나가 있어요 - "menu syndicate" "getindex --archive http://syndie.i2p.net/archive" 그리고 "fetch" 를 통해 그와 동기화할 수 있습니다 :) 16:16 &lt;jrandom&gt; 전체적으로 꽤 단순한 시스템이지만, 매우 구체적인 설계 특징들이 있어요 16:16 &lt;jrandom&gt; (그리고 믿기 힘들 만큼 견고해서 - 뭐든지 위에서 돌아갈 수 있어요 :) 16:17 &lt;+fox&gt; &lt;dm&gt; 정말 복잡한 앱이 텍스트 프런트엔드로 돌아간다는 데엔 뭔가 멋이 있죠 16:17 &lt;+fox&gt; &lt;dm&gt; 아무튼... 16:17 &lt;+fox&gt; * dm 다시 조용히 함 16:19 * jrandom 이달 안에 1.0까지 올리길 희망하니, 베타 테스트해 주시면 좋겠어요 16:20 &lt;jrandom&gt; (마구 굴려보시고, 뭐가 망가졌는지 알려주세요, 등등) 16:20 &lt;jrandom&gt; 물론 1.0에는 GUI가 포함되지 않을 거고, 그건 2.0에서요 16:20 &lt;+fox&gt; &lt;dm&gt; 물론이죠 16:21 &lt;jrandom&gt; 좋아요, 2) Syndie 개발 상태에 대해 코멘트/질문/제안/발톱 같은 거 있나요? 16:22 &lt;jrandom&gt; 아, 한 가지 얘기하고 싶은 게 있어요 - 제 Syndie 블로그에 올렸듯이, 로고가 필요합니다! 그러니 urn:syndie:channel:d7:channel44:bF2lursCrXhSECJAEILhtXYqQ6o-TwjlEUNJLA5Nu8o=9:messageIdi1160962964161ee 를 봐주세요 :) 16:23 &lt;+fox&gt; &lt;dm&gt; 고품질 로고를 무료 또는 준-무료로 구할 수 있는 좋은 곳이 있어요 16:24 &lt;jrandom&gt; flickr? :) 16:24 &lt;+fox&gt; &lt;dm&gt; http://www.worth1000.com/ &lt;--- 주변의 Photoshop 덕후들이 약간의 명성이나 돈을 위해 서로 실력을 겨룹니다 16:24 &lt;jrandom&gt; 아, 멋지네요 16:25 &lt;+fox&gt; &lt;dm&gt; 이전 '콘테스트'의 예시 http://www.worth1000.com/cache/contest/contestcache.asp?contest_id=12170&start=1&end=10&display=photoshop 16:25 &lt;+fox&gt; * dm 다시 조용히 함 16:26 &lt;jrandom&gt; 멋지네, 고마워 dm 16:27 &lt;jrandom&gt; 좋아요, 2에 더 없으면 3) ??? 로 넘어갑시다 16:28 &lt;jrandom&gt; 회의에서 더 논의할 거 있나요? 16:28 &lt;bar&gt; 그건 1.99b 버전까지 아껴뒀다가 Syndie 2.0을 홍보하려고 소소한 콘테스트/바운티 같은 걸 열어보면 어떨까요? 16:28 &lt;jrandom&gt; 아, 좋은 생각이네요, 어차피 1.*는 텍스트로 갈 거니까요 16:30 &lt;bar&gt; 생각해봐요, 자금은 어떻게든 마련할 수 있을 거예요 16:30 &lt;+fox&gt; &lt;dm&gt; 자금 상황은 어때요? 16:31 &lt;+fox&gt; &lt;dm&gt; jr, 지금도 이걸 풀타임으로 하고 있나요? 16:31 &lt;jrandom&gt; 네, 몇몇 미칠 만큼 관대한 기여자들 덕분에 아직 버티고 있어요 (감사!) 16:31 &lt;jrandom&gt; http://www.i2p.net/halloffame 16:32 &lt;+fox&gt; &lt;dm&gt; 아 맞다.. 빠듯한 예산. 이제 기억났네요 16:32 &lt;jrandom&gt; 헤헤 16:34 &lt;jrandom&gt; 좋아요, 더 이야기할 거 있나요? 16:34 &lt;+fox&gt; &lt;dm&gt; c-bill 하나 보냈어요. 술이나 기타 하찮은 데에만 쓰도록 하세요. 16:34 &lt;+fox&gt; &lt;dm&gt; 아, 그리고 제 진짜 이름은 비밀로 해주세요! 16:34 &lt;jrandom&gt; w00t! 고마워 dm 16:36 &lt;jrandom&gt; 좋아요, 더 없으면... 16:36 * jrandom 마무리한다 16:36 * jrandom *baf* 하며 회의를 닫는다 </div>/ko/blog/2006/10/10/2006-10-10%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 10 Oct 2006 00:00:00 +0000/ko/blog/2006/10/10/2006-10-10%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 이번 주는 간단한 현황 메모입니다</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.26 및 네트워크 상태 2) Syndie 개발 현황 3) 분산 버전 관리 재검토 4) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.26 and network status</li> </ol> </li> </ul> <p>며칠 전 우리는 zzz의 다수 i2psnark 개선과 Complication의 몇 가지 새로운 NTP 안전 점검을 포함한 새 0.6.1.26 릴리스를 배포했고, 반응도 긍정적입니다. 네트워크는 새로운 이상 현상 없이 소폭 성장하는 것으로 보이지만, 여전히 일부 사람들은 자신의 tunnels를 구축하는 데 어려움을 겪고 있습니다(늘 그랬던 것처럼).</p> <ul> <li> <ol start="2"> <li>Syndie development status</li> </ol> </li> </ul> <p>개선이 꾸준히 이어지고 있으며, 현재 알파 버전은 0.910a입니다. 1.0용 기능 목록은 대부분 충족되었으므로, 지금은 주로 버그 수정과 문서화 작업에 집중하고 있습니다. 테스트를 도와보고 싶다면 #i2p에 들러 주세요 :)</p>/ko/blog/2006/10/03/2006-10-03%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 03 Oct 2006 00:00:00 +0000/ko/blog/2006/10/03/2006-10-03%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 이번 주 상태 노트는 늦었습니다.</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) router 개발 상태 3) Syndie의 취지 계속 4) Syndie 개발 상태 5) 분산 버전 관리 6) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>지난 1~2주 동안 irc 및 기타 서비스는 비교적 안정적이었으나, dev.i2p/squid.i2p/www.i2p/cvs.i2p에서는 (일시적인 운영체제 관련 문제로 인해) 몇 가지 작은 장애가 있었습니다. 현재로서는 상황이 안정적인 상태로 보입니다.</p> <ul> <li> <ol start="2"> <li>Router dev status</li> </ol> </li> </ul> <p>Syndie 논의의 다른 한편은 &lsquo;그렇다면 그게 router에는 어떤 의미인가요?&lsquo;라는 것이고, 이에 답하기 위해 현재 router 개발의 현황이 어떤지 간단히 설명드리겠습니다.</p>/ko/blog/2006/09/12/2006-09-12%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 12 Sep 2006 00:00:00 +0000/ko/blog/2006/09/12/2006-09-12%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 여기 우리의 <em>콜록</em> 주간 상태 노트가 있어요</p> <ul> <li>Index:</li> </ul> <ol> <li>0.6.1.25 및 네트워크 상태 2) I2PSnark 3) Syndie (무엇/왜/언제) 4) Syndie 암호화 관련 질문 5) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.25 and net status</li> </ol> </li> </ul> <p>며칠 전에 우리는 0.6.1.25 릴리스를 배포했으며, 지난 한 달 동안 축적된 다수의 버그 수정과 함께 I2PSnark에 대한 zzz의 작업, 그리고 시간 동기화 코드를 좀 더 견고하게 만들기 위한 Complication의 작업이 포함되었습니다. 현재 네트워크는 꽤 안정적인 것으로 보이지만, 지난 며칠 동안 IRC는 다소 불안정했습니다(I2P와 관련 없는 이유로). 네트워크의 절반가량이 최신 릴리스로 업그레이드된 상황에서, tunnel 구축 성공률은 크게 변하지 않았지만 전체 처리량은 증가한 것으로 보입니다(아마 I2PSnark를 사용하는 사람들의 증가 때문일 것입니다).</p>/ko/blog/2006/09/12/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-9%EC%9B%94-12%EC%9D%BC/Tue, 12 Sep 2006 00:00:00 +0000/ko/blog/2006/09/12/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-9%EC%9B%94-12%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cervantes, jrandom, kostya213, modulus, tethra, vulpine</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 16:06 &lt;jrandom&gt; 0) 안녕 16:06 &lt;jrandom&gt; 1) 0.6.1.25와 네트 상태 16:06 &lt;jrandom&gt; 2) I2PSnark 16:06 &lt;jrandom&gt; 3) Syndie (무엇/왜/언제) 16:06 &lt;jrandom&gt; 4) Syndie 암호 관련 질문 16:06 &lt;jrandom&gt; 5) ??? 16:06 &lt;jrandom&gt; 0) 안녕 16:06 * jrandom 손 흔듦 16:06 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-September/001307.html 에 올려뒀어 16:07 &lt;jrandom&gt; 그 노트가 몇 시간 전부터 올라와 있었으니, 다 읽고 메모 준비해왔지? ;) 16:07 &lt;jrandom&gt; 1) 0.6.1.25와 네트 상태로 넘어갈게 16:08 &lt;vulpine&gt; &lt;Complication&gt; 0.6.1.25는 여기서는 잘 동작한 것 같아, 이전에 못 본 오류가 하나만 있었어 16:08 &lt;jrandom&gt; 좋아, 무슨 문제야? 16:08 &lt;vulpine&gt; * Complication 로그를 뒤짐 16:09 &lt;jrandom&gt; 네트워크 규모가 전보다 더 큰 것 같아, 그래도 크기 차원은 비슷하고 16:09 &lt;vulpine&gt; &lt;Complication&gt; "Unknown error reading the net.i2p.data.i2np.GarlicMessage: wtf, fromLong got a negative? -840" 16:10 &lt;vulpine&gt; &lt;Complication&gt; 시작은 "ERROR [NTCP read 1 ] .router.tunnel.FragmentHandler: Error receiving fragmented message (corrupt?)" 16:10 &lt;jrandom&gt; 아 오케이 좋아, 그건 오래전부터 있던 거라 무시해도 돼 16:11 &lt;vulpine&gt; &lt;Complication&gt; 한 번만 발생 16:11 &lt;vulpine&gt; &lt;frosk&gt; 방금 그 마지막 오류는 여러 번 봤어 16:11 &lt;vulpine&gt; * jrandom fox를 쿡 찌름 16:12 &lt;vulpine&gt; &lt;Complication&gt; 아, 하나 더: "router.tunnel.TunnelDispatcher: wtf, took 1121 to dispatch net.i2p.data.i2np.TunnelBuildMessage@XXXX out YYYYY in net.i2p.router.tunnel.PumpedTunnelGateway@ZZZZ" 16:12 &lt;vulpine&gt; &lt;Complication&gt; (이것도 별거 아닌 듯, 단순 혼잡일지도) 16:12 &lt;jrandom&gt; 응, 아마도 16:13 &lt;jrandom&gt; irc는, 분명히, 지금은 아직 좀 거칠어 16:13 &lt;jrandom&gt; (하지만 이번만큼은 i2p 탓은 아냐 :) 16:14 &lt;jrandom&gt; 좋아, 1) 네트 상태와 0.6.1.25에 대해 다른 거 있어? 16:15 &lt;kostya213&gt; 그냥 덧붙이자면 .25가 지난 몇 달 동안 겪던 문제를 전부 해결했어 16:15 &lt;jrandom&gt; 멋지네! 16:16 &lt;vulpine&gt; &lt;green&gt; NTCP만 사용할 때 상태 계산을 바꿔줘 16:16 &lt;jrandom&gt; ㅇㅋ, 하지만 udp를 비활성화하는 건 권장하지 않아 (비활성화하는 방법도 알려주지 않겠다고 분명히 말했을 거야) 16:17 &lt;jrandom&gt; 다만 상태 표시는 udp만이 유일한 전송 수단이 아니라는 걸 고려하도록 업데이트해야 해 16:17 &lt;jrandom&gt; 다음 리비전에 고칠게, 고마워 16:17 &lt;vulpine&gt; &lt;green&gt; jrandom : 물론이지, 네가 말 안 해도 코드는 읽을 수 있어 ;) 16:18 &lt;jrandom&gt; 맞아, 하지만 내가 권장하지 않고, 시도도 말라고 하면, 표시 메시지가 헷갈리게 나오더라도 놀라지 마 ;) 16:19 &lt;vulpine&gt; &lt;green&gt; 그치, 콘솔에 그냥 "OK"만 띄울 수도 있지 :) 16:19 &lt;jrandom&gt; 그러게 16:21 &lt;jrandom&gt; 좋아, 2) I2PSnark로 넘어가자 16:21 &lt;jrandom&gt; zzz는 지금 자리에 없는 것 같네 16:22 &lt;jrandom&gt; zzz가 i2psnark의 스케줄링을 개선하기 위한 몇 가지 변경을 작업 중이야 16:23 &lt;jrandom&gt; (지금은... 내 기억이 맞다면 좀 단순해, 다만 zzz가 손대는 수정이 정확히 뭔지는 잘 모르겠어) 16:23 &lt;jrandom&gt; ((그래도 진전이 기대돼!)) 16:25 &lt;jrandom&gt; 좋아, 2) I2PSnark에 더 없으면 3.*) Syndie 관련으로 넘어가자 16:26 &lt;jrandom&gt; 다룰 게 많으니까 먼저 3.1) Syndie가 무엇인지부터 들어가자 16:27 &lt;jrandom&gt; 회의 전에 게시물 암호화에 관해 몇 가지 질문을 받았어 16:27 &lt;jrandom&gt; 기본적으로, 게시물은 대칭키 방식으로 암호화돼 - 대칭키가 있는 사람은 누구나 그 게시물을 읽을 수 있어, 즉 권한이 있는 거지 16:28 &lt;jrandom&gt; 채널 답글은 채널/포럼에 연결된 공개키로 비대칭 암호화돼 16:28 &lt;jrandom&gt; 일부 게시물은 읽기 위한 대칭키를 패스프레이즈(암호문구) 기반으로 생성할 수 있어 16:29 &lt;jrandom&gt; 그리고 어떤 게시물은 읽기 가능한 헤더에 대칭키를 포함할 수도 있어(그래서 누구나 읽을 수 있게) 16:29 &lt;modulus&gt; 마지막 방식의 의미는 뭐야? 16:29 &lt;jrandom&gt; 그리고 어떤 포럼 자체는 포럼 메타데이터에 대칭키를 포함할 수 있어, 그래서 채널 메타데이터만 있으면 누구나 게시물을 읽을 수 있게 16:29 &lt;jrandom&gt; modulus: 공개적으로 읽을 수 있는 것까지도 모든 게 항상 암호화되도록 하려는 거야 16:29 &lt;jrandom&gt; (즉 간단한 도청이 무의미해지도록) 16:30 &lt;modulus&gt; 그렇네, 이해했어. 16:31 &lt;jrandom&gt; 좋아, 회의 전에 들어온 암호화 질문은 그 정도로 커버된 것 같아 16:31 &lt;jrandom&gt; 3.1) Syndie가 무엇인지에 대해 질문 있어? 16:31 &lt;jrandom&gt; (물론, 배포되면 더 명확해질 거야) 16:32 &lt;vulpine&gt; &lt;void&gt; 흠 16:33 &lt;jrandom&gt; 어때, void? 16:33 &lt;vulpine&gt; &lt;void&gt; &lt;void&gt; 메시지(.zip) 아카이브에 다른 사람의 메시지, 예컨대 인용되는 메시지도 함께 포함할 수 있지? 16:34 &lt;jrandom&gt; 음, 맞아, .snd 파일을 첨부로 포함할 수 있어, 하지만 명시적인 네임스페이스가 있어서 표준 References: 스타일로 이전 메시지에 링크할 수 있어 16:34 &lt;jrandom&gt; (즉 frost 스타일의 "스레딩"을 할 필요는 없어) 16:35 &lt;vulpine&gt; &lt;void&gt; 오케이, 그렇구나 16:37 &lt;vulpine&gt; &lt;Complication&gt; Syndie에 관해, 여러 사람이 게시하는 포럼에(일반 게시판의 계정처럼) 사람들에게 접근 권한을 주되 되돌릴 수 없게 주지 않고, 권한을 철회해야 할 때(어떤 이유든) 원치 않는 혼란을 피하는 문제를 사람들이 어떻게 풀까 궁금했어 16:38 &lt;vulpine&gt; &lt;Complication&gt; 한 가지 해법은, 물론 작성자가 클라이언트가 표시해야 할 답글 작성자를 추천하도록 지정하는 거지 16:38 &lt;jrandom&gt; Complication: 새 공개/개인 키쌍을 만들고, (임시로) 권한을 줄 사람에게 개인키를 주고, 공개키를 "keys allowed to post" 목록에 포함해 16:38 &lt;vulpine&gt; &lt;Complication&gt; ..그리고 클라이언트는, 히스토리를 추적할 의도가 없다면, 그 추천(더 정확히는 최신 버전)을 따르는 거지 16:38 &lt;jrandom&gt; (그리고 더 이상 권한이 없게 되면 그 키를 "keys allowed to post" 목록에서 제거해) 16:39 &lt;kostya213&gt; jrandom: .snd는 오디오 앱에서 널리 쓰이는 확장자라서 다른 확장자를 쓰는 게 좋겠어, MIME이 헷갈릴 거야 16:39 &lt;jrandom&gt; 아, 맞아 - 모든 포럼에는 "소유자"(서명에 쓰이는 개인키)가 있어서 누가 게시할 수 있는지 목록 등을 관리할 수 있어 16:39 &lt;vulpine&gt; &lt;Complication&gt; "keys allowed to post"는 작성자의 최신 글이나 다른 메시지에 붙는 메타데이터겠지, 맞아? 16:39 &lt;jrandom&gt; 좋은 지적이야 kostya213, 다만 그러면 .dat에 묶일지도 ;) 16:40 &lt;jrandom&gt; Complication: 아 미안, 아니야, 현재/예전 Syndie처럼 포럼/채널 자체에 대해 별도의 서명된 메타데이터 게시물이 있어 16:40 &lt;vulpine&gt; * Complication 누군가가 .dat도 이미 뭔가로 쓴다고 주장했던 것 같다고 생각함 :) 16:40 &lt;jrandom&gt; 맞아, "octet-stream"이라고 불리는 application ;) 16:40 &lt;vulpine&gt; &lt;void&gt; .syn은 주목할 만한 용도가 없는 것 같네 16:41 &lt;vulpine&gt; &lt;Complication&gt; 아하, 특수 메타데이터 게시물... 그래, 그걸로 되겠다 16:41 &lt;jrandom&gt; 오 멋져, syn으로 가자! 16:41 &lt;jrandom&gt; (좋은 눈이야 void, 고마워 kostya213) 16:41 &lt;vulpine&gt; &lt;void&gt; 흠, " 16:41 &lt;vulpine&gt; &lt;void&gt; 흠, "Word Synonym File", Company: Microsoft 16:42 &lt;jrandom&gt; 뭐, 방법을 찾게 될 거야 16:42 &lt;kostya213&gt; 응 워드에서 써 16:42 &lt;vulpine&gt; &lt;void&gt; 그래도 무시해도 되겠지 :) 16:42 &lt;kostya213&gt; 희망 잃지 마, 널리 쓰이는 MIME 타입과 충돌하지 않을 걸 찾을 수 있을 거야 16:43 &lt;jrandom&gt; 좋아, 3.1) Syndie가 무엇인지에 대해 다른 거 있어? 16:43 &lt;vulpine&gt; &lt;void&gt; 그러고 보니, 왜 꼭 세 글자 확장자에 매달려야 하지? DOS 시대의 유물인데 16:43 &lt;kostya213&gt; 꼭 물어야지, 왜 확장자를 세 글자로 제한해? 이제 DOS 쓰는 사람 없잖아 16:44 &lt;jrandom&gt; ㅎㅎ 16:44 &lt;kostya213&gt; void랑 동시에 말했네 16:44 &lt;kostya213&gt; .syndie 괜찮아 보인다 16:44 &lt;vulpine&gt; &lt;void&gt; .synd도 아무하고도 충돌 안 할 듯 16:44 &lt;kostya213&gt; 그것도 좋고 16:45 &lt;vulpine&gt; &lt;void&gt; 망할 랙 :( 16:48 &lt;jrandom&gt; 좋아, 3.2) Syndie가 왜 중요한가로 넘어가자 16:48 &lt;vulpine&gt; &lt;void&gt; jrandom: 잠깐만 16:48 &lt;cervantes&gt; (네가 중요하다고 하니까) 16:48 * jrandom 기다림 16:48 &lt;jrandom&gt; !thwap cervantes ;) 16:48 &lt;vulpine&gt; &lt;void&gt; 상태 노트에 게시물에 아바타를 첨부할 수 있고, 그렇지 않으면 기본값이 사용된다고 했잖아 16:49 &lt;vulpine&gt; &lt;void&gt; 그런데 한 사람이 단일 "기본" 대신 미리 정의한 여러 아바타를 갖고 싶다면? 16:49 &lt;jrandom&gt; 응, 작성자는 자기 채널 메타데이터에 기본 아바타를 포함할 수 있어 16:49 &lt;vulpine&gt; &lt;void&gt; 매번 다른 걸 첨부하는 건 비효율적이야 16:49 &lt;jrandom&gt; 좋은 질문이야 void - 노트에 있는 스크립트 코드로 가보자 16:50 &lt;jrandom&gt; listauthkeys --authorizedOnly true 16:50 &lt;jrandom&gt; authenticate 0 16:50 &lt;vulpine&gt; &lt;void&gt; (?) 16:50 &lt;jrandom&gt; listauthkeys는 네가 "나야"라고 서명할 수 있는 모든 아이덴티티를 표시하고, "authenticate 0"은 서명에 사용할 아이덴티티를 고르는 거야 16:51 &lt;jrandom&gt; 그래서 그 아이덴티티는 자기 채널을 갖고, 그 채널은 자기 메타데이터를 갖고, 거기에 아바타가 포함될 수 있어 16:51 &lt;vulpine&gt; &lt;void&gt; 흠, 별도의 아이덴티티는 별도의 키쌍을 의미하나? 16:51 &lt;jrandom&gt; 응 16:51 &lt;vulpine&gt; &lt;void&gt; 한 아이덴티티에 여러 아바타를 갖고 싶다면? 16:52 &lt;jrandom&gt; 채널 메타데이터에 기본 아바타가 있고, 메시지별로 재정의할 수 있어 16:52 &lt;kostya213&gt; 가치는 애매한데 16:52 &lt;vulpine&gt; &lt;void&gt; 여러 개의 "기본" 아바타 중에서 고를 수 있게 16:52 &lt;vulpine&gt; &lt;void&gt; 아니면 내가 너무 사소한 걸 파고드는 건가? :) 16:53 &lt;jrandom&gt; 아, 무슨 말인지 알겠어. 처음엔 지원 안 해 16:53 &lt;jrandom&gt; 나중에는 가능할지도 16:53 &lt;vulpine&gt; &lt;void&gt; 맞아 kostya213, 그럼 됐어 16:53 &lt;vulpine&gt; &lt;void&gt; :) 16:53 &lt;jrandom&gt; (하지만 아바타는 크기가 아주 작아서 포함해도 큰 부담은 없을 거야) 16:53 &lt;vulpine&gt; * Complication 메시지별 아바타 추가는 충분히 쉽게 코딩할 수 있을 거라고 생각함 16:53 &lt;vulpine&gt; &lt;void&gt; 그럼, 3.1) Syndie가 무엇인지? 16:53 &lt;vulpine&gt; &lt;Complication&gt; (결국엔) 16:54 &lt;vulpine&gt; * cervantes irc 서버들을 본드로 붙임 16:54 &lt;vulpine&gt; &lt;void&gt; Complication: jrandom이 방금 그걸 이미 할 거라고 했잖아 :) 16:54 &lt;jrandom&gt; (메시지별 아바타는 기본으로 갈 거야 complication, 여기서 말한 건 아바타 자체를 포함하는 대신 메시지에서 "avatar 1을 써"라고 말해서 고를 수 있게 '기본'을 여러 개 두자는 아이디어) 16:54 &lt;vulpine&gt; &lt;Complication&gt; 지연, 지연... 16:54 &lt;jrandom&gt; 좋아, 3.1에 대해 더 있어? 16:54 &lt;jrandom&gt; 없으면 3.2로 가자 16:55 &lt;vulpine&gt; &lt;void&gt; 그게 다인 듯 16:55 &lt;jrandom&gt; wr0d. 16:56 &lt;jrandom&gt; cervantes의 빈정거림 외에, "왜"에 대한 질문/코멘트/우려 사항 있어? 16:56 &lt;jrandom&gt; (어, "concerns") 16:58 &lt;vulpine&gt; &lt;Complication&gt; cervantes: ircd에 본드를 바르기 전에 표면을 알코올로 닦았나? ;) 16:58 &lt;kostya213&gt; 내 생각엔 Syndie는 정당화가 필요 없어, 이미 익명화 네트워크에 관심 있는 사람이라면 그 가치는 자명할 거야 16:58 &lt;kostya213&gt; 그리고 정보 중앙집중화의 위험을 알고 있다면 16:59 &lt;vulpine&gt; &lt;Complication&gt; (재전송, 서버에 도달했다면 무시해 주세요) 16:59 &lt;vulpine&gt; * Complication Syndie가 중요한 이유: phpBB를 돌리는 Joe Sixpack은 너무 빨리 털릴 거고, $random_blogging_tool을 돌리는 Joe Sixpack도 털릴 거야 16:59 &lt;vulpine&gt; &lt;Complication&gt; (확률은 다를지라도) 16:59 &lt;vulpine&gt; &lt;void&gt; 그러게 16:59 &lt;jrandom&gt; 응, 게다가 실제 적대자를 상대하는 사람이라면 누구든지 (꼭 국가급이 아니어도) 17:00 &lt;jrandom&gt; 좋아, 다들 얘기해줘서 좋아 17:00 &lt;jrandom&gt; 3.2에 더 없으면, 3.3) Syndie를 언제 쓸 수 있나로 넘어갈까? 17:01 &lt;vulpine&gt; &lt;void&gt; 음, 본질적으로 암호학적 원리 위에 구축되고 전송 계층과 독립적인 포럼/블로깅/이메일/커뮤니케이션 도구야 17:01 &lt;vulpine&gt; &lt;Complication&gt; ...그리고 만약 Joe Sixpack의 적수가 교차 공격을 걸어온다면, 어떤 종류의 eepsite를 돌리든 결국엔 털릴 거야 (엄청 거대한 네트워크가 아닌 이상) 17:01 &lt;kostya213&gt; 프라이버시/익명성의 즉각적 가치를 못 느끼는 이들에게는 설득이 어려울 수도 있어 17:01 &lt;jrandom&gt; kostya213: 응, 그래도 몇 가지 요령을 쓸 수 있어, 예컨대 오프라인으로 안전하게 브라우징할 수 있게 한다든가 17:02 &lt;vulpine&gt; &lt;Complication&gt; 보안 자체는 누구나 좋아할 수 있지 17:02 &lt;jrandom&gt; (예: RSS 요약만이 아니라 참조된 전체 페이지까지 끌어오는 오프라인 RSS 리더) 17:02 &lt;vulpine&gt; &lt;void&gt; 그러니, 왜 정당화가 필요한지 모르겠어 :) 17:02 &lt;vulpine&gt; &lt;void&gt; kostya213: Syndie를 쓰기 위해 익명이 될 필요는 없어 17:02 &lt;cervantes&gt; Syndie를 언제 사용할 수 있는지, 아니면 Syndie가 언제 쓸 만해지는지? 17:02 &lt;jrandom&gt; 말 잘했어 void :) 17:03 &lt;cervantes&gt; 텍스트 인터페이스라면 꽤 방대한 사용 문서가 필요하겠지 17:03 &lt;jrandom&gt; cervantes: 지금 Syndie는 기능적으로 동작해(게시물 생성, 채널 관리, 게시물 읽기, 답글 달기 등 가능) 17:03 &lt;kostya213&gt; jrandom: Syndie는 중복성을 어떻게 처리해? 콘텐츠 소실에 얼마나 강해? 17:03 &lt;cervantes&gt; (사용 가능해지려면) 17:03 &lt;jrandom&gt; cervantes: 각 명령이 문서화된 인라인 메뉴가 있어(최소한으로라도) 17:04 &lt;cervantes&gt; 좋아, 사용 시나리오 예시 계획도 있어? 17:04 &lt;jrandom&gt; kostya213: Syndie는 콘텐츠 계층에서 동작해 - 중복성은 다른 것에서 처리해. 예를 들어 usenet에 올리면 usenet 전체에 복제돼 17:04 &lt;cervantes&gt; 아마 요령은 이 모든 걸 어떻게 스크립트로 엮는지 배우는 거겠지 17:04 &lt;vulpine&gt; &lt;void&gt; kostya213: 그건 Syndie의 영역 밖이야, 전송 메커니즘에 달렸거든 17:04 &lt;vulpine&gt; &lt;void&gt; 아쉽지만 17:04 &lt;jrandom&gt; 좋은 아이디어야 cervantes 17:05 &lt;jrandom&gt; 첫 Syndie 릴리스에는 예전/현재 Syndie처럼 HTTP 복제 시스템이 포함될 거야 17:05 &lt;jrandom&gt; cervantes: 아마 베타 사용자들이 자기들이 좋아하는 스크립트를 모아서 우리 배포에 포함시켜줄 수도 있지 :) 17:05 &lt;modulus&gt; 음, 이거 콘솔 앱이야? 17:05 &lt;jrandom&gt; modulus: 응, 처음엔 텍스트 기반 앱 17:06 &lt;modulus&gt; 훌륭해! 17:06 &lt;cervantes&gt; jrandom: 베타 사용자들이 어떻게 쓰는지 알아내기만 하면 말이지 ;-) 17:06 &lt;jrandom&gt; ㅎㅎ 17:06 * jrandom curses/기타도 고려했지만, CLI만 있는 것 대신 대화형 스크립트 가능한 텍스트 인터페이스가 아마 가장 단순하고 유용하다고 판단했어 17:07 &lt;jrandom&gt; (GUI 없이라는 뜻) 17:07 &lt;cervantes&gt; modulus: 봐, jrandom이 네 끈질긴 피드백을 들었잖아 :) 17:07 &lt;vulpine&gt; &lt;Complication&gt; 원한다면 그 위에 더 대화적인 텍스트 인터페이스를 올릴 수도 있을 거야 17:07 &lt;jrandom&gt; 응, 물론 17:08 &lt;jrandom&gt; (코드는 pircbot 같은 IRC 클라이언트와 손쉽게 통합되도록 만들어져 있어) 17:08 &lt;modulus&gt; cervantes: ㅋㅋ 17:09 &lt;modulus&gt; 상상대로라면 그 위에 GUI를 얹을 수도 있겠네 17:09 &lt;modulus&gt; 물론 일이 훨씬 많겠지만. 17:09 * kostya213 emacs 플러그인을 기다림 17:09 &lt;modulus&gt; 하하하 17:09 &lt;jrandom&gt; ㅎㅎ 17:09 &lt;modulus&gt; 사실 emacs 모드도 나쁘지 않지, 그러면 더 많은 괴짜들을 끌어들일지도 몰라. 17:10 &lt;cervantes&gt; 아이덴티티를 고르려면 ctrl-alt-shift-break-uparrow-num7-b를 누르시오 17:10 * jrandom 그건 elipsers에게 맡길게 ;) 17:10 &lt;kostya213&gt; 악의는 없지만, 이 프로젝트가 더 많은 괴짜를 끌어들일 필요가 있는지는 모르겠어 17:10 &lt;vulpine&gt; &lt;Complication&gt; 그런 부류의 괴짜들이 코딩도 할까? 17:11 &lt;jrandom&gt; 그러길 바라지 complication 17:11 &lt;jrandom&gt; 좋아, 3.3)이 앞으로 나올 것들을 어느 정도 설명해 줄 거야 17:11 &lt;jrandom&gt; 언제냐면, 글쎄, 지켜보자고, 하지만 "곧"이길 바래 ;) 17:12 &lt;jrandom&gt; 좋아, 3.3)에 대해 더 있어? 17:12 &lt;vulpine&gt; * Complication 그런 괴짜 무리들이 환영이긴 하겠지 :D 17:12 &lt;cervantes&gt; 코딩이라는 게 있고, 난독화된 perl로 해석되는 tcl을 쓰는 게 또 있지 17:12 &lt;kostya213&gt; FUSE 플러그인도 유용할 수 있겠다 17:13 &lt;jrandom&gt; 응 17:13 &lt;jrandom&gt; 좋아, 4) Syndie의 암호로 넘어가자 17:13 &lt;jrandom&gt; 그 이슈들에 대해 코멘트 있는 사람? 17:14 &lt;vulpine&gt; &lt;Complication&gt; 그러고 싶지만, 그 암호/해시/키 길이의 강도를 평가할 역량은 없어 17:15 &lt;vulpine&gt; &lt;void&gt; elgamal/rsa 서명은 얼마나 길지? 2kbit 키에 4kbit? 17:15 &lt;vulpine&gt; * Complication 그 얘기는 전적으로 다른 사람에게 맡김 17:15 &lt;jrandom&gt; 바로 떠오르진 않네 17:15 &lt;vulpine&gt; &lt;void&gt; dsa랑 비교하면? 17:16 &lt;jrandom&gt; (근데 ECC는 작고 좋아 보이네) 17:16 &lt;modulus&gt; ElGamal 서명은 다루기 어렵고 길어. gpg 팀도 그걸 겪었지. 17:16 &lt;jrandom&gt; 응, 다만 그 트릭들 중 일부는 키 재사용과 관련 있었어 17:16 &lt;vulpine&gt; &lt;void&gt; 아, 오케이 17:16 &lt;vulpine&gt; &lt;void&gt; 응, 그렇네 17:16 &lt;tethra&gt; modulus: 길고 단단하다면, 그런 건 취향 커뮤니티가 따로 있지 17:17 &lt;jrandom&gt; 좋아, 그 포인트는 그냥 미리 알리고, 생각나는 게 있을 때 의견 달라는 의미였어 17:17 &lt;cervantes&gt; 플러그형 암호 알고리즘을 구현할 수 없을까 - 더 나은 키 생성 방식이 표준화되면 Syndie에 그걸 추가하고 새 게시물부터 그걸 쓰게 하고, 오래된 게시물은 예전 방식을 계속 쓸 수 있게 17:17 &lt;tethra&gt; (미안) 17:17 &lt;jrandom&gt; cervantes: DSA: 접두사를 포함하니까, Elg: 접두사도 가능해 17:17 &lt;modulus&gt; 1024비트로 제한된 DSA를 쓰는 거야, 아니야? 17:18 &lt;modulus&gt; 해시는 뭐야? sha1이야 아니면 더 높은 버전? 17:18 &lt;cervantes&gt; 그러니까 지금은 Syndie의 출발을 잘 하게 하는 데 신경 쓰는 거네 17:18 &lt;jrandom&gt; DSA는 1024비트뿐이야 (더 긴 dsa2 제안이 있긴 하지만 아직 표준화되지 않았어) 17:18 &lt;jrandom&gt; 그리고 맞아, DSA는 sha1이 필요해 17:18 &lt;modulus&gt; 음, 내가 알기론 표준 전에도 꽤 강력했던 걸로 알아. 17:18 &lt;kostya213&gt; cervantes 말이 맞아, Syndie 콘텐츠를 고정된 암호로 묶어두면 순방향 보안이 떨어져, 알고리즘이 언제 한순간에 망가질지 몰라 17:18 &lt;modulus&gt; 하지만 과정을 면밀히 따라가진 않아서 네가 아마 맞을 거야 17:19 &lt;jrandom&gt; kostya213: 하지만 선택지는 암호학에 안 좋아, 그래서 가능하면 값을 고정해야 해 17:19 &lt;jrandom&gt; (익명성 때문에 안 좋아) 17:19 &lt;vulpine&gt; &lt;void&gt; 왜 더 많은 사람/프로토콜이 ECC를 안 쓰는지 알아? 연구 부족이 걱정돼서야, 아니면 호환성 문제 때문이야? 17:19 &lt;modulus&gt; 특허. 17:20 &lt;jrandom&gt; 특허랑 FUD, 그리고 구현상의 우려가 좀 있어 17:20 &lt;vulpine&gt; &lt;void&gt; 아, 맞네 modulus 17:20 &lt;modulus&gt; 그런데, 예를 들어 rsa-sha512 대신 dsa로 갈 만한 좋은 이유가 있어? 17:20 &lt;tethra&gt; 특허와 FUD와 국가(이 모든 게 한꺼번에) 17:20 &lt;modulus&gt; 성가시게 하려는 건 아니고, gpg 같은 데서도 그 방향으로 갔잖아, 등등. 17:20 &lt;jrandom&gt; 그 옵션은 몇 년째 검토 안 해봤네 modulus 17:21 &lt;modulus&gt; 분명 DSA가 표준인 건 장점이지만, 키는 작고 해시는 약하지. 물론 그게 가장 약한 고리가 될 것 같진 않지만 ;-) 17:23 &lt;cervantes&gt; "선택"을 제안하고 싶은 건 아니고 - 새 버전의 Syndie가 점점 더 안전한(의무) 암호를 묶어서 제공하는 거지 17:23 &lt;vulpine&gt; &lt;Complication&gt; 어떤 암호가 현재 최선인지와 상관없이, 구조에 향후 변경을 위한 여지를 두는 건 합리적일 듯 17:23 &lt;jrandom&gt; 응, 다만 그건 상호운용을 위해 더 약한/오래된 버전으로의 폴백을 내포해 17:23 &lt;jrandom&gt; 뭐, 좋아, 그건 차차 풀어가자 17:24 &lt;jrandom&gt; 좋아, 5) ???로 넘어가자 17:24 &lt;jrandom&gt; 회의에 더 가져올 거 있는 사람? 17:25 &lt;cervantes&gt; 좋아하는 소스의 최신 글을 읽을 수 없다는 건 모두가 업그레이드를 유지하게 만드는 좋은 동기야 17:25 &lt;jrandom&gt; 어느 정도는 17:26 &lt;cervantes&gt; no=not 17:26 &lt;jrandom&gt; (응, 동기는 되지만, 사람들은 게으르거나 '소프트웨어 업그레이드'에 관심 없어, 등등) 17:27 &lt;jrandom&gt; s/people/some people/ 17:27 &lt;cervantes&gt; 그건 그 사람들 문제겠지 17:27 &lt;jrandom&gt; 맞는 말 17:27 &lt;kostya213&gt; 적어도 I2P 구현은 무통 업그레이드가 가능해 17:28 &lt;jrandom&gt; 물론이지 17:28 &lt;cervantes&gt; ???와 관련해 - irc 연결성에 대한 사과 - ISP가 주요 네트워크 캐리어 중 하나를 "가능한 한 빨리" 복구할 거야 17:29 &lt;jrandom&gt; w3wt 17:29 &lt;vulpine&gt; &lt;Complication&gt; ??? 주제로, NTP 수정의 두 번째(더 광범위한) 부분이 거의 동작 단계라 곧 테스트를 위해 커밋하고 싶다는 걸 덧붙일 수 있겠어 17:29 * cervantes 소금을 집어듦 17:29 &lt;kostya213&gt; router 개발의 단기 계획은 뭐야? 로드맵이 정확해? 17:29 &lt;jrandom&gt; wikked complication 17:29 &lt;vulpine&gt; &lt;Complication&gt; 목표는 피어의 시계 오차를 바탕으로 NTP 서버를 재평가하는 거야 17:29 &lt;jrandom&gt; kostya213: Syndie가 나올 때까지 안정화 17:30 &lt;jrandom&gt; (내 관점에서는) 17:30 &lt;vulpine&gt; &lt;Complication&gt; (그리고 잠재적으로 연결성을 해칠 수 있는 행동을 피하는 것) 17:31 &lt;cervantes&gt; 훌륭 17:32 &lt;jrandom&gt; 좋아, 회의에 더 있을까? 17:34 * jrandom 마무리함 17:34 * jrandom *baf*하며 회의를 마침 </div>/ko/blog/2006/08/01/2006-08-01%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 01 Aug 2006 00:00:00 +0000/ko/blog/2006/08/01/2006-08-01%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요, 여러분. 오늘 밤 회의 전에 간단한 메모 몇 가지를 공유하려 합니다. 여러분이 제기하실 다양한 질문이나 이슈가 있을 것으로 생각하므로, 오늘은 평소보다 더 유연한 형식으로 진행하겠습니다. 다만 먼저 언급하고 싶은 사항이 몇 가지 있습니다.</p> <ul> <li>Network status</li> </ul> <p>네트워크가 꽤 잘 동작하는 것으로 보입니다. 상당히 큰 I2PSnark 전송의 swarms(스웜)들이 완료되고, 개별 router에서도 상당한 전송 속도가 달성되고 있습니다 — 저는 650KBytes/sec와 17,000개의 참여하는 tunnels를 별다른 문제 없이 본 적이 있습니다. 스펙트럼의 하위권에 있는 저사양 router들도 문제없이 동작하며, 2 hop tunnels로 eepsites(I2P Sites)와 irc를 브라우징하면서 평균 1KByte/sec 미만만 사용합니다.</p>/ko/blog/2006/08/01/i2p-dev-meeting-august-01-2006/Tue, 01 Aug 2006 00:00:00 +0000/ko/blog/2006/08/01/i2p-dev-meeting-august-01-2006/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, cervantes, Complication, frosk, jrandom, polecat, tethra, void</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 16:02 &lt;jrandom&gt; 좋아, 이제 시작하자 16:03 &lt;jrandom&gt; 안녕, 회의 전 메모를 http://dev.i2p.net/pipermail/i2p/2006-August/001304.html 에 올려놨어 16:03 &lt;jrandom&gt; 내가 여기서 그 메시지를 다시 읽어주는 대신, 우리 표준 ??? 섹션으로 바로 넘어가자 - 16:04 &lt;jrandom&gt; 논의하고 싶은 안건 있는 사람? 16:04 &lt;@cervantes&gt; 으음 16:04 * cervantes 허둥지둥 글을 읽으러 감 16:05 &lt;+Complication&gt; 네트워크 상태와 관련해서, 여기서는 모두 정상... 16:05 &lt;+Complication&gt; 근데 NTCP 전송(transport)에 대한 질문 한 가지가 있어요(사실 포럼에서 전달한 질문). 16:06 &lt;+Complication&gt; 즉, 그것을 활성화하면 어떤 사람에게 CPU 부하 문제가 생길 수 있을까요? (그분은 XP를 쓰고 있었음) 16:06 &lt;@cervantes&gt; 난 오히려 전환한 뒤로 CPU 사용률이 더 낮아졌다고 말해야겠네 :) 16:07 &lt;jrandom&gt; 음, 그건 *비활성화*할 수 없어 (소스 코드를 읽고 비밀 주문을 아는 게 아니라면 ;) 16:07 &lt;+Complication&gt; 이 문제를 말한 사람은(쉽게 재현되진 않고, 여기서는 큰 CPU 사용은 없음) 높은 CPU 사용률이 NTCP와 상관관계가 있어 보였다고 했어요 16:07 &lt;jrandom&gt; 그러니까, 그 말은 NTCP 수신(inbound) 연결을 허용하지 않는다는 뜻이라 가정할게 16:07 &lt;+polecat&gt; NTCP가 내 router를 즉시 CPU를 끝까지 '클록'하게 만들어요, 그리고 config 파일을 수동으로 수정해서 router를 다시 작동시키기 전까지 그걸 두 번 반복했죠. 16:07 &lt;jrandom&gt; (발신(outbound) NTCP 연결은 계속 사용하면서) 16:07 &lt;+Complication&gt; (여기서는 평소보다 아주 조금만 올라갔는데, 아마 데이터를 *엄청* 더 많이 밀어넣어서일 듯) 16:08 &lt;+Complication&gt; ( `http://forum.i2p/viewtopic.php?t=1815` ) 16:08 &lt;jrandom&gt; NTCP 연결을 성립할 때는 무거운 암호 연산을 하게 돼 (또는 세 번) 16:08 &lt;jrandom&gt; 수신 NTCP 연결을 허용한다면, 한꺼번에 수많은 수신 시도가 들어올 수 있어. I2P router가 수백 대나 있으니까 16:09 &lt;jrandom&gt; polecat: 그건 NTCP 탓이 아니라, NTP 풀에 있는 불량 NTP 서버 탓이었어 16:09 &lt;+polecat&gt; 맞아요. 그러니까 그건 제가 직접 어떻게 할 수 있는 문제가 아니었던 거네요. 16:09 &lt;jrandom&gt; (그 NTP 서버를 추적해서 풀 운영진이 !thwap 하게 만든 cervantes에게 감사 :) 16:10 &lt;jrandom&gt; ((그리고 앞으로 그런 미친 녀석들을 피할 수 있게 해준 Complication에게도 :)) 16:10 &lt;@cervantes&gt; 헤헷 그들의 서버 감시가 주중에만 작동하는 것 같아 ;-) 16:10 &lt;+Complication&gt; 음, 현재의 회피는 꽤 제한적이에요 16:10 &lt;@cervantes&gt; http://www.pool.ntp.org/scores/216.52.237.153 16:11 &lt;+Complication&gt; 나중에는 더 '편집증적'으로 엄격한 걸 코딩해보려고요 16:11 &lt;+polecat&gt; 오, 그러면 NTCP를 켜도 더는 CPU를 '클록'하지 않는 건가요? 16:11 &lt;jrandom&gt; (원래도 그랬던 적 없어, polecat. 우연의 일치였지 ;) 16:12 &lt;+Complication&gt; "clock"이 구체적으로 어떤 의미로요? 16:12 &lt;jrandom&gt; (cervantes의 링크 참고) 16:12 * polecat이 Complication의 뒤통수 한 대 후려침. 16:12 &lt;@cervantes&gt; 뭘 피우고 있니, polecat 16:12 &lt;+Complication&gt; :P 16:12 &lt;+polecat&gt; 어, 그러니까, 모든 클록 사이클을 싹 가져갔다는 뜻이에요. :) 16:13 &lt;+Complication&gt; 시계가 30초 앞으로나 뒤로 튀었다면, 정말 많은 세션을 잃고, 온갖 무거운 암호 연산에 의존하게 됐을 거예요 16:13 &lt;+Complication&gt; 그럼 CPU 사이클을 엄청 잡아먹었겠죠 16:13 &lt;+Complication&gt; 실제로 포럼의 그분도 같은 일을 겪고는 잘못 상관지었을 수도 있겠네요? 물어봐야겠어요… 16:13 &lt;jrandom&gt; 아.. 음, 유효한 수신 NTCP 연결이 몰려오면 CPU도 순간적으로 치솟고, 반면 발신 전용 NTCP는 한 번에 제한된 수의 새 NTCP 피어와만 대화하려고 해 16:14 &lt;jrandom&gt; 수신 NTCP를 활성화하지 않아도 전혀 문제 없어. 16:15 &lt;@cervantes&gt; Complication: 서버가 월요일 중반쯤에 고쳐졌으니, 그 이후에도 문제가 있었는지 확인해볼 가치가 있겠어 16:15 &lt;jrandom&gt; 좋아, 다른 논의할 거 있는 사람? 16:16 &lt;+Complication&gt; cervantes: 그러게요, 시도해볼 만해요 16:16 &lt;@cervantes&gt; 여전히 일부 사람이 주기적으로 leases(리스, 목적지 임대 항목)를 잃는다는 보고가 있었어... 그거 알려진 문제야? 16:16 &lt;+void&gt; NTCP 구현이 SSU와 얼마나 달라요? 16:17 &lt;+polecat&gt; leases를 잃는지 어떻게 알 수 있죠? 16:18 &lt;jrandom&gt; void: NTCP에서는 메시지당 대역폭 오버헤드가 약간 더 있어 (하지만 OS의, 아마도 더 효율적인, 신뢰성 전송 구현으로 상쇄될 수도 있어) 16:18 &lt;+Complication&gt; polecat: tunnels.jsp에서 특정 tunnel 풀(예: "shared clients")에 tunnel이 없다고 표시될 거예요 16:18 &lt;jrandom&gt; cervantes: 응, 우리 tunnel 빌드 성공률이 아직 기대치만큼 못 미쳐 16:18 &lt;+void&gt; polecat: router 콘솔에 그렇게 나와 16:18 &lt;+Complication&gt; 그리고 void 말대로, 콘솔 왼쪽 사이드바에도 표시돼요 16:19 &lt;+polecat&gt; 저는 "No leases" 메시지를 자주 봐요... 그 얘기 맞죠? 16:19 &lt;@cervantes&gt; 응 16:20 &lt;+polecat&gt; 그게 보통 제 IRC 연결을 끊어먹어요. 전 그게 정상인 줄 알았는걸요! 16:21 * jrandom 찡그림 16:24 &lt;+tethra&gt; ㅋㅋ ;) 16:25 &lt;jrandom&gt; 좋아, 회의에서 더 할 얘기 있는 사람? 16:25 &lt;@cervantes&gt; jrandom: 요즘 syndie는 진전이 있었어, 아니면 ntcp/버그 수정/ISP 찾기/자전거 타기 하느라 손이 모자랐어? 16:27 &lt;+tethra&gt; feedspace 소식은 있어요, 아니면 그냥 그들의 eepsite로 가면 될까요? 16:28 &lt;jrandom&gt; 라이브 네트가 엉망진창이 됐을 때는 syndie를 옆으로 밀어놨어. 하지만 네트가 다시 궤도에 오르면서 syndie가 내 시간을 다시 가져가고 있고, 곧 작은 CLI 시스템을 내놓길 바라 (그 다음엔 사용자 피드백을 바탕으로 집중된 GUI들이 나올 거고) 16:28 &lt;jrandom&gt; (이미 구현된 SWT GUI는 꽤 괜찮은 상태지만, 기대치를 조정하기엔 아마 CLI부터 시작하는 게 좋을 거야) 16:29 * jrandom feedspace 소식은 아직 못 들었음 16:29 &lt;@cervantes&gt; 좋네 16:29 &lt;jrandom&gt; frosk: 소식 있어? :) 16:29 &lt;+polecat&gt; syndie를 다시 작업한다니 기뻐요. 새 버전이 꽤 기대돼 보여요. 노드에서 블로그를 삭제한다든지, 계정과 무관한 관리자 작업을 하는 것 같은 일에 대한 ACL은 어떤가요? 16:30 &lt;@cervantes&gt; &lt;jrandom&gt; DELETE FROM messages WHERE postedOn &lt;NOW()-14*24*60*60; 16:31 &lt;jrandom&gt; 로컬 아카이브는 기본적으로 신뢰되는 상태로 남을 가능성이 커 (로컬 아카이브 DB에 접근할 수 있다면, 파일을 마음대로 바꿀 수 있으니까) 16:32 &lt;jrandom&gt; 하지만 공유 블로그의 경우엔, 게시물과 변경 사항을 인증 및/또는 인가하기 위한 암호 구조 세트가 이미 갖춰져 있어 16:33 &lt;jrandom&gt; (하지만 사람들이 '미승인' 게시물도 볼 수 있는 방법은 있을 거야, 다만 아주 한쪽 구석으로 밀려나 있겠지) 16:33 &lt;+polecat&gt; 누군가 수천 개의 거대한 블로그 글로 syndicate들을 플러딩하기만 하면, 게시글을 물리적으로 삭제하는 기술은 곧 완성될 거라고 확신해요. 16:34 &lt;+tethra&gt; 헤헷 16:35 &lt;jrandom&gt; 물리적 삭제는 쉬워, 처음부터 어떤 게시물을 받아들일지가 문제지 ;) 16:36 &lt;jrandom&gt; (syndie를 영화 배포 플랫폼 같은 걸로 만들 생각은 없어) 16:36 &lt;+polecat&gt; 샘플을 받아보기 전에는 무엇을 받아들이는지 확신할 수 없죠. 화이트리스트에 있는 블로그만 허용하고, 새 ID는 추가 전에 시험적으로 허용했다가 스팸 배신이 보이면 즉시 삭제하는 식을 상상해요. 16:36 &lt;jrandom&gt; 응 16:37 &lt;+polecat&gt; 저는 대화 흐름들을 서로 엮는 응용에 더 관심이 있어요: 공통 태그만 공유하고 중앙 서버가 전혀 없는 BBS를 만들 수도 있죠! 16:37 &lt;jrandom&gt; (새 ID는 수동으로 허용하고, 플러딩하는 ID는 수동으로 킥밴하고, 등등) 16:37 &lt;jrandom&gt; 그런 걸 위한 암호 구조가 기본으로 들어있기도 해, polecat :) 16:37 &lt;+polecat&gt; BBS에서는 승인된 메시지를 모더레이터가 서명하고, 사람들이 그 승인 목록을 모더레이터의 블로그에서 수집하는 방식일 수도 있겠네요. 16:38 &lt;+polecat&gt; 오우 훌륭하네요. 16:38 &lt;@frosk&gt; jrandom: 요즘은 GUI 작업을 하고 있었는데, 새 직장 시작과 병행하긴 어렵더라 :( 16:39 * cervantes가 인사팀에 연락해 frosk를 해고시키려 함 16:40 &lt;jrandom&gt; 아 좋네, syndie가 엉성한 HTTP syndication을 밀어내기 시작하면 다시 끌리게 될 거라 기대해 ;) 16:40 &lt;@frosk&gt; 적어도 우리 상사는 이제 I2P 개발을 팔로우해요 :) 16:40 * jrandom이 frosk의 상사에게 손 흔듦 16:40 &lt;@frosk&gt; 오 그러게요, 아직도 결심은 굳건해요(젠장!) :) 16:40 &lt;jrandom&gt; (frosk에게 휴가를 더 줌, 우리에겐 그가 필요해!) 16:41 &lt;@cervantes&gt; 네가 회사 기밀 정보를 syndie 블로그에 올려왔다는 걸 그가 읽지 않길 바라 16:41 &lt;bar&gt; GUI는 좋지, 우리는 GUI를 좋아해. 용서할게. 16:41 &lt;+Complication&gt; 헤헤 :) 16:41 &lt;@frosk&gt; 그의 사무실에 들어갔더니 syndie를 읽고 있는 걸 보게 되니 묘하더라고요 :) 16:41 &lt;jrandom&gt; 하하 굉장한데 16:42 &lt;+polecat&gt; 축하해요 frosk, 설령 수치와 악명 속에서 해고되더라도, 적어도 한 사람에게라도 syndie가 얼마나 멋진지 보여줬잖아요. 16:43 &lt;@frosk&gt; 헤헤 맞아요 16:43 &lt;+tethra&gt; 하하 16:44 &lt;@frosk&gt; 그 GUI(SWT 기반)는 feedspace의 모든 걸 위한 테스트베드이고/될 거예요, 시작을 떼기 위해서요 16:44 &lt;jrandom&gt; r0x0r 16:45 &lt;+void&gt; jrandom: 메일링 리스트에 올라오는 모든 글을 syndie에도 교차 게시(cross-post)하는 게 어때요? 16:45 &lt;jrandom&gt; 그걸 syndie SWT GUI에 완전히 통합해야 해 (기본 패러다임은 브라우저지만, 탭에는 HTML 페이지를 표시하진 않아) 16:46 &lt;+polecat&gt; 그거 좋겠네요. 저는 이제 메일링 리스트를 더는 못 받는 것 같아요. 16:46 &lt;jrandom&gt; void: 누가 작은 셸 스크립트를 써서 procmail 출력을 syndie CLI로 파이프하는 건 꽤 쉬울 거야 16:46 &lt;@cervantes&gt; 이 근사한 SWT GUI들이 애플리케이션에 묶여 있어? 아니면 CLI 실행 파일을 위한 상위 레이어(tops)들이거나 TCP를 쓰는 등등이야 16:46 &lt;@frosk&gt; 그 말이 맞네요 16:46 &lt;jrandom&gt; (기억이 맞다면, 예전에 내 블로그에 syndie CLI로 글을 넣는 방법을 설명한 글이 있어) 16:47 &lt;+polecat&gt; 현재는 syndie로 들여보낼 RSS 피드를 만들 수 있지만, 아직 좀 조악해요. 16:47 &lt;jrandom&gt; cervantes: 이벤트 핸들러에서 JDBC, 거기에 JNI와 MSVC 콜아웃을 인라인으로, 물론 ;) 16:47 * jrandom 몸을 숙임 16:48 &lt;+polecat&gt; Microsoft Visual Classes? 16:49 &lt;@cervantes&gt; jrandom: 그럼 SQL을 말할 수 있는 건 뭐든 syndie를 관리할 수 있겠네 16:49 &lt;jrandom&gt; (syndie 관점에서, 기능은 기본적으로 JDBC 데이터베이스만 갱신하는 많은 작은 CLI 앱들로 구현돼 있고, DB를 둘러보는 SWT UI가 있어) 16:51 &lt;+polecat&gt; 그리고 데이터베이스에 JDBC와 SQL 두 인터페이스가 있으니, 어느 프로토콜로 통신하든 클라이언트가 syndie를 망가뜨릴 수 있겠군요. 16:51 &lt;jrandom&gt; cervantes: 글쎄, 맞기도 하고 아니기도 해 - 데이터베이스의 꽤 많은 부분이 암호화되어 있어서, 모든 필드를 읽을 수 있는 건 아니거든 16:51 &lt;+void&gt; 현재 웹 인터페이스는 계속 남아 있을까요? 16:51 &lt;jrandom&gt; (JDBC == SQL) 16:51 &lt;jrandom&gt; void: 아니 16:51 &lt;+polecat&gt; JDBC는 멍청한 인간 가독 프로토콜이 아니라고 하신 줄 알았는데요? 16:51 &lt;+Complication&gt; JDBC == Java Database Interface, ODBC와 좀 비슷하죠 16:51 &lt;jrandom&gt; ((JDBC ~= SQL)) 16:51 &lt;+Complication&gt; SQL을 얹어 대화하는 무언가요 16:52 &lt;+void&gt; jrandom: syndie.i2p/syndiemedia.i2p.net은 어떻게 되나요? 16:52 &lt;+polecat&gt; 오. 뭐 어쨌든, 참고로 전 원래 SQL을 좋아하지 않았어요. 16:52 &lt;@cervantes&gt; jrandom: 그러니 직접 데이터를 빨아들이려 하기보단 syndieTools (tm)를 위한 상위 레이어(top)를 만드는 게 최선이겠네 16:53 &lt;jrandom&gt; void: 시간이 말해주겠지. 아마 1) syndie의 웹사이트/eepsite로 쓰이고, 2) syndicate할 게시물의 공개 아카이브로 쓰이며, 그리고 결국 웹 인터페이스가 작성되면 3) 웹 인터페이스를 제공할 거야 16:53 &lt;+polecat&gt; 고대 COBOL 문장 대신, 데이터베이스 쿼리로 바이트코드를 제출하면 안 되나요? 16:53 &lt;jrandom&gt; 그래, cervantes 16:53 &lt;jrandom&gt; !lart polecat 16:54 &lt;+void&gt; 헤헤헤 16:54 &lt;+polecat&gt; 아, 내 비밀 약점. 16:54 &lt;@cervantes&gt; * 인벤토리에 lart가 6개 남아 있습니다. 북쪽에 문이 있고, 바닥에는 의식을 잃은 polecat이 있습니다 16:54 &lt;jrandom&gt; cervantes: 그건 사실 CLI 앱 #3이야(개별 게시물을 추출하는 것, 앱 #2인 개별 게시물 나열 다음에 오고(그 전에 #1은 개별 게시물 생성, 그 전에 #0은 닉네임(nym) 관리))) 16:54 &lt;jrandom&gt; ㅋㅋ 16:54 &lt;+tethra&gt; 하하 16:55 &lt;+Complication&gt; 기능 제안: 바이트코드 대신, 살아있는 $agency 요원을 데이터베이스 쿼리로 제출하는 건 어때요? ;P 16:56 &lt;+Complication&gt; 안전성 검증이 훨씬 쉬울 거예요 :P 16:56 &lt;@cervantes&gt; jrandom: 알겠어 16:56 &lt;+tethra&gt; 적절한 기후에서는 그들이 전서구처럼 행동하나요, Complication? 16:56 &lt;+Complication&gt; tethra: TCP 스택을 통째로 밀어 넣는 데 성공한다면만요 :P 16:56 &lt;+polecat&gt; 맞아요, CPP 위의 데이터베이스 쿼리! 16:57 &lt;+Complication&gt; TCP에서 구겨지면 그들이 손상될 수도 있겠네요 16:58 &lt;+Complication&gt; (미안, 농담은 정말 #i2p-chat에서만 해야 하는데, 가끔은 참을 수가 없네) 16:58 * cervantes 곧 baff가 다가옴을 감지함 16:58 &lt;+Complication&gt; 데이터베이스 쿼리를 셸코드로? 16:59 &lt;jrandom&gt; 좋아, 회의에 더 할 말 있는 사람? 16:59 &lt;+polecat&gt; http://www.blug.linux.no/rfc1149/ &lt;- 진짜로 이걸로 I2P를 tunnel할 수 있겠네요. 16:59 * Complication은 차라리 SQL을 고수하겠다고 함 17:00 &lt;+void&gt; jrandom: Java 말고 다른 언어들도 HSQLDB 데이터베이스용 라이브러리가 있나요? 17:01 &lt;+Complication&gt; OO도 있을 법해요, 그쪽에서 쓰는 것 같으니까요 17:01 &lt;+void&gt; 제 눈엔 '아닌 것' 같네요 17:01 &lt;+void&gt; 오, 흐음 17:01 &lt;@cervantes&gt; OpenOffice가 이걸 쓰니까 그럴 거라고 생각해 17:01 &lt;+Complication&gt; 근데 OpenOffice가 무엇으로 작성됐는지는 잘 모르겠네요 17:01 &lt;jrandom&gt; 내가 알기론 없어. 하지만 누군가는 다른 JDBC 데이터베이스(MySQL, Oracle 등)로 syndie를 돌릴 수 있어 17:01 &lt;jrandom&gt; OO는 Java를 써 17:02 &lt;+void&gt; OpenOffice는 이 데이터베이스를 정확히 무엇에 쓰죠? 17:02 &lt;+Complication&gt; 근데 부분적으로만 쓰는 것 같아요 17:02 &lt;jrandom&gt; void: PDF 생성과, Access 같은 그들의 데이터베이스 앱에 써 17:02 &lt;jrandom&gt; (그 밖에도 여러 가지) 17:02 &lt;+Complication&gt; 외부 JRE를 권장하는 걸 보면요 17:02 &lt;+void&gt; 알겠어요 17:03 &lt;+void&gt; 이식성 있는 SQL을 쓰는 건 골치 아프죠 17:03 &lt;+Complication&gt; 트리거나 저장 프로시저를 안 쓴다면, 그렇게 큰 고통은 아닐 텐데요 17:04 &lt;jrandom&gt; 에이, 그렇게 나쁘지 않고, 외부화하기도 쉬워 17:04 &lt;+void&gt; 특히 Oracle을 노릴 때는요 ;) 17:05 &lt;jrandom&gt; 사실, HSQLDB는 PL/SQL을 지원해 ;) 17:06 &lt;bar&gt; 이 데이터베이스를 통계, 피어 프로필, netdb 같은 데 쓰려는 다른 계획도 있나요..? 17:06 &lt;jrandom&gt; 아니, 이건 syndie 전용이야 17:06 &lt;bar&gt; 알겠어요 17:07 &lt;jrandom&gt; (그래도 HSQLDB 코드를 함께 배포하면, I2P에서도 '공짜로' 쓸 수 있어) 17:07 &lt;@cervantes&gt; syndie는 I2P 애플리케이션이 아니라, 단지 I2P 위에서 돌 수 있는 애플리케이션일 뿐이니까, 맞지? 17:07 &lt;jrandom&gt; 그래 cervantes, I2P에 대한 의존성은 없어 17:07 &lt;+Complication&gt; Syndie를 이식성 있게 유지하는 게 좋아요, I2P 이외의 다른 전송(transport)도 있을 수 있으니까요 17:07 &lt;bar&gt; 맞아요 17:08 &lt;+Complication&gt; 그런데, 같은 머신에서 HSQLDB 인스턴스를 여러 개 돌리기도 어렵지 않다고 봐요 17:08 &lt;+Complication&gt; 그래서 다른 앱들이 필요하면 그냥 가져다 쓸 수도 있을 것 같네요 17:08 &lt;jrandom&gt; 사소한 일이야, 그리고 in-JVM 데이터베이스만 쓰면 비용도 0이지 17:08 &lt;+Complication&gt; (가능하면 자기 인스턴스를 쓰게요) 17:10 &lt;+void&gt; SQLite용 JDBC 드라이버는 없나요? 17:11 &lt;jrandom&gt; 모르겠어, 써본 적이 없어 17:11 &lt;+void&gt; 아, 뭔가 *있*어 보이네요 17:13 &lt;jrandom&gt; 좋아, 회의에 다른 안건 있어? 17:13 &lt;jrandom&gt; 없으면... 17:13 * jrandom 준비 동작에 들어감 17:13 * jrandom 한 걸음 물러남 17:13 * jrandom 와인드업함 17:13 * jrandom 회의에 *baf*를 날려 종료함 </div>/ko/blog/2006/06/13/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-6%EC%9B%94-13%EC%9D%BC/Tue, 13 Jun 2006 00:00:00 +0000/ko/blog/2006/06/13/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-6%EC%9B%94-13%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> fedo, jrandom, modulus, NickyB, user-land</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 16:05 &lt;jrandom&gt; 0) 안녕하세요 16:05 &lt;jrandom&gt; 1) 네트워크 상태 16:05 &lt;jrandom&gt; 2) 0.6.1.21 16:05 &lt;jrandom&gt; 3) ??? 16:05 &lt;jrandom&gt; 0) 안녕하세요 16:05 * jrandom 손을 흔든다 16:05 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-June/001293.html 에 올렸습니다 16:06 &lt;jrandom&gt; 여러분이 그걸 살펴보는 동안, 1) 네트워크 상태로 넘어가죠 16:07 &lt;jrandom&gt; 지금 네트워크 동작이 썩 좋지는 않아요 - 어떤 사람들에겐 꽤 잘 되지만, 다른 사람들에겐 전혀 동작하지 않기도 합니다 16:07 &lt;modulus&gt; .20은 제겐 꽤 잘 동작하는데 .19는 전혀 동작하지 않았어요, 물론 그냥 개인적인 사례겠지만요. 16:08 &lt;jrandom&gt; 당신은 '일화'라고 하지만, 저는 '데이터 포인트'라고 하죠 :) 16:08 &lt;jrandom&gt; 그래도 내일 새 릴리스를 낼 건데, 상황이 좀 나아질 거예요 16:09 &lt;jrandom&gt; 아, 그게 2)겠네요... 1) 네트워크 상태에 대해 먼저 더 얘기할 게 있나요? 16:10 &lt;jrandom&gt; 없으면, 2) 0.6.1.21로 넘어가죠 16:11 &lt;jrandom&gt; 0.6.1.20-7이 CVS head이고, 내일 중으로 0.6.1.21이 될 겁니다 16:12 &lt;jrandom&gt; 빠른 피어들이 더 많은 tunnel을 처리하는 능력을 개선할 것이고, 그에 따라 모두의 성공률이 올라갈 겁니다 16:13 * jrandom 현재 성공률이 대략 30~60%(만료는 제외)인데요 - 만료는 더 줄어들길 바랍니다 16:14 &lt;jrandom&gt; 좋아요, 그 부분에 더 덧붙일 건 많지 않아요- 변경 사항은 history.txt에 나열돼 있으니, 내일 릴리스를 기다려 주세요 16:14 &lt;jrandom&gt; (또한 릴리스를 배포하는 데 최대 12시간이 걸릴 수 있다는 점을 기억하세요. 그러니 -7을 직접 build 하거나, 메일링 리스트/웹사이트의 실제 공지까지 기다리는 게 좋습니다) 16:15 &lt;jrandom&gt; 좋아요, 그럼 3) ???로 슬슬 넘어가죠 16:15 &lt;jrandom&gt; 다른 안건 있으신가요? 16:15 &lt;user-land&gt; i2p로 인한 부하를 감당할 수 있는 router 추천이 있나요? 16:15 &lt;NickyB&gt; 네 16:15 &lt;NickyB&gt; ircproxy에 관해서요 16:15 &lt;user-land&gt; 그리고 i2p 1.0을 막고 있는 건 뭐죠? :-) 16:16 &lt;jrandom&gt; user-land: 첫 번째 질문에 대해서는, 없어요(“인내심”을 빼고는) 16:16 &lt;jrandom&gt; 두 번째 질문에 대해서는, 첫 번째 답변을 보세요 16:16 &lt;NickyB&gt; 먼저, 서툰 영어 죄송해요. 제 ircProxy는 다른 proxy들(eeproxy 포함)처럼 LAN에서 접근 가능하도록 설정돼 있는데, 제 6668은 인터넷에서 접근이 되네요.... 16:17 &lt;jrandom&gt; NickyB: LAN에서라고 했을 때, 어떤 *interface*에 바인딩돼 있나요 (`http://localhost:7657/i2ptunnel/index.jsp` 에서) 16:18 &lt;jrandom&gt; NickyB: interface가 "0.0.0.0"이면, 어디에서나 연결을 받습니다. "127.0.0.1"이면 localhost에서만 연결을 받습니다. "10.0.0.123"이나 "192.168.1.42"라면 LAN에서의 연결을 받습니다 16:19 &lt;NickyB&gt; 음, 제 console의 경우 client.config에서 변경을 했어요 16:19 &lt;NickyB&gt; clientApp.0.args=7657 192.168.0.1 ./webapps/ 16:19 &lt;NickyB&gt; 192.168.0.1 은 제 모든 proxy에 지정해 둔 주소예요 16:19 &lt;NickyB&gt; 접속 가능 대상: 16:20 &lt;NickyB&gt; LAN 호스트 16:20 &lt;NickyB&gt; 192.168.0.1 16:20 &lt;NickyB&gt; 그리고 제 4444는 인터넷에서 접근이 안 되는데, 6668은 됩니다 16:20 &lt;jrandom&gt; NickyB: 해당 i2ptunnel proxy를 중지했다가 다시 시작해야 변경 사항이 적용됩니다 16:21 &lt;jrandom&gt; 다만, 회의가 끝난 뒤에 디버깅을 계속할 수 있을 거예요(이건 전부 로그에 남으니까 ;) 16:21 &lt;NickyB&gt; 해볼게요, 감사합니다 16:21 &lt;jrandom&gt; 천만에요, 기다려줘서 고마워요 16:21 &lt;jrandom&gt; 좋아요, 회의에서 더 다룰 안건 있나요? 16:21 &lt;fedo&gt; 왜 .21은 *mandatory* 릴리스가 아닌가요? .12 .13 등 routeurs가 많이 있어서 묻는 거예요. 이건 네트워크 건강에 도움이 안 될 수도... 16:23 &lt;jrandom&gt; 예전 router들은 큰 해가 되지 않고, 수도 그리 많지 않아요(현재 버전에서 1 릴리스 이내에 머무는 게 대략 200~300대 정도예요) 16:23 &lt;user-land&gt; 제 하드웨어 router가 i2p 부하로 다운됐어요. 그래서 하드웨어 추천을 물어본 거예요. 16:24 &lt;jrandom&gt; 아, 미안해요, 제가 질문을 오해했네요, user-land. 저는 값싼 Linksys와 Belkin으로도 버텼어요, 다만 현재 colo에 어떤 스위치를 쓰는지는 모르겠네요 16:24 &lt;user-land&gt; 고마워요. 16:25 &lt;jrandom&gt; fedo: ...21의 핵심은 1) 빠른 router들이 업그레이드하는 것(그리고 애초에 그들이 가장 업그레이드할 가능성이 높죠) 그리고 2) 사용자들이 ...19 이상을 쓰는 것입니다 16:26 &lt;fedo&gt; 알겠어요 Jr 16:26 &lt;jrandom&gt; 좋아요, 회의에서 더 다룰 안건 있나요? 16:28 &lt;user-land&gt; 노고에 감사해요 :-) 16:28 * ashter2가 user-land의 말에 재청합니다 16:28 &lt;user-land&gt; 그리고 http://www.savetheinternet.com/ 16:29 &lt;jrandom&gt; (에이, 우리를 지켜줄 걸 정치에 기대하지 마세요. 기술을 쓰죠) 16:29 &lt;jrandom&gt; 좋아요, 더 없으면... 16:30 * jrandom 마무리한다 16:30 * jrandom *baf*로 회의를 종료함 </div>/ko/blog/2006/06/13/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B82006-06-13/Tue, 13 Jun 2006 00:00:00 +0000/ko/blog/2006/06/13/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B82006-06-13/<p>안녕, 여러분, 또 화요일이네요,</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) 0.6.1.21 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>These days, things aren&rsquo;t doing so great on the net, and unfortunately, there aren&rsquo;t local tweaks you can do to improve it. Your patience is appreciated.</p> <ul> <li> <ol start="2"> <li>0.6.1.21</li> </ol> </li> </ul> <p>지난 몇 차례 릴리스 동안 네트워크 동작의 변수들을 줄여 왔고, 앞으로 하루 정도 내에 0.6.1.20에서 얻은 경험을 바탕으로 새로운 0.6.1.21 릴리스를 내놓을 수 있을 것입니다. 그 밖에도, 내일 릴리스는 불필요한 tunnel 거부 횟수를 줄일 것입니다(다소 지나치게 느슨한 상태가 되긴 하겠지만), 그리고 그것이 배포되면 개선이 있기를 기대합니다. 그렇지 않다면, 우리를 다시 양호한 상태로 돌려놓기 위해 과감히 뜯어고쳐야 할 하위 시스템이 하나 더 남아 있지만, 가능하다면 그 싸움은 피하고 싶습니다.</p>/ko/blog/2006/05/30/2006-05-30%EC%97%90-%EB%8C%80%ED%95%9C-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 30 May 2006 00:00:00 +0000/ko/blog/2006/05/30/2006-05-30%EC%97%90-%EB%8C%80%ED%95%9C-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 잠시 중단이 있었지만 다시 주간 상태 노트를 공유할 시간입니다 (시스템 유지보수 사유로 서명되지 않았습니다)</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) 피어 필터링 3) Syndie 상태 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>유감스럽게도 네트워크 상태에 관해 보고할 새로운 소식은 없습니다. 네트워크 사정이 여전히 좋지 않고, 현재로서는 로컬에서 이를 안전하게 개선할 수 있는 미세 조정이나 튜닝 가능한 매개변수가 없습니다. 가능해지는 대로 개선에 도움이 될 추가 정보와 릴리스를 제공하겠습니다. 그때까지는 기다려 주시면 감사하겠습니다.</p> <ul> <li> <ol start="2"> <li>Peer filtering</li> </ol> </li> </ul> <p>한동안 검토해 온 변경 사항 하나는 우리의 tunnel을 위한 피어를 선택할 때 고려하는 router의 범위를 보다 엄격하게 거르는 필터입니다. 원래는 상황이 조금 안정되고 추가적인 안전 조치까지 갖춘 뒤에 배포할 계획이었지만, 이 변경이 현재 문제를 실제로 완화할 수도 있는 만큼 개념 증명 차원에서 먼저 시도해 봐도 좋겠다고 생각합니다. 기대한 대로 성과를 낸다면 (안타깝게도 서비스에 지장을 줄 수 있는) 일부 안전 조치와 함께 이를 본격적으로 확대 적용하겠지만, 그렇지 않다면 그런 지장을 감수할 필요는 없습니다.</p>/ko/blog/2006/05/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-5%EC%9B%94-30%EC%9D%BC/Tue, 30 May 2006 00:00:00 +0000/ko/blog/2006/05/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-5%EC%9B%94-30%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, cervantes, frosk, green, jrandom, tethrar</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 16:00 &lt;jrandom&gt; 0) 안녕 16:00 &lt;jrandom&gt; 1) 네트워크 상태 16:00 &lt;jrandom&gt; 2) 피어 필터링 16:00 &lt;jrandom&gt; 3) Syndie 상태 16:00 &lt;jrandom&gt; 4) ??? 16:00 &lt;jrandom&gt; 0) 안녕 16:00 * jrandom 손을 흔든다 16:01 &lt;jrandom&gt; 주간 상태 노트를 여기에 올렸습니다 @ http://dev.i2p.net/pipermail/i2p/2006-May/001291.html 16:01 &lt;jrandom&gt; (무려 한 시간 일찍 올렸어요 [아니면 저를 놀리고 싶다면 몇 주 늦었다고 해도 되고요 ;]) 16:02 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태로 바로 들어가죠 16:02 &lt;jrandom&gt; 상황이 원래 되어야 할 만큼 좋지는 않습니다. 혼잡 붕괴 때보다는 나아졌지만, 지금보다는 더 좋아야 해요 16:03 &lt;jrandom&gt; 그래도 그에 대해 더 덧붙일 말은 많지 않습니다. 1)에 대해 질문/우려 사항 있나요? 16:03 &lt;@frosk&gt; .19로는 IRC 연결이 며칠씩 유지되더군요, 그래서 여기서는 불만 없습니다 16:04 &lt;jrandom&gt; 좋네요 16:04 &lt;jrandom&gt; 네, 어떤 사람들에겐 좋지만 충분히 좋지도, 충분히 일관적이지도 않습니다. DB 안의 통계도 그다지 좋아 보이지 않아요 16:06 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태에 대해 더 있을까요, 아니면 2) 피어 필터링으로 넘어갈까요? 16:07 &lt;jrandom&gt; [여기서 이동하는 효과음 삽입] 16:09 &lt;jrandom&gt; 메일에서 언급했듯이, 핵심은 우리의 피어 선택을 조금 향상시키는 것입니다. 처음에는 약간 위험할 수 있어 능동적인 분할 공격을 일부 허용하게 되겠지만, 제가 기대하는 대로 작동한다면 그것들을 피할 수 있습니다 16:10 &lt;jrandom&gt; (하지만 이를 피하려면 사실상 모든 router 아이덴티티(식별자)를 '죽여야' 하고, 그것은 사실상 네트워크 리셋과 같으므로 그럴 가치가 있지 않다면 피하고 싶습니다) 16:11 &lt;bar&gt; 한 번만 리셋하나요, 아니면 반복적으로요? 16:11 &lt;bar&gt; s/reset/killing 16:11 &lt;jrandom&gt; 최소한 한 번, 그리고 이후의 모든 급격한 설정 변경 때에도요 16:12 &lt;jrandom&gt; (즉 router 아이덴티티의 certificate에 몇 가지 기준을 넣는 것이고, 그렇게 하면 ident 해시가 바뀌므로 어떤 설정을 일부 사람에게만 밀어넣고 다른 사람들에겐 다른 설정을 밀어넣는 식으로 속일 수 없게 됩니다) 16:13 &lt;bar&gt; 알겠습니다 16:14 &lt;jrandom&gt; 좋아요, 지금 그 주제에 대해 더 할 말은 없는 것 같고요, 누가 질문/코멘트/우려 있나요? 16:15 &lt;jrandom&gt; (다음 하루이틀 안에 빌드가 나올 겁니다. 안정화되면 릴리스하죠) 16:17 &lt;jrandom&gt; 좋아요, 3) 을 간단히 짚고 넘어가죠.. 16:18 &lt;jrandom&gt; Syndie는 잘 진행되고 있고, amd64/amd32/x86/swt/gcj 전쟁이 늘 보기 좋았던 것은 아니지만 6월에 빌드를 준비해 둘 겁니다 16:19 &lt;jrandom&gt; (하지만 아직 mingw/gcj 얘기는 제게 하지 마세요 ;) 16:19 &lt;jrandom&gt; 지금은 그에 대해 더 보탤 말이 많지 않습니다. Syndie 개편과 관련해 질문/우려 있나요? 16:21 &lt;@cervantes&gt; mingw/gcj 지원은 어떻게 되어가나요? 16:21 &lt;@cervantes&gt; *고개를 숙여 피함* 16:22 &lt;@cervantes&gt; 6월 릴리스 전에 스크린샷 몇 장 볼 수 있을까요? :) 16:23 &lt;jrandom&gt; 열성적인 자원봉사자 몇 분을 프리릴리즈 테스트에 끌어들이려고 할 게 분명해요 ;) 16:23 &lt;tethrar&gt; 저도 끼워 주세요 ;) 16:23 &lt;jrandom&gt; w3wt 16:24 &lt;jrandom&gt; 좋아요, 모두가 기다려 왔다는 걸 아는 그 항목으로 넘어가죠: 4) ??? 16:24 &lt;jrandom&gt; 와썹? 16:24 &lt;green&gt; Via C7에서 "제대로" 동작하는 I2P router를 만들 계획이 있나요? jbigi가 순수 Java 대비 30%만 좋아요 16:25 &lt;jrandom&gt; 30% 개선이어도 여전히 CPU를 너무 잡아먹나요? 무엇이 그것을 "제대로"가 아니게 하나요? 16:25 &lt;jrandom&gt; 하지만, C7을 위한 더 나은 libGMP를 만들 만큼의 수학적 지식이나 C7 ASM 실력은 없습니다. 16:25 &lt;green&gt; 물론이죠, CPU 로드 100%면 너무 CPU 인텐시브예요 :P 16:26 &lt;jrandom&gt; CPU 로드 100%라는 건 문제는 jbigi 자체가 아니라 jbigi를 너무 자주 써야 한다는 데 있다는 뜻입니다 16:26 &lt;jrandom&gt; 그리고 그 점을 위해, 맞아요, 우리가 준비 중인 게 많습니다. 16:26 &lt;jrandom&gt; (예: 연결 재수립 횟수 줄이기, tunnel 구축 성공률 향상 등) 16:27 &lt;jrandom&gt; ((그리고 router가 처리할 수 없으면 tunnel 요청을 그만큼 받지 않도록)) 16:29 &lt;green&gt; 흠, 전용 박스에 100Mb/s인데, 그러면 처리할 수 있어야 할 텐데요 16:30 &lt;jrandom&gt; 아니요, 여기서 제약되는 자원이 대역폭만은 아닙니다. CPU가 분명 병목이에요 ;) 16:33 &lt;jrandom&gt; 좋아요, 회의에서 더 이야기할 것 있나요? 16:36 &lt;jrandom&gt; *콜록* 16:37 * jrandom 마무리 준비를 한다 16:37 * jrandom *baf* 하며 회의를 닫는다 </div>/ko/blog/2006/05/16/2006-05-16%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 16 May 2006 00:00:00 +0000/ko/blog/2006/05/16/2006-05-16%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>다들 안녕하세요, 오늘은 간단히 메타 메모만 남깁니다. 오늘 저녁에 급히 나가봐야 해서 회의 시간까지는 돌아오지 못할 것 같지만, 내일 진행 상황 노트를 정리해 올리겠습니다(회의는 물론 다음 주에 진행합니다). Complication이 cvs에서 멋진 수정 작업을 꾸준히 해 오고 있고, 곧 기대되는 것들도 있어서 이번 주 후반쯤에는 릴리스를 낼 수 있기를 바랍니다. 다만 확실하진 않습니다.</p> <p>어쨌든, 오늘 밤에 여러분이 만난다면 회의 로그를 남기고 그 로그를 i2pwww cvs module에 커밋해 주시면, 내일 사이트에 올리겠습니다.</p>/ko/blog/2006/05/16/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-5%EC%9B%94-16%EC%9D%BC/Tue, 16 May 2006 00:00:00 +0000/ko/blog/2006/05/16/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-5%EC%9B%94-16%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, cervantes, Complication, Pi</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> &lt;cervantes&gt; moo: http://dev.i2p.net/pipermail/i2p/2006-May/001289.html &lt;cervantes&gt; 0) 안녕하세요 &lt;cervantes&gt; 1) jrandom은 여기 없어요 &lt;cervantes&gt; 2) ??? &lt;cervantes&gt; 0) 안녕하세요 &lt;cervantes&gt; 안녕하세요 &lt;cervantes&gt; 1)로 넘어갈게요 &lt;cervantes&gt; jrandom은 오늘은 없고, 내일 상태 업데이트를 해 줄 거예요 &lt;cervantes&gt; 2) ??? &lt;cervantes&gt; 회의에 더 추가할 내용 있는 분 계신가요? &lt;bar&gt; 질문이 있어요 &lt;cervantes&gt; 그렇다면... * cervantes 몸을 풀기 시작한다 * cervantes 몸풀기를 멈춘다 &lt;Complication&gt; 아하, 질문이군요... &lt;bar&gt; cvs에 있는 PRNG(의사난수 생성기) 수정이 전반적인 성능을 향상시키나요, 아니면 다른 것과 관련이 있나요? &lt;cervantes&gt; 일반적으로 어떤 결과가 있을지는 확실치 않아요 &lt;Complication&gt; 전체 영향에 대해 제가 아는 바는 없지만, 적어도 제가 아는 두 가지 동작에는 관련이 있어요: &lt;cervantes&gt; 다만 i2ptunnel의 한 증상을 구체적으로 고쳐요 * cervantes가 complication이 풀어 설명하도록 놔둔다 &lt;Complication&gt; tunnel 길이 무작위화와 IRC 서버 선택(좀 더 일반적으로는, I2PTunnel 목적지 목록에서의 무작위 선택) &lt;Complication&gt; tunnel 길이 무작위화는 전체 네트워크 건강도에 상당한 영향을 줄 가능성이 커요. tunnel 길이에 타협할 수 있도록 허용된 클라이언트들이 실제로 그렇게 하게 해주거든요 &lt;Complication&gt; 그래서 숨죽이며 2-hop tunnel만 만드는 게 아니라, 1-hop tunnel도 시도하게 되죠 &lt;Complication&gt; (상황이 어려울 때는 1-hop이 훨씬 만들기 쉽거든요) &lt;cervantes&gt; 또, 배포가 되면 IRC 연결성도 개선될 수 있어요. 기본적으로 freshcoffee는 목록에서 두 번째였기 때문에 클라이언트 연결을 전혀 받지 못했어요 — 그래서 다음 릴리스에서는 부하가 두 서버에 고르게 분산될 거예요 &lt;bar&gt; 그러면 그 버그 때문에 가능한 경우 사람들이 항상 더 긴 tunnel 길이를 선택하게 된 건가요? &lt;Complication&gt; 제 이해로는, 작은 정수에 대한 모든 무작위화(예: 0 또는 1 선택)가 영향을 받았어요 &lt;Complication&gt; 큰 정수에 대한 무작위화(예: 0부터 100 사이의 정수 선택)는 영향이 덜했던 것 같아요 &lt;Complication&gt; 관심 있으시면, jranom이 돌아오면 자세한 건 그에게 물어보세요 &lt;Complication&gt; 제가 세부를 잘못 이해했을 수도 있어요. &lt;bar&gt; 알겠어요, 감사합니다. 잘 잡아내셨네요 &lt;Complication&gt; 음, cervantes가 여기 와서 과부하가 하나도 안 온다고 투덜대기 시작했거든요 ;P &lt;cervantes&gt; 저도 그렇게 이해했어요 &lt;cervantes&gt; 보세요...투덜대지 않으면 인생에서 아무것도 못 얻어요 :) &lt;cervantes&gt; 회의에 대해 다른 질문이나 주제 있으신가요? &lt;fox&gt; &lt;duck&gt; 네 &lt;Pi&gt; 일반적인 네트워크 건강도에 대한 질문: i2p 버전 측면에서 점점 더 많은 클라이언트가 뒤처지는 걸 봐요(아직도 0.6.1.11을 쓰는 2명 등). 이런 클라이언트들 때문에 코어 변경의 효과를 모니터링하기가 점점 더 어려워지지 않을까요? (업데이트하려는 사람이 "더 적어" 보이니까요) &lt;fox&gt; * duck이 위 내용을 반복 * w423412323이 그와 관련된 주제로 바꾸자고 제안하네요. ;) &lt;fox&gt; &lt;duck&gt; 궁금한 게 있어요. cvs 메일링 리스트에서 좀 특이한 튜닝 커밋들을 봤어요. 그건 더 많은 실험인가요? 관찰에 기반한 건가요? 성급한 건가요? &lt;Complication&gt; Pi: 숫자가 많지 않은 한, 큰 차이는 없을 거예요 &lt;Pi&gt; 제 netdb 기준으로 지금 300개 클라이언트 중 70개가 0.6.1.18이 아닌 버전을 쓰고 있어요 &lt;Complication&gt; 숫자와 용량(capasity)의 게임이에요 — 대부분의 router나, 아니면 특히 고용량 router들이 적절히 업데이트되어 있으면, I2P를 설치해놓고 잊어버린 몇몇 사람들은 크게 문제 되지 않죠 :) &lt;cervantes&gt; Pi: 오래된 router들이 제대로 동작하지 않으면 네트워크가 _적응해서_ 그들을 통해 라우팅되는 트래픽을 줄이도록 해야 해요 &lt;cervantes&gt; *'being routed'라고 정정 &lt;cervantes&gt; Complication: duck의 질문 봤어요? &lt;Pi&gt; 그리고 얼마 전에 i2p-console에 나타난 통계 하나에 대한 질문: handle backlog(처리 대기 건수)는 무슨 뜻이죠? &lt;Complication&gt; duck: tunnel 스로틀 조정 말하시는 건가요? 본질적으로 새로움을 가져오는 건 아니지만, 꽤 잘 테스트된 튜닝이에요(예: 아마 여러분을 물지는 않을 거예요, 아니 byte하지는 않을 겁니다) &lt;Complication&gt; 다만, 제가 생각한 매개변수 범위를 완전히 벗어난 매우 특이한 설정을 돌린다면, 조금은 byte할 수도 있어요 &lt;fox&gt; &lt;duck&gt; Complication: '3' 대신 '2'로 바꾼 것들이 정말 그렇게 큰 차이를 만들었나요? &lt;fox&gt; &lt;duck&gt; 그런데 무작위 관련 문제가 꽤 큰 악당이었을 수도 있겠네요 &lt;fox&gt; &lt;duck&gt; (물론 그게 네트워크 건강도에 미친 상대적 영향은 그 문제가 언제 도입됐는지에 달려요) &lt;cervantes&gt; Pi: handle backlog는 보류 중인 인바운드 tunnel 참가 요청 수예요(변경 로그에서 인용) &lt;Complication&gt; 무작위 nextInteger() 문제와, tunnel 길이 무작위화에 대한 영향 말씀이라면, 꽤 큰 효과가 있었을 거라고 느껴요 &lt;Complication&gt; 1-hop과 2-hop tunnel을 구축하는 비용 차이가 꽤 크거든요 &lt;Pi&gt; 고마워요, cervantes :) &lt;fox&gt; &lt;duck&gt; 그게 언제 도입됐죠? &lt;Complication&gt; duck: Fortuna 생성기로 일부 전환하면서, 아니면 그 내부 수정 중에 들어온 걸로 생각해요 &lt;fox&gt; &lt;duck&gt; 알겠어요; 의견 주셔서 정말 감사합니다 &lt;Complication&gt; 좀 더 자세한 건 cvsweb을 확인해볼게요... &lt;cervantes&gt; Pi: 지금은 큐가 가득 차면 인바운드 tunnel 요청을 드롭하는 코드가 들어가 있는 걸로 알아요(CPU 부하를 줄이기 위해) &lt;Complication&gt; Pi: 네, 그건 "다른 사람의 tunnel에 또 참여할 만큼 용량이 충분한가?"를 결정하는 데 쓰이는 또 다른 매개변수의 가시적 지표일 거예요 &lt;cervantes&gt; duck: 저는 그 수정이 들어간 이후 router 동작이 크게 달라진 걸 확실히 체감하고 있어요. — 좋기만 한 건 아니라고 해야겠네요 :) &lt;Complication&gt; 큰 handle backlog == 혼잡, 다른 사람의 tunnel에 참여하려고 해봤자 소용없죠 &lt;cervantes&gt; 그저께 load average가 14였고 participating tunnel이 12,000개였어요 &lt;Complication&gt; handle backlog는 특히 고용량 router에서 중요해 보입니다(cervantes가 본 것과 관련) &lt;Complication&gt; 저용량 router들은 일반적으로 대역폭 이유로 tunnel 수락을 스로틀링하죠 &lt;Complication&gt; (정확히는 tunnel 테스트 시간 때문이기도 하고요) &lt;Complication&gt; (적어도, 그렇게 하려고는 해요) &lt;cervantes&gt; 와, 벌써 30분이나 했네요.... &lt;Complication&gt; 그러게요 :D &lt;cervantes&gt; 다른 안건 올리실 분 계신가요? &lt;cervantes&gt; 그렇다면... * cervantes 몸을 풀기 시작한다 * cervantes가 회의를 *baffs* 닫는다 &lt;fox&gt; &lt;duck&gt; 회의 챙겨줘서 고마워요 &lt;cervantes&gt; 하하 사실 아무도 말하기 전에 baf로 닫아버리려고 했는데.... bar가 그 계획을 망쳤네요 :) </div>/ko/blog/2006/05/09/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-5%EC%9B%94-9%EC%9D%BC/Tue, 09 May 2006 00:00:00 +0000/ko/blog/2006/05/09/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-5%EC%9B%94-9%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> arse, cervantes, Complication, i, jrandom, roderick_spod1, tmp</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 16:31 &lt;jrandom&gt; 0) 안녕 16:31 &lt;jrandom&gt; 1) 네트워크 상태와 0.6.1.18 16:31 &lt;jrandom&gt; 2) baz 16:31 &lt;jrandom&gt; 3) ??? 16:31 &lt;jrandom&gt; 0) 안녕 16:31 * jrandom 손을 흔듦 16:32 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-May/001288.html 에 올렸습니다 16:32 &lt;jrandom&gt; 여러분이 그걸 읽는 동안, 1) 네트워크 상태와 0.6.1.18로 바로 들어가죠 16:33 &lt;jrandom&gt; 지난 주는 IRC와 전체 네트워크가 꽤 흔들렸어요 16:33 &lt;+Complication&gt; 그래프를 보고 있는데, 아직 눈에 띄는 변화는 못 봤습니다 16:33 &lt;+Complication&gt; 물론 이제 시작일 뿐이기도 하고요 16:34 &lt;jrandom&gt; 맞아요, 몇 시간밖에 안 됐고 네트워크의 20%도 채 업그레이드되지 않았거든요 16:35 &lt;jrandom&gt; 아직 네트워크에 배포할 큰 변화가 몇 가지 남아 있지만, 대대적인 변경을 밀어넣기 전에 먼저 안정화되길 바랍니다 16:35 &lt;+Complication&gt; 맞아요, 무엇이 무엇을 어떻게 바꾸는지(볼 수 있는 한에서) 파악하는 게 도움이 되죠 16:36 &lt;+Complication&gt; 한꺼번에 다 배포하면, 무엇이 효과가 있었는지 파악하기가 아주 어려울 수 있어요 16:38 &lt;tmp&gt; *한숨* 16:38 * tmp는 IRC의 안정성을 꿈꿈. 16:39 &lt;jrandom&gt; 맞아요, 모든 면에서요 ;) 16:39 &lt;+fox&gt; &lt;roderick_spod1&gt; Roderick는 큰 가슴을 꿈꿉니다. 16:39 &lt;jrandom&gt; (그래서 회의 로그를 필터링할 수 있는 거죠... ;) 16:40 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태와 0.6.1.18에 대해 다른 얘기할 것 있나요? 16:41 &lt;jrandom&gt; 없으면, 2)로 넘어가죠 16:42 &lt;jrandom&gt; 여기에 더할 건 많지 않고, w32/w64 지원에 대한 진행 현황만 간단히 말씀드릴게요 16:43 &lt;jrandom&gt; 메일에서 언급했듯이, 현재로선 mingw에서 gcj가 그다지 현실적이지 않아 보입니다. 다만 요령을 부리면 어떻게 해볼 수도 있겠어요 16:44 &lt;jrandom&gt; mingw에서 동작하는 예전 gcj 3.4.4/3.4.5가 있긴 한데, 그 안의 classpath 지원이 꽤 오래됐습니다. 16:45 &lt;jrandom&gt; (그리고 hsqldb에서 많은 걸 덜어냈어도, 3.4.5가 충족하지 못하는 의존성이 여전히 좀 있습니다. 하지만 필요하다면 그것들도 손봐서 빼낼 수도... 가능하겠죠) 16:47 &lt;jrandom&gt; 좋아요, 더 없으면 3) ??? 로 넘어가죠 16:47 &lt;jrandom&gt; 회의에서 더 논의할 사항 있나요? 16:48 &lt;cervantes&gt; 그의 멋진 기부에 대해 "nice one bar"라고 한마디 하고 싶네요 16:48 &lt;+Complication&gt; 글쎄요, 포럼에 NetDB(네트워크 데이터베이스)에 표시되는 가동 시간에 관한 질문이 하나 있었죠... 16:48 * Complication 재청함 16:49 &lt;+Complication&gt; 가동 시간 얘기로, 기억하시겠지만 제가 3월에 약간 퍼지 처리를 했습니다... 16:49 &lt;cervantes&gt; odci.gov 성토 속에서 그걸 놓쳤나 보군요 16:50 &lt;tmp&gt; 대체 그쪽에서 뭘 하고 있는 거야 roderick_spod? 16:50 &lt;jrandom&gt; 맞아요 Complication 16:50 &lt;+Complication&gt; 질문이 나온 김에, 더 퍼지 처리해도 될지, 아니면 디버깅 능력에 해가 될지 궁금했습니다 16:52 &lt;jrandom&gt; 그게 어떤 의미가 있을지는 모르겠어요 - 정밀하게 분석하면 통계 데이터 전부가 많은 정보를 드러낼 수 있으니까요 16:52 &lt;arse&gt; 네트워크의 주기성이 가라앉을 거라고 보나요 16:52 &lt;jrandom&gt; 때가 되면, 통계 공개 자체를 아예 꺼버릴 겁니다 16:52 &lt;+Complication&gt; 최근에는 router 재시작과 관련된 건 없었습니다만, 그건 바로 최근의 일일 뿐이죠... 16:52 &lt;jrandom&gt; arse: 네 16:52 &lt;+Complication&gt; (부분적으로는 watchdog이 힘이 없어서이기도 하고요) 16:54 &lt;+Complication&gt; 맞습니다, 이 단계에서는 어느 정도 정보가 노출될 수밖에 없죠 16:55 &lt;jrandom&gt; 게다가 그들이 한 가정은 옳지 않습니다, publishedTimeAgo는 router가 netDb 엔트리를 /수신한/ 시점으로부터 얼마나 지났는지이지, 서명된 시점을 의미하지 않습니다 16:55 &lt;jrandom&gt; 음, 잠깐, 아니, 그건 사실이 아니네요 16:56 &lt;jrandom&gt; 신경 쓰지 마세요. 네, 그건 그냥 작은 변동만 더해요 16:56 &lt;+Complication&gt; 헤, 답글을 올리려 하는데, 지금은 "no post mode specified"라고 뜨네요 16:57 &lt;+Complication&gt; 맞아요, 지연도 있고, 게다가 이 정보가 얼마나 자주 게시되던가요? 제 기억이 맞다면 그리 자주가 아니었죠? 16:57 &lt;+Complication&gt; 요컨대, 제가 거기서 정밀도를 좀 더 낮추자고 제안해도 괜찮을까요? 16:58 &lt;jrandom&gt; 새로 서명된 엔트리는 5~15분마다 게시되지만, 이는 전체 피어에게가 아니라 netDb에만 게시됩니다 16:58 &lt;jrandom&gt; 피어는 그것을 검색하거나 다시 연결할 때만 업데이트된 것을 받습니다 16:59 &lt;jrandom&gt; 하지만 네, 변동 폭을 더 늘려도 됩니다. stat.i2p의 가동 시간 그래프에는 영향을 주겠지만, 합리적인 수준만 유지된다면 괜찮아요 17:01 &lt;+Complication&gt; 그럼 합리적인 수준으로 유지해 보겠습니다 :) 17:01 &lt;jrandom&gt; 헤, 좋네요, 고마워요 Complication 17:04 &lt;jrandom&gt; *콜록* (그리고 일관성 있게요 ;) 좋아요, 회의에서 더 얘기할 것 있나요? 17:04 &lt;+Complication&gt; 추신: 멋지네요, "post mode" 버그가 끈기에 굴복해서 저도 답글을 올릴 수 있었습니다 :) 17:05 &lt;jrandom&gt; w3rd Complication &lt;i&gt;오프토픽 메시지는 생략됨&lt;/i&gt; 17:08 &lt;jrandom&gt; 좋아요, 더 없으면... 17:08 * jrandom 마무리함 17:09 * jrandom *baf* 하며 회의를 종료함 </div>/ko/blog/2006/05/09/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8-2006-05-09-%EA%B8%B0%EC%A4%80/Tue, 09 May 2006 00:00:00 +0000/ko/blog/2006/05/09/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8-2006-05-09-%EA%B8%B0%EC%A4%80/<p>안녕, 여러분, 또다시 화요일이 돌아왔네요</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 및 0.6.1.18 2) baz 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.18</li> </ol> </li> </ul> <p>또 한 주간의 테스트와 조정을 거쳐 오늘 오후 일찍 새로운 릴리스를 배포했으며, 이를 통해 개선을 진행할 수 있는 보다 안정적인 환경을 마련하게 될 것입니다. 다만 널리 배포되기 전까지는 큰 효과가 나타나지 않을 가능성이 있어 경과를 지켜보려면 며칠을 기다려야 할 수도 있지만, 측정은 물론 계속될 것입니다.</p> <p>zzz가 며칠 전에 언급했던 최신 빌드와 릴리스의 한 측면은, 병렬 tunnel 수를 줄이는 동시에 백업 tunnel 수를 늘리면 상당한 효과가 있을 수 있다는 점이었다. 우리는 충분한 수의 가동 중인 tunnel이 확보될 때까지 새로운 lease(리스, leaseSet을 구성하는 항목)는 생성하지 않으므로, 가동 중인 tunnel에 장애가 발생할 경우 백업 tunnel을 신속히 투입할 수 있어 클라이언트가 활성 lease 없이 남게 되는 빈도를 줄일 수 있다. 다만 이는 증상에 대한 미세한 조정에 불과하며, 최신 릴리스는 근본 원인 해결에 도움이 될 것이다.</p>/ko/blog/2006/05/02/2006-05-02%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 02 May 2006 00:00:00 +0000/ko/blog/2006/05/02/2006-05-02%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 화요일이 또 한 번 돌아왔네요</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) Syndie 상태 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>0.6.1.17로 또 한 주를 보내면서, 네트워크 상태의 주요 지표들이 양호하게 유지되고 있습니다. 다만 일부 남아 있는 문제가 애플리케이션 계층으로까지 번지는 모습도 보이고 있으며, 특히 irc2p 서버에서 재연결이 최근 증가하고 있습니다. Postman, cervantes, Complication, 그리고 저를 포함한 팀은 사용자에게 보이는 성능과 관련된 네트워크 동작의 여러 측면을 파고들어 몇 가지 개선점을 찾아 적용했습니다(현재 CVS HEAD는 0.6.1.17-4). 다만 0.6.1.18로 배포하기 전에 여전히 동작을 모니터링하면서 몇 가지 미세 조정을 시험 중이며, 배포까지는 아마 며칠밖에 남지 않았습니다.</p>/ko/blog/2006/05/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-5%EC%9B%94-2%EC%9D%BC/Tue, 02 May 2006 00:00:00 +0000/ko/blog/2006/05/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-5%EC%9B%94-2%EC%9D%BC/<h2 id="간단-정리">간단 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> green, jrandom</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 16:09 &lt;jrandom&gt; 0) 안녕하세요 16:09 &lt;jrandom&gt; 1) 네트워크 상태 16:09 &lt;jrandom&gt; 2) Syndie 상태 16:09 &lt;jrandom&gt; 3) ??? 16:09 &lt;jrandom&gt; 0) 안녕하세요 16:09 * jrandom 손을 흔든다 16:10 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-May/001285.html 에 게시했습니다 16:11 &lt;jrandom&gt; 좋습니다, 다들 그 흥미진진한 메일을 읽는 동안, 1) 네트워크 상태로 들어가 봅시다 16:13 &lt;jrandom&gt; 지금까지는 전체적인 혼잡 붕괴 문제는 해결된 것으로 보이고, tunnel 생성률도 꽤 좋습니다. 그래도 정리해야 할 이슈가 남아 있습니다 16:14 &lt;jrandom&gt; 이전에 논의했던 주기적 동작(보통 10~12분 간격으로 발생)이 여전히 존재해, 거부가 반비례적으로 발생합니다. 하지만 -1 시점의 새로운 코드 수정으로 그 문제는 없어질 것입니다 16:15 &lt;jrandom&gt; (즉, 이전의 망가진 무작위화와 달리 tunnel 만료 시간을 /제대로/ 무작위화합니다) 16:16 &lt;jrandom&gt; 그것과, 개선된 ssu 및 tunnel 테스트 스케줄링이 도움이 될 것이지만, 어느 정도일지는 아직 확신하지 못합니다 16:17 &lt;jrandom&gt; 좋습니다, 현재로서는 그 정도가 전부입니다. 1) 네트워크 상태에 대해 질문/코멘트/우려 사항 있으신가요? 16:18 &lt;green&gt; 흠, 최대 대역폭 제한에 전혀 도달하지 못하고 있고 이전과는 정말 많이 다릅니다 16:18 &lt;green&gt; 예를 들어 1-7에서처럼 16:18 &lt;green&gt; s/1-7/.12-7 16:18 &lt;jrandom&gt; 대역폭 공유 비율은 어떻게 설정되어 있나요? 이제 그건 매우 강력한 제어 수단입니다 16:19 &lt;green&gt; 80% 16:19 &lt;green&gt; 하지만 총 대역폭의 약 40%만 사용됩니다 16:20 &lt;green&gt; 이건 그냥 '아무것도 하지 않는 router'예요 :P 16:20 &lt;jrandom&gt; 흠, 대역폭이 80%까지 치솟는 일이 얼마나 자주 있나요? 그리고 tunnel 요청을 자주 거부하나요 (`http://localhost:7657/oldstats.jsp#tunnel.reject.30` and tunnel.reject.*) 16:21 &lt;jrandom&gt; tunnel 요청의 주기성 때문에 실제로 과부하가 아닐 때도 종종 과부하로 감지되곤 합니다 16:21 &lt;jrandom&gt; (다른 때에는 router에 여유 용량이 있지만, 스파이크가 올 때는 그렇지 않기 때문이죠) 16:22 &lt;green&gt; tunnel.reject.30은 14 025,00건의 이벤트 동안 1,00처럼 매우 평평합니다 16:22 &lt;jrandom&gt; 아, 미안해요, 그 통계에서 핵심은 이벤트 건수 자체예요 - 대역폭 과부하 때문에 tunnel 요청을 14,000건 이상 거부했습니다 16:23 &lt;jrandom&gt; (그 통계의 "value"는 해당 이벤트에서 몇 개의 tunnel이 거부되었는지를 뜻하는데, 이벤트는 메시지로 인해 발생하므로 항상 1입니다) 16:27 &lt;jrandom&gt; 좋습니다, 1) 네트워크 상태에 대해 더 없으면, 2) Syndie 상태로 넘어가죠 16:27 &lt;jrandom&gt; Syndie 관련해 이메일에 있는 내용에 덧붙일 게 많지는 않고, 그냥 업데이트를 드리고 싶었습니다 16:28 &lt;jrandom&gt; 좋습니다, 그런 만큼 Syndie 관련해서 누군가 제기할 것이 없다면, 늘 하던 3) ???로 넘어가죠 16:28 &lt;jrandom&gt; 회의에서 더 다루고 싶은 내용이 있나요? 16:31 * tethra .17에 대해 (다시) "thanks"라고 말하고 싶어요, 정말 엄청난 개선이었거든요 16:33 &lt;jrandom&gt; 도움이 되어 기쁩니다, 그리고 더 많은 것들이 곧 나올 거예요 16:33 &lt;jrandom&gt; 좋습니다, 그런데 오늘 회의에 더 이상 내용이 없다면... 16:33 * jrandom 마무리한다 16:33 * jrandom *baf*s 회의를 종료한다 </div>/ko/blog/2006/04/25/2006-04-25%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 25 Apr 2006 00:00:00 +0000/ko/blog/2006/04/25/2006-04-25%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분, 안녕하세요. 우리의 수요일 전 회의 시간입니다.</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태와 0.6.1.17 2) I2Phex 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.17</li> </ol> </li> </ul> <p>몇 가지 패치를 며칠간 모니터링한 뒤, 새로운 0.6.1.17 릴리스를 배포했으며, 현재까지 개선 효과가 상당합니다. tunnel build 성공률이 10배에서 100배까지 증가했고, 대역폭이 제한된 피어들도 이제 합리적인 대역폭 제약 내에서 다시 정상적으로 동작할 수 있게 되었습니다. 현재 네트워크의 60% 이상이 업그레이드한 상태입니다(감사합니다!). 나머지도 최신 버전으로 맞춰 주시면 도움이 되겠습니다.</p> <p>상황을 개선하려면 아직 해야 할 일이 남아 있습니다 - 실시간 tunnel 테스트, 처리량, 그리고 피어 선택에 개선이 필요합니다 - 하지만 다시 정상 궤도로 돌아온 것처럼 보입니다.</p>/ko/blog/2006/04/18/2006-04-18%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 18 Apr 2006 00:00:00 +0000/ko/blog/2006/04/18/2006-04-18%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 주간 상태 노트를 올릴 화요일이 또 돌아왔네요</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태와 0.6.1.16 2) Tunnel(터널) 생성과 혼잡 3) Feedspace 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.16</li> </ol> </li> </ul> <p>네트워크의 70%가 0.6.1.16으로 업그레이드되면서 이전 릴리스보다 개선이 보이는 듯하고, 해당 릴리스에서 문제가 해결되자 다음 병목 지점을 더 명확히 파악할 수 있게 되었습니다. 아직 0.6.1.16으로 업그레이드하지 않으신 분들은 가능한 한 빨리 업그레이드해 주십시오. 이전 릴리스는 임의로 tunnel 생성 요청을 거부합니다 (router가 더 많은 tunnels에 참여할 충분한 리소스를 갖추고 있더라도).</p>/ko/blog/2006/04/04/2006-04-04%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 04 Apr 2006 00:00:00 +0000/ko/blog/2006/04/04/2006-04-04%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 또 화요일이 돌아왔네요</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 및 0.6.1.14 2) Syndie 기획 3) 로컬 jbigi 최적화 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.14</li> </ol> </li> </ul> <p>0.6.1.13 릴리스는 아직 다소 불안정하지만, 후속 빌드에서 상당한 수정과 개선이 있었습니다. 며칠 내에 새로운 0.6.1.14 릴리스를 배포할 수 있기를 바라니, 계속 소식을 주시해 주세요!</p> <ul> <li> <ol start="2"> <li>Syndie plotting</li> </ol> </li> </ul> <p>syndie 개편과 관련하여 GUI, 브라우저 플러그인, 전문 검색, 더 완전한 신디케이션 스케줄러, 아카이브 관리자, 여러 페이지로 된 게시물, 더 많은 서식 옵션 지원 등 다양한 주제에 대해 많은 논의가 있었습니다. 조만간 상당한 범위의 수정 작업에 본격적으로 착수할 것으로 예상하니, 참여하고 싶거나 자신의 아이디어가 구현되길 원한다면, 적극적으로 의견을 들려주세요 :)</p>/ko/blog/2006/04/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-4%EC%9B%94-4%EC%9D%BC/Tue, 04 Apr 2006 00:00:00 +0000/ko/blog/2006/04/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-4%EC%9B%94-4%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> BrianR\___, cervantes, Complication, frosk, jrandom, tethra</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 16:21 &lt;jrandom&gt; 0) 안녕 16:21 &lt;jrandom&gt; 1) 네트워크 상태와 0.6.1.14 16:21 &lt;jrandom&gt; 2) Syndie 구상 16:21 &lt;jrandom&gt; 3) 로컬 jbigi 최적화 16:21 &lt;jrandom&gt; 4) ??? 16:21 &lt;jrandom&gt; 0) 안녕 16:21 * jrandom 손을 흔든다 16:21 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-April/001275.html 에 올렸어요 16:21 * Complication 읽는 중 16:22 &lt;jrandom&gt; 여러분이 그 (간단히 정리한) 글을 읽는 동안, 1) 네트워크 상태부터 들어가죠 16:23 &lt;@cervantes&gt; (포럼 복구됨) 16:23 &lt;jrandom&gt; 0.6.1.13 사용에 영향을 주는 문제가 몇 가지 있는데, 그중 대부분은 원인을 찾아 해결했습니다 16:24 &lt;Complication&gt; 여기서는 '네 번째' CVS 빌드에서 그래프가 달라진 걸 확인했어요 16:24 &lt;jrandom&gt; 아직 테스트·개선 중인 몇 가지 꼬인 부분이 있긴 하지만, 며칠 내로 릴리스가 나올 거예요 16:24 &lt;Complication&gt; 전반적으로 더 안정적이고 덜 들쭉날쭉해졌습니다 16:24 &lt;jrandom&gt; 이런, -4로 올리는 걸 잊었네요, 그죠? 16:24 &lt;jrandom&gt; (좋아요, 오늘 저녁 늦게 -5를 내보낼게요) 16:24 &lt;jrandom&gt; 멋져요, Complication 16:25 &lt;Complication&gt; 하지만 jbigi 영향도 배제하지 않았으니 제 인상이 jbigi 때문일 수도 있어요 16:25 &lt;Complication&gt; 지금은 한동안 지나고 나니 재전송률도 15%까지 내려왔어요 16:28 &lt;jrandom&gt; 흠, 제 평균 SSU RTO도 3초 상한에 가까워지는 게 보이네요 16:28 &lt;jrandom&gt; (그래도 재전송률은 매우 낮아요, 5% 미만) 16:29 * Complication 한 번 더 확인해본다 16:29 &lt;Complication&gt; 대략 원시 평균값이 1500을 약간 넘는다고 해보죠 16:29 &lt;Complication&gt; (여기서는요) 16:30 &lt;+fox&gt; &lt;BrianR___&gt; jrandom: I2P 패킷에 사실상의 'MTU'가 있나요? 16:30 &lt;jrandom&gt; 아, 알겠어요. 그게 조금씩 올라가면 재전송률은 내려갈지도요 16:30 &lt;Complication&gt; 처음에는 더 작은 MTU로 시작하더니, 지금은 1350까지 올라갔더라고요 16:30 &lt;jrandom&gt; BrianR___: 네, 1350 또는 608입니다 (`http://localhost:7657/peers.js` 에 표시됨) 16:31 &lt;jrandom&gt; 큰 MTU에서 실패율이 너무 높으면 더 작은 MTU로 되돌아가고 (작은 MTU에서 실패율이 너무 낮으면 더 큰 MTU로 올라갑니다) 16:31 &lt;+fox&gt; &lt;BrianR___&gt; jrandom: 그게 내부 페이로드 기준인가요, 아니면 바깥의 IP 패킷 기준인가요? 16:31 &lt;+fox&gt; &lt;BrianR___&gt; 즉, I2P 스트림으로 데이터 블록을 보낸다면, 오버헤드를 최소화하기 위한 조각의 이상적인 크기는 얼마인가요? 16:31 &lt;jrandom&gt; 그건 UDP 페이로드 기준이에요 16:32 &lt;jrandom&gt; 스트림은 두 레이어 위에 있어요 16:32 &lt;jrandom&gt; (tunnel에서 한 번 단편화가 있고, 그 다음 stream/i2cp 수준에서 또 단편화가 있어요) 16:32 &lt;+fox&gt; &lt;BrianR___&gt; 네... 단편화를 최소화하는 이상적인 크기가 있나요? 16:32 &lt;jrandom&gt; streaming lib(스트리밍 라이브러리)을 사용하는 앱의 이상적인 블록 크기는 '큰 것'입니다. 그래야 streaming lib이 적절한 크기를 사용할 수 있어요. 16:33 &lt;jrandom&gt; (한마디로, 커튼 뒤 사람은 신경 쓰지 마세요) 16:33 &lt;+fox&gt; &lt;BrianR___&gt; 아아.. 그럼 파이프라이닝 같은 걸 고려해야겠네요.. 16:34 &lt;+fox&gt; &lt;BrianR___&gt; 요청/응답 트래픽이 많은 앱을 계획 중이에요... 16:34 &lt;jrandom&gt; 그럼 너무 잦은 왕복을 줄이도록 배치 처리하는 걸 권해요 16:34 &lt;Complication&gt; 아마 트래픽을 집중시키면 어느 정도 도움이 될 거예요 16:37 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태에 대해 더 있을까요, 아니면 2) Syndie 구상으로 춤추듯 넘어갈까요 16:38 * jrandom 흔들흔들 춤춘다 16:39 &lt;jrandom&gt; 이건 주로 자리 표시와 CFP입니다. Syndie는 동작과 UI 모두에서 꽤 큰 개편이 있을 예정이니, 반드시 다뤄져야 한다고 생각하는 핵심 기능이나 사용 사례가 있다면 연락 주세요 16:40 &lt;jrandom&gt; (세부 사항이 더 갖춰지면 물론 더 많은 정보를 드릴게요) 16:42 &lt;jrandom&gt; 지금은 그 정도면 될 것 같고, 3) jbigi 최적화로 넘어가죠 16:42 &lt;@frosk&gt; 그리고 저는 'plotting'이 Syndie의 jrobin 관련 그래프 얘긴 줄 알았는데요 :) 16:43 &lt;jrandom&gt; ㅎㅎ 16:43 &lt;jrandom&gt; 하루 게시물 수, 작성자별 게시물 수, 하루 신규 작성자 수 같은 걸 그려보는 것도 재밌겠죠 ;) 16:44 &lt;Complication&gt; 아, Syndie 관련해서 한 가지 (미안, 이제야 생각났어요) 16:44 &lt;Complication&gt; =한 가지 16:44 &lt;@frosk&gt; 어느 쪽으로 할래요, 0 아니면 1? :) 16:44 &lt;Complication&gt; 즐겨찾는 작성자와 블랙리스트된(스팸) 작성자를 두 개의 다른 목록으로 분리하는 게 실용적일까요? 쉽나요/어렵나요? 16:45 &lt;Complication&gt; addresses.jsp에서요 16:45 &lt;jrandom&gt; 오, 네, 큰 어려움 없어요 16:46 &lt;jrandom&gt; 그건 개편에도 좋은 아이디어고, 0.6.1.14 빌드에 넣어볼 수도 있겠네요 16:47 &lt;Complication&gt; 아뇨, 지금 급한 건 아니고, 그때 봤던 걸 방금 떠올랐을 뿐이에요 16:47 &lt;Complication&gt; 어쨌든, Linux/AMD64에서 로컬로 컴파일하고 GMP 4.2를 사용하면 jbigi가 더 빨라집니다 16:48 &lt;jrandom&gt; 좋네요 16:48 &lt;jrandom&gt; 그걸 GMP 4.1.2에서 -O3 -m64와 비교해봤나요? 16:48 &lt;Complication&gt; 그리고 저는 완전 엉뚱한 컴파일 플래그를 쫓아가느라 바보 짓을 했네요 :O 16:48 &lt;@cervantes&gt; 참고 링크는 `http://forum.i2p/viewtopic.php?t=1523&start=30` 였어요 16:48 &lt;jrandom&gt; 아, 고마워요 cervantes 16:48 &lt;Complication&gt; jrandom: 아직 비교는 못 했는데, 해볼게요 16:49 &lt;Complication&gt; 다음 예정된 재부팅 때요 16:50 &lt;jrandom&gt; jbigi 빌드 과정은 본질적으로 "GMP를 빌드하고, jbigi.o를 빌드한 다음, 둘을 링크한다"이므로, GMP에 대해 하고 싶은 최적화는 1단계에서 모두 적용할 수 있어요 16:50 &lt;@cervantes&gt; 제가 예전에 한 테스트들에선 -O3와 -O2의 차이를 거의 못 봤어요. x86_64에선 다를지는 모르겠지만요 ... *shrug* 16:50 &lt;jrandom&gt; 맞아요, 컴파일러 버전에 따라 다를 수도 있죠 16:50 &lt;jrandom&gt; (특히 3.3/3.4/4.0/4.1 관련 이슈들 때문에요) 16:51 &lt;@cervantes&gt; 그 스레드에서 제가 말했던 걸 다시 한 번... 당분간은 Windows64 최적화 jbigi를 보긴 어려울 거예요 16:51 &lt;+fox&gt; &lt;BrianR___&gt; i2p stream lib이 페이로드 압축을 하나요? 16:52 &lt;Complication&gt; BrianR: 네 16:52 &lt;@cervantes&gt; 누군가 M$ VC 2005에 64비트 SDK까지 갖추고 gmp를 컴파일하려고 고생 좀 해주지 않는 한요 16:52 &lt;Complication&gt; 적어도 제 지식으로는요 16:53 &lt;@cervantes&gt; (gmp를 VC 프로젝트로 포팅하는 게 어딘가에 있긴 했어요) 16:53 &lt;jrandom&gt; cervantes: 음, amd64/win에서 /동작하는/ 게 하나 있긴 한데, 하드웨어를 최대한 활용하진 못해요 ;) 16:53 &lt;jrandom&gt; (새 머신이 오면 손볼 수 있을지도요. amd64거든요) 16:53 &lt;+fox&gt; &lt;BrianR___&gt; 비트를 아끼려고 바이너리 프로토콜을 써야 할지, 아니면 zlib 같은 걸로 ASCII 프로토콜을 잘 압축해도 충분할지 고민 중이에요.. 16:54 &lt;@cervantes&gt; 좋네요 - 안타깝게도 Mingw64나 cygwin64는 가까운 시일 내엔 나올 것 같지 않지만요... 16:54 &lt;jrandom&gt; BrianR___: 성급한 최적화는 모든 악의 근원이라죠, 뭐 그런 거예요... 16:55 &lt;Complication&gt; 적어도 부분적으로 사람이 읽을 수 있는 프로토콜이 보통은 디버그하기 더 쉬워요. 하지만 결국 무엇을 하느냐에 달렸겠죠 16:56 &lt;Complication&gt; (암호화 같은 건 어쨌든 사람이 읽을 수 있는 걸 싫어하니까요 :) ) 16:57 &lt;Complication&gt; 하지만 I2P가 암호화도 하고 압축도 한다면, 그 위에서 이루어지는 많은 일들은 사람이 읽을 수 있는 프로토콜로도 충분히 할 수 있을 가능성이 커요 16:58 &lt;jrandom&gt; 네 16:58 &lt;jrandom&gt; 좋아요, 3) jbigi 관련해서 더 있을까요? 16:58 &lt;jrandom&gt; 없다면 4) ??? 로 넘어가죠 16:59 &lt;jrandom&gt; 회의에서 더 얘기할 거 있는 분? 17:01 &lt;+tethra&gt; 최근에 익명 협업 도구에 대한 얘기를 들은 것 같아요 17:01 &lt;+tethra&gt; 어떤 종류인지, 그리고 Syndie와 비슷한 형태인지 좀 더 자세히 말씀해 주실 수 있나요? 17:02 &lt;@cervantes&gt; irc와 syndie는 익명 협업 도구죠 :) 17:02 &lt;jrandom&gt; 음, 어떤 걸 말씀하시는지 잘 모르겠네요 - 아니면 계획 중인 syndie 개편을 말하는 건가요? :) 17:02 &lt;+tethra&gt; 그렇네요. 17:02 * tethra도 잘 몰라서 물어본 거예요 17:02 &lt;+tethra&gt; 포럼에서 그런 얘기가 있었어요 - 익명이 필요한 이유 같은 것들 17:03 &lt;+tethra&gt; 인용하려면 스레드를 찾아볼게요 17:03 &lt;jrandom&gt; 아 그렇군요 17:03 &lt;+tethra&gt; http://forum.i2p.net/viewtopic.php?t=1618 17:03 &lt;jrandom&gt; 사용 사례 스레드군요 17:03 &lt;+tethra&gt; - 익명으로 호스팅되면서도 공개적으로 접근 가능한 포럼/게시판/위키 17:03 &lt;+tethra&gt; 맞아요 17:04 &lt;+tethra&gt; Syndie 같은 걸 기반으로 한 i2wiki 유형의 프로젝트가 생길까요, 아니면 사용자에게 맡길 건가요? 17:04 &lt;jrandom&gt; 거기에 좋은 아이디어와 피드백이 꽤 있었어요 17:05 &lt;jrandom&gt; syndie 게시물을 편집할 수 있는 기능은 자주 요청돼 왔고, 그게 있으면 리치 에디터로 위키를 해낼 수 있겠죠 17:05 &lt;jrandom&gt; 하지만 당연히 아무것도 진공 속에서 존재하진 않아요 - 누군가 그게 필요하다고 믿는다면, '있잖아, 위키는 필수야, 이유는 이거야'라고 말해줘야 하죠 17:06 &lt;jrandom&gt; 만들 /수 있는/ 앱은 무한히 많지만, 우리는 강한 익명성과 강한 보안을 목표로 하므로 무엇을 만들지 신중해야 합니다 17:07 &lt;+tethra&gt; 맞아요 17:07 &lt;+tethra&gt; 그렇다면, 익명성과 보안을 유지하기 어려운 것일수록 그걸 잘하는 사람이 맡는 게 더 낫지 않을까요? 17:08 &lt;jrandom&gt; 그럴 가능성이 크죠. 다만 비밀 결사 같은 건 없어요 - 누구나 배울 수 있어요 17:08 &lt;+tethra&gt; (핵심적인 것들요. 딱히 뭘 지목하는 건 아니지만요.) 17:08 &lt;+tethra&gt; 맞아요 17:09 &lt;+tethra&gt; 하지만 자기와 다른 사람들의 익명성을 희생해가며 배우는 건 최선의 방식은 아니죠 17:10 &lt;jrandom&gt; 물론 누구나 어딘가에서 시작해야 하니까요 17:10 &lt;+tethra&gt; (아마 누군가 샌드박스 같은 걸 만들어서 사람들이 $software를 돌려보고, 다른 사람들이 공격해보는 식이면 초보/미경험자에게 좋지 않을까요?) 17:10 &lt;+tethra&gt; 네 17:14 &lt;jrandom&gt; 좋아요, 회의에서 더 얘기할 거 있는 분? 17:15 &lt;jrandom&gt; 없다면 17:15 * jrandom 마무리하려 한다 17:15 &lt;@cervantes&gt; *에헴* 17:15 * jrandom 잠깐 멈춘다 17:16 &lt;jrandom&gt; 무슨 일 있어요, cerv? 17:16 &lt;Complication&gt; 오, 멋져요, baf를 찾았어요 ;P 17:17 &lt;jrandom&gt; baf-차단 ;) 17:17 &lt;@cervantes&gt; 헙 미안, 계속 baf 하세요 17:17 * jrandom 마무리를 재개한다 17:18 * jrandom 회의를 *baf* 하며 종료한다 </div>/ko/blog/2006/03/28/2006-03-28%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 28 Mar 2006 00:00:00 +0000/ko/blog/2006/03/28/2006-03-28%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>Hi y&rsquo;all, tuesday rolls around again</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 및 0.6.1.13 2) 사용 사례 설문조사 3) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.13</li> </ol> </li> </ul> <p>Things were progressing fairly smoothly on 0.6.1.12, and the new 0.6.1.13 release has some updates to help users on both low bandwidth and highly congested links. There have been some reports of problems regarding load throttling on high bandwidth links and on some of the netDb changes, so I&rsquo;m working on fixes now. Affected users will likely have a release available later on in the week, perhaps by the weekend.</p>/ko/blog/2006/03/28/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-3%EC%9B%94-28%EC%9D%BC/Tue, 28 Mar 2006 00:00:00 +0000/ko/blog/2006/03/28/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-3%EC%9B%94-28%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ashter, bar, cervantes, Complication, jrandom, nextgens, tethra</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:08 &lt;jrandom&gt; 0) 안녕하세요 15:08 &lt;jrandom&gt; 1) 네트워크 상태와 0.6.1.13 15:08 &lt;jrandom&gt; 2) 사용 사례 설문 15:09 &lt;jrandom&gt; 3) ??? 15:09 &lt;jrandom&gt; 0) 안녕하세요 15:09 * jrandom 손을 흔든다 15:09 &lt;Complication&gt; 드디어 로드됐네요, 읽는 중 :) 15:10 &lt;jrandom&gt; 주간 상태 노트를 dev.i2p.net/pipermail/i2p/2006-March/001274.html 에 올렸습니다 15:10 &lt;@cervantes&gt; *** 연결이 재설정됨 15:10 &lt;jrandom&gt; ㅎㅎ 15:11 &lt;jrandom&gt; 좋아요, 여러분이 그걸 살펴보는 동안 1) 네트워크 상태로 들어가죠 15:12 &lt;jrandom&gt; 네트워크의 약 3분의 2가 0.6.1.13으로 업그레이드했습니다(감사!), 결과는 엇갈립니다 15:12 &lt;jrandom&gt; 저대역폭 링크 쓰시는 분들, 공유할 경험 있으신가요? 더 좋아짐 / 더 나빠짐 / 차이 없음? 15:13 &lt;jrandom&gt; 또는 DSL급 링크 쓰는 분들의 결과는 어떤가요? 15:13 * jrandom 더 빠른 링크에서 몇 가지 결과를 들었고(직접 느꼈고), 불행히도 대체로 부정적이었습니다 15:14 &lt;+Complication&gt; 음, 네트워크 상태가 좀 불안정하다고 말하려 했어요. :) 그런데 네트워크가 먼저 말했네요. :D 15:15 &lt;+Complication&gt; 최근 끊김 규모로 보면 이번엔 회복이 꽤 빨랐습니다. 15:16 &lt;+Complication&gt; 대규모 메시지 정체는 더 이상 없었지만 가끔씩 lease(리스)를 잃습니다 15:17 &lt;+Complication&gt; 또한 마지막 router 실행이 lease를 갱신하지 못했을 때 종료되면서 "Router hung!"라고 결론낸 것 같습니다 15:18 &lt;jrandom&gt; 아, 그렇군요 15:18 &lt;+Complication&gt; 약 15시간 동안 돌아가고 있었어요 15:18 &lt;jrandom&gt; 그런 상황에서는 router를 재시작하지 않도록 watchdog을 조정해야 할지도 모르겠네요 15:19 &lt;+Complication&gt; 재전송율도 예전과 같습니다(마음에 들지 않을 만큼 높지만, 어찌어찌 견딜 수는 있는 듯 — 그 자체로는 좋은 소식이죠) 15:19 &lt;jrandom&gt; 예전에는 재시작이 필요했지만, 반복적인 tunnel 실패는 복구 가능해야 합니다 15:19 &lt;jrandom&gt; 흠, &lt;10%, &lt;20%,&gt;20%? 15:20 &lt;+Complication&gt;&gt; 20% 15:20 &lt;+Complication&gt; 세 메시지 중 하나가 사라지는 상황에서 그럭저럭 동작하는 프로토콜은 많지 않죠 15:21 &lt;+Complication&gt; 이건 동작해요 :) 하지만 예전에는 약 7%였죠 15:21 &lt;jrandom&gt; 음, 그건 모든 피어(peer)에 걸친 평균이라 대부분의 피어에서는 꽤 낮겠지만, 심하게 혼잡한 피어에서는 꽤 높을 겁니다 15:21 &lt;jrandom&gt; (peers.jsp에 표시된 것처럼) 15:22 &lt;+Complication&gt; 맞아요, 아직 그쪽 분포는 살펴보지 않았습니다 15:23 &lt;+Complication&gt; 다른 이유가 없더라도 분포가 어떤지 확인하려면 살펴볼 필요가 있겠네요 15:24 &lt;jrandom&gt; 좋아요, 고마워요 Complication 15:24 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태에 대해 더 할 말 있으신가요? 15:25 &lt;bar&gt; Complication: 어떤 burst limit을 사용 중인지 여쭤봐도 될까요? 저는 이론상 업로드 최대치의 60%로 설정했고, 현재 재전송 비율은 11%입니다 15:26 &lt;+Complication&gt; bar: 회선 속도의 약 80%입니다 15:26 &lt;bar&gt; 알겠어요 15:26 &lt;+Complication&gt; 재전송이 약 7%였을 때와 같은 수준이에요 15:26 &lt;+Complication&gt; 중간에 더 높게 잡았다가 다시 낮췄습니다 15:28 &lt;bar&gt; 저도 하루 정도 80%로 써 보며 변화가 있는지 보겠습니다 15:28 &lt;+Complication&gt; 그리고 지속 전송 한계는 약 65%입니다 15:28 &lt;+Complication&gt; 총 표시기가 맞다면 실제 전송은 평균적으로 회선 속도의 약 60%입니다 15:29 &lt;+Complication&gt; (피크는 더 높음) 15:30 &lt;ashter_&gt; 제 쪽에서는 local destination에서 "no lease"가 자주 뜹니다(오늘도 말씀드렸듯이) 15:30 &lt;ashter_&gt; 그리고 노드가 조금 더 혼잡합니다 15:30 &lt;+fox&gt; &lt;nextgens&gt; 안녕하세요 15:30 &lt;jrandom&gt; 안녕하세요, nextgens 15:30 &lt;jrandom&gt; ashter_: 흠, dialup, dsl/cable, 아니면 더 빠른 회선인가요? 아니, 더 익명적으로 말하면, 혼잡하신가요? 15:31 &lt;+fox&gt; &lt;nextgens&gt; 좋네요, jrandom이 있네요 :) 도와주실지도 :) 15:31 &lt;jrandom&gt; (I2P가 표시하는 수치가 아니라, 네트워크 혼잡을 말하는 겁니다) 15:31 &lt;ashter_&gt; dsl/cable 15:32 &lt;jrandom&gt; 좋아요, 감사합니다 15:33 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태에 더 할 말이 없으면 2) 사용 사례 설문으로 넘어가죠 15:34 &lt;jrandom&gt; 바로 답을 기대하진 않지만, 메일에 있는 질문들에 대해 생각해 보시고 답변을 올려주시면(포럼, Syndie, 메일링 리스트 등 어디든) 감사하겠습니다 15:37 &lt;@cervantes&gt; *콜록* 15:38 &lt;+tethra&gt; 오 이런 :/ 15:39 &lt;jrandom&gt; (|grep -v -- -\!- ;) 15:39 &lt;jrandom&gt; 좋아요, 말씀드렸듯이 편하신 방식으로 소식을 전파해 주세요. gracias 15:39 &lt;jrandom&gt; 그럼 3) ???로 넘어갑니다 15:39 &lt;jrandom&gt; 회의에서 다루고 싶은 게 있으신가요? 15:40 &lt;@cervantes&gt; http://forum.i2p.net/viewtopic.php?p=7442 &lt;-- 사용 사례 논의를 위한 공지 스레드 15:40 &lt;jrandom&gt; 아, 좋네요. 고마워요 cerv 15:42 &lt;ashter&gt; (에르프, 그게 또 발생했네요. 이게 발생하면 participating tunnels가 미친 듯이 늘어납니다 :( ) 15:43 &lt;jrandom&gt; 흠, 수천 개까지인가요, 아니면 수백 개? 15:43 &lt;jrandom&gt; (새로운 tunnels가 갑자기 몰리는 현상에 대한 수정 몇 가지가 대기 중이며, 이번 주 후반에 나갈 예정입니다) 15:43 &lt;ashter&gt; 수천 개요 15:44 &lt;ashter&gt; (네, 감사합니다) 15:44 &lt;jrandom&gt; 좋아요, 괜찮네요. 그동안 bandwidth limit이나 공유 비율을 낮추는 것을 고려해 보세요 15:44 &lt;jrandom&gt; 좋아요, 회의에서 더 논의할 사항이 있나요? 15:45 &lt;jrandom&gt; 없다면... 15:45 * jrandom 마무리한다 15:46 * jrandom *baf* 하며 회의를 닫는다 </div>/ko/blog/2006/03/21/2006-03-21%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 21 Mar 2006 00:00:00 +0000/ko/blog/2006/03/21/2006-03-21%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕 여러분, 또 화요일이네</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) jrobin 3) biff and toopie 4) 새 키 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>지난 주는 꽤 안정적이었고, 아직 새로운 릴리스는 나오지 않았습니다. 저는 tunnel 속도 제한과 저대역폭 환경에서의 동작에 꾸준히 작업해 왔지만, 그 테스트를 돕기 위해 웹 콘솔과 통계 관리 시스템에 JRobin을 통합했습니다.</p> <ul> <li> <ol start="2"> <li>JRobin</li> </ol> </li> </ul> <p>JRobin [1]은 RRDtool [2]을 순수 Java로 포팅한 것으로, zzz가 그동안 만들어 온 것과 같은 보기 좋은 그래프를 매우 적은 메모리 오버헤드로 생성할 수 있게 해준다. 우리는 이를 완전히 메모리 내(in-memory)에서 동작하도록 구성해 두었기 때문에 파일 잠금 경합이 없고, 데이터베이스를 업데이트하는 데 걸리는 시간은 체감되지 않을 정도다. 우리가 아직 활용하지 못하고 있는 JRobin의 멋진 기능이 정말 많지만, 다음 릴리스에는 기본 기능이 포함되고 RRDtool이 이해할 수 있는 형식으로 데이터를 내보내는 방법도 제공될 것이다.</p>/ko/blog/2006/03/21/i2p-dev-meeting-march-21-2006/Tue, 21 Mar 2006 00:00:00 +0000/ko/blog/2006/03/21/i2p-dev-meeting-march-21-2006/<h2 id="간단-정리">간단 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> ashter, Complication, jrandom, mihi, postman, tethra</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:09 &lt;@jrandom&gt; 0) 안녕 15:09 &lt;@jrandom&gt; 1) 네트워크 상태 15:09 &lt;@jrandom&gt; 2) jrobin 15:09 &lt;@jrandom&gt; 3) biff and toopie 15:09 &lt;@jrandom&gt; 4) 새 키 15:09 &lt;@jrandom&gt; 5) ??? 15:09 &lt;@jrandom&gt; 0) 안녕 15:09 * jrandom 손을 흔든다 15:09 &lt;@jrandom&gt; 주간 상태 노트를 여기 올려뒀어 http://dev.i2p.net/pipermail/i2p/2006-March/001271.html 15:11 &lt;@jrandom&gt; 그럼 1) 네트워크 상태로 잠깐 넘어가자 15:12 &lt;@jrandom&gt; 릴리스가 한동안 없었지만, 그래도 꽤 안정적인 것 같아. 다만 곧 개선점들이 나올 거고, 이번 주에 0.6.1.13 새 버전을 내보려고 해 15:13 &lt;@jrandom&gt; 네트워크 상태에 대해 질문/의견/우려 있는 사람? 15:13 &lt;+Complication&gt; 어제 막 시작한 노드에서 관찰한 주기성 얘긴데: 몇 시간 지나니 스스로 비동기화됐어 15:14 &lt;@jrandom&gt; 아 좋아 15:14 &lt;+Complication&gt; 즉, 고저가 훨씬 더 랜덤해졌다는 뜻 15:14 &lt;@jrandom&gt; 그래도 시작할 때 그걸 부스팅해 두는 게 가치가 있을 것 같아 15:14 &lt;@jrandom&gt; (집에서 함께하는 분들을 위해: 10분 재구성 주기의 파장에 대해 얘기 중) 15:15 &lt;+Complication&gt; 아마 tunnel 장애를 예방하는 데 도움이 될 거야 15:15 &lt;+Complication&gt; 여전히 그런 게 꽤 보이는데, 세진 않았어 15:15 &lt;+tethra&gt; (번역 고마워 :) 15:15 &lt;+Complication&gt; 그거 말곤 여기서는 꽤 잘 돌아가 15:16 &lt;+Complication&gt; 2시간에 한 번꼴로 'as there are no inbound/outbound tunnels available'가 뜨는 것 같아 15:17 &lt;@jrandom&gt; 흠, i2phex / i2psnark / eepproxy / ircproxy / eepsite destination(목적지)에서? 15:17 &lt;@jrandom&gt; (클라이언트가 자기 tunnel을 과부하시킬 수 있어서 어떤 건지 묻는 거야) 15:18 &lt;+Complication&gt; 어떤 경향이 있는지 확인 중 15:19 &lt;+Complication&gt; 공유 클라이언트와 Pycache도 조금, I2Phex가 더 많아 15:20 &lt;@jrandom&gt; 흠 오케이, 좋아, 고마워 15:20 &lt;+Complication&gt; I2Phex 비중이 확연히 더 커 15:20 &lt;+Complication&gt; 대역폭을 제한해야 할지도 15:21 &lt;+Complication&gt; (기본 16K였음) 15:23 &lt;@jrandom&gt; 좋아, 혹시 1) 네트워크 상태에 대해 더 있을까? 15:25 &lt;@jrandom&gt; 없으면, 2) JRobin으로 슬슬 넘어가자 15:26 &lt;@jrandom&gt; jrobin 멋져. 맘에 들어. 통합하기 정말 쉬웠고, 꽤 작고(177KB), 빠르고, 메모리 오버헤드가 낮고, 이해하기 쉬운 시각화를 제공해 15:27 &lt;+Complication&gt; 전적으로 동의 :) 15:29 &lt;+Complication&gt; 해상도가 충분한 편리한 그래프가 이상 징후를 찾는 데, 또 그에 대해 질문하는 데 도움이 돼 :) 15:29 &lt;@jrandom&gt; rrdtool 고수 분들 계시면, 최신 CVS를 한 번 보고 우리가 뭘 하는지, 그리고/또는 더 쉬운 방법이 있는지 봐 주면 좋겠어. 조언 환영이야 15:30 &lt;@jrandom&gt; (rrdtool &lt;--&gt;jrobin 정보 @ http://www.jrobin.org/api/jrobinandrrdtoolcompared.html) 15:31 &lt;@jrandom&gt; (그리고, 원한다면 netDb/routerInfo-*.dat를 읽어 jrobin 데이터베이스에 넣고, 사실상 너만의 stats.i2p를 돌리는 꽤 작은 앱을 쓸 수도 있어) 15:32 &lt;@jrandom&gt; 콘솔 내 jrobin 통합은 stats.i2p 기능과는 달라. 모든 router가 아니라 *your* router를 요약하거든. 둘 다 유용해 15:34 &lt;@jrandom&gt; 좋아, 2) JRobin에서 더 없으면 3) biff and toopie로 넘어가자 15:34 &lt;@jrandom&gt; postman: 개요 좀 해줄래? 15:34 &lt;postman&gt; 아 아, 맞아 15:35 &lt;postman&gt; 몇 년 전 메일 서비스에 biff라는 IRC 봇이 있어서 새 메일을 알려줬어 15:35 &lt;+Complication&gt; Postman의 AI 주조소 ;P 15:35 &lt;postman&gt; 새 플랫폼으로 이전하면서 biff를 쓸 수 없게 됐고, 고칠 시간도 없었지 15:35 &lt;postman&gt; 이제 다시 온라인이야 15:35 &lt;@jrandom&gt; (야호!) 15:36 &lt;postman&gt; IRC에서 메일박스를 모니터링하고 싶다면, 명령 목록은 그냥 /msg biff .help 해 보면 돼 15:36 &lt;postman&gt; 사용법은 간단해 15:36 &lt;postman&gt; 질문/오류/푸념/비난 -&gt; postman@mail.i2p 15:36 &lt;postman&gt; 2. 15:37 &lt;postman&gt; 늘어나는 뉴비들(초보자들)에 대처하려고, jr, cervantes, 그리고 내가 일상적인 주제와 문제에 대해 도움을 청할 수 있는 Q&amp;A 봇을 생각해 냈어 15:38 &lt;postman&gt; 초안 이름은 toopie고 곧 #i2p에 상주할 거야 (i2p-chat도 아마) 15:38 &lt;postman&gt; 주제 목록을 갖고, 주제별로 정리된 Q&amp;A를 키워드로 인덱싱해 둘 거야 15:38 &lt;postman&gt; toopie는 채널에 이야기할 수도 있고 사용자와 privmsg(개인 메시지)로도 대화할 수 있어 15:38 &lt;+Complication&gt; 멋지네, 이런 건 처음 보지만 :) 15:39 &lt;postman&gt; 가능한 빨리 머릿속을 채우려 해 15:39 &lt;postman&gt; Complication: #irc2p에서 가지고 놀아도 돼 (원하면 개인으로도 :)) 15:39 &lt;@jrandom&gt; 그리고 좋은 점 하나는 IRC에서 메시지로 채워 넣을 수 있다는 거야 :) 15:39 &lt;postman&gt; 그래 15:40 &lt;postman&gt; 관리자가 IRC에서 바로 몇 줄 추가해서 새 Q&amp;A로 만들 수 있어 15:40 * tethra가 TheJudge/closedshop을 위해 "아니, predecessor attacks(선행자 공격)은 통하지 않아."라는 항목을 넣자고 제안 15:40 &lt;+tethra&gt; ;) 15:40 &lt;postman&gt; 히히 15:41 &lt;postman&gt; 정보를 구조화하는 방식은 아직 여지가 있어 15:41 &lt;@jrandom&gt; (하지만 통하긴 해. 다만 누군가를 공격하려고 특정 프로그램을 "run"을 '실행'하는 그런 건 아니지) 15:41 &lt;postman&gt; 곧 더 나올 거야 15:41 * postman 마이크를 돌려줌 15:41 &lt;@jrandom&gt; 좋아, 고마워 postman 15:42 &lt;ashter&gt; postman; toopie가 다른 언어도 말할 수 있어 ? 15:42 &lt;postman&gt; ashter: 아직은 (아니) 15:42 &lt;+fox&gt; &lt;mihi&gt; igpay atinlay? *g* 15:42 &lt;ashter&gt; 오케이 15:42 &lt;postman&gt; ashter: 인프라는 준비돼 있어 ( /me planned this ) 15:42 &lt;@jrandom&gt; 좋아 15:42 &lt;postman&gt; ashter: 그건 버전 2에서 지원할 기능이야 15:42 &lt;ashter&gt; 굉장해, 정말 고마워 15:44 &lt;postman&gt; (thejudge 혼자서 오늘 IRC 연결 끊김의 50%를 만들어냄) 15:45 &lt;postman&gt; jrandom: 좋아, 다음 주제 15:46 &lt;@jrandom&gt; 좋아, 3) biff와 toopie에 대해 더 있을까? 15:46 &lt;@jrandom&gt; 없다면 4) 새 키로 넘어가자 15:47 &lt;@jrandom&gt; 음, 내가 올린 내용에 덧붙일 건 별로 없어. 새 키, 어쩌고저쩌고 15:47 &lt;@jrandom&gt; 좋아, 5) ???로 넘어가자 15:47 &lt;+tethra&gt; 음 15:47 &lt;@jrandom&gt; 다른 안건 있어? 15:48 &lt;+tethra&gt; biff는 네가 너라는 걸 어떻게 알아? :/ 15:48 &lt;+fox&gt; &lt;mihi&gt; tethra: 등록해야 해 15:48 &lt;+fox&gt; &lt;mihi&gt; 주간 노트에 언급된 걸 그냥 읽어봐 :) 15:48 &lt;postman&gt; tethra: 1.) 네 메일박스 자격 증명을 알고 있고, 2. 인증된 nick@biff로 등록해 15:48 &lt;+fox&gt; &lt;mihi&gt; 그래 :) 15:48 &lt;+fox&gt; &lt;mihi&gt; 만료되는 키 대신 만료되는 서브키를 쓰면 되는데 왜 굳이 키를 만료되게? 15:48 &lt;+tethra&gt; postman: 아, 오케이. 고마워. 15:49 &lt;@jrandom&gt; mihi: 침해를 구획화하려고. 15:50 &lt;+fox&gt; &lt;mihi&gt; 원하면 키링에서 만료된 비밀 서브키를 삭제할 수 있어 15:51 &lt;+fox&gt; &lt;mihi&gt; 하지만 사람들에게 매년 네 키를 lsign하게 하는 게 훨씬 근사하겠지 :) 15:51 &lt;+fox&gt; &lt;mihi&gt; 약간 사디스트적인 관점에서 말이야 :-&gt; 15:51 &lt;postman&gt; jrandom: 자, mihi에게 이 수수께끼를 던져봐 :) 15:52 &lt;@jrandom&gt; (서브키만 침해될 수 있다고 가정하면) 15:54 &lt;@jrandom&gt; 어쨌든, 회의에서 더 다룰 안건 있어? 15:54 &lt;+fox&gt; &lt;mihi&gt; 어제가 누군가 네 키를 침해했다고 가정해 보자. 이제 그는 중간자 공격(MitM)을 수행해 새 키를 바꿔치기했을 수 있어. 15:54 &lt;+fox&gt; &lt;mihi&gt; 즉, 한 번 키가 뚫리면 -&gt; 미래의 모든 키가 뚫리는 거 아냐 15:55 &lt;+Complication&gt; 소유자가 폐기 인증서(revocation certificate)를 사용하지 않는 한 15:55 &lt;+Complication&gt; 침해된 키를 무효화 -&gt; 이후 것들도 무효화 15:55 &lt;@jrandom&gt; mihi: 그리고 난 침해된 키를 폐기하고 새 키를 신뢰하지 말라고 말할 수 있어 15:55 &lt;@jrandom&gt; 이제 키 변경을 신뢰할지 말지 선택은 네 몫이야 15:56 &lt;+fox&gt; &lt;mihi&gt; 그럼 누구 말을 믿어야 하지? :) 15:56 &lt;@jrandom&gt; 좋은 질문이야. 하루이틀 안에 서명된 폐기 통지를 듣게 된다면 새 키를 버려야 해 15:57 &lt;+fox&gt; &lt;mihi&gt; 그리고 그게 서브키였다면, 네가 amin key를 폐기했을 거고 서브키는 자동으로 버려질 거야 :) 15:57 &lt;+fox&gt; &lt;mihi&gt; s/amin/main/ 15:58 &lt;+fox&gt; &lt;mihi&gt; 서로 다름에 동의할래? 15:58 &lt;@jrandom&gt; 응, 그건 동의하지 ;) 15:58 &lt;@jrandom&gt; 좋아, 회의에 더 이상 없으면... 15:58 &lt;+fox&gt; * mihi hands jrandom the *baf*er (after years, just like in good old times...) 16:00 &lt;@jrandom&gt; 헤헤 16:00 * jrandom 시동을 건다 16:00 * jrandom 회의를 *baf*로 마감한다 </div>/ko/blog/2006/03/14/2006-03-14%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 14 Mar 2006 00:00:00 +0000/ko/blog/2006/03/14/2006-03-14%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요, 여러분. 이번 주에도 간단한 업데이트가 있습니다.</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>지난주는 네트워크에서 꽤 안정적이었습니다 — 3일 이상 업타임을 유지한 routers가 60대 넘게 있었고(그중 몇 대는 2주 이상 업타임), 저도 현재 사흘이 넘도록 IRC 연결을 유지하고 있습니다. 지난주에 tunnel 스로틀링에 몇 가지 조정을 했지만, 접근할 수 없는 머신에 변경 사항이 있어서 그리 많지는 않았습니다.</p> <p>그런데 말이 나온 김에, 몇 시간 전부로 betty가 다시 온라인으로 복귀했고, 보류 중이던 제 변경 사항들을 묶어두었으며, 현재 테스트가 진행 중입니다. 즉 이번 주 후반쯤 아마 새 릴리스를 배포하게 될 것이고, 0.6.1.12-0 이후의 모든 변경 사항을 포함해 배포할 예정입니다. 늘 그렇듯, 새로운 소식이 생기면 알려드리겠습니다.</p>/ko/blog/2006/03/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-3%EC%9B%94-14%EC%9D%BC/Tue, 14 Mar 2006 00:00:00 +0000/ko/blog/2006/03/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-3%EC%9B%94-14%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, cervantes, Complication, fc, frosk, jrandom, ripple, susi23, tethra, tmp</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:09 &lt;@jrandom&gt; 0) 안녕 15:09 &lt;@jrandom&gt; 1) 네트워크 상태 15:09 &lt;@jrandom&gt; 2) ??? 15:09 &lt;@jrandom&gt; 0) 안녕 15:09 * jrandom 손을 흔듦 15:09 &lt;@jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-March/001270.html 에 올려두었습니다 15:10 &lt;@jrandom&gt; 여러분이 그 장문의 공지를 읽는 동안, 1) 네트워크 상태로 들어가죠 15:10 &lt;@jrandom&gt; 네트워크가 아직도 잘 동작하는 것 같네요 (woot) 15:12 &lt;bar&gt; 어제 UDP 연결 최고 기록 세웠습니다, 244 15:12 &lt;@jrandom&gt; 그 부분에 더 보탤 말은 별로 없네요 - 의견/질문/우려사항 있나요? 15:12 &lt;@jrandom&gt; 아 좋네요 15:12 &lt;@jrandom&gt; 네, 저도 피크 값이 나오네요, 현재 SSU 연결 338개 15:14 * jrandom 상당한 i2psnark 전송도 했지만, 항상 속도가 좋진 않았음 15:15 &lt;@jrandom&gt; 다만 stats.i2p에서 tunnel 선택과 관련해 흥미로운 주기적 변동이 보였고, .0.6.1.13이 배포되면서 그 부분에 변화가 있을 겁니다 15:17 &lt;@jrandom&gt; 대역폭이 낮은 환경 테스트와 최적화도 진행 중이고, 그게 현재 ...13을 지연시키는 주된 원인입니다. 곧 좋은 것들이 나올 거라 생각하지만, 지켜보죠 15:18 &lt;@jrandom&gt; 좋아요, 1) 네트워크 상태에 더 없으면, 자유 발언으로 넘어가죠 - 2) ??? 15:18 &lt;@jrandom&gt; 거론하고 싶은 것 있나요? 15:18 &lt;+Complication&gt; 보고할 건 가동 시간 최고 기록뿐이고, build -6는 참여하는 tunnels를 수락하는 데 매우 보수적입니다 15:19 &lt;+Complication&gt; (하지만 그건 아까 이미 말했죠) 15:19 &lt;@jrandom&gt; 좋네요 - 피어 수가 낮아도 여전히 잘 동작하죠? 15:19 &lt;+Complication&gt; 사실 최근에는 피어 수가 조금 늘었습니다 15:20 &lt;@jrandom&gt; 아, 오케이 15:20 &lt;+Complication&gt; 지금은 50...100 정도입니다 15:20 &lt;+Complication&gt; (대체로는 100보다는 50에 더 가깝고요) 15:20 &lt;@jrandom&gt; 오, 그럼 예전과 비교하면 아직 꽤 낮네요 15:20 &lt;+Complication&gt; 약 30 정도가 최저였던 것 같습니다 15:21 &lt;+Complication&gt; 하지만 전반적으로는 잘 돌아갑니다 15:21 &lt;@jrandom&gt; 좋네요 15:26 * jrandom 지금 이 순간 I2P를 지원해준 최근 기여자들께 잠깐 감사 인사를 드리고 싶습니다 - bar, $anon, postman, 그리고 http://www.i2p.net/halloffame 에 있는 다른 분들께 특별히 감사드립니다! 15:27 &lt;@jrandom&gt; 코드와 콘텐츠 기여는 물론 매우 중요하지만, 재정적 지원은 제가 일반 직장에 나가지 않고 I2P에 풀타임으로 매달릴 수 있게 해주며, 다양한 인프라 비용도 보탬이 됩니다 15:28 &lt;bar&gt; 얼굴이 빨개지네요, 그래도 고마워요 :) 15:28 &lt;@cervantes&gt; w00t 15:29 &lt;+Complication&gt; 좋네요 :) 15:31 &lt;ripple&gt; jrandom: pastebin.i2p...임무 완료.... 15:32 &lt;@jrandom&gt; ripple: 고마워요 - 원하는 대로 동작하는 것 같아요 - OOM(메모리 부족) 시 빠르고 끔찍하게 죽고, service wrapper가 그걸 감지해 router를 재시작합니다 15:32 &lt;@jrandom&gt; 좋아요, 회의에서 더 얘기할 것 있나요? 15:34 &lt;tmp&gt; 네, Betty의 회복을 위해 기도합시다. 15:34 * tethra 기도함 15:34 &lt;@jrandom&gt; 기도가 응답됐습니다 - 그녀가 돌아왔어요 :) 15:34 &lt;tmp&gt; 믿음 기반 I2P. 15:35 &lt;tmp&gt; 좋아요. ;) 15:35 &lt;tethra&gt; 굉장하네 15:35 &lt;tethra&gt; XD 15:35 &lt;fc&gt; tmp: 그게 전송 프로토콜인가요, 아니면 뭐죠? 15:35 &lt;tethra&gt; 익명 기도? 15:35 &lt;@jrandom&gt; betty == 내 노트북 15:35 &lt;tethra&gt; 신도 당신이 누군지 몰라요! 15:36 &lt;@frosk&gt; bar가 근사하게 기부한 새 머신은 어때요? 15:36 &lt;+susi23&gt; jr: 이름을 susi로 안 지었다고??? 부끄러운 줄 아세요 ;) 15:37 &lt;@jrandom&gt; 새 머신은 현재 조립 중이며, windows, gentoo, 그리고 아마 fbsd용 x86_64 (x2) 박스입니다 15:37 &lt;@frosk&gt; 멋지군요 15:37 &lt;@jrandom&gt; (준비되면 제 블로그에 사진 몇 장 올라갈 겁니다 ;) 15:38 &lt;fc&gt; bsd! bsd! bsd! ;) 15:38 &lt;@jrandom&gt; susi23: 새 녀석은 새 이름이 필요하겠죠... ;) 15:38 &lt;@cervantes&gt; susan! 15:39 &lt;@jrandom&gt; ;) 15:39 &lt;@jrandom&gt; 좋아요, 회의에 더 없으면... 15:39 * jrandom 정리함 15:39 * jrandom 회의를 *baf* 닫음 </div>/ko/blog/2006/03/07/2006-03-07%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 07 Mar 2006 00:00:00 +0000/ko/blog/2006/03/07/2006-03-07%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 이번에는 간단한 주간 업데이트예요</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>지난 한 주는 꽤 순조로웠습니다. 네트워크의 90% 이상이 0.6.1.12를 사용하고 있어서 tunnel(터널) 구축 성공률이 상당히 좋았고, 제가 확인한 피어 선택과 종단 간 처리량도 상승세였습니다. 여전히 CVS에서 해결 중인 속도 제한(throttling) 문제들이 있고, 피어 간 통신에서 불필요한 범위를 줄이기 위한 몇 가지 최적화도 진행 중이지만, 전망은 꽤 좋습니다. 언젠가 0.6.1.13으로 업데이트가 있을 예정이지만, 당장은 아닙니다.</p> <ul> <li> <ol start="2"> <li>???</li> </ol> </li> </ul> <p>오늘은 짧은 상태 업데이트만 전해드립니다. 이야기할 거리가 없어서가 아니라, 주로 제 노트북이 현재 사용 불가 상태이기 때문입니다. 긴급 하드웨어 교체를 진행 중이며, 이번 주 후반에는 수리되길 기대합니다. 그동안은 친구의 컴퓨터를 사용해 상황을 계속 모니터링하고 원격으로 변경 사항을 처리하고 있습니다(그래서 이 메시지에는 서명이 없습니다).</p>/ko/blog/2006/03/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-3%EC%9B%94-7%EC%9D%BC/Tue, 07 Mar 2006 00:00:00 +0000/ko/blog/2006/03/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-3%EC%9B%94-7%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, Complication, dust, jrandom, susi23</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:08 &lt;jrandom&gt; 0) 안녕 15:08 &lt;jrandom&gt; 1) 네트워크 상태 15:08 &lt;jrandom&gt; 2) ??? 15:08 &lt;jrandom&gt; 0) 안녕 15:08 * jrandom 손을 흔든다 15:08 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-March/001267.html 에 올려뒀어 15:09 * jrandom 그 엄청 긴 노트 읽어보라고 여러분에게 몇 시간 줄게 15:10 * Complication 아직 눈치 못 챘던 척 ;) 15:11 &lt;+Complication&gt; 안녕하세요 :) 15:11 &lt;+susi23&gt; 안녕하세요 :) 15:12 &lt;jrandom&gt; 그럼, 1) 네트워크 상태로 들어가보자 15:12 &lt;jrandom&gt; 메일에 지금 무슨 일이 벌어지는지에 대한 내 전반적인 관점을 적어놨어. 너희가 보고 있는 것들과 어떻게 맞아? 15:13 &lt;+Complication&gt; 스로틀링 수정으로 안정성은 올라간 것 같은데, 대역폭은 꽤 눌렸어 15:13 &lt;+Complication&gt; 잠깐만, 그래프 찾아볼게 15:14 &lt;+Complication&gt; `http://complication.i2p/files/bw-week.png` 15:14 &lt;+Complication&gt; 높은 구간은 최신 이전 버전, 낮은 구간은 최신에서 나와 15:15 &lt;+Complication&gt; 제한 설정은 같고, 아마 (더 엄격한) 최신 버전에선 좀 더 느슨하게 잡았을지도 15:16 &lt;+Complication&gt; 그래도 전송은 되니까 큰 문제는 아냐 15:16 &lt;jrandom&gt; 좋아, 실제 대역폭 한계에 가까워질수록 대역폭 사용이 줄어드는 게 적절해 15:17 &lt;+Complication&gt; 대부분, '지속 대역폭' 한도에 이르기 전에 반등하는 것 같아 15:17 &lt;+Complication&gt; 버스트 한도는 전혀 건드리지도 않고 15:18 &lt;+Complication&gt; (그 자체로는 합리적인데 - 걱정되는 건 지속 한도 전에 반등한다는 점이야) 15:19 &lt;bar&gt; 나도 Complication이 보는 거랑 거의 같아. 총 대역폭 사용량이 최대 설정의 50%밖에 안 돼. 0.6.1.11 이전엔 대략 80%였어 15:19 &lt;jrandom&gt; 제한 속도가 200kbps고, 버스트가 300kbps야? 15:20 &lt;jrandom&gt; (버스트에서 얼마나 오래 머물렀는지 궁금해서) 15:20 &lt;jrandom&gt; 어쨌든 대역폭 사용량을 줄이는 게 최근 변경의 목표 중 하나야 15:21 &lt;+Complication&gt; 지속 ~225, 버스트 ~325 15:21 &lt;+Complication&gt; 잠깐, 내가 그럴 수도... 15:22 &lt;+Complication&gt; 내가 *해석을* 잘못한 거야? 15:23 &lt;+Complication&gt; 잊어줘, 내가 바보였어... 계산을 잘못했네, 그렇게까지 나쁘진 않아 :O 15:23 &lt;jrandom&gt; 데이터가 부족해 :) 문제의 징후일 수도 있지만, 네가 지금까지 설명한 걸로는 의도대로 동작하는 듯해 15:23 &lt;+Complication&gt; 좀 보수적인 편이긴 한데, 내가 생각했던 만큼 나쁘진 않아 15:24 &lt;+Complication&gt; Router Console(제한과 같은 단위를 사용해 측정함)에 따르면, 아웃바운드 전체 평균은 지속 한도의 2/3, 버스트 한도의 1/2이야 15:25 &lt;+Complication&gt; 하지만 인바운드 전체 평균은 지속 한도의 1/3을 약간 상회하고, 버스트 한도의 1/4 정도에 불과해 15:26 &lt;+Complication&gt; 예를 들어, 지속 한도가 30이고 버스트 한도가 40이라고 하면, 아웃바운드는 20, 인바운드는 10을 조금 넘는 수준이야(주로 부하 부족 때문) 15:26 &lt;jrandom&gt; 좋아 15:26 &lt;+Complication&gt; 하지만 내가 그래프를 잘못 해석했어, Kb/KB 문제 때문에 :O 15:27 * Complication 역사에서 그래프를 지워버린다 15:28 &lt;jrandom&gt; 그래도 눈썰미 좋네, 뭔가 이상해 보이면 꼭 알려줘 15:28 &lt;jrandom&gt; 좋아, 1) 네트워크 상태에 대해 다른 거 있어? 15:28 &lt;jrandom&gt; 없으면, 2) ???로 살짝 넘어가자 15:28 &lt;jrandom&gt; 다른 얘기할 거 있어? 15:30 &lt;+Complication&gt; 음, jbigi 테스트가 좀 있었는데, 어떤 사람은 Linux용 64비트 버전이 꽤 느리다는 결과를 얻었다고 해 15:31 &lt;+Complication&gt; 순수 Java보다도 느리게 나왔대, 측정 오류인지 아닌지는 잘 모르겠어 :O 15:32 &lt;+Complication&gt; 나는 재현할 수 없었어 15:32 &lt;jrandom&gt; 응, 그 플랫폼에서 어떤 .so를 쓰고 있었는지 나도 정확히는 모르겠어 15:32 &lt;+Complication&gt; 내 쪽에선 순수 Java보다 대략 두 배 빨랐어 15:32 &lt;+dust&gt; syndie에서 추가 메시지 포맷으로 HTML을 쓰는 실험이 이제 동작하기 시작했어. 내 로컬 'sucker'가 이제 웹 페이지(이미지 포함)를 가져와서 syndie 게시물로 저장할 수 있어 15:33 &lt;jrandom&gt; 아 멋지다 dust 15:33 &lt;+dust&gt; 근데 CSS는 없어 15:33 &lt;+Complication&gt; 근데 32비트에선 순수 Java보다 *훨씬* 빠르다고들 하더라(10배 정도 같은) 15:35 &lt;bar&gt; 흠.. Complication, 지금 amd64 .so가 32비트 시스템용만이고, 그는 64비트 OS에서 테스트한 건 아닐까? 15:36 &lt;+Complication&gt; bar: 그럴 수도, 나도 64비트 OS에서 테스트했거든 :O 15:36 &lt;jrandom&gt; 내 기억이 맞다면 amd64는 pure64 debian에서 동작하도록 빌드됐어 15:37 &lt;+Complication&gt; 어쨌든, 더 최신 gmp를 들여오면 도움이 될 거란 제안이 있었어 15:37 &lt;bar&gt; 그냥 찍어본 거야, 이런 건 전문가가 아니라서 15:37 &lt;jrandom&gt; 음, 우리는 4.1.4를 써 15:37 &lt;+Complication&gt; 특히 곧 버전 점프를 한 뒤에는 더 그럴 거라고 15:38 &lt;+Complication&gt; 나는 gmp 전문가가 아니라서 뭐라 말하긴 어려워 15:38 &lt;jrandom&gt; (그리고 gmp의 다가올 최적화가 크게 개선되진 않을 거야) 15:38 &lt;+Complication&gt; '그럴 수도'라는 말 말곤 15:38 &lt;jrandom&gt; 개선은 아키텍처별 빌드에서 나와 15:40 &lt;+Complication&gt; 그들의 테스트를 보고 나서 내 쪽에서도 테스트해봤는데, 64비트 Mandriva의 64비트 Sempron에서 64비트 athlon lib을 썼더니... 순수 Java보다 약간만 더 빠른 것처럼 보였어 15:40 &lt;+Complication&gt; (아, 64비트 VM도) 15:41 &lt;+Complication&gt; ('약간'이 두 배 정도라는 뜻) 15:41 &lt;jrandom&gt; 흠, 오케이 15:42 &lt;+Complication&gt; 플랫폼 조합을 더 테스트해보고, 전달할 만한 게 있으면 알려줄게 15:43 &lt;jrandom&gt; 좋아, 고마워 15:43 &lt;jrandom&gt; 좋아, 회의에서 더 얘기할 거 있어? 15:46 &lt;jrandom&gt; 없다면... 15:46 * jrandom 마무리한다 15:47 * jrandom *baf*s 회의를 종료한다 </div>/ko/blog/2006/02/28/i2p-2006-02-28%EC%97%90-%EB%8C%80%ED%95%9C-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 28 Feb 2006 00:00:00 +0000/ko/blog/2006/02/28/i2p-2006-02-28%EC%97%90-%EB%8C%80%ED%95%9C-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>다들, 또 우리 화요일 하소연 시간이다</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태와 0.6.1.12 2) 0.6.2로의 로드맵 3) 소규모 프로젝트 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.12</li> </ol> </li> </ul> <p>지난주에는 네트워크에 상당한 개선이 있었습니다. 먼저 지난주 화요일에 0.6.1.11이 광범위하게 배포되었고, 이어 이번 주 월요일에는 0.6.1.12가 릴리스되었습니다(현재까지 네트워크의 70%에 배포되었습니다 - 감사합니다!). 전반적으로, 0.6.1.10 및 그 이전 릴리스와 비교해 많은 부분이 개선되었습니다 - tunnel 구축 성공률은 그러한 fallback tunnels 없이도 10배 더 높아졌고, 지연은 줄었으며, CPU 사용량은 줄었고, 처리량은 늘었습니다. 또한 TCP를 완전히 비활성화하면서 패킷 재전송률도 통제 가능한 수준으로 유지되고 있습니다.</p>/ko/blog/2006/02/28/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-2%EC%9B%94-28%EC%9D%BC/Tue, 28 Feb 2006 00:00:00 +0000/ko/blog/2006/02/28/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-2%EC%9B%94-28%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> blubb, cervantes, Complication, DeltaQ, jrandom, Magii, nymisis, postman, tethra</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:11 &lt;jrandom&gt; 0) 안녕하세요 15:11 &lt;jrandom&gt; 1) 네트워크 상태와 0.6.1.12 15:11 &lt;jrandom&gt; 2) 0.6.2로 가는 길 15:12 &lt;jrandom&gt; 3) 미니프로젝트 15:12 &lt;jrandom&gt; 4) ??? 15:12 &lt;jrandom&gt; 0) 안녕하세요 15:12 * Complication 메모를 재빨리 읽는다 15:12 * jrandom 손을 흔든다 15:12 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-February/001266.html 에 올려두었습니다 15:12 &lt;jrandom&gt; (그리고 여기서는 회의 시작 15분도 넘게 전에 노트를 올렸죠! ;) 15:13 &lt;jrandom&gt; 좋아요, 여러분이 그 아주 흥미진진한 글들을 읽는 동안 1) 네트워크 상태와 0.6.1.12로 바로 들어가죠 15:14 &lt;jrandom&gt; 앞서 말했듯이, 0.6.1.10–0.6.1.12 릴리스의 주요 목표는 달성된 것으로 보입니다. tunnel 생성 암호화 변경을 다루고 생성 신뢰성을 크게 개선했어요 15:16 &lt;jrandom&gt; 0.6.1.10에서 겪었던 문제들은 사라졌고, IRC 안정성도 다시 꽤 좋아진 듯합니다 15:16 &lt;jrandom&gt; 1) 네트워크 상태와 0.6.1.12에 대해 더 이야기할 게 있나요, 아니면 2) 0.6.2로 가는 길로 슬슬 넘어갈까요? 15:17 &lt;+Complication&gt; 여기 네트워크 상태: 이제 20 KB/s 아래로는 안 떨어져요 :) 15:18 &lt;jrandom&gt; 좋네요. 0.6.1.12에서 0.6.1.11의 큰 버그 하나를 고쳤습니다. 사용 가능한 대역폭을 제대로 활용하지 못하던 문제였죠. 이제 가용 자원을 더 잘 써야 합니다 15:20 &lt;jrandom&gt; 좋아요, 그럼 2)로 넘어가죠 15:20 &lt;jrandom&gt; 말씀드렸듯이, 0.6.2에 마지막 기능 변경을 적용하기 전에 정리해야 할 것들이 몇 가지 있지만, 그 부분도 진척되고 있습니다 15:20 &lt;nymisis&gt; 네트워크 상태 괜찮아요 :) 15:22 &lt;jrandom&gt; 좋아요. 새 피어 정렬 전략의 세부사항은 공개 전에 더 많은 정보를 제공하겠지만, 노트에 간단히 언급된 것만으로도 요지는 이해되실 겁니다 15:23 &lt;jrandom&gt; 누구든 2) 0.6.2로 가는 길에 관해 질문/의견/우려가 있나요? 15:23 &lt;postman&gt; jrandom: 이번에는 테스트넷이 있나요? 15:24 &lt;postman&gt; (무언가를 테스트할 routers, 참가자가 필요한가요) 15:24 &lt;postman&gt; ? 15:24 &lt;+Complication&gt; 핵심은 꽤 단순해 보였습니다 — 공격자가 다양한 통계 데이터를 수집할 기회를 제한하는 것이죠 15:25 &lt;+Complication&gt; 상당히 바람직한 기능 같네요 15:25 &lt;jrandom&gt; postman: 새 기능은 로컬 정보만 사용해 라이브 네트에서 투명하게 동작할 것이므로, 별도의 테스트 네트가 필요하지는 않을 겁니다 15:25 &lt;jrandom&gt; 맞아요, 바로 그거예요 Complication 15:26 &lt;postman&gt; 알겠어요 15:26 &lt;postman&gt; jrandom: 0.6.2의 ETA(예상 일정)를 공개할 만큼 대담하신가요? :) 15:27 &lt;blubb&gt; 4월 1일 15:27 &lt;jrandom&gt; 음, 오늘이 2월 말이니 3월이나 4월쯤이라고 보겠네요 15:27 &lt;postman&gt; 헤헤 15:27 &lt;jrandom&gt; blubb: 그때를 위해 이미 mi6 백도어를 예약해 놨어요 ;) 15:29 &lt;@cervantes&gt; mi6 고양이문에 더 가깝죠 15:29 &lt;@cervantes&gt; (예산 삭감) 15:29 &lt;postman&gt; 코끼리 집에다가 15:30 &lt;nymisis&gt; 정확히 하려면 MI6가 아니라 SIS죠. :) 15:30 &lt;jrandom&gt; 뭐, 그냥 그들을 '그분들'이라고 부르죠 ;) 15:31 &lt;jrandom&gt; 좋아요, 2)에 대해 더 있을까요? 15:31 &lt;jrandom&gt; 없다면 3) 미니프로젝트로 살짝 넘어가죠 15:31 &lt;@cervantes&gt; 미안, "the firm" 15:34 &lt;jrandom&gt; 좋아요, 1) 하기가 간단하고 2) 정말 유용한 멋진 것들을 몇 가지 짚고 넘어가려 합니다 15:34 &lt;+Complication&gt; 미니프로젝트 쪽으로, 제 Syndie 회신이 제대로 전달됐는지 모르겠는데, 하나 맡아도 될지 궁금합니다. 15:34 &lt;+Complication&gt; 어떤 걸 할지는 아직 모르겠어요. 지금은 Java를 좀 더 연습하는 중이에요(마이크로 프로젝트 진행 중 :D). 시도할 때 하나를 감당할 수 있다는 확신을 조금 더 갖기 위해서요 15:35 &lt;DeltaQ&gt; 흠, 콘솔에서 bw를 올리면 변경이 즉시 적용되나요, 아니면 재부팅이 필요하나요? 15:35 &lt;+Complication&gt; 그 '마이크로 프로젝트'가 준비되면(물론 목록이 아직 비워지지 않았다면) 하나 골라보겠습니다 15:35 &lt;jrandom&gt; w3wt, 굿이에요 Complication 15:36 &lt;jrandom&gt; DeltaQ: 즉시요 15:36 &lt;@cervantes&gt; 1) Syndie 스케줄러가 4) Download Manager / eepget 스케줄러와 연계되는 거 아닌가요 15:36 &lt;+Complication&gt; DeltaQ: 거의 즉시 적용됩니다(대역폭 평균 계산 주기 안에서요) 15:37 &lt;@cervantes&gt; 보다 범용적으로 동작하는 업/다운로드 관리자가 두 요구를 모두 충족할 것 같은데요 15:37 &lt;jrandom&gt; cervantes: 흠, 꼭 그렇진 않아요. 1)은 꽤 특정 목적에 집중되어 있고, 푸시도 포함하지만, 4)는 꽤 일반적이에요 15:37 &lt;+Complication&gt; cervantes: 그럴 수도 있겠네요 15:37 &lt;jrandom&gt; 하지만 네, 둘의 엔진은 EepGet입니다 15:37 &lt;jrandom&gt; (eepget이 Syndie의 HTTP 전송을 프로그램적으로 처리합니다) 15:38 &lt;DeltaQ&gt; 평균이 13kb/s 위로는 안 올라가는 것 같네요 15:38 &lt;DeltaQ&gt; 나는 64kb/s에 down 버스트 192로 설정했어요 15:38 &lt;DeltaQ&gt; up은 32/64 15:38 &lt;@cervantes&gt; 그러니까 스케줄링과 관리 API가 있는, 푸시/풀을 모두 지원하는 범용 eepget을... 15:39 &lt;@cervantes&gt; 그래도, 그 정도면 아마 미니프로젝트는 아니게 되겠죠 15:39 &lt;+Complication&gt; DeltaQ: 평균은 당신의 client tunnels과 다른 피어들의 participating tunnels이 만들어내는 부하에 얼마나 달려 있는지도 좌우됩니다 15:39 &lt;+Complication&gt; sorry, s/average/actual bandwidth 15:39 &lt;jrandom&gt; cervantes: 네, 그래도 Syndie 쪽에는 상당한 로직이 들어 있습니다. 15:40 &lt;DeltaQ&gt; 헤, 드디어 올라갔네요 15:40 &lt;DeltaQ&gt; 1s: 30.82/29.33KBps 15:40 &lt;DeltaQ&gt; 아마 ul bw를 더 올려야 했나 보네요 15:40 &lt;jrandom&gt; DeltaQ: 평균은 다른 사람들이 당신을 어떻게 보느냐에도 영향을 받습니다. 이는 광고된 속도가 아니라 당신의 행동에 달려 있으므로, 조금 시간이 걸릴 거예요 15:40 &lt;+Complication&gt; DeltaQ: 통과 트래픽(participating tunnels)의 경우, 들어온 건 반드시 나가야 합니다 15:41 &lt;+Complication&gt; DeltaQ: 그래서 ul/dl 속도가 크게 다르면 participating traffic은 둘 중 더 낮은 쪽에 의해 병목됩니다 15:42 &lt;+Complication&gt; DeltaQ: 또한 participating traffic은 다른 노드가 당신 노드의 라우팅 용량을 어떻게 '인지'하느냐에 달려 있어요 15:42 &lt;DeltaQ&gt; 오키 15:43 &lt;+Complication&gt; 잘 라우팅할 수 있다고 생각하면 더 자주 요청할 겁니다 15:43 &lt;jrandom&gt; 좋아요, 3) 미니프로젝트에 더 없다면 4) ???로 넘어가죠 15:43 &lt;jrandom&gt; 회의에서 더 다룰 사항 있나요? 15:43 &lt;DeltaQ&gt; 음, 저는 router 뒤에 있지만 이 PC로 포트 8887을 매핑해 두었어요 15:43 &lt;+Complication&gt; 새로운 노드이거나, 용량이 최근에야 늘었다면, 그들은 조금 소극적입니다 15:44 &lt;DeltaQ&gt; 아, 미안해요 회의를 방해하려던 건 아니었어요 ^^ 15:44 &lt;+Complication&gt; 며칠 전에 누군가 clock skew(시계 오차)에 기반한 잠재적 공격에 대해 물었습니다. 터널링 부분에 관한 당신의 답변을 본 것 같아요(생성 메시지는 생성자의 관점에서의 시간 대신 tunnel 유효 기간만 담는다)... 15:44 &lt;@cervantes&gt; (상태 노트에서 언급해줘서 고마워요) ;-)_ 15:46 &lt;+Complication&gt; 그래서 사실 물어보려고 했어요... I2P 메시징에서, 발신자의 관점에서 본 시간이 들어갈 수 있는 지점이 있다면 어디인가요? 15:47 &lt;+Complication&gt; 아직 이 부분을 최신 상태로 파고들지 못해서, 조금은 잘 몰라요 15:47 &lt;jrandom&gt; Complication: 명시적으로 "지금은 $time이라고 생각해"라고 말하는 건 없지만, 충분한 트래픽과 타이밍 분석이 있으면 상당히 좁힐 수 있을 겁니다 15:48 &lt;jrandom&gt; 우리는 시간을 큰 주기로 양자화하지만 최대 clock skew만큼 크지는 않아서, 여지는 있습니다 15:49 &lt;+Complication&gt; 좀 더 "간결한" NTP 클라이언트에서 궁극적으로 얻을 이점이 있을까요? 15:49 &lt;+Complication&gt; skew를 더 작게 유지하기 쉬운/가능한 그런 것? 15:50 &lt;jrandom&gt; 음, sntp 클라이언트가 i2p에 도입된 이후로 점점 좋아져서, 이제 예전처럼 변동이 보이지는 않습니다 15:51 &lt;jrandom&gt; 아마 minimum-skew 제한을 10초에서 2~3초, 혹은 그 이하로 줄일 수도 있겠네요 15:51 &lt;jrandom&gt; 또는 불필요한 skew를 피하기 위해 ssu clock skew도 참조하도록 할 수 있겠고요 15:52 &lt;+Complication&gt; 또는, 다른 피어의 가능한 시계 값을 추정할 기회를 더 줄이는 것도 가능할까요? 15:53 * Complication 어느 쪽이 더 실용적일지는 몰라서요, 그냥 무작위로 가능성을 제안해 보는 겁니다 :D 15:53 &lt;jrandom&gt; 아니요, 직접 연결된 피어들의 clock skew는 알고 있어요 15:55 &lt;Magii&gt; 업데이트가 성공적으로 완료되었는지 확인할 방법이 있나요? 15:55 &lt;+Complication&gt; 아하, 그러면 세션 프로토콜이 정말 그 정보에 의존하는군요.. 15:55 &lt;tethra&gt; 버전 번호를 보세요 15:55 &lt;+Complication&gt; Magii: 로그에 "update verified, restarting to install" 같은 CRIT가 기록될 거예요 15:55 &lt;tethra&gt; :/ 15:55 &lt;+Complication&gt; 그 다음, 우아한 재시작까지 분 단위로 카운트다운할 겁니다 15:56 &lt;+Complication&gt; 그리고 마지막으로 재시작하죠 15:57 &lt;+Complication&gt; 아, 참고로: 내부 NTP 클라이언트가 "clock drift rate(시계 드리프트율)" 같은 개념을 알고 있나요? 15:58 &lt;jrandom&gt; 네, `http://localhost:7657/index.jsp` 좌상단의 버전 번호가 힌트가 될 거예요 :) 15:58 &lt;jrandom&gt; Complication: 아니요, 순차적인 시계 틱을 보장하지는 않습니다 15:59 &lt;jrandom&gt; s/sequential/ordered/ 15:59 &lt;+Complication&gt; 또 "우리 시스템 시계가 필요한 것보다 0.00345배 더 빠르다" 같은 지식을 축적하지도 않나요? 16:00 &lt;jrandom&gt; 아, 아니요. 다만 그걸 net.i2p.util.Clock에 추가하는 건 그리 어렵진 않을 거예요(미니프로젝트 하나 해볼래요? :) 16:00 &lt;+Complication&gt; 저도 비슷한 걸 생각하고 있었어요 16:01 &lt;+Complication&gt; 이제 그걸 좀 더 생각하게 되네요 :) 16:01 &lt;+Complication&gt; 그래도 다른 미니프로젝트가 먼저죠 :) 16:02 &lt;jrandom&gt; 좋아요, 회의에서 더 다룰 사항 있나요? 16:03 &lt;nymisis&gt; 머핀? 16:04 &lt;jrandom&gt; 아니요, 팬케이크 16:04 &lt;jrandom&gt; (음MM음 팬케이크) 16:04 &lt;jrandom&gt; 말이 나와서 말인데 16:04 * jrandom 준비한다 16:04 &lt;nymisis&gt; 오, 이런, 좋은 지적이에요. 16:04 * jrandom *baf*s 하며 회의를 종료합니다 </div>/ko/blog/2006/02/21/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8-2006-02-21%EC%9E%90/Tue, 21 Feb 2006 00:00:00 +0000/ko/blog/2006/02/21/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8-2006-02-21%EC%9E%90/<p>안녕 다들, 또 화요일이네</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>네트워크는 0.6.1.10 릴리스와 함께 다소 어려움을 겪었는데, 부분적으로는 하위 호환성 문제 때문이었고 예상치 못한 버그들 때문이기도 했습니다. 0.6.1.10의 신뢰성과 가동 시간이 모두 충분하지 않았기 때문에 지난 5일 동안 패치가 잇따라 나왔고, 그 결과 새로운 0.6.1.11 릴리스가 발표되었습니다 - <code>http://dev.i2p.net/pipermail/i2p/2006-February/001263.html</code></p> <p>0.6.1.10에서 발견된 버그 대부분은 지난 9월 0.6 릴리스 이후 줄곧 존재해 왔지만, (TCP) 같은 대체 전송 방식에 의존할 수 있었던 동안에는 쉽게 드러나지 않았다. 내 로컬 테스트 네트워크는 패킷 실패를 시뮬레이션하지만, router churn(피어의 빈번한 교체)과 기타 지속적인 네트워크 장애는 제대로 다루지 못했다. 또한 _PRE 테스트 네트워크에는 비교적 신뢰할 수 있는 피어들이 자발적으로 구성한 집합도 포함되어 있었기 때문에, 정식 릴리스 전에 충분히 탐구되지 않은 중요한 상황들이 있었다. 그것은 분명한 문제였고, 다음에는 더 폭넓은 시나리오를 반드시 포함하겠다.</p>/ko/blog/2006/02/14/2006-02-14%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 14 Feb 2006 00:00:00 +0000/ko/blog/2006/02/14/2006-02-14%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 오늘은 간단히 업데이트 드립니다</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) 0.6.1.10 3) Syndie 활동 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>지난주에 말씀드렸듯이, &ldquo;지난주 동안 live net(운영망)에 실질적인 변화가 없었기 때문에 live net 상태도 크게 변하지 않았습니다. 한편&hellip;&rdquo;</p> <ul> <li> <ol start="2"> <li>0.6.1.10</li> </ol> </li> </ul> <p>0.6.1.10 릴리스를 향해 나아가기 위해 _PRE 네트워크와 관련한 추가 진전이 있었고, 며칠 전 여러분 모두에게 5일 예고[1]를 드렸습니다. 모든 것은 여전히 계획대로 진행되고 있으므로 0.6.1.10은 목요일 늦게쯤 배포될 것으로 예상합니다. 이번 릴리스는 하위 호환되지 않으며, 여러분의 router가 새 router identity를 생성하고 새 네트워크에 접속하려면 reseeding(재시드)을 요구할 가능성이 높습니다. 다만 이러한 과정은 사용자에게는 투명하게 진행될 것입니다.</p>/ko/blog/2006/02/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-2%EC%9B%94-14%EC%9D%BC/Tue, 14 Feb 2006 00:00:00 +0000/ko/blog/2006/02/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-2%EC%9B%94-14%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석:</strong> cervantes, Complication, duck, frosk, jrandom, void</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:39 &lt;jrandom&gt; 0) 안녕 15:39 &lt;jrandom&gt; 1) 네트워크 상태 15:39 &lt;jrandom&gt; 2) 0.6.1.10 15:39 &lt;jrandom&gt; 3) Syndie 활동 15:39 &lt;jrandom&gt; 4) ??? 15:39 &lt;jrandom&gt; 0) 안녕 15:39 * jrandom 손을 흔든다 15:39 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-February/001260.html 에 올렸습니다 15:39 &lt;jrandom&gt; (그게 좀 늦었으니, 잠깐 시간 드릴 테니 간단한 노트 훑어보세요) 15:40 &lt;+Complication&gt; 안녕하세요 15:40 &lt;@cervantes&gt; 안녕 15:41 &lt;jrandom&gt; 음, 충분히 짧으니 바로 1) 네트워크 상태로 들어가죠 15:41 &lt;jrandom&gt; 여기에 덧붙일 건 없네요, 이 주제로 이야기할 것 있는 분? 15:41 &lt;@cervantes&gt; &lt;jrandom&gt; (젠장, 들쭉날쭉한 네트워크 연결) 15:41 &lt;+Complication&gt; 가끔 좀 혼잡하긴 한데, 그래프를 보니 새삼스러운 건 아닌 듯 15:42 &lt;jrandom&gt; 헤헷 cervantes, 그건 i2p 때문이 아니라 내 룸메이트 중 한 명이 limewire를 쓰고 있어서 그래 ;) 15:43 &lt;@cervantes&gt; 지난 몇 주 동안 irc와 postman의 트래커에서도 여러 서버 문제가 있었어요 - postman이 마이그레이션을 많이 해서 이제는 더 안정될 겁니다 15:43 &lt;+Complication&gt; 그걸 하게 놔두기 힘들겠지만... 인생이 다 그렇죠 :O 15:43 &lt;+Complication&gt; 그렇게 한다=limewire를 쓴다 15:44 &lt;+Complication&gt; 그런데 오늘 아침에는 tracker.postman.i2p가 연결을 거부하더군요 15:44 &lt;jrandom&gt; Complication: 디스크가 꽉 찼었고, 지금은 고쳤어요 15:44 &lt;jrandom&gt; (새 머신엔 새로운 변덕이 있는 법이죠) 15:46 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태에 대해 더 있을까요? 15:46 &lt;jrandom&gt; 아니면, 슬쩍 2) 0.6.1.10으로 넘어가죠 15:47 &lt;jrandom&gt; 말했듯이 며칠 안에 하위 호환되지 않는 새 릴리스를 낼 예정입니다 15:48 &lt;jrandom&gt; 이것만으로 성능이 혁신적으로 좋아지진 않겠지만, 우리에게 필요한 몇 가지 핵심 지표는 개선될 거예요 15:48 &lt;jrandom&gt; 버그 수정도 한 무더기 들어갑니다 15:49 &lt;@cervantes&gt; zzz의 서버 tunnel(터널) 개선이 포함되나요? 15:49 &lt;jrandom&gt; 아, 그리고 익명성 향상 전반도 있고요... 알다시피 없어서는 안 될 것 15:50 &lt;jrandom&gt; cervantes: 아마 아닐 듯해요, 지난주 zzz.i2p에 글 올린 뒤로 별 소식이 없네요. 그래도 cvs에서는 약간의 버그 수정은 했어요( lighttpd 등을 지원하도록), 하지만 zzz의 지속 연결은 들어가지 않을 거예요 15:50 &lt;jrandom&gt; (아직은) 15:51 &lt;@frosk&gt; DH 키 크기/기타는 무엇으로 결정했나요? 15:51 &lt;@cervantes&gt; 네, 몇 주 전에 그 newline(개행) 문제를 봤지만, zzz의 개선이 곧 들어올 것 같아서 변경을 미뤘어요 15:51 &lt;jrandom&gt; 아, 당분간은 작은 지수를 쓰는 2048bit 암호 방식을 유지할 거예요 15:52 &lt;@frosk&gt; 그럼 CPU 소모가 좀 줄어들겠네요? 15:52 &lt;jrandom&gt; 그렇죠 15:53 &lt;@frosk&gt; 훌륭 15:53 &lt;jrandom&gt; 1024bit로 바꾸면 CPU 부하를 또 한 자릿수 규모(10배)로 줄일 수 있지만, tunnel 생성 구조를 약간 손봐야 합니다 (1024bit 비대칭 암호로는 우리가 전달해야 하는 데이터를 담기에 충분히 크지 않습니다). 15:54 &lt;jrandom&gt; 그건 나중에 검토할 수 있겠고, 이번 다음 릴리스만으로도 CPU 오버헤드는 상당히 줄어들 겁니다 15:54 &lt;jrandom&gt; 또 TCP 전송을 비활성화했어요, 제가 못되고 악랄한 사람이라서요 15:55 &lt;@frosk&gt; 1.0 전에 비호환 업그레이드가 더 있을 거라고 보시나요? 15:55 &lt;jrandom&gt; 아니길 바라요 15:55 * cervantes는 덴마크 만화가임에 틀림없음 15:55 &lt;@frosk&gt; TCP가 없어도 아쉬워하지 않을 듯 :) 15:55 &lt;@cervantes&gt; 아, jrandom이 그렇다는 뜻이었어요 15:55 &lt;@cervantes&gt; ;-) 15:55 * jrandom은 대사관이 불타는 걸 지켜본다 15:56 &lt;jrandom&gt; 좋아요, 2) 0.6.1.10에 대해 더 있을까요? 15:56 &lt;void&gt; 왜 예전엔 lighttpd를 지원하지 않았죠? 15:56 &lt;jrandom&gt; (아, 여담으로, 0.6.1.10에는 스트리밍 라이브러리에 TCP 스타일의 빠른 재전송 같은 흥미로운 개선도 들어갔어요. 도움이 되는지 지켜보죠) 15:57 &lt;@cervantes&gt; void: 형식이 잘못된 헤더 15:57 &lt;jrandom&gt; void: 표준을 준수하지 못하던 버그였죠 15:57 &lt;void&gt; 아, 그 일관되지 않은 newline 버그들도 고쳐졌나요? 15:58 &lt;void&gt; 그럼 널 문자 버그는요? zzz의 지속 연결 패치를 기다리는 중인가요? 15:58 &lt;jrandom&gt; newline 버그는 그 형식이 잘못된 헤더 문제였고, 수정됐어요 15:58 &lt;jrandom&gt; 널 문자 쪽은 소식 없어요 15:59 &lt;void&gt; ok 16:00 &lt;jrandom&gt; 좋아요, 2번에 더 없으면 3) Syndie 활동으로 잠깐 넘어가죠 16:00 &lt;jrandom&gt; 음, 딱히 덧붙일 게 많진 않네요... 16:01 &lt;jrandom&gt; (잠깐이라고 /분명/ 말했잖아요) 16:01 &lt;jrandom&gt; 그럼 4) ???로 넘어가죠 16:01 &lt;jrandom&gt; 회의에서 더 꺼내고 싶은 주제 있나요? 16:01 &lt;+fox&gt; &lt;duck&gt; Syndie 읽느라 코멘트할 시간이 없대요 16:01 &lt;jrandom&gt; ;) 16:02 * Complication은 무의미한 서명을 남발하느라 코멘트할 수 없음 :D 16:05 &lt;jrandom&gt; 좋아요, 멋져요. 릴리스가 나올 때까지 하루이틀 동안은 CVS에 손대지 말라는 점 다시 한번 상기시켜요, CVS HEAD에 _PRE branch의 변경 사항이 들어가고, _PRE branch는 퇴역시킬 예정이거든요 16:05 * jrandom 몸을 풀고 16:05 * jrandom *baf*s 하며 회의를 닫는다 </div>/ko/blog/2006/02/07/i2p-status-notes-for-2006-02-07/Tue, 07 Feb 2006 00:00:00 +0000/ko/blog/2006/02/07/i2p-status-notes-for-2006-02-07/<p>안녕 여러분, 또 화요일이 돌아왔네</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) _PRE 네트워크 진행률 3) I2Phex 0.1.1.37 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>There haven&rsquo;t been any substantial changes on the live net over the last week, so the live net status hasn&rsquo;t changed much. On the other hand&hellip;</p> <ul> <li> <ol start="2"> <li>_PRE net progress</li> </ol> </li> </ul> <p>지난주에 0.6.1.10 릴리스를 위한 하위 호환되지 않는 코드를 CVS의 별도 브랜치(i2p_0_6_1_10_PRE)에 커밋하기 시작했고, 일군의 자원봉사자들이 이를 테스트하는 데 도움을 주었다. 이 새로운 _PRE 네트워크는 라이브 네트워크와 통신할 수 없으며, 의미 있는 익명성도 없다(피어가 10개 미만이기 때문). 해당 routers에서 수집한 pen register logs(연결 메타데이터 기록)를 통해 신규 코드와 기존 코드 모두에서 몇 가지 중대한 버그를 추적해 찾아내고 수정했지만, 추가적인 테스트와 개선은 계속되고 있다.</p>/ko/blog/2006/02/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-2%EC%9B%94-7%EC%9D%BC/Tue, 07 Feb 2006 00:00:00 +0000/ko/blog/2006/02/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-2%EC%9B%94-7%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, cervantes, Complication, jrandom, KBlup, modulus, tethra, tmp</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:36 &lt;jrandom&gt; 0) 안녕하세요 15:36 &lt;jrandom&gt; 1) 네트워크 현황 15:36 &lt;jrandom&gt; 2) _PRE net 진행 상황 15:36 &lt;jrandom&gt; 3) I2Phex 0.1.1.37 15:36 &lt;jrandom&gt; 4) ??? 15:36 &lt;jrandom&gt; 0) 안녕하세요 15:37 * jrandom 손을 흔든다 15:37 &lt;jrandom&gt; 주간 상태 노트를 여기에 올렸습니다 @ http://dev.i2p.net/pipermail/i2p/2006-February/001258.html 15:37 &lt;bar&gt; 안녕하세요 15:38 &lt;jrandom&gt; 그 지극히 '흥미진진한' 자료를 파헤치시는 동안, 그럼 1) 네트워크 현황으로 바로 들어가죠 15:38 &lt;jrandom&gt; 지난주 라이브 네트워크에서는 I2P 관점에서 크게 바뀐 게 없어서, 여기서 덧붙일 말이 많진 않아요 15:39 &lt;jrandom&gt; 현재 네트워크 현황과 관련해 이야기할 것 있나요? 15:39 &lt;KBlup&gt; I2P를 오래 돌리면 클라이언트 실패가 심하게 급증하는 스파이크를 봤어요... 1) 항목에 맞는 얘긴지 모르겠지만 15:39 &lt;jrandom&gt; KBlup: 그게 CPU 부하나 대역폭 소모와 상관이 있나요? 15:40 &lt;KBlup&gt; 결과적으로 msg-delay&gt; 10000ms :-/ 15:40 &lt;jrandom&gt; 아, 그게 _PRE net을 개발하는 이유 중 하나일 가능성이 큽니다 :) 15:40 &lt;KBlup&gt; 그러다 새 tunnel을 만들려고 시도하다가 계속 실패해서, 때로는 300개 이상의 작업이 쌓이는 것 같아요... 15:41 &lt;KBlup&gt; 제 머신은 꽤 강한데도 그걸로 과부하가 걸려요... 15:41 &lt;jrandom&gt; 맞아요, 그 부분은 0.6.1.10을 준비하면서 전반적으로 손봤어요, 준비될 때까지 조금만 기다려주세요 15:43 &lt;jrandom&gt; 좋아요, 1)에 더 있을까요, 아니면 2) _PRE net 진행 상황으로 슬슬 넘어갈까요 15:43 &lt;+Complication&gt; 0.6.1.10에는 확실히 상당한 변경이 들어간 것 같네요 15:45 &lt;jrandom&gt; 네, 내용이 상당히 많습니다. 현재로서는 새로운 생성 코드가 들어가 있고 제대로 동작하는 것 같지만, 이 기회에 하부 이슈들을 더 디버깅하고 있어요 15:46 &lt;+Complication&gt; 사전에 CPU 시간을 많이 써야 한다고 하셨죠 15:47 &lt;+Complication&gt; 이 비용이 이제 어떤 종류의 tunnel을 구성하는 것과도 연관되나요? 15:48 &lt;+Complication&gt; (즉, 구성 전에 짧은 동안 무거운 암호 연산을 한 묶음 수행해야 한다는 뜻인가요) 15:48 &lt;jrandom&gt; 네, 모든 tunnel 생성 요청은 k개의 무거운 암호 연산을 수행해야 합니다(k = 생성 중인 tunnel의 hop(중간 경유 노드) 수) 15:49 &lt;+Complication&gt; 제가 묻고 싶었던 건... 간격만 전보다 더 촘촘해진 건가요, 아니면 양도 더 늘어난 건가요? 15:50 &lt;jrandom&gt; 양은 더 많아지고, 더 적어지고, 더 촘촘해졌습니다. 더 촘촘해졌다는 건 전부를 사전에 한꺼번에 수행한다는 뜻이고, 더 많아졌다는 건 앞선 hop이 거부하더라도 해당 hop의 암호화를 건너뛰는 식으로 지름길을 쓸 수 없게 되었기 때문이며, 더 적어졌다는 건 앞선 hop들이 실패하는 일이 훨씬 줄어들었기 때문입니다 15:51 &lt;jrandom&gt; 게다가 이전 릴리스와 달리 이제 tunnel 요청에는 ElGamal/AES+SessionTag를 더 이상 사용하지 않고, (상당히) 순수한 ElGamal을 사용합니다 15:52 &lt;+Complication&gt; ...그리고 최종적으로 성공할 세트를 알지 못하면 사전 계산은 불가능한 거죠? 15:52 &lt;jrandom&gt; 즉, 예전에는 비대칭 연산 없이도 요령을 부릴 수 있었지만, 이제는 그렇게 요령을 부리지 않습니다(그 자체가 한 부류의 공격을 노출시켰기 때문이에요) 15:53 &lt;+Complication&gt; (피어 집합) 15:53 &lt;jrandom&gt; 음, 요청할 tunnel의 피어가 누구일지 안다면 분명히 사전 계산할 수는 있겠죠 15:54 &lt;jrandom&gt; 새로운 tunnel 생성 과정은 별도 스레드에서 돌기 때문에, 부하 시 메인 작업 큐를 질식시키지 않고 스스로 속도를 더 잘 제어할 수 있습니다 15:54 &lt;+Complication&gt; 또, 이용 가능한 정보에 변화가 없다면 시도가 실패할 때 누구에게 요청할지 몇 명 정도는 미리 알 수 있다고 가정할 수 있나요? 15:54 &lt;jrandom&gt; 흠, 말씀을 완전히 이해하진 못하겠네요 15:55 &lt;+Complication&gt; 아니면 그 구조를 처음부터 다시 만들어야 하니, 그들을 알아도 소용없나요? 15:56 &lt;+Complication&gt; (즉, 최소한 ElGamal 암호화를 처음부터 다시 해야 한다는 의미로요) 15:56 &lt;jrandom&gt; 아, 구조는 http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt-creation.html?rev=HEAD#tunnelCreate.requestRecord 에 있습니다 15:56 &lt;jrandom&gt; 그러니, 맞아요. 다음 hop이 바뀌면 ElGamal을 다시 해야 합니다 15:56 &lt;jrandom&gt; (사전 계산한다면) 15:56 &lt;+Complication&gt; 그렇군요, 바로 확신이 서진 않았습니다 15:57 &lt;+Complication&gt; 지금은 이해했습니다 15:57 &lt;jrandom&gt; 반면에, 우리는 생성 성공률을 진짜로 끌어올리려 하고 있고, 새 생성 프로세스는 불필요한 생성을 최소화하도록 적응할 수 있을 겁니다 15:58 &lt;+Complication&gt; 실제로는 어떻게 보이나요? 15:58 &lt;jrandom&gt; (아, 그 구조는 _PRE 브랜치에서 약간 수정되었습니다: http://dev.i2p.net/cgi-bin/cvsweb.cgi/~checkout~/i2p/router/doc/tunnel-alt-creation.html?rev=1.1.2.1;content-type=text%2Fhtml#tunnelCreate.requestRecord ) 15:59 &lt;+Complication&gt; ElGamal 암호화가 훨씬 빨라졌다는 세부사항을 봤어요... 15:59 &lt;jrandom&gt; 음, 생성 성공률은 라이브 네트워크보다 훨씬 훨씬 높지만, 그건 _PRE net의 규모가 작기 때문일 수도 있어요 16:00 &lt;jrandom&gt; 네, 예를 들어 2 hop 구조를 만드는 데 1120회 수행 기준 평균 44ms가 걸리고, 라이브 네트워크의 ElGamal 암호화 시간은 1344회 수행 기준 542ms였습니다 16:02 &lt;jrandom&gt; (같은 박스에서) 16:02 &lt;+Complication&gt; 542ms에는 실패 시 재시도까지 포함되나요, 아니면 순수한 생성만인가요? 16:02 &lt;+Complication&gt; 순수 생성만이라면, 턱이 빠졌네요... 어디 바닥 어딘가에 있을 겁니다. :P 16:02 &lt;KBlup&gt; 그 지수 변경과 관련해서: 익명성에는 어느 정도로 영향을 주나요? 16:02 &lt;jrandom&gt; 아니요, 그건 순수 ElGamal 통계입니다. 라이브 네트워크는 새 _PRE net 구조를 생성하지 않으니까요 16:04 &lt;jrandom&gt; KBlup: 익명성? 영향 없습니다. 보안성? 제가 읽은 바에 따르면 228비트면 2048비트 ElGamal에 상응하기에 충분합니다 16:04 * Complication은 ElGamal의 x와 y에 대해선 잘 모릅니다 16:04 &lt;+Complication&gt; 의미 있게 논평할 만큼 알진 못해요 16:06 &lt;+Complication&gt; 진지한 연구자들이 더 짧은 x도 충분히 어렵다고 보고, 암호 전문가들도 비명을 지르며 도망치지 않았다면... 16:06 &lt;@cervantes&gt; 그뿐만 아니라, 1024/160으로 낮추는 것의 함의도 있죠 16:07 &lt;KBlup&gt; 논문을 나중에 읽어봐야겠네요 ;) 16:07 &lt;+Complication&gt; cervantes: 네, 분명 그보다는 낫습니다 16:08 &lt;+Complication&gt; 게다가, 이 암호가 막아야 하는 가장 주요한 공격은 무엇이며, 그 공격이 유효한 기간은 얼마나 되나요? 16:09 &lt;+Complication&gt; 빨리 깨냈을 때만 이득이 있는 유형인가요, 아니면 언젠가 결국 깨도 이득이 있나요? 16:11 &lt;+Complication&gt; 제가 제대로 이해했다면, 이게 즉각적으로 보호하는 비밀은 다음 tunnel 참여자죠? 16:11 &lt;+Complication&gt; (정확히는 다다음 참여자) 16:11 &lt;@modulus&gt; 회의 진행 중? 16:11 &lt;+Complication&gt; (이는 바로 다음 참여자만 알 수 있음) 16:11 &lt;@cervantes&gt; modulus: ayre 16:11 &lt;@cervantes&gt; -r 16:11 &lt;jrandom&gt; 현실적인(그러나 엄청나게 강력한) 적대자라면, tunnel 수명 안에 이를 깨야만 의미가 있습니다. tunnel 수명 이후에 깨는 건, 모든 네트워크 트래픽을 기록해 두고 모든 tunnel을 깨는 경우에만 도움이 됩니다(즉, 일시적인 전송 계층 암호를 깬 다음 tunnel 계층 암호를 공략하는 경우) 16:11 &lt;jrandom&gt; 그러니 여기서 말하는 건 수십 년이 아니라 분 단위입니다 16:12 &lt;jrandom&gt; (그래서 1024비트도 아마 과한 수준일 겁니다) 16:12 &lt;@cervantes&gt; 그 위험을 의미 있게 측정할 방법이 있나요? 16:13 &lt;+Complication&gt; 게다가 hop이 더 많은 tunnel이라면, 적은 여러 개를 깨야 하죠? 16:13 &lt;+Complication&gt; (물론 구축자도 여러 개를 만들어야 하지만요) 16:13 &lt;@cervantes&gt; 1024비트 이상이 필요 없다면, 더 쓸 필요가 정말 있을까요? 16:14 &lt;@cervantes&gt; 양자 컴퓨터가 훨씬 강력해질 3년 뒤엔 언제든 더 강한 알고리즘으로 바꿀 수 있잖아요 16:14 &lt;@modulus&gt; jrandom: 적이 hh:mm에 중요한 것이 tunnel을 통해 전송될 걸 안다면, 로깅으로 어떻게든 깨낼 가능성이 있을까요? 16:14 &lt;jrandom&gt; Complication: 맞아요, 여러 개를 깨야 합니다(그리고 전송 계층을 보호하는 DH 키도요) 16:14 &lt;@modulus&gt; 제가 아는 한 1024비트는 큰 계산 자원이면 깨는(break()) 게 가능합니다 16:15 &lt;jrandom&gt; 엄청난 자원과 10년쯤의 시간 16:15 &lt;jrandom&gt; (혹은 30년) 16:15 &lt;@cervantes&gt; jrandom: 더 약한 암호를 시험해 보는 게 어렵나요? 16:15 &lt;@modulus&gt; 1024비트 합성수는 요즘 몇 달이면 인수분해 가능하다는 인식이었는데요. 16:15 &lt;@cervantes&gt; pre net에 배포해보고 16:15 &lt;@cervantes&gt; 실제로 이점이 큰지 볼 수 있을까요 16:16 &lt;@cervantes&gt; modulus: 맞지만, 여러 개를 깨야 하죠 16:16 &lt;@modulus&gt; 이게 이산 로그 영역 기반이고 그런 거라면 전 아는 게 없네요 16:16 &lt;@modulus&gt; cervantes: 아하 16:16 &lt;jrandom&gt; cervantes: 현재 512byte 슬롯을 사용하므로 많은 구조를 바꿔야 합니다. 다만 테스트용으로는 앞 256바이트를 0x00으로 채워 넣는 방식도 가능하겠네요 16:17 &lt;jrandom&gt; modulus: ElGamal은 이산 로그에 기반합니다 16:17 &lt;@cervantes&gt; jrandom: 시험해 볼 가치가 있을까요? 16:17 &lt;@modulus&gt; 맞아요 맞아요, 전 RSA를 떠올리고 있었네요 16:17 &lt;@cervantes&gt; 아니면 다른 것에 집중하고 필요하면 나중에 돌아오는 게 나을까요 16:18 &lt;jrandom&gt; 시험해 볼 가치는 확실히 있어요. 다만 지금은 전송 계층 평가를 좀 해치우고 있습니다 16:18 &lt;+Complication&gt; 현실에서 그 계산을 어떻게 감당할 수 있는지에 달린 문제 같네요 16:18 &lt;jrandom&gt; (그리고 지금으로서는 44ms 암호화 시간도 충분하지만, 4ms면 더 좋겠죠 :) 16:19 &lt;+Complication&gt; 현재 컴퓨터에서도 잘 버틴다면, 새 머신에서는 더 나아질 거예요 16:19 &lt;@modulus&gt; 특히 암호 하드웨어가 나오기 시작했듯 더 보급되면요 16:19 &lt;jrandom&gt; 물론 이 파라미터를 가볍게 혹은 즉시 바꾸진 않을 겁니다. 다만 피해야 할 충분한 이유가 있다면 알려 주세요 16:21 &lt;jrandom&gt; modulus: 전용 AES와 RSA 칩은 들어봤지만 DH/ElGamal용은 못 들었어요. 반면, NSA 등처럼 자체 제작이 가능한 적을 상정하면 가능하긴 하죠 16:22 &lt;@cervantes&gt; 그들은 링에 스프링클을 뿌린 도넛 기술로 만든 암호 머신을 가지고 있죠 16:23 * Complication은 스프링클 도넛의 파고를 막을 수만 있다면 Celeron 300을 Athlon 600으로 업그레이드할 의향이 있습니다 :D 16:23 &lt;tethra&gt; heheh 16:24 &lt;jrandom&gt; 음~ 도넛 16:25 &lt;jrandom&gt; 좋아요, 2) _PRE net 진행 상황에 대해 더 있을까요? 16:25 &lt;jrandom&gt; 없다면, 3) I2Phex 0.1.1.37로 넘어가죠 16:26 &lt;jrandom&gt; Complication: 요점 좀 알려줄래요? 16:26 &lt;+Complication&gt; 음, 작동은 하는 것 같습니다. :) 16:26 &lt;+Complication&gt; 추가 중복성을 위해 곧 더 많은 웹 캐시를 확보할 수 있을 것 같아요. 16:27 &lt;jrandom&gt; 좋죠 16:27 &lt;jrandom&gt; 흠, 웹 캐시가 더 필요할까요? 하나만 살아 있어도 되는 거 아닌가요? 많다고 나쁠 건 없지만요 16:27 &lt;+Complication&gt; (legion이 첫 시도 때 붙잡혔던 미스터리를 풀어내면요) 16:27 &lt;+Complication&gt; 수수께끼 같은 버그도 하나 있는데, 심하게 물어뜯진 않고, 찾는 중입니다. 16:28 &lt;+Complication&gt; 하나만 살아 있어도 충분합니다 16:28 &lt;+Complication&gt; 더 많으면 그중 하나가 살아 있을 확률이 올라갈 뿐이죠 16:28 &lt;jrandom&gt; 좋네요 16:28 &lt;+Complication&gt; 현재 단계에선 웹 캐시를 나쁘다고 판단해 버리는 일은 없을 겁니다. 너무 적거든요. 16:29 &lt;+Complication&gt; (그 루틴은 10개 이상 있을 때만 활성화됩니다) 16:29 &lt;+Complication&gt; (제 기억이 맞다면요) 16:29 &lt;+Complication&gt; 버그에 관해서는: 장시간 동작 후 웹 캐시 서브시스템이 가끔 멈춥니다 16:30 &lt;+Complication&gt; 아마 httpclient의 GET 요청을 정상적으로 중단하지 못해서인 듯해요 16:31 &lt;@modulus&gt; 그럼 가끔 죽여줘야 하나요? 16:31 &lt;+Complication&gt; 안전하고, 새로 합류한 머신에는 문제를 일으키지 않는 듯합니다 16:31 &lt;jrandom&gt; 흠, 기능적으로는 무슨 뜻이죠? 한동안 지나면 웹 캐시에 등록을 멈춰서, 새로 오는 사람들이 그들에게 대한 참조를 받지 못한다는 건가요? 16:31 &lt;+Complication&gt; 그게 네트워크에 잘 통합된 머신에 발생하더라도, 그 머신은 이미 연결된 피어들에게서 충분한 피어를 얻을 수 있습니다 16:31 &lt;+Complication&gt; 그래서 현재로선 영향이 거의 0에 가깝습니다 16:31 &lt;@modulus&gt; 좋네요 16:32 &lt;+Complication&gt; 그냥 흥미로운 현상일 뿐이죠 16:32 &lt;@modulus&gt; 언제 실패하는지 등의 규칙성은 없는 건가요? 16:32 &lt;+Complication&gt; modulus: 보통 20시간 이전에는 안 나타납니다 16:33 &lt;+Complication&gt; 그리고 제가 강제로 발생시킬 방법이 없어서, 디버깅이 좀 느립니다 16:33 &lt;@modulus&gt; :_) 16:34 &lt;+Complication&gt; 어쨌든, 찾으면 고치고, 못 찾으면 다른 걸 만지작거리겠죠 :) 16:34 &lt;jrandom&gt; :) 16:34 &lt;jrandom&gt; streaming lib / eepproxy에서 본 몇 가지 버그의 증상일 뿐인 것 같네요. 그래서 그것들을 고치면 이것도 해결될 겁니다 16:35 &lt;+Complication&gt; 그럴 수도 있죠 16:38 &lt;jrandom&gt; 좋아요, 훌륭해요. 수고했어요, Complication 16:38 &lt;jrandom&gt; 3) I2Phex 0.1.1.37에 대해 더 있을까요, 아니면 잡다한 4) ???로 넘어갈까요 16:41 &lt;jrandom&gt; (이미 넘어간 걸로 하죠) 16:41 &lt;jrandom&gt; 좋아요, 회의에서 더 다룰 내용 있나요? 16:42 &lt;tmp&gt; 아니면 영원히 숨을 참으실 건가요? 16:43 &lt;jrandom&gt; 영원히, 영원히요 16:43 * jrandom 마무리 준비 16:43 * jrandom *baf* 하며 회의를 마칩니다 </div>/ko/blog/2006/01/31/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-1%EC%9B%94-31%EC%9D%BC/Tue, 31 Jan 2006 00:00:00 +0000/ko/blog/2006/01/31/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-1%EC%9B%94-31%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, cervantes, Complication, frosk, gloin, jrandom, Pseudonym, stealth, Sugadude, tethra</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:19 &lt;jrandom&gt; 0) 안녕 15:19 &lt;jrandom&gt; 1) 네트워크 상태 15:19 &lt;jrandom&gt; 2) 0.6.1.10 상태 15:19 &lt;jrandom&gt; 3) ??? 15:19 * jrandom 손을 흔듭니다 15:19 &lt;jrandom&gt; 상태 노트를 올려놨어 http://dev.i2p.net/pipermail/i2p/2006-January/001257.html 15:20 &lt;jrandom&gt; 좋아, 1) 네트워크 상태로 바로 들어가자 15:21 &lt;jrandom&gt; 메일에 쓴 것처럼, 0.6.1.9-0(정식 릴리스) 쓰는 사람들은 예전이랑 똑같을 거고 15:21 &lt;jrandom&gt; 더 최신 빌드(0.6.1.9-5 이후) 사용자들은 문제가 있을 수도 있어 15:21 &lt;jrandom&gt; ("문제"라고 하기엔 약한 표현일지도...) 15:21 &lt;+Complication&gt; CVS -8은 좀 불안정해서, -2를 instad로 돌리는 중(꽤 잘 동작함) 15:22 &lt;gloin&gt; :-) 15:22 &lt;+Complication&gt; =instead 15:22 &lt;Pseudonym&gt; 요즘 좀 불안정해 보이네요(저는 0.6.1.9-0 씁니다) 15:22 &lt;jrandom&gt; 좋아, 프로세스 변경사항은 되돌리되 HEAD에는 dust의 ircclient 업데이트와 i2ptunnel httpserver 패치를 포함하는 걸 고려하고 있었는데, 0.6.1.10도 아마 멀지 않았어 15:23 &lt;jrandom&gt; 흠 Pseudonym, eepsites, IRC나 다른 서비스를 접속하는 게 문제야, 아니면 호스팅하는 쪽? 15:23 &lt;+Complication&gt; -0에서도 불안정해? 문제가 어떻게 나타나? 15:23 &lt;Pseudonym&gt; 주로 IRC에서 느껴져요(idlerpg 플레이 중) 15:24 &lt;jrandom&gt; ('플레이' ;) 15:24 &lt;Pseudonym&gt; 또 가끔 router가 이상해져서 재시작해야 해요(활성 피어 없음) 15:24 &lt;Pseudonym&gt; 헿 15:24 &lt;jrandom&gt; 흠, 인터넷 연결 문제 아냐? 15:24 &lt;@frosk&gt; 여긴 -0 안정적이야, 물론 하루 두 번 "router hung!"로 재시작하는 건 빼고 15:24 &lt;jrandom&gt; 흠 frosk, 진짜 "router hung"야, 아니면 leaseSet 만료로 인한 "router hung"? 15:25 &lt;Pseudonym&gt; 인터넷 연결은 정상이에요. I2P router를 재시작하면 바로 돌아와요 15:25 &lt;+Complication&gt; 내 Cel300도 한동안 돌리면 멈추긴 하는데, 주기가 점점 길어지고 있고, 원인은 최신으로 파악 못 했어 15:25 &lt;@frosk&gt; jrandom: lease 만료, 거의 확실해 15:25 &lt;jrandom&gt; '음 오케이 15:26 &lt;jrandom&gt; 그 부분 대부분을 새 생성/관리 코드로 갈아엎었으니, 0.6.1.10에서 어떻게 되는지 보자 15:27 &lt;@frosk&gt; 좋아 15:27 &lt;@frosk&gt; 테스트 도울게 15:28 &lt;Pseudonym&gt; 지금 문제 해결해 달라는 건 아니에요. 안정성에 대한 데이터 포인트 하나 보태고 싶었어요 15:28 &lt;jrandom&gt; 굿, 로컬에서 안정화되면 분명히 도와줄 사람들 모집해야겠지 :) 15:28 &lt;jrandom&gt; 좋아, 고마워 Pseudonym 15:28 &lt;jrandom&gt; 자, 1) 네트워크 상태에 대해 더 할 말 있는 사람? 15:30 &lt;jrandom&gt; 없으면, 2) 0.6.1.10 상태로 넘어가자 15:30 &lt;jrandom&gt; 메일에서 말했듯, 라이브 네트에 트윅을 덕지덕지 더하는 대신, 근본 원인으로 바로 가려고 해 15:31 &lt;jrandom&gt; 하위 호환은 안 될 거라서 약간의... 충격이 있을 거고, 그와 함께 다른 하위 비호환 변경사항도 몇 개 묶을 건데, 그 뒤에 또 한 번 있을 가능성도 있어 15:32 &lt;jrandom&gt; 좀 더 구체적으로, tunnel 생성 코드에서 2048비트 대신 1024비트 ElGamal로 옮기는 방안을 고민 중이야 15:32 &lt;jrandom&gt; 하지만 꼭 필요하진 않을 수도 있어. 라이브 네트에 얼마나 타격을 주느냐에 달렸지 15:34 &lt;jrandom&gt; 만약 필요하다면 네트워크 업그레이드만 하면 되고, destination 등은 모두 그대로야. 15:34 &lt;jrandom&gt; 아무튼, 그건 0.6.1.10이 나온 뒤에 살펴볼 일 15:34 &lt;+Complication&gt; 약간 관련된 질문: 키 길이가 tunnel-생성 데이터 구조 길이와 어떤 식으로든 관련 있나? 15:34 &lt;jrandom&gt; 응 15:35 &lt;jrandom&gt; 직접 관련 있어: 키 길이 * 2 * 최대 홉 수 == 데이터 구조 크기 15:36 &lt;jrandom&gt; (즉, 256*2*8 = 4KB이고, 이는 풀 스트리밍 라이브러리 메시지 크기이기도 해) 15:37 &lt;jrandom&gt; ((ElGamal은 2배 확장 계수를 가짐)) 15:38 &lt;+Complication&gt; 아하, 고마워. :) 15:38 &lt;jrandom&gt; 아, 새 사양 관련해서 한 가지 더. 구현하면서 필요한 데이터 포인트를 하나 더 찾았어(4바이트 "reply message ID"). 예약된 비트 일부를 써서 로컬 사양에 추가해 놨어 15:40 &lt;jrandom&gt; 며칠 내로 전부 동작하게 만들고 싶어서, 주말쯤엔 초기(비익명) 테스트를 좀 해볼 수 있을지도 몰라 15:40 &lt;jrandom&gt; 물론, 진행되면 더 알려줄게 15:41 &lt;jrandom&gt; 좋아, 0.6.1.10 관련해 질문/코멘트/우려 있는 사람? 15:41 &lt;bar&gt; 또 약간 관련된 질문: .10 배포 중에, 자동 업데이트 쓰는 사람들을 위해 i2p.net은 며칠간 .9에 그대로 두는 게 어때? 15:41 &lt;bar&gt; rollout* 15:41 &lt;jrandom&gt; 응, 당연하지 15:42 &lt;jrandom&gt; 마이그레이션 중에는 그 박스에 router를 두세 개 돌릴 것 같아 15:42 &lt;jrandom&gt; 그리고 출시 최소 5일 전부터 눈에 띄는 경고를 띄울 거야 15:42 &lt;bar&gt; 좋네 15:42 &lt;+Complication&gt; 이렇게 하면 확실히 더 매끄럽겠네. 15:43 &lt;+Complication&gt; 포럼도 좋은 채널 같아. Router Console의 뉴스 박스도... 15:43 * jrandom 모든 릴리스가 하위 비호환이던 시절을 떠올림... 그때 연습 많이 했지 ;) 15:43 &lt;jrandom&gt; 응, 포럼, 뉴스 박스, 리스트, 웹사이트 15:43 &lt;+Complication&gt; 그래서 자기 머신을 챙겨보는 사람들은 알게 되겠지. 15:43 &lt;tethra&gt; 헤헤 15:44 &lt;jrandom&gt; 그리고 아직도 0.6.0.1 쓰는 사람들은, 뭐, 어차피 망했지 ;) 15:44 &lt;@frosk&gt; 목을 쳐라 15:44 &lt;+Sugadude&gt; 완전 관계없는 얘기: 이런 오래된 router들을 몰아내려고 하위 비호환 변경을 더 자주 할 수 있을까? 15:44 &lt;+Complication&gt; 그냥 I2P 켜둔 걸 잊어버린 거 같아 :) 15:44 &lt;jrandom&gt; 헤헷 Sugadude 15:45 &lt;jrandom&gt; 음, 호환된다면 그 리소스를 쓸 수 있지만, 어떤 이유로든 못 쓰겠다면 비호환으로 표시해야지 15:47 &lt;jrandom&gt; 좋아, 그 얘기에 더 없으면, 다잡이 주제로 넘어가자: 3) ??? 15:47 &lt;jrandom&gt; 회의에서 더 꺼낼 이야기 있는 사람? 15:48 &lt;tethra&gt; Router Console 어딘가에 대칭 NAT 뒤 사용자들은 현재 지원되지 않는다고 되어 있던데, 이게 곧 바뀔까요? 15:48 &lt;tethra&gt; 아니면 제가 뭔가를 엄청 모르고 있는 건가요 15:49 &lt;+Complication&gt; webcache 코드 관련해서... 거의 준비된 것 같아. 15:49 &lt;jrandom&gt; 대칭 NAT 뒤 사용자들을 돕는 몇 가지 기법이 있고, bar가 리스트와 포럼에 개요를 올렸어. 다만 당장 진전이 있는지는 모르겠어 15:49 &lt;jrandom&gt; 오, 좋네 Complication, 릴리스를 푸시할 때 알려줘 :) 15:50 &lt;+Complication&gt; watchdog가 다운로드를 적절히 중단하도록 했고, 일부 테스트와 정리를 하는 중(지금은 로그가 과하게 많아).. 15:50 &lt;+Complication&gt; 내가 webcache 서버 하나 올려놨고, awup도 하나 있어... 현실적인 테스트를 위해 제한을 켤 필요가 있을지도... 15:51 &lt;+Complication&gt; ...legion을 만나면, 하나 더 돌려볼 생각이 있는지 물어볼게. 15:52 &lt;jrandom&gt; 좋아, 웹캐시 하나만 있어도 훌륭한 시작이야 15:52 &lt;+Complication&gt; 그리고 다른 누가 스크립트를 돌리고 싶다면(awup.i2p에서 받을 수 있는, SAM을 사용하는 Python 스크립트)... 그들의 참조를 추가할 수 있어. 다만 현재는 더 많은 "seed webcaches"에 ref를 추가하려면 소스를 다시 컴파일해야 해. 15:53 &lt;+Complication&gt; (파일이 아니라 GWebCacheContainer.java의 헤더에) 15:53 * gloin 이 webcache가 뭔지 모르겠어. 15:53 &lt;jrandom&gt; gloin: 처음에 i2phex.hosts 파일을 내려받지 않고도 i2phex에 연결할 수 있게 해줘 15:54 &lt;+Complication&gt; gloin: I2Phex를 더 쉽게 통합하려고 15:55 * cervantes 늦게 도착 15:55 &lt;+Complication&gt; 그리고 나중에 다시 접속하는 사람들(예: 라이브 피어 ref가 떨어진 사람들)에게는 새 ref를 제공할 수 있어 15:55 &lt;gloin&gt; 알겠어. 15:57 &lt;+Complication&gt; 오, 다시 오프라인 15:58 &lt;stealth&gt; I2P가 시작된 후 i2phex를 자동으로 시작하는 건 어때? 15:58 &lt;+Complication&gt; 오버킬 같아 15:58 &lt;+Complication&gt; 적어도 지금 단계에서는 15:58 &lt;jrandom&gt; stealth: client.config 파일에 항목을 추가해서 I2P router가 원하는 Java 애플리케이션을 시작하게 할 수 있어 15:59 &lt;+Complication&gt; 게다가 I2P가 뜨기 전에 I2Phex를 시작할 수도 있다고 생각해 15:59 &lt;@frosk&gt; 어느 단계에서든 15:59 &lt;+Complication&gt; 이론적으로는, I2P가 올라올 때까지 계속 연결을 시도해야 해 15:59 &lt;+Complication&gt; (다만 테스트해보진 않았음) 15:59 &lt;jrandom&gt; 다만, i2phex를 실행하도록 해두면, i2phex를 종료할 때 i2phex 클라이언트가 JVM을 죽일 가능성이 있어서(router가 재시작될 수 있어) 그 점은 기억해 16:00 &lt;+Complication&gt; 게다가, 스크립트로도 꽤 쉽게 할 수 있어... 16:00 &lt;+Complication&gt; 예: "cd /home/i2p; sh i2prouter start; cd /home/i2phex; sleep 100; sh run.sh;" 16:00 &lt;+Complication&gt; (대충 이런 식이었지) 16:01 &lt;+Complication&gt; 미안, 아마 /home/user/i2p가 더 맞겠지 :) 16:01 &lt;cervantes&gt; sleep 100 전에 /usr/games/tetris 시작하는 거 잊지 마 16:02 &lt;jrandom&gt; 완전 맞아 16:02 &lt;jrandom&gt; 좋아, 회의에서 더 이야기할 거 있어? 16:03 &lt;stealth&gt; 음 그냥 exe를 시작하면 되지 않을까 했어. 사람들은 다운로드 중이 아닐 때 파일 공유를 잊어버리니까, 항상 켜두는(always on) i2psnark 방식이 더 나아... 16:04 &lt;jrandom&gt; 맞아, 다만 통합할 수 있을 만큼 충분히 가벼운 Gnutella 클라이언트는 아직 못 들어봤어 16:05 &lt;cervantes&gt; 현재 Phex에서 UI를 추상화하는 작업이 진행 중이 아니었나? 어쩌면 나중엔 클라이언트가 가벼워질지도 16:05 &lt;+Complication&gt; Phex CVS의 그 부분은 못 봤어 16:06 &lt;jrandom&gt; phex를 .war로 돌릴 수 있다면, 정말 최고지 16:06 &lt;cervantes&gt; isn't the=isn't there 16:06 &lt;cervantes&gt; 아마 내가 잘못 알았을 거야 16:06 &lt;+Complication&gt; Sirup이 XML-RPC 인터페이스를 작업하던 건 맞는데, Gregor & co도 그렇게 하는지는 모르겠어 16:07 &lt;+Complication&gt; 그래서 sirup이 가져온 건지, 처음부터 새로 쓰기 시작한 건지 모르겠어 16:09 &lt;jrandom&gt; 내 기억이 맞다면 그는 Apache의 xmlrpc lib을 가져와서 i2phex 내부 몇 가지를 노출하는 정도였고, 아마 6~8개월 동안 그 작업은 없었고, 내가 알기론 한 번도 제대로 동작하진 않았어 16:10 &lt;fox_&gt; &lt;tethra&gt; mutella는 웹 기반 Gnutella 클라이언트로 꽤 가벼운 걸로 기억해. 도움이 될지는 모르겠지만, 흠, 누군가(더 능력자)가 한번 살펴볼 가치는 있을지도. 16:10 &lt;fox_&gt; &lt;tethra&gt; 다만 찾는 것과는 다를 수도. 16:12 &lt;jrandom&gt; 새 걸 포팅하는 건 꽤 큰일이야, 특히 C/C++로 된 것이라면, 아쉽지만 16:12 &lt;+Complication&gt; 나는 개인적으로 XML-RPC를 만질 일은 별로 없을 듯. 다만 각종 버그를 잡아보려는 건... 단기 계획에 있어. 16:13 * Complication 시간 낭비라서 rehash 현상이 영영 사라지길 바람 16:13 &lt;jrandom&gt; 오, 아마도 시간대 변화가 트리거일까? 16:14 &lt;jrandom&gt; I2P SDK가 router에 연결되면, 거기서 현재 I2P(NTP) 시간을 가져와서 SDK의 JVM을 UTC로 강제해 16:14 &lt;+Complication&gt; 그럴 것 같진 않지만... 지금 단계에선 뭐든 배제하진 못해 16:15 &lt;jrandom&gt; (그리고 rehash가 순서나 파일 타임스탬프에 의존한다면, 몇 시간의 이동이 그걸 바꿀 수도 있지) 16:15 &lt;jrandom&gt; 응, 네가 많이 파봤으니, 그냥 가능성 하나 언급한 거야 16:15 * jrandom 버그 리포트 외에는 아는 게 없음 :) 16:16 &lt;+Complication&gt; 이게 가끔 발생하고, "sharedlibrary" 설정 파일을 로드/재작성할 때 일어나는 어떤 것과 관련이 있어 보여 16:16 &lt;+Complication&gt; 흠, 흥미로운 가능성이네... 16:16 &lt;+Complication&gt; 그걸 배제할 만큼 깊게 파보진 않았어 16:18 &lt;jrandom&gt; 좋아, 회의에서 더 할 얘기 있는 사람? 16:19 &lt;jrandom&gt; 없다면... 16:19 * jrandom 마무리함 16:19 * bar jrandom의 .10에 행운을 빌며 반짝이는 baf를 건넴 16:19 &lt;jrandom&gt; gracias :) 16:19 * jrandom *baf*를 날리며 회의를 마감 </div>/ko/blog/2006/01/31/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8-2006-01-31/Tue, 31 Jan 2006 00:00:00 +0000/ko/blog/2006/01/31/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8-2006-01-31/<p>안녕하세요 여러분, 화요일이 또다시 돌아왔네요,</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) 0.6.1.10 상태 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>지난주 동안 live net(운영 네트워크)에서 tunnel 생성의 신뢰성을 높이기 위해 몇 가지 서로 다른 미세 조정을 시도해 왔지만, 아직 획기적인 진전은 없었습니다. 다만 CVS에는 상당한 변경 사항들이 있었지만, 제가 표현하자면&hellip; 안정적이라고 하기는 어렵습니다. 그래서 일반적으로는 가장 최근 릴리스(0.6.1.9, CVS에서 i2p_0_6_1_9로 태그됨)를 사용하시거나, 최신 빌드에서는 홉 수를 1로 설정한 tunnels만 사용하시기를 권합니다. 한편&hellip;</p> <ul> <li> <ol start="2"> <li>0.6.1.10 status</li> </ol> </li> </ul> <p>사소한 미세 조정으로 끝없이 씨름하기보다는, 저는 로컬 테스트 네트워크에서 새로운 tunnel 생성 암호화 방식과 프로세스 [1]로 이전하는 작업을 진행해 왔습니다. 이는 tunnel 생성 실패율의 상당 부분을 해소할 것이며, 이후 필요하다면 추가로 조정할 수 있습니다.</p>/ko/blog/2006/01/24/2006-01-24%EC%9A%A9-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 24 Jan 2006 00:00:00 +0000/ko/blog/2006/01/24/2006-01-24%EC%9A%A9-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요, 여러분, 화요일은 자꾸만 돌아오네요&hellip;</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) 새로운 빌드 프로세스 3) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>지난주에는 네트워크에 큰 변화가 없었고, 대부분의 사용자(77%)가 최신 릴리스를 사용하고 있습니다. 그럼에도 새로운 tunnel 구축 프로세스와 관련된 상당한 변경 사항들이 곧 도입될 예정이며, 이로 인해 미출시 빌드를 테스트하는 데 참여하는 사용자에게는 약간의 문제가 발생할 수 있습니다. 전반적으로는 릴리스를 사용하는 사용자들이 비교적 신뢰할 수 있는 수준의 서비스를 계속 이용할 수 있을 것입니다.</p> <ul> <li> <ol start="2"> <li>New build process</li> </ol> </li> </ul> <p>0.6.2를 위한 tunnel 개편의 일환으로, 우리는 변하는 조건에 더 잘 적응하고 부하를 더 깔끔하게 처리하기 위해 router 내에서 사용되는 절차를 변경하고 있습니다. 이는 새로운 피어 선택 전략과 새로운 tunnel 생성 암호화를 통합하기 위한 전 단계이며, 완전히 하위 호환됩니다. 다만 그 과정에서 tunnel 빌드 프로세스의 몇몇 특이한 동작을 정리하고 있고, 이러한 특이한 동작들 중 일부는 신뢰성 문제를 어느 정도 덮어 주었지만, 익명성과 신뢰성 간의 절충을 최적보다 못하게 만들었을 수도 있습니다. 구체적으로, 치명적인 장애 시에는 폴백 1홉 tunnels를 사용하곤 했으나, 새 프로세스는 폴백 tunnels을 사용하는 대신 도달 불가능 상태를 선호할 것이므로 사람들이 더 많은 신뢰성 문제를 보게 될 것입니다. 적어도 tunnel 신뢰성 문제의 원인이 해결될 때까지는 그러한 문제들이 눈에 보이게 될 것입니다.</p>/ko/blog/2006/01/24/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-1%EC%9B%94-24%EC%9D%BC/Tue, 24 Jan 2006 00:00:00 +0000/ko/blog/2006/01/24/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-1%EC%9B%94-24%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, Complication, jrandom, postman, stealth, tethra</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:25 &lt;jrandom&gt; 0) 안녕 15:25 &lt;jrandom&gt; 1) 네트워크 상태 15:25 &lt;jrandom&gt; 2) 새로운 빌드 프로세스 15:26 &lt;jrandom&gt; 3) ??? 15:26 &lt;jrandom&gt; 0) 안녕 15:26 * jrandom 손을 흔든다 15:26 &lt;jrandom&gt; 주간 상태 노트 올라왔습니다 @ http://dev.i2p.net/pipermail/i2p/2006-January/001254.html 15:26 -!- Teal`c [tealc@irc2p] 님이 #i2p에 입장했습니다 15:26 -!- gloin [gloin@irc2p] 님이 퇴장했습니다 [피어에 의해 연결이 재설정됨] 15:26 &lt;bar&gt; 안녕 15:26 &lt;jrandom&gt; 그럼 1) 네트워크 상태 로 바로 들어가죠 15:26 -!- gloin [gloin@irc2p] 님이 #i2p에 입장했습니다 15:27 &lt;jrandom&gt; 메일에 있는 것 외에는 더 추가할 게 많지 않아요... 질문/코멘트/우려사항 있나요? 15:27 &lt;+Complication&gt; CVS build -6로 옮기는 건... 만만치 않았습니다 15:28 &lt;jrandom&gt; 맞아, 이해돼 15:28 &lt;+Complication&gt; 네트워크는 아마 괜찮을 거예요. 문제는 제 노드뿐이네요. 15:28 &lt;+Complication&gt; =which 15:28 &lt;bar&gt; 험한 길이지만, 옳은 길이죠. 이번 이동을 100% 지지합니다 15:29 &lt;jrandom&gt; 2+ hop tunnels에서 tunnel 구축은 고통스럽습니다; 보고된 바와 같이 실패율이 나쁩니다 15:29 &lt;jrandom&gt; 이 문제의 상당 부분은 0.6.2의 새로운 creation crypto로 해결될 가능성이 크지만, 전부가 해결될지는 확신이 서지 않습니다. 15:30 &lt;jrandom&gt; 그 전에 충분히 신뢰할 수 있는 수준까지 끌어올릴 수 있을지는 의문입니다. 하지만 해보죠 15:31 &lt;+Complication&gt; 제가 제공할 수 있는 통계가 있으면(아마 당신 쪽에 이미 충분히 많겠지만) 그냥 말해 주세요 15:31 &lt;jrandom&gt; 그러니까, 최신 빌드에서는 1 hop tunnels는 꽤 신뢰할 만하지만, 2+ hop tunnels가 필요한 분들은... 약간의 잡음을 예상해야 합니다 15:31 &lt;jrandom&gt; 고마워요 Complication 15:32 &lt;+Complication&gt; 제 앱 대부분은 2+0..1이에요 15:32 &lt;+Complication&gt; 그리고 기억이 맞다면 router 자체도 그래요 15:33 &lt;jrandom&gt; 흠, 릴리스 버전에 머무르라고 권할 수도 있겠지만, 릴리스도 치명적 실패를 만나면 어쨌든 짧은 tunnels를 구축하게 됩니다 15:34 &lt;jrandom&gt; (s/short/1hop/) 15:34 &lt;+Complication&gt; 맞아요, 아마 2+0으로 조정할 수 있을 겁니다 15:34 &lt;+Complication&gt; 그리고 덜 극적인 영향만 받겠죠 15:35 &lt;jrandom&gt; 응, 그래도 실질적으로는 2+/-1로 바뀌게 될 거예요, 다만 2hops를 유지하려고 최선을 다할 겁니다 15:36 &lt;+Complication&gt; build -6에서도요? 15:36 -!- gloin [gloin@irc2p] 님이 퇴장했습니다 [피어에 의해 연결이 재설정됨] 15:36 &lt;jrandom&gt; 아니요, 현재 릴리스는 fallback tunnels로 가기보다는 그냥 심하게 실패합니다 15:37 &lt;+Complication&gt; 아니면 확률이 개입된 건가요? 결코 0이 되지 않는 그런? 15:37 &lt;jrandom&gt; 문제는 tunnels 구축 없이 10분이 지나면 router를 재시작한다는 점이에요(watchdog 때문에) 15:37 &lt;+Complication&gt; 한 번 봤어요 :) 15:37 &lt;jrandom&gt; 아니요, -5 이상은 클라이언트가 허용한 hop 길이만 정확히 사용합니다 (2+/-0은 오직 2 hop tunnels만이라는 뜻. 그 외는 절대 아님) 15:39 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태에 대해 더 있을까요? 15:39 &lt;jrandom&gt; 아니면, 벌써 2) 새로운 빌드 프로세스를 논의하고 있는 것 같기도 하네요 ;) 15:40 &lt;jrandom&gt; 2) 새로운 빌드 프로세스에 대해 더 논의할 거 있나요? 15:40 &lt;+Complication&gt; 여기선 더 이상 별거 없네요 :D 15:41 &lt;jrandom&gt; 헤헤 좋아요, 그렇지 않다면 3) ??? 로 살짝 넘어가죠 15:41 &lt;jrandom&gt; 다른 얘기하고 싶은 거 있나요? 15:42 &lt;bar&gt; 여쭤봐도 될까요, 현재 역호환되지 않는 변경이 몇 개나 예정되어 있나요? 그리고 그중 일부(혹은 전부?)를 한 릴리스에 묶을 수 있나요? 15:42 &lt;bar&gt; 그러니까, 0.6.2까지 역호환이 안 되는 릴리스가 하나 이상 계획되어 있나요? 15:42 &lt;jrandom&gt; bar: 가능하면 한 번에 다 하려 합니다 15:42 &lt;jrandom&gt; (다만 나중에 더 나올 수도 있어요) 15:43 -!- Complication [Complicati@irc2p] 님이 퇴장했습니다 [피어에 의해 연결이 재설정됨] 15:43 -!- Complication2 [Complicati@irc2p] 님이 #i2p에 입장했습니다 15:43 &lt;bar&gt; hmac 버그, 새 crypto, 그리고 restricted routes를 한 번에요? 15:43 &lt;bar&gt; 그건 만만치 않네요 :) 15:43 &lt;jrandom&gt; restricted routes? 15:43 &lt;jrandom&gt; hmac 버그 "수정"은 값 하나 바꾸는 거예요 ;) 15:44 &lt;bar&gt; 아하 :) 15:44 -!- Complication2 님이 이제 Complication으로 닉을 변경했습니다 15:44 &lt;bar&gt; 음.. 아마 restricted routes는 2.0이었던가요.. 15:44 &lt;jrandom&gt; 응, 하지만 restricted routes는 역호환성을 잃지 않고도 구현할 수 있어요 15:45 &lt;jrandom&gt; (사실, 주의해서 하면 0.6.2에서도 어느 정도까지 가능합니다) 15:45 &lt;bar&gt; 좋아요, 훌륭하네요 15:45 &lt;jrandom&gt; 또한 tcp를 언제 드롭할지도 생각 중이에요... 아마 다음 릴리스에 15:46 &lt;jrandom&gt; 아니면 그 다음에, 한 번에 /너무 많은/ 걸 하지 않도록요 15:49 &lt;jrandom&gt; 좋아요, 회의에서 더 논의할 거 있나요? 15:51 &lt;jrandom&gt; 없다면 15:51 * jrandom winds 15:51 &lt;stealth&gt; 질문이 있습니다: 모든 eepsites가 외부 인터넷으로 매핑되어 있는 걸 봤습니다. 예: http://tracker.postman.i2p.tin0.de/. 그게 의도된 건가요 ? 15:51 &lt;jrandom&gt; [저장함] 15:51 &lt;jrandom&gt; 물론이죠, 멋지다고 생각해요 15:51 &lt;jrandom&gt; 정보를 게시하는 사람은 자신의 정보가 공개된다는 걸 당연히 예상해야 합니다 15:52 -!- gloin [gloin@irc2p] 님이 #i2p에 입장했습니다 15:52 &lt;jrandom&gt; tino가 사람들이 옵트아웃할 수 있는 방법도 마련해 둔 걸로 알아요 15:52 &lt;tethra&gt; 짧았네요 15:53 &lt;stealth&gt; 그것들도 google에 색인되고 있어요... 15:53 &lt;jrandom&gt; 그거 좋은 일 아닌가요, stealth? 15:53 &lt;Complication&gt; "robots.txt"와 비슷한 규약이 포함되지 않았나요 15:54 &lt;jrandom&gt; 그래요 Complication 15:54 &lt;Complication&gt; (tin0에게 물어보는 게 제일 좋을 듯) 15:54 &lt;@postman&gt; 젠장, 너무 늦었네요 15:54 &lt;@postman&gt; (또) 15:54 &lt;jrandom&gt; 아냐, 아직 안 끝났어 postman :) 15:54 &lt;Complication&gt; 그가 포럼에 그 얘기를 쓴 적이 있어요 15:54 &lt;Complication&gt; 거기서 찾을 수 있을 겁니다 15:54 &lt;@postman&gt; 아하 좋네요 ( 그럼 안녕하세요) :) 15:55 &lt;jrandom&gt; 응, 옵트아웃할 수는 있어요. 하지만 i2p 콘텐츠에서 옵트아웃이라는 개념을 이해하진 못하겠어요(사람들이 '저작권' 같은 걸 들이밀고 있는 건가요 - "내 자료를 복사하지 말라거나 다른 곳에 보이게 하지 말라"는 식으로?) 15:55 &lt;jrandom&gt; 뭐, 어쨌든, inproxies에 관해서라면 tino가 나보다 훨씬 친절하게 굴고 있네요 ;) 15:56 -!- Rawn [Rawn@irc2p] 님이 퇴장했습니다 [피어에 의해 연결이 재설정됨] 15:56 -!- gloin [gloin@irc2p] 님이 퇴장했습니다 [피어에 의해 연결이 재설정됨] 15:57 -!- Karellen [Karellen@irc2p] 님이 퇴장했습니다 [피어에 의해 연결이 재설정됨] 15:57 &lt;Complication&gt; 맞아요, 다른 in-proxies 제공자들도 똑같이 친절할 거라고 가정해선 안 됩니다 15:58 -!- Karellen [Karellen@irc2p] 님이 #i2p에 입장했습니다 15:58 -!- Rawn [Rawn@irc2p] 님이 #i2p에 입장했습니다 15:58 -!- mode/#i2p [+v Rawn] by chanserv 15:59 &lt;Complication&gt; 비밀로 하고 싶은 정보라면... 그냥 아예 공개하지 않는 게 가장 좋습니다 15:59 &lt;tethra&gt; 그렇죠 :/ 15:59 &lt;stealth&gt; 맞지만, 모든 것이 정말 완전히 안전해지기 전에 i2p에 과도한 관심이 쏠릴 수 있어요. 제게 문제로 보이는 건, 현재 I2p가 아주 좋은 익명성을 제공하기엔 노드가 충분하지 않다는 점입니다... 16:00 -!- Complication [Complicati@irc2p] 님이 퇴장했습니다 [피어에 의해 연결이 재설정됨] 16:00 &lt;jrandom&gt; 우리의 익명성은 규모에 의존하지 않아요, 그리고 i2p는 충분히 구글에 노출되어 왔습니다 16:01 &lt;jrandom&gt; (정확히 말하면, 기본 수준의 익명성은 규모에 의존하지 않아요) 16:01 &lt;jrandom&gt; 하지만 물론, 강한 익명성이 필요한 사람은 지금은 i2p를 쓰면 안 됩니다. 16:01 -!- digger3 [digger3@irc2p] 님이 퇴장했습니다 [피어에 의해 연결이 재설정됨] 16:01 -!- digger3 [digger3@irc2p] 님이 #i2p에 입장했습니다 16:02 &lt;bar&gt; 전 걱정하지 않겠어요. 99%는 구글에 뜨는 겉보기엔 죽은 링크를 그냥 무시할 테고... 나머지 1%는 조금은 기크일 테니 더 알고 싶어 하겠죠 16:03 -!- gloin [gloin@irc2p] 님이 #i2p에 입장했습니다 16:03 &lt;bar&gt; (음.. 죽은 건, 물론 tino의 inproxy가 떠 있느냐에 달렸죠) 16:05 &lt;jrandom&gt; 좋아요, 회의에서 더 있을까요? 16:06 &lt;jrandom&gt; 없다면 16:06 * jrandom 마무리한다 16:07 * jrandom *baf*s 회의를 종료함 </div>/ko/blog/2006/01/17/2006-01-17%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 17 Jan 2006 00:00:00 +0000/ko/blog/2006/01/17/2006-01-17%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 또 화요일이네요</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 및 0.6.1.9 2) Tunnel 생성 암호화 3) Syndie 블로그 4) ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.9</li> </ol> </li> </ul> <p>0.6.1.9가 출시되고 네트워크의 70%가 업그레이드되면서, 포함된 버그 수정 대부분은 예상대로 동작하는 것으로 보이며, 새 속도 프로파일링이 좋은 피어들을 잘 골라내고 있다는 보고가 있습니다. 빠른 피어에서는 CPU 사용량 50<del>70%로 300KBps를 넘는 지속 처리량이 보고되었고, 다른 router들은 100</del>150KBps 범위에 있으며, 더 낮은 쪽은 1~5KBps를 겨우 밀어주는 정도까지 떨어집니다. 다만 여전히 router의 ID 변동이 상당해서, 이를 줄일 것이라 생각했던 버그 수정은 효과가 없었던 듯합니다(아니면 그 변동이 정당한 것일 수도 있습니다).</p>/ko/blog/2006/01/17/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-1%EC%9B%94-17%EC%9D%BC/Tue, 17 Jan 2006 00:00:00 +0000/ko/blog/2006/01/17/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-1%EC%9B%94-17%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> b0unc3, cat-a-puss, cervantes, Complication, DoubtfulSalmon, dust, jme\___, jrandom, lordalbert, Pseudonym, tethra, wmpq, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:40 &lt;jrandom&gt; 0) 하이 15:40 &lt;jrandom&gt; 1) 네트워크 상태와 0.6.1.9 15:40 &lt;jrandom&gt; 2) tunnel creation crypto(터널 생성 암호화) 15:40 &lt;jrandom&gt; 3) Syndie 블로그 15:40 &lt;jrandom&gt; 4) ??? 15:40 &lt;jrandom&gt; 0) 하이 15:40 * jrandom 손을 흔듭니다 15:40 &lt;jrandom&gt; 주간 상태 노트가 @ http://dev.i2p.net/pipermail/i2p/2006-January/001251.html 에 게시됨 15:41 &lt;@cervantes&gt; 퓨, 다행히 i2p가 NASA보다 더 신뢰할 만하군요 15:41 &lt;jrandom&gt; 헤헷 15:41 &lt;tethra&gt; 하하 15:41 &lt;jrandom&gt; (제가 20분 늦긴 했지만... ;) 15:41 &lt;jrandom&gt; 아무튼, 1) 네트워크 상태와 0.6.1.9 로 들어가죠 15:42 &lt;wmpq&gt; NSA든 NASA든, 별로 다르지 않죠? 15:42 &lt;@cervantes&gt; 나는 jrandom이 아니라 I2P라고 했어요 ;-) 15:42 &lt;jrandom&gt; 좋은 지적이네요, cervantes ;) 15:42 &lt;tethra&gt; 바보 같은 소리 마요, jrandom이 곧 i2p죠! ;D 15:42 &lt;@cervantes&gt; 오, 저는 그게 일종의 사고방식인 줄 알았는데 15:42 &lt;wmpq&gt; [redact] 15:43 &lt;jrandom&gt; 헤헷 아무튼, 0.6.1.9가 배포되어, 네트워크의 70%가 업그레이드됐습니다(모두들 감사해요) 15:43 &lt;Pseudonym&gt; 음, 감칠맛 나는 새 릴리스 15:44 &lt;+zzz&gt; 클라이언트 tunnel 구축 성공률이 여전히 30% 미만 15:44 &lt;jrandom&gt; end-to-end 처리량이 크게 늘었다는 보고는 많이 못 들었습니다만, 일부 router는 T1 회선을 넘어 포화시키고 있어요 15:44 &lt;+zzz&gt; ~40%에서 내려옴 15:44 &lt;+Complication&gt; 대역폭은 정상으로 보이고, 릴리스 전 마지막 CVS 때보다 약간 높습니다. 피어 수는 좀 더 많은 것처럼 보이네요. 15:45 &lt;jrandom&gt; 흠, 네, zzz, 그건 크게 걱정하지 않아요. 어차피 0.6.2에서 전면 재작업될 테니까요 15:45 &lt;+zzz&gt; 평균 대역폭이 ~12K에서 ~20K로 상승 15:45 &lt;jrandom&gt; 0.6.1.9는 동의 가능성이 더 높은(즉, 고용량) 피어를 고르지 않고, 대신 처리량이 더 높은 피어에 집중하도록 되어 있어요 15:46 &lt;+Complication&gt; 재전송 비율(릴리스 당일 밤에 7%로 기록됨)이 6%대까지 내려왔습니다 15:46 &lt;jrandom&gt; 그래요, router들이 1~300KBps까지 밀어붙이다 보니 편차가 생길 수밖에요 15:46 &lt;jrandom&gt; 흠, 꽤 미친 수치네요, Complication. 저는 2~3%밖에 못 봤어요 15:46 &lt;jrandom&gt; (하지만 당신 관측을 의심하진 않아요) 15:47 &lt;+Complication&gt; 거의 아웃바운드를 끝까지 쓰고 있어요 15:47 &lt;+Complication&gt; (즉 회선 용량을 꽉 채운다는 뜻이에요) 15:47 &lt;jrandom&gt; 아, 그럼 그렇죠 15:47 &lt;+zzz&gt; 여전히 GET 전에 NULL이 들어와서 405 Bad Method가 발생합니다. 발생률은 줄어드는 듯한데, 확실하진 않아요 15:48 &lt;jrandom&gt; 맞아요 zzz, streaming lib(스트리밍 라이브러리)에 손볼 게 좀 있지만, 아마 0.6.2의 tunnel 개편 이후에나 다루게 될 듯해요 15:48 &lt;jrandom&gt; (하지만 그 전에 누가 더 파보겠다면야, 대환영이죠) 15:49 &lt;jrandom&gt; Complication: 대역폭 제한을 회선 용량의 70% 정도로 낮추면 실패율이 다시 합리적인 수준으로 돌아오나요? 15:49 &lt;+zzz&gt; 연말 직전에 코드에 들어간 무언가였다고 여전히 생각해요. 최근 변경을 잊기 전에 보는 게 좋겠죠 :) 15:50 &lt;+zzz&gt; 최초 발견 12월 29일 15:50 &lt;jrandom&gt; 맞아요 zzz, 확실히 그럴 겁니다. 지금은 타임아웃을 더 엄격히 존중하는 방식과 관련이 있을 듯해요 15:51 &lt;+Complication&gt; jrandom: 사실 지금 막 그걸 시도 중이에요 :) 15:51 &lt;+Complication&gt; 당신이 물어보기 몇 초 전에 조정했는데, 곧바로 알긴 어렵겠죠 15:51 &lt;jrandom&gt; 하지만 그걸 정리하려면 꽤 많은 작업이 필요하고, 새 tunnel 생성 코드 구현이 더 중요해요(이는 tunnel 구축 성공률을 크게 높이고 익명성 개선도 대폭 추가할 거예요) 15:51 &lt;jrandom&gt; 좋아요 Complication, 네, 3~6시간은 두세요 15:51 &lt;jrandom&gt; (기존 값/연결이 정리되도록) 15:52 &lt;+zzz&gt; 현재 GET의 약 1%~3%가 손상돼요 15:54 &lt;jrandom&gt; 그럼 streaming lib 변경을 되돌리자고 제안하는 건가요(그러면 i2psnark가 12~48시간 안에 모든 사용자에게 OOM을 일으킬 텐데요)? 그리고 streaming lib 재작업은 0.6.2의 tunnel 작업 이후로 미루고, 아니면 streaming lib를 손보는 동안 0.6.2의 tunnel 작업을 1~2주 미루자는 건가요? 15:55 &lt;+zzz&gt; 되돌리진 말아야죠 15:56 &lt;+zzz&gt; 당신 판단에 맡길게요 15:56 &lt;+Complication&gt; 꽤 교묘한 버그라고밖에 말 못 하겠네요 15:58 &lt;jrandom&gt; streaming lib에는 다른 버그들도 있어서, 일단 소매를 걷으면 한꺼번에 처리하고 싶어요(남은 버그들은 겉으로 잘 드러나지 않거든요). 15:59 &lt;jrandom&gt; 반면, tunnel 작업을 먼저 하면 대역폭 사용량을 크게 줄이고, 구축 성공률이 올라가며, 익명성도 개선되고, 라이브 네트워크에서 부하 분산을 모니터링하는 능력도 향상됩니다 15:59 &lt;Pseudonym&gt; 웹서핑에서 실패율이 1~3% 정도라면 미뤄도 되겠다고 봐요. 제 개인 의견이지만요. 16:00 &lt;jrandom&gt; 저도 tunnel 작업을 먼저 하려는 쪽입니다. 배포한 뒤에는 네트워크를 수동으로 모니터링하면서 streaming lib는 적극적으로 개편할 수 있으니까요 16:01 &lt;jrandom&gt; (Syndie 편집/게시용 GUI도 만들고 싶지만, 그건 둘 다 정리된 다음으로 미루죠 ;) 16:01 &lt;+Complication&gt; 여기도 그 정도 비율이에요 16:02 &lt;+Complication&gt; (제 eepsite에서) 16:04 &lt;jrandom&gt; 좋아요, 여러분도 그 비율이 변하는지 계속 지켜봐 주시면 좋겠고, 그동안 저는 tunnel 개편을 이어가겠습니다. 그 다음에 streaming lib 개편이 올 거예요(둘 다 0.6.2 전에 반영될 겁니다) 16:05 &lt;jrandom&gt; (또는 누가 streaming lib를 파보거나 [i2ptunnel과 이상한 상호작용이 있는지] 확인해 보고 싶다면 알려 주세요!) 16:06 &lt;+Complication&gt; jrandom: 그냥 궁금한데, 테스트 앱으로 i2ptunnel을 배제해 볼 수 있을까요? 16:07 &lt;+Complication&gt; 예를 들어 jnymo의 샘플 앱 같은 것이 null도 받는다면, 그건 i2ptunnel을 용의선상에서 지울 수 있겠죠? 16:07 &lt;jrandom&gt; 그렇게 하려면 얇은(in-VM) I2PSocket 구현을 붙이면 되긴 해요 16:07 &lt;+Complication&gt; 제 기억이 맞다면, 그 샘플은 streaming lib를 직접 썼으니까요... 16:08 &lt;+Complication&gt; (혹은 거의 직접적으로) 16:08 &lt;jrandom&gt; 맞아요, streaming lib를 쓰는 무언가로 재현된다면 i2ptunnel은 무죄겠죠 16:10 &lt;+Complication&gt; 흠, 누가 먼저 하지 않는다면(전 먼저 웹캐시 작업을 끝내 볼게요) 그런 걸로 HTTP를 에뮬레이션해 볼 수도 있겠네요... 16:10 &lt;jrandom&gt; 끝내주네요, 고마워요 Complication 16:10 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태와 0.6.1.9에 대해 더 있을까요? 16:11 &lt;jrandom&gt; 없다면, 2) Tunnel creation crypto로 슬슬 넘어가죠 16:11 &lt;+Complication&gt; 아뇨, 별 소득이 없을 수도 있고, 중간에 넘어진 채 끝날 수도 있지만... 흥미로운 가능성이긴 해요 16:11 &lt;jrandom&gt; 맞아요, 탐구는 반드시 긍정적 결과를 내야만 가치 있는 건 아니죠 :) 16:12 * cervantes, 연말 직전 소스 변경에서 'moo' 예외를 발견... 혹시 그게 문제? :) 16:13 &lt;jrandom&gt; 좋아요, 메일에 참조된 새 tunnel creation crypto 명세가 있어요. 작년 10월에 toad, Michael, 그리고 제가 메일링 리스트에서 논의한 내용을 바탕으로 했습니다 16:14 &lt;jrandom&gt; 한번 살펴보시고 의견을 알려 주세요. 먼저 구현해야 할 것들이 있어서 당분간 라이브 네트워크에는 배포되지 않겠지만, 곧 오긴 합니다 16:14 &lt;+Complication&gt; 'moo'가 자바 예약어였나요? ;P 16:14 &lt;+zzz&gt; 2) 관련해서 상태 메일의 참고자료를 검토하는 걸 돕겠습니다 16:14 &lt;+Complication&gt; tunnel 암호화 주제에 대해, 아래 바꿔 쓴 설명이 괜찮은지 확인해 주시겠어요? 제가 제대로 이해했는지만 확인하고 싶습니다... 16:14 &lt;jrandom&gt; 고마워요 zzz 16:15 &lt;+Complication&gt; "각 홉은 자신의 레코드에서 ElGamal 개인키로 복호화해 얻은 reply key로 모든 레코드를 암호화하며, 이렇게 암호화함으로써 tunnel 소유자가 수행한 복호화(혹은, 암호화라고 해야 할까요)의 한 층을 역전시켜, 다음 참가자의 레코드가 다음 참가자의 ElGamal 개인키로 읽히도록 만든다?" 16:15 &lt;jrandom&gt; Complication: 네 16:15 &lt;+Complication&gt; 아니면 제 재서술이 완전히 틀린 건가요? 16:16 &lt;+fox&gt; &lt;jme___&gt; 그리고 너무 복잡해요, 제 생각엔 16:16 &lt;jrandom&gt; 맞는 것 같아요. 다만, 문장이 너무 장황하네요 :) 16:16 &lt;+Complication&gt; 그걸 더 잘 시각화할 방법이 떠오르지 않았어요. 그렇게 하는 것도 충분히 어렵더라고요. :P 16:16 &lt;jrandom&gt; (아니면 jme___, 알고리즘이 너무 복잡하다는 말인가요?) 16:17 &lt;+fox&gt; &lt;jme___&gt; 아니요, 문서를 급히 읽어보려다 기초 지식이 필요한 부분이 너무 많아서 포기했어요 16:17 &lt;+fox&gt; &lt;jme___&gt; 반면에, 많이 시도해 보진 않았습니다 :) 할 일이 있어서요 16:17 &lt;jrandom&gt; Complication: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/java/src/net/i2p/router/tunnel/BuildMessageProcessor.java?rev=HEAD 16:18 &lt;+fox&gt; &lt;jme___&gt; 이 동료 검토는 형식적인 건가요, 아니면 정말 걱정되거나 확신이 없는 건가요? 16:19 &lt;+Complication&gt; 음, 밑단 메커니즘이 뭘 하는지 아는 건 언제나 좋죠... 16:19 &lt;jrandom&gt; 제 의도대로 동작한다는 데는 자신 있지만, 누가 문제를 발견한다면 정말로 관심이 있어요 16:19 &lt;+fox&gt; &lt;jme___&gt; 후자라면 시간을 낼 수 있겠지만, 제 지식이 오래돼서 당장 떠오르진 않네요 16:20 &lt;+fox&gt; &lt;jme___&gt; 아니라면 믿겠습니다 :) 16:20 &lt;jrandom&gt; 노트 섹션에 몇 가지 질문이 있어요 - http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt-creation.html?rev=HEAD#tunnelCreate.notes 16:22 &lt;jrandom&gt; 급할 건 없어요. 이 새 암호화가 실제로 router에서 사용되기까진 아마 일주일이나 이주 정도 걸릴 거예요 16:22 &lt;@cervantes&gt; jrandom: 그와 관련해, 홉 사이에 임의 지연을 넣으면 성능 저하가 크지 않을까요? 16:22 &lt;@cervantes&gt; 타이밍 공격을 막기엔 그게 가장 그럴싸해 보여서요 16:23 &lt;jrandom&gt; 그건 tunnel 생성 단계라 지연이 큰 문제는 아니겠지만, 대형 장애 시에는 lease set이 너무 일찍 만료될 수 있어요 16:25 &lt;jrandom&gt; 음, 그 지연이 얼마나 효과적일지는 모르겠어요. 크게 도움이 될 수도, 아닐 수도 있죠. 하지만 라이브 tunnel은 어차피 blending을 써서 그 tunnel에서 담합하는 피어를 찾아낼 수 있으니, 크게 중요하지 않을 수도 있어요 16:25 &lt;+fox&gt; &lt;jme___&gt; 좋아요, 다시 읽어볼게요 16:27 &lt;jrandom&gt; 고마워요. 서두를 건 없지만, 누가 생각이 떠오르면 제게 보내 주세요(아니면 목록이나 여러분 블로그 등으로) 16:27 &lt;jrandom&gt; 좋아요, 2에 대해 더 없으면 3) Syndie 블로그로 넘어갈까요? 16:29 &lt;jrandom&gt; (넘어간 걸로 치죠) 16:29 &lt;jrandom&gt; 좋아요, Syndie에 멋진 블로깅 기능이 새로 들어갔으니 파보세요 ;) 16:29 &lt;@cervantes&gt; 아주 쿨 16:30 &lt;jrandom&gt; 왼쪽의 그룹에는 임의의 URL에 대한 링크뿐 아니라 블로그, 블로그 내 게시물, 블로그 게시물의 첨부 파일로의 링크를 넣을 수 있어요 16:30 &lt;jrandom&gt; 게시물 스타일이나 아이콘 등을 블로그별/태그별로 지정하는 등 가능한 개선이 아주 많습니다. 누가 거기에 파고들고 싶다면 최고예요(그리고 눈에 확 띄는 효과가 있을 거예요 :) 16:31 &lt;@cervantes&gt; 그런데 댓글에 정의된 외부 링크에도 대상 URL을 title 속성으로 설정해야 해요(왼쪽 패널에서 하신 것처럼) 16:31 &lt;@cervantes&gt; 댓글/게시물 16:32 &lt;jrandom&gt; 아, 좋은 생각이네요 16:33 &lt;jrandom&gt; (net.i2p.syndie.sml.BlogPostInfoRenderer의 renderLinks(...) 메서드 :) 16:34 &lt;@cervantes&gt; *메모메모* 16:35 &lt;jrandom&gt; 정보 제공용 eepsite의 실질적 대안이 되려면 Syndie 블로그에 또 무엇이 필요할까요? 물론 Syndie는 정적 콘텐츠라서 못 하는 일도 있지만, 콘텐츠를 배포하고 사람들이 댓글을 달 수는 있죠 16:36 &lt;jrandom&gt; 특별히 하고 싶은 커스터마이징이 있나요? 그렇다면 알려 주세요 16:37 &lt;DoubtfulSalmon&gt; jrandom: 스크립트로 기존 콘텐츠를 업데이트하기요? 16:37 &lt;@cervantes&gt; 날짜별 아카이브 16:37 &lt;jrandom&gt; DoubtfulSalmon: 스크립트로요? 16:37 &lt;jrandom&gt; cervantes: 아, '이전 글 5개' 링크 대신 작은 캘린더 위젯 같은 거요? 16:38 &lt;@cervantes&gt; 네 16:38 &lt;DoubtfulSalmon&gt; jrandom: 예를 들어 이 파일/텍스트가 저 파일/텍스트를 대체하게 하고 싶어요. 어떻게 하나요? 16:38 &lt;jrandom&gt; 좋아요, 그건 정말 쉬울 거예요(누가 HTML만 뚝딱 만들어주면 :) 16:38 &lt;@cervantes&gt; 아니면 더 단순하게 '지난달 게시물 보기' 16:39 &lt;@cervantes&gt; jrandom: 숫자만 들어간 7x6 테이블 하나면 되죠 ;-) 16:40 &lt;jrandom&gt; DoubtfulSalmon: 이미 게시된 콘텐츠를 바꾸는 건 흥미로운 방향입니다. 전반적으로 항상 통하진 않을 거예요. 유즈넷 제어 메시지(이전 글 취소 등)처럼 동작해야 하니까요 16:40 &lt;jrandom&gt; DoubtfulSalmon: 반면, 그냥 새 파일/항목을 게시하고 왼쪽의 링크를 새 파일/항목을 가리키도록 바꾸면 됩니다 16:40 &lt;jrandom&gt; (그렇게 하면 이전 콘텐츠는 남아 있고, 사람들은 새 콘텐츠로 안내됩니다) 16:41 &lt;DoubtfulSalmon&gt; jrandom: 네, 모두가 자신의 콘텐츠를 바꾸지 않아도 링크가 새 콘텐츠를 가리키기만 하면, 예전 콘텐츠가 남아 있어도 괜찮아요. 16:41 &lt;jrandom&gt; 본질적으로 diff를 게시하고 Syndie가 결과를 렌더링하게 해서 위키를 제대로 만드는 것도 가능하지만, 과할 수 있어요 16:41 &lt;jrandom&gt; 음, 알겠어요 무슨 말인지 16:42 &lt;jrandom&gt; 즉, 현재처럼 특정 버전의 콘텐츠로 가는 링크가 아니라, 리디렉션 가능한 링크를 원하시는 거군요 16:43 &lt;jrandom&gt; 아마 블로그의 북마크로 링크하고, 그 블로그의 현재 북마크를 불러와 가리키는 곳을 따라가면 정확한 버전을 찾는 식으로 할 수 있을 겁니다 16:44 &lt;jrandom&gt; 반대로, 새 버전을 이전 글에 대한 답글로 표시해서, 사람들이 링크를 따라가면 콘텐츠를 대체하는 답글로 이어지게 할 수도 있죠 16:44 &lt;jrandom&gt; (아마 그렇게 매끄럽진 않겠지만요) 16:44 &lt;DoubtfulSalmon&gt; 네: 예를 들어 현재 레이더 이미지처럼 10분마다 업데이트되는 무언가로 링크를 두고 싶어요. 그 콘텐츠가 네트워크 전역으로 퍼지지 않아도 괜찮지만, 누군가 제 페이지에 링크하면 사용자는 최신 이미지를 봐야 해요. 16:45 &lt;jrandom&gt; 그건 그들이 무엇을 원하느냐에 달렸죠. 참조 당시의 이미지를 가리키길 원하나요, 아니면 독자가 볼 때 이미지를 렌더링하는 서비스로 링크하길 원하나요? 16:45 &lt;+Complication&gt; cervantes: 오늘의 기이함 :D 마지막 글: `http://forum.i2p/viewtopic.php?t=1199&start=15` 16:46 &lt;+Complication&gt; 또 다른 로봇 지배자님 같더라고요 :P 16:46 &lt;jrandom&gt; 하지만 두 개념을 모두 지원하는 건 좋은 생각이고, 그게 큰 수고는 아닐 듯해요 16:46 &lt;@cervantes&gt; thnx 16:46 &lt;jrandom&gt; 다만 SML에 약간의 확장이 필요하긴 하죠(예: [blog bloghash="ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=" bookmark="radar.png"]) 16:47 * cervantes, 그런 게 많아지면 포럼 방어를 업그레이드할게요 16:47 &lt;@cervantes&gt; (그건 막는 법 이미 알아요) 16:47 &lt;DoubtfulSalmon&gt; jrandom: 콘텐츠 배포자가 콘텐츠를 삭제하지 않았다면 정적 버전에도 링크할 수 있어야 하고, 최신 버전을 가리키는 일반 URL에도 링크할 수 있어야 합니다 16:47 &lt;jrandom&gt; (이는 ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=의 현재 메타 포스트에서 북마크를 보고, 이름이 'radar.png'인 항목에서 정확한 URI를 가져오는 방식) 16:48 &lt;DoubtfulSalmon&gt; jrandom: 그걸 지금 '태그 &lt;이상한 문자열&gt;에서 가장 최근 게시물 1개 보기' 같은 걸로 할 수 있을까요? 16:48 &lt;jrandom&gt; 아, 좋은 지적이에요 - 네, 가능합니다 16:49 &lt;jrandom&gt; 그걸 '$author가 쓴 $tag 태그의 가장 최근 게시물 보기'로 제한할 수도 있어요 16:49 &lt;jrandom&gt; (그래서 다른 사람들이 스푸핑하지 못하게요) 16:49 &lt;DoubtfulSalmon&gt; 그럼 사용자에게 이상한 태그 같은 게 보이지 않도록, 어떤 형태로든 UI를 제공하면 되겠네요 16:50 &lt;jrandom&gt; 그게 어떻게 보이는지 위에 예제가 있어요. 당장 URI는 기억 안 나지만... 어쨌든 링크된 텍스트를 감싼 링크입니다 16:50 &lt;DoubtfulSalmon&gt; 그 정보는 전부 URL 형태로 올 수 있다고 생각했어요. 16:51 &lt;jrandom&gt; 하지만 원본 SML을 직접 쓰는 건 확실히 번거롭기 때문에, SML을 만드는 GUI가 유용할 거예요 16:51 &lt;jrandom&gt; 그건 URL이 아니라 SML 태그의 속성이에요 16:52 &lt;@cervantes&gt; 그리고 SML GUI는 JavaScript 없이 만들기 까다롭죠 16:52 &lt;DoubtfulSalmon&gt; 그런데 검색 결과는 북마크할 수 있죠? 16:52 &lt;jrandom&gt; 검색 결과가 뭔가요? 16:52 &lt;jrandom&gt; 그리고 북마크가 무슨 뜻인가요? 16:52 &lt;@cervantes&gt; (아니면 브라우저 확장 ;-)) 16:52 &lt;jrandom&gt; 아, 브라우저 측 북마크요, 네 16:52 &lt;+Complication&gt; 필터 결과를 말하나요? 16:53 &lt;jrandom&gt; 하지만 그런 북마크는 일반적으로 공유되지 않아요 16:53 &lt;DoubtfulSalmon&gt; 음: '태그 Y가 달린 X의 가장 최근 게시물 1개 가져오기' 16:53 &lt;jrandom&gt; (사실 대부분은 가능하긴 한데, URL이지 URI가 아니라 보편적이진 않아요)) 16:53 &lt;DoubtfulSalmon&gt; 네, 다른 블로그에서도 그런 것들에 링크할 수 있으면 좋겠어요 16:54 &lt;jrandom&gt; DoubtfulSalmon: SML로 할 수 있어요 16:54 &lt;jrandom&gt; [blog tag="Y" bloghash="X"] 16:54 &lt;DoubtfulSalmon&gt; 오, 좋네요 16:55 &lt;jrandom&gt; JavaScript, XUL, Java, 혹은 OS별 클라이언트 앱 같은 것들 16:57 &lt;@cervantes&gt; 아, 좋네요. 그러면 스크립팅이나 플러그인 의존성이 있어도 괜찮다는 거군요 16:57 &lt;jrandom&gt; (우리 웹사이트가 0.6.2에 맞춰 개편되면, Syndie가 도대체 뭔지, 그리고 접시 닦기 빼고는 뭘든 할 수 있는지 설명하는 웹사이트도 반드시 만들 거예요 ;) 16:57 &lt;@cervantes&gt; (점진적 저하만 잘 되면요) 16:57 &lt;jrandom&gt; Syndie는 lynx로도 기능해야 하지만, 리치 클라이언트로 할 수 있는 게 아주 많아요 16:58 &lt;jrandom&gt; (s/function/functional/) 16:58 &lt;@cervantes&gt; 맞아요.. 그래서 lynx 사용자는 SML 레퍼런스 차트 정도만 보게 되겠죠, 그 이상은 없고요 16:58 &lt;jrandom&gt; 네, 지금도 그렇죠 16:58 &lt;jrandom&gt; 다만 아마 단순화된 SML일지도요, 잘 모르겠네요. 17:01 &lt;+Complication&gt; jrandom: 혹시 아주 미미하게라도... null 버그가 gzip 인코딩과 관련 있을 가능성이 있을까요? 17:01 &lt;+Complication&gt; 제 eepsite tunnel에서 gzipping을 어떻게 끌지 생각하고 있었어요... 17:01 &lt;+Complication&gt; 아니면 완전히 말도 안 되는 걸까요? 17:01 &lt;@cervantes&gt; 연말 직전에 i2ptunnel에 HTTP 압축기 관련 코드가 좀 추가되긴 했어요 17:03 &lt;jrandom&gt; 네, 그럴 수도 있어요 - 클라이언트 쪽에서는 i2ptunnel.gzip=false로 끌 수 있어요(/configadvanced.jsp). 다만 지금은 i2ptunnelhttpserver에서는 끌 수 없는 것 같네요 17:03 &lt;+zzz&gt; 압축이 없는 요청(Request) 측의 문제예요 17:03 &lt;+zzz&gt; 클라이언트가 false로 설정하면 서버는 압축하지 않아요 17:03 &lt;+Complication&gt; zzz: 아, 맞다, 그걸 잊었네요 17:04 &lt;jrandom&gt; (하지만 큰 어려움 없이 I2PTunnelHTTPServer에 추가할 수 있어요[310행 등]) 17:04 * Complication은 바보였네요, 사과드립니다 17:04 &lt;@cervantes&gt; (아니면 일반 tunnel을 쓰셔도 돼요) 17:04 &lt;+Complication&gt; 아하, 고맙습니다... 17:05 &lt;jrandom&gt; 흠, 다만 i2ptunnelhttpserver가 GET을 받을 때쯤엔 이미 null이 들어와 있겠네요 17:05 &lt;+zzz&gt; 네, orion을 HTTP tunnel로 다시 옮겼더니 페이지 로드 시간이 크게 개선됐어요. 다시 압축되니까요 17:05 &lt;+Complication&gt; 클라이언트와 서버가 gzipping에 동의해야만 시작된다는 걸 완전히 잊고 있었네요 17:05 &lt;jrandom&gt; 그래서 클라이언트 측일 순 있어도, 서버 측은 확실히 아니죠 17:05 &lt;jrandom&gt; 맞아요 zzz, 지금은 엄청나게 빨라요 :) 17:05 &lt;+zzz&gt; 그건 _응답_ 측이 아니라 _요청_ 측이에요 - 클라이언트나 서버 어느 쪽에서도 일어날 수 있어요 17:06 &lt;jrandom&gt; 맞아요 17:09 &lt;jrandom&gt; 좋아요, 3) Syndie 블로그에 대해 더 있을까요? 17:09 &lt;jrandom&gt; 없으면, 4) ???로 넘어가죠 17:09 &lt;jrandom&gt; 회의에서 더 제기할 사항 있나요? 17:10 &lt;cat-a-puss&gt; Complication: 자바의 gzip 스트림 + I2P tunnel. 작동하지 않습니다. Sun의 버그예요 17:10 &lt;jrandom&gt; 흠, cat-a-puss? 정말요? 17:10 &lt;+zzz&gt; HTTP 지속 연결 업데이트: 클라이언트 측은 대부분 완료, 서버 측도 순조롭게 진행 중, 견고화와 테스트가 많이 남았고, 완료 예상 2~4주 17:10 &lt;jrandom&gt; 잘했어요 zzz! 17:11 &lt;cat-a-puss&gt; jrandom: 예전에 그 얘길 했었죠. 왜 그런지에 대한 긴 설명을 찾을 수도 있겠지만, 어차피 그럴 이유가 없으니 어딘가에 그냥 문서화하는 게 제일일 거예요. 17:12 &lt;jrandom&gt; 흠, 맥락을 놓쳤네요. 정확히 무엇이 작동하지 않죠? Sun의 버그가 뭐죠? 17:14 &lt;dust&gt; 이런 이상한 로그가 떠요: 21:21:59.816 WARN [%d0%a2%d1%4f] net.i2p.util.EepGet : ERR: status &lt;html&gt; 17:14 &lt;jrandom&gt; 음, 흥미롭네요 17:15 &lt;jrandom&gt; 어떤 트래커요? 17:15 &lt;cat-a-puss&gt; jrandom: 제 기억으론 Sun은 헤더 없는 zip을 쓰고, 어떤 매직 넘버로 zip 스트림인지 식별합니다. 그런데 그 숫자가 우연히 음수라서, 어떤 이유로든 zip 스트림 안에 zip 스트림을 만들게 되면, 스트림에서 데이터를 부호 없는 바이트 시퀀스로 읽어버려서 그 매직 넘버가 다른 양수로 바뀌어 버립니다. (세부를 몇 가지 놓쳤을 수도 있지만, 요지는 이겁니다) 17:16 &lt;dust&gt; 예를 들어 OSDevWithCVS_3E.pdf.torrent 17:17 &lt;dust&gt; d8:announce540:http://YRgrgTLGnbTq2aZOZDJQ... 17:17 &lt;jrandom&gt; 흠, 그건 모르겠고, 그게 i2ptunnel 위의 gzip 스트림에 어떤 영향을 줄지는 잘 모르겠네요(만약 영향을 줬다면 전부 실패했을 거예요. 우리는 모든 걸 gzip하니까요) 17:19 &lt;jrandom&gt; 좋아요 dust, 그러면 postman의 트래커군요. 흠, dust, 0.6.1.9 쓰고 있나요? 17:20 &lt;cat-a-puss&gt; jrandom: 네, 그 문제를 겪은 게 거의 1년 전이라 잘 기억나진 않고, 1.5에서 고쳐졌는지도 모르겠어요. 하지만 일반적인 스트림은 다 잘 되다가, 압축 스트림으로 감싸는 순간 전부 실패하는 이유를 찾느라 정말 고생했었죠. 17:20 &lt;dust&gt; 네 17:20 &lt;jrandom&gt; cat-a-puss: 지난 1년간 I2P 위의 압축 방식은 대대적으로 바뀌었어요 ;) 17:21 &lt;jrandom&gt; (그리고 저는 개인적으로 1.5를 쓰지 않아요) 17:21 &lt;jrandom&gt; 하지만 우리는 그쪽 패키지 스트림을 쓰지 않고, 우리 방식으로 zip 인코딩을 명시적으로 합니다(호환성 때문이 아니라 익명성과 효율성 때문이죠) 17:22 &lt;@cervantes&gt; zzz: 요청에서 null이 정확히 어디서 발생하죠? GET 바로 뒤인가요? 17:22 &lt;+Complication&gt; 제 기억으론 그 전에요 17:23 &lt;+fox&gt; &lt;lordalbert&gt; 안녕하세요 17:23 &lt;+Complication&gt; 곁다리로: Celeron 300이 Sempron보다 재전송 비율이 두 배 낮게 나옵니다 17:23 &lt;jrandom&gt; 안녕하세요, lordalbert 17:23 &lt;jrandom&gt; 좋아요 Complication, 2~3%면 합리적이죠(물론 더 낮으면 좋겠지만) 17:23 &lt;@cervantes&gt; HEAD 요청을 잔뜩 날려보면 흥미로울 텐데요... 17:24 &lt;jrandom&gt; 네, 로컬 테스트 세트를 돌리면 좋겠어요. 다만 제 기억엔 Complication이 예전에 시도했는데 오류가 없었죠 17:24 &lt;+fox&gt; &lt;lordalbert&gt; 익명 트래커를 누가 만들 수 있나요? 제가 해보려는데 tunnel을 어떻게 쓰는지 모르겠어요 17:24 &lt;+Complication&gt; cervantes: 제 노드 두 개 사이에서 재귀 wget으로 유발해 보려 한 적 있어요 17:24 &lt;+Complication&gt; 일어나기 전에 지쳐버렸죠 17:25 &lt;@cervantes&gt; 헤헷 17:26 &lt;+fox&gt; &lt;lordalbert&gt; 'lo b0unc3 ;) 17:26 &lt;+fox&gt; &lt;b0unc3&gt; lordalbert, :D 17:26 &lt;+Complication&gt; lordalbert: 어느 부분에 조언이 필요하신가요? 17:27 &lt;+Complication&gt; 트래커 설정은, 불행히도 제가 몰라요. 17:27 &lt;+Complication&gt; I2PTunnel에 관해서라면 설명해 보죠... 17:27 &lt;+fox&gt; &lt;lordalbert&gt; BTtracker를 설치했고, 아주 잘 됩니다 17:28 &lt;+Complication&gt; 또한 트래커가 계속 익명을 유지하려면 꽤 신중한 설정으로 운영해야 한다는 점도 언급해야겠죠 17:28 &lt;+fox&gt; &lt;lordalbert&gt; 이제 익명화하고 싶어요 17:28 &lt;+fox&gt; &lt;lordalbert&gt; 그래서요 17:28 &lt;jrandom&gt; 회의 후에 함께 해결해 볼 수 있을 거예요. 일반 트래커를 쓰면 안 되고, 익명성을 위해 만들어진 걸 써야 해요 17:28 &lt;+fox&gt; &lt;lordalbert&gt; 방금 i2ptunnel을 만들었어요 17:29 &lt;jrandom&gt; (예: i2p 트래커들에서나 CVS에서 찾을 수 있는 bytemonsoon 수정판) 17:29 &lt;+fox&gt; &lt;lordalbert&gt; 이제 이 tunnel을 어떻게 쓰는지 알고 싶어요. tunnel은 만들었습니다 17:29 &lt;jrandom&gt; 좋아요, 회의에서 더 다룰 게 있을까요? 17:30 &lt;jrandom&gt; lordalbert: `http://localhost:7657/i2ptunnel/` 에서 웹서버/트래커를 가리키는 'http server tunnel'을 만들 수 있어요. 하지만 익명용으로 수정되지 않았다면 트래커는 작동하지 않을 겁니다 17:30 &lt;+fox&gt; &lt;lordalbert&gt; 어떤 트래커를 써야 하죠? 17:31 &lt;+Complication&gt; postman은 수정된 ByteMonsoon 버전을 쓰는 걸로 알아요 17:32 &lt;jrandom&gt; i2p-bytemonsoon은 익명용으로 수정됐어요 - `http://i2p-bt.postman.i2p/` 에 zip이 있고, http://dev.i2p.net/cgi-bin/cvsweb.cgi/bytemonsoon/ 에 CVS가 있어요. 다만 자세한 건 잘 몰라요 17:32 &lt;+fox&gt; &lt;lordalbert&gt; bytemonsoon은 구식 아닌가요? 17:32 &lt;jrandom&gt; 작동하면 구식이 아닙니다. 작동해요 17:33 &lt;+fox&gt; &lt;lordalbert&gt; 오케이 XD 17:33 &lt;jrandom&gt; 세상에 트래커는 많고, 어떤 개발자가 안전하고 익명으로 작동하도록 수정해 준다면 아주 좋죠 17:33 &lt;+Complication&gt; 좀 오래됐을 수는 있지만... IP 대신 destkeys로 확실히 동작해요... 17:33 &lt;+Complication&gt; 보안성과 누출 방지까지는 장담 못 하겠지만요 17:34 &lt;jrandom&gt; (익명성과 보안을 위해 duck 등이 수정했어요) 17:34 &lt;+Complication&gt; 하지만 꽤 오랫동안 돌아왔고, 그럭저럭 버티는 듯해요... 17:35 &lt;jrandom&gt; 좋아요, 회의에 더 없으면... 17:36 * jrandom 마무리합니다 17:36 * jrandom *baf*S 회의를 마칩니다 </div>/ko/blog/2006/01/10/2006-01-10%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 10 Jan 2006 00:00:00 +0000/ko/blog/2006/01/10/2006-01-10%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요, 여러분. 또 화요일이 돌아온 것 같네요</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) 처리량 프로파일링 3) Syndie 블로그 4) HTTP 지속 연결 5) I2Phex gwebcache 6) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>지난주에는 CVS에서 많은 버그 수정과 개선이 진행되었고, 현재 빌드는 0.6.1.8-11입니다. 네트워크는 비교적 안정적이었으나, 여러 I2P 서비스 제공업체의 장애로 인해 간헐적인 문제가 발생하기도 했습니다. 마침내 CVS에서 불필요하게 높았던 router identity churn(router 식별자가 자주 바뀌는 현상)을 없앴고, 어제 zzz가 코어에 제안한 새로운 버그 수정도 꽤 유망해 보이지만, 그 영향은 좀 더 지켜봐야 합니다. 지난주에 진행된 다른 큰 작업으로는 새로운 처리량 기반 속도 프로파일링과 Syndie의 블로그 보기 기능에 대한 대대적인 작업이 있었습니다. 0.6.1.9는 이번 주 후반쯤, 늦어도 주말까지는 공개될 예정입니다. 평소 확인하시는 채널을 계속 주시해 주세요.</p>/ko/blog/2006/01/10/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-1%EC%9B%94-10%EC%9D%BC/Tue, 10 Jan 2006 00:00:00 +0000/ko/blog/2006/01/10/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-1%EC%9B%94-10%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cervantes, Complication, jrandom, Pseudonym, teal`c\_, tethra</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 15:26 &lt;jrandom&gt; 0) 안녕하세요 15:26 &lt;jrandom&gt; 1) 네트워크 상태 15:26 &lt;jrandom&gt; 2) 처리량 프로파일링 15:26 &lt;jrandom&gt; 3) Syndie 블로그 15:26 &lt;jrandom&gt; 4) HTTP 지속 연결 15:26 &lt;jrandom&gt; 5) I2Phex gwebcache 15:26 &lt;jrandom&gt; 6) ??? 15:26 * jrandom 손을 흔든다 15:26 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-January/001247.html 에 올렸습니다 15:27 &lt;jrandom&gt; (그래, 알아... 우리에겐 7) 한 가지 더... 가 필요하지) 15:28 &lt;jrandom&gt; 그럼 1) 네트워크 상태로 들어가죠 15:28 &lt;jrandom&gt; 전반적으로, 메일에 쓴 내용 외에는 늘 그렇고 그런 상태인 것 같습니다. 15:28 &lt;jrandom&gt; 1)에 대해 제기할 내용 있나요? 15:30 &lt;jrandom&gt; 없다면 2) 처리량 프로파일링으로 넘어가겠습니다 15:31 &lt;tethra&gt; 재밌어 보이는데, 목적이 뭔지 물어봐도 될까요? 15:31 &lt;jrandom&gt; 빠른 피어를 찾는 것 15:31 &lt;tethra&gt; (재치와 요령이 부족한 점은 양해를) 15:31 &lt;tethra&gt; 아, 좋네요. 15:32 &lt;jrandom&gt; 기본적으로, 예전 속도 프로파일링은 그리 좋지 않았고(요약은 지난주 상태 노트를 보세요), 이번 것은 제가 빠른 걸로 알고 있는 피어를 잘 찾아내는 편입니다 15:32 &lt;jrandom&gt; (제가 비익명(non-anonymous) 방식으로 측정하는 꼼수를 써서 빠른 걸 알고 있거든요) 15:33 &lt;tethra&gt; 충격적이군요! ;) 15:33 &lt;jrandom&gt; ((네, 누군가 제 측정을 혼란스럽게 하려고 공격을 걸었을 수도 있겠지만, 뭐, 그럴 가능성은 낮다고 봅니다 ;) 15:33 &lt;tethra&gt; 하하 15:33 &lt;tethra&gt; 좋네요, 그럼 client tunnels가 '좋은' 피어를 더 잘 찾게 되고, 아마 '빠른' 피어들에 가해지는 부담도 줄어들겠죠? 15:35 &lt;tethra&gt; s/'good'/fast/ 15:35 &lt;jrandom&gt; 앞부분은 맞고, 뒷부분은 꼭 그렇지는 않아요 — 그들에게 가해지는 부담을 줄이지는 못하지만, 사람들이 더 효율적으로 활용하게 해줍니다 15:35 &lt;@cervantes&gt; 빠른 피어를 가진 사람들은 피어 스로틀링이 추가 참여를 감당할 만큼 충분히 잘 동작하길 바라야겠군요 15:36 &lt;jrandom&gt; 예: $slow--&gt;$fast--&gt;$fast 대신 $fast--&gt;$fast--&gt;$fast 15:36 &lt;tethra&gt; 아, 알겠어요 15:36 &lt;jrandom&gt; 맞아요 cervantes, 수용량 프로파일도 신경 써왔고, 제 역할을 하고 있습니다 15:36 &lt;@cervantes&gt; 훌륭 15:37 &lt;jrandom&gt; 수용량과 속도의 상호작용이 중요합니다 — 설령 속도 순위가 남들보다 높더라도, 수용량이 높지 않으면 그 피어는 빠른 것으로 간주되지 않습니다 15:37 &lt;@cervantes&gt; 처리량에 어떤 영향을 미치는지 지켜보면 흥미롭겠네요 15:37 &lt;jrandom&gt; (그래서 'fast'는 '빠르고 수용량이 높음'의 약칭일 뿐이죠) 15:37 &lt;@cervantes&gt; +h 15:37 &lt;jrandom&gt; 맞아요 cervantes 15:39 &lt;jrandom&gt; 좋아요, 2)에 더 없으면 3) Syndie 블로그로 넘어가죠 15:40 &lt;jrandom&gt; 거기 메일에 쓴 것 이상으로 덧붙일 건 별로 없어요 15:41 &lt;@cervantes&gt; 아주 좋아 보입니다 15:41 &lt;tethra&gt; 개인적으로 블로그가 가는 방향이 무척 마음에 듭니다. 한마디로 '다 잘 되고 있다'고 할 수 있겠네요. 15:41 &lt;tethra&gt; :D 15:41 &lt;+Complication&gt; 좀 늦었네요, 미안합니다. 15:42 &lt;jrandom&gt; 좋아요, 원래와 비슷하긴 한데, 블로그 뷰가 꽤 가능성이 있어 보여요 15:42 &lt;jrandom&gt; 돌아왔구나 Complication, 걱정 마요, 로그가 있으니까 :) 15:43 &lt;+Complication&gt; 지금 스크롤백 읽는 중이에요 :) 15:43 &lt;jrandom&gt; 두 가지 뷰 모두 쓸모가 있다고 봅니다. 사용자의 취향에 달린 문제겠죠 15:43 &lt;jrandom&gt; (그리고 콘텐츠, 그리고 작성자) 15:45 &lt;jrandom&gt; 한 가지 문제는 HTML이 그다지 훌륭하지 않다는 거죠. cervantes가 제 아주 기본적인 수준의 지식을 현대적인 관점으로 업그레이드하도록 도와주고 있지만, 아직 해결할 이슈가 많습니다 15:46 &lt;jrandom&gt; Syndie의 웹 인터페이스는 계속 개선될 것이고, 포매팅, 디자인, CSS, 크로스 브라우저 이슈 등에서 도와줄 HTML 자원봉사자가 있다면 정말 감사하겠습니다 15:47 &lt;@cervantes&gt; 여는 &lt;style&gt; 태그가 2개 있는 것만 빼면 코드는 꽤 깔끔해 보여요 ;-) 15:47 &lt;jrandom&gt; 헉, 이런 15:48 &lt;@cervantes&gt; 스타일을 깔끔하고 읽기 좋게 만드는 데 중점을 두고, 아마 몇 가지 대체 템플릿을 설계하는 방향이 될 것 같아요 15:48 &lt;jrandom&gt; 흠 15:49 &lt;jrandom&gt; 블로그 뷰에 관해 생각하던 것 중 하나가 그거예요 — 색, 글꼴, 크기 같은 특정 속성은 쉽게 사용자 정의할 수 있게 할 수 있지만, 그 이상을 얼마나 허용해야 할지는 잘 모르겠어요 15:50 &lt;jrandom&gt; 한편으로, 블로그 뷰는 쓰레드 뷰처럼 Syndie 아카이브 위에 얹은 템플릿일 뿐이에요 15:50 &lt;@cervantes&gt; 음, 배포 가능한 템플릿을 허용하고 싶지는 않겠죠 15:50 &lt;jrandom&gt; 그렇다면 질문은, 템플릿을 누가 쓰느냐는 거죠? 15:50 &lt;jrandom&gt; (템플릿을 쓰는 사람이 어느 정도의 경험을 갖춰야 하느냐) 15:51 &lt;@cervantes&gt; 저는 그냥 블로그에서 선택할 수 있는 팝업 설정 옵션 정도를 생각했어요 15:51 &lt;jrandom&gt; 흠? 15:51 &lt;@cervantes&gt; 'Pony Look'을 원해요 15:51 &lt;jrandom&gt; 아, 오케이 15:51 &lt;@cervantes&gt; 그럼 Syndie에 다양한 스킨을 넣어 배포하죠 15:52 &lt;jrandom&gt; 네, 미리 설정된 색/글꼴/기타 등등 15:52 &lt;jrandom&gt; (그리고 아이콘 등도) 15:52 &lt;jrandom&gt; 그건 아직 블로그 뷰에서 제대로 구현되지 않은 부분이네요 15:54 &lt;jrandom&gt; 하지만 복잡한 옵션 세트 대신 간단한 테마 선택기를 두는 건 좋은 생각이에요 15:54 &lt;@cervantes&gt; 또 다른 방법으로, 누군가 자신의 템플릿 프리셋을 사이트에 다운로드로 제공하고 — 그걸 테마 폴더에 저장하게 할 수도 있겠죠 15:55 &lt;@cervantes&gt; 블로그 작성자의 커스텀 스킨을 신뢰할지는 개인에게 달린 일이고요 15:55 &lt;jrandom&gt; ... 신뢰요? 15:55 &lt;jrandom&gt; Syndie에서는 안전하지 않은 HTML이나 CSS를 쓸 수 없게 되어 있어요 15:55 &lt;tethra&gt; 그럼 안전하지 않은 JavaScript/기타는요 15:55 &lt;jrandom&gt; 스킨은 JSP가 아니라 텍스트 파일/설정 파일/이미지로 구성될 겁니다 15:55 &lt;tethra&gt; ? 15:56 &lt;tethra&gt; (예컨대 JS로 비익명(non-anonymous) 주소로 포워드한다든가?) 15:56 &lt;@cervantes&gt; 테마에 구조적인 HTML 변경이 포함되느냐에 달렸죠 15:56 &lt;@cervantes&gt; 맞아요, 오케이 15:56 &lt;@cervantes&gt; 그렇게 하면 깔끔하고 단순하게 유지되겠네요 15:57 &lt;jrandom&gt; tethra: 저는... JavaScript에는 굉장히 조심스러워요. 오늘 default가 올린 새 블로그 글 봤나요? 15:57 &lt;jrandom&gt; "그냥 궁금해서요: AJAX를 쓰나요? 페이지 전체가 갱신되는 것 같지는 않던데..." 15:57 &lt;tethra&gt; 아니요, 못 봤어요. 15:57 &lt;tethra&gt; 개인적으로는 쓰이는 JS는 모조리 제거하는 쪽으로 하겠어요. 15:58 &lt;jrandom&gt; Syndie는 *local*에서 동작하니까 엄청 빠르고, 같은 레이턴시 문제를 걱정할 필요가 없어요 15:58 &lt;tethra&gt; 손톱만큼도 믿지 않거든요. 15:58 &lt;tethra&gt; 흠 :/ 15:58 &lt;jrandom&gt; cervantes: 맞아요, 아주 간단하게 — 사람들이 마음에 드는 블로그 테마를 보다가 "이 테마 훔치기" 같은 걸 누를 수 있게 해도 되겠죠 15:59 &lt;@cervantes&gt; 이론적으로는 블로그 사용자를 위해 ‘안전한’ 함수 라이브러리를 제공할 수도 있겠지만 — 일반 브라우저 구현에서 위험한 걸 다 걷어내고 나면 남는 건 "alert();" 함수 정도일 거예요 16:00 &lt;jrandom&gt; 헤헷 16:00 &lt;jrandom&gt; (게다가 JavaScript에는 접근성 문제도 한가득이죠) 16:00 &lt;+Complication&gt; cervantes: 참고로, alert()를 무한 루프로 돌리면 큰일 납니다 :P 16:00 * jrandom은 Syndie가 lynx 친화적인 걸 꽤 자랑스러워함 16:00 &lt;tethra&gt; lynx &lt;3 16:02 &lt;jrandom&gt; 좋아요, 3)에 더 없으면 4) HTTP 지속 연결로 넘어가죠 16:02 &lt;jrandom&gt; 메일에 쓴 것 외에 덧붙일 건 없어요... zzz, 여기 있나요? 16:02 &lt;@cervantes&gt; *spit* AJAX UI를 구현하는 다른 방법도 있어요, 예를 들면 Mozilla 확장 같은 거요 16:03 &lt;jrandom&gt; fire2pe++ :) 16:03 &lt;jrandom&gt; zzz는 없는 것 같으니, 4)에 대한 자세한 정보는 나중에 기다려야겠네요 16:03 &lt;@cervantes&gt; fire2pe는 그냥 헬퍼고 — 말하려던 건 syndilla죠 ;-) 16:03 &lt;jrandom&gt; lol 16:04 &lt;jrandom&gt; (그리고 USB 키체인 버전, syndog ;) 16:04 &lt;jrandom&gt; 좋아요, 5) I2Phex gwebcache로 넘어가죠 16:05 &lt;jrandom&gt; Complication: p1ng 16:05 &lt;+Complication&gt; 음, 네트와의 통합을 더 쉽게 만들어줄 테니까요... 16:06 &lt;+Complication&gt; ...최근 I2Phex에 이미 있던 gwebcache 코드를 살리는 작업을 했습니다 16:06 &lt;+Complication&gt; 아직 단계에선 아주 제한된 일만 하네요(예: 깔끔하게 크래시하기) :) 16:06 &lt;+Complication&gt; 또 awup의 웹캐시 서버를 적당히 귀찮게 하는 데도 성공했어요 16:07 &lt;jrandom&gt; lol 좋네요 16:07 &lt;+Complication&gt; 그래도 언젠가는 제대로 개편할 수 있을 거라 기대하고 있어요 16:07 &lt;+Complication&gt; (현재는 많은 부분이 IP 주소를 다루도록 되어 있어서요) 16:09 &lt;jrandom&gt; 좋아요, 행운을 빌고, 도울 수 있는 게 있으면 알려줘요 16:09 &lt;+Complication&gt; 그럴게요 :) 16:10 &lt;jrandom&gt; 좋아요, 5) I2Phex gwebcache에 더 있을까요, 아니면 6) ???로 슬슬 갈까요? 16:11 &lt;jrandom&gt; 이미 슬슬 가는 중이라고 생각하면 되겠네요 16:11 &lt;jrandom&gt; 회의에서 더 다룰 내용 있나요? 16:11 &lt;@cervantes&gt; 차 한 잔 더 있으면 좋겠네요 16:12 &lt;tethra&gt; 헤헤 16:12 &lt;Pseudonym&gt; 로드맵은 어떤가요? 16:12 &lt;jrandom&gt; 변경 없음 16:12 &lt;Pseudonym&gt; 0.6.2에서 남은 건 뭐죠? 16:13 &lt;jrandom&gt; 0.6.2 관련된 것 전부요 16:13 * jrandom 잽싸게 피함 16:14 &lt;Pseudonym&gt; :-P 16:14 &lt;@cervantes&gt; 약간의 블링블링 16:14 &lt;Pseudonym&gt; 대략적인 날짜/타임라인이 있나요? 16:14 &lt;jrandom&gt; 구체적으로는, 새로운 tunnel 생성 암호화와 알고리즘, 새로운 피어 선택 전략이요 16:14 &lt;tethra&gt; 헤헤 16:14 &lt;jrandom&gt; 날짜와 타임라인은 없습니다(적어도 회의에서 공개하진 않아요 ;) 16:15 &lt;Pseudonym&gt; 지금까지 작업하신 처리량 관련 내용 외에도 피어 선택 전략에 더 있을까요? 16:16 &lt;jrandom&gt; 네, 이번 피어 프로파일링 변경은 성능 이슈이고, 익명성 관련 피어 선택과 순서 결정 전략은 별개입니다 16:16 &lt;+Complication&gt; jrandom: 제 기억이 맞다면... 메일링 리스트에서 predecessor(선행자) (및 기타) 공격을 논의할 때 다뤘던 내용과 tunnel 생성 암호화가 관련된 거였죠? 16:17 &lt;jrandom&gt; 맞아요 Complication 16:17 &lt;+Complication&gt; s/related/relates 16:19 &lt;+Complication&gt; 그 멋진 작은 데이터 구조를 실제로 작동하게 만들려는 거죠? 16:19 &lt;jrandom&gt; 맞아요 16:20 &lt;jrandom&gt; (따라서, 0.6.2가 2주 안에 나올 일은 없겠죠 ;) 16:20 &lt;+Complication&gt; 좋네요. 흥미롭습니다, 관련 내용을 좀 읽어봐야겠어요 16:21 &lt;+Complication&gt; 순조롭게 진행되길 바랍니다 16:21 &lt;jrandom&gt; 리스트에선 손짓발짓 수준으로만 얘기했지, 아직 명세가 문서화되지는 않았어요 16:21 &lt;tethra&gt; 미안한데, 그 멋진 데이터 구조가 뭔가요? 16:21 &lt;+Complication&gt; 아, 그리고 왜 그 링크(‘moo’ 메시지에서 온)가 안 됐는지도 알아냈어요. :D freedomarchives.i2p예요(복수형이라 끝에 's'가 붙습니다) 16:21 &lt;jrandom&gt; 하위 호환이 안 될 거라, ‘순조롭다’는 캐치프레이즈와는 거리가 있겠지만, 너무 아프진 않길 바랍니다 :) 16:21 &lt;jrandom&gt; 아, 젠장 16:22 &lt;jrandom&gt; tethra: tunnel 생성에 쓰일, 아직 존재하지 않는 데이터 구조요 16:22 &lt;tethra&gt; 멋지네요 16:22 &lt;jrandom&gt; (11월쯤의 predecessor 스레드를 보세요) 16:23 &lt;tethra&gt; 현재 것에 비해 장단점은 뭐가 있을까요? (현재 것이 있다면요 :o) 16:23 &lt;jrandom&gt; (11월쯤의 predecessor 스레드를 보세요) ;) 16:23 &lt;tethra&gt; 아, 오케이 16:23 &lt;+Complication&gt; 제 기억으로는, 관찰자에게 tunnel 생성이 덜 투명하게 보이도록 하려는 거였죠 16:23 &lt;tethra&gt; "" 16:23 &lt;tethra&gt; ;) 16:23 &lt;jrandom&gt; 하지만 그건 제안이 아닙니다. 0.6.2 이전에 해야 할 것들이 모두 정리되기 전까지 0.6.2 테이블 위에 올라갈 건 아무것도 없어요. 16:23 &lt;jrandom&gt; 필요한 방식으로 작동해야 할 것들이 그렇게 작동하기 시작하면, 그다음으로 넘어갑니다. 16:24 &lt;Pseudonym&gt; 빠른 피어 선택 말고, 뭐가 아직 제대로 안 되나요? 16:25 &lt;jrandom&gt; 빠른 피어 선택은 '좋은 성능'의 일부일 뿐이에요 16:25 &lt;jrandom&gt; 우리는 익명 네트워크 치고는 성능이 좋습니다만, 비익명 네트워크와 경쟁할 만큼은 아닙니다 16:25 &lt;jrandom&gt; 경쟁하려면 성능을 더 끌어올려야 하고(*그리고*), 다른 곳에서는 얻을 수 없는 기능도 제공해야 합니다 16:26 &lt;jrandom&gt; (익명성만으로는 팔리지 않습니다) 16:26 &lt;Pseudonym&gt; 빠른 피어 선택 말고 또 뭐가 있나요? 16:27 &lt;jrandom&gt; 지난 한두 달 동안 I2P의 여러 측면을 벤치마크해보니, 느린 피어 선택은 가장 작은 병목으로 보입니다. 다음 병목이 무엇일지는 아직 알 수 없어요. 16:27 &lt;jrandom&gt; (성능 향상을 위해 다양한 지점에서 무수한 개선도 이뤄졌습니다) 16:27 &lt;jrandom&gt; (see http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD ) 16:28 &lt;Pseudonym&gt; 그럼... 새 피어 선택은 이번 주에 릴리스되는 건가요? ;-) 16:28 &lt;teal`c_&gt; i2p 느낌이 좋아요 16:29 &lt;jrandom&gt; Pseudonym: 맞아요, 새 피어 프로파일 알고리즘이 CVS에 들어가 있고, 이번 주 0.6.1.9와 함께 배포될 겁니다 16:30 &lt;jrandom&gt; 좋아요, 회의에서 더 다룰 내용 있나요? 16:30 &lt;Pseudonym&gt; 좋네요 16:31 &lt;jrandom&gt; 없다면... 16:31 * jrandom 준비 동작에 들어감 16:32 * jrandom 회의를 *baf* 닫음 </div>/ko/blog/2006/01/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-1%EC%9B%94-4%EC%9D%BC/Wed, 04 Jan 2006 00:00:00 +0000/ko/blog/2006/01/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2006%EB%85%84-1%EC%9B%94-4%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, cervantes, Complication, gott, JosephLeBlanc, jrandom, tethra</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:22 &lt;jrandom&gt; 0) 안녕하세요 15:22 &lt;jrandom&gt; 1) 네트워크 상태와 0.6.1.8 15:22 &lt;jrandom&gt; 2) 부하 테스트 결과와 피어 프로파일링 15:22 &lt;@cervantes&gt; jrandom: 아마도 석형이 금지된 이후로 가장 느리고 끔찍한 형벌이랄까 15:22 &lt;jrandom&gt; 3) 2005 리뷰 / 2006 프리뷰 / ??? 15:22 &lt;jrandom&gt; 0) 안녕하세요 15:22 &lt;gott&gt; 팔라펠 15:22 &lt;gott&gt; n : 으깬 병아리콩이나 잠두콩에 양념을 한 작은 크로켓 15:22 &lt;gott&gt; 참깨로 간을 한 15:22 &lt;@cervantes&gt; 헬로 15:22 * jrandom 팔라펠 세례에서 회복하고 손을 흔듭니다 15:22 &lt;jrandom&gt; 주간 상태 노트를 여기 올려두었습니다 http://dev.i2p.net/pipermail/i2p/2006-January/001246.html 15:23 &lt;jrandom&gt; 제가 10분 늦었으니, 다들 이미 그 노트를 읽고 코멘트를 준비하셨을 거라 확신합니다 15:23 &lt;jrandom&gt; *콜록* 15:23 &lt;jrandom&gt; 좋아요, 그럼 1) 네트워크 상태와 0.6.1.8부터 들어가죠 15:24 &lt;@cervantes&gt; 즉, 프로토콜이 속도를 늦추는 것만 빼면 잘 동작한다는 뜻 15:24 &lt;jrandom&gt; 메일에 있는 내용 외에 덧붙일 게 많진 않아요 - 0.6.1.8은 릴리스 전에 한동안 준비했고, 제가 보기엔 꽤 잘 진행됐습니다 15:25 &lt;jrandom&gt; 헤헷 맞아요, 마지막 RSS 가져온 이후 infoshop이 뭔가를 올렸는지는 잘 모르겠네요 15:25 &lt;JosephLeBlanc&gt; 흠, 음 몇 가지 코멘트만요. 15:25 &lt;+Complication&gt; 상태와 관련해서, 전에 말했지만... 빌드 -7이 CVS에 들어간 뒤로, 제 Celeron 300이 진짜 컴퓨터처럼 행동하네요. 데이터 전송이 그럴듯하게 안정적으로 이뤄집니다. 15:26 &lt;+Complication&gt; eepsites를 넉넉히 둘러볼 수 있고, IRC에서 튕기는 일도 드뭅니다. 15:26 &lt;jrandom&gt; 맞아 Complication 15:26 &lt;jrandom&gt; 무슨 일이지 JosephLeBlanc 15:26 &lt;@cervantes&gt; /kick complication 15:26 &lt;@cervantes&gt; 이런 15:26 &lt;JosephLeBlanc&gt; 최신 CVS를 돌리고 있고, 제가 보기엔 대부분 문제없습니다. 15:27 &lt;JosephLeBlanc&gt; 그런데, 예전에 말씀드렸던 jbigi Athlon 문제는 해결됐는지 궁금하네요. 15:28 &lt;jrandom&gt; 윈도에서 amd64용 jbigi는 아직 jbigi.jar에 없지만, 0.6.1.9에는 포함시키려 합니다 15:29 &lt;+Complication&gt; I *think* (확신할 수는 없지만) 성공했던 피어들에 더 촘촘히 집중하는 것 같아요... 그리고 이런 접근이 그 경로들이 무너지는 걸 더 효과적으로 막아줄 *may* 수도 있어요(다소 공격적인 NAT 뒤에 있거든요). 15:29 &lt;JosephLeBlanc&gt; 음, 로그에는 이렇게 나옵니다: 'NOTICE: Resource name [jbigi] was not found' 15:30 &lt;jrandom&gt; JosephLeBlanc: 그 다음 줄에 jbigi 관련 내용이 있어요 - 뭐라고 나오나요? 15:31 &lt;JosephLeBlanc&gt; 이렇게 나옵니다, "INFO: Optimized native BigInteger library 'libjbigi-linux-athlon.so' loaded from resource 15:31 &lt;jrandom&gt; 좋아요, 훌륭하네요 15:32 &lt;JosephLeBlanc&gt; 그 NOTICE 줄에 대해 미리 알려드리고 싶었어요. 15:32 &lt;jrandom&gt; 그건 먼저 리소스 "jbigi"를 가져오려고 시도하지만, 존재하지 않는다는 뜻이에요(정상입니다 - jbigi 리소스는 아주 드문 상황에서만 씁니다) 15:32 &lt;jrandom&gt; 그 다음에는 OS/아키텍처별 리소스 "libjbigi-linux-athlon.so"를 가져오려고 시도하고 성공하죠 15:33 &lt;JosephLeBlanc&gt; 아, 알겠습니다. 그럼 예전에 겪던 버그는 -7에서 고쳐진 것 같네요 15:33 &lt;jrandom&gt; w3wt 15:33 &lt;JosephLeBlanc&gt; 정말정말 고마워요, 친구. 15:34 &lt;jrandom&gt; 별말씀을 15:34 &lt;jrandom&gt; Complication: 네, 맞는 것 같고, 0.6.2의 일부 전략들은 그 개념을 더 발전시킬 겁니다 15:35 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태 / 0.6.1.8에 대해 더 이야기할 분 있나요? 15:37 &lt;jrandom&gt; 없으면, 2) 부하 테스트 결과와 피어 프로파일링으로 넘어가죠 15:39 &lt;jrandom&gt; 좋아요, 메일에 많은 내용을 담았는데, 질문 있나요? 15:40 &lt;+bar&gt; 합리적인 개선 폭이 어느 정도였나요? 15:41 &lt;+Complication&gt; 0.6.1.8에 대한 늦장 코멘트(방금 노트북에서 테스트) - 거기서도 jbigi가 제대로 로드됐습니다. 15:42 &lt;+Complication&gt; 이전엔 이 머신(Mandriva 2005)에서 올바른 것을 로드하지 못했거든요. 15:42 &lt;+Complication&gt; jcpuid 문제 때문이었습니다. 15:42 &lt;jrandom&gt; 회의 중엔 숫자를 언급하지 않는 게 좋겠어요, 기대치에 영향을 줄 테니까요. 측정 가능한 개선은 있었지만, 선속도에는 한참 못 미칩니다. 15:43 &lt;jrandom&gt; (그리고 부하 테스트는 다소 인위적입니다) 15:43 &lt;+bar&gt; 좋아요 np :) 15:44 &lt;jrandom&gt; 굿이네요, Complication. 네, 드디어 scintilla의 C jcpuid 포트를 번들링했어요 :) 15:45 &lt;jrandom&gt; 좋아요, 2)에 대해서도 메일에 적은 것 이상 덧붙일 건 많지 않아요. 결과적인 속도 프로파일링 정보는 0.6.1.9에 실리면 더 나올 겁니다. 15:47 &lt;jrandom&gt; 그에 대해 더 없으면, 3) 2005 리뷰 / 2006 프리뷰 / ???로 넘어갈게요 15:49 &lt;+bar&gt; 메일 내용에 동의해요. 2005년은 환상적인 해였고, I2P 측면에서 2006년이 더 나빠질 거라고는 생각하지 않아요 15:49 &lt;jrandom&gt; 지난 1년 동안 우리는 큰 발전을 이뤘고, 여러분 모두가 우리를 앞으로 밀어준 멋진 일을 많이 해주셨어요. 다가오는 해는 우리에게 큰 해가 될 것 같습니다. 괴짜들의 뒷방을 벗어나 정말 중요한 현장으로 나가는 해요. 15:50 * tethra 2005년 말쯤에 합류했지만, 그래도 정말 끝내줬어요. *엄지 척* 15:51 &lt;+Complication&gt; 잘되길 바랍니다. 15:51 &lt;jrandom&gt; 더 덧붙일 게 많지 않으니, 회의에서 꺼내고 싶은 다른 주제가 있으면 자유롭게 말씀하세요 15:52 &lt;+Complication&gt; 말 나온 김에, 누군가 문서를 스페인어로 번역하고 싶어 한다면(Discussion 포럼 참조), 누구와 협력하는 게 가장 좋을까요? 15:52 &lt;+Complication&gt; 예를 들면, 어떤 부분이 크게 바뀔 가능성이 있는지 같은 문제요 15:53 &lt;+Complication&gt; 또, 다양한 문서들은 어떤 포맷으로 갖추는 게 가장 좋을까요? 15:54 &lt;jrandom&gt; 기술 소개 문서 @ dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/techintro.html?rev=HEAD 는 꽤 안정적입니다 15:54 &lt;+Complication&gt; router에 포함... 웹사이트에... 둘 다? 15:54 &lt;jrandom&gt; (다만 0.6.2에서 업데이트가 있을 겁니다) 15:54 &lt;jrandom&gt; 음, 저는 인라인 문서화를 강력히 지지합니다 15:54 &lt;jrandom&gt; 하지만 그건 새 router 콘솔이 자리 잡을 때까지 기다려야겠죠 15:55 &lt;jrandom&gt; 웹사이트 소개 문서도 좋겠지만, 그것도 새 웹사이트가 자리 잡을 때까지 기다리는 게 좋겠습니다 15:55 &lt;+Complication&gt; 아하... 그러면 아직 손대지 않는 게 최선이겠네요... 15:56 &lt;+Complication&gt; ...대신 위와 같은 문서들을 선호하는 걸로요. 15:58 &lt;jrandom&gt; 아마요. 좋아요, 회의에서 더 이야기하고 싶은 게 있나요? 15:59 &lt;jrandom&gt; 없으면... 15:59 &lt;tethra&gt; eepget UI 아이디어에 대해 이미 논의했나요? 15:59 &lt;gott&gt; 회의가 아직 진행 중이라면, IRCclient에서 악센트 처리 문제를 고쳐주세요 15:59 &lt;tethra&gt; 그러니까, 제가 오기 전에요 15:59 &lt;jrandom&gt; 아니요, 직접 구현해볼래요, tethra? :) 15:59 &lt;jrandom&gt; gott: 패치 환영합니다 16:00 &lt;gott&gt; 아니라면, IRCclient에서 악센트 처리 문제를 고쳐주세요. 16:00 &lt;gott&gt; jrandom: 제가 고칠 즈음엔 다른 누군가가 이미 고쳤을 거예요 ;-) 16:01 &lt;tethra&gt; jrandom: 제가 코더가 아니라서 어떻게 진행해야 할지 잘 모르겠어요. .war 타입 앱 작성 튜토리얼을 알려주실 수 있다면 기꺼이 한번 시도해볼게요. 16:01 &lt;gott&gt; 저는 말과 행동에서 패배주의적일 권리를 유보합니다. 16:01 &lt;tethra&gt; 하하 16:01 &lt;+Complication&gt; :) 16:02 &lt;jrandom&gt; tethra: O'Reilly 서블릿 책들이 꽤 좋아요 16:02 &lt;jrandom&gt; 좋아요, 더 없으면... 16:02 * jrandom 마무리 준비를 합니다 16:02 * jrandom *baf*s 회의를 종료합니다 </div>/ko/blog/2006/01/03/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B82006-01-03%EC%9E%90/Tue, 03 Jan 2006 00:00:00 +0000/ko/blog/2006/01/03/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B82006-01-03%EC%9E%90/<p>여러분, 안녕하세요! 새해 복 많이 받으세요! 지난주에는 한 주 쉬었으니 주간 상태 노트를 다시 시작해 봅시다 -</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 및 0.6.1.8 2) 부하 테스트 결과 및 피어 프로파일링 3) 2005년 회고 / 2006년 전망 / ???</li> </ol> <ul> <li> <ol> <li>Net status and 0.6.1.8</li> </ol> </li> </ul> <p>얼마 전 우리는 0.6.1.8을 릴리스했고, 현장 보고에 따르면 zzz의 수정들이 상당히 도움이 되었으며, 최근 네트워크 트래픽이 크게 증가했음에도 불구하고 네트워크에서 꽤 안정적인 것으로 보입니다( stats.i2p 에 따르면 지난 한 달 동안 평균이 두 배가 된 것으로 보입니다). I2PSnark도 꽤 잘 작동하는 것 같습니다 - 몇 가지 문제에 부딪히긴 했지만, 이후 빌드에서 대부분을 찾아내어 수정했습니다. Syndie의 새로운 블로그 인터페이스에 대해서는 피드백이 많지 않았지만, Syndie 트래픽은 약간 증가했습니다(부분적으로는 protocol이 dust의 rss/atom importer를 발견한 덕분 :)</p>/ko/blog/2005/12/20/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-12%EC%9B%94-20%EC%9D%BC/Tue, 20 Dec 2005 00:00:00 +0000/ko/blog/2005/12/20/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-12%EC%9B%94-20%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, Complication, dust, jrandom, legion, polecat, tealc\_, tethra, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:20 &lt;jrandom&gt; 0) 안녕하세요 15:20 &lt;jrandom&gt; 1) 네트워크 상태 15:20 &lt;jrandom&gt; 2) I2PSnark 업데이트 15:20 &lt;jrandom&gt; 3) Syndie 블로그 UI 15:20 &lt;jrandom&gt; 4) ??? 15:20 &lt;jrandom&gt; 0) 안녕하세요 15:20 * jrandom 손을 흔듭니다 15:20 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2005-December/001240.html 에 올려두었습니다 15:22 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태로 바로 들어가죠 15:22 &lt;jrandom&gt; 상태 노트에 있는 내용 외에는 덧붙일 게 많지 않아요. 15:22 &lt;+Complication&gt; 가끔 있는 OOM(Out-Of-Memory)만 아니면, 꽤 괜찮다고 말하겠어요 15:22 &lt;jrandom&gt; 부하 테스트 결과가 꽤 고무적이라, 성능을 더 개선할 여지가 많다는 걸 시사합니다 15:23 &lt;+Complication&gt; 그리고 OOM이 15:23 &lt;jrandom&gt; 헤, I2PSnark 관련 OOM인가요? 아니면 그 전부터요? 15:23 &lt;+Complication&gt; 는 i2p-bt, i2psnark, i2p-rufus 인스턴스가 ... 뭔가를 할 때 불안정성에 기여하죠. 15:24 &lt;zzz&gt; 제 가설로는 토렌트 트래픽 증가가 IRC 안정성에 다소 악영향을 주는 듯합니다 15:24 &lt;+Complication&gt; (SAM의 이상 현상을 OOM이라고 부르면 안 될지도요, 자세히 보진 않았거든요. 하지만 확실히 요인 중 하나이긴 해요) 15:24 &lt;jrandom&gt; 흠, 잘 모르겠어요. IRC 상태가 최신 snark 업데이트 전과 비슷했거든요 15:25 &lt;+Complication&gt; 대역폭은 안정적이었고, 부분적으로도 tunnel도 탄탄했어요... 다만 가끔씩 크래시가 날 뿐 15:26 &lt;zzz&gt; 어쨌든 0.6.1.8에 들어갈 tunnel 빌드 수정 사항이 IRC 경험을 개선해 줄 거라고 낙관합니다 15:26 &lt;+Complication&gt; 잘 알려진 이유 때문이죠, 때가 되면 사라지길 바랍니다 :) 15:26 &lt;jrandom&gt; 네, 저도 그렇게 봐요 zzz, 그래서 아마 하루 이틀 안에 릴리스를 낼 것 같아요 15:26 &lt;+legion&gt; 음, IRC가 너무 민감한 걸 수도 있어요. 그냥 jabber 같은 걸 쓰는 게 더 낫지 않을까요? 15:26 &lt;zzz&gt; 특히 느린 기기나/또는 연결을 쓰는 분들에겐요 15:27 &lt;jrandom&gt; jabber로도 달라지진 않을 거예요 15:27 &lt;+Complication&gt; 특히 tunnel 중복도가 2일 때는요 15:28 &lt;+bar&gt; IRC는 네트워크 상황을 가늠하는 훌륭한 '엉망-미터'라고 말하겠어요 15:28 &lt;+legion&gt; 네, 바람만 살짝 불어도 IRC가 금방 뻗어버리죠 15:28 &lt;+bar&gt; 바로 그거죠 :) 15:28 &lt;+Complication&gt; shitlisting(차단 목록) 수정 이후에는 "Recent"가 늘 "Known"보다 많아지는 경향이 있더군요 15:29 &lt;+Complication&gt; "Known"에는 shitlisted(차단된) 피어가 포함되지 않지만 "Recent"에는 포함되기 때문일까요? 15:29 &lt;jrandom&gt; 네, IRC는 상황을 보기 좋은 창이에요. 사용자별로 편차가 상당히 나타나거든요(예: dreamtheaterfan은 항상 문제가 있음 등) 15:30 &lt;jrandom&gt; 흠, 일리 있네요 Complication 15:30 &lt;+Complication&gt; (정확한지는 모르고, 그냥 추측이에요) 15:30 &lt;jrandom&gt; (shitlisted 피어는 netDb에서 제거되지만, 그들의 프로필은 삭제되지 않기 때문이죠) 15:32 &lt;+Complication&gt; 그렇다면 지표들은 괜찮아 보이네요(혹시 아닐까 싶어 물어봤어요) 15:33 &lt;jrandom&gt; 좋습니다, 1) 네트워크 상태에 대해 더 있을까요? 15:33 &lt;jrandom&gt; 아니면 2) I2PSnark 업데이트로 넘어가죠 15:33 &lt;tealc_&gt; 어떤 종류의 업데이트가 있나요? 15:34 &lt;jrandom&gt; 간단한 목록은 http://dev.i2p.net/pipermail/i2p/2005-December/001240.html 에서 보세요 ;) 15:34 &lt;jrandom&gt; 기본적으로 I2PSnark는 이제 하나의 I2P destination(목적지)에서 동시에 여러 토렌트를 처리할 수 있고, 웹 인터페이스가 있으며, router 콘솔에 내장되어 있어요 15:35 &lt;tealc_&gt; 최신 CVS 빌드를 돌리고 있는데, i2psnark가 메모리 힙 오류 같은 걸 많이 일으켜요 15:35 &lt;+Complication&gt; ...그리고 이상한 메타태그가 있는 Azureus 제작 토렌트도 처리합니다. 15:35 &lt;+Complication&gt; 예전에는 그걸로 멈추곤 했죠. 15:35 &lt;jrandom&gt; 아, 네, 아직 그 안에서 디버깅 중인 부분이 좀 있어요 tealc_ 15:35 &lt;jrandom&gt; (주간 상태 노트에도 적어놨듯이 ;) 15:35 &lt;jrandom&gt; 아, 맞아요 Complication 15:36 &lt;jrandom&gt; 아, 그리고 Azureus 쪽에서 I2PSnark가 그 트래커를 쓰지 못하게 하던 버그를 고쳤습니다 15:36 &lt;jrandom&gt; (그래서 B16 이전 Azureus 트래커를 운영 중인 분들은 가능한 한 빨리 업그레이드하세요) 15:37 &lt;+bar&gt; i2psnark 자동 시작을 쉽게 끌 수 있으면 좋겠어요(낮은 대역폭 상황 등에서). 15:38 &lt;jrandom&gt; 그건 쉽게 추가할 수 있을 거예요 15:38 &lt;+bar&gt; 좋네요 15:39 &lt;jrandom&gt; 좋아요, 2) I2PSnark 업데이트에 대해 더 있을까요? 15:40 &lt;jrandom&gt; 아니면 3) Syndie 블로그 UI로 넘어가죠 15:40 &lt;zzz&gt; 새 i2psnark 정말 최고예요 - 잘하셨어요 15:41 &lt;jrandom&gt; 감사, mjw가 고생했죠. snark를 확장하기 쉽게 만들어줬어요 15:41 &lt;jrandom&gt; 자, 상태 노트에 언급했듯이, 이제 syndie에는 새로운 블로그 UI가 있어요 15:42 &lt;jrandom&gt; 사람들에게 닥칠 수 있는 다양한 스팸 문제를 다루기 위해 화이트리스트와 블랙리스트 사이의 균형을 제공할 거라 봐요 15:43 &lt;jrandom&gt; 그건 다음 릴리스에 포함될 거라, 하루이틀 안에 여러분이 직접 써보실 수 있을 거예요 15:43 &lt;+legion&gt; 스팸이 가까운 시일 내에 정말 큰 문제가 될까요? 15:44 &lt;+Complication&gt; legion: 친절하게도 누군가가 보여줬듯, 그럴 수 있어요 15:44 &lt;jrandom&gt; 아니요, 블랙리스트로 홍수처럼 올리는 작성자들을 막고, 화이트리스트로 작성자를 잔뜩 만드는 스패머를 막으면 됩니다 15:44 &lt;dust&gt; (익명성이 어떤 사람들에겐 최악을 끌어내죠) 15:44 &lt;jrandom&gt; (그래서 스팸은 문제가 되지 않아요) 15:45 &lt;+Complication&gt; (그 사람이 영구 블랙리스트를 피하려고 키를 재생성하고 있었던 듯해요. 그건 확실히 약간의 속도 저하를 일으키긴 하죠.) 15:45 &lt;+Complication&gt; 그렇다고 큰 저하는 아니고, 그래서 화이트리스트도 좋다는 데 전적으로 동의합니다 :) 15:46 &lt;+bar&gt; 필요하다면, 나중에는 hashcash(작업증명 방식) 같은 해결책도 가능하겠죠 15:46 &lt;jrandom&gt; 필요하다면요. 하지만 그럴 이유를 못 보겠어요 15:46 &lt;+bar&gt; 동의해요. 지금은 저도 그렇게는 안 보이네요 15:46 &lt;+Complication&gt; bar: 일종의 "약간의 연산을 하지 않으면 보이지 않게" 하는 건가요? 15:47 &lt;+bar&gt; 네, 그런 류죠 15:47 &lt;+Complication&gt; 가능해 보이네요, 아마 필요 없겠지만요. 15:47 &lt;+bar&gt; 아마 그렇죠. 15:47 &lt;jrandom&gt; 스패머들이 늘 새로운 작성자를 잔뜩 만들어 도배하더라도, 사람들은 자기 블로그에 그 작성자들의 북마크와 블로그 참조를 올려서 다른 사람들에게 알릴 수 있어요 15:47 &lt;+Complication&gt; 아니, 더 정확히는, 필요 없기를 바라요. 15:48 &lt;+Complication&gt; 혹시나 필요가 생길 경우를 대비해, Syndie가 그런 기능을 수용할 수 있는지 검토해두면 좋겠네요. 15:49 &lt;jrandom&gt; 네, 가능합니다. 블로그 게시물의 헤더나 블로그 자체의 메타정보로요 15:49 &lt;jrandom&gt; 어, 메타데이터요(이런 bt!) 15:51 &lt;jrandom&gt; 좋아요, 3) Syndie에 더 없으면, 4) ???로 넘어가죠 15:51 &lt;jrandom&gt; 회의에서 더 논의하고 싶은 사항이 있나요? 15:51 &lt;+legion&gt; 네, 몇 가지 있어요 15:52 &lt;+legion&gt; 먼저 clunk요 15:52 &lt;jrandom&gt; 멋지네요, clunk는 흥미로워 보여요 15:52 &lt;+legion&gt; 오늘 i2p-chat에서 말했듯이, cygwin이나 mingw로 컴파일되게 하려고 작업하고 있어요. 15:53 &lt;+legion&gt; 지금까지는 클라이언트만 깨져 있고, 서버를 포함한 나머지는 컴파일되고 동작하는 듯해요 15:53 &lt;jrandom&gt; 좋네요 15:54 &lt;tealc_&gt; i2p는 George Bush의 끝없는 감시 프로그램에 정말 큰 골칫거리가 될지도 몰라요. 수용소에서 봅시다, 카드나 챙겨오세요 15:54 &lt;+legion&gt; 클라이언트가 왜 깨졌는지 추적하는 것뿐 아니라 해결하려고도 해왔어요. 지금은 막혀 있어요. 15:56 &lt;+legion&gt; 다른 한 가지는, 제 jabber 서버로 가는 기본 tunnel을 다음 업데이트에 포함할 수 있을까요? jabber를 써보려는 사람이 쉽게 시작할 수 있도록요. 15:57 &lt;tethra&gt; 20:34:37 &lt;jrandom&gt; 스패머들이 늘 새로운 작성자를 잔뜩 만들어 도배하더라도, 사람들은 자기 블로그에 그 작성자들의 북마크와 블로그 참조를 올려서 다른 사람들에게 알릴 수 있어요 &lt;--- 아마 polecat의 신뢰 결합 방식 같은 게 여기서 역할을 할 수 있지 않을까요? (즉, 스패머를 차단하고 인기 있는 작성자를 부각하는 식으로.) 15:57 &lt;tethra&gt; &lt;/$0.02&gt; 15:58 &lt;+polecat&gt; 맞아요, 제 신뢰 네트워크 아이디어의 원시적인 예가 될 수 있겠네요. 100% 신뢰 전이를 가정한 휴리스틱으로요. 15:58 &lt;jrandom&gt; legion: 흠, 비활성화된 설정을 추가하는 건 새 사용자에겐 충분히 쉽지만, 제가 주저하는 부분은 프로토콜 필터링(그리고 어떤 클라이언트가 어떤 정보를 유출하는지)에 관한 거예요. 다양한 클라이언트를 써본 경험은 어떤가요? 15:59 &lt;jrandom&gt; 네, syndie에 신뢰 지표를 통합할 여지는 많아요 16:01 &lt;+legion&gt; 제가 아는 한 jeti는 파일 전송을 제외하곤 유출하지 않아요. 그건 어차피 제 서버 설정에서 비활성화돼 있기도 하고요. 아마 다음 jeti 버전에서 수정될 겁니다. 그 외 다른 클라이언트는 잘 모르겠네요. 16:02 &lt;+legion&gt; 확실히 아는 건, 클라이언트와 무관하게 그룹 채팅은 탄탄하다는 거예요. 다만 그룹 채팅 밖의 연락에서 일부 클라이언트가 유출할 수도 있는데, 확실하진 않아요. 16:03 &lt;jrandom&gt; 흠, 유출은 정말 이분법적(불리언) 문제가 아니에요. 핵심은 클라이언트가 정보를 유출하느냐가 아니라, /어떤 정보/를 유출하느냐죠 16:04 &lt;+legion&gt; 맞아요. 물론 IP 주소 같은 중요한 정보를 말한 거예요. 다만 좋은 클라이언트라면 그런 정보를 유출하더라도 127.0.0.1 또는 localhost로만 보고해야겠죠 16:06 &lt;+legion&gt; 그래서 jeti 같은, 유출하지 않는 것으로 알려진 클라이언트만 쓸 것을 권합니다. 16:07 &lt;zzz&gt; 클라이언트 표에 '유출 없음 검증' 컬럼을 추가해 줄 수 있을까요? 16:07 &lt;jrandom&gt; jeti가 어떤 것은 유출하고 어떤 것은 유출하지 않는지 문서화해 주면 유용하겠어요(SMTP와 POP 프록시에 대해 postman이 정리한 것처럼요) 16:08 &lt;+legion&gt; jeti 개발자에 따르면 익명성을 훼손할 만한 것은 아무것도 유출하지 않는다고 합니다. 그 점은 의심의 여지 없이 확실해요. 저도 소스를 살펴봤지만 그와 다르게 생각하게 만들 만한 것은 찾지 못했습니다. 16:09 &lt;jrandom&gt; 개발자가 그렇게 말했다는 사실은 확실할 수 있지만, 그 개발자가 익명성을 얼마나 이해하는지는 또 다른 문제죠 ;) 16:09 &lt;+legion&gt; 네, zzz 그런 컬럼을 하나 더 추가할 수 있어요 16:09 &lt;jrandom&gt; jeti가 제대로 동작할 가능성을 의심하진 않아요. 다만 그게 정확히 무엇을 의미하는지 알아야 해요 16:10 &lt;zzz&gt; 비유출 여부는 프로토콜 추적으로만 검증할 수 있을 것 같네요 16:10 &lt;zzz&gt; 소스를 보거나 개발자에게 묻는 걸로는 아니고요 16:12 &lt;jrandom&gt; 좋아요, 회의에 대해 다른 안건이 있나요? 16:12 &lt;+bar&gt; amd64 jbigi 잊지 말아 달라는 알림만요 16:13 &lt;+bar&gt; (하지만 여러분의 TODO 목록에 있을 거라 확신해요) 16:13 &lt;jrandom&gt; 네 :) 16:13 &lt;jrandom&gt; (win amd64요. linux amd64는 이미 동작 중이고요) 16:13 &lt;jrandom&gt; 그럼, 더 없으면... 16:14 * jrandom 마무리합니다 16:14 &lt;+bar&gt; 네, win amd64요. 16:14 * jrandom *baf* 하며 회의를 마감합니다 </div>/ko/blog/2005/12/13/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-12%EC%9B%94-13%EC%9D%BC/Tue, 13 Dec 2005 00:00:00 +0000/ko/blog/2005/12/13/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-12%EC%9B%94-13%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cervantes, jrandom, spaetz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:15 &lt;jrandom&gt; 0) 안녕하세요 15:15 &lt;jrandom&gt; 1) 네트워크 상태와 부하 테스트 15:15 &lt;jrandom&gt; 2) I2PSnark 15:15 &lt;jrandom&gt; 3) Syndie 15:15 &lt;jrandom&gt; 4) ??? 15:15 &lt;jrandom&gt; 0) 안녕하세요 15:15 * jrandom 손을 흔듭니다 15:15 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2005-December/001239.html 에 올렸습니다 15:15 &lt;jrandom&gt; (이번 주엔 회의 *전*에 - 누가 상상이나 했겠어요?) 15:16 &lt;jrandom&gt; 뭐, 어차피 다들 회의가 시작해야 읽으시니까요 ;) 15:16 &lt;jrandom&gt; 자, 그럼 1) 네트워크 상태와 부하 테스트로 넘어가죠 15:16 &lt;@cervantes&gt; 안녕하세요! 15:17 &lt;jrandom&gt; 자기 몫을 해줘서 고마워요, cervantes ;) 15:17 &lt;@cervantes&gt; 뭘 읽으라는 거죠? 15:17 -!- DreamTheaterFan [anonymous@irc2p] 님이 퇴장했습니다 [피어에 의해 연결이 리셋됨] 15:17 &lt;jrandom&gt; 메일에 쓴 것 외에 덧붙일 게 많진 않아요, 1)에 대해 질문이나 코멘트 있으신가요? 15:19 &lt;spaetz&gt; 부하 테스트는 실제 I2P 네트워크에서 하나요, 아니면 이를 위한 프라이빗 네트워크가 따로 있나요? 15:19 &lt;jrandom&gt; 라이브 네트워크에서 하고 있어요 15:19 &lt;spaetz&gt; 그냥 궁금해서요 15:19 &lt;spaetz&gt; ㅇㅋ 15:20 &lt;jrandom&gt; 다만 조심스럽게 진행 중입니다. 부하가 걸린 피어들에서는 과감히 물러서고, 물론 tunnel 거부도 준수합니다 15:20 &lt;@cervantes&gt; 최근 irc2p 불안정성은 테스트와 무관했습니다 15:21 &lt;@cervantes&gt; (궁금하셨을까 봐) 15:21 &lt;jrandom&gt; 새 설정은 잘 버티고 있나요, cervantes? 15:21 &lt;@cervantes&gt; 지금까지 아주 안정적이었습니다 15:22 &lt;jrandom&gt; 좋네요 15:22 &lt;@cervantes&gt; 문제의 원인을 추적하느라 좀 지루했을 뿐이죠 15:24 &lt;jrandom&gt; 좋아요, 다른 질문/코멘트가 없으면 2) I2PSnark로 넘어갈까요? 15:25 &lt;jrandom&gt; 넘어간 걸로 하죠 15:26 &lt;jrandom&gt; 자, 기본적으로 I2PSnark가 다시 잘 동작해야 합니다... BT 스펙에는 아직 없지만 azureus와 rufus가 사용하는 몇 가지 속성 때문에 호환성 문제가 있었는데, 제가 확인한 상황들에서는 이제 호환됩니다 15:26 &lt;jrandom&gt; 제가 테스트한 모든 토렌트에서 i2psnark가 이제 동작합니다만, 문제가 생기면 알려주세요 15:27 &lt;jrandom&gt; 그걸 고치려는 동기 중 일부는 몇 가지 SAM 버그와 관련이 있었고, I2PSnark은 SAM을 사용하지 않기 때문이기도 합니다 15:28 &lt;jrandom&gt; 그 부분에 더 덧붙일 건 별로 없네요... 질문이 없으시면 3) Syndie로 넘어가죠 15:29 -!- Xunk [Xunk@irc2p] 님이 퇴장했습니다 [피어에 의해 연결이 리셋됨] 15:30 &lt;jrandom&gt; 음, 그 부분도 메일에 쓴 것 이상의 내용은 별로 없어요 15:31 -!- Xunk [Xunk@irc2p] 님이 #i2p에 입장했습니다 15:31 &lt;jrandom&gt; Syndie 관련 질문이 없으시면 계속해서 4) ???로 자유 토론을 시작하죠 15:31 -!- DreamTheaterFan [anonymous@irc2p] 님이 #i2p에 입장했습니다 15:32 * jrandom 의제에 clunk 같은 게 없었다는 걸 기억합니다. 혹시 꺼내고 싶은 주제가 있나요? 15:32 &lt;@cervantes&gt; 이야 속도 빠르네 though 15:32 &lt;@cervantes&gt; *through 15:33 -!- bar [bar@irc2p] 님이 퇴장했습니다 [피어에 의해 연결이 리셋됨] 15:33 &lt;jrandom&gt; 그렇죠, 회의 로그에 글자만 보려고 말할 필요는 없죠 :) 15:33 -!- bar [bar@irc2p] 님이 #i2p에 입장했습니다 15:33 -!- mode/#i2p [+v bar] by chanserv 15:33 -!- mule [mule@irc2p] 님이 #i2p에 입장했습니다 15:35 &lt;jrandom&gt; 좋아요, 더 없으면... 15:35 * jrandom 몸을 풉니다 15:35 * jrandom *baf* 하며 회의를 종료합니다 </div>/ko/blog/2005/12/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-12%EC%9B%94-06%EC%9D%BC/Tue, 06 Dec 2005 00:00:00 +0000/ko/blog/2005/12/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-12%EC%9B%94-06%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ailouros, bar, bla, cervantes, Complication, gott, jrandom, modulus, polecat, Pseudonym, tethra, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:26 &lt;jrandom&gt; 0) 안녕하세요 15:26 &lt;jrandom&gt; 1) 0.6.1.7과 네트워크 상태 15:26 &lt;jrandom&gt; 2) 실험용 tunnel 실패 15:26 &lt;jrandom&gt; 3) SSU와 NAT 15:26 &lt;jrandom&gt; 4) Syndie 15:26 &lt;jrandom&gt; 5) ??? 15:26 &lt;jrandom&gt; 0) 안녕하세요 15:26 * jrandom 손을 흔든다 15:26 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2005-December/001237.html 에 올렸습니다 15:26 * ailouros 노트를 읽었다 15:27 * jrandom 제가 늦었으니, 여러분이 읽을 시간을 잠깐 드릴게요 :) 15:29 &lt;jrandom&gt; 좋아요, 그럼 1) 0.6.1.7과 네트워크 상태부터 들어가죠 15:29 &lt;@cervantes&gt; *콜록* 15:29 &lt;jrandom&gt; 이 주제에 대해 메일에 쓴 것 외에 더 보탤 말은 많지 않습니다. 추가 의견/질문/아이디어 있으신가요? 15:30 &lt;Pseudonym&gt; tunnel 생성 알고리즘을 바꾸기 전에 성능 최적화를 하는 건 순서가 거꾸로인 것 같네요 15:30 &lt;gott&gt; I am getting a lot of "No HTTP method found in the request. 15:30 &lt;gott&gt; Software caused connection abort: socket write error 15:30 &lt;gott&gt; " 15:30 &lt;@modulus&gt; tunnel 지연이 훨씬 낮아졌습니다, 변경을 하신 건지 제 ISP가 갑자기 좋아진 건지는 모르겠네요. 15:30 &lt;gott&gt; I2PTunnel Webmanager에서 15:31 &lt;jrandom&gt; gott: 그런 건 잘못된 HTTP 요청이거나 eepproxy가 이해하지 못한 것들을 시사합니다 15:31 &lt;jrandom&gt; modulus: 좋네요, 개선하려고 많은 작업을 해왔습니다 15:31 &lt;jrandom&gt; Pseudonym: 음, 지금까지 tunnel 생성이 병목은 아니었습니다 - 병목은 훨씬 상위 레벨에 있었어요 15:32 &lt;jrandom&gt; 반면에, 최근 몇 차례 리비전의 개선 덕분에 아래쪽 층의 몇 가지 문제가 드러났습니다 15:32 &lt;Pseudonym&gt; 아, 최적화는 코드의 다른 부분과 관련된 거였나요? 15:32 &lt;Pseudonym&gt; 좋네요 15:33 &lt;jrandom&gt; 네, SSU 레벨과 tunnel 동작 레벨에서요. tunnel 생성은 성능에 민감한 작업이 아닙니다 [물론 그럴 때도 있지만 ;] 15:34 &lt;jrandom&gt; 현재 라이브 네트워크 부하 테스트를 하면서, 여러 피어의 비-익명 부하 통계를 모아 더 좁혀보려 하고 있습니다 15:34 &lt;ailouros&gt; 때때로 어떤 destination에 설정한 것보다 더 많은 tunnel이 보이는 이유가 궁금합니다 (eg. eeProxy, inbound 7 tunnels 4 outbound) 15:34 &lt;jrandom&gt; 그래서 앞으로 며칠 동안 router 7xgV가 데이터를 많이 전송하는 걸 보시더라도, 신경 쓰지 마세요 ;) 15:35 &lt;jrandom&gt; ailouros: tunnel 생성에 시간이 걸리면, 만약을 대비해 여분을 더 만듭니다. 15:35 &lt;jrandom&gt; zzz가 그 부분의 몇 가지 이상한 이슈를 정리해뒀고, 개선을 위한 패치도 작업 중입니다 15:35 &lt;ailouros&gt; 그렇군요.. 그런데 왜 전부 동시에 만료되나요? 15:35 &lt;@cervantes&gt; jrandom: 궁금해서 그런데, 그 테스트는 언제 시작했나요? 15:35 &lt;jrandom&gt; cervantes: 몇 일 전에요 15:36 &lt;@cervantes&gt; 아 좋네요, 그게 _아닌_ 거군요 ;-) 15:36 &lt;jrandom&gt; 잘 모르겠어요 ailouros, 몇 가지 조건에 달려 있습니다. 다만 tunnel 생성 코드에... *콜록* 기묘한 부분이 좀 있어서, 0.6.2에서 다시 작성 중이라 당분간 손대지 않고 있었습니다 15:38 &lt;ailouros&gt; 알겠습니다. 정책 문제인 줄 알았어요... 특별한 이유가 없다면 tunnel들이 서로 다른 시점에 종료되면 좋겠습니다 15:38 &lt;ailouros&gt; 즉, tunnel 생성 시점을 분산시키는 식으로요 15:39 &lt;jrandom&gt; 네, 0.6.2에서는 더 나은 랜덤화가 들어갈 거고, zzz의 패치도 현재 리비전에 약간의 랜덤화를 추가합니다 15:40 &lt;+Complication&gt; 정상적으로 보이는 i2phex 인스턴스가... 왜 실행할 때마다 한 번씩 파일을 다시 해시하려 드는 걸까요? 15:40 &lt;jrandom&gt; 전혀 모르겠네요 15:40 &lt;+Complication&gt; 지금까지는 손상된 설정이 가장 그럴듯해 보이지만, 아직 설정을 지워보진 않았습니다. 15:40 &lt;jrandom&gt; 혹시 타임스탬프가 치우쳤을까요? 15:42 &lt;+Complication&gt; 아니요, 그것도 정상으로 보입니다 15:42 * jrandom 모르겠네요. phex의 그 부분 코드는 본 적이 없어서요 15:42 &lt;jrandom&gt; 어, code 15:42 &lt;+Complication&gt; 예전 설정 파일을 지우면 나아지는지 보겠습니다 15:42 &lt;jrandom&gt; 좋아요 15:43 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태 / 0.6.1.7에 대해 더 있을까요? 15:43 &lt;jrandom&gt; 없다면 2) 실험용 tunnel 실패로 넘어가죠 15:44 &lt;jrandom&gt; 이건 이미 조금 이야기했지만, 노트와 zzz.i2p에 더 자세히 있습니다 15:44 &lt;jrandom&gt; zzz: 추가하거나 제기할 내용이 있나요? 15:46 &lt;jrandom&gt; 없으면, 3) SSU와 NAT로 넘어가죠 15:46 &lt;jrandom&gt; bar: 추가할 게 있나요? 15:46 &lt;+bar&gt; 아니요, 메일에 있는 것 외엔 덧붙일 게 없습니다 15:47 &lt;jrandom&gt; 좋아요, 세부 사항 몇 가지에는 아직 답을 달아야 하고요 - 제 생각엔 우리가 하는 재전송이 말씀하신 이슈 중 일부는 이미 처리할 겁니다 15:48 &lt;jrandom&gt; 핵심은 어떤 상황이 벌어지고 있는지 감지해서 적절한 절차를 자동화하는 겁니다 (아니면 사용자가 곤란하다는 걸 알려주거나요) 15:48 &lt;+bar&gt; 천천히 해도 됩니다, 급할 거 없어요 15:49 &lt;+bar&gt; 네, 당분간은 그 문제를 우회할 수 있도록 수동 사용자 설정을 제안했어요. 불가능할 수도 있지만, 나중에 논의해봅시다 15:50 &lt;jrandom&gt; 맞아요, 수동 오버라이드는 도움이 되겠지만, 예전 i2p 리비전들에 대한 제 경험으로는 모두가 (*정말 모두가*) 망치더군요 ;) 그래서 자동화가 더 바람직합니다 15:50 &lt;jrandom&gt; (여기서 '모두'에는 저도 포함됩니다 ;) 15:52 &lt;+bar&gt; 동의합니다 15:52 &lt;ailouros&gt; ㅋㅋ 저도 그랬다면 문서에 뭔가 문제가 있었던 거겠죠, 한 글자도 안 빼고 따라 했거든요 :D 15:53 &lt;+bar&gt; 그동안 peer 테스트를 좀 더 공부해보겠습니다 15:53 &lt;jrandom&gt; 좋아요, 고마워요 bar! 15:54 &lt;+bar&gt; (아마 그와 관련해 쓸모없는 스팸도 좀 만들어낼 수 있겠네요 :) 15:54 &lt;jrandom&gt; :) 15:55 &lt;jrandom&gt; 좋아요, 3)에 더 없으면 4) Syndie로 넘어가죠 15:56 &lt;jrandom&gt; 최근 이쪽에서 진전이 많았고, 0.6.1.7 이후로 UI도 꽤 대대적으로 개편했습니다 15:57 &lt;jrandom&gt; 별도의 독립 설치/빌드도 새로 나왔지만, 우리 모두 i2p가 설치되어 있으니 따로 필요하진 않습니다 15:57 &lt;ailouros&gt; 6.1.7의 레이아웃이 6.1.6보다 사용하기 어렵다고 느낍니다 15:58 &lt;jrandom&gt; 음, Syndie를 단일 사용자 모드로 실행 중인가요? 그리고 최신 CVS 빌드를 쓰나요, 아니면 공식 0.6.1.7 빌드를 쓰나요? 15:58 &lt;ailouros&gt; 공식 0.6.1.7, 단일 사용자 15:58 &lt;jrandom&gt; threaded 내비 대신 블로그형 인터페이스를 지지하는 쪽인가요? 15:58 &lt;ailouros&gt; 아니요, 다만 어떤 게 블로그형인지 잘 모르겠네요 15:58 &lt;ailouros&gt; 개인적으로는 threaded 내비가 더 좋습니다 15:59 &lt;ailouros&gt; (그리고 thread 보기에서 새 메시지에 색상 코드도 있었으면 합니다) 15:59 &lt;+Complication&gt; 상대적으로 최신 CVS, 단일 사용자 15:59 &lt;+Complication&gt; 사소한 이상 현상을 발견했습니다 (의도된 게 아닐 수도 있다고 봅니다) 15:59 &lt;jrandom&gt; 아, 그 부분은 CVS에서 진척이 많았습니다 ailouros 15:59 &lt;ailouros&gt; 좋네요 :) 16:00 &lt;jrandom&gt; 모든 브랜치를 펼치는 대신 cervantes가 제안한 방식대로 한 브랜치만 전체 순회하는 새로운 threaded 표시도 있습니다 16:00 &lt;@cervantes&gt; 그 변경 사항이 syndiemedia.i2p.net에 반영되었나요? 16:00 &lt;+bla&gt; `http://localhost:7657/syndie/syndicate.jsp` 의 location에 기본 예시 몇 개를 보여주는 게 좋을까요? 16:00 &lt;jrandom&gt; syndiemedia.i2p.net은 CVS 헤드입니다, 네 16:00 &lt;+Complication&gt; thread를 열어서 게시물을 읽고 있을 때... 그 후 게시물이 하나도 매칭되지 않는 필터를 적용하면 (e.g. thread "Syndie threading"을 열고, 필터 "i2p.i2phex" 적용)... 16:00 &lt;jrandom&gt; 맞아요, bla. 새 설치에는 기본값 세 개가 들어가겠지만, 예시를 두는 것도 좋겠네요 16:01 &lt;@cervantes&gt; (실제 thread 트리도 완전히 열려야 하긴 합니다) 16:01 &lt;+Complication&gt; ...현재 게시물이 여전히 표시된 채로 남아 있어요, 마치 매칭된 것처럼요... 16:01 &lt;+Complication&gt; 제가 분명히 "Go" 버튼을 클릭했는데도요. 16:01 &lt;@cervantes&gt; Complication: 네, 저도 그게 헷갈렸습니다 16:02 &lt;jrandom&gt; 흠 Complication, 기본 아이디어는 게시물을 보면서도 이리저리 탐색할 수 있게 하는 거였지만, 표시 중인 게시물을 내려버리는 게 더 나을지도 모르겠네요 16:02 &lt;jrandom&gt; cervantes: 아, 네 리프까지 펼치는 건 괜찮겠고, 구현도 어렵지 않을 겁니다 16:02 &lt;+Complication&gt; 방금 눈에 띄어서 말씀드렸습니다 16:02 &lt;@cervantes&gt; (아니면 매칭되는 게 없다는 걸 더 분명히 표시하든지요) 16:03 &lt;jrandom&gt; 음, thread 내비에는 이미 *no matches*라고 뜨긴 합니다 :) 16:03 &lt;ailouros&gt; 아마 라이터를 찾는 걸지도 16:03 &lt;jrandom&gt; !thwap 16:03 &lt;@cervantes&gt; (또는 매칭 없음이 더 눈에 띄게) 16:03 &lt;jrandom&gt; &lt;blink&gt;No matches&lt;/blink&gt; 16:03 &lt;+Complication&gt; 이런 :) 16:04 &lt;tethra&gt; 네 !thwap이 대신 spaetz__에게 맞은 듯해요, jr! 16:04 &lt;+Complication&gt; 맞아요, 때로는 thread 내비게이터가 정말 멀게 느껴지죠 :) 16:04 &lt;jrandom&gt; 네, 옵션으로 옆에 띄울 수 있도록 css를 몇 가지 실험 중입니다 16:05 &lt;@cervantes&gt; 스킨 지원이 있으면 thread를 위/아래/왼쪽/오른쪽 등 원하는 곳에 둘 수 있겠죠 16:05 &lt;@cervantes&gt; 아, jr가 말한 대로요 16:05 &lt;+Complication&gt; "Threads" 링크를 누르면 꽤 빨리 그리로 갑니다 16:05 &lt;+Complication&gt; ...현재 뷰포트 안에 있다면요. 16:06 &lt;+Complication&gt; 그리고 키보드 내비게이션에 익숙한 분들은 당연히 "End"를 누르면 됩니다 16:06 &lt;jrandom&gt; 물론 이런 것들은 수정이 정말 간단합니다 (CVS에서 빠르게 바뀌는 걸 보면 아시죠 :), 그래서 제안(또는 목업 - html / png / etc)이 있으면 언제든 올려주세요 16:07 &lt;jrandom&gt; 며칠 내에 CVS에 메인 블로그 개요 페이지를 추가할 예정입니다 16:08 &lt;jrandom&gt; 좋아요, Syndie에 관한 다른 작업도 많으니 더 알고 싶으면 `http://localhost:7657/syndie/` 에 들러주세요 :) 16:08 &lt;jrandom&gt; 그와 관련해서 더 이야기할 게 있나요, 아니면 5) ???로 넘어갈까요? 16:09 &lt;zzz&gt; 안녕하세요 이제 막 왔습니다. 2)와 관련해서, 제 패치를 테스트해 줄 분을 찾고 있어요. 16:10 &lt;zzz&gt; 제 결과로 job 지연과 안정성이 개선되고, router 멈춤도 줄었습니다. 그래서 다른 분들도 시도해보셨으면 합니다. 16:10 &lt;ailouros&gt; 충분히 좋아 보이네요. 제가 무엇을 하면 되나요? 16:11 &lt;jrandom&gt; 안녕 zzz, 좋아요, 여기서도 좀 두들겨 볼게요. 구성 요소가 다양한 만큼 여러 조각으로 나누는 게 좋을 수도 있겠지만, 괜찮아 보이고 0.6.1.8에 맞춰가고 있습니다 16:11 &lt;ailouros&gt; (여기 평균 가동 시간은 약 10시간이라서요 :( 16:11 &lt;zzz&gt; 소스 코드와 ant가 있으면 패치를 적용하면 됩니다 - 아니면 원하시면 i2pupdate.zip을 올릴 수도 있어요 16:12 &lt;zzz&gt; jrandom 나누는 작업을 해볼게요 16:12 &lt;ailouros&gt; 업데이트로 가겠습니다, 감사합니다 16:13 &lt;zzz&gt; ailouros 한 시간 안에 zzz.i2p에 올리겠습니다 - 감사합니다 16:13 &lt;jrandom&gt; zzz: 여유가 없으면 신경 쓰지 않아도 돼요... 제가 diff를 읽을 수 있습니다 :) 16:13 &lt;ailouros&gt; 감사합니다 16:14 &lt;zzz&gt; jrandom 알겠어요. 자잘한 것들은 당신이나 제가 쉽게 걷어낼 수 있습니다. 16:16 &lt;ailouros&gt; 이제 5) ???인가요? 16:16 &lt;zzz&gt; jrandom 다른 주제로 i2phex에서 Router OOM이 있었고 SAM 관련 가능성도 있습니다 16:16 &lt;jrandom&gt; 네 ailouros 16:16 &lt;jrandom&gt; 아 맞아요 zzz, SAM에 무슨 문제가 있는지 추적할 수 있으면 좋겠습니다 16:17 &lt;ailouros&gt; j346, 제 앱을 확인해볼 기회가 있었나요? 16:17 &lt;jrandom&gt; 최고는 누군가가 SAM bridge 유지보수를 맡아주는 거겠죠, 저는 그동안 본격적으로 손대지 못했고, human도 한동안 보이지 않거든요. 16:19 &lt;jrandom&gt; 아직요 ailouros, 유감스럽게도. 동작 방식이 조금 불확실해서 먼저 소스를 읽어봐야 합니다 16:20 &lt;ailouros&gt; 편하게 물어보세요 16:20 &lt;ailouros&gt; (그리고 소스 여행에 행운을... '난장판'의 좋은 정의니까요) 16:20 &lt;jrandom&gt; 헤헤 16:21 &lt;zzz&gt; 정정합니다 제 경험상 OOM은 i2phex가 아니라 i2p-bt를 사용할 때 발생했습니다. i2p-bt 하나를 돌리면 약 24시간 후, 두 개를 돌리면 몇 시간 내에 발생합니다 16:22 &lt;+Complication&gt; 제 경우는 밤늦게 스트레스 테스트 후에 발생했어요. 16:22 &lt;+Complication&gt; (그때 5분 평균 50 KB/s까지 본 건 기록해둡시다) 16:22 &lt;bar_&gt; ailouros, 당신의 앱이 무엇이고 무엇을 하는지 다시 알려줄 수 있나요? 기억력이 좋긴 한데 짧아서요... 16:22 &lt;+Complication&gt; 수신 속도요. 16:22 &lt;+Complication&gt; 송신은 35 KB/s로 제한했었습니다 16:22 &lt;@cervantes&gt; Complication: 그걸 밤샘 스트레스 테스트라고 부르는 건 처음 들어보네요... 16:22 &lt;jrandom&gt; 좋네요 Complication 16:23 &lt;+Complication&gt; cervantes: 음, 그럼 반쯤은 매일 하는 초흡혈(megaleeching)이라고 부를 수도 있겠죠 :P 16:23 &lt;ailouros&gt; bar_: 서로 다른 파일 간에 공통 블록을 공유하는 분산 파일 공유 앱의 작동하는 개념증명(PoC)입니다 (polecat의 제안) 16:23 &lt;bar_&gt; 아, 맞아요, 고마워요 ailouros 16:24 &lt;tethra&gt; cervantes: 헤헤헤 ;) 16:24 &lt;ailouros&gt; 천만에요 (소스를 원하시면 C/C++입니다) 16:25 &lt;+polecat&gt; 조심하세요, 두 바이너리 블록이 동일할 확률은 매우 희박합니다. 저는 주로 실제로는 쓸모 없을 순수한 이론을 이야기한 겁니다. 16:25 &lt;ailouros&gt; 동의합니다. 제 생각엔 동일 파일의 서로 다른 버전을 받을 때 유용할 것 같아요 16:25 &lt;ailouros&gt; 예를 들어, 손상된 블록이 있는 동영상 같은 경우요 16:25 &lt;+polecat&gt; 0으로만 된 블록은 번개처럼 전송할 수 있겠네요! ("The next block is zeroes" "oh I have that already" "the next block is zeroes" "oh I have that already") 16:26 &lt;ailouros&gt; 혹은 다른 ZIP 파일들의 아카이브 16:26 &lt;jrandom&gt; 또는 예컨대 수정된 ID3 태그 등 16:26 &lt;ailouros&gt; 맞아요 16:26 &lt;+polecat&gt; 맞습니다. 다만 손상된 블록이 있는 동영상을 "고치는" 쉬운 방법은 그 위에 비트토렌트로 다시 받게 하는 겁니다. 대부분의 클라이언트는 해시가 같은 블록은 유지하고, 다른 블록만 덮어씁니다. 16:26 &lt;jrandom&gt; 하지만 파일 아카이브는 아마 잘 안 될 겁니다. 파일 경계에서 끊어야 하니까요 16:27 &lt;ailouros&gt; j636, 그래서 저는 고정 블록 크기 대신 데이터 마크를 기준으로 분할하는 LBFS 아이디어를 구현하고 싶습니다 16:27 &lt;@cervantes&gt; DC 커뮤니티는 그 방법을 썼죠, rarset으로 파일 배포본을 공유하는 식으로요 16:27 &lt;+polecat&gt; 유용할 수 있는 건 일반적인 바이너리 오류 정정 알고리즘을 만들고, 대규모로 적용하는 겁니다. 모든 블록을 서로 "보정"할 수 있게 하고, 블록 자체 대신 보정 데이터만 전송하면 되니까요. 그 보정 데이터가 블록 전송보다 작을 수도 있죠. 16:29 &lt;@cervantes&gt; 그리고 검색은 그 RAR 파트의 Tiger 해시를 기반으로 합니다 16:29 &lt;+Complication&gt; 좋은 생각이네요... 다만 어렵게 들립니다 :) 16:29 &lt;+polecat&gt; 하지만 해시 대 해시로 동일함을 따진다면... 동일한 블록을 찾을 일은 없겠죠! 16:29 &lt;ailouros&gt; cervantes, "rarset"이 뭐예요? :D ("RAR file" 말고요) 16:29 &lt;+polecat&gt; 양쪽 모두 이미 파일을 가지고 있고, 그중 하나가 손상된 경우가 아니라면 말이죠. 16:29 &lt;ailouros&gt; polecat, 어? 16:29 &lt;@cervantes&gt; ailouros: 분할된 RAR 아카이브예요. 필요하면 패리티 파일도 함께요 16:30 &lt;ailouros&gt; cervantes: 그렇게 하는 장점이 잘 이해가 안 됩니다 16:31 &lt;@cervantes&gt; 주요 장점은 DC에 유사 멀티 소스 다운로드를 더해준 것이죠 16:32 &lt;ailouros&gt; 음, 그건 파일 간 블록 공유 메커니즘의 일부 아닌가요? 16:34 &lt;ailouros&gt; polecat: 비트토렌트로 손상된 파일을 덮어쓰는 것과 관련해서, 동시에 여러 버전을 받으려는 경우에는 도움이 안 됩니다 16:35 &lt;@cervantes&gt; 클라이언트는 유효한 파트만 매칭/다운로드하고, 패리티 파일이 있으면 손상된 파트도 복구할 수 있습니다 16:35 &lt;ailouros&gt; 제 시스템에서는 손상된 파트가 없습니다 (구성 블록을 모두 다운로드하고 재검증한 뒤에야 파일을 조립하니까요) 16:36 &lt;@cervantes&gt; 비트토렌트가 기본으로 하는 일이죠, 다만 개별 파트를 특정해서 검색할 수는 없다는 점이 다릅니다 16:36 &lt;+polecat&gt; 다중 버전은 한 비트도 공통되지 않을 가능성이 높습니다... 그래서 바보 같죠. 어떤 사람은 영화를 우표 크기로 다시 인코딩해 놓고 같은 이름을 붙여요. 16:37 &lt;+polecat&gt; 또는 또 다른 이는 랜덤 데이터를 가져다 당신이 받으려는 파일 이름을 붙여버리고요. 16:37 &lt;ailouros&gt; ㅋㅋ 맞아요 16:37 &lt;@cervantes&gt; 맞습니다, 그리고 rarset 릴리스는 그런 것에 면역이죠... 16:37 &lt;ailouros&gt; 하지만 다른 네트워크(emule, kazaa 등)에서 온 파일은 종종 손상되어 있다는 점을 기억하세요 16:38 &lt;+polecat&gt; rarset 릴리스도 면역은 아닙니다... 16:38 &lt;+polecat&gt; 어떤 rarset이 올바른 건지 여전히 판별해야 하죠. 16:38 &lt;ailouros&gt; cervantes, rarset이 누군가가 랜덤 쓰레기를 올리는 문제에 어떻게 면역이 되죠? 16:38 &lt;@cervantes&gt; (신뢰할 수 있는 소스가 있다는 전제하에요) 16:39 &lt;@cervantes&gt; 릴리스 그룹이 해시/배포 정보를 공개하기 때문입니다 16:39 &lt;ailouros&gt; 하하하 그건 쉽네요 :D 16:39 &lt;@cervantes&gt; 그리고 품질이 안 좋으면 'nuked'로 표시되고, 사람들이 공유에서 빼버립니다 16:40 &lt;ailouros&gt; 그 정도는 제 장난감(프로토타입)이 이미 합니다 16:40 &lt;@cervantes&gt; 좋게 들리네요 ;-) 16:40 &lt;ailouros&gt; 신뢰할 수 있는 소스에서 파일 디스크립터를 받고, 곧바로 멀티 다운로드를 합니다 16:41 &lt;@cervantes&gt; 좋아요 ;-) 16:41 &lt;ailouros&gt; 파일을 검색하진 못하지만, 각 사용자의 공유 디렉토리를 탐색할 수 있으니 웹 크롤러로 긁어와 결과를 캐시할 수 있습니다 16:42 &lt;ailouros&gt; 다만 필요하다고 판단되면 나중에 검색 기능을 추가할 수도 있습니다 16:44 &lt;ailouros&gt; 제 장난감이 제대로 앱으로 발전하면, Freenet이 제공하려는 캐싱과 탄력성을 제공할 수 있다고 봅니다 16:44 &lt;ailouros&gt; 즉, 정적 콘텐츠 배포와 캐싱이요 16:45 &lt;ailouros&gt; 제 블로그를 읽으면 캐싱되고, 다른 사람이 원할 때 제공하는 식입니다. 거기 두는 것 이상으로는 아무 것도 하지 않습니다 16:45 &lt;ailouros&gt; 마음에 안 드시나요? 지우면 끝입니다 16:45 &lt;jrandom&gt; 흠, 그러면 Syndie에서 사용할 수 있는 백엔드 저장소로 보나요? 16:46 &lt;ailouros&gt; 백엔드 저장소로 사용할 수는 있습니다 16:46 &lt;ailouros&gt; 현 상태로도 i2p 기본 설치에서 Jetty 대신 사용할 수도 있을 겁니다 16:46 &lt;jrandom&gt; e.g. attachments / links to [clunk hash="$foo"]my file[/clunk] 16:46 &lt;ailouros&gt; (뭐, 몇 가지 사소한 변경만 하면요 :D ) 16:46 &lt;jrandom&gt; 헤헤 16:47 &lt;jrandom&gt; 좋아요, 네, clunk가 어떻게 동작하는지 정말 모르겠네요... Syndie에 글을 올리거나 eepsite를 하나 올려줄래요? :) 16:47 &lt;ailouros&gt; 파일을 요청하면 파일 해시가 다운로드되고, 이 해시들을 바탕으로 전체 파일이 자동으로 다운로드됩니다 16:48 &lt;jrandom&gt; 맞아요, 하지만 어디에서 어디로 "다운"로딩되는지 등은 질문이 남습니다. 전체 네트워크 아키텍처 설명이 도움이 되겠어요 16:48 &lt;ailouros&gt; 먼저 제대로 된 문서를 쓰고, 어딘가에 공개하겠습니다 16:48 &lt;jrandom&gt; r0x0r, 감사합니다 16:48 &lt;ailouros&gt; 해시를 가져온 곳이면 어디에서든 내려받습니다 16:48 &lt;ailouros&gt; 거기에 이 블록들을 공유하는 다른 모든 이들에게서도요 16:49 &lt;ailouros&gt; Go!Zilla와 Download Accelerator를 떠올려 보세요 :) 16:49 &lt;jrandom&gt; 제가 얼마나 혼란스러운지 오해하신 듯합니다 16:49 &lt;ailouros&gt; 하지만 투명하게, 그리고 i2p 안에서요 16:49 &lt;ailouros&gt; ㅋㅋ 그런 듯요 :D 16:50 &lt;jrandom&gt; 예를 들면 "clunk 클라이언트를 실행하고, clunk 서버에서 다운로드하고, clunk 피어 정보를 받는다" 같은 아주아주 기본적인 설명이요 16:50 &lt;jrandom&gt; 웹 브라우저로 clunk 클라이언트에 질의하나요? 아니면 서버? 아니면 피어? 16:51 &lt;jrandom&gt; (제가 이 정도로 길을 잃었습니다) 16:51 &lt;ailouros&gt; 0부터 다시 합시다 :) 16:51 &lt;ailouros&gt; 웹 브라우저를 씁니다 16:51 &lt;ailouros&gt; 당신의 클라이언트에 연결합니다 16:51 &lt;ailouros&gt; 브라우저로 다른 사람들의 디렉토리를 탐색합니다 16:51 &lt;ailouros&gt; 브라우저로 어떤 파일을 받을지 선택합니다 16:51 &lt;ailouros&gt; 지저분한 일은 클라이언트가 처리합니다 16:52 &lt;ailouros&gt; 다운로드된 파일을 받습니다 16:52 &lt;ailouros&gt; 이제 좀 낫나요? :) 16:52 &lt;jrandom&gt; 좋아요, 감사합니다 - 그러니까 "다른 사람의 디렉토리 탐색"은 당신의 클라이언트가 상대의 클라이언트에 질의하고, 그 결과를 HTML로 표현해 응답하는 거군요 16:52 &lt;ailouros&gt; 맞아요 16:52 &lt;jrandom&gt; (혹은 어떤 서버/슈퍼피어 등에서 끌어오거나요) 16:53 &lt;jrandom&gt; 좋군요 16:53 &lt;ailouros&gt; 중복 찾기, 멀티 다운로드 등 모든 지저분한 작업은 (로컬) 클라이언트가 투명하게 처리합니다 16:54 &lt;ailouros&gt; 당신이 보게 되는 건 기본적으로 디렉토리 트리와 다운로드할 수 있는 몇몇 파일입니다 16:54 &lt;jrandom&gt; 좋네요 16:55 &lt;ailouros&gt; 데이터를 publish하려면 자신의 공개 (P2P) 주소를 알려줍니다 16:55 &lt;ailouros&gt; 그리고 파일을 share하려면 그것들을 pub/ 디렉토리(또는 하위 디렉토리)에 복사(또는 심링크)하면 됩니다. 아주 간단해요 16:57 * jrandom 소스를 더 파보고, 추가 정보를 기대하겠습니다 :) 16:57 &lt;jrandom&gt; 좋아요, 회의에서 더 이야기할 분 있으신가요? 16:57 &lt;bar_&gt; 음.. 실례지만 publishing과 sharing의 차이가 뭔가요? publishing은 데이터를 어떤 저장소에 푸시하는 건가요? 16:58 &lt;ailouros&gt; bar_: sharing은 다운로드할 블록을 제공하는 겁니다. publishing은 무엇을 공유하는지 세상에 알리는 것이고요 16:58 &lt;ailouros&gt; publishing은 sharing의 부분집합입니다 16:58 &lt;bar_&gt; 아하, 이해했습니다, 고마워요 16:58 &lt;ailouros&gt; 예를 들어, 파일의 절반만 가지고 있다면 share는 하되 publish는 하지 않습니다 16:59 &lt;jrandom&gt; 그럼 사람들이 당신에게서 그 블록들을 받을 수 있다는 걸 어떻게 알죠? 16:59 &lt;ailouros&gt; 그리고 어떤 파일을 publish할지 완전히 제어할 수 있습니다 (다운로드한 모든 파일이 publish되는 emule과 달리요) 16:59 &lt;ailouros&gt; 각 클라이언트가 자신이 제공할 수 있는 블록 정보를 주기적으로 네트워크에 보내기 때문입니다 17:00 &lt;jrandom&gt; 좋군요 17:00 &lt;ailouros&gt; 네트워크로 보낸다는 건 서버(현재)로 보낸다는 뜻이거나, DHT(향후)로 보낸다는 뜻입니다 17:00 &lt;jrandom&gt; 그럼 block tracker가 있는 mnet 같은 거네요 17:00 &lt;ailouros&gt; 어... mnet 같은? 17:01 &lt;jrandom&gt; mnet(mnetproject.org)이 동작하는 방식과 비슷합니다 17:01 * ailouros mnetproject.org를 읽는 중 17:02 &lt;ailouros&gt; 음, 개인 공간만 있고, 공유 공간은 없습니다 17:02 &lt;ailouros&gt; 그리고 블록을 여기저기로 PUSH하지 않습니다 17:02 &lt;jrandom&gt; 네, mnet과 완전히 같진 않지만 구조적으로 비슷합니다 17:03 &lt;jrandom&gt; 모두가 가난해서 누군가가 데이터를 호스팅해줄 수 없는 mnet 같은 거죠 ;) 17:03 &lt;ailouros&gt; 네 17:03 &lt;ailouros&gt; :D 17:03 &lt;jrandom&gt; 좋아요, 더 제기할 내용이 또 있을까요? 17:04 &lt;jrandom&gt; 없다면... 17:04 * jrandom 마무리 준비를 합니다 17:04 * jrandom 회의를 *baf* 하며 종료합니다 </div>/ko/blog/2005/11/29/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-11%EC%9B%94-29%EC%9D%BC/Tue, 29 Nov 2005 00:00:00 +0000/ko/blog/2005/11/29/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-11%EC%9B%94-29%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, c3rvantes, cat-a-puss, cervantes, Complication, jrandom, legion, Pseudonym</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 15:25 &lt;jrandom&gt; 0) 안녕하세요 15:25 &lt;jrandom&gt; 1) 네트워크 상태와 0.6.1.6 15:25 &lt;jrandom&gt; 2) Syndie 15:25 &lt;jrandom&gt; 3) I2P Rufus 0.0.4 15:25 &lt;jrandom&gt; 4) ??? 15:25 &lt;jrandom&gt; 0) 안녕하세요 15:25 * jrandom 손을 흔든다 15:25 &lt;jrandom&gt; 주간 상태 노트가 올라왔습니다 @ http://dev.i2p.net/pipermail/i2p/2005-November/001234.html 15:26 * bar 가 jrandom에게 baf를 건넨다 15:26 &lt;c3rvantes&gt; 아직이야! 15:26 * jrandom 준비한다 15:26 &lt;jrandom&gt; 어... 15:26 &lt;jrandom&gt; 먼저 안건 몇 가지부터 처리하죠 :) 1) 네트워크 상태와 0.6.1.6 15:27 &lt;jrandom&gt; 최근 몇 번의 릴리스에서 많은 것들이 업데이트되었지만, 네트워크는 여전히 꽤 안정적인 편으로 보입니다. 15:28 &lt;jrandom&gt; 일부 router에서 참여가 심하게 튀는(spike) 일이 있었지만, 그건 꽤 무해합니다 15:28 &lt;+legion&gt; 멋지네요, 네트워크 상태가 더 좋아지고 있다는 데 동의합니다. 그리고 0.6.1.7에서 tcp를 빼는 건 왜 안 되겠어요 15:28 &lt;jrandom&gt; (아, 정확히는 tunnel 참여 스파이크요) 15:29 &lt;@cervantes&gt; 농담이 아니네 15:29 &lt;jrandom&gt; 잘은 모르겠어요, legion. tcp만 쓸 수 있는 사용자가 몇 명 있을 수도 있는데, 제 기억엔 한 명, 많아야 두 명 정도였던 것 같아요 15:29 &lt;+legion&gt; 음 0.6.1.5에서는 가끔 router가 알아서 재시작하더군요. 15:29 &lt;+Complication&gt; 제 것은 합리적인 범위 내에서, 참여 tunnel이 100~250 사이로 변동하고 있어요 15:29 &lt;jrandom&gt; 굳이 유지해야 할 만한 좋은 이유는 떠오르지 않고, 없애야 할 이유는 몇 가지 떠오르네요 15:30 &lt;jrandom&gt; 좋아요, Complication 15:30 &lt;jrandom&gt; (그 수치들은 stats.i2p/에 따르면 꽤 평균적이에요. 하지만 그런 숫자는 익명성에 해를 끼칠 수 있으니, 특히 기록되는 회의에서는 밝히지 않는 게 좋아요 ;) 15:30 &lt;+Complication&gt; 제 오래된 셀러론은 아직도 10시간마다 한 번쯤 자동 재시작하네요 15:30 &lt;+Complication&gt; 그 외에는 어느 때보다 연결이 잘 됩니다 15:30 &lt;Pseudonym&gt; 그걸 빼야 하는 이유가 뭔가요? 15:31 &lt;+Complication&gt; TCP는 비용이 큽니다 15:31 &lt;@cervantes&gt; 내 router는 완전히 녹초가 됐어 15:31 &lt;+Complication&gt; 연결당 스레드 수라는 측면에서요 15:31 &lt;@cervantes&gt; Complication: 거기에 10을 곱하면 지금 내 router 범위가 나와 ;-) 15:31 &lt;+legion&gt; 내 것도 참여 tunnel이 200~400 사이에서 변동해서, 어느 때보다 좋아 보입니다. 15:32 &lt;+Complication&gt; cervantes: 아이구 아이구 15:32 &lt;+Complication&gt; 돌발 사고로 참여 tunnel이 2000까지 간 적을 본 적이 있는데, 그건 여름이었죠 15:32 &lt;jrandom&gt; Pseudonym: 성능(cpu/메모리, 우리의 반신뢰 요구사항으로 인한 더 나은 스케줄링), 유지보수성, 더 효과적인 블랙리스트 등록 15:32 &lt;+Complication&gt; 한 번 튄(spike) 것뿐이었고 다시는 반복되지 않았어요 15:32 &lt;+legion&gt; 네, 이전 버전들 중에는 그런 스파이크가 있었습니다 15:32 &lt;jrandom&gt; Complication: 이번 마지막 리비전에서 >2000 tunnel 스파이크를 겪었어요 15:33 &lt;jrandom&gt; 하지만 바라건대 0.6.1.7이 그 문제를 해결해 줄 거예요 15:33 &lt;+legion&gt; 음, 그건 tcp를 빼야 할 좋은 이유들이네요 :) 15:33 &lt;jrandom&gt; 하지만 다시 말하지만, tunnel 참여 스파이크는 대부분이 실제로 사용되지 않기 때문에 괜찮아요 15:34 &lt;@cervantes&gt; Pseudonym: 네트워크에서 tcp를 아직 쓰는 router는 한두 개뿐인 것 같아요 15:34 &lt;jrandom&gt; 이번 리비전에서도 tcp를 빼는 게 좋을 수도 있어요. 다른 큰 변경이 없으니까요. 그래야 영향이 어떤지 더 분명히 볼 수 있거든요 15:34 &lt;jrandom&gt; (필요하면 다시 켤 수도 있고요) 15:35 &lt;Pseudonym&gt; 두 개의 router만 그걸 쓰고 있다면, 어느 쪽이든 큰 영향은 없을 것 같네요 15:35 &lt;Pseudonym&gt; (네트워크에 router가 두 개 줄어드는 것만 빼면) 15:35 &lt;@cervantes&gt; 불만 고객 2명 15:35 &lt;jrandom&gt; 글쎄요, 그 전송이 이상한 상황에서 나타나는 경우가 있어서, 그게 비활성화하고 싶은 이유 중 하나예요 :) 15:35 &lt;+Complication&gt; 그들이 너무 개인적으로 받아들이지 않으면 좋겠네요 15:36 &lt;+Complication&gt; 특정 ISP들이 UDP를 필터링하는 건 정말 못됐죠. 15:36 &lt;+Complication&gt; 못됐을 뿐만 아니라 완전히 말이 안 되고요. 15:36 &lt;jrandom&gt; (예: router가 맛이 갔을 때, 사람들이 자신의 SSU transport를 실패로 표시하면 tcp transport로 되 fallback 되거든요) 15:36 * Pseudonym 은 자신의 ISP를 사랑한다. 제한이 전혀 없다 15:37 &lt;+Complication&gt; 그럼 TCP 없이, UDP가 혼자서 어떻게 처리하는지 보게 되겠네요? 15:37 &lt;+Complication&gt; "보조바퀴 없이" :P 15:37 &lt;+legion&gt; 흠 그러면 tcp 없이 그런 나쁜 필터링은 어떻게 우회하죠? 15:38 &lt;jrandom&gt; 바로 그거예요, Complication :) 15:38 &lt;jrandom&gt; legion: 우회하지 않아요 15:38 &lt;jrandom&gt; (restricted routes(제한된 경로)) 15:38 &lt;+Complication&gt; 음, 파일 공유 프로그램 말고도, DNS 패킷보다 큰 UDP 패킷을 쓰는 유용한 앱들이 여럿 있지 않나요? 15:39 &lt;+legion&gt; :( 별로 좋은 소리는 아니네요 15:39 &lt;+Complication&gt; I2P가 사용하는 최소 패킷 크기와 비슷한 크기인가요? 15:39 &lt;jrandom&gt; 음, legion, 문제 아니에요 15:39 &lt;jrandom&gt; Complication: 스트리밍 프로토콜 15:39 &lt;+Complication&gt; DNS를 망가뜨리지 않고는 UDP를 직접 차단할 수는 없죠. 15:39 &lt;+Complication&gt; 패킷 크기를 제한할 수는 있겠죠. 15:40 &lt;+legion&gt; 알겠어요, 그럴 수도 있겠다는 생각이 들었거든요 15:40 &lt;+Complication&gt; VoIP? 15:40 &lt;jrandom&gt; 그게 광범위하다면 문제겠죠—인터넷 커뮤니티 전반이 udp를 금지한다면요 15:40 &lt;+Complication&gt; 음, VoIP는 큰 패킷을 쓰나요 작은 패킷을 쓰나요? 15:40 &lt;jrandom&gt; 하지만 몇몇 isp만 그렇다면, restricted routes처럼 취급할 수 있어요 15:40 &lt;+Complication&gt; 아니면 더... 비디오 스트리밍을 말한 건가요? 15:40 &lt;+legion&gt; 둘 다 섞어 쓸 것 같네요 15:41 &lt;jrandom&gt; 둘 다예요, Complication, RTSP는 UDP 위에서 돌고, real은 내가 기억하기로(RTSP iirc) RTSP 위에서 돌아요 15:41 &lt;+Complication&gt; s/p/s 15:42 &lt;+legion&gt; 그럼 다음 안건으로? 15:42 &lt;+Complication&gt; cat /etc/services | grep -c udp 15:42 &lt;+Complication&gt; 227 15:43 &lt;jrandom&gt; 0.6.1.7에서 tcp를 뺄지는 아직 확실치 않지만, 아마 그렇게 할 겁니다. 15:43 &lt;jrandom&gt; 좋아요, 1)에 더 할 말 있는 분? 없으면 2) Syndie로 넘어가죠 15:43 &lt;+Complication&gt; 즉, UDP를 쓰는 앱이 최소 227개는 있다는 뜻이죠(몇 개는 구식이거나 LAN 앱일 수도). 15:44 &lt;jrandom&gt; 에이, 여긴 인터넷입니다. 필요한 건 프록시된 HTTP 접근뿐이에요 15:44 &lt;jrandom&gt; 메일(그리고 Syndie)에 있는 것 말고는 2)에 덧붙일 게 많지 않아요 15:44 &lt;+legion&gt; 납득했어요, 네 그럼 빼죠. :) 15:44 &lt;jrandom&gt; syndie 관련해서 얘기하고 싶은 것 있나요? 15:45 &lt;+legion&gt; 2)에 대해서도 할 말은 없습니다. 15:45 * Complication "how Syndie works"를 읽는 중 15:46 &lt;+Complication&gt; 작은 UI 효과 하나가 계속 저를 놀라게 하네요. :D 15:46 &lt;+Complication&gt; 메시지 스레드를 펼치면, 활성 메시지가 목록의 맨 위가 되는 쪽으로 이동하는 게 늘 의외예요. :P 15:47 &lt;+Complication&gt; 하지만 아마 무시하셔도 될 거예요. 제가 깐깐하고 습관의 동물이라서요. :P 15:47 &lt;@cervantes&gt; 스레딩 모델은 지금 길게 논의 중이에요 15:47 &lt;@cervantes&gt; ;-) 15:47 &lt;+Complication&gt; 곧 익숙해질 거예요. :) 15:48 &lt;+Complication&gt; cervantes: Syndie에서요? 그 스레드를 찾아봐야겠네요. :) 15:48 &lt;@cervantes&gt; 저도 그건 마음에 안 들어요 — 하지만 바뀔 수도 있죠 15:48 &lt;jrandom&gt; 맞아요, 좀 괴상하긴 하죠 15:48 &lt;+legion&gt; 네 15:48 &lt;@cervantes&gt; "subject: syndie threading" 15:49 &lt;+Complication&gt; 게다가, 펼친 메시지가 맨 아래라면, 어쨌든 움직여야 *would* 하겠죠. 15:49 &lt;+Complication&gt; 안 그러면 거기 박혀버릴 테니까요. 15:50 &lt;jrandom&gt; 음, 아래쪽 내비는 한 번에 10개의 메시지가 아니라 10개의 *threads*를 보여줘요. 그래서 맨 아래 스레드를 펼칠 수도 있겠죠 15:50 * cervantes 는 현재 몇 가지 다른 스레딩 UI 스타일 구현을 테스트 중 15:51 &lt;jrandom&gt; 끝내주네 15:51 &lt;jrandom&gt; 네, 이상적으로는 css에서 그것들을 바꿔 끼울 수 있으면 좋고, 안 되면 서버 측에서라도요 15:52 &lt;@cervantes&gt; 정확히는 "threading navigation styles" 15:53 &lt;@cervantes&gt; 흠 내 테스트는 기본적으로 순수 html 중첩 비순서 목록을 씁니다 15:53 &lt;@cervantes&gt; 필요한 만큼 css와 javascript를 겹쳐서 입힐 수 있어요 15:53 &lt;jrandom&gt; 언제쯤 시안을 볼 수 있을지 대략 일정이 있나요? 15:53 &lt;@cervantes&gt; (다만 이건 개념 증명일 뿐, 실제 ui 구현은 아닙니다) 15:54 &lt;@cervantes&gt; 저는 I2P 회의 중에 코딩을 대부분 하죠 ;-) 15:54 &lt;jrandom&gt; ㅎㅎ 15:54 &lt;@cervantes&gt; 아마 오늘 저녁에 첫 시안이 준비될 거예요 15:54 * jrandom 이 매일 회의를 잡는다 15:54 &lt;jrandom&gt; 끝내주네 15:54 &lt;@cervantes&gt; 으악 :) 15:55 &lt;jrandom&gt; 좋아요, 2) syndie에 대해 더 있으신가요? 15:55 &lt;jrandom&gt; 없으면 3) I2P Rufus 0.0.4로 넘어가죠 15:56 &lt;jrandom&gt; 메일에 있는 것 말고는 덧붙일 게 별로 없어요 — Rawn/defnax, 계신가요? 15:56 &lt;+legion&gt; 그럼 0.0.4는 얼마나 좋은가요? 문제가 남아 있다면 뭐가 있죠? 15:57 * jrandom 은 전혀 모른다 15:58 &lt;+legion&gt; 사용자 중 누가 답해 줄 수도 있겠네요. 좋아 보이고 안정적인가요? 15:58 &lt;jrandom&gt; 알겠어요, 지금은 Rawn과 defnax가 자리에 없는 것 같네요. I2P Rufus에 대한 질문/의견/우려가 있으면 포럼에 들러서 올려 주세요 15:58 &lt;+legion&gt; 젠장, 그럼 우리가 해야겠네요. 15:59 &lt;+legion&gt; 4)로 계속? 15:59 &lt;jrandom&gt; 그래, 그런 것 같네. 좋아, 4) ??? 15:59 &lt;+Complication&gt; 안타깝게도 I2P Rufus는 아직 안 써봤어요. 16:00 &lt;jrandom&gt; 다른 더 얘기하고 싶은 것 있나요? 16:00 &lt;jrandom&gt; (시간 좀 끌어서 cervantes가 일을 더 하게 해봅시다!) 16:00 &lt;+legion&gt; 네, 앞으로 어떤 흥미로운 것들이 나올 예정이죠? 16:00 &lt;+bar&gt; "restricted routes"에 대해 더 읽을 수 있는 곳이 있을까요? 16:00 &lt;+bar&gt; (이미 *찾아봤어요*) 16:01 &lt;+legion&gt; i2phex 얘기도 해볼까요? 16:01 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/techintro.html?rev=HEAD 16:01 * cervantes 는 마우스를 닫기 버튼 위에 올린다 16:01 &lt;jrandom&gt; 어, #future.restricted 16:02 &lt;jrandom&gt; 거기에 how_* 페이지들과 todo도요 16:02 &lt;jrandom&gt; (웹에 있어요) 16:02 &lt;+Complication&gt; 헷, I2P가 빌드를 하나 건너뛴 것 같네요 :D 16:02 &lt;+Complication&gt; :D 16:02 &lt;+bar&gt; 고마워요 16:02 &lt;+Complication&gt; - public final static long BUILD = 1; 16:02 &lt;+Complication&gt; + public final static long BUILD = 3; 16:03 &lt;jrandom&gt; legion: netDb 작업 좀 하고, 성능 수정, restricted routes, 스트리밍 개선, eepproxy 개선, tunnel 개선 등등. 할 게 많지만 아직 준비된 건 없어요 16:03 &lt;+legion&gt; 어, 이상하네 16:03 &lt;jrandom&gt; i2phex 관련해서 꺼낼 것 있나요, legion? 16:03 &lt;jrandom&gt; Complication: 네, 의도한 겁니다. BUILD = 2로 올리는 걸 까먹었어요 16:03 &lt;+Complication&gt; (크게 중요하진 않지만, 이런 드문 경우를 전에 본 적이 있나 궁금해서요 :) 16:04 &lt;+legion&gt; 좋군요, 멋지네요, 감사합니다! 16:04 &lt;jrandom&gt; 아, 그러고 보니... 누가 우리 웹페이지 재단장을 추진해 보면 좋겠네요 16:05 * jrandom 은 생각하긴 싫지만, 언젠가는 해야 한다 16:05 &lt;+legion&gt; 네, 있어요 16:05 &lt;+legion&gt; 지금 시점에서 i2phex를 최신 phex cvs 코드로 업데이트할 가치가 있을까요? 16:06 &lt;+Complication&gt; 잘 모르겠어요, 최근에 Redzara 소식을 못 들었어요 16:06 &lt;jrandom&gt; 제 마지막 기억으론, redzara는 gregorz의 phex 업데이트를 기다리고 있었어요 16:06 &lt;jrandom&gt; (그래야 꽤 깔끔한 업데이트/확장이 가능하니까요) 16:08 &lt;+legion&gt; 음, 그렇다면 왜 i2phex가 필요한 거죠? 16:08 &lt;+Complication&gt; 만약을 위해서? 16:08 &lt;jrandom&gt; 흠? 16:08 &lt;jrandom&gt; i2phex는 phex의 확장이에요 16:08 &lt;+legion&gt; phex에 i2p 확장만 있는 형태로 두길 원한 것 같았거든요 16:09 &lt;jrandom&gt; 확장이라 함은, 아주 소수의 구성요소만 수정한다는 뜻이죠 16:09 &lt;jrandom&gt; 어, s/bits/components/. 그래서 phex 개발자들이 무언가를 고칠 때마다 코드를 쉽게 업데이트할 수 있도록요 16:10 &lt;+legion&gt; 그렇다면 최신 cvs 코드로 제가 업데이트하는 데 큰 일은 아닐 텐데요, 뭐 일이 많아질 거란 건 알지만요. 16:10 &lt;jrandom&gt; 포럼에서 마지막으로 들은 바로는, I2Phex와 Phex를 별개의 애플리케이션으로 두되, 코드 대부분을 공유하는 계획이었어요 16:10 &lt;jrandom&gt; 네, legion, 그거야 좋죠. 다만 제가 마지막으로 들었을 땐 Gregor가 아직 Phex 수정 작업을 끝내지 못했어요 16:11 &lt;jrandom&gt; (그걸 redzara가 기다리는 중이었죠) 16:11 &lt;+legion&gt; 아, 알겠어요 16:11 &lt;jrandom&gt; 그러니, 대안은 Gregor를 돕거나 기존 I2Phex 코드베이스를 계속 수정하는 겁니다 16:12 &lt;+legion&gt; 그럼 제가 기다리지 않고 새 코드로 i2phex를 업데이트해버리면, redzara가 계속할 필요가 없겠네요 16:12 &lt;jrandom&gt; 음, 꼭 그런 건 아니에요. 16:12 &lt;jrandom&gt; I2Phex를 현재 Phex 코드로 업데이트하는 건 좋죠, 맞아요 16:13 &lt;jrandom&gt; 하지만 Phex 개발자들이 Phex 코드를 업데이트하는 순간, 우리는 또 불일치가 생겨요 16:13 &lt;+legion&gt; 좋아요, 오늘 밤이나 며칠 안에 해볼게요. 16:13 &lt;jrandom&gt; 끝내주네 16:13 &lt;+legion&gt; 괜찮습니다. 16:14 &lt;+legion&gt; 사실 i2phex를 phex 코드와 계속 동기화하려는 건 아니고, cvs에 i2phex에 확실히 도움이 될 수정이 들어 있는 것 같아서요. 16:15 &lt;+legion&gt; 그리고 i2phex에 필요 없는 phex 코드와 기능은 빼고 싶기도 하고요. 16:15 &lt;jrandom&gt; 좋아요 16:16 &lt;+legion&gt; 아직 작동하지 않는 업로드 큐 같은 것들을 고치고 새 기능을 넣는 문제에 대해서는... 글쎄요, 웹캐시를 동작시키는 건 이미 살펴봤지만 아직 할 일이 많습니다. 16:17 &lt;jrandom&gt; 맞아요. 예전엔 phex에 gwebcache 지원이 있었는데, sirup이 처음엔 필요 없어서 비활성화했죠 16:17 &lt;+legion&gt; 언젠가 jeti를 i2phex에 추가할 계획입니다. 16:17 &lt;jrandom&gt; 좋네 16:18 * jrandom 은 jeti를 써본 적이 없고, 선택 구성요소로 남았으면 하지만, 더 많은 걸 지원하는 건 멋져요 16:18 &lt;+legion&gt; 네 선택적으로요, 사용자는 jeti2phex를 다운로드할 수 있게 될 겁니다 ;) 16:19 &lt;jrandom&gt; 맞아 16:19 &lt;+legion&gt; i2phex로 할 수 있는 게 아직 많아요, 지금도 잘 돌아가긴 하지만요. 16:20 &lt;+legion&gt; 지금까지는 클라이언트를 24/7로 연결 유지하고 계속 돌리는 게 가능하고 쉽습니다. 16:21 &lt;jrandom&gt; 네, 저도 꽤 잘 썼어요... "내가 라이선스 받은 녹음을 백업하는 데" 16:21 &lt;+legion&gt; ㅎㅎ :) 16:22 &lt;jrandom&gt; 좋아요, 회의에 더 이야기할 분 있나요? 16:23 * cervantes 가 중국식 공을 굴려 들여온다 16:23 &lt;+legion&gt; 뭔가 잊은 것 같은데... 흠 16:24 &lt;+legion&gt; 아 맞다, i2p와 i2phex가 소비하는 메모리 양을 줄일 방법에 대한 아이디어가 있나요? 16:25 &lt;+Complication&gt; 음, TCP transport가 좀 차지하죠 16:25 &lt;jrandom&gt; 둘 다 같은 jvm에서 돌릴 수도 있어요 16:25 &lt;+Complication&gt; 그게 빠지면 조금은 줄어들 거예요 16:26 &lt;@cervantes&gt; 기계에서 램 모듈 몇 개 빼세요 16:26 &lt;cat-a-puss&gt; javolution 써본 경험 있는 분, 도움이 될지 아시나요? http://javolution.org/ 16:26 &lt;jrandom&gt; (i2p 설치 디렉터리의 clients.config가 클라이언트 실행을 위한 메인 클래스와 인자를 정의합니다) 16:26 &lt;+legion&gt; 그럼 둘 다 같은 jvm에서 돌리고 tcp도 빠지면, 50mb 이하로 내릴 수 있을까요? 16:27 &lt;jrandom&gt; 모르겠네요, legion. 50MB가 정확히 뭘 뜻하는지도 달렸고요. RSS/VSS/etc 16:27 &lt;jrandom&gt; 다만 둘을 한 JVM에서 돌리는 건 권하진 않아요. 둘 다 항상 실행할 게 아니라면요. 하나를 종료하면 다른 하나도 죽을 테니까요 16:27 &lt;@cervantes&gt; legion: 대역폭을 제한하고 참가자 상한을 두는 것도 도움이 될 거예요 16:27 &lt;jrandom&gt; 네, cervantes 말대로요 16:28 &lt;cat-a-puss&gt; 결국 어떤 종류의 객체를 얼마나 쓸지 정확히 안다면, 지나치게 열성적인 jvm 할당을 막는 데 도움이 될 것 같아요 16:28 &lt;+Complication&gt; 맞아요, 서로 다른 할당들이 있는데, 저는 그걸 제대로 이해해 본 적이 없네요 16:28 &lt;jrandom&gt; 네, 그런 것도 좀 해요, cat-a-puss (net.i2p.util.ByteCache 참고) 16:29 &lt;+Complication&gt; (하지만 말했듯, 저는 Java가 아주 생소해요) 16:29 &lt;jrandom&gt; 예전에 javolution을 훑어봤는데, 많이 발전한 것 같네요. 다시 한 번 살펴볼게요 16:30 &lt;cat-a-puss&gt; jrandom: 제 회사에서도 쓰는 사람들이 있는데 만족해요, 다만 메모리 할당은 신경 안 써요 16:31 &lt;jrandom&gt; 글쎄요, 메모리를 실제로 절약하진 못하겠지만, GC 동작을 줄이는 데는 도움이 되겠죠 16:31 &lt;+legion&gt; 전 개인적으로 메모리 할당엔 큰 관심이 없지만, 많은 사람들이 신경 쓰죠. 16:31 &lt;jrandom&gt; 오, 그리고 BSD 라이선스네요 16:31 &lt;cat-a-puss&gt; 맞아요 16:31 &lt;jrandom&gt; legion: 메모리 할당은 곧 성능이에요 16:32 &lt;+legion&gt; 아, 그러니까 메모리 소비 말이죠 16:33 &lt;+legion&gt; 많은 사람들이 utorrent가 메모리 점유가 아주 작아서 아주 만족하죠. 16:33 &lt;jrandom&gt; 아, 그렇군요. 나중에 조정할 수는 있어요. i2p가 기본 jvm 크기 내에서 돌아가니까, 전 큰 걱정은 안 해요(조정할 여지가 많으니까요) 16:34 &lt;jrandom&gt; 좋아요, 회의에 더 이야기할 분 있나요? 16:35 &lt;+legion&gt; 아니요, 저는 됐어요... 16:37 * jrandom 준비한다 16:37 * jrandom 이 회의를 *baf*하며 종료한다 </div>/ko/blog/2005/11/22/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-11%EC%9B%94-22%EC%9D%BC/Tue, 22 Nov 2005 00:00:00 +0000/ko/blog/2005/11/22/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-11%EC%9B%94-22%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ailouros, cervantes, Complication, frosk, jrandom, nickless_head, Raccoon23, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 16:18 &lt;jrandom&gt; 0) 안녕 16:18 &lt;jrandom&gt; 1) 네트워크 상태 16:18 &lt;jrandom&gt; 2) Fox hunt 16:18 &lt;jrandom&gt; 3) ??? 16:18 &lt;jrandom&gt; 0) 안녕 16:18 * jrandom 전기가 복구된 집에서 뒤늦게 손을 흔든다 16:18 &lt;jrandom&gt; 주간 상태 노트를 올렸어요 @ http://dev.i2p.net/pipermail/i2p/2005-November/001227.html 16:19 &lt;jrandom&gt; 1) 네트워크 상태 16:20 &lt;jrandom&gt; 메일에 있는 것 이상으로 덧붙일 게 많지 않아요.. 네트워크 상태와 관련해 제기하고 싶은 게 있나요? 16:21 &lt;jrandom&gt; 그렇지 않다면, 2) Fox hunt로 넘어갈게요 16:21 &lt;zzz&gt; 좋은 생각이에요 16:22 &lt;jrandom&gt; 여기도, 메일과 Raccoon23의 제안에 있는 것 이상으로 덧붙일 게 별로 없네요.. 16:22 &lt;+fox&gt; &lt;ailouros&gt; "Fox hunt"라는 이름에는 좀 반대예요. 차라리 "Man hunt"라고 부르죠. 여우는 잘못한 게 없어요. 16:22 &lt;Raccoon23&gt; 하하 16:22 &lt;jrandom&gt; 응, 동의해요 zzz, 실제 사용의 심각한 위험 없이도 사람들에게 실질적인 동기를 줄 수 있어서 꽤 도움이 될 거예요 16:23 &lt;nickless_head&gt; 그걸 "&lt;politically correct animal&gt; hunt 16:23 &lt;Raccoon23&gt; "Fox hunt"는 무단 송신기를 찾아내는 햄 라디오 대회의 전형적인 이름이에요 16:24 &lt;+fox&gt; &lt;ailouros&gt; 여우를 부르는 무선 송신기 따위는 신경 안 써요, 여기선 i2p 얘기잖아요, 익명의 여우는 안 돼요 16:24 &lt;+fox&gt; &lt;ailouros&gt; :D 16:24 * cervantes ailouros가 changate라는 이름을 알고 있는지 궁금해한다 16:24 &lt;nickless_head&gt; 아마 "Dissident hunt" 16:25 &lt;@cervantes&gt; &lt;fox&gt; &lt;ailouros&gt; :D 16:25 &lt;+fox&gt; &lt;ailouros&gt; (어, changate가 뭐죠?) 16:25 &lt;jrandom&gt; ㅎㅎ 16:25 &lt;@cervantes&gt; ailouros: 그건 서로 다른 네트워크 사이에서 채팅을 중계하는 봇들이에요 16:26 &lt;+fox&gt; &lt;ailouros&gt; 여기서 말하는 건 vulpine인가요? 16:26 &lt;@cervantes&gt; i2p 쪽의 채팅이 당신 쪽으로 갈 때는 vulpine으로 중계돼요 16:26 &lt;@cervantes&gt; 그리고 당신 쪽 채팅은 fox를 통해 우리에게 중계되고요 16:26 &lt;@cervantes&gt; ;-) 16:26 &lt;@cervantes&gt; *your 16:26 &lt;+fox&gt; &lt;ailouros&gt; 그럼 사냥 대상은 불쌍한 노예처럼 일하는 봇인가요? :D 16:27 &lt;Raccoon23&gt; 그래요, 현상금/정보 페이지를 만들어야 한다고 봐요. 1천 달러 모금을 목표로 하면 좋겠어요 16:27 &lt;+fox&gt; &lt;ailouros&gt; 네, 미안, 보통은 i2pchat에 안 가요 :) 16:27 &lt;+fox&gt; &lt;ailouros&gt; 이야, 그게 바로 현상금답네요! 16:28 &lt;jrandom&gt; Raccoon23: 동의하지만, 지금 그렇게 하기는 조금 이른 감이 있어요. 16:28 &lt;jrandom&gt; (필요할 때 시작 자금으로 일반 기금에서 현상금 쪽으로 배정할 수는 있어요) 16:28 &lt;+fox&gt; &lt;ailouros&gt; 그럼 현상금 없이 지금 당장 사냥을 시작할까요? 16:28 &lt;+fox&gt; &lt;ailouros&gt; 그러니까, 빨리 시작할수록 더 많은 눈을 뜨게 하잖아요 16:28 &lt;jrandom&gt; Fox hunt가 의미 있으려면(즉 I2P에 도움이 되려면), 신중하게 진행해야 해요. 16:28 &lt;jrandom&gt; 아니에요 ailouros, 동의할 수 없어요. 16:29 &lt;jrandom&gt; I2P가 준비되기 전에 콘테스트를 여는 건 아주 나쁜 생각이에요. 16:29 &lt;Raccoon23&gt; 그래요 16:29 &lt;jrandom&gt; 완성되지 않은 걸 평가하느라 사람들 시간을 낭비하게 만들 뿐 아니라, 유의미한 정보를 주지도 못할 테니까요 16:30 &lt;+fox&gt; &lt;ailouros&gt; ....인정 16:30 &lt;Raccoon23&gt; 그리고 곧 나올 버전에서 고칠 예정인 취약점들이 "발견"되면 안 좋은 보도가 나올 수도 있죠 16:30 &lt;jrandom&gt; 맞아요 16:33 &lt;jrandom&gt; 좋아요, 2) 관련해서 다른 거 있나요, 아니면 3) ???로 넘어갈까요? 16:34 &lt;zzz&gt; jrandom/raccoon23 스레드의 다른 부분에서, 최소 2-hop로 옮기자는 결론이었나요? 다른 결론은요? 16:35 &lt;jrandom&gt; 음, 결국 상대가 누구냐의 문제지만, 기본값을 2 +0-1로 두는 건 큰 무리가 없고 특정 유형의 공격자에 대한 보호를 제공할 거예요 16:35 &lt;jrandom&gt; 다른 결론은 "자, 0.6.2에 착수하자"일지도요 :) 16:35 &lt;+fox&gt; &lt;ailouros&gt; tunnel의 값이 항상 고정되도록(예: 0+1 variance) 설정하려면 어떻게 하나요? 재시작할 때마다 기본값으로 돌아가요 16:36 &lt;jrandom&gt; ailouros: /i2ptunnel/에서 설정을 저장할 수 있어야 해요 16:36 &lt;jrandom&gt; 아니면 /configtunnels.jsp ? 16:37 &lt;Raccoon23&gt; 적어도 0.6.1에서는 1 hop tunnels가 꽤 약한 공격자에게도 많은 것을 가능하게 한다고 봐요. 0.6.1.6에서는 기본값으로 1 hop tunnels가 없어야 한다고 주장하겠습니다 16:37 &lt;+fox&gt; &lt;ailouros&gt; configtunnels가 맞네요 16:37 &lt;jrandom&gt; 맞아요, 동의해요 Raccoon23 16:37 &lt;jrandom&gt; ailouros: /i2ptunnel/을 사용해서 설정을 저장하세요 16:37 &lt;+fox&gt; &lt;ailouros&gt; 새 인터페이스를 못 봤네요 :D 16:38 &lt;@cervantes&gt; ailouros: 0.6.1.5에 막 추가됐어요 16:38 &lt;jrandom&gt; 맞아요, cervantes가 거기서 훌륭한 작업을 했죠, ailouros 16:38 &lt;+fox&gt; &lt;ailouros&gt; 좋네요, 박수 보냅니다 16:39 &lt;@cervantes&gt; 그 얘기가 나온 김에, 새 인터페이스에서 설정 저장에 문제가 있는 분들은 다음 릴리스까진 IE가 아닌 브라우저를 쓰는 게 좋을지도 몰라요 16:39 &lt;@cervantes&gt; *투덜* microsoft *투덜* 16:40 &lt;+fox&gt; &lt;ailouros&gt; 다른 얘기인데, i2p에 nethack 서버를 세우면 관심 있는 분 있나요? :D 16:41 &lt;@frosk&gt; ailouros: 생각은 해봤어요(실제로 nethack 하고 있어서), 그런데 지연이 심각할 것 같아요(그리고 nethack에서는 지연이 정말 최악이죠) 16:42 &lt;+fox&gt; &lt;ailouros&gt; 그런 듯하네요 16:42 &lt;+fox&gt; &lt;ailouros&gt; 좋아요, 아이디어는 폐기 16:43 * frosk 몇 달 전에 첫 승천을 했죠, 우와 16:44 &lt;jrandom&gt; 좋아요, 회의에 대해 더 이야기할 것 있나요? 16:45 &lt;+fox&gt; &lt;ailouros&gt; 네, 스레드에 새 메시지가 있을 때 syndie에 표시가 있었으면 해요 16:46 &lt;nickless_head&gt; jrandom: 그리고 새 메시지(제목)가 처음 표시될 때 볼드/이탤릭으로 표시되면 멋질 거예요 16:47 &lt;nickless_head&gt; jrandom: http로 syndie 데이터베이스의 메시지에 _정말 간단하게_ 접근할 방법이 있나요? 16:47 &lt;jrandom&gt; 아 네, ailouros/nickless_head, 첫 번째 열을 날짜별로 색상 코딩/플래그 지정하는 걸 생각 중이에요(예: 오늘 올라온 건 밝은 플래그, 어제 건 좀 덜 밝게 등). 16:47 &lt;nickless_head&gt; jrandom: 가능하면 XML처럼 가져오기 쉬운 포맷이면 좋겠고요 16:48 &lt;jrandom&gt; nickless_head: wget -R `http://localhost:7657/syndie/archive/` 16:48 &lt;nickless_head&gt; 그게 있다면, syndie를 nntp로 내보내는 exporter를 작성할 수 있어요 16:48 &lt;jrandom&gt; 오, nntp로 내보내고 싶다면, rss to nntp를 쓰세요 16:48 &lt;nickless_head&gt; jrandom: 좋아요 그렇게 해볼게요 :) 16:48 &lt;nickless_head&gt; jrandom: 그게 이미 있어요? ... 젠장. ;) 16:49 &lt;jrandom&gt; 메시지를 읽음/안 읽음으로 표시할 수 있도록 사용자별 메시지 히스토리를 추가하는 것도 생각 중인데, 아마 0.6.1.6에는 안 들어갈 거예요(누군가 대신 구현해 주지 않는 이상 :) 16:49 &lt;jrandom&gt; 아니면 스레드 트리에 새 필터를 추가해서 - [today |v] 이후에 올라온 메시지만 보이도록 할 수도 있고요 16:49 &lt;jrandom&gt; (어제, 이틀 전 등으로) 16:50 &lt;jrandom&gt; http://www.methodize.org/nntprss/ 16:50 &lt;nickless_head&gt; jrandom: 고마워요 16:54 &lt;jrandom&gt; 천만에요 16:54 &lt;Raccoon23&gt; jrandom: 그래서 제가 그걸 구현하려면 시간이 좀 걸릴 거예요(먼저 restricted routes를 끝내고 싶거든요). 그런데 outbound server tunnels에 선택적으로 1024bit garlic routing을 넣는 건 어떻게 보세요? 16:54 &lt;jrandom&gt; 엄청난 오버헤드예요 - O(data)가&gt;&gt;&gt; O(tunnels)입니다. 지금 O(tunnels)에서도 문제가 생기고 있는데 O(data)를 기대할 수는 없죠 16:55 &lt;Raccoon23&gt; 아직도 CPU 문제가 있나요? 제 router는 꽤 낮게 나오는데, 여긴 T1이 있는 것도 아니고요.. 16:56 &lt;jrandom&gt; 모두가 P4를 쓰는 건 아니잖아요 ;) 16:56 &lt;jrandom&gt; 느린 머신에서는 사용률이 8~15%라는 보고를 들었는데, 혼잡해지면 스파이크가 심해요 16:56 &lt;jrandom&gt; (100%+까지) 16:56 &lt;+Complication&gt; CPU 사용량에 관해: 신기하게도, Mandriva 10.1의 Java가 Mandriva 2006의 Java보다 훨씬 덜 먹어요. 16:56 &lt;Raccoon23&gt; 그래요, 하지만 그런 분들은 아마 T1도 없겠죠 16:56 &lt;Raccoon23&gt; 마찬가지로요 :) 16:57 &lt;+Complication&gt; 둘 다 조정했는데, 2006에는 로컬에서 컴파일한 jbigi가 있어요. 16:57 &lt;jrandom&gt; 이상하네요 Complication 16:57 &lt;jrandom&gt; 같은 i2p 리비전인가요? 16:57 &lt;+Complication&gt; 2006(Celeron 2.4)에서는 Java가 20%까지 올라갈 수 있어요. 16:58 &lt;+Complication&gt; 10.1에서는 5% 이상 가지 않더군요. 16:58 &lt;+Complication&gt; (보통은) 16:58 &lt;+Complication&gt; (보통==시작 시는 아님) 16:58 &lt;+Complication&gt; 같은 리비전이에요. 16:58 &lt;+Complication&gt; Java도 거의 같아요(_04와 _05의 차이) 16:59 &lt;+Complication&gt; 데몬을 좀 더 조정해야겠다는 생각이 드네요. 그중 일부가 Java를 방해하고 있을지도. 16:59 &lt;+Complication&gt; 제가 알아내지 못한 괴상한 방식으로요. 17:00 &lt;+Complication&gt; 하지만 맞아요, Cel 300이 눈에 띄게 더 나아요. 아마 adaptive MTU 덕분일 수도 17:01 &lt;jrandom&gt; 아 멋지네요, 그래요, 곧 멋진 것들이 나올 거예요 :) 17:03 &lt;+Complication&gt; 일부 리눅스 배포판에서 libc 관련 jbigi 문제를 우회할 방법이 있을까요? 17:03 &lt;jrandom&gt; 네, 확실히 있어요, jbigis를 전부 다시 빌드하기만 하면 돼요 17:03 &lt;jrandom&gt; (libc가 아니라 libg++예요) 17:05 * Raccoon23 garlic routing의 꿈을 포기하지 않기로 하지만, 성능이 안정될 때까지 기다리기로 한다.. 아마 2.0쯤에 17:05 &lt;+Complication&gt; 오, 제대로 빌드하면 도움이 될 거라고 보시나요? 17:05 &lt;jrandom&gt; Complication: 네, jcpuid는 사실 그냥 ASM 호출일 뿐이라 jcpuid 링크 오류는 불필요해요(어차피 C++로 구현했어도 안 됐죠 ;) 17:06 &lt;jrandom&gt; Raccoon23: 멋져요 :) 그건 결국 라이브 네트에서도 할 수 있어요, 단지 다른 I2NP 메시지 타입을 쓰고, 올바른 capability를 광고하고, 그걸로 필터링하면 되죠 17:06 &lt;jrandom&gt; (언젠가는) 17:07 &lt;Raccoon23&gt; 예를 들어 빠른 CPU용으로 caps=S 같은 거? ;) 17:08 &lt;jrandom&gt; 그리고 미친 속도용으로 caps=I ;) 17:08 &lt;jrandom&gt; 좋아요, 회의에 더 얘기할 거 있는 분? 17:08 &lt;Raccoon23&gt; 하하 17:09 &lt;Raccoon23&gt; 여러 tunnels 간에 키를 공유하는 임시방편은 어떻게 보세요? 노력 대비 이득이 너무 적을까요? 17:09 &lt;jrandom&gt; 왜 그게 단순히 여러 tunnels를 두고 그중 하나로 메시지를 보내는 것보다 더 나은가요? 17:10 &lt;jrandom&gt; (그리고, 음, 보안 관점이나 익명성 관점에서 더 나쁘지 않나요) 17:10 &lt;Raccoon23&gt; 음, 아이디어는 노드들이 어떤 트래픽이 하나의 tunnel의 일부인지 알 수 없게 하는 거예요. 그래서 i2phex와 eepsite를 돌리면서 tunnels에 같은 호스트를 선택한다면, hop들이 보기에는 두 트래픽이 섞여 보일 거예요 17:11 &lt;Raccoon23&gt; 그럼 타이밍 공격이 더 어려워지겠죠 17:11 &lt;jrandom&gt; 아, 이런, 맞아요. 그건 정말 좋지 않은 연결 가능성(linkability)을 만들어내요 17:11 &lt;jrandom&gt; 그래서 0.4에서 클라이언트별 tunnel 풀로 옮겼던 거예요 17:11 &lt;Raccoon23&gt; 설명해 주세요? 17:11 &lt;jrandom&gt; i2ptunnel은, 원한다면 동일 destination을 공유해서 풀을 공유할 수 있게 해요 17:12 &lt;jrandom&gt; 두 클라이언트의 메시지가 하나의 tunnel로 내려간다면, 그 두 클라이언트가 같은 사람이 제어한다는 걸 알 수 있죠 17:12 &lt;jrandom&gt; s/clients/destinations/ 17:13 &lt;Raccoon23&gt; 음, 키를 공유하면 초반 hops는 섞일 수 있지만, leasesets는 분리되겠죠.. 17:13 &lt;Raccoon23&gt; 어차피 타이밍 공격에 위험한 건 초반 hops니까요 17:13 &lt;jrandom&gt; 그래도 원래 연결되면 안 되는 두 destination을 연결할 수 있는 경로를 허용하게 돼요 17:14 &lt;jrandom&gt; 링크 가능성을 희석하려고 뭔가 조작을 해서 난독화할 수도 있겠지만, 본질적으로는 연결돼 버립니다. 그건 불필요하고, 좋지 않아요. 17:18 &lt;Raccoon23&gt; 그럼 caps=SI를 꿈꾸는 걸로 돌아가야겠네요 :) 17:19 &lt;jrandom&gt; 아 그러면. 좋아요, 다른 거 있으신가요? 17:20 * jrandom 마무리한다 17:20 * jrandom *baf*하며 회의를 마감한다 </div>/ko/blog/2005/11/15/i2p-dev-meeting-november-15-2005/Tue, 15 Nov 2005 00:00:00 +0000/ko/blog/2005/11/15/i2p-dev-meeting-november-15-2005/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ailouros, anti, bar, cervantes, Complication, frosk, jmg, jrandom, modulus, polecat, reliver, Sonium, tethra</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 15:15 &lt;jrandom&gt; 0) 하이 15:15 &lt;jrandom&gt; 1) 네트워크 상태 / 0.6.1.5 15:15 &lt;jrandom&gt; 2) Syndie 업데이트 15:15 &lt;jrandom&gt; 3) I2Phex 15:15 &lt;jrandom&gt; 4) I2P-Rufus 15:15 &lt;jrandom&gt; 5) 이슈 추적기 15:15 &lt;jrandom&gt; 6) Dynamic Keys 15:15 &lt;jrandom&gt; 7) ??? 15:15 &lt;jrandom&gt; 0) 하이 15:15 * jrandom 손을 흔듭니다 15:16 &lt;jrandom&gt; 주간 상태 노트가 http://dev.i2p.net/pipermail/i2p/2005-November/001210.html 에 올라갔습니다 15:17 &lt;+bar&gt; yalla! *허공에 총을 몇 발 쏩니다* 15:17 * jrandom 몸을 숙이고 엄폐하며 1) 네트워크 상태 / 0.6.1.5로 뛰어듭니다 15:18 &lt;jrandom&gt; 메일에서 말했듯 진행이 많이 있었고, 오늘 밤 늦게 새 릴리스를 내놓을 예정입니다 15:18 * jrandom 더 일찍 내려고 했지만 늦잠을 자서, 회의 /도중에/ 모두가 업그레이드하는 상황은 피하고 싶었어요 :) 15:20 &lt;jrandom&gt; 1) 네트워크 상태 / 0.6.1.5에 대해 질문/코멘트/우려사항 있나요? 15:20 &lt;+fox&gt; &lt;ailouros&gt; “앞으로도 잘 부탁드립니다”는 적절한 코멘트인가요? 15:20 &lt;jrandom&gt; :) 고마워요 15:22 &lt;jrandom&gt; 요즘 안정성에는 꽤 만족하고 있어요. 다음 릴리스에서는 스트림당 4–8KBps를 넘어서는 처리량 개선을 기대합니다. 로컬 테스트는 충분히 했지만, 실제 환경에서 확인해야 하죠 15:22 &lt;tethra&gt; ailouros의 코멘트에 동의하고, 더 나아가 건배를 제안합니다: 15:22 &lt;jrandom&gt; 다이얼업 사용자들로부터 긍정적인 보고도 더 있었습니다 15:22 &lt;tethra&gt; jrandom과 i2p를 위하여! 우웃! 15:22 &lt;tethra&gt; &lt;3 15:23 &lt;jrandom&gt; w3wt. 좋아요, 더 없으면 2) Syndie 업데이트로 넘어가죠 15:24 &lt;jrandom&gt; 이 부분에서도 진전이 많았지만, 아마 사람들이 직접 써본 뒤 릴리스 후에 논의하는 게 좋을 것 같아요 15:25 &lt;jrandom&gt; http://syndiemedia.i2p.net/about.html 에 올라간 정보(첫 번째 링크)가 왜 한번 써봐야 하는지 설명해 줄 거예요 :) 15:25 &lt;+fox&gt; &lt;ailouros&gt; 아, 너무해요. 먼저는 안 내놓고, 그다음엔 ‘먼저 써보라’니... 이건 약 올리는 거잖아요! :D 15:25 &lt;jrandom&gt; :) 15:26 &lt;jrandom&gt; 좋아 좋아, 그럼 3) I2Phex로 넘어가죠. 업그레이드한 뒤에 Syndie에 대해 떠오른 생각은 Syndie에 직접 올리면 되니까요 ;) 15:27 &lt;jrandom&gt; 오늘 밤 늦게 I2Phex 0.1.1.36 공지가 나갈 겁니다 15:28 &lt;jrandom&gt; 변경점은 성가신 “Please insert a disk” 팝업 수정 하나뿐이에요 15:28 &lt;tethra&gt; 그럼 이제 드라이브에서 디스크를 빼도 소리 지르지 않겠네요? ;) 15:28 &lt;jrandom&gt; 헤헷 맞아요 15:28 &lt;tethra&gt; :D 15:30 &lt;jrandom&gt; 좋아요, 3) I2Phex에 더 없으면 4) I2P-Rufus로 넘어가죠 15:30 &lt;tethra&gt; 말 나온 김에, I2Phex 계획은 어떻게 되나요? 15:30 &lt;jrandom&gt; 아 15:30 &lt;jrandom&gt; 포럼에 기능 요청 목록이 올라와 있어요 15:31 &lt;jrandom&gt; Phex와 코드 병합 관련해 redzara에게서는 아직 소식이 없지만, Gregor는 네트워킹 부분을 추상화해서 더 쉽게 동기화할 수 있도록 계속 작업 중이에요 15:32 &lt;jrandom&gt; 전반적으로 앱은 잘 동작합니다. 다만 gwebcache 지원이 있으면 정말 좋아요. 그러면 파일이나 키를 받아오지 않아도 I2Phex가 바로(out of the box) 동작하거든요 15:32 &lt;jrandom&gt; I2Phex에 gwebcache 지원을 (다시) 넣고 있는 사람은 아직 몰라요. 하지만 Java를 아는 분이면 정말 큰 도움이 될 거예요 15:33 &lt;tethra&gt; 좋네요. 15:33 &lt;+fox&gt; &lt;reliver&gt; _007pig일지도? 15:33 &lt;+fox&gt; &lt;ailouros&gt; 실례지만, Gnutella 네트워크가 예전에 자기 자신을 플러딩하다 망했던 그거 아니었나요? 15:33 &lt;tethra&gt; 새로 온 사람들은 처음엔 좀 혼란스러워하곤 하죠 15:33 &lt;+fox&gt; &lt;reliver&gt; 어제 그가 도와주겠다는 제안을 안 받았잖아요, jrandom 15:33 &lt;jrandom&gt; _007pig는 번역 작업을 보려고 했고, 누구라도 좋습니다. Phex 자체에는 gwebcache 지원이 있지만, sirup가 그걸 비활성화했어요 15:34 &lt;jrandom&gt; ailouros: Gnutella는 아직 있지만, 네, 이상적이진 않죠. 15:34 &lt;tethra&gt; I2Phex가 사용하는 프로토콜을 다른 걸로 바꾸는 걸 검토하는 사람은 없나요? 15:35 &lt;jrandom&gt; 사람들에게 특정 프로젝트를 하라고 요구하는 건 망설여져서, 대신 누군가 탐색해볼 만한 몇 가지 영역을 제안하곤 해요 15:35 &lt;jrandom&gt; tethra: 제가 아는 한은 없어요 15:35 &lt;+fox&gt; &lt;ailouros&gt; 글쎄요, 그보다는 I2P에서 Localhost(Azureus 수정판)를 보고 싶네요 15:36 &lt;tethra&gt; 확실히 BitTorrent가 Gnutella보다 더 까다롭지 않나요? 15:36 &lt;tethra&gt; 시딩 같은 측면에서요 15:36 &lt;jrandom&gt; ailouros: 사람들이 구현하고 유지보수만 해준다면 뭐든 좋아요 :) 15:36 &lt;+fox&gt; &lt;ailouros&gt; 모르겠어요, Gnutella는... 한 6년 전 이후로 안 썼거든요 15:37 &lt;anti&gt; 그게 더 효율적이고 진정한 확장성을 시험하기에도 더 좋지 않을까요? 15:37 &lt;+fox&gt; &lt;ailouros&gt; jrandom 네, 그건 좋은 기준이네요 :D 15:37 &lt;jrandom&gt; I2Phex는 꽤 잘 작동해요. 통해서 데이터를 많이 전송했고, 멋진 콘텐츠도 좀 찾았죠 15:37 &lt;@cervantes&gt; (pony pr0n) 15:37 &lt;+fox&gt; &lt;ailouros&gt; lol 15:37 &lt;tethra&gt; 하하하 15:37 &lt;jrandom&gt; 더 나은 방법이 있을 수도 있지만, 작동하는 게 없는 것보다 낫죠 15:37 &lt;tethra&gt; cervantes++ 15:37 &lt;tethra&gt; ;) 15:38 &lt;tethra&gt; 더 진실된 말은 없죠. 15:39 &lt;anti&gt; 일리 있네요 15:39 &lt;@cervantes&gt; 이런... jr가 기분 상해서 일찍 저녁 먹으러 가버렸네 15:39 &lt;@cervantes&gt; (미안) 15:39 &lt;anti&gt; 아니요, 아마 (전설의) pony pr0n을 찾고 있을걸요. ;) 15:40 &lt;jrandom&gt; *콜록* ;) 15:40 &lt;tethra&gt; ㅋㅋ 15:40 &lt;tethra&gt; 헤헷 ;) 15:40 &lt;jrandom&gt; 좋아요, 3)에 더 없으면 4) I2P-Rufus로 넘어가죠 15:40 &lt;+fox&gt; &lt;reliver&gt; 나는 나는 pony pr0n이 좋아요 :-) 15:40 &lt;jrandom&gt; Rawn / defnax: 포럼에 올라온 내용에 덧붙일 게 있나요? 15:41 &lt;@cervantes&gt; 좋은 진전이 있는 것 같네요 15:41 &lt;jrandom&gt; 응 15:45 &lt;jrandom&gt; 좋아요, 그게 끝이면 5) 이슈 추적기로 넘어가죠 15:45 &lt;jrandom&gt; 버그와 기능 요청을 관리하기에 포럼은 좀 무겁고, Bugzilla는 다루기 힘든 괴물이라서... 15:46 &lt;@frosk&gt; 어딘가에 이미 Bugzilla가 있지 않나요? 15:46 &lt;jrandom&gt; 일반 요구사항을 몇 가지 올렸고, cervantes가 실행 가능한 한 가지 해법을 제시했어요 15:46 &lt;jrandom&gt; 아뇨, Bugzilla는 sago로 이전하기 전 예전 호스트(@johnscompanies)에 있었어요 15:46 &lt;+fox&gt; &lt;ailouros&gt; NNTP는 어때요? 포럼보다 낫고, 보통 스레드도 되잖아요... 15:46 &lt;+fox&gt; &lt;reliver&gt; 그렇게 큰 오픈소스 커뮤니티가 쓰는데 Bugzilla가 그렇게 부족하다니 이상하네요 ... 15:46 &lt;+fox&gt; &lt;ailouros&gt; how* 15:46 &lt;@frosk&gt; 아 오케이 15:47 &lt;jrandom&gt; NNTP도 가능성은 있지만, Syndie를 쓰면 그보다 나은 점들이 있어요(태그로 간단히 필터링): http://syndiemedia.i2p.net:8000/threads.jsp?visible=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004&post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004& 15:48 &lt;jrandom&gt; 하지만 NNTP는 수십 년간 실전에서 검증된 장점이 있죠 15:48 &lt;+fox&gt; &lt;ailouros&gt; NNTP 리더도 키워드로 필터 가능하잖아요([] 태그)? :D 15:49 &lt;@modulus&gt; 요즘엔 그렇게까지 검증되지 않았을 수도? 15:49 &lt;+fox&gt; &lt;reliver&gt; 스팸과 분쟁까지 포함해서요 ... 15:49 &lt;jrandom&gt; 그래도 대부분의 사람들은 NNTP 리더를 쓰지 않으니, 웹에서 접근 가능한 게 필요하겠죠 15:49 &lt;+fox&gt; &lt;ailouros&gt; 그런 면에서 Thunderbird가 좋다고 봐요. 그리고 i2mail과 i2nntp 사이에서 Enigmail을 공유할 수 있고요 15:49 &lt;@modulus&gt; 웹으로 접근 가능한 NNTP 리더는 어떤가요? 15:49 &lt;+fox&gt; &lt;reliver&gt; 게이트웨이는 흔하죠 15:49 &lt;jrandom&gt; 흠, modulus? 15:50 &lt;@modulus&gt; 흠, Usenet은 이제 많이 쓰이지 않는 것 같아요 15:50 &lt;jrandom&gt; 맞아요, 그럼 NNTP 서버와 필터링을 지원하는 게이트웨이가 필요하겠네요 15:50 &lt;@frosk&gt; 그래도 난 cervantes의 아이디어가 좋아요 15:50 &lt;+fox&gt; &lt;ailouros&gt; (사람들이 NNTP 리더를 쓰지 않는 이유는 포럼이 훨씬 예쁘고 훨씬 무거워서라고도 봐요) 15:50 &lt;@modulus&gt; 흠, 필터링 지원 게이트웨이? 무슨 얘기인지 잘 모르겠는데, 알면 도움이 될 듯. :-) 15:51 &lt;@modulus&gt; 내 생각엔 포럼 별로야. 젠장 포럼 정말 싫어, 쓸모가 없다고 ;-( 15:51 &lt;+fox&gt; &lt;ailouros&gt; ㅋㅋ 인터넷에서 접근하길 원한다는 얘기 같아요 15:51 &lt;+fox&gt; * ailouros, modulus에게 동의 15:51 &lt;@frosk&gt; modulus: 정말 그래요 15:51 &lt;jrandom&gt; 헤이 modulus ;) 우리는 http://syndiemedia.i2p.net:8000/threads.jsp?visible=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004&post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800003& 에 대해 논의 중이에요 15:51 &lt;+fox&gt; &lt;ailouros&gt; 아이익 메가바이트 급으로 긴 URI네요 15:52 &lt;@modulus&gt; Syndie URL의 좋은 점은 얼마나 기억하기 쉽고 입력이 간단하냐죠 15:52 &lt;jrandom&gt; 난 여전히 http://syndiemedia.i2p.net:8000/threads.jsp?post=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=/1132012800004& 가 좋아요 15:52 &lt;jrandom&gt; 헤헷 15:52 &lt;jrandom&gt; 그럼 http://syndiemedia.i2p.net/threads.jsp 로 가서 “Issue tracking software” 링크를 클릭하세요 :) 15:53 &lt;@frosk&gt; router 콘솔에서 바로 버그 리포팅 15:53 &lt;@modulus&gt; 흠, 버그 추적. 15:53 &lt;jrandom&gt; Syndie를 쓰면 1) 모든 I2P 사용자 환경과의 통합 2) 손쉬운 필터링 3) 스레딩 4) 스팸 처리(무시/즐겨찾기) 5) Syndie 실전 테스트 :) 를 얻을 수 있어요 15:54 &lt;+fox&gt; &lt;reliver&gt; 좋아 보이네요 :-) 15:54 &lt;+fox&gt; &lt;ailouros&gt; 맞아요 15:54 &lt;jrandom&gt; 맞아요, 그건 정말 좋은 기능이에요, frosk... /syndie/post.jsp로 게시하는 전용 HTML 폼도 만들 수 있겠죠 15:54 &lt;+fox&gt; &lt;ailouros&gt; 그나저나, Syndie를 NNTP 기반으로 하자는 얘기도 있지 않았나요? :D :D :D 15:54 &lt;@modulus&gt; 흠, Debian 버그 도구들은 어때요? 꽤 괜찮던데, 메일버그 15:54 &lt;anti-&gt; 이미 잘 작동하는 걸로는 반박할 수 없죠! 15:55 &lt;@cervantes&gt; 순수한 기술 데모 관점에서라도 해보는 게 좋다고 생각해요 15:55 &lt;jrandom&gt; ailouros: Syndie 게시물을 배포하는 데 NNTP를 쓰자는 거였죠. 지금은 임시식(ad-hoc) 연동만 쓰고 있지만, 더 발전시키면 좋겠어요 15:56 &lt;@cervantes&gt; 현실적인 사용 사례만큼 Syndie를 보여주는 데 좋은 방법은 없죠 15:56 &lt;jrandom&gt; 맞는 말이에요 15:56 &lt;jrandom&gt; 좋아요, 그건 0.6.1.6 릴리스에 포함시키는 걸로 계획해볼 수 있겠네요 15:56 &lt;+fox&gt; &lt;reliver&gt; 포럼이 마음에 안 드는 점은 진입 비용이 낮다는 거예요 15:57 &lt;+fox&gt; &lt;reliver&gt; 그래서 잡음이 너무 많이 끼죠. 15:57 &lt;@modulus&gt; 잘 모르겠어요, 이 Syndie라는 게... 아직은 별로인데, 익숙해질지도요. 15:57 &lt;+fox&gt; &lt;reliver&gt; 그리고 온라인일 때만 다룰 수 있고요 15:57 &lt;jrandom&gt; modulus: http://syndiemedia.i2p.net/about.html 에서 링크된 게시물 읽어보셨나요? 15:57 &lt;@modulus&gt; reliver: 하지만 버그 리포트엔 진입 장벽이 높은 게 안 좋아요. 애써 신고해주는 것만으로도 큰 호의를 베푸는 셈이거든요. 15:57 &lt;+fox&gt; &lt;ailouros&gt; 진입 비용이 낮지 않아요: 대역폭부터 떠오르죠. 노이즈가 높아서 [font=54]HELLO WORLD![/font] 같은 걸 써서 순식간에 엄청난 사람들을 귀찮게 만들 수 있어요 15:57 &lt;jrandom&gt; 동의해요, modulus 15:58 &lt;+fox&gt; &lt;ailouros&gt; 아 맞다, 진짜 온라인이어야 하죠 15:58 &lt;jrandom&gt; 헤이 ailouros, 그건 어차피 Syndie에서 처리해야 할 부분이죠 :) 15:58 &lt;@modulus&gt; 흠, 아마 아니었을 거예요, jr, 확인해볼게요 15:58 &lt;+fox&gt; &lt;ailouros&gt; 뭐, Syndie에선 사용자들을 블랙리스트에 올리면 거의 해결되죠 15:58 &lt;jrandom&gt; Syndie에선 버그 리포트를 오프라인에서 만들고, 나중에 온라인일 때 원격 아카이브로 배포(syndicate)할 수 있어요 :) 15:58 &lt;jrandom&gt; 정확해요, ailouros. 새 릴리스에서는 원클릭로도 돼요 15:59 &lt;+fox&gt; &lt;ailouros&gt; 포럼에서는 관리자가 와서 지워주길 바라거나, 그냥 놔두거나 둘 중 하나죠 15:59 &lt;anti-&gt; 그건 NNTP라기보다 UUCP에 더 가깝죠 :) 15:59 &lt;@modulus&gt; 흠, 거기서 정확히 어느 글을 말하나요? 15:59 &lt;jrandom&gt; ㅋㅋ 맞아요, anti 15:59 &lt;jrandom&gt; modulus: 첫 번째 링크 “in syndie itself”요 15:59 * cervantes는 지워버리는 쪽을 선호함 16:00 &lt;@modulus&gt; 에이, 실용적인 면에서는 UUCP == NNTP죠 :-) 16:00 &lt;jrandom&gt; anti-: 그게 요점이죠 — 사람들이 더 새롭고 더 나은 전송 메커니즘(UUCP, NNTP, usenetdht 등)을 만들면, 콘텐츠는 매끄럽게 흐를 수 있어요 16:00 &lt;+fox&gt; &lt;ailouros&gt; 이 얘기들 들으니 Plan 9가 떠오르네요 16:01 &lt;+fox&gt; &lt;reliver&gt; I2P는 특별할 수 있지만, 보통 버그 리포팅 시스템은 사용자를 막는 방화벽처럼 쓰이곤 하죠 ... 16:01 &lt;jrandom&gt; 사용자를 막는 방화벽처럼요? 16:01 &lt;+fox&gt; &lt;reliver&gt; I2P는 특별할 수 있지만, 대개 버그 리포팅 시스템은 사용자를 막는 방화벽처럼 쓰여요 ... 16:01 &lt;+fox&gt; &lt;reliver&gt; 네. 16:01 &lt;jrandom&gt; 사람들이 버그를 정말, 정말 쉽게 신고할 수 있길 원해요 16:01 &lt;+fox&gt; &lt;reliver&gt; Mozilla, Thunderbird, Ubuntu가 좋은 예죠 16:02 &lt;+fox&gt; &lt;reliver&gt; 좋아요, 훌륭해요 :-) 16:02 &lt;jrandom&gt; Mozilla 등에는 버그 리포트를 자동으로 제출하는 통합 “피드백 에이전트”가 있죠 16:02 &lt;+fox&gt; &lt;reliver&gt; 그런 버그 리포트를 읽지 않죠 16:02 &lt;jrandom&gt; 헤헷 16:02 &lt;@modulus&gt; 흠, 소개는 괜찮은데, 문제는 인터페이스가 마음에 안 들어요. 링크가 산더미처럼 달린 웹 방식보다 폴더 메타포로 하는 메일 같은 방식이 더 좋아요 16:02 &lt;@modulus&gt; 하지만 그건 제 취향이죠 16:02 &lt;jrandom&gt; modulus: 그럼 RSS 내보내기가 당신에게 가장 잘 맞을지도요? 16:02 &lt;+fox&gt; &lt;ailouros&gt; modulus에게 동의해요(누가 예상했나요? :D ) 16:02 &lt;@cervantes&gt; 콘솔 에러를 보여주려면 pastebin을 써야 하는 게 어떤 사람들에겐 좀 부담이죠 16:03 &lt;jrandom&gt; 아니면 cervantes가 말했듯 susimail 연동을 해서 리포트를 보낼 수도 있고요 16:03 &lt;jrandom&gt; (혹은 Syndie에 게시하거나) 16:03 &lt;@modulus&gt; 가능할 것 같아요, jrandom. 살펴볼게요. 아마 RSS→NNTP나 RSS→POP?/IMAP 변환기가 필요할지도 모르겠네요. 생각해보죠. 16:05 &lt;@cervantes&gt; modulus: 다음 I2P 릴리스 때 새 I2PTunnel 인터페이스에 대해 어떻게 생각하는지 궁금하네요 16:05 &lt;@cervantes&gt; 사용성 측면에서 더 나은지, 더 나쁜지 16:05 &lt;@cervantes&gt; (그런데 평소엔 설정 파일만 직접 편집하지 않나요?) 16:07 &lt;jrandom&gt; 오 이런 젠장, 상태 노트에 엄청 많이 빼먹었네... 16:08 &lt;+fox&gt; &lt;ailouros&gt; 그럼 서둘러 다음 항목으로 넘어가죠... 그게 C번 항목이었죠? 16:08 * jrandom 정말 끝내준다고 생각하지만, 사람들이 써보면서 피드백을 더 받게 될 거예요 16:08 &lt;@modulus&gt; cervantes: 그 ‘궁금’이란 게 ‘그걸 쓰느니 차라리 엉덩이에 작은 칼 꽂는 게 낫다’는 쪽인지, 반대쪽인지요? :-) 16:08 &lt;jrandom&gt; 네, 6)로 넘어가서, Dynamic Keys 제안에 대한 의견 있나요? 16:09 &lt;@modulus&gt; cervantes: 사실 보통은 인터페이스를 써요. 이제 설정 파일도 편집 가능하다는 건 알았지만요 ... :-) 16:09 &lt;+fox&gt; &lt;ailouros&gt; 네, 알려진 router 수가 폭증할 거라고 꽤 확신해요 16:09 &lt;@cervantes&gt; *젠장* :) 16:10 &lt;@modulus&gt; 이 dynamic key라는 게 IP가 바뀔 때마다 router가 새 키를 받는다는 아이디어 맞죠? 16:10 &lt;@cervantes&gt; modulus: 음, WAI 헛소리에 신경 쓸 가치가 있기나 한지 정도죠 16:10 &lt;jrandom&gt; 헤헷 맞아요, ailouros 16:10 &lt;@cervantes&gt; 어쨌든... 삼천포로 빠졌네요 16:10 &lt;jrandom&gt; 맞아요, modulus 16:11 &lt;@modulus&gt; 음, 알려진 피어가 지금보다 더 추측에 가까워지는 게 나쁘지 않을 수도 있어요. 16:11 &lt;+Complication&gt; 글쎄요, Dynamic Keys에 대해 생각나는 건... 괜히 키를 바꾸면 안 된다는 점이죠(그렇지 않으면 신뢰성/성능 추적이 망가짐). 16:11 &lt;+Complication&gt; 하지만 IP가 바뀔 때(충분히 드문가요?)엔 해가 없을 수도요. 16:11 &lt;jrandom&gt; 맞아요, Complication. 기본값으로 원할 기능은 아니에요. 대부분의 사람들은 *원하지 않을* 겁니다 16:12 &lt;anti-&gt; 그 제안의 긍정적 효과가 뭔지 잘 모르겠어요. 16:12 &lt;jrandom&gt; 익명성 향상에도 큰 도움이 되진 않을 거고, 강력한 적수에게는 전혀 개선이 없겠지만, 약한 적수에겐 도움이 될지도요 16:12 &lt;+fox&gt; &lt;ailouros&gt; 고정 IP 노드와 아닌 노드를 구분해버리는 효과도 있지 않을까요? 16:13 * cervantes는 거의 2년째 같은 키를 쓰고 있어요 :) 16:13 &lt;+polecat&gt; 적어도 여기엔 들어올 수 있네요. 16:13 &lt;jrandom&gt; ailouros: 대부분은 쓰지 않을 거예요. 아주, 아주 소수만 원할 거고요 16:13 &lt;+fox&gt; &lt;ailouros&gt; 그러니까 요컨대, 약한 적수에 대한 약간의 보호를 위해 더 많은 변동(churn)을 감수하는 거네요? 16:13 &lt;jrandom&gt; 맞아요, ailouros 16:13 &lt;+fox&gt; &lt;ailouros&gt; 아, 오케이 16:14 &lt;+fox&gt; &lt;ailouros&gt; 그 기능이 실제 환경에 나갔을 때 성능 저하를 측정할 방법이 있나요? 16:14 &lt;@modulus&gt; node-dest 교집합 공격(교차 공격)에는 도움이 되지 않을까요? 16:14 &lt;+polecat&gt; 왜 상태가 OK와 OK(NAT) 사이를 왔다 갔다 하는지 아직도 궁금하네요, 난감... 16:14 &lt;jrandom&gt; modulus: 약한 적수에 대해서만요 16:14 &lt;+fox&gt; &lt;ailouros&gt; polecat 걱정 마요, 저는 15시간 가동과 0시간 가동을 계속 오가거든요 :| 16:15 &lt;jrandom&gt; ailouros: 확실하진 않지만, stats.i2p를 보면 그 정도 변동은 감당할 수 있을 듯해요 16:15 &lt;jrandom&gt; polecat: 흠, 뭔가 필터링이 일어나는 것 같네요 16:15 &lt;@modulus&gt; 내 생각엔 node-dest 교집합 공격이 현재 실현 가능한 공격 중 가장 심각하지 않을까요? 우리가 너무 적다는 사실은 별개로요. 16:15 &lt;@modulus&gt; 그래서 그걸 막는 데 도움이 되는 건 아마 좋은 아이디어일 거예요 16:16 &lt;+polecat&gt; 그 포트로 내 router를 통해 UDP 패킷을 바로 보낼 수 있어요, 원격 셸에서도 문제없고요. 글쎄요, 아마 I2P가 NAT를 감지하고, 포워딩이 안 됐다고 잘못 생각하는 걸지도. 16:16 &lt;+fox&gt; &lt;ailouros&gt; 변동이 심각한 성능 저하를 유발하지 않는 한 ‘좋은 아이디어’라는 데 동의해요 16:16 &lt;anti-&gt; 네트워크가 더 커지면 어차피 변동이 많아질 거예요... 16:17 &lt;anti-&gt; *몇 분마다 계속 키를 바꾸는 뻔한 DoS 공격을 지적함 16:17 &lt;anti-&gt; 그게 어떤 영향을 줄까요? 16:17 &lt;+fox&gt; &lt;ailouros&gt; 누구를 상대로 한 DoS요? :D 16:18 &lt;jrandom&gt; 음, 새 피어는 기본적으로 “not failing” 단계로 들어가고, 한동안 잘 버틴 뒤에야 “high capacity”나 “fast” 단계로 올라가요 16:18 &lt;jrandom&gt; 그래서 피어 선택을 DoS하진 못해요 16:18 &lt;anti-&gt; 상대가 비교적 강하면... 죽은 노드처럼 보이는 것들/ netDb 변동이 엄청나게 만들어지지 않을까요? 16:18 &lt;+Complication&gt; anti: 그런 노드를 더는 신뢰할 만하다고 보지 않겠죠 16:18 &lt;+polecat&gt; anti-: 블랙리스트가 괜히 있는 게 아니죠. 16:19 &lt;anti-&gt; *만족 16:19 &lt;jrandom&gt; 음, 피어에 도달할 수 없으면 netDb 항목은 떨어져요 16:20 &lt;anti-&gt; 그럼 방금 Dynamic Keys에 대해 제기된 성능 문제가 그대로 적용되나요? 그런 공격으로 성능이 크게 영향받지 않는다면, Dynamic Keys로도 성능 영향이 눈에 띄지 않겠죠... 그렇죠? 16:20 &lt;+polecat&gt; 점진적 신뢰 모델이 늦게 배신하는 자들을 다루는 데 정말 도움이 된다고 생각했어요. 16:20 &lt;+fox&gt; &lt;ailouros&gt; “늦게 배신하는 자”가 뭐예요? 16:20 &lt;+polecat&gt; 당신에게 계속 이득을 주는 만큼 신뢰를 점점 더 높이되, 그들이 준 것보다 더 많이 빼앗아갈 수 있을 정도로는 절대 올리지 않는 거죠... 16:20 &lt;anti-&gt; 오래 있다가, 유다가 되는 거죠. 16:21 &lt;jrandom&gt; 맞아요, 피어가 행동이 나빠지면 ‘fast’ 단계에서 빨리 떨어져요 16:21 &lt;+Complication&gt; 제 생각엔 “참여하는 tunnels이 300개가 될 때까지 기다렸다가, 크래시” 같은 행동을 하는 이겠죠 16:21 &lt;+polecat&gt; 아, 저는 늘 표현을 지어내요. 네, 유다형 배신이죠. 진심으로 도와주다가 마지막 순간에 이득을 보겠다는 생각으로 배신하는 거요. 16:21 &lt;anti-&gt; 오 이런, tunnels가 깨졌네 *재구축* 16:21 &lt;jrandom&gt; 그들이 떨어져 있는 동안 ‘fast’ 단계로 승격된 다른 피어들로 충분할 거예요 16:21 &lt;+fox&gt; * ailouros 이런 틀린 성경 비유가 재밌네요 :D 16:22 &lt;jmg&gt; high capacity 얘기가 나와서 말인데, 와 오늘은 router에서 계속 400k~600K가 나오네요. (아마 제가 쓰는 zero hops 설정들이 도움이 되는 걸지도) 16:22 &lt;jrandom&gt; 600KBps?! 16:22 &lt;+polecat&gt; 참여하는 tunnels이 300개 될 때까지 걸리는 동안 충분한 데이터를 전달하도록 요구되어서, 크래시하더라도 큰 문제가 없기를 바라요. 16:22 &lt;jmg&gt; 네 16:22 &lt;+fox&gt; &lt;ailouros&gt; O_O 어디에 붙어 있는 거예요? 16:22 &lt;+Complication&gt; 그런 대역폭은 처음 듣네요 :) 16:22 &lt;jrandom&gt; 제길, 그 정도면 우리 블룸 필터에 걸리기 시작할 속도인데요 16:22 &lt;anti-&gt; ailouros: 익명 연구자에겐 무례한 질문이죠 ;) 16:23 &lt;+polecat&gt; 아마 600KBpm이나 ph겠죠. 16:23 &lt;+fox&gt; &lt;ailouros&gt; 미안해요 anti- :D 하지만 그가 먼저 말했잖아요 16:23 &lt;+polecat&gt; 푸흣! 16:23 &lt;jrandom&gt; oldstats.jsp 페이지의 통계를 좀 받아보고 싶네요. 어쨌든 잘 처리하고 있다니 다행입니다 :) 16:23 &lt;anti-&gt; 언젠가 i2에서 시도해볼게요... 16:23 &lt;jrandom&gt; 헤헤 16:24 &lt;+fox&gt; &lt;ailouros&gt; 멋진데요, I2 위의 I2P 16:24 &lt;jmg&gt; jrandom: 그래프는 저장 중이고, 더 면밀히 모니터링할게요. 방금 5분 전에 2분 동안 600kB/s 지속은 확인했어요 16:24 &lt;+polecat&gt; D-Link router의 방화벽을 뚫어본 사람 있나요? 전 도무지 안 되고, 친구는 계속 포트 포워딩을 잊어먹어요. 16:24 &lt;jrandom&gt; 좋네요, jmg 16:24 &lt;anti-&gt; polecat: 우리 UDP 홀펀칭 이제 지원하나요? 잘 모르겠네 16:25 &lt;jrandom&gt; anti-: 네, 대칭 NAT(symmetric NAT)만 빼고는 지원해요 16:25 &lt;jrandom&gt; polecat: 친구가 모델 번호를 알려주면, 어떤 NAT 유형인지 알려주는 사이트들이 몇 개 있어요 16:26 &lt;anti-&gt; 늦게 배신하는 문제와 관련해서... 강력한 적수와는 문제가 될 수도 있나요? 16:26 &lt;jmg&gt; jrandom: 물론 BitTorrent는 이 회선을 4MB/s로 쭉 빨아들이곤 했는데, 요즘은 그건 좀 줄였어요 16:26 &lt;anti-&gt; 노드가 24,000개면, 10초마다 하나씩 크래시하는 셈? 16:26 &lt;+polecat&gt; symmetric NAT, full cone의 반대 개념인 그거요? 16:26 &lt;jrandom&gt; 좋네요, jmg 16:26 &lt;jrandom&gt; 흠, anti-? 16:26 &lt;jrandom&gt; polecat: 아니면 restricted cone 16:27 &lt;+polecat&gt; 와, restricted cone까지 처리한다니 인상적이네요.. 16:27 &lt;anti-&gt; 엄청나게 대규모로 적용하지 않는 이상 늦게 배신하기가 큰 효과를 내지는 못할 것 같아요. 그 정도 규모면 다른 공격이 더 영향력이 크지 않을까요? 16:28 &lt;jrandom&gt; 맞아요, anti-. 그건 별로 걱정 안 돼요... 비용이 너무 크고, 어차피 실패를 우회 라우팅할 수 있어서 피해는 최소일 거예요 16:28 &lt;+Complication&gt; 늦게 배신하려면 상대가 당신의 머신에 의존하도록 만들 만큼 기여를 많이 해야 하죠. 16:28 &lt;+fox&gt; &lt;ailouros&gt; 엄청난 대규모 = 거의 모든 사람의 router에 당신이 전부 netries로 올라간 상태? 16:28 &lt;anti-&gt; 그게 지금 anti-P2P들이 하는 일이죠. 하지만 우린 이제 anti-anti-P2P도 있어요... 16:29 &lt;+fox&gt; &lt;ailouros&gt; 아니 잠깐, anti-P2P는 좋은 데이터 대신 쓰레기를 보내죠 16:29 &lt;+fox&gt; &lt;ailouros&gt; 그건 같지 않죠 16:29 &lt;anti-&gt; 그건 블랙리스트에 더 빨리 오르는 방법일 뿐이라, 좋은 평판을 받을 일은 없죠. 16:29 &lt;anti-&gt; 그건 I2P에서는 전혀 통하지 않을 거라 봐요. 16:29 &lt;@cervantes&gt; jmg: 토렌트에서 4~5MB/s는 받아봤지만, I2P 위에서 600k 같은 건 본 적 없네요... 하드웨어도 빵빵한가요? 16:29 &lt;+polecat&gt; 저는 I2P 그 자체와는 별개로 생각하고 있었어요. 우리 정부는 늦게 배신하는 일을 많이 하죠, 비밀로 하려고 하긴 하지만. 16:29 &lt;anti-&gt; 하지만 우리가 먼저 그들의 대역폭을 바닥나게 만들겠죠! 16:29 &lt;jrandom&gt; anti-: 며칠씩 신뢰를 쌓아도, 10분이 채 안 되는 시간 동안 딱 한 번 공격할 수 있을 뿐이에요 16:30 &lt;jrandom&gt; 바로 그거죠, anti- :) 16:30 &lt;+polecat&gt; 혹은 온라인 뱅킹 맥락에서요. 16:30 &lt;jmg&gt; amd64에서 Native BigInteger 라이브러리 설정하는 쉬운 가이드 있는 분? 없으면 제가 알아서 해볼게요 16:30 &lt;jrandom&gt; 헤헷 polecat 16:30 &lt;jrandom&gt; jmg: 그건 jbigi.jar에 내장되어 있지만, 지금은 amd64에서도 빌드될 거예요 16:30 &lt;jrandom&gt; 음, 이 말은 우리가 이제 6.1) ??? 로 왔다는 뜻이겠네요 16:31 &lt;jrandom&gt; 다른 얘기할 거 있나요? :) 16:31 &lt;anti-&gt; 한 2만 대쯤 되는 머신이, 순환 크래시 스케줄로 돌아가야 할 텐데, 결과는 실망스러울 거예요. 빼앗는 것보다 네트워크에 훨씬 더 많이 기여하게 될 걸요! 16:31 &lt;jrandom&gt; 그게 바로 바람이죠, anti- 16:31 &lt;+fox&gt; &lt;ailouros&gt; 글쎄요, 최악의 경우는 사람들이 re-seed해야 한다는 거겠죠 16:31 &lt;jmg&gt; 오 고마워요 16:31 &lt;+polecat&gt; 64비트 프로세서, 4Mbit 업로드 대역폭, 누군가 정말 운 좋은 녀석 같네요. 16:32 &lt;anti-&gt; 아니면 대학에서 평범한 머신을 돌리거나... 16:32 &lt;+fox&gt; * ailouros 자기 대학의 하드웨어 목록을 보고 찡그림 16:32 &lt;anti-&gt; Dell을 안 사는 대학 ;) 16:33 &lt;+fox&gt; &lt;ailouros&gt; 우린 Dell이 두어 대 있던데요... 5년 전 거였던가요, 아마 16:33 &lt;+fox&gt; &lt;Sonium&gt; 이건 안 좋은 것 같아요: 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | java.lang.OutOfMemoryError 16:33 &lt;@cervantes&gt; polecat: 4 메가바이트 ;-) 16:33 &lt;jrandom&gt; Sonium: 그래요, 한 번 OOM이 나면 금방 죽어요 16:34 &lt;+fox&gt; &lt;Sonium&gt; 그리고 이것도요: 16:34 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | 21:21:44.484 CRIT [ Establisher] sport.udp.EstablishmentManager: Err 16:34 &lt;+fox&gt; &lt;Sonium&gt; 아니면 establisher에서 16:34 &lt;jrandom&gt; (뒤따르는 OOM들은 무시해도 안전해요) 16:34 &lt;jrandom&gt; 한 번 OOM이 나면, 그 다음 에러들은 모두 무시해도 됩니다 16:34 &lt;+fox&gt; &lt;ailouros&gt; 네, 하지만 첫 번째 OOM부터 나오면 안 되죠 :D 16:34 &lt;jmg&gt; polecat: 여기 러시아 우주정거장에서는 지연이 엄청나긴 해요.. 16:34 &lt;jrandom&gt; 맞아요, ailouros 16:35 &lt;+fox&gt; &lt;ailouros&gt; 아, 그런데... 내 router가 워치독에 자주 걸려요 16:35 &lt;jrandom&gt; 흠, CPU 사용률이 높은가요? 16:35 &lt;+fox&gt; &lt;ailouros&gt; 아마 제 설치가 재수가 없었던 걸까요? 16:35 &lt;+fox&gt; &lt;ailouros&gt; 아닌 것 같아요, 머신은 꽤 한가한데요 16:36 &lt;+fox&gt; &lt;ailouros&gt; 하지만 버그가 있는 Linux 에뮬레이션 레이어 위의 버기한 JVM이라면 이 정도는 예상해야겠죠 16:36 &lt;jrandom&gt; JVM은 뭘 쓰고, OS는 뭐죠? 16:36 &lt;+fox&gt; &lt;Sonium&gt; 저요? 16:36 &lt;+fox&gt; &lt;ailouros&gt; Sun's Java(tm) 2 Standard Edition, JRE 5.0 Update 5 on NetBSD/i386 2.0.2 16:37 &lt;jrandom&gt; 아아 네, nbsd에서는 테스트를 안 해봤어요. fbsd는 괜찮았는데, nbsd는 경험이 없네요 16:38 &lt;jrandom&gt; gcj를 써보는 게 가치 있을지도요. 회의 끝나고 좀 더 파볼 수 있겠네요 16:38 &lt;+fox&gt; &lt;ailouros&gt; 꽤 잘 동작하긴 하는데, 진짜 웃긴 건 가끔(침대에서 내려올 때 — 아니 재부팅할 때 뒤집힌 비트에 따라) NetBSD 파일들이 퍼미션 540으로 만들어진다는 거예요 :D 16:38 &lt;+fox&gt; &lt;Sonium&gt; 여기 뭔가 정말 엉망이네요 16:38 &lt;+fox&gt; &lt;Sonium&gt; jvm 1 | # Internal Error (53414645504F494E540E4350500175), pid=3500, tid=345 16:38 &lt;+fox&gt; &lt;Sonium&gt; 6 16:39 &lt;+fox&gt; &lt;ailouros&gt; 아, 미안해요. netDb 파일들이 540으로 생성돼요 16:39 &lt;+fox&gt; &lt;Sonium&gt; 이건 나중에 다시 설치해야겠어요 16:39 &lt;jrandom&gt; Sonium: OS가 뭐죠? JVM이 말썽인 것 같네요 16:39 &lt;+fox&gt; &lt;Sonium&gt; winxp 16:39 &lt;jrandom&gt; 그래요, 1.5.0_5라면 1.4.2_09를 써보는 게 좋겠어요 16:39 &lt;anti-&gt; 그건 I2P 문제가 아닌 것 같아요... 16:40 &lt;jrandom&gt; (제 경험엔 1.4.2가 더 안정적이고 자원도 덜 먹어요) 16:40 &lt;jrandom&gt; 그리고 I2P는 1.5 전용 기능을 쓰지 않고, 1.5 GUI 개선도 필요 없어요 16:40 &lt;+fox&gt; &lt;Sonium&gt; 신기한 건, 전엔 이런 일이 없었다는 거예요 16:40 &lt;+polecat&gt; 근데 1.5 없으면 Azureus 못 쓰죠, 에휴. 16:40 &lt;+fox&gt; &lt;ailouros&gt; 그리고 물론 전 Azureus를 *씁니다* :| 16:41 &lt;+fox&gt; &lt;ailouros&gt; 하지만 진짜 문제는 아니에요... 아마 크게는... 16:41 &lt;+fox&gt; &lt;ailouros&gt; ‘bob이 fourth’라는 메시지들이 관련 있는 게 아니라면요 16:41 &lt;jrandom&gt; 아뇨, 그건 무시해도 돼요 16:41 &lt;anti-&gt; (uTorrent와 BitComet이 오픈이 아니라는 게 거슬리는 사람이 나뿐인가요?) 16:42 &lt;+polecat&gt; :o 제길, bob 너 때문에! 16:42 &lt;jrandom&gt; 좋아요, 회의에서 더 얘기할 거 있나요? 16:42 &lt;anti-&gt; 머핀? 16:42 * cervantes는 자원 관리를 더 원한다면 IBM Java 1.4.2를 권할 수 있다고 함 16:42 &lt;+polecat&gt; anti-: mlnet을 써보세요. caml -&gt; 세상에서 가장 이상한 언어지만, 잘 돌아가요. 16:42 &lt;+fox&gt; &lt;ailouros&gt; Caml은 멋져요 16:42 &lt;+fox&gt; &lt;ailouros&gt; (읽을 수만 있다면요 :D ) 16:42 &lt;@frosk&gt; 이봐요, Caml을 깎아내리진 말죠 16:43 &lt;anti-&gt; Prolog도 한몫하죠, brainf**k 같은 것도요 16:43 &lt;+polecat&gt; Caml 문서는 끔찍해요. !가 보통(가끔은) 역참조 연산자라는 걸 알아내는 데만 30분 걸렸어요. 16:43 &lt;@frosk&gt; 저는 OCaml 코드를 쓰고 돈 받아요 :) 16:43 &lt;+polecat&gt; jrandom: 회의에 난입한 줄 몰랐네요, 미안해요. 16:44 &lt;jrandom&gt; 괜찮아요, 짧은 회의를 보충하는 중이니까요 ;) 16:44 * jrandom 마무리 체조를 함 16:44 * jrandom 회의를 *baf*로 종료함 </div>/ko/blog/2005/11/08/2005-11-08%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 08 Nov 2005 00:00:00 +0000/ko/blog/2005/11/08/2005-11-08%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕, 여러분. 또 화요일이네요</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 / 단기 로드맵 2) I2Phex 3) I2P-Rufus 4) I2PSnarkGUI 5) Syndie 6) ???</li> </ol> <ul> <li> <ol> <li>Net status / short term roadmap</li> </ol> </li> </ul> <p>0.6.1.4 still seems pretty solid, though there have been some bugfixes in CVS since then. I&rsquo;ve also added some optimizations for SSU to transfer data more efficiently, which I hope will have a noticeable impact on the network once its rolled out widely. I&rsquo;m holding off on 0.6.1.5 for the moment though, as there are a few other things I want to get into the next release. The current plan is to push it out this weekend, so keep an ear out for the latest news.</p>/ko/blog/2005/11/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-11%EC%9B%94-8%EC%9D%BC/Tue, 08 Nov 2005 00:00:00 +0000/ko/blog/2005/11/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-11%EC%9B%94-8%EC%9D%BC/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, dust, frosk, jrandom, reliver, tealc\_, ZipTie</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 15:21 &lt;jrandom&gt; 0) 안녕하세요 15:21 &lt;jrandom&gt; 1) 네트워크 상태 / 단기 로드맵 15:21 &lt;jrandom&gt; 2) I2Phex 15:21 &lt;jrandom&gt; 3) I2P-Rufus 15:21 &lt;jrandom&gt; 4) I2PSnarkGUI 15:21 &lt;jrandom&gt; 5) Syndie 15:22 &lt;jrandom&gt; 6) ??? 15:22 &lt;jrandom&gt; 0) 안녕하세요 15:22 * jrandom 손을 흔든다 15:22 &lt;jrandom&gt; 주간 상태 노트가 http://dev.i2p.net/pipermail/i2p/2005-November/001206.html 에 올라가 있습니다 15:22 * bar 그의/그녀의 가짜(?) 수염 뒤에서 중얼거리며 인사한다 15:23 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태 / 단기 로드맵으로 들어가죠 15:23 &lt;jrandom&gt; 메일에 적힌 것 이상의 말은 별로 없습니다 - 이번 주 후반이나 주말쯤 새 릴리스를 기대합니다 15:24 &lt;jrandom&gt; cvs에 몇 가지 새로운 최적화가 있어서 신뢰성 향상에 도움이 될 것이고, 제가 한 테스트에서는 꽤 잘 작동했습니다만, 널리 배포되기 전까지는 큰 영향은 없을 겁니다 15:25 &lt;jrandom&gt; 또한 0.6.2로 넘어가기 전에 도달하고 싶은 임의의 처리량 수준을 정해놓지는 않았습니다. 다만 직감으로는, router당 홉 지연으로 병목 지점을 정당화할 수 있을 때까지 최적화를 계속해야 한다고 말해줍니다 15:26 &lt;jrandom&gt; 하지만 지금 당장은 그게 우리의 병목이 아니므로, 아직 할 일이 남아 있습니다. 15:26 &lt;jrandom&gt; 그와 관련해 더 덧붙일 말은 많지 않습니다 - 질문/의견/우려 사항 있으신가요? 15:28 &lt;jrandom&gt; 좋아요, 없으면 2) I2Phex로 넘어가죠 15:28 &lt;jrandom&gt; 여기서도 메일에 쓴 것 외에 덧붙일 말은 별로 없습니다. 포럼에서도 논의가 꽤 있었으니, 더 많은 소식과 잡담을 보려면 들러주세요 15:31 &lt;jrandom&gt; 좋아요, 없다면 3) I2P-Rufus로 넘어가죠 15:31 &lt;jrandom&gt; 이 항목은 사실 제가 소문을 반복해서 전한 것에 불과하지만, 지켜보죠 15:32 &lt;jrandom&gt; Rawn / defnax: 덧붙일 게 있나요? 15:35 &lt;tealc_&gt; i2p-rufus가 뭐죠 ? 15:35 &lt;jrandom&gt; I2P용 rufus BitTorrent 클라이언트의 포트입니다 (http://rufus.sourceforge.net/) 15:36 &lt;jrandom&gt; 좋아요, 더 없으면 또 하나의 간단한 소문 보도로 넘어가죠 - 4) I2PSnarkGUI 15:37 &lt;jrandom&gt; 여기에 대해서는 "와, 멋지네"라고 말하는 것 이상으로 덧붙일 말은 별로 없습니다 :) 15:38 &lt;+bar&gt; 응, 좋아 보여 15:38 &lt;@frosk&gt; snark는 또 하나의 BT 클라이언트인가요? 15:38 &lt;jrandom&gt; 맞아요, 그런데 snark는 I2P에 번들된 BitTorrent 클라이언트예요 :) 15:38 &lt;@frosk&gt; 오 그래요, 맞네요 :) 15:38 &lt;jrandom&gt; (현재는 명령줄 도구지만, 다중 토렌트(multitorrent)와 웹 인터페이스가 준비 중이며, 곧바로 나오지는 않습니다) 15:39 &lt;+fox&gt; &lt;ZipTie&gt; snark의 가장 희귀한 조각 우선(rarest-first) 가져오기 전략은 누가 작업했죠? 완료되었나요? 15:39 &lt;jrandom&gt; 네, Ragnarok가 구현했습니다 15:39 &lt;jrandom&gt; 현재 I2PSnark에 들어 있습니다 15:39 &lt;+fox&gt; &lt;ZipTie&gt; 멋지네 15:40 &lt;jrandom&gt; 네, 그렇죠 15:41 &lt;+fox&gt; &lt;ZipTie&gt; 그러면 i2p-bt는 rufus나 snark 쪽으로 가면서 운영 중단하나요? 15:41 &lt;jrandom&gt; 그건 사용자들이 결정할 일입니다 15:42 &lt;+fox&gt; &lt;ZipTie&gt; 아니면 유지보수성 때문이죠 :) 15:42 &lt;jrandom&gt; 개인적으로는, snark가 웹 인터페이스를 갖추고 router 콘솔과 통합되며, 다중 토렌트 기능을 제공하고, 다른 것들과 동등한 성능을 낸다면, 충분히 좋은 상태가 될 거라고 생각합니다 15:43 &lt;jrandom&gt; 하지만 말씀하신 대로 핵심은 그거죠 - 누가 유지보수와 개발을 하느냐가 원동력입니다 15:43 * jrandom 파이썬 앱은 유지보수하지 않는다 15:44 &lt;jrandom&gt; 좋아요, 4번에 더 없으면 5) Syndie로 넘어가죠 15:45 &lt;jrandom&gt; 어떻게 진행하는 게 가장 좋을지에 대해 사용성 연구를 좀 해왔고, 꽤 현실적인 UI가 곧 나올 것 같다고 생각합니다. 의견이 있으시면 Syndie나 포럼에 올려주시면 고려해 보겠습니다 15:46 &lt;tealc_&gt; 아, i2phex는 Java라고 생각했는데요.. 포럼의 자료는 .exe 설치 프로그램이랑 zip 안의 .exe를 제공하네요 15:47 &lt;jrandom&gt; i2phex는 Java입니다 15:47 &lt;jrandom&gt; 그리고 그 .exe는 Java가 동작하는 어떤 플랫폼에서도 동작합니다 15:47 &lt;jrandom&gt; java -jar i2phex.exe 15:47 &lt;jrandom&gt; (정말로) 15:49 &lt;jrandom&gt; (콜록) 15:49 &lt;jrandom&gt; dust: Syndie 관련해서 덧붙일 게 있나요? 15:50 &lt;dust&gt; 아니요 15:50 &lt;jrandom&gt; 좋아요, 좋네요. 다른 분들이 더 하실 말씀이 없으면, 늘 그렇듯이 6) ???로 가죠 15:50 &lt;jrandom&gt; 회의에서 더 논의하고 싶은 내용 있으신가요? 15:53 &lt;+fox&gt; &lt;reliver&gt; 파에야 준비됐나요 ? ;-) 15:53 * jrandom 스포크를 집어 든다 15:54 &lt;jrandom&gt; (그럼 이쯤에서...) 15:54 &lt;+fox&gt; &lt;reliver&gt; 그리고 그 고양이는 여전히 고양이 냄새가 나네요 ;?) 15:54 * jrandom windos up 15:54 * jrandom *baf*s 회의를 종료한다 </div>/ko/blog/2005/11/01/2005-11-01%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 01 Nov 2005 00:00:00 +0000/ko/blog/2005/11/01/2005-11-01%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>다들 안녕하세요, 또 한 주 그 시간이 돌아왔네요</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.4 및 네트워크 상태 2) boostraps, 선행 노드, 글로벌 수동 공격자, 및 CBR 3) i2phex 0.1.1.34 4) voi2p 앱 5) syndie 및 sucker 6) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.4 and net status</li> </ol> </li> </ul> <p>지난 토요일의 0.6.1.4 릴리스는 꽤 순조롭게 진행된 것 같습니다 - 네트워크의 75%가 이미 업그레이드했으며(감사합니다!), 나머지 대부분도 어차피 0.6.1.3을 사용하고 있습니다. 전반적으로 무난하게 잘 작동하는 것 같고, 이에 대해 긍정적이든 부정적이든 피드백을 많이 듣지는 못했지만, 만약 문제가 있었다면 다들 크게 불평했을 거라고 생각합니다 :)</p>/ko/blog/2005/11/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-11%EC%9B%94-1%EC%9D%BC/Tue, 01 Nov 2005 00:00:00 +0000/ko/blog/2005/11/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-11%EC%9B%94-1%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> brutus, cervantes, Complication, defnax, dust, jme\___, jrandom, polecat, redzara</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 15:04 &lt;jrandom&gt; 0) 안녕하세요 15:04 &lt;jrandom&gt; 1) 0.6.1.4 및 네트워크 상태 15:04 &lt;jrandom&gt; 2) 부트스트랩, predecessor 공격, 전역 수동 공격자, 그리고 CBR 15:05 &lt;jrandom&gt; 3) i2phex 0.1.1.34 15:05 &lt;jrandom&gt; 4) voi2p 앱 15:05 &lt;jrandom&gt; 5) syndie와 sucker 15:05 &lt;jrandom&gt; 6) ??? 15:05 &lt;jrandom&gt; 0) 안녕하세요 15:05 * jrandom 손을 흔든다 15:05 &lt;jrandom&gt; 주간 상태 노트를 게시했습니다 @ http://dev.i2p.net/pipermail/i2p/2005-November/001186.html 15:05 &lt;jrandom&gt; (이 고양이가 양손으로 타이핑하게 내버려둘지 한번 볼까요...) 15:06 &lt;jrandom&gt; 오, 우리가 몇 분 일찍 시작한 것 같네요(젠장 시계가 틀어졌네), 그래도 예전에 몇 분 늦었던 것에 대한 보상이라고 생각하죠 ;) 15:07 &lt;jrandom&gt; 어쨌든, 1) 0.6.1.4 및 네트워크 상태로 들어가죠 15:08 &lt;jrandom&gt; 상태 노트에 있는 내용 외에 덧붙일 게 많진 않습니다 15:08 * cervantes 인사할 정확한 시간을 기다리는 중 15:08 &lt;jrandom&gt; ㅎㅎ 15:09 &lt;jrandom&gt; timeanddate.com에 따르면 19초 남았어요 :) 15:09 &lt;@cervantes&gt; 안녕하세요 15:09 &lt;jrandom&gt; ;) 좋아요, 아무튼, 0.6.1.4에 대해 코멘트/우려 사항 있는 분? 제가 보기엔 꽤 잘 진행된 것 같습니다 15:10 &lt;+Complication&gt; 오늘 747.6 routers를 셌습니다 :P 15:10 &lt;jrandom&gt; 네, 요즘 평소보다 churn(노드 변동)이 더 심하긴 했습니다 15:10 &lt;jrandom&gt; 아직도 그 digg / gotroot 기사에서 리퍼러가 많이 들어오고 있어요 15:10 &lt;+Complication&gt; 더 많은 피어를 '알게 되는' 요령 하나는 단순히 재시작을 덜 하는 거죠 :) 15:10 &lt;jrandom&gt; ㅎㅎ 사실이죠 15:10 &lt;@cervantes&gt; *콜록*sourceforge*콜록* 15:11 &lt;+polecat&gt; 가끔 participating tunnels 수가 갑자기 떨어지는 문제가 있었습니다. 아마 그 성가신 NAT 때문일지도. 15:11 * jrandom 움찔. cervantes, sf에서 오는 리퍼러가 많았나요? 15:11 &lt;+Complication&gt; cervantes: 그 SourceForge 페이지를 말하는 건가요? :eek: 15:11 * cervantes 리퍼러는 기록하지 않음 15:11 &lt;jrandom&gt; 흠 polecat, NAT 문제일 수도 있지만, participating tunnels 수가 줄어드는 게 꼭 나쁜 건 아닙니다 - 원래 그렇게 /되어야/ 해요 15:11 &lt;jrandom&gt; 아, 알겠어요 cervantes 15:12 &lt;+polecat&gt; 정말요? participating tunnels가 많을수록 좋은 줄 알았는데요. 15:12 &lt;+Complication&gt; polecat: 제 것도 실질적으로 쓸 수 있는 대역폭을 초과하면 급격히 줄어들곤 했어요 15:12 &lt;@cervantes&gt; 저는 포럼 이슈 디버깅에 필요한 최소한만 로그로 남기려고 합니다 ;-) 15:12 &lt;@cervantes&gt; 사람들이 그 주제에 민감해하는 것 같아서요 15:12 &lt;@cervantes&gt; 저도 그렇게 느꼈어요... 15:13 &lt;jrandom&gt; polecat: 맞아요. 다만 머신에 부하가 걸리거나 이상하게 동작하면 수가 줄어드는 게 정상입니다 15:13 &lt;jrandom&gt; 충분히 타당하네요, cervantes 15:13 * jrandom 모두의 어머니 결혼 전 성까지 로그로 남겨서, 아무도 믿지 말라고 상기시킵니다 ;) 15:14 &lt;jrandom&gt; (정말일까요? 절대 알 수 없죠 ;) 15:15 &lt;jrandom&gt; polecat: NAT가 그냥 무작위로 재시작되거나, IP 주소를 잃는다거나, 다른 문제가 있나요? 15:15 &lt;@cervantes&gt; 맞아요, 그 문제에 대해 마음이 바뀔지도....사람들이 어디서 링크를 타고 오는지 보는 게 너무 재미있거든요 :P 15:16 &lt;jrandom&gt; 제가 got-root와 digg 글을 찾은 것도 그 덕분이죠 :) 15:16 &lt;dust&gt; 요즘 네트워크 처리량이 좋아진 것 같은데, 제 착각인가요? 15:17 &lt;jrandom&gt; 더 좋아졌을 거예요, 특히 수명이 짧은 연결(예: http 응답)에요 15:18 &lt;jrandom&gt; 반면에, 기대만큼 크게 개선되진 않아서 그 부분은 여전히 더 작업이 필요합니다 15:18 &lt;dust&gt; 예를 들어, 병렬 전송을 충분히 주면 i2phex는 제가 주는 제한을 거의 다 소화해요 15:18 &lt;jrandom&gt; 좋네요 15:20 &lt;dust&gt; tunnel당으로는 &lt;~10k/s 정도로 제한되는 것 같아요 15:20 &lt;dust&gt; 아니면 전송당으로요 15:20 &lt;+polecat&gt; 좋아요, 제 머신도 가끔 부하가 걸리긴 해요. 15:21 &lt;@cervantes&gt; 대역폭이 제한된 연결을 쓰는 분들 중에 개선을 느낀 분 있나요? 15:22 &lt;jrandom&gt; 흠 맞아요, 스트림당 10KBps 정도가 저도 대략 보이는 수치와 비슷하네요 15:22 &lt;jrandom&gt; cervantes: 다 도망가게 만든 것 같아요(그래도 모뎀이나 정말 형편없는 연결을 쓰시는 분이 한번 시도해 보고 알려주시면 감사하겠습니다 :) 15:23 &lt;jrandom&gt; 좋아요, 1)에 더 없으면 2) 부트스트랩, predecessor 공격, 전역 수동 공격자, 그리고 CBR로 넘어가죠 15:23 &lt;jrandom&gt; 이 주제에 대해 메일링 리스트에서 논의가 많았어요(10월은 i2p가 시작된 이후 어느 달보다도 글이 많았습니다!) 15:24 &lt;defnax&gt; 누가 eepsites.i2p 봤나요? 15:24 &lt;jrandom&gt; 상태 노트에 있는 것 말고, 지금 당장 더 보탤 게 있을지 모르겠네요. 질문/코멘트/우려 사항 있으신가요? 15:24 &lt;@cervantes&gt; i2plist 메일을 일정 수준으로 유지함으로써 full tunnel CBR을 성공적으로 만들어냈다고 봅니다 15:24 &lt;jrandom&gt; ㅎㅎ cervantes 15:24 &lt;jrandom&gt; defnax: 네, 멋져 보여요. 괜찮은 데이터베이스가 자라나고 있더군요 15:25 &lt;jrandom&gt; tino.i2p도 마찬가지고요 15:25 &lt;defnax&gt; 하지만 전 마음에 안 들어요 15:25 &lt;+polecat&gt; 이봐요, 저는 대역폭이 제한된 연결이에요! i2p 업 10K/s, 다운 32K/s 나옵니다. :) 15:26 &lt;defnax&gt; www.eepsites.com 때문에 일반 인터넷 사용자들이 i2p 사이트를 검색할 수 있게 되잖아요 15:26 &lt;defnax&gt; 그리고 mpaa나 riaa가 어떤 사이트가 있는지 둘러볼 수 있고요 15:26 &lt;jrandom&gt; 그래서요? 15:26 &lt;jrandom&gt; mpaa/riaa/기타가 i2p에서 뭘 하는지 보고 싶다면 그냥 i2p를 돌리면 됩니다 15:26 &lt;jrandom&gt; w3wt polecat 15:27 &lt;jrandom&gt; (세상에, eepsites.com에 아주 구린 검색 질의들이...) 15:27 &lt;defnax&gt; 그건 익명성에 좋지 않아요 15:27 &lt;defnax&gt; 그러면 모든 사용자가 I2P eepsite에서 토렌트를 어디서 찾을지 알게 되죠 15:27 &lt;jrandom&gt; defnax: tino.i2p도 마찬가지예요 15:27 &lt;@cervantes&gt; eepsites.i2p의 가짜 구글 광고가 마음에 드네요.... 아무튼, 삼천포로 빠졌군요 15:27 &lt;jrandom&gt; defnax: 그건 /secrecy/에는 좋지 않죠. 익명성과는 다릅니다. 15:27 &lt;jrandom&gt; 공개 eepsite를 호스팅하는 사람은 누구나 그 eepsite를 볼 수 있다고 예상해야 합니다 15:28 &lt;jrandom&gt; 접근자를 제한하고 싶다면 그렇게 설정하면 됩니다 15:28 &lt;jrandom&gt; 네, 확실히요 cervantes :) 15:28 &lt;+polecat&gt; 개인용 eepsite를 원하시는 분은 hosts.txt에 이름만 안 주면 됩니다. 문제 해결! 15:28 &lt;defnax&gt; 하지만 일반 인터넷 사용자는 어떤 eepsite가 있는지 알면 안 되죠! 15:28 &lt;jrandom&gt; polecat: 그건 완전히 충분하진 않아요 15:29 &lt;+polecat&gt; 정말요? 15:29 &lt;jrandom&gt; 미안해요, 제가 defnax를 오해한 걸 수도. 사람들이 어떤 eepsite가 있는지 알면 왜 안 되죠? 15:29 &lt;defnax&gt; eepsite를 공개하지 않으면 검색 엔진에 나오지 않는다는 건 알아요 15:29 &lt;+polecat&gt; eepsite를 찾으려면 base64 키 공간을 브루트포스로 훑는 거라고 생각했는데요... 15:29 &lt;jrandom&gt; polecat: 맞아요, 누군가는 netDb를 수집할 수 있죠 15:29 &lt;defnax&gt; 제 생각엔 그 사람은 I2P가 필요 없겠죠 15:29 &lt;jrandom&gt; 음, leaseSets를 수집하는 건 routers를 수집하는 것보다 훨씬 더 많은 작업이 필요해요... 15:30 &lt;jrandom&gt; defnax: 미안하지만, 이해를 못 하겠어요 15:30 &lt;jrandom&gt; eepsites.com은 공개 eepsite를 대상으로 한 검색 엔진에 대한 공개 인터페이스예요. 사적인 건 아무것도 드러나지 않습니다 15:30 &lt;@cervantes&gt; 마지막 5개 검색 보니 ㅋㅋ 15:30 &lt;+Complication&gt; 맞아요, '최근 검색' 상자를 보면 누군가(아마 아이러니하게도 비익명인 사람이) 좀 이상하다는 걸 암시하죠. 15:30 &lt;+Complication&gt; 뭐, 됐고요. 15:30 &lt;defnax&gt; 제 말은, 그 사람은 I2P가 필요 없다는 거예요! 공개 IP에서 어떤 eepsite에 토렌트나 다른 게 있는지 말하고 있잖아요! 15:31 &lt;defnax&gt; I2P 안에서는 괜찮지만, 일반 인터넷에서는 안 되죠 15:31 &lt;jrandom&gt; defnax: 물론, eepsites.com을 운영하는 사람은 본인이 i2p가 필요하지 않을 수 있어요. 집 주소나 전화번호 같은 것도 알아낼 수 있겠죠. 15:31 &lt;jrandom&gt; 하지만, 다른 한편으로 forum.i2p도 마찬가지예요. 15:31 &lt;jrandom&gt; (그리고 어느 정도는 www.i2p도요, 물론 거기엔 /제/ 정보는 없지만 ;) 15:32 &lt;jrandom&gt; 어떤 사이트는 공개돼 있어요. 그건 괜찮아요. 멋진 일이죠. 15:32 &lt;+fox&gt; &lt;jme___&gt; defnax, 이 사이트 때문에 가능해지는 공격이, 이 사이트가 없으면 불가능한 게 뭐가 있죠? 15:32 &lt;@cervantes&gt; Complication: 킥킥 15:32 &lt;jrandom&gt; 설치 전에 i2p를 맛보고 싶어하는 사람들에게 잠재적으로 유용한 서비스를 제공하는 겁니다 15:33 &lt;defnax&gt; 알겠어요, I2Psnark 관련 새 소식 있나요? 15:33 &lt;+Complication&gt; cervantes: 네, 옛날식 아이러니만 한 게 없죠 :) 15:33 &lt;defnax&gt; 0.6.2 전에 웹 인터페이스/GUI가 생기나요? 15:33 &lt;@cervantes&gt; defnax: 몇 달 전부터 i2p inproxy가 있었어요 15:33 &lt;jrandom&gt; defnax: 아니요, 하지만 6) ???로 가기 전에 의제에서 앞으로 건너뛰어야 할 것 같네요 15:33 &lt;jrandom&gt; 좋아요, 2) 부트스트랩, predecessor 공격, 전역 수동 공격자, 그리고 CBR에 대해 더 있을까요? 15:34 &lt;jrandom&gt; 아니면 3) I2Phex 0.1.1.34로 넘어갈까요 15:34 &lt;jrandom&gt; [넘어간 걸로 하죠] 15:35 &lt;jrandom&gt; 좋아요, 아직 0.1.1.34가 아니라면 업그레이드하세요. 이번 릴리스에는 중요한 것이 좀 있거든요. 이미 0.1.1.34를 쓰면서 아직 공개되지 않은 개선사항을 테스트해보고 싶은 분은, CVS에 추가 작업이 있으니 써 보시다가 문제가 생기면 포럼에 글을 올려주세요 15:36 &lt;jrandom&gt; 다른 소식으로, gwebcache 쪽도 좋은 진전이 있다는 얘기를 들었는데, i2phex와의 통합에 대해서는 아직 소식이 없습니다 15:36 &lt;jrandom&gt; redzara: 병합 관련 소식 있나요? 15:37 &lt;+Complication&gt; .34 이후 CVS 개선 사항 덕분에 GUI 반응성이 훨씬 좋아진 것 같아요. 15:38 &lt;jrandom&gt; 좋네요. 네, ..34 이하의 반응성은 감당이 안 됐거든요. 다만 제가 코드를 전부 이해하는 건 아니라서 수정이 완전히 회귀 없는지는 확신이 없어요. 그래도 /괜찮아/ 보입니다 :) 15:42 &lt;+redzara&gt; jrandom : 미안해요, 프랑스가 방금 겨울 시간으로 바뀌어서요. I2phex 작업은 거의 끝났고, 2~3개 버그만 더 잡으면 됩니다 15:43 &lt;jrandom&gt; 아, 좋네요! 15:43 &lt;jrandom&gt; 서두를 건 없고, 그냥 궁금해서요 15:44 &lt;+redzara&gt; 그리고 아마 최신 I??phex 코드를 받아서 GregorK의 수정이 최신 phex 코드에 적용되는지 봐야 할지도요 ?!? 15:45 &lt;jrandom&gt; 네, 원격 요청 기능은 비활성화해야 할 텐데, 아주 사소한 두 줄 수정이었어요(MAGMA와 URI 요청을 주석 처리). 15:45 &lt;jrandom&gt; 최신 동기화 이슈도 마찬가지예요(네트워크 작업에서 불필요한 락 제거) 15:46 &lt;+fox&gt; &lt;jme___&gt; I??phex &lt;- 오타가 위치까지 드러낼 수 있다니 흥미롭네요 :) 15:46 &lt;jrandom&gt; "in France"만큼은 아니죠 ;) 15:46 &lt;+redzara&gt; 그건 제 코드에서 이미 처리했습니다 15:46 &lt;@cervantes&gt; 헤헤 15:46 &lt;jrandom&gt; (하지만 그건 아직 고치지 못한 또 다른 버그... irc 문자셋 문제요) 15:46 &lt;jrandom&gt; 좋아요, 멋져요 redzara 15:47 &lt;+redzara&gt; jme___ : 제 위치를 숨기려고 하진 않아요, 아시죠 :-) 15:47 &lt;+redzara&gt; 그래서 i2phex에 대해 더 말할 건 없어요 15:47 &lt;+fox&gt; &lt;jme___&gt; redzara, 좋아요 :) 15:48 &lt;jrandom&gt; 좋아요, 훌륭해요. 업데이트 고마워요 15:48 &lt;jrandom&gt; i2phex 관련해서 다른 분은 없나요, 아니면 4) voi2p 앱으로 넘어갈까요? 15:49 &lt;+redzara&gt; 넘어가는 걸로 하죠 :) 15:49 &lt;jrandom&gt; 4)와 관련해서는 메일에 있는 내용 외에 더할 게 있는지 모르겠고, aum이 연결이 끊긴 것 같아서 업데이트는 아마 나중에 기다려야 할 것 같네요 15:49 &lt;jrandom&gt; (누가 4) 관련해서 논의할 게 있지 않다면요?) 15:50 &lt;jrandom&gt; 없다면, 5) syndie와 sucker로 넘어간 걸로 하죠 15:50 &lt;jrandom&gt; dust: 한 말씀해 주시겠어요? 15:51 &lt;@cervantes&gt; 그럼 syndie가 이제 잘 빨아들이나요? 15:51 &lt;jrandom&gt; 네 *콜록* 15:51 &lt;dust&gt; ㅎㅎ 15:52 &lt;dust&gt; 음, 공지에 거의 다 나와 있어요 15:52 &lt;dust&gt; 아직 할 일이 남아 있습니다 15:53 &lt;dust&gt; 테스트와 버그 리포팅 부탁드립니다 15:54 &lt;jrandom&gt; 좋아요. rome-0.8 관련 현황이 바로 떠오르나요? 곧 나올 릴리스를 기다릴 만한지, 아니면 일단 CVS 빌드를 받아서 나중에 업그레이드할까요? 15:55 &lt;+fox&gt; &lt;brutus&gt; 어이, 자동 핑퐁 ircProxy는 어때요, 진전 있나요? 15:55 &lt;jrandom&gt; 알고 있는 진전은 없어요 15:55 &lt;+fox&gt; &lt;brutus&gt; (앗, 미안) 15:55 &lt;+polecat&gt; voi2p, 네 목소리를 mp3로 만들고 i2p bittorrent로 배포해. 15:56 &lt;dust&gt; 아니요, 다음 rome의 ETA는 모르겠어요 15:56 &lt;dust&gt; CVS에 접근할 수가 없었어요 15:57 &lt;dust&gt; (왜였는지는 기억이 안 나요) 15:57 &lt;jrandom&gt; 아 알겠습니다. 아직 꼭 필요한 건 아니고, 있으면 좋겠다 수준이니까요. 나중으로 미루죠 15:58 &lt;jrandom&gt; 좋아요, 5) 관련해 다른 게 있나요? 아니면 6) ???로 넘어갈까요 15:59 &lt;jrandom&gt; [넘어간 걸로 하죠] 15:59 &lt;@cervantes&gt; brutus: 그와 관련해 진행된 건 아무것도 없는 걸로 알아요 16:00 &lt;dust&gt; 그걸 해야 할까요? 16:01 &lt;+fox&gt; &lt;brutus&gt; 오키, 네, 우선순위가 꽤 낮은 것 같네요 16:01 &lt;+polecat&gt; 저는 여전히 가난하거나 위험한 곳에서 i2p와 일반적인 익명성 기술을 더 쉽게 접근하도록 만드는 방법을 알고 싶어요. 16:01 &lt;jrandom&gt; polecat: 다이얼업 연결을 쓰는 누군가에게 테스트를 도와달라고 해서요 ;) 16:01 &lt;@cervantes&gt; 설치할 때마다 소총 무료 증정? 16:02 &lt;jrandom&gt; polecat: 그건 확실히 노력 중이지만, 먼저 해야 할 일이 너무너무 많아요. 16:02 &lt;jrandom&gt; dust: 그 IRC 건가요? 가치가 있을 수도 있지만, 아마 sucker 개선이 더 중요할 거예요 16:02 &lt;jrandom&gt; (제 생각엔요) 16:03 &lt;@cervantes&gt; (약간 편향된 의견이죠 ;-) 16:03 &lt;@cervantes&gt; *biased 16:03 &lt;jrandom&gt; 그렇긴 하죠, 하지만 제 편견은 옳다고(Right) 생각합니다 :) 16:04 * cervantes 대문자 표기를 눈여겨봄 ;-) 16:05 * Complication 전화 소켓을 보며, 그런 &lt;things&gt;에서 좋은 게 나올 수 있을지 궁금해함 :D 16:05 &lt;+Complication&gt; 게다가, DSL이 그걸 타고 다니니 근본적으로 나쁜 건 아닐 거예요. :D 16:05 &lt;+polecat&gt; 안 돼요... Things는 안 돼요! 16:05 &lt;@cervantes&gt; Complication: 그걸로 사람들에게 전화도 걸 수 있어요.... 16:06 &lt;jrandom&gt; 좋아요, 6) ???에 대해 다른 게 있나요? 16:07 * cervantes 애초에 ???에 대해 뭔가 있었는지 확신이 없었음 16:07 &lt;jrandom&gt; 그렇다면... 16:07 * jrandom 마무리 준비 16:08 * jrandom *bafs* 하며 회의를 마감 </div>/ko/blog/2005/10/25/2005-10-25%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 25 Oct 2005 00:00:00 +0000/ko/blog/2005/10/25/2005-10-25%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 최전선에서 전하는 추가 소식입니다</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) Fortuna 통합 3) GCJ 상태 4) i2psnark 복귀 5) bootstrapping(초기화 과정) 추가 내용 6) 바이러스 조사 7) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>지난주 네트워크 상황은 꽤 좋았습니다 - 전반적으로 안정적이고, 처리량도 정상이며, 피어 수는 400~500 범위로 계속 늘고 있습니다. 0.6.1.3 릴리스 이후에도 상당한 개선이 있었고, 이는 성능과 신뢰성에 영향을 주므로 이번 주 후반에 0.6.1.4 릴리스를 내놓을 것으로 예상합니다.</p> <ul> <li> <ol start="2"> <li>Fortuna integration</li> </ol> </li> </ul> <p>Casey Marshall의 빠른 수정 [1] 덕분에 GNU-Crypto의 Fortuna [2] 의사난수 생성기를 통합할 수 있었습니다. 이로써 blackdown JVM에서 겪던 많은 좌절의 원인이 제거되었고, GCJ와도 원활하게 작업할 수 있게 되었습니다. Fortuna를 I2P에 통합하는 것은 smeghead가 &ldquo;pants&rdquo;(&lsquo;ant&rsquo;(Apache Ant 빌드 도구) 기반 &lsquo;portage&rsquo;(Gentoo의 Portage 스타일))를 개발한 주요한 이유 중 하나였으므로, 이제 우리는 또 하나의 성공적인 pants 활용을 하게 되었습니다 :)</p>/ko/blog/2005/10/25/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-10%EC%9B%94-25%EC%9D%BC/Tue, 25 Oct 2005 00:00:00 +0000/ko/blog/2005/10/25/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-10%EC%9B%94-25%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>Present:</strong> cat-a-puss, cervantes, Complication, dust, jme\___, jnymo\_, jrandom, legion, Ragnarok, reliver, Romster, shardy, susi23</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 16:24 &lt;jrandom&gt; 0) 하이 16:24 &lt;jrandom&gt; 1) 네트워크 상태 16:24 &lt;jrandom&gt; 2) Fortuna 통합 16:24 &lt;jrandom&gt; 3) GCJ 상태 16:24 &lt;jrandom&gt; 4) i2psnark 복귀 16:24 &lt;jrandom&gt; 5) 부트스트래핑 추가 논의 16:24 &lt;jrandom&gt; 6) 바이러스 조사 16:24 &lt;jrandom&gt; 7) ??? 16:24 &lt;jrandom&gt; 0) 하이 16:24 * jrandom 손을 흔든다 16:24 &lt;jrandom&gt; 주간 상태 노트가 http://dev.i2p.net/pipermail/i2p/2005-October/001079.html 에 올라갔어요 16:25 * susi23 손을 흔들어 응답한다 16:26 &lt;jrandom&gt; 그럼 1) 네트워크 상태로 바로 들어가죠 16:26 &lt;jrandom&gt; 말했듯이, 지금까지는 꽤 괜찮아 보입니다. 16:26 &lt;+fox&gt; &lt;Romster&gt; 아 회의 좋네 16:27 &lt;jrandom&gt; 곧 좋은 것들도 나올 거라 이번 주 후반에 새 릴리스를 할 거예요 16:27 &lt;jrandom&gt; 1) 네트워크 상태 관련해서 얘기하고 싶은 거 있나요? 16:27 &lt;@cervantes&gt; 헐 이슈가 7개 16:27 &lt;+legion&gt; 응, 좋아 보이네 :-) 16:27 &lt;jrandom&gt; 바쁜 한 주였죠, cervantes :) 16:28 &lt;@cervantes&gt; 좋은 징조지 16:28 &lt;+Complication&gt; 꽤 잘 작동하네요, dev.i2p도요 - CVS checkout도 EOF 메시지 없이 받을 수 있었습니다. 16:28 &lt;jrandom&gt; 좋군요 :) 16:28 &lt;+Complication&gt; 지난 번 것들은 릴리스 관련 과부하였을지도. 16:28 &lt;+Complication&gt; 확실히는 모르겠지만요. 16:28 &lt;jrandom&gt; dev.i2p도 최신 빌드 코드(-7)로 돌고 있어서, 전보다 확실히 더 잘 동작할 거예요 16:29 &lt;jrandom&gt; s/dev.i2p/cvs.i2p (etc)/ 16:29 &lt;+legion&gt; forums.i2p도 전보다 훨씬 좋아진 것 같아요 :) 16:29 &lt;@cervantes&gt; *에헴* 16:29 &lt;+fox&gt; &lt;Romster&gt; i2p에 다른 사람들이 들어오게 해도 안전한가요 등등? 16:29 &lt;+Ragnarok&gt; 오, 이제 전설의 "첫 시도에 성공하는 cvs checkout"을 시도해봐야겠군 16:30 &lt;+fox&gt; &lt;Romster&gt; 이제 알려진 제한이 없으니 16:30 &lt;@cervantes&gt; 그건 다들 포럼에 글 올리는 대신 i2p-list를 두드려서 그래 16:30 &lt;+legion&gt; 흠 진짜야 cervantes? 16:30 &lt;jrandom&gt; Romster: 음, 최근 꽤 괜찮은 속도로 성장하고 있는데, 공개 베타는 0.6.2까지 기다리죠 16:30 &lt;jrandom&gt; 크헙 cervantes ;) 16:30 &lt;jrandom&gt; 쉿 Ragnarok, 그렇게 말하면 징크스 걸려! 16:31 &lt;+Ragnarok&gt; 와... 진짜네. 말문이 막힌다 16:31 &lt;+fox&gt; &lt;Romster&gt; 오케이 jrandom 16:31 &lt;jrandom&gt; (아래층에서 룸메이트들이 카레를 요리하는데 눈물이 나오네) 16:31 &lt;jrandom&gt; 잘했어 Ragnarok 16:32 &lt;+fox&gt; &lt;Romster&gt; ㅋㅋ 그거면 강력한 카레네 16:32 &lt;jrandom&gt; 자, 1)에 더 없으면, 2) Fortuna 통합으로 빨리 넘어가죠 16:32 &lt;jrandom&gt; (맞아 Romster) 16:32 &lt;+fox&gt; &lt;shardy&gt; fortuna 통합 만세! 16:32 &lt;+fox&gt; &lt;Romster&gt; 2)로 넘어갑니다 :P 16:32 &lt;+fox&gt; &lt;Romster&gt; fortuna가 뭐죠? 16:32 &lt;jrandom&gt; shardy 좋아할 줄 알았어 :) 16:32 &lt;+fox&gt; &lt;Romster&gt; 지난달은 좀 뒤처졌거든요 16:32 &lt;+Complication&gt; PRNG 알고리즘으로 기억해요. 16:33 &lt;+Complication&gt; 꽤 좋은 거라던데요, 글로는 그렇게... :P 16:34 * Complication 내부 동작은 전혀 모름 16:34 &lt;jrandom&gt; shardy: 시간 되면 한번 봐줘요 16:34 &lt;+fox&gt; &lt;shardy&gt; 물론이죠 16:34 &lt;+fox&gt; &lt;shardy&gt; GNU 구현을 쓰나요? 16:34 &lt;jrandom&gt; Romster/Complication: 이메일에 링크가 있어요 16:34 &lt;jrandom&gt; 네 shardy - http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/gnu/crypto/prng/Fortuna.java 16:35 &lt;jrandom&gt; (http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/core/java/src/net/i2p/util/FortunaRandomSource.java 와 통합됨) 16:36 &lt;jrandom&gt; 다만 순수 gnu-crypto 구현과는 좀 달라요. 이미 AES256과 SHA256 코드(Cryptix와 Bouncycastle) 가 있으니까요 16:36 &lt;jrandom&gt; 어쨌든, 이건 멋져요. 그 지원을 넣으려고 거의 1년 해킹해 왔거든요 16:37 &lt;jrandom&gt; (fortuna 통합은 smeghead가 'pants'를 만들도록 이끈 주요 프로젝트 중 하나였죠 ;) 16:37 &lt;jrandom&gt; 질문/코멘트/우려가 있으면 리스트에 던져주세요 16:37 &lt;jrandom&gt; (아니면 이메일이나 포럼도 물론) 16:38 &lt;+fox&gt; &lt;Romster&gt; 그러고 보니 smeghead는 어디 갔지 한동안 안 보이네 16:38 &lt;jrandom&gt; smeghead는 [redacted] 하면서 [redacted] 중 16:39 &lt;jrandom&gt; 자, 3) GCJ 상태로 넘어갑니다 16:39 &lt;jrandom&gt; i2p가 GCJ에서 돌아갑니다! [w00t!] 16:39 &lt;+susi23&gt; 잘했어요 16:39 &lt;+legion&gt; 달다 16:39 &lt;jrandom&gt; 적어도 linux 2.6.12의 GCJ 4.0.2에서는 그래요. 다른 플랫폼은 안 해봤어요 16:40 &lt;jrandom&gt; GCJ랑 GNU Classpath 팀이 기적을 보여줬죠 16:40 &lt;jrandom&gt; 빌드도 정말 쉬웠고, 예전에 기억하던 static reference 클래스도 필요 없었어요 16:41 &lt;+Complication&gt; Sun Java가 완전히 오픈은 아니라는 점(배포 관련이었던가요)을 생각하면 꽤 긍정적으로 들리네요. 16:41 &lt;jrandom&gt; 이제 I2P에는 makefile도 포함되어 있어요. 다만 단순함을 위해 기본적으로는 순수 자바로 배포를 계속할 것 같아요 16:41 &lt;+susi23&gt; (다음은 J2ME에서 돌리기 ;) 16:42 &lt;+fox&gt; &lt;Romster&gt; GCJ가 Sun JVM을 대체>? 16:42 &lt;cat-a-puss&gt; GCJ 성능은 어떤가요? 16:42 &lt;jrandom&gt; 맞아요, Sun은 완전히 오픈이라 I2P와 함께 그들의 JVM을 배포할 수도 있어요. 하지만 라이선스가 그 JVM을 범용 도구로 배포하는 것을 금지하죠 16:42 &lt;jrandom&gt; cat-a-puss: 비슷해요 16:42 &lt;jrandom&gt; i2p에서 무거운 작업은 대부분 이미 어셈블리 코드가 하거든요 ;) 16:43 &lt;+fox&gt; &lt;Romster&gt; C#/mono에서 자바→C# 변환(이름이 기억 안 남)으로 i2p는 어떨까요 16:43 &lt;+fox&gt; &lt;Romster&gt; 예전에 jrandom이랑 저랑 둘 다 해봤던 기억이 16:43 &lt;jrandom&gt; 몰라요. 근데 gcj에서 되면 ikvm, 그러니까 mono용 jvm에서도 될지도 16:44 &lt;+Ragnarok&gt; IKVM 16:44 &lt;+Ragnarok&gt; ㄴㄴ 16:44 &lt;+fox&gt; &lt;Romster&gt; 아 그거 ikvm 16:44 &lt;+fox&gt; &lt;Romster&gt; GCJ, IKVM, Sun 것과 많이 다른가요? 16:45 &lt;jrandom&gt; ikvm은 써본 적 없음 16:45 &lt;+fox&gt; &lt;Romster&gt; 모노랑 같이 한 번 써봤죠? 아니면 eclipse였나? 16:45 &lt;+fox&gt; * Romster 어깨를 으쓱 16:45 &lt;jrandom&gt; 그리고 현재 배포되는 i2p는 router 콘솔은 지원하지 않아요. 다만 router 동작, i2ptunnel, sam은 지원합니다 16:46 &lt;+Ragnarok&gt; router 콘솔을 막는 건 뭐죠? 16:47 &lt;+susi23&gt; xerces였던 걸로 기억 16:47 &lt;jrandom&gt; xerces 관련이에요. i2p에 포함된 xercesImpl이 sun.* 의존성이 있고, 최신 xerces로 바꿔보려고 단순히 넣었다가 jdom이랑 rome이랑 jetty 나머지를 GCJ로 돌리려니 다 깨졌죠 16:47 &lt;jrandom&gt; 최신 xerces에는 추가 요구사항이 있는 것 같더라고요 16:48 &lt;jrandom&gt; (우리가 지금 배포하지 않는 jar 파일들요). 그래도 분명 해결할 수 있을 거예요 16:49 &lt;+fox&gt; &lt;Romster&gt; jrandom은 문제 추적을 잘하잖아요 :) 16:49 &lt;jrandom&gt; 문제 만들기는 더 잘하지 16:49 &lt;+fox&gt; * Romster 커피를 가져온다 16:49 &lt;jrandom&gt; 자, 3) GCJ 상태에 대해 더 있을까요? 16:49 &lt;jrandom&gt; 아니면 4) i2psnark로 넘어갈까요 16:50 &lt;jrandom&gt; 넘어간 걸로 하죠 16:50 &lt;jrandom&gt; 좋아요, i2psnark가 돌아왔어요 (야호) 16:51 &lt;jrandom&gt; 메일에 있는 것 말고 덧붙일 건 별로 없는데... Ragnarok, 당신은 뭐 있어요? 16:51 &lt;+Ragnarok&gt; 없음 16:51 &lt;+susi23&gt; 웹 프론트엔드 관련해서 16:51 &lt;+Ragnarok&gt; 더 많은 테스트가 필요하니, 모두들 써보세요 :) 16:52 &lt;+susi23&gt; susibt로 지원하는 건 문제가 없을 거예요 16:52 &lt;jrandom&gt; 오오 자세히 좀 알려줘요 susi23 :) 16:52 &lt;jrandom&gt; 좋네요 16:52 &lt;+fox&gt; &lt;jme___&gt; 순진한 질문인데, 완전한 클라이언트를 지원하는 (azureus) 같은 다른 게 있는데 왜 오래된 bt 클라이언트를 지원하는 데 시간을 쓰죠? 16:52 &lt;jrandom&gt; jme___: azureus는 정말 끝내줘요 16:52 &lt;+susi23&gt; susibt의 메이저 릴리스가 11월로 예정돼 있어요 :) 16:53 &lt;jrandom&gt; 오 좋네요 susi23 16:53 &lt;+Complication&gt; 제게는 Azureus가 너무 복잡해 보였어요. 16:53 &lt;+Ragnarok&gt; azureus는 진짜 별로임 16:53 &lt;+susi23&gt; 저는 항상 헤드리스 솔루션이 필요해요 16:53 &lt;+Ragnarok&gt; 에둘러 말하지 않자면 16:53 &lt;+fox&gt; &lt;jme___&gt; 오케이 :) 16:53 &lt;jrandom&gt; jme___: azureus는 좀 무거워요, 그래도 훌륭한 범용 bt 솔루션이죠 16:53 &lt;+Complication&gt; (개인적으로는 거기서 뭔가 잘못 설정해서 익명성을 해칠 수도 있겠다고 느꼈습니다.) 16:54 &lt;+fox&gt; &lt;jme___&gt; 말이 되네요, 그냥 알고 싶었어요 16:54 &lt;+fox&gt; &lt;Romster&gt; 전 azerious는 잘 안 돼서 bitlord로 옮겼는데 그건 잘 돼요 16:54 &lt;jrandom&gt; 저도 azureus 팀과 함께 azneti2p 플러그인을 더 개선할 생각은 있어요. 그런데 i2psnark는 손대고 2시간도 안 돼서 swarm이 돌아가더라고요 16:54 &lt;+legion&gt; Azureus는 i2p에 너무 크고 복잡해요 16:54 &lt;+Complication&gt; i2p와 함께 bt 클라이언트를 번들하려는 게 목표면, 라이트웨이트 클라이언트가 최고죠. 16:54 &lt;+fox&gt; &lt;Romster&gt; KISS 원칙 16:54 &lt;+Ragnarok&gt; 전 공식 클라이언트를 제일 좋아하지만, i2psnark는 제가 손대기엔 충분히 단순하다는 큰 장점이 있어요 16:55 &lt;+legion&gt; i2p에는 무거운 bittorrent 클라이언트가 필요 없죠 16:55 &lt;jrandom&gt; 맞아요, 코드가 정말 깔끔해요 (다만 GNU 특유의 포매팅 ;;) 16:55 &lt;+Ragnarok&gt; 젠장 GNU 16:55 &lt;+Ragnarok&gt; 최악의 브레이스 스타일 16:55 &lt;jrandom&gt; ㅎㅎ 16:55 &lt;+fox&gt; &lt;Romster&gt; ㅎㅎ 코드 리포매터 쓰면 되죠 :) 16:55 &lt;+Ragnarok&gt; jrandom이 못하게 해요 :) 16:55 &lt;+Ragnarok&gt; 뭐, 그럴 만한 이유가 있긴 해요 16:55 &lt;+fox&gt; &lt;jme___&gt; 독립성과 단순성은 전 전적으로 동의하는 기준이에요 16:56 &lt;+fox&gt; &lt;Romster&gt; 각 i2p 노드에서 bt-torrent 프로그램을 활성화하는 옵션이 생길까요? 16:56 &lt;jrandom&gt; 네, multitorrent, piece selection, 웹 기능을 mjw의 메인라인 snark로 백포트하면 좋겠네요 16:56 &lt;+Ragnarok&gt; 단순할수록 유지보수될 가능성이 커요 16:56 &lt;jrandom&gt; 바로 그거죠 Ragnarok 16:57 &lt;+legion&gt; 네, 그거들 백포팅하면 끝내줄 듯 16:57 &lt;+fox&gt; &lt;Romster&gt; OT지만 emule의 KAD 네트워크를 봐보세요. 꽤 멋져요. 16:57 &lt;jrandom&gt; Romster: 지금은 기본 빌드에 포함돼서 배포되지만, susibt에 들어가면 다른 클라이언트들처럼 상단 내비에 올라갈 거예요 16:58 &lt;+Ragnarok&gt; .torrent 만드는 도구도 함께 배포해야 해요. 트래커도 있으면 좋고요. 16:58 &lt;jrandom&gt; 네, 사실 snark에 둘 다 있어요. 제가 유지보수하고 싶지 않아서 비활성화했을 뿐 :) 16:58 &lt;+legion&gt; 흠 좋은 지적이네요 ragnarok 16:58 &lt;jrandom&gt; 다시 넣는 건 크게 어렵지 않을 거예요 16:59 &lt;+Ragnarok&gt; 최소한 torrent maker는 그리 어렵지 않을 듯 16:59 &lt;jrandom&gt; Tracker.java도 있고, PeerAcceptor에도 처리 로직이 있는데, 필요 없는 건 버렸거든요. 그래서 http://klomp.org/snark/ 를 다시 보는 게 좋을 거예요 17:00 &lt;jrandom&gt; (그리고 변경사항은 `http://dev.i2p/~jrandom/snark_diff.txt` 검토) 17:00 &lt;+fox&gt; &lt;Romster&gt; snarik가 돌아왔으니 작업이 진행되겠죠 :) 17:00 &lt;+legion&gt; 사실 트래커라면 분산 솔루션을 만드는 게 더 낫죠 17:00 &lt;+fox&gt; &lt;Romster&gt; snark* 17:00 &lt;jrandom&gt; 코드를 포팅하는 게 새로운 분산 트래커를 만드는 것보다 쉽죠, legion ;) 17:00 &lt;+fox&gt; &lt;Romster&gt; legion, 말 잘했어요 17:00 &lt;+legion&gt; 맞긴 하죠 17:01 &lt;jrandom&gt; 그래도 깔끔하고 잘 유지되는 익명성 친화적 분산 트래커 솔루션을 통합하는 건 반대하지 않아요 :) 17:01 &lt;+fox&gt; &lt;Romster&gt; eepsites에 덧붙일 수도 있지 않을까요? 17:01 * jrandom 창밖으로 날아가는 조랑말을 본다 17:01 &lt;+Ragnarok&gt; 공식 bt 클라이언트에는 kademlia 기반 분산 트래커가 있어요. 물론 그건 설계 참고용으로만 좋겠지만요 17:01 &lt;+legion&gt; 출발점이 되겠죠 ;) 17:02 &lt;+fox&gt; &lt;Romster&gt; 사실 kademlia = emule의 KAD 네트워크? 음, 그렇다면 KAD가 트래커에 이상적일 텐데 부트스트래핑이 문제 17:03 &lt;+Ragnarok&gt; 같은 알고리즘에 기반하긴 하지만 서로 호환되진 않아요 17:03 &lt;+Ragnarok&gt; 정확히 말하면 호환돼야 하는데, 아니죠 17:04 &lt;+Ragnarok&gt; i2phex에 emule의 KAD 같은 걸 하는 것도 좀 흥미로울 듯... 17:04 &lt;+Ragnarok&gt; 어쨌든, 날아가는 조랑말 17:04 &lt;jrandom&gt; :) 17:04 &lt;jrandom&gt; (두 가지 모두 동의) 17:04 &lt;jrandom&gt; 자, 4) i2psnark에 더 있을까요? 17:05 &lt;+Ragnarok&gt; .torrent 파일을 만들 수만 있다면, 기존 트래커로도 충분해요 17:05 &lt;jrandom&gt; 맞는 말이에요 - Snark의 main에 주석 처리된 코드가 있을 겁니다 17:05 &lt;+legion&gt; 아니요, 기존 트래커는 충분치 않다고 생각해요 :( 17:05 &lt;jrandom&gt; 뭐가 문제죠, legion? 17:05 &lt;cat-a-puss&gt; 사용자에게 torrent 파일만 던져주진 마세요 17:05 &lt;+legion&gt; 종종 접근이 어려워요 17:06 &lt;jrandom&gt; 흠 cat-a-puss? 아, 그러니까 웹 인터페이스로 투명하게 swarm하도록 하자는 거죠? 17:06 &lt;+legion&gt; 사이트가 트래픽에 도배돼요 17:06 &lt;jrandom&gt; 아, 그건 i2p의 이슈고, 0.6.1.4가 그걸 개선해줄 거예요 17:06 &lt;jrandom&gt; postman이 tracker.postman.i2p에 히트가 엄청나게 들어온다고 하더군요 17:06 &lt;jrandom&gt; 숫자는 까먹었지만 17:06 &lt;cat-a-puss&gt; 우리가 swarm 코드와 처음에 torrent를 가져오는 코드 둘 다를 다룬다면, 사용자에겐 투명하게 만드는 게 낫죠 17:07 &lt;jrandom&gt; orion.i2p/bt/는 별로 쓰이지 않아요 17:07 &lt;jrandom&gt; (tracker-fr는 활발해 보이고요) 17:07 &lt;+susi23&gt; susibt에 트래커의 rss 피드를 포함시키려 해요. 그러면 더 이상 트래커 웹페이지에 가지 않아도 되고, torrent가 자동으로 받아지죠 :) 17:07 &lt;cat-a-puss&gt; 또 i2p torrent와 비익명적인 걸 혼동하는 것도 방지하고요 17:07 &lt;+fox&gt; &lt;jme___&gt; bt용 http 트래커는 프로토콜 설계가 부실해서 스케일이 안 돼요 17:07 &lt;+fox&gt; &lt;Romster&gt; router watchdog, router가 완전 멈춰서 재시작했음 뭐야 17:07 &lt;+legion&gt; 맞아요, 그게 제 말이에요. 어떤 트래커는 폭주하고 다른 트래커는 한가하죠 17:07 &lt;jrandom&gt; cat-a-puss: 아, 네 syndie의 훅을 susibt에 통합하면 좋겠어요 :) 17:07 &lt;+fox&gt; &lt;jme___&gt; 쉽게 고칠 수 있지만 공식 bt 프로토콜과 호환이 깨져요 17:08 &lt;+fox&gt; &lt;jme___&gt; 그 길을 dht 트래커가 가는 거고요 17:08 &lt;jrandom&gt; (그리고 반대로도요, 사람들이 .torrent 파일을 쉽게 연동(syndicate)할 수 있게) 17:08 &lt;+Complication&gt; Romster: 저도 그런 적 있어요. 근데 제가 쓰는 머신은 간당간당(300 MHz) 17:08 &lt;+fox&gt; &lt;Romster&gt; 분산 트래커가 두들겨 맞는 트래커 문제의 해결책이에요 17:08 &lt;jrandom&gt; legion: 사람들이 다른 트래커를 쓰도록 하면 쉽게 해결되죠 :) 17:08 &lt;+fox&gt; &lt;Romster&gt; azerius DHT 17:08 &lt;jrandom&gt; 코드는 비싸고, 다른 URL 쓰는 건 싸죠 17:08 &lt;+legion&gt; 네, 근데 사람들이 그렇게 안 하잖아요? 17:09 &lt;jrandom&gt; 그래도 분산 트래커가 있으면 훌륭하죠. 제 로드맵에는 없지만, 누가 해오면 정말 멋질 겁니다. 17:09 &lt;+Complication&gt; 때가 되면... 누군가 분산으로도 갈 수 있겠죠. 17:09 &lt;+legion&gt; 토렌트를 트래커 사이트에 올리는 대신, 자신의 eepsite에 bith와 기타 정보를 올리면 되죠. 17:10 &lt;jrandom&gt; bith == 해시? 17:10 &lt;+legion&gt; 네, bittorrent hash의 약자래요. 제가 만든 용어는 아니고 17:10 &lt;+Complication&gt; 처음에는요... Java로 된, router에 번들되는 심플하고 견고한 클라이언트가 많은 문제를 풀 수 있어요. (심지어 dev.i2p에 과부하를 주지 않고 서명된 업데이트를 받는 것까지.) 17:11 &lt;+legion&gt; 네, 그러면 최고죠 17:11 &lt;jrandom&gt; 네 Complication 17:11 &lt;+fox&gt; &lt;Romster&gt; 네 토렌트 업데이트 17:11 &lt;+fox&gt; &lt;Romster&gt; 자 다음 항목 :) 17:12 &lt;jrandom&gt; 자, 5) 부트스트래핑 추가 논의 17:12 &lt;+legion&gt; 네 넘어가죠 17:12 &lt;jrandom&gt; 최근 리스트에 흥미로운 게 많아요. 여기서 다 요약하진 않을게요 :) 17:12 &lt;+fox&gt; &lt;Romster&gt; i2p router 데이터베이스 부트스트래핑? 17:12 &lt;jrandom&gt; 그 스레드에 대해 논의하고 싶은 질문/코멘트/우려 있나요? 17:12 &lt;jrandom&gt; Romster: 리스트나 이메일을 보세요 17:12 &lt;+fox&gt; * Romster 그 리스트를 읽어야 함 17:13 &lt;jrandom&gt; 네, 좋은 내용 있어요 :) 17:13 &lt;+fox&gt; &lt;Romster&gt; 요즘 좀 바빴어요 17:13 &lt;+Complication&gt; 26개 메시지를 다 읽어야 해서, 아직 코멘트 못 하겠어요 17:13 &lt;jrandom&gt; 결론은 아직 없지만, 0.6.2에선 새로운 tunnel 구축 방식으로 가는 걸 고려하고 있어요 17:14 &lt;+fox&gt; &lt;Romster&gt; 새로운 방식이라, 현재 방식에 결함이 있나요? 17:14 &lt;+fox&gt; &lt;Romster&gt; 결함* 17:14 &lt;jrandom&gt; Michael의 분석으로는, 대안들에는 더 쉬운 공격이 있어서 지금으로선 그 공격이 큰 문제가 아니에요 17:14 &lt;jrandom&gt; 리스트를 읽으세요 ;) 17:14 &lt;+fox&gt; &lt;Romster&gt; 으 나중에 17:14 &lt;+fox&gt; &lt;Romster&gt; 지금이 우선이에요 :) 17:15 &lt;+fox&gt; &lt;Romster&gt; 전 보통 이 시간에 자거든요. 17:15 &lt;+fox&gt; &lt;Romster&gt; 그래서 회의에 잘 못 와요 17:16 &lt;cat-a-puss&gt; 새로운/기존/거부된 방식에 대한 당신의 아이디어를 리스트에 이메일로 올려주세요. 비교할 수 있게요 17:16 &lt;+fox&gt; &lt;Romster&gt; 리스트는 아직 안 읽었지만 공격 기법과 tunnel 생성에 관한 거겠네요 17:16 &lt;cat-a-puss&gt; (Jrandom에게) 17:16 &lt;jrandom&gt; cat-a-puss: 아직 최종 결과가 충분히 정리되지 않은 것 같아요 17:16 &lt;+fox&gt; &lt;Romster&gt; 좋은 생각이네요 cat-a-puss 17:17 &lt;+Complication&gt; Romster: 네, 탐색용 tunnel의 endpoint가 잠재적 공격자로서 행사할 수 있는 영향(정보)을 줄이는 방향이었어요 17:17 &lt;jrandom&gt; 하지만 http://dev.i2p.net/pipermail/i2p/2005-October/001073.html 가 당신 제안에서 나올 것 같은 최신 내용이에요 17:17 &lt;jrandom&gt; 영향이라기보단 - i2p는 자유 라우트 믹스넷이니까 - 정보량을 줄이는 거죠 17:18 &lt;+Complication&gt; 네, 그 표현이 더 정확해요 17:18 &lt;jrandom&gt; (위 URL은 손짓 발짓 위주고, 확정된 암호 설계는 아직 없어요) 17:18 &lt;+fox&gt; &lt;Romster&gt; 적을수록 = 공격에 대한 견고성이 더 나아짐, 무슨 말인지 알겠어요 17:18 &lt;jrandom&gt; ((하지만 기존 기법으로 충분히 구현 가능하다고 봐요) 17:19 &lt;jrandom&gt; Romster: 기존 알고리즘에 대한 Michael의 공격 그래프예요. X축은 네트워크 중 손상된 비율(%) - http://dev.i2p.net/~jrandom/fraction-of-attackers.png 17:20 &lt;jrandom&gt; (단순 텔레스코픽 구축은 x=200에 도달하기 전에 그래프 밖으로 튈 거예요) 17:20 &lt;jrandom&gt; ((그러니 지금 우리가 가진 건 dos 단위로 더 낫다는 뜻)) 17:20 &lt;jrandom&gt; 그래도 더 개선할 수 있어요 17:21 &lt;jrandom&gt; 또 garlic routing 대안도 있고요 17:21 &lt;jrandom&gt; 어쨌든, 더 논의할 것들이 있으니 리스트를 계속 지켜봐 주세요 :) 17:21 &lt;+fox&gt; &lt;Romster&gt; 좋아요 나중에 리스트 잘 읽어볼게요 17:22 &lt;+fox&gt; &lt;Romster&gt; 그리고 추가할 게 있는지 생각해볼게요 17:22 &lt;jrandom&gt; 좋아요 17:22 &lt;cat-a-puss&gt; "새로운" 텔레스코픽 방식으로 on-demand 구축이 가능할 만큼 충분히 빠르겠죠? 17:22 &lt;jrandom&gt; 그건 원치 않을 수도 있어요 17:22 &lt;jrandom&gt; O(1) vs O(N) 문제거든요 17:23 &lt;jrandom&gt; 새 기법은 탐색용 tunnel 없이도 tunnel 생성이 가능하게 해서, 탐색용 tunnel은 netDb 동작에 쓰게 하고요 17:23 &lt;jrandom&gt; (그리고 탐색용 tunnel 생성에도요 :) 17:24 &lt;+fox&gt; &lt;Romster&gt; 가짜 양성(오탐)을 잔뜩 만들어서 진짜 소스를 가리는 식으로 해커들을 헷갈리게 하는 건 가치 있을까요 17:24 &lt;+legion&gt; 좋아 보이네요 :) 17:24 &lt;+legion&gt; 그런 혼선을 주는 게 좋을 것 같아요 17:24 &lt;cat-a-puss&gt; jrandom: 맞아요. 제 질문은 그렇게 하면 충분히 빨라져서, 리스트에서 얘기한 대로 가끔은 마지막 홉들이 자신이 마지막인지 모르게 할 수 있나 하는 거예요. 17:25 &lt;+fox&gt; &lt;Romster&gt; 탐색용 tunnel은 netDB router 참조를 수집하려고? 17:25 &lt;jrandom&gt; romster: 우리도 해커죠 ;) 하지만 네, 오탐이 진탐을 압도하면 통계적으로 유의미한 데이터를 얻으려면 상당히 많은 공격이 필요하겠죠 17:26 &lt;jrandom&gt; 음 맞아요 cat-a-puss, 그런데 그게 어떻게 빨라질지 잘 모르겠어요. O(1)에서 O(N) tunnel 토폴로지로 옮겨가게 되거든요 17:26 &lt;jrandom&gt; "빨라진다"는 게 무슨 의미인지요? 17:26 &lt;+fox&gt; &lt;Romster&gt; 그리고 그게 감지될 정도가 되면 잠시 조용히 사라질 수도 있죠? 17:26 &lt;jrandom&gt; 새 기법을 쓰면 실패한 tunnel 생성이 줄어드는 건 확실해요 17:26 &lt;+fox&gt; &lt;Romster&gt; 아니면 슬쩍 키를 바꾸고 계속한다든가 ㅎㅎ 17:26 &lt;jrandom&gt; romster: 공격을 검토하려면 메일들을 파보는 게 좋을 거예요 ;) 17:27 &lt;+fox&gt; &lt;Romster&gt; 네 자고 나서 17:27 &lt;+Complication&gt; Romster: 제가 아는 한, 주로 패시브 공격이라 대상은 발생을 감지 못합니다 17:27 &lt;+fox&gt; &lt;Romster&gt; 그리고 여기 있는 친구 컴퓨터 고치기 17:27 &lt;+fox&gt; &lt;Romster&gt; 아하 알겠어요 complication. 17:27 &lt;cat-a-puss&gt; jrandom: O(n) 얘기가 아니라요. 앱이 필요할 때까지 클라이언트 tunnel을 기다렸다 만들자는 뜻이었어요. 항상 만들어두지 말고. 17:28 &lt;+Complication&gt; (하지만 제가 틀렸을 수도 있고, 최근 26개 메시지에는 능동 요소가 있을 수도) 17:28 &lt;+fox&gt; &lt;Romster&gt; 장기적인 패시브 공격이면 결국 대상을 찾게 되나요? 17:28 &lt;+fox&gt; &lt;Romster&gt; 리스트 읽고 코멘트할게요 17:28 &lt;jrandom&gt; 아, cat-a-puss, 0.6.2에선 tunnel 풀링을 확실히 개선할 거예요. 지금도 필요할 때만 tunnel을 만들고 있어요(생성이 실패할 경우를 대비해 약간 시간 여유를 둡니다) 17:28 &lt;+Complication&gt; Romster: tunnel 수명 이상으로 공격을 지속하려면 자원과 인내가 필요하죠 17:28 &lt;+fox&gt; &lt;Romster&gt; 그리고 더 잘 이해한 후에요 17:29 &lt;+Complication&gt; 하지만 시간은 성공 확률에 항상 작용해요. 오래 시도하면 기회가 늘죠. 17:29 &lt;+fox&gt; &lt;Romster&gt; 아, 그래서 tunnel 수명이 충분히 짧으면 공격이 크게 유효하지 않게 되는 거군요. 17:29 &lt;jrandom&gt; 각 풀에는 정의된 수의 백업 tunnel이 있고, 기본값으로는 오래된 게 만료되기 60-120초 전에 교체를 생성합니다 17:29 &lt;+fox&gt; &lt;Romster&gt; 시간* 17:30 &lt;jrandom&gt; 맞아요 Complication - 각 샘플은 (c/n)개의 tunnel마다 'm'번만 발생하죠 17:30 &lt;+fox&gt; &lt;Romster&gt; 터널들끼리 통계를 모으기 위한 상호작용은 없나요? 17:30 &lt;+fox&gt; &lt;Romster&gt; 하나가 만료 직전이고 다른 하나가 만들어질 때 같은 17:31 &lt;jrandom&gt; romster: 새 tunnel들은 서로 통신하지 않아요. 하지만 그건 Michael이 설명한 공격이 아닙니다 17:31 &lt;jrandom&gt; 공격은 정말 많고, 대부분은 이미 대비했어요. 그래도 누가 I2P 동작에 영향을 줄 수 있는 걸 제시하면 더 분석해봐야죠 17:31 &lt;+fox&gt; &lt;Romster&gt; 리스트를 꼭 읽어야겠네요, 일단 여기까지. 다른 분들은요? 17:32 &lt;jrandom&gt; 자, 더 없으면 6) 바이러스 조사로 넘어가죠 17:32 &lt;+fox&gt; &lt;Romster&gt; 사실 한 가지 통계는 0 hop이 아니면 다음 hop이 endpoint가 아니라는 뜻이라 제외할 수 있는데, 노드가 수백만이면 그 분석 기법은 무의미하겠네요 17:33 &lt;jrandom&gt; 포럼에서 논의된 것 외에 덧붙일 건 없어요 17:33 &lt;jrandom&gt; 맞아요 Romster, tunnel 길이에 대한 전임자 공격이 있고, 그게 0.6.2에서 다루려는 주요 내용 중 하나예요 17:33 &lt;+fox&gt; &lt;Romster&gt; 바이러스요, 어떤 바이러스? 리눅스면 없을 텐데, 윈도라면 흠 17:34 &lt;+Complication&gt; 일치하는 바이너리를 만들 수는 없었지만(왜인지 모르겠음) 최종 차이는 충분히 작았어요... 어셈블리 코드를 읽고 싶은 사람에게는 도움이 될지도요. 17:34 &lt;jrandom&gt; Romster: 부탁인데, 주간 상태 노트에 의제 아이템 설명이 있어요. 회의는 그걸 '넘어서는' 것들을 논의하려는 거예요 ;) 17:35 &lt;+Complication&gt; 거기서 뭔가 명백한 건 못 찾았지만, 모든 차이를 설명할 수도 없었죠. 17:35 &lt;@cervantes&gt; rtfml 그리고 rtff 17:35 &lt;+fox&gt; &lt;Romster&gt; 네 한동안 속도를 못 따라갔네요, 미안해요 jrandom 17:35 &lt;@cervantes&gt; ;-) 17:35 &lt;jrandom&gt; 네, 알려진 안전한 bat 파일과 예전 것이 모두 같은 탐지 코드를 트리거했다는 사실이 중요하죠 17:35 &lt;+Complication&gt; 네, 그게 의구심을 덜어줘요. 17:36 &lt;+Complication&gt; QBFC가 같은 버전 번호 안에서도 문서화되지 않은 차이(빌드가 다른?)가 있을 수 있겠죠 17:37 * jrandom 모릅니다, 아마 OS 상호작용 같은 걸 수도 있고요. 어쨌든 분석을 충분히 올려줬으니 각자 정보를 바탕으로 판단할 수 있을 거예요 17:37 &lt;+Complication&gt; 그게 더 나을 것 같아요. 17:37 &lt;+Complication&gt; 디스어셈블리는 제 주 전공 밖이거든요. 17:37 &lt;jrandom&gt; legion: 이건 언급할 게 있나요, 아니면 더 알고 싶은 사람은 포럼을 보라고 할까요? 17:38 &lt;@cervantes&gt; 포럼에서 다른 분들이 말한 걸 다시 강조하고 싶어요. Complication이 이 이슈를 확인하기 위해 들인 시간과 꼼꼼한 시도들에 감사드립니다 17:38 &lt;jrandom&gt; 네, 정말 감사해요 17:38 &lt;+legion&gt; 더 보탤 건 없어요. 이미 너무 많이 말한 것 같아서 17:39 &lt;jrandom&gt; 알겠습니다. 자, 다른 분들 이건 더 없나요, 아니면 7) ???로 넘어갈까요 17:39 &lt;jrandom&gt; [넘어간 걸로] 17:40 &lt;+fox&gt; * Romster 저도 동의 :) 17:40 &lt;+legion&gt; 7)???에 대해서는 i2phex를 잠깐 얘기해보면 어떨까요 17:40 &lt;jrandom&gt; 좋죠, 좋은 생각 17:40 &lt;+fox&gt; &lt;Romster&gt; 저도 지금 쓰는 중이라서요 :) 17:40 &lt;@cervantes&gt; 아니 아니 단체 포옹 먼저 17:40 &lt;jrandom&gt; redzara가 회의에 온다고 했는데, 머지는 진행이 느린 모양이에요 17:41 &lt;+legion&gt; susi23이 헤드리스 버전에 대해 물었어요 17:41 &lt;jrandom&gt; 아 좋아요, 당신의 포스트 봤어요 17:41 &lt;+fox&gt; &lt;Romster&gt; 즐겨찾기 목록이 더 넓어져야 해요. 더 긴 i2p 키를 감당하려면 17:42 &lt;+susi23&gt; (꼭 필요한 건 아니고, 그냥 궁금해서요) 17:42 &lt;jrandom&gt; 음, base64 키는 아무도 못 외우니, Romster 당신이 크게 놓치는 건 없을 거예요 ;) 17:42 &lt;jrandom&gt; (앞부분 몇 바이트면 고유 식별에 충분하죠) 17:42 &lt;+fox&gt; &lt;Romster&gt; i2phex를 서버와 함께 시작하는 게 지금까지 본 가장 큰 문제네요 17:42 &lt;+legion&gt; 사실 저는 클라이언트에는 키의 첫 12자 정도만 표시되면 좋겠어요 17:42 &lt;+fox&gt; &lt;Romster&gt; ㅎㅎ 맞춰보세요 17:42 * Complication 안타깝게도 엄청 바빠서 xml-rpc는 못 해요 17:43 &lt;jrandom&gt; 그럴듯하네요 legion 17:43 &lt;+fox&gt; &lt;Romster&gt; 키가 유일해질 만큼만 표시하는 건 어때요 17:43 &lt;jnymo_&gt; i2phex가 잘 동작하고 있어요 17:44 &lt;jrandom&gt; 좋네요 jnymo_, 저도 좋은 얘기 많이 들었어요 17:44 &lt;+fox&gt; &lt;Romster&gt; 그래서 두 키가 abc로 시작하면 abcx 17:44 &lt;jnymo_&gt; 12자가 동일할 확률은 낮아요, romster 17:44 &lt;+fox&gt; &lt;Romster&gt; 그렇죠 17:44 &lt;+Complication&gt; 게다가 단순할수록 = 빠름 17:44 &lt;+fox&gt; &lt;Romster&gt; 그 정도로 무작위라면 12자까지 필요 없겠죠 17:45 &lt;+Complication&gt; (표시로 얻을 속도 이득이 큰 건 아니지만요) 17:45 &lt;+legion&gt; 키 전체와 공유량 같은 특정 정보를 보여주는 새 호스트 속성 창이 있으면 좋겠네요 17:45 &lt;+susi23&gt; (netDb도 router id에 4자만으로 잘 돌아가요) 17:45 &lt;+fox&gt; &lt;Romster&gt; 또는 데이터베이스에서 keyname=base64로 두고 화면에는 keyname만 표시하거나 17:45 &lt;jrandom&gt; 흠, 이미 peer 정보 표시가 있지 않나요 legion? 17:46 &lt;jrandom&gt; legion: 그런 것들은 아마 메인라인 phex에 추가하는 게 좋을 듯해요? 17:46 &lt;+legion&gt; 흠 그럴 수도... 17:46 &lt;jrandom&gt; (그러면 Gregor가 유지보수해줄 테니까요 ;) 17:46 &lt;+Complication&gt; "Browse host" 기능이 있긴 한데, 그게 정확히 같은 건 아닐 수 있어요. (작동한다면.) 17:46 &lt;jrandom&gt; Complication: 작동해요 17:46 &lt;jrandom&gt; (작동한다는 뜻) 17:47 &lt;+Complication&gt; 기본적으로 host destkey를 검색창에 넣는 듯 17:47 &lt;+Complication&gt; ...그리고 검색을 실행하죠. 17:48 &lt;jnymo_&gt; 이건 i2phex 메인라인 이슈일 수도 있는데, i2phex 다운로드 ETA는 못 봤어요 17:48 &lt;+Complication&gt; 흠... 아니, 실제로는 검색을 실행하진 않네요. 17:48 &lt;+Complication&gt; 제 건 제가 수동으로 시작할 때까지 기다리는 듯. 17:48 &lt;+fox&gt; &lt;Romster&gt; nearby i2phex running 체크박스는 뭔가요? 17:49 &lt;+legion&gt; 개선 여지가 많이 보이네요. ;) 17:49 &lt;jrandom&gt; 맞아요 :) 17:50 &lt;jrandom&gt; 할 일이 많고, 아이디어/제안/질문(/패치 :) 올리기엔 포럼이 좋아요 17:50 &lt;+fox&gt; &lt;Romster&gt; 이름부터 직관적이긴 한데 17:50 &lt;jrandom&gt; 자, 회의에 더 있을까요? 17:50 &lt;+fox&gt; &lt;Romster&gt; 흠, 좋은 지적 17:50 &lt;+fox&gt; &lt;Romster&gt; 더 생각나는 건 없네요 17:51 &lt;+fox&gt; &lt;Romster&gt; 그런데 분산 데이터 스토어 작업하는 분 있나요? 17:51 * cervantes 시계를 확인한다 17:51 &lt;+fox&gt; &lt;Romster&gt; 적극적으로요 17:51 &lt;jrandom&gt; Romster: syndie 말고는 없어요 17:51 &lt;jrandom&gt; (제가 아는 한은요) 17:52 &lt;+legion&gt; 저는 http 다운로드 매니저를 i2p에 통합하는 걸 생각 중이었어요. eepsites에서 큰 콘텐츠를 받기 쉬워질 테니까요. 17:52 &lt;+fox&gt; &lt;Romster&gt; q랑 iphex 그리고 한두 개 더 있는데, 한동안 유지되는 건 못 본 듯 17:52 &lt;@cervantes&gt; feedspace 상태는 어떤가요... 한동안 소식이 없네요 17:52 &lt;jrandom&gt; legion: 좋겠네요 - 포럼에도 그에 대한 포스트가 있었던 것 같아요 17:53 &lt;+fox&gt; &lt;Romster&gt; 아 feedspace도 있네 17:53 &lt;jnymo_&gt; 이미 회의에서 얘기됐다면 패스... i2p-freenet 협업 소식 있나요? 17:53 &lt;jrandom&gt; cervantes: 마지막으로 들은 건 frosk가 좀 바쁘다는 것뿐이고, frosk가 있으면 더 얘기해줄지도요 :) 17:53 &lt;+legion&gt; 개인적으로 i2p-entropy 협업을 보고 싶네요. 17:54 &lt;+fox&gt; &lt;Romster&gt; 데이터스토어에 대한 아이디어는 있는데, 지금 쓰이는 기존 기법의 확장판이 될 거예요 17:54 &lt;+legion&gt; q, feedspace 같은 게 지금은 빠르게 나아가는 것 같지 않아서요 17:54 &lt;jrandom&gt; jnymo_: freenet 쪽에 우리 SSU transport에서 돌아갈 코드를 보냈고, toad도 몇몇 논의에 참여했어요. 하지만 freenet을 i2p 위 데이터 스토어로 돌리려면 시간이 좀 걸릴 거예요(아마 그들의 0.7 릴리스 이후) 17:54 &lt;+fox&gt; &lt;Romster&gt; 프로젝트 시작하고 싶은데, 다른 사람들이 이미 한 걸 또 하고 싶진 않네요 17:54 &lt;+legion&gt; entropy를 i2p 위로 포팅하는 게 가능할지 궁금하네요... 17:54 &lt;jrandom&gt; legion: entropy면 좋죠. 하지만 통합은 좀 어렵습니다. 물론 사람들은 entropy용 fproxy.i2p 같은 걸 돌릴 수도 있겠고요 17:55 * jrandom entropy의 transport 코드는 전혀 모름 17:55 &lt;+fox&gt; &lt;Romster&gt; 제 기억으론 entropy는 c나 C++였던 듯 17:55 &lt;jrandom&gt; 맞아요 Romster, 그래서 GCJ로 네이티브 라이브러리로 빌드된 I2P의 SDK와 streaming 라이브러리를 쓸 수 있을 거예요 17:57 &lt;+fox&gt; &lt;Romster&gt; jrandom 말이 맞죠, 근데 누가 할까요 :) 17:57 &lt;jrandom&gt; 전 아니에요 17:57 &lt;+legion&gt; 아, 그리고 또 하나, 오늘 i2p router 콘솔의 readme.html 업데이트 새 버전을 릴리스했어요. 17:57 &lt;jrandom&gt; (당신이 신경 쓰는 일을 이루는 유일한 방법은 당신이 직접 하는 겁니다 :) 17:57 &lt;jrandom&gt; 좋네요 17:57 * dust eepsites 오프로딩을 위한 'squid' 같은 연동(syndication)을 보고 싶다 17:58 &lt;jrandom&gt; dust: 네, sucker가 그 역할을 하게 되면 이상적일 거예요 17:58 &lt;jrandom&gt; 예컨대 저는 orion의 최신 정보를 로컬 syndie로 받고 싶어요 17:58 &lt;+fox&gt; &lt;Romster&gt; squid가 쓸 프록시를 만들면 되죠 :) 17:59 &lt;+legion&gt; 파이썬 eepsitechecker의 특정 개선이 이제쯤 되었을 거라 기대하며 미뤄왔거든요. 17:59 &lt;dust&gt; 아, syndie 17:59 &lt;jrandom&gt; (그게 syndie의 목적이죠 - 로드를 줄이기 위한 syndication) 17:59 &lt;dust&gt; 그 답이네요 17:59 &lt;jrandom&gt; 파이썬 eepsite 검사기가 있어요? 17:59 &lt;+fox&gt; &lt;Romster&gt; 저도 처음 듣는데요 17:59 &lt;+legion&gt; 네, 제가 쓰는 거예요 ;) 18:00 &lt;jrandom&gt; 좋네요 legion 18:00 &lt;+legion&gt; 정말요? 꽤 오래됐는데 18:00 &lt;+fox&gt; &lt;Romster&gt; 좋네요 한번 보고 싶어요 :) 18:00 &lt;@cervantes&gt; 누가 baffled의 스크립트를 포팅했던 것 같은데... 누가 언제였는지 기억이 18:00 &lt;+fox&gt; &lt;Romster&gt; 전 파이썬 배우는 중 18:00 &lt;jrandom&gt; 아하 그렇군요 cervantes 18:00 &lt;+fox&gt; &lt;Romster&gt; 예제로랑 매뉴얼로 빡세게 :) 18:00 &lt;jrandom&gt; 전 게을러서 polecat.i2p/i2psurvey/랑 orion.i2p/만 써요 :) 18:01 &lt;jrandom&gt; (제가 크롤링할 필요가 없죠) 18:01 &lt;+legion&gt; 같이 해줄 분이 있다면, 코드를 고쳐서 python 2.3 또는 2.4에서 작동하게 만들고 싶어요 18:01 &lt;+fox&gt; &lt;Romster&gt; 전 2.4 깔려 있어요 18:01 &lt;+Ragnarok&gt; 제가 한번 볼 수도 있어요. 링크 있나요? 18:01 &lt;+fox&gt; &lt;Romster&gt; 정확히는 2.4.1일 듯 18:02 &lt;+legion&gt; 지금은 py2exe 호환성이 없고, 각 버전에서 반씩만 작동해요. 그래서 돌리려면 둘 다 깔아야 하는 상황이죠. 18:02 * jnymo_ orion.i2p/I2PDirectory 하이브리드를 보고 싶네요.. 정보, 카테고리, 통계.. 최고 18:02 &lt;+legion&gt; 회의 끝나면 압축해서 포럼에 링크 올릴게요 18:03 &lt;+Ragnarok&gt; 오케이 18:03 &lt;jrandom&gt; legion: 많은 사람들이 그걸 돌릴 필요가 있다고 보나요? 크롤링은 몇몇만 하면 되니까요 18:03 &lt;+fox&gt; &lt;Romster&gt; 둘 다라니 으, 제가 새 버전에 맞게 번역하기엔 좀 벅찰지도. 코드 보기 전까진 모르겠네요 18:03 &lt;jrandom&gt; (물론, 그 소수의 사람들이 쉽게 돌릴 수 있게 하는 건 좋죠 :) 18:04 &lt;+fox&gt; &lt;Romster&gt; 다른 걸 하는 데도 분해해서 쓸 수 있지 않을까요? 18:04 &lt;+legion&gt; 사실 i2p를 돌리는 모두에게 유용할 사용처가 있다고 봐요. 18:04 &lt;+fox&gt; &lt;Romster&gt; 그럴* 18:04 &lt;jrandom&gt; 흠, 잘 모르겠는데, 설명 좀 해줄래요? 18:04 &lt;jrandom&gt; 모두가 사실상 모든 eepsite를 DDoS하길 원치 않거든요 18:05 &lt;+legion&gt; 그 중 하나는 동적 북마크 페이지예요. 12-24시간마다 자동 생성되는. 18:05 &lt;jrandom&gt; 아, 그건 syndie에서 사소해요(사실 주요 기능 중 하나 - '새 블로그') 18:05 &lt;jrandom&gt; ((물론, 아직 그걸 위한 훌륭한 UI는 없지만)) 18:06 &lt;+fox&gt; &lt;Romster&gt; 사실 크롤링은 몇 명만 하고, 그걸 torrent/DHT 같은 데이터베이스에 던져서 노드 간 동기화하면 되죠 18:06 &lt;jrandom&gt; 맞아요 Romster (다만 그 torrent/DHT 같은 동기화 DB, 즉 "syndi"cate는 syndie가 될 수 있죠 ;) 18:06 &lt;+fox&gt; &lt;Romster&gt; 더 많은 i2p 노드와 서비스를 학습하는 숨은 방법이 될 수도 18:06 &lt;+fox&gt; &lt;Romster&gt; 네 또는 syndie 18:07 &lt;jrandom&gt; 자, 더 있으신가요? 카레가 식고 있어요 ;) 18:08 &lt;+fox&gt; &lt;Romster&gt; syndie가 그렇게 훌륭하다면 정적 페이지와 이미지를 캐시에 저장하는 것도 가능하겠네요 18:08 &lt;+fox&gt; &lt;reliver&gt; 맛있게 드세요, jrandom :-) 18:08 &lt;jrandom&gt; 바로 그거예요 romster, 지금도 할 수 있어요 18:09 &lt;jrandom&gt; 자, 더 없으면... 18:09 * jrandom 마무리한다 18:09 * jrandom 회의를 *빱* 닫는다 </div>/ko/blog/2005/10/18/2005-10-18%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 18 Oct 2005 00:00:00 +0000/ko/blog/2005/10/18/2005-10-18%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 또 화요일이네요</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.3 2) Freenet, I2P, 그리고 다크넷 (세상에) 3) Tunnel 부트스트랩 공격 4) I2Phex 5) Syndie/Sucker 6) ??? [500+ 대칭 NAT 현상금]</li> </ol> <ul> <li> <ol> <li>0.6.1.3</li> </ol> </li> </ul> <p>지난 금요일에 새로운 0.6.1.3 릴리스를 배포했으며, 네트워크의 70%가 업그레이드된 가운데 보고는 매우 긍정적입니다. 새로운 SSU 개선 사항은 불필요한 재전송을 줄인 것으로 보이며, 더 높은 속도에서도 더 효율적인 처리량을 가능하게 했고, 제가 알기로 IRC proxy나 Syndie 개선과 관련한 큰 문제는 없었습니다.</p> <p>주목할 만한 점 한 가지는 Eol이 rentacoder[1]에 대칭 NAT 지원을 위한 바운티를 걸었다는 것으로, 그 방면에서도 진전이 있기를 기대합니다!</p>/ko/blog/2005/10/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-10%EC%9B%94-18%EC%9D%BC/Tue, 18 Oct 2005 00:00:00 +0000/ko/blog/2005/10/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-10%EC%9B%94-18%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, blx, cervantes, dust, GregorK, jme___, jnymo, jrandom, mrflibble, nickless_head, Ragnarok, Rawn, redzara, tethra, vulpine</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 16:10 &lt;jrandom&gt; 0) hi 16:10 &lt;jrandom&gt; 1) 0.6.1.3 16:10 &lt;jrandom&gt; 2) Freenet, I2P, 그리고 다크넷들 (오!) 16:10 &lt;jrandom&gt; 3) Tunnel 부트스트랩 공격 16:10 &lt;jrandom&gt; 4) I2Phex 16:10 &lt;jrandom&gt; 5) Syndie/Sucker 16:10 &lt;jrandom&gt; 6) ??? 16:10 &lt;jrandom&gt; 0) hi 16:10 * jrandom 손을 흔든다 16:10 &lt;jrandom&gt; 주간 상태 노트가 http://dev.i2p.net/pipermail/i2p/2005-October/001017.html 에 올라가 있습니다 16:10 &lt;dust&gt; 이야, 이제 됩니다. 고마워요 Gregor 16:10 &lt;cervantes&gt; 안녕 16:11 &lt;+fox&gt; &lt;blx&gt; 헬로아 16:11 &lt;jrandom&gt; 좋아요, 1) 0.6.1.3 로 바로 들어갈게요 16:11 &lt;jrandom&gt; 다들 꽤 빠른 속도로 업데이트해 주셨네요, 감사합니다! 16:12 &lt;jrandom&gt; 상태는 괜찮아 보이고, 상태 노트에 있는 것 외에 덧붙일 게 많지는 않아요 16:12 &lt;jrandom&gt; 0.6.1.3 관련해서 질문/코멘트/우려 사항 있나요? 16:13 &lt;jrandom&gt; 없으면 2) Freenet, I2P, 그리고 다크넷들(오!)로 넘어가죠 16:13 &lt;cervantes&gt; 609명의 알려진 피어! 16:14 &lt;cervantes&gt; (w00t) 16:14 &lt;jrandom&gt; 네, 네트워크가 성장하고 있죠 16:14 &lt;+fox&gt; &lt;blx&gt; 오! 16:14 * cervantes 천 명 돌파까지 얼마나 걸릴지 맞추기 내기 중 16:14 &lt;jrandom&gt; 헤헷 16:14 &lt;tethra&gt; ㅎㅎㅎ 16:15 &lt;tethra&gt; 디지털 현금으로 내기하나요? ;) 16:15 &lt;cervantes&gt; 그런데 최근 i2p 코어가 얼마나 탄탄해졌는지를 보여주는 게, 사용자 증가 속도가 빨라졌다는 점이죠 16:16 &lt;cervantes&gt; 아니요… jrandom은 이미 올해 맥주값 전부를 자신도 모르게 기부했어요 16:16 &lt;jrandom&gt; ㅎㅎ 16:16 &lt;jrandom&gt; 자, 2)와 관련해서는, 더 할 말이 있는지 잘 모르겠어요(충분히 두들긴 말이죠). 그 주제에 관한 질문/코멘트/우려 있나요? 16:18 &lt;cervantes&gt; 당신이 말했듯, 최소한 흥미로운 관련 보안 논의를 촉발했죠. 즉 3) 16:18 &lt;jrandom&gt; 없다면 빠르게 3) Tunnel 부트스트랩 공격으로 넘어가죠 16:18 &lt;jrandom&gt; 네, 그렇죠 16:19 &lt;jrandom&gt; Michael이 제기한 이슈는 제가 갖고 있던 일반적인 관점을 수치화해 줘요. 명시적으로 만들 수 있어서 좋습니다 16:20 &lt;jrandom&gt; 오늘 밤 늦게(답글을 작성할 수 있게 되면) 더 새로운 공격에 대한 추가 논의가 있을 텐데, 전자의 건은 큰 문제가 아닌 것 같아요 16:21 &lt;jrandom&gt; 이해가 되시나요, 아니면 이에 대해 질문이나 우려가 있나요? 16:22 &lt;cervantes&gt; 헤… 그 말은 모두가 괜찮다고 생각하든지 아니면 문제의 핵심을 전혀 모르겠다는 뜻이죠 16:23 &lt;cervantes&gt; 전 모르는 게 약이다 쪽으로 할래요 16:23 &lt;jrandom&gt; ㅎㅎ 본질적으로는 나쁜 사람들이 당신이 지금까지 만든 모든 tunnel의 아웃바운드 엔드포인트가 되는 공격이에요 16:23 &lt;jrandom&gt; 이제 막 시작할 때는 “지금까지 만든 모든 tunnel”의 수가 매우 작죠(예: 0, 1, 2) 16:24 &lt;jrandom&gt; 하지만 몇 초 지나면 그 수가 충분히 커져서 (c/n)^t가 정말정말 작은 수가 됩니다 16:25 &lt;tethra&gt; (c/n)^t가… 16:25 &lt;jrandom&gt; (그래서 startup 직후에는 i2cp listener—즉, i2ptunnel/기타—를 바로 시작하지 않는 이유 중 하나죠) 16:25 &lt;jrandom&gt; c == 담합하는 피어 수(나쁜 놈들), n == 네트워크의 피어 수, t == 당신이 만든 tunnel 수. 16:25 &lt;cervantes&gt; 그렇죠… 16:25 &lt;tethra&gt; 아 16:26 &lt;jrandom&gt; 그래서 t가 커질수록 성공적인 공격의 확률은 정말 작아져요 16:26 &lt;cervantes&gt; 그러면 말 그대로 가능한 수준이 되려면, startup 후 몇 분 안에 민감한 작업에 router를 쓰기 시작해야 한다는 건가요? 16:26 &lt;jrandom&gt; (혹은 어쨌든, 하나의 tunnel의 모든 홉을 장악할 확률보다 작아집니다) 16:26 &lt;tethra&gt; 아하, 알겠어요 16:27 &lt;jrandom&gt; cervantes: 즉시요, 세 번째 tunnel이 만들어지기 전에 16:27 &lt;jrandom&gt; (3-hop tunnel을 쓴다고 가정하면) 16:27 &lt;cervantes&gt; 그건 꽤 가능성이 낮네요 16:28 &lt;cervantes&gt; 사용 사례 관점에서도요 16:28 &lt;jrandom&gt; 맞아요. 16:28 &lt;jrandom&gt; 게다가 우리는 startup 때 클라이언트를 실행시키기 전에 3개 이상 tunnel을 만들기 때문에, 확률 문제이기만 한 건 아니에요 16:28 &lt;jrandom&gt; 그래도 공격을 정량화해 두는 건 좋죠 16:29 &lt;cervantes&gt; 그 어떤 가능성에도 대비하려고 router가 좀 더 오래 “웜업”하도록 두는 게 가치가 있을까요? 16:30 &lt;cervantes&gt; 아니면 더 강하게 돌아가게… 16:30 &lt;jrandom&gt; 어쩌면요. 연결 수립 시간과 비무작위 피어 선택을 무시하면, 가능성은 없다고 볼 수 있어요 16:31 &lt;tethra&gt; 그건 “우왕!”할 만한 소식인가요? 16:32 &lt;jrandom&gt; 네, 하지만 엔지니어링 관점에서는 그런 특성을 무시하면 안 되죠 ;) 16:32 &lt;jrandom&gt; 그래서 0.6.2에서는 개편된 tunnel 피어 선택/순서 구현을 하면서 이 부분을 살펴보고, 제대로(Sanely) 동작하는지 확인할 필요가 있을 거예요 16:34 &lt;jrandom&gt; 좋아요, 3) 관련해서 더 없으면 4) I2Phex로 넘어가죠 16:34 &lt;jrandom&gt; sirup은 없고, irc에서 striker도 못 봤네요 - redzara, 있나요? 16:36 &lt;+redzara&gt; 네 16:36 &lt;+redzara&gt; 1차는 거의 완료: Sirup의 모드를 최신 phex CVS로 포팅 16:36 &lt;jrandom&gt; 멋져요! 16:36 &lt;+redzara&gt; 다음: 2차: Sirup 코드와 최초 릴리스에 사용된 기본 phex 코드 간의 diff를 내서, 제가 아무것도 빠뜨리지 않았는지 확인 :) 16:37 &lt;+redzara&gt; 아마 이번 주말(W.E.)에 끝날 수도 있어요 16:37 &lt;jrandom&gt; 와, 그럼 정말 좋죠 16:37 &lt;+redzara&gt; 3차: GregorK와 통신 레이어 리팩토링 16:37 &lt;+fox&gt; &lt;GregorK&gt; 최신 Phex CVS에서는 다운로드 코드가 안정적이지 않고 다운로드 파일이 이전 릴리스와 호환되지 않는다는 걸 알고 있길 바랍니다 16:38 &lt;jrandom&gt; 여긴 i2p라, 불안정한 건 익숙합니다 :) 16:38 &lt;+fox&gt; &lt;GregorK&gt; :) 16:38 &lt;+redzara&gt; 마지막 단계는, 현재 GregorK와 연락이 없어서 꽤 어려울 것 같아요 :( 16:38 &lt;jrandom&gt; GregorK: 통합은 어떻게 추천하나요? 16:39 &lt;+fox&gt; &lt;GregorK&gt; 이제 저하고 연락이 닿은 셈이네요 ;) 16:39 &lt;jrandom&gt; 아 그러면 됐네요 redzara, 어쨌든 처음 두 단계만으로도 충분히 크죠 :) 16:39 &lt;+redzara&gt; GregorK : 하이 16:40 &lt;+redzara&gt; GregorK : 코드를 전부 꼼꼼히 읽었어요 16:40 &lt;+fox&gt; &lt;GregorK&gt; 레이어를 어떻게 만들지 아이디어가 있어요… 최대한 잘 준비해 볼 테니, 얼마나 잘 맞는지, 무엇을 바꿔야 하는지 함께 보죠 16:40 &lt;+fox&gt; &lt;GregorK&gt; 전부?? 와… 16:40 &lt;+redzara&gt; Gregork : 네, 전부요!! 16:41 &lt;cervantes&gt; 속옷 사이즈까지 알고 있을 걸요 16:41 &lt;Rawn&gt; :D 16:41 &lt;+fox&gt; &lt;GregorK&gt; 좋아요… 다음에 쇼핑할 땐 당신한테 물어봐야겠네요… 16:43 &lt;+fox&gt; &lt;GregorK&gt; 가능하다면 i2phex 팀에서 phex 팀에도 누가 한 명 들어오면 좋겠네요.. 16:43 &lt;jrandom&gt; redzara: 그러면 메인라인 Phex에 플러그인 레이어로 전부 합치기 전에, 2차 작업 결과로 0.1.2 I2Phex 릴리스를 낼 수 있을까요? 아니면 한 번에 다 가나요? 16:43 &lt;+redzara&gt; 미안하지만, 영어를 잘 못해서 당신이 쓴 농담을 이해/말하기/읽기/쓰기 힘들어요 16:43 &lt;+fox&gt; &lt;GregorK&gt; 그게 양쪽에 모두 있는 버그 해결에도 도움이 될 거예요 16:44 &lt;jrandom&gt; GregorK: 가능하면 I2P 쪽은 Phex에서 얇은 플러그인으로만 만드는 길을 찾으면 좋겠죠? 16:44 &lt;jrandom&gt; 아니면 둘을 분리해 두는 게 낫다고 보나요? 16:44 &lt;+redzara&gt; jrandom : Phex 2.6.4를 I2P 위에서 돌릴 수 있을 것 같아요, 제게 I2Phex는 끝났어요 16:45 &lt;jrandom&gt; 끝났다고요? 16:45 &lt;+fox&gt; &lt;GregorK&gt; 처음부터 완전히 그렇게 만들 수 있을지는 모르겠지만, 주요 부분은 플러그인으로 분리할 수 있다고 봅니다. 16:45 &lt;jrandom&gt; 좋아요, 작업이 많겠죠 16:46 &lt;jrandom&gt; 특히 java.net.URL 같은 것들(인스턴스화 시 DNS 요청이 새는 등)을 보면요 16:46 &lt;+redzara&gt; jrandom : 끝, 종료(endded) 16:46 &lt;+Ragnarok&gt; 그르르 16:47 &lt;jrandom&gt; 알겠어요 redzara, Phex 2.6.4를 I2P 위에서 모두 잘 돌릴 수 있게 되면, I2Phex가 따로 필요하진 않겠네요 16:47 &lt;+fox&gt; &lt;GregorK&gt; 맞아요… Phex는 일부에서 apache URI 클래스를 사용해 이런 걸 우회하죠.. 다만 꼭 필요할 때만 16:48 &lt;jrandom&gt; 아 맞아요, 그 라이브러리 만져본 기억이 있네요, 좋아 보이더군요 16:49 &lt;jrandom&gt; i2p에서 최종 사용자에게 내놓기 전에 익명성/보안 쪽을 확실히 좀 더 검토해서 도울게요 16:49 &lt;jrandom&gt; (Phex에 문제가 있다고 하려는 건 아니고, 모든 앱에는 문제가 있으니, 우리가 도와서 정리할 수 있길 바란다는 뜻이에요) 16:50 &lt;+fox&gt; &lt;GregorK&gt; Socket 사용 같은 것들은 매끄럽게 통합하는 아이디어가 있어요… 하지만 다른 기능들, 예컨대 UDP 같은 데서는… 아직 최선의 해결을 모르겠네요 16:50 &lt;+fox&gt; &lt;GregorK&gt; 음 Phex에는 문제가 많을 거라고 확신합니다. :) 16:50 &lt;jrandom&gt; 아, 소켓은 쉬울 텐데, 다른 것들은 비활성화해야 할 수도 있겠네요. UDP는 뭘 위해 쓰나요 - 빠른 쿼리? 16:51 &lt;+fox&gt; &lt;GregorK&gt; 현재는 부트스트래핑에만 16:51 &lt;+fox&gt; &lt;GregorK&gt; UDP Host Cache… GWebCache의 대체 16:52 &lt;jrandom&gt; 아하, 알겠습니다. 16:52 &lt;+redzara&gt; 그렇다면 괜찮은 GwebCache가 있다면 필요 없겠네요? 16:53 &lt;+fox&gt; &lt;GregorK&gt; 네… 하지만 표준 GWebCache에도 보안 문제가 있어요… 16:53 &lt;+redzara&gt; GregorK : I2P 내부라면 그런 문제는 없을 것 같아요 16:54 &lt;jrandom&gt; 오, 그 부분은 극복 가능해요 - I2PSocket은 인증돼요 - 반대편 피어의 'destination'을 알 수 있으니, 상대가 “저는, 어… whitehouse.gov.. 맞아요!”라고 할 수 없죠 16:54 &lt;jrandom&gt; 하지만 맞아요, 검증이 필요한 부분이긴 해요 16:54 &lt;+fox&gt; &lt;GregorK&gt; 또 방화벽-대-방화벽 전송도 UDP 주제인데, 자원자가 생기면 구현하고 싶어요 :) 16:54 &lt;jrandom&gt; 아, I2P는 방화벽-대-방화벽 전송이 필요 없어요 - I2P는 완전히 개방된 end-to-end 주소 공간을 노출하거든요 :) 16:55 &lt;jrandom&gt; 하지만… 오, 쓸모가 있을 수도 있겠네요 16:55 &lt;jrandom&gt; Phex 사용자가 “0 hop tunnels”를 쓰면, 꽤 괜찮은 속도로 NAT 트래버설/방화벽-대-방화벽 전송을 공짜로 얻을 수 있어요 16:55 &lt;+fox&gt; &lt;GregorK&gt; 또 하나는 개인 네트워크에서 쉬운 공유를 위해 쿼리 등의 LAN 브로드캐스트… 16:56 &lt;jrandom&gt; (0 hop tunnels는 중간 피어가 트래픽을 운반할 필요 없이 그럴듯한 부인 가능성을 제공합니다) 16:57 &lt;jrandom&gt; 흠, LAN 브로드캐스트는 좋지만, i2p에서는 꼭 필요하진 않을 것 같아요(상대 피어가 어디 있는지 아는 건 익명성 위험이라서 :), 그러니 I2P 플러그인을 쓸 때는 그 기능을 비활성화해도 되겠죠? 16:58 &lt;cervantes&gt; *기본값으로 비활성화 16:58 &lt;+fox&gt; &lt;GregorK&gt; 아직 제공되진 않아요.. 하지만 이런 경우엔 어차피 사용자들이 서로를 알고 개인 네트워크를 구성하겠죠.. 16:58 &lt;jrandom&gt; 맞아요 cervantes 16:58 &lt;jrandom&gt; 네네 GregorK 16:59 &lt;+fox&gt; &lt;GregorK&gt; 사용자 인터페이스 관련 변경 사항이 있나요?? 17:00 &lt;+bar&gt; 음, 우린 flags는 필요 없겠죠 :) 17:00 &lt;jrandom&gt; 최소한, I2P 관련 몇 가지 설정 옵션이 가능하면 좋겠어요. 17:01 &lt;jrandom&gt; sirup은 표시를 IP+포트 대신 I2P 'destinations'로 일부 바꾸는 데 성공한 것 같아서, 괜찮았던 걸로 기억해요 17:01 &lt;+redzara&gt; 그럼 bitzy는요? 지금은 아니지만, flags와 countries는 사용하지 않아요 17:01 &lt;jrandom&gt; bitzy? 17:01 &lt;+redzara&gt; 미안, 잘못 복붙했어요 :( 17:02 &lt;+fox&gt; &lt;GregorK&gt; 필요한 설정 옵션과 선택적 기능 목록을 제공해 줄 수 있나요? 17:03 &lt;jrandom&gt; 물론이죠. I2P가 돌아가는 host+port와 성능/익명성 조정 관련 드롭다운 몇 개면 될 거예요 17:03 &lt;jrandom&gt; 자세한 건 전달드릴게요 17:02 &lt;cervantes&gt; [x] 슈퍼 전송 속도 모드 17:02 &lt;+fox&gt; &lt;GregorK&gt; 음 Bitzi는 파일 식별에 쓰여요.. 익명성 문제인가요? 17:03 &lt;vulpine&gt; &lt;redzara&gt; GregorK : 준비 중인데, 기본적으로 변경사항은 없어요 17:03 &lt;+fox&gt; &lt;GregorK&gt; :) 공급자에게 문의해 보세요 cervantes… 17:03 &lt;redzara&gt; GregorK : 그럴 수도 있어요, 작업 중입니다 17:04 &lt;cervantes&gt; GregorK: 전 영국 거주자라서요… 희망 없음 ;-) 17:04 &lt;+fox&gt; &lt;GregorK&gt; 같은 PC의 두 Phex 인스턴스 간에 파일을 전송하면… 번개처럼 빨라요 ;) 17:05 &lt;cervantes&gt; 멋지네요… 저랑 제 자신이 멋진 영화 많이 공유하겠네요 :) 17:05 &lt;cervantes&gt; * 그건 회의록에서 빼 주세요 * 17:06 &lt;bar&gt; jrandom이 전에 언급했지만, 그 미친 아이디어 다시 한 번: 17:06 &lt;+bar&gt; 일반 사용자가 0-hop tunnels를 갖도록 Phex에 i2p를 통합하는 건 어때요? 17:07 &lt;+fox&gt; &lt;GregorK&gt; flags와 IP+port 표시가 HostAddress 객체에서 오는데요.. 새 레이어에선 그걸 숨길 수 있으니 다른 걸 표시할 수 있어요 17:07 &lt;+bar&gt; (그럴듯한 부인 가능성과 UDP 방화벽 홀 펀칭을 위해) 17:08 &lt;+fox&gt; &lt;GregorK&gt; 정확히 무슨 뜻인지 잘 모르겠네요 ;) 17:08 &lt;+bar&gt; 아마 저도요 ;) 17:09 &lt;jrandom&gt; GregorK: 본질적으로, Phex 사용자가 서로 직접 통신하되, 간접 통신일 수도 있으니 그럴듯한 부인 가능성을 얻는다는 뜻이에요 17:09 &lt;+bar&gt; jrandom, 제 의도를 아실 것 같으니, 좀 더 설명해 줄래요? 17:09 &lt;jrandom&gt; 또한 I2P의 NAT 트래버설을 공짜로 얻고, ISP 등으로부터의 스니핑으로부터 데이터 보안/보호도 얻죠 17:09 &lt;+redzara&gt; GregorK : 그래서 host+port + IsLocalIP + Is PrivateIP + … 관련 코드를 전부 제거해야 해요 17:10 &lt;jrandom&gt; 반면에, (아주 큰 반면에), I2P 위에서 돌아가지 않는 gnutella 클라이언트와는 통신할 수 없게 돼요 17:10 &lt;jrandom&gt; (물론 언젠가는 전부 그렇게 되겠지만 ;) 17:10 &lt;+fox&gt; &lt;GregorK&gt; 첫 단계는—그리고 그 단계만으로도 충분히 큽니다—i2p와 phex를 더 가깝게 만드는 거죠. 17:10 &lt;jrandom&gt; 동의해요 17:10 &lt;+bar&gt; (젠장, 그 생각을 못 했네) 17:11 &lt;+bar&gt; 네, 확실히요 17:11 &lt;jrandom&gt; 이건 날아다니는 조랑말 급의 이야기예요. 먼저 실용적인 것부터 하죠 17:11 &lt;+fox&gt; &lt;GregorK&gt; 그게 얼마나 잘 되는지 본 다음에, 어떻게 더 나아갈지 결정할 수 있겠죠.. 17:11 &lt;jrandom&gt; 바로 그거예요 17:12 &lt;+fox&gt; &lt;GregorK&gt; redzara: HostAddress의 두 구현을 갖고 싶어요, 하나는 i2p용, 하나는 현재 것처럼. 17:14 &lt;+redzara&gt; Gregork : 문제없어요, 제 모드에서 관련 코드를 전부 주석 처리해 두었으니 두 구현을 쉽게 만들 수 있을 거예요. 초기 작업만 마치게 해 주세요 17:14 &lt;+fox&gt; &lt;GregorK&gt; 물론이죠.. 문제없습니다.. 17:14 &lt;jrandom&gt; :) 좋아요, 그럼 redzara, 다음 주쯤 Phex-2.4.2 기반 새 버전의 알파 테스트를 해볼 수 있을까요? 17:15 &lt;jrandom&gt; (2단계 부분 말이에요. 3단계는 메인라인 통합에 더 많은 작업이 필요하겠죠) 17:15 &lt;+redzara&gt; jrandom : next sems to be ok for me 17:16 &lt;jrandom&gt; 좋아요, 훌륭해요 17:16 &lt;+redzara&gt; s/next/next week/ 17:16 &lt;jrandom&gt; 멋집니다, 부드럽게 돌아가도록 하는 게 기대돼요 17:17 &lt;jrandom&gt; 4) I2Phex에 관해 더 얘기할 게 있나요, 아니면 5) Syndie/Sucker로 잠깐 넘어갈까요? 17:17 &lt;cervantes&gt; I2P는 그런 킬러 앱들로 분명 혜택을 볼 거예요 17:18 &lt;+fox&gt; &lt;GregorK&gt; 참고로 Phex CVS 변경사항을 위한 Phex CVS 메일링 리스트가 있어요… 도움이 된다면 17:18 &lt;jnymo&gt; *크흠*.. 당연하죠 17:18 &lt;jrandom&gt; 좋아요, 고마워요 GregorK 17:18 &lt;jrandom&gt; 맞아요 cervantes 17:19 &lt;jrandom&gt; 자, 5)와 관련해서는, 거기 있는 것 외에 덧붙일 게 없어요 17:19 &lt;jrandom&gt; dust: 있나요? 17:19 &lt;+redzara&gt; GregorK : 감사합니다만, 버전 하나만 다루기도 충분히 벅차요 :) 17:19 &lt;jrandom&gt; ㅎㅎ redzara 17:19 &lt;dust&gt; 요즘 여유 시간이 많지 않았는데, 시간이 나면 addresses.jsp를 파악해서, 프로토콜 드롭다운에 'RSS'를 추가하고, 그다음 Updater, Sucker를 거쳐 BlogManager로 가는 경로를 만들 생각이에요. 17:20 &lt;dust&gt; 더 좋은 아이디어가 없다면요 17:20 &lt;jrandom&gt; 끝내주네요 17:20 &lt;jrandom&gt; 완벽해 보여요. 17:21 &lt;jrandom&gt; 다만, 흠, 추가 필드가 필요할 수도 있겠어요(“어느 블로그에 게시할지”와 “어떤 태그 접두사로 할지”)… 17:21 &lt;jrandom&gt; 별도 폼/테이블이 의미 있을지도, 아닐지도 17:22 &lt;dust&gt; 아, addresses.jsp는 하나의 블로그용인 줄 알았어요(거기 가려면 로그인해야 하니까요?) 17:22 &lt;jrandom&gt; 아, 맞아요, 좋은 지적 17:23 &lt;jrandom&gt; updater 부분이 좀 흐릿하지만, 맞아요 17:23 &lt;dust&gt; (가서 부딪히며 알아내죠) 17:23 &lt;jrandom&gt; 네 17:24 * jnymo www.i2p.net이 ‘머천다이즈 카페’ 같은 걸 시작하면 좋겠다고 생각함 17:24 &lt;jnymo&gt; “I am Jrandom”이라고 적힌 eyetoopie 셔츠랑 함께 ;) 17:24 * mrflibble 아직 “플레임 워”를 따라잡는 중, 제대로 된 플레임 워로 번지는 중 같음 :) 17:24 &lt;jrandom&gt; ㅎㅎ jnymo 17:25 &lt;jrandom&gt; 네, 그 스레드에 내용이 많아요 17:25 &lt;jrandom&gt; 좋아요, 그럼 6) ???로 가볼까요 17:25 &lt;jrandom&gt; 회의에서 더 얘기할 거 있나요? 17:25 &lt;+bar&gt; 네, symmetric NAT 이슈에 대해 짧게 한마디만(좀 살펴봤어요): 17:25 &lt;+nickless_head&gt; jrandom: 진실을 알아냈어요! 17:25 &lt;+fox&gt; &lt;blx&gt; kaffe? 17:25 &lt;mrflibble&gt; 아, 미안 jr 17:26 &lt;jnymo&gt; 하지만 진지하게… 규모 있는 모든 오픈소스 프로젝트는 자체 머천다이즈 섹션이 있죠 17:26 &lt;+nickless_head&gt; jrandom: 당신이 last.fm 홈페이지를 해킹했다는 확실한 증거가 있어요! 17:26 &lt;+nickless_head&gt; (가입하면 받는 항목 목록에 ‘조랑말’이 있었음) 17:26 &lt;jrandom&gt; jnymo: 맞아요, 그 방향도 검토해야겠어요, 모금 수단으로도 좋겠고요 17:27 &lt;jnymo&gt; jrandom: 바로 그거죠 17:27 * mrflibble 티셔츠 산다에 한 표 17:27 &lt;+bar&gt; 좋아요, symmetric NAT에 관해, 17:27 &lt;+bar&gt; 제 생각엔 이미 지원되는 NAT들과 달리, 마법 같은 트릭은 없어요. 제대로 하려면 각 대칭 NAT의 동작을 연구/분석하고 introducer를 써서 프로빙해야 합니다. 17:28 &lt;jrandom&gt; blx: 최신 kaffe CVS는 완전 b0rked 됐어요. crypto 패키지가 소스에 없고, prng는 초기화에 실패하며, url 핸들러는 file://을 처리 못 해요 :( 17:28 &lt;jnymo&gt; i2p 사용자가 호스팅 서버에서 i2p를 쓰고 싶다면, 자유로운 정책의 저렴한 호스팅 업체로 어디가 좋을까요? 17:28 &lt;+bar&gt; (예를 들어 Hamachi와 Skype가 대칭 NAT 뒤에서 UDP 홀 펀칭을 하는 방식이 이렇다고 합니다) 17:28 &lt;+nickless_head&gt; jnymo: 컵도 좋죠 :) 17:28 &lt;+bar&gt; 제가 읽은 바에 따르면, 대칭 NAT 예측 알고리즘은 꽤 형편없습니다. 17:28 &lt;jrandom&gt; 흠 bar 17:28 &lt;mrflibble&gt; ㅎㅎ, 닉은 안 적을래요. 아, 그리고 IIP 티셔츠를 가지고 있지만 아직 살아 있고/체포 안 됐어요 17:28 &lt;jrandom&gt; 네, 저도 그렇게 읽었어요 17:29 &lt;+bar&gt; 관련해서 더 좋고 적절한 읽을거리들을 모아 보겠습니다. 17:29 &lt;+redzara&gt; 작은 질문: 0.6.1.3에서 재전송된 바이트의 평균 비율은 얼마였나요? 17:29 &lt;jrandom&gt; 고마워요 bar 17:29 &lt;+fox&gt; &lt;jme___&gt; bar, 그들이 얻은 예측은 일관되나요? 17:29 &lt;+fox&gt; &lt;jme___&gt; bar, 다시 말할게요 :) 17:29 &lt;+fox&gt; &lt;blx&gt; jrandom, 슬픈 소식이네요 17:30 &lt;jrandom&gt; redzara: 그걸 netDb에 넣는 걸 불행히도 잊었어요. 지금은 2.6과 3.8을 보고 있네요 17:30 &lt;jrandom&gt; blx: 저도요 :( 17:30 &lt;+fox&gt; &lt;jme___&gt; bar, NAT 박스의 동작을 분석해서 예측 공식을 찾았을 때, 그 NAT 박스에서 항상 통하나요? 아니면 어떤 때는 되고 어떤 때는 실패하나요? 17:30 &lt;jrandom&gt; blx: 지금 classpath와 병합을 좀 하고 있다고 들었으니, 그게 정리되면 좋겠어요 17:30 &lt;+fox&gt; &lt;blx&gt; 아마 파티엔 못 끼겠네요 17:30 &lt;jrandom&gt; blx: kaffe만 고집하시는 건가요, 아니면 OSS/DFSG를 고집하시는 건가요? 17:31 &lt;+fox&gt; &lt;blx&gt; free software 17:31 &lt;+fox&gt; &lt;blx&gt; dfsg라고 할 수도 있죠 17:31 &lt;jnymo&gt; 만약 i2p 사용자가 i2p용으로 호스팅 서버를 쓰고 싶다면, 어디가 관대한 규정에 저렴한가요? 17:31 &lt;+bar&gt; jme___: hamachi는 전체 연결 시도의 97%를 중개할 수 있다고 알려져요. 포트를 할당할 때 거의 랜덤에 가까운 동작을 보이는 NAT도 있는 듯해요 17:32 &lt;jrandom&gt; 좋아요, blx. 뭔가 방법을 찾을 수 있을 거예요. kaffe는 예전엔 잘 됐고, 우리는 sun specific한 것에 의존하지 않아요 17:32 &lt;jrandom&gt; jnymo: 전 sagonet.net을 씁니다만, 가격이 65/월에서 99/월로 올랐어요(빠른 링크에 월 1250GB 포함) 17:32 &lt;jrandom&gt; 독일에도 저렴한 곳들이 있는 걸로 알아요 17:33 &lt;+fox&gt; &lt;jme___&gt; bar, 97%면 엄청나네요 17:33 &lt;jrandom&gt; redzara: 재전송률은 얼마로 보이나요? 17:33 &lt;+bar&gt; jme___: 네, 그래서 대부분의 대칭 NAT는 예측 가능하다고 생각해요 17:33 &lt;+fox&gt; &lt;blx&gt; jrandom, 정말 이쪽에 관심 많아요 :) 17:33 &lt;+fox&gt; &lt;jme___&gt; bar, 뭘 하실 건가요? 릴레이, UDP 홀 펀칭, cnx reversal… 다른 기술도 있나요? 17:33 &lt;jnymo&gt; 99가 평균적으로 비싼가요? 17:34 &lt;+redzara&gt; jrandom 3;8과 4.2 사이 17:34 &lt;jrandom&gt; jme___: 우리는 udp라, connection reversal은 필요 없어요 :) 17:35 &lt;+bar&gt; jme___: 제가 전문가까진 아니고, 아마 다음 주 회의에 더 많은 정보를 가져올 수 있을 듯해요(하지만 냄새로는 프로파일링 + UDP 홀 펀칭 ;) 17:35 &lt;jrandom&gt; jnymo: 1250GB 기준이면 비싼 편은 아니죠. 50-100GB/월에 60-120달러/월을 본 적 있어요 17:35 &lt;jrandom&gt; bar: UPnP가 더 나은 방법일 수도 있지 않을까요? 17:35 &lt;+fox&gt; &lt;jme___&gt; jrandom, UDP여도 유용하긴 해요 :) 17:35 &lt;+redzara&gt; jrandom : 그런데 일부 노드만 큰 영향을 주네요, 아마 오래된 노드들 17:35 &lt;+fox&gt; &lt;jme___&gt; vulpine: 알겠어요 17:35 &lt;jrandom&gt; 다만 그건 자기 NAT를 제어할 수 있는 사람들만 도움 되죠 17:36 &lt;+fox&gt; &lt;jme___&gt; UPnP는 지원해야 하지만 다른 수단을 배제하진 않아요 17:36 &lt;jrandom&gt; 뭐, 우리는 지금까지도 UPnP 없이 모든 걸 하고 있어요 17:36 &lt;+fox&gt; &lt;jme___&gt; 왜냐면 UPnP를 지원하지 않는 NAT가 많거든요 17:36 &lt;jrandom&gt; 맞아요, 예를 들어 ISP의 NAT 같은 17:36 &lt;+bar&gt; jrandom: UPnP에 보안 이슈가 없다면, 나쁠 건 없죠. 다만 hamachi는 UPnP를 쓰지 않아요 17:36 &lt;+fox&gt; &lt;jme___&gt; 여기서 ‘must’ = 최대 연결성을 제공하기 위해 17:37 &lt;+fox&gt; &lt;jme___&gt; 자, 다시 C++로 돌아갑니다 :) 17:38 &lt;jrandom&gt; 맞아요 jme___, 우리가 cone/restricted 홀 펀칭에 더해 symmetric 홀 펀칭도 할 수 있다면, 아주 좋죠 17:38 &lt;jrandom&gt; 이따 봐요 jme___ 17:38 &lt;jrandom&gt; 네, UPnP 없이 할 수 있으면 이상적이죠 17:39 &lt;jrandom&gt; 좋아요, 회의에서 더 얘기할 거 있나요? 17:41 &lt;jrandom&gt; 없으면… 17:41 * jrandom 마무리 준비 17:41 * jrandom 회의를 *탁* 닫는다 </div>/ko/blog/2005/10/11/2005-10-11%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 11 Oct 2005 00:00:00 +0000/ko/blog/2005/10/11/2005-10-11%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요, 여러분. 또 화요일이네요.</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.2 2) I2PTunnelIRCClient 3) Syndie 4) I2Phex 5) 스테가노그래피와 다크넷 (플레임워 관련) 6) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.2</li> </ol> </li> </ul> <p>지난주 0.6.1.2 릴리스는 지금까지 꽤 순조롭게 진행되었습니다 - 네트워크의 75%가 업그레이드했고, HTTP POST도 잘 동작하며, 스트리밍 라이브러리가 데이터를 상당히 효율적으로 전송하고 있습니다 (HTTP 요청에 대한 전체 응답이 종단 간 단 한 번의 왕복으로 수신되는 경우가 흔합니다). 네트워크도 조금 성장했는데 - 안정 시에는 피어 수가 대략 400개 수준으로 보이지만, 주말 동안 digg/gotroot [1] 언급이 정점에 달했을 때 churn(노드의 잦은 이탈·유입)과 함께 6-700까지 더 치솟았습니다.</p>/ko/blog/2005/10/11/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-10%EC%9B%94-11%EC%9D%BC/Tue, 11 Oct 2005 00:00:00 +0000/ko/blog/2005/10/11/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-10%EC%9B%94-11%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, cervantes, Complication, dust, jrandom, Myo9, postman, redzara, wiht</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 16:29 &lt;jrandom&gt; 0) 안녕 16:29 &lt;jrandom&gt; 1) 0.6.1.2 16:29 &lt;jrandom&gt; 2) I2PTunnelIRCClient 16:29 &lt;jrandom&gt; 3) Syndie 16:29 &lt;jrandom&gt; 4) I2Phex 16:29 &lt;jrandom&gt; 5) Stego와 다크넷들 (관련: 플레임전) 16:29 &lt;jrandom&gt; 5) ??? 16:29 &lt;jrandom&gt; 0) 안녕 16:29 &lt;@cervantes&gt; (6) 16:29 &lt;+postman&gt; 6)을 말하는 거죠? 16:29 &lt;jrandom&gt; 맞아, 난 셈을 못해 ;) 16:30 * postman, cervantes와 하이파이브를 한다 16:30 &lt;jrandom&gt; 주간 상태 노트를 여기 올렸어 @ http://dev.i2p.net/pipermail/i2p/2005-October/000990.html 16:30 &lt;wiht&gt; 질문은 항목 6번이어야 해. 16:30 &lt;jrandom&gt; 내가 30분 늦었으니, 다들 이미 그 노트를 읽어봤겠지, 분명. 그럼 시작하자 ;) 16:31 &lt;jrandom&gt; 1) 0.6.1.2 16:31 &lt;@cervantes&gt; 6) jrandom의 룸메이트가 타이밍을 엉망으로 판단한 건에 대해 토론 16:31 &lt;jrandom&gt; *콜록* ;) 16:31 &lt;jrandom&gt; 좋아, 이메일에서 말했듯이, 0.6.1.2 릴리스는 꽤 잘 돌아가는 것 같아 16:32 &lt;jrandom&gt; IRC 서버들을 예전 빌드에 묶어두던 버그를 찾아냈고, 이제 그것들도 최신으로 올라왔어 (w00t!) 16:32 &lt;+postman&gt; :) 16:32 &lt;wiht&gt; 그런데, router 콘솔의 netDB에서, 페이지 맨 위에 router들과 그 버전들을 나열한 표를 표시할 수 있을까요? 16:33 &lt;jrandom&gt; 버전별 router 수, 맞지? 물론, 꽤 쉽게 할 수 있어. peers.jsp 표(피어별 버전을 보여주는)에 통합하고, 아래에 새 표를 하나 더 두는 식으로? 16:34 &lt;jrandom&gt; 9가지 버전이 함께 잘 동작하는 걸 보는 것도 꽤 기분 좋아, 물론 최신 버전이 가장 잘 작동하긴 하지만 16:35 &lt;jrandom&gt; 좋아, 1) 0.6.1.2에 대해 더 제기할 게 있는 사람? 16:35 &lt;+postman&gt; 내 router 중 하나가 known 1080으로 보여 16:35 &lt;jrandom&gt; 어이쿠 16:35 &lt;+postman&gt; 이거 좀 비정상 아닌가? 16:35 &lt;jrandom&gt; 그게 0.6.1.2에서야? 16:35 &lt;+postman&gt; 응, 그런 것 같아 16:36 &lt;jrandom&gt; 흠, 그래, 그건... 좀 높네. 난 지금 그 절반 정도밖에 안 보여 16:36 &lt;+Complication&gt; 여긴 안정적으로 400대 16:37 &lt;+bar&gt; 여기도 비슷해 16:37 &lt;wiht&gt; 난 알려진 router 260개가 보여. 16:37 &lt;jrandom&gt; postman: 회의 끝나고 그 router에서 무슨 일이 있는지 파볼 수 있겠어? (netDb/routerInfo-*를 tar.bz2로 묶어서 나한테 보내줄 수 있어?) 16:38 &lt;+postman&gt; jrandom: 응, 고마워 16:38 &lt;jrandom&gt; gracias 16:38 &lt;jrandom&gt; 그래, 모두가 모든 netDb 참조를 다 보는 게 아니니까, 변동이 있는 건 정상이지 16:40 &lt;jrandom&gt; 좋아, 1) 0.6.1.2에 더 없으면, 2) I2PTunnelIRCClient로 넘어가자 16:40 &lt;@cervantes&gt; 좋다, dust 16:40 &lt;jrandom&gt; 이메일에서 말했듯이, 새 IRC 프로토콜 전용 필터가 CVS에 올라가 있고, 다음 릴리즈에 기본값으로 배포될 거야 16:41 &lt;+postman&gt; 좋네 16:41 &lt;jrandom&gt; 그래, 이건 정말 좋아. 사람들 이런 걸 오랫동안 요청해 왔거든 16:41 &lt;+Myo9&gt; Jrandom, 요즘 더 오픈해졌네. 네 전 애인 얘기도 들었고, 이제 룸메이트 얘기도, 등등. 이것도 기억해봐: http://www.navysecurity.navy.mil/st031204.jpg 16:41 &lt;jrandom&gt; *콜록* 16:42 &lt;dust&gt; 클라이언트가 무엇을 보내는지 보고 싶다면 net.i2p.i2ptunnel.I2PTunnelIRCClient=INFO 를 추가한 다음 로그를 보면 전부 확인할 수 있어 16:43 &lt;dust&gt; 몇몇 클라이언트를 테스트해봤지만, 종류가 많아서.. 16:43 &lt;jrandom&gt; 응, 잠깐 지켜봤는데, 필터링은 탄탄한 것 같아 16:44 &lt;jrandom&gt; 앞으로 더 해볼 만한 멋진 것도 있어 — 예: 로컬에서 PING/PONG 처리해서 네트워크 트래픽을 줄인다든가 16:44 &lt;+Complication&gt; dust: “정보” 고마워 :) 16:44 &lt;+bar&gt; 대단해, dust. 정말 고마워 16:44 &lt;wiht&gt; 이게 추가 IRC tunnel을 설정할 필요가 없다는 뜻인가요? 16:44 &lt;jrandom&gt; wiht: 아니, IRC tunnel은 필요해. 하지만 지금 쓰는 걸 이걸로 대체할 수 있어 16:45 &lt;+Complication&gt; wiht: 우리 IRC 클라이언트가 정체를 드러낼 걱정은 좀 덜어도 돼 16:45 &lt;jrandom&gt; postman/cervantes: 서버 ping/pong 타임아웃을 늘리거나 없애는 것에 대한 생각 있어? 16:45 &lt;wiht&gt; 이해됐습니다, 감사합니다. 16:46 &lt;+postman&gt; 음, 나는 없애진 않겠어. 만져봤더니 내 클라이언트가 완전히 난리 났거든 16:46 &lt;jrandom&gt; postman: 음, 로컬에서 응답하게 해서, 클라이언트가 정말정말 빠른 PING/PONG을 받게 하는 걸 생각 중이야 16:46 &lt;@cervantes&gt; postman: 프록시가 ping에 응답할 수도 있지 16:46 &lt;jrandom&gt; (하지만 ping/pong이 네트워크를 오갈 필요는 없게) 16:47 &lt;jrandom&gt; 영향은 잘 모르겠지만, 검토할 가치는 있어 보여. 16:47 &lt;@cervantes&gt; 하지만 서버들이 어떻게 반응할지 모르겠어. 좀비 클라이언트가 한가득 생길 수도 있어 16:47 &lt;+postman&gt; jrandom: 음 16:47 &lt;jrandom&gt; 음, 스트리밍 라이브러리의 keepalive가 그걸 처리해야 해 16:47 * Complication은 가끔 좀비화 현상을 겪었음 16:47 &lt;jrandom&gt; Complication: 최근에? 16:47 &lt;+postman&gt; jrandom: 프록시가 클라이언트를 대신해 ping을 한다면, 프록시는 클라이언트에도 ping/pong을 해줘야 해 16:48 &lt;+Complication&gt; 일주일 전쯤인 듯. 16:48 &lt;jrandom&gt; postman: 클라이언트가 프록시로 PING을 보내면, 프록시는 i2p로 아무것도 보내지 않고 클라이언트에 바로 PONG으로 응답하는 식이야 16:48 &lt;+Complication&gt; 하지만 내 “복제본(copy)”은 결국 끊겼어. 16:48 &lt;@cervantes&gt; jrandom: 연결은 계속 열린 채로 있을 거야... 서버들이 어느 시점에 클라이언트가 유휴하다고 판단해 쫓아낼지 기준을 더 낮춰야 할지도 몰라 16:48 &lt;jrandom&gt; Complication: 아, 그땐 IRC 서버들이 최신이 아니었어. 이제는 그런 일 없을 거야 16:49 &lt;+Complication&gt; 내가 'ghost'를 쓰지 않았는데도. 최근에 ghost 명령을 쓴 건 노드를 많이 돌리다 보니 그랬어. 16:49 &lt;+postman&gt; jrandom: 그럼 지연(lag) 측정은? 16:49 &lt;jrandom&gt; cervantes: 맞아. 그리고/또는 필요하다면, 프록시가 서버로 추가 PING 메시지를 주입할 수도 있어, 정말 /필요/하다면. 16:49 &lt;+postman&gt; 난 내가 랙이 있는지 없는지 아는 게 꽤 유용하다고 봐 16:49 &lt;jrandom&gt; postman: 나도 그래. 하지만 언제든지 /msg로 자기 자신에게 보내볼 수 있잖아 16:50 &lt;dust&gt; 핑 횟수를 줄이는 것도 가능하겠지 16:50 &lt;jrandom&gt; 대역폭을 꽤 절약할 거야. tunnel 메시지는 1024바이트 블록이고, 2*k+1 홉을 거쳐 전송되니까 16:50 &lt;jrandom&gt; 그것도 그렇지 16:50 &lt;jrandom&gt; 글쎄, 그냥 아이디어야. 어쨌든 지금 있는 것만으로도 끝내줘 16:51 &lt;+postman&gt; 좋아, 테스트 서버에 패치를 해보지 16:51 &lt;@cervantes&gt; 수량을 줄이는 건 검토해볼 만해... 하지만 클라이언트가 살아 있는지 판단하려면 실제 ping은 조금은 보내야 한다고 생각해 16:51 &lt;+postman&gt; 아마 될 거야 16:51 &lt;jrandom&gt; 합리적으로 들려, cervantes. 서버 쪽에서 별도 패치가 필요하진 않을 것 같은데, 그렇지? 16:52 &lt;+postman&gt; jrandom: 비활성화하려면 아마 필요할 수도 — 하지만 간격을 낮추는 건 설정 파라미터야 16:53 * postman이 ircd 문서를 (또) 씹어보고 있음 16:53 &lt;jrandom&gt; 좋아, 급할 건 없어. 언젠가 살펴보면 될 일이지 16:53 &lt;@cervantes&gt; class servers 16:53 &lt;@cervantes&gt; { 16:53 &lt;@cervantes&gt; pingfreq 120; 16:54 &lt;@cervantes&gt; class clients { pingfreq 90 } 16:54 &lt;@cervantes&gt; 그게 내 현재 설정이야 16:54 &lt;+postman&gt; cervantes: 응, 알아 — 문제는 그걸 아예 비활성화할 수 있느냐는 거지 16:54 &lt;@cervantes&gt; 난 비활성화하진 않겠어... 그냥 줄이는 걸 보자 16:55 &lt;+postman&gt; 좋아, 그걸로 시작하자 16:55 &lt;+postman&gt; cervantes: 180초는 어때? 16:56 &lt;@cervantes&gt; 아예 깊게 가서 240으로 16:56 &lt;@cervantes&gt; 하지만 먼저 ircproxy 쪽을 준비해야 할지도 16:57 &lt;@cervantes&gt; *회의 후에 논의* 16:57 &lt;+postman&gt; 동의 16:57 &lt;jrandom&gt; w3rd. 좋아, 2) I2PTunnelIRCClient에 더 있을까, 아니면 3) Syndie로 넘어갈까? 16:57 &lt;@cervantes&gt; 현재 초당 40kb/sec 평균 router 트래픽을 줄일 수 있는 건 뭐든지 ;-) 16:58 &lt;jrandom&gt; 헷, 왠지 그게 전부 IRC 때문이진 않을 것 같은데 ;) 16:58 &lt;jrandom&gt; 좋아, 계속 가자 16:59 * cervantes가 일주일 내내 jrandom에게서 빨아온 조랑말 동영상 다운로드를 숨김 16:59 &lt;@cervantes&gt; is=the 16:59 &lt;+postman&gt; LOL 16:59 &lt;jrandom&gt; 메일에서 말했듯이, Syndie에서 꽤 멋진 일들이 진행 중이야 16:59 &lt;jrandom&gt; CLI는 사소한 거고, dust의 새 Sucker가 정말 유망해 보여 16:59 &lt;jrandom&gt; dust: 개요 좀 알려줄래? 17:00 &lt;dust&gt; 오, 17:01 &lt;dust&gt; 음, 피드를 파싱하는 데 rome을 쓰고, jrandom의 블로그에 설명된 대로 그걸 sml로 변환해 17:02 &lt;dust&gt; 아직 견고하다고 할 순 없지만, 겨우 이틀 된 거니까 :) 17:02 &lt;dust&gt; 내 Syndie에 딜버트 몇 개 넣어봤어.. 17:02 &lt;dust&gt; :) 17:02 &lt;dust&gt; . 17:02 &lt;jrandom&gt; 좋네 17:03 &lt;jrandom&gt; 좋아, 앞으로 방향에 대해 어떻게 생각해? — Syndie 소스에 넣고 CLI로 제공할까, 아니면 따로 두고 독립적으로 배포할까, 또는 다른 방법? 17:04 * dust는 모르겠다, 네가 결정해 17:04 &lt;dust&gt; 따로 노는 도구는 적을수록 좋아 17:04 &lt;jrandom&gt; 그래, 아마 한데 묶는 게 더 쉬울 거야. 그래야 모두가 쓸 수 있다는 걸 알지 17:05 &lt;jrandom&gt; 그러면 웹 인터페이스에 통합한다든가, 어쩌면 Ragnarok의 스케줄러에 넣어서(다른 노드들과 동기화하고 RSS/Atom/etc에서 끌어오는) 같은 것도 할 수 있어 17:07 &lt;jrandom&gt; 좋아, 3) Syndie에 대해 질문/코멘트/우려 사항 있는 사람? 17:07 &lt;wiht&gt; I2P에 계속 소프트웨어를 통합하면, 비대한 소프트웨어 패키지가 될 수도 있어요. 17:07 &lt;wiht&gt; 물론, 안 쓸 땐 Syndie를 꺼둘 수 있죠. 17:08 &lt;jrandom&gt; i2p SDK는 13KLOC 17:08 &lt;jrandom&gt; 그리고 i2p router는 22KLOC뿐이야 17:08 &lt;jrandom&gt; 하지만 그래, 설치 다운로드 시간에는 영향이 있어 17:09 &lt;jrandom&gt; 원한다면, router.jar, jbigi.jar, i2p.jar만 써서 클라이언트 앱 없는 경량 router를 빌드할 수도 있어 17:09 &lt;wiht&gt; 네, 다운로드를 말한 거였어요. 17:09 &lt;jrandom&gt; (하지만 웹 인터페이스로 제어하고, i2ptunnel과 스트리밍 라이브러리 등등이 있을 때 훨씬 유용하지 ;) 17:11 &lt;jrandom&gt; smeghead가 배포 시스템(자바용 emerge 같은 것)을 작업 중이었고, jpackage 쪽도 있어 17:11 &lt;jrandom&gt; 누가 번들 없이 앱을 매끄럽고 신뢰성 있게 관리하는 방법을 찾아본다면 꽤 멋질 거야 17:12 &lt;jrandom&gt; 좋아, 더 없으면 4) I2Phex로 넘어가자 17:13 &lt;jrandom&gt; 상태 노트에 있는 것 말고는 덧붙일 게 많진 않아 17:13 &lt;jrandom&gt; redzara: 있어? 17:13 &lt;+redzara&gt; 응, 있어 17:13 &lt;+redzara&gt; Gregor와의 미팅을 기다리는 동안, 다음 버전을 이미 작업하고 있어. 17:13 &lt;jrandom&gt; 아, 좋네 17:13 &lt;+redzara&gt; 지금으로선, 주 업무는 I2P 사용과 관련된 차이점과 필요사항을 파악하는 거야. 예를 들어 tcp/udp 대 i2p, I2P에 특화된 매개변수의 관리(그리고 다음 버전 때 이 매개변수들의 업데이트 관리, ...), GWebCache의 I2P 포팅, RSS를 쓸지 말지, push를 쓸지 말지... 17:14 &lt;+redzara&gt; 읽어야 할 문서와 코드가 아주 많아 17:15 &lt;jrandom&gt; 와, 그래, 많아 보인다. i2p 통합과 관련해 질문이 있거나, 아이디어를 주고받을 사람이 필요하면 알려줘 17:16 &lt;jrandom&gt; I2Phex 부분을 메인라인 Phex의 플러그인으로 넣을 수 있으면 정말 끝내줄 거야 17:17 &lt;jrandom&gt; 좋아, 4) I2Phex에 대해 다른 사람 있어? 17:18 &lt;+redzara&gt; petname 부분에서는 확실히 도움이 필요할 것 같아 17:19 &lt;+redzara&gt; 그리고 tunnel 매개변수의 미세 조정에도 아마 도움이 필요할 거고 17:19 &lt;jrandom&gt; 좋아, 네이밍은 꽤 쉬워 — 기본 수준에선 이름을 전혀 쓰지 않고도 할 수 있어(지금 I2Phex가 그렇게 하고 있고) 17:20 &lt;jrandom&gt; tunnel 설정도 문제가 되진 않을 거야. 다만 그 얘기를 하니, 아마 Phex에는 플러그인을 위한 '고급 설정' 섹션이 필요할지도 모르겠다는 생각이 드네 17:20 &lt;jrandom&gt; (물론 기본값은 잘 정해둘 거고) 17:21 &lt;+redzara&gt; 아마 ircclient 같은 것, 즉 확실히 걸러주는 필터 같은 게 필요할지도 17:22 &lt;@cervantes&gt; 내 생각엔 앱부터 제대로 만드는 게 낫겠어 17:22 &lt;jrandom&gt; 그게 통할 수도 있지만, 임의의 바이트 시퀀스를 다루는 건 어려울 수 있어 17:23 &lt;jrandom&gt; 그래도 ircclient 같은 프록시라면 어떤 Gnutella 클라이언트든 쓸 수 있게 해줄지도 몰라. 하지만 일이 많을 거야. 17:23 &lt;+redzara&gt; 흠, 그냥 아이디어일 뿐이지 ;) 17:23 * jrandom은 그 프로토콜을 충분히 잘 아는 건 아니라서 최선의 접근을 말하긴 어려우니, 가능한 가장 단순한 방식으로 가자고 제안 :) 17:25 &lt;jrandom&gt; 좋아, 더 없으면 5) stego와 다크넷을 간단히 훑고 갈까 17:26 &lt;jrandom&gt; 리스트에서 나온 얘기 외에 덧붙일 게 있는지는 잘 모르겠어(본격적인 논의는 아마 거기서 계속하는 게 좋을 거야) 17:27 &lt;jrandom&gt; 그렇긴 해도, 제기된 이슈들에 대해 누가 이야기하고 싶은 게 있어? 17:27 &lt;wiht&gt; 논의에서 Freenet 버전 0.5와 0.7이 언급됐죠. Freenet에 0.6 버전도 있나요? 17:27 &lt;jrandom&gt; 0.6은 그들의 현재 '불안정(unstable)' 네트워크 브랜치야 17:27 &lt;jrandom&gt; 내가 아는 한 17:28 &lt;+postman&gt; 오, 전 외계인한테 납치된 줄 알았는데요 17:28 &lt;jrandom&gt; 외계인 탓 하는 건 보통 안전한 선택이지만, 이번만큼은 그들의 잘못이 아니야 17:28 &lt;+postman&gt; :) 17:28 &lt;wiht&gt; Toad가 I2P나 FreeNet 노드의 IP 주소를 수집할 수 있다는 얘길 한 거죠? 17:28 &lt;jrandom&gt; 그런 것들 중 하나지 17:29 &lt;wiht&gt; 그걸 확인하고 싶었어요, 감사합니다. 17:29 &lt;jrandom&gt; 천만에. 좋아, 5)에 대해 다른 거 있어? 아니면 정겨운 6) ???로 넘어갈까 17:30 &lt;+postman&gt; 좋아, 6) 관련해서 하나 있어 17:30 &lt;jrandom&gt; 그럼 넘어간 걸로. 17:30 &lt;jrandom&gt; 무슨 일이야, postman? 17:30 &lt;+postman&gt; 우리 모두 프로토콜 전용 필터가 가능한 프록시가 좋고 필요하다는 걸 봤잖아 17:31 &lt;+postman&gt; 일반화된 프록시에 대해 생각을 투자해 보는 게 가능할까? 17:31 &lt;+postman&gt; 프로토콜 서술을 먹여서 동작하는 그런 거 17:31 &lt;+redzara&gt; BeanShell(자바 스크립팅 엔진)을 사용해서 자바 코드를 동적으로 실행하는, cron 같은 애플리케이션이 있었으면 해 17:31 &lt;+postman&gt; 감시/필터링/위장해야 할 것들과 함께 17:31 &lt;+postman&gt; 필터/정화(sanitize)에 대한 XML 서술 같은 걸로 17:32 &lt;+postman&gt; 그래서 새 소스 없이도 새 필터 파일/프로파일만으로 가능하게 17:32 &lt;+postman&gt; (생각해볼 가치가 있는지 묻는 거야) 17:32 &lt;jrandom&gt; 매우, 매우 복잡해, postman. javacc 같은 lexer(어휘 분석기)를 사용해 입력 언어를 만들고, 그 언어를 출력 형식으로 변환하는 앱을 만드는 건 가능하겠지 17:32 &lt;@cervantes&gt; 프로토콜에서 벗어나는 것들을 잡아내는 게 까다롭지 17:33 &lt;+postman&gt; 브레인스토밍을 촉발해 보려는 아이디어였어 17:33 &lt;+postman&gt; 내 생각엔 모델링된 필터/파서가 있는 범용 프록시는 꽤 쓸모 있을 것 같아 17:33 &lt;wiht&gt; eepsites.i2p에 접속해 본 사람이 있나요? 지난주 내내 몇 번 시도했는데, 매번 실패했어요. 17:33 &lt;jrandom&gt; wiht: 한 번 열어봤는데, eepsites.com이랑 같더라 17:34 &lt;jrandom&gt; (아니면 .net? .org였나? 까먹었다) 17:34 * wiht가 eepsites.com을 방문함 17:34 &lt;jrandom&gt; postman: 누가 진짜로 돌아가는 걸 만들어낼 수만 있다면, 끝내줄 거야 17:34 &lt;+postman&gt; jrandom: 좋아, susi랑 같이 좀 생각해 볼게 17:34 &lt;jrandom&gt; w3wt 17:34 &lt;+postman&gt; jrandom: 아마 다음 주에 내놓을게 17:35 &lt;wiht&gt; eepsites.com이 맞고, eepsite를 위한 검색 엔진이에요. 17:35 &lt;+postman&gt; 하지만 그게 작동하는 꿈을 꿨지 17:35 &lt;+postman&gt; :] 17:35 &lt;jrandom&gt; :) 17:36 * Complication은 프로토콜에서 벌어지는 모든 미묘함을 서술하려면... 코드가 필요하고, 코드 말고는 답이 없다고 의심함 17:36 &lt;+Complication&gt; (적어도 대부분의 프로토콜은) 17:36 &lt;@cervantes&gt; 아냐, 그냥 좀 사악한(evil) regex 몇 개면 돼 17:36 &lt;+postman&gt; Complication: 어쩌면 이 의심이 우리가 더 파고들지 못하게 막는 이유일지도 17:37 &lt;+postman&gt; Complication: 아직 확신은 없지만, 의심만으로는 내가 그 문제를 포기하진 않을 거야 17:37 &lt;jrandom&gt; 글쎄, 여기서 중요한 포인트는 dust가 우리에게 보여준 거야 — 17:37 * Complication은 그런 걸 해낼 수 있는 regex를 두려워함 17:37 &lt;jrandom&gt; 코드가 꼭 그렇게 무서운 건 아니야. 17:37 &lt;+postman&gt; 봤지? :) 17:37 &lt;+postman&gt; 좋은 필터 모델링 언어도 같은 일을 할 수 있어 17:38 &lt;+postman&gt; :) 17:38 &lt;@cervantes&gt; tcl? :) 17:38 &lt;+Complication&gt; 정말 좋아야겠지. 17:38 * jrandom은 postman, 너도 네 나름의 날아다니는 조랑말이 있음을 알아챔 ;) 17:38 * dust도 여기저기서 코드를 중복하는 게 못내 찜찜했음 17:38 &lt;+postman&gt; jrandom: 소는 아냐 :) 17:38 &lt;jrandom&gt; 작동하는 코드>>>이론적 코드 개선 17:39 &lt;+postman&gt; 음 17:40 &lt;+postman&gt; i2p에서 배운 한 가지 17:40 &lt;wiht&gt;&gt;&gt;&gt; 는 “훨씬, 훨씬 더 낫다”는 뜻인가요? 17:40 &lt;+postman&gt; 첫인상만으로 포기하지 마 17:40 &lt;jrandom&gt; 그 말 맞아, postman 17:40 &lt;jrandom&gt; 그래, wiht 17:41 &lt;jrandom&gt; 정말 멋질 거야 17:41 &lt;jrandom&gt; 좋아, 회의에서 더 이야기할 거 있는 사람? 17:41 &lt;+bar&gt; 음, IMAP은 잘 작동해, postman? (포럼에서 읽긴 했는데, 아직 내가 직접 해보진 않았어) 17:41 &lt;+postman&gt; bar: 직접 해봐 — 사용자 리포트는 아직 없어 17:41 * cervantes가 조랑말 모양의 징을 굴려 들임 17:42 &lt;+bar&gt; 좋아, 그렇게 할게 :) 17:42 &lt;+postman&gt; bar: 그리고 내 환경에선 아주 잘 돼 :) 17:42 &lt;jrandom&gt; 좋네 17:42 &lt;+bar&gt; 멋져 17:42 &lt;+postman&gt; cervantes: 집착하네 17:42 &lt;@cervantes&gt; 나?! 17:42 &lt;@cervantes&gt; :) 17:43 &lt;jrandom&gt; 좋아, 90분 되기 전에 17:43 * jrandom이 예열함 17:43 * jrandom이 *baf* 하며 회의를 종료함 </div>/ko/blog/2005/10/04/2005-10-04%EC%9E%90-i2p-%ED%98%84%ED%99%A9-%EB%85%B8%ED%8A%B8/Tue, 04 Oct 2005 00:00:00 +0000/ko/blog/2005/10/04/2005-10-04%EC%9E%90-i2p-%ED%98%84%ED%99%A9-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 우리의 주간 상태 노트 시간이에요 (여기서 환호해주세요)</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.1.1 2) i2phex 3) syndie 4) ???</li> </ol> <ul> <li> <ol> <li>0.6.1.1</li> </ol> </li> </ul> <p>평소 공지 채널에 알린 바와 같이, 0.6.1.1이 며칠 전에 공개되었고, 현재까지 보고는 긍정적입니다. 네트워크는 안정적으로 3-400개의 알려진 피어로 성장했으며, 성능도 꽤 좋은 편이지만 CPU 사용량이 다소 증가했습니다. 이는 유효하지 않은 IP 주소가 잘못 허용되도록 하는 오랫동안 존재해 온 버그로 인해 필요 이상으로 높은 churn(노드 변동)이 발생한 탓일 가능성이 큽니다. 0.6.1.1 이후의 CVS 빌드에는 이에 대한 수정과 기타 변경이 포함되어 있으므로, 아마 이번 주 후반에 0.6.1.2를 내놓을 것 같습니다.</p>/ko/blog/2005/10/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-10%EC%9B%94-4%EC%9D%BC/Tue, 04 Oct 2005 00:00:00 +0000/ko/blog/2005/10/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-10%EC%9B%94-4%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cat-a-puss, cervantes, Complication, jrandom, mancom, nickless_head, phedy, postman, protokol, Ragnarok</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 16:16 &lt;jrandom&gt; 0) 하이 16:16 &lt;jrandom&gt; 1) 0.6.1.1 16:16 &lt;jrandom&gt; 2) i2phex 16:16 &lt;@protokol&gt; 그 얘기 나온 김에, legion과 i2phex 소식은 어때 16:16 &lt;jrandom&gt; 3) syndie 16:16 &lt;jrandom&gt; 4) ??? 16:16 &lt;jrandom&gt; 0) 하이 16:16 * jrandom 손을 흔든다 16:16 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2005-October/000939.html 에 올려두었어요 16:17 &lt;+postman&gt; 안녕 16:17 &lt;jrandom&gt; 그럼 1) 0.6.1.1부터 들어가죠 16:18 &lt;+postman&gt; 응 16:18 &lt;jrandom&gt; 네트워크는 규모도 사용량도 늘고 있지만, 전반적으로 꽤 잘 돌아가고 있어요 16:18 &lt;+postman&gt; … IRC 서버들만 빼고 16:18 &lt;jrandom&gt; 그래, 그건 흥미로운 건데 16:19 &lt;jrandom&gt; (IRC 서버들은 현재 구버전을 돌리고 있고, 왜 이런지 정확히 파악하기 위해 아직 디버깅 중이에요) 16:19 &lt;+Ragnarok&gt; 무슨 일이 있었나요? 16:20 &lt;jrandom&gt; 최근에 좋은 변경들이 좀 있었으니, IRC 서버들도 가급적 빨리 업그레이드할 수 있으면 좋겠어요 16:20 &lt;cervantes&gt; Ragnarok: server&lt;-&gt;server 링크가 1.1에서 불안정해요 16:20 &lt;+Ragnarok&gt; 이상하네 16:20 &lt;jrandom&gt; 그러니까 0.6.1.1 말이야 ;) 16:20 &lt;+Complication&gt; protokol: 포럼 봐봐, 결국 합리적인 접근을 택했어 16:20 &lt;+postman&gt; cervantes: 시간 여행 얘기는 꺼내지 마, 이 멍청아 16:20 &lt;cervantes&gt; 0.6.1.x 16:20 &lt;+postman&gt; :) 16:21 &lt;cervantes&gt; 읔 16:21 &lt;+postman&gt; jrandom: 이번 주에 테스트 ircd를 빌드할 수 있으면 좋겠어 16:21 &lt;+postman&gt; jrandom: 너나 cervantes가 돌리는 인스턴스에 링크시킬 수도 있고 16:22 &lt;jrandom&gt; 그래, 그러면 좋지. 심지어 서로 다른 tunnel들을 각기 다른 JVM으로 분리하고, 서로 다른 스트리밍 라이브러리와 router 버전을 써서 문제를 더 좁혀볼 수도 있어요 16:23 &lt;jrandom&gt; 0.6.1.2 전에 그걸 해낼 수 있으면 멋지겠지만, 아니어도 큰일은 아니에요 16:24 &lt;jrandom&gt; 좋아요, 1) 0.6.1.1 관련해서 다른 이야기 있나요? 16:24 &lt;+postman&gt; jrandom: 그거 말고는: 지옥처럼 잘 돌아가 16:24 &lt;jrandom&gt; 그게 좋은 지옥인가, 나쁜 지옥인가? :) 16:24 &lt;+postman&gt; 지옥 중의 지옥 :) 16:25 &lt;+Complication&gt; 어, 오류를 몇 개 더 내게 했어(하지만 정말, 정말 경계선급 상황이었고, i2phex가 실행 중인 상태에서 router를 재시작한 경우였어). 따로 보내줄게. 16:26 &lt;jrandom&gt; 아 멋져요, 고마워요 Complication 16:26 &lt;+Complication&gt; (예: 실제로는 아마 아무에게도 피해가 없을 거야) 16:26 &lt;jrandom&gt; 헤, 사람들의 망가뜨리는 능력을 절대 과소평가하지 마세요 :) 16:27 &lt;cervantes&gt; 혹은 바보 방지 시스템을 시험하는 바보들의 기발함도요 16:27 &lt;+postman&gt; 맞아, 바보 방지로 만들면 새로운 종류의 바보가 나타나 보답해 줄 거야 16:28 &lt;jrandom&gt; 할렐루야 16:29 &lt;jrandom&gt; 좋아요, 1) 관련해 더 없으면 2) i2phex로 넘어갈까요 16:30 &lt;jrandom&gt; 근래에 논의가 많았고, legion이 sirup의 i2phex 코드베이스에 변경 사항을 다시 병합하기로 합의했어요. 16:30 &lt;+postman&gt; 고고 16:30 &lt;jrandom&gt; 이건 꽤 멋져요. 완전히 오픈하고 안전한 상태를 유지하면서도 우리 모두가 legion의 노고의 혜택을 볼 수 있으니까요 16:31 &lt;+Ragnarok&gt; 그가 실제로 뭘 했죠? 16:33 &lt;jrandom&gt; 최근 변경에는 systray4j 추가, striker의 타임아웃 업데이트, 기본 tunnel 길이 증가, 몇 가지 NSIS와 JNI 관련 작업, 그리고 기타 변경들이 포함돼요 16:33 &lt;+Ragnarok&gt; 음, 알겠어 16:33 &lt;+postman&gt; jrandom: 개선점이 꽤 있네 - 그런 것들은 유지되는 거지? 16:34 &lt;jrandom&gt; 물론이죠, 괜찮은 것들은 전부 i2phex에 통합될 거예요 16:34 &lt;jrandom&gt; 확신이 안 드는 것들도 몇 가지 있지만, 그건 회의 밖에서 legion과 논의할게요 ;) 16:35 &lt;+postman&gt; ㅇㅋ 16:36 &lt;jrandom&gt; 좋아요, 2) i2phex에 대해 더 있을까요? 아니면 3) syndie로 넘어갈까요? 16:37 * postman 자기 syndie500 프랜차이즈 물품을 준비한다 16:37 &lt;jrandom&gt; 헤헷 16:37 &lt;jrandom&gt; 좋아, Ragnarok, 최신 내용 요약 좀 해줄래? 16:37 &lt;+Ragnarok&gt; 음, 좋아 16:38 &lt;+Ragnarok&gt; Syndie가 이제 아카이브에서 새 게시물을 자동으로 받아옵니다. 16:38 &lt;+Ragnarok&gt; 어느 아카이브에서 업데이트를 받을지와 주기를 syndie 설정 파일에서 지정할 수 있어요 16:39 &lt;+Ragnarok&gt; 자세한 내용은 history.txt에 있어요 16:39 &lt;+Ragnarok&gt; UI가 필요하긴 하지만, 그 외에는 사실상 끝났습니다 16:39 &lt;+Ragnarok&gt; 물론, 요즘 아무도 뭐라 올리지 않는 것 같아서, 어쩌면 크게 쓸모는 없을지도 :) 16:40 &lt;jrandom&gt; [여기에 Field of Dreams 인용문 삽입] 16:40 &lt;jrandom&gt; 고마워요 Ragnarok, 이건 자주 요청되던 기능이었죠 16:41 &lt;+Ragnarok&gt; 좋아 16:41 &lt;+Ragnarok&gt; 기쁘게 했어, 실은 그렇게 큰일도 아니었고 16:42 &lt;+Ragnarok&gt; 대부분 그냥 내가 불편해서 긁적거린 거지 :) 16:42 &lt;cervantes&gt; 아, 그랬어? 그럼 잊어버리자 :P 16:42 &lt;cervantes&gt; or=oh 16:42 &lt;+postman&gt; (쉿, 천재도 열심히 일해야 한다는 걸 인정하면 안 되지) 16:42 &lt;+Ragnarok&gt; 헤헤 16:43 &lt;+Ragnarok&gt; 아무튼, 버그 리포트/기능 요청/야유/환호 등 뭐든 있으면 말해줘 16:43 &lt;jrandom&gt; (환호!) 16:43 &lt;+Ragnarok&gt; 다음으로 생각하는 건, 게시물에서 보이는 petname들을 router의 petname DB로 자동으로 가져오는 건데, 좀 복잡할 것 같아... 16:44 &lt;+Ragnarok&gt; 하지만 그렇게 되면 본질적으로 syndie가 addressbook을 대체할 수 있을 거야 16:44 &lt;jrandom&gt; 그건 정말 멋질 거예요 16:44 &lt;+nickless_head&gt; 응 :) 16:45 &lt;+Ragnarok&gt; 아카이브에서 petname 목록을 어떻게 뽑아낼지만 알아내면 돼 16:45 &lt;+Ragnarok&gt; 나머지는 사소해 16:45 &lt;+nickless_head&gt; ragnarok: 네 변경사항은 이미 cvs에 들어갔어? (토론 전부 읽기 귀찮아서) :) 16:45 &lt;+Ragnarok&gt; 응 16:45 &lt;+nickless_head&gt; :happy: 16:45 * nickless_head cvs 업데이트를 할지 고민한다 16:45 &lt;+Ragnarok&gt; 어제부터 그랬어 16:45 &lt;+nickless_head&gt; 아냐, 아마 다음 릴리스를 기다리는 게 더 낫겠어 16:45 &lt;jrandom&gt; petname들이 렌더링될 때마다 가져오는 건 어떨까, HTMLRenderer(의 addressReceived)을 통해 노출된 것들에서 16:46 &lt;+Ragnarok&gt; 좋아, 그거 살펴볼게 16:46 &lt;jrandom&gt; 좋아, 고마워 Ragnarok 16:47 &lt;+Ragnarok&gt; 음, 내 쪽은 여기까지야, 질문 없으면 16:49 &lt;jrandom&gt; wr0d. 좋아, 4) ???로 넘어갈게요 16:49 &lt;jrandom&gt; 회의에서 더 얘기할 거 있는 사람? 16:49 &lt;cervantes&gt; 그래 16:49 * nickless_head 관심 가득한 눈빛으로 cervantes를 본다 16:50 &lt;+fox&gt; &lt;mancom&gt; Q나 feedspace 관련 새 소식 있나요? 16:50 &lt;+postman&gt; nickless_head: 이봐, 그는 내 거야 - 그렇게 뻔히 쳐다보지 마 :) 16:50 &lt;+nickless_head&gt; 나 빤히 보는 거 아니야.. 관심 있게 보고 있는 거지. 16:51 &lt;cervantes&gt; 숙고 끝에 "Forum User of the Month" 코너를 부활시켰고 - 이번 달은 포럼에 뛰어난 기여를 한 Complication에게 돌아갔어요 16:51 &lt;+nickless_head&gt; 축하해요 Complication! 16:51 &lt;+postman&gt; 축하 :) 16:51 &lt;cervantes&gt; 그래서 그에게 아바타를 줍니다(좋아하든 말든) :P 16:51 &lt;+Complication&gt; 헤, 내 실수들은 덜 두드러졌길 바라. :O :D 16:52 &lt;@protokol&gt; 오 좋아 16:52 &lt;jrandom&gt; w00t! 고마워요 Complication 16:52 &lt;cervantes&gt; (지금 활성화됨) 16:52 &lt;@protokol&gt; 그 Yellow Submarine i2phex 테스트는 어떻게 돼가 16:52 &lt;@protokol&gt; 속도가 눈에 띄게 잘 나오거나, 반대로 전혀 안 나오거나 하나? 16:52 &lt;+Complication&gt; 진행 중이야. 16:52 &lt;jrandom&gt; mancom: Q나 feedspace 관련 새 소식은 없어요 16:53 &lt;+Complication&gt; 초고속은 아니지만, 충분히 괜찮은 속도는 보장된다고 봐. 16:53 &lt;jrandom&gt; protokol: 내가 마지막으로 들은 건 10-20KBps였어, 하지만 그건 포럼 얘기일 뿐이고 16:53 &lt;@protokol&gt; 지금 바로 내려받는 중이야 16:53 * nickless_head postman이 암시한 바를 이해한다 16:53 * nickless_head 얼굴을 붉힌다 16:53 &lt;+Complication&gt; (또: 기술 소개 일부를 다시 읽어봤는데, 네트워크 비교 부분에서 흠을 못 찾겠더라. 충분히 괜찮다고 생각해.) 16:54 &lt;+postman&gt; nickless_head: LOL (미안) 16:54 * Complication 아바타를 보고 씨익 웃는다 :D 16:54 &lt;+nickless_head&gt; postman: *GG* (괜찮아) 16:54 &lt;cat-a-puss&gt; 기부금을 모으는 대안 방법으로 "Amazon honor system"을 도입하려는 노력에서 진행된 게 있나요? 16:54 &lt;+Complication&gt; 정확해. :P 16:55 &lt;@protokol&gt; cat-a-puss: 무슨 뜻이야? 16:55 &lt;jrandom&gt; 아직이야 cat-a-puss, 요즘 wilde가 안 보이네 16:55 &lt;jrandom&gt; 오, 어이 phedy 16:55 &lt;phedy&gt; 안녕 jrandom. 16:55 &lt;cat-a-puss&gt; protokol: pay-pal 같은 건데, amazon.com 계정으로 결제할 수 있다는 점이 달라 16:56 &lt;jrandom&gt; Complication: 비교 부분 관련해서 고마워요. 손볼 게 좀 남아 있지만, 잘 진행 중이에요 16:56 &lt;@protokol&gt; 약하군 16:56 &lt;+Complication&gt; (둘 다 써보긴 했지만, Tor나 Freenet를 제대로 안다고 할 정도는 아냐) 16:57 * cat-a-puss 분산 검색 엔진 완성을 도울 수 있도록 현상금을 걸 생각이다. 16:57 &lt;jrandom&gt; (문서를 일반 웹사이트에 올리기 전에 그쪽 사람들에게 검토를 부탁할 거야) 16:58 &lt;cervantes&gt; Complication: 런던의 로터리에 있는 미술 설치물이야, 교통을 엉망으로 만들어 ;-) 16:59 &lt;jrandom&gt; cat-a-puss: 어차피 곧 다른 재정 관련 일도 정리해야 해서, 가능한 한 빨리 알려줄게 16:59 &lt;jrandom&gt; 좋아요, 회의에서 더 얘기할 거 있는 사람? 16:59 &lt;cat-a-puss&gt; 아, 1.0 전에 문서를 다른 언어로 번역하고 싶다면, 스페인어와 중국어로 도와줄 사람들을 알지도 몰라요. 16:59 &lt;cat-a-puss&gt; 좋아 16:59 &lt;jrandom&gt; 끝내줘, 정말 좋겠다 17:00 &lt;+Complication&gt; cervantes: 알려줘서 고마워, 그런, 음… 효과가 어디서 발생하는지 몰랐거든 :D 17:00 &lt;jrandom&gt; cvs에 돌아다니는 기술 소개 초안이 하나 있고, 나중엔 웹사이트 리디자인 결과물에 포함될 것들도 번역하고 싶어요 17:03 * nickless_head 잠자러 간다 17:03 &lt;jrandom&gt; 이제 baffer를 잡아야겠지… 17:03 &lt;jrandom&gt; 더 없으면요 17:03 * jrandom 준비 운동을 한다 17:03 * jrandom 회의를 *baf*로 마감한다 </div>/ko/blog/2005/09/27/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-9%EC%9B%94-27%EC%9D%BC/Tue, 27 Sep 2005 00:00:00 +0000/ko/blog/2005/09/27/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-9%EC%9B%94-27%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> A123, brutus, Complication, gloin, jrandom, LevDavidovitch, mihi, mihi, mule, postman, Ragnarok, Sugadude, wiht</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 16:14 &lt;jrandom&gt; 0) 안녕하세요 16:14 &lt;jrandom&gt; 1) 네트워크 상태 16:14 &lt;jrandom&gt; 2) 0.6.1 16:14 &lt;jrandom&gt; 3) ??? 16:14 &lt;jrandom&gt; 0) 안녕하세요 16:14 * jrandom 손을 흔든다 16:14 &lt;+Ragnarok&gt; 좋아요, 추가 질문은 보류할게요 16:14 &lt;jrandom&gt; 주간 상태 노트가 http://dev.i2p.net/pipermail/i2p/2005-September/000933.html 에 올라갔습니다 16:14 &lt;+Ragnarok&gt; 안녕하세요 :) 16:15 &lt;wiht&gt; 안녕하세요. 16:15 &lt;jrandom&gt; 원하시면 3) ???에서 더 깊이 파볼 수 있어요 16:15 &lt;+Ragnarok&gt; 좋아요 16:15 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태로 들어갈게요 16:15 &lt;jrandom&gt; 전반적으로 꽤 안정적인 것 같아요 16:16 &lt;A123&gt; HTTP outproxy(아웃프록시)는 하나의 router(라우터)만이 운영하나요? 16:16 &lt;wiht&gt; 제 router 콘솔에서 알려진 노드가 307개로 보여요. 16:16 &lt;A123&gt; (아직 I2P가 어떻게 동작하는지 조금은 잘 모르겠어요) 16:16 &lt;jrandom&gt; 기본으로 구성된 outproxy가 두 개 있고, 기본값에는 포함되지 않았지만 사용할 수 있는 것들이 몇 개 더 있어요 16:16 &lt;wiht&gt; 최근 네트워크 성장으로 누군가의 대역폭이 한계까지 차나요? 16:17 &lt;jrandom&gt; 음, 제 대역폭 사용량은 늘었어요, 제 routers에서 꾸준히 30~40KBps 정도예요 16:17 &lt;jrandom&gt; (즉 꾸준히 30~40이라는 뜻이에요) 16:18 &lt;jrandom&gt; (squid.i2p 같은 트래픽이 많은 서비스도 몇 개 돌리고 있긴 해요 ;) 16:19 &lt;A123&gt; 로그는 본 적 있어요? 16:19 &lt;jrandom&gt; squid 로그요? 아니요, 요청 로깅을 하지 않도록 설정해 두었어요 16:20 &lt;+Ragnarok&gt; 기억하세요, 그가 거짓말일 수도 있어요 :) 16:20 &lt;+Ragnarok&gt; 그러니 그런 질문은 쓸데없죠 16:20 &lt;jrandom&gt; (물론 그것도 거짓말일 수 있고, FBI/기타를 위해 일할지도 모르니, 남용하지 마세요 ;) 16:20 &lt;A123&gt; 그냥 거기에 뭔가 흥미로운 게 있을까 궁금했어요 :) 16:21 &lt;+mihi&gt; A123: 직접 outproxy를 운영하세요 :) 16:21 &lt;gloin&gt; A123: Tor 노드를 설정하세요. 16:21 &lt;A123&gt; 설정하기 쉬운가요? 16:21 &lt;jrandom&gt; 그렇지는 않아요 16:21 &lt;A123&gt; gloin, Tor는 파일 공유용으로 설계되지 않았다고 명시되어 있어서, 저는 별로 관심이 없어요. 16:22 &lt;jrandom&gt; (outproxy 말이에요. Tor는 설정이 쉬워요) 16:22 &lt;A123&gt; 적어도 그들은 사람들이 파일 공유에 사용하지 않기를 명시적으로 밝혔죠. 16:22 &lt;wiht&gt; jrandom, I2P 프로젝트의 성숙도를 대대적으로 공개 발표하는 건 여전히 1.0 버전까지 기다리길 원하시나요? 16:23 &lt;+mihi&gt; A123: 확실히 nickserv에 닉네임 등록하는 것보다 어렵죠 *힌트* *힌트* 16:23 &lt;A123&gt; 아 맞어요, A123이 선점되면 정말 싫죠 :) 16:23 &lt;wiht&gt; 지금 네트워크가 잘 동작한다면, 더 많은 사용자를 받아들일 수 있을까요? 16:23 &lt;jrandom&gt; 1.0 이전에 대외 홍보를 좀 해서 더 큰 환경에서 테스트를 해봐야 해요 16:24 &lt;+Ragnarok&gt; 프리뷰 릴리스 같은 걸로요 16:24 &lt;wiht&gt; 베타 릴리스요? 좋은 생각 같네요. 16:25 &lt;jrandom&gt; 그래요, 웹사이트 개편과 함께 진행될 거고, 아마 0.6.2 이전일 수도 있어요 16:25 &lt;jrandom&gt; (아니면 0.6.2쯤) 16:25 &lt;jrandom&gt; (웹사이트 개편은 같은 질문에 몇 시간이고 답변하느라 시간 낭비하지 않도록 하는 핵심 경로의 일부죠) 16:25 &lt;+Ragnarok&gt; 음, 단순한 또 다른 베타보다는 최종 사용자 다듬기를 좀 더 해서요 16:26 &lt;A123&gt; I2P를 이해하는 클라이언트가 스스로 tunnels(터널)을 쉽게 구성할 수 있나요? 16:26 &lt;jrandom&gt; 네 16:26 &lt;A123&gt; 항상 콘솔에 HTTP 요청을 보내는 방식도 가능하겠죠... 16:26 &lt;+Ragnarok&gt; router 콘솔도 대대적인 개편이 필요해요. 첫 페이지를 i2p 포털처럼 만들고, 기술적인 것들은 좀 더 안쪽으로 옮기면 좋겠어요 16:26 &lt;jrandom&gt; 그건 i2p에 연결할 때 클라이언트가 보내는 속성 중 하나예요 16:26 &lt;jrandom&gt; 동의해요, Ragnarok 16:27 &lt;A123&gt; 흠. 그럼 Azureus I2P plugin도 좀 더 친절하게 만들 수 있겠네요. 16:27 &lt;A123&gt; 아니, 최소한 조금이라도 친절하게요. 16:27 &lt;jrandom&gt; 동의해요, A123 ;) 16:27 &lt;jrandom&gt; (그래도 작업 증명 부분을 보여준 건 정말 잘했어요) 16:28 &lt;jrandom&gt; 최근 메일링 리스트에 사용성 관련 훌륭한 제안들이 많았어요 16:28 &lt;jrandom&gt; 그중 많은/대부분은 새로운 사용자에게 i2p를 써보라고 권하기 전에 끝내야 해요 16:28 &lt;A123&gt; 콘솔에서: "Status: ERR-Reject로 감지되듯이, router에 원치 않는 UDP 패킷이 도달하도록 NAT나 방화벽에서 구멍을 뚫을 수 없다면..." 16:28 &lt;A123&gt; "Status: ERR-Reject"는 어디에서 볼 수 있죠? 16:29 &lt;+Ragnarok&gt; 이제 사용성을 걱정할 수 있는 단계에 왔다는 게 좋네요 :) 16:29 &lt;jrandom&gt; A123: router 콘솔의 왼쪽에 Status: OK(또는 Status: unknown, 기타)라고 표시돼요 16:29 &lt;+Complication&gt; router 콘솔의 Status 필드에요. 16:29 &lt;jrandom&gt; 맞아요, Ragnarok 16:29 &lt;+Complication&gt; 거기에 OK 또는 OK (NAT)가 떠 있길 바래요. 16:30 &lt;A123&gt; Complication, 아, 고마워요. "Check network reachability..."를 클릭하면 그게 업데이트되나요? 16:30 &lt;wiht&gt; 앞으로의 I2P 릴리스에서 호환성을 깨지 않아도 되길 바랍니다. 과거에 전체 네트워크를 새 버전으로 마이그레이션하는 건 고통스러웠던 것 같아요. 16:30 &lt;+Complication&gt; A123: 네, 클릭하면 다시 테스트할 거예요 16:30 &lt;+Complication&gt; 다만 즉시 일어나지는 않아요. 16:30 &lt;jrandom&gt; 음, 예전만큼 고통스럽지는 않지만, 그래도 피할 수 있으면 좋겠죠, wiht 16:30 &lt;A123&gt; 그럼 페이지를 새로고침해야 하나요? 16:30 &lt;A123&gt; 음, 아니요, 그러면 또 다른 HTTP POST가 될 텐데요... 16:31 &lt;+Complication&gt; A123: 테스트에 적합한 피어를 찾는 데 1분 정도 걸릴 수 있어요 16:31 &lt;+Complication&gt; 이미 통신 중인 상대와는 테스트할 수 없거든요 16:31 &lt;+Complication&gt; 그건 잘못된 결과를 줄 수 있어요. 16:32 &lt;+Complication&gt; 그래서 나중에 router 콘솔을 보면 결과가 표시될 거예요. 16:32 &lt;+Complication&gt; 기본적으로, 이상적인 상황에서는 피어 테스트를 수동으로 실행할 필요가 없어야 해요. 16:33 &lt;+Complication&gt; =필요 없다는 뜻 16:33 &lt;jrandom&gt; 맞아요, i2p는 특정 이벤트가 발생할 때 이제 자동으로 피어 테스트를 해요 16:33 &lt;jrandom&gt; (예를 들어 누군가가 당신의 IP가 당신이 생각하는 것과 다르다고 알려줄 때) 16:33 &lt;A123&gt; 그 버튼은 전혀 직관적이지 않더군요. 무엇을 언제 업데이트하는지 전혀 모르겠고, 테스트 결과를 명확히 알려주지도 않아요... 16:34 &lt;A123&gt; 페이지가 자동으로 새로고침되지 않았고(아마), 브라우저에서 리로드를 할 수도 없고요... 16:34 &lt;jrandom&gt; 리로드는 안전할 거예요 16:34 &lt;A123&gt; 그럼 또 다른 테스트가 실행되잖아요? 16:34 &lt;jrandom&gt; 맞아요, router 콘솔은 사용성보다는 기술적 이유로 설계되었죠 16:34 &lt;jrandom&gt; A123: 그런 걸 막기 위해 nonce(논스, 임의값)가 있어요 16:34 &lt;+Complication&gt; 그 부분은 나중에 더 나은 설명 문구가 도움이 될 것 같아요 16:35 &lt;wiht&gt; 2)를 건너뛰고 벌써 3)로 간 건가요? 16:35 &lt;jrandom&gt; Complication: 불필요하니 아마 제거할 거예요 16:35 &lt;jrandom&gt; 아니요, 아직 1이에요 16:35 &lt;jrandom&gt; 사실, 1) 네트워크 상태에 대해 더 있을까요? 16:35 &lt;A123&gt; 아, 맞네요, 몇 번 하고 나면 nonce에 대해 불평하네요. 16:35 &lt;jrandom&gt; 없으면 2) 0.6.1로 넘어갈게요 16:35 &lt;A123&gt; 비전공자에게 "nonce"는 그냥 무의미한 단어처럼 보일 거예요. 16:36 &lt;A123&gt; :) 16:36 * Complication 그래프들을 본다 16:36 &lt;+Complication&gt; 여기서는 네트워크 상태에 대해 불만 없어요. 16:36 &lt;jrandom&gt; w3wt 16:37 &lt;A123&gt; reseeding이 자동이 아닌 이유가 있나요? 16:37 &lt;jrandom&gt; 좋아요, 메일에 있는 내용 외에 0.6.1에 대해 특별히 덧붙일 건 많지 않아요 16:37 &lt;gloin&gt; 흠.. 들어오고 나가는 트래픽이 대체로 대칭이어야 하지 않나요? 16:37 &lt;A123&gt; 제 것은 어느 정도 대칭인 것 같아요. 16:37 &lt;jrandom&gt; A123: 네, 다만 더 안전하게 할 수도 있을 거예요 16:37 &lt;+Complication&gt; gloin: 리칭하거나 시딩 중이면 아니죠 ;) 16:37 &lt;+Ragnarok&gt; 뭔가 다운로드 중이면 아니죠 16:38 &lt;A123&gt; 합계: 3.74/4.09KBps (들어옴/나감) 16:39 &lt;gloin&gt; Complication: 이것이 보안 문제인가요? '외부' 트래픽을 줄여야 하지 않나요? 16:39 &lt;+Complication&gt; gloin: 기준이 무엇이냐에 달렸죠 16:40 &lt;+Complication&gt; 최대한의 보안을 추구하는 사람은 분명 다른 이가 자신의 BW(대역폭)에 관찰 가능한 변화를 유발할 수 있는 행동을 해서는 안 되죠. 16:40 &lt;jrandom&gt; gloin: 1.0으로 가면서 그런 통계를 공개하지 않을 거예요 16:40 &lt;A123&gt; 제 ISP는 그래도 알겠지만요... 16:40 &lt;jrandom&gt; 하지만 로컬 트래픽 분석에 대비하려면 다른 사람들의 tunnels에 참여해야 하죠 16:41 &lt;+Complication&gt; (여기서 "their BW"의 엄밀한 정의는 "그들의 노드에서 시작/종료하는 대역폭 사용"을 의미) 16:41 &lt;jrandom&gt; (아니면 충분한 더미 활동을 하거나요. 예를 들어 tarzan에는 대역폭^W^W익명성 방어를 위해 "mimics"가 있어요) 16:41 &lt;A123&gt; 흠. 16:41 &lt;A123&gt; 저는 ADSL이고, 업로드보다 다운로드 능력이 훨씬 커요. 16:42 &lt;+Complication&gt; 많은 사람들이 그래요. 16:42 &lt;A123&gt; 제 다운로드가 업로드를 초과하면, 그건 제가 뭔가 다운로드하고 있다는 의미 아닌가요? 16:43 &lt;wiht&gt; 아니요, 다른 사람들의 트래픽을 포워딩하고 있을 수도 있어요. 16:43 &lt;+Complication&gt; 다운로드를 하고 있다는 의미일 것 같네요. 16:43 &lt;A123&gt; I2P가 데이터를 캐시하나요? 16:43 * wiht 그게 틀렸다면 정정해주면 좋겠어요. 16:43 &lt;+Complication&gt; A123: 제가 아는 한 캐싱은 일어나지 않아요 16:43 &lt;jrandom&gt; i2p 자체는 캐시하지 않아요 16:43 &lt;+Complication&gt; A123: 캐싱은 발생하지 않는 걸로 알아요 16:43 &lt;jrandom&gt; 하지만 syndie는 캐시하죠. 16:44 &lt;A123&gt; 캐싱이 없다면, 제 다운로드가 업로드를 초과하는 건 제가 직접 뭔가를 다운로드하고 있다는 뜻이겠죠? 16:44 &lt;jrandom&gt; 대량의 인바운드 트래픽이 있지만 현재 아웃바운드 트래픽이 없다면, syndie 노드를 돌리고 있을 수도 있어요 16:44 &lt;jrandom&gt; 네, A123, 충분히 짧은 시간 구간에서는 그래요 16:45 &lt;A123&gt; 네트워크 버퍼가 가득 찬 뒤에는 유용하게 다운로드할 수 있는 속도가 제 업로드 속도와 같을 테니까요. 16:45 &lt;jrandom&gt; 특정 위협 모델에서는 그렇죠 16:45 &lt;A123&gt; 흠. 16:45 &lt;jrandom&gt; (충분한 자원을 가진 로컬 수동 공격자, 또는 표적화된 로컬 공격자, 등) 16:46 &lt;+Complication&gt; 더 빨리 다운로드할 수도 있지만, 위험이 커집니다. (그래서 저는 업/다운 제한을 비슷하게 잡아두었어요.) 16:46 &lt;A123&gt; 아, 좋은 지적이에요, 다운로드 속도를 제한하면 되겠네요. 16:46 &lt;@LevDavidovitch&gt; 그나저나, 다운로드와 업로드 속도 둘 다 제한해야 해요 16:47 &lt;+Complication&gt; 하지만 업로드보다 다운로드를 더 많이 하는 모든 사람을 표적으로 삼는다면... 세상 사람 전부와 그들의 할머니까지 표적이 되겠죠. 16:47 &lt;wiht&gt; 아직 IRC에서 연결 끊김 문제가 있는 것 같아요. 16:47 &lt;jrandom&gt; wiht: 몇몇만 그래요 16:47 &lt;wiht&gt; 알겠습니다. 16:47 &lt;@LevDavidovitch&gt; 요즘은 재연결도 아주 빠릅니다 16:48 &lt;jrandom&gt; (예전처럼 나쁘지도 않고요) 16:48 &lt;wiht&gt; 동의해요, 재연결이 더 좋아졌어요. 16:48 &lt;jrandom&gt; 맞아요, 적정한 bw 제한이 있는 routers에 우리 IRC 서버가 호스팅되는 게 좋아요 :) 16:49 &lt;jrandom&gt; ((예전이 불합리했다는 건 아니에요, 훌륭했죠, 우리가 그 용량을 넘어섰을 뿐)) 16:49 &lt;A123&gt; DCC가 지원되지 않는 기술적 이유가 있나요? nat 모듈과 비슷하게 구현할 수 있지 않나요? 16:49 &lt;jrandom&gt; 좋아요, 2) 0.6.1에 대해 더 있을까요? 16:49 &lt;jrandom&gt; 네, A123, dcc가 지원되지 않는 데에는 기술적 이유가 있어요 16:50 &lt;@LevDavidovitch&gt; 클라이언트 측에서 해야 할 거예요, 아마도. 16:50 &lt;jrandom&gt; 누군가 dcc를 지원하는 IRC 프록시를 구현할 수는 있지만, 아직 아무도 하지 않았어요 16:50 &lt;A123&gt; 그게 뭔가요? 아니면 긴 이야기인가요? 16:50 &lt;jrandom&gt; dcc 지원을 하려면 IRC 프로토콜을 이해하고 해석해야 하며, 필요에 따라 IRC 메시지를 다시 써야 해요 16:50 &lt;@LevDavidovitch&gt; 일반적인 dcc는 임의의 포트를 사용하죠 16:50 &lt;jrandom&gt; (특히 dcc 연결을 설정하는 ctcp 메시지) 16:50 &lt;A123&gt; 아, 그걸 물으려 했어요... nat 모듈처럼(말씀하신 대로 동작하는) 기술적으로 가능한지요. 16:51 &lt;jrandom&gt; nat 모듈이 뭔지 잘 모르겠는데요? 16:51 &lt;@LevDavidovitch&gt; nat는 좀 특이한 UDP 동작을 사용하죠. 16:52 &lt;@LevDavidovitch&gt; 그가 말한 건 nat 트래버설인 것 같아요 16:52 &lt;jrandom&gt; 아, 알겠어요, 네, 기술적으로는 가능하지만, 자원봉사로 그걸 하겠다는 사람이 없어요(그리고 저는 일이 너무 많고요) 16:52 &lt;A123&gt; 아니요... 적어도 Linux에서는 iptables용 masq 모듈이 있어서 DCC CTCP 요청이 담긴 IRC 패킷을 다시 써줘요. 16:53 &lt;@LevDavidovitch&gt; 아, 알겠어요 16:53 &lt;@LevDavidovitch&gt; 그 코드의 일부를 쓸 수 있을지도요 16:53 &lt;@LevDavidovitch&gt; ipfilter랑 얼마나 밀접하게 엮여 있는지에 달렸겠죠 16:54 &lt;jrandom&gt; 아마 I2PTunnelClient를 확장해서 IRC를 해석하게 하는 게 더 간단할 거예요 16:54 &lt;A123&gt; http://www.koders.com/c/fidA6A89E1080590138EB211E694473DDDD098B6B75.aspx &lt;- 구글 덕분에 찾은 건데, 흥미로울 수도요. 16:54 &lt;jrandom&gt; (I2PTunnelHTTPClient가 HTTP를 해석하도록 확장된 것과 같은 방식으로요) 16:55 &lt;@LevDavidovitch&gt; 대부분의 나라에서는 아니죠. 16:55 &lt;@LevDavidovitch&gt; 이런 16:56 &lt;jrandom&gt; A123: OS 수준 필터는 배포가 좀 어려울 거예요. 그래도 누군가 작업하고 싶다면 출발점으로 좋겠죠 16:57 &lt;jrandom&gt; 좋아요, 2) 0.6.1에 대해 더 없다면 3) ???로 넘어갈까요? 16:57 &lt;A123&gt; jrandom, 꼭 OS 수준일 필요는 없지 않나요? 어차피 IRC tunnel을 통해 들어올 텐데요... 16:58 &lt;jrandom&gt; 사실 iptables 필터로도 동작하지 않을 거예요. i2ptunnel 내부나 다른 i2p-aware 프록시에서 해야 해요 16:58 &lt;jrandom&gt; 어쨌든 일이 많아서, 누가 자원해서 하지 않으면 영영 안 될 거예요 ;) 16:59 &lt;jrandom&gt; (그래도 진짜 멋지긴 하겠죠) 16:59 &lt;A123&gt; 그렇네요. 16:59 &lt;A123&gt; "iptables 필터를 쓰자"가 아니라 "iptables 필터 같은 방식"을 말한 거였어요 :) 16:59 &lt;A123&gt; -the+a 16:59 &lt;A123&gt; +n 17:00 &lt;A123&gt; 흠 흠. 17:00 &lt;@LevDavidovitch&gt; 진행하죠, 제 생각엔 17:01 &lt;jrandom&gt; 좋아요, 3) ???로 17:01 &lt;jrandom&gt; (사실 줄곧 3)에 있었던 거라고도 할 수 있겠지만 ;) 17:01 &lt;jrandom&gt; 회의에서 더 꺼내고 싶은 주제 있으신가요? 17:01 &lt;+fox&gt; &lt;brutus&gt; 3)와 관련해서 1.0 전에 bugzilla를 잘 갖춰두면 좋겠어요 17:01 &lt;wiht&gt; 메일링 리스트의 사용성 제안들 얘기가 나와서 말인데, 그중 일부를 I2P에 반영했나요? 17:02 &lt;jrandom&gt; brutus: 예전에 bugzilla가 있었는데, 아무도 사용하지 않았어요 17:03 &lt;wiht&gt; 즉, 아직은 I2P 코어 기능에 집중하고 있고 사용성은 좀 나중에 집중할 계획인가요? 17:03 &lt;A123&gt; 여기서 시도하진 않겠지만, 지금 누군가에게 DCC 요청을 보내면 상대에게 제 IP가 노출될 것 같아요. 17:03 &lt;A123&gt; (클라이언트가 자신의 IP를 알고 있다고 가정하면요) 17:03 &lt;jrandom&gt; wiht: 지난주에 사용성을 크게 개선할 수 있는 스트리밍 라이브러리 쪽 개선을 많이 했어요 17:04 &lt;jrandom&gt; A123: IRC 서버들은 ctcp 메시지를 필터링해요 17:04 &lt;jrandom&gt; (수정되어 있어요) 17:04 &lt;A123&gt; 서버들... 17:04 &lt;jrandom&gt; 하지만 맞아요, 그건 서버로 당신의 IP를 보냅니다(서버가 버릴 수도 있고, 어떤 NSA 데이터베이스에 보관할 수도 있죠) 17:04 &lt;jrandom&gt; 그러니 dcc 요청은 보내지 마세요 17:04 &lt;A123&gt; 저도 서버 관리자들이 제가 누군지 아는 건 원치 않아요 :) 17:05 &lt;A123&gt; (이론적으로요. 지금이나 여러분과는 상관없지만요) 17:05 &lt;A123&gt; 그 점은 사용자들에게 경고할 가치가 있어요. 17:05 &lt;jrandom&gt; 기억하기로 위키에 그런 여러 이슈들에 관한 페이지가 있어요 17:05 &lt;jrandom&gt; (ugha.i2p에 들러보세요) 17:06 &lt;+fox&gt; &lt;mihi&gt; 참고로: irc2p 서버들은 i2p를 통해 연결되어 있나요, 아니면 직접인가요? 17:06 &lt;+Complication&gt; i2p라고 가정하겠어요 17:06 &lt;+Complication&gt; 누가 그새 미쳐서 제게 알리지 않았다면요. :P 17:06 &lt;wiht&gt; jrandom, 좋아요, 그런데 Isamoor가 낸 UI 제안들은 어떤가요? 17:07 &lt;jrandom&gt; mihi: i2p 통해서 연결된 걸로 알고 있어요 17:08 &lt;jrandom&gt; wiht: 제가 한 작업 목록은 `http://dev.i2p/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD` 에서 볼 수 있어요 17:09 &lt;jrandom&gt; 해야 할 일도, 하게 될 일도 많지만, 제 손은 두 개뿐이에요 17:09 &lt;wiht&gt; 감사해요, 거기서 볼게요. 17:10 &lt;jrandom&gt; 사실, 회의에서 언급할 게 하나 있어요... 17:10 &lt;A123&gt; fox가 changating 하는 서버/채널이 어디죠? 아니면 제가 fox의 목적을 오해한 건가요? 17:11 &lt;jrandom&gt; hq.postman.i2p에서 언급했듯이, postman의 서버를 통해 익명 메일 서비스를 만 1년 넘게 제공해왔어요! 17:11 * jrandom 환호한다 17:11 * wiht 감사를 모르는 사람처럼 보이고 싶지 않다. 17:12 &lt;A123&gt; jrandom, 스패머들이 눈치채기 시작했나요? 17:12 &lt;jrandom&gt; A123: fox는 irc.freenode.net으로 가는 브리지예요 17:12 &lt;A123&gt; (알겠어요, 스팸을 하기엔 느린 방법이지만...) 17:12 &lt;jrandom&gt; A123: 아닐 거예요, postman에는 안티스팸 대책이 있어요 17:12 &lt;jrandom&gt; 인바운드 스팸은 좀 문제이긴 하지만요 ;) 17:13 &lt;jrandom&gt; (그래도 거기서 제 계정은 잘 필터링되고 있어요) 17:13 &lt;mule&gt; 정말 그렇게 오래됐나요. 세월이 빠르네요 ... 17:13 &lt;A123&gt; jrandom, 아, 고마워요. 17:13 * Complication 누가 마침내 이메일로 곰을 보내줬는지 확인한다 17:14 &lt;+fox&gt; &lt;brutus&gt; 맞아요, postman이랑 cervantes는 훈장을 받아야 해요, 여기서 큰 짐을 지고 있어요 17:15 &lt;+fox&gt; &lt;brutus&gt; 정말 훌륭한 서비스들이죠 17:16 &lt;jrandom&gt; 완전 동감. mule의 outproxy와 fproxy, orion의 사이트, 그리고 여러분 모두의 콘텐츠도 마찬가지예요 :) 17:16 &lt;jrandom&gt; 좋아요, 회의에서 더 다룰 거 있나요? 17:16 &lt;wiht&gt; 콘텐츠 얘기가 나와서 말인데... 17:16 &lt;wiht&gt; 어떤 사이트가 열려 있는지는 알지만, 쉽게 접근할 수 있는 사이트 디렉터리는 없는 것 같아요. 17:17 &lt;A123&gt; 제 시계가 빠릅니다. "Updating clock offset to -316819ms from -304801ms" 메시지를 "CRIT"보다 낮은 레벨로 내려줄 수 있을까요? 조금 불안하네요. 17:17 &lt;wiht&gt; 사이트 관리자들이 자기 사이트가 무엇인지 올릴 수 있는 디렉터리를 만들까 생각했어요. 17:17 &lt;jrandom&gt; orion.i2p가 꽤 쉽게 접근 가능하지 않나요...? 17:17 &lt;jrandom&gt; A123: 흠, 그럴지도요 17:18 &lt;wiht&gt; 사이트의 목적에 대한 짧은 설명도 있나요? 17:18 &lt;+postman&gt; A123: 스팸은 수신 메일(인터넷에서 오는 메일)에만 문제예요 17:18 &lt;jrandom&gt; wiht: 네, 있어요, 다만 어디서 온 건지는 모르겠네요 17:18 &lt;+Complication&gt; wiht: 아니요, orion에는 그런 기능이 없는 것 같아요 17:18 &lt;wiht&gt; 다시 살펴볼게요. 17:18 &lt;jrandom&gt; 제 기억이 맞다면 jnymo가 유지보수했었죠 17:18 &lt;+postman&gt; A123: i2p mail 사용자들은 인터넷 대상에게 스팸을 보낼 수 없을 뿐 아니라, 서로에게 스팸을 보내는 것도 거의 불가능해요 17:19 &lt;+Complication&gt; 죄송, 사용자 입장에서 접근 가능한 기능은 아닌 것 같다는 말이었어요. 17:19 &lt;wiht&gt; 사이트를 분류하는 디렉터리를 생각했어요, dmoz.org와 비슷한 거요. 17:19 &lt;A123&gt; wiht, 저는 완전 신규 사용자라서, 정말 좋아 보이네요. 17:19 &lt;+fox&gt; &lt;Sugadude&gt; wiht: 분류가 필요할 만큼 사이트가 충분히 많나요? 17:19 &lt;A123&gt; wiht, 하지만 Freenet을 보면 하면 안 되는 훌륭한 예시가 있어요. 17:20 &lt;jrandom&gt; 신뢰할 수 있는 분류형 사이트가 있으면 좋겠죠. 아니면 syndie에 통합해서 사람들이 자신의 피어 레퍼런스에 태그와 분류를 붙이고(그리고 공유하고) 할 수 있게 할 수도 있어요 17:20 &lt;jrandom&gt; (syndie는 이미 각 북마크에 대한 카테고리 태그 세트를 가지고 있어서, dmoz 스타일로 시각화하는 것도 어렵지 않을 거예요) 17:20 &lt;jrandom&gt; 그리고 로컬이라서 &lt;--- 빠름 17:20 &lt;A123&gt; 아니면 그냥 구글이 i2p에 관심을 갖게 만들거나... 17:20 &lt;jrandom&gt; 헤헷 17:24 &lt;jrandom&gt; 좋아요, 회의에 더 없으면... 17:25 * jrandom 마무리한다 17:25 * jrandom *baf*s 회의를 마친다 </div>/ko/blog/2005/09/20/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-9%EC%9B%94-20%EC%9D%BC/Tue, 20 Sep 2005 00:00:00 +0000/ko/blog/2005/09/20/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-9%EC%9B%94-20%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, Complication, forest, jrandom, Kefoo, postman, Ragnarok</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 16:18 &lt;jrandom&gt; 0) 안녕하세요 16:18 &lt;jrandom&gt; 1) 0.6.0.6 16:18 &lt;jrandom&gt; 2) I2Phex 0.1.1.27 16:18 &lt;jrandom&gt; 3) 마이그레이션 16:18 &lt;jrandom&gt; 4) ??? 16:18 &lt;jrandom&gt; 0) 안녕하세요 16:18 * jrandom 손을 흔든다 16:18 &lt;jrandom&gt; 주간 상태 노트를 올렸습니다 @ http://dev.i2p.net/pipermail/i2p/2005-September/000929.html 16:18 &lt;+postman&gt; 안녕하세요 16:18 &lt;forest&gt; 안녕하세요 16:18 &lt;jrandom&gt; 자, 1) 0.6.0.6으로 들어가 봅시다 16:19 &lt;jrandom&gt; 상태 노트에 0.6.0.6에 대해 제 머릿속에 있는 건 거의 다 담겨 있어요. 누가 질문/우려/코멘트 있나요? 16:19 &lt;+postman&gt; jrandom: 관찰 사항: 16:19 &lt;+postman&gt; jrandom: 대역폭 사용량이 훨씬 높습니다 16:20 &lt;+postman&gt; jrandom: 모두 제한 내이고 잘 동작합니다 - 하지만 내 router가 지금 정말 뜨거워지고 있어요 16:20 * nickless_head 비슷한 관찰을 한다 16:20 &lt;jrandom&gt; 응, 나도 그래, 아마 bt와 i2phex 트래픽 증가 때문인 것 같아 16:20 &lt;+postman&gt; 증가라니, 트래커에 활성 토렌트가 겨우 80개뿐인데? :) 16:20 &lt;jrandom&gt; ㅎㅎ 16:21 &lt;+postman&gt; 그래도 네트워크가 무너지지 않는 걸 보니 좋네요 16:21 &lt;+postman&gt; IRC는 꽤 안정적이네요, 현재 router가 50k/s를 처리하고 있는데도요 16:21 &lt;jrandom&gt; 완전 동감. 여기 IRC가 충분히 안정적이라 이제는 freenode에 로그인조차 하지 않아요 16:22 * postman 마이크를 다시 건넨다 16:22 &lt;jrandom&gt; 좋아요, 고마워요. 대역폭 효율을 더 개선할 여지는 분명히 있지만, 현재로서는 괜찮아 보입니다 16:22 &lt;jrandom&gt; (지금 작업 중인 것이 도움이 되길 바라요. 준비되면 더 말씀드릴게요) 16:22 &lt;fox&gt; &lt;mihi&gt; OK (Nat)와 Err (Nat)을 확실히 구분해야 해요... 16:23 &lt;fox&gt; &lt;mihi&gt; 아니면 당신들의 hole punching(방화벽/NAT 구멍 뚫기 기법)이 전능한가요? 16:23 &lt;jrandom&gt; ㅎㅎ 16:23 &lt;jrandom&gt; 음, ERR-SymmetricNAT는 지금도, 앞으로도 ERR일 거예요 16:23 &lt;fox&gt; &lt;mihi&gt; 아니면 성공했는지 확인하는 게 불가능한가요? 16:24 &lt;fox&gt; &lt;mihi&gt; 알겠어요 16:24 &lt;jrandom&gt; 하지만 ERR-Reject는 restricted cone(제한 콘 NAT) 때문이고, full cone NAT(완전 콘 NAT)는 잘 동작합니다 16:24 &lt;jrandom&gt; (i2p는 모두에게 하나의 소스 포트만 사용하므로, i2p에 있는 한 full cone에 대한 hole이 뚫린 상태가 됩니다) 16:25 &lt;jrandom&gt; 그래도 사람들이 포트 포워딩을 해서 introducer(소개자)가 필요 없도록 하는 게 더 좋습니다. 그러면 본인도 introducer가 될 수 있거든요 16:25 &lt;fox&gt; &lt;mihi&gt; 까다로운 iptables 규칙만 없다면 (예: 7로 나누어떨어지는 IP 주소에서 오는 UDP 8887을 drop한다든지 :) ) 16:25 &lt;jrandom&gt; ㅎㅎ 16:26 &lt;jrandom&gt; 안타깝게도, 그런 식으로 망가진(b0rked) 설정을 가진 사람들도 있어요 (*콜록*peerguardian*콜록*) 16:26 &lt;jrandom&gt; 어제 누가 i2p가 왜 안 되냐고 하더군요. 그런데 방화벽이 .edu 피어들에서 오는 패킷을 전부 드랍하도록 되어 있었어요 16:27 &lt;+Ragnarok&gt; .edu? 꽤 뜬금없네요 16:27 &lt;jrandom&gt; 맞아요, 여러모로 말이 안 됐죠 16:27 &lt;jrandom&gt; 뭐, 그런 법이죠 16:27 * nickless_head 노래한다: We don't need no education... 16:28 &lt;jrandom&gt; ㅎㅎ 16:28 &lt;jrandom&gt; 좋아요, 1) 0.6.0.6에 대해 다른 얘기할 사람 있나요? 16:29 &lt;jrandom&gt; 없다면, 2) i2phex 0.1.1.27로 넘어가죠 16:29 &lt;jrandom&gt; 메일에 적힌 것 말고는 여기서도 더 할 말이 별로 없네요... 16:30 &lt;+postman&gt; jrandom: 언급된 포럼에서도 긍정적인 반응이 없었어요 :( 16:31 &lt;+postman&gt; jrandom: 당신의 상태 노트와 링크를 전달하겠습니다 - 독자들이 요점을 잡을지도요 16:31 &lt;jrandom&gt; postman: 사람들은 물론 원하는 걸 쓸 수 있지만, legion이 배포한 바이너리는 권장하지 않습니다. 소스가 바이너리와 일치하지 않고, 런처가 완전 폐쇄 소스거든요 16:32 &lt;jrandom&gt; 이제 cvs에서 빌드한 i2phex를 웹에서 접근 가능한 위치에 올려두었으니, 사람들이 그것에 의존하는 일이 줄었으면 합니다 16:33 &lt;jrandom&gt; (아마 한두 시간 전에 #i2p-chat에서 legion과 나눈 IRC 로그를 올리면, 상황을 사람들에게 더 완전히 설명하는 데 도움이 될 거예요) 16:34 &lt;jrandom&gt; 좋아요, 2) i2phex에 대해 다른 얘기 있나요, 아니면 3) 마이그레이션으로 넘어갈까요 16:34 * postman 살펴본다 16:34 &lt;jrandom&gt; 3)에는 덧붙일 게 별로 없어요, 그냥 참고(FYI) 정도예요 16:34 &lt;jrandom&gt; 그러니, 빠르게 4) ???로 넘어가도 되겠네요 16:34 &lt;jrandom&gt; 회의에서 더 꺼내고 싶은 다른 안건이 있나요? 16:35 &lt;+Complication&gt; 마이그레이션? 16:36 &lt;jrandom&gt; 눈치 못 채셨다면, 잘 된 거죠 :) 16:36 &lt;jrandom&gt; 한 colo(코로케이션)에서 다른 곳으로 옮겼어요 16:36 &lt;jrandom&gt; (cvs.i2p.net, dev.i2p.net, www.i2p.net, mail.i2p.net) 16:36 &lt;+Complication&gt; 아, 그 마이그레이션. :) 16:36 * Complication 오늘은 그냥 조금 둔하네 16:39 &lt;+Complication&gt; 그건 그렇고, 0.6.0.6은 아주 좋아 보이네요... 지난 54시간 동안 내 router의 participating tunnel 수가 0이 된 적이 없었거든요. 16:39 &lt;+Complication&gt; 단 한 번도요. 16:39 &lt;jrandom&gt; 좋네요 16:40 &lt;jrandom&gt; 좋아요, 회의에서 더 꺼낼 게 없다면... 16:40 * jrandom 마무리하려 한다 16:40 &lt;+postman&gt; jrandom: 한 가지만 16:40 * jrandom 마무리를 멈춘다 16:40 &lt;+postman&gt; jrandom: 방금 i2phex 버전을 올렸는데 - sirup이 또 다른 릴리스를 계획하면 어떡하죠? 16:40 &lt;jrandom&gt; postman: sirup은 cvs를 사용해요 16:41 &lt;+postman&gt; jrandom: 추가 태그를 하나 더 주는 건 어때요 16:41 &lt;+postman&gt; 좋아요, 그럼 괜찮겠네요 16:41 &lt;+postman&gt; :) 16:41 * postman 자기 동굴로 돌아간다 16:41 &lt;jrandom&gt; (소스 컨트롤 시스템 밖에서 개발 == 미친 짓) 16:41 * Kefoo 소스 컨트롤 시스템 안에서 개발하는 것도 얼마나 미친 짓이었는지 떠올린다 16:41 &lt;+postman&gt; jrandom: (그게 꼭 당신 거일 필요는 없었어요) 16:42 &lt;jrandom&gt; ㅎㅎ 맞는 말이야, Kefoo ;) 16:42 &lt;jrandom&gt; ㅎㅎ 뭐, 그렇지... 하필이면 그의 거이긴 해 ;) 16:43 * bar 동시에 열린 udp 연결 156개의 개인 신기록을 세웠다 (이전 기록은 152개) 16:43 &lt;jrandom&gt; 멋지네요, 네, 오늘 아침에 173을 봤어요 16:44 &lt;+bar&gt; oh :) yeah the indtroducing is doing its thing fo' sure 16:44 &lt;Kefoo&gt; 얘기를 되돌리는 건 아니지만, i2phex가 시작할 때 접속을 시도하도록 되어 있나요? 그렇다/아니다 둘 다 들었습니다. 16:44 &lt;+bar&gt; -d 16:44 &lt;jrandom&gt; 멋지네, bar 16:44 &lt;jrandom&gt; Kefoo: 내가 아는 한(afaik), 아니에요. 16:44 &lt;jrandom&gt; 하지만, 나는 phex 개발자가 아니라서요 16:45 &lt;Kefoo&gt; 내가 찾은 유일한 방법은 호스트 키를 프로그램에 복사해 붙여넣고 수동으로 연결하는 것입니다 16:45 &lt;jrandom&gt; 나도 그렇게 했어요, Kefoo 16:45 &lt;+postman&gt; 이제 마무리하죠, jrandom :) 16:45 &lt;Kefoo&gt; 좋아요, 제가 필요 이상으로 어렵게 만든 건 아니군요 16:45 &lt;Kefoo&gt; 가끔 그러거든요 16:46 &lt;jrandom&gt; Kefoo: 더 쉬운 방법이 있다면, 꼭 알려주세요 :) 16:46 &lt;jrandom&gt; 좋아 좋아, postman, 이제 가서 맥주 마셔도 돼요 ;) 16:46 * jrandom 마무리한다 16:46 * jrandom *baf*로 회의를 닫는다 </div>/ko/blog/2005/09/20/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8-2005-09-20%EC%9E%90/Tue, 20 Sep 2005 00:00:00 +0000/ko/blog/2005/09/20/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8-2005-09-20%EC%9E%90/<p>여러분 안녕하세요, 또 화요일이네요</p> <ul> <li>Index:</li> </ul> <ol> <li>0.6.0.6 2) I2Phex 0.1.1.27 3) 마이그레이션 4) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.6</li> </ol> </li> </ul> <p>지난 토요일의 0.6.0.6 릴리스와 함께 라이브 네트워크에서 여러 새로운 구성 요소가 가동되고 있으며, 여러분이 업그레이드를 정말 훌륭하게 진행해 주셨습니다—몇 시간 전 기준으로 거의 250개의 routers가 업그레이드되었습니다! 네트워크도 잘 동작하는 것으로 보이며, 지금까지 소개(introductions)가 정상적으로 작동하고 있습니다. <code>http://localhost:7657/oldstats.jsp</code> 에서 자신의 소개 활동을 추적할 수 있으며, udp.receiveHolePunch 및 udp.receiveIntroRelayResponse(또한 NAT 뒤에 있는 경우 udp.receiveRelayIntro) 항목을 확인해 보세요.</p> <p>그런데 이제 &ldquo;Status: ERR-Reject&quot;는 실제로 오류가 아니므로, &ldquo;Status: OK (NAT)&ldquo;로 바꾸는 게 어떨까요?</p>/ko/blog/2005/09/13/2005-09-13%EC%9A%A9-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 13 Sep 2005 00:00:00 +0000/ko/blog/2005/09/13/2005-09-13%EC%9A%A9-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 주간 상태 노트 시간입니다</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) SSU 소개 / NAT 홀 펀칭 3) 바운티 4) 클라이언트 앱 지침 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>우리는 네트워크에서 0.6.0.5 릴리스로 여전히 꾸준히 운영 중이며, 거의 모두가 업그레이드를 마쳤고 그 이후의 빌드 중 하나를 사용 중인 사람도 많습니다(현재 CVS HEAD는 0.6.0.5-9). 전반적으로는 여전히 잘 동작하고 있지만, 내가 관찰한 바로는 네트워크 트래픽이 상당히 증가했는데, 이는 아마 i2p-bt 또는 i2phex 사용이 늘어난 탓으로 보입니다. 어젯밤 IRC 서버 중 하나가 약간 문제가 있었지만, 다른 서버는 잘 버텼고 전반적으로는 잘 회복된 듯합니다. 다만 CVS 빌드에서는 에러 처리와 기타 기능이 크게 개선되었으므로, 이번 주 후반에 새 릴리스를 내게 될 것으로 예상합니다.</p>/ko/blog/2005/09/13/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-9%EC%9B%94-13%EC%9D%BC/Tue, 13 Sep 2005 00:00:00 +0000/ko/blog/2005/09/13/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-9%EC%9B%94-13%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석:</strong> cervantes, jrandom, kbi, Myo9</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:01 &lt;jrandom&gt; 0) 안녕하세요 13:01 &lt;jrandom&gt; 1) 네트워크 상태 13:01 &lt;jrandom&gt; 2) SSU introductions(소개 절차) / NAT 홀 펀칭 13:01 &lt;jrandom&gt; 3) 바운티 13:01 &lt;jrandom&gt; 4) 클라이언트 앱 방향 13:01 &lt;jrandom&gt; 5) ??? 13:01 &lt;jrandom&gt; 0) 안녕하세요 13:01 * jrandom 손을 흔든다 13:01 &lt;jrandom&gt; 주간 상태 노트를 (회의 전에!) 여기에 올렸습니다: http://dev.i2p.net/pipermail/i2p/2005-September/000892.html 13:01 &lt;jrandom&gt; (물론, 원하시면 .net 을 빼도 됩니다) 13:03 &lt;jrandom&gt; 바로 1) 네트워크 상태로 들어가죠 13:03 &lt;jrandom&gt; irc에서 약간 튕기는 사용자들이 몇 명 있긴 하지만, 대부분에겐 꽤 괜찮은 것 같습니다 13:04 &lt;jrandom&gt; 다른 프로토콜과 관련해 제기할 보고가 있거나, 네트워크 상태에 대한 질문/우려 사항이 있나요? 13:05 &lt;@cervantes&gt; 이 버전이 0.4.x 이후로 가장 안정적이더군요 13:05 &lt;@cervantes&gt; 정말 훌륭한 작업! ;-) 13:05 &lt;jrandom&gt; 우와! 13:05 &lt;jrandom&gt; 좋습니다, 1) 네트워크 상태에 더 없으면 2) SSU introductions로 넘어가죠 13:06 &lt;jrandom&gt; 이메일에 쓴 내용 외에 덧붙일 게 많진 않습니다 - 질문/의견/우려 있으신가요? 13:07 &lt;jrandom&gt; 없다면, 0.6.0.6이 나오면 더 들을 수 있겠죠 ;) 13:07 &lt;jrandom&gt; 좋습니다, 3) 바운티로 넘어가죠 13:07 * cervantes 만반의 준비를 한다 13:08 * cervantes 사람들이 새 회의 시간에 익숙해졌는지 궁금해한다 13:08 &lt;jrandom&gt; 흠, 지금은 Comwiz가 없는 것 같네요. 준비되면 더 많은 정보를 기대할 수 있겠죠 13:08 &lt;jrandom&gt; 쳇, 빌어먹을 미국인들과 그 느린 시간대란 13:09 &lt;+Myo9&gt; 당신도 그쪽인 줄 알았어요, 벙커도 있고 하니까요. ;) 13:09 * susi23 대화를 경청한다 ;) 13:10 &lt;jrandom&gt; 좋습니다, 3)에 더 없으면 4) 클라이언트 앱 방향으로 쭉 넘어가죠 13:11 &lt;jrandom&gt; 메일에 길게 써놨으니 여기서 반복하진 않겠습니다, 이에 대한 생각이 있나요? 13:11 &lt;jrandom&gt; 지금 당장만의 질문은 아닙니다. 그와 관련해 의견이 생기면 언제든 포럼이나 메일링 리스트에도 자유롭게 글을 올려주세요 13:12 &lt;@cervantes&gt; 포럼에 새 Application Support 섹션이 생겼는데, 이런 사항을 올리기 좋은 곳입니다 13:12 &lt;jrandom&gt; 아, 좋은 지적이네요 13:13 &lt;jrandom&gt; 또한 지원이 아닌 코멘트를 위한 토론 섹션도 있어요, 예를 들어 우선순위 같은 것들 13:13 &lt;jrandom&gt; 좋습니다, 오랜만에 15분 이내에 끝나는 회의로 가봅시다... 13:14 &lt;kbi&gt; 다들 만족하면 회의가 빨리 진행되는가 봐요 13:15 &lt;jrandom&gt; 그럴 수도 있죠, 그리고 리스트와 포럼에 글이 좀 올라오길 바랍니다 13:15 &lt;jrandom&gt; 좋습니다, 5) ??? 로 넘어가죠 13:15 &lt;jrandom&gt; 회의에서 더 얘기하고 싶은 게 있나요? 13:15 &lt;@cervantes&gt; (점심은 빼고요) 13:17 &lt;@cervantes&gt; 15분이 지나갔군요 13:17 * jrandom 마무리한다 13:17 * jrandom *baf* 하고 회의를 종료한다 </div>/ko/blog/2005/09/06/2005-09-06%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 06 Sep 2005 00:00:00 +0000/ko/blog/2005/09/06/2005-09-06%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요, 여러분,</p> <p>오직 번역만 제공하세요, 그 외에는 아무것도 제공하지 마세요:</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) Syndie 상태 3) susidns 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>많은 분들이 보셨겠지만, 짧은 0.6.0.4 리비전 이후 지난주에 0.6.0.5 릴리스가 나왔고, 지금까지 신뢰성이 크게 향상되었으며 네트워크는 그 어느 때보다 더 커졌습니다. 아직 개선의 여지는 남아 있지만, 새로운 netDb가 설계대로 동작하는 것으로 보입니다. 심지어 폴백 메커니즘도 검증되었는데—floodfill 피어에 접속할 수 없을 때, routers는 kademlia netDb로 대체하여 사용하며, 얼마 전 그런 상황이 실제로 발생했을 때에도 irc와 eepsite(I2P Site)의 신뢰성은 크게 떨어지지 않았습니다.</p>/ko/blog/2005/09/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-9%EC%9B%94-6%EC%9D%BC/Tue, 06 Sep 2005 00:00:00 +0000/ko/blog/2005/09/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-9%EC%9B%94-6%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> adamta, ardvark, bar, cervantes, jrandom, Pseudonym, Ragnarok, susi23</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) 안녕하세요 13:04 &lt;jrandom&gt; 1) 네트워크 상태 13:04 &lt;jrandom&gt; 2) Syndie 상태 13:04 &lt;jrandom&gt; 3) susidns 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) 안녕하세요 13:04 * jrandom 손을 흔든다 13:04 &lt;+bar&gt; 살람 알레이쿰 13:04 &lt;jrandom&gt; 상태 노트 올라감 @ http://dev.i2p.net/pipermail/i2p/2005-September/000888.html 13:04 &lt;+Ragnarok&gt; 안녕 13:04 * cervantes 모자를 살짝 들어 인사한다 13:04 &lt;+fox&gt; * adamta Irc2p/Freenode 브리지를 가로질러 손을 흔들어 응답함 13:05 &lt;jrandom&gt; :) 좋아요, 1) 네트워크 상태로 넘어가죠 13:05 &lt;@cervantes&gt; *** 연결 끊김 13:05 &lt;jrandom&gt; 제가 보기엔 전반적으로 꽤 잘 돌아가는 것 같아요 13:05 &lt;jrandom&gt; ㅎㅎ 13:06 * cervantes 동의함... 며칠 동안 netsplit이 한 번뿐이었음 13:06 &lt;jrandom&gt; 네트워크 연결이 심하게 혼잡할 때 여전히 몇 가지 문제가 있는 건 알고 있어요(메시지가 지연되거나 실패하고, 그 결과 더 많은 elGamal과 높은 CPU 사용률로 이어짐) 13:06 &lt;@cervantes&gt; 제 irc 연결 가동 시간이 제 router의 것만큼 길어요 13:06 &lt;+Ragnarok&gt; 저는 평소와 같아요. 느리지만 쓸 만하고, 간헐적으로 불안정해요 13:07 &lt;jrandom&gt; 좋네요, 저도 그렇게 보고 있어요, cervantes 13:07 &lt;jrandom&gt; Ragnarok: eepsites, irc, i2pbt, i2phex, mail, 전부에서 불안정한가요? 0.6.0.5인가요, 아니면 그 이전? 13:08 &lt;+Ragnarok&gt; 주로 몇 시간마다 irc 연결이 끊기는 형태예요. 13:08 &lt;+Ragnarok&gt; 다른 건 많이 쓰지 않아서 더 드릴 정보는 별로 없어요 13:08 &lt;jrandom&gt; 흠, 대역폭 제한기 설정해 두셨어요? 13:08 &lt;+Ragnarok&gt; 네 13:08 &lt;jrandom&gt; (참고로, 이제 -1은 16KBps를 의미합니다) 13:09 &lt;+Ragnarok&gt; 기본값보다 높게 설정되어 있어요 13:09 &lt;jrandom&gt; 좋아요, 그 한계에 실제로 도달하나요? 그리고 그 한계가 실제 네트워크 용량에 적절한가요? 13:09 &lt;+Ragnarok&gt; 무선 router가 죽는 것 같아서 높게 설정하면 문제가 생겨서, 제한값은 실제 용량보다 한참 낮게 잡아둔 상태예요 13:10 &lt;jrandom&gt; ㅎㅎ 알겠습니다 13:10 &lt;+Ragnarok&gt; 그래도 제 router는 그 한계에 도달하진 않는 것 같아요 13:11 &lt;+Ragnarok&gt; 조금 스트레스 테스트해 보고, 더 잘 기록해 볼게요 13:11 &lt;jrandom&gt; 최대 대역폭 사용량이 그 한계에 닿나요(oldstats.jsp 기준)? i2p는 버스트가 꽤 심해서, 버스트 시 혼잡이 irc 연결 끊김을 유발할 수도 있어요 13:11 &lt;jrandom&gt; 좋아요, 그러면 정말 도움이 됩니다. 제가 로컬에서 테스트할 수 있는 상황이 한정적이라서, 어떤 보고든 환영해요 13:11 &lt;+Ragnarok&gt; 어떤 숫자를 보면 되죠? oldstats는 꽤 빽빽하네요... 13:12 &lt;+Ragnarok&gt; s/./?/ 13:12 &lt;jrandom&gt; ㅎㅎ, 미안 — oldstats.jsp#bw.sendBps의 60초 피크(그 줄의 두 번째 숫자) 13:14 &lt;+Ragnarok&gt; 단위가 뭐죠? 숫자가 좀 말이 안 되는 것 같은데요 13:14 &lt;jrandom&gt; KBps예요, 미안 13:14 &lt;jrandom&gt; (이름을 잘못 붙였어요) 13:15 &lt;Pseudonym&gt; 비트인가요, 바이트인가요? 13:15 &lt;jrandom&gt; 바이트요 13:15 &lt;+Ragnarok&gt; 안타깝지만, 그렇다면 잘못된 것 같네요 13:15 &lt;+Ragnarok&gt; 피크 수치가 제한값이나 현재 router 사용량에 비해 매우 작아요 13:15 &lt;jrandom&gt; 흠, 들어온 메시지의 sizeof를 세는 꽤 구체적인 값인데요 13:16 &lt;jrandom&gt; (다만 대역폭 제한기는 더 낮은 레벨에서 동작하며, 수신/송신 패킷의 sizeof를 셉니다 13:16 &lt;+Ragnarok&gt; 그 줄을 잘라서 붙여넣기 하면 얼마나 나쁜가요? :) 13:16 &lt;jrandom&gt; 저에게 귓속말(/msg)로 보내는 게 더 안전할 거예요 13:17 &lt;+Ragnarok&gt; 잠깐만요, 60분 레이트를 보고 있었네요. 여전히 낮아 보이긴 하지만, 적어도 현재 사용량보다는 높네요. 13:17 &lt;+Ragnarok&gt; 미안 13:17 &lt;+Ragnarok&gt; 더 자세한 정보는 /msg로 보낼게요 13:17 &lt;@cervantes&gt; Ragnarok: 우리가 netDB에서 당신의 이름, 주소, 신용 정보까지 즉시 알아낼 수 있을 거예요 13:17 &lt;jrandom&gt; ㅎㅎ 13:18 &lt;jrandom&gt; cervantes: 그래서 netDb의 대역폭 정보는 피크가 아니라 오직 현재 속도만 공개하죠 ;) 13:18 &lt;jrandom&gt; (하지만 맞아요, 자신의 대역폭 사용량을 공개하는 건 적에게 위험할 수 있어요) 13:19 &lt;jrandom&gt; 좋아요, 네트워크 상태와 관련해서 더 언급할 내용 있는 분? 13:21 &lt;jrandom&gt; 없으면, 2) Syndie 상태로 넘어갈게요 13:22 &lt;jrandom&gt; 이메일과 제 블로그에 적었듯이 Syndie가 많이 진척됐어요. 여기서 반복하기보다는, 그와 관련해 이야기할 것 있나요? 13:22 &lt;@cervantes&gt; Officiali2pApps++ 13:23 &lt;+fox&gt; &lt;adamta&gt; JSP 파일을 더 구조화된/의미론적 마크업으로 바꿔서 CSS로 더 유연하게 스타일링할 수 있게 하고 있어요. 13:23 &lt;+fox&gt; &lt;adamta&gt; 아직 보여드릴 건 없지만, 준비되면 메일링 리스트에 올릴게요. 13:23 &lt;+Ragnarok&gt; Syndie의 일반적인 사용 사례가 무엇인지 간단한 설명이 있으면 좋겠어요. 블로그 CMS 말고는 무엇인지 아직 조금 헷갈려요 13:23 &lt;jrandom&gt; 좋아요 adamta - 어젯밤에 전반적으로 CSS를 적용해 뒀으니 최신 코드베이스로 작업하는 것 잊지 마세요 13:24 &lt;jrandom&gt; (대략적인 수준으로요) 13:24 &lt;+fox&gt; &lt;adamta&gt; jrandom: 이런... 이전 버전으로 작업하고 있었네요. 13:24 &lt;+fox&gt; &lt;adamta&gt; `cvs update` 하고 뭐가 바뀌었는지 볼게요. 13:24 * Ragnarok , 사용자 문서 달라고 하다. 위선이란... 13:24 &lt;jrandom&gt; 좋은 지적이에요, Ragnarok. 사용 사례는 본질적으로 '$myI2P.getUseCases()'예요 13:25 &lt;jrandom&gt; eepsites를 사용하는 대신, 콘텐츠를 안전하게 배포·게시하기 위해서예요 13:25 &lt;jrandom&gt; (eepsites는 안전한 배포를 지원하지 않고, 게시에는 더 많은 숙련이 필요하며, 운영 노드의 가용성이 높아야 하니까요) 13:25 &lt;+Ragnarok&gt; 그런데 배포는 어떻게 하나요? 13:26 &lt;jrandom&gt; Syndie의 목표에 대한 좋은 소개는 이 글에 있어요 `http://syndiemedia.i2p/index.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=1124496000001&images=false&expand=true` 13:27 &lt;jrandom&gt; 현재 배포는 http를 통해 명시적으로 지정한 배포 피어들(아파치 아카이브, 다른 Syndie 인스턴스, Syndie 아카이브가 있는 freesites 등)과 이루어집니다 13:27 * cervantes 방금 Syndie CSS를 뜯어봤는데... 다양한 스타일링을 할 만큼 클래스는 충분하지만, 마크업 자체가 새로운 테마 작업에 적합하진 않네요 13:27 &lt;+Ragnarok&gt; 오, 좋네요. 그건 못 봤던 것 같아요 13:27 &lt;@cervantes&gt; *classes=classed 13:27 &lt;@cervantes&gt; adamta: 무엇을 만들어내실지 기대돼요 13:28 &lt;jrandom&gt; cervantes: 저는 CSS 전문가는 아니라서, 개선하거나 재구성하거나 프런트엔드/CSS 전체를 손보려는 분은 누구든 환영입니다 :) 13:28 &lt;@cervantes&gt; 그 지긋지긋한 테이블만 없애 주세요 :) 13:28 &lt;jrandom&gt; ㅎㅎ 13:30 &lt;+fox&gt; &lt;adamta&gt; cervantes+jrandom: 맞아요. 기본적인 스타일링(색상 구성 바꾸기 등)은 충분하지만, 테이블을 없애고 의미론적 마크업(섹션을 위한 중첩된 &lt;div&gt;s, 헤더 태그 등, 유용한 곳에 클래스와 ID 부여)을 충분히 제공해서 사용자가 원하는 대로 스타일시트만으로도 완전히 모습을 바꿀 수 있게 하려고 수정 중이에요. 13:30 &lt;@cervantes&gt; 멋집니다 13:30 &lt;jrandom&gt; 끝내주네요, adamta! 13:31 * jrandom 당분간 그쪽은 손대지 않을게요 (router 쪽에서 할 일이 아주 많거든요 :) 13:31 &lt;@cervantes&gt; 약간 관련해서, 새 routerconsole 테마는 arcturus의 *에헴* 잠적으로 조금 지연됐어요 13:31 &lt;jrandom&gt; ㅎㅎ 이런 13:31 &lt;@cervantes&gt; 워크플로 일부를 손보던 그의 작업을 이어받으려 하고 있어요 13:32 &lt;@cervantes&gt; 하지만 망가진 tunnel 설정 화면을 고치는 것처럼 대대적인 건 할 만큼 JSP 실력이 있진 않아요 13:33 &lt;jrandom&gt; 아, 좋아요. 어떤 진척이든 좋습니다. 그리고 특정히 도움이 필요하면 전 근처에 있어요 13:33 &lt;jrandom&gt; adamta: 기억해 둘 점은 다중 스타일 기능이에요(작성자가 선택하지만 로컬에서 호스팅되는 스타일 사용) ((자세한 내용은 제 최근 블로그 글을 확인해 주세요)) 13:33 &lt;@cervantes&gt; 그건 그렇고 새 대체 테마도 괜찮아 보입니다 13:33 &lt;jrandom&gt; 좋네요 13:34 &lt;+fox&gt; &lt;adamta&gt; 새로운 색상 구성 말하는 거라면 확실히 더 좋네요(?) 13:35 &lt;@cervantes&gt; adamta: 저자들이 자신의 블로그에 대해 템플릿 모음 중에서 완전한 스타일을 선택할 수 있으면 좋겠어요 13:35 &lt;jrandom&gt; cervantes: arcturus가 전에 제게 보낸 jsp/css 변경사항을 배포할까요, 아니면 당신이 몇 가지 더 마칠 때까지 기다릴까요? 13:36 &lt;@cervantes&gt; jrandom: 그가 당신에게 뭘 줬는지 잘 모르겠어요 13:36 &lt;@cervantes&gt; 저한테 보내주시면 비교해 볼게요... 제가 그와 마지막으로 얘기한 이후로 추가 마크업 변경을 했거든요 13:37 &lt;jrandom&gt; cervantes: 이제 개별 블로그 글에 블로그별 스타일을 적용할 수 있어요(예: 지정된 스타일이 "minimal"이라면, HTML에 class="s_detail_addressLink ss_minimal_detail_addressLink" 같은 식으로 들어감) 13:37 &lt;jrandom&gt; 좋아요, 당신에게 보내둘게요, cervantes 13:37 &lt;@cervantes&gt; 고마워요 13:38 &lt;jrandom&gt; cervantes: 블로그별 테마는 좀 더 어려워요 — LJ 쪽도 그 문제를 겪었고, 여러 블로그가 섞인 목록은 독자의 스타일 선호를, 한 블로그의 글만 있는 목록은 저자의 스타일 선호를 쓰는 절충안을 냈죠 13:38 &lt;jrandom&gt; 블로그의 메타데이터에 'DefaultStyle: minimal'을 게시해서 후자를 가능하게 할 수도 있어요 13:39 &lt;@cervantes&gt; 네, 제가 상상하던 게 그거였어요 13:39 &lt;+susi23&gt; (독자 설정이 항상 다른 걸 덮어써야 해요) 13:39 &lt;+susi23&gt; (그냥 제 의견입니다 :) 13:39 &lt;jrandom&gt; 맞아요, 독자에게 명시적인 설정이 있을 때요 13:39 &lt;@cervantes&gt; /ignore susi23 13:39 &lt;@cervantes&gt; 젠장, 안 먹네 13:41 &lt;@cervantes&gt; 블로그별 필터를 더 뚜렷한 내비게이션 형태로 만든다면 13:42 &lt;@cervantes&gt; 예를 들어 사이드 리스트 같은 것 13:42 &lt;jrandom&gt; 지금은 사용자의 환경설정이 별도 환경설정 페이지에 있지 않고 워크플로에 녹아 있어요(예: 블로그 북마크/무시/이미지 숨김/표시 링크). 로컬 스타일이 여러 개 생기면, 위쪽에 'view style' 드롭다운이 있으면 좋을 것 같네요 13:42 &lt;@cervantes&gt; 그러면 스타일 변경이 더 수월해질 거예요 13:42 &lt;jrandom&gt; 흠, 맞아요, 블로그 간 내비게이션은 흥미로운 주제가 되겠네요 13:43 &lt;jrandom&gt; 그럼 드롭다운 대신 왼쪽에 블로그 목록이 있던 원래 방식을 더 좋아하나요? 13:43 &lt;jrandom&gt; `http://syndiemedia.i2p/viewattachment.jsp?blog=ovpBy2mpO1CQ7deYhQ1cDGAwI6pQzLbWOm1Sdd0W06c=&entry=1124769600000&attachment=0` 13:44 &lt;@cervantes&gt; &lt;bluesky&gt;글쎄, 아마 템플릿 환경설정이 될 수도?&lt;/bluesky&gt; 13:44 &lt;jrandom&gt; 흠, 스타일시트가 리스트를 드롭다운으로 바꿀 수 있나요? 13:44 &lt;@cervantes&gt; navigation type: dropdown|sidelist|hierarchy 13:44 &lt;@cervantes&gt; 아니요 13:45 &lt;jrandom&gt; 좋아요, 그건 jsp와 사용자 환경설정에서 처리하면 되니까 문제없어요 13:45 &lt;jrandom&gt; (hierarchy?) 13:45 &lt;+susi23&gt; (그럼요, select에 rows 매개변수를 줄 수 있어요) 13:45 &lt;@cervantes&gt; 하지만 마크업을 템플릿으로 추상화하면 여러 사용자 선호 레이아웃을 가질 수 있어요 13:45 &lt;jrandom&gt; 아, 맞아요, 다중 값 목록으로 13:45 &lt;jrandom&gt; (링크의 html 리스트 대신에) 13:46 &lt;@cervantes&gt; (그냥 아이디어만 던진 거지만요) 13:46 &lt;jrandom&gt; 맞아요, cervantes (그래도 테마 배포가 쉬우니까 가능한 한 CSS로 템플릿화를 많이 할 수 있으면 좋겠어요) 13:46 &lt;jrandom&gt; ((특히 새로운 docs/syndie_standard.css와 함께)) 13:46 &lt;@cervantes&gt; 그건 버전 2까지 아껴 두고 더 중요한 부분에 집중하는 게 좋을지도 몰라요 13:47 &lt;+susi23&gt; (세 가지 변형을 모두 html 소스에 넣고 사용자가 어떤 div를 숨길지 결정하게 할 수도 있죠) 13:47 &lt;@cervantes&gt; 맞아요, adamta가 마크업을 잘 정리하면 꽤 극적인 변형도 가능할 거예요 13:47 &lt;jrandom&gt; 네, 하지만 기본값에 대한 아이디어는 열려 있어요. 더 나은 내비게이션 방법이 있으면 그걸 배포하는 게 좋겠죠 13:47 &lt;jrandom&gt; 좋은 제안이에요, susi23 13:47 &lt;+susi23&gt; (뭐, 아주 우아한 방법은 아니죠 ;) 13:47 &lt;@cervantes&gt; 예를 들면 http://www.csszengarden.copm 13:48 &lt;@cervantes&gt; * http://www.csszengarden.com 13:48 * jrandom ArchiveIndex를 Archive와 분리해서 구현해 둔 게 기쁘네요, 그래서 이 모든 게 본질적으로 archive.txt 텍스트 파일만 훑으면 되거든요 :) 13:49 &lt;jrandom&gt; 좋아요, Syndie에 대해 더 질문/의견/우려사항 있나요? 13:50 &lt;jrandom&gt; (한 가지 참고로, 새 petname 기능은 사용자의 userhosts.txt 파일로 원클릭 내보내기를 지원해요. 거기에 i2p 주소를 덤프합니다 [아직 가져오기는 안 됨]) 13:50 &lt;@cervantes&gt; 잘했어요 13:50 &lt;jrandom&gt; gracias cervantes 13:50 &lt;@cervantes&gt; I2P 코어에서 다시 뭔가 하실 생각은? :) 13:50 &lt;jrandom&gt; ㅎㅎ 13:51 * jrandom 곧 router에 대박 변경 두 가지를 넣을 예정이라, 많은 능력이 생길 거예요 13:51 &lt;jrandom&gt; (하지만 그건 테스트되고 배포 준비가 되면 더 자세히 말씀드릴게요) 13:51 &lt;@cervantes&gt; i2pponies.ar 13:51 &lt;@cervantes&gt; i2ponies.war 13:52 &lt;@cervantes&gt; 흠, 오늘은 vnc 새로고침이 느리네요 13:52 &lt;+susi23&gt; (pony 전쟁? 불쌍한 조랑말들...) 13:52 &lt;jrandom&gt; ㅎㅎ 13:52 &lt;jrandom&gt; 좋아요, 3) susidns로 넘어갑니다 13:52 &lt;jrandom&gt; susi23: 요약 좀 해줄래요? 13:52 &lt;+susi23&gt; 음 13:53 &lt;+susi23&gt; 크게 말할 건 없어요... susidns는 addressbook(주소록) 구성과 구독 파일에 접근할 수 있게 해 주는 아주 단순한 웹앱이에요 13:53 &lt;+susi23&gt; 그리고 당신의 "addressbooks", 즉 hosts.txt, userhosts.txt, 그리고 (있다면) 게시한 addressbook에도요 13:54 &lt;+susi23&gt; 소개 페이지와 addressbook이 어떻게 동작하는지 설명도 추가했어요 13:54 &lt;+susi23&gt; (음, 제가 생각하기에 addressbok이 동작하는 방식요 ;) 13:54 &lt;jrandom&gt; w00t :) 13:54 &lt;+bar&gt; userhosts.txt? 13:54 &lt;+susi23&gt; 최근 몇 주 동안 이와 관련해 사용자 질문이 있었거든요 13:54 &lt;+Ragnarok&gt; 한번 써 본 뒤에 피드백 보낼게요 :) 13:54 &lt;@cervantes&gt; 좋아요, 얼마나 준비됐나요? 13:54 &lt;+susi23&gt; 물론이죠 13:54 &lt;+susi23&gt; 사용 가능합니다 13:55 &lt;ardvark&gt; addressbook은 쓰는데, userhosts.txt는 없어요. 아니면 userhosts.txt가 제 개인/프라이빗 eepsites인가요? 13:55 &lt;jrandom&gt; ardvark: userhosts는 사용자가 지정하는 커스텀 오버라이드를 위한 거예요(기본적으로는 존재하지 않아요) 13:55 &lt;+susi23&gt; userhosts.txt는 NamingService가 읽는 두 번째 hosts.txt 파일이에요 13:55 &lt;ardvark&gt; 알겠어요 13:55 &lt;+Ragnarok&gt; userhosts.txt는 경쟁 상태로 인한 데이터 손실 걱정 없이 편집할 수 있는 파일이에요 :) 13:55 &lt;+susi23&gt; 그리고 맞아요, 사람들이 이걸 개인 키에 사용하곤 했죠 13:56 &lt;+susi23&gt; (이제 addressbook 공개를 활성화하면 좀 위험해요) 13:57 &lt;+susi23&gt; 음, 특별한 건 없어요... 그게 전부예요 13:57 &lt;+Ragnarok&gt; NamingService는 읽지만 addressbook은 읽지 않는 privatehosts.txt 같은 걸 추가하는 건 사소하죠 13:57 &lt;+susi23&gt; 맞아요 13:57 &lt;@cervantes&gt; 그거 보고 싶네요 ;-) 13:58 * cervantes 개인 키를 꼭 움켜쥔다 ;-) 13:58 &lt;jrandom&gt; 오, susidns 소개 페이지 좋네요 :) 13:58 &lt;jrandom&gt; (cervantes/susi/ragnarok/기타: syndie pet name 웹 인터페이스도 보세요 [보려면 로그인해야 합니다]) 13:58 &lt;+susi23&gt; addressbooks 공개는 기본적으로 꺼져 있으니 일반 사용자에게는 위험이 없어요 13:58 &lt;jrandom&gt; 맞아요 맞아요 13:59 &lt;+Ragnarok&gt; 전에 여쭤봤던 것 같은데, addressbook 프런트엔드를 작성하는 사람들을 위해 제가 해 줄 수 있는 게 있을까요? 13:59 * cervantes 자신의 로그인 정보를 잊어버림 13:59 &lt;jrandom&gt; cervantes: 다시 등록하면 돼요 ;) 13:59 &lt;+Ragnarok&gt; 저도 아마요 14:00 &lt;@cervantes&gt; sushidns가 더 나은 이름 아닐까요? 14:00 * cervantes 몸을 숙인다 14:00 &lt;+susi23&gt; ragnarok: 즉시(사용자 트리거) 구독 업데이트를 위해 수면 중인 스레드를 인터럽트하는 기능은 어때요? 14:01 &lt;jrandom&gt; 오, 아니면 수동 'fetch now' 기능도요 14:01 * susi23 큰 송어로 cervantes를 때린다. 14:01 &lt;+susi23&gt; 맞아요, 여기서 dns라고 부르는 건 우스꽝스럽죠... 하지만 역사적인 이름이에요 :) 14:01 &lt;@cervantes&gt; 회 뜨지 않은 송어! 14:01 * cervantes 간장을 집어 든다 14:01 &lt;+susi23&gt; (변태!) 14:02 &lt;+susi23&gt; 좋아요, 다시 주제로 돌아가죠 ;) 14:02 &lt;+Ragnarok&gt; 좋아요, 살펴볼게요 14:02 &lt;+susi23&gt; (회의 중엔 술 마시지 마세요!) 14:02 * jrandom 내 술을 숨긴다 14:03 * susi23 jrandom에게 핑을 보낸다 14:03 &lt;jrandom&gt; 좋아요, 고마워요 susi, 아주 좋아 보이네요 14:03 &lt;jrandom&gt; 좋아요, 4) ???로 넘어갈게요 14:03 &lt;jrandom&gt; 회의에서 더 논의할 사항 있으신가요? 14:04 &lt;@cervantes&gt; irc2p 관련 문제를 겪고 계시면 관리자에게 알려 주세요 14:06 &lt;@cervantes&gt; #irc2p가 지원 채널입니다 14:06 &lt;@cervantes&gt; 아니면 포럼에 글을 올려 주세요 14:06 &lt;@cervantes&gt; jrandom: 참고로 Syndie 포럼이 필요하신가요? (중복일까요) 14:07 &lt;@cervantes&gt; susi23: I2P 앱이 아주 많으니 당신 것도 하나 만들 수 있어요 ;-) 14:07 &lt;jrandom&gt; 지금은 없어도 괜찮을 것 같아요, 그래도 고마워요 14:07 &lt;jrandom&gt; susiworld 포럼 14:09 &lt;jrandom&gt; 좋아요, 더 없으면 14:09 * jrandom 마무리 준비를 한다 14:09 * jrandom *baf*s 회의를 종료한다 </div>/ko/blog/2005/08/30/2005-08-30%EC%97%90-%EB%8C%80%ED%95%9C-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 30 Aug 2005 00:00:00 +0000/ko/blog/2005/08/30/2005-08-30%EC%97%90-%EB%8C%80%ED%95%9C-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요, 여러분. 이번 주도 그 시간이 돌아왔네요</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) floodfill netDb 3) Syndie 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>0.6.0.3가 출시된 지 일주일이 되었고, 보고 결과는 꽤 좋은 편이지만 일부에게는 로깅과 표시가 꽤 혼란스러웠다. 몇 분 전 기준으로 I2P는 상당수의 사용자가 NAT나 방화벽을 잘못 구성했다고 보고하고 있는데, 241개 피어 중 41개는 상태가 ERR-Reject로 바뀌었고, 200개는 (명시적인 상태를 받을 수 있을 때) 정상적으로 OK였다. 이는 좋은 상황은 아니지만, 무엇을 더 해야 하는지에 좀 더 초점을 맞추는 데에는 도움이 되었다.</p>/ko/blog/2005/08/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-8%EC%9B%94-30%EC%9D%BC/Tue, 30 Aug 2005 00:00:00 +0000/ko/blog/2005/08/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-8%EC%9B%94-30%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bar, bla, gloin, jrandom, laberhorst, nickless_head, redzara, ZULU</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:03 &lt;+bla&gt; 오늘 회의 있나요? 13:04 &lt;jrandom&gt; 0) 안녕 13:04 &lt;jrandom&gt; 1) 네트워크 상태 13:04 &lt;jrandom&gt; 2) floodfill netDb 13:04 &lt;jrandom&gt; 3) Syndie 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) 안녕 13:04 &lt;+bla&gt; ;) 13:04 * jrandom 손을 흔든다 13:04 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2005-August/000871.html 에 올려놨어요 13:04 &lt;jrandom&gt; (응, 내가 몇 분 늦었어 ;) 13:05 &lt;jrandom&gt; 어쨌든, 1) 네트워크 상태로 들어가자 13:06 &lt;jrandom&gt; 제한된 라우트는 최악이고, 얼마나 흔한지에 대한 데이터가 드디어 좀 나왔어(부우~ 쉬익~) 13:06 &lt;jrandom&gt; 그래도, "omg it says status: Unknown!" 같은 걱정스런 보고들을 무시하면, 네트워크는 꽤 건강해 보이네 ;) 13:07 &lt;gloin&gt; 흠.. i2p에 포함된 웹서버의 문서 루트는 어디여야 하죠? 13:07 &lt;jrandom&gt; $i2pInstallDir/eepsite/docroot/ 13:07 &lt;gloin&gt; i2p/eepsite/docroot ? 13:07 &lt;jrandom&gt; 상태 노트에 올려둔 것 말고 네트워크 상태에 대해 질문/의견/우려 있는 사람? 13:08 &lt;gloin&gt; 찾았어요. 웹서버가 index.html을 자동으로 내보내지 않는 것 같네요. 13:08 &lt;+bla&gt; jrandom: tunnel에서 어떤 노드들이 선택되는지 확인하려고 테스트를 좀 해왔어요. 13:09 &lt;+bla&gt; jrandom: 주로, 이제 RouterInfo 구조체에 노드 위치정보(localization)를 구현해놔서 tunnel 참가자들이 어디에 있는지 그래픽(국기)으로 볼 수 있어요. 13:09 &lt;+bla&gt; 저는 유럽에 있고(비밀 아니죠), 제 tunnel 참가자들 대부분도 유럽에 있어요 13:09 &lt;jrandom&gt; gloin: index.html을 서빙해야 해요(그게 "Welcome to your Eepsite"를 렌더링하거든요) 13:10 &lt;jrandom&gt; 오오 좋네 bla! 13:10 &lt;redzara&gt; 몇몇 분들이 UDP 성능이 낮다고 보고했으니, I2P에 iperf 같은 작은 성능 측정기(perfmeter)를 추가할 수 있을까요? 13:11 &lt;redzara&gt; s/had/add 13:11 &lt;jrandom&gt; bla: 그게 profiles.jsp 페이지뿐 아니라 tunnels.jsp에도 있다는 거지? 아주 멋져... 스크린샷, 스크린샷! :) 13:11 &lt;gloin&gt; jrandom: 이제 되네요. 이상하네요. 13:11 &lt;+bla&gt; jrandom: 스크린샷 몇 장 올릴게요, 하지만 먼저 제 router-ID를 스크린샷에서 지워야 해요 ;) 13:11 &lt;jrandom&gt; redzara: 흠, 사람들이 링크 품질을 확인할 수 있는 커맨드라인 유틸리티? 아니면 SSU 성능을 모니터링하는 도구? 13:11 &lt;jrandom&gt; 헤헷 bla 13:12 &lt;jrandom&gt; 이상하네 gloin 13:13 &lt;gloin&gt; jrandom: 참고로, 제 pppoe를 업데이트한 뒤로 i2p가 더 안정적인 것 같아요. 13:13 &lt;jrandom&gt; 좋네, 네트워크 연결에 뭐가 문제였어? 펌웨어 업데이트? 13:14 &lt;gloin&gt; jrandom: 피어들을 전부 잃었어요. 인터넷 연결은 괜찮았는데, 모든 피어가 실패했죠. 13:16 &lt;jrandom&gt; 그렇구나, 그런데 pppoe 설정에서 뭘 업데이트했어? 13:17 &lt;gloin&gt; jrandom: 리눅스 pppoe 데몬 말이죠. 13:18 &lt;jrandom&gt; 아 오케이 13:18 &lt;jrandom&gt; 좋아, 1) 네트워크 상태에 대해 더 있을까요, 아니면 2) floodfill netdb로 넘어갈까요? 13:18 &lt;+bla&gt; `http://theland.i2p/parttunnels.jpg` 13:19 &lt;+bla&gt; `http://theland.i2p/servertunnels.jpg` 13:21 &lt;+bar&gt; (음.. 접근 불가?) 13:21 &lt;jrandom&gt; 응, 나도 거기 접속에 문제가 있어 13:21 &lt;fox&gt; &lt;godmode0&gt; pppoe 쓰는데 i2p에서 문제된 적 없음 13:22 * jrandom 나중에 다시 시도해볼게 13:22 &lt;+bla&gt; jrandom: 음.. 바로 거기 새 네트워크 문제가 있네요 ;) 13:22 &lt;jrandom&gt; 헤헤 13:22 &lt;jrandom&gt; bla: 너 -4야, 아니면 더 이전 빌드야? 13:23 &lt;+bla&gt; jrandom: -4예요 13:23 &lt;jrandom&gt; 흠, 오케이 굿 13:23 &lt;jrandom&gt; 좋아, 어쨌든 그건 나중에 파보자 13:24 &lt;jrandom&gt; (/oldstats.jsp에서 netDb 통계를 보내줄 수 있으면 최고지 :) 13:25 &lt;jrandom&gt; 좋아, 2) floodfill netdb로 넘어가자 13:26 &lt;jrandom&gt; 이 주제에 대해 내 블로그에 정보가 많이 올라가 있어 13:26 &lt;jrandom&gt; 첫 번째 패스를 배포하기 시작했어, 아직 할 일은 좀 남아 있지만 13:26 &lt;jrandom&gt; 계획에 대해 질문/의견/우려 있어? 13:27 &lt;+bla&gt; jrandom: floodfill이 log(N)으로 스케일하나요(N=네트워크의 피어 수), 아니면 선형인가요? 13:27 &lt;jrandom&gt; M에 대해 선형이야(M= floodfill netdb에 참여하는 피어 수) 13:28 &lt;jrandom&gt; 음, M이 충분히 작아서 N이 지배항이 될 수도 있어 13:29 &lt;jrandom&gt; (그 경우 N에 대해 선형) 13:29 &lt;jrandom&gt; 그리 좋진 않지만, eepsites가 10K를 넘기 전까지는 상관없어 13:30 &lt;jrandom&gt; 그 시점이 되면, floodfill 참가자들 사이에서 부하를 분산하는 더 진보된 알고리즘으로 갈 수 있어 13:31 &lt;jrandom&gt; (그건 사용자 수가 아니라 eepsites 10K라는 점 유의, netdb에 클라이언트 leaseSets를 굳이 게시할 필요는 없으니까) 13:32 &lt;+bla&gt; jrandom: 우리가 아직도 netDb에 클라이언트 목적지를 게시하는 이유가 있나요? 13:32 &lt;+bla&gt; jrandom: 더 나아가, 왜 netDb에 우리의 빠른 피어들이 누구인지 아직도 드러내나요? 13:33 &lt;+bla&gt; jrandom: 둘 다 없애면 netDb 데이터가 크게 줄 거예요 13:33 &lt;jrandom&gt; bla: 첫째에 대해서는, 아니. 둘째는, 내가 디버그하려고(그 필드를 최근에 보진 않았지만) 13:33 &lt;jrandom&gt; 그래, 시도해볼 만해, 아마 -5에서 13:36 &lt;jrandom&gt; 좋아 굿, 지켜보자, 며칠 안에 -5를 내놓을 수 있으면 좋겠네 13:37 &lt;jrandom&gt; (아마 내일) 13:37 &lt;jrandom&gt; 좋아, 2) floodfill netdb에 더 없으면 3) syndie로 넘어가자 13:38 &lt;jrandom&gt; 메일과 블로그에 정보를 잔뜩 올렸으니, 되풀이하기보단 질문/의견/우려 있나요? 13:40 * jrandom 원격 syndication 기능이 정말 마음에 들어, 다만 우리가 기대하는 feedspace 통합과는 아직 거리가 있지만 13:41 &lt;jrandom&gt; (freenet 게시 통합은 안 했어, 하지만 CLI를 띄워서 항목들을 전부 게시하는 건 꽤 쉬울 거야) 13:42 &lt;jrandom&gt; 좋아, 3) syndie에 더 없으면, 4) ??? 로 열자 13:42 &lt;jrandom&gt; i2p 관련해서 더 제기할 내용 있어? 13:42 &lt;redzara&gt; 그럼요, 문서는 어디 있죠 ;) 13:43 &lt;laberhorst&gt; 제 노드가 0.6.x에서 CPU 사용량이 최대 100%까지 올라간다는 정도요, 하지만 여기 라인에서 리눅스로 교차 확인을 해봐야 해요 13:43 &lt;+nickless_head&gt; 기본적으로 i2pProxy.pac 스크립트가 jetty 웹 폴더에 있어야 한다고 생각해요. 13:43 &lt;jrandom&gt; nickless_head: i2pproxy.pac은 권장하지 않아, 보안 위험이 크거든 13:44 &lt;redzara&gt; 2 - I2P에 Jetty 최신 빌드를 포함시킬 수 있을까요? 13:44 &lt;jrandom&gt; i2p에는 지금 5.2.1이 있어 13:44 &lt;jrandom&gt; 어, 5.1.2 13:44 &lt;+nickless_head&gt; jrandom: 내가 알기로는, 한 브라우저에서 수동 전환 없이 eepsites와 일반 웹사이트를 구분할 수 있는 유일한 방법이에요 13:45 &lt;jrandom&gt; 난 switchproxy를 써 13:45 &lt;jrandom&gt; (그리고 비익명 브라우징으로는 전환하지 않아) 13:45 &lt;jrandom&gt; ((squid.i2p면 난 충분히 빨라)) 13:45 &lt;+nickless_head&gt; 슬래시닷터들을 생각해봐! :p 13:46 &lt;jrandom&gt; 전에 말했듯, 난 eepsites의 실효성에 의구심이 있어. 보안 위험이 엄청나거든 13:46 &lt;jrandom&gt; 하지만, 그런 위험을 개의치 않는 사람들에게는 i2pproxy.pac이 말이 될 수도 있지. 13:47 &lt;+bla&gt; 기본값으로 안전하지 않은 것은 I2P에 넣지 말아야 한다고 강하게 생각해요, 새 사용자들에게 잘못된 보안감(안도감)을 주지 않기 위해서요 13:48 &lt;jrandom&gt; 동의해 (우리가 i2pproxy.pac을 내놓긴 하지만, 사람들을 충분히 겁주기 전엔 그 얘긴 안 하지 ;) 13:49 &lt;+nickless_head&gt; Mozilla 설정 안에 사이트가 같은 도메인의 리소스만 접근하도록 만드는 방법이 없다는 걸 도저히 믿기 어렵네요 .. 13:50 &lt;redzara&gt; 미안하지만 IRC 연결이 끊겼어요 :( Jetty에 commons-logging 관련 수정이 있고, 이게 같은 I2P 인스턴스에서 mvnforum을 실행하는 데 도움이 될지도 몰라요 13:50 &lt;redzara&gt; Jetty-5.1.5rc1 - 23 August 2005 13:52 &lt;jrandom&gt; 아 굿, 문제 정확히 뭐야 redzara? 13:52 &lt;jrandom&gt; nickless_head: 방법을 찾으면 알려줘 13:52 &lt;redzara&gt; 아니면 최신 버전의 Jetty로 내 I2P만 빌드할 수도 있겠네요 13:52 &lt;jrandom&gt; redzara: 그건 당연히 할 수 있어 - jetty JAR 파일들을 네 i2p lib 디렉터리에 그냥 넣어 13:53 &lt;redzara&gt; jrandom : I2P에서 mvnforum을 시작하려고 할 때마다, Jetty가 Apache Commons Logging을 찾지 못해요 13:53 &lt;+nickless_head&gt; 오! 기본 i2pproxy.pac이 런타임에 사이트가 i2p로의 프록시를 켜고 끌 수 있는 모드를 사용하고 있다는 걸 방금 알았어요. 이건 TOTALLY SECURE AND UNBREAKABLE &lt;/sarcasm&gt; 기본 비밀번호 "passw0rd"로 보호돼 있네요. 제발, CVS를 아는 분이 이걸 바꿔주세요. 13:54 &lt;jrandom&gt; redzara: 그건 내 기억이 맞다면 commons-logging.jar와 commons-el.jar에 있고, 네 lib 디렉터리와 wrapper.config의 classpath에 있어야 해 13:54 &lt;jrandom&gt; nickless_head: 그걸 아무도 쓰지 말라고 하는 또 다른 이유지 ;) 13:55 &lt;redzara&gt; 네 알아요, 저 그렇게 n00b 아니에요 :)) 이 새 Jetty 버전으로 다시 파봐야겠어요 13:56 &lt;jrandom&gt; 좋아, 계속 소식 알려줘 13:56 &lt;redzara&gt; ㅇㅋ 13:57 &lt;fox&gt; * mihi 대부분의 i2p 사용자들은 어차피 자바 애플릿에 자신의 "진짜 IP"를 드러낼 거라고 짐작함 anyway :) 13:57 &lt;fox&gt; &lt;mihi&gt; http://www.stilllistener.com/checkpoint1/Java/ (그리고 아래로 스크롤) 시도해봐 13:58 * jrandom 빈 필드가 잔뜩 보이네 ;) 13:59 &lt;+bla&gt; fox: 노출되는 건 IP와 특정 클라이언트 목적지 사이의 관계뿐이고, 그 클라이언트 목적지는 router를 재시작할 때마다 바뀌어요. 13:59 &lt;jrandom&gt; bla: 사용자가 예를 들어 `http://i_have_illegal_stuff.i2p/` 같은 사이트에 있었던 게 아니라면 14:00 &lt;jrandom&gt; (클라이언트의 IP를 "한 번만" 노출하는 것도 충분히 치명적이지 ;) 14:00 &lt;+bla&gt; jrandom: 네. 14:00 &lt;+bla&gt; 하지만 다시 말해, 익명 브라우징에 진지하다면 임시 HTTP 프록시를 쓰고, 자바 관련 모든 것과 플러그인, 쿠키를 전부 비활성화할 거예요 14:01 &lt;jrandom&gt; 아니면 Syndie를 쓰지 :) 14:02 &lt;ZULU&gt; 방해해서 미안, is duck.ip down ? 14:02 &lt;+bla&gt; jrandom: 이제 일반 질문 시간인가요? 14:02 &lt;jrandom&gt; 그래, 지금 4) ??? 중이야 14:02 &lt;jrandom&gt; ZULU: 응, duck은 당분간 오프라인이야 14:03 &lt;+bla&gt; jrandom: profiles.jsp와 tunnels.jsp가 국기 아이콘을 생성하도록 돕는 자바 파일들을 수정했어요 14:04 &lt;+bla&gt; jrandom: 그런데, 내 로컬 router(_not_ 내 eepsite)에서 실제로 링크할 수 있고 제대로 동작하는 이미지는 어디에 두어야 하나요? 14:06 &lt;jrandom&gt; 브라우저로 ./docs/'name'의 내용을 덤프하는 "get.jsp?name"이 필요해 14:06 &lt;jrandom&gt; (즉, 지금은 .war 안에 넣어야 한다는 뜻이고, 하지만 작은 .jsp 파일 하나면 docs에 넣어둔 걸 덤프할 수 있어) 14:06 &lt;+bla&gt; jrandom: 아, 오케이, 그러면 제 잘못은 아니었네요 ;) 14:06 &lt;jrandom&gt; 헤헷 아냐, 내 탓으로 해 :) 14:09 &lt;jrandom&gt; 좋아, 회의에 더 없으면 14:09 * jrandom 마무리한다 14:10 * jrandom 회의를 *baf* 하며 종료합니다 </div>/ko/blog/2005/08/23/2005-08-23%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 23 Aug 2005 00:00:00 +0000/ko/blog/2005/08/23/2005-08-23%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 다시 주간 진행 상황 노트를 공유할 시간입니다</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.0.3 상태 2) IRC 상태 3) susibt 4) Syndie 5) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.3 status</li> </ol> </li> </ul> <p>며칠 전에 언급했듯이[1], 새 0.6.0.3 릴리스를 공개했고, 지금 바로 즐기실 수 있습니다. 이는 0.6.0.2 릴리스에 비해 큰 개선입니다(irc에서 끊김 없이 며칠씩 접속이 유지되는 일도 드물지 않습니다 - 저도 업그레이드 때문에 중단되기 전까지 5일 업타임을 경험했습니다), 하지만 몇 가지 주목할 만한 점이 있습니다. 그래도 항상 그런 것은 아닙니다 - 네트워크 연결이 느린 분들은 문제를 겪기도 하지만, 그래도 진전입니다.</p>/ko/blog/2005/08/23/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-8%EC%9B%94-23%EC%9D%BC/Tue, 23 Aug 2005 00:00:00 +0000/ko/blog/2005/08/23/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-8%EC%9B%94-23%EC%9D%BC/<h2 id="간략-정리">간략 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> arcturus, ardvark, cervantes, gott, jrandom, lucky, modulus, susi23\_</p> <h2 id="meeting-log">Meeting Log</h2> <div class="irc-log"> 12:01 &lt;jrandom&gt; 0) 하이 12:01 &lt;jrandom&gt; 1) 0.6.0.3 상태 12:01 &lt;jrandom&gt; 2) IRC 상태 12:01 &lt;jrandom&gt; 3) susibt 12:01 &lt;jrandom&gt; 4) Syndie 12:01 &lt;jrandom&gt; 5) ??? 12:01 &lt;jrandom&gt; 0) 하이 12:01 * jrandom 손을 흔든다 12:01 &lt;lucky&gt; 하이 12:02 &lt;jrandom&gt; 주간 상태 노트를 올렸습니다 @ http://dev.i2p.net/pipermail/i2p/2005-August/000857.html 12:02 &lt;lucky&gt; 하이하이하이 12:02 &lt;jrandom&gt; 안녕 lucky 12:02 &lt;jrandom&gt; 좋아요, 1) 0.6.0.3 상태로 들어가죠 12:02 &lt;jrandom&gt; 0.6.0.3에 관해 언급할 만한 가장 큰 사항들은 상태 노트에 있다고 생각합니다만, 그 밖에 추가로 꺼낼 내용 있는 분? 12:04 &lt;gott&gt; 'Unknown'은 무슨 얘기죠? 12:04 &lt;jrandom&gt; ssu cwin 개선이 0.6.0.4에 들어갈지, 아니면 피어/구성이 더 나아지는 0.6.1까지 기다릴지 확실치 않아요 12:04 &lt;jrandom&gt; gott: 그와 관련된 내용이 메일에 두 단락 있어요 — 그걸 넘어서는 구체적인 질문이 있나요? 12:05 &lt;jrandom&gt; 아니면 제가 더 명확히 할 부분이 있을까요? 12:05 &lt;gott&gt; 아니요, 그 빌어먹을 메일을 아직 안 읽었어요. 12:05 &lt;jrandom&gt; ㅎㅎ 12:05 &lt;jrandom&gt; 자, 다섯 줄 위로 올라가서 그 빌어먹을 메일을 읽어보세요 ;) 12:06 &lt;jrandom&gt; 좋아요, 0.6.0.3에 대해 다른 질문 있으신가요? 12:07 &lt;jrandom&gt; 없으면 2) IRC 상태로 넘어가죠 12:07 &lt;modulus&gt; 미안 모두, 나가봐야 해요. 이따 봐요. 12:08 &lt;jrandom&gt; 메일에 있는 것 말고, postman/cervantes/arcturus: 여러분이 추가로 언급하고 싶은 게 있나요? 12:08 &lt;jrandom&gt; 나중에 봐요 modulus 12:08 &lt;+arcturus&gt; 1) 에 대해요? 12:08 &lt;+arcturus&gt; 아 미안 12:08 &lt;gott&gt; 흠. 12:08 &lt;+arcturus&gt; 지금은 2)죠 12:09 &lt;gott&gt; 요즘 IRC over I2P가 보통 업스트림 대역폭을 얼마나 쓰나요? 12:09 &lt;+arcturus&gt; 넷스플릿은 이제 과거형이에요 12:09 &lt;+arcturus&gt; gott: 제 router의 익명성을 훼손하지 않고는 그건 말해줄 수 없어요 12:09 &lt;gott&gt; 아니, 아니, 아니요. 12:10 &lt;jrandom&gt; 잘 모르겠네요, 제 router는 squid.i2p/dev.i2p/cvs.i2p/www.cvs/syndiemedia.i2p에 더해 제 irc와 eepproxy까지 합쳐서 평균 10-20KBps 정도 써요 12:10 &lt;gott&gt; 상용 회선이 필요한가요? 12:10 &lt;jrandom&gt; 좋네요 arcturus 12:10 &lt;gott&gt; jrandom: 제 말은, 호스팅하려면요. 12:10 &lt;jrandom&gt; gott: 서버를 운영하는 걸 말하나요, 아니면 클라이언트요? 12:10 &lt;jrandom&gt; 아 12:10 &lt;+arcturus&gt; gott: 제 router의 익명성을 훼손하지 않고는 그건 말해줄 수 없어요 12:10 &lt;gott&gt; 서버요. 12:10 * jrandom 모릅니다. ircd가 하나뿐이면 아마 더 적겠죠 12:10 &lt;gott&gt; 그럼 수정된 unrealircd를 돌리고 있는 건가요? 12:11 &lt;jrandom&gt; 그러니까, 단일 서버라면 클라이언트 사용량에 1.3배 정도를 더한다고 보면 돼요 12:11 &lt;+arcturus&gt; 서버 간 지연도 안정적이고 매우매우 낮다는 점도 덧붙이고 싶어요 12:11 &lt;gott&gt; VERSION 명령이 없는 것 같으니, 그렇다고 추정합니다 12:11 &lt;+arcturus&gt; VERSION을 비활성화했어요 12:12 &lt;gott&gt; 수정한 부분은 오픈소스인가요? 12:12 &lt;+arcturus&gt; 우리가 unreal을 돌릴 수도 있고, 아닐 수도 있죠 :) 12:12 &lt;gott&gt; 공개해서 다른 사람들이 자신만의 프라이빗 네트워크를 시작할 수 있게 하면 좋겠어요. 12:12 &lt;+arcturus&gt; 보안을 해치지 않고는 말씀드릴 수 없어요 12:12 &lt;gott&gt; 은폐를 통한 보안이라니, 참 달콤하네요. 12:12 &lt;jrandom&gt; 맞말이야, arcturus. 나는 평균 0-2초 정도의 지연을 보고 있어요(지금은 irssi의 지연 감지기보다도 낮음) 12:12 &lt;+arcturus&gt; 아니요, 그건 보안의 한 겹일 뿐이에요 12:13 &lt;+arcturus&gt; 그리고 억지력 역할만 할 뿐, 기술적 보안 대책을 대체하지는 못하죠 12:15 &lt;jrandom&gt; arcturus: vanguard는 어떻게 돼가나요? 12:15 &lt;+arcturus&gt; 최근엔 코딩을 못 했어요, 다른 프로젝트들에 묶여 있어서요. 그래도 마무리해야 한다는 꾸준한 압박감은 계속 느끼고 있죠 :) 12:16 &lt;jrandom&gt; 헤헷 굿 12:16 &lt;+arcturus&gt; vanguard는 봇에 가장 효과적일 거고, hashcash 대책은 별개의 건이에요 12:16 &lt;+arcturus&gt; 그런데 지금은 hashcash가 걱정돼요 12:17 &lt;+arcturus&gt; 최근 SHA-1에 대한 공격들 때문에 12:17 &lt;+arcturus&gt; 대중이 쓸 수 있는 도구가 곧 나올 겁니다 12:17 &lt;+arcturus&gt; 안타깝게도 표준 hashcash 구현은 전적으로 SHA-1에 기반하고 있어요 12:17 &lt;susi23_&gt; javac 컴파일러를 찾을 수 없습니다; // com.sun.tools.javac.Main is not on the classpath. // 아마도 JAVA_HOME이 JDK를 가리키지 않는 듯합니다 12:18 &lt;@cervantes&gt; 아, 도착했어요 12:18 &lt;susi23_&gt; 이거에 대한 아이디어 있나요? JAVA_HOME은 확실히 올바른 디렉터리를 가리키고 있고, javac도 PATH에 있어 호출 가능해요 12:18 &lt;+arcturus&gt; susi23_: 지금 회의 중이에요 :) 12:18 &lt;jrandom&gt; susi23_: OOM(메모리 부족)? 12:18 &lt;susi23_&gt; 회의? 근데 지금 8시인데요? 12:18 &lt;jrandom&gt; (Jetty/Tomcat에 맡기지 말고 JSP를 미리 컴파일하세요, 그게 더 빨라요 ;) 12:19 &lt;jrandom&gt; 네, 시간을 옮겼어요 susi23_ :) 12:19 &lt;susi23_&gt; 몰랐네요, 미안 12:19 &lt;jrandom&gt; ㅎㅎ 괜찮아요, 회의에 오셔서 다행이에요, 다음 안건이 바로 당신 거예요 ;) 12:20 * susi23_ 앉아서 듣는다 12:20 &lt;+arcturus&gt; 그래서 hashcash에 즉각적인 문제가 생길 거라 보진 않지만, SHA-1이 머지않아 심각하게 깨질 가능성은 있다고 봐요 12:21 &lt;jrandom&gt; arcturus: MD5로 hashcash를 해도 아마 괜찮을 거예요 12:21 &lt;jrandom&gt; 그건 그냥 PoW일 뿐이니까요 12:21 &lt;+arcturus&gt; SHA-256 이상을 기반으로 한 hashcash 구현을 아는 분이 있으면 알려주세요 12:21 &lt;+arcturus&gt; 음, P가 적으면 PoW는 무의미하죠 :) 12:21 &lt;jrandom&gt; 해시의 크기는 당신의 hashcash가 그 해시 크기에 도달할 때만 중요해요 12:23 &lt;jrandom&gt; (하지만, 네, 잘린 SHA-256이나 512, Whirlpool 등으로 돌리는 것도 괜찮겠죠) 12:23 &lt;+arcturus&gt; 일단 현재 구현으로 진행하고, 나중에 필요할 때 쉽게 교체할 수 있도록 설계할 수 있겠죠 12:24 &lt;jrandom&gt; (DTSTTCPW) 12:25 &lt;+arcturus&gt; 결국에는 SHA-1을 버려야 할 겁니다, 확신해요 :) 그리고 토큰이 제대로 생성됐다는 합리적인 확신을 가질 수 없다면 hashcash를 쓸 이유가 없죠 12:25 &lt;jrandom&gt; (그건 IRC에서 닉네임을 얻기 위한 PoW일 뿐, 포트 녹스(Fort Knox)에 접근하려는 게 아니잖아요 ;) 12:26 &lt;@cervantes&gt; hashcash 메일링 리스트에서 SHA-256 구현 얘기가 좀 있어요 12:26 &lt;+arcturus&gt; 닉네임용이 아니라, 서버 입장을 위한 거예요 12:26 &lt;+arcturus&gt; cervantes: 멋지네요, 확인해볼게요 12:27 &lt;+arcturus&gt; jrandom: 그리고 그건 단순한 PoW만이 아니에요. hashcash는 네트워크에서 클라이언트를 고유하게 식별할 방법을 제공하죠. IP로 식별하는 것처럼요. 그래서 정밀하게 밴할 수 있어요 12:28 &lt;jrandom&gt; 물론 그건 시간이 지나면 갱신되겠죠, 그렇죠? 12:28 &lt;jrandom&gt; 예를 들어 6개월마다(또는 6시간마다, 아니면 뭐든) 새 PoW 인증서를 발급한다든지 12:28 &lt;+arcturus&gt; 사용자가 자신의 ID를 얻기 위해 아무런 작업도 할 필요가 없다면, 우리가 그들을 밴할 능력이 무력화돼요 12:29 &lt;+arcturus&gt; 자동으로 만료시킬 이유는 모르겠고, 이용 약관을 위반했을 때만 수동으로 만료시키면 돼요 12:29 &lt;+arcturus&gt; 새 ID를 위해 사람들에게 불필요한 일을 시킬 필요는 없죠 12:29 &lt;jrandom&gt; 에이, 그건 수동적인 PoW일 뿐이에요. 6시간마다 한 사이클 돌려서 새로 만들면 되죠 12:29 &lt;jrandom&gt; 하지만 아마도 DTSTTCPW 12:30 &lt;+arcturus&gt; 생성된 어떤 hashcash도 24시간 이내에 사용해야 하며, 그렇지 않으면 무효예요 12:32 &lt;@cervantes&gt; 다시 한 번 말씀드리면, 새 서버 irc.freshcoffee.i2p를 여러분의 i2ptunnel 콘솔에 추가해야 합니다 12:32 &lt;jrandom&gt; 좋아요. 2) irc2p에 대해 다른 사항 있나요? 12:33 &lt;@cervantes&gt; (`http://forum.i2p/viewtopic.php?t=911` 12:33 &lt;@cervantes&gt; ) 12:33 &lt;@cervantes&gt; &lt;-- 완료 12:34 &lt;+arcturus&gt; 더 이상 지루하게 할 얘기는 없어요 :) 12:34 &lt;jrandom&gt; ㅎㅎ 12:34 &lt;jrandom&gt; 좋아요, 3) susibt 12:34 &lt;ardvark&gt; 음, 제 tunnel에 새 서버를 추가하면, I2P를 재시작해야 하나요? 12:34 &lt;jrandom&gt; susi23_: p1ng 12:35 &lt;@cervantes&gt; ardvark: tunnel만요 12:35 &lt;@cervantes&gt; (ircproxy tunnel) 12:35 &lt;ardvark&gt; 아 오케이, 추가하고 저장만 했는데, 그럼 그걸로는 부족하군요 12:36 &lt;jrandom&gt; 맞아요, 아쉽지만 그 프록시를 중지했다가 다시 시작해야 해요 12:36 &lt;susi23_&gt; 음 12:36 &lt;ardvark&gt; 그럼 회의를 놓치겠네요 ;) 12:37 &lt;susi23_&gt; susibt는 여러분의 router의 VM에 넣어 쓸 수 있는 웹앱(susimail처럼)이에요 12:37 &lt;susi23_&gt; i2p-bt의 웹 프런트엔드 역할을 해요 12:38 &lt;susi23_&gt; 그래서 시드를 관리하고, 업·다운로드를 하고 등등 할 수 있어요 12:38 &lt;jrandom&gt; w00t 12:39 &lt;susi23_&gt; 문제는 각 시드마다 btdownloadheadless.py를 하나씩 시작해야 한다는 거예요... 그래서 많은 Java 스레드에 더해 Python 프로세스도 잔뜩 생기죠 :) 12:39 &lt;+arcturus&gt; 그건 ducktorrent에서 해결될 겁니다 *콜록* 12:39 &lt;jrandom&gt; ㅎㅎ 12:39 * jrandom 숨을 참는다 12:40 &lt;susi23_&gt; router 재시작 후에도 시드 재시작을 지원해요 12:40 &lt;@cervantes&gt; 좋네요 12:40 &lt;jrandom&gt; 끝내주네요 12:40 &lt;susi23_&gt; 앞으로의 계획은 토렌트 자동 생성과 UI 개선이에요 12:41 &lt;susi23_&gt; 테스트해보고 싶다면, 별도의 Jetty 인스턴스를 권합니다 12:41 &lt;susi23_&gt; 그래야 여러분의 router를 만지작거릴 필요가 없거든요 :) 12:41 &lt;susi23_&gt; 다운로드 및 설치 안내는 http://susi.i2p에 있어요 12:42 &lt;susi23_&gt; 이상입니다 *jr에게 다시 패스* 12:42 &lt;jrandom&gt; w3wt, 고마워요 susi 12:42 &lt;jrandom&gt; 좋아요, 그에 대해 질문이나 코멘트 있나요, 아니면 4) Syndie로 넘어갈까요? 12:44 &lt;jrandom&gt; 좋아요, syndi에 관해, 지난 하루이틀 동안 리스트에 관련 글을 꽤 올렸고, 앞으로 활동이 많을 거예요 12:45 &lt;jrandom&gt; Syndie의 주요 데모 사이트는 `http://syndiemedia.i2p` / http://66.111.51.110:8000/, 물론 직접 다운로드하여 로컬에 설치하시길 권장합니다 12:45 &lt;jrandom&gt; 지금 당장 그 부분에 더 보탤 건 많지 않아요. 질문 있으신가요? 12:46 &lt;gott&gt; 왜 이름이 Syndie인가요? 12:46 &lt;gott&gt; 'syndicate'를 가리키는 건가요? 12:47 &lt;jrandom&gt; 네, 일반적인 콘텐츠 연동(syndication) 프런트엔드예요(+ 보안, 인증, 익명성 인지) 12:48 &lt;jrandom&gt; 좋아요, 4)에 더 없으면, 5) ???로 넘어가죠 12:48 &lt;jrandom&gt; 회의에서 꺼낼 I2P 관련 내용 있는 분? 12:51 &lt;jrandom&gt; 좋아요, 다른 게 없으면 12:51 * jrandom 마무리한다 12:52 * jrandom 회의를 *baf* 하고 닫는다 </div>/ko/blog/2005/08/16/2005-08-16%EC%9E%90-i2p-%ED%98%84%ED%99%A9-%EB%85%B8%ED%8A%B8/Tue, 16 Aug 2005 00:00:00 +0000/ko/blog/2005/08/16/2005-08-16%EC%9E%90-i2p-%ED%98%84%ED%99%A9-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 오늘은 간단히 메모만 드립니다.</p> <ul> <li>Index:</li> </ul> <ol> <li>PeerTest 상태 2) Irc2P 3) Feedspace 4) 메타 5) ???</li> </ol> <ul> <li> <ol> <li>PeerTest status</li> </ol> </li> </ul> <p>앞서 언급했듯이, 곧 출시될 0.6.1 릴리스에는 router를 보다 세심하게 구성하고 도달 가능성을 확인(또는 필요한 조치를 지적)하기 위한 일련의 테스트가 포함될 것이다. 이미 두 번의 빌드 동안 CVS에 일부 코드가 있었지만, 필요한 만큼 매끄럽게 동작하기까지는 아직 다듬어야 할 부분이 남아 있다. 현재로서는, Charlie의 도달 가능성을 확인하기 위한 추가 패킷을 넣고 Charlie가 응답할 때까지 Bob이 Alice에게 보내는 응답을 지연시키는 방식으로, 문서화된 [1] 테스트 흐름에 약간의 수정을 가하고 있다. 이는 테스트할 준비가 된 Charlie가 확보될 때까지 Bob이 Alice에게 응답하지 않게 되므로 사람들이 보게 되는 불필요한 &ldquo;ERR-Reject&rdquo; 상태 값의 수를 줄여줄 것이다(그리고 Bob이 응답하지 않을 때, Alice는 상태로 &ldquo;Unknown&quot;을 보게 된다).</p>/ko/blog/2005/08/16/i2p-dev-meeting-august-16-2005/Tue, 16 Aug 2005 00:00:00 +0000/ko/blog/2005/08/16/i2p-dev-meeting-august-16-2005/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cervantes, Complication, jrandom, postman, susi23</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 13:09 &lt;@jrandom&gt; 0) 안녕 13:09 &lt;@jrandom&gt; 1) PeerTest 상태 13:09 &lt;@jrandom&gt; 2) Irc2P 13:09 &lt;@jrandom&gt; 3) Feedspace 13:09 &lt;@jrandom&gt; 4) 메타 13:09 &lt;@jrandom&gt; 5) ??? 13:09 &lt;@jrandom&gt; 0) 안녕 13:09 * jrandom 손을 흔든다 13:09 &lt;@jrandom&gt; 주간 상태 노트를 올려둠 @ http://dev.i2p.net/pipermail/i2p/2005-August/000842.html 13:10 &lt;@jrandom&gt; (다들 꼼꼼히 읽어봤을 거라 확신함) 13:10 &lt;@postman&gt; 안녕 13:10 &lt;+cervantes&gt; 흠 changate perl 스크립트... 한번 써볼게... 13:10 &lt;+cervantes&gt; 안녕 13:10 &lt;@jrandom&gt; 1) 피어 테스트 상태 13:11 &lt;@jrandom&gt; 노트에 올린 내용 외에 덧붙일 건 그다지 없어요 - 질문/코멘트/우려 사항 있나요? 13:11 &lt;@jrandom&gt; 우리에 연결하는 모든 사람의 원격 접속 가능성을 검증할지 아직 확신은 없지만, 그 아이디어를 만지작거리고 있어요 13:11 &lt;@jrandom&gt; (지금은 tcp로 그렇게 하고 있어요) 13:13 &lt;@jrandom&gt; 음, 0.6.1로 가기 전에 0.6.0.3에서는 그거 없이 한번 시도해볼 수도 있겠네요. 지켜보죠 13:13 &lt;@jrandom&gt; 좋아, 2) irc2p로 넘어가죠 13:13 &lt;@jrandom&gt; 다들 여기 있으니, 무슨 상황인지 알죠 :) 13:13 &lt;@jrandom&gt; 수고했어, postman & smeghead 13:16 &lt;@jrandom&gt; 좋아, smeghead랑 postman이 그거에 대해 정보를 잔뜩 올려왔으니, 그건 더 꺼낼 게 없으면 3) feedspace로 넘어가죠 13:16 &lt;@jrandom&gt; frosk는 잠시 자리를 비운 것 같고, 노트(그리고 그의 블로그)에 있는 내용 말고는 덧붙일 게 별로 없네요 13:17 &lt;@postman&gt; :) 13:17 * Complication 은 frosk의 블로그를 읽는 중 13:18 &lt;@jrandom&gt; 좋아, 나중에 공유할 정보가 더 생기면 frosk가 거기에 글로 근황을 알려줄지도요 13:19 &lt;@jrandom&gt; 간단히 4) 메타로 넘어가죠 13:19 &lt;@jrandom&gt; GMT 기준 오후 8시 회의에 대해 다들 어떻게 생각해요? 너무 이른가요, 너무 늦나요, 딱 좋은가요? 13:21 * jrandom 몰려드는 인파를 막는다 13:21 &lt;+Complication&gt; 뭔가 유익한 말을 하고 싶은데, 세계 시계를 못 찾겠네요... 13:21 &lt;@jrandom&gt; google://what+time+is+it 13:22 &lt;+Complication&gt; :) 13:22 &lt;@jrandom&gt; 좋아, 5) ???로 넘어가죠 13:22 &lt;@jrandom&gt; 다른 얘기할 것 있는 사람? 13:23 &lt;+susi23&gt; 음 13:23 &lt;+susi23&gt; 공식적으로는 아님 ;) 13:24 &lt;+Complication&gt; 요즘은 유난히 안정적이었어요. 13:24 &lt;+Complication&gt; 가끔 "message invalid"(아니면 "packet invalid"였나) 말고는 보고할 오류를 못 찾겠어요. :o 13:24 &lt;@postman&gt; 내 오류들은 이미 보고했어 :) 13:24 &lt;@jrandom&gt; 좋지, 하지만 아직 제대로 돌아가지 않는 게 좀 있어서, 탐지되지 않은 오류들의 증상이기도 해, Complication 13:25 &lt;@jrandom&gt; 그래도, 진전은 계속됨 13:25 &lt;@jrandom&gt; 아마 udp 상황 때문에 바깥에 제한된 경로가 많이 보이는 걸지도 13:25 &lt;+susi23&gt; 우리가 #idle에 새 idlerpg를 시작했으니 모두 참여 환영해요 :) 13:25 &lt;@jrandom&gt; (그리고 아마 다른 것도 한가득...) 13:25 &lt;@jrandom&gt; 와, susi23 13:26 &lt;+susi23&gt; :P 13:30 &lt;@jrandom&gt; 좋아, 회의에서 더 꺼낼 얘기 있는 사람? 13:32 &lt;@jrandom&gt; 좋아, 더 없으면 13:32 * jrandom 마무리한다 13:32 * jrandom *baf*하며 회의를 종료한다 </div>/ko/blog/2005/08/09/2005-08-09%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 09 Aug 2005 00:00:00 +0000/ko/blog/2005/08/09/2005-08-09%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 또 한 주의 그 시간이 돌아왔네요</p> <ul> <li>Index</li> </ul> <ol> <li>0.6.0.2 2) 로드맵 업데이트 3) ???</li> </ol> <ul> <li> <ol> <li>0.6.0.2</li> </ol> </li> </ul> <p>어제 발표한 대로 [1], 새 릴리스를 공개하여 이용 가능하며 전반적인 보고는 긍정적입니다. 여러분 중 약 절반은 이미 업그레이드했습니다(0.6.0.2가 110, 0.6.0.1이 89, 0.6이 21로 확인됩니다). 나머지 분들도 유용한 개선 사항이 있으므로 가능한 한 빨리 업그레이드하시기 바랍니다.</p> <p>[1] <code>http://dev.i2p.net/pipermail/i2p/2005-August/000834.html</code></p> <ul> <li> <ol start="2"> <li>Roadmap update</li> </ol> </li> </ul> <p>오늘 오후에 내 노트에 있던 로드맵 요약을 웹으로 옮겨 적는 게 좋겠다고 생각했고, 그래서 요즘 상황이 어떻고 우리가 어디로 가는지 궁금한 분들은 이제 <a href="http://www.i2p.net/roadmap">http://www.i2p.net/roadmap</a> 에 들러 무엇이 바뀌었는지 확인할 수 있습니다. 혁신적인 건 아니지만, 사람들에게 사안을 보다 명확히 하는 데 도움이 될 겁니다.</p>/ko/blog/2005/08/09/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-8%EC%9B%94-9%EC%9D%BC/Tue, 09 Aug 2005 00:00:00 +0000/ko/blog/2005/08/09/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-8%EC%9B%94-9%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, bla, detonate, duck, jrandom, jrandom2p, luckypunk, postman, smeghead</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:11 &lt;jrandom2p&gt; 0) 안녕 13:11 &lt;jrandom2p&gt; 1) 0.6.0.2 13:11 &lt;jrandom2p&gt; 2) 로드맵 업데이트 13:11 &lt;jrandom2p&gt; 3) ??? 13:11 &lt;jrandom2p&gt; 0) 안녕 13:11 * jrandom2p 손을 흔든다 13:11 &lt;+detonate&gt; 안녕 13:11 &lt;jrandom2p&gt; 주간 상태 노트 올라감 @ http://dev.i2p.net/pipermail/i2p/2005-August/000839.html 13:12 &lt;jrandom2p&gt; 좋아, 자유토론 전에 [1-2]로 잠깐 들어가자.. 13:12 &lt;jrandom2p&gt; 1) 0.6.0.2 13:12 &lt;jrandom2p&gt; 나왔음. 뭐 그런 거 13:12 &lt;jrandom2p&gt; 0.6.0.2 관련해서 질문/코멘트/우려 사항 있나요? 13:13 &lt;jrandom2p&gt; 없으면, 2) 로드맵 업데이트로 넘어갑니다 13:13 &lt;jrandom2p&gt; 그, 음, 로드맵이 업데이트되었어. 뭐 그런 거 ;) 13:14 &lt;duck&gt; 너 호주인이네 13:14 &lt;+bla&gt; jrandom: 평소엔 살아있어도 destination(목적지)에 연결이 간헐적으로 안 되는 문제가 아직 있어요 13:14 * postman 이 말에 동의 13:14 * detonate 나도 셋째 동의 13:14 &lt;+bla&gt; jrandom: 예를 들어, forum.i2p는 잘 되다가 몇 분 뒤엔 안 되고, 몇 번 새로고침이 필요해요 13:15 * bla 내가 제일 먼저 말했음 ;) 13:15 &lt;jrandom2p&gt; 흠, 그래, 그런 보고를 들었어. 0.6.0.2에서도 그렇지? 13:16 &lt;+postman&gt; 맞습니다 13:16 &lt;+bla&gt; 네, 0.6.0.2 13:16 &lt;+bla&gt; netDb 문제일 수도 있고, tunnel에 넣을 피어를 잘 못 고르는 것일 수도 있죠 (아니면 다른 것) 13:16 &lt;jrandom2p&gt; ㅇㅋ 13:17 &lt;jrandom2p&gt; 최근 tunnel 피어 선택이 꽤 안 좋았고, netDb store 플러딩도 마찬가지야 13:17 &lt;jrandom2p&gt; (/oldstats.jsp에서 tunnel 요청 실패 횟수를 확인해봐) 13:18 &lt;+bla&gt; 이제 우리가 UDP/SSU를 쓰니까, 피어 분류가 전보다 나아진 것 같아요: 제가 빠르다고 _확실히 아는_ 피어 여러 개가 보통 프로필 pafe의 "fast" 섹션에 보여요 13:19 &lt;jrandom2p&gt; 좋네 13:19 &lt;jrandom2p&gt; 0.6.0.2는 netDb 기반으로 원래 했어야 할 tunnel 거부 코드를 추가했어 (다음 홉을 못 찾으면 참여 거부). 그래서 거부가 늘어난 건 예상된 일이야 13:19 &lt;+bla&gt; 그래도 분류 알고리즘을 다시 봐야겠어요... ;) 13:20 &lt;jrandom2p&gt; 프로필/통계 분석을 해왔는데, 아직 뚜렷한 결과는 없어 13:21 &lt;jrandom&gt; 그러면 멋지겠다 bla :) 13:25 &lt;jrandom2p&gt; 좋아, 2) roadmpa 업데이트에 대해 다른 거 있나? :) 13:26 &lt;jrandom2p&gt; 없으면, 3) ??? 로 넘어갈게 13:26 &lt;+detonate&gt; failure/duprecv 비율이 최빈값(mode) 대비 높은 피어들을 블랙리스트(shitlist)에 올리는 게 유용하다고 보나요? 13:27 &lt;jrandom&gt; 흠, 그건 잘 모르겠어 - 실패/중복 비율이 쓸모없을 만큼 너무 높다면, 그냥 천천히 조심스럽게 전송해야지 13:27 &lt;jrandom&gt; 메시지가 전달되기만 하면, 전달되는 거야 13:28 &lt;jrandom&gt; 우리가 프로파일링의 일부로 직접 피어 통신에 대한 통계를 사용하지 않은 데는 이유가 있어 - 거기에 의존하면 쉬우면서도 강력한 공격에 취약해져 (피어마다 다르게 행동하면서 누가 너를 쓰는지 보는 등) 13:29 &lt;+detonate&gt; 흠 13:29 &lt;+detonate&gt; 오케이 13:29 &lt;jrandom&gt; 하지만 그렇게 혼잡한 연결 상태의 피어에 대해서는 세션을 끊어야 할지도 몰라 13:29 &lt;+detonate&gt; 좋은 지적이네 13:34 &lt;jrandom&gt; 좋아, 3) ??? 로 얘기할 다른 것 있는 사람? 13:34 &lt;luckypunk&gt; 어, 어, 모두가 돌아올 때까지 기다려야 할지도 13:34 &lt;luckypunk&gt; 중요한 질문하기 전에 :P 13:35 &lt;jrandom2p&gt; 에이, 메일링 리스트가 있잖아 ;) 13:35 &lt;luckypunk&gt; 뭐 13:35 &lt;luckypunk&gt; 하소연하기엔 여기가 맞는 곳 같네 13:36 &lt;luckypunk&gt; I2P가 아직 CPU를 좀 먹어요 13:36 &lt;luckypunk&gt; 하지만 예전만큼은 아니에요 13:36 &lt;luckypunk&gt; 맞긴 한데, 5.0 시절 이후로는 안 돌렸죠 13:36 &lt;luckypunk&gt; 아무튼 13:36 &lt;luckypunk&gt; 어 13:36 &lt;luckypunk&gt; 0.5.0 13:36 &lt;jrandom2p&gt; 좋아, 네 박스 중 어떤 게 그걸로 잘 돌아? 13:36 &lt;luckypunk&gt; 어 13:36 &lt;luckypunk&gt; 젠장 13:36 &lt;luckypunk&gt; 0.6.0.0 이후로는 안 썼어요 13:36 &lt;luckypunk&gt; 펜티엄 2에선 잘 돌아요 13:37 &lt;luckypunk&gt; 기본 nice 값 때문에, 너무 오래 CPU 집약적인 일을 하면 I2P가 CPU를 못 얻어서 충돌하는 경향이 있어요 13:38 &lt;+detonate&gt; 흠, introducers(소개자 노드)가 생기면 사용자가 원할 경우 router 콘솔 네트워크 설정에 introducers를 고정 설정할 수 있는 칸이 있어도 되겠네요 13:39 &lt;jrandom2p&gt; 지금 0.6.0.2 쓰고 있어 luckypunk? 13:39 &lt;@smeghead&gt; detonate: 그건 trusted route 관련 내용... 로드맵에서 나중에 :) 13:39 &lt;luckypunk&gt; 아니요 13:39 &lt;luckypunk&gt; 0.6.0.0 이후로는 안 돌렸어요 13:39 &lt;@smeghead&gt; *restricted route 13:40 &lt;luckypunk&gt; 그래도 CPU 사용량은 훨씬 적어 보였어요. 13:40 &lt;+detonate&gt; 헤, introducers가 생기면 곧바로 있어야죠 :) 13:40 &lt;jrandom2p&gt; 아, 맞아 detonate, introducer 선택은 분명 설정 가능하게 할 수 있지만, 아마 숨겨진 고급 설정 옵션일 거야 ;) 13:41 &lt;jrandom2p&gt; luckypunk: 0.6.0.1에서 많은 암호 연산(crypto)을 제거했고, 0.6.0.2는 더 도움이 될 거야. 나중에 한번 써봐, 더 잘 처리할 수도 있어 13:41 &lt;luckypunk&gt; 오케이 13:41 &lt;@smeghead&gt; introducer가 당신이 항상 자기만 선택하는 걸 원치 않으면 어떡하죠? 13:41 &lt;luckypunk&gt; 지금은 I2P가 중급 Pentium 전용 머신에서 잘 돌아갈 것 같은 느낌이에요. 13:41 &lt;jrandom&gt; smeghead: 그러면 그들은 "꺼져, 너의 introducer는 안 해줄 거야" 라고 하겠지 13:42 &lt;jrandom&gt; 그리고 피어들은 introducer를 여러 개 갖게 될 테니 균형이 맞아 13:42 &lt;jrandom&gt; (그리고 새 피어를 연결하는 데 필요한 건 패킷 2개뿐이지, 통신되는 모든 패킷이 아니야) 13:44 &lt;+detonate&gt; introducer가 다르게 동작했다면 어느 게 작동하는지 결정하려고 사이에서 다수결을 할 수도 있겠지만, 현재 방식에선 말이 안 되죠 13:45 &lt;ant&gt; &lt;jme___&gt; q. 이 투표 시스템에 대한 설명은 어디서 볼 수 있나요? 13:45 &lt;jrandom&gt; 다수결은 말이 안 돼 13:45 * jrandom 은 투표라는 걸 전혀 신뢰하지 않아 13:45 &lt;jrandom&gt; (특히 Sybil 공격을 고려하면) 13:45 &lt;jrandom&gt; 새 피어가 그걸 통해 너에게 연락할 수 있으면 introducer는 작동하는 거야 13:47 &lt;+detonate&gt; vanguard 상태는 어때요, 그와 약간 관련 있죠 13:47 &lt;+detonate&gt; smeghead가 있는 동안 13:51 &lt;jrandom&gt; 좋아, 더 없으면... 13:51 * jrandom 마무리한다 13:51 * jrandom *baf* 하며 회의를 닫는다 </div>/ko/blog/2005/08/02/2005-08-02%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 02 Aug 2005 00:00:00 +0000/ko/blog/2005/08/02/2005-08-02%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 오늘은 노트가 늦었습니다,</p> <ul> <li>Index:</li> </ul> <ol> <li>0.6 진행 상황 2) PeerTest 3) SSU 소개 4) I2PTunnel 웹 인터페이스 5) i2p 상의 mnet 6) ???</li> </ol> <ul> <li> <ol> <li>0.6 status</li> </ol> </li> </ul> <p>여러분도 보셨듯이 며칠 전 0.6 릴리스를 배포했으며, 전반적으로는 꽤 순조롭게 진행되고 있습니다. 0.5.* 이후의 전송 계층 개선으로 인해 netDb 구현의 몇 가지 문제가 드러났지만, 그 대부분에 대한 수정은 현재 0.6-1 빌드로 테스트 중이며 조만간 0.6.0.1로 배포될 예정입니다. 또한 다양한 NAT 및 방화벽 설정에서의 문제와 일부 사용자들의 MTU 문제에도 부딪혔는데, 이는 테스터 수가 적었던 소규모 테스트 네트워크에서는 나타나지 않았던 문제들입니다. 가장 심각한 사례들에는 우회책을 추가했지만, 머지않아 장기적인 해결책도 도입할 예정입니다 - peer tests(피어 테스트).</p>/ko/blog/2005/08/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-8%EC%9B%94-2%EC%9D%BC/Tue, 02 Aug 2005 00:00:00 +0000/ko/blog/2005/08/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-8%EC%9B%94-2%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, bar, cervantes, duck, jrandom2p, lucky, mihi, protokol, smeghead, thetower</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:53 &lt;jrandom2p&gt; ok, 제가 여기 있는 김에, 노트 관련해서(아니면 다른 거라도) 짧게 미팅하고 싶은 사람 있나요? 13:54 &lt;jrandom2p&gt; 노트에서 걱정되는 점, 그와 상관없는 얘기라도 꺼내고 싶은 게 있거나, 시의적절하게 다뤄야 할 다른 이슈 있나요? 13:54 &lt;@smeghead&gt; 좋죠 13:54 &lt;+protokol&gt; icepick 여기 있나요? 13:55 &lt;+protokol&gt; i2p-mnet을 이제 테스트해볼 수 있는지, 그리고/또는 대략 언제쯤 준비될지(ETA)가 궁금해요 13:55 &lt;jrandom2p&gt; 지금 9시간째 대기 중.. 13:56 &lt;jrandom2p&gt; 채널 로그를 보니 그리 쓸 만하진 않아 보였지만, 기본적인 SAM 통합은 돌아가게 했어요 13:56 &lt;jrandom2p&gt; 더 들을 거리가 생기면 더 소식이 있을 거예요 13:56 &lt;+protokol&gt; 좋네요 13:57 &lt;jrandom2p&gt; smeghead: -1이 당신의 포트 마이그레이션 문제를 고쳐줬나요? 13:57 &lt;@smeghead&gt; 이상한 짓은 못 봤어요 13:58 &lt;@smeghead&gt; 한 3일 정도요 13:58 &lt;@cervantes&gt; 하루 이틀 정도는 서비스 끊김이 없었다고 말할 수 있어 기쁘네요 13:58 &lt;@smeghead&gt; 이제 고쳐졌다고 해도 될 것 같아요 13:58 &lt;jrandom2p&gt; wr0d 13:58 &lt;jrandom2p&gt; (^2) 13:59 &lt;@cervantes&gt; 그리고 thetower는 이제 4분마다만 재연결하네요... 전체적으로 네트워크 상태가 좋아지고 있는 모양이에요 13:59 &lt;jrandom2p&gt; ㅎㅎ 13:59 &lt;+thetower&gt; 깨끗이 재설치하니 문제가 해결된 것 같긴 한데, 꽤나 불안했고 왜 그랬는지는 끝내 이유를 못 찾았어요. 14:00 &lt;jrandom2p&gt; 흠 14:00 &lt;jrandom2p&gt; irc에서만 그랬나요, 아니면 피어를 많이 잃었나요? 14:00 &lt;@cervantes&gt; 그렘린 14:01 &lt;+thetower&gt; i2p를 재시작하지 않고 router.config 파일을 바꾼 게 크래시의 원인일 가능성이 있나요? 14:01 &lt;jrandom2p&gt; 흠, 아니요, 저는 router.config 자주 바꿔요 14:01 &lt;jrandom2p&gt; 아니면, 특별히 걱정하는 변경이 있었나요? 14:02 &lt;@cervantes&gt; router가 실행 중일 때 jbigi lib를 덮어쓴 적이 있는데.... 그건 정말 문제를 일으켰죠 ;-) 14:02 &lt;+thetower&gt; 현재 네트워크 사용량에 따라 대역폭 제한을 바꾸는 스크립트를 설정해놨는데, 그게 문제의 원인이었나 싶었어요. 14:02 &lt;jrandom2p&gt; 헤헷 맞아요 cervantes, 그건 항상 router를 죽입니다 14:03 &lt;jrandom2p&gt; 아, 오케이, 아니요, 그건 문제가 되지 않을 거예요... 다만... 메시지가 통과하지 못할 정도로 한도를 너무 작게 바꿨다면 모를까... 14:04 &lt;+thetower&gt; 음, 하한을 꽤 합리적으로 잡았으니 그건 아닌 것 같네요. 14:04 &lt;jrandom2p&gt; 좋아요, 굿, 그냥 확인만~ :) 14:05 &lt;jrandom2p&gt; -1이 꽤 괜찮은 개선인 것 같으니, 그럼 내일쯤 0.6.0.1을 내게 될 것 같네요 14:05 &lt;jrandom2p&gt; 하위 호환도 될 거고요, 기타 등등, 뭐 그런 걸로요. 14:06 &lt;jrandom2p&gt; 또 밖으로 배포해야 할 게 있나요? 14:06 &lt;jrandom2p&gt; i2phex 상태는 어떤가요? 14:06 &lt;@smeghead&gt; cvs의 hosts.txt를 dev.i2p.net에 올리는 게 좋겠어요... 지금 올라간 건 몇 달이나 됐거든요 14:06 &lt;jrandom2p&gt; 내 기억이 맞다면 엊그제 밤에 했어요 14:07 &lt;@smeghead&gt; sirup은 몇 주째 안 보이네요 14:07 &lt;jrandom2p&gt; 오, 흠.. 14:07 &lt;@smeghead&gt; 그래도 여름이잖아요 14:07 &lt;@smeghead&gt; 아마 휴가 같은 걸 갔겠죠 14:08 &lt;@cervantes&gt; 아니면 RIAA에게 당했거나 14:08 &lt;jrandom2p&gt; 아 맞다, 올라가 있어요 (squid.i2p에 캐시돼 있었을 뿐) 14:08 &lt;@smeghead&gt; riaa당함? 14:09 &lt;jrandom2p&gt; ($Id: meeting141.html,v 1.2 2005-08-04 16:21:39 duck Exp $) 14:09 &lt;jrandom2p&gt; *쿨럭* 14:09 &lt;+bar&gt; bugzilla에 추가해야 할 게 좀 있어요. i2p 0.6과 java 1.5 같은 것들요 14:09 &lt;@smeghead&gt; ok 14:09 &lt;jrandom2p&gt; 아 맞다, 아직 노트북을 온라인에 못 붙였네요(으으) 14:10 &lt;jrandom2p&gt; ((주간 상태 노트를 cd에 구워야 했거든요... 1KB짜리 cd에...)) 14:10 &lt;jrandom2p&gt; 오, 안녕 mihi 14:10 &lt;@duck&gt; hi mihi! 14:10 &lt;mihi&gt; 다들 안녕하세요 :) 14:10 &lt;@cervantes&gt; dm일 수도 :) 14:10 &lt;jrandom2p&gt; ㅎㅎ 14:10 &lt;@smeghead&gt; 맞아요 14:10 &lt;@cervantes&gt; 안녕 mihi 14:10 &lt;mihi&gt; 내 router가 8887/udp만 열려 있다고 믿게 하려면 구성 파일을 좀 손봐야 하는 것 같더라구요... 14:11 * jrandom2p가 상태 노트에 i2ptunnel을 언급하자마자 mihi가 나타남 ;) 14:11 &lt;jrandom2p&gt; 아, 흠, i2np.udp.fixedPort=true 그거요? 14:11 &lt;mihi&gt; 흠? 거기에 있었나요? 14:11 * mihi가 상태 노트를 대충만 읽음 14:11 &lt;mihi&gt; 흠... 그게 더 나은 해법인가요? 14:12 * mihi는 포트를 8887로만 설정하고 포트가 바뀌지 않을 때까지 하드 리스타트만 함... 14:12 &lt;jrandom2p&gt; router.config에 어떤 트윅을 해서 8886만 믿게 만들었죠? 14:12 &lt;jrandom2p&gt; 어, 8887 14:12 &lt;jrandom2p&gt; ㅋㅋ 14:12 &lt;@cervantes&gt; 혹시 제안하셨던 대로 I2PTunnel 이름을 I2PProxy 같은 걸로 바꿀 수 있을까요...? 14:12 &lt;jrandom2p&gt; ok, 네, i2np.udp.fixedPort=true를 쓰세요 14:12 &lt;jrandom2p&gt; (0.6-1에 배포됐고, 조만간 0.6.0.1로 릴리스 예정) 14:12 &lt;@cervantes&gt; "tunnel 설정 페이지" 얘기할 때 아주 헷갈릴 수 있거든요 14:13 &lt;+thetower&gt; 아 질문 있어요. i2p가 사용할 udp 포트를 자동으로 감지하는 거 아닌가요? 그렇다면 기본 router.config에 하드코딩되어 있어야 하는 건가요? 14:13 &lt;mihi&gt; 흠, 알겠어요... 14:14 &lt;mihi&gt; i2p가 포트를 또 바꾼 것 같네요 14:14 &lt;mihi&gt; 곧 사라질 수도 있어요 :) 14:14 &lt;jrandom2p&gt; thetower: 네, 자동으로 감지해야 하는데, 지금은 좀 난감한 꼼수들을 밟고 있어요 14:14 &lt;@cervantes&gt; mihi: 최신 cvs 갖고 있나요? 14:14 &lt;jrandom2p&gt; 그게 바로 PeerTest 전체의 목적이에요(항상 자동으로 제대로 설정되게 만드는 것) 14:14 &lt;mihi&gt; 아뇨. 14:14 &lt;@cervantes&gt; mihi: 그럼 그래서 그럴 거예요 :) 14:15 &lt;mihi&gt; i2pupdate.zip에서 받은 버전만 있어요 14:15 &lt;@cervantes&gt; mihi: 0.6에는 RandomPort (tm) 기능이 있어요 14:15 &lt;jrandom2p&gt; ㅎㅎ 14:16 &lt;@cervantes&gt; :) 14:16 &lt;+ant&gt; * mihi는 FixedPorto 기능을 원한대요 :) 14:16 &lt;+ant&gt; &lt;mihi&gt; 그리고 끊김... 14:16 &lt;@cervantes&gt; 그럼 0.6-1 FixedPort Pro가 필요하겠네요 14:16 &lt;jrandom2p&gt; ㅎㅎ 14:16 &lt;jrandom2p&gt; ok, 회의에서 더 얘기할 거 있는 분? 14:16 &lt;@cervantes&gt; 아니면 0.6.0.1을 기다리거나요 14:17 &lt;jrandom2p&gt; 간헐적인 도달성 문제를 빼면, 지연/처리량(latency/throughput)은 어떤가요? 14:17 &lt;+ant&gt; &lt;mihi&gt; 흠. 여기 2004-10-06의 cvs 체크아웃이 있네요. 업데이트해봐야겠어요 :) 14:17 &lt;jrandom2p&gt; !thwap mihi 14:18 &lt;@cervantes&gt; 어제 dev.i2p에서 단일 스트림으로 i2pinstall.jar를 초당 110k에 받았어요 14:18 &lt;jrandom2p&gt; 좋네요 14:19 &lt;@cervantes&gt; 그리고 멀티로는 초당 320k 14:19 &lt;jrandom2p&gt; w0ah 14:19 &lt;jrandom2p&gt; 0hop, 그렇겠죠 14:19 &lt;jrandom2p&gt; (dev.i2p는 0hop) 14:19 &lt;@cervantes&gt; 맞아요 14:19 &lt;jrandom2p&gt; ((혹시 눈치 못 챘을까 봐 ;) 14:19 &lt;@cervantes&gt; ;-) 14:19 &lt;+thetower&gt; 다운로드 대상: GTA San Andreas 14:19 &lt;+thetower&gt; 다운로드 속도: 28.51 kB/s 14:20 &lt;@cervantes&gt; 그건 여러 소스에서 동시에 받은 거였지만요... 14:20 &lt;jrandom2p&gt; 아 좋네요 thetower 14:20 &lt;@cervantes&gt; squid.i2p를 한 280까지 밀어 올렸어요 14:21 &lt;lucky&gt; jrandom2p :) 14:21 &lt;lucky&gt; 새 hosts.txt를 사이트에 올려 주실래요 14:21 &lt;@cervantes&gt; lucky: 다 했어요 14:21 &lt;jrandom2p&gt; 맞아요. 그런 속도를 꾸준히 낼 수 있게 되면, cervantes, 사람들이 0hops를 안전하게 쓸 수 있도록 설정 가능한 지연을 좀 넣어야 할 거예요 14:22 &lt;jrandom2p&gt; (그러면 AVG(tunnelTestTime/2)만큼 지연을 주되, 대역폭을 낭비하거나 메시지를 잃지 않게요) 14:22 &lt;@cervantes&gt; 0 hop tunnel이라는 사실을 숨기려고요? 14:22 &lt;lucky&gt; 언젠가 I2P 속도가 충분히 좋아져서 사람들이 내 virtu-vax에 로그인하게 할 수 있을지 모르겠네요 14:23 &lt;jrandom2p&gt; 그렇죠. 그렇지 않으면, 누가 "이봐, 너희 사이트에서 300KBps 나오네"라고 말하면 0hop tunnel 두 개라고 거의 확신할 수 있거든요 14:23 &lt;jrandom2p&gt; (반면에, 1에서 2, 3, 4hops로 늘어난다고 그렇게 극적이게 깎이지는 않아요) 14:23 &lt;@cervantes&gt; 그럼 i2p는 사실상 대역폭 상한이 생기게 되나요 14:23 &lt;jrandom2p&gt; ((진짜 tunnel 동작을 강제하면, 중간 hop 하나하나는 큰 비중이 아니니까요)) 14:24 &lt;jrandom2p&gt; 아니요 cervantes, 큰 윈도우(window) + 지연이죠 14:24 * cervantes가 HDTV 스트리밍 익명 pr0n 계획을 취소함 14:24 &lt;jrandom2p&gt; 같은 속도를 내려고 공중에 떠 있는 메시지 수를 더 늘리면 돼요 14:25 &lt;@cervantes&gt; 아, 그렇군요 14:25 &lt;jrandom2p&gt; (물론 더 큰 윈도우에 도달하려면 rtt가 몇 번 더 필요하겠지만요) 14:25 &lt;jrandom2p&gt; ok, 더 얘기할 거 있나요? 14:26 &lt;mihi&gt; *baf*er 하나 꺼내오세요 :) 14:26 &lt;@cervantes&gt; 남용으로 녹슬었네요 14:27 &lt;jrandom2p&gt; 헤헤 슬슬 때가 된 듯 ;) 14:27 * jrandom2p가 준비 태세를 갖춤 14:27 * jrandom2p가 *baf* 하며 회의를 종료함 </div>/ko/blog/2005/07/26/2005-07-26-%EA%B8%B0%EC%A4%80-i2p-%ED%98%84%ED%99%A9-%EB%85%B8%ED%8A%B8/Tue, 26 Jul 2005 00:00:00 +0000/ko/blog/2005/07/26/2005-07-26-%EA%B8%B0%EC%A4%80-i2p-%ED%98%84%ED%99%A9-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 이번 주에도 짧은 업데이트지만 중요한 내용이 몇 가지 있습니다</p> <ul> <li>Index</li> </ul> <ol> <li>0.6 2) ???</li> </ol> <ul> <li> <ol> <li>0.6</li> </ol> </li> </ul> <p>SSU 측면에서는 상황이 꽤 좋아 보이고, 0.6으로 출시하는 것을 가로막는 치명적인 장애 요인은 보이지 않습니다. 따라서 이번 주 후반에 새로운 0.6 릴리스를 공개할 예정이며 - 일단 내일(수요일)로 잡아 두겠습니다. 0.6 리비전은 하위 호환되지 않으므로 다소 불안정할 수 있지만, 공개되는 즉시 모두 업그레이드해야 합니다. 이는 이미 0.5.0.7-19(이상)을 실행 중인 분들도 포함되며, 비호환성을 초래하는 몇몇 변수로의 전환을 커밋하는 것을 제가 그동안 보류해 왔기 때문입니다.</p>/ko/blog/2005/07/19/2005-07-19%EC%9D%98-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 19 Jul 2005 00:00:00 +0000/ko/blog/2005/07/19/2005-07-19%EC%9D%98-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 이번 주에는 간단한 업데이트입니다</p> <ul> <li>Index</li> </ul> <ol> <li>SSU 테스트 진행 상황 2) ???</li> </ol> <ul> <li> <ol> <li>SSU testing</li> </ol> </li> </ul> <p>이번 두 번째 SSU 테스트 라운드가 시작된 이후로 세부 조정과 버그 수정 작업을 많이 해왔지만, 상황이 점점 더 긍정적으로 보입니다. 현재 약 20~30명이 테스트에 참여하고 있으며(최소한 SSU가 활성화된 router를 실행 중입니다), 성능은 제가 기대했던 것보다 훨씬 좋습니다. 아직 추적 중인 버그가 몇 가지 남아 있지만, 0.6에 배포해 전체 네트워크 테스트를 진행할 수 있는 시점에 거의 도달했습니다.</p>/ko/blog/2005/07/12/2005-07-12%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 12 Jul 2005 00:00:00 +0000/ko/blog/2005/07/12/2005-07-12%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 또 그 시간이 돌아왔네요</p> <ul> <li>Index</li> </ul> <ol> <li>squid/www/cvs/dev.i2p 복구됨 2) SSU 테스트 3) I2CP 암호화 4) ???</li> </ol> <ul> <li> <ol> <li>squid/www/cvs/dev.i2p restored</li> </ol> </li> </ul> <p>여러 코로케이션 서버와 한참 씨름한 끝에, 몇 가지 예전 서비스가 복구되었습니다 - squid.i2p(기본 outproxy(외부 프록시) 두 개 중 하나), www.i2p(<a href="https://www.i2p.net">www.i2p.net</a> 으로의 보안 포인터), dev.i2p(dev.i2p.net으로의 보안 포인터로, 메일링 리스트 아카이브, cvsweb, 그리고 기본 netDb 시드를 찾을 수 있는 곳), 그리고 cvs.i2p(우리의 CVS 서버로의 보안 포인터 - cvs.i2p.net:2401). 제 블로그는 여전히 자취를 감췄지만, 어차피 콘텐츠가 유실되었으니 조만간 새로 시작해야 할 것 같습니다. 이제 이러한 서비스들이 안정적으로 다시 온라인에 올라왔으니, 다음 단계로 넘어갈 시간입니다&hellip;</p>/ko/blog/2005/07/05/2005-07-05%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 05 Jul 2005 00:00:00 +0000/ko/blog/2005/07/05/2005-07-05%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분, 매주 그 시간이 또 돌아왔네요.</p> <ul> <li>Index</li> </ul> <ol> <li>개발 현황 2) Tunnel IV(초기화 벡터) 3) SSU MAC(메시지 인증 코드) 4) ???</li> </ol> <ul> <li> <ol> <li>Dev status</li> </ol> </li> </ul> <p>또 한 주가 지나고, 또 &ldquo;SSU transport에 많은 진전이 있었습니다&quot;라는 메시지입니다 ;) 제 로컬 수정 사항들은 안정적이며 CVS에 올려 두었습니다(HEAD는 0.5.0.7-9), 하지만 아직 릴리스는 없습니다. 그 부분에 대한 소식은 곧 더 전하겠습니다. SSU와 관련 없는 변경 사항의 자세한 내용은 history [1]에 올라가 있지만, SSU는 아직 비개발자는 누구도 사용하지 않기 때문에 지금까지는 SSU 관련 변경 사항은 그 목록에서 제외하고 있습니다(그리고 개발자들은 i2p-cvs@를 읽습니다 :).</p>/ko/blog/2005/06/28/2005-06-28%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 28 Jun 2005 00:00:00 +0000/ko/blog/2005/06/28/2005-06-28%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요, 여러분. 또 주간 업데이트 시간이에요.</p> <ul> <li>Index</li> </ul> <ol> <li>SSU status 2) Unit test status 3) Kaffe status 4) ???</li> </ol> <ul> <li> <ol> <li>SSU status</li> </ol> </li> </ul> <p>There has been some more progress on the SSU transport, and my current thinking will be that after some more live net testing, we&rsquo;ll be able to deploy as 0.6 without much delay. The first SSU release will not include support for people who cannot poke a hole in their firewall or adjust their NAT, but that will be rolled out in 0.6.1. After 0.6.1 is out, tested, and kicking ass (aka 0.6.1.42), we&rsquo;ll move on over to 1.0.</p>/ko/blog/2005/06/21/2005-06-21%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 21 Jun 2005 00:00:00 +0000/ko/blog/2005/06/21/2005-06-21%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 주간 상태 노트를 다시 시작할 시간입니다.</p> <ul> <li>Index</li> </ul> <ol> <li>개발자 상태 2) 개발 현황 3) 단위 테스트 바운티 4) 서비스 장애 5) ???</li> </ol> <ul> <li> <ol> <li>Dev[eloper] status</li> </ol> </li> </ul> <p>4개국 4개 도시를 거친 끝에, 드디어 자리를 잡고 다시 코드를 부지런히 작성하고 있다. 지난주에 노트북에 필요한 마지막 부품을 구해 조립을 마쳤고, 이제 더 이상 여기저기 얹혀 지내지 않는다. 집에는 인터넷 접속이 없지만 주변에 인터넷 카페가 많아서 접속은 안정적이다(단지 자주 하지는 못하고 비싸다).</p> <p>그 마지막 점은 적어도 가을까지는 예전만큼 irc에서 시간을 보내지 못할 거라는 뜻이다(나는 8월쯤까지 서브리스 상태이고 24/7 네트워크 접속이 가능한 곳을 찾을 예정이다). 그렇다고 해서 할 일을 덜 하겠다는 뜻은 아니다 — 주로 내 테스트 네트워크에서 작업하면서 실제 네트워크 테스트를 위한 빌드를 배포할 것이다(그리고, 음, 아 맞다, 릴리스도). 다만 #i2p에서 자유롭게 진행되곤 하던 일부 논의를 리스트 [1] 및/또는 포럼 [2]으로 옮기는 편이 좋을지도 모른다(그래도 #i2p 백로그는 계속 읽고 있다). 아직 우리 개발 회의를 위해 갈 만한 적당한 장소를 찾지 못해서 이번 주에는 참석하지 못하겠지만, 아마 다음 주쯤에는 하나 찾을 수 있을 것이다.</p>/ko/blog/2005/05/03/2005-05-03%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 03 May 2005 00:00:00 +0000/ko/blog/2005/05/03/2005-05-03%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요, 여러분, 이번 주에는 논의할 내용이 많습니다</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) SSU 상태 3) i2phex 4) 무단 이탈 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>전체 네트워크 상태에는 큰 변화가 없습니다 - 전반적으로 꽤 안정적인 편이며, 가끔씩 작은 흔들림이 있기는 해도 서비스들은 잘 동작하고 있습니다. 지난 릴리스 이후 CVS에는 많은 업데이트가 있었지만, 출시를 가로막을 만한 치명적 버그를 고친 것은 없었습니다. 제가 이동하기 전에 최신 CVS를 더 널리 배포하려는 취지로 한 번 더 릴리스를 할 수도 있지만, 아직 확실하지는 않습니다.</p>/ko/blog/2005/05/03/i2p-dev-meeting-may-03-2005/Tue, 03 May 2005 00:00:00 +0000/ko/blog/2005/05/03/i2p-dev-meeting-may-03-2005/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, bla, cervantes, DrWoo, entroy, jrandom, mancom, Masterboy, RevDuck, shendaras, sirup, smeghead, Teal`c\__</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 14:08 &lt;jrandom&gt; 0) 안녕 14:08 &lt;jrandom&gt; 1) 네트워크 상태 14:08 &lt;jrandom&gt; 2) SSU 상태 14:08 &lt;jrandom&gt; 3) i2phex 14:08 &lt;jrandom&gt; 4) 부재 14:08 &lt;jrandom&gt; 5) ??? 14:08 &lt;jrandom&gt; 0) 안녕 14:08 * jrandom 손을 흔든다 14:08 &lt;jrandom&gt; 주간 상태 노트를 거의 한 시간 일찍 올렸습니다 @ http://dev.i2p.net/pipermail/i2p/2005-May/000738.html 14:09 * Masterboy 손을 흔들어 응답함:P 14:10 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태로 들어가죠 14:10 &lt;jrandom&gt; 덧붙일 건 많지 않지만, Azureus 유입 때문에 약간의 난기류가 있을 것 같네요 14:11 &lt;jrandom&gt; 잘 버텨주길 바라며, 지켜봅시다 14:11 &lt;Masterboy&gt; 큰 문제는 없고, 자잘한 건 기억도 안 나네요. 14:11 &lt;jrandom&gt; 헤헤, 좋네요 14:11 &lt;jrandom&gt; 현재 네트워크 상태와 관련해 다른 질문/코멘트/우려 사항 있으신가요? 14:11 &lt;sirup&gt; azureus가 out 프록시를 사용하나요? 14:12 &lt;jrandom&gt; 헤, 아니길 바랍니다 14:12 &lt;jrandom&gt; 아마도 옵션이 표시된 걸 보고 시험 삼아 써 보는 사람들이겠죠 14:12 &lt;@smeghead&gt; 대부분은 일주일쯤 지나면 슬슬 사라질 거야 14:13 &lt;Masterboy&gt; :D 14:13 &lt;+DrWoo&gt; smeghead: 그건 좋은 일이 아닌데요 14:13 &lt;sirup&gt; 그러면 서로 다른 두 네트워크를 하나로 묶는 거네요 14:13 &lt;+cervantes&gt; az 릴리스 노트에는 언급되어 있지 않아요 14:13 &lt;+cervantes&gt; 하지만 플러그인 섹션에는 나와 있긴 합니다 14:14 &lt;ant&gt; &lt;cat-a-puss&gt; 그들의 메인 페이지 왼쪽에 그것을 언급하는 링크가 있어요 14:14 &lt;jrandom&gt; 0.6이 나오고 사용자 증가 부담을 감당할 수 있게 되면 정말 좋겠네요 14:14 &lt;+DrWoo&gt; jrandom: 더 많은 사용자를 처리할 수 있는 빌드를 내놓는 현재 상태는 어떤가요? 14:14 &lt;jrandom&gt; 그래요, Azureus가 현재 웹사이트로 가장 많은 유입을 보내고 있습니다, 심지어 /. 추천보다도 훨씬 많아요 14:15 &lt;jrandom&gt; DrWoo: 가망 없어요. 14:15 &lt;sirup&gt; 그걸로 스트레스 받아서 0.6을 너무 일찍 내놓지는 마세요 14:15 * eAi 사람들이 내 다운로드 속도를 해킹하지 못하게 말도 안 되는 대역폭 제한을 설정함 14:15 &lt;ant&gt; &lt;cat-a-puss&gt; .6이 어느 정도 규모의 네트워크를 지원하나요? 14:15 &lt;jrandom&gt; DrWoo: 0.6이 해결책이고, 준비되면 나옵니다 :) 14:15 &lt;+cervantes&gt; 구글에서 "i2p"와 "azureus"로 445건이 검색되네요 14:15 &lt;jrandom&gt; 헤헤 eAi 14:16 &lt;+cervantes&gt; 테스트 SSU 네트의 처리량이 인상적이었다고 말해야겠네요 14:16 &lt;Masterboy&gt; w00t cervantes:) 14:16 &lt;+DrWoo&gt; jrandom: 널 사랑하긴 하지만, 일정이 $5짜리 창녀의 팬티처럼 미끄러지고 있네 ;) 14:16 &lt;jrandom&gt; cat-a-puss: 그것은 현재 병목을 제거해서, 다음 병목이 무엇인지 명확히 보이지 않을 정도예요. 수천 명까지도 처리할 수 있기를 바랍니다. 14:16 &lt;+cervantes&gt; 순수한 http 파일 전송으로 제 DSL 연결을 꽉 채워버렸습니다 14:17 &lt;jrandom&gt; 맞아요 DrWoo ;) 더 빨리 끝낼 수 있으면 좋겠지만, 다음 주에 이사를 가야 해서, 대안이 별로 없어요 14:17 &lt;sirup&gt; cervantes: 양쪽 끝 모두 0 홉이었겠죠 ;) 14:18 &lt;jrandom&gt; sirup: 그렇죠, 하지만 요점은 SSU 전송이 그걸 감당할 수 있었다는 겁니다 14:18 &lt;+DrWoo&gt; jrandom: 이런, 안 좋네요. 행운을 빌어요 :) 14:18 &lt;Teal`c__&gt; 대안은 있죠. toad에게 전화할게요, 당신이 타히티에 있는 동안 그가 마무리할 거예요 14:18 &lt;@smeghead&gt; 더 높은 곳으로, 이스트 사이드로, 하늘 위 호화 아파트로~ 14:18 &lt;shendaras&gt; 이사할 곳은 정해놨어요, jrandom? 아니면 아직 미정인가요? 14:19 &lt;+cervantes&gt; *mute* 14:19 &lt;jrandom&gt; 헤헷 14:19 &lt;jrandom&gt; 어느 나라에 가게 될지는 알 것 같아요. 그 외에는 아직요 14:19 &lt;jrandom&gt; 좋아요, 어쨌든 안건으로 돌아가죠 14:19 &lt;jrandom&gt; 1) 네트워크 상태에 더 없으면, 2) SSU 상태로 넘어갈까요? 14:20 &lt;Masterboy&gt; 넘어가요 14:20 &lt;jrandom&gt; 넘어간 걸로 하죠 14:21 &lt;jrandom&gt; 좋아요, 상태 노트에 쓴 대로, 그리고 방금 cervantes가 말한 것처럼, 전망이 좋아 보입니다 14:22 &lt;jrandom&gt; 첫 번째 라이브 네트 테스트에서 몇 가지 버그를 잡았고, 대역폭, 지연, TCP 친화성 간의 트레이드오프도 드러났습니다 14:23 &lt;Masterboy&gt; 테스트 넷에는 어떻게 참여하나요?:P 14:23 &lt;jrandom&gt; 그게 요점이에요 - SSU 테스트는 라이브 넷에서 진행됩니다 14:24 &lt;jrandom&gt; netDb를 보면 일부 피어는 TCP와 SSU 주소를 모두 갖고 있고, 대부분은 TCP 주소만 있는 걸 볼 수 있어요. 14:24 &lt;jrandom&gt; SSU로 통신할 줄 아는 피어들은 먼저 SSU를 시도하고, SSU 포트에 접근할 수 없으면 TCP로 되돌아갑니다. 14:25 &lt;jrandom&gt; 하지만, 아무리 강조해도 지나치지 않은데, SSU는 아직 프로덕션 준비가 되지 않았습니다. 망가질 것이고 문제를 일으킬 겁니다. 그러니 명시적인 테스트의 일부가 아닌 이상 사용하지 마세요 14:25 &lt;Masterboy&gt; 감사합니다:) 14:26 &lt;jrandom&gt; 당장은 모두 SSU를 비활성화해야 합니다. 하지만 하루이틀 내에 2차 테스트를 위한 추가 정보를 제 블로그에 올리겠습니다 14:27 &lt;jrandom&gt; 좋아요, 그 내용과 이메일로 SSU와 관련해 제가 말할 건 거의 다 다뤘습니다. 질문/코멘트/우려 사항 있나요? 14:27 &lt;Teal`c__&gt; jrandom: 당신이 없는 동안 SSU를 사용해도 될까요? 14:28 &lt;jrandom&gt; 아마도요. 다만 다른 사용자들과 얘기해 보면서 이상 징후가 있는지 보고, 문제가 있으면 그냥 비활성화하세요 14:29 &lt;shendaras&gt; 새로운 SACK 기법은 뭐예요? =) 14:29 &lt;jrandom&gt; 해킹할 시간이 아직 거의 일주일 남아서, 더 개선될 겁니다 14:30 &lt;+bla&gt; jrandom: 방금 생각난 건데요... 두 노드 간에 SSU 연결이 있으면, TCP 연결은 끊나요(그땐 필요 없으니까요)? 14:30 &lt;jrandom&gt; 헤헤 shendaras, 작은 메시지 크기와 고정된 프래그먼트를 활용해서, 각 프래그먼트를 따로 ACK/NACK 하는 대신 비트필드로 전체 메시지에 대한 명시적인 ACK/NACK을 수신자가 전송하게 하는 것뿐이에요 14:31 &lt;jrandom&gt; bla: 맞아요, SSU가 가능하면 TCP 연결은 절대 맺지 않습니다 14:31 &lt;jrandom&gt; 두 전송 방식이 전송될 각 메시지에 대해 '입찰'하고, SSU 전송은 TCP 전송보다 더 '낮게' 입찰하도록 설정되어 있습니다 14:31 &lt;+bla&gt; jrandom: 좋네요, 하지만 제 theland.i2p 스크립트를 업데이트해야 한다는 뜻이군요 :(... ;) 14:32 &lt;jrandom&gt; 헤헷, 맞아요 안타깝게도 ;) 14:32 &lt;jrandom&gt; (새로운 peers.jsp가 아마 당신이 원하는 것일지도 몰라요) 14:33 &lt;+bla&gt; jrandom: 살펴볼게요. 하지만 SSU가 준비될 때까지는 사용할 계획이 없어요 14:33 &lt;+cervantes&gt; 아마 bla가 코딩 안 해도 되도록 우리 모두 TCP에만 머물러야겠네요 14:34 &lt;jrandom&gt; 헤헷 14:34 &lt;jrandom&gt; 좋아요 bla, 네, 서두를 필요 없어요 14:34 &lt;+cervantes&gt; ;) 14:34 &lt;+bla&gt; cervantes: ;) 14:35 &lt;+cervantes&gt; SSU 연결이 적절하지 않고 TCP가 더 선호되는 상황이 있을까요? 14:36 * Masterboy jr을 콕 찌름 14:36 &lt;jrandom&gt; 현재 기본 설정은 확립된 TCP 연결을 아직 성립되지 않은 SSU 연결보다 우선시합니다 14:36 &lt;jrandom&gt; (설정 플래그로 이를 덮어쓸 수 있어요. history.txt에 문서화되어 있을 겁니다) 14:37 &lt;@smeghead&gt; ISP가 UDP를 통째로 차단한다고 주장하는 사람들도 있어요 14:37 &lt;jrandom&gt; 하지만 일반적으로, SSU가 가능한데 TCP로 가고 싶어 할 이유는 떠오르지 않네요 14:37 &lt;+cervantes&gt; 네, 설정 옵션은 알아요... 그런데 UDP 패킷 대신 TCP를 쓰는 게 더 나은 상황이 있냐는 거예요 14:37 &lt;jrandom&gt; smeghead: 엘비스가 화성인이었다고 주장한 사람들도 있죠 14:38 &lt;+cervantes&gt; 그렇다면 폴백으로만 좋은 거네요 14:38 &lt;jrandom&gt; cervantes: 양쪽 피어가 SSU를 사용할 수 있는 한, 제가 생각할 수 있는 건 없어요 14:39 &lt;jrandom&gt; 아마 폴백으로는 가능하겠지만, 모든 피어가 모든 피어에 연락할 수 있어야 하므로 제한된 경로 문제를 야기합니다. 14:40 &lt;jrandom&gt; TCP 전용 노드를 허용하면, 모두가 TCP와 UDP로 도달 가능해야 한다는 뜻이거든요 14:41 &lt;Teal`c__&gt; :~( 14:41 &lt;jrandom&gt; 올여름에는 둘 다 지원하겠지만, 저는 UDP 전용으로 기울고 있어요 14:41 &lt;entroy&gt; 안녕하세요, 12p와 Azureus 설정에 대해 질문할 곳이 어디인지 알려줄 수 있나요? 14:41 &lt;jrandom&gt; (2.0 전까지는) 14:42 &lt;jrandom&gt; 안녕 entroy, #i2p-chat이나 forum.i2p.net에서 도움을 받을 수 있을 거예요. 지금은 주간 개발자 회의 중이지만, 아직 문제가 있으면 끝나고 도와드릴 수 있어요 14:42 &lt;+cervantes&gt; 왔군요, 국경 방어하라 :) 14:42 &lt;jrandom&gt; cervantes: IRC에 올 수 있는 사람은 우리 편이죠 :) 14:42 &lt;@smeghead&gt; 미니트맨을 부르는 게 좋겠군 14:43 &lt;Teal`c__&gt; 리버풀이냐 첼시냐?! 14:43 &lt;entroy&gt; 오케이, 감사합니다 14:43 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: 비트필드와 관련해서, 대부분의 패킷이 성공적으로 수신된다고 가정하면 비트필드는 거의 모두 1이 될 텐데요. 그렇다면 NACK의 개수를 나열한 다음 ECC 방식으로 인코딩하는 게 더 효율적이지 않을까요. 14:43 &lt;+cervantes&gt; jrandom: 그게 확실한가요... 아까 mschat 클라이언트를 누가 언급했어요 14:43 &lt;+cervantes&gt; ;-) 14:45 &lt;jrandom&gt; cat-a-puss: 몇 가지 선택지가 있지만, 실제 메시지 크기를 보면 이기기 어렵습니다—다른 메시지보다 4배나 흔한 tunnel 메시지는 많아야 두 개의 프래그먼트만 필요하니 비트가 두 개뿐이죠 14:45 &lt;Teal`c__&gt; &lt;steve&gt; # TIKI로 보임 14:45 &lt;jrandom&gt; 엔드포인트와 게이트웨이 사이의 스트리밍 라이브러리 메시지는 4KB뿐이에요 - 최대 8비트, 즉 비트필드로 2바이트 14:45 &lt;jrandom&gt; 즉, MTU가 절대적으로 가장 작다고 가정하면요 14:46 &lt;jrandom&gt; 1492(또는 세는 기준에 따라 1472)이면, 대부분을 비트필드 1바이트로 처리할 수 있습니다 14:46 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: 아, 그러면 비트필드는 각 패킷이 아니라 프래그먼트용만인 거죠? 14:47 &lt;jrandom&gt; 맞아요, 메시지를 부분적으로 받았을 때 그 메시지에서 수신된 프래그먼트에 대한 비트필드를 되돌려 보냅니다 14:47 &lt;ant&gt; &lt;cat-a-puss&gt; 알겠어요 14:47 &lt;jrandom&gt; 메시지 ID는 안타깝게도 완전히 랜덤이고 순서가 없어서, TCP 스타일의 시퀀스 번호를 사용할 수 없습니다 14:48 &lt;jrandom&gt; (그리고, 음, 그 오버헤드도 원치 않죠) 14:49 &lt;jrandom&gt; 좋아요, 2) SSU에 더 없으면 3) i2phex로 넘어갑시다 14:49 &lt;jrandom&gt; sirup: 근처에 있나요? 14:49 &lt;ant&gt; &lt;cat-a-puss&gt; 빨리 하나만: 왜 랜덤이죠? 14:50 * sirup 잠복 중 14:50 &lt;jrandom&gt; cat-a-puss: 메시지 ID는 피어에게 노출되므로—한 메시지가 다른 메시지(더 이른 시퀀스 번호가 있는 것)와 관련 있다는 걸 알게 하고 싶지 않아요 14:50 &lt;ant&gt; &lt;cat-a-puss&gt; 알겠어요 14:51 &lt;jrandom&gt; 안녕하세요 sirup, 목록에 일반 정보를 올려두었는데, 업데이트를 좀 해 주시면 좋겠습니다 14:52 &lt;sirup&gt; 음. 첫 테스트는 성공적이었습니다 14:52 &lt;jrandom&gt; [w3wt] 14:52 &lt;sirup&gt; 하지만 타임아웃 설정을 조정해야 할 것 같아요. 어떤 이유에선지 피어 간 연결이 유지되지 않네요 14:53 &lt;sirup&gt; 그래서 지금은 바로 써먹을 단계는 아니에요 :) 14:53 &lt;sirup&gt; 하지만 그럴 줄 알았어요, 타임아웃 같은 건 아무것도 안 건드렸거든요 14:54 &lt;sirup&gt; 일반적으로, 참을 만한 상태가 될 때까지 테스트를 도와줄 분들이 있으면 기쁘겠습니다 14:55 &lt;sirup&gt; 같은 머신에서 여러 인스턴스를 돌리는 것만으로는 한계가 있거든요... 14:55 &lt;sirup&gt; 아, 그리고 어떤 경험/의견이든 환영합니다. sirup@mail.i2p로 메일 주시면 가장 좋아요 14:56 &lt;sirup&gt; 포럼도 좋겠어요(제가 가는 곳에서는 24/7이 아니라 운영을 못 하거든요) 14:56 &lt;sirup&gt; 이상입니다 :) 14:56 &lt;jrandom&gt; 끝내주네요 14:56 &lt;jrandom&gt; cervantes: 거기에 i2phex 섹션을 추가할 수 있을까요? 14:57 &lt;+cervantes&gt; 물론이죠 14:57 * sirup 누가 내 허접한 크리에이티브 커먼즈 라이선스 음악을 내려받고 있는지 궁금해함 :) 14:58 &lt;@smeghead&gt; 야, 적어도 그 쓰레기 위에 더 많은 쓰레기를 쌓을 수는 있잖아 :) 14:58 &lt;+cervantes&gt; sirup: 포럼에서 "sirup"이 닉네임이죠 14:58 &lt;sirup&gt; 그거 좋겠네요 14:58 &lt;sirup&gt; 네 14:59 &lt;ant&gt; &lt;BS314159&gt; 상태 노트요? 15:00 &lt;jrandom&gt; 좋아요, 훌륭합니다. 정말 전망이 좋아 보이고, sirup이 훌륭한 작업을 해왔어요. 그러니 모두 sirup.i2p로 가서 무슨 일이 진행 중인지 읽어보세요 :) 15:00 &lt;@smeghead&gt; 메일링 리스트? 15:00 &lt;RevDuck&gt; 또는 www.i2phex.tk 15:01 &lt;sirup&gt; 메일링 리스트도 물론 좋겠죠 15:01 &lt;sirup&gt; ㅋㅋ. i2phex.tk는 가짜예요. 거기서 다이얼러나 받아가세요 :) 15:01 &lt;+cervantes&gt; I2Phex 포럼 추가됨 15:01 &lt;jrandom&gt; !stab duck 15:02 &lt;+cervantes&gt; sirup이 운영자임 15:02 &lt;Masterboy&gt; :D 15:02 &lt;+cervantes&gt; sirup: 설명 문구를 바꾸고 싶으면 알려주세요 15:02 &lt;jrandom&gt; sirup: i2phex와 i2phex-cvs 리스트를 원하면 말해요. 추가는 꽤 쉬워요 15:02 &lt;jrandom&gt; (하지만 지금은 그냥 i2p 리스트를 쓰는 게 더 간단할지도) 15:02 &lt;sirup&gt; cervantes, 정말 감사합니다 15:03 &lt;sirup&gt; 네. 당장은 포럼이면 충분해요 15:04 &lt;jrandom&gt; 좋아요 멋져요. 3) i2phex에 대해 더 있을까요? 15:05 &lt;jrandom&gt; 없다면, 잠깐 4) 부재로 넘어가죠 15:05 &lt;jrandom&gt; 여러분이 I2P에 코드를 기여할 방법을 찾으며 손이 근질근질하다는 걸 알아요. 그래서 상태 노트에 몇 가지 제안을 적어뒀습니다 15:05 &lt;+bla&gt; jrandom: 결국 운영팀에게 취소당하는 건가요? 15:06 &lt;jrandom&gt; 아니요, CIA가 저를 다른 데로 재배치할 뿐이에요^U라 라 라 15:06 &lt;@smeghead&gt; 아니, 이번 분기에 블랙 예산이 늘었어 15:07 &lt;+cervantes&gt; *코끼리가 둥지를 떠났다* 반복 *코끼리가 둥지를 떠났다* 오버 15:07 &lt;jrandom&gt; 이메일에 쓴 것 외에 4)와 관련해 더 보탤 말은 별로 없어요. 그래도 여러분에겐 멋진 아이디어가 많을 거라 확신합니다 15:07 * smeghead elephantitis 농담을 참음 15:08 &lt;jrandom&gt; 그러니 제가 없는 동안의 숙제는 만들고 싶은 멋진 것을 하나 골라서, 실제로 만드는 겁니다 ;) 15:08 * cervantes smeghead의 피 흘리는 관자놀이를 지혈함 15:08 &lt;jrandom&gt; (웹페이지든 나는 조랑말이든) 15:09 &lt;jrandom&gt; 좋아요, 5) ???로 넘어가죠 15:09 &lt;jrandom&gt; 회의에서 더 이야기하고 싶은 것 있나요? 15:09 &lt;shendaras&gt; 보고 싶을 거예요... 15:09 &lt;@smeghead&gt; 그래, 네가 없는 동안 회의는 누가 주재하지? 15:09 &lt;+mancom&gt; 지난주에 aum이 나타났나요? 15:09 &lt;@smeghead&gt; mancom: 아니요 15:10 &lt;Masterboy&gt; 브라더 덕?:P 15:11 &lt;jrandom&gt; 사랑하는 운영 매니저가 대신해 주길 바라며, 아니면 막판에 상태 노트를 누가 쓸지 제비뽑기를 하셔도 됩니다 :) 15:11 &lt;jrandom&gt; mancom: 며칠 전에 #i2p-chat에 잠깐 들렀어요 15:12 &lt;RevDuck&gt; 보고할 게 실제로 있을 때만 회의를 여는 게 어떨까요 15:12 &lt;+cervantes&gt; 괜찮아요, jrandom 시뮬레이션 스크립트를 쓰고 있어요 15:12 &lt;+cervantes&gt; * w3wt 15:12 &lt;jrandom&gt; 5분짜리 회의도 나쁠 것 없죠 ;) 15:13 &lt;+cervantes&gt; * jrandom 자기 나는 조랑말에게 진흙을 던짐 15:13 * smeghead jrandom 시뮬레이션 스크립트를 쓰는 cervantes 시뮬레이션 스크립트를 작성함 15:13 * jrandom smeghead 시뮬을 쓰다[CRASH] 15:13 &lt;+cervantes&gt; 읏, 문법을 좀 다듬어야겠네요 15:14 &lt;@smeghead&gt; 하하 15:14 &lt;jrandom&gt; 좋아요, 회의에서 더 다룰 것 있나요? 15:14 * cervantes aum 시뮬라......... 15:14 &lt;@smeghead&gt; java.util.RecursiveIdiocyException 15:15 &lt;jrandom&gt; 말이 나와서 말인데.. ;) 15:15 * jrandom 팔을 크게 젖힘 15:15 * jrandom 회의를 *baf* 하고 종료함 </div>/ko/blog/2005/04/26/2005-04-26%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 26 Apr 2005 00:00:00 +0000/ko/blog/2005/04/26/2005-04-26%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요, 여러분. 오늘은 간단한 주간 상태 메모를 전합니다.</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) SSU 상태 3) 단위 테스트 바운티 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>대부분의 사용자가 지난주 0.5.0.7 릴리스로 비교적 빠르게 업그레이드해 주셨습니다(감사합니다!). 전반적인 결과는 긍정적인 것으로 보입니다. 네트워크는 꽤 신뢰할 만해 보이고, 이전의 tunnel 스로틀링 문제가 해결되었습니다. 그럼에도 일부 사용자들로부터 간헐적인 문제가 여전히 보고되고 있으며, 우리는 그 원인을 추적하고 있습니다.</p> <ul> <li> <ol start="2"> <li>SSU status</li> </ol> </li> </ul> <p>제 시간의 대부분은 0.6 UDP 코드에 집중하는 데 쓰이고 있고, 아니요, 아직 릴리스할 준비는 안 되었고, 네, 진전은 있습니다 ;) 현재는 여러 네트워크를 처리할 수 있으며, 일부 피어는 UDP에, 다른 피어는 TCP에 유지하면서 꽤 합리적인 성능을 보여줍니다. 어려운 부분은 모든 혼잡/경합 상황을 다루는 일인데, 실제 네트워크(라이브 네트워크)가 지속적인 부하에 놓여 있기 때문입니다. 하지만 지난 하루 정도 사이에 그 부분에서도 많은 진전이 있었습니다. 더 소식이 있으면 전하겠습니다.</p>/ko/blog/2005/04/26/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-4%EC%9B%94-26%EC%9D%BC/Tue, 26 Apr 2005 00:00:00 +0000/ko/blog/2005/04/26/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-4%EC%9B%94-26%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bla, duck, jrandom, jrandom2p, laberhorst, Lorie, smeghead</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:10 &lt;@jrandom&gt; 0) 안녕 14:10 &lt;@jrandom&gt; 1) 네트워크 상태 14:10 &lt;@jrandom&gt; 2) SSU 상태 14:10 &lt;@jrandom&gt; 3) 단위 테스트 현상금 14:10 &lt;@jrandom&gt; 4) ??? 14:10 &lt;@jrandom&gt; 0) 안녕 14:10 * jrandom 손을 흔든다 14:10 &lt;@jrandom&gt; (늦었지만) 주간 상태 노트가 올라갔어요 @ http://dev.i2p.net/pipermail/i2p/2005-April/000723.html 14:10 &lt;bla&gt; 안녕 14:11 &lt;@jrandom&gt; 여러분이 그 장문을 읽는 동안, 1) 네트워크 상태로 바로 들어가죠 14:12 &lt;@jrandom&gt; 0.5.0.6에서 일부 eepsites(I2P 웹사이트)가 오프라인되던 이전 문제는 해결된 것 같습니다. 다만 자신의 사이트에서 다른 문제를 겪는 분들이 몇 분 있네요 14:13 &lt;@jrandom&gt; 일부 트래커에서 토렌트 활동이 증가한 것도 봤지만, 내가 보기엔 irc에서 문제를 일으키진 않았습니다 14:13 &lt;laberhorst&gt; 네트워크 상태: 접속 불가 문제만 빼면 꽤 좋아요 :-) 14:13 &lt;@jrandom&gt; 헤헷 14:13 &lt;@jrandom&gt; 맞아, 네 사이트에서 무슨 일이 있는지 아직 확실치 않네. 회의 끝나고 더 디버깅해보자 14:14 &lt;@jrandom&gt; 그 외에, 네트워크 상태 / 0.5.0.7과 관련해 다른 질문/코멘트/우려 사항 있나요? 14:16 &lt;@jrandom&gt; 좋아요, 없으면 2) SSU 상태로 넘어가죠 14:16 &lt;@jrandom&gt; [여기서 손 흔들기 제스처 삽입] 14:17 &lt;Lorie&gt; 좋은 아침입니다. 14:17 &lt;@jrandom&gt; 알아요, 제가 더 빨리 내보내지 않고 좀 발을 질질 끌고 있고, 현재 상태에서도 성능은 정말 좋아요. 그래도 아직 마음에 걸리는 이슈들이 있어서, 이 테스트 동안은 조금만 더 기다려 주세요 14:18 &lt;@smeghead&gt; 형편없는 소프트웨어를 우리에게 떠넘기지 않는 점을 칭찬합니다 :) 14:18 &lt;@jrandom&gt; 이번 주에는 실제 네트워크에서 추가 테스트를 좀 해보길 바라고 있어요 (행운을 빌며) 14:19 &lt;@jrandom&gt; 뭐, 지금까지 여러분께 버그는 충분히 떠넘겼죠 14:19 &lt;Lorie&gt; 발을 질질 끌고 있는 거군요? 14:19 * Lorie가 smeghead를 흘끗 본다 14:19 &lt;bla&gt; jrandom: 분명히 하자면, 클라이언트가 UDP와 TCP를 모두 쓸 수 있는 과도기가 있을 수도 있나요? 14:20 &lt;@jrandom&gt; bla: 네. 지금 테스트 네트워크에는 TCP 전용도 있고 TCP와 UDP를 모두 쓰는 것도 있어요. 둘 다 통해서 tunnels(터널)을 돌려보니 꽤 근사하네요 :) 14:20 &lt;@jrandom&gt; 실제 네트워크도 그걸 처리할 거예요. (아직 지원하지 않는 사람들의 경우) UDP 주소는 무시하니까요 14:20 &lt;@smeghead&gt; 그것 덕분에 단백질을 많이 얻었지만, 과하게 즐기고 싶진 않죠 14:21 &lt;bla&gt; jrandom: 멋지네요! 전환에 좋겠어요 14:23 &lt;@jrandom&gt; 맞아, 그게 바람이야. 그래도 해야 할 일이 아직 많아[/obligatory] 14:23 &lt;@jrandom&gt; 우리의 전송 계층은 SSU - "SEMIreliable Secure UDP" - 이지만, 그래도 어느 정도 신뢰성 있게 동작하도록 노력해야 해요 14:24 &lt;@jrandom&gt; 인터넷상의 여러 연구를 살펴보며 무엇이 가장 잘 작동했는지 봤고, 그냥 게을러져서 쏘고 잊기(fire & forget)를 할 수도 있지만, 약간의 TCP 비슷한 신뢰성을 도입하면 얻을 게 많아요. 지금 제가 그 부분을 작업하고 있어요 14:25 &lt;@jrandom&gt; 한편, 반(半)신뢰성이기 때문에 ACK가 빨리 오지 않으면 연결을 끊기보다는 메시지를 그냥 버릴 수 있어요 14:26 &lt;Lorie&gt; 네 14:26 &lt;Lorie&gt; 신뢰성 있게 하세요; 시간은 누릴 수 있는 사치니까요 14:27 &lt;@jrandom&gt; 2) SSU 상태에 대해 말씀드릴 건 대략 이 정도네요. 질문/코멘트/우려 사항이 있나요, 아니면 3) 단위 테스트 현상금으로 넘어갈까요? 14:28 &lt;jrandom2p&gt; 넘어간 걸로 하죠 14:29 &lt;jrandom2p&gt; 좋아요, duck이 지난번에 현황과 단위 테스트 현상금의 중요성에 대한 좋은 요약을 올렸고, 사이트에서 많은 세부 내용을 참고할 수 있어요. 14:30 &lt;jrandom2p&gt; 누군가가 i2p를 좀 파보면서 그 과정에서 약간의 돈도 받을 수 있는 좋은 기회예요 ;) 14:30 &lt;jrandom2p&gt; 어쨌든, 그런 내용은 여러분이 다 읽어보실 수 있어요. 그에 대해 질문 있나요? 14:31 &lt;jrandom2p&gt; 좋아요, 없으면 4) ???로 넘어가죠 14:32 &lt;@smeghead&gt; emma 코드 커버리지 스위트 써본 사람 있나요? 14:32 &lt;jrandom2p&gt; 지난주에는 여러 가지 일이 있었는데, 아직 논의할 준비가 된 게 뭔지 잘 모르겠네요. 누가 제기하고 싶은 거 있나요? 14:33 &lt;jrandom2p&gt; 난 아님 14:33 &lt;@duck&gt; *딸꾹* 14:34 &lt;@smeghead&gt; duck이 취했거나, 레드넥을 발견했거나 둘 중 하나군요 14:34 &lt;@duck&gt; !former 14:35 &lt;jrandom2p&gt; (셸 명령어나 c/java로 평가하려면... ;) 14:36 &lt;jrandom2p&gt; 회의에서 더 제기할 거 있는 분? 14:36 * jrandom2p는 짧은 회의를 좋아한다, 코딩할 시간이 더 남으니까 14:36 &lt;@smeghead&gt; 그리고 술 마시는 것도요 :) 14:36 &lt;@duck&gt; & 술 마시기 14:37 &lt;@smeghead&gt; 쳇, 렉 14:37 &lt;jrandom2p&gt; 헤헷 14:38 &lt;jrandom2p&gt; 좋아, 다시 dri^Wworking으로 돌아갈 시간 14:38 * jrandom2p 몸을 푼다 14:38 * jrandom2p *baf*하며 회의를 종료한다 </div>/ko/blog/2005/04/25/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-4%EC%9B%94-25%EC%9D%BC/Mon, 25 Apr 2005 00:00:00 +0000/ko/blog/2005/04/25/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-4%EC%9B%94-25%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cervantes, Complication, inkeystring, jdot, jrandom, lsmith, perv, spinky</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 16:12 &lt;jrandom&gt; 0) 안녕하세요 16:12 &lt;jrandom&gt; 1) 네트워크 상태와 0.6.1.17 16:12 &lt;jrandom&gt; 2) I2Phex 16:13 &lt;jrandom&gt; 3) ??? 16:13 &lt;jrandom&gt; 0) 안녕하세요 16:13 * jrandom 손을 흔든다 16:13 &lt;@cervantes&gt; 안녕 16:13 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-April/001283.html 에 올렸습니다 16:14 &lt;jrandom&gt; 그걸 대충 훑는 동안, 1) 네트워크 상태로 넘어가죠 16:14 &lt;jrandom&gt; 보시다시피 새 릴리스를 배포했고, 지금까지는 꽤 긍정적입니다 16:15 &lt;@cervantes&gt; (야호!) 16:15 &lt;jrandom&gt; 아직 필요한 수준까지는 아니지만, 우리가 겪던 주요 이슈들은 거의 정리되었습니다 16:15 &lt;jrandom&gt; 그렇죠, 2개 이상 홉의 tunnel에서도 그럭저럭 괜찮은 tunnel 구축 성공률을 다시 보니 좋네요 :) 16:16 * jrandom 은 다른 router에서 1-hop tunnel로 50%+ 성공률을 기록 중 16:17 &lt;jrandom&gt; 0.6.1.17의 최근 몇 가지 변경은 앞으로도 이런 종류의 혼잡 붕괴를 피하는 데 도움이 될 거라 봅니다 16:17 &lt;jrandom&gt; 다만 사용자 입장에서는 가끔 lease 만료가 보일 수 있지만, 악순환으로 번지기보다는 백오프할 겁니다 16:17 * cervantes azureus를 켠다 16:18 &lt;+Complication&gt; 오늘 아침에 client tunnel(길이 2 ± 1) 성공률이 약 35%로 기록되었습니다 16:18 &lt;+Complication&gt; 지금은 더 낮습니다. 몇 가지 수정을 시도했는데, 마지막 시도가 별로였거든요 :D 16:18 &lt;@cervantes&gt; jrandom: 그 문제를 잘 추적했어요 - 잠깐 freenet처럼 보이기 시작했었거든요 :) 16:19 &lt;jrandom&gt; *콜록* ;) 16:20 &lt;+fox&gt; &lt;inkeystring&gt; jrandom: 백오프 메커니즘을 간단히 설명해줄 수 있나요? 지금 freenet 0.7에 비슷한 걸 작업 중입니다 16:21 &lt;jrandom&gt; inkeystring: 전송 계층이 과부하일 때 특정 피어로의 전송을 줄이는 전송 계층 백오프 메커니즘은 이미 있었지만, 그걸로는 충분하지 않았습니다 16:21 &lt;@cervantes&gt; *콜록* freenet이라고 했나요, tor를 말하려던 거였어요 16:21 &lt;+fox&gt; &lt;inkeystring&gt; :-) 16:22 &lt;jrandom&gt; inkeystring: 새 변경은 그걸 더 높은 레벨로 전파해서 통신 계층이 포화일 때 tunnel 구축을 시도하지 않도록 한 것입니다 16:22 &lt;jrandom&gt; (더 많은 tunnel 구축 시도를 보내는 대신) 16:22 &lt;+fox&gt; &lt;inkeystring&gt; 고마워요 - 전송 계층은 패킷이 손실될 때만 백오프하나요, 아니면 수신자가 흐름을 제어할 방법이 있나요? 16:23 * jrandom 은 혼잡 대 라우팅의 영향에 대해 toad와 몇 번 얘기했던 게 기억나네요(irc와 예전 flog에서), 하지만 유의미하게 긍정적인 해법은 기억나지 않아요 :/ 16:23 &lt;jrandom&gt; 수신자는 NACK을 보낼 수 있고, ECN 훅도 있지만, 필요하진 않았습니다 16:23 &lt;+fox&gt; &lt;inkeystring&gt; 네, 그 논쟁이 freenet-dev에서 다시 떠올랐어요 :-) 아직도 만능 해법은 없죠 16:24 &lt;+fox&gt; &lt;inkeystring&gt; 멋져요, 정보 고마워요 16:24 &lt;+Complication&gt; 요즘 그쪽도 UDP를 쓰지 않나요? 16:24 &lt;jrandom&gt; 현재 심하게 혼잡한 피어들은 피어별 스로틀링 문제가 아니라 피어 통신의 폭 때문에 어려움을 겪고 있습니다 16:24 &lt;+Complication&gt; (전송 프로토콜로서) 16:24 &lt;+fox&gt; &lt;inkeystring&gt; 폭 = 피어 수? 16:24 &lt;jrandom&gt; 네 16:25 &lt;jrandom&gt; tunnel 성공률이 올라가면서, tunnel 하나 구축하려고 수백 개 피어와 통신할 필요가 없어졌습니다 16:25 &lt;jrandom&gt; 그래서 20~30개 피어만으로도 충분합니다 16:25 &lt;jrandom&gt; (직접 연결된 피어 기준으로요) 16:26 &lt;+fox&gt; &lt;inkeystring&gt; NAT 홀 펀칭, keepalive 등에는 좋은 소식이겠네요? 16:26 &lt;jrandom&gt; 반면에, 활성 SSU 연결이 2~300개면 6KBps 링크로는 버티기 어렵죠 16:26 &lt;jrandom&gt; 맞아요 16:26 &lt;+fox&gt; &lt;inkeystring&gt; Complication: 네 16:27 &lt;+fox&gt; &lt;inkeystring&gt; (0.7 알파에서) 16:27 &lt;+Complication&gt; 아하, 그럼 비슷한 문제를 겪고 있겠군요 16:27 &lt;+Complication&gt; 누가 기적의 탄환을 찾아주길 바랍니다 :D 16:27 &lt;jrandom&gt; 다만 방식은 다르죠. 전송 계층은 상대적으로 쉬운 이슈입니다 16:27 &lt;+fox&gt; &lt;inkeystring&gt; SSU 코드를 일부 재사용했을지도요... 적어도 그렇게 얘기하긴 했어요 16:27 &lt;jrandom&gt; (즉, 30년 넘게 잘 연구되어 왔죠) 16:28 &lt;jrandom&gt; 하지만 i2p(그리고 freenet)의 로드 밸런싱은 포인트투포인트 링크보다 더 높은 레벨에서 동작하고, 요구 사항도 다릅니다 16:28 &lt;+fox&gt; &lt;inkeystring&gt; 맞아요, 라우팅과의 상호작용이 까다롭죠 16:29 &lt;jrandom&gt; 맞습니다. 그래도 i2p는 좀 쉬운 편이죠(문제의 데이터를 가진 특정 피어를 찾을 필요 없이, 우리 tunnel에 참여할 수 있는 용량이 있는 누구나면 됩니다) 16:30 &lt;+fox&gt; &lt;inkeystring&gt; 그러니 과부하된 피어를 피하더라도 효율 손실이 없겠네요... 16:30 &lt;+fox&gt; &lt;inkeystring&gt; 반면 freenet에선 과부하된 피어를 우회하면 경로 길이가 늘어날 수 있고요 16:30 &lt;+fox&gt; &lt;inkeystring&gt; 어쨌든 주제에서 벗어난 얘기라 미안해요 16:31 &lt;jrandom&gt; 괜찮아요. 0.6.1.17의 변경이 왜 우리의 혼잡 붕괴에 영향을 주는지 설명하는 건 관련된 주제였으니까요 :) 16:31 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태에 대해 더 얘기할 분 있나요? 16:32 &lt;+Complication&gt; 음, 앞서 말했듯이 .17 순정으로 돌리는 동안 대역폭과 활성 피어 수에서 눈에 띄는 주기성이 관찰됐습니다 16:32 &lt;+Complication&gt; 다른 몇몇도 겪는 것 같지만, 얼마나 흔한지는 모르겠습니다 16:33 &lt;+Complication&gt; 주요 원인이 뭔지, 주로 tunnel 스로틀링 관점에서 생각해 봤지만 아직 해법은 없습니다 16:33 &lt;+Complication&gt; 제 그래프를 좀 더 평평하게 만들기는 했지만, 전반적 성능이 떨어지는 대가를 치러야 했습니다 16:33 &lt;+Complication&gt; 다음과 같은 수정을 시도했어요: 16:34 &lt;+Complication&gt;&gt; _log.error("Allowed was " + allowed + ", but we were overloaded, so ended up allowing " + Math.min(allowed,1)); 16:34 &lt;+Complication&gt; (자기 자신의 tunnel에 대한 구축 시도를 완전히 멈추지 않게 하려는 목적이었습니다) 16:35 &lt;jrandom&gt; 아 그렇죠 16:35 &lt;+Complication&gt; (아, 그리고 당연히 로그 레벨은 테스트를 위해 바꿔서 좀 엉망입니다) 16:35 &lt;jrandom&gt; 주기성을 조금 비틀어 보려는 코드가 있긴 한데, (보시다시피) 그리 잘 작동하진 않습니다 16:36 * perv 방금 시스템을 날려먹음 :( 16:36 &lt;+Complication&gt; 저도 그런 비슷한 걸 시도해봤고, tunnel 개수의 증가 계수를 줄여보기도 했습니다 16:36 &lt;perv&gt; reiser4에 undelete가 있나요? 16:36 &lt;jrandom&gt; 기본적으로, 실제보다 (무작위로) 더 일찍 tunnel이 만료되는 것처럼 동작하게 하면 도움이 될 겁니다 16:36 &lt;+Complication&gt; 지금 TunnelPool.java의 큰 함수인 "countHowManyToBuild"를 읽는 중입니다 :D 16:36 &lt;+Complication&gt; 아직 끝까지 읽지는 못했어요 16:37 &lt;jrandom&gt; (물론 그건 tunnel 구축 빈도를 높이게 되고, 0.6.1.17 이전에는 그게 적절하지 않았겠죠) 16:37 &lt;+Complication&gt; perv: 뭔가 있긴 해요 16:37 &lt;jrandom&gt; 흠, 그 안에 무작위화를 넣는 건 쉽지 않겠어요 Complication, 그 함수를 꽤 자주 호출하거든요 16:38 * perv 복구하고 gentoo로 갈아탈까 고민 중 16:38 &lt;jrandom&gt; 제가 권하고 싶은 건, 구축에 성공한 tunnel의 만료 시간을 무작위화하는 겁니다 16:38 &lt;+Complication&gt; perv: 확실히 ext3보다 reiser가 나을 거예요 16:38 &lt;+Complication&gt; perv: 하지만 제가 정확히 외우고 있진 않아요 16:38 &lt;+Complication&gt; jrandom: 맞아요, 이렇게 하면 가끔 과도하게 구축될 수도 있죠 16:38 &lt;jrandom&gt; (그래서 기존 countHowManyToBuild가 실제보다 먼저 필요하다고 생각하게요) 16:38 &lt;+Complication&gt; (그리고 tunnel이 끊기고 조급해질 때는, 어쩔 수 없이 과도하게 구축되기도 하죠) 16:40 &lt;+Complication&gt; 흠, 생각하지 못했던 가능성이네요... 16:41 &lt;+Complication&gt; 어쨌든 저도 만져보고는 있지만, 아직 유의미한 관찰 결과는 없습니다 16:42 &lt;jrandom&gt; 좋네요, 저도 그 부분을 손본 게 좀 있는데, 다음 빌드에 묶어서 꽤 쓸 만해진 네트에서 어떻게 동작하는지 보죠 ;) 16:43 &lt;spinky&gt; i2p 네트워크가 애플리케이션 데이터에 추가하는 오버헤드 양을 볼 수 있는 통계가 있나요? 16:43 &lt;jrandom&gt; "overhead"는 참 의미가 많은 단어죠... ;) 16:43 &lt;jrandom&gt; 우린 그걸 익명성의 비용이라고 부릅니다 ;) 16:43 &lt;spinky&gt; 헤헤 16:45 &lt;jrandom&gt; (그러니까 실제로는 아니죠. 혼잡 0에 1+1 hops인 완벽한 네트에서 애플리케이션 계층 페이로드는 엔드포인트 기준으로 대략 70~80% 효율을 보입니다) 16:45 &lt;jrandom&gt; ((마지막으로 측정했을 때 기준)) 16:45 &lt;jrandom&gt; 하지만 그건 정말 실험실 조건이죠 16:45 &lt;jrandom&gt; 실제 네트는 훨씬 더 복잡합니다 16:47 &lt;spinky&gt; 맞아요, 저는 tunnel 설정, 키, 패딩 등에 쓰이는 추가 데이터 양만을 말한 거예요 16:47 &lt;spinky&gt; ...전송된 애플리케이션 데이터와 비교해서요 16:47 &lt;jrandom&gt; 메시지 프레이밍, 혼잡, tunnel 구축 성공률 등에 따라 달라요 16:48 &lt;jrandom&gt; 2-hop tunnel 하나를 구축하는 데 네트워크가 20KB 정도를 감당할 수 있습니다 16:48 &lt;+Complication&gt; 가끔 그걸 테스트해 보고 싶었어요. 주로 BitTorrent와 I2Phex 같은 대용량 전송 애플리케이션의 '낭비도'를 추정하려는 목적이었죠 16:48 &lt;+Complication&gt; 하지만 제 두 노드 간에 깔끔한 측정을 해보지는 못했습니다 16:48 &lt;+Complication&gt; 언젠가는 다시 해보려고요 16:49 &lt;jrandom&gt; Complication: 수다스러운 앱으로는 꽤 어렵고, wget을 재는 게 훨씬 간단하죠 :) 16:49 &lt;+Complication&gt; 정말 그렇죠 16:50 &lt;+Complication&gt; 제가 시도해 본 것들에는 정밀함이라고는 찾아보기 어려웠습니다 16:54 &lt;jrandom&gt; 좋아요, 1)에 더 없으면 2) I2Phex로 넘어가죠 16:55 &lt;jrandom&gt; Complication: 요즘 뭐 하고 있어요? :) 16:55 &lt;+Complication&gt; 음, 어제 커밋은 제 허술한 첫 실행 감지기 때문에 일부가 겪었던 특정 문제를 고친 것이었어요 16:56 &lt;+Complication&gt; 첫 실행 감지기는 이제 덜 허술해졌고, bar가 정상적으로 동작하기 시작한 것 같다고 보고했어요 16:56 &lt;+Complication&gt; 하지만 현재 네트워크 상태에서도 I2Phex는 이미 실행 가능한 것 같으니, 16:56 &lt;+Complication&gt; rehash 버그도 찾아보겠습니다. 16:57 &lt;+Complication&gt; 찾을 수만 있다면요 16:57 &lt;jrandom&gt; 좋네요, 그건 몇 달째 당신을 괴롭히고 있는 걸로 알아요 16:57 &lt;+Complication&gt; 흥미로운 건 메인라인 Phex에도 그게 있을지 모른다는 점이고, 그들의 관찰 내용을 찾아 읽어보려 합니다 16:58 &lt;jrandom&gt; 그래도 시작 문제 수정이 들어갔다니 반갑네요 16:58 &lt;jrandom&gt; 아, 좋네요 16:58 &lt;+Complication&gt; =그렇다는 뜻이에요 16:58 &lt;+Complication&gt; 다만 메인라인 Phex에 그게 있는지는 지금 확인할 수 없어요 - 개인적으로 거기서는 본 적이 없습니다 16:59 &lt;jrandom&gt; (간헐적 버그)-- 16:59 &lt;+Complication&gt; 통제된 방식으로 재현하기 어렵고, 그래서 찾기도 어렵습니다 17:00 &lt;+Complication&gt; 제 쪽 소식은 현재로선 이게 전부예요 17:00 &lt;+Complication&gt; 나중에는, I2Phex가 한 번에 발사하는 병렬 피어 접촉 시도 수를 제한하는 게 의미가 있을지 고민했어요 17:01 &lt;jrandom&gt; 네, 아마 그럴 거예요 17:01 &lt;+Complication&gt; 짧은 시간에 NetDB 조회를 잔뜩 만들어내서 I2P router 입장에선 그다지 좋지 않을 수 있거든요 17:02 &lt;jrandom&gt; 그리고 새 Destination 접촉에는 aes 대신 elG가 필요하죠 17:02 &lt;+Complication&gt; 하지만 그 목표를 위한 실제 코드를 읽거나 쓰지는 아직 않았어요 17:04 &lt;jrandom&gt; ㅇㅋ 괜찮아요. 아마도 전설의 i2phex/phex 병합이 해결책을 같이 가져올지도요 :) 17:04 &lt;+Complication&gt; 제 쪽 I2Phex 소식은 대략 이게 다입니다... 17:04 &lt;jrandom&gt; 좋습니다, 업데이트와 조사해 준 노력에 감사해요! 17:05 &lt;jrandom&gt; 좋아요, 그럼 3) ??? 로 넘어가죠 17:05 &lt;jrandom&gt; 회의에서 더 다룰 것이 있는 분 있나요? 17:05 &lt;lsmith&gt; 안녕하세요! 최신 릴리스의 훌륭한 개선에 대해 개발자분들을 칭찬하고 싶어요. 제 총 대역폭이 0.9/1.4 KBps로 표시되는데도 irc에 계속 연결되어 있네요... 정말... 말도 안 되게 멋져요 :) 17:05 &lt;+Complication&gt; :D 17:06 &lt;jrandom&gt; 그동안 인내해 주셔서 감사합니다 - 낮은 대역폭 사용자 지원은 매우 중요합니다 17:06 &lt;@cervantes&gt; lsmith: 그거 정말 좋네 17:06 &lt;@cervantes&gt; * 연결 재설정 17:06 &lt;jrandom&gt; 헷 17:07 &lt;lsmith&gt; :) 17:09 &lt;jrandom&gt; 아, 주목할 만한 또 하나는 zzz가 돌아왔고, 그와 함께 stats.i2p도 돌아왔다는 겁니다 :) 17:09 &lt;jrandom&gt; [wewt] 17:11 &lt;+Complication&gt; 상당히 유용한 비교 데이터 소스죠 :) 17:11 &lt;jrandom&gt; 완전 동의 17:11 &lt;jrandom&gt; 좋아요, 회의에서 더 이야기할 것 있나요? 17:13 &lt;jrandom&gt; 없다면... 17:13 &lt;jdot&gt; baf 이후 질문이 한두 개 있어요 17:13 &lt;jrandom&gt; 헷 좋아요, 그럼 baffer를 굴려봅시다 :) 17:13 * jrandom 준비한다... 17:13 * jrandom 회의를 *baf*로 종료한다 </div>/ko/blog/2005/04/19/2005-04-19%EC%9A%A9-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 19 Apr 2005 00:00:00 +0000/ko/blog/2005/04/19/2005-04-19%EC%9A%A9-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>다들 안녕하세요, 또 한 주의 그 시간이 돌아왔네요,</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) SSU 상태 3) 로드맵 업데이트 4) Q 상태 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>0.5.0.6이 출시된 이후 거의 2주 동안 전반적으로는 긍정적이었지만, 서비스 제공자들(eepsites(I2P Sites), ircd 등)은 최근 몇 가지 버그에 부딪히고 있습니다. 클라이언트는 양호한 상태이지만, 시간이 지나면서 서버가 실패하는 tunnel이 과도한 스로틀링 코드를 유발하여 leaseSet의 적절한 재구성과 게시를 방해하는 상황에 처할 수 있습니다.</p> <p>CVS를 비롯해 여러 가지 수정이 있었고, 하루이틀 내에 새 0.5.0.7을 릴리스할 것으로 예상합니다.</p>/ko/blog/2005/04/19/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-4%EC%9B%94-19%EC%9D%BC/Tue, 19 Apr 2005 00:00:00 +0000/ko/blog/2005/04/19/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-4%EC%9B%94-19%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, cervantes, defnax, jrandom, maestro^, polecat, protokol, Ragnarok, Teal`c</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:05 &lt;@jrandom&gt; 0) 안녕 14:05 &lt;@jrandom&gt; 1) 네트워크 현황 14:05 &lt;@jrandom&gt; 2) SSU 현황 14:05 &lt;@jrandom&gt; 3) 로드맵 업데이트 14:05 &lt;@jrandom&gt; 4) Q 현황 14:05 &lt;@jrandom&gt; 5) ??? 14:05 &lt;@jrandom&gt; 0) 안녕 14:05 * jrandom 손을 흔듦 14:05 &lt;@jrandom&gt; 주간 상태 노트(방금 올림)가 여기 있어요 @ http://dev.i2p.net/pipermail/i2p/2005-April/000708.html 14:06 * maestro^ 비트박스를 함 14:06 &lt;+cervantes&gt; 안녕하세요 14:06 &lt;+protokol&gt; susi23: 거기 있어? 14:06 &lt;@jrandom&gt; 여러분이 그 흥미진진한 노트를 읽는 동안, 1) 네트워크 현황으로 들어갑시다 14:06 &lt;+protokol&gt; 앗, 회의 14:07 &lt;@jrandom&gt; 거기 적힌 것 외에는 딱히 덧붙일 게 없어요. 아마 내일 새 릴리스가 나올 듯합니다. 지금까지의 수정 사항이 들어가고, 멋진 신규 기여도 포함돼요 14:08 &lt;@jrandom&gt; 네트워크 현황 &&/|| 곧 나올 0.5.0.7에 대해 의견이나 우려 사항 있나요? 14:10 &lt;@jrandom&gt; 없으면, 2) SSU 현황으로 넘어갈게요 14:10 &lt;+maestro^&gt; 이런 오류가 좀 떠요: tunnel 2개를 만들려 했지만, 동시 요청 때문에 0까지 스로틀링됨(cpu 과부하?) 14:10 &lt;@jrandom&gt; 아, 네, 그게 tunnel throttling 문제예요 14:10 &lt;+protokol&gt; ftp 지원하나요? 14:10 &lt;@jrandom&gt; 좀... 과한 편이에요 14:10 &lt;+protokol&gt; 농담 농담 14:10 &lt;@jrandom&gt; !thwap protokol 14:10 &lt;+maestro^&gt; 헤헷, 알겠어요 14:12 &lt;@jrandom&gt; 좋아요, SSU에 관해 말하면, 지난주에 업데이트가 꽤 있었고, 아직 로컬에만 있고 커밋되지 않은 변경도 더 있어요 14:13 &lt;@jrandom&gt; 다만 아직 아무도 쓰지 않아서 업데이트에 대해 history.txt에 엔트리를 적진 않았어요. 그래서 i2p-cvs 리스트에 있는 사람만 그 흥미진진한 세부 사항을 읽을 수 있죠 ;) 14:14 &lt;@jrandom&gt; 한편, 최근 며칠 동안 대체로 동작하기 시작한 뒤, 동작을 간소화하는 과정에서 SDK에서 병목 지점을 좀 찾았어요 14:14 &lt;@jrandom&gt; (그리고 jobQueue(작업 대기열)에서도). 지금은 그걸 로컬에서 걷어냈고, 테스트를 계속하고 있어요. 14:15 &lt;@jrandom&gt; 이번 주에 SSU transport 알파를 몇 개 내놓을 수도 있지만, 아마 주말이 더 유력해요 14:15 &lt;@jrandom&gt; 더 말할 건 많지 않아요 - 질문 있나요? 14:16 &lt;+Ragnarok&gt; 그 병목들이 영향이 어느 정도였나요? 14:17 &lt;@jrandom&gt; 글쎄요, 경우에 따라 달라요 - 지금 라이브 네트워크에서 영향도를 측정 중인데, 제 로컬 ssu 네트워크에서는 작은 조정 두 가지로 한 자릿수(10배) 이상 개선이 있었어요 14:17 &lt;@jrandom&gt; 하지만 라이브 네트워크에서는 그렇게까지 기대하진 않아요 14:17 &lt;+Ragnarok&gt; 헉 14:18 &lt;+Ragnarok&gt; 헤헷, 좋아요 14:18 &lt;@jrandom&gt; (적어도 0.6으로 넘어가기 전까지는요 ;) 14:20 &lt;@jrandom&gt; 좋아요, 그 흐름 이어서 3) 로드맵 업데이트로 넘어가죠 14:21 &lt;@jrandom&gt; 노트에 적었듯이, 로드맵의 일정과 리비전을 조정했어요. 0.5.1은 빠졌고, 추가적인 tunnel 수정은 0.6.1로 미뤘어요 14:21 &lt;+cervantes&gt; 3) 로드맵 틀어짐 14:21 &lt;@jrandom&gt; ㅎㅎ 14:22 &lt;@jrandom&gt; 맞아요, 빠른 CPU를 쓰면 시계가 더 자주 틀어지죠. 비슷하게... ;) 14:22 &lt;@jrandom&gt; ^ry^rly 14:23 &lt;+cervantes&gt; 오, 자존감이 슬쩍 보이네요? 그럴 줄은 몰랐는데! :) 14:23 &lt;@jrandom&gt; 하지만 네, 유감스럽게도 4월에 0.6 리비전은 힘들겠어요 14:23 &lt;@jrandom&gt; 헤헤 14:23 &lt;@jrandom&gt; cervantes: 걱정 마요, 여기까지 오는데 2년이나 걸렸다는 사실이 제 자만심을 눌러줘요 ;) 14:25 &lt;@jrandom&gt; 제가 오프라인인 동안 사람들이 라이브 네트워크에서 SSU를 brea^Wtest 할 수 있도록 -X 빌드를 몇 개 내놓을 것 같지만, 제가 돌아오기 전엔 0.6 리비전은 없을 거예요 14:25 &lt;@jrandom&gt; (그리고, 작년처럼, 다시 회선이 붙기까지 얼마나 걸릴지 전혀 모르겠어요. 그래도 한 달 이내였으면 해요) 14:25 &lt;+cervantes&gt; 헤헷, 여기서 자신감 좀 부려도 되는 사람이라면 그게 바로 당신이겠죠 ;-) 14:26 &lt;+polecat&gt; 어디 가나요, jrandom ? 14:27 &lt;+cervantes&gt; $somewhere 14:27 &lt;@jrandom&gt; 몰라요 14:27 &lt;@jrandom&gt; (다행히도, $somewhere 는 런타임 표현식이죠 ;) 14:27 &lt;+cervantes&gt; jrandom: 한 달 정도 다운타임을 예상하나요? 14:27 &lt;+maestro^&gt; jr: 동네를 돌아다니면서 남의 링크로 무선 릴레이 네트워크를 구축하세요 ;] 14:27 &lt;@jrandom&gt; 어디에 정착하게 될지의 인터넷 상황에 달렸어요, cervantes. 14:28 &lt;@jrandom&gt; 물론, 가끔씩 잠깐 온라인에 접속할 가능성은 꽤 있어요 14:28 &lt;+protokol&gt; polecat: ㅋㅋ 14:28 &lt;+cervantes&gt; 지금쯤이면 relocation class method를 꽤 매끈하게 만들었을 거라고 생각했어요 14:28 &lt;Teal`c&gt; 지금 .6으로 넘어가서 진행하면서 버그를 잡죠 14:28 &lt;+cervantes&gt; *thought 14:28 &lt;+cervantes&gt; 좋아, Teal'c 네가 Q&A를 해요 14:29 &lt;@jrandom&gt; Teal`c: "work the bugs out" == 코드 수정 == (그 코드를 알아서 고칠 수 있는 코더가 있어야 함) 14:29 &lt;Teal`c&gt; 응, 그렇게 하고 싶어요. 14:29 &lt;Teal`c&gt; perl 좀 알아요 14:29 * cervantes bugzilla 설정&gt; tealc@mail.i2p 14:29 &lt;@jrandom&gt; 좋지 Teal`c, 테스트 도움은 언제나 환영이에요 14:30 &lt;@jrandom&gt; 특히 테스트 자동화에서요 14:31 &lt;@jrandom&gt; 좋아요, 3)에 더 있을까요, 아니면 4) Q 현황으로 넘어갈까요 14:31 &lt;+polecat&gt; 알겠어요. 안정적인 인터넷 빨리 복구하길 빌어요. 14:31 &lt;+ant&gt; &lt;jrandom&gt; 흠, aum은 아직 자는 것 같네 14:31 &lt;@jrandom&gt; 고마워요. 분명 방법을 찾을 거예요 ;) 14:32 &lt;@jrandom&gt; 좋아요, 상태 노트에 있는 것 외에 딱히 더 보탤 게 없어요 14:32 &lt;@jrandom&gt; 그래도 aum의 코드는 이제 cvs에 있으니, 하드코어들은 가져다가 해킹을 시작할 수 있어요 14:32 &lt;+maestro^&gt; 좋네 14:33 &lt;@jrandom&gt; 네, 확실히요. 현재는 모든 것이 GPL이에요(한 컴포넌트가 I2PTunnel에 링크하기 때문에), 그런데 aum이 리팩터링을 진행 중이라서 최종적으로는 LGPL이 될 거라고 들었어요 14:34 &lt;@jrandom&gt; (하지만 xmlrpc와 관련해 라이선스가 어떤 영향을 미치는지는 묻지 마세요 ;) 14:34 &lt;@jrandom&gt; 좋아요, 4)와 관련해 꺼낼 것 있나요? 14:36 &lt;@jrandom&gt; 좋아요, 없으면 5) ??? 로 넘어갈게요 14:36 &lt;@jrandom&gt; 회의에서 더 꺼낼 것 있나요? 14:36 &lt;+polecat&gt; 이 자리를 빌어 한마디 하고 싶습니다. 14:37 &lt;+polecat&gt; Hinkle finkle dinkle doo. 14:37 &lt;@jrandom&gt; 음음. 14:37 &lt;@jrandom&gt; 좋아요, 인간의 언어로 꺼낼 거 있는 분? :) 14:38 &lt;defnax&gt; 5로 넘어간다는 게 뭐죠? 14:39 &lt;+maestro^&gt; spacerace 만세! i2p 만세! 14:39 &lt;@jrandom&gt; 흠, defnax? 14:41 &lt;defnax&gt; 아침 5시에요? 14:41 &lt;defnax&gt; 5시간 후에요? 14:41 &lt;+cervantes&gt; xmlrpc 관련해서, 명세에 대한 저작권은 유지되지만 구현에는 제한이 없습니다 14:42 &lt;@jrandom&gt; defnax: 의제 항목 5: "???", 여기서 기타 이슈를 논의해요 14:43 &lt;+maestro^&gt; jr: 그 최적화 변경을 커밋했나요? 14:43 &lt;@jrandom&gt; cervantes: 제 농담은 GPL된 앱의 xmlrpc API를 사용하는 게 전염성(viral)이 있는지에 관한 질문과 관련된 거였어요(그냥 수사적 질문일 뿐) 14:43 &lt;@jrandom&gt; maestro^: 아니요 14:43 * jrandom 커밋 전에 테스트함 14:43 &lt;+maestro^&gt; 훌륭해요! 그거 ETA가 언제죠? 14:44 &lt;@jrandom&gt; 오늘 밤 늦게, 아마요. 아니면 내일 릴리스에 맞춰서 14:45 &lt;@jrandom&gt; 좋아요, 더 없으면 14:45 * jrandom 마무리함 14:45 * jrandom *baf* 회의를 종료함 </div>/ko/blog/2005/04/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-4%EC%9B%94-18%EC%9D%BC/Mon, 18 Apr 2005 00:00:00 +0000/ko/blog/2005/04/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-4%EC%9B%94-18%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> Complication, frosk, jrandom, spinky</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 16:09 &lt;jrandom&gt; 0) 안녕하세요 16:09 &lt;jrandom&gt; 1) 네트워크 상태와 0.6.1.16 16:09 &lt;jrandom&gt; 2) tunnel 생성과 혼잡 16:10 &lt;jrandom&gt; 3) Feedspace 16:10 &lt;jrandom&gt; 4) ??? 16:10 &lt;jrandom&gt; 0) 안녕하세요 16:10 * jrandom 손을 흔든다 16:10 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2006-April/001281.html 에 올렸습니다 16:10 * frosk도 16:10 &lt;jrandom&gt; (회의 *전에* 거의 두 시간이나 올렸어요 :) 16:11 &lt;jrandom&gt; 자, 여러분이 이미 노트를 샅샅이 읽어보셨을 테니, 1) 네트워크 상태로 들어가죠 16:12 &lt;+Complication&gt; 안녕하세요 :) 16:12 * Complication 재빨리 노트를 집어든다 16:12 &lt;jrandom&gt; 0.6.1.16 릴리스에서 우리의 PRNG(의사 난수 생성기)에 매우 오래된 버그 하나를 수정했습니다. 그 버그 때문에 임의적인 tunnel 거부가 상당히 많이 발생했었습니다 16:13 &lt;jrandom&gt; (근본 원인은 지난 10월에 들어갔지만, 지금은 수정되었습니다) 16:13 &lt;+Complication&gt; 여기 상태: 1 + 0..1 홉 tunnel에서는 그럭저럭 동작하지만, 2 + 0..1 또는 2 +/- 0..1에서는 잘 동작하지 않습니다 16:14 &lt;jrandom&gt; 맞아요, 특히 느린 링크에서는 그럴 수 있죠 16:14 &lt;jrandom&gt; (불행히도 여기서 말하는 "느린" 게 그다지 느린 것도 아닙니다) 16:15 &lt;jrandom&gt; 아직 할 일이 많고, 0.6.1.16이 우리가 원하는 수준은 아니지만, 진전은 있습니다 16:17 &lt;+Complication&gt; 당신이 "혼잡 붕괴"라고 부른 것과 관련해 제가 생각해본 것이 있습니다 16:18 &lt;+Complication&gt; 영향을 줄이는 한 방법은 router가 참여 요청을 일정 할당량만큼은 반드시 수락하도록 요구하는 것일 수 있습니다 16:19 &lt;+Complication&gt; (사용자가 직접 또는 간접적으로 지정하는 방식?) 16:19 &lt;jrandom&gt; 어떤 사용자가 지정하나요? 16:19 &lt;+Complication&gt; (예: 공유 비율의 일부로 하거나 추가 매개변수로) 16:19 &lt;jrandom&gt; 로컬 사용자인가요, 아니면 우리처럼 원격 사용자인가요? 16:19 &lt;+Complication&gt; 각자가 자기 router에 대해 지정하는 겁니다 16:19 &lt;@frosk&gt; 그럼 2)로 넘어갈까요? :) 16:20 &lt;jrandom&gt; 좋아요, 2)로 간주합시다 :) 16:20 &lt;+Complication&gt; 예를 들어 제 router에 "혼잡해도 최소 4 KB/s는 라우팅을 유지해"라고 지시할 수 있게요 16:21 &lt;jrandom&gt; Complication: 그건 사실 어렵습니다 — router가 너무 혼잡하면 다른 사람들이 (부디 ;) 그들에게 tunnel 참여를 요청하지 않게 되니까요. 16:21 &lt;+Complication&gt; (물론 이건 어떤 로컬 destination이 더 오래 오프라인일 수 있다는 뜻이겠죠) 16:21 &lt;jrandom&gt; 그리고 요청받지 않으면, 다른 사람의 데이터를 /못합니다/ 16:22 &lt;+Complication&gt; 아, 아마 더 명확히 표현했어야 했겠네요 16:24 &lt;+Complication&gt; 저는 참여 트래픽이 일정 할당량에 이를 때, 참여하는 tunnel을 제한하는 대신 자신의 tunnel 생성 메시지를 제한하도록 할 수 있다고 상상했습니다 16:24 &lt;+Complication&gt; 예: "참여하는 tunnel의 속도를 4 KB/s 아래로는 절대 제한하지 않는다. 그게 필요하다면 대신 내 로컬 트래픽을 제한하겠다." 16:26 &lt;jrandom&gt; 흠, 그런 방식에는 익명성 위험이 있습니다(어차피 우리가 방어하지 않는 선택적 DoS와 같은 부류이긴 하지만) 16:27 &lt;jrandom&gt; 하지만 혼잡 시에 로컬 tunnel 빌드를 스스로 제한하는 것은 지금 테스트 중입니다 — 4 KB/s 하한을 선택적으로 무시하는 옵션을 추가하는 건 비교적 간단할 겁니다 16:28 &lt;spinky&gt; 현재는 많은 데이터를 전송할 때 위장 트래픽(cover traffic)이 전혀 나오지 않습니다. 16:29 &lt;spinky&gt; 참여 대역폭에 하한을 두는 건 좋아 보이네요. 16:30 &lt;jrandom&gt; 음, 하한은 있습니다(공유 비율에도 있고, 모든 대역폭을 할당한 뒤 내부적으로 4 KB/s를 예약하기도 합니다) 16:30 &lt;+Complication&gt; 쳇, 끊겼네요... 제가 한 말이 많이 날아가지 않았길. 답변은 로그에서 읽어야겠어요 :) 16:32 &lt;@frosk&gt; 4 KB/s에 특별한 이유가 있나요? 16:33 &lt;jrandom&gt; 몇 가지가 있어요 — 4KB ~= sizeof(tunnel create message), 그리고 경험상 그보다 낮은 값에서 성공적으로 돌아가는 router는 들어본 적이 없습니다 16:33 &lt;spinky&gt; 그렇다면 공유 비율이 제대로 작동하지 않게 만드는 버그들 때문일까요? 16:34 &lt;jrandom&gt; 공유 비율이 작동하지 않는다고 말하는 근거가 뭔가요? 16:34 &lt;@frosk&gt; 알겠어요 16:34 &lt;+Complication&gt; frosk: 아니요, 그냥 현재 코드에 있는 숫자일 뿐이고, 제가 상상했던 걸 설명하려고 그 숫자를 예로 든 거예요 16:35 &lt;+Complication&gt; (특별한 의미가 있어서가 아니라, 제가 상상한 게 어떤 면에서 그 수치의 상반 개념이었기 때문이죠) 16:35 &lt;spinky&gt; 그게 80%로 설정돼 있는데, 로컬에서 데이터를 생성하면 참여가 0이 돼요. 제가 뭔가 오해한 걸까요? 16:36 &lt;jrandom&gt; 아, 네, 그게 공유 비율의 의미는 아닙니다 16:36 &lt;+Complication&gt; spinky: 그건 공유할 수 있는 양의 상한일 뿐이고, 실제로 공유에 사용할 수 있는 대역폭에 의해 제한됩니다 16:37 &lt;+Complication&gt; 로컬 트래픽이 70%를 차지하면, 공유에는 10%만 남습니다 16:37 &lt;+Complication&gt; 로컬 트래픽이 무거우면 0%만 남게 되고, 80% 상한에는 결코 도달하지 않죠 16:37 &lt;spinky&gt; 알겠어요. '최대'라고 적혀 있네요... 16:38 &lt;+Complication&gt; 그리고 4 KB/s 예약분도 있습니다 16:38 &lt;jrandom&gt; 아, 그건 사용 가능한 것의 공유 비율이라는 뜻이에요 16:38 &lt;spinky&gt; 참여 대역폭(bw)의 하한에 대한 별도 설정을 두고, 그 이하로 떨어지면 router가 더 많은 tunnel을 수락하도록 하는 건 어떤가요? 16:38 &lt;jrandom&gt; 대역폭(bw)의 95%를 쓰고 있으면, 남은 5%의 최대 80%까지만 공유합니다 16:39 &lt;+Complication&gt; 아, 그렇다면 저도 일부 오해했네요 16:40 &lt;fox&gt; &lt;zorglu1&gt; i2p가 다른 로컬 애플리케이션이 사용하는 대역폭(bw) 양은 어떻게 측정하나요 ? 16:40 &lt;spinky&gt; (그냥 의견인데, cover traffic이 좋다고 본다면 로컬 bw 사용이 무거울 때도 그것을 구성 가능하게 하는 게 좋지 않을까요) 16:40 &lt;+Complication&gt; 저는 그게 지속 제한에 대해 적용되는 줄 알았습니다 16:40 &lt;jrandom&gt; zorglu1: i2p 자체의 bw 사용량을 측정하고, i2p의 bw 한도를 알고 있습니다 16:41 &lt;jrandom&gt; 아, 흠, 코드를 다시 보니, int availBps = (int)(((maxKBps*1024)*share) - used); 16:41 &lt;jrandom&gt; 그러니 Complication 말이 맞네요 16:42 &lt;jrandom&gt; spinky: cover traffic은 저지연 mixnet에서만 그나마 유용합니다 16:42 &lt;jrandom&gt; 더 높은 대역폭의 router에게는 어느 정도 동기를 부여하지만, 여유 대역폭이 없는 쪽은 별 뾰족한 수가 없습니다 16:49 &lt;jrandom&gt; 아무튼, tunnel 혼잡 문제는 한동안 있었고, 최근 들어 터무니없는 tunnel 거부율 때문에 더 악화됐습니다 16:49 &lt;jrandom&gt; 다음 릴리스에서는 해결되길 바랍니다 16:49 &lt;jrandom&gt; 좋아요, 2) tunnel 생성과 혼잡에 대해 더 있을까요? 16:50 &lt;@frosk&gt; tunnel 빌드 방식에 약간의 변경이 필요해 보이는군요 16:50 &lt;+Complication&gt; 그게 상황 개선에 도움이 되길 바랍니다 :) 16:51 &lt;+Complication&gt; 아, 그런데요... 16:52 &lt;jrandom&gt; 음, 값싼 해결책들이 몇 가지 있습니다. 예를 들어 최대 동시성 감소, 혼잡 시 빌드 시도 속도 제한, 드롭 빈도 감소(명시적 거부와 대비), 그리고 프로파일링을 조정해 드롭보다는 명시적 거부를 장려하도록 하는 것 등이죠 16:52 &lt;+Complication&gt; ...원시 대역폭 지표와 tunnel 페이로드 지표 사이의 큰 차이를 설명할 만한 걸 혹시 찾으셨나요? 16:52 &lt;+Complication&gt; (예: 총 대역폭 1 GB, 합산된 tunnel 페이로드 300 MB) 16:52 &lt;jrandom&gt; 하지만 사실 그런 것들은 규모에만 영향을 줄 뿐입니다 16:52 &lt;+Complication&gt; (요즘 IRC에 못 와서, 그걸 최근에 살펴보셨는지 잘 모르겠네요) 16:54 &lt;jrandom&gt; 그건 깊이 파보진 않았습니다만, 기억하세요. 아웃바운드 tunnel에 대한 tunnel 빌드 요청은 tunnel 메시지가 아닙니다(성공률이 0.1%에 불과하면 그런 요청이 아주 많아집니다. 게다가 각각 4 KB씩...) 16:54 * Complication 은 그게 지표 문제인지 실제 효과인지 확신이 서지 않음 16:55 &lt;+Complication&gt; 아... 아웃바운드 빌드 요청... 그렇군요 16:55 &lt;jrandom&gt; 다가올 -1 빌드에는 메시지 유형별 패킷을 모니터링하기 위한 통계가 다수 추가됩니다 16:55 &lt;+Complication&gt; 그게 정확히 원인일 수 있겠네요 16:55 &lt;jrandom&gt; (그 아웃바운드 빌드 요청에는 참여 빌드 요청도 포함됩니다 — 응답을 전달하는 것이죠) 16:56 &lt;jrandom&gt; ((그래서 단지 로컬 것만의 문제가 아닙니다)) 17:00 &lt;+Complication&gt;&gt; 감사합니다, 큰 도움이 됐어요 :) 17:00 &lt;+Complication&gt;&gt; 그럼 요술이 아니라 진짜 트래픽이었네요. 제가 확인한 지표에는 따로 집계되지 않아서 그냥 잊고 있었던 거죠 17:00 &lt;+Complication&gt; 실제로 발생할 수밖에 없고, 바이트를 꽤 많이 먹겠군요 17:00 &lt;+Complication&gt; 특히 성공률이 낮으면요 17:01 &lt;jrandom&gt; 맞습니다. 다만 지금보다는 성공률이 높아야 하니, 현재만큼 비용이 크진 않아야겠지요 :) 17:01 &lt;jrandom&gt; 좋아요, 2)에 대해 더 있을까요? 17:02 &lt;jrandom&gt; 없으면 3) Feedspace로 넘어가죠 17:02 &lt;jrandom&gt; frosk: 업데이트 좀 해주시겠어요? 17:03 &lt;jrandom&gt; (아니면 fsck off 하고 eepsite 읽으라고 하셔도 됩니다? ;) 17:04 &lt;@frosk&gt; 음, frosk.i2p나 feedspace.i2p를 아직 안 보신 분들을 위해 말씀드리면, feedspace는 이제 기본적으로 동작합니다(제가 생각하는 "기본적으로"의 정의 기준에서요) 17:04 &lt;jrandom&gt; (w00t) 17:05 &lt;@frosk&gt; 최근에는 i2p 이외의 전송(transport)을 위한 인프라 지원 같은 멋진 추가도 있었습니다(예: Tor와 비익명 TCP/IP) 17:06 &lt;@frosk&gt; 그래서 시간이 지나면, syndie(조만간 아주 멋질 것으로 보이는 리라이트에서)가 feedspace를 배포(syndication) 방법 중 하나로 사용할 수 있게 할 계획입니다 17:06 &lt;@frosk&gt; 현재로서는 feedspace를 실제로 *사용*하는 클라이언트 앱이 없습니다 :) 저는 극히 조악한 서블릿 앱으로 테스트해 왔어요 17:07 &lt;jrandom&gt; (투박함 + 작동함)++ 17:07 &lt;@frosk&gt; 그래서 당연히 클라이언트 해커 모집 중입니다 ;) 17:08 &lt;@frosk&gt; 공개 테스트 전에 feedspace에 아직 필요한 것들이 조금 남아 있지만, 이제 오래 걸리진 않을 거예요 :) 17:08 &lt;jrandom&gt; 좋네요 17:08 &lt;jrandom&gt; 우리가 도울 일 있을까요? 17:08 &lt;@frosk&gt; 또 부족했던 문서 작업도 조금 하고 있어요 17:09 &lt;spinky&gt; 큰 파일에도 feedspace를 사용할 수 있을 거라고 보시나요? 17:10 &lt;@frosk&gt; 1) (아직 문서화되지 않은) XML-RPC API를 사용하는 클라이언트 앱, 2) `http://feedspace.i2p/wiki/Tasks,` 3) 때가 되면 테스트 참여 17:10 &lt;@frosk&gt; 대용량 파일 지원은 지금은 우선순위가 아니지만, 나중에는 가능할 겁니다 17:10 &lt;@frosk&gt; "1.0"의 초점은 블로그/토론 글이나 각종 이벤트 같은 작은 메시지에 맞춰져 있습니다 17:11 &lt;jrandom&gt; 다만 .torrent 파일을 RSS/feedspace 지원 BT 클라이언트로 넘겨주는 건 문제없겠죠 17:11 &lt;@frosk&gt; 대용량 파일은 될 수도 있고, 안 될 수도 있어요 :) 17:11 &lt;@frosk&gt; 그건 정말 멋질 것 같네요 17:12 &lt;jrandom&gt; feed2snark ;) 17:12 &lt;@frosk&gt; 그런 "어댑터" 앱이 다양하게 나오길 바랍니다 :) 17:12 &lt;+Complication&gt; 글쎄요, 다들 대용량 파일을 옮길 방법을 찾겠죠. 비트... 음, 사이드 채널로요 :) 17:15 &lt;@frosk&gt; feedspace 코드가 온갖 Java 1.5 기능을 사용하는 게 조금 미안하네요. 지금은 자유 Java에서 컴파일/사용하기가 아마 어려울 텐데, 곧 따라잡을 거라고 믿어요 :) 17:15 &lt;jrandom&gt; 이런 17:16 &lt;jrandom&gt; 글쎄요, gcj가 1.5-ism 지원을 위해 ecj를 채택한다는 소문이 있긴 합니다 17:16 &lt;spinky&gt; Complication: 안장가방에 HDD를 가득 싣은 조랑말 같은 거요? 17:16 &lt;@frosk&gt; 네 17:17 &lt;+Complication&gt; spinky: 제 취향이라면 드론이죠 :P 17:17 * jrandom 은 아직 1.4-ism으로 간신히 옮겨가는 중 17:17 &lt;+Complication&gt; 하지만 조랑말도 되겠죠 :P 17:17 &lt;jrandom&gt; 그래도 1.6은 정말 좋죠 ;) 17:17 &lt;@frosk&gt; gcj와의 호환성을 유지하려고요? 17:18 &lt;@frosk&gt; 음, 1.6은 어차피 대부분에서 "ism"이 많지 않다고 생각해요 :) 17:18 &lt;+Complication&gt; (아니면 메모리 카드를 공중투하하는 날아다니는 고슴도치) 17:18 &lt;jrandom&gt; gcj/classpath/기타 때문이기도 하고, 성능 때문이기도 합니다(1.5가 1.4보다 약간 무겁더군요) 17:19 &lt;jrandom&gt; 맞아요, 1.6의 개선점은 주로 VM/바이트코드 쪽이죠 17:19 &lt;@frosk&gt; 흠, 알겠어요 17:20 * jrandom 은 1.5-ism을 쓰지 말라고 설득하려는 건 아님. 분명 이유가 있겠죠. 예컨대 Azureus도 이미 1.5가 필요하니까요 17:21 &lt;@frosk&gt; 뭐, 이제 되돌릴 수는 없죠 :) 너무 험난하진 않길 바랍니다 17:24 &lt;jrandom&gt; 맞아요, 잘 될 거예요 :) 17:25 &lt;jrandom&gt; 좋아요, 그럼 3) feedspace에 대해 더 있을까요? 17:25 * frosk 는 자신의 제네릭과 java.util.concurrent를 꼭 껴안음 ;) 17:25 &lt;jrandom&gt; 헤헤 17:27 &lt;jrandom&gt; 좋아요, 3에 더 없으면 4) ???로 넘어가죠 17:27 &lt;jrandom&gt; 회의에서 더 하실 말씀 있나요? 17:27 &lt;+Complication&gt; 2)에서 물어봤어야 했던 작은 질문이 있어요 17:28 &lt;+Complication&gt; 참여 중인 tunnel이 유휴 상태(idle)가 되는 경우는 보통 어떻게 생기나요? 17:28 &lt;+Complication&gt; 대부분은 tunnel 빌드가 실패했지만, 생성자만 그 실패를 아는 상황의 신호인가요? 17:28 &lt;+Complication&gt; 아니면 다른 이유도 있나요? 17:28 &lt;+Complication&gt; (물론 명백한 이유, 즉 앱이 놀고 있는 경우 말고요) 17:29 &lt;jrandom&gt; 앱이 놀고 있어도 idle tunnel이 있진 않습니다(테스트가 이뤄지니까요) 17:29 &lt;jrandom&gt; idle tunnel은 무슨 이유에서건 실패한 것입니다 17:29 &lt;jrandom&gt; (완전히 생성되지 못했거나, 동작 중에 실패했거나) 17:30 &lt;+Complication&gt; 그렇군요. 어차피 모든 tunnel은 테스트되고, tunnel 테스트는 트래픽을 유발하니까요... 맞네요 17:30 &lt;+Complication&gt; 그럼 질문의 두 번째 부분인데요: tunnel이 idle임을 감지하면, 이를 일찍 폐기하는 게 이점이 있을까요? 17:31 &lt;+Complication&gt; 그렇게 해서 아낄 수 있는 귀중한 자원이 있나요? 17:32 &lt;jrandom&gt; 없습니다 — 데이터를 밀어주지 않는 tunnel은 자원을 소모하지 않아요 17:32 &lt;jrandom&gt; (음, RAM은 조금 씁니다, 어쩌면 32바이트 정도) 17:32 &lt;+Complication&gt; 아니면 router가 자신의 부하나 유사한 파라미터를 더 잘 파악하는 데 도움이 될까요... 17:33 &lt;jrandom&gt; tunnel 이력에 기반한 대역폭 사용량 예측은 확실히 열린 질문입니다 17:33 &lt;+Complication&gt; 아니면 그냥 무의미한 작업이라 자연스럽게 만료될 때까지 기다리는 게 최선일까요? 17:33 &lt;+Complication&gt; (현재처럼요) 17:34 &lt;jrandom&gt; 예전에 예측을 조금 했었지만 뚜렷한 이점이 없어서, 지금은 더 단순한 알고리즘을 씁니다 17:34 &lt;+Complication&gt; 아하, 그러면 이득이 없군요... 17:34 &lt;+Complication&gt; 감사합니다, 그게 제가 묻고 싶었던 전부였어요 :) 17:34 &lt;jrandom&gt; 천만에요, 이해되는 걱정입니다 17:34 &lt;jrandom&gt; 좋아요, 회의에서 더 하실 말씀 있나요? 17:35 &lt;+Complication&gt; 맞아요, 예측을 한다면 idle tunnel의 비율이 추정치를 왜곡할 수도 있겠네요 17:35 &lt;+Complication&gt; (그 비율이 많이 변한다면) 17:36 &lt;jrandom&gt; 맞습니다, 추정치의 일부로 idle 비율을 포함하고 싶겠죠 17:36 &lt;jrandom&gt; (예전에 그랬죠 — RouterThrottleImpl.allowTunnel 메서드를 보세요) 17:37 &lt;+Complication&gt; 오, 몰랐네요 :) 17:37 &lt;jrandom&gt; 그리고 새 주석을 보세요: 17:38 &lt;jrandom&gt; // ok, ignore any predictions of 'bytesAllocated', since that makes poorly 17:38 &lt;jrandom&gt; // grounded conclusions about future use (or even the bursty use). Instead, 17:38 &lt;jrandom&gt; // simply say "do we have the bw to handle a new request"? 17:39 * Complication 은 아직 그 파일을 찾아보는 중이지만, 감사합니다 :) 17:39 &lt;jrandom&gt; w3rd 17:40 &lt;jrandom&gt; 좋아요, 회의에 더 말씀이 없으면... 17:40 * jrandom 마무리함 17:41 * jrandom *baf* 하며 회의를 닫습니다 </div>/ko/blog/2005/04/12/2005-04-12%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 12 Apr 2005 00:00:00 +0000/ko/blog/2005/04/12/2005-04-12%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 또 업데이트 시간이에요</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) SSU 상태 3) 베이지안 기반 피어 프로파일링 4) Q 상태 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>지난주 0.5.0.6 릴리스는 우리가 관찰하던 netDb 문제를 해결한 것으로 보입니다(야호). 사이트와 서비스는 0.5.0.5 때보다 훨씬 더 신뢰할 수 있게 되었지만, 가동 후 며칠이 지나면 사이트나 서비스에 접속할 수 없게 되는 문제가 있었다는 보고가 일부 있습니다.</p> <ul> <li> <ol start="2"> <li>SSU status</li> </ol> </li> </ul> <p>0.6 버전의 UDP 코드가 상당히 진전되었고, 첫 번째 커밋 묶음은 이미 CVS에 반영되었습니다. 아직 실제로 사용할 수 있는 단계는 아니지만, 기본적인 기반은 갖춰져 있습니다. 세션 협상은 잘 동작하고 반신뢰성 메시지 전달(semireliable message delivery)도 예상대로 수행됩니다. 그래도 여전히 해야 할 일이 많고, 작성해야 할 테스트 케이스와 디버그해야 할 특이한 상황들이 남아 있지만, 분명한 진전입니다.</p>/ko/blog/2005/04/12/i2p-%EA%B0%9C%EB%B0%9C-%ED%9A%8C%EC%9D%98-2005%EB%85%84-4%EC%9B%94-12%EC%9D%BC/Tue, 12 Apr 2005 00:00:00 +0000/ko/blog/2005/04/12/i2p-%EA%B0%9C%EB%B0%9C-%ED%9A%8C%EC%9D%98-2005%EB%85%84-4%EC%9B%94-12%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, bla, cervantes, defnax, detonate, frosk, gott, hummingbird, jdot, jrandom, mancom, Ragnarok</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) 안녕 14:05 &lt;jrandom&gt; 1) 네트워크 상태 14:05 &lt;jrandom&gt; 2) SSU 상태 14:05 &lt;jrandom&gt; 3) 베이지안 피어 프로파일링 14:05 &lt;jrandom&gt; 4) Q 상태 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;hummingbird&gt; 7) 수익 14:06 &lt;jrandom&gt; 젠장, 여러분 아젠다를 망쳐버렸네 :) 14:06 &lt;jrandom&gt; 안녕 14:06 &lt;jrandom&gt; 주간 상태 노트를 회의 /전에/ 올려뒀어요 @ http://dev.i2p.net/pipermail/i2p/2005-April/000683.html 14:06 &lt;gott&gt; jrandom: 다시 해봐 14:06 &lt;+cervantes&gt; 신경 쓰지 마, 어차피 이 미팅은 시작부터 'gott' 꼬였어 14:06 &lt;jrandom&gt; *케헴* 14:06 &lt;jrandom&gt; 그럼 1) 네트워크 상태로 넘어갈게요 14:07 &lt;jrandom&gt; netDb에서 보이던 큰 문제는 수정되었고, 실제 환경에서도 사라진 것 확인했어요 14:07 &lt;jrandom&gt; 다른 이슈들이 조금 남아 있지만, 전반적으로는 꽤 괜찮아 보입니다 14:08 &lt;frosk&gt; 가끔 이상한 dnf가 생기는 원인이 뭘지 감 잡히나요? 14:08 &lt;gott&gt; 확인; 이제 i2p에서 불법 포르노를 기록적인 속도로 받을 수 있어. 14:08 &lt;+cervantes&gt; 그건 원인 특정이 꽤 어려울 듯 14:08 &lt;jrandom&gt; tunnel 구축 시 스로틀(제한)과 관련된 어떤 혼선 때문이라는 은근한 의심이 있어요 14:09 &lt;jrandom&gt; 그 스로틀을 제거하면 아마 해결되겠지만, CPU가 느린 사용자들에겐 고통스러울 수 있어요 14:09 &lt;jrandom&gt; 반면에, 선택사항으로 만들거나 누군가가 더 똑똑한 throttling 코드를 작성할 수도 있겠죠 14:10 &lt;frosk&gt; 알겠어요 14:10 &lt;+cervantes&gt; 내 시스템에서는 이전 버전보다 스로틀이 훨씬 더 선제적으로 동작하는 것 같아 14:10 &lt;jrandom&gt; 맞아요, 미해결 항목이 너무 많으면 tunnel 구축을 지연시켜요 - 예전엔 그냥 "좋아, X개의 tunnels를 만들어야 해. 만들어"라고 했죠 14:10 &lt;+cervantes&gt; 그 임계값, 조정 가능하게 못 하나요? 14:11 &lt;jrandom&gt; 응, 그건 가능해요 14:11 &lt;gott&gt; jrandom: 선택사항으로 14:11 &lt;gott&gt; 그래서 thin i2p servent(서버와 클라이언트를 겸하는 노드) 사용자들도 여전히 생산적으로 쓸 수 있게 14:12 &lt;jrandom&gt; 지금은 다른 데 집중하고 있어서, 누가 그걸 파보고 싶다면 핵심 메서드는 TunnelPoolManager.allocateBuilds예요 14:12 &lt;jrandom&gt; (아무도 달려들지 않으면, 다음 빌드 나올 때 몇 가지 조정을 넣을 수도 있어요) 14:13 &lt;+cervantes&gt; ........@ &lt;-- 바람에 굴러가는 잡초(tumbleweed) 14:13 &lt;jrandom&gt; :) 14:13 &lt;jrandom&gt; 1) 네트워크 상태에 더 있을까요, 아니면 2) SSU로 넘어갈까요? 14:14 * gott i2p 커뮤니티는 말만 많고 행동은 적다는 식으로 중얼거림 14:14 &lt;+cervantes&gt; 나중엔 콘솔에 성능 프로파일을 도입할 수도 있겠네요 14:14 &lt;gott&gt; jrandom이 개발 쪽 일을 너무 많이 해. 14:14 &lt;+cervantes&gt; 그래서 사람들이 고/중/저 사양 시스템에 맞춘 미리 설정된 구성 옵션 묶음을 선택할 수 있게 14:15 &lt;jrandom&gt; 오, 좋은 생각이에요 cervantes, 변형의 여지가 많아요. 최대한 자동으로 튜닝하길 원하지만, 사람이 직접 하는 게 더 쉬울 수도 있죠 14:15 &lt;+cervantes&gt; 요즘 저사양 머신과 모뎀 연결을 쓰는 사람이 꽤 있어 보이니까요 14:15 &lt;gott&gt; cervantes: 그래, 훌륭한 아이디어야. 14:15 &lt;+cervantes&gt; 내 fire2pe TODO 목록을 공개해야겠네... 그런 게 잔뜩 있거든 ;-) 14:16 &lt;gott&gt; 주로 프로세서와 네트워크 속도를 기준으로? 14:16 &lt;jrandom&gt; 가명으로 작성된 TODO 목록이 있는 사이트도 괜찮겠네요 14:16 &lt;gott&gt; 좋은 생각이야. 14:16 &lt;+cervantes&gt; 글쎄, 대역폭 제한기가 이상적으로는 네트워크 속도는 알아서 다뤄야겠죠 14:16 &lt;gott&gt; 전형적인 구글식으로, LAN에 'thin i2p servents'를 잔뜩 두는 거죠. 14:17 &lt;+cervantes&gt; jrandom: ugha.i2p? 14:17 &lt;jrandom&gt; 그럴 수도 14:19 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태에 다른 건 없나요? 14:19 * jrandom 우리를 2) SSU로 넘김 14:19 &lt;jrandom&gt; UDP 쪽에서 진전이 많았어요 (SSU == Secure Semireliable UDP) 14:19 &lt;gott&gt; 'i2pwiki.i2p'를 그걸로 별칭 연결해야겠어 14:20 &lt;+cervantes&gt; 그건 ugha에게 달렸겠죠 ;-) 14:20 &lt;jrandom&gt; 전반적인 개요는 이메일에 있고, 더 많은 기술적 세부사항(그리고 예쁜 그림 ;)은 제 블로그에 올려놨어요 14:21 &lt;+ant&gt; &lt;godmode0&gt; UDP가 안전해요 ? 14:21 &lt;+ant&gt; &lt;godmode0&gt; 어떻게요 :) 14:21 &lt;jrandom&gt; `http://dev.i2p/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html` &lt;-- 방법 14:22 &lt;+ant&gt; &lt;godmode0&gt; 헤헤 14:22 &lt;+ant&gt; &lt;godmode0&gt; i2p가 안 떠요 내 컴퓨터 IP가 맞는 건가요 14:22 &lt;jrandom&gt; 미안, i2p가 설치되어 있지 않다면 "dev.i2p"를 "dev.i2p.net"으로 바꿔요 14:22 &lt;+ant&gt; &lt;godmode0&gt; 설치했어요 14:23 &lt;+ant&gt; &lt;godmode0&gt; 근데 안 돼요 14:23 &lt;jrandom&gt; 좋아요, 그건 회의 끝나고 디버깅해 봅시다 14:23 &lt;+ant&gt; &lt;godmode0&gt; 앗 회의 중이었네요 미안 14:23 &lt;jrandom&gt; 헤헤 괜찮아 14:25 &lt;jrandom&gt; 아무튼, 말했듯이 진행 계획 전반은 이메일에 있어요 14:25 &lt;jrandom&gt; SSU 관련해서 질문/코멘트/우려 사항 있나요? 14:26 &lt;+Ragnarok&gt; TCP 전송 대비 처리량/지연시간이 많이 달라질까요? 14:27 &lt;jrandom&gt; 지연 스파이크의 원인이 해결되길 바라지만, 특별히 예측하진 않겠습니다. 14:28 &lt;jrandom&gt; 현재와 비슷한 수준의 지연을 유지하면서 스파이크만 없앨 수 있다면, 처리량을 다시 끌어올릴 수 있어요 14:29 &lt;+Ragnarok&gt; 좋네요 14:29 &lt;gott&gt; 구현 문서가 i2p.net에 제공될 예정인가요? 14:30 &lt;jrandom&gt; 이사 때문에 오프라인일 때 시간을 많이 문서 작성에 써서 웹사이트에 올릴 거예요, 맞아요 14:30 &lt;gott&gt; 멋지네요 \m/ 14:30 &lt;jrandom&gt; 코어와 router에 대해서는 코드 레벨의 꽤 괜찮은 구현 문서가 있지만, 전체적인 router 아키텍처 문서는 아직 훌륭한 게 없어요 14:31 &lt;jrandom&gt; 어쨌든, 2) SSU에 더 없으면 3) 베이지안 피어 프로파일링으로 살짝 넘어가죠 14:32 &lt;jrandom&gt; 상태 노트에 나온 대로 오늘 저녁에 bla에게서 간단한 업데이트를 받았어요 14:32 &lt;+bla&gt; 아직 여기 있어요... ;) 14:33 &lt;jrandom&gt; bla가 사실 아직 있어서 추가 의견이나 질문에 답해줄 수도 있어요 - 14:33 &lt;jrandom&gt; 아, 거기 있었군요 14:33 &lt;defnax&gt; jrandom : i2p BitTorrent 트래커를 알리는 것에 대해 어떻게 생각해요, 보안상 좋지 않다고 생각하는데, 아닌가요?, 14:34 &lt;+bla&gt; jrandom이 인용한 IRC 논의가 전반적인 아이디어를 보여줍니다. 요약하면: 14:34 &lt;jrandom&gt; defnax: 그건 5)에서 더 얘기하죠 14:34 &lt;defnax&gt; 좋아 기다릴게 14:34 &lt;+bla&gt; 궁극적인 아이디어는 명시적 tunnel 테스트에서 얻은 왕복시간 정보와 클라이언트-tunnel 테스트에서 얻은 암묵적 정보를 함께 사용하여 하나의 노드 속도 추정 프레임워크로 통합하는 것입니다 14:35 &lt;+bla&gt; 지금은 명시적 tunnel 테스트에서 얻은 정보만 사용합니다. 그 테스트에서는 참여하는 피어들이 모두 알려져 있기 때문이죠. 14:36 &lt;+bla&gt; 나이브 베이지안 분류기 프레임워크를 사용하여, 어떤 tunnel들(어떤 위치든)에 참여했는지와 그 tunnel들이 얼마나 빨랐는지를 바탕으로 피어의 속도를 추정할 겁니다 14:36 &lt;+bla&gt; ‘정답(ground truth)’과 비교하기 위해, 상태 노트에 기재된 ‘실제’ 피어 속도를 확보했습니다 14:37 &lt;+bla&gt; 결과는 매우 예비적입니다. 하지만 `http://theland.i2p/estspeed.png` 가 실제 속도와 베이지안 프레임워크로 추정한 속도 간의 상관관계를 보여줍니다 14:37 &lt;+bla&gt; 자, 질문이나 코멘트 있나요? 14:38 &lt;jrandom&gt; 코멘트: 유망해 보입니다. 14:38 &lt;+ant&gt; &lt;BS314159&gt; 전체 tunnel 속도가 모든 참여 피어의 속도에 대한 강한 하한을 제공하는 것처럼 보입니다 14:38 &lt;+detonate&gt; 코멘트: 몇몇 이상치가 보이네요 14:38 &lt;+ant&gt; &lt;BS314159&gt; 그게 반영되어 있나요? 14:39 &lt;jrandom&gt; BS314159: 전체 tunnel 속도요? 아, 테스트하는 노드의 네트 연결을 말하나요? 14:40 &lt;+bla&gt; BS314159: 네, 그건 하한을 제공합니다. 아직 반영하지 않았지만 반영할 예정입니다. 나이브 베이지안 프레임워크는 샘플들(RTT 측정치)에 서로 다른 가중치를 줄 수 있게 해줍니다. 아주 빠른 RTT에는 앞으로 더 큰 가중치를 둘 겁니다 14:40 &lt;+ant&gt; &lt;BS314159&gt; 특정 tunnel의 전체 대역폭을 말합니다 14:40 &lt;+bla&gt; BS: 현재 결과는 지연시간(latency) 측정치입니다 14:40 &lt;+ant&gt; &lt;BS314159&gt; 그렇군요. 14:41 &lt;+ant&gt; &lt;BS314159&gt; 그럼 됐습니다 14:41 &lt;jrandom&gt; 아, 맞아요. 처리량을 측정하려면 서로 다른 크기의 메시지로 테스트하도록 추가 수정이 필요하죠 14:41 &lt;jrandom&gt; 한편, 암묵적 tunnel 테스트는 더 큰 메시지(보통 4KB, 스트리밍 라이브러리의 단편화 크기이기 때문)로 구동됩니다 14:42 &lt;+bla&gt; detonate: 네, 이상치가 있습니다. 추정, 더 일반적으로는 모델링에는 항상 어느 정도 존재합니다. 다만, 정말 느린 클라이언트와 정말 빠른 클라이언트를 구분하는 것(약 400ms에 임계값을 두는 것)은 그럭저럭 괜찮습니다 14:42 &lt;+detonate&gt; 좋아요 14:43 &lt;+bla&gt; jrandom: 맞습니다. 그게 동작하게 되면(저는 Java 고수는 아니지만...), 더 큰 메시지를 써서도 테스트해 보겠습니다 14:43 &lt;+bla&gt; detonate: 이제 빠른 피어와 정말 빠른 피어의 구분을 더 잘하고 싶습니다. 14:43 &lt;jrandom&gt; 좋아요, 그걸 위한 수정된 TestJob을 보내줄 수 있을지 보겠습니다 14:44 &lt;+bla&gt; 새 결과가 나오면 보고하겠습니다. 14:44 &lt;jrandom&gt; 끝내주네요 14:45 &lt;jrandom&gt; 좋아요, 3) 베이지안 피어 프로파일링에 대해 다른 거 있나요? 14:46 &lt;jrandom&gt; 없다면, 4) Q 상태로 넘어가죠 14:46 &lt;jrandom&gt; 이메일에서 언급했듯이, Aum이 새 웹 인터페이스를 진전시키고 있다는 소문이 있어요 14:47 &lt;jrandom&gt; 그것에 대해, 또는 Q의 나머지 업데이트 상태에 대해 많이 알진 못하지만, 곧 더 듣게 될 거라 확신해요 14:48 &lt;jrandom&gt; Q에 대해 제기할 게 있나요? 아니면 이 안건은 빠르게 처리하고 5) ???로 넘어갈까요? 14:49 &lt;jrandom&gt; [넘어간 걸로 하죠] 14:49 &lt;jrandom&gt; 좋아요, 회의에서 더 제기할 거 있나요? 14:50 &lt;jrandom&gt; defnax: i2p 커뮤니티 사람들에게 i2p 트래커를 알리는 건 훌륭하죠. 외부 세계에는 아직 0.6도 아니니 좀 거칠 수 있고요 14:50 &lt;gott&gt; 네. 14:50 &lt;jrandom&gt; (아니면 1.0 ;)) 14:50 &lt;gott&gt; 사용자 영역 문서화 작업에 대해 공유할 정보가 좀 있어요. 14:51 &lt;+mancom&gt; 기록 차원에서: mancom.i2p에 Q의 클라이언트 API의 C# 구현(첫 버전)이 있습니다 14:51 &lt;jrandom&gt; 오 멋져요, 말해봐요 gott 14:51 &lt;jrandom&gt; 아 좋네요 mancom 14:51 &lt;gott&gt; 예전에 0.4 i2p용 사용자 영역 문서를 쓴 적이 있어요. 14:52 &lt;jrandom&gt; 그런데 안타깝게도 제가 이것저것 왕창 바꾸는 바람에 구식이 되어버렸죠 :( 14:52 &lt;gott&gt; 하지만 지금의 i2p와는 완전히 맞지 않아요. 14:52 &lt;gott&gt; 그래서 사실상의 표준 문서 세트를 작성하는 데 관심이 큽니다. (a) i2p에 번들로 넣거나 (b) i2p를 통해 접근하게 하거나요. 14:53 &lt;jrandom&gt; 끝내주죠. 문서를 i2p에 번들할 수 있다면(사용자 언어로 현지화 등) 아주 좋겠어요 14:53 &lt;+cervantes&gt; 좋네요 14:53 &lt;gott&gt; 번들은 권하진 않지만, 여전히 가능한 옵션이긴 해요. 사용자가 i2p 사용법이나 설정을 모르면 매뉴얼을 읽으러 eepsites에 접속할 수 없으니까요 ;-) 14:53 &lt;gott&gt; 좋아요. 14:53 &lt;gott&gt; 하지만 그건 오버킬 아닌가요? 14:53 &lt;+ant&gt; &lt;BS314159&gt; 어느 제대로 된 프로그램이 man 페이지 없이 나오나요? 14:53 &lt;+cervantes&gt; 그리고 1.0까지 기다릴 가치가 있을까요? 14:54 &lt;gott&gt; 그건 또 다른 질문이죠. 14:54 &lt;jrandom&gt; 개발이 꽤 유동적이니, 전체 사용자 가이드보단 상황별 도움말에 집중하는 게 좋을 것 같아요 14:54 &lt;gott&gt; BS314159: 이건 man페이지가 아닙니다. 플랫폼 독립적일 거예요. 아마 HTML이겠죠. 14:54 &lt;+cervantes&gt; 그때까지 구조적 변경이 얼마나 더 있을까요 14:54 &lt;jrandom&gt; 예를 들어, 다양한 구성 옵션이 무엇을 *의미*하는지, 그 영향이 무엇인지 등을 더 잘 설명하는 문서가 있으면 좋겠어요. 14:55 &lt;gott&gt; 좋아요, 그러면 i2p 매뉴얼의 영어와 프랑스어 현지화를 작성하겠습니다. 14:55 &lt;+jdot&gt; 사실, inproxy(일반 인터넷에서 I2P 내부로 접속해 주는 프록시)를 사용하면 i2p가 설치되지 않아도 문서에 접근할 수 있겠네요. 14:55 &lt;gott&gt; 두 가지 주요 질문: 14:55 &lt;jrandom&gt; 그런 정보는 인터페이스 안에 넣어두면 자체적으로 최신 상태를 유지할 수 있어요 14:55 &lt;+cervantes&gt; 그래요, 컨텍스트 도움말이면 최고죠 14:55 &lt;gott&gt; (1) 번들로 넣을까요, 아니면 manual.i2p를 통해 접근 가능하게 할까요? 14:55 &lt;gott&gt; (2) 어느 버전을 대상으로 할까요? 14:55 &lt;gott&gt; 네 14:55 &lt;jrandom&gt; 아직 사용자 가이드를 만드는 건 현명하지 않을 수 있어요 14:55 &lt;gott&gt; 그거 좋은 생각이네요 14:56 &lt;gott&gt; 자동 업데이트 기능으로 사용자 매뉴얼을 업데이트하겠다는 뜻인가요? 14:56 &lt;gott&gt; jrandom: 알겠습니다 14:56 &lt;gott&gt; 그렇다면 상황별 도움말은 어떻게 제안하나요? 14:56 &lt;jrandom&gt; 오, 업데이트 프로세스로 문서 업데이트를 배포할 수는 있죠 14:56 &lt;+cervantes&gt; 매뉴얼을 만들 때가 오면, 로컬에서 문서에 접근하길 원하는 사용자는 manual.war를 자신의 webapps 폴더에 넣을 수도 있겠죠 14:57 &lt;gott&gt; 저는 사용자 매뉴얼을 생각하고 있어요. 14:57 &lt;gott&gt; 아니면 HOWTO. 14:57 &lt;gott&gt; 상황별 도움말이 무슨 뜻인지 잘 모르겠네요. 14:57 &lt;gott&gt; 꽤 단순해요. 14:57 &lt;jrandom&gt; gott: 예를 들면, /config.jsp에 있는 것들이 도대체 뭘 의미하는지 일반인(초고수 아님)이 읽을 수 있게 설명하는 정보 묶음이요. 그 정보는 /config.jsp 자체에 있거나, 그 config.jsp에서 접근 가능한 HTML 페이지에 두는 거죠 14:58 &lt;jrandom&gt; 사용자 매뉴얼이나 HOWTO는 좋지만, 1.0 전에는요 14:59 &lt;jrandom&gt; 그쪽으로 이미 포럼에 작업이 있어요 @ http://forum.i2p.net/viewtopic.php?t=385 14:59 &lt;gott&gt; jrandom: 네. 14:59 &lt;gott&gt; 음. 14:59 &lt;gott&gt; config.jsp의 정보는 이미 꽤 직관적이에요 15:00 &lt;jrandom&gt; 한편, 대역폭 제한이 실제로 무엇을 하는지, 버스트 레이트가 어떻게 동작하는지 등에 대한 질문이 늘 올라와요. 사람들이 묻기 전에 그 답을 페이지에 두면 좋겠죠 15:00 &lt;gott&gt; 헤헷 15:00 &lt;jrandom&gt; gott: 당신에겐 직관적일지 몰라도 i2p를 거의 2년간 써왔기 때문이죠 15:00 &lt;gott&gt; 어쨌든, 'configtunnels.jsp'는 손볼 게 좀 있겠네요. 15:00 &lt;gott&gt; 좋아요. 15:00 &lt;+cervantes&gt; 익숙한 사람에겐 직관적일지 몰라도, 뉴비는 헤맬 거예요 15:01 &lt;gott&gt; 그렇다면, 더 최신화된 작업 목록은 이렇습니다: 15:01 &lt;+cervantes&gt; 도움말을 인터페이스에서 어떻게 보여주는 게 최선인지는 잘 모르겠네요 15:01 &lt;gott&gt; (1) 사용자 언어로 현지화된 웹페이지의 상황별 도움말. 인터페이스 언어를 위한 구성 변수를 두고, 기본값은 리눅스에서 $LANG 환경 변수에서 읽어오도록 15:02 &lt;gott&gt; Windows에서 Java가 기본 로케일을 어떻게 파악하는지는 잘 모르겠네요. 15:02 &lt;gott&gt; 하지만 현지화와 문서화의 좋은 출발점이죠. 15:03 &lt;gott&gt; (2) 1.0 버전에는 i2p를 통해 '접근'하는 HOWTO 15:03 &lt;gott&gt; HOWTO를 번들하는 건 과하다고 봐요. i2p는 가능한 한 작게 유지하는 게 좋지 않을까요? 15:03 &lt;jrandom&gt; 친구, 그건 HTML이야. 엄청 작지. 커도 HTML은 압축이 *정말* 잘 돼요 15:03 &lt;jrandom&gt; 로컬 매뉴얼이 있는 게 훨씬 좋겠어요 15:03 &lt;jrandom&gt; 특히 업데이트도 밀어 넣을 수 있으니까요 15:03 * gott 어깨를 으쓱함 15:04 &lt;gott&gt; 그렇겠네요. 15:04 &lt;gott&gt; 그냥 좀 우스워 보일 뿐이에요. 15:04 &lt;gott&gt; 웹에서 그냥 받을 수 있는데요. 15:04 &lt;gott&gt; 하지만 한편, 사용자가 i2p 쓰는 법을 모른다면 15:04 &lt;gott&gt; 못 하겠죠. 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; aum 있나요, QuarterMaster 사양을 보고 있었거든요 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; * 클라이언트 측 검색을 돕기 위해, 모든 데이터 항목에는 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; 단순한 메타데이터 스키마가 붙습니다 - 현재로선 다음으로 구성돼요: 15:04 &lt;+ant&gt; &lt;Synonymous2&gt; - key - 키의 텍스트 이름 15:04 &lt;+jdot&gt; www.i2p.net에 올려서 인터넷이랑 i2p 양쪽에서 접근 가능하게 하죠. 15:04 &lt;+jdot&gt; 그리고 항상 최신으로 15:05 &lt;gott&gt; 맞아요. 15:05 &lt;gott&gt; 음, 그냥 업데이트 메커니즘을 쓰면 되죠. 15:05 &lt;gott&gt; 좋아요. 15:05 &lt;gott&gt; 그럼 정리하죠: 15:05 &lt;jrandom&gt; 물론, 웹사이트에도 올릴 수 있어요. 도움이 된다면 온 인터넷에 도배해도 되죠 ;) 15:05 &lt;+ant&gt; &lt;Synonymous2&gt; Aum이 나중에 스토리지 시스템을 업그레이드하고 싶을 때를 대비해 메타데이터를 분리하도록 datastore를 구현할 수 있는지 궁금해요. Freenet이 스토리지 시스템을 바꾸고 싶었는데 막혔던 거 기억나죠 15:05 &lt;gott&gt; 1: 현지화된 인터페이스와 상황별 도움말. 15:05 &lt;gott&gt; 2: 1.0 버전용 현지화된 HOWTO 15:05 &lt;+ant&gt; &lt;Synonymous2&gt; 앗 여기 회의였죠 :) 15:05 &lt;gott&gt; 추가할 것 있나요? 15:06 &lt;gott&gt; HOWTO는 i2p 네트워크의 여러 추가 기능을 다룰 거예요. 15:06 &lt;gott&gt; 최신 포르노 어디서 구하는지 (농담) 15:06 &lt;+ant&gt; &lt;BS314159&gt; man페이지! :-) 15:06 &lt;gott&gt; man페이지는 플랫폼 독립적이지 않아요 15:06 &lt;jrandom&gt; 좋아요, Q, i2ptunnel, feedspace, i2p-bt 같은 걸 HOWTO에 포함하면 아주 좋죠 15:06 &lt;+cervantes&gt; 설치 프로그램도 현지화할 수 있겠네요... 15:06 &lt;gott&gt; i2p 네트워크에는 프랑스어 사용자들이 엄청 많아요 15:07 &lt;+Ragnarok&gt; 제가 미뤄둔 주소록 문서를 당신이 꼭 써줘야겠어요 :) 15:07 &lt;gott&gt; 지저분한 영어 안 봐도 되도록 현지화된 인터페이스를 분명 좋아할 겁니다 15:07 &lt;+cervantes&gt; 이봐요, 이미 거의 프랑스어잖아요 15:07 &lt;gott&gt; 맞아요. 15:07 &lt;gott&gt; 좋은 생각들이네요. 15:08 &lt;gott&gt; 음, 전 할 말은 여기까지예요. 15:08 &lt;jrandom&gt; 좋아요, 고마워요 gott, 좋은 주도였어요 15:08 &lt;gott&gt; 당장은 상황별 도움말부터 시작하겠습니다 15:08 &lt;jrandom&gt; Synonymous2: 그 부분에서 Aum이 뭘 하고 있는지는 잘 모르겠어요 15:08 &lt;jrandom&gt; 죽이네 15:08 &lt;gott&gt; 그리고 나중에 현지화 옵션이 추가되면, 현지화 언어들로 15:08 &lt;+bla&gt; gott: 난 영어가 너무 싫어! ;) 15:09 &lt;gott&gt; 나도 그래 15:09 &lt;+ant&gt; &lt;Synonymous2&gt; Q, i2ptunnel, feedspace, i2p-bt 등을 HOWTO에 넣으면 좋겠고, i2p 위키 문서도 이걸 추가하도록 업데이트해야 한다고 봐요, 제가 그렇게 할게요 15:09 &lt;+cervantes&gt; 그건 정복왕 윌리엄을 탓해야지 15:09 &lt;jrandom&gt; 헤헷 15:09 &lt;gott&gt; 위키는 좋지만 비공식이기도 하죠. 15:09 &lt;gott&gt; 매뉴얼은 공인 느낌이 있어요. 15:09 &lt;gott&gt; 그게 더 신뢰감을 줘요. 15:10 &lt;+ant&gt; &lt;Synonymous2&gt; 사람들이 와서 봐주면 도움이 될 거예요. Freenet 위키피디아 문서도 Freenet 도구를 잘 설명하죠. 그리고 Freenet 웹페이지가 GNU FDL로 배포되는 걸 봤는데, i2p.net도 그렇게 하거나(혹은 퍼블릭 도메인) 하면 위키피디아에 몇 가지를 옮길 수 있어요 :)) 괜찮다면요 15:10 &lt;+cervantes&gt; 아니었으면 아직도 앵글로색슨어를 쓰고 있을 텐데요 15:10 &lt;jrandom&gt; 제가 '권리를 가진' 작업은 전부 묵시적으로 퍼블릭 도메인으로 공개합니다 15:11 &lt;+ant&gt; &lt;Synonymous2&gt; 그런 줄 알았어요, 웹페이지에 그런 문구를 편하실 때 올려주시면 좋겠어요. 위키피디아 사람들은 저작권에 엄격하거든요 :&gt; 15:11 &lt;+ant&gt; &lt;Synonymous2&gt; :))) 15:11 &lt;gott&gt; jrandom: 제가 쓰는 현지화는 전부 퍼블릭 도메인으로 할게요 15:11 &lt;jrandom&gt; 반면에, 글을 통째로 복사하는 건 음, 별로 도움 되지 않아요. 복사본은 금방 구식이 되니까요 - 그냥 링크하세요, 웹은 그런 이유로 있는 거니까요 15:11 &lt;gott&gt; 난 어떤 라이선스든 신경 안 써요. 15:12 &lt;gott&gt; 또, 마지막 질문: 15:12 &lt;+ant&gt; &lt;Synonymous2&gt; 저는 도표나 그래픽 몇 가지를 복사하려고 했어요 헤헤 15:12 &lt;gott&gt; router용 .jsp는 어디에 있나요? 15:12 &lt;jrandom&gt; gott: `http://dev.i2p/cgi-bin/cvsweb.cgi/apps/routerconsole/jsp/` 15:13 &lt;gott&gt; 아 15:13 &lt;gott&gt; 그럼 로컬에선 .jar 안에 있나요? 15:13 &lt;jrandom&gt; gott: routerconsole.war 15:13 &lt;jrandom&gt; 하지만 거기서는 실제로 편집할 수 없어요, Java로 미리 컴파일되어 있거든요 15:13 * gott 고개를 끄덕임 15:13 &lt;gott&gt; 그렇죠. 15:14 &lt;gott&gt; 하지만 그건 좀 불편하네요. 15:14 &lt;gott&gt; 현지화가 나오면, 그게 바뀔 수도 있나요? 15:14 &lt;jrandom&gt; 네. 선택지는 많아요. JSP가 렌더링해야 할 HTML을 정리해 주시면, 우리가 연결할 수 있어요 15:14 &lt;+cervantes&gt; Synonymous: http://www.i2p.net/licenses 15:15 &lt;gott&gt; 그래서 언어 팩을 둘 수 있죠 15:15 * gott 고개를 끄덕임 15:15 &lt;gott&gt; 지금은 그냥 하드코딩돼 있어요 15:15 &lt;jrandom&gt; Java에서 현지화는 언어별 properties 파일의 리소스를 읽어오는 방식으로 동작해요 15:15 &lt;gott&gt; 하지만 나중에는 덜 제한적이어야 한다고 생각해요 15:15 &lt;jrandom&gt; 그렇죠 그렇죠 15:16 &lt;gott&gt; 좋네요. 15:16 &lt;gott&gt; 그럼 anonymous CVS를 쓸게요 ;-) 15:16 &lt;jrandom&gt; 죽이네 15:16 &lt;+ant&gt; &lt;BS314159&gt; bla: 원시 데이터는 어디서 볼 수 있나요? 15:16 &lt;jrandom&gt; bla가 방금 연결이 끊겼는데, 데이터 제공을 알아보겠습니다 15:17 &lt;gott&gt; 그런데, OpenBSD에서 i2p를 돌리는 사람 있나요? 15:17 &lt;+ant&gt; &lt;BS314159&gt; 사람들이 자기 추정기를 해보게 하면 재밌을 거예요 15:17 &lt;+ant&gt; &lt;BS314159&gt; sister:...23? 15:17 &lt;jrandom&gt; gott: 그래, detonate가 그런 걸로 알아 15:18 &lt;+ant&gt; &lt;BS314159&gt; 확인 15:18 &lt;+ant&gt; &lt;BS314159&gt; 교차 게시 15:18 &lt;+ant&gt; &lt;BS314159&gt; 젠장! 15:18 &lt;gott&gt; 가능하기는 한가요? OpenBSD와 i2p 관련 Java의 한계가 뭐죠? 15:18 &lt;gott&gt; 좋아요. 15:18 &lt;jrandom&gt; BS314159: 네, 포럼에 추정기를 수정하는 데 좋은 정보가 좀 있어요 15:18 &lt;+cervantes&gt; 긴 회의네 15:18 &lt;gott&gt; 시간이 나면 돌려보고 포트를 만들 수도 있겠네요. 15:18 &lt;gott&gt; 하지만 그건 한참 뒤고 아마 누군가가 저보다 먼저 하겠죠 ;-) 15:18 &lt;jrandom&gt; cervantes: 로그를 봐, 우리 예전에 2시간도 넘겼어 ;) 15:19 &lt;jrandom&gt; 좋아요, 회의에 더 있을 분? 15:20 &lt;jrandom&gt; 없다면 15:20 * jrandom 마무리 준비 15:20 * jrandom 회의를 *baf* 하며 종료함 </div>/ko/blog/2005/04/05/2005-04-05%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 05 Apr 2005 00:00:00 +0000/ko/blog/2005/04/05/2005-04-05%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 주간 업데이트 시간입니다</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.5 2) 베이지안 피어 프로파일링 3) Q 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.5</li> </ol> </li> </ul> <p>지난주 0.5.0.5 릴리스는 우여곡절이 있었습니다 - netDb에서의 일부 공격에 대응하기 위한 주요 변경 사항은 기대한 대로 동작하는 것으로 보이지만, netDb의 동작에서 오랫동안 간과되어 온 몇 가지 버그를 드러냈습니다. 이로 인해, 특히 eepsites(I2P Sites)에 상당한 신뢰성 문제가 발생했습니다. 그러나 이러한 버그들은 CVS에서 식별되어 해결되었으며, 그 수정 사항들은 몇 가지 다른 수정과 함께 다음 하루 이내에 0.5.0.6 릴리스로 배포될 예정입니다.</p>/ko/blog/2005/04/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-4%EC%9B%94-5%EC%9D%BC/Tue, 05 Apr 2005 00:00:00 +0000/ko/blog/2005/04/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-4%EC%9B%94-5%EC%9D%BC/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, duck, frosk, jrandom, jrandom2p, protokol, Teal`c\__, zzz</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:34 &lt;@jrandom&gt; 0) 안녕 14:34 &lt;@jrandom&gt; 1) 0.5.0.5 14:34 &lt;@jrandom&gt; 2) 베이즈식 피어 프로파일링 14:34 &lt;@jrandom&gt; 3) Q 14:34 &lt;@jrandom&gt; 4) ??? 14:35 &lt;@jrandom&gt; 0) 안녕 14:35 * jrandom 손을 흔든다 14:35 * smeghead는 자신의 할 일 목록을 평행우주에 아웃소싱한다 14:35 &lt;@jrandom&gt; 주간 상태 노트를 여기에 올렸어요 @ http://dev.i2p.net/pipermail/i2p/2005-April/000675.html 14:36 &lt;@jrandom&gt; 그럼 1) 0.5.0.5로 바로 들어가죠 14:36 &lt;+ant&gt; * Connelly 손을 흔듭니다 14:37 &lt;+protokol&gt; 모두 안녕하세요 14:37 &lt;@jrandom&gt; 상태 노트(그리고 현재의 history.txt)에서 언급했듯이, 오래도록 지속되던 netDb 버그 몇 가지를 추적해냈습니다 14:37 &lt;@jrandom&gt; 과거에는 얼버무려 넘어갈 수 있었지만, 0.5.0.5가 우리에게 일을 "제대로" 하도록 강제했고, 그래서 지금 와서 문제가 우리를 물어뜯고 있는 거죠 14:39 &lt;@jrandom&gt; 내일쯤 새 릴리스를 낼 것 같으니, router 콘솔의 업데이트 링크를 주시해주세요 :) 14:39 &lt;+protokol&gt; 예이 14:39 &lt;@jrandom&gt; 사실, 지금으로선 그 정도가 전부예요 - 0.5.0.5에 관해 덧붙일 게 더 있는 분? 14:40 &lt;+protokol&gt; 아뇨 14:41 &lt;@jrandom&gt; 좋아요, 2) 베이즈식 피어 프로파일링으로 넘어가죠 14:41 &lt;@jrandom&gt; 아, 젠장, 조금 전에 bla가 채널에서 나갔네요 14:42 &lt;@jrandom&gt; 뭐, 어쨌든 더 견고한 프로파일링 기법을 탐구한 bla의 작업을 사람들에게 소개하고 싶었어요 14:42 &lt;+protokol&gt; 2를 미루나요? 14:43 &lt;@jrandom&gt; 자세한 내용은 포럼 글과 theland.i2p 링크를 확인하시고, 의견이 있으면 bla에게 보내주세요 :) 14:44 &lt;@jrandom&gt; 좋아요, 3) Q로 넘어가요 14:44 &lt;@jrandom&gt; aum: 있나요? 14:44 &lt;@jrandom&gt; 흠, 없는 것 같네요 14:45 &lt;@jrandom&gt; 좋습니다, Q 쪽에서 진전이 많았고, 알파 테스트에 참여하는 방법에 대한 자세한 내용은 여기 @ `http://aum.i2p/q/` 14:45 &lt;@jrandom&gt; 업데이트가 나오면 메일링 리스트에서 더 많은 소식을 들을 수 있을 거예요 14:46 &lt;+ant&gt; &lt;Connelly&gt; Q로 콘텐츠 가져오기는 잘 됩니다 14:46 &lt;@jrandom&gt; 네, 저한테도 아주 잘 작동하고 있어요. 중간중간 약간의 문제는 있지만 꽤 유망합니다 14:47 &lt;+ant&gt; &lt;Connelly&gt; 내 Q 서버가 작은 항목 2개를 저장한 다음 CPU 사용률 100%에 걸려서 내가 종료할 때까지 멈췄어요 14:47 &lt;zzz&gt; 아직 못 보신 분들은 제 Q 프론트엔드를 확인해 보세요 `http://flock.i2p/cgi-bin/q` 14:47 &lt;@jrandom&gt; zzz: 그거 정말 끝내주네요 14:48 * jrandom 상태 노트를 쓰면서 그 URL을 까먹었네 (아차) 14:50 &lt;@jrandom&gt; 좋아요, 3) Q에 대해 더 있을까요? 아니면 4) ???로 넘어갈까요? 14:50 * jrandom 넘어간 것으로 간주한다 14:51 &lt;@jrandom&gt; 회의에서 더 이야기하고 싶은 내용 있는 분? 14:51 &lt;+ant&gt; &lt;Connelly&gt; I2P용 HTTP/HTML 필터를 코딩하고 있어요 14:51 &lt;+protokol&gt; 네 14:51 &lt;+protokol&gt; ian clarke는 Slashdot에서 트롤이에요 14:51 &lt;+ant&gt; &lt;Connelly&gt; 계속 코딩 중이에요 14:51 &lt;+ant&gt; &lt;Connelly&gt; Freenet의 HTML 필터러보다 더 안전해야 해요 14:51 &lt;+ant&gt; &lt;Connelly&gt; 시간이 모자라면 Freenet의 필터러를 그냥 통합할게요 14:51 &lt;@jrandom&gt; 좋네요, Connelly, 진행은 어떻습니까? 14:52 &lt;@jrandom&gt; protokol: 그리고 당신은 #i2p의 트롤이죠 ;) 14:52 &lt;+ant&gt; &lt;Connelly&gt; 그래서 결국 I2P용 HTML 필터러를 갖게 될 거예요 14:52 &lt;+ant&gt; &lt;Connelly&gt; HTML 필터링은 끝났고, 지금은 CSS 작업 중이며, 헤더 필터링은 아직 보지 않았어요 14:53 &lt;+ant&gt; &lt;Connelly&gt; 아주 편집증적으로 엄격해요 :) 14:53 &lt;@jrandom&gt; 죽이네 14:53 &lt;+protokol&gt; 화이트리스트? 14:53 &lt;@duck&gt; 뭔가라도 통과시키긴 하나요? 14:53 &lt;+ant&gt; &lt;Connelly&gt; 네 14:53 &lt;+protokol&gt; 그렇다면, 현재 무엇이 금지되나요 14:53 &lt;+protokol&gt; (중요한 것 중에서) 14:55 &lt;+ant&gt; &lt;Connelly&gt; 중요하게 금지되는 것: frames와 iframes, 스크립팅, optgroup 14:55 &lt;+ant&gt; &lt;Connelly&gt; meta 14:55 &lt;+ant&gt; &lt;Connelly&gt; 임베디드 오브젝트 14:56 &lt;@jrandom&gt; 좋군요. 앞으로 어떻게 진행될지 기대되네요 — eepproxy와 연결해서 시험해볼 수 있는 시점이 대략 언제일까요? 14:56 &lt;+ant&gt; &lt;Connelly&gt; 아마 1~2주 안에 알파를 내놓을 거예요 14:57 &lt;+ant&gt; &lt;Connelly&gt; 그래서 어떻게 동작하는지 테스트해볼 수 있죠 14:57 &lt;jrandom2p&gt; 끝내준다 14:58 &lt;+ant&gt; &lt;Connelly&gt; 폼, 쿠키, 콘텐츠 캐싱을 허용하지만 'paranoid' 모드에서는 이를 끌 수 있어요 14:58 &lt;+protokol&gt; 왜 frames와 iframes를 막나요? 그 프레임들에서 I2P가 아닌 사이트로의 연결만 차단하면 안 되나요? 14:59 &lt;+ant&gt; &lt;Connelly&gt; 상단에 cgiproxy 같은 URL 내비게이터 바가 있어요 14:59 &lt;+ant&gt; &lt;BS314159&gt; 어려운 부분은 서로 다른 eepsites 사이의 프레임을 차단하는 일일 것 같아요 14:59 &lt;+ant&gt; &lt;Connelly&gt; 그게 탈취되는 건 원치 않아요 14:59 &lt;+protokol&gt; 제 말은, 그냥 연결만 차단할 수 없나요 14:59 &lt;+ant&gt; &lt;Connelly&gt; 시작할 때 URL만 입력하는 Freenet의 프록시처럼 만들 수도 있어요 14:59 &lt;+protokol&gt; 네, 프레임이 좋을 때도 있어요 14:59 &lt;+ant&gt; &lt;Connelly&gt; 그리고 브라우징을 시작하면 URL을 입력할 수 없게요 14:59 &lt;jrandom2p&gt; 프레임은 새끼 고양이를 죽여요 15:00 &lt;+ant&gt; &lt;BS314159&gt; 이건 아마도 가장 오래된 framewar일 거예요. 실례, flamewar 15:00 &lt;jrandom2p&gt; 헤헷 15:00 &lt;+protokol&gt; 나는 "can" rock이라고 했어요 15:00 &lt;+ant&gt; &lt;BS314159&gt; 우리에겐 우리만의 브라우저가 필요해요 15:00 &lt;@jrandom&gt; 그리고 날아다니는 조랑말도요 15:01 &lt;@jrandom&gt; *기침* 15:01 &lt;+ant&gt; &lt;Connelly&gt; 조랑말보다는 F-16이 더 좋겠네요 15:01 &lt;Teal`c__&gt; 여자 한 명 가질 수 있나요 ? 15:01 &lt;+ant&gt; &lt;Connelly&gt; 프레임을 활성화하는 옵션을 만들게요 15:01 &lt;+protokol&gt; Teal`c__: 안 돼요 15:02 &lt;+ant&gt; &lt;BS314159&gt; 작동하는 I2P inproxy가 있나요? bolas.mine.nu는 죽은 것 같아요. 15:02 &lt;+protokol&gt; 다른 eepsites에서 오는 것만, 맞죠? 15:02 &lt;@jrandom&gt; BS314159: http://i2p.mine.nu/ 15:02 &lt;+protokol&gt; i2p.mine.nu 15:02 &lt;frosk&gt; i2p.mine.nu 15:02 &lt;+ant&gt; &lt;BS314159&gt; 감사합니다 15:02 &lt;+ant&gt; &lt;BS314159&gt; 프레임이 하나의 eepsite 내부에 있다면 안전해요. 모든 콘텐츠가 정적이라면 프레임은 안전해요 15:03 &lt;+ant&gt; &lt;BS314159&gt; 유일한 위험은 프레임 중 하나에 폼이 있는 경우인데, 정보를 엉뚱한 상대에게 제출할 수 있으니까요 15:04 &lt;@jrandom&gt; 음, 저는 필터가 우리가 *필요한 것*(그리고 안전하다고 아는 것)만 지원하고, 사람들이 이걸 원할 거라고 미리 가정하기보다는 실제 최종 사용자 수요에 따라 기능을 확장해 나가야 한다고 봅니다 15:04 &lt;+ant&gt; &lt;BS314159&gt; 현명하네요 15:06 &lt;@jrandom&gt; 좋아요, 회의에 더 다룰 내용 있는 분? 15:06 &lt;Teal`c__&gt; 미안, 회의 중인 줄 몰랐어요 15:07 &lt;@jrandom&gt; 헤, 걱정 마요, 회의 로그에 영원히 남을 거예요 ;) 15:07 &lt;@jrandom&gt; 말이 나온 김에 15:07 * jrandom 마무리한다 15:07 * jrandom *baf*s 회의를 종료 </div>/ko/blog/2005/03/29/2005-03-29%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 29 Mar 2005 00:00:00 +0000/ko/blog/2005/03/29/2005-03-29%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕 여러분, 주간 상태 노트 시간이에요</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.5 2) UDP (SSU) 3) Q 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.5</li> </ol> </li> </ul> <p>여러분이 0.5.0.4로 매우 신속하게 업그레이드해 주신 덕분에, 회의 이후에 새로운 0.5.0.5 릴리스를 배포할 예정입니다. 지난주에 논의했듯이, 가장 큰 변화는 각 작은 메시지에 1KB 크기의 완전한 tunnel 메시지를 각각 할당하는 대신 여러 개의 작은 메시지를 하나로 묶는 배치 처리 코드를 포함한다는 점입니다. 이 변화만으로 혁명적이진 않겠지만, 전달되는 메시지 수와 사용되는 대역폭을 크게 줄일 것이며, 특히 IRC 같은 서비스에서 그 효과가 클 것입니다.</p>/ko/blog/2005/03/28/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-3%EC%9B%94-28%EC%9D%BC/Mon, 28 Mar 2005 00:00:00 +0000/ko/blog/2005/03/28/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-3%EC%9B%94-28%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, cervantes, frosk, jrandom, Myo9, postman, smeghead, zzz</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 13:13 &lt;jrandom&gt; 0) 안녕하세요 13:13 &lt;jrandom&gt; 1) 0.5.0.5 13:13 &lt;jrandom&gt; 2) UDP (SSU) 13:13 &lt;jrandom&gt; 3) Q 13:13 &lt;jrandom&gt; 4) ??? 13:13 &lt;jrandom&gt; 0) 안녕하세요 13:13 * jrandom 손을 흔든다 13:13 * smeghead particles 13:13 &lt;jrandom&gt; 주간 상태 노트를 올렸습니다 @ http://dev.i2p.net/pipermail/i2p/2005-March/000661.html 13:14 &lt;jrandom&gt; (한 시간 일찍 *중얼중얼*) 13:14 &lt;jrandom&gt; 어쨌든, 1) 0.5.0.5 로 들어가죠 13:15 &lt;jrandom&gt; 상태 노트에서 언급했듯이, 오늘 저녁 늦게 새 릴리스를 내놓을 예정입니다 13:15 &lt;jrandom&gt; 아직 0.5.0.4가 아닌 분들은 가능한 빨리 업그레이드하세요, 그렇지 않으면 0.5.0.5 사용자와 통신할 수 없습니다 13:15 &lt;jrandom&gt; 또한 0.5.0.4 사용자도 0.5.0.5가 나오면 바로 업그레이드해야 합니다 13:16 &lt;@smeghead&gt; 업데이트가 router 콘솔의 새로운 신뢰할 수 있는 업데이트(trusted update) 기능을 통해 작동하나요? 13:17 &lt;jrandom&gt; 그렇기도 하고 아니기도 합니다 13:17 &lt;jrandom&gt; 물론 0.5.0.4에는 NewsFetcher의 버그가 있어서, 임시 파일에 쓰지 않고 기존 파일을 /over/ 하며 이어받습니다 13:18 &lt;jrandom&gt; 따라서 NewsFetcher가 업데이트를 감지하는 방식상, 나중에 올라갈 "이봐, 0.5.0.5! 받아!" 정보는 보지 못합니다 13:18 &lt;zzz&gt; 12시간을 기다릴 생각이라면요? '지금 업데이트' 버튼은 없죠, 그렇죠? 13:18 &lt;jrandom&gt; 한편(otoh), 0.5.0.5가 나오고 news.xml이 업데이트되면, 0.5.0.4 사용자는 그 파일을 삭제하면 다시 가져와서 감지하고 업데이트할 수 있습니다 13:19 &lt;@smeghead&gt; 그 파일 이름이 뭐죠? 13:19 &lt;@smeghead&gt; 아, 알겠어요 13:19 &lt;jrandom&gt; zzz: news.xml이 없거나 12시간 동안 수정되지 않았다면 새 리비전을 가져옵니다 13:20 &lt;jrandom&gt; i2pupdate.sud와 함께 새 i2pupdate.zip도 제공될 것입니다 13:20 &lt;jrandom&gt; (다만 이후 리비전에서는 .zip이 제공되지 않을 수도 있습니다) 13:20 &lt;@smeghead&gt; news.xml은 기본 설치 디렉터리에 있어야 하나요? 13:20 &lt;jrandom&gt; smeghead: docs/news.xml 13:21 &lt;+Myo9&gt; 기본적으로 익명으로 업데이트를 받도록 하는 것이 더 좋지 않나요? 13:21 &lt;+Myo9&gt; s/not/"not be"/ 13:22 &lt;jrandom&gt; Myo9: 지난주에 bla가 그에 대한 반론을 제기했어요 - 당신이 i2p를 실행 중이라는 사실은 비밀이 아니고, eepproxy로 그것을 가져오면 dev.i2p가 어떤 destination(목적지)이 사용되었는지 볼 수도 있다는 점이죠 13:22 &lt;+frosk&gt; 어차피 누가 봐도 여러분이 router를 돌리는 건 알 수 있어요 13:22 &lt;+ant&gt; &lt;mae^&gt; 랄랄라라 13:22 &lt;jrandom&gt; 마찬가지로 IRC에서 "지금 router 재시작해요"라고 말하는 건 좋은 생각이 아니듯, 자신의 닉(닉네임)을 router의 활동과 연관시키고 싶진 않을 겁니다 13:23 &lt;+Myo9&gt; 알겠습니다. 13:23 &lt;+ant&gt; * mae^ 귀를 막는다 13:23 &lt;jrandom&gt; 하지만 반대로 dev.i2p가 정말 익명 호스트(즉 dev.i2p.net이라는 걸 모르는 경우)였다면, 그에 대한 지원이 필요하겠죠 :) 13:23 &lt;+ant&gt; &lt;mae^&gt; 네 빌어먹을 네트워크 비밀번호 나한테 말하지 마 13:24 &lt;+ant&gt; &lt;mae^&gt; 젠장 13:25 &lt;jrandom&gt; 좋아요, 1) 0.5.0.5에 대해 추가로 있을까요? 13:25 &lt;+ant&gt; &lt;mae^&gt; 지금 다 같이 1분만 시간을 내서 jr에게 감사하자 13:25 &lt;+ant&gt; &lt;mae^&gt; 조용히, 각자 마음속으로... 13:25 &lt;@smeghead&gt; mae^: 회의 끝나고 하는 건 어때요 13:25 &lt;jrandom&gt; 헤헷, 그리고 기부 페이지로도 ;) 13:25 &lt;+ant&gt; &lt;mae^&gt; 아니면 그에게 개인적으로 해도 괜찮고 13:26 &lt;+ant&gt; &lt;mae^&gt; 아니면 기부해! 13:26 &lt;jrandom&gt; 좋아요, 2) UDP (SSU)로 넘어가죠 13:26 &lt;jrandom&gt; 새 UDP 프로토콜에 대한 생각들을 웹에 올려두었습니다. 날카로운 피드백을 주시면 좋겠습니다 13:27 &lt;+ant&gt; * cervantes 왕실 'we'를 지적함 13:27 &lt;@smeghead&gt; SSU가 뭐죠 13:27 &lt;jrandom&gt; 뭐, 타이핑은 제가 하지만 이 이슈들은 우리 모두가 논의해왔죠 ;) 13:28 &lt;jrandom&gt; SSU == Secure Semireliable UDP(보안 반신뢰성 UDP) 13:28 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/udp.html?rev=HEAD 13:28 &lt;+ant&gt; &lt;Eol&gt; ??? i2p를 설치해 실행했는데 .i2p 사이트를 해석하지 못합니다 .... 브라우저를 4444 프록시에 지정하라는데 privoxy + tor가 이미 거기 있습니다 ... site.i2p:4444도 실패합니다 ... (privoxy나 tor를 끄지 않고) 아이디어 있나요 13:28 &lt;@smeghead&gt; Eol: --&gt; #i2p-chat 13:29 &lt;jrandom&gt; Eol: #i2p-chat에 있는 분들이 도와줄 수 있을 거예요. 지금은 주간 개발 회의 중입니다 13:30 &lt;jrandom&gt; 기본 요지는 대부분의 NAT는 우회할 수 있지만, 아쉽게도 전부는 아닙니다. 그래도 통계에 따르면 상당한 비율에서는 동작합니다(누구에게 묻느냐에 따라 75~95%) 13:31 &lt;jrandom&gt; 좋아요, 대략 이 정도입니다 - 질문/의견/우려가 있으면 언제든지 저나 메일링 리스트로 이메일 주세요 13:31 &lt;+ant&gt; * Eol 사과함 13:31 &lt;@smeghead&gt; 남은 사람들은 폭군 같은 시스템 관리자에게 반기를 들어야 합니다 13:31 &lt;jrandom&gt; 괜찮아요, eol 13:32 &lt;@smeghead&gt; (아니면 돈 좀 써서 제대로 된 인터넷 회선을 쓰든가) 13:32 &lt;jrandom&gt; 아니면 대칭 NAT가 아닌 NAT를 쓰세요 13:32 &lt;+frosk&gt; (아니면 restricted routes를 기다리세요) 13:32 &lt;jrandom&gt; 맞아요, 아니면 2.0을 기다리세요 :) 13:32 &lt;@smeghead&gt; 왜냐하면 사실 정보의 자유와 익명성이 중요하다면, 애초에 자신의 통제 밖에 있는 그런 NAT 제약에 자신을 맡겨서는 안 되니까요 13:32 &lt;jrandom&gt; smeghead: 모두가 선택권이 있는 건 아니니까요 13:33 &lt;jrandom&gt; 예를 들어, 며칠 전에 UAE에서 온 사용자가 있었는데, 거긴 ISP가 단 하나이고, 자체 NAT를 사용합니다 13:33 &lt;@smeghead&gt; 맞는 말씀입니다. 하지만 자신들의 권한을 되찾아야 할 사람들이 우리가 어떻게든 무리해서 지원해주길 기대하는 경우도 있죠 13:33 &lt;@smeghead&gt; 그렇죠 13:34 &lt;jrandom&gt; 그래요, 할 수 있는 건 지원하고, 할 수 없는 건... 아직은 못 합니다 13:34 &lt;@smeghead&gt; 사람들이 ISP에 더 고개 숙일수록 ISP는 사용자 제한을 더 강화할 것이고, 우리의 일은 더 어려워집니다 13:37 &lt;jrandom&gt; 좋아요, 2) UDP에 대해 더 있을까요? 없다면 3) Q로 넘어갑니다 13:37 &lt;jrandom&gt; 흠, aum이 아직 안 깨어난 것 같네요 :) 13:37 &lt;jrandom&gt; 하지만 기본적으로 멋진 것들이 `http://aum.i2p/q/` 에 많이 올라와 있어요 13:38 &lt;@smeghead&gt; 제가 aum을 대신해 말하자면, "zzzzzzzzzzzzzZZZz" 13:39 &lt;jrandom&gt; 좋아요, 이메일에 있는 내용 외에 덧붙일 게 있을진 모르겠네요, "멋진 것들, aum에게 물어보세요" :) 13:40 &lt;jrandom&gt; 좋아요, 빠르게 4) ??? 로 넘어갑니다 13:40 &lt;jrandom&gt; 다른 안건 있으신가요? 13:41 &lt;cervantes&gt; 오, 30분도 안 걸렸어? 13:41 &lt;jrandom&gt; 먼저 회의 노트를 한 시간 일찍 내고, 이제는 이것까지! 13:41 &lt;@smeghead&gt; 의사진행 방해(filibuster)할 시간인가요 13:41 &lt;jrandom&gt; *콜록* 13:41 &lt;+postman&gt; :) 13:41 &lt;jrandom&gt; 좋아요, 더 없으면 저는 0.5.0.5 패키징 작업으로 돌아갈게요. 준비되면 여러분이 다운로드하시면 됩니다 :) 13:41 &lt;+postman&gt; 좋아요, v2mail.i2p를 알리고 싶었습니다 13:42 * cervantes 명(明)나라 중국 징을 끌어낸다 13:42 &lt;jrandom&gt; 오, 멋집니다 postman 13:42 &lt;+postman&gt; v2mail 개발의 공식 포털로서요 13:42 &lt;+postman&gt; HTML 레이아웃이 아기들을 잡아먹지만 13:42 &lt;+postman&gt; 그래도 그곳의 문서/백서가 흥미롭길 바랍니다 13:43 &lt;+postman&gt; 문서는 다음 주 동안 업데이트될 예정입니다 13:43 &lt;@smeghead&gt; v2mail이 무엇인지 간단히 설명해 주시겠어요? 13:43 &lt;@smeghead&gt; 'v2'가 버전 2라는 뜻인가요, 아니면 로켓? 13:43 &lt;+postman&gt; smeghead: i2p 1.0용 새로운 분산 메일 서비스입니다 13:43 &lt;+postman&gt; smeghead: v2는 버전을 뜻합니다 13:44 * postman은 메일 폭탄이나 로켓을 전혀 계획하고 있지 않습니다 :) 13:44 &lt;@smeghead&gt; 그게 1.0에 특별히 의존하나요, 아니면 그냥 목표인가요? 13:45 &lt;+postman&gt; 아직 몇 달은 더 작업해야 합니다 - 업데이트는 그곳에서 공지할게요 13:45 &lt;+frosk&gt; 수고했어요, postman 13:45 &lt;+postman&gt; smeghead: 아니요, 1.0에 대한 의존성은 없습니다 — 여전히 susimail이나 여러분이 쓰는 MUA(메일 사용자 에이전트)를 계속 사용하게 됩니다 13:46 &lt;+postman&gt; frosk: 고마워요 13:46 &lt;+postman&gt; jrandom: k, /me hands back the microphone 13:47 &lt;+ant&gt; &lt;cervantes&gt; *멀리서 박수* 13:47 &lt;jrandom&gt; w3rd, 정말 멋져 보이네요 13:47 &lt;+postman&gt; cervantes: 이봐요, 당신의 Firefox 플러그인은 어때요? 13:47 &lt;jrandom&gt; 좋아요, 회의에 추가할 내용 더 있나요? 13:48 &lt;+ant&gt; &lt;cervantes&gt; postman: 으음 아직 플러그인 작업 중이야 13:49 &lt;+postman&gt; cervantes: 그거 가지고 놀고 싶어요 :) 13:50 &lt;+ant&gt; &lt;cervantes&gt; 사용자 환경설정을 관리하는 지루한 부분만 지나면... 테스트 릴리스를 내놓을 준비가 될 거예요 13:50 &lt;jrandom&gt; 끝내주네 13:50 &lt;+postman&gt; c00l :) 13:52 &lt;+ant&gt; &lt;cervantes&gt; 여담이지만... 플러그인에 URI 필터링을 쉽게 추가할 수 있도록 코드베이스 수정을 검토해 달라고 몇몇 Mozilla 개발자들을 설득한 것 같아요(즉, i2p가 아닌 주소로 연결이 발생하지 않도록 보장할 수 있게 될 거예요) 13:52 &lt;jrandom&gt; 오, 좋네요! 13:52 &lt;+ant&gt; &lt;cervantes&gt; 하지만 그건 Firefox에서 몇 번의 릴리스를 더 거쳐야 들어갈 거예요 13:53 &lt;jrandom&gt; 좋습니다, 계속 소식 전해주세요 13:53 &lt;+ant&gt; &lt;cervantes&gt; 그럴게요 13:54 &lt;jrandom&gt; 좋아요, 더 없으면... 13:54 * jrandom 마무리한다 13:54 * jrandom *baf* 하며 회의를 종료한다 </div>/ko/blog/2005/03/22/2005-03-22%EC%9A%A9-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 22 Mar 2005 00:00:00 +0000/ko/blog/2005/03/22/2005-03-22%EC%9A%A9-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 간단한 현황 업데이트입니다.</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.3 2) 일괄 처리 3) 업데이트 4) ???</li> </ol> <ul> <li>0.5.0.3</li> </ul> <p>새 릴리스가 나와 널리 배포되었고, 대부분의 여러분이 꽤 빨리 업그레이드해 주셨네요—감사합니다! 여러 가지 문제에 대한 버그 수정이 있었지만 혁명적이라고 할 만한 변화는 없었습니다—가장 큰 변화는 0.5 및 0.5.0.1 사용자들을 네트워크에서 제외한 것입니다. 그 이후로 네트워크의 동작을 추적하며 무슨 일이 일어나고 있는지 살펴보고 있는데, 어느 정도 개선은 있었지만 아직 정리해야 할 것들이 남아 있습니다.</p> <p>하루나 이틀 내에 새로운 릴리스를 배포할 예정이며, 아직 아무도 겪지 않았지만 새로운 배칭(batching) 코드를 망가뜨리는 문제를 수정하는 버그 수정이 포함됩니다. 또한 기타 사소한 사항들과 함께, 사용자 선호에 따라 업데이트 과정을 자동화하기 위한 몇 가지 도구도 제공될 예정입니다.</p>/ko/blog/2005/03/22/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-3%EC%9B%94-22%EC%9D%BC/Tue, 22 Mar 2005 00:00:00 +0000/ko/blog/2005/03/22/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-3%EC%9B%94-22%EC%9D%BC/<h2 id="간단한-요점-정리">간단한 요점 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, bla, cervantes, detonate, duck, frosk, jdot, jrandom, mihi, Ragnarok</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:01 &lt;@jrandom&gt; 0) 안녕 13:01 &lt;@jrandom&gt; 1) 0.5.0.3 13:01 &lt;@jrandom&gt; 2) 배칭 13:01 &lt;@jrandom&gt; 3) 업데이트 13:01 &lt;@jrandom&gt; 4) ??? 13:01 &lt;@jrandom&gt; 0) 안녕 13:01 * jrandom 손을 흔듦 13:01 &lt;@jrandom&gt; 방금 올린 주간 상태 노트가 http://dev.i2p.net/pipermail/i2p/2005-March/000654.html 에 올라와 있어요 13:02 &lt;+detonate&gt; 안녕 13:02 &lt;+cervantes&gt; 안뇽 13:02 &lt;@jrandom&gt; 바로 1) 0.5.0.3 로 들어가죠 13:02 &lt;@jrandom&gt; 며칠 전에 릴리스가 나왔고, 보고는 긍정적입니다 13:02 &lt;+cervantes&gt; jrandom: 파란 난쟁이들이 춤추며 네 모니터 위로 기어오르면 알려줘, 회의 일찍 끝낼게 13:03 &lt;@jrandom&gt; 헤헷 cervantes 13:03 &lt;@jrandom&gt; (편집 가능한 회의 로그를 제공한 Bob에게 감사 ;) 13:04 &lt;@jrandom&gt; 그 메시지에 있는 것 외에 0.5.0.3에 관해 딱히 덧붙일 건 없어요 13:04 &lt;@jrandom&gt; 이에 대해 의견/질문/우려 있으신가요? 13:04 &lt;bla&gt; jrandom: fast-peers-selection 코드에 대한 새로운 측정치가 있나요? 13:05 &lt;@jrandom&gt; 아, 0.5.0.3에 내가 빠뜨린 게 또 있었지 ;) 13:06 &lt;@jrandom&gt; 아직 확실한 지표는 없지만, 경험적으로 fast peer selection이 제가 명백히 '빠르다'고 아는 peer들을 잘 찾아냅니다 (예: 같은 박스의 routers 등) 13:07 &lt;bla&gt; jrandom: 가끔 eepsites가 여전히 쓸 만한 tunnel을 찾으려면 여러 번 재시도가 필요합니다 13:07 &lt;@jrandom&gt; 때로는 꽤 합리적인 처리량 보고도 들어옵니다 (10-20KBps 범위) 다만 아직은 자주 나오진 않아요 (파라미터를 낮춰 둔 상태라) 13:08 &lt;+ant&gt; &lt;Connelly&gt; 이런, 회의가 있네 13:09 &lt;@jrandom&gt; 흠, 네, 아직 신뢰성이 필요한 수준에 못 미치고 있어요. 여러 번 재시도하는 건 해결책이 아닙니다 - 1번 재시도해도 사이트가 안 뜨면 재시도하기 전에 5-10분 정도 두세요 13:09 &lt;@jrandom&gt; 네트워크에서 전송 계층 지연 스파이크가 꽤 자주 보이더군요 13:10 &lt;@jrandom&gt; 예: 소켓을 통해 1-2KB 메시지 하나를 flush하는 데만 5-20+초가 걸리는 경우 13:10 &lt;@jrandom&gt; 거기에 5 홉 경로(2 홉 tunnels)를 묶어 놓으면 문제가 생길 수 있죠 13:11 &lt;@jrandom&gt; 그게 바로 배칭 코드를 밀어붙이는 이유 중 하나예요 - 보내야 할 메시지 수를 줄이는 것 13:13 &lt;@jrandom&gt; 좋아요, 0.5.0.3에 관해 다른 질문/의견/우려 있나요? 13:13 &lt;bla&gt; jrandom: 좋아 보입니다. 다음 "섹션"에서 더 물어볼게요 13:14 &lt;@jrandom&gt; w3rd, 좋아요, 그럼 2) 배칭으로 넘어가죠 13:15 &lt;@jrandom&gt; 이메일과 제 블로그(jrandom.dev.i2p&lt;/spam&gt;)에 계획의 기본이 설명되어 있습니다 13:15 &lt;@jrandom&gt; 그리고, 음, 사실 꽤 기본적인 것들이에요 13:15 &lt;@jrandom&gt; 지금 있는 preprocessor는 구현하기 가장 단순한 걸로 만들었어요 (클래스명: TrivialPreprocessor) ;) 13:16 &lt;@jrandom&gt; 새 것은 배칭 빈도를 조절하는 파라미터가 있고, 개별 tunnel 풀 내부에서 outbound tunnel 선호(예: 후속 요청에 대해 최대 500ms 정도 같은 outbound tunnel을 선택해 배칭을 최적화하려는 시도)도 있습니다 13:17 &lt;@jrandom&gt; 그 정도가 전부예요 - 질문/의견/우려 있나요? 13:18 &lt;bla&gt; 이건 참여하는 모든 노드가 새 preprocessor를 돌려야 하나요, 아니면 Trivial/새것 혼합도 공존 가능한가요? 13:18 &lt;+Ragnarok&gt; 이거 지연에 0.5초가 추가되겠죠? 13:19 &lt;@jrandom&gt; bla: 아니요, 이 preprocessor는 tunnel gateway에서만 쓰이고, 배칭을 어떻게 할지 말지는 그 gateway가 결정합니다 13:20 &lt;@jrandom&gt; Ragnarok: 보통은 아닙니다 - 메시지 1은 최대 0.5초 지연될 수 있지만, 메시지 2-15는 원래보다 훨씬 빠르게 전송됩니다. 또 단순한 임계값이라서, full tunnel message만큼의 데이터가 준비되면 곧바로 flush합니다 13:20 &lt;+Ragnarok&gt; 멋지네 13:20 &lt;+Ragnarok&gt; 얼마나 오버헤드를 줄이나요? 13:21 &lt;@jrandom&gt; 상당히요 ;) 13:21 &lt;+Ragnarok&gt; 상당히면 좋은데, 좀 모호하군요 :P 13:21 &lt;@jrandom&gt; 네 `http://localhost:7657/oldstats.jsp#tunnel.smallFragments` 를 보세요 13:21 &lt;@jrandom&gt; 그걸 #tunnel.fullFragments 와 비교해 보세요 13:22 &lt;bla&gt; jrandom: 이게 endpoint-&gt;IB-gateway 통신에만 해당하나요? 13:22 &lt;@jrandom&gt; 배칭을 하면, full 대비 small 비율이 올라가고, small의 패딩 바이트 수는 내려갑니다 13:23 &lt;@jrandom&gt; bla: 흠, inbound든 outbound든 모든 tunnel gateway에 해당합니다 13:24 &lt;mihi&gt; full fragments: lifetime average value: 1,00 over 1.621,00 events 13:24 &lt;bla&gt; jrandom: 알겠어요 13:24 &lt;mihi&gt; 조각(fragment) 수가 분수가 될 수 있나요? 13:24 &lt;@jrandom&gt; full: 1.00 over 807,077.00 events small: 746.80 over 692,682.00 events 13:25 &lt;@jrandom&gt; 헤헤 mihi 13:25 &lt;@jrandom&gt; (저 small: 746은 저 692k 메시지에서 996바이트 중 746바이트가 패딩으로 낭비되었다는 뜻!) 13:26 &lt;@jrandom&gt; 음, 완전히 낭비는 아니죠 - 제 역할은 했으니까요 13:26 &lt;+detonate&gt; 어쨌든 불필요한 오버헤드 13:27 &lt;@jrandom&gt; 맞아요, 그중 상당량은 배칭 preprocessor로 줄일 수 있을 겁니다 13:28 &lt;@jrandom&gt; 아쉽게도, 다음 릴리스에는 포함되지 않을 거예요 13:28 &lt;@jrandom&gt; 하지만 0.5.0.6 리비전에 포함될 겁니다 (아니면 0.5.1) 13:28 &lt;@jrandom&gt; 음, 0.5.0.5, 아니면 0.5.1 13:28 * jrandom 숫자에 헷갈림 13:29 &lt;bla&gt; jrandom: 왜죠? 13:29 &lt;+cervantes&gt; 해시랑 약... 젠장 13:30 &lt;@jrandom&gt; !thwap cervantes 13:30 &lt;@jrandom&gt; bla: 0.5.0.3(및 그 이전)에는 fragmented message handler가 같은 tunnel message 내에서 후속 fragment들을 버리게 만드는 버그가 있어요 13:31 &lt;@jrandom&gt; 배칭 preprocessor를 바로 배포하면, 메시지 손실이 꽤 많이 발생할 겁니다 13:31 &lt;@jrandom&gt; 걱정 마세요, 다른 멋진 것들도 준비해 두었으니 이번 0.5.0.4가 아주 지루하진 않을 거예요 ;) 13:31 &lt;bla&gt; jrandom: 아, 그래서군요 13:32 &lt;bla&gt; jrandom: 그래서 0.5.0.4가 보급된 후에 해야 하는 거였군요.. 이해했습니다. 감사합니다. 13:33 &lt;@jrandom&gt; 네, fragment handler가 처리해 주면 좋겠지만, 일반적으로는 하긴 해요, 다만 바이트 버퍼를 너무 일찍 해제해서 후속 fragment를 0으로 지워버립니다 (읏차) 13:33 &lt;@jrandom&gt; 좋아요, 2)에 대해 더 있을까요, 아니면 3) 업데이트로 넘어갈까요? 13:35 &lt;@jrandom&gt; 좋아요, 상태 노트에서 언급했듯이(여러 군데에서 꽤 논의되기도 했고), 최종 사용자가 웹사이트에 가거나 메일링 리스트를 읽거나 채널 토픽을 읽지 않아도 되는, 간단하고 안전한 업데이트 기능을 추가할 겁니다 :) 13:36 &lt;+detonate&gt; 멋지군요 13:36 &lt;@jrandom&gt; smeghead가 자동화와 보안을 돕는 코드를 만들어 줬고, cervantes와 함께 fire2pe 및 일반 routerconsole과도 연동하고 있어요 13:37 &lt;@jrandom&gt; 이메일에는 제공될 기능의 개요가 나와 있고, 대부분은 동작하지만 아직 완전히 정리되지 않은 부분이 몇 가지 있습니다 13:37 &lt;@jrandom&gt; 배칭과 달리, 이건 다음 리비전에 /반드시/ 포함될 거예요, 다만 사람들이 실질적으로 쓰기 시작하는 건 0.5.0.5부터일 겁니다 (업데이트할 때) 13:39 &lt;+Ragnarok&gt; 그럼... 5.0.4에는 뭐가 멋진가요? 13:42 &lt;@jrandom&gt; 업데이트 코드와 함께 공지 데이터를 받아와 router console 상단에 뉴스 조각을 표시하는 기능이 들어갑니다. 그 외에도 업데이트 코드의 일부로, 직접 또는 eepproxy를 통해 동작하면서 중간에 재시도와 이어받기를 하는 새로운 신뢰성 높은 다운로드 컴포넌트가 있어요. 아마 그걸 기반으로 한 관련 기능도 나올 수 있지만, 장담은 못해요 13:42 &lt;+Ragnarok&gt; 좋네요 13:43 &lt;@jrandom&gt; 좋아요, 3) 업데이트에 대해 다른 질문/의견/우려 있나요? 13:45 &lt;@jrandom&gt; 없으면, 4) ??? 로 넘어가죠 13:45 &lt;@jrandom&gt; 다른 얘기할 것 있나요? 저도 몇 가지는 놓쳤을 거예요 13:45 &lt;+detonate&gt; i2p가 OpenBSD 3.7의 sun jvm에서 동작하는 걸로 확인됨 :) 13:45 &lt;@jrandom&gt; 나이스! 13:47 &lt;bla&gt; UDP transport는 상태가 어떤가요? 13:48 &lt;+detonate&gt; udp는 좀 지저분해질 거라, bt에서 파이프라이닝 코드를 훔쳐와서 바꾸는 게 더 나을 듯 ;) 13:48 &lt;@jrandom&gt; *기침* 13:49 &lt;@jrandom&gt; 큰 문제는 없을 거라 보지만, 해야 할 작업은 분명 있죠 13:49 &lt;@jrandom&gt; 큐잉 정책이 어떻게 동작하는지, 그리고 큐에 들이는 대역폭 제한(bw throttling)이 어떤지 등이 흥미로울 겁니다 13:50 &lt;bla&gt; 그 사전 작업은 누가 했죠? 13:50 &lt;@jrandom&gt; bla: detonate와 mule 13:50 &lt;+detonate&gt; 맞아요.. 지난 한 달 정도는 좀 게으름 피웠지만요 13:50 &lt;bla&gt; detonate: BT 얘긴 농담이죠? 13:51 &lt;+detonate&gt; 반은 진담 13:51 &lt;+detonate&gt; 그렇게 하면 transport의 스레드 수를 최소한 절반으로는 줄일 수 있을 거라서요 13:51 * jrandom detonate에게 진흙 양동이를 던짐 13:51 &lt;jdot&gt; 우후. 내 router가 이제 구린 케이블 회선 대신 전용 서버에서 돌아가요. 13:51 &lt;@jrandom&gt; 잘했어 jdot 13:52 &lt;@jrandom&gt; 모든 peer와의 모든 통신에 대해 transport 계층에서 3-5개의 스레드로 버틸 수 있을 겁니다 13:52 &lt;bla&gt; detonate: 하지만 네트워크가 커지면(수백 노드 이상) 절반으론 안 될 텐데요 13:52 &lt;jdot&gt; 사용 가능한 b/w 1000GB 13:53 &lt;jdot&gt; 안타깝게도 j.i2p와 chat.i2p는 마이그레이션 동안 몇 시간 더 내려갈 거예요 13:53 &lt;duck&gt; detonate: addressbook도 중지? 13:53 &lt;+detonate&gt; 응, 그것도 중지야 13:54 &lt;+detonate&gt; 지금 멈춰 있지 않은 건 monolithic profile storage뿐, 그건 오늘 늦게 작업하려고 했거든 13:54 &lt;@jrandom&gt; w3rd 13:54 &lt;+detonate&gt; 그러면 i2p가 드라이브를 심하게 조각화하지 않을 거야 13:54 &lt;jdot&gt; jrandom: BW 제한은 평균인가요? 13:54 &lt;+frosk&gt; 최신 파일시스템은 조각화되지 않아, 바보야 13:55 &lt;+detonate&gt; NTFS는 돼 13:55 &lt;@jrandom&gt; jdot: 대역폭 제한은 엄격한 token bucket(토큰 버킷)입니다 13:55 &lt;@jrandom&gt; jdot: burst duration을 설정하면, 그 기간 동안 평균을 냅니다 13:56 &lt;@jrandom&gt; (음, 2x burst == 기간) 13:56 &lt;@jrandom&gt; ((대략)) 13:56 &lt;jdot&gt; 흠... 내게는 1000GB가 있고 i2p가 월 800GB까지 쓰게 하고 싶어요.... 13:56 &lt;+ant&gt; &lt;mihi&gt; detonate: ntfs는 매우 작은 파일을 mft에 저장해서 거의 조각화가 없어요 13:57 &lt;jdot&gt; 그리고 burst는 신경 안 써요 13:57 &lt;+detonate&gt; 음, 디프래그 돌리면 6000개 프로필을 옮기느라 10분은 쓰니까.. 조각화는 되는 거지 13:58 &lt;@jrandom&gt; jdot: 음, 800GB는 아마 어차피 그만큼 밀어내고 싶어 하진 않을 테니, 제한 없이 가도 될 듯 ;) 13:58 &lt;@jrandom&gt; 한편, 구현해 주길 바라는 정책을 설명해 주시면 대응할 수 있을지도 몰라요 13:58 &lt;jdot&gt; jrandom: 일단 그렇게 해 보고 잘 되는지 보죠 13:58 &lt;bla&gt; detonate: NTFS는, 제 기억이 맞다면, 저널링 FS예요. 그래서 단일 파일이라도 조금씩 쓰면 조각화됩니다 13:58 &lt;+detonate&gt; 모든 걸 한 번에 씁니다 13:59 &lt;+detonate&gt; 그리고 한 번에 읽고요 13:59 &lt;bla&gt; detonate: 알겠습니다. 13:59 &lt;jdot&gt; jrandom: 음, 문제가 될지부터 봅시다. 13:59 &lt;bla&gt; detonate: 그럼 잘하셨어요! 13:59 &lt;+detonate&gt; 좋은 회선에서 제한을 풀어 두면 실제 사용량이 얼마나 되는지 궁금하네요 14:00 &lt;+detonate&gt; 좋은 연결에서 14:00 &lt;jdot&gt; 나도 궁금! 14:00 &lt;@jrandom&gt; 내 콜로 routers는 제한 없이 돌려요, 다만 CPU가 제약이라 14:00 &lt;+Ragnarok&gt; 한 달 평균을 내도록 bitbucket을 쓸 수는 없나요? 14:00 &lt;jdot&gt; jrandom: CPU 제약이라고요? 어떤 CPU죠? 14:01 &lt;@jrandom&gt; 4d transfer 3.04GB/2.73GB 14:01 &lt;+detonate&gt; 흠, 더 적을 줄 알았는데 14:01 &lt;@jrandom&gt; jdot: 같은 시스템에서 router를 3개 돌리고, 다른 JVM 몇 개에, 가끔 프로파일링도 해서 CPU가 제약이에요 14:01 &lt;+detonate&gt; 아마 bt 하는 사람들일 듯 14:01 &lt;+detonate&gt; 배칭이 들어가면 그게 어떻게 바뀌는지도 궁금하네요 14:02 &lt;@jrandom&gt; detonate: 그 전송량 중 일부는 자기 자신 사이에서 50MB 파일을 밀어 넣은 것도 있어요 ;) 14:02 &lt;+detonate&gt; 헿 14:02 &lt;jdot&gt; 아하. 좋아요. 이 시스템이 어떻게 하는지 보죠. AMD XP 2400, 512MB, 10Mbit 연결 14:02 &lt;@jrandom&gt; Ragnarok: token buckets은 그런 식으로 동작하진 않아요 14:02 &lt;@jrandom&gt; jdot: 워드, 응, 이건 P4 1.6이었던 걸로 14:03 &lt;@jrandom&gt; Ragnarok: token bucket에서는 매 (예: 1) 초마다 rate에 따라 일정량의 토큰을 추가합니다. 버킷이 가득 차면(size = burst period) 토큰은 버려집니다 14:04 &lt;@jrandom&gt; 데이터를 전송하려면 언제나 충분한 토큰을 받아야 하죠 14:04 &lt;@jrandom&gt; (1 token = 1 byte) 14:04 &lt;+Ragnarok&gt; 원리는 알아요... 버킷을 아주 크게 만들면 어떻게 되죠? 14:05 &lt;+detonate&gt; 그러면 데이터 전송을 절대 멈추지 않죠 14:05 &lt;+detonate&gt; 버킷 크기가 무한하면 14:05 &lt;+detonate&gt; 어, 그리고 토큰으로 가득 차 있다면요 14:05 &lt;@jrandom&gt; 아주 크면, 사용량이 낮은 뒤에 무제한 속도로 버스트할 수도 있어요 14:06 &lt;@jrandom&gt; 물론 경우에 따라선 그게 바람직할 수도 있고요 14:07 &lt;@jrandom&gt; 문제는, token bucket을 800GB로만 설정한다고 해서 총 전송량이 제한되진 않는다는 겁니다 14:08 &lt;+detonate&gt; 초당 토큰 수를 설정하는 필드가 필요하고, 그러면 월 대역폭 사용량을 초 단위로 나누면 되죠 14:08 &lt;+detonate&gt; :) 14:10 &lt;@jrandom&gt; 그건 한 달 평균 rate를 설정하는 것과 같아서, 균형이 안 맞을 거예요. 어쨌든 시나리오는 많습니다 - 현재 제공되는 기능으로는 충족되지 않는 니즈가 있다면 연락 주세요 14:10 &lt;+Ragnarok&gt; 하지만 원하는 평균 rate를 설정하고... 여기선 308 kB/s쯤이요, 그리고 bitbucket을 아주 large하게 설정하면... 왜 그건 안 되죠? 14:11 &lt;+Ragnarok&gt; s/larger/large/ 14:12 &lt;+detonate&gt; 음, 60초짜리 burst period에서 800GB/44000을 넘지 않게 설정할 수도 있죠 14:12 &lt;+detonate&gt; 44000은 한 달의 분 수를 대충 근사한 값 14:13 &lt;@jrandom&gt; 버킷 크기/버스트 지속시간은 제약 없이 보낼 수 있는 양을 설명하고, 대부분의 사람은 제약을 /원하니까/, router가 버킷을 비우는 동안 5분 동안 10mbps를 집어삼키지 않도록 하는 겁니다 (혹은 그 외 무엇이든) 14:14 &lt;@jrandom&gt; 버킷에서 나오는 토큰에 추가적인 스로틀을 두는 것도 가능합니다 (그리고 그 스로틀에 또 자체 token bucket이 있어야 할지, 그 버킷에 또 자체 스로틀이 있어야 할지, 등등) 14:16 &lt;+Ragnarok&gt; 난 버킷이 사용되지 않는 대역폭이 있을 때만 채워지는 줄 알았어요 14:16 &lt;@jrandom&gt; 토큰은 일정한 rate로 버킷에 추가됩니다 (예: 초당 64k 토큰) 14:17 &lt;@jrandom&gt; 대역폭이 필요한 건 언제나 버킷에 요청합니다 14:18 &lt;+Ragnarok&gt; 아.. 알겠어요 14:19 &lt;@jrandom&gt; 좋아요, 회의에서 더 꺼내고 싶은 주제 있나요? 14:21 &lt;@jrandom&gt; 없으면 14:21 * jrandom 마무리 14:21 * jrandom 회의를 *baf*로 닫습니다 </div>/ko/blog/2005/03/15/2005-03-15%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 15 Mar 2005 00:00:00 +0000/ko/blog/2005/03/15/2005-03-15%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 주간 업데이트 시간입니다</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태</li> <li>Feedspace</li> <li>???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>지난 한 주 동안 나는 네트워크의 동작을 분석하고 통계를 추적하며, 시뮬레이터에서 다양한 사건을 재현하려고 시도하는 데 대부분의 시간을 보냈다. 이상한 네트워크 동작의 일부는 여전히 구버전을 사용하는 약 24대가량의 routers 때문이라고 볼 수 있지만, 핵심은 우리의 속도 계산이 신뢰할 만한 데이터를 제공하지 못한다는 점이다 — 데이터를 빠르게 전송할 수 있는 피어를 제대로 식별하지 못하고 있다. 과거에는 이것이 큰 문제가 아니었는데, 정당한 capacity(용량) 기반 계층을 구축하는 대신 &lsquo;fast&rsquo; 풀로 capacity가 가장 높은 피어 8개를 사용하게 만드는 버그가 있었기 때문이다. 현재의 속도 계산은 주기적인 지연(latency) 테스트(특히 tunnel 테스트의 RTT(왕복 지연시간))에 기반하고 있지만, 그만으로는 값에 신뢰를 둘 만큼 충분한 데이터를 제공하지 못한다. 우리가 필요한 것은, 필요할 때 &lsquo;high capacity&rsquo; 피어가 &lsquo;fast&rsquo; 계층으로 승격될 수 있도록 하면서도 더 많은 데이터 포인트를 수집할 수 있는 더 나은 방법이다.</p>/ko/blog/2005/03/15/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-3%EC%9B%94-15%EC%9D%BC/Tue, 15 Mar 2005 00:00:00 +0000/ko/blog/2005/03/15/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-3%EC%9B%94-15%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, bla, cervantes, detonate, frosk, godmode0, jrandom, legion, Myo9, newkid, polecat, Pseudonym, Ragnarok, smeghead, Teal, thetower</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:07 &lt;jrandom&gt; 0) 안녕하세요 13:07 &lt;jrandom&gt; 1) 네트워크 상태 13:07 &lt;jrandom&gt; 2) Feedspace 13:07 &lt;jrandom&gt; 3) ??? 13:07 &lt;jrandom&gt; 0) 안녕하세요 13:07 * jrandom 손을 흔든다 13:07 &lt;jrandom&gt; 주간 상태 노트를 올렸습니다 @ http://dev.i2p.net/pipermail/i2p/2005-March/000649.html 13:08 &lt;Teal&gt; 안녕하세요 13:08 &lt;jrandom&gt; (이번엔 좀 늦었지만, 거의 맞췄어요!) 13:08 &lt;frosk&gt; 안녕하세요 13:08 &lt;jrandom&gt; 그럼 1) 네트워크 상태로 바로 들어가죠 13:08 &lt;jrandom&gt; 네트워크는, 뭐, 돌아가고 있고요, 그런 거죠 13:09 &lt;jrandom&gt; 전체 처리량은 여전히 예전 수준으로 떨어져 있고, 메시지와 조각들이 꽤 많이 드롭되고 있습니다 13:09 &lt;bla&gt; 안녕하세요 13:09 &lt;ant&gt; &lt;dm&gt; 나쁨 13:09 &lt;Teal&gt; 왜 그런지 단서가 있나요? 13:10 &lt;jrandom&gt; Teal: 물론이죠, 상태 노트 읽어보셨나요? :) 13:10 &lt;+detonate&gt; 안녕하세요 13:11 &lt;jrandom&gt; 아직 구버전 빌드를 쓰는 사람이 대략 25명 정도 있고, 아마 우리가 네트워크에서 그들을 차단하기 전까지는 계속 그 상태일 거예요 13:11 &lt;jrandom&gt; 어쨌든 우회해서 동작할 수 있어야 하니, 오히려 그들이 있는 게 도움이 된다고 봅니다 13:11 &lt;jrandom&gt; (물론 업그레이드해주면 좋겠지만요... ;) 13:11 &lt;cervantes&gt; (안녕하세요) 13:11 &lt;frosk&gt; 그들은 아마도 어딘가에서 i2p를 읽고 'anonymous p2p'를 써보고 싶어서 설치한 양떼들이겠죠 13:12 &lt;ant&gt; &lt;BS314159&gt; 네, 버그로 네트워크 품질이 저하될 수 있다면, 악의로도 가능하죠 13:12 &lt;newkid&gt; 이 회의는 처음인데, 노트는 읽었고요, 문제가 회의 전에 제가 설명했던 것과 관련 있어 보입니다 13:12 &lt;Pseudonym&gt; 구 노드들이 정확히 어떤 문제를 일으키는지, 그리고 왜 그런지 알고 있나요? 13:12 &lt;jrandom&gt; bs314159: 악의로 돌리지 마세요, jrandom이 못 쓴 코드 탓으로 돌릴 수 있을 때는요 ;) 13:13 &lt;jrandom&gt; Pseudonym: 네, 변경 로그를 보세요 13:13 &lt;newkid&gt; 저는 밀리초 간격으로 두 노드를 운영하는데, 대부분 서로를 "fast"로 여기지 않아요 13:13 &lt;jrandom&gt; 맞아요 newkid 13:13 &lt;jrandom&gt; 현재 배포된 속도 계산기는, 글쎄요, 꽤 형편없습니다 13:13 &lt;jrandom&gt; 값에 신뢰를 둘 만큼 데이터를 충분히 수집하지 못해요 13:13 &lt;bla&gt; 음.. 그거 최악이네요 ;) 13:13 &lt;jrandom&gt; /oldconsole.jsp 에서 볼 수 있는 "instantaneous rates"만큼이나 의미가 없죠 13:14 &lt;jrandom&gt; 새 계산 방식을 시험 중인데, 개선은 있지만 알고리즘에 문제가 있습니다 13:14 &lt;jrandom&gt; 즉, fast peers가 high capacity 그룹에서 탈락하지 않는 한, high capacity peers가 fast peers로 승격되지 않아요 13:15 &lt;bla&gt; jrandom: 모든 노드가 다른 노드의 "fastness" 데이터를 직접("P2P") 받나요, 아니면 tunnels를 통해서 받나요? 13:15 &lt;jrandom&gt; (즉 처음 fast 그룹에 들어간 K개의 peer는 계속 fast 그룹에 남습니다) 13:15 &lt;jrandom&gt; bla: tunnels를 통해서요. 직접 측정을 신뢰할 수 없습니다. 그렇게 하면 아주 쉬운 익명성 공격이 가능해지거든요 13:15 &lt;godmode0&gt; "alfYl6RvHzw=" = "21538-900" 13:15 &lt;godmode0&gt; "alV9ye/y/Us=" = "23565-200" 13:15 &lt;godmode0&gt; its is sha1 ? 13:15 &lt;jrandom&gt; (예: Alice를 제외한 모두에게만 엄청 느리게 동작) 13:15 &lt;+detonate&gt; router의 수명 동안 거기에 계속 머무르나요? 13:15 &lt;jrandom&gt; godmode0: 지금 회의 중입니다 13:16 &lt;godmode0&gt; 앗 죄송 13:16 &lt;jrandom&gt; detonate: 그들 중 하나가 실패하거나 tunnel(익명 경로)을 거부할 때까지요(즉, capacity 순위가 떨어져 high capacity 그룹에서 빠질 때까지) 13:16 &lt;+detonate&gt; 오케이 13:17 &lt;bla&gt; bla: 음.. 이건 ---정말 충분한 데이터를 얻으려면--- 네트워크에서 부하가&gt;&gt;log(N)이어야 하는 문제처럼 들립니다. 13:17 &lt;jrandom&gt; 데이터를 더 얻기 위한 아이디어를 만지작거리고 있지만 아직 반영하진 않았습니다 13:17 &lt;bla&gt; 부하 관점에서 말이죠. 13:18 &lt;jrandom&gt; 음, 결정적인 포인트 중 하나는 네트워크 부하가 네트워크 용량을 초과할 때죠 13:18 &lt;jrandom&gt; 그래도 우리의 capacity 계산기는 그 상황을 처리할 수 있다고 봅니다 13:18 &lt;cervantes&gt; jrandom: -3이 실제로 이 fast peer 선택 방식을 사용하나요? 13:18 &lt;+polecat&gt; peer 간 데이터 전송에 공정성 제어가 있으니, 부하를 과도하게 늘릴 방법은 없기를 바랍니다... 13:19 &lt;bla&gt; jrandom: 더 구체적으로 말해, "누가 fast인지 찾는" 알고리즘이 O(log(N))로 유지되도록 해야 합니다 13:19 &lt;jrandom&gt; cervantes: 네, 그런데 말씀드렸듯 fast와 high capacity 사이에서 peer를 승격시키지 못합니다 13:19 &lt;jrandom&gt; polecat: 공정성 제어요? 13:19 &lt;cervantes&gt; 방금 프록시를 활성화해뒀다는 걸 깨달았고, 모르는 사이에 live web을 브라우징하고 있었네요(연결이 좀 굼뜨다고는 생각했어요) ;-) 13:20 &lt;cervantes&gt; s/live web/outerweb 13:20 &lt;jrandom&gt; bla: N에 의존해야 하는지는 잘 모르겠어요. 네트워크에서 "가장 빠른" 최적을 찾을 필요는 없고, 그저 "우리 데이터를 처리할 만큼 충분히 빠른" 정도면 됩니다 13:20 &lt;@smeghead&gt; i2pProxy.pac는 만든 사람에게도 위험한 듯 :) 13:20 &lt;jrandom&gt; 헤헷 좋네요 cervantes :) 13:20 &lt;jrandom&gt; ㅋㅋ 13:20 &lt;cervantes&gt; 그래서 확실히 제 집 노드에서는 상황이 좋아졌어요. 그전에는 정말 고생했거든요 13:21 &lt;ant&gt; &lt;BS314159&gt; jrandom: 무작위화할 수 있나요? 13:21 &lt;cervantes&gt; smeghead: 헐 전 그거 안 써요! 제가 미쳤다고요! 13:21 &lt;ant&gt; &lt;BS314159&gt; 즉, 자발적 전이율을 만들 수 있나요? 13:21 &lt;jrandom&gt; BS314159: 우리는 계층을 쓰고, 계층 내에서 무작위화합니다 13:22 &lt;jrandom&gt; BS314159: 자발적 전이율은 사실상 지금과 같은 거라, 폭넓게 출렁입니다 13:22 &lt;jrandom&gt; (we == 0.5.0.2-0) 13:22 &lt;ant&gt; &lt;BS314159&gt; 문제를 잘 이해 못한 것 같네요. 그만둘게요. 13:23 &lt;jrandom&gt; 안전하고 정확하게 하기는 어렵지만, 수확할 수 있는 데이터가 충분히 있다고 생각합니다. 두고 보죠 13:23 &lt;bla&gt; jrandom: 어쨌든, 괜찮은 노드 몇 개를 찾는 건 개미 군집 최적화와 매우 닮아 보입니다 13:24 &lt;bla&gt; jrandom: 왜냐하면 fast peers를 한번 찾으면, 그걸 이용해 누가 또 fast인지 알아내려 할 테니까요. 13:24 &lt;jrandom&gt; 그런 식의 추가 능동적 프로빙을 제안하시나요? 13:24 &lt;jrandom&gt; 아, 사실은 그렇지 않습니다 13:25 &lt;jrandom&gt; 그게 client tunnels와 exploratory tunnels의 차이죠 13:25 &lt;bla&gt; jrandom: 그래서 결국, 탐욕적 최적화를 하게 되겠죠(개미 군집처럼) 13:25 &lt;jrandom&gt; client tunnels는 fast peers로 만들고, exploratory tunnels는 실패하지 않는 아무 peer로나 만듭니다 13:25 &lt;jrandom&gt; (무작위로 선택) 13:26 &lt;bla&gt; jrandom: 익명성 측면에서는 좋아요. 하지만 빨리 좋은 tunnel 파트너를 찾으려면 expl. tunnels에서도 fast peers를 쓰는 게 더 좋을 텐데요... 또 다른 트레이드오프네요 13:26 &lt;jrandom&gt; 한편, peer 선택을 최적화하는 데 그와 유사한 뭔가가 도움이 될 수도 있겠네요 13:26 &lt;jrandom&gt; 아, 맞아요. fast peers를 쓰면 성능은 더 좋지만, 그러면 탐사(exploration)를 하지 않는 거죠 :) 13:27 &lt;jrandom&gt; exploratory tunnels는 종단 간 클라이언트 메시지에는 쓰지 않고, netDb(네트워크 데이터베이스) 메시지, tunnel 유지보수 메시지, peer 테스트 메시지에만 씁니다 13:27 &lt;bla&gt; jrandom: 그러니까, 사실상 지역 최적해에 빠지는 걸 막기 위해 무작위 expl. tunnels를 쓰는 거군요? 13:27 &lt;jrandom&gt; 그래서 exploratory tunnels의 실제 처리량은 중요하지 않습니다(데이터가 결국 전달되기만 하면) 13:27 &lt;jrandom&gt; 네 13:29 &lt;bla&gt; jrandom: 알겠어요. 한편, client tunnels로 데이터를 전송(예: eepsite(I2P 내부 웹사이트)에서 다운로드)할 때, 직관적으로 그 타이밍/처리량 데이터가 일종의 "수동 peer 평가"로도 쓸 수 있을 것 같은데요? 13:29 &lt;jrandom&gt; 물론이죠 bla, 그리고 현재로서는 그 데이터를 속도 선택에 아직 수확하지 않고 있습니다 13:29 &lt;bla&gt; jrandom: 즉, peers에 대한 추가 데이터 획득 방법으로요 13:30 &lt;jrandom&gt; 일부는 수집할 수 있지만 일부는 어려울 거예요(스트리밍 라이브러리가 외부라서) 13:30 &lt;jrandom&gt; 확신을 높이기 위해 가능한 건 꼭 수집해야 합니다 13:30 &lt;ant&gt; &lt;BS314159&gt; 그건 어차피 tunnel에서 가장 느린 링크에 달린 거 아닌가요? 13:31 &lt;ant&gt; &lt;BS314159&gt; hop이 0보다 클 때는 사용하기 매우 어려워지지 않나요? 13:31 &lt;jrandom&gt; BS314159: 네, 하지만 fast 계층 내에서는 peers를 무작위로 선택하므로 평균화됩니다 13:31 &lt;jrandom&gt; 원격 측정은 다 마찬가지죠 13:34 &lt;jrandom&gt; 좋아요, 대략 현재 상황이 그렇습니다. 며칠 내 -4나 -5 빌드에 새 계산기와 통계를 올려서 라이브 네트에서 어떻게 동작하는지 보려고 합니다 13:34 &lt;jrandom&gt; 1) 네트워크 상태에 대해 더 이야기할 거 있으신가요? 13:34 &lt;bla&gt; jrandom: 제가 이걸 엄청 강조하는 것처럼 보일지 몰라도, 큰 I2P 네트가 돌아가려면 아주 근본적인 문제 같아서요... 13:35 &lt;jrandom&gt; bla: 물론 중요하지만, 최적의 peer 선택이 필요한 건 아닙니다. 충분하면 됩니다 13:35 &lt;ant&gt; &lt;aum&gt; 모두 안녕하세요 13:36 &lt;jrandom&gt; 우리가 신경 쓰는 건 tunnel을 감당할 peer를 몇 명 찾고, 그 tunnel들이 우리 데이터를 감당할 수 있게 하는 것입니다 13:36 &lt;jrandom&gt; 좋은 아침이에요 aum, 회의에 딱 맞춰 오셨네요 :) 13:36 &lt;bla&gt; jrandom: 이해했습니다. 설명 감사합니다! 13:36 &lt;jrandom&gt; 물론, 최적의 peer 선택을 /찾을 수/ 있다면 멋지겠죠 ;) 13:37 &lt;jrandom&gt; 그리고 학생들이 아이디어를 내고 논문을 쓸 여지는 확실히 많습니다 13:37 &lt;frosk&gt; 멋진 학위 논문 주제겠네요 :) 13:37 &lt;+detonate&gt; peer 선택의 파라미터를 적극적으로 조정해서, 디버깅 불가능하다는 점은 무시하고서라도, 잘 작동하는 값에 수렴하도록 해보는 건 얼마나 실현 가능할까요? :) 13:38 &lt;jrandom&gt; detonate: 수동 peer 선택은 정말 골칫거리(PITA)예요. fast peers가 가끔 혼잡해져서 물러나달라고 하거든요, 등등. 13:38 &lt;+detonate&gt; 아하 13:39 &lt;jrandom&gt; 이걸 끝없이 파고들 수 있다는 걸 알아서, 표준 tunnels로 특정 대용량 파일 하나를 끊김 없이 전송하는 것을 마일스톤으로 잡았습니다 13:39 &lt;+detonate&gt; 좋아요 13:40 &lt;Teal&gt; 어떠한 대가를 치르더라도 승리! 13:40 &lt;jrandom&gt; (한편, peer 선택 시스템에는 사람들이 개별 peer에 수동으로 가중치를 줄 수 있게 하는 문서화되지 않은 기능이 있긴 하지만, 추천하진 않아요 ;) 13:40 &lt;jrandom&gt; 좋아요, 1)은 이 정도로 하고, 이제 2) Feedspace로 넘어가죠 13:41 * jrandom 마이크를 frosk에게 넘긴다 13:41 &lt;frosk&gt; 오, 알겠어요, 안녕하세요 13:42 &lt;Myo9&gt; 안녕하세요 Frosk. 13:42 * jrandom 강광 스포트라이트를 켠다 13:42 &lt;frosk&gt; 모두 `http://feedspace.i2p` 를 확인해 주세요(키는 orion이나 jrandom의 블로그에 있어요) 13:42 &lt;frosk&gt; 제 개발 동료(devbuddy, 이제 밝히면 ku)와 저는 코드를 쓰기 시작했고 활발한 논의를 많이 했습니다 13:42 &lt;frosk&gt; 또, `http://feedspace.i2p/wiki/CallForComments` 에 Feedspace 문서의 최신 개정판이 있어요 :) 13:43 &lt;frosk&gt; 안녕하세요 Myo9 13:43 &lt;frosk&gt; 아 맞다, feedspace는 예전에 i2pcontent나 fusenet으로 불리던 것의 새(그리고 최종) 이름입니다 :) 13:43 &lt;jrandom&gt; r0x0r 13:43 &lt;frosk&gt; 상태 노트에서 언급했듯이, 전체 설계에 대한 피드백을 여전히 매우 환영합니다 13:44 &lt;frosk&gt; 주저 말고 도전해 주세요 :) 13:44 &lt;frosk&gt; 그리고 웹사이트에는 몇 가지 "구인"도 올려놨어요. 시스템과 프로젝트의 여러 측면에서 도움이 필요합니다 13:45 &lt;frosk&gt; 일정이 꽤 빡빡하고, 안타깝게도 우리 모두가 전업 개발자는 아닙니다 13:45 &lt;frosk&gt; 그래서 대충 이 정도예요. 질문 있으신가요? :) 13:45 &lt;ant&gt; * aum은 orion.i2p나 jrandom의 블로그에 접속할 수 없어서, feedspace.i2p에도 접속할 수 없음 13:46 &lt;frosk&gt; 음, 네, 웹사이트에는 로드맵도 있는데, 거기 날짜는 바뀔 _겁니다_ :) 13:46 &lt;legion&gt; feedspace.i2p=KuW5sR2iGCfnnuwdslHbFsNyNCsoZnoIwAmHeypOV-s8OQxokBpdNazksBrhoQum9nv81vprl6k15Mhcd~KWE4OajjmdU7v2fjqps7QK3KmLv4UTrX-ihSIUdhb5B9FLh2XEFEQ4-8guFTVxBRqQQE~c058AL6~uZpuFpLtEOg0HEZ6BydndOhx-FCDm8ip12pPwZ3a5O86l1UoATZBXxoctGafTjnUlx64jyQs6y0WB811l36wVrc~~dqEcanxab0yfg8dJ~1M4EUNrXcHT-PwYYrr3GgpimuF4oUtYjkeDKlq5WjfMAa8bE73HFgquxq99fuW5aI1JbLPxnTLHi00-2On0dSDwJxSP08HOhKFKMNzykI9Asg8CywzNO6kWpbX9yaML36ohCJF0iaLvvDyhS4a2B65crSJRJPVkbxIvsyyUyYMGi31EK593ijOLjOvug 13:46 &lt;legion&gt; 여기요 aum 13:46 * jrandom http://dev.i2p.net/i2p/hosts.txt 에 feedspace를 방금 추가함 13:46 &lt;jrandom&gt; (그리고 cvs) 13:46 * frosk 잠시 눈이 멀다 13:46 &lt;jrandom&gt; legion: 한 줄로 붙여넣지 마세요, 너무 길어서 잘려요 13:47 &lt;ant&gt; &lt;aum&gt; 고마워요 13:47 &lt;frosk&gt; jrandom이 자신의 hosts.txt에 키를 커밋할 수도 있겠죠? :) 13:47 &lt;jrandom&gt; 네, 지금 올려놨어요, 깜빡했네요 :) 13:48 &lt;frosk&gt; 어쨌든, I2P 0.6.1까지 간단하고 기능하는(그리고 버그 100% 없음!) 걸 내놓고, 이후에 더 멋진 걸 추가할 계획입니다 13:49 &lt;jrandom&gt; 헤헷 멋져요 13:49 &lt;frosk&gt; s/out/ready for real-world testing/ 13:49 &lt;frosk&gt; 그게 현실적인지 아직 모르겠지만, 그랬으면 하고요, 아니면 기능을 계속 줄일 겁니다 ;) 13:49 &lt;ant&gt; &lt;BS314159&gt; feedspace.i2p에 접속할 수 없으니, 기본적인 질문 하나 할게요 13:50 &lt;ant&gt; &lt;aum&gt; 그 키는 올바르지 않네요, 441자뿐 13:50 &lt;jrandom&gt; 맞아요 aum, irc가 잘라요, http://dev.i2p.net/i2p/hosts.txt 를 받으세요 13:51 &lt;+detonate&gt; frosk: 그동안을 위한 제안이 있어요 13:51 &lt;+detonate&gt; i2p router console에 i2p 웹서버에서 업데이트 목록을 가져오는 걸 넣어서, 사람들이 라우터를 언제 업데이트해야 하는지 알 수 있게 하죠 :) 13:51 &lt;legion&gt; 아, 미안. 어쨌든 저도 제 hosts.txt에 이미 커밋했습니다. 13:51 &lt;ant&gt; &lt;aum&gt; 고마워요 jrandom 13:51 &lt;ant&gt; &lt;BS314159&gt; 다음 시스템 중 어떤 걸 feedspace가 대체할 거라고 보시나요: usenet, gnutella, google, livejournal, www 13:52 &lt;jrandom&gt; , 교회 13:52 &lt;jrandom&gt; 어.. 13:52 &lt;cervantes&gt; jrandom: 아 방금 hosts 커밋 중이었네요 13:52 &lt;ant&gt; &lt;BS314159&gt; 즉, 메시지 포럼, 파일 공유 시스템, 콘텐츠 인덱싱 시스템, 동적 페이지 시스템, 그리고/또는 정적 제공 시스템인가요 13:53 &lt;ant&gt; * aum은 routerConsole에서 throttling을 끄고, 도움이 되는지 본다 13:54 &lt;frosk&gt; BS314159: 블로그, 포럼, 공유 주소록을 지원할 겁니다(첫 버전에는요, 다른 애플리케이션도 가능) 13:54 &lt;frosk&gt; 웹 페이지 자체를 대체하진 않아요 13:54 &lt;frosk&gt; 하지만 "파일 공유"에는 분명 쓸 수 있죠 13:54 &lt;+detonate&gt; 그럼 콘텐츠 신디케이션인가요? 13:54 &lt;jrandom&gt; eepsites를 운영할 수 없는 사람들도 지속적으로 웹 게시를 할 수 있게, 정적 웹 콘텐츠는 아마 대체할 겁니다 13:54 &lt;frosk&gt; 그게 핵심이에요 13:55 &lt;jrandom&gt; (두 단어 요약: usenet+SSK) 13:55 &lt;frosk&gt; 네 13:55 &lt;ant&gt; &lt;BS314159&gt; 알겠습니다 13:55 &lt;Ragnarok&gt; 그렇게까지 지속적이진 않죠 13:56 &lt;jrandom&gt; Ragnarok: 신디케이터 정책에 달렸죠, 맞아요 13:56 &lt;+detonate&gt; stasher는 어떻게 되고 있나요? 13:56 &lt;frosk&gt; 가장 열성적인 신디케이터만큼 지속적일 수 있습니다 :) 13:56 &lt;jrandom&gt; (참조: dejanews ;) 13:56 &lt;ant&gt; &lt;aum&gt; detonate: stasher는 보류 중이고, quartermaster라는 완전히 새로운 걸 만들고 있어요 13:57 &lt;+detonate&gt; 그렇군요 13:58 &lt;jrandom&gt; frosk: 우리가 도울 수 있는 건 뭐가 있을까요? 13:59 &lt;jrandom&gt; 위키에 등록해서 해킹하고, 이메일 보내고, 포럼에 글 올리면 될까요? 13:59 &lt;jrandom&gt; 오, cervantes가 새 포럼 카테고리를 추가해줄 수도 있겠네요? 13:59 &lt;frosk&gt; 지금 시점에는 포럼이 아주 좋을 것 같아요 14:00 &lt;frosk&gt; 더 프라이빗한 논의를 원하면 ku@mail.i2p와 frosk@mail.i2p로 둘 다에게 메일 주세요 14:01 &lt;cervantes&gt; 흐으음 ... 게임 리뷰도 넣을 건가요? 14:01 &lt;jrandom&gt; 헤헷 14:01 &lt;jrandom&gt; w3rd 14:01 &lt;cervantes&gt; 그렇지 않다면... 새 포럼 섹션을 드릴게요 14:01 &lt;frosk&gt; 저는 Top20 음악 리뷰를 생각했는데요, cervantes 14:02 &lt;jrandom&gt; (참고로, 의견 요청 문서 미러 @ http://dev.i2p.net/~jrandom/feedspace.txt) 14:02 &lt;cervantes&gt; :) 14:04 &lt;cervantes&gt; frosk: feedspace인가요, feed space인가요, Feedspace인가요, Feed Space인가요, 아니면 FeedSpace인가요? 14:04 &lt;frosk&gt; cervantes: Feedspace 14:05 &lt;frosk&gt; 포럼에서 많은 논의 기대할게요 :) 이 항목은 더 없어요, 다른 분? 14:05 &lt;jrandom&gt; 좋아요 멋져요, 업데이트 고마워요 frosk 14:06 &lt;@smeghead&gt; 아니면 FEeDspace? 14:06 &lt;ant&gt; &lt;cervantes&gt; frosk: 시간되면 포럼 섹션에 들어갈 한 줄 설명을 쪽지로 보내줘요 14:06 &lt;legion&gt; 음 새 포럼 얘기가 나와서, ㅋㅋ. 새 포럼 사이트를 만드는 중이에요. phpbb 코드를 많이 해킹해야 해서, 아마 이번 주 안에 끝날 듯 ;) 14:06 &lt;jrandom&gt; 멋져요 legion 14:06 &lt;jrandom&gt; 그게 딱 3) ???로 자연스럽게 이어지네요 14:06 &lt;jrandom&gt; 다른 안건 있으신가요? 14:06 &lt;jrandom&gt; aum: Q에 업데이트 있나요? 14:07 &lt;frosk&gt; 저는, 어, 없어요 14:07 &lt;ant&gt; &lt;aum&gt; Q 개발은 순조롭게 진행 중, 지금 발표할 건 없음 14:07 &lt;jrandom&gt; w3rd 14:07 &lt;ant&gt; * aum은 net.i2p.i2ptunnel.I2PTunnelXMLServer를 90% 완료 14:07 &lt;ant&gt; &lt;BS314159&gt; netDb에 대해 간단한 질문이 있어요 14:07 &lt;ant&gt; &lt;aum&gt; 지금은 'i2p.tunnel.close'만 빼고 전부 작동합니다 14:07 &lt;legion&gt; 제 포럼은 회원들이 적당한 크기의 아바타를 쓸 수 있고, 공유 콘텐츠를 논의하는 등 거의 뭐든 할 수 있게 할 겁니다. 14:08 &lt;jrandom&gt; 멋져요 14:08 &lt;ant&gt; &lt;BS314159&gt; 페이지에는 엔트리들이 SHA256(router identity + YYYYMMdd)에 가장 가까운 peers에 저장된다고 되어 있습니다 14:08 &lt;jrandom&gt; 맞아요 BSpi 14:08 &lt;@smeghead&gt; legion: 너의 bt 클라이언트만큼 보안 위험하진 않겠지? 14:08 &lt;ant&gt; &lt;BS314159&gt; 그렇다면 매일 GMT 00:00에 트래픽이 급증한다는 뜻인가요? 14:08 &lt;ant&gt; * aum은 '인지 임계질량'에 도달하여, Java에 조금 익숙해지고 있음 14:09 &lt;jrandom&gt; BS: 데이터 포인트는 이동하는 것보다 더 자주 만료됩니다 14:09 &lt;jrandom&gt; 예를 들어 LeaseSet(목적지 임대 정보 세트)은 10분만 유효합니다 14:09 &lt;bla&gt; jrandom: 명령줄에서 호출할 수 있는 게 있나요, 지난 60초 동안 네트의 각 peer에 대한 속도 추정을 볼 수 있게요? 14:09 &lt;legion&gt; ㅋㅋ, 포럼이 보안 위험이라고요? 14:10 &lt;@smeghead&gt; legion: 네가 그 정도도 모른다면, 이미 네 포럼이 보안 위험일 거라고 확신하겠어 14:10 &lt;jrandom&gt; bla: 네, java -cp lib/i2p.jar:lib/router.jar -Djava.library.path=. net.i2p.router.peermanager.ProfileOrganizer peerProfiles/* 14:10 &lt;jrandom&gt; (아마요) 14:10 &lt;legion&gt; 아 그리고 제 bt 클라이언트 다음 릴리스는 그런 문제를 일으키면 안 될 거예요... 14:10 &lt;jrandom&gt; logger.config에 로그 레벨을 몇 개 추가해야 할 수도 있어요, 확인해볼게요 14:10 &lt;@smeghead&gt; legion: Cervantes가 phpBB를 i2p 용으로 잠그기 위해 많은 수정을 했어요 14:10 &lt;ant&gt; &lt;BS314159&gt; 모두 한 번에, 특정 시간에 일어나는 건 어색해 보입니다. 계속해서 일어나면 더 부드러울 것 같아요. 또한 공격자가 공격을 가할 시간도 줄어들죠. 데이터 조각들이 24시간보다 빨리 틀려지니까요 14:11 &lt;jrandom&gt; 아뇨, stdout으로 덤프합니다 14:11 &lt;frosk&gt; jrandom: 현재 i2p 로드맵은 어떻게 보세요? 현실적이라고 생각하나요? 14:11 &lt;legion&gt; 음, cervantes의 수정본을 받을 수 있을까요? 14:11 &lt;jrandom&gt; frosk: 불편해지면 업데이트합니다 14:12 &lt;frosk&gt; 알겠어요 14:12 &lt;+detonate&gt; 알다시피, python 2.4용 윈도우 인스톨러도 있고, wxpython도 있고, i2p-bt tarball도 있어요. 서드파티 릴리스를 받을 이유나 신뢰할 이유를 잘 모르겠네요 14:12 &lt;legion&gt; 아니면 제가 phpbb 소스를 계속 해킹해야겠죠... 14:12 &lt;jrandom&gt; BS: 시계 동기화 때문에 peers가 최대 30초 동안만 잘못된 곳을 보게 됩니다 14:12 &lt;@smeghead&gt; legion: 즐기세요 14:12 &lt;legion&gt; 그럼 왜 사람들이 카자를 쓰죠? 14:13 &lt;bla&gt; jrandom: 제가 묻는 이유는... 14:13 &lt;legion&gt; 아니면 모피어스? 14:13 &lt;jrandom&gt; (더 나은 걸 모르기 때문?) 14:13 &lt;legion&gt; 둘 다 애드웨어/기타가 들어있죠... 14:13 &lt;+detonate&gt; 무지해서요? 14:14 &lt;legion&gt; 네, 그리고 그런 사용자들이 세상에 수백만 명 있어요. ;) 14:14 &lt;ant&gt; &lt;BS314159&gt; legion: 당신은 I2P에 스파이웨어를 번들하고 싶은 것처럼 들리네요. 정말 기막힌 발상이군요. 14:14 &lt;bla&gt; jrandom: ...SpeedCalculator.java와 CapacityCalculator.java를 훑어봤고, 추정기들을 실험해보고 싶어요 14:14 &lt;cervantes&gt; legion: 공식 패치를 최신으로 유지하고, 관리자 영역에는 htaccess를 걸어두세요 14:14 &lt;jrandom&gt; 멋져요 bla 14:14 &lt;legion&gt; 뭐라고요? 절대요... 전 악성코드 싫어합니다... 14:14 &lt;cervantes&gt; 제 수정 대부분은 스팸 방지와 관련돼요 14:14 &lt;ant&gt; &lt;aum&gt; 더 중요한 문제를 제기해도 될까요? 14:14 &lt;legion&gt; 그게 다인가요? cervantes? 14:15 &lt;jrandom&gt; 무슨 일이죠 aum? 14:15 &lt;@smeghead&gt; legion: 악성코드를 싫어하는 사용자들은요? 왜 그들의 보안/익명성 우려를 덜기 위한 최소한의 조치도 하지 않나요? 14:15 &lt;ant&gt; &lt;dm&gt; BS314159: 당신 혹시 윈도우 핫픽스인가요? 14:15 &lt;ant&gt; &lt;aum&gt; 저만 그런가요, I2P에 아직 좀 불안정함이 있는 것 같아요? 주요 eepsites, irc 같은 것들도 힘들어요 14:15 &lt;bla&gt; jrandom: 게다가 "수동 핑거프린팅" 아이디어가 떠올랐어요(부정적 의미의 "fingerprinting"은 아닙니다): tunnel을 통해 데이터를 받는다면, 그 tunnel에 있는 모든 peer의 대역폭/용량에 대해 무언가를 알려주죠:... 14:15 &lt;jrandom&gt; aum: 주간 상태 노트를 보세요 14:16 &lt;cervantes&gt; legion: 모든 회원가입, 로그인, 게시, 프로필 수정 페이지 이름을 표준이 아닌 걸로 바꾸세요 14:16 &lt;bla&gt; jrandom: 제게 가까운 peer에 대해서는 더 많이, 한 단계 떨어진 peer에 대해서는 조금 덜, 그리고 점점 덜 알려줍니다. 14:16 &lt;cervantes&gt; 웜을 막는 데 도움이 됩니다 14:16 &lt;jrandom&gt; bla: 네, 그 타이밍 논문과 어제 나온 Tor 공격 논문을 매우 흥미롭게 읽었습니다 14:17 &lt;Myo9&gt; Cervantes, 수정본을 공개할 계획이 있나요? 14:17 &lt;Myo9&gt; s/ant/any/ 14:17 &lt;jrandom&gt; capacity 계산기에서 다양한 거부 단계와 관련해 그런 우려가 있습니다 14:18 &lt;bla&gt; jrandom: 어떤 의미에서, 이는 peer의 대역폭/용량에 대한 "신념" 정도를 제게 제공합니다(그 신념 정도는 각 tunnel 멤버까지의 거리와, 제게 가까운 노드의 BW/용량에 대해 제가 가진 신념 정도에 달려 있죠) 14:18 &lt;legion&gt; 조언 고마워요 cervantes :) 14:18 &lt;bla&gt; jrandom: 전, 베이지안 신념 네트워크에 대해 아주 잘 아는 사람들을 몇 명 알고 있습니다... ;)) 14:18 &lt;@smeghead&gt; 또다시, legion은 질문을 무시하네요 14:18 &lt;+thetower&gt; 우리 모두 legion과 휴전을 해야 할 것 같아요. 그는 하고 싶은 걸 쓰면 되고, 누가 사용을 강제당하는 것도 아니잖아요. 14:18 &lt;jrandom&gt; 흠, 거리란 게 무슨 의미죠 bla? 14:18 &lt;ant&gt; &lt;dm&gt; legion이 뭘 하고 있는 거죠? 14:19 &lt;bla&gt; jrandom: 그들과 얘기해볼게요, 수동 핑거프린팅에 관해서요(부정적 의미의 "fingerprinting"을 뜻하진 않습니다) 14:19 &lt;jrandom&gt; 멋져요 14:19 &lt;jrandom&gt; 'quality' peers를 최적으로 선택하는 방법에 대한 제안은 대환영입니다 14:19 &lt;cervantes&gt; Myo9: 물론 공개할 수 있죠. 14:19 &lt;legion&gt; 어쨌든 아직 i2p 윈도우 사용자는 많지 않고, 제 i2p-bt 바이너리 배포본을 돌리는 사람도 많지 않아요. 곧 다음 릴리스를 내면 그런 문제는 없을 겁니다... 바이너리와 소스 배포본이 함께 나갈 거라서요. 14:19 &lt;@smeghead&gt; 왜 보안과 익명성에 대한 사용자의 우려를 해소하기 위한 가장 기본적인 조치조차 하지 않는 사람의 소프트웨어를 쓰고 싶어할지 이해할 수 없네요 14:20 &lt;ant&gt; &lt;aum&gt; frosk: feedspace는 어떤 언어로 작성하나요? (전에 물었으면 용서하세요) 14:20 &lt;cervantes&gt; 깨끗한 "패치" 형태는 아니에요 14:20 &lt;bla&gt; jrandom: 거리... 인바운드 tunnel이 X -&gt; Y -&gt; 나 라고 합시다. 제가 Y의 속성을 _많이_ 알고 있다면, 그 tunnel로 받은 통계는 X에 대해 꽤 많이 알려주죠 14:20 &lt;frosk&gt; aum: Java요(용서합니다 ;) 14:20 &lt;cervantes&gt; 그냥 문제와 이슈가 생길 때마다 고쳐왔어요 14:20 &lt;bla&gt; jrandom: 반대로, Y의 속성에 대해 아는 게 별로 없다면, 전송 통계는 X에 대해 많은 걸 말해주지 않아요; 먼저 Y에 대해 더 배워야 하죠 14:20 &lt;cervantes&gt; 계속요 14:20 &lt;jrandom&gt; bla: 지연이나 혼잡이 X나 Y(또는 더 앞선 hop)에서 발생했는지를 구분하기는 매우 어렵습니다 14:20 &lt;cervantes&gt; `http://forum.i2p/index.php?c=4` 14:21 &lt;cervantes&gt; 새 섹션: Feedspace 14:21 &lt;jrandom&gt; w00t 14:21 &lt;frosk&gt; 얏호 14:22 &lt;legion&gt; 어쨌든 제 릴리스 얘기는 이만하고, 더 논의할 건 #itorrent 채널에서 하죠 14:22 &lt;bla&gt; jrandom: 맞아요. 하지만 충분히 많은 데이터가 있으면(그리고 측정 시간이 노드 속성이 변하는 시간 척도보다 _훨씬_ 크지 않기를 바라며), 트래픽/tunnel 통계에는 반드시 정보가 있을 겁니다 14:22 &lt;@smeghead&gt; legion: i2p에 영향을 주는 3) 안건에서 논의할 수 있습니다 14:23 &lt;@smeghead&gt; legion: 당신의 소프트웨어는 심각한 우려사항이며 사용자들에게 경고가 필요하다고 생각합니다 14:23 &lt;legion&gt; 네, 알겠어요 14:23 &lt;jrandom&gt; bla: 물론이죠, OutboundClientMessageOneShotJob에서 RTT만 가지고 오면 됩니다 14:23 &lt;jrandom&gt; (그리고 데이터를 어떻게 계산하고 감쇠할지 정해야죠) 14:24 &lt;legion&gt; 그럼 smeghead, 당신이 그런 릴리스를 만든다면, 뭐가 다를까요? 14:24 &lt;@smeghead&gt; legion: 당신이 계속 질문을 피하고 주제를 미루려 하는 태도가 매우 불안합니다 14:25 &lt;@smeghead&gt; legion: 우선, 현재 바이너리의 소스를 공개하고, 사이트에 당신의 포크에 대한 설명을 올리세요 14:25 &lt;bla&gt; jrandom: 거기서 RTT는 무엇을 의미하나요? 14:26 &lt;@smeghead&gt; legion: i2p-bt처럼 변경 로그를 만들어, 당신이 한 모든 수정을 명시하면 도움이 됩니다 14:27 &lt;jrandom&gt; bla: 종단 간 클라이언트 메시지는 종종(기본적으로는 항상) garlic 래핑으로 묶여 있으며, 추가로 DeliveryStatusMessage가 포함되어 발신자에게 돌아갑니다(물론 tunnels를 통해서). 이를 통해 ElGamal 대신 AES+sessionTags를 사용할 수 있죠 14:28 &lt;bla&gt; jrandom: (네) 14:28 &lt;+detonate&gt; 말씀드렸듯, i2p-bt가 동작하는 데 필요한 세 가지 다운로드 페이지 링크만 제공하면, 직관적이고 동일한 결과를 얻습니다. 솔직히 트로이 목마 외에는 용도를 모르겠네요 14:28 &lt;jrandom&gt; 나중에 I2CP(그리고 SDK)를 업데이트해서, DeliveryStatusMessage 없이도 스트리밍 라이브러리가 같은 데이터를 전달할 수 있게 할 겁니다 14:29 &lt;@smeghead&gt; detonate: 동의합니다. 처음부터 공식 i2p-bt에 패치를 제출했어야 했고, 포크는 전혀 필요 없었으며 즉각적인 의심만 키웠죠 14:30 &lt;+detonate&gt; 그러게요 14:30 &lt;@smeghead&gt; *suspicion 14:31 &lt;jrandom&gt; 좋아요, 회의에서 더 이야기할 것 있나요? 14:31 &lt;ant&gt; &lt;drakoh&gt; 안녕하세요 여러분! 네트워크에 무슨 특별한 게 있나요? 14:32 &lt;@smeghead&gt; i2p의 특성상, 그 위에서 개발되는 애플리케이션은 사용자에 대한 더 큰 수준의 개방성과 개발자들 간의 협력이 필요합니다 14:32 &lt;jrandom&gt; drakoh: 주간 상태 노트를 보세요 14:32 &lt;bla&gt; quit 14:32 &lt;ant&gt; &lt;drakoh&gt; 아니, 뭔가 이상한 게요 ... 14:32 &lt;@smeghead&gt; i2p 사용자들은 본질적으로 어느 정도 편집증적일 수밖에 없고, 우리가 할 수 있는 모든 우려를 해소하는 건 우리의 의무입니다 14:32 &lt;ant&gt; &lt;drakoh&gt; peer를 전부 잃었어요 14:33 &lt;jrandom&gt; 맞아요, smeghead. 익명성/보안 소프트웨어, 특히 트로이 목마가 들끓는 파일공유 같은 분야를 다루는 소프트웨어는 공개적이어야 합니다. 14:33 &lt;jrandom&gt; drakoh: 좋아요, 회의가 끝나면 그건 디버깅해봅시다 14:33 &lt;ant&gt; &lt;drakoh&gt; 이런, 죄송 14:33 &lt;jrandom&gt; 좋아요, 회의를 끝내는 김에... 14:34 * jrandom 마무리한다 14:34 * jrandom *baf* 하며 회의를 종료한다 </div>/ko/blog/2005/03/08/2005-03-08%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 08 Mar 2005 00:00:00 +0000/ko/blog/2005/03/08/2005-03-08%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 주간 업데이트 시간입니다</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.2 2) mail.i2p 업데이트 3) i2p-bt 업데이트 4) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.2</li> </ol> </li> </ul> <p>얼마 전에 0.5.0.2 릴리스를 배포했고 네트워크의 상당 부분이 업그레이드했습니다(야호!). 0.5.0.1에서 최악의 문제들이 사라졌다는 보고가 들어오고 있고, 전반적으로는 잘 동작하는 것 같습니다. 아직 몇 가지 신뢰성 이슈가 남아 있지만, streaming lib(스트리밍 라이브러리)이 이를 잘 처리하고 있으며(IRC 연결이 12~24시간 이상 지속되는 것이 보통인 듯합니다). 남아 있는 몇 가지 문제를 추적하고 있지만, 모두 가능한 한 빨리 최신 버전으로 업데이트해 주신다면 정말, 정말 좋겠습니다.</p>/ko/blog/2005/03/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-3%EC%9B%94-8%EC%9D%BC/Tue, 08 Mar 2005 00:00:00 +0000/ko/blog/2005/03/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-3%EC%9B%94-8%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석:</strong> ant, aum, bla, cervantes, detonate, duck, fedo, frosk, jrandom, legion, maestro^, mancom, named, postman, Ragnarok, septu_ssh</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:06 &lt;@jrandom&gt; 0) 안녕하세요 13:06 &lt;@jrandom&gt; 1) 0.5.0.2 13:06 &lt;@jrandom&gt; 2) mail.i2p 업데이트 13:06 &lt;@jrandom&gt; 3) i2p-bt 업데이트 13:06 &lt;legion&gt; 그러면 irc 서버와 관련된 건가요? 13:06 &lt;@jrandom&gt; 4) ??? 13:06 &lt;@jrandom&gt; 0) 안녕하세요 13:06 &lt;@jrandom&gt; 주간 상태 노트 올라왔습니다 @ http://dev.i2p.net/pipermail/i2p/2005-March/000633.html 13:07 &lt;fedo&gt; 안녕 13:07 &lt;+postman&gt; 안녕 13:07 &lt;frosk&gt; 좋은 날 13:07 &lt;@jrandom&gt; legion: 아니요, i2p 버그와 관련된 거고, 작업 중입니다 13:07 &lt;bla&gt; 안녕 13:07 &lt;legion&gt; 오케이 13:07 &lt;@jrandom&gt; 작업 중인 버그 얘기 나온 김에, 1) 0.5.0.2 로 바로 가죠 :) 13:07 &lt;cervantes&gt; 'lo 13:07 &lt;cervantes&gt; -- 연결 끊김 13:08 &lt;@jrandom&gt; ㅎㅎ 13:08 &lt;ant&gt; &lt;mihi&gt; 모두 안녕하세요 13:08 &lt;@jrandom&gt; 0.5.0.2가 나왔습니다. 가끔 irc 연결이 지연될 수 있지만, 금방 복구될 거예요 ;) 13:08 &lt;@jrandom&gt; 오, 안녕 mihi 13:09 &lt;cervantes&gt; 안녕 mihi 13:09 &lt;@jrandom&gt; 상태 노트에는 현재 상황과 가장 시급한 우선순위가 대략적으로 정리되어 있습니다 13:10 &lt;@jrandom&gt; 제가 추적 중인 무서운 현상은 `http://localhost:7657/oldstats.jsp#router.invalidMessageTime` 에서 볼 수 있어요 13:10 &lt;bla&gt; 제 경우, 0.5.0.2가 0.5.0.1에 비해 신뢰성이 이미 _엄청나게_ 개선되었다고 말할 수 있습니다. 목적지에 연결할 수 없다는 오류가 거의 더는 발생하지 않아요 13:10 &lt;@jrandom&gt; 그 숫자들은 매우매우 작아야 하는데, 안타깝게도 그렇지 않네요 13:10 &lt;@jrandom&gt; 좋네요, bla 13:11 &lt;@jrandom&gt; 맞아요, 0.5.0.2는 확실히 개선됐습니다. 모두 가능한 한 빨리 업그레이드하세요 13:11 &lt;bla&gt; 여기는 지난 10분 동안 375,932.22.... 13:11 &lt;@jrandom&gt; 음, 특정 값 자체가 문제는 아니고, 빈도가 문제예요 13:11 &lt;@jrandom&gt; (주기당 이벤트 수) 13:12 &lt;@jrandom&gt; 그 메시지들은 아마 0.5 router들, 그리고 일부는 0.5.0.1 router들 때문일 가능성이 큽니다. 그래서 모두 최대한 빨리 업그레이드하길 바라는 거죠 13:12 &lt;@jrandom&gt; 물론 다른 원인일 수도 있으니, 그 가능성부터 배제하고 싶어요 13:12 &lt;bla&gt; jrandom: 여긴 시간당 약 200개 정도 나와요 13:13 &lt;@jrandom&gt; bla: 저는 이번 시간대에 현재 93개이고, 피크 때는 훨씬 더 많았어요(수천 개) 13:13 &lt;@jrandom&gt; 어쨌든 이 특정 통계는 netdb에 공개됩니다 13:13 &lt;bla&gt; jrandom: 0.5-0를 네트워크에서 소프트웨어적으로 제외하는 건 어떤가요? 13:14 &lt;@jrandom&gt; 그래서 서로 돌아다니며 다른 사람들이 어떤 값을 갖고 있는지 볼 수 있죠 ;) 13:14 &lt;@duck&gt; 309,854.24 피크 5,473,314.59 13:15 &lt;@duck&gt; 다른 걸 붙여넣었네, 그치 13:15 &lt;@jrandom&gt; bla: 확실히. 0.5.0.2 rev에 0.5.0.1과 0.5에는 없는 forward compatibility(상위 호환성) 코드를 조금 추가했어요 13:16 &lt;@jrandom&gt; duck: 이벤트 개수가 정수가 아니긴 힘들죠 ;) 13:16 &lt;bla&gt; jrandom: 좋네요. 최소한 통제된 방식으로 'invalid message가 0.5-0 때문'이라는 가설을 검증할 수 있으니까요 13:16 &lt;@jrandom&gt; bla: 맞아요, 그래도 그 전에 사람들이 업데이트해주면 더 좋겠죠 ;) 13:17 &lt;@jrandom&gt; (집에서 보고 계신 분들을 위해: http://www.i2p.net/download 가 친구입니다 ;) 13:17 &lt;maestro^&gt; jr: 그 숫자들이 router.invalidMessageTime 편차를 ms 단위로 나타낸 건가요? 13:17 &lt;@jrandom&gt; maestro^: 네 13:18 &lt;@jrandom&gt; (즉, 정말 말도 안 되게 기울어진 값들) 13:18 &lt;legion&gt; 간단한 네트워크 보고서입니다 [버전|노드 수][0.5|6][0.5.0.1|39][0.5.0.2|107] 13:18 &lt;@jrandom&gt; 네, 여러분 업데이트 정말 잘해주셨어요 13:18 &lt;legion&gt; 그러니까 아직 0.5를 돌리는 사람이 몇 있고, 0.5.0.1을 돌리는 사람도 많군요 13:18 &lt;maestro^&gt; 그럼 어디에서 지연이 생기는지 짐작 가는 게 있나요? 13:18 &lt;bla&gt; jrandom: Freenet은 각 릴리스에 통신할 최소 노드 버전을 지정하는 플래그가 있어요. 새로운 forward-compat. 코드도 그런 건가요? 13:19 &lt;@jrandom&gt; maestro^: 0.5와 0.5.0.1 사용자가 지연되는 이유에 대해서는 여러 가지 가설이 있죠. 13:19 &lt;@jrandom&gt; bla: 비슷해요 13:19 &lt;maestro^&gt; 아니면 노드의 시계 드리프트 때문인가요? 13:20 &lt;@jrandom&gt; maestro^: clock skew(시간 오차), 일부 직렬화 버그, 100% CPU 버그 13:20 &lt;@jrandom&gt; 좋아요, 지금 제 주된 초점은 메시지 신뢰성을 다시 끌어올리는 데 있습니다 13:21 &lt;@jrandom&gt; 0.5.0.2에 대해 질문/의견/우려 사항 있으신가요? 13:21 &lt;ant&gt; * mihi는 여기 하드에 0.4.2.5 router가 있는데 12월 22일 이후로 시작하지 않았고... 지우는 게 낫겠다고 생각 중... 13:21 &lt;@jrandom&gt; ㅎㅎ 13:21 &lt;@jrandom&gt; 네, 그건 많은 router들과는 통신 못 할 거예요 ;) 13:21 * postman이 마지막 0.4 설치본의 백업 사본을 갖고 있어요 :) 13:21 &lt;ant&gt; &lt;mihi&gt; 저한테는 업그레이드할지 삭제할지가 질문이겠네요. 13:22 &lt;@jrandom&gt; 삭제 13:22 &lt;@jrandom&gt; (destination 키들은 백업하세요) 13:22 &lt;@jrandom&gt; 이제 0.5 이전 버전에서 업그레이드하는 절차는 없습니다 13:22 &lt;legion&gt; 0.5.0.2 이상에서만 접속을 허용하는 0.5.0.2-1 같은 업데이트를 하나 더 내는 건 어떨까요? 13:22 &lt;@jrandom&gt; legion: 그건 네트워크를 분할시켜요 13:22 &lt;@jrandom&gt; 사람들은 그냥 업그레이드해야 해요. 13:23 &lt;@jrandom&gt; (그리고 그렇지 않은 사람들에 대해서는 우회 처리를 해야죠) 13:24 &lt;legion&gt; 네, 구버전 노드를 돌리는 사람들이 업데이트할 때까지요 ;) 13:24 &lt;@jrandom&gt; 네트워크를 분할하면 그들만이 아니라 우리 모두에게 해가 됩니다 13:25 &lt;legion&gt; router 콘솔에 업데이트 알림 같은 걸 넣어서 자신이 구버전을 돌리고 있다는 걸 알려주는 건 어떨까요? 13:25 &lt;@jrandom&gt; 네, 그거 꽤 멋질 거예요 13:25 &lt;@jrandom&gt; 가능하면 업데이트 기능과도 연동되면 좋겠네요 13:26 &lt;legion&gt; 네, 알아요, 분할은 안 좋죠... 13:26 &lt;@jrandom&gt; smeghead가 그 핵심 구성 요소 몇 가지를 작업 중인데, 알림/다운로드까지 포함되는지는 잘 모르겠네요 13:26 &lt;@jrandom&gt; (그래서 그 작업을 도와보고 싶은 분은 연락 주세요!) 13:27 &lt;@jrandom&gt; 좋아요, 2) mail.i2p 업데이트로 넘어가죠 13:27 &lt;@jrandom&gt; postman: 핑 13:27 &lt;+postman&gt; 네 13:27 &lt;bla&gt; jrandom: 제 기억이 맞다면 smeghead가 서명 관련 작업을 하고 있었어요(업데이트 알림을 받았을 때, 최소한 그게 진짜고 피싱/스파이웨어/잡것이 아니라는 걸 알 수 있도록) 13:28 * postman이 마이크를 넘겨받습니다 13:28 &lt;legion&gt; 흠, i2p를 통해 업데이트를 내려받고 노드가 업데이트만 받으면 우아한 재시작을 하는 자동 업데이트 기능이 내장되어 있으면 어떨까요. 13:28 &lt;@jrandom&gt; 맞아요 bla 13:28 &lt;ant&gt; &lt;Gatak&gt; 아, 참고로. 포트를 열 수 없어도 nat 뒤에서 I2P가 작동하나요? 13:28 &lt;@jrandom&gt; Gatak: 아직은요. 일부는 0.6에서 가능해질 거고, 다른 사람들은 2.0에서요 13:29 &lt;@jrandom&gt; legion: 패치 환영합니다 13:29 &lt;ant&gt; &lt;Gatak&gt; 2.0이라니, 그건 한참 먼 미래네요 =) 13:29 &lt;@jrandom&gt; (http://www.i2p.net/roadmap#2.0 ;) 13:29 &lt;+postman&gt; 어, 지금 시작할까요? 13:29 &lt;aum&gt; 모두 좋은 아침 13:30 &lt;@jrandom&gt; 마이크는 전부 postman 겁니다(미안 ;) 13:30 &lt;@jrandom&gt; 'lo aum, 회의에 맞춰 왔네요 13:30 &lt;@jrandom&gt; (앗! /me 다시 입 다문다) 13:30 &lt;cervantes&gt; Gatek: http://www.i2p.net/roadmap 13:30 &lt;+postman&gt; 먼저, postman.i2p에 등록된 계정이 벌써 300개를 달성했다는 말씀을 드리고 싶어요 13:30 &lt;@jrandom&gt; 와! 13:30 &lt;+postman&gt; '인터넷'과 주고받는 메일 수가 꾸준히 늘고 있고, 우리가 더 나아가야 한다는 걸 다시 한번 보여줍니다 13:31 &lt;cervantes&gt; *꺄아아* 13:31 &lt;+postman&gt; 몇 주 전 jr와 이야기한 후 v2mail을 I2P 1.0과 함께 릴리스하기로 합의했습니다 13:31 &lt;+postman&gt; 현재 상태: 모든 노드에서 실행되도록 설계된 Java 기반 SMTP 프록시는 완료되었습니다 13:31 &lt;@jrandom&gt; 좋네요! 13:32 &lt;+postman&gt; Java 기반 POP3 프록시는 80%까지 진행됐고, maildir(메일 디렉토리 형식) 엔진만 빠져 있습니다 13:32 &lt;+postman&gt; 웹 매니저가 있을 예정이며 아직 많은 손질이 필요합니다(15% 완료) 13:32 &lt;+postman&gt; 노드 간 통신은 40%입니다 - HTTP/XML로 일부 데이터 레코드 교환을 테스트했습니다 13:33 &lt;+postman&gt; 꽤 잘 작동하고, 속도도 빠른 편입니다 13:33 &lt;+postman&gt; 중계 노드가 장애가 나거나 며칠 동안 꺼져 있어도, 다시 온라인이 되면 몇 분 안에 동기화됩니다 13:33 &lt;@jrandom&gt; 멋지네요 13:33 &lt;+postman&gt; 꽤 잘 진행 중이라고 생각합니다 13:34 &lt;+postman&gt; 한 가지 주목할 점이 있어요 13:34 &lt;bla&gt; postman: 멋진 작업이네요! 질문 하나요: 많은 노드가 포트 25에서 데이터를 받거나 보낼 수 없어요(직접은 어쨌든요). 노드 소유자가 이를 지정할 수 있나요(아니면 자동으로 감지되나요)? 13:34 &lt;cervantes&gt; 멋져요 13:34 &lt;+postman&gt; bla: 나중에요 13:34 &lt;+postman&gt; v2mail에서는 로컬에서 실행되는 웹앱이 있을 거예요 13:34 &lt;+postman&gt; 이걸로 로컬 프록시를 관리할 수 있고, 'relayaccount'도 신청할 수 있습니다 13:35 &lt;+postman&gt; 이 relayaccount는 이후 여러분의 주소/도메인을 중계(리레이)에 연동하는 데 사용됩니다 13:35 &lt;+postman&gt; 리레이들이 그 정보를 자동으로 동기화합니다 13:35 &lt;@jrandom&gt; 멋져요 13:35 &lt;+postman&gt; 주소록/공개키 같은 기능도 LOCAL 인터페이스로 동작합니다 13:36 &lt;+postman&gt; 즉, 메일 관련 작업을 모두 처리할 수 있는 단일 중앙 매니저를 두는 것이 아이디어입니다 13:36 &lt;+postman&gt; 관련 데이터는 리레이 중 하나로 전송된 뒤 리레이들 사이에서 동기화됩니다 13:36 &lt;+postman&gt; 그리고 이 웹 기반 매니저는 바로 여러분의 노드에서 실행됩니다 13:37 &lt;+postman&gt; 여러분의 노드가 온라인일 때, 리레이가 여러분의 destination/도메인/주소에 대기 중인 메일을 전달합니다 13:37 &lt;+postman&gt; 로컬 SMTP 프록시로 전달됩니다 13:37 &lt;+postman&gt; ETRN으로 전체 과정을 트리거할 수도 있어요 :) 13:37 &lt;aum&gt; 다시 안녕하세요 13:37 &lt;aum&gt; 괜찮다면 이 회의에서 토론할 주제를 하나 제안하고 싶습니다 13:37 &lt;+postman&gt; 미래 계획은 대략 이 정도예요 여러분 :) 13:37 &lt;+postman&gt; . 13:38 &lt;@jrandom&gt; 끝내주네요, postman 13:38 * postman이 마이크를 돌려줍니다 13:38 &lt;@jrandom&gt; aum: 좋아요, 4)에서 시간 좀 뺄게요 13:38 &lt;+postman&gt; 네, 완전 신나요 :) 13:38 &lt;@jrandom&gt; postman: 그럼 일반 사용자의 경우, SMTP 프록시가 로컬 maildir을 가지고, POP3 프록시가 읽기 등을 담당하는 거죠? 13:39 &lt;+postman&gt; 네, SMTP 프록시에 MDA(메일 배달 에이전트)가 있어요 13:39 &lt;+postman&gt; 그리고 로컬 maildir들로 메일을 배달합니다 13:39 &lt;+postman&gt; 심지어 여러 계정/사용자를 로컬에 생성할 수도 있어요 13:39 &lt;cervantes&gt; postman: 리레이들이 할당량 같은 것을 추적하고 그런 정보를 서로 전파하나요? 13:39 &lt;+postman&gt; 그리고 여러분의 도메인의 계정에 매핑됩니다 13:39 &lt;+postman&gt; cervantes: 네, 그렇게 할 거예요 13:39 &lt;septu_ssh&gt; 죄송한데, 새로운 모델에서 결제/스팸 방지 메커니즘에 대해 postman에게 물어봐도 될까요? 13:40 &lt;+postman&gt; septu_ssh: 웹페이지에 있는 문서들 읽어보셨나요? 13:40 &lt;+postman&gt; cervantes: 완전 실시간은 아니에요 13:40 &lt;+postman&gt; cervantes: 하지만 할당량 정보 교환이 몇 분 간격으로 업데이트되는 건 괜찮다고 봐요 13:40 &lt;septu_ssh&gt; 읽기 대기열에 있어요 :/ 13:40 &lt;septu_ssh&gt; 하지만 문서화돼 있다면 괜찮습니다 13:40 &lt;cervantes&gt; postman: 네 그럴 거라고 생각했어요 13:41 &lt;+postman&gt; septu_ssh: www.postman.i2p/inout.html 13:41 &lt;+postman&gt; septu_ssh: www.postman.i2p/mailv2.html 13:41 &lt;+postman&gt; cervantes: 이건 크게 문제 될 건 없어요 - 할당량은 상식적인 한도니까요 13:41 &lt;cervantes&gt; postman: 누군가가 nrelays * quota만큼의 수신자에게 보낼 수 있다고 해도 나쁜 일은 아니죠 13:41 * septu_ssh is bungle 13:41 &lt;+postman&gt; cervantes: 맞아요 13:42 &lt;+postman&gt; 목표는 누군가가 서비스를 심각하게 남용하는 것을 막는 것입니다 13:42 &lt;+postman&gt; 테스트에서는 리레이 3개로도 정말 빨랐어요 13:42 &lt;@jrandom&gt; postman: 이게, 여러분 노드를 경유하지 않고 로컬 SMTP 릴레이가 다른 사람의 SMTP 릴레이와 직접 통신하는 것도 지원하나요? 13:42 &lt;+postman&gt; cervantes: 10초 안에 동기화되었어요 :) 13:43 &lt;@jrandom&gt; (아니면 그건 나중에 할 일인가요) 13:43 &lt;+postman&gt; jrandom: i2p 메일 리레이는 여러 사람들이 운영할 것이고, 메일 라우팅의 우선 목적지입니다 13:43 &lt;cervantes&gt; postman: 발송 대기열에 지수형 지연을 도입할 수도 있겠네요 13:43 &lt;cervantes&gt; 문제가 된다면요 13:43 &lt;+postman&gt; jrandom: 그래서 다른 destination으로 직접 보내는 게 특정 상황에서는 유용할 수 있죠 13:44 &lt;@jrandom&gt; 맞지만, 다른 상황에서는 위험하죠 13:44 &lt;cervantes&gt; 그러니까 메일을 많이 보낼수록 대기열에 머무는 시간이 늘어나게 해서... 리레이가 따라잡을 시간을 주는 거죠 13:44 &lt;+postman&gt; jrandom: 하지만 노드 소유자가 자신의 IMIO destination을 공개하면 통제 없이 스팸을 받을 수도 있어요 :) 13:44 &lt;@jrandom&gt; 맞아요 13:44 &lt;@jrandom&gt; 한편, i2p 메일 리레이가 적대적이라면 마찬가지죠 13:45 &lt;+postman&gt; jrandom: 맞아요, WOT(웹 오브 트러스트) 같은 구성입니다 13:45 &lt;@jrandom&gt; &lt;/tinFoil&gt; 13:45 &lt;+postman&gt; jrandom: 리레이 운영자가 여러분 주소에 대해 할당량 0을 배포하는 것을 막을 수는 없죠 13:45 &lt;@jrandom&gt; 'ㅇㅋ 좋아요. 네, 지금은 그걸로 걱정할 필요 없어요 13:45 &lt;+postman&gt; :) 13:46 &lt;+postman&gt; 좋아요 13:46 &lt;+postman&gt; . 13:46 &lt;@jrandom&gt; 좋아요, 업데이트 고마워요. 정말 흥미진진한 내용이네요 13:46 &lt;@jrandom&gt; 좋아요, 3) i2p-bt 업데이트로 넘어가죠 13:46 &lt;@jrandom&gt; duck: 핑 13:46 &lt;@duck&gt; 안녕 13:47 &lt;@duck&gt; 어제 BitTorrent 4.0.0이 릴리스되었습니다 13:47 &lt;ant&gt; &lt;dm&gt; 독일어 같네요 13:47 &lt;@duck&gt; 우리가 0.2 작업을 시작하기 전에 거의 기다리던 것이죠 13:47 &lt;@duck&gt; 작업 목록/할 일 목록을 썼어요: http://pastebin.ca/raw/7037 13:47 &lt;@duck&gt; (죄송, 제 웹이 지금 내려가 있어요) 13:48 &lt;@jrandom&gt; 좋네요 13:48 &lt;legion&gt; 0.2 일정은 어느 정도로 보고 있나요? 13:48 &lt;@duck&gt; 목표는 4주였어요 13:49 &lt;legion&gt; 멋지네요 13:49 &lt;@duck&gt; 보시다시피 RawServer(i2p와 통신하는 부분)가 가장 큰 작업입니다 13:50 &lt;@duck&gt; . 13:50 &lt;@duck&gt; 간단한 설문: 13:50 &lt;legion&gt; 네, 잘 알고 있어요 :) 13:50 &lt;@duck&gt; i2p-bt 포크를 만들 계획이 있는 사람? 13:50 &lt;@jrandom&gt; 좋네요, 사람들이 도울 수 있는 게 있을까요? 13:50 &lt;@jrandom&gt; ㅎㅎ 13:51 &lt;ant&gt; &lt;dm&gt; 나 13:51 * jrandom이 숟가락을 집어 든다 13:51 &lt;ant&gt; &lt;dm&gt; 나 도울 의향 잇음 13:51 &lt;legion&gt; 나 13:51 &lt;ant&gt; &lt;dm&gt; 나 게이야 13:51 &lt;legion&gt; 저는 포크 작업 중이에요 13:52 &lt;@duck&gt; 좋아요, 그럼 누구를 진지하게 안 보면 되는지 알겠네요. 13:52 &lt;@duck&gt; 정말로, 그건 좀 어리석다고 봐요; 자원을 모으면 훨씬 더 멀리 갈 수 있을 겁니다 13:53 &lt;@jrandom&gt; 아니면 더 나은 방법이 있다면, duck을 설득해서 그 방식으로 작업하도록 할 수도 있겠죠? 13:53 &lt;named&gt; qbasic으로 포크를 쓰려고 합니다, 제발 진지하게 대해주세요. 13:53 &lt;@duck&gt; 과정을 더 개방적으로 해보겠습니다. 그러면 다른 사람들이 뭐가 계획되어 있는지 등을 볼 수 있겠죠 13:53 &lt;ant&gt; &lt;dm&gt; 너의 개방성은 우리를 흔들지 못해. 포크! 포크! 포크! 포크! 13:53 &lt;@duck&gt; 다른 제안이 있으면요 13:54 &lt;ant&gt; * dm이 legion을 어깨 위로 들어 올린다. 13:54 &lt;legion&gt; 흠, 맞을지도요. 다만 제가 하는 일로는, 제가 메인 i2p-bt 개발 프로세스를 오염시키는 걸 원하지 않을 것 같네요 ;) 13:54 &lt;ant&gt; &lt;dm&gt; 포크! 포크! 포크! 포크! 13:54 &lt;@jrandom&gt; legion: duck이 지원하고 싶지 않을 만한 일을 뭘 하고 있나요? 13:55 &lt;@duck&gt; legion: 축하해요, 'i2p bittorrent'로 구글링하면 'Windows I2P Bittorrent Version 1.0' 발표가 1위네요 13:55 &lt;@jrandom&gt; 세상에 13:56 &lt;bla&gt; jrandom: 네? 13:56 &lt;+postman&gt; jrandom: 그래요, 곧 이 네트워크를 탈탈 털어버릴 거예요 :) 13:56 &lt;bla&gt; ;) 13:56 &lt;named&gt; 1.0? 젠장, 난 0.1.8 쓰고 있는데! 13:56 &lt;Ragnarok&gt; 어이쿠 13:57 &lt;legion&gt; 세상에, 정말요?! 믿을 수가 없네요... 미쳤다. 13:57 &lt;@duck&gt; 어쨌든, 여기에 대해 새로 말할 건 별로 없다고 봐요 13:57 &lt;legion&gt; 제 1.0 릴리스는 0.1.8을 기반으로 했어요. 0.1.8을 돌리고 있다면 괜찮습니다. 13:58 &lt;@jrandom&gt; (그리고 1.0 릴리스는 아무도 검토하지 않은 .exe입니다. YMMV) 13:58 &lt;legion&gt; 이름과 버전 넘버링을 잘못했어요. 다시 한번 죄송합니다. 13:58 &lt;ant&gt; &lt;dm&gt; 1.0&gt;&gt; 0.1.8 13:58 &lt;ant&gt; &lt;dm&gt; 일주일 내내 13:59 &lt;@duck&gt; 약간 관련 있는 내용: 13:59 &lt;@jrandom&gt; 좋아요, 3) i2p-bt에 더 있을까요, 아니면 4) ???로 넘어갈까요? 13:59 &lt;+postman&gt; legion: 소스 코드는 언제 내려받을 수 있나요? 13:59 &lt;frosk&gt; "I2P-BT 0.1.8은 지금까지 꽤 잘 작동하고 안정적입니다. 개인적으로 I2P-BT 1.0으로 업데이트할 이유를 못 보겠네요" (포럼에서 봄) 13:59 * jrandom 한숨 13:59 &lt;@duck&gt; 지난달 Bram Cohen이 어떤 대학에서 BitTorrent에 대해 강연을 했습니다 14:00 &lt;@duck&gt; 꽤 흥미롭습니다: http://netnews.nctu.edu.tw/~gslin/tmp/050216-ee380-100.wmv.torrent 14:00 &lt;@duck&gt; (대형 P2P 프로그램에 대한 교훈과 BitTorrent 세부 사항 일부 설명이 있습니다) 14:00 &lt;@duck&gt; . 14:01 &lt;@jrandom&gt; 맞아요 14:01 &lt;@duck&gt; postman: legion이 소스 코드를 일부 공개했어요 14:01 &lt;ant&gt; &lt;dm&gt; 그가 BT 발명자인가요? 14:01 &lt;@duck&gt; 하지만 smeghead 말로는 .exe와 동일하지 않다고 하네요 14:01 &lt;@jrandom&gt; dm: 네 14:01 &lt;legion&gt; `http://legion.i2p/archives/Itorrent_1_x_Developer_Source.zip.bz2` 여기에서 개발자용 소스를 내려받을 수 있습니다 14:02 &lt;+postman&gt; ㅇㅋ, 확인해볼게요 14:02 &lt;ant&gt; &lt;dm&gt; 그 exe가 그 소스를 그대로 컴파일한 건가요? 14:03 &lt;legion&gt; 사실 1.0 소스는 smeghead의 패치를 적용한 0.1.8을 컴파일하고 보기 좋게 패키징한 것뿐이에요. 14:04 * cervantes가 4)???로 걸어가서 모두가 따라오길 기다린다 14:04 &lt;ant&gt; &lt;dm&gt; 질문은 아직 답이 없군요 14:04 &lt;ant&gt; &lt;dm&gt; Legion, 자네, code red를 명령했나 안 했나??? 14:04 &lt;@jrandom&gt; *콜록* 14:04 &lt;legion&gt; 본론으로 돌아가죠. 제 BT 클라이언트 논의는 #itorrent로 옮겼어요 14:05 &lt;@jrandom&gt; 좋아요, 4) ??? 14:05 &lt;@jrandom&gt; 다른 안건 있으신가요? 14:05 &lt;@jrandom&gt; aum: 얘기할 게 있었죠? 14:06 &lt;ant&gt; &lt;dm&gt; stasher 돌아왔나? 14:06 &lt;legion&gt; 0.5.0.2에서 트래픽이 많은 기간에 이상한 동작이 보이네요... 14:06 &lt;aum&gt; 네 14:06 &lt;aum&gt; tunnel 자동 생성/관리 문제를 제기하고 싶습니다 14:07 &lt;ant&gt; &lt;dm&gt; 계속하세요 14:07 &lt;+detonate&gt; Windows의 systray 관련 부분에서 NullPointerException이 있네요, 방금 발견했어요 14:07 &lt;aum&gt; 지금 웹 콘솔에서 사람이 수동으로 tunnel을 생성/삭제/관리할 수 있게 된 건 1337하죠 14:07 &lt;@jrandom&gt; detonate: 그거 bugzilla에 올려줄 수 있을까요? 14:07 &lt;aum&gt; 하지만 프로그램도 tunnel을 관리할 수 있는 신뢰할 만하고 편리한 방법이 항상 있어야 한다고 강하게 믿습니다 14:08 &lt;@jrandom&gt; aum: 이견 없습니다. 필요하고, 제공할 겁니다. 다만 아직은 아니에요. 14:08 &lt;ant&gt; &lt;dm&gt; SAM으로 그걸 할 수는 없나요? 14:08 &lt;aum&gt; 최근 i2p로 돌아와 보니 pysam 라이브러리가 더는 작동하지 않더군요 14:08 &lt;septu_ssh&gt; aum 다음으로 짧은 질문 하나 있어요 14:08 &lt;aum&gt; 좀 실망이었습니다 14:08 &lt;@jrandom&gt; SAM 프로토콜은 동작하고, pysam은 동작하지 않습니다 14:08 &lt;Ragnarok&gt; 그게 예전에라도 작동했나요? 14:09 &lt;aum&gt; 맞아요 14:09 &lt;aum&gt; pysam은 예전에 아주 잘 작동했어요 14:09 &lt;legion&gt; 그런 기간에는 제 노드가 참여하는 tunnel이 1000개 이상이고, 수 초의 랙과 지연이 발생합니다. 14:09 &lt;@jrandom&gt; legion: 네, tunnel 수가 많은 건 예전 빌드들 때문이에요 14:09 &lt;cervantes&gt; 아 mymodesty 14:09 &lt;cervantes&gt; 음 pymodesty 14:09 &lt;aum&gt; 지금 'i2ptunnel.py'라는 모듈을 작성 중인데, tunnel 관리를 쉽게 해주는 클래스를 정의합니다 14:10 &lt;legion&gt; 그럼 예전 빌드에 연결하지 않으면 네트워킹이 훨씬 매끄러울까요? 14:10 &lt;@jrandom&gt; 'ㅋ, 그게 장기적인 올바른 해법인지는 모르겠지만, 지금 당장 간극을 메우는 데 도움이 된다면 좋네요 14:10 &lt;@jrandom&gt; legion: 그 tunnel들이 문제는 아니에요 14:11 &lt;aum&gt; 뭐, 내부 메커니즘이 바뀌더라도 클래스 인터페이스는 유지될 수 있죠 14:11 &lt;@jrandom&gt; 'ㅋ 14:11 &lt;legion&gt; 아닌가요? 14:12 &lt;legion&gt; tunnel이 적을 때는 랙과 지연이 거의 없는데요... 14:12 &lt;cervantes&gt; legion: 미안해요 aum이 질문 몇 개만 제기하고 있으니 잠깐만 기다려 주세요 14:12 &lt;legion&gt; 그냥 좀 이상하게 느껴져서요. 14:13 &lt;legion&gt; 오케이 14:13 &lt;@jrandom&gt; 과거에 성공적이었던 것을 고려해야 한다는 점이 걱정됩니다 - 웹 설정은 모두가 사용하니까 잘 작동하고 유지됩니다. 아마 지금 작업 중인 앱은 수동 tunnel 생성으로 먼저 동작하게 만드는 게 최선일 거예요. 그게 더 효율적일 겁니다 14:13 &lt;@jrandom&gt; 항상 i2ptunnel.py를 사용하는 무언가가 있어서, 그것을 스트레스 테스트하도록요 14:13 &lt;aum&gt; 우리가 교착 상태에 빠진 것 같네요 14:13 &lt;+detonate&gt; jrandom:물론이죠 14:14 &lt;ant&gt; &lt;dm&gt; 그럼 넘어가죠 14:14 &lt;aum&gt; 믿고 쓸 수 있는 tunnel 관리 API가 있기 전에는 제 앱 개발에 시간을 투자하고 싶지 않아요 14:14 &lt;septu_ssh&gt; \o. - 제안할 사항 하나요 14:14 &lt;cervantes&gt; 현실적으로, 다음 몇 달 안에 tunnel 인터페이스가 개편될 거라고는 상상하기 어려워요... 14:14 &lt;@jrandom&gt; 하지만 하나 추가하는 건 아주 쉽다는 걸 아시잖아요 14:14 &lt;cervantes&gt; 즉, 웹 인터페이스 자체가 그 API를 사용하면 유지보수 부담이 없죠 14:15 &lt;named_&gt; 웹 설정이 aum의 프로그램이 조작할 수 있는 어떤 API를 가질 수는 없을까요? 14:15 &lt;@jrandom&gt; named_: 네 14:16 &lt;@jrandom&gt; URL을 통해 안전하게 제어할 수 있게 뭔가를 추가하는 건 사소합니다만, 그걸 필요로 하는 게 있어야 의미가 있어요 14:16 &lt;@jrandom&gt; 그렇지 않으면 그냥 썩어버리겠죠 14:16 &lt;aum&gt; named_: 그게 괜찮겠네요. 그리고 설정에 하드코딩된 비밀번호를 클라이언트 프로그램이 터널 제어 필드와 함께 POST해야 하는 식이면 될 수 있겠어요 14:16 &lt;cervantes&gt; 개인적으로는 전체 tunnel 시스템을 완전히 개편하고 싶은데, 처음부터 tunnel 관리 인터페이스를 포함하면 별도의 인터페이스를 유지하는 추가 노력을 걱정할 필요가 없죠 14:17 &lt;@jrandom&gt; 맞아요, 프록시에는 손볼 게 많습니다. 저는 가능한 한 그걸 피하고 있었지만요 :) 14:17 &lt;aum&gt; SAM은 어떤 상황에서는 좋고, 다른 상황에서는 나쁩니다 14:17 &lt;cervantes&gt; 하지만 그건 조금 더 나중 일이고요... 14:17 &lt;fedo&gt; ( 14:18 &lt;@jrandom&gt; aum: 하지만 임시방편으로, 현재 가능한 세 가지 방법 중 하나를 그냥 사용할 수는 없나요? 14:18 &lt;cervantes&gt; 즉, 웹 인터페이스 자체가 그 API를 사용하면 유지보수 부담이 없죠 14:18 &lt;@jrandom&gt; 맞아요. 웹 인터페이스는 TunnelControllerGroup을 사용합니다 14:19 &lt;aum&gt; 표준 TCP 소켓에 크게 의존하는 기존 라이브러리를 사용하려고 하면 SAM 사용이 어려워집니다 14:19 &lt;aum&gt; jrandom: I2PTunnel CLI는 server tunnel을 여는 데 작동하지 않아서, 지금 TunnelControllerGroup을 사용하는 코드를 작성 중입니다 14:19 &lt;@jrandom&gt; aum: 기존 라이브러리는 신중히 감사를 해야 합니다. 예를 들어, gzip 유틸리티 자체가 민감한 데이터를 노출합니다 14:19 &lt;aum&gt; 지금 바로 코딩 중이에요 14:21 &lt;@jrandom&gt; CLI가 server tunnel에서는 분명 작동합니다. 하지만 그런 방식이 필요하다면 TunnelControllerGroup을 사용하는 게 바람직해요 14:21 &lt;@jrandom&gt; 좋아요, 다른 안건 있으신가요? 14:22 &lt;septu_ssh&gt; 제 질문은 hosts.txt의 분산 버전에 관한 것입니다. 현재 routerInfo에는 DHT 테이블이 사용되고 있는데, 이를 확장해서 DNS의 분산 버전으로 쓸 수는 없을까요? 그 DNS DHT에는 www.bla.i2p에서 eepsite SHA로의 매핑이 들어가고, 엔트리는 'I2P registrar'의 서명을 받는 식으로요... 의견? 반박? 14:22 &lt;mancom&gt; 로드맵 관련 질문: 0.6은 여전히 4월 예정인가요? 14:22 &lt;@jrandom&gt; septu_ssh: 라우팅이 아닌 데이터를 netDb에 넣는 건 제 시체를 넘고 가야 합니다 ;) 14:23 &lt;septu_ssh&gt; jrandom: 같은 DB가 아니에요 14:23 &lt;septu_ssh&gt; 다른 분산 DB요 14:23 &lt;aum&gt; jrandom: 제 버그 리포트 보셨나요? CLI 'server' 명령은 /작동하지 않습니다/ 14:23 &lt;maestro^&gt; septu_ssh: i2p registrar 같은 건 없어요 14:23 &lt;@jrandom&gt; septu_ssh: 네이밍에는 위험한 측면이 많고, 핵심적인 절충점들이 있습니다. ugha.i2p에서의 네이밍 논의를 보셨나요? 14:24 &lt;@jrandom&gt; septu_ssh: 아, I2P 위의 DHT를 사용해 엔트리를 분산시키는 건 확실히 가능합니다. 다만 그 이름들을 전역 엔트리로 취급하면 보안적이지 않을 겁니다 14:26 &lt;@jrandom&gt; aum: 몇 주 전까지 매일 사용했는데요, 제 답장 보셨나요? 14:26 &lt;@jrandom&gt; maestro^: 그게 계획입니다 14:26 &lt;@jrandom&gt; 어, mancom: 14:26 &lt;cervantes&gt; aum: 그 i2plist 메일에 대한 jr의 답장을 가지고 있는데, 아직 못 받으셨나요, 아니면 문제가 여전히 있나요? 14:26 &lt;septu_ssh&gt; 'registrar'를 제안하는 유일한 이유는, 그렇지 않으면 충돌이 발생할 수 있기 때문이에요 14:26 &lt;@jrandom&gt; septu_ssh: 충돌을 받아들이세요 :) 14:26 &lt;@jrandom&gt; 전역적으로 유일하고, 사람이 읽기 쉬우며, 분산되어 있고, 보안적인 네이밍은 존재하지 않습니다 14:27 &lt;septu_ssh&gt; host.txt를 수동으로 편집해도 그런 일이 생길 수 있지만, 문제는 똑같습니다 14:27 &lt;@jrandom&gt; 첫 번째 조건을 포기하면, 완벽해집니다 14:27 &lt;aum&gt; jrandom: 답장은 봤어요 - 그리고 제 cp에 streaming.jar이 /정말/ 있습니다 14:27 &lt;septu_ssh&gt; postman이 메일에 대해서는 중앙 노드를 운영하니, 네트워크 안에도 신뢰 요소가 있는 거죠. 누군가가 네임스페이스를 관리하는 registrar를 신뢰할 수도 있지 않나요? 14:27 &lt;@jrandom&gt; 좋네요, 그리고 아직도 그 스택트레이스가 나오나요 aum? 14:28 &lt;aum&gt; 네 14:28 &lt;@jrandom&gt; septu_ssh: postman은 postman의 outproxy/inproxy에 대해서만 중앙 요소로 동작합니다 14:28 * Ragnarok, 그 주소록 문서를 정말 써야겠네... 14:28 &lt;aum&gt; 이건 제가 CLI를 수동으로 실행해서 genkeys를 하고, genkeys가 생성한 privkeyfile을 사용해 'server'를 했을 때예요 14:28 &lt;@jrandom&gt; septu_ssh: 누가 네임스페이스를 관리하는 걸 신뢰하지 않을 겁니다. 검열 == 그 registrar에 압력을 가한다는 뜻이죠. 14:28 &lt;maestro^&gt; 모두가 사실 각자의 registrar예요 14:29 &lt;maestro^&gt; 여러분은 친구를 신뢰하고, 친구는 여러분을 신뢰하죠 14:29 &lt;aum&gt; 젠장, 오래된 클래스패스를 들고 왔네요 14:29 * aum 다시 테스트 14:30 &lt;ant&gt; &lt;dm&gt; 좋아, 내가 registrar 할게. 14:31 &lt;ant&gt; &lt;dm&gt; 가능한 한 공정하게 할게... 괜찮지? 14:31 &lt;septu_ssh&gt; 흠, 알겠어요. 그럼 속담대로 원점으로 돌아가야겠네요... 14:31 &lt;@jrandom&gt; septu_ssh: 검토하기 좋은 곳: http://zooko.com/distnames.html :) 14:32 &lt;@jrandom&gt; 모두가 그걸 원하지만, 사람들이 원하는 방식은 보안적이지 않습니다. 우리는 보안적인 해법이 있지만, 전역적 유일성을 포기합니다 14:33 &lt;septu_ssh&gt; 흠, 알겠어요 14:33 &lt;@jrandom&gt; 좋아요, 회의에서 더 다룰 안건 있으신가요? 14:33 &lt;cervantes&gt; septu_ssh: http://forum.i2p.net/viewtopic.php?t=134 14:33 &lt;aum&gt; jrandom - 좋아요, 이제 CLI 'server'는 동작하지만, tunnel의 'job number'를 받지 못했어요 14:34 &lt;@jrandom&gt; 흠 그렇죠, 그건 계속 실행됩니다 14:34 &lt;aum&gt; 아, 'list'를 해야 job 번호를 얻는군요 14:36 &lt;@jrandom&gt; 좋아요, 더 없으면... 14:36 * jrandom 마무리 준비 14:36 * jrandom 회의를 *baf* 하고 닫습니다 </div>/ko/blog/2005/03/01/2005-03-01-%EA%B8%B0%EC%A4%80-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 01 Mar 2005 00:00:00 +0000/ko/blog/2005/03/01/2005-03-01-%EA%B8%B0%EC%A4%80-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요, 여러분, 우리 상태 업데이트 시간입니다</p> <ul> <li>Index</li> </ul> <ol> <li>0.5.0.1 2) 로드맵 3) 주소록 편집기 및 설정 4) i2p-bt 5) ???</li> </ol> <ul> <li> <ol> <li>0.5.0.1</li> </ol> </li> </ul> <p>지난주에 논의한 대로, 회의가 끝난 지 몇 시간 후 우리는 0.5에서 tunnels가 대량으로 생성되는 문제(그 외 여러 문제)를 유발했던 버그들을 수정한 새로운 0.5.0.1 릴리스를 배포했습니다. 전반적으로 이번 리비전으로 상황이 개선되었지만, 더 폭넓은 테스트 과정에서 일부 사용자에게 영향을 주는 추가 버그들이 발견되었습니다. 특히, 0.5.0.1 리비전은 머신이 느리거나 router의 tunnels가 대량으로 실패하는 경우 CPU를 엄청나게 잡아먹을 수 있으며, 오래 실행되는 I2PTunnel 서버는 OOM(메모리 부족)이 발생할 때까지 RAM을 잠식할 수 있습니다. 또한 streaming lib(스트리밍 라이브러리)에는 오랜 기간 존재해 온 버그가 있어, 특정한 실패 조건이 맞아떨어지면 연결을 수립하지 못할 수 있습니다.</p>/ko/blog/2005/03/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-3%EC%9B%94-1%EC%9D%BC/Tue, 01 Mar 2005 00:00:00 +0000/ko/blog/2005/03/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-3%EC%9B%94-1%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, bla, cervantes, cervantes2p, ddd, detonate, duck, jnymo, jrandom, MichElle, null, Ragnarok, smeghead, ugha2p</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:05 &lt;@jrandom&gt; 0) 안녕하세요 13:05 &lt;@jrandom&gt; 1) 0.5.0.1 13:05 &lt;@jrandom&gt; 2) 로드맵 13:05 &lt;@jrandom&gt; 3) 주소록 편집기와 설정 13:05 &lt;@jrandom&gt; 4) i2p-bt 13:05 &lt;@jrandom&gt; 5) ??? 13:05 &lt;@jrandom&gt; 0) 안녕하세요 13:05 * jrandom 손을 흔듦 13:05 &lt;@duck&gt; 안녕 13:05 &lt;@jrandom&gt; 주간 상태 노트 올라감 @ http://dev.i2p.net/pipermail/i2p/2005-March/000616.html 13:05 &lt;null&gt; 안녕 13:05 &lt;@jrandom&gt; (그러게, 이번 주는 늦었어, 내 목을 쳐야지) 13:06 &lt;@jrandom&gt; 스피드리더 여러분이 그걸 훑는 동안, 1) 0.5.0.1로 들어가볼까요 13:07 &lt;@jrandom&gt; 0.5.0.1이 나왔고, 0.5의 가장 눈에 띄는 버그들은 없앴지만, 보시다시피 아직 할 일이 남아 있어요 13:07 &lt;@jrandom&gt; (현재 CVS는 0.5.0.1-7이고, 0.5.0.2로 가기 전에 최소 -8이나 -9까지는 갈 듯) 13:07 &lt;+ugha2p&gt; 안녕하세요. 13:08 &lt;+ugha2p&gt; CVS HEAD가 그 100% CPU 이슈를 고쳤나요? 13:08 &lt;@jrandom&gt; 네, -7이면 마지막 잔재까지 잡을 거예요 13:08 &lt;@duck&gt; CVS HEAD가 그 OOM(메모리 부족) 이슈도 고쳤나요? 13:08 &lt;+detonate&gt; 안녕 13:08 &lt;@jrandom&gt; 아니요, OOM(메모리 부족)은 아직 원인을 추적 중이에요 13:09 &lt;@jrandom&gt; 사실... 여기 Connelly 있나요? 13:09 &lt;ant&gt; &lt;jrandom&gt; 아니요 13:09 &lt;@jrandom&gt; 젠장 13:09 &lt;+ugha2p&gt; jrandom 미쳤나 봐, 자기랑 대화하고 있어. 13:09 &lt;@jrandom&gt; 좋아요, OOM(메모리 부족)을 없애기 위해 무엇을 할지 보죠. 이건 확실한 쇼스톱퍼라서, 어떻게든 해결되기 전까지는 릴리스가 없을 거예요 13:10 &lt;+detonate&gt; 회의에 맞춰 딱 왔네 13:11 &lt;@jrandom&gt; 0.5.0.1 관련해선 이 정도면 됐고요 - 다른 분들 언급/질문/논의할 게 있나요? 13:12 &lt;+ugha2p&gt; jrandom: 음, 0.5.0.1에서는 CPU 이슈를 못 봤는데, 0.5.0.1-5를 썼을 땐 두 번 겪었어요. 제가 뭘 놓친 건가요? 13:12 &lt;+ugha2p&gt; 그래서 0.5.0.1로 되돌렸습니다. 13:13 &lt;+detonate&gt; 질문이 있어요. 종료가 너무 오래 걸리는 것 같고, 그동안 메모리 사용량이 약 40MB 급증해요 13:13 &lt;+detonate&gt; 왜 그런지 아시나 해서요 13:14 &lt;+detonate&gt; 바로 그거요, 분명히요 13:14 &lt;@jrandom&gt; 그건 0.5.0.1에서도 일어날 수 있어요, 그냥 아직 안 겪었을 뿐. 13:14 &lt;@jrandom&gt; (흔한 건 아니고, 특이한 상황에서 일부에게만 발생해요) 13:14 &lt;@jrandom&gt; detonate: 아주 오래라면, 평소 11-12분보다 더 걸린다는 뜻인가요? 13:14 &lt;+ugha2p&gt; 음, 8시간 동안 두 번 발생했어요. 13:15 &lt;+detonate&gt; 참여 중인 tunnel이 모두 사라진 뒤에요 13:15 &lt;+ugha2p&gt; jrandom: 그 버그가 발생하면 CPU를 전부 잡아먹고 재시작할 때까지 모든 lease를 잃는 게 정상인가요? 13:16 &lt;@jrandom&gt; ugha2p: 네, 그 버그의 전형적인 증상이에요 13:16 &lt;+detonate&gt; 흠 13:17 &lt;@jrandom&gt; (tunnel 빌드 요청 수가 CPU를 충분히 소모해, 한 요청을 처리하는 시간보다 길어지면 추가 요청이 큐에 쌓이고, 그런 식으로 발생해요) 13:17 &lt;+ugha2p&gt; 0.5.0.1-5에서만 제게 발생했다면 꽤 극단적인 우연이었겠네요. 13:18 &lt;@jrandom&gt; ugha2p: 0.5.0.1-0에서도 반복적으로 겪은 사람이 있었지만 -7에서 수정됐어요. 물론 원하시면 -0을 계속 써도 돼요 13:18 &lt;cervantes&gt; 정말 놀라운 구세주 같았죠 13:18 &lt;+ugha2p&gt; jrandom: -7을 써볼게요. 13:18 &lt;@jrandom&gt; 좋아요 13:19 &lt;+ugha2p&gt; 지금까지 위키 사용자들에게 울퉁불퉁한 경험을 안겨줘서 벌써 죄책감이 드네요 :) 13:20 &lt;+ugha2p&gt; 한 가지 더, bulk/interactive tunnel 유형을 문서화한 곳이 있나요? 13:20 &lt;+ugha2p&gt; (소스 말고요 ;) 13:20 &lt;@jrandom&gt; changelog에 있어요. 유일한 차이는 최대 윈도 크기가 메시지 1개라는 점이에요 13:20 &lt;+ugha2p&gt; 오, 알겠습니다. 13:21 &lt;@jrandom&gt; 좋아요, 0.5.0.1에 대해 더 없으면 2) 로드맵으로 넘어갈까요? 13:21 &lt;@duck&gt; 진행하죠! 13:21 &lt;@jrandom&gt; 넘어간 걸로 하죠 13:22 &lt;@jrandom&gt; 로드맵이 업데이트됐어요. 기타 등등. 자세한 건 페이지를 참조하세요 13:22 &lt;cervantes&gt; 으잉, duck이 발목 물기 13:23 &lt;@jrandom&gt; UDP를 더 빨리 얻기 위해 0.5.1의 일부 전략을 0.6.1로 미루는 걸 고민 중이에요, 지켜봅시다 13:23 &lt;@jrandom&gt; 질문/코멘트/우려/프리스비 던질 사람? 13:23 &lt;+detonate&gt; 요즘 mule한테 소식 들었어요? 13:23 &lt;+detonate&gt; UDP 얘기 나온 김에 13:24 &lt;@jrandom&gt; 아니요, 마지막으로 들었을 때 꽤 아팠어요 13:24 &lt;+detonate&gt; :/ 13:24 &lt;jnymo&gt; UDP면 끝내줄 거예요 13:25 &lt;@jrandom&gt; s/would/will/ 13:25 &lt;@jrandom&gt; 대신 재밌게 놀고 있길 바라요 :) 13:25 &lt;+ugha2p&gt; jrandom: 대역폭과 성능 튜닝에는 어떤 변경이 포함되나요? 13:26 &lt;jnymo&gt; 그러니까, UDP는 기본적으로 비연결형이죠.. 즉.. 더 큰 네트워크를 의미하나요, 맞죠 13:26 &lt;+detonate&gt; UDP는 그와 함께 온갖 어려움도 가져와요 13:26 &lt;@jrandom&gt; ugha2p: 고정 1024바이트 tunnel 메시지에 더 잘 맞도록 tunnel 메시지 조각을 배치하고, 풀별 대역폭 스로틀 추가 등등 13:27 &lt;+detonate&gt; 그래도 맞아요 13:27 &lt;@jrandom&gt; detonate: 그렇게 나쁘진 않을 거예요. 우리가 지금 가진 토큰 버킷 방식으로 비동기 요청도 문제없이 처리할 수 있어요 13:27 &lt;@jrandom&gt; (명백히 BandwidthLimitedOutputStream은 쓰지 않고, FIFOBandwidthLimiter에게 K 바이트 할당을 요청하는 식이죠) 13:27 &lt;+ugha2p&gt; 첫 번째가 정말 큰 차이를 만들까요? 풀별 스로틀링은 급한 것 같지 않은데요. 13:28 &lt;+detonate&gt; 그럼 좋네요 13:28 &lt;@jrandom&gt; ugha2p: /oldstats.jsp#tunnel.smallFragments 에 가면 관련 정확한 수치를 볼 수 있어요 13:29 &lt;bla&gt; detonate: 재조립은 어떻게 돼가요? 13:29 &lt;+detonate&gt; 정말 주춤했어요 13:30 &lt;@jrandom&gt; ugha2p: 물론 활동 유형에 크게 좌우돼요. 수다스런 통신은 얻을 게 더 많지만, bulk 통신은 이미 조각을 꽉 채워요 13:30 &lt;+ugha2p&gt; jrandom: 알겠습니다. 13:30 &lt;+ugha2p&gt; 그렇군요. 13:31 &lt;+detonate&gt; 그 작업은 완전히 멈추고 주소록 편집기 작업을 시작했어요 13:31 &lt;+detonate&gt; 그런 종류의 일을 정말 효율적으로, 잘 연구된 방식으로 하는 방법이 있을 텐데, 아직 못 찾았어요 13:31 &lt;jnymo&gt; UDP면 NAT 뒤에 있는 사람들도 이제 뚫을 수 있나요? 13:31 &lt;@jrandom&gt; 어느 정도는요 jnymo 13:31 &lt;jnymo&gt; 그리고 i2p를 쓸 수 있어요? 13:32 &lt;@jrandom&gt; 우선 UDP로 아예 동작하게 하고, 그 다음 방화벽/NAT 펀칭을 추가하고, 그 다음 PMTU 등을 하죠 13:32 &lt;jnymo&gt; 그건 큰 도움이겠네요 13:33 &lt;+detonate&gt; 물론 뭔가 제안이 있으면 감사히 받죠 13:33 &lt;+ugha2p&gt; jrandom: UDP가 NAT 뒤 사람들에게 어떻게 도움이 되죠? 13:34 &lt;bla&gt; detonate: TCP(일반 인터넷)는 재조립을 하죠. 그 개념을 I2P UDP 재조립에 가져올 수 있나요? 13:34 &lt;+detonate&gt; TCP가 어떻게 하는지는 안 봤어요 13:34 &lt;@jrandom&gt; ugha2p: 일관된 포트 번호 등으로 할 수 있는 트릭이 많아요. 코드와 문서도 많이 있고요 13:35 &lt;@jrandom&gt; bla: TCP SACK과 유사한 수준의 UDP 재조립은 분명히 사용할 거예요 13:35 &lt;+detonate&gt; 하지만 TCP가 하는 걸 대부분 처리할 거라면, 차라리 NIO로 가서 실제로 그걸 쓰는 게 낫죠 13:35 &lt;+detonate&gt; 번거로움을 줄이니까요 13:35 &lt;@jrandom&gt; 아니요, 우리가 재조립/재전송을 어느 정도 하되 TCP는 쓰지 않으려는 데에는 충분한 이유가 있어요 13:36 &lt;+detonate&gt; 음, 스레드 문제도 있고요 13:36 &lt;@jrandom&gt; 전송 계층은 완전한 신뢰성이나 순서를 보장할 필요는 없고, 반신뢰성에 무순서면 돼요 13:37 &lt;+ugha2p&gt; 스레드가 줄어드는 만큼 메모리 사용량도 감소하겠죠? 13:37 &lt;@jrandom&gt; 네 13:37 &lt;+ugha2p&gt; 상당히요 13:38 &lt;+ugha2p&gt; ? 13:38 &lt;@jrandom&gt; 상당히요. (게다가 현재 OOM(메모리 부족)의 원인이 무엇이든 그로 인한 메모리 사용량 감소도 있을 거고요 ;) 13:38 &lt;+ugha2p&gt; 그렇죠. 13:39 &lt;@jrandom&gt; 좋아요, 2) 로드맵에 대해 더 있을까요? 13:39 &lt;bla&gt; jrandom: 네. 13:40 &lt;bla&gt; jrandom: 이제 UDP 작업은 detonate가 맡나요? 아니면 누가 하나요? 13:40 &lt;@jrandom&gt; 기여할 수 있는 모두의 팀 작업이죠 :) 13:40 &lt;+detonate&gt; ㅎㅎ, UDP 관련 작업을 더 할 생각이에요, TV 보는 것보다 덜 지루하거든요 13:41 &lt;@jrandom&gt; ㅎㅎ w3wt 13:41 &lt;bla&gt; jrandom: 알겠습니다. 근데 잠깐 detonate가 프로젝트를 포기한 줄 알았어요 ;) 13:42 &lt;@jrandom&gt; 로드맵에 있으니, 하게 될 거예요 13:42 &lt;+detonate&gt; 혼란을 드려 죄송해요 13:43 &lt;@jrandom&gt; 좋아요 2) 로드맵에 더 없으면, 3) 주소록 관련으로 슬슬 넘어갈까요? 13:44 &lt;@jrandom&gt; 좋아요, detonate, 편집기 개요/상태 보고 좀 해줄래요? 13:45 &lt;bla&gt; detonate: (괜찮아요) 13:45 &lt;+detonate&gt; 좋아요 13:45 &lt;+detonate&gt; 편집기의 현재 상태는 여기 있어요: 13:45 &lt;+detonate&gt; `http://detonate.i2p/addressbook-editor/current-state.html` 13:45 &lt;+detonate&gt; 아직 실제 편집은 못 합니다 13:45 &lt;+detonate&gt; 지금은 맨 아래 테이블 작업 중이에요 13:46 &lt;+detonate&gt; JSP 책 몇 장을 더 봐야겠지만, 그 뒤엔 hosts.txt와 구독 목록의 항목을 꽤 쉽게 추가/수정할 수 있을 거예요 13:47 &lt;+detonate&gt; 지난 24시간 정도는 쉬었어서 진척이 크지 않았어요 13:47 &lt;+detonate&gt; 대략 이 정도입니다 13:47 &lt;@jrandom&gt; w3wt 13:48 &lt;bla&gt; detonate: 좋아 보이네요 13:49 &lt;@jrandom&gt; 네, 당연하죠, hosts 파일을 직접 만지는 것 말고 /다른/ 방식으로 항목을 관리할 수 있길 기대해요 13:49 &lt;+detonate&gt; 고마워요 13:49 &lt;+detonate&gt; JSP를 뭔가에 써보는 건 이번이 처음이에요 13:50 &lt;@jrandom&gt; 멋져요 13:51 &lt;@jrandom&gt; 아, 구독 관리와 겹치는 부분이 있는지 몰랐네요 - 아마 smeghead의 작업도 여기에 맞춰 넣을 수 있겠어요 13:51 &lt;@jrandom&gt; smeghead: 근처에 있어요? 이거 봤나요? 13:51 &lt;jnymo&gt; detonate: 충돌 감지 같은 게 들어가나요? 13:51 &lt;@smeghead&gt; 사실 addressbook 콘솔에 뼈대 코드만 대충 짰고, 쓸 만한 건 없어요 13:51 &lt;+detonate&gt; 네, 그거 지겨워져서요, 아이디어 제안해준 duck에게 감사 :) 13:51 &lt;@smeghead&gt; TrustedUpdate 쪽으로 샜거든요 13:52 &lt;@jrandom&gt; 아, 멋져요 :) 13:53 * jrandom 새 기능 추가하느라 길 옆으로 새는 걸 좋아함 13:53 &lt;bla&gt; smeghead: I2P 내부(_within_)에서 I2P를 원클릭으로 업데이트한다는 뜻인가요? 13:53 &lt;@smeghead&gt; 그럼 운이었지, 게으름이 아니라 (적어도 이번엔 :) 13:53 &lt;cervantes2p&gt; bla: 최소 2클릭은 필요해요 ;-) 13:54 &lt;@jrandom&gt; 척, 1클릭으로 줄일 수 있어요 (서명 불량/무효/등이면 거부 ;) 13:54 &lt;+detonate&gt; 네, 충돌 감지가 들어갈 거예요, 지금 그걸 작업 중이에요 13:54 &lt;@jrandom&gt; detonate: 그건 addressbook 자체가 처리하지 않나요? 13:54 &lt;@jrandom&gt; detonate: 당신이 하는 건 그냥 파일을 편집하는 줄 알았는데요? 13:55 &lt;@jrandom&gt; (파일은 addressbook이 유니크 처리할 거예요) 13:55 &lt;+detonate&gt; 제 말은, 로그에서 충돌을 보여주고 그걸 처리하는 거예요 13:55 &lt;@jrandom&gt; 아 13:55 &lt;@jrandom&gt; 좋아요, 멋져요 13:55 &lt;+detonate&gt; 그게 jnymo가 말한 거겠죠 13:55 &lt;Ragnarok&gt; 흠, 제가 좀 더 편하게 해줄 일이 있을까요? :) 13:55 &lt;+detonate&gt; 그래서 충돌하는 항목 중 원하는 걸로 "항목 교체"를 할 수 있게요 13:55 &lt;@jrandom&gt; 멋지네요! 13:58 &lt;@jrandom&gt; Ragnarok: 내 기억이 맞다면 detonate가 로그 파일을 꽤 쉽게 파싱했어요. 그 포맷이 바뀔 것 같나요? 13:58 &lt;jnymo&gt; detonate: 대체로 맞아요 13:58 &lt;jnymo&gt; 이제, 이게 i2p에 빡빡하게 묶이나요? 브라우저에서 링크+키를 내 주소록에 얼마나 쉽게 넣을 수 있죠? 13:59 &lt;+detonate&gt; 네, 포맷 바꾸지 마세요, 다 깨질 거예요 13:59 &lt;Ragnarok&gt; 포맷이 바뀔 가능성은 매우 낮아요 14:00 &lt;Ragnarok&gt; 다만 앞으로 더 많은 항목이 로그에 찍힐 수는 있어요 14:00 &lt;@jrandom&gt; jnymo: eepproxy에는 지금 detonate의 편집기로 가는 훅이 없지만, 나중에 뭔가 추가할 수는 있겠죠 14:00 &lt;+detonate&gt; 다만 Conflict 줄을 수정하면 파싱하기가 더 쉬워질 거예요 14:00 &lt;cervantes2p&gt; 아마 제 Firefox 플러그인으로 할 수도 있겠네요 14:00 &lt;+detonate&gt; 지금은 사람이 읽기 좋은 단어들이 방해가 되거든요 14:00 &lt;Ragnarok&gt; 어떻게 수정하죠? 14:00 &lt;@jrandom&gt; (예를 들어 i2paddresshelper가 편집기 페이지로 리다이렉트하는 식으로요) 14:00 &lt;cervantes2p&gt; "클릭하면 이걸 당신의 주소록에 추가" 14:00 &lt;Ragnarok&gt; 아... 그래도 사람에게 친절하긴 하고 싶어요 14:00 &lt;+detonate&gt; &lt;date&gt;=&lt;host&gt;=&lt;source&gt;=&lt;new destination&gt;가 더 낫겠어요 14:01 &lt;@jrandom&gt; cervantes2p: 그게 구글의 페이지 리라이터처럼 동작하나요? :) 14:01 &lt;+detonate&gt; 음, 그래서 addressbook-editor가 있는 거죠 :) 14:01 &lt;+detonate&gt; 사실 큰 문제가 아니에요, 제가 처리했어요 14:01 &lt;cervantes2p&gt; 아뇨... 링크 컨텍스트 메뉴에 넣기만 하면 돼요 14:01 &lt;@jrandom&gt; ooOOoo 14:01 &lt;+detonate&gt; 크게 바뀌지 않는 한, 계속 매끄럽게 동작할 거예요 14:02 &lt;cervantes2p&gt; 물론 리라이터를 넣을 수도 있지만... 그러면 사람들 페이지 레이아웃을 망치죠 ;-) 14:02 &lt;+detonate&gt; 아, 하나 해줄 수 있는 게 있어요 14:02 &lt;+detonate&gt; 제가 하는 것과 충돌하거든요 14:02 &lt;+detonate&gt; 호스트명에 대한 항목은 모두 소문자인지 확인해 주세요 14:02 &lt;+detonate&gt; 거기에 Legion.i2p가 있어서요 14:02 &lt;cervantes2p&gt; "비 i2p 링크 하이라이터"는 넣고 싶어요 14:02 &lt;+detonate&gt; 그리고 그걸 전부 toLowercase()로 돌리거든요 14:02 &lt;@jrandom&gt; 아, 그거 멋지겠네요 cervantes2p 14:03 &lt;@jrandom&gt; (이름만 toLowercase 하세요, base64는 대소문자를 구분해요 ;) 14:03 &lt;+detonate&gt; 네, 이름만요 14:04 &lt;jnymo&gt; 컨텍스트 메뉴가 이상적이겠네요 14:04 &lt;@jrandom&gt; (날아다니는 조랑말들을 잊지 마세요!) 14:04 &lt;Ragnarok&gt; 로컬 브랜치에서는 주소 비교를 대소문자 무시로 바꿔놨어요... 커밋해야겠네요... 14:04 &lt;+detonate&gt; /make all the hostnames lowercase 14:04 &lt;+detonate&gt; pair[0] = pair[0].toLowerCase(); 14:05 &lt;+detonate&gt; 자, 명백하죠 14:05 &lt;+detonate&gt; 호스트명만 그렇게 해요 14:05 &lt;@jrandom&gt; 예 Ragnarok, 그거 내주세요 :) 14:05 &lt;jnymo&gt; 왜 항상 내가 날아다니는 조랑말을 타는 기분이 들지 :( 14:06 &lt;@jrandom&gt; 그건 네가 걔네를 독차지해서야, jnymo ;) 14:06 &lt;cervantes2p&gt; jnymo: 회의에서 너희 집안의 "합의"는 얘기하지 마 14:07 &lt;@jrandom&gt; 좋아요, addressbook과 편집기에서 멋진 일들이 많이 진행 중이네요. 언제쯤 베타로 써볼 수 있을까요 detonate? (이번 주, 다음 주 등) 14:07 &lt;jnymo&gt; ㅎㅎ 14:07 &lt;+detonate&gt; 음, Jetty에서 돌아가게만 하면 베타에 넣어도 될 것 같아요 14:07 * jnymo 자신의 p32-space-modulator를 꺼냄 14:07 &lt;@jrandom&gt; Jetty에서 잘 돌아가요 14:07 &lt;+detonate&gt; NetBeans에서 미리 컴파일하고 war에 넣는 방법은 모르겠어요 14:08 &lt;+detonate&gt; 사람들이 config.txt의 파일 이름을 바꾸지 않으면, 버그 없이 잘 동작하길 바라요 14:08 &lt;@jrandom&gt; 좋아요, Ant로 처리하는 방법을 같이 보죠 14:08 &lt;+detonate&gt; 좋아요 14:08 &lt;+detonate&gt; 멋져요 14:08 &lt;cervantes2p&gt; detonate: 내가 했던 것처럼 해요, jrandom의 코드를 가져와서.... 필요 없는 건 다 빼고, 네 코드를 억지로 끼워 넣은 다음 Ant 빌드 스크립트를 돌리면 돼요 ;-) 14:08 &lt;@jrandom&gt; ㅎㅎ 14:09 &lt;@smeghead&gt; detonate: Ant는 좀 아니까, 막히면 소리쳐요 14:09 &lt;+detonate&gt; 릴리스에 자유롭게 포함시키세요 14:09 &lt;+detonate&gt; 그렇게 하는 법만 안다면요 14:09 &lt;MichElle&gt; s/you don't need// 14:09 &lt;Ragnarok&gt; addressbook에는 아주 단순한 빌드 스크립트가 있어요, 참고하고 싶다면 보세요 14:10 &lt;+detonate&gt; JSP를 미리 컴파일하는 섹션이 필요해요 14:10 &lt;+detonate&gt; 제 것엔 그게 빠져 있어요 14:10 &lt;+detonate&gt; 컴파일은 하긴 하는데, 머지는 안 하고, 테스트 컴파일용 엔트리가 build.xml에 없어요 14:10 &lt;@jrandom&gt; detonate: routerconsole의 precompilejsp 타겟을 봐요, 그걸로 시작할 수 있을 거예요 14:10 &lt;+detonate&gt; 그리고 -source 1.3 같은 걸 어디에 넣어야 할지도 알아야 해요 14:10 &lt;@jrandom&gt; (그리고 &lt;war&gt; 태스크) 14:11 &lt;+detonate&gt; 네, 오늘 저녁에 정리하죠 14:11 &lt;@jrandom&gt; 예 14:11 &lt;cervantes&gt; 맞아요, 저도 그렇게 했죠... 그리고 전 Java나 JSP를 전혀 몰라요 ;-) 14:11 &lt;@jrandom&gt; 좋아요, 3) 주소록 관련 더 없으면 4) BT 관련으로 넘어가죠 14:12 &lt;@jrandom&gt; duck/smeghead: 업데이트 좀 해줄래요? 14:12 &lt;@duck&gt; ㅇㅋ 14:12 &lt;@duck&gt; 지난주에 Azureus의 Nolar와 호환성 문제 몇 가지를 고치는 얘기를 나눴어요 14:12 &lt;@duck&gt; 그 결과 0.1.8이 릴리스됐고요 14:12 &lt;@duck&gt; 이번 주는 주로 커뮤니케이션에 집중했어요 14:12 &lt;@duck&gt; 다른 개발자들, 포럼 관리자, 사용자들과요 14:13 &lt;+detonate&gt; aznet 플러그인이 토렌트를 다시 호스팅할 수 있는지 아는 분 있나요? 14:13 &lt;@duck&gt; 포럼에서 받은 의견을 바탕으로 FAQ를 업데이트했어요, 기여해주신 분들께 감사해요 14:13 &lt;@duck&gt; 오해와 혼란도 좀 있었고요 14:13 &lt;@jrandom&gt; detonate: 들리는 말로는 그렇대요 14:13 &lt;@duck&gt; legion의 spork 같은 거요 14:13 &lt;+detonate&gt; 훌륭하군요 14:13 &lt;@duck&gt; 이름을 바꾸면 그쪽 문제를 더는 일으키지 않을 거라고 봐요 14:13 &lt;@duck&gt; . 14:14 &lt;@jrandom&gt; r0xor duck 14:14 * MichElle, duck에게 박수 침 14:14 &lt;MichElle&gt; duck: 정말 열심히 일하네요 14:14 &lt;jnymo&gt; 응, i2p-bt_extractor 같은 이름이면 어때? 14:15 &lt;@jrandom&gt; 0.2 이후 작업에 대한 소식 있나요, 아니면 0.5.0.2/기타 이후에 다뤄질 건가요? 14:15 &lt;@smeghead&gt; 아직 박수 치지 마요, 우리가 뭘로 이름 붙일지 모르잖아요&gt;;-} 14:15 &lt;@jrandom&gt; ㅎㅎ 14:15 * jnymo 박수 침 14:15 &lt;@duck&gt; 알려줘요! 14:15 &lt;@jrandom&gt; i2p-flying-pony-torrent 14:16 &lt;+detonate&gt; ㅎㅎ, 이름을 바꿔서 이제 숨기는 건가요? 14:16 &lt;MichElle&gt; 또 조랑말 타령이야 14:16 &lt;@smeghead&gt; 지금은 톱시크릿이에요, 소송은 피하고 싶거든요 14:16 &lt;jnymo&gt; 정말 난장판이네 14:17 * bla MPAA를 향해 팻말을 듦: "소송해봐, 할 수 있으면..." 14:17 &lt;@smeghead&gt; duck과 저는 0.2가 새 이름을 쓰는 첫 버전이 되기로 합의했어요 14:17 &lt;+detonate&gt; i2p-communism 14:17 &lt;@duck&gt; 2006년 봄 릴리스 14:17 &lt;@jrandom&gt; ㅎㅎ 14:17 &lt;@duck&gt; . 14:18 &lt;@smeghead&gt; 현재 업무량과 이번 주 이사를 감안하면, 며칠은 0.2를 거의 못 건드릴 것 같아요, duck의 단기 일정은 어떤지 모르겠네요 14:18 &lt;@duck&gt; C++ 포인터 잡느라 8시간을 보냈어요 14:19 &lt;@duck&gt; 그래서 저도 여기선 별로 못 했어요 :) 14:19 &lt;@jrandom&gt; 알겠어요, 아마 0.6 즈음(운 좋으면 0.5.1?)에 함께 기대할 수 있겠네요 14:19 &lt;@jrandom&gt; 헉, 재밌겠네요 재밌겠어 14:19 &lt;@duck&gt; 적어도 2.0 이전에는요 14:19 &lt;@smeghead&gt; 대략 한 달쯤? 그냥 찍는 거예요, duck 생각은 어때요 14:19 &lt;@duck&gt; 네 14:19 &lt;@jrandom&gt; 좋네요 14:19 &lt;@duck&gt; 대충 그 정도죠 14:20 &lt;@smeghead&gt; 사실 공식 BT 4.0이 릴리스될 때까지 기다리고 싶어요 14:20 &lt;@jrandom&gt; 괜찮아요, 일정이란 걸 잘 아니까요 ;) 14:20 &lt;@smeghead&gt; 그래야 0.2를 거기에 맞춰 최신으로 동기화할 수 있거든요 14:20 &lt;MichElle&gt; duck은 정말 할 일이 산더미죠 14:20 &lt;@smeghead&gt; 4.0이 임박한 것 같아요 14:20 &lt;@jrandom&gt; 아, 정말요 smeghead? 멋지네요 14:20 &lt;@duck&gt; 그건 공식적인 핑계일 뿐이죠 :) 14:20 &lt;MichElle&gt; 그래도 열심히 일하죠 14:21 &lt;@duck&gt; 저는 5) ???로 갈게요 14:21 &lt;@jrandom&gt; 거의 다 왔어요... 14:21 &lt;@jrandom&gt; legion: 당신의 BT 클라이언트 업데이트 있나요? 진행 상황 등? 14:21 &lt;@smeghead&gt; 소스 코드는요? 14:22 &lt;@smeghead&gt; (exe 말고 zip으로) 14:22 &lt;cervantes&gt; 그럼 다음 물결의 릴리스들이겠네요 14:22 &lt;@jrandom&gt; 흠, legion은 자리에 없는 듯하네요, 업데이트는 나중에 받죠 14:22 &lt;cervantes2p&gt; 젠장, 엄청난 랙이네 14:23 &lt;@jrandom&gt; 그럼, 5) ???로 넘어가죠 14:23 &lt;cervantes&gt; *에헴* w00t 14:23 &lt;@jrandom&gt; cervantes2p: 아냐, 네가 그냥 느린 거지 ;) 14:23 &lt;@jrandom&gt; 좋아요, 다른 얘기할 거 있는 분? 14:23 &lt;cervantes2p&gt; 그 얘기 5분 전에 했는데요 14:23 &lt;+ugha2p&gt; jrandom: 메일링 리스트 바닥글이 아직 i2p.dnsalias.net 주소를 쓰네요. dev.i2p.net으로 반영되게 업데이트하는 게 어떨까요? :) 14:23 * cervantes2p, 자신의 router의 햄스터에게 먹이를 줌 14:24 &lt;@jrandom&gt; 아, 맞아요, 아마 그래야겠네요 ugha2p 14:24 * jrandom은 한동안 미뤄온 시스템 관리 작업이 좀 있음 (예를 들면, 어, 새 srever로 옮기는 것 같은...) 14:24 &lt;MichElle&gt; 우려가 하나 있어요 14:24 &lt;MichElle&gt; 투명성과 관련해서요 14:24 &lt;@jrandom&gt; 무슨 일이에요, MichElle? 14:25 &lt;MichElle&gt; 완전한 투명성을 위해, 여기서 밝힐게요. identiguy가 jrandom이 사실 NSA 소속일 수 있다고 시사했어요 14:25 &lt;+detonate&gt; 오, router가 190대인 걸 봤는데, 지금 스레드 한계에 얼마나 근접했나요? 14:25 * jnymo 사람들이 도울 수 있는 다른 일은 뭘까 궁금해함 14:25 &lt;jnymo&gt; (아직 PHP 건은 보고 있어, duck ;) 14:25 &lt;@jrandom&gt; ㅎㅎ MichElle 14:25 &lt;MichElle&gt; 그의 i2p를 24/7로 작업하는 ‘편리한’ 능력은 정말 수상하죠 14:25 &lt;MichElle&gt; 아무튼 14:25 &lt;MichElle&gt; 하고 싶었던 말은 이게 다예요 14:25 &lt;MichElle&gt; jrandom을 잘 지켜보세요 14:26 &lt;MichElle&gt; 그의 부드럽고 따뜻한 외양은 그저 외양일지도 몰라요. 14:26 &lt;+ugha2p&gt; detonate: 이론적인 스레드 한계는 없고, 크래시할 때까지 사용 가능한 모든 자원을 먹을 거예요 :) 14:26 &lt;jnymo&gt; 겉모습 14:26 &lt;@jrandom&gt; detonate: 일부 OS/ulimit이 @ 256에서 제한할 수 있지만, 어차피 win98은 이미 TCP 연결 100개 제한을 넘었죠 14:26 &lt;cervantes2p&gt; Firefox 플러그인에 대한 간단한 업데이트를 드릴게요. I2P Mail 알림기가 이제 동작하고, 뉴스 리더와 기본 router 제어도 됩니다. 지금은 지루한 설정 화면 만드는 데 바빠요 ( `http://freshcoffee.i2p/fire2pe_i2pmail_prefs.jpg` ) 14:27 &lt;jnymo&gt; MichElle, 소스 코드가 멀쩡하면 누가 신경 써요? 14:27 &lt;+detonate&gt; 오, Firefox 플러그인 출시됐나요? 14:27 &lt;MichElle&gt; jnymo: 분위기를 좀 망치긴 하죠 14:27 &lt;cervantes2p&gt; 그리고 smeghead의 새 업데이트 검증기와 연동하는 다운로드/설치 서비스를 구현한 뒤에 출시하고 싶어요 14:27 &lt;ddd&gt; 안녕하세요 채널 여러분 14:28 &lt;+detonate&gt; 좋아요 14:28 &lt;@jrandom&gt; 와! 끝내주네요 cervantes2p 14:28 &lt;@jrandom&gt; 정말 좋아 보여요 14:28 &lt;+detonate&gt; 안녕 ddd 14:28 &lt;cervantes2p&gt; 하지만 이제 거의 다 왔어요... 아마 2주 정도 더... 14:28 &lt;MichElle&gt; 마치 마이크로소프트가 윈도우를 오픈소스로 풀어도 여전히 쓰기 싫은 것과 비슷하죠 14:28 &lt;+detonate&gt; 그 플러그인 멋져 보여요 14:28 &lt;MichElle&gt; 하지만 회의로 돌아가죠 ... 14:28 &lt;@smeghead&gt; 이사 가기 전에, 희망컨대 이번 주에 TrustedUpdate를 끝낼 수 있을 거예요 14:28 &lt;@jrandom&gt; 좋아요 14:29 &lt;ddd&gt; ? 14:29 &lt;ddd&gt; i2p가 유일한 익명 채팅인가요? 14:29 &lt;@jrandom&gt; 안녕하세요 ddd . 주간 개발자 회의 중이에요 14:30 &lt;cervantes2p&gt; 안녕 ddd, 회의 막바지예요... 잠시만 있으면 몇 분 안에 끝나요 14:30 &lt;ddd&gt; i2p 같은 다른 프로젝트가 있나요? 14:30 &lt;@smeghead&gt; ddd: /list를 입력하고 골라보세요 14:30 &lt;ddd&gt; 알겠어요 14:30 &lt;ddd&gt; 아니, 다른 네트워크에서요 14:30 &lt;@jrandom&gt; 좋아요, 5) ???에 대해 더 얘기할 거 있나요? 14:30 &lt;@smeghead&gt; ddd: #i2p-chat에서 물어봐요 14:30 &lt;ddd&gt; 네, 마무리하세요 14:30 &lt;+detonate&gt; i2p를 OpenBSD에서 성공적으로 돌린 사람이 있나요? 14:31 &lt;@jrandom&gt; ddd: http://www.i2p.net/how_networkcomparisons 14:31 &lt;ddd&gt; 알겠어요 14:31 &lt;+detonate&gt; 그 난리 법석을 다시 시작할까 생각 중이었어요 14:31 &lt;@jrandom&gt; 모르겠네요 14:31 &lt;jnymo&gt; 아 맞다.. BSD용 i2p 디스트로는 누가 만들고 있었죠, 그리고 어떤 BSD였죠? 14:31 &lt;@jrandom&gt; ㅎㅎ 좋아요 detonate, 어떻게 되는지 알려줘요 14:31 &lt;@jrandom&gt; jnymo: lioux가 fbsd용으로 포장했어요 14:32 &lt;@smeghead&gt; i2p는 절대 OpenBSD와 함께 배포되지 않을 거예요 :) 14:32 &lt;+detonate&gt; 알겠어요 14:32 &lt;jnymo&gt; 워드.. i2p 지향 디스트로 만든다는 사람 있지 않았나요? 14:32 &lt;+detonate&gt; 네, 지금 FreeBSD에 포트가 있어요 14:32 &lt;+detonate&gt; 좀 무섭죠 14:32 &lt;+detonate&gt; ㅎㅎ, i2p가 돌아가는 Knoppix CD를 원한 사람이 있었어요 14:32 &lt;@jrandom&gt; jnymo: i2p가 완전 안정화되면, 배포판/마이크로 배포판으로 패키징을 검토할 가치가 있겠죠 14:32 &lt;+detonate&gt; 왜인지는 모르겠지만요 14:33 &lt;@smeghead&gt; jnymo: 그거 기억나요, knoppix/i2p로 하려던 걸로 아는데, 누가 얘기했는지는 기억이 안 나요 14:33 &lt;@jrandom&gt; detonate: netcafe 14:33 &lt;+detonate&gt; 아 14:34 &lt;@jrandom&gt; 좋아요, 회의에서 더 다룰 게 있나요? 14:34 &lt;MichElle&gt; i2p ‘지향’ 디스트로가 대체 뭔데 14:34 &lt;MichElle&gt; tor, i2p, 그리고 freenet ? 14:34 &lt;MichElle&gt; 아무 의미 없어요 14:34 &lt;MichElle&gt; 대역폭 요구사항이 프로그램들을 무력화해요 14:34 &lt;MichElle&gt; jrandom이 theo de raadt인가요? 14:34 &lt;cervantes&gt; 약간 캠프스러운 배포판 14:34 &lt;jnymo&gt; 완전히 익명화된 디스트로 14:35 &lt;cervantes2p&gt; jrandom: 아닌 것 같아요 :) 14:35 &lt;MichElle&gt; jrandom: 없어요 14:35 * jrandom 준비 동작 14:35 * jrandom 회의를 닫으며 *baf* </div>/ko/blog/2005/02/22/2005-02-22%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 22 Feb 2005 00:00:00 +0000/ko/blog/2005/02/22/2005-02-22%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 주간 업데이트 시간이에요</p> <ul> <li>Index</li> </ul> <ol> <li>0.5 2) 다음 단계 3) azneti2p 4) ???</li> </ol> <ul> <li> <ol> <li>0.5</li> </ol> </li> </ul> <p>여러분도 들으셨겠지만, 마침내 0.5를 출시했고, 대체로 잘 작동하고 있습니다. 업데이트를 빠르게 해주신 점에 정말 감사드립니다 - 첫날 안에 네트워크의 50-75%가 0.5로 올라갔습니다! 빠른 도입 덕분에 여러 변경 사항의 영향을 더 빨리 파악할 수 있었고, 그 과정에서 상당수의 버그도 발견했습니다. 아직 해결해야 할 이슈가 몇 가지 남아 있지만, 가장 중요한 것들을 해결하기 위해 오늘 늦은 저녁에 새로운 0.5.0.1 릴리스를 배포할 예정입니다.</p>/ko/blog/2005/02/22/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-2%EC%9B%94-22%EC%9D%BC/Tue, 22 Feb 2005 00:00:00 +0000/ko/blog/2005/02/22/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-2%EC%9B%94-22%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, bla, cervantes, detonate, duck, frosk, godmode0, hobbs, jrandom, laberhorst, Meomia, microsoft, Myo9, Ragnarok, susi23, tracker</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) 안녕 13:04 &lt;jrandom&gt; 1) 0.5 13:04 &lt;jrandom&gt; 2) 다음 단계 13:04 &lt;jrandom&gt; 3) azneti2p 13:04 &lt;jrandom&gt; 4) ??? 13:04 &lt;jrandom&gt; 0) 안녕 13:04 * jrandom 손을 흔든다 13:05 &lt;jrandom&gt; 주간 상태 노트 올라감 @ http://dev.i2p.net/pipermail/i2p/2005-February/000595.html 13:05 &lt;jrandom&gt; (그래, 회의 시작 1~2분 전에 올렸으니 속독 실력 한번 시험해보자) 13:05 &lt;+detonate&gt; 그럼 이 경우 boondock saints는 버그가 좀 덜해질 때까지 올리지 않고 기다릴게요 13:06 &lt;jrandom&gt; 왜... 그건... 그건... 그건 저작권 침해야! 13:06 &lt;+detonate&gt; Azureus 베타에 이상한 새 기능들이 있네요 13:06 &lt;+detonate&gt; 카테고리 13:06 &lt;+detonate&gt; 하하 13:06 &lt;+detonate&gt; DHT 트래커 13:06 &lt;+detonate&gt; 굿 13:07 &lt;jrandom&gt; 응, 엄청 멋져 보이지만 3번 전에 1번이랑 2번부터 하자, 응? ;) 13:07 &lt;+detonate&gt; 안녕 13:07 &lt;+detonate&gt; 그렇지 13:07 &lt;jrandom&gt; 1) 0.5로 들어가자 13:07 &lt;jrandom&gt; 그게, 뭐, 이제 나왔고, 그런 거야 13:08 &lt;cervantes&gt; 예이! 13:08 &lt;jrandom&gt; 오늘 저녁 늦게 업데이트가 잔뜩 들어간 새 rev가 나올 거야 (현재 CVS head는 0.5-5이고, 일부 routers에서 -6 테스트 중) 13:09 &lt;jrandom&gt; 꽤 잘 진행됐지만, 중간에 좀 묘한 버그들을 만났어. 뭐, c'est la vie 13:09 &lt;frosk&gt; 0.5-5가 -4보다 훨씬 더 우호적으로 동작한다는 걸 보고합니다 (-4는 종종 참여하는 tunnel 개수가 수천 개까지 올라가곤 했죠) 13:09 &lt;bla&gt; jrandom: 0.5.0.1 버전이 목적지를 찾지 못하는 문제를 고치나요? 13:09 &lt;jrandom&gt; 아, 음, 그건 사실 다른 사람들 상태에 좌우되는 거고, -0 빌드는 실제로 수백 개의 tunnels를 빌드하긴 해 13:09 &lt;bla&gt; s/nor/not 13:10 &lt;jrandom&gt; bla: 응, 그건 netDb의 버그야 13:10 &lt;bla&gt; jrandom: 잘됐네요! 13:10 &lt;jrandom&gt; (정확히는 leaseSet 퍼블리싱에서) 13:11 &lt;jrandom&gt; 그리고 맞아, 0.5.0.1 rev는 가끔 프록시가 사라지는 버그를 없앨 거야 13:12 &lt;jrandom&gt; 여전히 몇몇 사용자에게 영향을 주는 묘한 메모리 릭이 있는데 아직 못 잡았어 13:12 &lt;bla&gt; 그러면, 전체적으로 이 버그들을 빼면 0.5 네트는 아주 잘 돌아가는 것 같네요. 예이! 13:12 &lt;jrandom&gt; 내가 알기론 두세 개의 I2PTunnel 인스턴스에서만 제대로 맞고 있는 것 같아 13:12 &lt;Meomia&gt; 0.5 이후 참여하는 tunnels가 0에서 130까지 늘었다면, 그게 진전의 신호인가요? 13:13 &lt;jrandom&gt; w3wt 13:13 &lt;jrandom&gt; Meomia: 에이, 난 5000개가 넘는 tunnels까지 봤는걸 ;) 13:13 &lt;jrandom&gt; 근데 dm이 exploratory 풀 코드 버그를 찾는 데 실제로 도움을 줘서, 앞으로는 'random' 피어들로 더 자주 tunnels를 빌드하게 될 거야 13:14 &lt;jrandom&gt; (예이) 13:14 &lt;Meomia&gt; 오케이 13:14 &lt;bla&gt; jrandom: 그럼 이제 0.4와 달리, 모든 피어가 한 번쯤은 너의 인바운드 게이트웨이가 될 수 있다는 뜻인가요? 13:14 &lt;jrandom&gt; 응, exploratory tunnels에 대해서는 그래 13:15 &lt;jrandom&gt; 클라이언트 tunnels는 'fast' 티어의 피어만 써 13:15 &lt;bla&gt; bla: 좋아요. 클라이언트 tunnels가 빠른 피어만 쓰는 건 좋네요: 그렇지 않으면 전에 논의했던 익명성 이슈가 생기니까요 13:16 &lt;jrandom&gt; 그리고 아니면 성능이 엉망일 거고 ;) 13:17 &lt;jrandom&gt; 사실, 그게 우리를 2) 다음 단계로 이끌지 13:18 &lt;jrandom&gt; 0.5 시리즈에 남은 큰 과제는 tunnels에 사용할 피어를 정렬하고/혹은 필터링하는 여러 전략들이야 13:18 &lt;godmode0&gt; jrandom i2p에서 nntp 쓸 수 ? 13:18 &lt;jrandom&gt; godmode0: i2p에는 NNTP 서버가 두 개 있어. 포럼을 봐 13:19 &lt;godmode0&gt; jrandom 오케이 테스트 중 13:19 &lt;godmode0&gt; 나도 내 서버 만들 수 있어 ? 13:20 &lt;jrandom&gt; godmode0: 지금 회의 중이긴 한데, 응, 서버 돌릴 수 있어 13:20 &lt;godmode0&gt; jrandom 오케이 미안 13:20 &lt;jrandom&gt; ㄱㅊ 13:20 &lt;jrandom&gt; 공개된 전략들은 기본적으로 익명성 향상을 목표로 하지만, 균형 잡을 수 있는 다른 목표들도 몇 가지 있어 13:21 &lt;jrandom&gt; 아마 bla가 제안한 대로 AS(자율 시스템) 경로를 선택에 통합할 방법을 찾을 수도 있을 거야 13:22 &lt;jrandom&gt; 그건 (사법 관할권 측면의) 익명성을 높일 수도 있고, 반대로 한두 개 AS 안에 머물려고 하면 성능을 높일 수도 있어 13:22 &lt;bla&gt; jrandom: 이건 기본적으로 Tor 제작자들의 논문과 관련 있죠: `http://theland.i2p/files/routing-zones.pdf` 13:22 &lt;jrandom&gt; 맞아 13:23 &lt;jrandom&gt; 사람들이 쓸 수 있는 전략이 잔뜩 있고, 새 걸 시도해보기도 꽤 쉬울 거야 13:24 &lt;jrandom&gt; 우리가 몇 달을 들여 생각나는 걸 전부 구현하진 않을 거고, 대부분이 필요로 할 기본만 제공할 거야. 새 전략을 추가하고 싶은 사람은 언제든지 플러그인하는 걸 도와줬으면 해 13:25 &lt;jrandom&gt; 아무튼, 기본이 자리 잡으면 0.6을 위해 UDP 트랜스포트에 집중으로 넘어갈 거야 13:26 &lt;jrandom&gt; 2) 다음 단계에 대해선 내 쪽 얘기는 여기까지고, 누가 코멘트/질문/우려 있어? 13:26 &lt;bla&gt; I2P를 살펴보기 시작한 사람들, 다시 누구였죠? 13:26 &lt;bla&gt; 요즘은 그 사람들 얘기를 별로 못 들은 것 같아서요. 13:27 &lt;bla&gt; s/into I2P/into UDP/ 13:27 &lt;bla&gt; 미안 13:27 &lt;jrandom&gt; 아, mule이 아팠고, detonate는 진전이 있는 것 같아 13:28 &lt;jrandom&gt; detonate: 소식 있어? 13:29 &lt;jrandom&gt; 아니면 없나 ;) 13:30 &lt;jrandom&gt; 좋아, 3) azneti2p로 넘어가자 13:30 &lt;+detonate&gt; 미안 13:30 &lt;+detonate&gt; 진전 내고 있어요 13:30 &lt;+detonate&gt; 아직 re-assembly 쪽을 마무리해야 해요 13:31 &lt;+detonate&gt; 데이터를 패킷으로 쪼개서 질서 있게 보내는 건 잘 동작해요 13:31 &lt;+detonate&gt; 3)로 13:31 &lt;jrandom&gt; 멋짐 13:31 &lt;godmode0&gt; 미안 단계 2) i2p 공격에 문제 있어 ? 13:31 &lt;bla&gt; detonate: 멋져요! 포럼에 진행 상황 계속 올려줄 수 있나요? 13:32 &lt;+detonate&gt; bla: 물론이죠 13:32 &lt;tracker&gt; azneti2p에 관해선 여기 봐요: http://sourceforge.net/forum/forum.php?thread_id=1233727&forum_id=377614 다운로드는 되는 것 같은데, 시딩은 안 되네요. 13:32 &lt;jrandom&gt; godmode0: 서로 다른 정렬 전략들은 사용자가 predecessor attack(선행자 공격)의 영향을 어느 정도로 할지 선택할 수 있게 해줄 거야 13:33 &lt;microsoft&gt; i2p.net 운영하는 사람은 페이지에 Enterprise Class Solutions 같은 유행어를 더 넣어야 해. 13:33 &lt;+detonate&gt; Azureus 플러그인 관점에서 봤을 때 새 DHT 트래커도 이상 행동을 하지 않는지 누군가 확인해야 해요 13:33 &lt;tracker&gt; 내 로컬 테스트도 그걸 보여주는 것 같아요, Azureus로는 다운로드되는데 시드는 안 돼요. 13:34 &lt;jrandom&gt; 흠 알겠어 tracker, 고마워 - 어젯밤에 몇 가지 업데이트하고 b34를 올린 건 아는데, 보아하니 해야 할 게 더 남았을지도 13:34 &lt;jrandom&gt; detonate: 좋은 지적이야 13:35 &lt;tracker&gt; 좋은 지적이에요 detonate, 난 DHT를 비활성화했어요. 활성화하면 Azureus가 몇 시간 뒤에 CPU 100% 먹고 죽거든요. 13:35 * jrandom azneti2p 플러그인이 아직 꽤 초기 베타고, Azureus의 익명성 관련 함의가 완전히 감사를 거친 건 아니라는 점을 다시 한 번 강조하고 싶다 13:36 &lt;jrandom&gt; 그걸 테스트해보는 건 좋겠지만, 익명성이 필요한 사람은 조심하는 게 좋을 거야 13:36 &lt;tracker&gt; 반면 i2p-bt는 정말 잘 동작해요. tunnels를 닫지 않는다는 것만 빼면요, 근데 제 생각엔 그렇게 나쁘진 않아요. 13:37 &lt;jrandom&gt; 오, 그게 아직도 너한텐 발생해 tracker? 난 그걸 재현하지 못했는데 13:37 &lt;jrandom&gt; 0.1.7 rev 쓰고 있지? 13:37 &lt;tracker&gt; 네, 맞아요. 13:38 &lt;jrandom&gt; 좋아, 항상 발생한다면 회의 끝나고 원인 추적하는 데 네 도움을 좀 받고 싶어 13:39 &lt;tracker&gt; 아마 리눅스나 유닉스 대신 XP에서 돌리는 것과 관련이 있을지도요. Azureus에서는 tunnel 닫기가 되니까, I2P-BT 쪽 문제인 것 같아요. 13:39 &lt;jrandom&gt; 흠 맞아, i2p-bt는 SAM을 쓰고, Azureus는 i2p SDK를 직접 써 13:40 &lt;tracker&gt; 그나저나. 포럼에 버그 리포트를 보냈어요. I2P 최신 cvs-builds에서 timestamper가 죽어요. 13:40 &lt;jrandom&gt; 아 고마워, 오늘은 거기 PM을 아직 안 봤네 13:41 &lt;jrandom&gt; -5야, -4야? 아니면 그 이전? 13:42 &lt;jrandom&gt; 아, -4. 오케이 13:42 &lt;jrandom&gt; 고마워, 그건 0.5.0.1에서 고칠게 13:42 &lt;jrandom&gt; 좋아, 3) azneti2p에 대해 다른 거 있는 사람? 13:43 &lt;tracker&gt; -5에서도 발생해요 13:43 &lt;jrandom&gt; sntp server를 명시적으로 지정해놨지, 맞지? 13:44 &lt;tracker&gt; 네. 우리나라에 있는 2개요. 13:44 &lt;jrandom&gt; 방금 소스를 봤는데, 예외는 동시에 처리할 # 서버 수(기본 = 3)가 지정한 서버 수보다 큰 경우 발생해 (새 기본값이 3개야) 13:44 &lt;jrandom&gt; 좋아, 서버 수로 % 계산하도록 고치면 되는 사소한 수정이야 13:45 &lt;jrandom&gt; 좋아, azneti2p에 더 없으면, 이제 친숙한 4) ???로 13:46 &lt;jrandom&gt; 회의에서 더 다룰 거 있는 사람? 13:46 &lt;tracker&gt; 좋네요. 방금 포럼에 i2p-bt 종료할 때 router에서 나는 로그 에러를 보냈어요. 13:47 &lt;jrandom&gt; 오케이, 고마워 13:47 &lt;cervantes&gt; 언급할 건 없고, 0.5 롤아웃 잘했어, 버그만 다 잡히면 끝내줄 듯 13:48 &lt;tracker&gt; 맞아요, 최신 CVS 빌드가 여기선 정말 잘 돌아가요. 13:48 &lt;jrandom&gt; 고마워, 너희랑 다른 0.5-pre 테스터들 덕분에 많은 이슈를 정리할 수 있었어 13:49 &lt;jrandom&gt; 성능은 예상보다 좋았지만, 예전만큼의 높은 처리량은 아니야. 그래도 최적화할 게 많이 남았지 13:49 &lt;cervantes&gt; 이상하게 pre 버전이 더 안정적이었어... 내 경우엔, 뭐 다른 머신에서 돌렸으니까 ;-) 13:49 &lt;jrandom&gt; (그리고 이 망할 버그들 때문에 신뢰성을 제자리에 올려놔야지) 13:50 &lt;jrandom&gt; 헤, 뭐, 그래도 -pre 네트워크는 routers가 5-7대였고, 전부 미친 듯이 안정적이면서 정말 정말 빠른 연결이었잖아 13:50 &lt;cervantes&gt; :) 13:51 &lt;cervantes&gt; 그럼 0.6 pre 테스트에 날 등록해줘 :) 13:51 &lt;jrandom&gt; 헤 13:51 &lt;tracker&gt; 그럼 전 다음 pre 네트워크에 참여해야겠네요. 아주 불안정하고 느린 연결을 제공하면서 ;). 13:51 &lt;jrandom&gt; 0.6 마이그레이션은 아마 더 쉬울 거야, 희망하건대, routerInfo에 새 router 주소들(UDP 주소)을 추가하기만 하면 되거든 13:51 &lt;jrandom&gt; 헤 말 됨 13:51 &lt;cervantes&gt; 내 1TB 파일 공유를 온라인에 올릴 수 있어... 13:52 &lt;jrandom&gt; 0.6 테스트에는 정말 다양한 네트워크 환경이 필요하니까 많은 도움이 필요할 거야 13:52 &lt;hobbs&gt; ssh '~C' command 참 쓸만하네 13:52 &lt;laberhorst&gt; 이번에도 또 호환 안 되는 단계가 될까? 13:53 &lt;Myo9&gt; 지금 살아있는 nntp 서버 아는 사람? 13:53 &lt;jrandom&gt; laberhorst: 아니, 0.6은 하위 호환될 거야 13:53 &lt;jrandom&gt; Myo9: 잘 모르겠네, 켜져 있는데 0.5-0 버그에 물렸을 수도 있어 13:54 &lt;jrandom&gt; 0.5.0.1 rev가 많은 이슈를 고칠 거고, 나오면 업그레이드를 강력히 권장할 거야 13:54 &lt;laberhorst&gt; 그럼 테스트 0.6을 빌드해서 테스터에게 주지 13:54 &lt;cervantes&gt; BT 트래픽이 오래된 routers만 쓰도록 만들 수 있어... 그러면 사람들이 업그레이드하게 되겠지 ;-) 13:54 &lt;laberhorst&gt; 그럼 내일 대규모 업그레이드 파티 13:54 &lt;jrandom&gt; 준비되면 포럼이랑 메일링 리스트에 공지 올라갈 거야 13:54 &lt;jrandom&gt; 맞아 laberhorst 13:54 &lt;jrandom&gt; 헤 cervantes ;) 13:55 &lt;laberhorst&gt; *너희를 위해 테스트할 생각에 들뜸* 13:55 &lt;jrandom&gt; 0.5에서 BT 성능은 꽤 좋았어, 트래커에서 큰 파일 전송이 많이 성공하는 걸 봤거든 13:55 &lt;laberhorst&gt; 업로드 속도: 8.85 kB/s 13:55 &lt;jrandom&gt; (그리고 irc는 전에처럼 영향을 받지 않았고, duck의 tunnel 문제를 빼면 말이야) 13:55 &lt;tracker&gt; 뭐가 큰지에 달렸죠 ;) 13:56 &lt;jrandom&gt; tracker: 특정 874MB 파일을 생각하고 있는데, 성공적으로 받은 게 꽤 있지 ;) 13:56 &lt;jrandom&gt; 근데 맞아, 어떤 사람에겐 그건 작은 거지 13:56 &lt;laberhorst&gt; 그냥 올드한 포르노 13:56 &lt;laberhorst&gt; 라고 추측 ;-) 13:57 &lt;laberhorst&gt; 내일부턴 내 router가 &gt;3000 tunnels에 참여하지 않기를 바라자 13:57 &lt;tracker&gt; 오케이, 그건 크네요. 13:57 &lt;laberhorst&gt; 아니면, 만약 그렇다면 네트워크가 크다는 뜻이고 13:57 &lt;jrandom&gt; 헤 laberhorst 13:58 &lt;jrandom&gt; 좋아, 회의에 대해 다른 거 있는 사람? 13:58 &lt;laberhorst&gt; 근데, participate in&gt;3000이 I2P에서 빠른 연결을 가진 좋은 신뢰성 있는 router의 동의어야? 13:58 &lt;+detonate&gt; 오늘 밤 House 보고 오면 boondock saints 올릴게요 :) 13:59 &lt;+detonate&gt; 4.1gb짜리 좋은 놈이 될 듯 :) 13:59 * laberhorst 빠른 버그 스쿼싱에 대해 개발자들에게 감사 인사만 전하고 싶음 13:59 &lt;+detonate&gt; 수요가 많은 것 같아요 13:59 &lt;laberhorst&gt; 오, 여기 DVD 이미지도 좀 있어, 역시 13:59 &lt;hobbs&gt; detonate: 오, 맞다. House. :) 13:59 &lt;tracker&gt; cervantes, phpBB 2.0.12로 벌써 업그레이드했나요 13:59 &lt;laberhorst&gt; 하지만 0.5.0.1이 나올 때까지 기다려 13:59 &lt;+detonate&gt; 0.5.0.1에도 제대로 흔들어 테스트가 되겠지 14:00 &lt;+detonate&gt; 응 14:00 &lt;+detonate&gt; 그럴 생각이야 14:00 &lt;jrandom&gt; 물론, 그런 파일의 합법적 사본을 이미 가진 사람만 다운로드해야 해. 이건 어디까지나 테스트용이니까 14:00 &lt;jrandom&gt; 콜록 14:00 &lt;tracker&gt; rofl 14:01 * jrandom mpaa.i2p 메모 14:01 &lt;+detonate&gt; 헤 14:01 &lt;laberhorst&gt; 오, 난 debian, fedora, suse, 내가 찍은 사진들로 iso 이미지를 만들 수 있어,... 14:01 &lt;laberhorst&gt; 그래서 합법적 자료가 많아 14:01 &lt;laberhorst&gt; 그냥 테스트만 하고 싶다면, /dev/random은 매우 큼 14:01 &lt;Ragnarok&gt; 항상 그런 건 아냐 14:02 &lt;laberhorst&gt; 참고로, 외로운 주말엔: cat /dev/random | grep linux :-) 14:02 &lt;jrandom&gt; 헤 14:02 &lt;frosk&gt; /dev/random은 맨날 비니까, 난 /dev/urandom이 더 좋아 :) 14:02 &lt;frosk&gt; 아니면 새로 개선된 /dev/jrandom 14:02 &lt;jrandom&gt; 아냐, 그건 맨날 코어 덤프해 14:03 &lt;jrandom&gt; 그리고 밤마다 쉬어야 하고 14:03 &lt;Ragnarok&gt; /dev/random용 엔트로피를 생성하는 가장 좋은 방법은 뭐지? 14:03 &lt;laberhorst&gt; "jrandom에게 맥주 몇 잔 사주기" 모금을 진짜로 만들자 14:03 &lt;frosk&gt; 쉬는 거라고 부르든, 엔트로피 수집이라고 부르든 :) 14:03 &lt;hobbs&gt; Ragnarok: 뭘 정확히 뜻하냐에 따라. 하드웨어 RNG(난수 발생기)를 쓰는 게 거의 "최고"의 방법이긴 하지 :) 14:03 &lt;jrandom&gt; Ragnarok: OS에 따라 달라 (그리고 하드웨어가 있느냐에 따라 ;) 14:04 &lt;tracker&gt; dd if=/dev/urandom of=/dev/hda bs=1M count=4 항상 좋지 ;) 14:04 &lt;jrandom&gt; 언젠가 빌드 중 하나에 Fortuna 구현을 번들링할 거고, 다양한 엔트로피 소스를 찾아봐야 해 14:04 &lt;Ragnarok&gt; 하드웨어 없이 :P 14:04 &lt;susi23&gt; . o O ( i2p 쓰는 사람이 왜 /dev/urandom을 쓰면 안 되는지 알 거라고 생각했는데 ) 14:05 &lt;cervantes&gt; tracker: 2.0.12에서 커버된 보안 취약점은 내 mod_rocinante가 의도치 않게 고쳐서, 아직 업그레이드할 필요를 못 느꼈어 14:05 &lt;hobbs&gt; susi23: 그냥 장난이면 괜찮다고 봐 ;) 14:05 &lt;ant&gt; &lt;Nolar&gt; 여기서 누가 Python BT 포트 하나요? 14:05 &lt;jrandom&gt; Nolar: 그건 duck 14:06 * duck 휘파람을 분다 14:06 &lt;ant&gt; &lt;Nolar&gt; duck: 왜 요청 블록 크기를 128k로 바꿨어요? 14:06 &lt;susi23&gt; . o O ( 다음 제안: while true; do echo $RANDOM&gt;&gt; largefile; done ) 14:06 &lt;ant&gt; &lt;Nolar&gt; 그래서 az가 너에게 시드하지 못하는 거야 14:06 &lt;tracker&gt; cervantes: 오케이 14:06 &lt;ant&gt; &lt;Nolar&gt; 우리는 64k 초과 요청을 차단해 14:06 &lt;laberhorst&gt; 젠장, mp3가 더 필요해 14:06 &lt;frosk&gt; susi23: 한가한 저녁에 linux를 grep하려면, /dev/urandom이면 충분해 :) 14:07 &lt;jrandom&gt; 아, 원래 그랬나? 내 기억으론 i2p-bt가 한동안 128k를 썼던 것 같은데 14:08 &lt;ant&gt; &lt;Nolar&gt; 응, 처음부터 그랬어 :) 14:08 &lt;ant&gt; &lt;Nolar&gt; 128을 쓰는 특별한 이유가 있나? 14:08 &lt;ant&gt; * duck cvs 로그를 뒤진다 14:08 &lt;jrandom&gt; 파이프라인을 채워두려구, i2p는 랙이 좀 있잖아 ;) 14:08 &lt;jrandom&gt; 32KB면 사실상 고정 윈도 크기가 1이야 14:09 &lt;jrandom&gt; 그래서 각 메시지가 ACK 기다리느라 막히고, 128KB면 RTT 동안 4개의 메시지가 날아갈 수 있어 14:09 &lt;@duck&gt; 맞아, BT 스펙상 허용되는 최대 슬라이스 크기 14:09 &lt;ant&gt; &lt;Nolar&gt; 이걸 처리하는 방법은 둘이지: 1) 우리가 제한을 128k로 올리거나, 2) 너희가 그냥 더 많은 요청을 파이프라인에 넣거나 14:09 &lt;cervantes&gt; i2pbt가 예전보다 좀 더 경쾌해졌어... 아마 줄여도 될지도... 14:10 &lt;@duck&gt; schni, schna, schnappi 14:10 &lt;ant&gt; &lt;Nolar&gt; 그래서, 단일 128k 요청 대신, 예를 들어 64k짜리 두 개를 동시에 보내 14:10 &lt;hobbs&gt; duck: 하하... 그건 전 세계로 퍼졌지. 14:10 &lt;@duck&gt; 왜 128k를 차단해? 14:11 &lt;cervantes&gt; 으으으* 유로팝 14:11 &lt;laberhorst&gt; duck: 제발 조용히 하든지 아니면 쏴버릴 거야! 14:11 &lt;tracker&gt; 가끔은 몇 년 전에 독일어를 배운 게 후회돼요... 14:11 &lt;laberhorst&gt; 유로팝 아냐, 진짜 POP도 아냐 14:11 * cervantes 그런 노래가 차트에 들어오기 전에 영국에 국경(?) 방어 명령을 내린다 14:11 &lt;laberhorst&gt; tracker: 신경 쓰지 마, 괜찮아 14:12 &lt;ant&gt; &lt;duck&gt; 지금은 (2^17)-13 14:12 &lt;ant&gt; &lt;Nolar&gt; duck: 그 제한은 오래전부터 있었고, 좋은 이유 중 하나는 128K 블록은 업로드하는 데 시간이 걸려서야.....16KB(우리 기본값)는 더 세밀한 요청 제어가 가능해 14:12 &lt;ant&gt; &lt;duck&gt; 13바이트는 BitTorrent 명령 길이임 14:12 &lt;ant&gt; &lt;duck&gt; (2^16)-13은 문제없어 14:12 &lt;laberhorst&gt; 어떤 음악은 정말 우습지만, 진짜 인더스트리얼 음악은, 으, 그건 아니야 14:13 &lt;ant&gt; &lt;duck&gt; 아니면 기본으로 되돌릴까? 14:13 &lt;jrandom&gt; 64KB로 줄이는 게 가장 간단해 보이네 (그거 지금 CLI 파라미터야?) 14:13 &lt;ant&gt; &lt;duck&gt; --download_slice_size 14:14 &lt;ant&gt; &lt;Nolar&gt; 특히 i2p에선 128K 블록이 좀 큰 것 같은데, 그걸 고집하는 설득력 있는 이유가 있나 14:14 &lt;ant&gt; &lt;Nolar&gt; 더 작은 요청 여러 개를 파이프라인에 넣는 대신에 말이야? 14:14 &lt;ant&gt; &lt;duck&gt; 이유 없어. 14:14 &lt;tracker&gt; laberhorst: 가끔 위성을 통해 독일 채널을 조금 봐요. 특히 viva랑 "Theater Kanal"은 정말 끔찍하더군요... 14:15 &lt;ant&gt; &lt;Nolar&gt; 큰 블록의 문제 중 하나는 내가 널 choke(업로드 차단)하면, 그 128k 청크를 끝까지 보내야 한다는 거야 14:15 &lt;jrandom&gt; 바닐라 BT가 파이프라이닝을 아는지 기억은 안 나는데, 충분히 간단할 거야 (특히 내가 그걸 하는 게 아니니까 ;) 14:15 &lt;ant&gt; &lt;Nolar&gt; 그게 한동안 걸릴 수 있어 14:15 &lt;laberhorst&gt; tracker: viva는 "하드 록" 시간대만 흥미롭고, 그 외 시간대는 "무시 요망", theater는, 잘 모르겠어 14:15 &lt;jrandom&gt; i2p에선, 초 단위의 고유 랙이 있어서 128KB가 그리 큰 건 아니야 14:15 &lt;ant&gt; &lt;Nolar&gt; 그게 chunk/unchoke를 꼬이게 할 수 있어 14:16 &lt;@duck&gt; jrandom: SAM 메시지에 딱 맞추려고 BitTorrent 13바이트 오버헤드를 빼는 게 아직 의미 있어? 14:16 &lt;jrandom&gt; duck: 아니, 스트리밍 라이브러리가 이미 그걸 16KB 메시지로 더 줄이니까, 그냥 64KB로 하자 14:17 &lt;@duck&gt; 오케이, 2**16로 14:17 &lt;jrandom&gt; (그리고 나서 tunnels가 그 16KB 메시지를 996바이트 조각으로 나눠버리지..) 14:17 &lt;ant&gt; &lt;Nolar&gt; 문제는 128k야, 예를 들어 내가 12 k/s로 업로드 중이면, 그 블록을 끝내는 데 10초 이상 걸린다는 거지 14:18 &lt;cervantes&gt; 와 그건 거의 irc 랙만큼 길잖아... 14:18 &lt;jrandom&gt; 즉, 1-10 RTT(왕복 지연)이야 (일반 네트에선 10-500) 14:18 &lt;+detonate&gt; 난 512K 블록을 쓸 준비가 다 됐었는데 14:18 &lt;ant&gt; &lt;Nolar&gt; 16kb 블록을 파이프라인으로 넣는 것도 실험해볼 수 있지 14:18 &lt;jrandom&gt; 헤 14:18 &lt;+detonate&gt; 그럼 64가 선호돼? 14:19 &lt;ant&gt; &lt;Nolar&gt; 내가 아는 한 모든 bt 클라이언트가 16KB 블록을 써 14:19 &lt;ant&gt; &lt;duck&gt; CVS에 반영됨; 14:19 &lt;jrandom&gt; 멋져, 고마워 duck! (그리고 Nolar도!) 14:19 &lt;ant&gt; &lt;duck&gt; 0.1.8 릴리스에 SAM I2CP 튜닝과 함께 들어갈 거야 14:19 &lt;tracker&gt; laberhorst: 전체 이름은 "ZDF Theater"였나 그래요. 높은 수준의 문화 프로그램을 보낸다고 하던데. 제발 그게 독일 문화의 최고는 아니길 바라요 ;) 14:19 &lt;jrandom&gt; 오케이, 헤, 우리 아직 회의 중이라는 걸 이제 생각해냈네 14:19 &lt;jrandom&gt; 회의에 대해 다른 거 있는 사람? 14:20 &lt;ant&gt; &lt;Nolar&gt; 그래서 128k 청크가 필요하면, 동시에 8개의 요청을 보내 14:20 &lt;susi23&gt; . o O ( 그리고 남는 448바이트는 버려? ) 14:20 &lt;jrandom&gt; 맞아 맞아 14:20 &lt;laberhorst&gt; tracker: 오, 그건 작은 사이드 채널... arte나 3sat이 훨씬 더 흥미로워 14:20 &lt;laberhorst&gt; 그리고 arte는 독일/프랑스 공동이야 :-) 14:20 &lt;ant&gt; &lt;Nolar&gt; 업로더가 그런 요청을 채울 수 있으면, 128k 전부가 I2P 파이프 스트림에 밀어 넣어져야 해 14:20 &lt;jrandom&gt; 굿 14:21 &lt;cervantes&gt; . o O ( 왜 susi가 생각하는 걸 내가 다 들을 수 있지 ) 14:21 &lt;ant&gt; &lt;Nolar&gt; 그러니 16KB vs 32KB vs 64KB 블록 크기를 실험해볼 가치가 있을지도 14:21 &lt;jrandom&gt; 응 14:21 &lt;jrandom&gt; 파이프라인만 되어 있으면, i2p는 상관 안 해 14:21 &lt;ant&gt; &lt;Nolar&gt; 좋아 14:22 &lt;jrandom&gt; 파이프라인 없이 16KB일 때 속도는 꽤 나빴거든, 적어도 예전엔 그랬어 14:22 &lt;tracker&gt; laberhorst: 알겠어요, 며칠 내 arte를 볼 수 있는지 시도해볼게요... 14:22 &lt;ant&gt; &lt;duck&gt; 이런 미세 조정은 0.2로 미루자고 제안해 14:22 &lt;ant&gt; &lt;duck&gt; 거기에 bittorrent 3.9.1 개선이 포함될 테니까 14:22 &lt;jrandom&gt; 그래, DTSTTCPW 14:22 &lt;susi23&gt; . o O ( 아 그건 쉽지... 사람들은 너무 예측 가능하거든... ) 14:23 &lt;ant&gt; &lt;duck&gt; 그게 네트워크 코드를 완전히 재구성할 수도 있어 14:23 &lt;cervantes&gt; http://www.gavelstore.com 14:24 &lt;jrandom&gt; 좋아, 지금은 여기까지인 것 같고, 0.5.0.1 rev가 곧 나올 테니 몇 시간 뒤에 리스트와 사이트를 확인해 14:24 &lt;ant&gt; &lt;Nolar&gt; 응, 단일 16kb 요청만 있으면 느릴 수 있겠네 14:24 * jrandom gavel을 다운로드한다 14:24 * jrandom *baf* 하고 회의를 종료한다 </div>/ko/blog/2005/02/15/2005-02-15%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 15 Feb 2005 00:00:00 +0000/ko/blog/2005/02/15/2005-02-15%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>Bonjour, sa cette fois de la semaine encore,</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) 0.5 상태 3) i2p-bt 0.1.7 4) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>네트워크에서 새로운 버그는 발견되지 않았지만, 지난주 인기 있는 프랑스 P2P 웹사이트에 소개되면서 사용자 수와 BitTorrent 활동이 모두 증가했습니다. 최고치일 때는 네트워크에 router가 211대까지 올라갔지만, 최근에는 150~180대 수준에서 머물고 있습니다. 보고된 대역폭 사용량도 증가했으나, 안타깝게도 IRC의 신뢰성은 저하되었습니다. 부하 때문에 한 서버가 대역폭 제한을 낮추었습니다. 이를 완화하기 위해 스트리밍 라이브러리에 여러 개선을 적용했지만, 현재는 0.5-pre branch에만 포함되어 있어 아직 라이브 네트워크에는 제공되지 않습니다.</p>/ko/blog/2005/02/15/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-2%EC%9B%94-15%EC%9D%BC/Tue, 15 Feb 2005 00:00:00 +0000/ko/blog/2005/02/15/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-2%EC%9B%94-15%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, bla\_, cervantes, cneal92\_, jrandom, polecat, postman, smeghead, ugha2p</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 13:07 &lt;jrandom&gt; 0) 안녕하세요 13:07 &lt;jrandom&gt; 1) 네트워크 상태 13:07 &lt;jrandom&gt; 2) 0.5 상태 13:07 &lt;jrandom&gt; 3) i2p-bt 0.1.7 13:07 &lt;jrandom&gt; 4) ??? 13:07 &lt;jrandom&gt; 0) 안녕하세요 13:07 * jrandom 손을 흔든다 13:07 &lt;+ugha2p&gt; jrandom: irc.duck.i2p도 testnet에서 사용 가능하며 이 네트워크와 연결되어 있나요? 13:07 &lt;+ugha2p&gt; 이 IRC 네트워크에요 13:07 &lt;jrandom&gt; 주간 상태 노트가 게시되었습니다 @ http://dev.i2p.net/pipermail/i2p/2005-February/000575.html 13:07 &lt;ant&gt; &lt;Sonium_&gt; Bonjour, sa cette fois de la semaine encore, 13:07 &lt;jrandom&gt; 아니요, ugha2p 13:08 &lt;ant&gt; &lt;Sonium_&gt; are you speaking french jrandom ? 13:08 &lt;jrandom&gt; 헤헷, 그래요, babelfish에도 한계가 있다는 증거죠 ;) 13:08 &lt;jrandom&gt; ㅋㅋ 맞아요, 예전엔 사람들이 babelfish가 프랑스어를 꽤 잘 만든다고 했는데, 이번엔 아닌가 보네요 ;) 13:09 &lt;+ugha2p&gt; I2Per 여러분, 안녕하세요. 13:09 &lt;ant&gt; &lt;fedo2p&gt; 안녕 13:09 &lt;jrandom&gt; 아무튼, 또 netsplit 나기 전에 시작하죠 13:09 &lt;jrandom&gt; 1) 네트워크 상태 13:09 &lt;jrandom&gt; 업데이트는 이메일을 참고하세요 13:10 &lt;jrandom&gt; IRC가 꽤 불안정했고 일부 outproxy 활동도 그랬지만, bt는 꽤 잘 돌아가는 것 같습니다 13:11 &lt;jrandom&gt; 그 외에 더 보탤 건 별로 없네요 - 의견/질문/우려 사항 있으신가요? 13:12 &lt;ant&gt; &lt;Sonium_&gt; 0.5는 이번 금요일에 출시되나요? 13:12 &lt;jrandom&gt; 헤, 좋은 질문이네요. 그럼 2) 0.5 상태로 넘어가죠 13:12 &lt;jrandom&gt; 네, 0.5는 이번 금요일에 출시됩니다 13:13 &lt;jrandom&gt; test network는 최신 업데이트로 꽤 잘 동작하고 있지만, 아직 문서와 자잘한 정리가 좀 남아 있습니다. 최신 Jetty를 포함시키려 해보겠지만, 지켜봐야죠 13:14 &lt;ant&gt; &lt;Sonium_&gt; 원어민에게 묻습니다: "it will be released"와 "it is going to be released"의 의미상 차이가 무엇인가요? 13:14 &lt;bla_&gt; Routing에 가끔 약간 문제가 있는 것 같습니다; 대략 5-10% 경우에는 tunnel이 잘 동작하지 않아서 페이지를 다시 로드해야 합니다 13:14 &lt;smeghead&gt; 0.5가 금요일에 출시될 때까지 bittorrent 활동 중인 모든 분들께 자발적으로 중단해 주시길 요청합니다. bt 트래픽 급증이 네트워크의 다른 트래픽, 특히 IRC를 망치고 있습니다 13:15 &lt;jrandom&gt; Sonium: 후자가 더 확정적인 뉘앙스지만, 전반적 의미는 같습니다 13:15 &lt;bla_&gt; smeghead: 동의하지만, 0.5가 부하 문제를 해결하진 못하겠죠? 13:15 &lt;smeghead&gt; IRC만이 아니라 eepsites도 영향을 받습니다 13:16 &lt;ant&gt; &lt;Sonium_&gt; 알겠어요, 지금까지 용법을 오해했네요 13:16 &lt;+ugha2p&gt; jrandom: 대화형 트래픽 처리도 더 좋아지나요? 13:16 &lt;jrandom&gt; 0.5는 많은 동작 방식을 바꾸며, 이제 tunnel 거부의 원인을 구분할 수 있어서 부하 분산을 더 깔끔하게 처리할 수 있을 것입니다 13:16 &lt;ant&gt; &lt;Sonium_&gt; 학교에서 더 열심히 들을 걸 그랬네요 13:16 &lt;jrandom&gt; ugha2p: 네, 상당히요 13:17 &lt;+ugha2p&gt; 오, 좋네요. 13:17 &lt;jrandom&gt; 반면, 많은 상황에서 전체적인 대역폭 사용량이 늘어날 겁니다. 다만 진행하면서 그 부분은 개선해 나가겠습니다 13:18 &lt;smeghead&gt; 그리고 새로 온 프랑스어 사용자들에게도 이 내용을 알려서 금요일까지 bt를 미뤄 달라고 누가 좀 전달해 주세요 13:18 &lt;ant&gt; &lt;BS314159&gt; smeghead: 3일이에요. 3일 동안 할 다른 일을 찾을 수 있을 겁니다 13:19 * jrandom 이라면 spaetz의 0.5 ircd로 가는 inproxy를 열 수도 있겠네요 :) 13:20 &lt;jrandom&gt; 아마 더 간단한 해법은 bt 사용자들에게 tunnel length를 줄여서 네트워크 부하를 줄이도록 권하는 것일 겁니다 13:21 &lt;jrandom&gt; (BT 커맨드라인으로 설정하는 inbound tunnels와, `http://localhost:7657/configclients.jsp` 에서 설정하는 outbound tunnels 둘 다) 13:21 &lt;polecat&gt; 맞아요, 그들에게 필요한 건 높은 익명성보다는 은폐성이죠. 2-hop 같은 게 필요한 건 우리 같은 '불법 외계인 족제비'들이에요. 13:21 &lt;bla_&gt; jrandom: 가능한 해법으로, 기본 tunnel length가 1인 bt-0.1.8 이야기가 예전에 이 채널에서 나왔습니다. Duck, 여기 있나요? 13:22 &lt;polecat&gt; i2p-bt는 SAM을 쓰나요, 아니면 i2ptunnel 세션을 쓰나요? 13:23 &lt;jrandom&gt; 음, 반대로 i2p-bt에서 노출하고 싶은 새로운 I2CP 세션 옵션들이 한 묶음 있어서, 어차피 업데이트된 릴리스를 두고 duck과 상의해야 합니다 13:23 &lt;jrandom&gt; polecat: SAM 13:23 &lt;smeghead&gt; BS314159: 저는 I2P 코드베이스뿐 아니라 i2p-bt에도 기여하고 있습니다. 이 bt 트래픽 때문에 다른 개발자들과 소통이 막히고, 모두의 경험을 개선하려는 노력이 방해받고 있어요. 양해 부탁드립니다 13:23 &lt;smeghead&gt; BS314159: 우리가 개발하는 것보다 당신이 토렌트를 하는 게 더 중요합니까 13:23 &lt;smeghead&gt; ? 13:23 &lt;smeghead&gt; polecat: sam 13:23 &lt;cervantes&gt; 0.1.8이 모든 사용자를 MPAA에 넘겨버리게 만들면 우리 모두 0.1.7에 계속 머물겠죠 13:23 &lt;smeghead&gt; bla_: 아마 0.1.8은 없을 겁니다. 지금 CVS에 0.2.0이 있고, BT 3.9.1을 기반으로 한 새로운 코드베이스예요 13:23 &lt;jrandom&gt; 헤헷 cervantes 13:23 &lt;jrandom&gt; 오오오 좋네요 13:24 &lt;jrandom&gt; 그럼 2) 0.5 상태에서 3) i2p-bt로 넘어가기에 딱 좋겠네요 :) 13:24 &lt;jrandom&gt; smeghead/duck, 진행은 어떻습니까? 13:25 &lt;ant&gt; &lt;Sonium_&gt; google knows 167 links to www.i2p.org 13:25 &lt;bla_&gt; jrandom: 업그레이드 타임라인을 다시 상기시키는 게 좋겠습니다: 목요일 저녁(UTC)에 본인의 eepsite를 오프라인으로 내리고, 금요일에 업그레이드하고, 충분한 사용자가 업그레이드했을 때 eepsite를 다시 올리세요 13:26 &lt;ant&gt; &lt;Sonium_&gt; erm .net 13:26 &lt;smeghead&gt; 0.1.7의 모든 BT 수정사항이 새 0.2.0 코드베이스에 통합되었습니다 13:26 &lt;smeghead&gt; 하지만 SAM 인터페이스는 완전히 새로 작성해야 합니다. 0.1.7의 것을 그대로 사용할 수 없어요 13:27 &lt;jrandom&gt; 아, 알겠습니다 13:27 &lt;smeghead&gt; Python 소켓 경험이 있고 도와주실 분이 있다면 *콜록*connelly 13:28 &lt;polecat&gt; SAM에서 일어나는 건 stream level choking 추가뿐이죠, 맞나요? 13:28 &lt;jrandom&gt; polecat: 제 아는 한 아직 프로토콜 변경은 없습니다. 그냥 포팅이에요 13:28 &lt;smeghead&gt; duck에게 연락해 주세요 13:28 &lt;ant&gt; &lt;MANCOM&gt; azneti2p 관련 새 소식 있나요? 13:28 &lt;smeghead&gt; 0.2.0 클라이언트는 하나의 인스턴스에서 여러 토렌트를 처리합니다. 더 이상 여러 세션을 열 필요가 없습니다 13:29 &lt;jrandom&gt; (만세!) 13:29 &lt;polecat&gt; 정말요? 13:29 &lt;smeghead&gt; 그리고 가능하면 단일 SAM 세션 위에서 모두 동작하게 해서 네트워크 혼잡을 더 줄일 수 있길 바랍니다 13:29 &lt;bla_&gt; smeghead: 좋네요! 텍스트 전용 bttrackmany도 포팅하실 건가요? 13:29 &lt;polecat&gt; 백그라운드에서 실행할 수 있나요? 13:29 &lt;jrandom&gt; MANCOM: 별 소식은 못 들었고, 안타깝게도 업데이트 감사를 할 시간도 없었습니다 13:29 &lt;polecat&gt; 메모리는 얼마나 차지하나요? 13:29 &lt;smeghead&gt; bla_: 네, 그렇게 생각합니다 13:30 &lt;smeghead&gt; polecat: btdownloadheadless.py를 사용하면 백그라운드 프로세스입니다 13:31 &lt;polecat&gt; 단일 SAM 세션으로도 가능합니다: peerwire와 트래커 프로토콜은 클라이언트와 서버가 모두 구분해낼 수 있어요. 13:31 &lt;polecat&gt; smeghead: 네, 그런데 그 프로세스에 토렌트를 추가하고 싶으면 어떻게 하죠? 13:32 &lt;smeghead&gt; polecat: 그리고 0.1.7 인스턴스 여러 개를 띄웠을 때와 비교해 메모리를 크게 더 쓰진 않을 겁니다 13:34 &lt;jrandom&gt; polecat: 이건 메인라인 BT의 포트라서 메인라인 BT처럼 동작합니다. 누군가 더 새롭고 나은 기능을 추가할 수는 있지만, 우선은 기본 포트부터 시작하죠 ;) 13:36 &lt;bla_&gt; (연결이 또 롤러코스터네요...) 13:36 &lt;jrandom&gt; (그래서 회의 로그를 살짝 편집하는 거죠 ;) 13:37 &lt;bla_&gt; jrandom: :) 13:37 &lt;jrandom&gt; wb 13:37 &lt;polecat&gt; smeghead: 네, 그런데 그 프로세스에 토렌트를 추가하고 싶으면요? 13:38 &lt;+ugha2p&gt; jrandom: 아니요, 그건 당신이 netsplit을 검열하고 있어서일 거예요. 13:38 &lt;jrandom&gt; polecat: 이건 메인라인 BT의 포트라서 메인라인 BT처럼 동작합니다. 누군가 더 새롭고 나은 기능을 추가할 수는 있지만, 우선은 기본 포트부터 시작하죠 ;) 13:38 &lt;jrandom&gt; 이봐요, 제가 netsplit을 검열하면, 그런 일은 일어나지 않죠! 13:38 * jrandom 모래 속에 머리를 처박는다 13:40 &lt;smeghead&gt; 하지만 이 기회를 빌려 bt 사용자분들께 금요일까지는 자제해 달라고 다시 부탁드립니다 13:41 &lt;bla_&gt; 좋아요, 여기 프랑스어 하시는 분이 있다면 지금 말씀하실 필요는 없고, forum.i2p의 프랑스어 섹션에 smeghead의 요청 내용을 추가해 주세요 ... 13:42 &lt;+polecat&gt; 어쨌든, 말할 기회를 놓치긴 했지만, C++로 BT 클라이언트를 만드는 대신 mldonkey의 BitTorrent 플러그인을 고쳐서 그걸 쓰는 게 어떨까 생각했습니다. 13:42 &lt;ant&gt; &lt;dm&gt; 저는 프랑스어 해요. 13:43 &lt;ant&gt; &lt;dm&gt; 앗 맙소사, 아무 말도 하지 말라고 했는데. 13:43 * jrandom dm에게 진흙을 던진다 13:43 &lt;bla_&gt; dm: 그 메시지들을 추가해 주시겠어요? 13:43 &lt;smeghead&gt; 토렌트를 하는 게 나쁜 건 아니지만, I2P 사용자 수가 이렇게 갑자기 늘어날 줄은 예상하지 못했고, 분명히 0.4.x 네트워크는 이를 잘 처리하지 못하고 있습니다 13:43 &lt;+polecat&gt; 제가 시간을 낭비할 만한 더 좋은 아이디어가 누군가에게 있지 않다면요. :/ 13:44 &lt;ant&gt; &lt;dm&gt; 유감스럽게도 여기엔 I2P가 없어요. 필요한 내용을 메시지로 보내주시면 영어-&gt;프랑스어 번역은 할 수 있어요. 13:44 &lt;jrandom&gt; polecat: 다가오는 i2p-bt를 당신이 원하는 방식으로 동작하도록 돕는 건 어떨까요? 13:44 &lt;jrandom&gt; dm: forum.i2p.net/ 13:44 &lt;+polecat&gt; jrandom: 제 생각엔 메인 BT는 별로 유용하지 않고, 클라이언트/서버 UI로 바꾸지 않는 한 멀티 토렌트 시스템의 걸림돌이 될 겁니다. 13:44 &lt;+polecat&gt; 추가로 말하자면, mldonkey/mlnet은 이미 그렇게 했죠. 13:44 &lt;smeghead&gt; polecat: mldonkey는 끔찍할 정도로 엉망이에요. i2p-bt 프로젝트나 azureus-i2p 프로젝트를 도와주세요. 도움이 필요합니다 13:44 &lt;ant&gt; &lt;BS314159&gt; polecat: I2P에 오버헤드가 있는 걸 고려하면, 더 빠른 언어로 i2p-bt를 다시 구현하는 건 시간 낭비라고 봐요 13:45 &lt;+polecat&gt; 그리고 저는 제 바보 같은 C++ 클라이언트 따위로 그걸 하려고 했죠. 13:45 &lt;jrandom&gt; polecat: 그러면 GUI를 얹어서, 밑단의 i2p-bt 코드를 그대로 활용하세요 13:45 &lt;ant&gt; &lt;BS314159&gt; 하지만 MLDonkey 인터페이스를 사용할 수 있게 하는 건 꽤 좋을 수도 있어요 13:46 &lt;+polecat&gt; Azareus는 UI와 파일 전송이 분리되어 있지 않다고 생각해요. :/ 13:46 &lt;smeghead&gt; polecat: BT 3.9.1을 써보세요, 이제 멀티 토렌트 클라이언트입니다 13:48 &lt;+polecat&gt; 파일을 계속 공유(swarming)하면서 UI만 종료할 수 있나요? 13:48 &lt;jrandom&gt; Azureus가 잘하는데 이쪽은 잘 못하는 기능들도 있고, 반대로 Azureus가 적합하지 않은 환경도 있습니다 13:48 &lt;ant&gt; &lt;jnymo&gt; Azureus가 그 플러그인과 호환되는 바이너리를 릴리스했나요? 13:48 &lt;jrandom&gt; polecat: 아니요. 하지만 그걸 추가하는 건 새 bt 클라이언트를 만드는 것에 비하면 사소합니다 13:48 &lt;jrandom&gt; jnymo: 네, 베타 azneti2p가 있습니다 13:49 &lt;smeghead&gt; polecat: 그렇게 하도록 쉽게 수정할 수 있어요. 사실 매우 쉽습니다 13:49 &lt;jrandom&gt; polecat: 기존 bt 데몬을 수정해서 다른 프로세스(즉, 새 GUI)가 명령을 보낼 수 있게 하면 됩니다 13:49 &lt;+polecat&gt; 음, 아마도요... 13:49 &lt;+polecat&gt; 정말 그렇게 생각하세요? 13:49 &lt;+polecat&gt; 아마 RPC 소켓 프로토콜만 사용하는 UI를 만들면 될지도... 그런데 그러면 그 프로토콜을 이해하는 클라이언트를 통째로 써야겠네요... 13:50 &lt;smeghead&gt; polecat: 새 UI를 쓸 필요 없어요. 기존 i2p-bt 0.2.0 UI를 수정하면 됩니다. 간단해요 13:50 &lt;+polecat&gt; BT의 UI 부분과 데몬 부분을 분리해서, 많은 코드를 다시 쓰지 않고도 각각 별도 프로세스로 돌릴 수 있겠네요! 13:50 &lt;+polecat&gt; 좋아요. 13:50 &lt;+polecat&gt; 그런데 질문이 하나 더 있어요... 13:51 &lt;smeghead&gt; polecat: 사소한 기능이 빠졌다고 바퀴를 다시 만들진 마세요 13:51 &lt;smeghead&gt; polecat: i2p-bt 코드베이스를 전혀 안 보신 거죠? UI는 완전히 분리되어 있어요 13:51 &lt;+polecat&gt; bittorrent 3.9.1이 나왔는데, 왜 I2P에서는 0.2.0 버전을 쓰고 있죠? o.o 13:51 &lt;jrandom&gt; 헤헷 13:51 &lt;jrandom&gt; i2p-bt 0.2.0 == bt 3.9.1 :) 13:51 &lt;+polecat&gt; 얼마 전에 코드베이스를 봤는데요. 꽤 복잡하고 난해했어요. 13:51 &lt;jrandom&gt; (i2p-bt 0.1.* == bt 3.4.x였던 걸로 기억해요) 13:51 &lt;+polecat&gt; 아, 버전 표기가 다르군요. 13:52 &lt;+polecat&gt; i2p-bt는 CVS에 있나요? 13:52 &lt;smeghead&gt; polecat: 0.2.0은 어제 제가 만든 CVS의 새 브랜치이고, i2p-bt입니다. 기반이 되는 공식 BT 버전은 3.9.1이며, 베타가 끝나면 BitTorrent 4.0이 될 거예요 13:52 &lt;jrandom&gt; http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p-bt/ 13:52 &lt;smeghead&gt; i2p-bt 0.1.7은 bt 3.4.2 기반입니다 13:52 &lt;+polecat&gt; 고마워요. 13:52 &lt;+polecat&gt; 잠깐만요. 13:53 &lt;cervantes&gt; 그때가 되면 우린 그걸 0.3.0 버전이라고 부르겠죠 :P 13:53 &lt;+polecat&gt; 제가 말한 건 CVS였어요, "오, 멋진 웹사이트 CVS"가 아니라요 13:53 &lt;jrandom&gt; cvs -d :pserver:anoncvs@cvs.i2p.net/cvsroot co i2p-bt 13:53 &lt;+polecat&gt; 그 cvs-cgi 같은 것들에는 CVSROOT=이 눈에 띄게 빠져 있더군요. 13:53 &lt;jrandom&gt; 또는 로컬에 CVS 프록시가 있다면, cvs -d :pserver:anoncvs@localhost/cvsroot co i2p-bt 13:54 &lt;smeghead&gt; polecat: 복잡하다고요? btdownloadgui.py가 GUI 코드 전부인데, 그보다 더 깔끔하게 분리할 수 있을까요? 13:54 * polecat 후우, 이젠 CVS를 욕하고 싶은 불타는 욕망이 사라졌네요. 13:54 &lt;ant&gt; &lt;dm&gt; 으, 힘들었네요. 프랑스어로 글 쓴 건 수년 만이에요! http://forum.i2p.net/viewtopic.php?p=1238#1238 13:55 &lt;jrandom&gt; 고마워요 dm 13:56 &lt;ant&gt; &lt;dm&gt; 천만에요 13:57 &lt;smeghead&gt; 아마 외설적인 내용을 썼을지도 몰라요 13:58 &lt;ant&gt; &lt;dm&gt; 헤헤헤 13:58 &lt;+polecat&gt; 좋아요, 그럼 제가 btdaemon.py를 써야겠네요. 그게 GUI — GUI 관련 전부. 그리고 btdaemongui.py도요. 그게 GUI — 데몬 관련 전부. 13:58 &lt;ant&gt; &lt;BS314159&gt; 충분히 외설적이면, 오히려 우리의 목적에 잘 맞을지도요 13:58 &lt;ant&gt; &lt;fedo2p&gt; 수고했어요 dm ;) 13:58 &lt;jrandom&gt; 헤헷 13:58 &lt;jrandom&gt; r0x0r polecat 13:59 &lt;+polecat&gt; 하아, wxWindows를 emerge하는 건 싫네요. 평소에 쓰지 않는 큰 라이브러리라서요. 뭐, 어쩔 수 없죠. 13:59 &lt;smeghead&gt; polecat: 0.2.0은 GTK 기반이라, 이제 wxWidgets는 안 씁니다 13:59 &lt;jrandom&gt; 좋아요, 해야 할 bt 작업이 많으니, 필요하면 메일링 리스트/포럼/위키/#i2p-bt에서 계속 논의하죠? 14:00 &lt;+polecat&gt; 해킹을 할 거면, 도구부터 갖춰야죠 14:00 &lt;+polecat&gt; 아, 그 채널을 깜박했네요. :) 14:00 &lt;smeghead&gt; polecat: BitTorrent 3.9.1 베타를 받고 문서를 읽어 보세요 14:01 &lt;smeghead&gt; #i2p-bt, 맞아요 14:01 &lt;smeghead&gt; 거기 사람들도 있어요 14:02 &lt;jrandom&gt; 헤헷 좋아요, 흥미로운 bt 얘기가 많네요. 3) i2p-bt에 대해 더 있을까요, 아니면 4) ???로 넘어갈까요? 14:03 &lt;jrandom&gt; 좋아요, 4) ???로 넘어갑니다 14:03 &lt;jrandom&gt; 회의에서 더 논의할 사항 있으신가요? 14:03 &lt;ant&gt; &lt;jnymo&gt; threshold crytography 최고 14:04 &lt;cervantes&gt; ??? = `http://forum.i2p/viewtopic.php?p=1237` 14:04 &lt;ant&gt; &lt;BS314159&gt; 웹으로 나가는 프록시는 별로입니다. 새 I2P 버전이나 다른 익명 네트워크로의 프록시는 어떤가요? 14:04 &lt;ant&gt; &lt;BS314159&gt; '별로'라는 건 운영하기에 안전하지 않다는 뜻이에요 14:04 &lt;ant&gt; &lt;jnymo&gt; 모두가 운영하는 건 아니에요, BS 14:05 &lt;ant&gt; &lt;BS314159&gt; 그건 알아요 14:05 &lt;cervantes&gt; 이번 주 포럼 멤버는 &lt;짜잔!&gt; jrandom입니다 14:05 &lt;ant&gt; &lt;BS314159&gt; 업그레이드에 대해 생각하고 있어요 14:05 &lt;jrandom&gt; ㅋㅋ 고마워요 cervantes 14:06 &lt;ant&gt; &lt;BS314159&gt; 당장은 아니고, 언젠가는 많은 router가 버전 간 프록시 역할을 수행하도록 하는 게 가능할까요? 14:06 &lt;ant&gt; &lt;BS314159&gt; 그리고 그렇게 하면 다운타임 없이 타이밍 공격을 없앨 수 있을까요? 14:06 &lt;ant&gt; &lt;jnymo&gt; 강제 업그레이드는 필요합니다 14:07 &lt;ant&gt; &lt;BS314159&gt; 동의하지 않아요 14:07 &lt;jrandom&gt; BS314159: I2P 위의 i2ptunnel 위의 I2NP는, 고통스러울 겁니다. 다만 "outproxies" 중 하나가 어떤 inproxy를 가리키게 할 수는 있겠죠 14:07 &lt;jrandom&gt; BS314159: 일반적으로 강제 업그레이드는 필요 없지만, 여기선 필요합니다. 끝. 0.5에 필요한 모든 변경을 제가 미리 예견하지 못했기 때문이죠 14:08 &lt;ant&gt; &lt;BS314159&gt; 새 버전이 하위 호환이어야 한다는 말은 아닙니다 14:08 &lt;cervantes&gt; jrandom: 솔직히 말하자면... 일의 98%는 당신이 하잖아요 ;-) 14:09 &lt;ant&gt; &lt;BS314159&gt; 저는 민첩하지 못한 I2P 사용자들도 타이밍 공격이나 다운타임 없이 업그레이드할 수 있는 방법을 생각해 보는 중이에요 14:10 &lt;jrandom&gt; BS314159: 0.5 릴리스에서는 불가능합니다. 이후 릴리스에서는 조심할 수 있겠죠. 하지만 이번에는 절대적 차단이 필요합니다. 14:10 &lt;ant&gt; &lt;jnymo&gt; 자동 업데이트가 미래에는 더 나을지도요 14:10 &lt;ant&gt; &lt;BS314159&gt; 저는 먼 미래 얘기를 하는 겁니다. 14:10 &lt;ant&gt; &lt;jnymo&gt; 자동 업데이트는 너무 위험한가요? 14:11 &lt;jrandom&gt; cervantes: 아니에요, 인프라의 95%만요. 하지만 i2p/{core,router}/만 있는 게 아니거든요 :) 14:11 &lt;jrandom&gt; jnymo: 0-click 업데이트 == 불안전. 1-click == 안전. 14:11 &lt;cervantes&gt; jrandom: 다행히 지난 몇 달 사이에 활기가 붙기 시작했죠 ;-) 14:11 &lt;ant&gt; &lt;jnymo&gt; 그리고 "업데이트가 필요합니다.. *일 후 마감" 같은 문구도요 14:12 &lt;jrandom&gt; 맞아요, 많은 사람들이 [http://www.i2p.net/team] 진짜 멋진 일을 해오고 있어요 14:13 &lt;jrandom&gt; BS314159: 다음 업데이트를 위해 할 수 있는 일들이 많습니다. 구체적 구현은 시기가 다가오면 논의하죠 :) 14:13 &lt;jrandom&gt; 좋아요, 회의에서 더 제기할 사항 있으신가요? 14:13 &lt;ant&gt; &lt;MANCOM&gt; I2P에 최대(업로드) 대역폭을 조절하는 일종의 자동 속도 기능(핑 시간을 측정하는 Azureus 플러그인 같은)을 넣을 수 있을까요? 14:14 &lt;ant&gt; &lt;MANCOM&gt; 그러면 대역폭은 높이고 지연은 낮게 유지하는 데 도움이 됩니다 14:14 &lt;jrandom&gt; 오, 흥미롭네요 14:14 * cervantes는 i2p 툴바를 위한 1-2 클릭 업데이트 기능을 작업 중입니다 14:14 &lt;cervantes&gt; 다만 지금은 해싱에 문제가 있어서요.... 아마 몇 주는 걸릴 겁니다. 14:15 &lt;ant&gt; &lt;jnymo&gt; cervantes++ 14:15 &lt;jrandom&gt; MANCOM: 어떻게 동작하고 어떻게 보일지 문서로 정리해서 포럼에 올려 주시면 좋겠습니다. 충분히 단순하다면 0.5에 들어갈 수도 있어요 14:15 &lt;cervantes&gt; 그 사이에 수십 명이 더 나은 해결책을 잔뜩 내놓겠죠 14:16 &lt;jrandom&gt; 헤헷 14:16 &lt;cneal92_&gt; :D 14:17 &lt;ant&gt; &lt;MANCOM&gt; 음, 해볼게요 14:17 &lt;ant&gt; &lt;cervantes&gt; 하지만 이미 새 릴리스가 나오면 감지하고, 관련 다운로드 링크로 안내할 수 있어요... 14:17 &lt;ant&gt; &lt;cervantes&gt; 처음에는 그걸로 시작할지도요 14:18 &lt;jrandom&gt; 좋아요, cervantes 14:18 &lt;jrandom&gt; 고마워요 MANCOM 14:18 &lt;ant&gt; &lt;jnymo&gt; 업데이트가 디렉터리에 내려받아진 뒤에는 "graceful restart" 버튼으로 업그레이드하게 할 수도 있어요 14:19 &lt;ant&gt; &lt;jnymo&gt; 아니면 버튼 이름을 "upgrade"로 하거나요 14:19 &lt;ant&gt; &lt;jnymo&gt; 그리고 그 안에 재시작 기능을 넣는 거죠 14:19 &lt;ant&gt; &lt;jnymo&gt; 아마 뻔한 얘기겠지만요 14:19 &lt;jrandom&gt; 맞아요, `http://dev.i2p/i2p/i2pupdate.zip` 을 가져오고 검증한 뒤 재시작하는 코드가 아마 열두 줄 정도면 될 거예요 14:20 &lt;jrandom&gt; 좋아요, 회의에서 더 제기할 사항 있으신가요? 14:20 &lt;ant&gt; &lt;cervantes&gt; 음, 이미 툴바가 i2p 폴더로 업데이트를 내려받고 graceful restart를 트리거하게 할 수는 있어요... 하지만 지금까지는 다운로드 무결성을 검증하진 못했습니다 14:21 &lt;jrandom&gt; cervantes: 아, 그 부분은 쉬울 거예요 - 나중에는 업데이트 자체가 스스로 검증되도록 할 겁니다 14:21 &lt;jrandom&gt; (즉, 서명되어 있고 설치 전에 router가 검증) 14:21 &lt;ant&gt; &lt;cervantes&gt; jrandom: 그거 멋지겠네요. 14:21 &lt;ant&gt; &lt;jnymo&gt; 오오 14:22 &lt;ant&gt; &lt;cervantes&gt; 그렇다면 다운로드를 트리거한 다음 "재시작하시겠습니까" 예/아니오 대화상자를 띄우는 것으로 충분하겠네요 14:22 &lt;ant&gt; &lt;cervantes&gt; 원하면 누군가 수동으로 검증할 수 있게요 14:23 &lt;ant&gt; &lt;cervantes&gt; (이미 SHA1이 무엇이어야 하는지는 표시합니다) 14:23 &lt;jrandom&gt; 헤헤 14:23 &lt;ant&gt; &lt;jnymo&gt; '새 버전이 나오면 자동으로 다운로드하려면 여기를 클릭하세요'는 어때요 14:25 &lt;cervantes&gt; 자동 다운로드는 피하고 싶네요 14:25 &lt;ant&gt; &lt;jnymo&gt; 흠.. 마이크로소프트도 하잖아요 ;) 14:26 &lt;cervantes&gt; 하지만 다운로드가 있다는 사실은 꼭 알리고 "지금 다운로드" 버튼은 제공하죠 14:26 &lt;jrandom&gt; 맞아요, 최소한 1-click. 업데이트 가능 여부는 자동으로 /알림/할 수 있지만, 자동 설치는 안 됩니다 14:26 &lt;jrandom&gt; (어, cervantes 말이요) 14:27 &lt;ant&gt; &lt;jnymo&gt; 이제, 만 명이 어떻게 업데이트하죠? 언젠가 i2p-bt를 통합하는 건 어때요? 14:27 &lt;jrandom&gt; 네, 그리고 날아다니는 포니도요 14:28 &lt;ant&gt; &lt;jnymo&gt; 저에겐 충분하네요 14:29 &lt;jrandom&gt; 좋아요, 멋집니다... 더 없으면... 14:29 &lt;+postman&gt; 제길, 회의를 놓쳤네요 :/ 14:29 * cervantes는 자신의 베이퍼웨어 코딩으로 돌아간다 14:29 &lt;jrandom&gt; 헤헷 막차에 오셨네요, 혹시 제기하고 싶은 게 있으면 말씀하세요, postman :) 14:30 &lt;+postman&gt; 아니요, 괜찮습니다 14:30 &lt;+polecat&gt; Microsoft? =) 저는 Gentoo가 대신 해요. 14:30 * jrandom 기세를 모은다 14:30 &lt;+postman&gt; 이런 14:30 * jrandom *baf* 하며 회의를 종료한다 </div>/ko/blog/2005/02/08/2005-02-08%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 08 Feb 2005 00:00:00 +0000/ko/blog/2005/02/08/2005-02-08%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 다시 업데이트할 시간이에요</p> <ul> <li>Index</li> </ul> <ol> <li>0.4.2.6-* 2) 0.5 3) i2p-bt 0.1.6 4) fortuna 5) ???</li> </ol> <ul> <li> <ol> <li>0.4.2.6-*</li> </ol> </li> </ul> <p>그렇게 느껴지지는 않겠지만, 0.4.2.6 릴리스가 나온 지 벌써 한 달이 넘었고 전반적으로 꽤 괜찮은 상태를 유지하고 있습니다. 그 이후로 꽤 유용한 업데이트 [1]가 이어졌지만, 새 릴리스를 서둘러 배포해야 할 만큼의 치명적인 문제는 없었습니다. 하지만 지난 하루이틀 사이에 정말 좋은 버그 수정들이 들어왔습니다(anon과 Sugadude에게 감사!), 그리고 지금이 0.5 릴리스가 코앞이 아니었다면 아마 바로 패키징해서 내보냈을 겁니다. anon의 업데이트는 스트리밍 라이브러리의 경계 조건을 수정했는데, 이 문제가 BT(비트토렌트)와 다른 대용량 전송에서 보이던 많은 타임아웃의 원인이었습니다. 모험할 기분이라면 CVS HEAD를 받아서 한번 써 보세요. 물론 다음 릴리스를 기다리셔도 됩니다.</p>/ko/blog/2005/02/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-2%EC%9B%94-8%EC%9D%BC/Tue, 08 Feb 2005 00:00:00 +0000/ko/blog/2005/02/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-2%EC%9B%94-8%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, brachtus, cervantes, duck, jrandom, jrandom2p, legion, modulus, postman, protokol, Ragnarok, smeghead, ugha2p</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 13:05 &lt;jrandom&gt; 0) 하이 13:05 &lt;jrandom&gt; 1) 0.4.2.6-* 13:05 &lt;jrandom&gt; 2) 0.5 13:05 &lt;jrandom&gt; 3) i2p-bt 0.1.6 13:05 &lt;jrandom&gt; 4) fortuna 13:05 &lt;jrandom&gt; 5) ??? 13:06 &lt;jrandom&gt; 0) 하이 13:06 * jrandom 손을 흔든다 13:06 &lt;@duck&gt; yo 13:06 &lt;smeghead&gt; 하이 13:06 &lt;jrandom&gt; 주간 상태 노트를 올렸어요 @ http://dev.i2p.net/pipermail/i2p/2005-February/000564.html 13:07 &lt;cervantes&gt; 늦어서 미안... 막판에 올라온 상태 노트 읽느라 바빴어... 13:07 &lt;jrandom&gt; 야, 이번 주엔 적어도 회의 /전에/ 올렸잖아 (한 30초쯤 ;) 13:08 &lt;jrandom&gt; 어쨌든, 그 엄청 흥미진진한 이메일을 파헤치는 동안, 1) 0.4.2.6-*로 들어가자 13:09 &lt;jrandom&gt; anon 등에서 온 최신 패치들로 인해, 0.5 rev.가 코앞인데 새 0.4.2.7을 내보낼지 말지 갈팡질팡이야. 13:10 &lt;jrandom&gt; 당장은, 용감하다면 cvs를 한번 돌려봐도 좋아 - 안정적이야(나는 다른 브랜치에서 깨는 작업 중), 괜찮은 것들도 좀 있고 13:11 &lt;jrandom&gt; rev.를 안 내기로 한 결정적 이유는 0.5 체크리스트를 해보니 남은 게 정말 웹 인터페이스 업데이트뿐이더라 13:11 &lt;+Ragnarok&gt; sugadude의 패치들 관련해서, 그건 정책 변경이기도 해요. 이전에 .i2p가 아닌 주소를 필터링하는 걸 논의했고, 그땐 안 하기로 했었죠 13:11 &lt;jrandom&gt; 오, 흠? 그럼 내 예전 생각에 동의 못 하겠네 - eepproxy는 어차피 hosts.txt에 있어도 .i2p가 아닌 주소는 받지 않아 13:12 &lt;jrandom&gt; 그때 내가 설득력 있게 말했었나? 13:13 &lt;+Ragnarok&gt; 그럼 패치를 되돌리고, 원래 방식으로 구현할게요, 그러면 코드 변경 0줄인데요? 13:13 &lt;+Ragnarok&gt; 사실은 아니고, 난 그땐 별로 상관 안 했어 :) 13:13 &lt;jrandom&gt; 오, 좋아. 네가 보스지 13:13 &lt;cervantes&gt; 당신이 설득해서 내가 다중 TLD 관리 시스템 작업을 다 버리고 직원들도 전부 해고했잖아 13:13 &lt;+Ragnarok&gt; 필터링은 이미 하고 있으니, if 문에 조건 하나만 더 넣으면 돼요 13:14 &lt;jrandom&gt; cervantes: 그리고 내가 팔려는 멋진 다리도 있어... 13:14 &lt;cervantes&gt; :) 13:14 &lt;jrandom&gt; 오케이, Ragnarok, .java/.tar/.diff/그 밖의 뭐든 보내줘도 좋아 13:15 &lt;+Ragnarok&gt; 지금은 cvs로 할 수 있어요 :) 13:15 &lt;jrandom&gt; :) 그게 더 좋지 13:15 * cervantes cvs 헤드를 백업한다 13:15 &lt;jrandom&gt; 헷 13:16 &lt;+Ragnarok&gt; *BOOM* 13:16 &lt;+Ragnarok&gt; ... 그냥 농담임 :) 13:17 &lt;jrandom&gt; 오케이, 그거 말고 0.4.*에 관해 더 얘기할 거 있나? 13:17 &lt;ant&gt; &lt;dm&gt;gt; 0.4.* 별로야, 0.5 줘 13:17 &lt;ant&gt; &lt;dm&gt;gt; 거의 영겁의 시간을 쓴 거 같다고!! 13:18 &lt;ant&gt; &lt;fvw&gt;gt; 0.4.*가 별로인 건 아니고, 그래도 0.5를 줘. 13:18 &lt;jrandom&gt; 그럼 2) 0.5로 가자 :) 13:19 &lt;ant&gt; &lt;dm&gt;gt; 큰 빚졌어, 내가 0.5를 가져왔거든 13:19 &lt;jrandom&gt; 너 없었으면 못 했지, dm 13:19 &lt;ant&gt; &lt;dm&gt;gt; 아멘 13:20 &lt;jrandom&gt; 노트에 썼듯이, 0.5의 큰 작업은 거의 끝났고 테스트도 했지만, 아직 손봐야 할 자잘한 것들이 남아 있어 13:21 &lt;jrandom&gt; (예: 내 목록의 다음 작업은 풀과 설정을 관리하는 tunnel 설정 페이지) 13:22 &lt;@duck&gt; 릴리스 전에 test-0.5 네트워크를 갖추길 바래요? 13:22 &lt;jrandom&gt; 그래도 여러 컴포넌트가 업데이트되어서, 0.5는 좀 덜컹거릴 수도 있어 13:22 &lt;ant&gt; &lt;dm&gt;gt; jrandom은 이미 테스트 네트워크가 있어.. 뻔하지 13:23 &lt;jrandom&gt; 맞아, 여기서 로컬로 router 열댓 개로 돌려왔는데, 하루이틀 안에 광역 테스트를 도와줄 사람들을 좀 모아볼게 13:24 * postman 전용 머신 하나 제공 가능 13:24 &lt;jrandom&gt; 끝내주네. 내일쯤 뭔가 시도해보면서 몇 가지를 깨뜨려보자. 13:26 &lt;cervantes&gt; 나도 가능 13:27 &lt;jrandom&gt; 좋아 13:27 &lt;jrandom&gt; 다가올 0.5에 대해 지금 할 말은 이 정도야 - cvs 커밋 로그가 꽤 장황하니, 세부가 궁금하면 그걸 봐 13:28 &lt;jrandom&gt; 0.5와 관련해 코멘트/질문/걱정거리/프리즈비(?) 있는 사람? 13:29 &lt;+postman&gt; 없어 13:29 * postman 새 V8 돌려보길 고대 중 :) 13:30 &lt;jrandom2p&gt; 음, 0.5는 새 탱크에 가까워요 - 성능 튜닝이 아니라 보안과 익명성 향상에 초점을 둔 설계 ;) 13:30 &lt;jrandom2p&gt; 하지만 동의, 너무 오래 걸렸지 13:30 &lt;@duck&gt; bugzilla에 0.5 타깃 추가하는 거 잊지 마 13:30 &lt;@duck&gt; 버그가 있을 경우를 대비해서 13:30 &lt;jrandom2p&gt; (헷, 0.4도 추가했었나?) 13:31 &lt;jrandom2p&gt; 어쨌든 좋은 지적 13:31 &lt;@duck&gt; 아니면 다른 데로 버그 내길 원해? 13:31 &lt;@duck&gt; 에, 버그 리포트 :) 13:31 &lt;@duck&gt; 내가 게을러서 IRC 메시지를 그걸로 악용한 건 알지 13:31 &lt;jrandom2p&gt; 아니, bugzilla가 좋아, 내 노트보다 훨씬 나아 13:32 &lt;jrandom2p&gt; 널 탓하진 않아, bugzilla가 좀 번거롭긴 하니까 13:32 &lt;jrandom2p&gt; 그래도 버그가 쌓이면 그게 최선이야 13:32 &lt;@duck&gt; 낫지 13:33 * jrandom 방금 보니 내가 화면을 정신분열적으로 왔다갔다 하네 13:34 &lt;jrandom&gt; 그럼, 3) i2p-bt 0.1.6으로 13:34 &lt;jrandom&gt; duck: 마이크 넘길게 13:34 &lt;@duck&gt; 오케이 13:34 &lt;@duck&gt; i2p-bt 0.1.5에는 몇 가지 이슈가 있었어요, 두 가지 큰 건: 13:35 &lt;@duck&gt; - resource temporarily unavailable 13:35 &lt;@duck&gt; - invalid argument error on windows 13:35 &lt;@duck&gt; 둘 다 고쳤어요 13:35 &lt;jrandom&gt; (만세!) 13:35 &lt;@duck&gt; sam protocol, sam bridge, winsock 탓을 하려 했지만 13:35 &lt;@duck&gt; 문제는 논블로킹 소켓 코드와 관련된 거였어요 13:36 &lt;@duck&gt; 아직 0.1.6이 크래시 나는 걸 못 봤어요 13:36 &lt;@duck&gt; 다른 이슈 몇 가지는 아직 손 못 댔고요: 13:36 &lt;@duck&gt; GUI 사용자들이 팝업에 불평했어요 13:36 &lt;@duck&gt; 주석 처리로 꺼둘 수는 있지만, 그건 맘에 안 들었고 13:37 &lt;@duck&gt; 더 나은 해법을 누군가 구현해주길 여전히 기다리는 중 13:37 &lt;@duck&gt; 예를 들면 전송 창 자체에 상태 줄을 보여준다든지 13:37 * smeghead 숨는다 13:37 &lt;smeghead&gt; 사실 어젯밤에 그거 좀 봤어 13:37 &lt;smeghead&gt; 하지만 내 우선순위 목록 맨 위는 아냐 13:37 &lt;@duck&gt; 아니면 언젠가 내가 wxPython이 어떻게 돌아가는지 보고 직접 할지도 13:37 &lt;@duck&gt; 하지만 내 우선순위 목록 맨 위는 아냐 13:38 &lt;@duck&gt; 게다가 난 GUI를 안 써서, 사실 별로 상관 안 함 :P 13:38 &lt;+Ragnarok&gt; 3.9의 새 GUI도 있잖아요 :) 13:38 &lt;@duck&gt; 그게 더 나아요? 13:38 &lt;smeghead&gt; 근데 왜 처음에 i2p bt를 그렇게 구식 버전에 기반했죠? :) 13:38 &lt;@duck&gt; 그때 그게 안정 릴리스였으니까요 13:39 &lt;@duck&gt; 그리고 BitTornado 같은 클라이언트처럼 난도질돼 있지도 않았고 13:40 &lt;@duck&gt; Ragnarok: 라이선스 이슈를 무시한다면, 우리 i2p 부분을 3.9로 포팅하는 게 좋을 듯 13:40 &lt;+Ragnarok&gt; 새 GUI 꽤 끝내줍니다, 제 생각엔, 그리고 pygtk로 작성돼서 제가 직접 해킹할 수도 있어요 13:40 &lt;jrandom&gt; 3.9의 라이선스가 뭐더라? MIT 계열이었던가? 13:40 &lt;+protokol&gt; 더 최신 Jetty 버전이면 좋겠어 13:40 &lt;smeghead&gt; protokol: 생각보다 더 빨리 올 거야 13:41 &lt;@duck&gt; "BitTorrent Open Source License" 13:41 &lt;smeghead&gt; 그달의 유행 라이선스 13:41 &lt;+Ragnarok&gt; 전부 읽진 않았어요.. 좀 이상해 보여요 13:41 &lt;+protokol&gt; i2p에는 라이선싱이란 게 없어 13:41 &lt;@duck&gt; Jabber Open Source License 1.0에서 파생 13:41 &lt;+protokol&gt; 소스가 있으면 PD야 13:41 &lt;@duck&gt; protokol: 그래서 '무시한다면'이라고 한 거야 13:42 &lt;smeghead&gt; 그리고 jabber 라이선스는 뭘 기반으로? 13:42 &lt;jrandom&gt; (시대착오적 저작권법?) 13:42 &lt;smeghead&gt; 그거 말고 :) 13:43 &lt;modulus&gt; Sun이 이래저래 휘젓고 싶은 욕망. 13:43 &lt;@duck&gt; http://www.opensource.org/licenses/jabberpl.php 13:43 &lt;smeghead&gt; 라이선스 이슈는 다음 I2P Public Domain Security Council 회의 안건으로 올리자고 제안함 13:43 &lt;modulus&gt; 아, 그거 13:43 &lt;modulus&gt; 잘못 들었네. 13:45 &lt;@duck&gt; 3.9.0 핫해 보여 13:45 &lt;@duck&gt; 아직 베타지만 13:47 &lt;@duck&gt; 도와줄 분은 알려주세요 13:47 &lt;@duck&gt; 그래서 3.9.x 사용을 검토해봐요 13:47 &lt;@duck&gt; . 13:47 &lt;jrandom&gt; ㅇㅋ 13:47 &lt;smeghead&gt; 도울 의향 있어 13:47 &lt;jrandom&gt; 테스트는 내가 도와줄게 13:48 &lt;+Ragnarok&gt; 도울 의향은 있지만, 지금은 지옥의 학기를 보내는 중이라 시간 제약이 있을 듯 13:48 &lt;jrandom&gt; 이런 13:48 &lt;@duck&gt; 자퇴해 13:48 &lt;jrandom&gt; 젠장, duck이 먼저 말했네 13:48 &lt;smeghead&gt; 맞아, 모두 그렇게 한다 13:49 &lt;+Ragnarok&gt; 부우 13:49 &lt;ant&gt; &lt;jnymo&gt;gt; 그냥 군대에 가 ;) 13:50 &lt;jrandom&gt; 그래, 그게 코딩할 시간을 많이 줄 테니까, 그치? ;) 13:50 &lt;+Ragnarok&gt; 난 이미 수학 전공은 포기했어요, 그게 내가 해줄 수 있는 최대치 :) 13:50 &lt;jrandom&gt; 헷 13:50 &lt;jrandom&gt; 자, 3) i2p-bt에 대해 더 있어? 13:51 &lt;ant&gt; &lt;jnymo&gt;gt; 그냥 6년 계약만 하지 마 13:51 &lt;@duck&gt; 그거 관련 포럼 글이 꽤 있어 13:51 &lt;@duck&gt; 뉴비들 도와준 분들께 감사 13:51 &lt;@duck&gt; s/thanks/my thanks/ 13:51 &lt;@duck&gt; FAQ에 넣을 거리 있으면 알려줘 13:52 &lt;jrandom&gt; (드루팔이 아직 있었으면 새 노드만 추가하면 되는데...) 13:53 &lt;jrandom&gt; 그럼, 4) fortuna로 이동 13:54 &lt;jrandom&gt; smeghead: 현황 업데이트 좀 해줄래? 13:54 &lt;smeghead&gt; 응, 지금 pants와 fortuna를 병행해서 작업 중 13:55 &lt;smeghead&gt; fortuna 빌드를 pbuild로 바꾸려고 수정해야 해서 13:55 &lt;smeghead&gt; fortuna를 테스트해볼 수 있는 패치의 ETA는 하루나 이틀, 아마 어떤 약이 개입하느냐에 따라 오늘 밤일 수도 13:56 &lt;jrandom&gt; 헷 13:56 &lt;@duck&gt; 그럼 pants를 내릴 거네? 13:56 &lt;jrandom&gt; 좋아, 언제든 괜찮아 - 다음 주 안에 0.5에 넣을 수 있으면 좋고, 아니어도 좋아 13:56 &lt;smeghead&gt; 오늘 밤 끝내더라도, 배포는 보수적으로 갈 거야 13:57 &lt;jrandom&gt; 합리적이네 13:57 &lt;smeghead&gt; 제대로 테스트가 될 때까지 13:57 &lt;smeghead&gt; 이게 i2p의 대부분 암호화의 핵심이 될 테니까 13:57 &lt;jrandom&gt; 맞아 13:57 &lt;ant&gt; &lt;jnymo&gt;gt; jbigi는 그대로 남나요? 13:57 &lt;smeghead&gt; 네 새 엔트로피 클래스 멋지더라 13:58 &lt;jrandom&gt; 응, jnymo, 이건 그냥 난수 생성기야 13:58 &lt;ant&gt; &lt;jnymo&gt;gt; 아 13:59 &lt;jrandom&gt; router 안의 다양한 엔트로피 소스 품질에 대한 연구는 더 해야겠지만, 거기에 데이터를 먹일 순 있을 거야. 14:00 &lt;smeghead&gt; 참고로 이 pants가 뭔지 읽고 싶은 사람은: `http://smeghead.i2p/README_pants` 14:00 &lt;jrandom&gt; 오 끝내주네 14:01 &lt;smeghead&gt; pants도 거의 끝나가 14:01 &lt;brachtus&gt; jbigi가 OS X/Darwin에서 작동하게 하는 게 좀 까다로운데... 이건 동일한 빌드 문제를 겪나요? 14:01 &lt;smeghead&gt; osx에선 무슨 이슈가 있어? 14:01 &lt;modulus&gt; 그냥 라이브러리를 직접 빌드해야 해 14:02 &lt;modulus&gt; 큰일은 아닌데, 좀 귀찮지. 14:02 &lt;jrandom&gt; brachtus: fortuna는 순수 자바라 네이티브를 쓰지 않아 14:02 &lt;smeghead&gt; jbigi를 pants에 넣으면, i2p와 함께 pants를 배포할 경우 빌드가 아주 쉬워질 거야 14:02 &lt;brachtus&gt; 엄청 어렵진 않지만, 더블클릭 설치보다는 어렵죠 14:02 &lt;smeghead&gt; 물론 ant는 필요해 14:02 &lt;brachtus&gt; 좋아요 jrandom, 그거 굿 :) 14:03 &lt;jrandom&gt; smeghead: 그거 좋은 포인트네 - jbigi는 GMP에 pants 의존성이 있어 14:03 &lt;ant&gt; &lt;jnymo&gt;gt; pants가 뭐죠? 14:03 &lt;smeghead&gt; 수동으로 만질 필요는 없어 14:03 &lt;ant&gt; * jnymo는 router가 떠 있지 않음 14:03 &lt;smeghead&gt; jnymo: 방금 올린 링크 읽어봐 14:04 &lt;jrandom&gt; `http://bolas.mine.nu:8080/cgi-bin/nph-proxy/000000A/http/smeghead.i2p/README_pants` 14:04 &lt;smeghead&gt; pants가 gmp도 빌드할 수 있어 14:04 &lt;jrandom&gt; (public inproxy) 14:04 &lt;smeghead&gt; 아 좋네 14:04 &lt;jrandom&gt; 윽, 텍스트를 완전히 박살냈네 14:04 &lt;ant&gt; &lt;jnymo&gt;gt; 고마워 jr 14:04 &lt;ant&gt; &lt;fvw&gt;gt; 법적 문제는 걱정 안 돼? 14:04 &lt;smeghead&gt; jrandom이 그 inproxy를 운영하는 게 아니야 14:04 &lt;jrandom&gt; 오, 그 inproy는 다른 사람이 돌리고 있어, 포럼에 올라왔어 14:05 &lt;jrandom&gt; (http://bolas.mine.nu:8080/ 참고) 14:05 &lt;cervantes&gt; jrandom: HTML 파일로 보면 안 돼... 소스를 확인해봐 14:05 &lt;ant&gt; &lt;fvw&gt;gt; 그래도 그런 걸 하는 사람이 있다니 놀랍네. 그래도 프로젝트의 핵심 인물이 아니면 괜찮지 :) 14:05 &lt;jrandom&gt; 헤헤 14:05 &lt;jrandom&gt; 우리는 /모두/ 프로젝트에 중요한 존재지 :) 14:06 &lt;smeghead&gt; fvw: 난 inproxy가 outproxy만큼 법적으로 아슬아슬하다고 보진 않아 14:06 &lt;smeghead&gt; outproxy 말이야 14:06 &lt;ant&gt; &lt;fvw&gt;gt; 그럴 수도 있겠지만, 그래도 아동 포르노 같은 걸 제공할 수도 있잖아 14:06 &lt;jrandom&gt; i2p에 그런 게 있다면 말이지, 내가 아는 한은 없어 14:06 &lt;legion&gt; outproxy는 tor를 통해 라우팅할 수 있어요, 좀 더 안전해지게. 웹브라우징에만 쓰일 테니 문제 없다고 봐요. 14:07 &lt;jrandom&gt; (그러게) 14:07 &lt;modulus&gt; 아직은 14:07 &lt;ant&gt; &lt;fvw&gt;gt; 그래, 하지만 누구나 언제든 올릴 수 있어. 14:07 &lt;ant&gt; &lt;fvw&gt;gt; 맞아, 나도 tor outproxy는 안 돌릴 거야. 어쨌든, 이렇게 주제에서 벗어나 미안 14:07 &lt;jrandom&gt; legion: 응, 난 tor가 나오기 전에 squid.i2p를 띄웠거든 14:07 &lt;ant&gt; &lt;duck_&gt;gt; 주제로 돌아오자면; pants 기대 중 14:08 &lt;jrandom&gt; 맞아, pants++ 14:08 &lt;smeghead&gt; CVS에 pants를 올리기 전에 알려줄게 14:08 &lt;smeghead&gt; 꽤 커 14:08 &lt;ant&gt; &lt;duck_&gt;gt; i2p 밖 사람들도 관심 있을 듯 14:09 &lt;cervantes&gt; 그래, 네가 바지를 내리기 전에 모두에게 알려줘 14:09 &lt;smeghead&gt; 응, i2p 밖에도 홍보할 생각이야 14:09 &lt;jrandom&gt; 동의, 그럼 다른 모듈(혹은 새로 빠르고 큰 서버)에 넣는 게 좋겠어? 14:09 &lt;+Ragnarok&gt; 특히 네가 큰 pants를 입는 타입이라면 14:10 &lt;smeghead&gt; 응, 소스 트리에서 pants 모듈은 pants 레포와 분리돼 있어야 하는데, 지금은 같은 apps/pants 루트에 두고 있어 14:10 &lt;smeghead&gt; :/ 14:10 &lt;smeghead&gt; 말 안 해도 완전 구려 14:11 &lt;smeghead&gt; 애초에 무슨 얘기하고 있었지? 14:11 &lt;jrandom&gt; 음, 배포 옵션은 오프라인에서 논의하자 14:11 &lt;jrandom&gt; fortuna ;) 14:11 &lt;smeghead&gt; 맞다 14:12 &lt;jrandom&gt; smeghead: 구현에서 AES/SHA256 필요 사항은 봤어? 14:12 &lt;jrandom&gt; (i2p의 SHA256은 partial digest를 지원하지 않아) 14:13 &lt;smeghead&gt; 흠 14:13 &lt;jrandom&gt; AES는 적절한 블록 구현이 완벽히 있어 14:13 &lt;smeghead&gt; 터질 때 알게 되겠지 뭐 14:13 &lt;jrandom&gt; 어쨌든, 그런 문제들도 같이 풀어가면 돼 14:13 &lt;jrandom&gt; 헷 14:15 &lt;jrandom&gt; 좋아, fortuna 관련해 질문/생각/걱정거리 있나? 14:15 &lt;jrandom&gt; 없으면, 5) ???로 넘어가자 14:15 &lt;jrandom&gt; cervantes: p1ng 14:16 &lt;cervantes&gt; `http://forum.i2p/viewtopic.php?t=305` 14:16 &lt;cervantes&gt; 이번 주 새 포럼 멤버가 있어 14:16 &lt;cervantes&gt; 소개합니다 [드럼롤] Sugadude! 14:16 * brachtus Sugadude에게 박수 14:17 &lt;jrandom&gt; 얏호 14:17 &lt;cervantes&gt; i2p 뉴비들에게 전반적으로 도움을 많이 준 녀석이니까 14:17 &lt;@duck&gt; 아바타도 멋져 14:17 &lt;cervantes&gt; 아바타들 14:18 &lt;legion&gt; 아바타? i2p 포럼에서 아바타 쓸 수 있는지 몰랐는데? 14:18 &lt;smeghead&gt; 정말 정말 못된 사용자만 받아 14:18 &lt;cervantes&gt; 못 해... 포럼 이번 주의 인물이 아니라면 ;-) 14:18 &lt;@duck&gt; 엘리트만 가능 14:18 &lt;legion&gt; 오, 그렇군... 14:19 &lt;ant&gt; &lt;jnymo&gt;gt; i2p 위에서 안전한 금융 시스템에 관심 있는 사람이 있었는데 14:19 &lt;legion&gt; 말 되네 :) 14:19 &lt;ant&gt; &lt;jnymo&gt;gt; 여기 있는지는 모르겠지만... 14:19 &lt;@duck&gt; 난 냄새나는 아나코-자본주의자야 14:19 &lt;@duck&gt; 그러니 한번 덤벼봐 14:20 &lt;ant&gt; &lt;jnymo&gt;gt; threshold cryptography(문턱 암호기술)를 더 읽었는데, 그걸 그 용도로 쓴다는 얘기가 있어 14:20 &lt;ant&gt; &lt;jnymo&gt;gt; 다른 기능을 보호하는 데도 그렇고 14:21 &lt;ant&gt; &lt;jnymo&gt;gt; 모두 threshold cryptography에 익숙해? 14:21 &lt;legion&gt; 내 의견엔 암호와 네트워크 보안은 가변적이어야 해, 얼마나 강할지는 기능/작업에 달렸고. 14:21 &lt;ant&gt; &lt;duck_&gt;gt; jnymo: 좀 14:22 &lt;ant&gt; &lt;jnymo&gt;gt; 음, i2p에서 신뢰 가능한 금융 거래를 하려면, 강한 탈중앙 신뢰가 필요해 14:22 &lt;modulus&gt; 공유 키니 뭐니 그런 거 말이야? 14:23 &lt;ant&gt; &lt;jnymo&gt;gt; 응, 키를 조각내서 공유해 14:23 &lt;ant&gt; &lt;duck_&gt;gt; 하지만 익명 환경에서, 그 조각을 나누는 주체들이 같은 한 사람에게 통제받지 않는다는 걸 어떻게 알아? 14:23 &lt;ant&gt; &lt;jnymo&gt;gt; 그리고 시스템의 서버 절반 이상을 우회해야 개인 키를 얻을 수 있어 14:24 &lt;modulus&gt; 내가 알기론 분산 키 생성 이슈가 꽤 복잡해. 14:24 &lt;legion&gt; 맞지만, 수백만 규모 시스템이라면 그건 어렵지 (지금 i2p는 작지만, 곧 더 커지길). 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; 원자적 통신, 뭐 그런... 근데 맞아, 시스템에 새 노드를 받아들이는 이슈가 있는데, 그건 해결되고 있는 듯 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; 생각 14:25 &lt;ant&gt; &lt;jnymo&gt;gt; 아직 충분히 발전하진 않았을지 몰라도, 언젠가 i2p에서 threshold crypto가 쓰이게 될 거라 봐 14:26 &lt;jrandom&gt; 좋네 14:26 &lt;legion&gt; 글쎄, 아마도 14:26 &lt;ant&gt; &lt;jnymo&gt;gt; 누군가 이미 threshold crypto로 DNSSEC 애드온을 만들었고 14:27 &lt;ant&gt; &lt;jnymo&gt;gt; BIND용 래퍼도 있어 14:27 &lt;jrandom&gt; identity가 희소할 땐 threshold가 잘 먹혀 14:27 &lt;jrandom&gt; 하지만 익명 네트워크에선 identity가 공짜지 14:27 &lt;legion&gt; 지금으로선 가장 높은 우선순위는 더 사용자 친화적이게 만들고 디버그하는 거라고 봐. 14:27 &lt;jrandom&gt; (새 destination 하나 원해? 100,000개는 어때?) 14:28 &lt;legion&gt; 물론 새 서비스/기능이 나올 때마다 멋지긴 해. 14:28 &lt;jrandom&gt; 맞아, i2p 위에서 상업과 금융이 돌아가면 좋지 14:28 &lt;ant&gt; &lt;jnymo&gt;gt; 음, 그리고 원자적 통신이 1만 노드의 threshold crypto 시스템에서 먹힐지는 모르겠어 14:29 &lt;ant&gt; &lt;jnymo&gt;gt; 뭐, 할 말은 여기까지 :) 14:30 &lt;jrandom&gt; 헷 좋아, 멋진 건 언제든 포럼이나 그 밖에 어딘가에 올려줘 14:30 &lt;jrandom&gt; 자, 회의에 더 있을 얘기? 14:32 &lt;+ugha2p&gt; 난 형편없어. 14:33 &lt;jrandom&gt; 왜 그래 ugha2p? 14:33 &lt;ant&gt; &lt;jnymo&gt;gt; 그 말 하니 속이 시원하겠다, ugha ;) 14:33 &lt;+ugha2p&gt; 난 회의 시간을 맨날 까먹어. :) 14:33 &lt;jrandom&gt; 헷 13:33 &lt;jrandom&gt; 로그는 곧 올라갈 거야, 액션으로 가득한 90분의 재미 14:34 &lt;jrandom&gt; 그럼, 이쯤에서 14:34 * jrandom 마무리한다 14:34 * Curiosity jrandom에게 손을 흔들며 고마워요! :D 14:34 &lt;ant&gt; * jnymo 회의 공을 던진다 14:34 * jrandom *baf*s로 회의를 닫는다 </div>/ko/blog/2005/02/01/2005-02-01%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 01 Feb 2005 00:00:00 +0000/ko/blog/2005/02/01/2005-02-01%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 주간 상태 업데이트 시간이에요</p> <ul> <li>Index</li> </ul> <ol> <li>0.5 현황 2) nntp 3) 기술 제안서 4) ???</li> </ol> <ul> <li> <ol> <li>0.5 status</li> </ol> </li> </ul> <p>0.5 쪽에서 많은 진전이 있었고, 어제 대량의 커밋이 반영되었습니다. router의 대부분은 이제 새로운 tunnel encryption과 tunnel pooling [1]을 사용하며, 테스트 네트워크에서 잘 작동하고 있습니다. 아직 통합해야 할 핵심 부분이 일부 남아 있고, 코드는 분명히 하위 호환되지 않지만, 다음 주쯤 더 넓은 규모로 배포해 볼 수 있기를 기대합니다.</p> <p>앞서 언급했듯이, 초기 0.5 릴리스는 다양한 tunnel 피어 선택/순서 지정 전략이 동작할 수 있는 기반을 제공할 것이다. 우리는 우선 탐색 풀과 클라이언트 풀에 대한 구성 가능한 매개변수의 기본 집합으로 시작하겠지만, 이후 릴리스에서는 다양한 사용자 프로필에 맞춘 다른 옵션들도 포함될 가능성이 높다.</p>/ko/blog/2005/02/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-2%EC%9B%94-1%EC%9D%BC/Tue, 01 Feb 2005 00:00:00 +0000/ko/blog/2005/02/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-2%EC%9B%94-1%EC%9D%BC/<h2 id="간단히-정리">간단히 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, cervantes, DrWoo, jrandom, MANCOM, polecat, postman, protokol, smeghead</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 13:06 &lt;jrandom&gt; 0) 안녕 13:06 &lt;jrandom&gt; 1) 0.5 상태 13:06 &lt;jrandom&gt; 2) nntp 13:06 &lt;jrandom&gt; 3) 기술 제안 13:06 &lt;jrandom&gt; 4) ??? 13:06 &lt;jrandom&gt; 0) 안녕 13:06 * jrandom 손을 흔든다 13:06 &lt;+postman&gt; 안녕 jr 13:07 * postman 손을 흔든다 13:07 &lt;jrandom&gt; w3wt 밖에도 살아있는 사람이 있었네 :) 13:07 &lt;jrandom&gt; 주간 상태 노트가 http://i2p.net/pipermail/i2p/2005-February/000561.html 에 올라갔어 13:07 &lt;ant&gt; &lt;dm&gt; 손을 흔든다 13:08 &lt;jrandom&gt; 그 이메일 읽는 동안, 1) 0.5 상태부터 들어가자 13:08 &lt;MANCOM&gt; 안녕 13:09 &lt;jrandom&gt; 지난주에 진전이 많았어, 새 crypto는 모두 들어가서 테스트도 끝났고, 이제 router의 tunnel 동작은 전부 새 tunnel 풀을 통해 이뤄져 13:10 &lt;jrandom&gt; 업데이트하면서 router의 몇몇 부분은 잘라냈어, 예를 들어 클라이언트로부터 lease를 요청하는 연계나 주기적으로 tunnel을 테스트하는 부분 같은 거지, 그래도 그건 별로 어렵지 않을 거야 13:11 &lt;jrandom&gt; 그 코드는 라이브 net과 호환되지 않고, cvs의 별도 브랜치에 있어. 그래서 사람들은 계속 cvs HEAD를 받아서 최신으로 작업할 수 있어 13:12 &lt;+polecat&gt; Dook 방금 그 페이지를 봤는데, tunnel 탐지 공격을 막기 위해 mixmaster 스타일의 중복을 피하는 방법을 아직 이해 못하겠어. 13:12 &lt;+protokol&gt; 예이 13:12 &lt;+polecat&gt; 그래도 아주 잘 동작할 거라고 상상은 돼. :) 13:12 &lt;+protokol&gt; 다른 멋진 호환성-파괴 변경도 넣고 있어? 13:13 &lt;+protokol&gt; tunnel 풀은 threads랑 관련 있지? 13:13 &lt;jrandom&gt; polecat: 우리는 매 홉마다 검증하지는 않지만, 유용한 태깅을 막기 위해 고정된 메시지 크기를 쓰고(그리고 각 홉에서 전부 암호화돼) 13:14 &lt;jrandom&gt; protokol: `http://www.i2p/todo#sessionTag` 를 고려 중이야 13:14 &lt;+polecat&gt; 그럼 여러 홉이 가짜 메시지를 돌려서 DoS를 유발하는 건 어떻게 막아? 13:15 &lt;jrandom&gt; 하지만 아니, 풀 자체는 스레딩 이슈가 아니야. 풀은 우리가 tunnel을 안전하게 관리하게 해줘서 "Lease expired" 메시지를 안 보게 하고, 클라이언트별로 길이를 설정할 수 있게 해줄 뿐이야 13:15 &lt;jrandom&gt; polecat: 종단점에서 실패할 거고, 생성자가 그 실패를 감지해서 거기서 벗어날 거야 13:16 &lt;+protokol&gt; jrandom: 어려움과 무관하게, 익명성이 좋아지는 기능은 ASAP로 넣어야 한다고 생각해 13:16 &lt;+polecat&gt; w00t! 동기화된 PRNG! 그런 아이디어의 실제 적용은 처음 봐! 13:17 &lt;ant&gt; &lt;dm&gt; PRNG가 뭘 뜻하죠? 13:17 &lt;ant&gt; &lt;dm&gt; 물어봐도 될까요 :) 13:18 &lt;jrandom&gt; protokol: 동의, 그게 바로 0.5의 목적이지 :) i2p-layer에서 더 쉬운 건 없지만, app과 lib 레이어에서는 항상 개선할 수 있어 (예: i2ptunnel 필터링 등) 13:18 &lt;jrandom&gt; dm: PseudoRandom Number Generator(의사난수 생성기) 13:18 &lt;ant&gt; &lt;dm&gt; 좋네요, 고마워요 13:20 &lt;+protokol&gt; 그러니까 이번 다음엔 주로 속도와 신뢰성 튜닝이라는 거죠? 13:21 &lt;+protokol&gt; 그리고 왜 요즘 IRC가 별로죠 13:21 &lt;jrandom&gt; protokol: 코어와 router에 대해서는 2.0 이전까지는 그래 13:21 &lt;+protokol&gt; ducks 서버에 접속이 안 되네 13:21 &lt;+protokol&gt; 예이 13:21 * jrandom 몰라, 지난 하루쯤 사이에 대략 5번 정도 대량 연결 끊김이 있었어, 아마 서버 쪽 문제일지도 13:22 &lt;jrandom&gt; 고칠 건 많아, 특히 0.5 배포 이후 스트리밍 라이브러리에서 13:23 &lt;+polecat&gt; 그 UDP 전체 얘기. 13:24 &lt;jrandom&gt; 아, 스트리밍 라이브러리는 0.5에서 하는 변경 외에는 0.6 릴리스 때 변경이 필요 없을 거야 13:25 &lt;jrandom&gt; 좋아, 0.5 상태와 관련해서 내가 꺼낼 건 여기까지야 - 이와 관련해 다른 거 있어? 13:27 &lt;jrandom&gt; 없으면, 2) nntp로 넘어가자 13:27 &lt;jrandom&gt; nntp.fr.i2p 가 올라왔어, 한 번 확인해봐 :) 13:28 &lt;jrandom&gt; LonelyGuy는 지금 없는 것 같지만, `http://fr.i2p/` 에서 연락할 수 있어. 내 블로그에 slrn 설정 지침도 있고, jdot이 thunderbird가 꽤 안전할 수 있다고 했어(하지만 jdot이 무슨 설정을 썼는지는 몰라) 13:30 &lt;smeghead&gt; LonelyGuy? :) 13:30 &lt;cervantes&gt; Pan도 테스트해 본 사람? 13:30 &lt;jrandom&gt; 가끔 여기 오긴 했어 13:30 &lt;+polecat&gt; 난 nntp에 너무 많은 시간을 쓰고 싶진 않아, 하지만 사용자 관리 접근 제어만 있으면 괜찮아. 13:30 &lt;jrandom&gt; (lonelyguy, pan 얘기가 아니고 ;) 13:30 &lt;smeghead&gt; 그의 이름이 LazyGuy인 줄 알았는데 13:31 &lt;jrandom&gt; LazyGuy였나? 13:31 &lt;jrandom&gt; 둘 다 있었던 걸로 아는데... 13:31 &lt;jrandom&gt; 맞아, lazyguy 13:31 * jrandom !자기 자신을 찌른다 13:31 &lt;jrandom&gt; cervantes: 아마 LazyGuy가 써 봤을 거야, 설정이나 결과는 몰라 13:32 &lt;cervantes&gt; LimeyGuy였던가? 13:33 * jrandom SnarkeyGuy의 코멘트를 기다린다 13:33 &lt;smeghead&gt; 그는 프랑스인이야 13:35 &lt;jrandom&gt; 좋아, 더 보탤 건 없고, 질문 없으면 3) 기술 제안으로 넘어가자 13:35 &lt;cervantes&gt; smeghead: 당신은 ParesseuxGuy를 말하는 거죠 13:36 &lt;jrandom&gt; orion이 다소 까다로운 이슈들에 대한 좋은 설명과 아이디어를 몇 가지 정리했어 1) 0.5 상태 13:36 &lt;jrandom&gt; 2) nntp 13:36 &lt;jrandom&gt; 3) 기술 제안 13:36 &lt;jrandom&gt; 으억 13:36 &lt;jrandom&gt; 젠장 ^C^V 13:36 &lt;jrandom&gt; `http://ugha.i2p/I2pRfc` 에 말이야 13:37 &lt;jrandom&gt; 그래서 다음에 죽이는 네이밍 아이디어가 있다고 토론하고 싶으면, `http://ugha.i2p/I2pRfc/I2pRfc0001ResourceNameMetadata` 로 가봐 13:39 &lt;jrandom&gt; 더할 말은 별로 없어. 위키니까, 위키질 시작해 :) 13:39 &lt;+polecat&gt; 좋네. 13:39 &lt;+postman&gt; jrandom: 오, 멋지네 몇 개 추가해야겠어 ... 13:40 &lt;jrandom&gt; 잘됐다 postman, 그럴 줄 알았어 :) 새로 작성하는 사람을 위한 템플릿이 있어 13:41 &lt;+postman&gt; jrandom: 조금만 시간 줘(중요한 것부터) 그래도 기여할게 :) 13:41 &lt;jrandom&gt; w3rd 13:41 &lt;+polecat&gt; ResourceNameMetadata, 만드는 건 비교적 사소해. 문제는 다른 사람들로부터 그걸 어떻게 /get/ 하느냐지. 13:42 &lt;jrandom&gt; polecat: postman이 말했듯이, 중요한 것부터. 13:42 &lt;+polecat&gt; 근데 내가 해법을 갖고 있었다면, 벌써 위키질하고 있겠지. :) 13:42 &lt;jrandom&gt; 헤헷 13:42 &lt;jrandom&gt; /what/을 배포할지 결정하기 전에 /how/를 배포할지에 대한 트레이드오프 논의는 아직 이를 때야 13:43 &lt;jrandom&gt; 그래도 여지가 많으니, 완전히 다듬어지지 않은 아이디어라도 누구든 자유롭게 올려도 좋아 (물론 구현까지 된 완전한 것도 멋지겠지만 ;) 13:44 &lt;jrandom&gt; 좋아, 그 얘기에 더 없으면, 친숙한 4) ??? 로 넘어가볼까 13:44 &lt;jrandom&gt; 다른 이슈 꺼낼 사람? 13:45 &lt;jrandom&gt; smeghead: gcj 이슈를 풀기 위해 사람들이 도울 수 있는 일이 있어? 아니면 그들의 prng에서 막힌 거야? 13:46 &lt;+polecat&gt; 배포할 건 그냥 서명된 dict야. 그게 전부. 13:46 &lt;+polecat&gt; 응 아마 좋은 생각. 13:46 &lt;+polecat&gt; 난 아직 i2p bt 클라이언트의 스켈레톤 작업 중인데, 어느 단계에서든 조언 환영이야. 13:46 &lt;smeghead&gt; 해법을 찾은 것 같아 13:46 &lt;smeghead&gt; gnu crypto에 fortuna 구현이 있어. 지난여름부터 13:46 &lt;jrandom&gt; 좋다 polecat 13:46 &lt;jrandom&gt; 오 멋져 smeghead 13:46 &lt;+polecat&gt; smeghead: 히, 그 $150는 네 거나 다름없지. 13:47 &lt;smeghead&gt; Fortuna에 필요한 클래스만 담은 gnu-crypto.jar를 뚝딱 만들 수 있어 13:47 &lt;+polecat&gt; 지금까지의 작업 노트는 `http://polecat.i2p/bittorrent.plan.doc` 에 있어 13:47 &lt;smeghead&gt; 전체 gnu-crypto.jar를 배포하면 약 500 KB라서, 너무 커 13:47 &lt;+polecat&gt; .doc 확장자에 쫄지 마, text/plain이야. 13:48 &lt;+polecat&gt; Fortuna가 랜덤을 위해 SecureRandom을 쓰지 않나? 13:48 &lt;jrandom&gt; 요와, 맞아 500KB는 좀 과한데, http://www.gnu.org/software/gnu-crypto/ 을 보니, (우리가 수정하는 게 아니라 링크만 하므로) 안전하게 통합할 수 있을 것 같아 13:48 &lt;smeghead&gt; SecureRandom은 애초에 문제가 아니었어 13:48 &lt;jrandom&gt; polecat: fortuna가 SecureRandom을 /feed/ 해 :) 13:49 &lt;smeghead&gt; jrandom: 커스텀 .jar를 만드는 건 쉬워, 대략 50KB 정도일 듯 13:49 &lt;smeghead&gt; (대충 어림잡아) 13:49 &lt;smeghead&gt; 원한다면 on-demand로 커스텀 패키징하는 ant 빌드도 만들 수 있어 13:50 &lt;jrandom&gt; smeghead: i2p/apps/fortuna/ 밑에 넣어볼래? 13:50 &lt;smeghead&gt; 그럴게 13:50 &lt;jrandom&gt; 끝내준다! 13:51 &lt;smeghead&gt; 그 다음엔, gcj가 마침내 난수를 뿜어내기 시작한다고 가정하면, 아마 i2p 기능 전반에 대한 더 많은 테스트가 필요할 거야 13:51 &lt;+polecat&gt; 라이선스는 뭐야? 13:51 &lt;jrandom&gt; 그러면 net.i2p.util.RandomSource에서 SecureRandom 또는 fortuna(발견되면 등)를 쓰도록 약간의 voodo를 넣을 수 있지 13:51 &lt;smeghead&gt; lgpl 13:51 &lt;+polecat&gt; 굿. 13:51 &lt;smeghead&gt; 사실 SecureRandom은 불필요하겠지 13:52 &lt;jrandom&gt; 그래, 아직 gcj로 빌드되게 하려면 할 일이 많지만 좋은 출발이야 13:52 &lt;jrandom&gt; 라이브 net에서 내가 한 프로파일링에 따르면, PRNG reseeding이 CPU 로드의 상당 부분을 차지하더라 13:52 &lt;smeghead&gt; 누가 테스트 작성에 관심 있다면 13:52 &lt;smeghead&gt; 하지만 그 문장은 끝까지 안 해도 알겠지 13:52 &lt;jrandom&gt; ㅋㅋ 13:53 &lt;smeghead&gt; 이 구현에 대해 gnu crypto 메인테이너에게 물어볼게, 구글링과 메일링 리스트 아카이브를 뒤져봐도 관련 얘기가 하나도 없더라 13:54 &lt;smeghead&gt; 그리고 그들의 cvs 커밋 로그도 별로 도움이 안 돼 13:54 &lt;jrandom&gt; 오케이 좋은 생각 13:54 &lt;smeghead&gt; 잘 작동하길 13:54 &lt;smeghead&gt; 참고로 kaffe cvs에 있어 13:54 &lt;smeghead&gt; 네 버전에도 있을 걸 13:55 &lt;jrandom&gt; 흠, 아, 그래 gnu-crypto import에서 13:55 &lt;smeghead&gt; gnu.security.prng.Fortuna 13:55 &lt;jrandom&gt; 'kaffe' provider는 아직 그들의 옛 sha1prng를 쓰고 있어 iirc 13:55 &lt;jrandom&gt; 멋져 13:56 &lt;MANCOM&gt; .net용 sam 관련 건 상태가 어때? 지금 시작해도 돼, 아니면 큰 변경이 예상돼? 13:56 &lt;smeghead&gt; MANCOM: 테스트가 필요해, 곧 그걸 위한 유닛 테스트를 쓸 예정이야 13:56 &lt;smeghead&gt; 이 gcj 건이 그걸 좀 홀드해놨어 13:57 &lt;smeghead&gt; MANCOM: API 변경은 전혀 없을 거라 예상하니까, 그걸 기준으로 코딩해도 안전할 거야 13:58 &lt;smeghead&gt; API 뒤쪽의 변경은 있을 수 있지만, 클라이언트인 너는 몰라도 돼 :) 13:59 &lt;MANCOM&gt; :) 13:59 &lt;jrandom&gt; 대용량 벌크 전송 앱을 만든다면 나중에 관련 업데이트가 좀 있을 수도 있어 14:00 &lt;jrandom&gt; 하지만 한 번에 수십 KB 정도만 전송한다면 괜찮을 거야 14:00 &lt;smeghead&gt; 좋아, Java 클라이언트의 API가 바뀐다면 sam-sharp의 것도 바뀌겠지 :) 14:01 &lt;MANCOM&gt; 그건 부인 못하지 14:02 &lt;jrandom&gt; 좋아, 회의에서 더 꺼낼 게 있는 사람? 14:02 * cervantes 채널에 빅 벤을 내려놓는다 14:03 &lt;+DrWoo&gt; 참고: 잘했어 jrandom 14:03 &lt;smeghead&gt; 말장난 좋네 cervantes 14:03 * jrandom 신음한다 14:04 &lt;MANCOM&gt; 0.5 이전에는 i2p를 너무 홍보하길 원치 않는다고 읽었는데, 사실이야? 14:04 &lt;jrandom&gt; MANCOM: 0.6 이전. 맞아 14:04 &lt;jrandom&gt; MANCOM: 0.5는 익명성을 개선하고 사용자가 성능을 더 잘 제어하도록 도와줄 거야. 0.6은 수천 명 이상의 동시 사용자가 안전하게 운영할 수 있게 할 거고 14:04 &lt;MANCOM&gt; 아. 0.6. 알겠어. 14:05 &lt;jrandom&gt; gracias doc, 진전이 많았어 :) 14:05 &lt;+polecat&gt; 위이, 0.6이 기대되네... 14:05 &lt;+DrWoo&gt; :) 14:06 &lt;jrandom&gt; 동감이야 polecat, 동감 :) 14:06 * jrandom 준비한다 14:06 * jrandom *baf*s 회의를 종료한다 </div>/ko/blog/2005/01/25/2005-01-25%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 25 Jan 2005 00:00:00 +0000/ko/blog/2005/01/25/2005-01-25%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 간단한 주간 현황 업데이트입니다</p> <ul> <li>Index</li> </ul> <ol> <li>0.5 상태 2) sam.net 3) gcj(자바용 GNU 컴파일러) 진행 상황 4) udp(사용자 데이터그램 프로토콜) 5) ???</li> </ol> <ul> <li> <ol> <li>0.5 status</li> </ol> </li> </ul> <p>지난 한 주 동안 0.5 쪽에서 많은 진전이 있었습니다. 이전에 논의하던 문제들이 해결되어 암호화를 대폭 단순화하고 tunnel 루핑 문제를 제거했습니다. 새로운 기법[1]은 구현되었고 단위 테스트도 갖춰졌습니다. 다음으로 해당 tunnel들을 메인 router에 통합하기 위한 코드를 더 정리한 뒤, tunnel 관리 및 풀링 인프라스트럭처를 구축할 예정입니다. 그것들이 갖춰지면 sim(시뮬레이터)을 통해 돌려 보고, 궁극적으로 병렬 네트워크에서 충분히 안정화 테스트를 거친 다음 마무리하고 0.5라고 부르려 합니다.</p>/ko/blog/2005/01/25/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-1%EC%9B%94-25%EC%9D%BC/Tue, 25 Jan 2005 00:00:00 +0000/ko/blog/2005/01/25/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-1%EC%9B%94-25%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, cervantes, frosk, Jhor, jrandom, jrandom2p, postman, protokol, Ragnarok, smeghead, Teal`c, Tracker</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:50 &lt;jrandom&gt; 0) 안녕 13:50 &lt;jrandom&gt; 1) 0.5 진행 상황 13:50 &lt;jrandom&gt; 2) sam.net 13:50 &lt;jrandom&gt; 3) gcj 진행 상황 13:50 &lt;jrandom&gt; 4) udp 13:50 &lt;jrandom&gt; 5) ??? 13:50 &lt;jrandom&gt; 0) 안녕 13:50 * jrandom 뒤늦게 손을 흔듭니다 13:51 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2005-January/000560.html 에 올려두었습니다 13:51 &lt;+postman&gt; 안녕 13:51 * brachtus 손을 흔들어 답합니다 13:52 * cervantes 지각 벌칙 통지서를 흔듭니다 13:52 &lt;jrandom&gt; 그래 그래, 날 빨아들인 건 코드 탓으로 해 13:52 &lt;jrandom&gt; 좋아, 1) 0.5 진행 상황으로 들어가자 13:53 &lt;jrandom&gt; 지난주 이후 진전이 많았어요 - 새로운 암호화에서 겪었던 지저분한 문제들은 큰 어려움 없이 모두 해결됐습니다 13:54 &lt;jrandom&gt; 최신 문서 http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD 는 사람들이 문제를 찾지 않는 한, 0.5와 그 이후에 배포할 매우 유력한 후보입니다 13:55 &lt;jrandom&gt; 이메일에 있는 것 외에 더 보탤 게 있는지 모르겠네요 13:55 &lt;jrandom&gt; 질문/우려 사항 있나요? 13:56 &lt;Ragnarok&gt; 성능은 어떤가요? 13:56 &lt;jrandom2p&gt; (나 아님) 13:56 &lt;jrandom&gt; Ragnarok: tunnel 성능은 훨씬 더 좋아질 겁니다 13:56 &lt;frosk&gt; 지금 것과 비교해 의미 있는 오버헤드가 있나요? 13:57 &lt;jrandom&gt; frosk: 때에 따라 다릅니다 13:57 &lt;jrandom&gt; frosk: tunnel 안에서 메시지를 합칠 수 있을 때는 오버헤드가 최소화됩니다 13:58 &lt;jrandom&gt; 하지만 합칠 수 없거나 효과적이지 않을 때는 무시 못 할 낭비가 생길 수 있습니다 13:58 &lt;frosk&gt; 알겠습니다 13:59 &lt;jrandom&gt; 한편, 현재 i2np의 터무니없는 부분 몇 가지를 줄이고 있습니다(현재는 각 I2NP 메시지 앞에 32바이트 SHA256을 붙이고 있는데, garlic 메시지 내부의 것까지도 그렇습니다 등) 13:59 &lt;jrandom&gt; 단편화와 고정 크기는 우리가 조정해야 할 이슈가 되겠지만, 조정할 여지가 많습니다 14:01 &lt;jrandom&gt; 좋아요, 0.5와 관련해 또 다른 사항 있나요? 14:02 &lt;jrandom&gt; 없다면, 2) sam.net으로 넘어가겠습니다 14:02 &lt;jrandom&gt; smeghead가 Java sam 클라이언트 라이브러리를 .net으로 포팅했습니다 (만세!) 14:02 &lt;jrandom&gt; smeghead: 개요를 알려줄래요? 14:03 &lt;smeghead&gt; 물론이죠 14:03 &lt;smeghead&gt; 테스트를 작성 중이고, 며칠 안에 cvs에 올릴 예정입니다 14:04 &lt;smeghead&gt; .net/mono/portable.net에서 동작할 것입니다 14:04 &lt;smeghead&gt; 그리고 c# 및 vb.net 14:05 &lt;frosk&gt; (.net에서 동작하는 다른 모든 언어도 그렇겠죠) 14:05 &lt;cervantes&gt; (으윽) 14:05 &lt;smeghead&gt; 인터페이스는 무척 간단합니다 14:05 &lt;smeghead&gt; SamReader에 리스너 메서드를 등록하거나, SamBaseEventHandler를 상속받아 필요한 메서드를 오버라이드하면 됩니다 14:05 &lt;smeghead&gt; 네, 완전히 CLR 호환이 되도록 목표하고 있습니다 14:06 &lt;jrandom&gt; 끝내주네요 14:06 &lt;cervantes&gt; 멋지네... smeg.net ;-) 14:06 &lt;frosk&gt; 좋군요 14:06 &lt;smeghead&gt; 정말 더 말할 게 별로 없어요 14:06 &lt;+protokol&gt; CLR? 14:06 &lt;smeghead&gt; Common Language Runtime 14:06 &lt;smeghead&gt; .net의 JRE에 해당하는 것 14:07 &lt;+protokol&gt; JRE? 14:07 &lt;+protokol&gt; 그냥 농담이에요 14:07 &lt;jrandom&gt; !thwap protokol 14:07 &lt;Ragnarok&gt; jrandom: 최근 sam 브리지는 잘 버티고 있나요? BT 관련 이슈들은 모두 해결됐나요? 14:08 &lt;Tracker&gt; 그럴 것 같진 않네요, i2p-bt가 제 amd64 3000도 CPU 사용량 면에서 미치게 만들거든요... 14:08 &lt;jrandom&gt; Ragnarok: 최근에는 손대지 않았어요. polecat이 제기한 미해결 choke 문제가 여전히 있고, i2p-bt&lt;--&gt;sam 브리지가 어디에서 삐끗하는지 확실치 않습니다 14:09 &lt;jrandom&gt; 흠, 연결 실패 시 AES 대신 전체 ElGamal을 강제하게 됩니다 14:10 &lt;Ragnarok&gt; 좋아요 14:10 &lt;jrandom&gt; 0.5 이후에는 그 일부를 줄일 수 있을 텐데, 일부만요 14:12 &lt;Tracker&gt; 좋아요, I2P는 익명 트래커에는 좋겠지만 익명 클라이언트에는 그렇지 않을 겁니다. 시더와 리처가 약 1000명인 정말 인기 있는 토렌트에서 무슨 일이 일어나는지 한번 생각해 보세요. 14:12 &lt;jrandom&gt; 알겠어요, sam.net 내용 멋지네요, smeghead 고마워요. 단위 테스트와 어쩌면 데모 앱도 기대할게요 :) 14:12 &lt;ant&gt; &lt;Evil-Brotten&gt; 여러분 안녕하세요 14:12 &lt;smeghead&gt; 데모 앱, 네 그것도 하겠습니다 14:13 &lt;smeghead&gt; 사실 당신 것을 포팅해 두었어요 14:13 &lt;jrandom&gt; Tracker: I2P는 익명 클라이언트도 잘 처리할 수 있습니다. 전체 ElG를 줄이려면 i2p-bt&lt;--&gt;sam 브리지에 무엇이 문제인지 알아내기만 하면 됩니다 14:13 &lt;smeghead&gt; 지금은 버그가 많을 뿐이에요 14:13 &lt;ant&gt; &lt;Evil-Brotten&gt; deer? 14:13 &lt;jrandom&gt; 안녕 Evil-Brotten 14:13 &lt;ant&gt; &lt;Evil-Brotten&gt; 안녕하세요 14:14 &lt;jrandom&gt; 주간 개발 회의 중이니, 편하게 머물러도 됩니다. deer는 i2p/iip로 가는 게이트웨이예요 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; 당신 I2P 전문가인가요? 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; :P 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; 오, 알겠어요 14:14 &lt;ant&gt; &lt;cervantes&gt; Evil-Brotten: 회의 중에는 #i2p-chat에서 이야기하셔도 됩니다 14:14 &lt;jrandom&gt; Tracker: 1k 규모의 토렌트를 처리하기 전에 해야 할 일이 많습니다 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; 방금 당신 프로그램을 설치해 보려 했는데, 문제가 좀 있어요 14:14 &lt;ant&gt; &lt;Evil-Brotten&gt; 좋아요, 거기서 물어볼게요 14:15 &lt;jrandom&gt; 끝내주네, smeghead 14:15 &lt;Tracker&gt; jrandom: 그러길 바랍니다, 비익명 BT는 오래 버티지 못할 거예요... 14:15 &lt;frosk&gt; 헛소리죠 14:15 &lt;jrandom&gt; "하지만 exeem은 익명이라며!@#" &lt;/snark&gt; 14:15 &lt;Tracker&gt; jrandom: 하지만 그건 다른 이야기죠 14:15 &lt;ant&gt; &lt;MikeW&gt; 뭐라고? 14:15 &lt;ant&gt; &lt;MikeW&gt; 누가 exeem이 익명이라고 했죠? 14:16 &lt;jrandom&gt; mikew: 그냥 가끔 있는 팬보이가요 14:16 &lt;jrandom&gt; Tracker: 0.5 이후에는 원하는 수준으로 성능을 끌어올리기 위해 할 일이 아주 많을 겁니다 14:16 * DrWoo '사람들'이 (가끔은) 젠장할 만큼 멍청하다고 적습니다 14:16 &lt;Tracker&gt; jrandom: 맞아요, 스파이웨어/애드웨어를 설치하는 건 제가 할 짓이 아니죠 ;) 14:16 &lt;jrandom&gt; 헤헷 14:17 &lt;smeghead&gt; 난 사람들을 좋아하는 편이야 14:17 &lt;smeghead&gt; 토스트에 얹어 먹으면 맛있거든 14:17 &lt;jrandom&gt; *우걱* 14:17 &lt;smeghead&gt; 어떤 사람들은 다른 사람들보다 버터를 좀 더 발라야 해 14:18 &lt;jrandom&gt; 좋아요, 2) sam.net은 이 정도면 된 것 같네요 (더 보탤 사람 있나요?) 14:18 &lt;jrandom&gt; 없다면, 3) gcj 진행 상황으로 넘어가죠 14:19 &lt;ant&gt; &lt;dm&gt; sam.net?? 14:19 &lt;ant&gt; &lt;dm&gt; 작동하나요?/ 14:19 &lt;jrandom&gt; 내 백로그에서 smeghead가 상당히 진전을 보였다고 읽었어요 - 진행 상황을 업데이트해 줄래요? 14:19 &lt;smeghead&gt; 네 14:20 &lt;ant&gt; &lt;dm&gt; cooooooool 14:20 &lt;smeghead&gt; 몇몇 클래스를 수정해서 router가 gcj 3.4.3으로 컴파일되도록 했습니다 14:20 &lt;smeghead&gt; 회의 후에 패치를 제출하겠습니다 14:20 &lt;smeghead&gt; 그다음에는 저와 도와주고 싶은 분들이 실행되도록 작업을 시작할 수 있을 겁니다 14:21 &lt;jrandom&gt; 좋네요 14:21 * frosk가 sam.net과 gcj 작업으로 주간 우수 사원 메달을 smeghead에게 달아줍니다 14:21 &lt;jrandom&gt; 좋아, 아주 쿨하군 14:21 &lt;smeghead&gt; :) 14:22 &lt;Tracker&gt; frosk: 포럼 주간 우수 사용자로 하는 게 낫겠네 ;) 14:22 &lt;frosk&gt; 이번 주엔 포럼을 못 봤어요, 미안 :) 14:22 &lt;cervantes&gt; duck의 영광은 아직 유효하죠 ;-) 14:23 * jrandom은 I2P가 gcj 호환되는 모습을 무척 기대하고 있습니다 14:24 &lt;jrandom&gt; (그리고 거기에 대한 현상금도 여전히 있으니, smeghead에게 연락해서 참여하세요 ;) 14:24 &lt;smeghead&gt; 네, I2P의 이식성을 크게 확장할 겁니다 14:24 &lt;cervantes&gt; 아마 router에서 성능이라고 부를 만한 걸 쥐어짜낼 수 있겠죠 :P 14:24 &lt;ant&gt; &lt;dm&gt; 내 32주간의 I2P 최강 노동자 기록도 드디어 끝나는군요... 14:25 &lt;jrandom&gt; gcj가 실제로 성능을 개선하거나 메모리 사용량을 줄일 거라 기대하진 않지만, Sun이 JVM을 내놓지 않았고 kaffe가 망가져 있는 OS들에서 동작할 겁니다 14:25 &lt;jrandom&gt; (하지만 내가 틀렸다면, 멋지죠!) 14:25 &lt;frosk&gt; 독점 소프트웨어 없이 I2P가 더 잘 돌아가게 만드는 건 뭐든 좋습니다 14:26 &lt;jrandom&gt; 동의합니다. kaffe와 gcj 둘 다를 지원하는 건 좋은 일이죠 14:27 &lt;jrandom&gt; 좋아요, 3) gcj 진행 상황에 대해 더 있을까요, 아니면 넘어갈까요? 14:27 &lt;smeghead&gt; 설치도 더 쉬워질 거예요 14:27 &lt;Teal`c&gt; gcj가 'hello world' 예제 외에도 작동한 적이 있나요? 14:27 &lt;Ragnarok&gt; 누군가 eclipse를 그것으로 빌드했죠 14:27 &lt;smeghead&gt; Teal`c: 네, 사실 예전에 mingw 환경에서 .exe를 만드는 데 사용한 적이 있습니다 14:27 &lt;smeghead&gt; 네, 얼마 전에는 red hat에서 gcj로 eclipse가 돌아가고 있었죠 14:28 &lt;jrandom&gt; gcj로 빌드된 실행 파일, 순수 .jar 설치 파일, 그리고 .jar+jvm 번들 배포 옵션을 갖는 건 확실히 좋을 겁니다 14:29 &lt;jrandom&gt; 좋아요, 4) udp로 넘어가죠 14:30 &lt;jrandom&gt; 최근 포럼에 udp가 왜 중요한지 묻고(또 답하고) 있는 글이 하나 올라왔는데, 주목해 주셨으면 합니다 14:30 &lt;Tracker&gt; 웩 14:30 &lt;jrandom&gt; (http://forum.i2p.net/viewtopic.php?t=280 를 참고하시고, 제안/질문/우려가 있으면 댓글로 남겨 주세요) 14:31 &lt;jrandom&gt; 왜 웩이죠, Tracker? 14:32 &lt;jrandom&gt; 어쨌든 mule과 detonate가 udp 쪽에서 진전을 보이고 있습니다. detonate/mule: 공유할 업데이트가 있나요? 14:32 &lt;Tracker&gt; 여기서는 UPD가 최악이에요. 국내에서는 잘 작동하지만, 우리나라 밖 목적지로 쓰려고 하면 정말 엉망이 되죠. 14:32 &lt;jrandom&gt; 흠 14:32 &lt;Tracker&gt; 온라인 게임 5년 경험에서 나온 얘기예요... 14:33 &lt;jrandom&gt; 네트워크로 나갈 때 혼잡과 MTU 이슈를 반드시 고려해야 할 겁니다 14:33 &lt;Tracker&gt; 여기서는 두 개의 큰 백본이 어째선지 UPD를 잘 라우팅하지 않거나, 해도 매우 낮은 우선순위로 처리하는 것 같습니다. 14:34 &lt;Tracker&gt; 핑이 5~20초 사이란 뜻이죠. 14:34 &lt;jrandom&gt; UDP를 전혀 허용하지 않는 ISP가 있다면 꽤 놀랄 겁니다(DNS는 다들 쓰니까요) 14:34 &lt;Tracker&gt; 그리고 높은 패킷 손실 14:34 &lt;jrandom&gt; 혼잡 제어는 확실히 중요합니다 14:35 &lt;Tracker&gt; 왜 제가 수년째 아주 큰 캐시를 가진 자체 캐싱 DNS를 돌리고 있다고 생각하세요 ;) 14:35 &lt;jrandom&gt; 헤헷 14:35 &lt;jrandom&gt; 음, 어떤 이유로든 udp를 쓸 수 없는 사람들을 위해 tcp를 폴백으로 둘 겁니다 14:36 &lt;jrandom&gt; 하지만 udp가 압도적으로 선호될 겁니다 14:36 &lt;Tracker&gt; 그거 좋네요. 14:36 &lt;jrandom&gt; (즉, 100만+ 노드 중 tcp를 쓰는 사람이 10명 정도만 되길 바란다는 뜻 ;) 14:37 &lt;jrandom&gt; 하지만 다시 말해, 그 포럼 글이 우리가 왜 이런 일을 해야 하는지 설명합니다. 더 나은 방법을 찾을 수 있다면, 언제든 듣겠습니다 14:37 &lt;Tracker&gt; 아마 제가 그중 한 명이겠네요. 14:37 &lt;jrandom&gt; 그럴 수도요. 14:38 &lt;jrandom&gt; 0.6이 배포되면 정말 그런지, 아니면 당신 ISP의 문제를 우회할 수 있을지 보게 될 겁니다 14:38 &lt;jrandom&gt; 좋아요, udp에 대해 더 있을까요? 아니면 5) ???로 넘어갈까요 14:39 &lt;jrandom&gt; 넘어간 걸로 하죠 14:39 &lt;jrandom&gt; 5) ?? 14:39 &lt;jrandom&gt; 다른 안건 있으신가요? 14:40 &lt;Teal`c&gt; 피자가 도착했나요? 14:40 &lt;Jhor&gt; BitTorrent 문제를 찾고/디버그하려면 어디를 봐야 할지 아는 분 있나요? 14:41 &lt;jrandom&gt; Jhor: i2p-bt라면, 어떤 BT 메시지가 송수신되는지 알 수 있도록 로깅을 추가하는 것부터 시작하는 게 좋겠습니다. 그래야 어디서 블로킹/타임아웃 등이 발생하는지 알 수 있거든요 14:41 &lt;jrandom&gt; (azneti2p가 아니라 i2p-bt를 말하는 거죠?) 14:42 &lt;Jhor&gt; 네, i2p-bt요. spew 레벨은 뭐가 있죠? 14:42 &lt;jrandom&gt; 모르겠네요, 아는 건 --spew 1뿐입니다 14:42 &lt;Jhor&gt; 좋아요, 그걸로 해 볼게요 14:43 * Jhor가 python 벼락치기를 준비합니다 14:43 &lt;jrandom&gt; :) 14:44 &lt;jrandom&gt; 좋아요, 다른 논의할 사항 있으신가요? 14:44 * cervantes가 Strand Gong을 굴려 끌고 나옵니다 14:44 &lt;jrandom&gt; 약 60분 지점이니, 꽤 좋은 속도네요 14:44 &lt;Teal`c&gt; udp는 언제 일반 공개될 예정인가요? 14:44 &lt;jrandom&gt; Teal`c: 4월 14:44 &lt;jrandom&gt; 그게 0.6이고, 우리는 아직 0.5 작업 중입니다 14:45 &lt;Teal`c&gt; 좋은 작업이네요. 14:46 &lt;jrandom&gt; 진전은 언제나 앞으로 14:46 * jrandom 준비 자세를 잡습니다 14:46 * jrandom이 *baf* 하고 징을 울려 회의를 마칩니다 </div>/ko/blog/2005/01/18/2005-01-18%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 18 Jan 2005 00:00:00 +0000/ko/blog/2005/01/18/2005-01-18%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 주간 업데이트 시간이에요</p> <ul> <li>Index</li> </ul> <ol> <li>Net status 2) 0.5 3) i2pmail.v2 4) azneti2p_0.2 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>음, 여기 보고할 만한 건 많지 않네요 - 지난주와 마찬가지로 여전히 잘 작동하고 있고, 네트워크 규모도 여전히 비슷하며, 아마 조금 더 커졌을지도 몰라요. 멋진 신규 사이트들이 몇 개 생겨나고 있어요 - 자세한 내용은 포럼 [1]과 orion [2]를 참고하세요.</p> <p>[1] <code>http://forum.i2p.net/viewforum.php?f=16</code> [2] <code>http://orion.i2p/</code></p> <ul> <li> <ol start="2"> <li>0.5</li> </ol> </li> </ul> <p>postman, dox, frosk, 그리고 cervantes(그리고 자신의 routers를 통해 tunnel(터널)로 데이터를 전달해 준 모든 분들 ;) )의 도움 덕분에, 우리는 하루치 분량의 메시지 크기 통계를 수집했습니다 [3]. 거기에는 두 가지 통계 세트가 있습니다 - 줌의 높이와 너비. 이는 다양한 메시지 패딩 전략이 네트워크 부하에 미치는 영향을 탐구하려는 요구에서 비롯되었으며, 0.5 tunnel 라우팅을 위한 초안 중 하나에서 설명된 바와 같이 [4] (ooOOoo 예쁜 그림들).</p>/ko/blog/2005/01/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-1%EC%9B%94-18%EC%9D%BC/Tue, 18 Jan 2005 00:00:00 +0000/ko/blog/2005/01/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-1%EC%9B%94-18%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, bla, BrockSamson, cervantes, dox, duck, Frooze, jrandom, kaji, mule, orion, polecat, postman, protokol, Ragnarok, Teal`c, Xan</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 13:04 &lt;jrandom&gt; 0) 안녕하세요 13:04 &lt;jrandom&gt; 1) 네트워크 상태 13:04 &lt;jrandom&gt; 2) 0.5 13:04 &lt;jrandom&gt; 3) i2pmail.v2 13:04 &lt;jrandom&gt; 4) azneti2p_0.2 13:04 &lt;jrandom&gt; 5) ??? 13:04 &lt;ant&gt; &lt;duck&gt; (암호화 얘기가 내 귓가를 스쳐 지나가는 소리) 13:04 &lt;jrandom&gt; :) 13:04 * jrandom 손을 흔든다 13:04 &lt;cervantes&gt; 'lo 13:04 &lt;jrandom&gt; 여러분도 암호화 얘기가 귓가를 스쳐 지나가는 소리를 들을 수 있어요! 주간 상태 노트 게시 @ http://dev.i2p.net/pipermail/i2p/2005-January/000559.html 13:05 &lt;bla&gt; 안녕하세요 13:05 &lt;jrandom&gt; 어차피 흥미로운 토론에 끼어든 김에 바로 시작하죠... 1) 네트워크 상태 13:05 &lt;jrandom&gt; 메일에 있는 내용 외엔 딱히 덧붙일 게 없네요 - 네트워크 상태와 관련해(wrt) 누가 제기할 내용이 있나요? 13:06 &lt;bla&gt; 남극을 제외하고, 처음으로, 모든* 대륙에서 노드가 보였다는 것 외에는 없네요. 13:06 &lt;jrandom&gt; w00t! 13:07 &lt;jrandom&gt; 좋아요, 2) 0.5 얘기로 넘어가죠 13:07 &lt;mule&gt; 이봐요, 우리 아버지가 지금 막 남극으로 가는 중인데, 노드를 하나 드렸어야 했네요 13:07 &lt;ant&gt; &lt;duck&gt; 빌어먹을 남극인들 13:07 &lt;Xan&gt; 남극인들이 없다고요? :( 13:07 &lt;jrandom&gt; 하하 좋네요 13:07 &lt;jrandom&gt; 그래도 거긴 anonymity set(익명성 집합)이 별로 없을 듯 13:07 &lt;Frooze&gt; 남극 탓이죠 13:08 * cervantes 남극에 유전을 설치해 거기서 나는 돈으로 노드를 운영한다 13:09 &lt;jrandom&gt; 자자, 0.5 얘기가 많으니 나눠서 합시다 13:09 &lt;jrandom&gt; 먼저, 하루치 통계를 모아준 분들께 감사 - 흥미로운 데이터가 많아요 @ http://dev.i2p.net/~jrandom/messageSizes/ 13:09 &lt;postman&gt; 기쁩니다 :) 13:10 &lt;cervantes&gt; 네트워크 상태와 관련해(wrt)... 요즘 I2P를 시작하고 돌리는 데 어려움을 겪는 사람들이 꽤 보여요(포럼 등에서) - 단순히 사용자 수가 늘어서인지, 아니면 I2P 기반 앱이 많아지면서 문제가 생길 지점이 늘어서인지 모르겠네요 13:10 &lt;+protokol&gt; jrandom: 거짓말쟁이! 데이터가 흥미롭다면서요! 13:10 * jrandom protokol 에게 진흙을 던진다 13:11 &lt;ant&gt; &lt;duck&gt; cervantes: 몇 분 만에 올리고 돌렸다는 보고도 봤어요 13:11 &lt;ant&gt; &lt;duck&gt; 문제 대부분은 NAT 때문인 듯해요 13:11 &lt;cervantes&gt; duck: 맞아요... 13:11 &lt;ant&gt; &lt;dmdm&gt; NAT가 누구죠? 13:11 &lt;jrandom&gt; cervantes: 여전히 지저분한 이슈가 좀 있죠, 분명히. NAT 문제랑 osx 쪽이 요즘 좀 고통이었는데, Jhor가 후자에 도와줘서 개선될 거예요 13:12 &lt;cervantes&gt; 옙 13:12 &lt;cervantes&gt; *콜록* 자... 0.5 13:13 &lt;Xan&gt; dmdm: network address translation 13:13 &lt;jrandom&gt; 헤헷, 좋아요. 기본적으로 그 메시지 크기 통계의 목적은 패딩(padding) 이슈를 탐구하려는 거예요 13:14 &lt;jrandom&gt; 안타깝게도, 임의로 숫자를 골라 만든 전략이 별로라서, 패딩 데이터만으로도 25% 오버헤드가 나왔어요 13:14 &lt;jrandom&gt; 0.5 암호화에 대한 제안 중 하나(tunnels-alt.html)를 택하면, 그 이슈는 사라집니다 13:15 &lt;jrandom&gt; (조각화와 함께 작은 고정 크기를 강제하니까요) 13:15 &lt;mule&gt; 어떤 종류의 메시지에 패딩을 하려는 건가요, router가 보는 메시지인가요 아니면 외부 관찰자가 보는 메시지인가요? 13:15 &lt;jrandom&gt; mule: 중요한 질문이에요 13:15 &lt;jrandom&gt; 외부 관찰자만 걱정한다면 메시지를 패딩하지 않은 채로 두고, 전송 계층에서 chaff 생성(교란용 더미 트래픽 생성)을 하면 됩니다 13:16 &lt;Teal`c&gt; `http://microsoft.i2p/david_hasselhoff_05_christmas_album__silent_night.mp3` 13:16 &lt;jrandom&gt; 한편(otoh), tunnel 참가자가 흐름 분석을 한다고 걱정한다면, tunnel 내부에서의 패딩을 고민해야 해요 13:16 &lt;@duck&gt; 5-6 홉이면, router가 트래픽 분석을 할 위험이 얼마나 큰가요? 13:16 &lt;cervantes&gt; Teal`c: 지금 회의 중이니... mp3 알림은 #i2p-chat을 써줄래요 ;-) 13:17 &lt;Teal`c&gt; 미안 13:17 &lt;cervantes&gt; :) 데이비드 해서elhoff 때문에? 13:18 &lt;jrandom&gt; 분석의 수준에 달렸죠, duck. 만약 그들이 어떤 tunnel에 있는지 추적해냈다면(예: 그들이 인바운드 tunnel 게이트웨이이고 netDb를 수집해 목적지와 상관관계를 만들었다면), 그건 만만치 않은 데이터예요. 한편 직접적인 노출은 아니지만, 어느 정도 정보를 주죠 13:18 &lt;jrandom&gt; tunnel 패딩보다 더 중요한 건 end-to-end 패딩이에요, 게이트웨이와 엔드포인트로부터 메시지 흐름 데이터를 숨기는 거죠. 13:19 &lt;jrandom&gt; 우리가 미쳤거나 멍청하다면, 아예 pipenet(네트워크 전반에 고정 비트레이트 적용)으로 가버릴 수도 있어요 13:19 &lt;+polecat&gt; 찾았다! 13:19 &lt;jrandom&gt; (그리고 아무도 i2p를 안 쓰게 되겠죠) 13:19 &lt;+polecat&gt; 우리가 해야 할 건 이메일 위에 i2p를 터널링하는 거예요! 13:19 &lt;cervantes&gt; 충분히 큰 네트워크에서 공모하는 routers가 같은 tunnel에 들어갈 가능성은 어느 정도죠? 13:19 &lt;+polecat&gt; 어떤 ISP도 이메일을 막을 만큼 멍청하진 않죠! 13:20 * jrandom net.i2p.router.transport.gmail 구현을 기다린다 13:20 &lt;postman&gt; polecat: 와, 이건 우스워요 13:20 &lt;postman&gt; :) 13:20 &lt;bla&gt; cervantes: N^(-h) (N은 빠른 노드의 수, h = 홉 수)인 듯해요 13:20 &lt;+polecat&gt; =3 알아요. 13:21 &lt;cervantes&gt; 그게 많나요? :) 13:21 &lt;jrandom&gt; 빠른 노드 수는 아니에요, 외부인들은 당신의 프로필을 모르거든요 13:21 &lt;+polecat&gt; 진지하게 말하면, 기존 IP 서비스를 뻔뻔하게 남용하면, 온갖 기발한 방식으로 i2p를 터널링할 수 있어요. 13:21 &lt;jrandom&gt; 같은 tunnel에 두 피어가 들어갈 확률은 c^2/N^h 13:21 &lt;jrandom&gt; 동의해요, polecat. 그래서 양방향 tunnel이 없는 이유 중 하나죠 13:22 &lt;jrandom&gt; 어떤 전송(예: 이메일)은 양방향 통신에 별로거든요 13:22 &lt;bla&gt; jrandom: c = ? 13:22 &lt;jrandom&gt; c==공모하는 피어의 수 13:23 &lt;+polecat&gt; 흠, 흥미로운 지점이네요. 13:23 &lt;ant&gt; &lt;duck&gt; 로드맵 관점에서, i2p가 잘못된 방향으로 가서 잘못된 암호 솔루션을 고르면 어떤 영향이 있나요? 13:23 &lt;+polecat&gt; 혹은 전서구 프로토콜, 전혀 양방향이 아니죠. 13:23 &lt;+polecat&gt; 암호(crypto)는 이미 모듈식이죠, 아닌가요? 13:23 &lt;jrandom&gt; duck: 그건 0.5의 한 항목일 뿐이고, tunnels*.html 문서의 한 하위 섹션일 뿐이에요. 데이터를 감싸는 방식 외에도 tunnel 라우팅에는 훨씬 더 많은 게 있어요 13:24 &lt;bla&gt; jrandom: 하지만 이건 그들을 지금 바로 tunnel에 집어넣을 확률이고요. 다만, T번의 tunnel 갱신(몇 분마다) 동안에는 P = 1 - (1 - c^2/N^h)^T 로 가죠 13:24 &lt;jrandom&gt; 한편, "고정 1KB 블록"과 "0-40KB 블록"의 차이는 영향이 상당하죠 13:24 &lt;+polecat&gt; 이 네트워크가 Entropy처럼 McEliece에 갇혀 버리는 길을 가는 건 보기 싫네요. 13:24 &lt;jrandom&gt; polecat: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel-alt.html?rev=HEAD 를 읽어보세요 13:24 &lt;bla&gt; jrandom: 그래서 시간이 충분히 크면 0으로 수렴합니다. 즉, 시간이 충분히 길면 공격자들은 결국 한 번쯤은 같은 tunnel에 있게 되죠 13:25 &lt;jrandom&gt; 계획은 표준 AES256/CBC 13:25 &lt;+protokol&gt; 듣자하니 dns가 터널링에 좋다던데, 대부분이 그걸 막지 않죠 13:25 &lt;jrandom&gt; 물론이에요, bla. 다만 그게 그리 단순하진 않아요(탐색용 tunnel에선 맞지만, 클라이언트 tunnel은 아님) 13:26 &lt;+polecat&gt; 그리고 만약 어떻게든 AES조차 뚫리면, 동등한 대칭키 암호로. 13:27 &lt;jrandom&gt; bla: 그 정도 수준이 실용적으로 큰 걱정거리는 아니라고 봐요. 하지만 선행자 공격(predecessor attack)의 일부로 걸면, 그 이슈는 크게 의미가 없어지죠 13:28 &lt;jrandom&gt; (우리가 나머지 tunnel 라우팅을 하는 방식 때문에) 13:28 &lt;bla&gt; jrandom: 오케이 13:28 &lt;jrandom&gt; 맞아요, polecat 13:29 &lt;jrandom&gt; duck: 두 번째 옵션으로 가면, 나중에 다른 걸로 바꾸기도 아마 쉬울 거예요. 13:29 &lt;jrandom&gt; 하지만 한편, 두 번째 옵션은 형편없지 않게(Not Suck) 만들려면 묵직한 성능 튜닝이 필요하죠 13:29 &lt;jrandom&gt; 그래도 우리가 해낼 수 있을 거라 확신해요 13:31 &lt;jrandom&gt; 어쨌든, 위에서 0.5 작업과 관련해(wrt) 현재 어디쯤인지 대충 다뤘네요 13:31 &lt;jrandom&gt; 더 질문/코멘트/우려사항 있나요? 13:31 &lt;bla&gt; jrandom: 하나요 13:32 &lt;bla&gt; jrandom: 지금은 성능보다 익명성을 약간 더 중시해야 한다고 봐요: 그러니 예, PRNG 옵션이 좋아 보여요 13:33 &lt;jrandom&gt; 동의해요. 성능은 나중에 튜닝할 수 있지만, 더 나은 익명성을 "추가"하는 건 훨씬 어렵죠 13:33 &lt;jrandom&gt; (물론, 성능도 /보안/ 파라미터예요. 형편없으면 아무도 안 쓰니까요) 13:33 &lt;bla&gt; 맞아요. 13:33 &lt;bla&gt; jrandom: 13:33 &lt;bla&gt; 미안 13:33 &lt;@duck&gt; 좋아요, /me 마법의 Freenet-성능 비트를 전환 13:33 &lt;cervantes&gt; 아마 그럼 토렌트 흔드는 빨대(리지)들이 좀 더 오래 못 오게 막겠죠 ;-) 13:34 &lt;jrandom&gt; 헤헷 13:34 &lt;cervantes&gt; &lt;-- 연결 재설정 13:34 &lt;bla&gt; cervantes: 아니요, 저 그런 사람 아니에요! :) 13:34 &lt;cervantes&gt; :) 13:35 &lt;jrandom&gt; 멋진 최적화를 해낼 수 있다고 보고요, 병목의 많은 부분이 피어 선택 때문이 아니라, 단지(헤헷) jobqueue에 있는 버그들 때문인 것 같아요 13:36 &lt;jrandom&gt; 그럼, 어쨌든, 2) 0.5에 대해 더 있을까요? 13:36 &lt;ant&gt; &lt;BS314159&gt; 이 루프 공격에 대한 설명을 게시해 주실 수 있나요? 13:37 &lt;ant&gt; &lt;BS314159&gt; 말씀하신 것보다 더 위험해 보이는데요 13:37 &lt;jrandom&gt; 루프: A--&gt;B--&gt;C--&gt;D--&gt;C 를 포함하는 tunnel을 만들고, 메시지 10개를 보냅니다. 13:37 &lt;jrandom&gt; PRNG(의사난수 생성기, PRNG)가 없으면, 그 C&lt;--&gt;D 루프에 원하는 만큼 메시지를 더 넣을 수 있어요 13:38 &lt;ant&gt; &lt;BS314159&gt; 알겠습니다 13:38 &lt;jrandom&gt; 사실상 몇 개의 메시지만으로 routers들을 DoS할 수 있죠 13:38 &lt;ant&gt; &lt;BS314159&gt; 하지만 이건 A만 할 수 있죠 13:38 &lt;jrandom&gt; PRNG가 있으면, 루프로 들어갈 수 있는 메시지 수가 제한됩니다 13:38 &lt;ant&gt; &lt;BS314159&gt; 그러면 공격자가 루프를 끼워 넣어서 내 tunnel을 짧게 만들 위험은 없군요 13:38 &lt;jrandom&gt; 네, 누구도 당신의 tunnel을 줄일 수는 없어요 13:39 &lt;jrandom&gt; 이게 쓸모가 있는 건 DoS뿐이에요 13:39 &lt;jrandom&gt; (아주 값싼 DoS) 13:39 &lt;jrandom&gt; (하지만 큰 비용 없이 피어를 선별적으로 DoS할 수 있으면, 진짜 나아아쁜 짓을 할 수 있죠) 13:40 &lt;ant&gt; &lt;BS314159&gt; 이해했습니다 13:40 &lt;+protokol&gt; 그럼 hashcash certs가 이걸 도와주나요? 13:40 &lt;jrandom&gt; protokol: hashcash는 한 피어가 너무 많은 tunnel을 만들거나, 너무 많은 hop을 만드는 이슈를 다룹니다 13:41 &lt;jrandom&gt; protokol: 루프엔 도움이 안 돼요. 제가 찾은 두 가지 /되는/ 방법은 PRNG(위 tunnel-alt.html)나 매 단계마다 검증하는 것(tunnel.html)이었어요 13:42 &lt;jrandom&gt; 단계별 검증은 위험이 있어요, 그래서 현재로선 PRNG 쪽으로 기우는 중입니다 13:42 &lt;+Ragnarok&gt; prng 방식은 얼마나 효과적일까요? 13:42 &lt;Xan&gt; A--&gt;B--&gt;C--&gt;D--&gt;C - 각 hop마다 다른 id를 받게 해서, 메시지가 두 번째로 C에 도달하면 루프 말고 tunnel 밖으로 나가게 해야 하는 거 아닌가요? 13:43 &lt;jrandom&gt; Xan: 그렇게 해요, 하지만 매 단계마다 검증하지 않으면 그게 나쁜지 아닌지 알 수 없어요 13:44 &lt;jrandom&gt; Ragnarok: 피해를 최소화하는 데 꽤 효과적일 거라 봐요 13:45 &lt;jrandom&gt; 적어도, 지금 보기엔 그래요 13:45 &lt;jrandom&gt; 누가 거기서 문제/이슈를 보거나, 개선 제안이 있으면, 꼭 연락해 주세요 :) 13:46 &lt;Xan&gt; 아니면 내가 뭔가 놓치는 걸지도 13:46 &lt;Xan&gt; bbl 13:46 &lt;jrandom&gt; 'k l8r, 문서를 더 명확히 업데이트할게요 13:47 &lt;jrandom&gt; 자, 다른 게 없으면, 3) i2pmail.v2로 갈까요? 13:47 &lt;jrandom&gt; postman: 계신가요? 13:48 &lt;postman&gt; 네 13:49 &lt;postman&gt; :) 13:49 &lt;jrandom&gt; 포럼에 쓴 글에서 덧붙일 게 있나요? 꽤 멋져 보이던데요 13:49 &lt;postman&gt; 음, 몇몇 분은 이미 i2pmail.v2 초안을 읽었을 거예요 13:50 &lt;bla&gt; 무슨 일이죠? 대량으로 끊깁니다. 여기서도 사이트(예: orion, library)에 접속에 문제가 있어요 13:50 &lt;postman&gt; 장기적으로 완전히 탈중앙화된 메일 인프라를 지향합니다 13:50 &lt;postman&gt; 하지만 노드에서의 프록시 소프트웨어와, 여러 개의 전용 relay가 필요해요 13:51 &lt;postman&gt; 아이디어/개념/잔소리 모두 환영합니다 13:51 &lt;postman&gt; 개발은 이미 시작됐어요 - 늦봄 이전에는 아무것도 기대하지 마세요 :) 13:51 &lt;jrandom&gt; w00t 13:51 &lt;kaji&gt; 흠, 방금 경찰이 우리 집에 왔어요 13:52 &lt;bla&gt; kaji: ? 13:52 &lt;jrandom&gt; 빨리, 하드 드라이브를 날려버려요 13:52 &lt;postman&gt; jrandom: 음, 지금은 이게 전부예요 :) 13:52 &lt;cervantes&gt; 블랙잭 테이블을 숨겨! 13:52 &lt;jrandom&gt; 좋네요, 고마워요 postman 13:52 &lt;kaji&gt; 내가 911에 전화했다는데, 나도 형도 안 했거든요 13:53 &lt;+protokol&gt; kaji: i2p 확인하러 온 거예요 13:53 &lt;jrandom&gt; 좋아요, 3) i2pmail에 더 없으면, 4) azneti2p_0.2로 넘어가죠 13:53 &lt;+protokol&gt; &lt;오싹한 음악&gt; 13:53 &lt;jrandom&gt; 메일에서 언급했듯이, 최근에 중요한 진전이 있었어요 13:53 &lt;kaji&gt; 그러더니 무선전화기가 훅 상태가 되면 오작동할 수 있다고, 하지만 우리 집 무선전화기는 전부 충전기에 올려놨는데요 -&gt; #i2p-chat 13:55 &lt;jrandom&gt; Azureus 분들이 업데이트 준비에 매우 민첩하게 대응해 주셨어요(만세!), 하지만 문제도 주의해서 봐주세요 13:55 &lt;jrandom&gt; (i2p 메일링 리스트를 읽지 않으면서 azneti2p를 쓰는 분들은, 메일링 리스트를 읽으세요) 13:55 &lt;jrandom&gt; ((azneti2p를 안 쓰더라도, 리스트를 읽으세요, 거기에 중요한 걸 공지하거든요 ;) 13:56 &lt;jrandom&gt; duck과 orion도 새 BT 클라이언트와 포맷을 수용하도록 많은 업데이트를 했어요 13:56 &lt;jrandom&gt; (야호!) 13:56 * orion 미소 짓는다 13:57 &lt;orion&gt; 아직 갈 길이 남았지만, 당장은 동작합니다. 13:57 &lt;jrandom&gt; (i2p가 허락하는 한 ;) 13:58 &lt;orion&gt; 헤헤, 맞아요. ;) 13:58 &lt;jrandom&gt; azneti2p나 i2p-bt와 관련해(wrt) 다른 얘기할 분 있나요? 13:58 &lt;jrandom&gt; (아니면 bytemonsoon2p ;) 14:00 &lt;jrandom&gt; 자, 없으면, 바로 5) ???로 갑니다 14:00 &lt;jrandom&gt; 자유발언 - 다른 얘기할 거 있나요? 14:00 &lt;postman&gt; jrandom: addressbook이 왜 userhosts 항목을 게시하나요 ? 14:01 &lt;jrandom&gt; postman: 버그요. 14:01 &lt;postman&gt; 그럼 의도된 동작이 아니었고, 수정될 건가요? 14:01 &lt;cervantes&gt; 한 가지만... 14:01 &lt;jrandom&gt; postman: 맞아요, 수정될 거예요 14:02 &lt;jrandom&gt; (그렇죠 Ragnarok? :) 14:02 &lt;+Ragnarok&gt; postman이 정확히 뭘 의미하는지에 따라 다릅니다... 14:03 &lt;jrandom&gt; Ragnarok: 로컬 사용자가 자신의 private hosts에 새 항목을 추가해도, 공개용으로 게시되는 hosts에는 전파되지 않아야 해요 14:03 &lt;jrandom&gt; (예: userhosts.txt는 private, hosts.txt는 다른 사람과 동기화되는 public) 14:03 &lt;cervantes&gt; 포럼의 반정기 코너로, 최근 혹은 프로젝트 기간 동안 I2P에 좋은 기여를 해주신 분께 감사와 상을 드리려 합니다 14:03 &lt;postman&gt; Ragnarok: 0.4.2.6으로 업데이트한 뒤 eepsite 폴더의 게시된 addressbook에서 userhosts.txt의 항목을 발견했어요 14:03 &lt;ant&gt; &lt;BS314159&gt; 흠 14:04 &lt;postman&gt; Ragnarok: 그건 수동으로 추가한 키들이었고, 게시되면 안 되는 것들이었어요 14:04 &lt;cervantes&gt; 이번 주엔 커뮤니티 서비스 제공자로서의 전반적인 탁월함과 훌륭한 만성 아이들러로서의 duck을 기립니다: `http://forum.i2p/viewtopic.php?t=275` 14:04 &lt;jrandom&gt; w00t! 14:04 &lt;jrandom&gt; (go duck go, go duck go) 14:05 &lt;Teal`c&gt; 도메인 이름 하이재킹은 어떤가요 ? 14:05 * brachtus 박수 친다 14:05 * orion 존경의 표시로 오리걸음을 한다. 14:05 &lt;cervantes&gt; 앞으로 한 가지 중요한 점... 암호학의 천재가 아니어도 칭찬받을 수 있어요! 14:06 &lt;+Ragnarok&gt; 아니요, 그건 예상된 동작이에요. 바꿀 수는 있지만, 먼저 파일 잠금을 구현해 직접 hosts.txt를 고칠 수 있게 해야 해요 14:06 &lt;orion&gt; (그치만 도움이 되죠) 14:06 &lt;cervantes&gt; 멋진 eepsite를 기여했을 수도 있고요... 14:06 &lt;cervantes&gt; 아니면 포럼에서 도움이 되었을 수도 있고 14:07 &lt;ant&gt; &lt;BS314159&gt; 흠 14:07 &lt;cervantes&gt; (아니면, 솔직히 말해, 매번 jrandom이 상을 받겠죠) 14:07 &lt;jrandom&gt; 얘들아, 너희가 내 맥주 기금을 대고 있잖아, 이거 공짜가 아니라고 ;) 14:07 &lt;ant&gt; &lt;BS314159&gt; 그냥 새 파일 "publichosts.txt"를 만들면 어때요? 14:07 &lt;ant&gt; &lt;BS314159&gt; 그러면 addressbook이 userhosts.txt는 무시하되, 사용자가 자기 publichosts.txt를 구독하도록 할 수 있죠? 14:08 &lt;jrandom&gt; Teal`c: 도메인 이름을 하이재킹할 방법은 없어요, 어떤 항목도 덮어쓰지 않고, 항상 userhosts가 hosts보다 우선합니다 14:09 &lt;jrandom&gt; Ragnarok: 사용자들이 파일을 수동으로 추가하지 않을 테니, 웹 인터페이스로 잠금 이슈를 처리할 수도 있겠네요 14:09 &lt;+Ragnarok&gt; 잠금이 끝나면, 더는 userhosts.txt에서 주소를 끌어올 필요가 없어요(지금은 경쟁 상태를 피하는 유일한 방법이에요), 그래서 세 번째 파일을 추가할 실익이 별로 없죠 14:10 &lt;+Ragnarok&gt; jrandom: 음, 자바 파일 잠금 API를 쓸 계획이었어요 14:10 &lt;jrandom&gt; 필요하다고 보시면, 당신이 보스죠 :) 14:10 &lt;ant&gt; &lt;BS314159&gt; 그럼 다른 사람에게서 받은 이름은 다 지우면서, 내가 만든 건 유지할 수 있겠네요 14:10 &lt;ant&gt; &lt;BS314159&gt; hosts.txt를 비우고 구독을 바꾸기만 하면요 14:11 &lt;ant&gt; &lt;BS314159&gt; 하지만 그건 이름 서명(name-signing)까지 기다려도 되겠죠 14:11 &lt;orion&gt; metadata가 이 문제를 해결할 거예요. 스펙 초안은 나왔나요? 14:11 &lt;jrandom&gt; 두 파일만 쓰면 충분할 거예요 - 하나는 addressbook이 관리하고, 하나는 관리하지 않는 걸로 14:12 &lt;jrandom&gt; (addressbook이 userhosts.txt는 완전히 무시해도 돼요 - 어차피 userhosts.txt가 hosts.txt보다 우선이니까요) 14:12 &lt;+Ragnarok&gt; jrandom: 그게 계획이에요, 잠금만 끝나면요(그렇게 많은 작업은 아니고, 아직 손을 못 댔을 뿐 :) 14:13 &lt;+Ragnarok&gt; 그리고 지금 namerecords용 XML 스키마를 작성하려고 XML 스키마를 공부 중이에요 14:13 &lt;ant&gt; &lt;dr_kavra&gt; 여기 케노시스 채널 맞나요? 다른 채널에서 여기로 오라던데요 :D 14:13 &lt;jrandom&gt; ㅋㅋ 14:13 &lt;jrandom&gt; 아니요, 죄송, 여긴 i2p예요 14:14 &lt;jrandom&gt; (익명 통신 계층을 찾는 거라면 별개고요) 14:14 &lt;jrandom&gt; 멋져요, Ragnarok 14:14 &lt;ant&gt; &lt;BS314159&gt; 전 여전히 XML이 이 용도에 비해 너무 장황하고 사람이 읽기 어렵다고 봐요, YAML과 비교하면요, 하지만 전 코드를 쓰는 사람이 아니니까요 14:14 &lt;jrandom&gt; Ragnarok: XML에서 CDATA 없이 crypto를 하는 게 골칫거리겠죠 14:14 &lt;orion&gt; 누가 이름 metadata 스펙의 워킹 드래프트를 썼나요? 14:15 &lt;jrandom&gt; (개인적으로 XML은 별로라고 봅니다만, 전 그냥 트집꾼이죠) 14:15 &lt;jrandom&gt; orion: http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 에 기본 구성이 있어요 14:15 &lt;orion&gt; (이름/키 메타데이터) 14:15 &lt;dox&gt; addressbook과 그 기능들은 어디엔가 공지됐나요? 제 hosts.txt가 게시되는 줄은 몰랐어요 14:15 &lt;jrandom&gt; (NameReference와 LocalEntry 요소를 보세요) 14:16 &lt;jrandom&gt; dox: addressbook/config.txt에 지정한 위치에 기록돼요 14:16 &lt;jrandom&gt; (기본값은 ./eepsite/docroot/hosts.txt) 14:17 &lt;orion&gt; 공개/비공개(배포한다/안 한다) 플래그가 빠졌네요. 14:17 &lt;ant&gt; &lt;cervantes&gt; XML의 유일한 장점(그리고 큰 + 포인트)이 있다면, 널리 받아들여지는 표준이라는 거죠 14:17 &lt;jrandom&gt; 맞아요, orion, 그 글 이후로 좋은 아이디어가 많이 나왔죠 14:17 &lt;+Ragnarok&gt; XML이 별로일 수 있지만, 솔직히 제가 하려는 일에는 대안들보다 낫습니다 14:17 &lt;jrandom&gt; cervantes: EDI도 그래요 14:17 &lt;orion&gt; 그걸 모아둘 곳이 있나요? 예: 포럼 섹션? 14:18 &lt;orion&gt; 아니면 위키 페이지? 14:18 &lt;jrandom&gt; orion: susi나 ugha의 위키요 14:18 &lt;orion&gt; bytemonsoon과 orion.i2p용 위키를 만들어서 각각의 향후 개발 목표에 대한 커뮤니티 합의를 돕겠습니다. 14:18 &lt;BrockSamson&gt; xml + crypto 에서 CDATA 없이 = mime, 아닌가요? 14:19 &lt;jrandom&gt; 멋져요, orion 14:19 &lt;jrandom&gt; BrockSamson: smime죠, 파서만 다를 뿐 ;) 14:19 &lt;orion&gt; (이름 메타데이터용 것도요) 14:21 &lt;jrandom&gt; metadata를 하는 방법은 많아요, 중요한 건 유연성과 '정확성'이라서 시간이 지나며 크거나 바뀔 수 있어야 한다는 거죠 14:21 * jrandom 은 Ragnarok 등이 좋은 걸 내놓을 거라 확신합니다 :) 14:21 &lt;orion&gt; 그래서 공개 초안이 필요하다고 봐요. 14:22 &lt;ant&gt; &lt;cervantes&gt; i2p 컨소시엄 :P 14:22 &lt;jrandom&gt; 글쎄요, 지난 몇 번의 회의에서 사람들이 "누가 위키에 자기 아이디어를 올려야 한다"고 말하곤 했는데, 위키 페이지가 크게 늘진 않네요 ;) 뭐 괜찮아요, 우린 우린 속도로 가죠 14:23 * orion 하루 안에 위키 세 개를 올리고 모두에게 위치를 이메일로 보내겠다고 약속 14:23 &lt;BrockSamson&gt; 날 게을렀다고 해도 좋아요, ANSI 850 구매 주문서 EDI랑 거의 모든 XML 기반 구매 주문서를 비교하면, 전 XML 버전을 디코드, 코딩, 디버그하겠어요. 크기가 EDI의 5배여도요 14:23 &lt;jrandom&gt; w00t 14:23 &lt;jrandom&gt; 헤헷 BrockSamson 14:24 &lt;BrockSamson&gt; 위치 10이 ST? 그럼 위치 310은 이름이어야죠 14:24 &lt;BrockSamson&gt; 에휴 나란 인간 14:24 &lt;jrandom&gt; BrockSamson: PO용 XML 스키마들도 그리 낫진 않을걸요 ;) 14:24 &lt;jrandom&gt; (그래도 그쪽은 정말 완전한 재앙이죠) 14:25 &lt;BrockSamson&gt; 새벽 4시 30분엔 XML이 더 낫죠 14:25 &lt;BrockSamson&gt; 아니면... 14:25 &lt;jrandom&gt; 헤헷 14:25 &lt;BrockSamson&gt; 전직 EDI 프로그래머가 쓴 거라면요 14:25 &lt;BrockSamson&gt; 그리고 XML이 이렇게 생겼죠: &lt;p1&gt;&lt;po&gt;&lt;q&gt;1&lt;/q&gt;&lt;/po&gt;&lt;/p1&gt; 14:26 &lt;BrockSamson&gt; 근데 아마, 오픈소스 프로젝트들이 'XML' 할지 말지 얘기하는 데 쓰는 시간을 다 합치면 리눅스를 10번은 다시 코딩할 수 있을걸요. 14:26 &lt;BrockSamson&gt; 제가 참여했던 모든 프로젝트가 이걸로 대논쟁을 했어요 14:27 &lt;orion&gt; 논쟁은 프로젝트에 좋아요, 누가 논쟁하느냐에 따라. ;) 14:27 &lt;jrandom&gt; 에이, 제 할 일은 해요, 만능열쇠는 아니죠. 네이밍에는 잘 맞을 수도 있고요 14:28 &lt;BrockSamson&gt; 많은 사람들이 논쟁하려고 프로젝트에 들어오기도 하죠. 14:28 &lt;jrandom&gt; 여긴 아니에요. 전 공짜 맥주 때문에 왔어요 14:28 &lt;ant&gt; &lt;cervantes&gt; 그건 논쟁의 여지가 있죠 14:28 &lt;orion&gt; 초안 스펙이 좀 더 손에 잡히면 구현 세부사항도 더 명확해질 거예요. 14:28 &lt;orion&gt; 그래서 위키/피어 리뷰가 필요하죠. 14:29 &lt;BrockSamson&gt; 이 프로젝트에서 공짜 마늘을 준다고 들었는데요 14:29 &lt;jrandom&gt; 잔뜩요 14:30 &lt;jrandom&gt; 자, 회의에서 더 얘기할 분 있나요? 14:30 &lt;ant&gt; * cervantes 종 달린 의식용 소를 굴려 나온다 14:30 &lt;ant&gt; &lt;cervantes&gt; call =cow 14:30 * jrandom 시동을 건다 14:31 * jrandom 카우벨을 *뱁* 울리며 회의를 마친다 </div>/ko/blog/2005/01/11/2005-01-11%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 11 Jan 2005 00:00:00 +0000/ko/blog/2005/01/11/2005-01-11%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 주간 업데이트 시간이에요</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) 0.5 진행 상황 3) 0.6 상태 4) azneti2p 5) fbsd 6) hosts.txt를 WoT(웹 오브 트러스트)로 7) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>전반적으로 네트워크는 스스로 잘 돌아가고 있지만, irc 서버 중 하나가 오프라인이었고 내 outproxy(아웃프록시)가 말썽을 부리는 문제가 있었다. 그러나 다른 irc 서버는 (그리고 지금도) 접속 가능했고(다만 현재는 CTCP가 비활성화되어 있지 않음 - [1] 참조), 그래서 irc에 대한 우리의 갈증을 달랠 수 있었다 :)</p>/ko/blog/2005/01/11/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-1%EC%9B%94-11%EC%9D%BC/Tue, 11 Jan 2005 00:00:00 +0000/ko/blog/2005/01/11/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-1%EC%9B%94-11%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cervantes, deer, dm, duck, fdr, jrandom, lucky, protok0l, toad\_</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:10 &lt;jrandom&gt; 0) 안녕하세요 13:10 &lt;deer&gt; &lt;Ragnarok&gt; 넌 해고야 13:10 &lt;jrandom&gt; 1) 네트워크 상태 13:10 &lt;jrandom&gt; 2) 0.5 진행 상황 13:10 &lt;jrandom&gt; 3) 0.6 상태 13:10 &lt;deer&gt; &lt;polecat&gt; 잘 가! 13:10 &lt;jrandom&gt; 4) azneti2p 13:10 &lt;jrandom&gt; 5) fbsd 13:10 &lt;jrandom&gt; 6) hosts.txt as WoT 13:11 &lt;jrandom&gt; 7) ??? 13:11 * jrandom 손을 흔든다 13:11 &lt;fdr&gt; 요 13:11 &lt;deer&gt; &lt;Ragnarok&gt; hola 13:11 &lt;toad_&gt; 지금 막 시작하는 거야? /me는 가끔씩 지켜만 볼게 13:11 &lt;deer&gt; &lt;detonate&gt; 안녕 13:11 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2005-January/000551.html 까지 올렸습니다 13:11 &lt;jrandom&gt; 좋아요, 모두 환영합니다 13:11 &lt;deer&gt; &lt;polecat&gt; 아. 네 고용 얘기가 아니었군요. 내 실수. =3 13:11 &lt;jrandom&gt; 개발자 미팅 로그는 웹사이트에 올라갑니다(물론 회의가 끝난 뒤에). 13:11 &lt;fdr&gt; 배고파서 들락날락할 듯.. 13:12 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태로 넘어가죠 13:12 &lt;jrandom&gt; 잘 돌아가는 것 같네요. duck 이 돌아왔습니다(야호!). 13:12 &lt;jrandom&gt; 이메일에 쓴 것 외에 덧붙일 게 많지는 않아요 - 다른 분들 추가로 있으신가요? 13:13 &lt;deer&gt; &lt;jrandom&gt; 없어요 13:13 &lt;jrandom&gt; 그럼 없으면, 2) 0.5 상태로 넘어갈게요 13:14 &lt;jrandom&gt; 여기서 꽤 진전이 있었습니다. 마침내 매트릭스 암호화가 동작하게 했고, 며칠 전에 polecat과 이야기한 뒤로 약간의 조정이 더 필요하다는 걸 알았어요 13:14 &lt;toad_&gt; 혼잣말 중이야? 13:14 &lt;jrandom&gt; 헤헷, 누가 답할 때까지는요 ;) 13:14 &lt;jrandom&gt; (제가 미리 주간 상태 노트를 올리기 전의 미팅을 봤어야 했죠) 13:14 &lt;toad_&gt; 난 네트워크를 가로질러 얘기한다는 뜻이었어. 난 늘 혼잣말하긴 하지만, 보통은 네트워크 여러 곳에서 하진 않거든. ;) 13:15 &lt;deer&gt; &lt;jrandom_&gt; 세 개 네트워크에 걸쳐서요 [여긴 iip] 13:15 &lt;deer&gt; &lt;Ragnarok&gt; 그만해, 소름 돋아 :) 13:15 &lt;deer&gt; * postman 손을 흔든다 13:16 &lt;jrandom&gt; 0.5와 관해 더 추가할 건 없고, '곧 더 많은 정보를 공개' 정도예요 13:16 &lt;deer&gt; &lt;polecat&gt; 네트워크 성능 얘기로, 내 i2p router가 24시간 전에 내려갔는데, 그 전에는 8일 업타임을 유지했어요. 13:16 &lt;jrandom&gt; 아, 좋아요 13:16 &lt;jrandom&gt; OOM(Out Of Memory)이었나요? bt를 돌렸나요, 아니면 트래픽 때문에 그런가요? 13:17 &lt;deer&gt; &lt;polecat&gt; 그냥 자랑하려는 휴리스틱일 뿐. =3 13:17 &lt;deer&gt; &lt;frosk&gt; 보통 내 router는 내가 원하는 만큼 업타임이 나오는데, 업그레이드 때문에 대개 8-9일을 넘기진 못하죠 :) 13:17 &lt;deer&gt; &lt;frosk&gt; 즉 8-9일요 13:18 * jrandom 내 kaffe 상자가 그럴 수 있으면 좋겠네(어휴) 13:18 &lt;deer&gt; * orion 은 btlaunchmanycurses.py로 로컬 destination을 40개 이상 돌리면 원할 때 router를 뻗게 할 수 있어요. ;) 13:18 &lt;jrandom&gt; 헤헷, 네 그러면 그렇죠 orion 13:18 &lt;deer&gt; &lt;polecat&gt; 오, 로그에 따르면 JVM이 멈춘 것 같아요, 그러니 아마 lucky가 나를 tunnel에서 이용해 '과하게 장비가 큰 남자들' 기가바이트를 내려받은 듯. 13:18 &lt;deer&gt; &lt;orion&gt; 하지만, BT 폭풍이 오기 전엔 15일 업타임도 있었죠. 13:18 &lt;jrandom&gt; 오 흥미롭네요, polecat. 13:19 &lt;jrandom&gt; polecat: 용감하다면 최신 Java service wrapper를 한 번 써볼 가치가 있어요 13:19 &lt;jrandom&gt; (그걸 없애 준다면 우리도 업그레이드해야겠죠) 13:19 &lt;deer&gt; * laberhorst 는 0.4.2.5에서 bt 없이 업타임 15일 달성 13:19 &lt;jrandom&gt; 아마 cervantes가 0.4.1.1로 41일이 최고 기록일 거예요 13:20 &lt;deer&gt; &lt;polecat&gt; 최신 Java service wrapper를 얻는 방법을 PM으로 알려줄 분? 13:20 &lt;jrandom&gt; 어쨌든, 0.5 관련해서 의견 있나요? 13:20 &lt;protok0l&gt; i2p는 이제 다 끝났나요? 13:20 &lt;jrandom&gt; http://wrapper.tanukisoftware.org/doc/english/ 13:20 &lt;deer&gt; &lt;eco&gt; 문서 기대하고 있어요 13:20 &lt;jrandom&gt; !thwap protok0l 13:21 &lt;jrandom&gt; 좋아요, 3) 0.6 상태로 넘어갑니다 13:21 &lt;deer&gt; &lt;polecat&gt; 게이트웨이가 모든 체크섬이나 개수를 알지 못한 채로 체크섬을 할 방법이 있어야 한다고 아직도 생각해요. 13:21 &lt;deer&gt; &lt;Ragnarok&gt; 문서는 어디에 올라오나요? 13:21 &lt;jrandom&gt; polecat: 나도 그러면 좋겠지만, 가능하진 않을 것 같아. 13:22 &lt;jrandom&gt; Ragnarok: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/router/doc/tunnel.html?rev=HEAD 이 현재 초안입니다 13:22 &lt;jrandom&gt; (첫 hop 문제 관련해서는 아직 업데이트 안 됨) 13:22 &lt;deer&gt; &lt;Ragnarok&gt; 감사 13:22 &lt;deer&gt; &lt;polecat&gt; “그건 불가능하다고 했지.... 날 미쳤다고 불렀어... 하지만 그들이 바보였던 거야, 바보들! 13:22 &lt;jrandom&gt; 헤헷 13:22 &lt;jrandom&gt; 방법을 찾을 수만 있다면, 난 기꺼이 들을게 13:23 &lt;jrandom&gt; (mixmaster/mixminion 쪽도 그럴 거란 예감이 있어요) 13:23 &lt;deer&gt; &lt;jrandom&gt; 오호, 여기 사용자 42명 13:23 &lt;deer&gt; &lt;jrandom&gt; mule: 있어? 13:24 &lt;deer&gt; &lt;polecat&gt; 헤헷. 그럼 계속 촉각 곤두세워 볼게요. 하지만 난 너희 같은 천재가 아닌 멍청한 족제비일 뿐이라 약속은 못 해요. 13:24 * jrandom 가 polecat에게 털복숭이 작은 동물을 집어던진다 13:25 -!- dm [mihi@dsl-80-42-80-26.access.uk.tiscali.com] 님이 #i2p에 입장하였습니다 13:25 &lt;jrandom&gt; 아무튼, 0.6 쪽은 흥미로워 보이고, mule이 약간 해킹을 시작했지만 아직은 초기 단계예요 13:26 &lt;jrandom&gt; zab이 limewire가 어떻게 하는지에 대한 가이던스를 꽤 많이 줘서 도움이 됐어요. 하지만, 음, 그들의 혼잡 제어는 좀 무섭더군요(고정된 작은 윈도우, full ACK) 13:26 &lt;jrandom&gt; (물론 시간이 지나면 개선되리라 확신해요) 13:26 &lt;jrandom&gt; 또한 실제 적용 과정과 다양한 JVM에서 어떤 함정이 있었는지도 보여줘서 좋았어요 13:27 &lt;jrandom&gt; (zab 만세) 13:27 &lt;jrandom&gt; 어쨌든, 0.6을 위해 설계·구현이나 다른 provider 통합을 돕고 싶다면 mule이나 제게 연락하세요(혹은, 물론 패치를 보내셔도 됩니다 ;) 13:28 &lt;jrandom&gt; 그와 관련해 더 할 말은 없고, 누가 제기할 게 있지 않다면요? 13:28 &lt;deer&gt; &lt;polecat&gt; 0.6에 예비 fusenet 지원이 들어갈 예정 아닌가요? 13:28 &lt;deer&gt; &lt;frosk&gt; 4월까지는, 아마도 :) 13:29 &lt;toad_&gt; fusenet? 13:29 &lt;deer&gt; &lt;frosk&gt; 하지만 UDP 전송 작업이 많아서, 어쩌면 fusenet보다 먼저 준비될지도요 13:29 &lt;jrandom&gt; 맞아요, 전반적인 목표는 일단 공을 굴리기 시작하는 거예요 13:29 &lt;deer&gt; &lt;frosk&gt; fusenet은 대략 '가속된 usenet' 같은 콘텐츠 배포 시스템이에요 13:29 &lt;toad_&gt; 좋네 13:30 &lt;deer&gt; &lt;frosk&gt; 초기에는 블로그, 토론 포럼, 그리고 I2P 이름-대상 매핑을 위한 addressbook(주소록 UI/컴포넌트)을 지원할 거예요 13:30 &lt;jrandom&gt; 물론 다음 달에 UDP 전송을 구현할 수 있다면, 아마 0.5에 함께 내놓을 거예요 13:31 &lt;deer&gt; &lt;frosk&gt; 물론 그러면 멋지죠 :) 13:31 &lt;jrandom&gt; 그리고 내가 조랑말이 있다면, 온~~~종일 같이 놀겠지 13:31 &lt;jrandom&gt; 좋아요, 0.6 얘기는 아마 여기까지고, 4) azneti2p로 넘어가죠 13:31 &lt;deer&gt; &lt;frosk&gt; 그럼 다행히 조랑말은 없네 ;) 13:31 &lt;jrandom&gt; 헤헷 13:32 &lt;jrandom&gt; azneti2p == 끝내줍니다. 13:32 &lt;jrandom&gt; parg와 다른 azureus 팀이 훌륭한 작업을 했고, 통합이 정말 멋져요 13:33 &lt;jrandom&gt; 토런트는 예전과 똑같이 동작하고, 예쁜 그래프도 다 나오며, azureus에서 하던 큐잉 등 익숙한 모든 걸 할 수 있는데, 익명으로 된다는 점만 다릅니다 13:33 &lt;deer&gt; &lt;postman&gt; w00t! 13:33 &lt;jrandom&gt; 최적화와 단순화가 더 남아 있지만, 전반적으로 꽤 인상적이에요 13:33 &lt;deer&gt; &lt;eco&gt; 만세! 대중이 몰려오겠군요... 13:33 &lt;deer&gt; &lt;frosk&gt; 사용하려면 router 콘솔에서 아직 수작업을 좀 해야 한다고 이해했는데 맞나요? 13:33 * jrandom 문을 조금만 더 꽉 붙들고 있음 13:33 &lt;deer&gt; &lt;eco&gt; 정말 Java 1.5가 필요한가요? 13:34 &lt;deer&gt; &lt;polecat&gt; 응.. 멋지긴 한데 데몬으로 떼어 놓을 수 없다는 점 빼고는. 13:34 &lt;deer&gt; &lt;postman&gt; i2p 네트워크가 박살나게 초대장을 보내는 소리 같은데 13:34 &lt;jrandom&gt; frosk: 맞아요 - 하지만 플러그인 자체에서 I2PTunnel 호출을 하도록 패치하는 중입니다 13:34 &lt;deer&gt; &lt;frosk&gt; 좋네요 13:34 &lt;jrandom&gt; eco: 확실치 않아요. 1.5로만 해봤고, 그들이 그렇다니 믿고 있어요. 13:34 &lt;deer&gt; &lt;polecat&gt; eco: 그러지 않았으면 좋겠네. o.O 1.5는 Sun이 시장을 쥐어짜려는 거야. 13:34 &lt;jrandom&gt; 그래도 시도해볼 가치는 있으니, 나중에 해볼게요 13:35 &lt;deer&gt; * postman 신경 안 씀, 기가비트 이더넷 인터페이스 있고 트래픽도 왕창 포함돼 있어요 :) 13:35 &lt;deer&gt; &lt;polecat&gt; 세상에... 그리고 azareus는 그걸 요구하네. 정말 C++로 토런트 앱을 만들어야겠어. 13:35 &lt;jrandom&gt; polecat: azureus에는 headless 모드와 웹 콘솔이 있어요 13:36 &lt;deer&gt; * polecat 눈을 깜빡인다. 13:36 &lt;jrandom&gt; (하지만... 초보에게는 어렵죠[저 같은]) 13:36 &lt;deer&gt; &lt;polecat&gt; 그렇다면야... 난 그게 없는 줄 알았지, 카자(KazAa)처럼 13:36 &lt;jrandom&gt; 하지만 난 슬쩍 보기만 했어요(그리고 GUI로 도망쳤죠 ;) 13:36 &lt;deer&gt; &lt;Ragnarok&gt; duck이 i2p-bt를 3.9/4.0으로 올릴 건가요? 13:37 &lt;jrandom&gt; ragnarok: 모르겠어요. 하지만 duck은 현재 기존 것들이 azneti2p와 호환되도록 크게 진전시키고 있어요 13:37 &lt;jrandom&gt; (기술적 요구 때문에 좀... 이상한 변경이 필요했거든요) 13:37 &lt;deer&gt; &lt;polecat&gt; P2P의 가장 강력한 점 중 하나는 사용하지 않을 때도 앱이 조용히 백그라운드에서 돌아갈 수 있다는 거죠. 13:38 * jrandom 그 점에는 반박하지 않음 13:38 &lt;jrandom&gt; 좋아요, azneti2p 관련해(관해) 말할 건 여기까지인 듯해요(w00t 한 번 더 빼고). 자세한 건 이메일에 있고, #i2p-bt에서 활동도 많을 거라 확신해요 13:39 &lt;jrandom&gt; azneti2p와 관련해 제기할 게 더 있나요? 13:39 &lt;cervantes&gt; 준비됐나... ;-) 13:40 &lt;jrandom&gt; 헤헷, 열심히 준비 중이에요 13:40 &lt;deer&gt; &lt;polecat&gt; azareus 소스가 정말 형편없다는 점을 지적해도 될까요... 13:40 &lt;deer&gt; &lt;polecat&gt; 메인 엔트리 포인트가 28개나 되고, 네임스페이스 깊이가 최소 3은 돼요. 13:40 &lt;deer&gt; &lt;Ragnarok&gt; 소스가 멋진 BT 클라이언트가 있긴 한가요? 13:40 &lt;jrandom&gt; 좀 이상한 점들이 있긴 하지만, 그건 다른 누구의 소스에서도 발견될 거라 생각해요(NIH) 13:40 &lt;deer&gt; &lt;polecat&gt; 내 것은 그럴 거야. 13:40 &lt;jrandom&gt; 아, 그러지 말라니까, net.i2p.router.netdb.kademlia.* :) 13:41 &lt;deer&gt; &lt;Ragnarok&gt; C++라면 안 그럴걸 :) 13:41 &lt;toad_&gt; ㅋㅋ 13:41 &lt;deer&gt; &lt;polecat&gt; 최소라고 했잖아! 13:42 &lt;jrandom&gt; 좋아요, 어쨌든 5) fbsd로 넘어가죠 13:42 &lt;deer&gt; &lt;polecat&gt; Ragnarok: 내가 C++을 어떻게 *콜록*유린*콜록* 하는지 본 적 없잖아. n.n 13:42 * duck 고개를 내민다 13:42 &lt;deer&gt; &lt;polecat&gt; FreeBSD에 누가 신경 써요? 손 들어볼래요? 13:42 &lt;jrandom&gt; lioux가 0.4.2.6 릴리스를 ports로 패키징했어요(w00t!) 13:42 &lt;deer&gt; * detonate 손 든다 13:42 &lt;deer&gt; &lt;polecat&gt; 발바닥, 촉수, 날개, 기타 등등? 13:43 * jrandom 손 듭니다 13:43 * [dave] 손 듭니다 13:43 &lt;deer&gt; &lt;Ragnarok&gt; duck: 3.9/4.0? :) 13:43 &lt;deer&gt; &lt;polecat&gt; 우와, i2p가 배포판에 통합됐나요? 13:43 &lt;duck&gt; Ragnarok: 최신 bram-Bittorrent 변경에 주석/문서 등이 부족해서 좀 발목이 잡혔어요 13:43 &lt;fdr&gt; FreeBSD는 멋져요 :( 13:43 &lt;deer&gt; &lt;Ragnarok&gt; 그럴 줄 알았어 13:43 &lt;fdr&gt; 물론 제가 편향됐을 수 있지만요. 13:44 &lt;jrandom&gt; 맞아요, 처음엔 걱정했는데 polecat, 그의 ports 구현이 정말정말 쉬워 보였어요(그래서 업데이트도 정말정말 쉬울 거예요) 13:44 &lt;duck&gt; 그들이 한 걸 공부해야겠지만, 노력할 가치는 있을지도요 13:44 &lt;deer&gt; &lt;polecat&gt; 내 생각에 fbsd는 이상한 커널과 데이터 은폐가 많은 배포판일 뿐. 결국은 다 POSIX니까... ;) 13:44 &lt;jrandom&gt; 그리고 아주아주 w0nky한 JVM들 13:45 &lt;duck&gt; 사실 속으론 azneti2p가 모든 문제를 해결해주길 바라고 있었어요 13:45 &lt;deer&gt; &lt;Ragnarok&gt; duck: 괜찮은 개선이 있는 것처럼 들리긴 했는데, 아마 일을 할 사람은 너니까... :) 13:45 &lt;deer&gt; &lt;polecat&gt; 윽... 상기시키지 마요. 13:45 &lt;jrandom&gt; 헤헷, azneti2p는 아마 많은 사용자에게 충분하겠지만, 바깥의 엄청난 기크들을 위해서라도 간단한 CLI 툴은 여전히 의미가 있어요 13:46 &lt;jrandom&gt; 어쨌든, fbsd5.3에서 i2p 0.4.2.6을 문제 없이 테스트한 것 같아요(w00t) 13:46 &lt;deer&gt; &lt;Ragnarok&gt; 어휴, 난 azureus가 싫어서, 차라리 기본 클라이언트를 쓰고 싶어요 13:46 * jrandom 은 4.8에서만 그렇게 해봤어요 13:46 &lt;duck&gt; 지금은 kenosis로 뭔가 해보고 싶네요; 들이대고 튀는 코더라서 13:47 &lt;deer&gt; &lt;eco&gt; jrandom: 무슨 JVM을 썼나요? 13:47 &lt;jrandom&gt; kenos2p 13:47 &lt;jrandom&gt; eco: 네이티브 컴파일된 Sun 1.4 13:47 &lt;jrandom&gt; (부우웅 쉬익) 13:47 &lt;deer&gt; &lt;eco&gt; 아, 불법이죠! 13:47 &lt;deer&gt; &lt;polecat&gt; Ragnarok: 내 비트토런트 클라이언트 설계를 비평하고 싶다면, 현재 코드 계획은 여기 있어요: `http://polecat.i2p/bittorrent.plan.txt` 13:47 &lt;jrandom&gt; ((하지만 kaffe는 됩니다)) 13:48 &lt;jrandom&gt; eco: 그게 불법인가요? fbsd에서 약관에 동의하고 합법적으로 소스를 받을 수 있는 줄 알았는데요 13:48 &lt;deer&gt; &lt;eco&gt; 내가 알기로 Sun이 라이선스를 철회했어요 13:48 &lt;jrandom&gt; 흠, 그건 blackdown 라이선스만 그런 걸로 알아요 13:48 &lt;jrandom&gt; (그리고 솔직히, blackdown은 형편없어요) 13:49 &lt;jrandom&gt; 개인은 여전히 SCSL로 라이선스를 받을 수 있어요 13:49 &lt;deer&gt; &lt;polecat&gt; 아야. 13:49 &lt;jrandom&gt; (첫째 자식, 뭐 그런 수준) 13:49 &lt;jrandom&gt; 헤헷, 저작권에는 불평이 거의 없으면서 라이선스에는 이렇게 불평이 많다니 재밌네요 ;) 13:50 &lt;jrandom&gt; 하지만 이런 얘기는 7) ??에서 하는 게 낫겠어요 13:50 &lt;jrandom&gt; 우린 지금 5) fbsd 중이죠 13:50 &lt;deer&gt; &lt;eco&gt; 라이선스 관련은 http://www.freebsdfoundation.org/press/20041221-newsletter.shtml 참고, 그런데 본론으로 돌아가서... 13:50 &lt;cervantes&gt; 오랜만에 5) 위로 올라왔네 13:51 &lt;jrandom&gt; cervantes: 우리도 줄여야 했거든 ;) 13:51 &lt;jrandom&gt; 좋아요, fbsd 얘기는 여기까지인 듯해요(만세!를 제외하고) 13:51 &lt;jrandom&gt; 그럼 좀 지저분한 걸로 넘어가죠... 6) hosts.txt 를 WoT로 13:51 &lt;deer&gt; &lt;polecat&gt; 하지만 라이선스는 노드에서 당신을 걸리게 할 수 있고, 저작권 위반은 목적지까지밖에 추적이 안 되죠. 13:51 &lt;deer&gt; &lt;polecat&gt; 그건 '찾을 수 없다'고. 13:52 &lt;jrandom&gt; 맞아요 맞아, polecat, 하지만 일단 그들이 네 박스를 물리적으로 장악하면 어차피 큰일 나는 거죠 13:53 &lt;jrandom&gt; 아무튼, 이메일에 올린 hosts.txt 관련 내용에 더 보탤 게 있는지는 잘 모르겠어요 13:53 &lt;jrandom&gt; 질문/의견/우려 있으신가요? 13:53 &lt;jrandom&gt; (충분히 모호했나요? :) 13:53 &lt;duck&gt; 네 13:53 &lt;deer&gt; * eco hosts.txt 관리를 UN에 넘길까 고민해봄 13:54 &lt;jrandom&gt; 헤헷 그렇죠, 중앙집권적 관료 조직이 언제나 옳은 일을 한다는 걸 우리가 잘 아니까요 13:54 &lt;toad_&gt; ㅋㅋ 13:55 &lt;jrandom&gt; 진짜 '대박'은 addressbook에 웹 인터페이스와 더 많은 메타데이터가 들어갈 때일 거예요 13:55 &lt;jrandom&gt; (그리고 아마 fusenet 연동도, 등등) 13:55 &lt;deer&gt; &lt;Ragnarok&gt; 메타데이터는 내가 다음으로 작업할 거예요, XML 이름 레코드를 사용해서 13:56 &lt;jrandom&gt; 끝내줘요, ragnarok! 13:56 &lt;jrandom&gt; WoT 쪽에 대한 네 의견은 어때, ragnarok - 그걸 addressbook의 문제로 보나요, 아니면 네가 예상하는 네이밍 방식과 관련된 문제로 보나요? 13:57 &lt;deer&gt; &lt;Ragnarok&gt; 본질적으로 addressbook이 동작하는 방식(그리고 fusenet에서 이름 참조를 주고받는 방식)이 i2p에서 네이밍을 다루는 유일하게 합리적인 방법이라고 봅니다 13:58 &lt;deer&gt; &lt;Ragnarok&gt; 그래서, WoT는 기능이죠 :) 13:58 &lt;jrandom&gt; Wo0T 13:58 &lt;lucky&gt; 오 13:58 &lt;deer&gt; &lt;eco&gt; 하지만 프리미엄 계정은 파시죠? 13:58 &lt;lucky&gt; 내가 지금 본 게 두꺼비인가요? 13:58 &lt;lucky&gt; 진짜 두꺼비? 13:58 &lt;lucky&gt; 아니면 그냥 개구리. 13:58 &lt;deer&gt; &lt;frosk&gt; 제 생각엔 중요한 포인트는 충돌을 어떻게 처리하냐는 겁니다 13:59 &lt;toad_&gt; 두꺼비 13:59 &lt;deer&gt; &lt;detonate&gt; 선착순 13:59 &lt;jrandom&gt; 맞아요 frosk, 단순히 '로그를 읽어라'가 아니라 그런 걸 관리할 수 있는 인터페이스가 있으면 좋겠죠 13:59 &lt;deer&gt; &lt;Ragnarok&gt; frosk: 그건 다른 무엇보다 인터페이스의 문제라고 생각해요. 충돌은 사용자가 해결해야 해요. 13:59 &lt;toad_&gt; 내 영역에 가까워지면 내 이름을 불러줘요 :) 13:59 &lt;deer&gt; &lt;frosk&gt; Ragnarok: 저도 그렇게 생각해요 13:59 &lt;deer&gt; &lt;Ragnarok&gt; 다른 방식은 공격받을 수 있어요 13:59 &lt;lucky&gt; 오, 프리넷 toad가 아니구나. 13:59 &lt;lucky&gt; 오 13:59 &lt;lucky&gt; 맞네. 13:59 &lt;deer&gt; &lt;eco&gt; 그럼 이름은 IM에서의 별칭 같은 거죠? 14:00 &lt;deer&gt; &lt;frosk&gt; 충돌은 저장돼서, 시간이 꽤 흐른 뒤에도 전환할 수 있어야 해요 14:00 &lt;deer&gt; &lt;Ragnarok&gt; 그리고 일반적인 경우에 더 낫다고 증명하기도 어렵죠 14:00 &lt;lucky&gt; 이제 toad에게 돈도 주나요? 14:00 &lt;jrandom&gt; eco: 맞아요 - 이름은 그냥 개인의 로컬 닉네임일 뿐이에요 14:00 &lt;deer&gt; &lt;susi23&gt; addressbook은 충돌을 인지해서 사용자가 결정할 수 있도록 알려줘야 해요 14:01 &lt;deer&gt; &lt;Ragnarok&gt; frosk: 이름 레코드로 바꾼 뒤에는, 그것들을 버리지 않고 해당하는 주소만 쉽게 바꾸는 것이 목표예요 14:01 &lt;deer&gt; &lt;susi23&gt; 사용자가 결정을 내릴 때까지 충돌과 관련된 변경 사항은 어떻게든 '격리'되어야 해요 :) 14:01 &lt;deer&gt; &lt;Ragnarok&gt; susi23: 본질적으로 지금도 그렇게 동작해요 14:01 &lt;deer&gt; &lt;Ragnarok&gt; 인터페이스가 구려서 그렇죠 14:01 &lt;deer&gt; &lt;frosk&gt; Ragnarok: 좋아요 :) 웹 인터페이스를 작업 중인가요? (아니면 내가 모르는 게 이미 있나요?) 14:02 &lt;deer&gt; &lt;susi23&gt; 좋네요 14:02 &lt;deer&gt; &lt;Ragnarok&gt; 아니요. 전 웹 인터페이스는 안 해요 :) 14:02 &lt;deer&gt; &lt;Ragnarok&gt; susi가 뭔가 작업 중이었던 것 같긴 한데, 어떻게 됐는지 모르겠어요 14:02 &lt;jrandom&gt; (자원자? 이름 관리를 위해 susidns를 되살릴 수 있을까요?) 14:03 &lt;deer&gt; &lt;susi23&gt; 좋아요, 일주일만 주세요, TODO에 넣을게요 14:03 &lt;jrandom&gt; (그리고 susidns 다음엔 susitorrent와 susiirc도 필요하죠...) 14:03 &lt;jrandom&gt; 끝내줘요! 14:04 &lt;jrandom&gt; 좋아요, 그 hosts.txt 전체 건과 관련해 더 제기할 사항 있나요? 14:05 &lt;jrandom&gt; 없다면, 7) ??? 로 넘어갑니다 14:05 &lt;deer&gt; &lt;Ragnarok&gt; 한 가지 14:05 &lt;jrandom&gt; 마이크 넘길게요 14:05 &lt;deer&gt; &lt;Ragnarok&gt; 다음 릴리스에서는 hosts.txt를 addressbook이 직접 관리하도록 합의할 수 있을까요? userhosts.txt를 더 이상 망가뜨리지 않게요? 14:06 &lt;jrandom&gt; 합리적으로 들리네요. i2pupdate.zip에는 hosts.txt를 포함하지 않겠습니다(하지만 i2pinstall.jar에는 넣을게요) 14:06 &lt;deer&gt; &lt;Ragnarok&gt; 좋아요. 그게 다예요 :). 14:07 &lt;jrandom&gt; 좋아요, 이제 공개 토론으로 돌아갑시다 14:07 &lt;jrandom&gt; 다른 분들 제기할 사항 있나요? 14:07 &lt;deer&gt; &lt;postman&gt; 네 14:07 &lt;jrandom&gt; 말씀하세요, postman 14:07 &lt;deer&gt; * postman 손을 든다 14:08 &lt;deer&gt; * postman i2pmail.org의 보조 MX 서버를 제공해 줄 자원자를 절실히 찾고 있어요(내부 메일 시스템으로 들어오는 inproxy 역할). 14:09 &lt;deer&gt; &lt;postman&gt; 안정적이고 빠른(전용) 머신이 있는 분이 있다면, 도움을 정말 기쁘게 받겠습니다 14:09 &lt;deer&gt; &lt;postman&gt; 설정/방법은 제가 제공할게요 14:09 &lt;deer&gt; &lt;eco&gt; 빠르다는 게 어느 정도죠? 14:10 &lt;deer&gt; &lt;postman&gt; eco: 고정 IP면 좋겠어요 - 나머지는 협의 가능 14:10 &lt;jrandom&gt; postman, mail.i2p로 얼마나 트래픽이 들어오나요? 14:10 &lt;jrandom&gt; (외부, 그러니까) 14:10 &lt;deer&gt; &lt;polecat&gt; 안정적, 빠름, 전용... 음 3분의 1이면 나쁘진 않네요. 14:10 &lt;deer&gt; &lt;postman&gt; 메일 트래픽은 매우 낮아요 14:10 &lt;deer&gt; &lt;postman&gt; 들고 나는 건 월 500통 정도 14:11 &lt;jrandom&gt; 아, 좋아요 14:11 &lt;deer&gt; &lt;Frooze&gt; 난 느리지만(500 MHz), 안정적이고, 전용 머신이 있어요 14:11 &lt;deer&gt; &lt;postman&gt; 하지만 inproxy가 I2P를 돌려야 하니까 14:11 &lt;jrandom&gt; (더 많은 사람이 알게 되면 아마 늘어날 거예요 ;) 14:11 &lt;deer&gt; &lt;eco&gt; 그 머신은 수신 전용인가요? 14:11 &lt;deer&gt; &lt;postman&gt; 대부분의 트래픽은 I2P일 거예요 14:12 &lt;deer&gt; &lt;postman&gt; eco: 적어도 수신은요(이게 필요하니까요) 14:12 &lt;deer&gt; &lt;postman&gt; 운영자가 괜찮다면 발신은 두 대를 로테이션하고 싶어요 14:12 &lt;deer&gt; &lt;postman&gt; Frooze: i2p를 돌릴 수 있으면 괜찮아요 14:13 &lt;deer&gt; &lt;postman&gt; 그냥 메일 주세요 14:13 * toad_ 지금 이슈들이 AOB(Any Other Business)에 속하는지, 아니면 자신과 jrandom 사이 문제인지 궁금해함 14:13 &lt;deer&gt; &lt;postman&gt; 관심 있으신 분은 14:14 &lt;deer&gt; * postman 마이크를 반환한다 14:14 &lt;deer&gt; &lt;Frooze&gt; 그럴게요. 14:14 &lt;deer&gt; &lt;postman&gt; 고마워요 jr :) 14:14 &lt;jrandom&gt; 좋아요, 고마워요 postman 14:14 &lt;jrandom&gt; toad_: 논의할 게 많다고 생각해요. 다만 주로 freenet 쪽의 질문이죠 14:15 &lt;toad_&gt; jrandom: 맞아요 14:15 &lt;toad_&gt; jrandom: 회의 끝나고 얘기하자 14:15 &lt;jrandom&gt; 좋아 14:15 &lt;duck&gt; 공개 진흙탕 싸움은 없는 거야? :/ 14:15 &lt;jrandom&gt; 좋아요, 회의에서 더 제기할 사항 있나요? 14:15 &lt;jrandom&gt; 헤헷 duck 14:15 &lt;deer&gt; * eco http://dodo.freenetproject.org/pipermail/tech/2005-January/001224.html 를 가리킴 14:15 &lt;jrandom&gt; (그건 tehc에 있었죠 ;) 14:15 &lt;cervantes&gt; postman: 내 박스에는 돌아가는 게 너무 많아서 도움되긴 어렵겠어 ;-) 14:15 &lt;deer&gt; &lt;polecat&gt; Ragnarok: addressbook의 host 데이터에 서명할 수 있다면 자동 업데이트가 가능할 거예요. 아니면 할 수 있는 게 많지 않죠. 사용자에게 팝업이 떠도, 어느 키가 정확한지 어떻게 알죠? 14:15 &lt;deer&gt; &lt;Ragnarok&gt; 정확하다는 게 무슨 뜻이죠? 14:16 &lt;jrandom&gt; polecat: 엔트리에 서명하는 건 진짜 끝내주게 멋질 거예요. 14:16 &lt;deer&gt; &lt;eco&gt; 참고로 14:16 &lt;deer&gt; &lt;eco&gt; 진흙탕은 없어요. 14:16 &lt;deer&gt; &lt;Ragnarok&gt; (그리고 이름 레코드에는 서명을 계획하고 있어요) 14:16 &lt;deer&gt; &lt;postman&gt; cervantes: 안녕, 어쨌든 고마워요 :) 14:16 &lt;cervantes&gt; 정말 천만에요 14:16 &lt;cervantes&gt; :P 14:17 &lt;jrandom&gt; 좋아요, 또 있나요? 14:17 &lt;deer&gt; &lt;polecat&gt; Ragnarok: 정확하다는 건 올바른 결과를 중심으로 한다는 뜻이죠. 14:17 &lt;cervantes&gt; polecat: 내 고객 중 하나가 망하기만 기다리고 있어. 잊혀진 그들의 메일서버에 몰래 들어가 i2p를 설치하려고 14:18 &lt;deer&gt; &lt;Ragnarok&gt; polecat: 맞아요, 그런데 '올바른 결과'가 뭐죠? 14:18 &lt;jrandom&gt; ㅋㅋ cervantes 14:18 &lt;cervantes&gt; %s/polecat/postman 14:19 &lt;deer&gt; &lt;polecat&gt; eepsite 사이에 전송되는 addressbook 파일은 자체 포맷에서 서명을 하고, 다른 hosts.txt는 그대로 둘 수 있죠. 14:19 * duck dot.png를 업데이트하는 게 유용한지 궁금해함? 14:19 &lt;duck&gt; 좀 꽉 차버렸어 14:19 &lt;deer&gt; &lt;eco&gt; 3D 애플릿을 줘요 14:20 &lt;jrandom&gt; duck: 읽기 좀 어려워요, 맞아요 ;) 14:20 &lt;jrandom&gt; duck: 파란 선만 표시하는 건 어떨까요? 14:20 &lt;jrandom&gt; 내겐 초록이 얼마나 퍼져 있는지 보는 게 가치가 있어요 14:20 &lt;jrandom&gt; (혹은 짙은 초록의 클러스터가 있는지 등등) 14:20 &lt;deer&gt; &lt;Ragnarok&gt; polecat: 서명은 XML 이름 레코드 포맷에서 지원될 거예요. 14:21 &lt;deer&gt; &lt;polecat&gt; Ragnarok: 올바른 결과란 사람이 읽을 수 있는 이름이 당신이 기대하는 destination에 매핑되고, 그 destination의 소유자가 키를 바꿀 때에만 변경되는 거예요. 14:21 &lt;deer&gt; &lt;polecat&gt; 맞아요. 그러면... 훌륭하죠. 문제없네요. 14:21 &lt;deer&gt; &lt;Ragnarok&gt; 그게 바로 지금 우리가 가진 방식이에요 14:22 &lt;deer&gt; &lt;polecat&gt; 업데이트의 서명이 원래 레코드의 공개키와 일치하면 자동으로 업데이트해도 문제없죠. 14:24 &lt;jrandom&gt; 좋아요, 물론 위대한 네이밍 논쟁에서 논의할 여지는 아직 남아 있죠 14:24 &lt;jrandom&gt; 회의에서 더 이야기할 게 있나요? 14:24 &lt;deer&gt; * eco UI 설문 있음 14:24 * jrandom 은 GUI가 있음 14:25 &lt;deer&gt; &lt;Ragnarok&gt; polecat: 서명이 준비되면 그건 지원될 거예요 :) 14:25 &lt;deer&gt; &lt;eco&gt; 웹 UI에서 i2ptunnel 옵션을 누르면 팝업이 뜨는데 - 그게 별로 반갑지 않은 사람이 저뿐인가요? 14:25 &lt;jrandom&gt; 절대 혼자만 그런 거 아니에요, eco. 14:25 &lt;jrandom&gt; i2ptunnel 웹 인터페이스는 제가 할 수 있는 한 대충 형편없게 만들었어요 14:25 &lt;jrandom&gt; 정말, 정말 구려요 14:25 * cervantes jrandom의 “patches welcome(패치 환영)” 대사를 훔친다 14:26 &lt;jrandom&gt; (cervantes가 말한 그대로 :) 14:26 &lt;jrandom&gt; 아니면 그냥 평범한 HTML이라도, 내가 JSP와 통합할 수 있어요 14:26 &lt;jrandom&gt; (물론 JSP에 대한 패치라면 더 좋고요) 14:27 &lt;cervantes&gt; jrandom: 그런데 어제 얘기한 것에 대한 패치가 있어요... 먼저 조금만 더 테스트하고.... 14:27 &lt;jrandom&gt; 아, 끝내줘요 cervantes, 고마워요! 14:27 &lt;deer&gt; &lt;eco&gt; 왜 그걸 다른 페이지처럼 메인 페이지에 나열하지 않죠? 14:27 &lt;deer&gt; &lt;eco&gt; 좋아요, 그럼 종교적/기술적 대의는 없는 거죠? 14:28 &lt;deer&gt; * polecat 은 FUI가 있음 14:28 &lt;jrandom&gt; eco: UI 관점에서는 다른 페이지처럼 보이게 만들 수 있지만, 기술적으로는 아니에요 14:28 &lt;jrandom&gt; 기술적으로는, 별도의 .war 파일로 배포되는 클라이언트 앱으로 분리돼 있어야 해요 14:28 &lt;deer&gt; &lt;polecat&gt; Ragnarok: 방금 그게 지금 우리가 가진 거라고 하지 않았어요? 14:29 * jrandom 그 코드에 대한 mihi의 기여에 아주 감사하지만, i2p 콘솔이 GPL에 의존하게 할 수는 없어요 14:29 &lt;deer&gt; &lt;Ragnarok&gt; 어, 미안, 서명을 제외한 전부라는 뜻이었어. 당연히 지금은 서명을 안 하니까. 14:29 &lt;jrandom&gt; (하지만 다른 페이지처럼 보이게는 만들 수 있어요 14:30 &lt;deer&gt; &lt;eco&gt; 아, 라이선스 이슈군요. 참 좋네요 14:30 &lt;jrandom&gt; 헤헷, 참 대단하죠, eco? 14:30 &lt;deer&gt; &lt;Ragnarok&gt; 그래서 현재는 주소가 자동으로 업데이트되지 않으며, 주소가 가리키는 destination을 바꾸려면 항상 사용자 개입이 필요해요 14:30 &lt;cervantes&gt; jrandom: iframe :P 14:30 * jrandom 사람들이 IP(지식재산) 광대를 있는 그대로 보고 모두 퍼블릭 도메인으로 풀어줬으면 하고 바람 14:30 &lt;deer&gt; &lt;eco&gt; 하지만 이 경우에는 예를 들어 소켓 연결 정도는 GPL 관점에서도 괜찮을 것 같네요 14:30 &lt;jrandom&gt; cervantes: 불가능한 대안은 아니죠 14:30 &lt;jrandom&gt; 맞아요, eco 14:31 &lt;jrandom&gt; 실제 핵심과의 통합은 최대한 피해가며(clients.config와 i2ptunnel.config 사용) 처리했지만, 그 때문에 웹 UI가 조금 고생하죠 14:33 &lt;deer&gt; &lt;susi23&gt; addressbook 인터페이스에 대한 바람, 기능 요청, 코멘트는 `http://susi.i2p/susidns.html` 에 추가해 주세요 14:33 * toad_ jrandom의 극단적 라이선스 관점을 존중하되, 강력히 동의하진 않음 :) 14:33 &lt;jrandom&gt; 오 좋아요, 그렇게 할게요 susi23 14:34 &lt;jrandom&gt; 헤헷 toad_ :) 14:34 &lt;deer&gt; * eco 그것을 '내가 64살이 되면-할일-목록'에 올림 14:34 &lt;toad_&gt; 금방 다시 올게요 14:34 &lt;jrandom&gt; 이따 봐요 14:34 &lt;toad_&gt; 돌아오면 i2p/Freenet 통합과 관련한 여러 기술적 이슈를 얘기해야 해요 14:34 &lt;jrandom&gt; 좋아요, 회의에서 더 이야기할 게 있나요? 14:34 * cervantes 금속 징을 끌고 나온다 14:34 &lt;toad_&gt; 빨리 돌아오도록 할게요 14:34 &lt;jrandom&gt; 좋아요 toad_, 난 여기 있을게요 14:34 &lt;jrandom&gt; (그동안 그 스레드들 따라잡을 시간도 되겠네 ;) 14:35 * jrandom 어깨를 푼다 14:35 * jrandom 징을 *baf* 쳐서 회의를 마감한다 14:35 &lt;deer&gt; &lt;DrWoo&gt; jrandom: 아직 7)??? 받는다면 이슈 하나 있어요. 잠깐 azureus 플러그인 얘기로 돌아가고 싶은데요, #1 - 이건 사람들에게 꽤 매력적일 텐데, 이 플러그인을 통해 I2P의 p2p 측에 간편한 tunnel 길이 제어를 넣어서, 네트워크의 대역폭 자원을 최대한 잘 쓰게 만들기 딱 좋은 시기 아닌가요? #2 - 동작하는 azureus 플러그인이 있으면, 원하든 원하지 않든 (아마) 어느 정도 홍보가 될 텐데, 14:35 &lt;dm&gt; i2p/Freenet 통합!? 14:35 * jrandom 징을 멈춘다 14:35 * cervantes 징을 치워 둔다 14:35 &lt;jrandom&gt; #1: 네, 물론이죠 - 그걸 하도록 parg에게 패치를 보냈어요 14:36 &lt;jrandom&gt; #2: [ '원하든 말든,' 에서 잘렸어요 ] 14:38 * jrandom IRC 스트리밍 라이브러리 로그를 지켜본다 - 14:38 &lt;jrandom&gt; 14:37:55.701: SEND bRC43g==QRnB~Q==: #2 DELAY 1000 MS ACK 1 data: 29 sent 2 times 14:38 &lt;jrandom&gt; 14:38:20.072: SEND juVFdg==aAUIVw==: #3465 DELAY 1000 MS ACK 5723 data: 43 sent 2 times 14:40 &lt;deer&gt; * eco 맥주를 집어 든다 14:40 &lt;deer&gt; &lt;DrWoo&gt; jrandom: #2 - 동작하는 azureus 플러그인은 원하든 원하지 않든 (아마도?) 어느 정도 홍보를 낳을 텐데, 사용자 급증에 대비돼 있나요? 아니라면 언제쯤 대비될 것 같나요? 14:40 &lt;jrandom&gt; UDP 전송이 준비되기 전에 사용자가 갑자기 몰리는 건 좋지 않을 거예요 14:41 &lt;jrandom&gt; azneti2p에 아직 해야 할 일이 많아서, 그게 시간을 좀 벌어주길 바라지만, 필요하면 할 일은 하겠습니다 14:41 &lt;deer&gt; &lt;DrWoo&gt; jrandom: #1에 전력을 다하고 있는 게 멋지네요 ;) 14:42 &lt;jrandom&gt; #1에 대해서는 왜 0 hops가 어떤 위협 모델에서는 통하는지 설명하는 문서도 필요하겠죠 :) 14:44 &lt;jrandom&gt; 좋아요, 다시 징 칠 준비됐나요? 14:45 * jrandom 어깨를 푼다 14:45 * jrandom *baf* 하며 회의를 닫기^2 </div>/ko/blog/2005/01/04/2005-01-04%EC%97%90-%EB%8C%80%ED%95%9C-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 04 Jan 2005 00:00:00 +0000/ko/blog/2005/01/04/2005-01-04%EC%97%90-%EB%8C%80%ED%95%9C-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 2005년 첫 번째 주간 상태 노트를 시작할 시간입니다.</p> <ul> <li>Index</li> </ul> <ol> <li>네트워크 상태 2) 0.4.2.6 3) 0.5 4) jabber @ chat.i2p 5) ???</li> </ol> <ul> <li> <ol> <li>Net status</li> </ol> </li> </ul> <p>지난주 동안 네트워크에서는 꽤 흥미로운 일들이 있었다 - 새해 전야에 i2p-bt에 대해 이야기하는 댓글이 한 인기 웹사이트에 올라왔고 새로운 사용자가 소폭 증가했다. 현재 네트워크에는 routers가 120-150대 있는데, 며칠 전에는 최고 160대까지 올라가기도 했다. 그래도 네트워크는 잘 버텼고, 고용량 피어들이 초과 부하를 떠맡아 다른 피어들에게 큰 지장을 주지 않았다. 매우 빠른 링크에서 대역폭 제한 없이 실행하는 일부 사용자는 처리량이 2-300KBps까지 나온다고 보고했으며, 용량이 더 낮은 이들은 보통 낮은 1-5KBps 수준에 머문다.</p>/ko/blog/2005/01/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-1%EC%9B%94-4%EC%9D%BC/Tue, 04 Jan 2005 00:00:00 +0000/ko/blog/2005/01/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2005%EB%85%84-1%EC%9B%94-4%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, cervantes, eco, frosk, Hybrid, jdot, jrandom, Myo9, protokol, slart, slaw</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:09 &lt;@jrandom&gt; 0) 안녕 13:09 &lt;@jrandom&gt; 1) 네트워크 현황 13:09 &lt;@jrandom&gt; 2) 0.4.2.6 13:09 &lt;ant&gt; &lt;DrVince&gt; tools.jar를 찾을 수 없다고 나오지만 멈추지는 않습니다 13:10 &lt;@jrandom&gt; 3) 0.5 13:10 &lt;@jrandom&gt; 4) jabber @ chat.i2p 13:10 &lt;@jrandom&gt; 5) ??? 13:10 &lt;@jrandom&gt; 0) 안녕 13:10 * jrandom 손을 흔든다 13:10 &lt;eco&gt; 안녕하세요 13:10 &lt;@jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2005-January/000541.html 에 올렸습니다 13:10 &lt;@jrandom&gt; DrVince: 회의 끝나고 시간 되면 그 문제 같이 파볼 수 있어요 13:10 &lt;ant&gt; &lt;DrVince&gt; 좋네요 13:11 &lt;@jrandom&gt; 그럼 1) 네트워크 현황으로 들어가죠 13:11 &lt;@jrandom&gt; (다들 주간 상태 노트는 이미 읽으셨겠죠, *콜록*) 13:11 &lt;@jrandom&gt; 기본적으로, 네트워크는 잘 동작하는 것 같습니다 13:11 &lt;@jrandom&gt; 다만 IRC 연결 끊김이 평소보다 더 있긴 한데, 심각한 수준은 아닙니다 13:12 &lt;@jrandom&gt; 다음 릴리스(스트리밍 라이브러리 개선 포함)가 도움이 될 거고, duck의 서버에서 부하를 더 분산하는 것도 도움이 될 겁니다 13:12 &lt;@jrandom&gt; (아시다시피, IRC 채널로 보내는 모든 메시지는 IRC 서버로 가서 여러 번 에코되어 다시 나옵니다) 13:13 &lt;+protokol&gt; 맞아요 13:13 &lt;@jrandom&gt; 완전 분산형 채팅 시스템이면 멋지겠지만, 기대를 걸고 있진 않아요. 게다가 IRC도 충분히 잘 작동하죠 13:14 &lt;@jrandom&gt; 좋습니다, 1) 네트워크 현황에 대해서는 여기까지입니다 13:14 &lt;@jrandom&gt; 추가할 말, 코멘트 있으신가요? 13:14 * eco 한동안 자리를 비웠음(새삼스럽지도 않죠) 13:15 &lt;eco&gt; 그리고 상황이 아주 기분 좋게 놀라웠어요. 매우 좋은 진전입니다 13:15 &lt;Myo9&gt; 회의가 10시에 아닌가요? 13:15 &lt;eco&gt; 성능이랑 사용성 모두요 13:15 &lt;eco&gt; Myo9 10GMT(일반 회의 시간) 13:16 &lt;@jrandom&gt; GMT 오후 9시 13:16 &lt;@jrandom&gt; 지난 1년 동안 확실히 많은 진전이 있었습니다 13:17 * eco 모든 개발자에게 쿠키를 나눠주고 조용해짐 13:17 &lt;@jrandom&gt; *우걱우걱* 13:17 &lt;@jrandom&gt; 좋아요, 2) 0.4.2.6으로 넘어가죠 13:18 &lt;@jrandom&gt; 버그 수정, 개선 사항, 그리고 addressbook이 번들로 포함된 새 릴리스가 나옵니다 13:18 &lt;@jrandom&gt; 정확히 언제 나올지는 모르겠는데, 아마 주말쯤일 겁니다 13:18 &lt;@jrandom&gt; 물론 메일링 리스트와 채널에서 공지할 거예요 13:19 &lt;@jrandom&gt; 그건 여기까지—0.4.2.6에 관해 질문/코멘트/우려 사항 있으신가요? 13:19 * eco 누가 Debian 패키지 얘기했던 게 생각남 13:20 &lt;@jrandom&gt; 지금은 OS/배포판별 패키징은 아마 시기상조일 겁니다 13:20 &lt;eco&gt; Burton이 시도해 보겠다고는 했는데, 이번 주는 아닐 것 같아요 13:20 &lt;@jrandom&gt; 오 좋네요, 그건 못 들었어요 13:21 &lt;eco&gt; 동의해요, 그래도 있으면 편하겠죠 13:21 &lt;+protokol&gt; 잠깐만, 나 지금 꽤 하이하네 13:21 &lt;+protokol&gt; 이런 13:21 &lt;+protokol&gt; 그건 귓속말로 보려던 거였는데 13:21 &lt;@jrandom&gt; 배포판별 패키징은 좋겠지만, 그게 현실적이려면 auto-updater가 먼저 갖춰져야 할 것 같아요 13:21 &lt;+protokol&gt; ebuild를 만들어볼 수 있어요 13:21 &lt;@jrandom&gt; protokol: 착하면 그건 로그에서 빼줄게요 ;) 13:21 &lt;+protokol&gt; 보장 못 해요 13:21 &lt;+protokol&gt; ㅋㅋ 13:22 &lt;@jrandom&gt; 맞아요, 패키지는 0.5, 아니면 1.0까지는 신경 안 써도 될 것 같아요 13:22 &lt;@jrandom&gt; (auto-updater는 0.5에 넣고 싶어요) 13:22 &lt;+protokol&gt; 쩌네요 13:23 &lt;@jrandom&gt; 사실, 누가 updater 작업을 하고 싶다면 꽤 쩌는 쉬운 과제예요. dev.i2p/i2p/i2pupdate.zip에서 다운로드하고 검증하는 서블릿만 만들고, 그다음 router의 재시작 메서드를 호출하면 됩니다 13:23 &lt;Myo9&gt; Auto-updater라니, 위협처럼 들리네요. 13:23 &lt;+protokol&gt; modulus: 환영 13:23 &lt;+protokol&gt; $200 현상금 겁니다 13:24 &lt;@jrandom&gt; 헤, 맞아요 myo9, 업데이트는 수동 제어(원클릭 업데이트)를 허용해야 하고, 업데이트에 서명이 있는지도 검증해야 합니다 13:24 &lt;ant&gt; * DrVince가 i2pupdate.zip에서 문제를 겪음 13:24 &lt;ant&gt; &lt;cervantes&gt; 켜고 끌 수 있으면 좋겠네요 ;) 13:24 * protokol 공식화함 13:24 &lt;Myo9&gt; 그래서, 갑자기 router가 재시작되고 보니 Jr.가 IP 사람들과 손잡아서 DRM이 켜졌다는 걸 알게 된다. 13:24 &lt;@jrandom&gt; protokol: 오 멋지네요, $200 보내주면 현상금 페이지에 추가할게요 13:24 &lt;Myo9&gt; ;) 13:24 &lt;Myo9&gt; 자동 업데이트는 기본값으로 꺼져 있기를 원해요. 13:24 &lt;@jrandom&gt; 동의합니다, myo9 13:25 &lt;ant&gt; &lt;cervantes&gt; 아마 routerconsole에서 새 버전이 있으면 알리도록 보완하면 되겠네요 13:25 &lt;@jrandom&gt; 맞아요, cervantes 13:25 &lt;Myo9&gt; 좋네요! 13:25 &lt;@jrandom&gt; 새 릴리스가 있는지 표시하고, 사용자에게 원클릭 업그레이드 옵션을 제공하면 되겠죠 13:25 &lt;@jrandom&gt; (현재 버전을 담은 웹 페이지를 www.i2p/ 에 두면 router가 주기적으로 확인할 수 있을 거예요) 13:26 &lt;@jrandom&gt; ((혹은 필요 시)) 13:26 &lt;Hybrid&gt; 네 jrandom. 그거 멋지죠. 그리고 버튼에 'whats new' HTML 페이지로 가는 링크도 넣으면 좋겠어요 13:26 &lt;@jrandom&gt; Hybrid: http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD 13:26 &lt;ant&gt; &lt;cervantes&gt; 네... Firefox 툴바가 최신 "events"/뉴스를 알 수 있게 하는 포럼 페이지가 있어요 13:27 &lt;@jrandom&gt; 하지만 네, 거기에 링크도 있으면 좋겠네요 13:27 &lt;@jrandom&gt; 아, 좋네요 cervantes 13:27 &lt;Hybrid&gt; 사용자가 현재 실행 중인 버전과 이용 가능한 새 버전 번호를 표시하는 것도 잊지 마세요. (DVD Decrypter가 하는 방식이 마음에 들어요) 13:27 &lt;ant&gt; &lt;cervantes&gt; 다만 제가 뭔가를 곧 내놓을 거라고 기대하진 마세요.... 13:28 &lt;@jrandom&gt; 맞아요 Hybrid, 사용자가 돌리는 현재 버전은 router console 왼쪽 위에 보이니까 문제 없을 거예요 13:28 &lt;ant&gt; &lt;cervantes&gt; 휴일에 그거 하려고 했는데 지금까지 아무것도 못 했네요... 13:28 &lt;@jrandom&gt; 하지만 이건 0.4.2.6 릴리스에 번들되지 않을 거예요. 제가 이 코드들을 하나도 안 썼거든요 :) 13:28 &lt;@jrandom&gt; 헤 cervantes, 공감합니다. 그래도 XUL은 기대하고 있어요! 13:29 &lt;@jrandom&gt; 좋아요, 2) 0.4.2.6에 대해 더 하실 말씀 있나요, 아니면 3) 0.5로 넘어갈까요? 13:29 &lt;Hybrid&gt; I2P를 종료하고 새 버전을 설치한 뒤 재시작하는 게 문제되나요... 다른 애플리케이션 irc도 다시 시작해야 하나요??.. '클릭 앤 업데이트' 기능에서 다른 복잡한 점이 있을까요 13:30 &lt;Hybrid&gt; (개발자 회의 방해해서 미안 ㅋㅋ) 13:30 &lt;@jrandom&gt; Hybrid: 전혀 문제없어요—그게 바로 `http://localhost:7657/configservice.jsp` 에 있는 "graceful restart" 버튼이 하는 일이죠 13:30 &lt;Hybrid&gt; k 13:31 &lt;ant&gt; &lt;cervantes&gt; jrandom: 재시작할 때 wrapper가 wrapper.config를 다시 읽나요? 13:31 &lt;@jrandom&gt; 아니요 :( 13:31 &lt;@jrandom&gt; 그랬으면 좋겠어요 13:31 &lt;ant&gt; &lt;cervantes&gt; wrapper 서비스를 위한 wrapper가 필요하겠군요 13:32 &lt;@jrandom&gt; 아마 누군가 Java Service Wrapper 쪽에 패치를 넣어줄 수도 있겠죠 13:32 &lt;@jrandom&gt; 헤헷 13:32 &lt;@jrandom&gt; 좋아요, 3) 0.5로 넘어갑니다 13:32 &lt;@jrandom&gt; 음, 이메일에 쓴 내용 이상으로 할 말은 많지 않아요 13:33 &lt;@jrandom&gt; 진전은 많고, 종이엔 잔뜩 써놨고, 코드도 좀 있어요. 다만 아직 커밋했거나 공개할 준비가 된 건 없어요 13:33 &lt;@jrandom&gt; 그 부분에 대해선 할 말이 대략 이게 전부예요. 질문이 없다면요 13:34 &lt;@jrandom&gt; 그렇지 않다면, 4) jabber @ chat.i2p로 슬슬 넘어가죠 13:35 &lt;@jrandom&gt; 새 jabber 서버가 생겼습니다(w00t!). 자세한 내용은 이메일과 포럼을 보세요 13:35 &lt;@jrandom&gt; 서버 설정도 엄청 쉽게 됐다네요. 그래서 문서를 만들어서 다른 사람들도 자기 서버를 돌릴 수 있게 하길 바랍니다 13:35 &lt;frosk&gt; I2P가 쓰는 건 이번이 세 번째인 것 같아요. 이번 건 오래 가면 좋겠네요 :) 13:36 &lt;jdot&gt; 문서 곧 나옵니다. Jive Messenger로 하면 엄청 쉬워요. 포트만 제대로 터널링하면 됩니다. 13:36 &lt;@jrandom&gt; 개인적으로 1:1이든 그룹 채팅이든 IRC로도 괜찮지만, jabber 옵션이 있는 건 멋지죠 13:36 &lt;@jrandom&gt; 오 그렇군요, jdot 13:36 &lt;@jrandom&gt; 급할 것 없어요, 언제든 좋아요 13:37 &lt;@jrandom&gt; 특정 IRC 서버의 운영 방식이 마음에 안 들면 직접 자기 서버를 돌릴 수 있다고 말해줄 수 있으면 정말 좋겠어요 :) 13:37 &lt;jdot&gt; 또 나중에는 IRC 채널과 changate 하는 것도 검토할 겁니다 13:37 &lt;@jrandom&gt; 좋네요 13:38 &lt;@jrandom&gt; 좋아요, 그건 여기까지. jdot, 더 추가할 게 있나요? 13:39 &lt;+protokol&gt; chat.i2p에는 어떻게 접속하죠 13:39 &lt;+protokol&gt; 저한테는 이름이 해석되지 않네요 13:39 &lt;@jrandom&gt; http://forum.i2p.net/viewtopic.php?t=229 13:40 &lt;jdot&gt; 추가할 건 없어요. 13:40 * eco 그 사이 Java Service Wrapper를 슬쩍 봄 13:40 &lt;eco&gt; 다가올 3.20 릴리스에서 설정 파일 재읽기가 구현되었습니다 13:40 &lt;eco&gt; 참고: http://sourceforge.net/tracker/index.php?func=detail&aid=981060&group_id=39428&atid=425190 13:41 &lt;@jrandom&gt; 오 끝내주네 13:41 * eco 그게 언제 나올지는 모름 13:41 &lt;@jrandom&gt; 아마 0.5에서는 큰 외부 앱 업그레이드를 해서, 낡은 jetty와 Java Service Wrapper 코드를 교체할지도 모르겠어요 13:42 &lt;@jrandom&gt; 아, 계속하기 전에, 공식적으로 5) ???로 넘어가야겠네요 13:42 &lt;@jrandom&gt; protokol: jetty를 CGI와 함께 동작시키는 데 성공했다고 했던 것 같은데요? 관련 문서/정보 있나요? 13:43 &lt;@jrandom&gt; 또 다른 누군가도 jetty에서 심볼릭 링크가 되게 했던데, 누군지는 모르겠어요 13:43 &lt;@jrandom&gt; (거기 계신가요, 누가 했는지? 어떻게 한 건가요? :) 13:44 &lt;@jrandom&gt; 아니면, 다른 분들 중에 꺼내고 싶은 주제가 있으신가요? 13:45 * eco 공지 하나 있음 13:45 &lt;eco&gt; gcj로 I2P를 성공적으로 빌드하면 현상금이 있습니다 13:45 &lt;eco&gt; jr 말로는 엄청나게 쉽다고 하니, 도전해 보세요! :-) 13:45 &lt;@jrandom&gt; 헤, 그렇게 쉽진 않아요. 그냥 바람이었죠 ;) 13:46 &lt;@jrandom&gt; 근데 어쩌면 그럴지도요 13:46 &lt;@jrandom&gt; (그러니 도전해 보세요 :) 13:46 &lt;cervantes&gt; jetty 심볼릭 링크 관련 링크를 대화방이나 포럼 어딘가에 올렸던 것 같은데...어디였는지는 기억이 안 나네요 13:46 &lt;cervantes&gt; 꽤 오래전이라서요 13:46 &lt;+protokol&gt; jrandom: 그건 더 최신 버전용이었고, 방금 제 jetty를 날려먹었습니다 13:46 &lt;slart&gt; Azureus 플러그인 소식 있나요? 13:46 &lt;+protokol&gt; jetty는 최신으로 올려서 그들의 웹사이트 문서가 유용해지도록 해야 한다고 봐요 13:46 &lt;Hybrid&gt; gcj? 13:46 &lt;+protokol&gt; Java를 바이너리로 만들어 줍니다 13:46 &lt;@jrandom&gt; 아 좋아요 cervantes, 제가 찾아볼게요 13:47 &lt;cervantes&gt; jetty에서 php를 써보려고 봤는데... 아주 성공과 실패가 엇갈리는 일이더군요... php에는 tomcat에서 쓰는 서블릿 .jar 실행 파일이 딸려오는데..., jetty에서도 작동하게 할 수 있다는 보고는 봤어요... 다만 방법은 전혀 모르겠습니다 13:47 &lt;@jrandom&gt; protokol: 아 13:47 &lt;+protokol&gt; 그리고 CGI와 symling 지원도 필요합니다 13:47 &lt;@jrandom&gt; slart: Azureus 개발자들이 열심히 작업해서 진전은 있지만, 아직 준비는 덜 됐어요 13:47 &lt;+protokol&gt; cervantes: 해버려요! 13:48 &lt;+protokol&gt; 그럼 I2P 안에 Apache가 내장된 것 같을 거예요 13:48 &lt;frosk&gt; Hybrid: The GNU Compiler for Java, 뭐 그런 거요 13:48 &lt;@jrandom&gt; cervantes: 네, .jar 지원이 있으면 멋지겠지만 불안정하면 의미가 없죠. jetty에 CGI 지원이 있는 게 최선입니다. 그러면 일반 PHP를 쓸 수 있으니까요 13:48 &lt;slaw&gt; 훌륭하네요 13:48 &lt;frosk&gt; mod_i2p :) 13:49 &lt;@jrandom&gt; 헤헷 13:50 &lt;@jrandom&gt; 좋아요, 회의에서 더 논의하고 싶은 게 다른 분들께도 있나요? 13:51 &lt;@jrandom&gt; 없다면... 13:51 * jrandom 마무리 준비 13:51 * jrandom 회의를 *baf* 하며 종료함 </div>/ko/blog/2004/12/28/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-12%EC%9B%94-28%EC%9D%BC/Tue, 28 Dec 2004 00:00:00 +0000/ko/blog/2004/12/28/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-12%EC%9B%94-28%EC%9D%BC/<h2 id="간단히-정리">간단히 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, cat-a-puss, frosk, jdot\__, jrandom, lektriK, mule, mule2, postman, scintilla</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:06 &lt;@jrandom&gt; 0) 안녕하세요 13:06 &lt;@jrandom&gt; 1) 0.4.2.5 13:06 &lt;@jrandom&gt; 2) 0.5 13:06 &lt;@jrandom&gt; 3) ??? 13:06 &lt;@jrandom&gt; 0) 안녕하세요 13:06 * jrandom 손을 흔든다 13:06 &lt;+postman&gt; *손흔듦* 13:06 &lt;ant&gt; &lt;jnymo&gt; hello 13:06 &lt;@jrandom&gt; 간단한 상태 노트를 http://dev.i2p.net/pipermail/i2p/2004-December/000535.html 에 올려놨어요 13:07 &lt;@jrandom&gt; 그럼 1) 0.4.2.5로 들어가죠 13:07 &lt;@jrandom&gt; 말한 대로, 대체로 잘 돌아갑니다 13:08 &lt;+postman&gt; 응, 꽤 인상적이야 13:08 &lt;+postman&gt; 내 시스템들에서는 더 이상 리스(lease) 타임아웃이 전혀 없어요 13:08 &lt;@jrandom&gt; 많은 사람들이 네가 본 걸 봤어, jnymo. 참여하는 tunnel이 0인 경우 말이야. 효율 증가와 피어 선택 덕이 큰데(이젠 postman의 머신을 빨아먹는 법도 알았고 ;) 13:08 &lt;ant&gt; &lt;jnymo&gt; 저도요 13:08 &lt;@jrandom&gt; 좋네 13:08 &lt;ant&gt; &lt;jnymo&gt; 그리고 eepsites가 빠릿해요 13:09 &lt;+postman&gt; :) 13:09 &lt;ant&gt; &lt;jnymo&gt; 고마워요 postman :) 13:09 &lt;+postman&gt; 총 bw는 29kb / 30.1kb/s 13:09 &lt;frosk&gt; 모두가 사랑을 덜 받는다고 느끼지만, 사실 사랑은 더 효율적으로 쓰이고 있을 뿐 13:10 &lt;ant&gt; &lt;jnymo&gt; 와우 13:10 &lt;@jrandom&gt; 끝내주네, postman 13:10 &lt;mule2&gt; 그게 우리가 지향하는 이상이라고 생각하진 않아요. 모든 노드를 통해 어느 정도 트래픽이 흐르는 게 낫겠죠 13:10 &lt;ant&gt; &lt;jnymo&gt; 사람들이 나만 좀 사랑해준다면 감당할 수 있을 텐데 :( 13:10 &lt;+postman&gt; 맞아 13:10 &lt;mule2&gt; 일종의 커버 트래픽으로요 13:10 &lt;@jrandom&gt; mule2: 부하가 네트워크 용량보다 훨씬 적다는 문제일 뿐이에요 13:11 &lt;@jrandom&gt; 용량이 부하보다 큰 상태를 오래 유지하긴 어려울 거라 봐요 13:11 &lt;ant&gt; &lt;jnymo&gt; mule2, postman은 믹서 역할도 해서.. 패킷이 들어간 뒤 어디로 가는지 파악하기가 어렵죠 13:11 &lt;@jrandom&gt; 그래서 느린 피어를 통해 데이터를 안 밀어도 크게 걱정하지 않아요 13:12 &lt;mule2&gt; 아마 완벽하지 않은 최적화가 익명성에 더 좋을지도 13:12 &lt;@jrandom&gt; 반면, 더 많은 사람이 i2pcontent를 (구현하고) 쓰도록 동기를 주기도 하죠. 그러면 미러링도 하고 커버 트래픽도 얻을 수 있으니까 ;) 13:12 &lt;jdot__&gt; 한 router가 거의 모든 tunnel을 처리하는 게 보안 문제인가요? 13:13 &lt;@jrandom&gt; mule2: 먼저 가능한 한 좋게 만들고, 그다음 의도적으로 나쁘게 만드는 방안을 논의하죠 13:13 &lt;@jrandom&gt; jdot__: 모든 트래픽을 처리하는 단일 router가 있는 건 아니고, 아주 빠른 연결(colo 등)에 있는 router들의 집합이 전화접속/DSL/케이블 사용자들보다 더 많이 처리하는 현상을 보고 있어요 13:14 &lt;@jrandom&gt; 게다가 tunnel 실패가 줄어들면서 경로 전환과 탐색도 줄었고요 13:14 &lt;mule2&gt; router의 한계에 한참 못 미친다면 트래픽 분산을 하는 방법도 가능하지 않을까요 13:14 &lt;@jrandom&gt; 맞아요, 확률적 tunnel 거부 기능이 router에 있고, router의 대역폭 한계를 기준으로 활성화할 수 있어요 13:15 &lt;ant&gt; &lt;jnymo&gt; 맞아요. 하지만 postman의 노드처럼 처리량이 높은 경우엔 그 노드를 분석하기가 더 어려워져서... 모든 노드가 1KB/s씩 쓰는 것보다 그를 통해 보내는 편이 더 안전할 수도 있죠 13:15 &lt;@jrandom&gt; (하지만 postman이 제한을 안 걸면 그 기준의 %로 거부하질 못해요 ;) 13:15 &lt;ant&gt; &lt;jnymo&gt; 빠른 노드들의 그룹이 일종의 믹스 캐스케이드 구조를 만들죠, 그렇죠? 13:15 &lt;@jrandom&gt; 맞아요, 그렇게 볼 수도 있죠 13:15 &lt;lektriK&gt; Start I2P 창을 닫아도 되나요? 13:15 * postman은 자신의 대역폭에 제한을 두지 않아서 매우 미안해함 13:16 &lt;@jrandom&gt; lektriK: 안타깝지만, I2P를 서비스로 시작하지 않는 이상은 어렵습니다(보기: `http://localhost:7657/configservice.jsp)` 13:16 &lt;@jrandom&gt; 헤헤 postman, 걱정 마세요. 우리가 당신의 router 용량에 도달하면 그때는 부하를 줄일 겁니다 13:17 &lt;lektriK&gt; 좋아요, 'service started'라고 나오네요 13:17 &lt;lektriK&gt; 이제 닫아도 될까요? 13:17 &lt;@jrandom&gt; lektriK: 아니요/예요 - router를 종료한 다음 start-&gt;run-&gt;"net start i2p"로 다시 시작할 수 있어요 13:18 &lt;mule2&gt; 지금 상태로는 아주 큰 router 몇 개가 모든 tunnel을 처리해서 다른 router들의 커버 트래픽이 사라질 수도 있어요. 하지만 그 얘기는 회의 끝나고 계속하죠. 13:18 &lt;mule2&gt; 네트워크가 너무 잘 돌아간다고 불평하고 싶진 않아요 :) 13:18 &lt;@jrandom&gt; 헤헤 13:20 &lt;@jrandom&gt; 0.5에서는 추가적인 탐색이 있을 텐데, 너무 멀리 퍼지면 익명성과 관련된 문제가 있어요. 그 부분은 0.5에서 더 다듬어야 하고(초안 문서는 다음 주에 준비될 수도 있어요) 자세한 내용이 더 있을 겁니다 13:21 &lt;@jrandom&gt; 아무튼, 0.4.2.5에 대해 더 얘기할 거 있으신가요? 13:21 &lt;@jrandom&gt; 아니면 잠깐 2) 0.5로 넘어갈까요? 13:21 &lt;+postman&gt; 넘어가자 13:21 &lt;ant&gt; &lt;jnymo&gt; 매우 안정적... 넘어가요 13:21 &lt;@jrandom&gt; 넘어간 걸로 하죠 13:22 &lt;@jrandom&gt; 2) 0.5 13:22 &lt;@jrandom&gt; 그래요. 아직 작업 중입니다. 준비되면 더 알려드릴게요. 13:22 &lt;ant&gt; &lt;Quadn-werk&gt; 아서 C. 클라크 경이 살아있대요 :P 13:22 &lt;ant&gt; &lt;Quadn-werk&gt; http://slashdot.org/articles/04/12/28/0120240.shtml?tid=99&tid=1 13:22 &lt;ant&gt; &lt;jnymo&gt; .5는 기대돼요 13:22 &lt;@jrandom&gt; 좋아요, 그에 대해선 할 말은 여기까지 - 질문이나 논의할 거 있으신가요? 13:23 &lt;@jrandom&gt; 네, 지난 16개월 13:23 &lt;@jrandom&gt; (아니, 젠장, 18개월) 동안 배운 걸 바탕으로 중요한 개편이 진행 중입니다 13:23 &lt;+postman&gt; jrandom: 그럼 0.5는 주로 새로운 tunnel 관리 시스템을 도입하나요? 13:23 &lt;ant&gt; &lt;Quadn-werk&gt; 으, 회의를 방해하지는 않았길 :/ 13:23 &lt;+postman&gt; 와우 13:23 &lt;ant&gt; &lt;Quadn-werk&gt; 미안 헤헷 13:23 &lt;ant&gt; &lt;jnymo&gt; 헤헷, 제안이 있었어요 13:24 &lt;@jrandom&gt; 맞아요 postman, 새 관리, 풀링, 그리고 구축 13:24 &lt;+postman&gt; quadn: 이것 봐요 - 붙여넣기 때문에 넷스플릿이 났어요 :) 13:24 &lt;@jrandom&gt; 이 못된 녀석! 13:24 &lt;ant&gt; &lt;Quadn-werk&gt; ! 13:24 &lt;@jrandom&gt; 무슨 일이야, jnymo? 13:24 &lt;+postman&gt; jrandom: 각 tunnel이 여전히 별도의 local Destination이 될 건가요? 13:25 &lt;@jrandom&gt; 뭐라고요? 13:25 &lt;@jrandom&gt; 0.5에서는 i2ptunnel에 변경이 없을 거예요 13:25 &lt;+postman&gt; jrandom: 오케이 13:25 &lt;@jrandom&gt; (적어도, 그럴 계획은 없어요) 13:26 &lt;mule&gt; postman이 인터섹션 공격(교차 추적 공격)을 시도 중인가? 13:26 &lt;ant&gt; &lt;jnymo&gt; 대역폭 사용량이 /전혀/ 없는 사람들을 위해... router가 그들을 포함한 tunnel을 만들게 하는 건 어때요... 예를 들어 ABCABCA처럼 13:26 &lt;+postman&gt; mule: 아니요, 그건 quadn 잘못이에요 :) 13:26 &lt;ant&gt; &lt;jnymo&gt; 그리고 그건 더미 tunnel이죠 13:27 &lt;@jrandom&gt; jnymo: router를 "여유 대역폭 있어요, 저를 쓰세요"라고 광고하는 건 위험한 일입니다 13:27 &lt;+postman&gt; jrandom: 그럼 재설계로 어떤 이슈들이 다뤄지나요 (간단히 말해서) 13:27 &lt;ant&gt; &lt;jnymo&gt; 제가 말한 건 그게 아닌데요, jrandom 13:27 &lt;@jrandom&gt; 하지만 현재로선 두 가지 종류의 tunnel을 갖게 될 듯해요 - 일반 tunnel과 탐색용 tunnel로, 후자는 실패하지 않는 피어 중 무작위로 선택해 구성합니다 13:28 &lt;ant&gt; &lt;jnymo&gt; jrandom: 제 말은 더미 tunnel을 만들고, 트래픽을 흉내 내려는 목적으로 제 자신을 그 tunnel의 중간에 넣는 거였어요 13:29 &lt;@jrandom&gt; postman: tunnel 내 피어를 상관관계로 묶기 훨씬 어렵게 만들고, 클라이언트가 자신의 아웃바운드 tunnel 길이를 효과적으로 선택할 수 있게 하며, predecessor attack(선행자 공격)을 다루는 데 필요한 선택지들을 제공합니다(여러 가지 트레이드오프 포함) 13:29 &lt;@jrandom&gt; (아, 그리고 많은 modPow 호출을 없애 성능도 개선해요) 13:29 &lt;+postman&gt; 고마워요 13:29 &lt;ant&gt; &lt;jnymo&gt; postman: 그리고 hop마다 다른 tunnel ID도 큰 변화죠 13:30 &lt;+postman&gt; modpow? 13:30 &lt;@jrandom&gt; 아, jnymo. 네, 여러 가지 chaff 트래픽(쓸모없는 교란 트래픽) 생성 가능성이 많아요 13:30 &lt;ant&gt; &lt;jnymo&gt; 그런 식이면, 인접하지 않은 두 노드는 같은 tunnel 위에 있다는 걸 알 수 없게 돼요, postman 13:30 &lt;@jrandom&gt; postman: 모듈러 지수 연산, CPU 사용량이 크고 메모리 낭비도 큽니다 13:31 &lt;ant&gt; &lt;jnymo&gt; jrandom: 오키 쿨 13:31 &lt;+postman&gt; ㅇㅋ 13:31 &lt;scintilla&gt; jrandom, 클라이언트가 tunnel 길이를 선택하도록 하는 것과 관련해: 사람들이 99(혹은 그 이상)로 올려버리는 걸 막는 장치가 있나요? 13:31 &lt;ant&gt; &lt;jnymo&gt; CPU 성능 13:32 &lt;@jrandom&gt; 필요하면 hashcash를 추가할 수 있지만, 지나치게 긴 tunnel은 어차피 실패하게 될 겁니다 13:32 &lt;scintilla&gt; 아, 좋은 지적 13:32 &lt;@jrandom&gt; 이런 꼼수도 넣을 수 있어요 - 생성 후 60초 안에 유효한 tunnel 메시지가 그 tunnel을 통과해야만 '유효'로 인정하도록 하는 거죠 13:33 &lt;@jrandom&gt; (그래서 tunnel이 20 hops라면, 그 모든 hop을 만드는 데 시간이 너무 오래 걸릴 겁니다) 13:33 &lt;scintilla&gt; 멋진 생각이네요 - 그런 황당한 시도가 오래 지속되지 못하게 하겠죠 13:33 &lt;@jrandom&gt; 하지만 그건 해커들 상대일 뿐이고, 일반 사용자는 노출된 인터페이스만 쓰게 될 겁니다 13:34 &lt;ant&gt; &lt;jnymo&gt; 맞아요, 어디선가 상한을 두겠죠? 13:34 &lt;ant&gt; &lt;jnymo&gt; 지금 최대 2보다 더 높게 설정할 수 있게 되는 거죠? 13:34 &lt;@jrandom&gt; 맞아요, /configclients.jsp나 /i2ptunnel/edit.jsp의 # hops 드롭다운 같은 데서요 13:35 &lt;@jrandom&gt; 어, 지금 최대가 3인 줄 알았는데요? 알겠어요, 어쨌든 2보다 큰 값은 가능해요 13:35 &lt;ant&gt; &lt;jnymo&gt; tunnel 3개, hop 2개 13:35 &lt;@jrandom&gt; 아 'k 13:35 &lt;@jrandom&gt; 네, 0.5에서는 길이를 랜덤화할지, 또 어느 정도로 랜덤화할지 등 중요한 조정 옵션들이 추가됩니다 13:36 &lt;frosk&gt; 최대는 확실히 3이에요 13:36 &lt;ant&gt; &lt;jnymo&gt; 흐음 13:37 &lt;@jrandom&gt; 아, /configclients에서는 3이고 i2ptunnel에서는 2군요 13:37 &lt;frosk&gt; 0.5는 여전히 1월 공개 일정에 맞춰 진행 중인가요? 13:37 &lt;ant&gt; &lt;jnymo&gt; 아하 13:37 &lt;@jrandom&gt; 네 frosk 13:37 &lt;frosk&gt; 좋네요 13:37 &lt;@jrandom&gt; 스트리밍 라이브러리에 더 이상 꾸물거리지 않겠다고 약속할게요 ;) 13:37 &lt;frosk&gt; 일이 엄청 많아 보일 뿐이에요 :) 13:38 &lt;@jrandom&gt; 실제로는 그리 나쁘지 않아요, 어려운 건 알고리즘을 제대로 잡는 거죠 13:38 &lt;@jrandom&gt; (자질구레한 건 됐고 ;) 13:39 &lt;+postman&gt; frosk: 그리고 이미 문서로 다 정리돼 있어요 13:39 &lt;+postman&gt; :) 13:39 &lt;ant&gt; &lt;jnymo&gt; 헤헷 13:39 &lt;frosk&gt; 그렇죠 :) 13:39 &lt;@jrandom&gt; 대부분은요 ;) 13:39 &lt;@jrandom&gt; 좋아요, 2) 0.5에 대해 더 있을까요? 13:39 &lt;ant&gt; &lt;jnymo&gt; 없어요 13:39 &lt;frosk&gt; 전혀 없음 13:40 &lt;@jrandom&gt; 'k, 그럼 예전처럼 3) ???로 넘어가요 13:40 &lt;@jrandom&gt; 안녕하세요 13:40 &lt;@jrandom&gt; 다른 얘기할 거 있으신가요? 13:41 &lt;ant&gt; &lt;jnymo&gt; postman: i2pmail.org에 SMTP/POP3 inproxy는 없죠? 13:41 &lt;cat-a-puss&gt; 클라이언트 쪽에서 아직도 이상한 지연이 보여요... 13:41 &lt;+postman&gt; 흠, 아니요 13:41 &lt;frosk&gt; 여기서 훌륭한 한 해의 개발을 축하하며 와인 한 병을 건네야죠 ;) 13:41 &lt;+postman&gt; jnymo: POP3는 I2P 사용자에게만 제공돼요 13:41 &lt;@jrandom&gt; cat-a-puss: 아, 아까 있었을 때 그 메시지를 놓쳤네요 13:41 &lt;+postman&gt; jnymo: i2pmail.org 도메인의 MX로 SMTP inproxy는 있습니다 13:42 &lt;@jrandom&gt; frosk: 건배 13:42 &lt;ant&gt; &lt;jnymo&gt; 맞아요 맞아.. 그거 멋지네요.. 13:42 &lt;cat-a-puss&gt; 예를 들어 local Destination을 두 개 띄워놓고 하나가 다른 하나에 연결을 시도할 때 지연이 있고, CPU 병목은 아니에요 13:42 &lt;mule&gt; cat-a-puss: 보너스 수표도 함께 주나요? 13:42 * postman 좋은 위스키를 기부함 13:42 &lt;@jrandom&gt; cat-a-puss: 맞아요, 0.5~1.0초 지연을 봤다고 했죠? 13:42 &lt;cat-a-puss&gt; mule: 뭐요? 13:42 &lt;cat-a-puss&gt; jrandom: 네 13:43 &lt;@jrandom&gt; cat-a-puss: 완전히 정상이에요, 지연된 SYN의 일부예요 13:43 &lt;mule&gt; 미안, 그 코멘트는 frosk가 한 거였어 13:43 &lt;ant&gt; * jnymo 형편없는 박스 와인을 꺼낸다 13:43 &lt;mule&gt; frosk: 보너스 수표도 함께 주나요? 13:43 &lt;@jrandom&gt; (더 묶을 데이터가 있을 수 있어서 SYN과 관련 ACK 전송을 잠깐 기다립니다) 13:43 &lt;scintilla&gt; 참고로, 곧 Fortuna 알고리즘 명세가 실린 책을 받을 것 같아요... 그동안에는 시스템을 망가뜨리지 않고 Java에서 엔트로피를 수집하는 방법을 실험해 왔습니다 13:44 &lt;@jrandom&gt; 아, 대박 13:44 &lt;ant&gt; &lt;jnymo&gt; 음, 누가 I2P에 대한 공격을 시도해 보려고 했었죠 13:44 &lt;ant&gt; &lt;jnymo&gt; 누구였죠? 13:44 &lt;@jrandom&gt; connelly 13:44 &lt;cat-a-puss&gt; 그걸 방지할 방법이 있나요, 아니면 가능하면 단명 연결을 피하려고만 해야 하나요? 13:45 &lt;ant&gt; &lt;jnymo&gt; 그건 소식 없나요, jr? 13:45 &lt;@jrandom&gt; cat-a-puss: 네, I2PSocketManager를 만들 때 넘길 수 있는 옵션들이 있어요, 가져와 볼게요 13:46 &lt;@jrandom&gt; jnymo: 그건 장기적인 인터섹션 공격이라서, 시간이 지나면 특정 eepsite가 어떤 router에 있는지 식별하는 데 도움이 되는 데이터를 얻게 될 거예요. 데이터를 모으면 요약을 작성해 줄 거라 확신합니다 13:46 &lt;ant&gt; &lt;jnymo&gt; scintalla: Fortuna 알고리즘이 뭐죠? 13:46 &lt;ant&gt; &lt;jnymo&gt; jrandom: 알겠어요 13:48 &lt;@jrandom&gt; cat-a-puss: i2p.streaming.initialResendDelay=50 i2p.streaming.connectDelay=100 13:48 &lt;scintilla&gt; 암호학적으로 안전한 의사난수 생성기예요... 신뢰할 수 있는 암호화를 위해 절대적으로 필수죠 13:48 &lt;jdot__&gt; 그 공격에 자원한 사람 있나요? 13:48 &lt;@jrandom&gt; cat-a-puss: 그리고 I2PSocket에 write()한 다음에는 반드시 flush()하세요 13:48 &lt;@jrandom&gt; jdot__: 네, 자원한 사이트가 7곳 있어요 13:48 &lt;cat-a-puss&gt; jrandom: 좋아요 13:49 &lt;ant&gt; &lt;jnymo&gt; 큰 네이밍 논쟁과 관련해.. 13:49 &lt;ant&gt; * jnymo 킥킥 웃는다 13:49 &lt;@jrandom&gt; 아, 그리고 i2p.streaming.initialAckDelay=1000 13:49 &lt;@jrandom&gt; 아니면 =100까지도 13:49 * jrandom jnymo에게 진흙을 던진다 13:50 &lt;ant&gt; &lt;jnymo&gt; 저는 실제로 X.500을 다루고 있고, 회사에서 무료로 Windows Server를 쓸 수 있어요 13:50 &lt;ant&gt; &lt;jnymo&gt; 그래서 한두 달 안에 테스트용 중앙 DNS를 하나 세워볼까 해요 13:51 &lt;@jrandom&gt; 헤, .mil에서 호스팅되는 중앙 집중식 네이밍 서버라니 정말 웃기겠네요 13:51 &lt;ant&gt; &lt;jnymo&gt; 다만 Windows Server에 I2P 주소를 억지로 넣는 건 만만치 않을 수도... 잘 모르겠네요 13:51 &lt;ant&gt; &lt;jnymo&gt; 헤.. dnsalias가 해법이죠 13:52 &lt;@jrandom&gt; nano가 dnsjava를 I2P와 통합하는 정말 멋진 작업을 했어요 13:52 &lt;ant&gt; &lt;jnymo&gt; 오오오 13:53 &lt;@jrandom&gt; 자세한 내용은 nano.i2p를 확인해 보세요 13:53 &lt;ant&gt; &lt;jnymo&gt; 아무도 내게 말해 줄 생각이 없었군요.. 아, 고마워요 13:53 &lt;@jrandom&gt; 하지만 지난번에 말했듯, 네이밍에 대한 생각과 아이디어는 위키에 올려 주세요 13:54 &lt;@jrandom&gt; 좋아요, 회의에서 더 얘기할 거 있으신가요? 13:55 &lt;ant&gt; &lt;jnymo&gt; 없어요 13:57 &lt;@jrandom&gt; 그렇다면 13:57 * jrandom 팔을 휘두를 준비를 한다 13:57 * jrandom *baf*s로 회의를 종료한다 </div>/ko/blog/2004/12/21/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-12%EC%9B%94-21%EC%9D%BC/Tue, 21 Dec 2004 00:00:00 +0000/ko/blog/2004/12/21/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-12%EC%9B%94-21%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, bens, bob, detonate, dm, duck, Frooze, frosk, jrandom, kaji, Madman2003, modulus, mule, mule2, orion, Ragnarok, redzog, scintilla, susi23, ugha2p</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:05 &lt;@jrandom&gt; 0) 안녕하세요 13:05 &lt;@jrandom&gt; 1) 0.4.2.4 & 0.4.2.5 13:05 &lt;@jrandom&gt; 2) 0.5 전략 13:05 &lt;@jrandom&gt; 3) 네이밍 13:05 &lt;@jrandom&gt; 4) eepsite 라운드업 13:05 &lt;@jrandom&gt; 5) ??? 13:06 &lt;@jrandom&gt; 0) 안녕하세요 13:06 * jrandom 손을 흔든다 13:06 &lt;@jrandom&gt; 주간 상태 노트를 조금 전에 올렸어요 @ http://dev.i2p.net/pipermail/i2p/2004-December/000528.html 13:07 &lt;@jrandom&gt; 그럼 1) 0.4.2.4 & 0.4.2.5 로 들어가죠 13:08 &lt;@jrandom&gt; 이미 0.4.2.5로 업그레이드하신 분들께 - 지금까지 네트워크의 1/3 정도 - 감사! 13:09 &lt;@jrandom&gt; 릴리스 템포는 좀 더 차분하게 유지하려 하지만, 0.4.2.5에는 정말 널리 배포가 필요한 것들이 있었습니다 13:10 &lt;Madman2003&gt; 0.4.2.5는 끊김 문제에 대해서는 잘 작동하네요, 하지만 i2p를 24/7로 돌리진 않아서요(요즘 IRC 끊김이 꽤 있었어요) 그리고 릴리스 후 몇 시간밖에 안 됐죠 13:10 &lt;@jrandom&gt; 메일 후반에 언급했듯이, 다음 버그픽스 릴리스 예정일은 아직 없지만 지켜봅시다 13:10 &lt;@jrandom&gt; 아, 잘됐네요 Madman2003 13:10 &lt;@jrandom&gt; 네, 0.4.2.5에 대해서는 확실히 아직 판단하기 이르죠 13:11 &lt;frosk&gt; .4에선 랙이 높게 튀던 구간들을 보곤 했는데, .5에선 아직 없네요, 하지만 역시 조금 이르긴 해요 13:11 &lt;frosk&gt; (물론 IRC 랙 얘기입니다) 13:11 &lt;@jrandom&gt; 고쳐진 DNS 버그는 구버전 실행 중인 많은 피어들이 한 번에 실패하는 식으로 나타날 수 있으니, 사람들이 빨리 업그레이드할수록 좋습니다 13:12 &lt;@duck&gt; 호스트명을 수동으로 입력하는 사람들이 겪는 실패와 관련이 있나요? 13:12 &lt;@jrandom&gt; 맞아요 13:12 &lt;dm&gt; Windows 시스템 트레이 I2P 아이콘은 얼마나 쓸모가 없는 거냐!?!? 13:12 &lt;@duck&gt; 아, 그래서 config.jsp가 여전히 친절한 거군요 13:13 &lt;Madman2003&gt; 아직도 0.4.2.4 이전 버전 router를 돌리는 이유가 뭘까요?(꽤 됐는데) 13:13 &lt;@jrandom&gt; dm: 지금은 자리 채우기용에 가깝고, “i2p is running”이라는 상태 아이콘이기도 해요 13:13 &lt;dm&gt; 그 사람들은 인생이 있는 거죠? :) 13:13 * jrandom 그 말은 섭섭한데... 13:14 &lt;redzog&gt; 커맨드라인에서 소프트 재시작을 할 방법이 있나요? 13:14 &lt;@jrandom&gt; redzog: 안타깝게도 없어요 13:14 &lt;redzog&gt; 흠, 아쉽네요 13:14 &lt;@jrandom&gt; wget으로라면 가능할지도 13:14 &lt;redzog&gt; 자동 업데이트를 더 쉽게 할 수 있을 텐데요 13:14 &lt;+detonate&gt; i2prouter stop && i2prouter start :) 13:14 &lt;@jrandom&gt; 아니, 아니네요, wget도 안 되겠어요 13:14 &lt;@jrandom&gt; (양식에 상호작용이 필요하거든요) 13:14 &lt;Madman2003&gt; 전 보통 릴리스 사이에 CVS로 여러 번 업데이트해요(최대 하루 한 번), 몇 분이면 됩니다 13:15 &lt;redzog&gt; lwp::simple이면 될 듯 13:15 &lt;redzog&gt; 그냥 POST 하나면 되죠 13:15 &lt;@jrandom&gt; redzog: 그거 지원되면 꽤 멋질 듯 13:15 &lt;redzog&gt; 하나 짜보겠습니다 13:15 &lt;@jrandom&gt; 글쎄요, 그냥 POST 이상이에요, 먼저 표시된 양식을 읽고 그 필드들을 다시 POST해야 하거든요 13:16 &lt;+detonate&gt; 나중엔 릴리스 간격이 더 벌어지겠죠.. 그렇죠? 13:16 &lt;@jrandom&gt; (사람들이 <img src="../../configservice.jsp?action=restart" alt="configservice restart example"> 같은 짓을 못 하도록 숨김 플래그가 있어요) 13:16 &lt;redzog&gt; 헤헷, 그렇죠 13:16 &lt;@jrandom&gt; 맞아요 detonate, 이렇게 빠르게 할 계획은 아니었고, 많아야 주 1회였어요 13:16 &lt;redzog&gt; nonce(한 번만 쓰는 임의값) 값이 바뀌나요? 13:17 &lt;@jrandom&gt; 안 바뀌면 그게 nonce가 아니죠 ;) 13:17 &lt;redzog&gt; 흠, 그런가 보네요 13:17 &lt;redzog&gt; 세션 사이에, 페이지 로드 사이에... ;) 13:17 &lt;redzog&gt; 페이지 로드마다네요 13:17 &lt;@jrandom&gt; 맞아요 13:17 &lt;@jrandom&gt; 자, 0.4.2.4/0.4.2.5에 관해 더 있을까요? 13:18 &lt;@jrandom&gt; 새 릴리스를 더 태워보면(충분히 굴려보면) 나중에 더 얘기가 나올 거라 확신해요 13:18 &lt;dm&gt; 오, 이게 미팅이었나요? 13:18 &lt;+detonate&gt; 시작할 때가 훨씬 덜 매끄러운 것 같아요 13:18 &lt;+detonate&gt; 2.3 때보다요 13:18 &lt;@jrandom&gt; 오? 어떤 점에서요 detonate - CPU, 랙, 메모리, 시간? 13:19 &lt;+detonate&gt; 피어 목록이 채워지는 데 엄청 오래 걸려요 13:19 &lt;+detonate&gt; 그리고 블랙리스트에 오른 피어가 엄청 많고요 13:19 &lt;+detonate&gt; 또 i2ptunnel 쪽이 가끔 멈추기도 하고, 대체로 실제로 시작되는 데 최소 2배는 오래 걸리는 듯 13:19 &lt;+detonate&gt; 시작만 되면 그다음은 매끄러워요 13:19 &lt;+detonate&gt; 이상해요 13:19 &lt;@jrandom&gt; 흠, /logs.jsp#connectionlogs 에 원인으로 뭐가 찍히나요? 13:20 &lt;ant&gt; &lt;BS314159&gt; 방금 0.4.2.5로 graceful restart(무중단 재시작) 했어요. Local Destinations가 뜨는 데 120초 걸렸습니다 13:20 &lt;ant&gt; &lt;BS314159&gt; 좋아 보이네요 13:20 &lt;@jrandom&gt; 굿 BS314159 - 그게 거의 하한이에요, 시작 후 2분 지나야 i2ptunnel을 시작하거든요 :) 13:20 &lt;+detonate&gt; 특별한 건 없어요 13:20 &lt;+detonate&gt; shutdown 예외 하나 13:21 &lt;+detonate&gt; 근데 그건 제가 낸 것 같고요 13:21 &lt;mule&gt; 지난 릴리스로 fcp 통해 영화 하나에 300M 넘게 받았어요. 그렇게 잘 된 적은 처음. 최고 속도 40k 넘었고요. 훌륭합니다. 13:21 &lt;@jrandom&gt; 와, 멋지네요 mule! 13:21 &lt;mule&gt; 다만 IP 변경에서 복구하는 데는 여전히 심각한 문제가 있어요 13:21 &lt;@jrandom&gt; detonate: 흠, 좋아요, 미팅 끝나고나 다른 시간에 가능하실 때 더 디버깅해봐요 13:22 &lt;+detonate&gt; 네 13:22 &lt;+detonate&gt; 좋아요 13:22 &lt;dm&gt; tunnel 지연: 364ms. 도대체 뭐가 어떻게 된 거야, 릴리스마다 tunnel 지연이 100~200ms씩 떨어지잖아! 13:22 &lt;@jrandom&gt; 아 mule, 오케이 13:22 &lt;@jrandom&gt; 멈춰버린 TCP 연결은 이렇게 처리하는 게 어떨지 아이디어가 있어요 - 5분짜리 keepalive만 붙이면 돼요 13:23 &lt;@jrandom&gt; 헤 dm, 걱정 마요, 다시 올라갈 겁니다 ;) 13:23 &lt;frosk&gt; 와, 전 여기서 261ms예요 :) 13:24 &lt;@jrandom&gt; 좋아요, 더 없으면 2) 0.5 전략으로 넘어가죠 13:24 &lt;dm&gt; 그럴 리가... 13:25 &lt;+ugha2p&gt; 또 미팅에 늦었나 보군요. 13:26 &lt;@jrandom&gt; 0.5에는 아직 할 일이 많지만, 메일에 전체적인 윤곽을 대략 적어놨어요 13:26 * jrandom ugha2p를 교장실로 보낸다 13:27 &lt;@jrandom&gt; tunnel 풀링과 생성 쪽에 아직 조율할 디테일이 있지만, 다양한 사용자층의 요구를 만족시킬 수 있는 몇 가지 옵션이 있다고 봐요 13:28 &lt;@jrandom&gt; 설계의 문제점 대부분을 다듬고 나면, 옛날식의 좋은 문서도 올려서 여러분이 검토할 수 있게 할게요 13:28 &lt;@jrandom&gt; (지금 노트북에 ~8페이지 정도인데, 잘 압축될 거예요) 13:29 &lt;kaji&gt; 미팅 시작했나요? 13:29 &lt;@jrandom&gt; 0.5에 적힌 작업 중 하나가 “네트워크의 대역폭 요구를 처리”하는 건데, 그건 어떻게 계획할지 아직 감이 없어서 상황 봐가며 하려 합니다 13:29 &lt;@jrandom&gt; 네 kaji, 지금 2) 0.5 전략 얘기 중이에요 13:30 &lt;@jrandom&gt; 음, 지금으로선 할 말은 여기까지고, 질문/의견/우려 있나요? 13:31 &lt;+ugha2p&gt; 와, router 대부분이 벌써 업그레이드했네요. 13:31 &lt;+detonate&gt; 0.5에 JavaScript 등 제거를 위한 HTTP 트래픽 필터링이 로드맵에 있나요? 13:31 &lt;+detonate&gt; 0.5에서요 13:31 &lt;+ugha2p&gt; detonate: 아니요. 13:31 &lt;@jrandom&gt; detonate: 0.6 13:31 &lt;ant&gt; &lt;cat-a-puss&gt; 대역폭과 관련해, BitTorrent는 일반적으로 BT 사용자의 위협 모델이 약하니 확률적 tunnel 길이와/또는 로컬 편향 tunnel을 활성화해야 할까요? 13:32 &lt;@jrandom&gt; cat-a-puss: 네, 당연하죠. 그게 0.5 릴리스의 큰 부분 중 하나예요 13:32 &lt;+ugha2p&gt; detonate: 먼저 구현하신다면 얘기가 달라지죠. ;) 13:32 &lt;+detonate&gt; 생각해보고 있었어요 13:33 &lt;ant&gt; &lt;cat-a-puss&gt; HTML 필터링은 별도 프로세스에서 하나요? 13:33 &lt;@jrandom&gt; michelle도 그걸 보고 있는 것 같으니, 둘이 같이 작업해도 좋겠어요 (michelle은 Java를 배우는 중) 그러면 최고죠 13:33 &lt;+detonate&gt; 오케이 13:33 &lt;@jrandom&gt; cat-a-puss: 잘 모르겠어요. 13:34 &lt;+ugha2p&gt; cat-a-puss: 왜 그래야 하죠? 13:35 &lt;ant&gt; &lt;cat-a-puss&gt; (묻는 이유는 모든 들어오는 브라우저 트래픽을 clamav로 거치는 프록시를 만들까 생각 중이라서요) 그건 GPL이라, 그걸 필터에 포함할 수 있다면 좋을 듯해요. 13:35 &lt;@jrandom&gt; 멋져요 cat-a-puss! 13:35 &lt;+ugha2p&gt; 일부 사람들은 이미 I2P에서 Privoxy를 사용하고 있어요. 13:36 &lt;bens&gt; 전반적으로, 뭐든 포함하는 건 반대하는 편입니다 13:36 &lt;susi23&gt; 악성 코드에서 보호해주겠다고 약속하는 것보다는 사람들이 브라우저를 제대로 설정하는 걸 보고 싶어요. 13:36 &lt;@jrandom&gt; susi23: 아무도 브라우저를 제대로 설정하지 않아요 13:36 &lt;@jrandom&gt; 특히 보통 사람들은요 13:37 &lt;frosk&gt; Joe가 브라우저에 프록시 설정이나 할 수 있을지 의문이죠 13:37 &lt;@jrandom&gt; 제 개인적 의견으로는 cgi-proxy(CGI 기반 프록시) 같은 게 이상적이에요 13:37 &lt;@jrandom&gt; 맞아요 frosk 13:37 &lt;@jrandom&gt; cgi-proxy 같은 인터페이스(기본은 안전, 사용자의 선호에 따라 필터링)라면, 침을 흘리는 바보도 쓸 수 있을 거예요 13:38 &lt;bens&gt; 아마 I2P는 MS Office보다도 시장별로 여러 버전이 더 필요하겠네요 13:38 &lt;@jrandom&gt; 그래서 작은 컴포넌트로 나누고 이런 건 router 바깥으로 빼는 거죠 bens ;) 13:38 &lt;Ragnarok&gt; 프록시 자동 구성 파일이 도움이 되겠네요 13:39 &lt;@jrandom&gt; Ragnarok: 하나 있긴 한데, 여전히 위험한 걸 할 수 있어요 13:39 &lt;frosk&gt; 어쩌면 i2p 전용 브라우저도요 (자유시간이 넘쳐나는 분이 계시다면 ;) 13:39 &lt;susi23&gt; ragnarok: 이건가요? http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/proxyscript/i2pProxy.pac 13:39 &lt;@jrandom&gt; frosk: i2p 전용 OS와 하드웨어에서도요, 아마 13:40 &lt;frosk&gt; 헤헤, 완벽하죠 13:40 &lt;Ragnarok&gt; 그런데 설치본에는 없네요 13:40 * jrandom 그건 i2p 전용 우주에서 구현한다 13:40 &lt;susi23&gt; . o O ( 전용 i2p 행성도 찾아봐야 하나 ) 13:40 &lt;susi23&gt; . o O ( 젠장, 한발 늦었네 ) 13:40 &lt;mule&gt; 좋아요, 우리는 하드웨어를 팔죠 :) 13:40 &lt;frosk&gt; 그런 말이 있죠, 무언가를 처음부터 만들려면 먼저 우주부터 만들라고 13:41 &lt;@jrandom&gt; 와, 이제 필요한 건 투자자뿐... 13:41 &lt;bens&gt; 진지하게, Firefox 자동 구성기 정도는 합리적일지도 13:41 &lt;@jrandom&gt; bens: 위에서 susi가 링크한 .pac이면 충분할 거예요 13:41 &lt;bens&gt; 프록시뿐 아니라; 보안 설정, 홈 페이지 등도요 13:41 &lt;@jrandom&gt; 그걸 설치본에 같이 넣을 수도 있지만, 익명성이 필요한(그리고 이미 엄청난 고수가 아닌) 사람들에겐 불충분해요 13:42 &lt;@jrandom&gt; 흠, 그런 건 cervantes의 i2p XUL 앱에 들어갈 수도 있겠네요 13:43 &lt;@jrandom&gt; 하지만 그건 2) 0.5 전략에서 점점 벗어나고 있고 13:43 &lt;@jrandom&gt; 그 얘기로 더 할 사람 없으면, 3) 네이밍으로 넘어갈까요? 13:44 -!- Irssi: #i2p: Total of 40 nicks [2 ops, 0 halfops, 6 voices, 32 normal] 13:44 &lt;@jrandom&gt; 넘어간 걸로 하죠 13:44 &lt;@jrandom&gt; 좋아요, addressbook 2.0.1 참조로 제가 좀 앞서간 것 같네요 - Ragnarok, 업데이트 소식 전해주실래요? 13:44 &lt;+ugha2p&gt; jrandom: 로드맵의 날짜들이 맞을 거라 기대해도 될까요? 13:45 &lt;@jrandom&gt; ugha2p: 지금은 제 최선의 추정치를 반영합니다 13:45 &lt;+ugha2p&gt; jrandom: 오케이, 그렇군요. 13:45 &lt;Ragnarok&gt; 지금 릴리스됐습니다 13:45 &lt;@jrandom&gt; 와 13:45 &lt;Ragnarok&gt; ragnarok.i2p를 확인하세요 13:45 &lt;Ragnarok&gt; 아직 릴리스할 생각은 아니었는데, jrandom이 제 손을 비틀었어요 :) 13:46 &lt;@jrandom&gt; 헤헤 13:46 &lt;+ugha2p&gt; Ragnarok: 근데 홈페이지에 링크 하나 빠졌어요. :) 13:46 &lt;Ragnarok&gt; 자잘한 버그 수정뿐이라 큰 건 아니고, 일부 코너 케이스를 더 잘 처리할 겁니다 13:46 &lt;@jrandom&gt; 오른쪽 상단에 있어요 ugha2p 13:47 &lt;Ragnarok&gt; ugha2p: 사이드바에 있어요 13:47 &lt;Ragnarok&gt; 그래도 게시글에도 링크를 추가하겠습니다 :) 13:47 &lt;mule2&gt; "내가 죽는 날이 그날이겠지". 매일 IP 바꿔서 시계 맞추기. 13:48 &lt;Ragnarok&gt; 아무튼, 모두가 한번 써봐주면 좋겠어요. 버그 리포트는 언제나 환영 13:48 &lt;+ugha2p&gt; Ragnarok: 아, 그 사이드바 Opera에선 심하게 망가졌어요. 13:48 &lt;mule2&gt; Lease가 12773일 전에 만료됨 13:49 &lt;+ugha2p&gt; Ragnarok: 글쎄요, 완전히 망가진 건 아니고, 페이지 끝에 위치해 있을 뿐. 13:49 &lt;@jrandom&gt; 좋아요 Ragnarok, 고마워요 13:49 &lt;Ragnarok&gt; 창이 아마 충분히 넓지 않을 겁니다 13:49 &lt;+ugha2p&gt; Ragnarok: 맞지만, 어떤 창 크기에서도 작동해야죠. 13:50 &lt;+ugha2p&gt; 그러니 나중에 고치면 좋겠네요. :) 13:50 &lt;Ragnarok&gt; ugha2p: “해야 한다”라니 흥미로운 표현이네요 :) 13:50 &lt;Frooze&gt; 아, mozilla 1.7에서도 틀려요. 제 창은 작지만요. 13:50 &lt;+ugha2p&gt; 왜죠? 13:50 &lt;Frooze&gt; 고마워요 ragnarok. 멋져요. 13:51 &lt;Ragnarok&gt; 언젠가 고칠 수도 있겠지만, 제 우선순위에선 상당히 낮아요 13:51 * jrandom HTML 수정보다는 addressbook 업데이트가 더 좋아요 13:52 &lt;Ragnarok&gt; 아무튼, 질문 있나요? 13:53 &lt;frosk&gt; addressbook 고마워요, Ragnarok, 매우 유용할 것 같아요 13:54 &lt;+ugha2p&gt; 문서에 나온 addressbook 로딩 방식이 유일한 방법인가요, 아니면 덜 거슬리는 방법도 있나요? 13:54 &lt;kaji&gt; 방금 설치했는데, 최고네요 13:54 &lt;Ragnarok&gt; "java -jar addressbook.jar &lt;path to i2p/addressbook&gt;"로 수동 시작할 수 있어요 13:54 &lt;Ragnarok&gt; 고마워요 :) 13:55 &lt;kaji&gt; 아, 그리고 2.0.0 버전을 받았는데 업데이트가 어딘가 있나요? 13:55 &lt;Ragnarok&gt; 오케이, 컬럼을 고쳤어요, 절대/상대 크기를 멍청하게 섞어놨더군요 13:56 &lt;Ragnarok&gt; 네, 지금 ragnarok.i2p에 2.0.1이 올라왔습니다 13:57 &lt;+ugha2p&gt; 지금 "Failed to load Main-Class manifest attribute from"가 뜨는데, 괜찮아요, 나중에 재시작할게요. 13:57 &lt;Ragnarok&gt; 이런 13:58 &lt;Ragnarok&gt; 제 실수네요 13:58 &lt;Ragnarok&gt; 곧 고치겠습니다 13:58 &lt;+ugha2p&gt; 아, 오케이. :) 13:58 &lt;Ragnarok&gt; 곧 설치 쉬운 .war 버전도 나옵니다 13:59 &lt;dm&gt; jrandom: 당신은 정말 기계네요 14:00 &lt;@jrandom&gt; 끝내줘요, 고마워요 Ragnarok 14:00 &lt;@jrandom&gt; susi23: 핑? 14:00 &lt;susi23&gt; 1200ms 14:01 &lt;@jrandom&gt; !thwap 14:01 &lt;@jrandom&gt; 어쨌든, susidns가 지금 어떤지 간단히 얘기해줄래요? 14:01 &lt;@jrandom&gt; 아니면 나중으로 미룰까요? 14:01 &lt;susi23&gt; 네이밍 전반에 대해 좀 더 일반적인 토론을 할 시간 있을까요? 14:02 &lt;susi23&gt; 앞으로 어떤 기능이 필요할지요? 14:03 &lt;@jrandom&gt; 제 생각 일부는 http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 에 올려놨어요 14:03 &lt;@jrandom&gt; (일반 기능들에 관해) 14:04 &lt;@jrandom&gt; 가장 어려운 건 전역적으로 유일한 사람이 읽을 수 있는 이름에서 사람들을 떼어내는 거라고 봐요, 하지만 좋은 인터페이스가 있으면 가능할 겁니다 14:04 &lt;Ragnarok&gt; 당신이 개요로 적어둔 데이터 구조를 XML로 구현하는 게 제 다음 목표 중 하나예요 14:04 &lt;susi23&gt; 좋아요, 속성에 대한 짧은 글이 `http://susi.i2p/removablekeys.html` 에 있어요 14:05 &lt;ant&gt; &lt;Jnymo&gt; 와우.. 오늘 밤은 꽤 붐비네요 14:05 &lt;bens&gt; ragnarok: YAML을 확인해봤나요? 더 쉬울지도 14:05 &lt;+ugha2p&gt; Jnymo: 네, 여기서 미팅하려고요. 14:05 &lt;Ragnarok&gt; YAML이라는 이름이 너무 딱 맞아서요 14:05 &lt;@jrandom&gt; 좋아요 susi23, 하지만 분명 hosts.txt의 단순한 형식에서 벗어나야 한다고 생각해요 14:05 &lt;ant&gt; &lt;Quadn-werk&gt; 커맨드라인에서 graceful restart 추가? 14:06 &lt;ant&gt; &lt;Jnymo&gt; ugha2p: 아 14:06 &lt;susi23&gt; 장기적으로 이름을 유일하게 유지할 아이디어가 있나요? 14:06 &lt;@jrandom&gt; 네이밍 서비스에서 관리해야 할 데이터의 중요한 부분 중 하나는 항목에 서명이 있어야 한다는 점이라, 견고한 구조(혹은 신중한 XML)가 필요합니다 14:07 &lt;@jrandom&gt; 전 전역적으로 유일하면서, 사람이 읽을 수 있고, 보안적인 이름을 믿지 않습니다. 14:07 &lt;@jrandom&gt; (중앙집중식과 보안적을 함께 묶어요) 14:07 &lt;@jrandom&gt; susi23: http://zooko.com/distnames.html 봤나요? 14:07 &lt;Ragnarok&gt; addressbook 같은 시스템을 쓰면, 결국 이름은 거의 유일해질 거라 봐요, 이름을 주장하는 사람이 이미 쓰이는 이름을 고르지 않는 게 자신의 이익이니까요 14:08 &lt;@jrandom&gt; Ragnarok: 지켜봅시다. 아마도 14:08 &lt;susi23&gt; 확인해볼게요 14:08 &lt;bens&gt; 신뢰할 수 있는 권위자가 나타나리라 봐요 14:08 &lt;Ragnarok&gt; 사실 하나 있죠 14:08 &lt;frosk&gt; hosts.txt? :) 14:09 &lt;Ragnarok&gt; jrandom의, 맞아요 14:09 &lt;@jrandom&gt; 아니면 신뢰할 수 있는 권위자가 아니더라도, 경로를 포함해 유일하게 식별하는 이름이죠 14:09 &lt;@jrandom&gt; (예: "사이트 orion.i2p가 'frosk.i2p'라고 부르는 것") 14:10 &lt;@jrandom&gt; Derek Eddington이 9월에 그런 방향으로 글을 올렸어요 - http://dev.i2p.net/pipermail/i2p/2004-September/000432.html 14:10 &lt;bens&gt; frosk.orion.i2p 14:10 &lt;@jrandom&gt; smtp.frosk.ns.orion.i2p 14:11 * jrandom UUCP bang path를 만들기 시작한다 14:11 &lt;frosk&gt; 하하 14:12 &lt;susi23&gt; 좋아요, 이제... “네이밍 로드맵”은 어때요? :) 14:12 &lt;ant&gt; &lt;Jnymo&gt; 여러분 덕분에 i2p용 절대 분산 DNS에서는 조금 마음이 떠났어요.. 어느 정도는요.. 근데 duck의 아이디어를 보고 신뢰 시스템이 먹힐 수도 있겠다고 생각하기 시작했어요.. 예컨대, 조회가 사이트/파일 목록을 돌려주고, 각 항목에 네트워크가 부여하는 신뢰도도 함께 나오는 식으로요 14:12 &lt;susi23&gt; 한번 무엇을 할지 합의하면 14:12 &lt;@jrandom&gt; 좋은 생각이에요 susi23, 하나 작성해줄래요? 14:13 &lt;@jrandom&gt; 다른 사람의 신뢰를 신뢰하는 건 가능성이 있지만, 매우 신중히 해야 합니다 14:13 &lt;susi23&gt; 제가 할 수 있어요, 하지만 우리가 무엇을 하려는지 아직 몰라요. 결정할 게 몇 가지 있네요. 14:14 &lt;@jrandom&gt; (즉, 신뢰 저자에게 이르는 체인의 피어들을 여러분이 신뢰하는 조건에서만) 14:14 &lt;modulus&gt; 사이트에 “네트워크 신뢰”가 있거나, 있어선 안 됩니다. 신뢰는 항상 사용자 중심이어야 해요 14:14 &lt;@jrandom&gt; susi23: 로드맵 1단계: $featureset 중에서 결정 14:14 &lt;susi23&gt; 아니면 최소한 모든 아이디어를 더 구체적인 개념으로 발전시켜야죠. 14:14 &lt;ant&gt; &lt;Jnymo&gt; 음, files.i2p가 siteinquestion.i2p로 링크한 사이트 수를 나열하는 식으로 아주 간단하게요 14:15 &lt;Ragnarok&gt; 좋아요, 실행 가능한 JAR로 addressbook 패키지를 업데이트했어요. 14:15 &lt;ant&gt; &lt;Jnymo&gt; 앗, files.i2p 14:15 &lt;@jrandom&gt; jnymo: 그러면 files.i2p라는 중앙 권위가 돼요 14:15 &lt;modulus&gt; 게다가 사이트를 잔뜩 만들어 링크 풀을 오염시킬 수도 있죠. 14:16 &lt;modulus&gt; i2p에서의 구글폭탄 14:16 &lt;ant&gt; &lt;Jnymo&gt; 맞아요.. 하지만 files.i2p는 분산시킬 수도 있죠 14:16 &lt;susi23&gt; 좋아요, 그러면 1월까지 아이디어/정보/개념을 모으는 건 어때요 14:16 &lt;orion&gt; 모두 안녕하세요. 보니까 네이밍 얘기군요.. 또다시요 :) 14:16 &lt;susi23&gt; 그 다음 결정 단계, 괜찮죠? 14:16 &lt;@jrandom&gt; 좋아요 - 그걸 취합할 창구를 맡아줄래요? 14:16 &lt;Ragnarok&gt; 물론이죠 14:16 &lt;modulus&gt; 신뢰 집계를 분산시킨다고 해도 중요치 않아요, 신뢰는 사용자에게서 나와야 해요. 그 외의 건 전부 오염될 수 있다고 봐요. 14:17 &lt;susi23&gt; 메일링리스트를 쓰면 안 될까요? 14:17 &lt;bob&gt; 아니면 ugha의 위키? 14:17 &lt;ant&gt; &lt;Jnymo&gt; 동의해요.. 그런데 어떻게 하죠? 웹 브라우저 상단에 작은 신뢰도 막대를 넣나요? 14:18 &lt;@jrandom&gt; 위키 좋죠, 거기에 이전 논의 링크들을 모을 수 있어요 14:18 &lt;modulus&gt; jnyo: 아마 가장 실현 가능한 건 처음 본 이름에 바인딩하는 거예요. 14:18 &lt;dm&gt; 모두 jrandom의 멋진 프로젝트 관리를 위해 박수 한 번 합시다 14:18 &lt;susi23&gt; 좋아요 14:18 &lt;modulus&gt; 하지만 고기만큼이나 방법도 많죠. 14:19 &lt;susi23&gt; 위키 URL은? (기록용으로) 14:19 &lt;ant&gt; * Jnymo 박수 14:19 &lt;@jrandom&gt; ugha.i2p 14:19 * dm 박수 14:19 &lt;susi23&gt; 좋아요 14:19 &lt;susi23&gt; 그럼 전 여기까지, jrandom 다시 핑 보낼게요 ;) 14:20 &lt;ant&gt; &lt;Jnymo&gt; modulus: 그래서, 제가 누군가에게 링크를 전달하면, 제가 처음 바인딩한 사이트를 참조하는 거네요.. 그럴 듯.. 14:20 &lt;+ugha2p&gt; jrandom이 핑 타임아웃 난 것 같네요. 14:20 &lt;@jrandom&gt; 좋아요, 그럼 nami^W nm, 네이밍은 여기까지. 위키로 갑시다 14:20 &lt;modulus&gt; 어쨌든, 링크를 건다면 아마 그냥 이름이 아니라 절대 경로를 링크에 넣고 싶을 거예요 14:21 &lt;@jrandom&gt; 4) eepsite 라운드업으로 넘어갑니다 14:21 &lt;dm&gt; dm.i2p가 올라왔어요 14:21 &lt;@jrandom&gt; 굿 14:22 &lt;@jrandom&gt; 좋아요, 메일에 언급된 것 외에 덧붙일 건 별로 없어요 14:22 &lt;bob&gt; 사이트 유입이 반갑네요! 접근 속도도 모두 빠르고요! 14:22 &lt;@jrandom&gt; 네, 동의해요 bob 14:22 &lt;bob&gt; orion, 고마워요.. 매일 당신 사이트 씁니다. 14:22 * jrandom도요, ‘마지막 업데이트’가 특히 유용해요 14:23 &lt;bob&gt; dm: :-) 14:24 &lt;@jrandom&gt; 좋아요, 그 얘기도 더 없으면, 5) ??? 로 갈게요 14:24 &lt;@jrandom&gt; 미팅에서 더 꺼내고 싶은 얘기 있나요? 14:24 &lt;ant&gt; &lt;Jnymo&gt; 넷 상태는 어때요? 14:24 &lt;ant&gt; &lt;Jnymo&gt; 4.2.5와 관련해서? 14:25 &lt;@jrandom&gt; 좋아 보이지만, 릴리스된 지 몇 시간밖에 안 돼서, 아직 속단하긴 이르죠 14:25 &lt;ant&gt; &lt;Jnymo&gt; 아, 헤헷 14:25 &lt;ant&gt; &lt;Jnymo&gt; fusenet 소식은요? 14:26 &lt;@jrandom&gt; (`http://piespy.i2p/i2p/i2p-current.png` 헤헤) 14:26 &lt;frosk&gt; 제 i2pcontent 작업은 몇 주째 크게 미뤄졌는데, 문서 최신 버전은 `http://frosk.i2p/i2pcontent.html` 에서 읽을 수 있어요. 관심 있으시면 읽어보시고, 필요하면 혹독하게 피드백 주세요 (제가 /away가 아닐 때 IRC에서나 frosk@mail.i2p로 메일) 14:26 &lt;frosk&gt; i2pcontent/fusenet/뭐든지 ;) 14:26 &lt;ant&gt; &lt;Jnymo&gt; 워디커스 14:28 &lt;@jrandom&gt; 좋아요, 더 없으면... 14:28 &lt;mule2&gt; 훌륭한 기여들에 거대한 박수 14:29 &lt;@jrandom&gt; 네, 여러분 모두 끝내주는 일 하고 있어요 14:29 &lt;frosk&gt; 당신도요, jrandom :) 14:29 &lt;orion&gt; 맞는 말. 14:29 &lt;orion&gt; 네, 정말로, 당신도요 jrandom. 14:29 &lt;scintilla&gt; 맞아요 맞아요! 14:29 &lt;ant&gt; &lt;Jnymo&gt; 그래요, 사이트에 보니까, 어떻게 도울 수 있는지에 대한 정보가 줄었더라고요 14:29 &lt;@jrandom&gt; 가끔은 끝내주고, 가끔은 두들겨 맞고 ;) 14:29 &lt;orion&gt; 힙 힙 14:30 &lt;ant&gt; &lt;Jnymo&gt; 허레이 14:30 * orion 미소 짓는다 14:30 &lt;Frooze&gt; 오늘 Eclipse를 받았어요, 방학 동안 Java 배우려고요, 여러분이 너무 인상적이라서요. 14:30 &lt;@jrandom&gt; jnymo: 쉽고 작은 작업들은 많이 소진됐어요 14:30 &lt;@jrandom&gt; 오, 멋져요 Frooze 14:31 &lt;Frooze&gt; 그러니 곧 문제 생기겠죠. 헤헷 14:31 &lt;@jrandom&gt; jnymo: 그래도 그런 것들을 더 모아서 올려야겠네요 14:31 &lt;ant&gt; &lt;Jnymo&gt; jrandom: alexandria.i2p에 도와줄 사람 아직 찾나요? 14:31 &lt;@jrandom&gt; (아리조나, 엄폐!) 14:31 * jrandom은 alexandria에 관여하진 않지만, 네, 아직 사서를 찾고 있다고 믿어요 14:31 &lt;ant&gt; &lt;Jnymo&gt; 모두 수영 배우세요 ;) 14:31 * orion은 Pump up the Volume 레퍼런스를 좋아한다. 애매하긴 하지만. 14:31 &lt;@duck&gt; 네, 찾고 있어요 14:31 &lt;@jrandom&gt; :) 14:31 &lt;Ragnarok&gt; jrandom: WAR는 실제로 어디에 둬야 하죠? 14:31 &lt;@jrandom&gt; (orion++) 14:32 &lt;@jrandom&gt; Ragnarok: i2p/webapps/addressbook.war 14:32 &lt;@jrandom&gt; (그 다음 router 재시작) 14:32 &lt;ant&gt; &lt;Jnymo&gt; duck, 제게 말한 거예요? 14:32 &lt;Ragnarok&gt; 굿. 테스트 시작하죠 14:32 &lt;@jrandom&gt; r0x0r 14:32 &lt;ant&gt; &lt;Jnymo&gt; duck: alexandria가 당신 사이트에 있나요? 14:33 &lt;@duck&gt; duck.i2p/alexandria/ 14:33 &lt;ant&gt; &lt;Jnymo&gt; 워드 14:34 &lt;@jrandom&gt; 좋아요, 그게 전부면, 90분 즈음에 슬슬 마치죠.. 14:34 * jrandom 마무리 준비를 한다 14:34 * jrandom *baf*s the meeting closed </div>/ko/blog/2004/12/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-12%EC%9B%94-14%EC%9D%BC/Tue, 14 Dec 2004 00:00:00 +0000/ko/blog/2004/12/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-12%EC%9B%94-14%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, bla, cervantes, dinoman, dm, duck, Frooze, frosk, jdot\_, jrandom, lurk, mule2, orion, polecat, postman, protokol, Pseudonym, susi23</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:08 &lt;jrandom&gt; 0) 안녕하세요 13:08 &lt;jrandom&gt; 1) 네트워크 상태 13:08 &lt;jrandom&gt; 2) mail.i2p 13:08 &lt;jrandom&gt; 3) 로드맵 13:08 &lt;+polecat&gt; 마치 노드들이 5분 전에 받은 시간을 현재 시간으로 설정하고, 실제 시간은 무시하는 것 같네요. 13:09 &lt;jrandom&gt; 4) i2pcontent 13:09 &lt;jrandom&gt; 5) i2p-bt 13:09 &lt;jrandom&gt; 6) ??? 13:09 &lt;jrandom&gt; 0) 안녕하세요 13:09 &lt;jrandom&gt; 주간 상태 노트를 몇 분 전에 http://dev.i2p.net/pipermail/i2p/2004-December/000522.html 에 올렸습니다 13:09 * Pseudonym 손을 흔든다 13:10 &lt;cervantes&gt; 기다려줘서 고마워요.... 방금 일 끝나고 왔어요 ;-) 13:10 &lt;jrandom&gt; polecat: 꼭 5분은 아니에요 (회의 후에나 회의 중에 더 얘기해요) 13:10 * polecat 끄덕 13:10 &lt;jrandom&gt; ㅇㅋ, 그럼 상태 노트에 잠깐 뛰어들 시간을 줄게요 :) 13:11 &lt;jrandom&gt; 그 사이, 1) 네트워크 상태 13:11 * postman 손을 흔든다 13:11 &lt;jrandom&gt; 며칠 전에, 메일링 리스트에서 언급했듯이, irc가 꽤 소란스러웠어요 13:12 &lt;jrandom&gt; 그래도 조정을 좀 했고 버그 수정도 꽤 잘 진행됐습니다 13:12 * dm 손을 흔든다 13:12 &lt;jrandom&gt; 메일에서 언급한 시간 동기화 이슈 외에도, 일부에서 보고한 "lease 만료(터널 사용권, I2P 용어)" 문제도 있어요 13:13 &lt;Pseudonym&gt; 둘이 관련 있나요? 13:13 &lt;+protokol&gt; (몇 달째) 13:13 &lt;Pseudonym&gt; (사람이 아니라 이슈들 말이에요) 13:13 &lt;jrandom&gt; 그건 여러 가지 이슈가 일부 원인인데, 어떤 건 CVS의 패치로 해결될 수도 있고, 어떤 건 시간 동기화와 관련 있을 수도 있지만, 대부분은 0.5 릴리스를 위해 작업 중인 이슈들 때문이에요 13:14 &lt;jrandom&gt; 문제의 핵심은, 피어가 때때로 클라이언트를 위한 tunnel을 구축하지 못해서, 클라이언트에게 새 lease를 요청하지 않는다는 거예요 13:14 &lt;jrandom&gt; 해결책은 클라이언트의 요구를 충족하는 새로운 tunnel을 우리가 확실히 만들 수 있게 하는 겁니다 13:15 &lt;Pseudonym&gt; 그리고 못 만든다면? 13:15 &lt;jrandom&gt; 못 만들면, 만들 수 있을 때까지 lease는 만료 상태로 남습니다 13:16 &lt;Pseudonym&gt; 그럼 뭐가 달라지죠? 13:16 &lt;jrandom&gt; 안 달라집니다 :) 13:16 &lt;jrandom&gt; 우리는 tunnel을 만들 수 있어야 해요, 무조건. 13:16 &lt;jrandom&gt; 그러려면, 프로파일링을 개선하고(오래된 프로파일링 버그에 대한 cvs 수정 참조) 풀링 전략도 개선해야 합니다(0.5 참조) 13:17 &lt;jrandom&gt; tunnel을 만들 수 없는 유일한 정당한 이유는 네트워크 전체가 완전히 포화됐을 때뿐이에요 13:17 &lt;+polecat&gt; 아니면 네트워크와 단절됐거나 13:17 &lt;jrandom&gt; 맞아요 13:17 &lt;bla&gt; jrandom: 네트워크가 약 110 peer로 커져서 그런 걸까요? 13:18 &lt;dm&gt; 아니면 네가 단절됐거나 13:18 &lt;jrandom&gt; 아뇨, 예전에도 이런 걸 겪었어요 bla 13:18 &lt;Pseudonym&gt; "오래된 프로파일링 버그에 대한 cvs 수정"이 0.4.2.3에 들어갔나요, 아니면 CVS에만? 13:18 &lt;jrandom&gt; 그렇지만 어떤 의미에선 그렇다고도 볼 수 있죠, 프로파일링 데이터가 없는 peer가 훨씬 늘었으니까요 13:18 &lt;jrandom&gt; Pseudonym: CVS 13:19 &lt;+polecat&gt; 프로파일링이라면, peer를 얼마나 도움이 되는지에 따라 순위를 매긴다는 뜻인가요? 13:19 &lt;jrandom&gt; 네 13:19 * Pseudonym 0.4.2.4 원해요 ;-) 13:19 &lt;+polecat&gt; 휴. 13:19 &lt;+polecat&gt; gprof 같은 이상한 함수 추적 얘긴 줄 알았네요. 13:20 * orion 2.0 원해요 :) 13:20 &lt;jrandom&gt; 헤헤 아니에요, 프로파일링 버그는 일부 일일 통계를 무시하는 멍청한 코드 때문이었어요 13:20 * jrandom 저도요 13:20 * polecat 큰 개의 유충 형태를 원합니다. 13:20 &lt;jrandom&gt; 좋아요, 1) 네트워크 상태에 대해서는 제가 꺼낼 얘기는 이 정도예요 - 다른 분 추가할 거 있나요? 13:21 &lt;jrandom&gt; 없으면, 2) mail.i2p로 넘어갈게요 13:21 &lt;jrandom&gt; postman: 진행하세요 13:22 &lt;+postman&gt; 네 13:22 &lt;+postman&gt; 죄송 13:22 &lt;+postman&gt; :) 13:23 &lt;+postman&gt; 가상 메일 도메인 전체를 처리하는 방법 설명이 www.postman.i2p/user/virtual 에 있어요 13:23 &lt;+postman&gt; 가상 메일 도메인 전체를 처리하는 방법 설명이 www.postman.i2p/user/virtual.html 에 있어요 13:23 &lt;+postman&gt; (레드와인을 너무 많이 마셨네요) 13:23 &lt;dm&gt; 이건 매우 비전문적인 발표군요! 13:23 &lt;+postman&gt; @mail.i2p 주소 외의 메일 도메인을 다루는 시스템을 설명하려고 합니다 13:23 &lt;frosk&gt; :D 13:24 * orion 분필 지우개로 dm의 머리를 탁 친다. 13:24 &lt;frosk&gt; 그러면 제가 frosk@frosk.i2p를 가질 수 있다는 건가요? 13:24 &lt;+postman&gt; frosk: 그렇습니다 13:24 &lt;jrandom&gt; 아주 멋져요 13:24 &lt;+polecat&gt; 문제는, 왜죠? :3 13:24 &lt;+postman&gt; 꽤 복잡하긴 하지만, 그래도 이건 의견과 아이디어를 부탁드리고 싶어요 13:24 &lt;cervantes&gt; s/eraser/ 13:24 &lt;frosk&gt; 대박 멋져요 13:25 &lt;+postman&gt; 몇몇 사람에게는 필요 없는 기능일 수도 있지만, 미래는 밝고 빛나니까요 13:25 &lt;jrandom&gt; 이유는 많죠 - 예를 들어 forum.i2p의 각 사용자에게 메일 주소를 제공하는 등 13:25 &lt;susi23&gt; postman.i2p에 묶인 중앙 시스템이죠 13:25 &lt;+polecat&gt; 네, 그 정도는 분명하네요. 13:25 &lt;susi23&gt; 그 머신이 다운되면, 우리 모두 열받겠죠 :) 13:25 &lt;+polecat&gt; jrandom: 하지만 어차피 처음부터 mail.i2p를 통해 가야 한다면... 13:25 * postman 이 문제를 아주 잘 인지하고 있음 13:26 &lt;+postman&gt; :/ 13:26 &lt;jrandom&gt; polecat: 그럴 수도 있고, 아닐 수도 있어요 13:26 &lt;+polecat&gt; susi23: 정확해요! 13:26 &lt;+postman&gt; 최근 구현은 사실상 단일 장애 지점이 맞습니다 13:26 &lt;+postman&gt; 하지만 이건 인터넷 브리지에도 해당돼요 13:27 &lt;jrandom&gt; 오, 두 번째 게이트웨이는 아직인가요? 13:27 &lt;+polecat&gt; 한 가지 해결책은 클라이언트 SMTP/POP3 tunnel에 여러 목적지를 넣고, 이 목적지들끼리만 서로 릴레이하게 하는 겁니다. 13:27 &lt;+postman&gt; jrandom: 아니요 baffled가 아직 설정하지 않았습니다 13:27 &lt;jrandom&gt; 아 오케이 13:27 &lt;+postman&gt; polecat: 그럼 당신의 메일박스는 어느 POP3 서버에 있어야 하죠 13:27 &lt;orion&gt; 반짝이는 건 좋은데, 그 가상 주소가 인터넷 주소와는 어떻게 연계되나요? orion@mail.i2p와 orion@i2pmail.org 둘 다 쓸 수 있는 게 마음에 들어요. 13:27 &lt;orion&gt; s/usable/identical/ 13:28 &lt;+postman&gt; polecat: 10000명의 사용자에게 1년 내내 매일 메일박스 데이터 100MB를 누가 옮기고 싶겠어요? 13:28 &lt;+postman&gt; orion: 둘 다 쓸 수 있을 거예요 13:28 &lt;+polecat&gt; mail.i2p -&gt; polecat.i2p -&gt; frosk@baffled.i2p로 가는 대신, 셋 중 어느 곳으로 가서 거기서 바로 baffled로 가게 할 수 있죠. 13:29 &lt;+postman&gt; 관심 있는 모든 분들께 아이디어를 부탁드립니다 13:29 &lt;+postman&gt; 여전히 가상 도메인은 유용해 보이는 기능이고, 네트워크 상태와 상관없이 구현할 수 있어요 13:29 &lt;+polecat&gt; 그래서 mail.i2p가 죽더라도, 나머지 두 개가 메일 릴레이 시스템으로 들어가는 대체 server tunnel을 보유하게 되죠. 13:30 &lt;+postman&gt; polecat: 그래도 당신의 메일박스 문제는 남습니다 13:30 &lt;+postman&gt; polecat: 메일박스 데이터도 옮겨야 하고 가능한 모든 위치 간에 동기화돼야 해요 13:30 &lt;+polecat&gt; 읔... 맞네요... 13:30 &lt;+postman&gt; polecat: 앞으로 사용자 1000명을 상상해보세요 13:30 &lt;susi23&gt; 각자 자기 노드에 메일이 전달될 목적지를 설정할 수 있겠죠... 이제 메일 주소와 목적지를 연결하는 문제가 생깁니다 13:30 &lt;+postman&gt; 그렇게 간단하지 않습니다 13:30 &lt;+polecat&gt; 오! 근데 이건 작동하겠네요... 13:30 &lt;+postman&gt; 그렇죠 13:31 &lt;+postman&gt; 한편, 인터넷과의 송수신 릴레이 문제는 여전히 남습니다 13:31 &lt;dm&gt; jrandom: 이거 즐기고 있죠, 그렇죠? 13:31 &lt;+polecat&gt; 맞아요! 사용자가 POP3 메일박스를 둘 서버를 고르고, POP3 tunnel의 목적지도 그 서버로 선택하면 됩니다. 13:31 &lt;+postman&gt; polecat: 그런데 그 서버가 다운되면요? 13:32 &lt;+polecat&gt; 그러면 mail.i2p와 polecat.i2p는 baffled의 POP3 메일박스를 볼 필요도 없어져요, baffled의 POP3 사용자들이 모두 baffled에서 바로 내려받으니까요. 13:32 &lt;+postman&gt; 진짜로 이중화된 시스템은 메일박스 동기화가 필요해요 13:32 &lt;susi23&gt; 네, 하지만 그런 시스템에서는 postman.i2p가 없어도 모두가 I2P 내에서 메일을 전달할 수 있겠죠 13:32 &lt;+polecat&gt; postman: 그럼 서버를 바꿔야죠. -.- 13:32 &lt;dm&gt; 학생들이 서로 똑똑한 대화를 하고 있군요. 교수의 꿈 :) 13:32 &lt;+postman&gt; 음, 회의 중에 이 모든 걸 토론하는 건 적절하진 않아요 13:33 &lt;+postman&gt; 저는 그냥 논의를 촉발하러 왔습니다 13:33 &lt;+postman&gt; 먼저 문서를 읽어주세요, 그 후에 여러분의 의견을 듣고 싶어요 13:33 &lt;+postman&gt; 2. 13:33 &lt;+polecat&gt; 좋아요, 그러니까 mail.i2p는 진행 중이고, 덜 중앙집중적이고 단일 장애 지점이 되지 않도록 하려는 거네요. 13:33 &lt;+postman&gt; 공식적으로 사용자 100명을 넘어 110개 계정을 등록했습니다 13:33 &lt;+postman&gt; 참고만요 13:33 &lt;jrandom&gt; w00t 13:34 &lt;+postman&gt; 오늘은 여기까지예요 :) 13:34 &lt;+postman&gt; 감사합니다 13:34 * dm 박수 13:34 &lt;jrandom&gt; 끝내주네요, 고마워요 postman. 전반적으로 유망해 보여요 13:34 &lt;+postman&gt; :) 13:35 &lt;mule2&gt; 메일에 대해 얘기하고 싶은 주제가 있는데, 회의 후에요 13:35 &lt;jrandom&gt; 아마 메일 탈중앙화 논의는 리스트나 포럼에서 이어가면 좋겠어요? 하지만 지금으로선 설정해둔 시스템만으로도 우리의 필요는 충분히 충족돼요 13:35 &lt;+postman&gt; 전용 채널도 있어요 13:35 &lt;+postman&gt; :) 13:35 &lt;jrandom&gt; 헤헷 좋은 지적이에요 13:35 &lt;frosk&gt; 어느 채널이죠? 13:36 &lt;jrandom&gt; #mail.i2p 13:36 &lt;+postman&gt; frosk: #mail.i2p 13:36 &lt;+polecat&gt; 아, 한 가지. 방금 Perl 캐싱 SMTP 서버를 간단히 돌리는 데 성공했어요, 그래서 emacs가 i2p를 통해 postman의 SMTP 서버 응답을 기다리며 멈추지 않도록요. 13:36 &lt;frosk&gt; 오케이 13:36 &lt;+polecat&gt; 잘 작동하면, 나중에 코드를 좀 올릴지도. 13:36 &lt;jrandom&gt; 오, 끝내주네요 polecat 13:36 &lt;cervantes&gt; postman: 포럼에 전용 섹션을 만들어도 좋아요 13:37 &lt;+postman&gt; cervantes: 오 감사합니다 13:37 * postman 영광스럽게 느낀다 :) 13:37 &lt;dm&gt; 그럴 자격이 있어요 13:38 * postman 마이크를 hr에게 돌려준다 13:38 * postman 마이크를 jr에게 돌려준다 13:38 &lt;+postman&gt; 젠장 13:38 &lt;+postman&gt; :) 13:38 &lt;jrandom&gt; 좋아요, 2) mail.i2p에 더 없으면, 3) 로드맵으로 넘어갈게요 13:38 &lt;+polecat&gt; 부르릉 부르릉! 13:38 &lt;jrandom&gt; 예전 로드맵은 좀... 구식으로 보였죠 13:39 &lt;jrandom&gt; 새 로드맵은 현재 관점을 반영합니다 13:39 &lt;jrandom&gt; 일정에 여유가 충분하길 바라지만, 더 많은 사람이 합류하면 아마 그 예상을 앞지를 수도 있겠죠 :) 13:40 &lt;jrandom&gt; 0.6에 도달하면, 스레드로 인한 한계가 없어져서 많은 노드로 확장할 수 있을 거예요 13:41 &lt;frosk&gt; 0.6 미만에선 현실적인 노드 한계가 얼마라고 보세요? 13:41 &lt;jrandom&gt; 0.6 이전에는 아마 활성 노드를 200 이하로 유지해야 할 거예요, 다만 조금 덜 게을러져서 연결을 적극적으로 끊을 수도 있겠죠 13:41 &lt;jrandom&gt; 주의를 기울이면, 3-500까지도 가능할 거라고 봐요 13:42 &lt;mule2&gt; 그러니 slashdot은 금지 13:42 &lt;jrandom&gt; 그 시점엔 연결 변동이 있겠지만, 저비용 tcp 트랜스포트라 크게 아프진 않을 겁니다 13:42 &lt;Pseudonym&gt; 0.6 로드맵엔 그게 언급되지 않았는데요. udp와 콘텐츠 배포만 있어요 13:42 &lt;Pseudonym&gt; 그럼 udp가 해결해 주는 건가요? 13:42 * orion 영원히 slashdot 금지에 한 표 13:43 &lt;jrandom&gt; Pseudonym: udp가 해결해요 (http://www.i2p.net/todo#transport ) 13:43 &lt;cervantes&gt; postman: `http://forum.i2p/viewforum.php?f=22` 13:44 &lt;Pseudonym&gt; orion: 동의 못 하겠네요. 진짜 익명성을 얻으려면 언젠가는 노드가 매우 많아져야 하니까요 13:44 &lt;Pseudonym&gt; 어느 시점에선 사람들에게 알려야죠 13:44 &lt;jrandom&gt; 동의해요. 필요해지면 각종 PR을 적극적으로 할 겁니다 13:44 &lt;jrandom&gt; 기크 집단이 사용자 기반의 큰 부분을 차지할 가능성이 높아요 13:44 &lt;Pseudonym&gt; 언제 기크 커뮤니티에 알리죠? 완성품이 아니라 베타로 발로 차 보라고 13:44 &lt;Frooze&gt; JRandom에게 물어봐요 13:45 &lt;+polecat&gt; 이 네트워크를 너무 인기 있게 만드는 데는 매우 주의해야 한다고 봐요. 13:45 &lt;jrandom&gt; Pseudonym: 그들 없이 우리가 할 수 있는 최선의 킥 타이어를 마쳤을 때요 13:45 &lt;+polecat&gt; 언젠가 누군가는 이걸로 끔찍하고 불법적인 일을 할 겁니다. 13:45 &lt;+polecat&gt; 그때 우리가 추적 가능하면, 범죄자와 함께 우리도 박해받을 거예요. 13:46 &lt;jrandom&gt; 기본적으로, 네트워크가 항상 훌륭히 작동하고 우리가 일부러 망가뜨리려 해도 못 망가뜨릴 때, 그때 더 많은 사용자가 필요해져요, 깨뜨리고/테스트하는 데 도움을 주도록요 13:47 &lt;mule2&gt; 그 전에 절 먼저 강퇴하셔야죠 :9 13:47 &lt;Pseudonym&gt; Freenet의 Toad처럼 같은 흐름을 타지 않도록만 해요 13:47 &lt;+polecat&gt; 우리가 그들에게 Windows XPQXR와 Halo 7 소스 코드를 올릴 자유를 줬기 때문이니, 우리 익명성 보호는 정말 철통같아야 합니다. 13:47 &lt;orion&gt; b0rk 얘기가 나와서 말인데... 그 시간 스큐 버그는 밝혀졌나요? 13:47 &lt;jrandom&gt; Pseudonym: 우리 로드맵은 현실적이라고 믿어요 13:48 &lt;jrandom&gt; polecat: 동의해요, 아직은 사람들이 i2p를 '위험한' 일에는 쓰지 말아야 해요 13:48 &lt;jrandom&gt; orion: 아니요 13:48 &lt;Pseudonym&gt; jr: 로드맵에 불만은 없어요. 다만 공지에 대해선 다루지 않아서요 13:48 &lt;jrandom&gt; 맞아요 13:49 &lt;dm&gt; 글쎄요, 2년의 개발/테스트를 거치면, 출시 시점엔 이런 종류 중 가장 다듬어진 제안 중 하나일 겁니다 :) 13:49 &lt;Pseudonym&gt; 아마 0.6에 slashdot 추가? :-) 13:49 &lt;+polecat&gt; jrandom: 더 중요한 건, 그런 위험한 일을 하려는 사람들이 아직 i2p를 모르면 우리에게 훨씬 좋다는 거죠. 13:49 &lt;jrandom&gt; 그 생각을 요즘 했어요. 다른 활동(I2PContent 같은 것)에 대한 공지는 의미가 있을 수 있겠죠, 더 많은 사람이 참여해서 작업하도록 13:49 &lt;dm&gt; 보통 크게 알려질 때의 성숙도 수준과는 다르게요 13:50 &lt;ant&gt; &lt;jnymo&gt; slashdot 글은 jrandom이 쓰는 게 좋겠어요.. i2p 설명을 제일 잘하니까요 13:50 * Pseudonym 동의 13:51 &lt;dm&gt; jrandom이 직접 편안해지기 전에 누군가 뭔가를 벌써 올릴 거라고 확신해요 ;) 13:51 &lt;Pseudonym&gt; 저는 그냥 그를 좀 툭툭 건드리고 있어요 13:51 &lt;jrandom&gt; 헤헷 13:51 &lt;jrandom&gt; 뭐, 0.6에선 어차피 더 큰 사용자 기반을 끌어들여야 할 거예요 13:51 &lt;Pseudonym&gt; 제가 코딩을 못한다면, 최소한 코딩하는 사람들을 귀찮게라도 해야죠 13:51 * jrandom 진흙을 던진다 13:52 &lt;+polecat&gt; dm: jrandom이 /. i2p를 할 만큼 편안해지는 것보다 재림이 먼저 올걸요 ;3 13:52 * Pseudonym 숙이다. 꽥 13:52 &lt;jrandom&gt; 어쨌든, 로드맵과 관련해 더 논의할 것 있나요? 13:52 &lt;jrandom&gt; 아니면 4) I2PContent로 넘어갈까요? 13:53 -!- Irssi: #i2p: 총 36명 [1 ops, 0 halfops, 3 voices, 32 일반] 13:53 &lt;jrandom&gt; frosk: ping 13:53 * frosk 무선 마이크를 집는다 13:54 &lt;cervantes&gt; *zzzzzZzzzzttt* 13:54 * orion RF 재머를 꽂는다. ;) 13:54 &lt;+polecat&gt; frosk를 잡아보려고 했는데, 아직 운이 없네요. 솔직히 말해 IRC에선 영 못 보겠고, 이메일도 무반응이에요. 13:54 &lt;frosk&gt; 음, jrandom이 "distributed content infrastructure"를 0.6 새 로드맵에 넣었고, 여기서 몇 가지 생각을 들은 뒤 꽤 흥미롭게 느껴졌어요. 제 실력이 허락하는 한 일정을 앞당겨보려 해요 ;) 13:54 * dm polecat을 본다 13:54 &lt;+polecat&gt; *고개를 젓는다* 전혀 운이 없네요. 찾을 수가 없어요. 어쩌면 frosk는 보이지 않는 건가! 13:55 &lt;frosk&gt; "i2pcontent"는 지금으로선 frosk.i2p에 있는 문서예요 13:55 &lt;Pseudonym&gt; I2PContent가 i2p-bt와 어떻게 다른가요? 13:55 * polecat 지금 4.4입니다. 13:55 &lt;frosk&gt; 들은 아이디어들과 제 것을 합쳤고, jrandom과 다른 분들의 유익한 코멘트와 제안을 거친 몇 차례 개정 끝에, 이제 꽤 멋져 보인다고 생각해요 :) 13:55 &lt;ant&gt; * jnymo 이 아이디어를 보려고 postscript 뷰어를 찾아 헤맨다.. :/ 13:56 &lt;dm&gt; 그게 뭔가요, frosk.i2p에 접속이 안 돼요. 간단 요약 가능? 13:56 &lt;+polecat&gt; Pseudonym: i2p-bt는 한 번에 1개 파일에만 적용되고, 스와밍 다운로드예요. 13:56 &lt;frosk&gt; Pseudonym: i2pcontent는 Usenet과 많이 닮았습니다 13:56 &lt;frosk&gt; usenet과 freenet의 개념을 합쳤어요. "frusenet"이라고 부르는 건 자제할게요. 13:56 &lt;jrandom&gt; ㅋㅋ 13:56 &lt;+polecat&gt; 제 i2pcontent 제안 받았나요? 13:56 &lt;jrandom&gt; frusenet 괜찮게 들리는데... 13:56 &lt;frosk&gt; i2pcontent는 블로그나 공개 포럼에 메시지를 올리고, 주소록을 게시해 다른 사람들이 가져갈 수 있게 해줘요 13:56 * dm 참지 못하고 frazaa라고 불렀다 13:56 &lt;+polecat&gt; Usenet, freenet, livejournal을 합친 겁니다. 그러면.... Fusejournal? 13:56 &lt;jrandom&gt; 빵터짐 13:57 &lt;frosk&gt; 흠, 네, LJ도 ;) 13:57 &lt;+polecat&gt; LJ가 제가 찾은 가장 가까운 비유예요. 13:57 &lt;+polecat&gt; 그런데 당신의 i2pcontent 문서에서 못 본 게 하나 있어요. 13:57 &lt;frosk&gt; 어쨌든, 지금은 설계를 탄탄히 하고 싶어서, 관심 있는 분은 문서를 읽고 제안 부탁드립니다 13:57 &lt;orion&gt; LiveFuseNet. 13:58 &lt;+polecat&gt; 그룹을 몇몇 사람만 /읽을/ 수 있게 하는 건 어떤가요? 암호화까진 아니더라도, 존재 자체가 알려지지 않도록 하는 거죠. 13:58 &lt;dm&gt; 이렇게 하면 어때요: Contnet? ContNet 13:58 &lt;dm&gt; Content, Contnet... 알겠죠? 에??? 13:58 &lt;susi23&gt; jnymo: postscript 관련해서, frosk에게 pdf로 달라고 정중히 부탁했어요 *부끄* 13:58 &lt;frosk&gt; polecat: 흥미로울 수 있겠네요. 다만 현재 설계엔 넣기 좀 어렵습니다 13:58 &lt;jrandom&gt; 잘 모르겠는데, 꽤 가능해 보여요 13:59 &lt;+polecat&gt; 저는 HTML이나 일반 텍스트가 좋아요. -.- 비트맵 ps 리더는 별로라서요. -.- 13:59 &lt;jrandom&gt; 그룹을 syndication(콘텐츠 배포)으로 제공하는 대신, 신뢰/인지된 사용자만 그 그룹을 받게 하는 거죠 13:59 &lt;jrandom&gt; (신뢰/인지된 syndication 노드에서) 13:59 &lt;frosk&gt; polecat: `http://frosk.i2p/i2pcontent-3.pdf` pdf가 가능하시다면요 :) 13:59 &lt;jrandom&gt; usenet의 "Distribution:" 헤더 같은 방식으로요 13:59 &lt;susi23&gt; polecat: ps는 비트맵이 아니에요 :P 13:59 &lt;+polecat&gt; frosk: 중요해요, 개인 메일박스, 비밀 그룹, 또는 livejournal에서 특정 친구에게만 텍스트를 보이게 하는 기능 같은 걸 원한다면요. 또한 운영되는 포럼에도 아마 그게 중요할 거예요. 13:59 &lt;frosk&gt; 흠, 맞아요 14:00 &lt;frosk&gt; polecat: 친구에게만 보이게 하는 건 암호화로 처리할 수 있어요 14:00 &lt;+polecat&gt; frosk: 제 PDF 리더는 이거예요: $ pdf2ps file.pdf&gt; file.ps; gs file.ps 14:00 &lt;jrandom&gt; polecat: 며칠 전에 운영되는 포럼에 대한 좋은 제안을 했죠 - 운영되지 않는 제출 큐를 두고, 운영자가 "진짜" 그룹에 게시하는 방식 14:01 &lt;+polecat&gt; frosk: 암호화는 좋아요, 그리고 가능하면 다소 투명해야죠. 아니면 사용자가 gpg가 돌아가는 xterm에 텍스트를 쳐서 복사해 저널 창에 붙여넣어야 할 테니까요.&gt;.&lt; 14:01 &lt;+polecat&gt; jrandom: 네, 하지만 이상적으로 제출 큐는 운영자 외엔 보이지 않아야 해요. 14:01 &lt;frosk&gt; polecat: 오, 투명성은 전반에서 중요한 키워드예요 :) 14:01 &lt;jrandom&gt; polecat: "xterm"이라고 하는 순간 대상 사용자의 99%를 잃을 거예요 14:02 &lt;+polecat&gt; jrandom: 이 heathen들! grep을 돌려라! 14:02 &lt;ant&gt; &lt;jnymo&gt; 음... usenet이 뭐죠? 14:02 &lt;ant&gt; &lt;jnymo&gt; 들어는 봤는데.. 14:02 &lt;susi23&gt; jnymo: news, nntp, google -&gt; groups 14:02 &lt;frosk&gt; http://en.wikipedia.org/Usenet :) 14:03 &lt;+polecat&gt; jnymo: 뉴스그룹 말이죠? 14:03 &lt;dm&gt; 랜덤 포르노 다운로드에 좋아요. 14:03 &lt;frosk&gt; 기본적으로 세계에서 가장 오래되고 가장 검증된 p2p 네트워크예요, 오늘 jrandom이 썼듯이 14:03 &lt;ant&gt; &lt;jnymo&gt; 그럼 파일을 올릴 수 있나요? 아니면 파일 링크를? 14:03 &lt;jrandom&gt; 그리고 엄청 탄탄해요 14:03 &lt;susi23&gt; dm: 무작위 포르노 다운로드에 '유용'하죠 :P 14:03 &lt;+polecat&gt; dm: 스팸 속에서 포르노를 찾을 수만 있다면요. 14:04 &lt;frosk&gt; 본질적으로는 토론 그룹용이지만, 파일에도 널리 쓰이죠 14:04 &lt;+polecat&gt; 또 다른 이슈가 있어요. 스팸 말이죠.. 14:04 * dm 과거에 '포르노 다운로더'를 돌렸음. 꽤 잘됐죠. 14:04 &lt;ant&gt; &lt;jnymo&gt; 그러니까 irc의 포럼 형식 같은 거네요? 14:04 &lt;frosk&gt; i2pcontent의 스팸도 생각해봤는데, 썩 기대되진 않아요 ;) 14:04 * susi23 화제를 되돌리자며 손짓 *부끄* 14:04 &lt;+polecat&gt; 개방형 포럼만 둘 수는 없어요, 또는 1명만 글 쓰는 포럼과 제한 없는 포럼만 둘 수도 없죠. 여러 사람이 글을 쓰되, 허가되지 않은 사람은 못 쓰게 하는 적당한 중간이 필요해요. 14:04 &lt;+dinoman&gt; 한 가지만 묻죠. 제가 이걸 직접 돌려야 하나요, 즉 i2p의 일부로 들어가나요? 14:05 &lt;frosk&gt; polecat: i2pcontent에는 그게 있어요(여러 사용자가 하나의 블로그를 편집) 14:05 &lt;dm&gt; 이렇게 큰 usenet이 실제로는 몇 명 안 쓰는 걸 생각하면 놀라워요. 14:05 &lt;dm&gt; 일반인은 usenet이 뭔지 몰라요. 14:05 &lt;jrandom&gt; dinoman: 애플리케이션이에요, 절대 필수는 아님 14:06 &lt;+dinoman&gt; :) 14:06 &lt;ant&gt; &lt;jnymo&gt; 네.. 저는 일반인이죠 14:06 &lt;frosk&gt; 하지만 가능하면 i2p와 함께 배포되면 좋겠어요 ;) 14:06 &lt;+polecat&gt; 그러면 meta.group.*에 sha4 리스트가 있고, 승인된 syndicator/reader 리스트 하나, writer 하나, owner 하나 등등... 14:06 &lt;jrandom&gt; (하지만 안 쓴다고 설치만 해도 머신에 *아무* 오버헤드가 추가되는 건 아니라고 봐요 2) 좋은 기능 많죠 :) 14:07 &lt;jrandom&gt; frosk: 당연히요 14:07 &lt;dm&gt; Google이 어느 정도 노출을 주는 것 같네요. "세계에서 가장 큰 메시지 보드"로 소개하고, 일반 포럼과 유사한 UI를 가지면 좋겠어요. 14:07 &lt;+polecat&gt; jrandom: 왜 오버헤드가 *제로*라고 하나요? c.c 14:07 &lt;+polecat&gt; 읽을 syndicate와 블로그를 먼저 선택하기 전엔 다운로드도 안 하니까요? 14:07 &lt;jrandom&gt; jnymo: i2p 메일링 리스트에 대한 usenet 유사 인터페이스: `http://news.gmane.org/gmane.network.i2p` 14:08 &lt;jrandom&gt; polecat: 아니요, 안 쓰면 오버헤드는 0이에요 13:08 &lt;frosk&gt; polecat: 그룹에는 사용자를 추가할 수 있는 owner가 한 명 있어요. "비밀" 메시지 네임스페이스는 지금까진 생각해보지 않았네요 :) 14:08 &lt;jrandom&gt; (설치만 했다고 해서 머신이 퍼블릭 데이터 저장소가 되는 건 아닙니다) 14:08 -!- ]Replica[ 닉이 ]Replica|zZz[ 로 변경됨 14:08 &lt;jrandom&gt; 그리고 아마 i2p 내 보안 블로그로 I2P 공지가 나갈 수도 있어요, 읽을 가치 있죠 14:08 &lt;+polecat&gt; frosk: 여러 owner도 가능하죠, 다만 이름을 위한 sha에는 한 명만 들어갈 수 있어요. :3 그 그룹의 meta.*를 수정할 수 있는 사람을 여러 명 허용하면 되죠. 14:09 &lt;frosk&gt; 마무리하자면, 도우실 분은 frosk.i2p의 문서를 읽고 같이 이야기해요 :) i2pcontent에 대해 더 있을까요? 14:09 &lt;+dinoman&gt; 오, 그럼 이건 i2p 위의 freenet이 아니군요! 14:09 &lt;frosk&gt; (지금 레이턴시가 좀 있어요) 14:09 &lt;jrandom&gt; 맞아요 dinoman, 절대 아니에요 14:09 &lt;susi23&gt; 데이터를 "뉴스그룹"으로 조직하면 좋겠네요... i2p.childporn.*는 그냥 삭제/구독 해제... 14:09 &lt;+polecat&gt; dinoman: 엔. 오우. 14:10 &lt;ant&gt; &lt;jnymo&gt; jrandom: 아.. 그거 멋지네요 14:10 &lt;jrandom&gt; 좋아요 frosk. 이거 정말 멋진 물건이고, 사람들이 당신에게 메일을 왕창 보내고, 당신 블로그도 읽어야 해요 :) 14:10 &lt;ant&gt; &lt;jnymo&gt; 유용하네요 ;) 14:10 &lt;+polecat&gt; susi23: 맞아요, 그리고 아무도 syndicate하고 싶지 않다면, 아무도 그걸 옮기는 데 도움 줄 필요가 없죠. 14:10 &lt;frosk&gt; polecat: 네, 다만 복잡성이 좀 늘고, 저는 단순함 광이에요 ;) 14:10 &lt;jrandom&gt; jnymo: 네. 그 이상으로 정말 멋진 걸 할 수 있어요, http://www.livejournal.com/이나 blogger 같은 모양으로 만들고요 14:11 &lt;jrandom&gt; 네, 처음부터 너무 높게 잡지 않는 게 좋아요 (&lt;/교훈 획득&gt;). 가능하면 가장 단순한 것을 목표로 하고, 나중에 개선할 훅을 다세요 14:11 &lt;frosk&gt; 렌더링은 당연히 100% 사용자 클라이언트 몫이에요 (LJ처럼 보이는 웹 인터페이스? OK. slashdot 스타일? 좋죠! 등 :) 14:12 &lt;+polecat&gt; frosk: 저는 권한을 일반화해야 한다고 봐요. owner는 "한 명만", writer는 "몇 명만", reader는 "모두" 같은 게 아니라, 포럼이 스스로 권한을 지정하도록요. 그렇지 않으면 많은 종류의 인가를 하드코딩하는 셈이 돼요. 14:12 &lt;frosk&gt; jrandom: 네, 확장성은 왕이죠 14:12 &lt;frosk&gt; 그래서 시작부터 탄탄한 설계가 중요해요 14:13 &lt;+dinoman&gt; 그럼 제가 이해한 바로는 (최종 사용자 입장에선) 뉴스그룹처럼 작동한다는 거죠. 14:13 &lt;frosk&gt; polecat: 동의 14:13 &lt;+polecat&gt; dinoman: Livejournal에 더 가깝지만, 네. 14:14 &lt;+dinoman&gt; 음 이 아이디어를 좋아하게 될지도! 14:14 &lt;frosk&gt; 기술적으로는 뉴스그룹 같고(더 빠른), 겉보기에는 라이브저널 같을 수 있어요 14:14 &lt;+polecat&gt; frosk: 또한 Livejournal과 달리, Usenet 스타일의 탈중앙화죠. 그래서 사용자는 하나의 syndicate(LJ) 대신 syndicate를 직접 고르죠. 14:15 &lt;frosk&gt; polecat: 맞아요. 대부분 경우엔 사용자 소프트웨어가 syndicate 선택을 하므로, 대부분의 사용자는 많은 기술적인 걸 알 필요가 없을 거예요 14:16 &lt;+polecat&gt; 흠... 아마도요. 소프트웨어가 syndicate를 찾을 방법이 필요하죠. 사용자가 IRC에서 해시를 복사해 i2pcontent의 syndicate 추가 박스에 붙여넣는 것 말고요. 14:17 &lt;jrandom&gt; polecat: 사용하는 syndicate는 meta.* 게시물에 포함돼요 14:17 &lt;frosk&gt; polecat: 네, i2pcontent는 몇 개의 "seed syndicate"와 함께 오고, 사용자가 그들에게 더 달라고 요청해요 14:17 &lt;ant&gt; &lt;Asciiwhite&gt; frost, livejournal?, 멋지네요... 14:17 &lt;+polecat&gt; jrandom: meta.* 게시물을 받으려면 syndicate가 필요해요. 8) frosk: 네 그런 느낌, 좋네요. 14:17 &lt;frosk&gt; 아 네, frost 사용자들은 i2pcontent를 사랑할 겁니다 ;) 14:18 &lt;jrandom&gt; 헤헷 맞아요 14:18 &lt;frosk&gt; jrandom: 그건 제 계획엔 없었는데, 사실 아주 똑똑해 보이네요 :) 14:18 &lt;frosk&gt; 현재 syndicate 데이터베이스는 몇 면에서 아픈 부분이죠 14:18 &lt;jrandom&gt; 당신의 .ps 파일 중 하나에서 본 것 같은데, 대화에서만 들었을 수도 있겠네요 14:19 &lt;+polecat&gt; kademelia DHT로 하죠! X3 14:19 * jrandom 신음 14:19 &lt;jrandom&gt; 그래도 syndicate DB에 할 수 있는 최적화가 많아요 14:19 &lt;frosk&gt; 아마 똑똑한 생각을 읽은 걸로 착각한 걸지도 ;) 14:19 &lt;jrandom&gt; ㅋㅋ 14:19 &lt;ant&gt; &lt;jnymo&gt; 그럼 html을 임베드할 수 있나요? 14:19 &lt;+polecat&gt; *연호* DHT DHT DHT USA US-- 14:19 &lt;jrandom&gt; jnym: 어떤 콘텐츠든 14:20 &lt;+polecat&gt; jnymo: 아니면 일종의 bbcode 같은 거요. 14:20 &lt;jrandom&gt; 네, 렌더링은 bbcode류 문법이 가장 안전하죠 14:20 &lt;dm&gt; frosk: cervantes의 포럼에 전용 섹션 하나 어떨까요? 14:20 &lt;frosk&gt; 블로그와 포럼은 일부 마크업이 있는 텍스트를 기대할 거예요, bbcode 같은 14:20 &lt;frosk&gt; dm: 아직은 좀 이른 것 같아요 :) 14:21 &lt;dm&gt; frosk: 된 걸로 치죠! 14:21 &lt;cervantes&gt; dm: 제 포럼에 방음되는 비공개 섹션 하나 어때요? 14:21 &lt;dm&gt; cervantes: 그렇게 하세요. 14:21 &lt;frosk&gt; 아직 말씀드리는 김에, "i2pcontent"는 그냥 더미 이름이에요, jrandom을 MyI2P라고 부르며 모욕하고 싶진 않았거든요 ;) 더 기억에 남는 이름이 필요합니다 14:21 &lt;dm&gt; 이건 어때요... contnet? 14:22 &lt;jrandom&gt; frusejournalrent 14:22 &lt;frosk&gt; 맘에 드네요! 14:22 * dm 신나서 손을 비빈다 14:22 &lt;jrandom&gt; &lt;/fark&gt; 14:22 &lt;dm&gt; &lt;/stupid jrandom tag&gt; 14:22 &lt;+polecat&gt; usejournalforrent? 14:22 &lt;ant&gt; &lt;jnymo&gt; fusenet 괜찮게 들렸어요 14:22 &lt;+protokol&gt; eepnet 14:22 &lt;+postman&gt; uupnet :) 14:22 &lt;lurk&gt; froops 14:23 &lt;+postman&gt; ㅋㅋ 14:23 &lt;dm&gt; nnnnnnnnnnnntp 14:23 &lt;+postman&gt; 장난꾸러기들 14:23 &lt;+polecat&gt; "콘텐츠 배포 신디케이트 네트워크에 대한 frosk의 캐치한 이름." 우리는 "Fcnfacdsn은 Usenet에서 영감을 받았고..."라고 말할 수 있어요 14:23 &lt;ant&gt; &lt;Asciiwhite&gt; 네 저도 frusenet 좋다고 생각했어요. 14:23 &lt;frosk&gt; :D 14:23 &lt;jrandom&gt; 좋아요, 모든 우스운 이름은 frosk@mail.i2p 로 보내주세요 :) 14:23 &lt;+polecat&gt; frootloops! 14:23 &lt;frosk&gt; 친구에게 frusenet을 던져봤더니, "... 아니"라고 하더군요. 14:23 &lt;jrandom&gt; (의견/우려 사항 등도 함께) 14:24 &lt;frosk&gt; 그래도 fusenet은 멋진 울림이 있어요 :) 14:24 &lt;dm&gt; 그냥 'Content'는 어때요 ? 14:24 &lt;+polecat&gt; 전 fusenet이 좋네요, 휘발성 있어 보이죠. 14:24 &lt;+polecat&gt; 네 그럼. 이제 조용히 있을게요. 14:24 &lt;Pseudonym&gt; nn2p 14:24 &lt;dm&gt; 근사하고 품격 있어요 14:24 &lt;jrandom&gt; 오오오 14:24 &lt;frosk&gt; 어쨌든, 제가 안건의 마지막은 아니니, 넘어갈까요 ;) 14:24 &lt;+postman&gt; NN2P 멋져요 14:24 &lt;ant&gt; &lt;jnymo&gt; html이 있으면.. 마치 진짜 인터넷처럼 보이게 할 수 있죠... froozlednet 안에서 14:24 &lt;jrandom&gt; 좋아요, 5) i2p-bt로 넘어갑니다 14:24 &lt;jrandom&gt; duck: 있어요? 14:24 &lt;@duck&gt; 삐약 14:24 &lt;frosk&gt; dm: "Content"는 아마 Apple이나 누군가가 상표등록했을걸요 ;) 14:25 &lt;ant&gt; &lt;Asciiwhite&gt; 오, 이거 회의록인가요 ? 14:25 &lt;@duck&gt; 이번 주 i2p-bt 이슈: 14:25 &lt;dm&gt; 스피드 데이팅!@ 14:26 &lt;@duck&gt; - 트래커에 rss 제공 14:26 &lt;@duck&gt; - #eeprnova에서 메타트래커를 만들려는 바보 같은 시도 14:26 &lt;ant&gt; &lt;jnymo&gt; 나이스 14:26 &lt;ant&gt; &lt;Asciiwhite&gt; 네, 좋은 아이디어. 14:26 &lt;+polecat&gt; 여전히 그 빌어먹을 BitTorrent 파이썬 소스보다 더 나은 코드베이스를 찾을 수 있길 바라요... 14:26 &lt;ant&gt; &lt;Asciiwhite&gt; 샘플러(즉 비디오/이미지) 같은 걸 지원하는 건 어때요 14:26 &lt;@duck&gt; - 자세한 코드 리뷰를 했는데 버그는 못 찾았음 14:26 &lt;@duck&gt; 무섭게 보이는 에러 대부분은 꽤 무해함 14:27 &lt;@duck&gt; - 까먹었음 14:27 &lt;@duck&gt; . 14:27 &lt;jrandom&gt; 좋네요 14:27 &lt;jrandom&gt; 스와밍하면서 스트리밍 라이브러리 활동을 보고 있는데, cvs에 몇 가지 개선이 있었어요 14:28 &lt;+polecat&gt; 메타트래커는 파일의 트래커를 찾게 해주나요...? 14:28 &lt;ant&gt; &lt;Asciiwhite&gt; 그러면 사람들이 영상 품질의 작은 샘플이나 썸네일 등을 업로드할 수 있죠. 14:28 &lt;jrandom&gt; (bt 설정을 따라잡기 위해) 14:28 &lt;+polecat&gt; jrandom: 언제 기준의 개선인가요, 오늘 아침? :3 14:28 &lt;@duck&gt; polecat: 네, 지금 건 채널에 새 파일을 알리는 정도지만; 확장할 수 있죠 14:28 &lt;jrandom&gt; 하루 이틀 전 14:29 &lt;+polecat&gt; 그냥 확인차요, 지난번에 제가 CVS Head를 받았을 때, 몇 시간 뒤에 0.4.3으로 업데이트했거든요. 14:29 &lt;ant&gt; &lt;jnymo&gt; 예.. i2ptorrent 검색 같은 아이디어가 어딘가 계층 어딘가에 있나요? 14:29 &lt;jrandom&gt; 흥미로운 건, 남아 있는 i2p-bt의 문제는 사실 i2p/스트리밍 lib/SAM 쪽 문제라는 점 같아요 14:30 &lt;+polecat&gt; 누군가 키워드 같은 걸로 검색하는 서버를 작성해야겠죠. 14:30 &lt;@duck&gt; 아니면 irc 봇 14:30 &lt;jrandom&gt; jnymo: `http://brittneyworld.i2p/bittorrent/` 14:30 &lt;jrandom&gt; polecat: files.i2p/ 14:30 &lt;ant&gt; &lt;jnymo&gt; 흐음 14:30 &lt;ant&gt; &lt;jnymo&gt; 음.. 네. 오케이 14:30 &lt;+polecat&gt; duck: 글쎄요 봇이든 files.i2p 같은 eepsite든, 어쨌든 검색용 서버가 필요하겠죠... 14:31 &lt;@duck&gt; 봇 등을 위한 트래커의 rss 개선이 필요하면 알려주세요 14:31 &lt;ant&gt; &lt;jnymo&gt; 흠.. 지금 brittanyworld.i2p가 다운된 것 같네요 14:32 &lt;jrandom&gt; 남은 문제가 i2p-bt가 아닌 i2p 관련 문제로 보이므로, 스와밍 파일 전송 현상금은 완료된 것으로 표시했습니다 14:32 &lt;jrandom&gt; (와!) 14:32 &lt;ant&gt; &lt;jnymo&gt; 아무튼 14:32 &lt;ant&gt; * jnymo 모자를 벗어 인사 14:32 &lt;frosk&gt; 모두 축하해요, 훌륭해요 14:33 &lt;jrandom&gt; 그래요, duck, ragnarok, dinoman, connelly, drwoo의 모든 노력에 감사 13:33 &lt;+polecat&gt; ragnaroks! dinoman's da man! 음... 14:33 &lt;ant&gt; &lt;Asciiwhite&gt; 수고했어요 duck. 14:33 &lt;+polecat&gt; 저는 여전히 ctorrent를 i2p로 포팅하고 싶어요. UI가 좀 허술하긴 하지만, 엄청 효율적인 bittorrent 물건이거든요. 14:34 &lt;dm&gt; 잘했어요 14:35 &lt;+polecat&gt; SAM 프록시에 대한 정보가 어디 있는지 아는 분? 14:36 &lt;jrandom&gt; 일반 기금의 절반 정도가 그 현상금으로 나갔고, 그래서 현재 잔액은 약 $400USD 정도예요 [오늘 새로운 기부도 있었어요 [야호!]] 14:36 &lt;jrandom&gt; polecat: http://www.i2p.net/sam 14:37 &lt;+polecat&gt; jrandom: 스와밍 파일 전송을 하는 데 돈이 든다고요? o.O 14:37 &lt;+polecat&gt; 아 맞다 현상금. 14:37 &lt;Pseudonym&gt; 일반 기금 잔액을 웹사이트에 올려두면 멋질 텐데요 14:37 &lt;jrandom&gt; 맞아요 polecat :) 14:37 &lt;jrandom&gt; 좋은 아이디어네요 Pseudonym 14:38 &lt;Pseudonym&gt; 매일 업데이트할 필요는 없고, 가끔만 14:38 &lt;jrandom&gt; /bounties에 추가할게요 (괜찮죠?) 14:38 &lt;Pseudonym&gt; 좋아요 14:38 &lt;+protokol&gt; hello 채팅방을 계속 운영한다는 말은 아니겠죠 14:38 &lt;cervantes&gt; 그걸 하면 jrandom이 파이와 맥주로 점심을 먹으러 나갈 때마다 잔액이 얼마나 줄어드는지 우리가 다 보게 될 텐데요 14:39 &lt;jrandom&gt; 헤헤 cervantes 14:39 &lt;Pseudonym&gt; 누가 jrandom의 맥주를 위해 돈을 기부하지 않았나요? 14:40 &lt;cervantes&gt; 오늘 환율로 반 파인트 값이면 넉넉하죠 :) 14:40 &lt;jrandom&gt; 네 맥주 기부도 몇 번 있었어요 :) 14:40 &lt;jrandom&gt; (기부 목록은 http://www.i2p.net/halloffame 에 있어요) 14:40 &lt;Pseudonym&gt; 그 돈 쓰고 있나요? 14:41 &lt;cervantes&gt; 멋지네요... 누군가는 정말 돈이 남아도나 봐요 ;-) 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; anonymous 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; $5.00 USD 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; jrandom의 맥주 기금 14:41 &lt;ant&gt; &lt;Asciiwhite&gt; ㅋㅋ 14:42 &lt;jrandom&gt; CDN 관련 현상금을 늘릴 수 있으면 좋겠어요, 그건 일이 산더미라서요 14:42 &lt;jrandom&gt; 하지만 시간이 지나면 어떻게 되는지 보죠 14:42 &lt;jrandom&gt; 좋아요, 5) i2p-bt에서 꽤 벗어난 것 같네요 14:42 &lt;jrandom&gt; 그럼 6) ???로 넘어갈까요 14:42 &lt;@duck&gt; 여긴 추가할 게 없어요. 14:43 &lt;jrandom&gt; 다른 얘기할 거 있나요? 14:43 &lt;@duck&gt; - 왜 이렇게 많은 사람이 호스트명을 지정하면 문제를 겪죠? 14:43 &lt;jrandom&gt; 잘 모르겠네요 14:43 &lt;jrandom&gt; 제 router 둘 다 명시적인 호스트명을 씁니다 14:43 &lt;@duck&gt; 제 것도 그래요, 문제 없음 14:44 &lt;@duck&gt; 경고 문구를 더 부정적으로 바꿔야 할지도 14:44 &lt;jdot_&gt; hosts.txt에서 호스트명의 키를 바꾸는 방법이 있나요? 14:44 &lt;jrandom&gt; 좋네요 duck 14:44 &lt;+polecat&gt; addressbook 관련해서요... 14:44 &lt;jrandom&gt; jdot_: 딱히 없어요, 특히 addressbook을 고려하면요 14:44 &lt;jdot_&gt; 예를 들어, 이전 eepsite 키를 잃어버렸다면. :( 14:44 &lt;mule2&gt; 저도 그래요 - 하지만 문제는 있죠 :) 14:44 &lt;+polecat&gt; Addressbook은 i2pcontent와 통합될 거죠, 맞나요? 14:45 &lt;mule2&gt; 하지만 그게 호스트명 때문이라고 생각하진 않아요 14:45 &lt;Pseudonym&gt; 동작하는 addressbook이 있나요? 14:45 &lt;+polecat&gt; 블로그 구독하듯 주소록을 구독해요... 대신 userhosts.txt 등을 덮어쓰죠. 14:45 &lt;jrandom&gt; polecat: addressbook을 i2pcontent로 배포하는 건 말이 되죠 14:45 &lt;jrandom&gt; Pseudonym: `http://ragnarok.i2p/` 14:45 &lt;+polecat&gt; Pseudonym: `http://polecat.i2p/addressbook.pl.zip` 14:45 &lt;jrandom&gt; 그리고 http://pole... 어, 그가 말한 것처럼 14:45 &lt;Pseudonym&gt; 감사합니다 14:46 &lt;jrandom&gt; `http://orion.i2p` 에도 하나 더 있는 걸로 알아요 14:46 &lt;frosk&gt; polecat: "덮어쓴다"는 표현은 과하네요. "병합"하죠 ;) 14:47 &lt;+polecat&gt; 네... orion 것도 봤어요. 14:47 &lt;jdot_&gt; 젠장 14:47 &lt;jrandom&gt; jdot_: 그럼 운이 없는 것 같네요 :/ 14:47 &lt;jrandom&gt; 좋아요, 회의에서 더 얘기할 거 있나요? 14:48 &lt;dm&gt; 메리 크리스마스 14:48 &lt;+polecat&gt; jdot: 다행히 우리가 fusenet을 작동시키면, 나중엔 그걸로 i2p 키를 업데이트할 수 있어요. 14:49 &lt;ant&gt; &lt;Asciiwhite&gt; dm, 여기선 12월 15일이에요 :) 14:49 &lt;jrandom&gt; 행복한 하나누카도 14:49 &lt;+polecat&gt; 그리스도는 9월에 태어났어요, 다들 대체 뭘 축하하는 거죠? 14:49 &lt;+polecat&gt; 저는 율로 만족하겠습니다. 14:49 &lt;jrandom&gt; 자, 그게 전부라면... 14:49 * jrandom 마무리 준비 14:50 * jrandom *baf* 하고 회의를 닫는다 </div>/ko/blog/2004/12/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-12%EC%9B%94-07%EC%9D%BC/Tue, 07 Dec 2004 00:00:00 +0000/ko/blog/2004/12/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-12%EC%9B%94-07%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, bushka, clayboy, dinoman, duck, Frooze, mule, postman, protokol, Ragnarok, slart, ugha2p</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 22:00:00 &lt;@duck&gt; 2004년 12월 7일 화 21:00:00 UTC 22:00:04 &lt;@duck&gt; I2P 회의 시간입니다 22:00:05 &lt;Frooze&gt; 나는 방금 I2P용으로 Frooze라는 걸 만들었어. 'frooze'가 뭔지도 모르겠네. 22:00:21 &lt;@duck&gt; http://dev.i2p.net/pipermail/i2p/2004-December/000509.html 에 공지한 대로 22:00:29 &lt;@duck&gt; 안건: 22:00:29 &lt;@duck&gt; 0) 안녕하세요 22:00:29 &lt;@duck&gt; 1) 0.4.2.3 22:00:29 &lt;@duck&gt; 2) i2p-bt 22:00:29 &lt;@duck&gt; 3) #idlerpg 22:00:29 &lt;@duck&gt; 4) ??? 22:00:32 &lt;@duck&gt; . 22:01:09 &lt;@duck&gt; 0) 안녕하세요 22:01:15 &lt;clayboy&gt; 안녕하세요 22:01:16 &lt;@duck&gt; jrandom이 병가를 냈습니다 22:01:20 &lt;+ugha2p&gt; 안녕하세요. 22:01:30 &lt;@duck&gt; 또한 아마 참석하지 못할 거라고 나에게 쪽지를 보냈습니다 22:01:39 &lt;+protokol&gt; http://www.google.com/search?q=frooze 22:01:41 &lt;@duck&gt; 그럼 일단 지켜보면서 시작하죠 22:01:46 &lt;clayboy&gt; 빨리 나았으면 좋겠네요 22:02:06 &lt;@duck&gt; 1) 0.4.2.3 22:02:16 &lt;@duck&gt; 새 릴리스를 정말 곧 공개할 예정입니다 22:02:31 &lt;@duck&gt; 그러니까 내일이나 목요일쯤요. 22:02:41 &lt;@duck&gt; 버그 수정이 꽤 많이 있었습니다 22:03:24 &lt;+ugha2p&gt; 최신 CVS 리비전에서 메모리/CPU 문제도 고쳐졌나요? 22:03:29 &lt;clayboy&gt; 몇몇이 CVS 빌드를 따라가고 있는데, 아주 잘 동작합니다 22:03:33 &lt;@duck&gt; 주로 스트리밍 라이브러리, SAM 브리지 등 22:04:17 &lt;+ugha2p&gt; I2P에서 드물게 높은 부하를 겪고 있습니다. 22:04:23 &lt;clayboy&gt; 그건 여러 리비전 전에 고쳐졌던 걸로 알아요, ugha2p 22:04:41 &lt;+ugha2p&gt; (Running -7) 22:04:51 &lt;clayboy&gt; 오, 흠 22:04:52 &lt;@duck&gt; ugha2p: 히스토리에서는 그런 내용을 못 봤어요 22:05:48 &lt;+protokol&gt; 가능하고 가치가 있다면 말이지만, 변경 로그의 RSS 피드가 있으면 좋겠네요 22:05:48 &lt;@duck&gt; 좋아요 22:05:49 &lt;+ugha2p&gt; 이상하네요. 22:06:01 &lt;+protokol&gt; ;-) 22:06:17 &lt;@duck&gt; 버그질라에 항목을 하나 올려보세요 22:06:25 &lt;@duck&gt; 아니면, 글쎄요 22:06:34 &lt;+ugha2p&gt; Java 프로세스가 절반 정도의 시간 동안 CPU를 100% 사용합니다. 22:07:18 &lt;+ugha2p&gt; 그럼, 이 이슈에 대해서는 아시는 게 없나요? 여러분의 router들은 정상인가요? 22:07:24 &lt;dinoman&gt; 응, 내 것도 높아 -6 22:08:24 &lt;@duck&gt; 내 NPTL 업그레이드 이후 top/uptime 정보가 이상하게 나와서, 뭐라 말하기 어렵네요 22:09:03 &lt;+ugha2p&gt; 좋아요, 그럼 넘어갈까요? 22:09:07 &lt;@duck&gt; 좋아요 22:09:14 &lt;@duck&gt; 2) i2p-bt 22:09:24 &lt;+ugha2p&gt; 그리고 jrandom에게 0.4.2.3을 언제 릴리스할 건지도 물어봐 주세요 22:09:40 &lt;+ugha2p&gt; NPTL 환경에서 저는 잘 동작했습니다. 22:09:45 &lt;@duck&gt; ugha2p: 내일이나 목요일이라고 했어요 22:09:58 &lt;+ugha2p&gt; 그렇군요. 22:09:59 &lt;@duck&gt; 어제 새 i2p-bt를 릴리스했습니다 22:10:23 &lt;@duck&gt; 'buffer' 개념 전체에 대해 새로 이해한 부분이 좀 있었고요 22:10:42 &lt;@duck&gt; 게다가 Ragnarok가 예전에 보내고 대기 중이던 패치들도 몇 개 있었습니다 22:11:13 &lt;mule&gt; duck: 축하해요, 잘하셨어요! 22:11:15 &lt;@duck&gt; 그리고 슬라이스 크기도 늘렸습니다. 매번 32KB 대신 128KB를 전송한다는 뜻이에요 22:11:29 &lt;@duck&gt; 그래서 큐가 꽉 차 있도록 유지될 겁니다 22:11:47 &lt;+ugha2p&gt; 네, 고마워요, duck. :) 22:11:56 &lt;@duck&gt; DrWoo 등 몇 분이 GUI 기능 요청을 몇 가지 올렸습니다 22:12:23 &lt;@duck&gt; 그런데 저는 GUI를 전혀 안 써서, wxPython도 모르고, 아마 크게 신경 쓰지도 않을 듯해요 :) 22:12:31 &lt;+Ragnarok&gt; 각 슬라이스를 하나의 메시지에 맞추는 방식은 기대만큼 잘 안 됐나요? 22:12:57 &lt;clayboy&gt; `http://brittanyworld.i2p/bittorrent/` 에 시더가 많은 토런트들이 있어요 (i2p 0.4.2.2-7 및 i2p-bt 0.1.3) 22:13:10 &lt;@duck&gt; Ragnarok: 약간은 추측이에요 22:13:27 &lt;@duck&gt; 로컬 전송에서는 처리량 값이 훨씬 높게 나옵니다 22:13:51 &lt;+ugha2p&gt; 대신 누군가가 풀-기능 클라이언트를 포팅할 때까지 기다리는 게 낫지 않을까요? 22:14:10 &lt;+Ragnarok&gt; 흠, 알겠어요 22:14:13 &lt;@duck&gt; 뭐, 모두 기다릴 수 있죠 :) 22:14:37 &lt;clayboy&gt; BitTorrent는 _정말_ "full featured"입니다. 제가 bt에 쓰는 유일한 클라이언트예요 (i2p 밖에서도요) :) 22:15:15 &lt;+ugha2p&gt; clayboy: 꼭 그렇진 않죠. :) 22:16:02 &lt;@duck&gt; 개인적으로는 기본값이 잘 잡혀 있는 걸 선호합니다 22:16:17 &lt;@duck&gt; mldonkey를 보세요. 바꿀 수 있는 게 수없이 많은데, 대부분의 사용자는 그게 뭔지 잘 모릅니다 22:16:50 &lt;@duck&gt; 그러다 보니 사용자 미신이 생겨요. 예컨대 I2P 사용자들이 계속 'Reseed'를 누른다든가, 안 되면 재설치한다든가요 22:17:01 &lt;+ugha2p&gt; 알아볼 의지가 없다면, 애초에 리눅스를 쓰면 안 되죠. :) 22:17:04 &lt;@duck&gt; 그건 아기 고양이들을 죽입니다 22:17:28 &lt;slart&gt; bittornado는 어때요? 22:17:43 &lt;+Ragnarok&gt; pygtk GUI를 한번 써볼 수도 있겠지만, 해야 할 일이 너무 많고, 사람들이 뭘 원하는지도 잘 모르겠네요 22:17:45 &lt;+protokol&gt; azureus? 22:17:57 &lt;@duck&gt; 물론 제 속마음의 일부는 일을 미루려고 변명을 만드는 거죠 22:18:03 &lt;+protokol&gt; azureus는 플러그인을 지원해요 22:18:10 &lt;@duck&gt; protokol: 그럼, 플러그인을 하나 쓰세요 22:18:32 &lt;+protokol&gt; 헤헷 22:18:40 &lt;slart&gt; bittornado는 공식 bt를 기반으로 한 거 아닌가요? 22:18:50 &lt;+protokol&gt; 말처럼 쉽진 않죠 22:18:52 &lt;@duck&gt; slart: 그걸 보고는 눈물이 났습니다 22:19:07 &lt;@duck&gt; 개선점이 몇 가지 있어서 도움이 될 수도 있지만 22:19:17 &lt;@duck&gt; 한편으론 전체를 훨씬 더 복잡하게 만들었고 22:19:22 &lt;@duck&gt; 원본 코드는 정리하지도 않았어요 22:19:36 &lt;+Ragnarok&gt; 윽 22:19:56 &lt;@duck&gt; 인자가 없을 때 토런트를 지정할 수 있게 하는 GUI 기능은 거기서 가져와서 i2p-bt에 추가했습니다 22:20:11 &lt;clayboy&gt; 이런 부수적인 GUI 걱정은 나중에 하고, 우선 기본 BitTorrent를 훌륭하게 동작하게 만들죠 :) 22:20:46 &lt;@duck&gt; slart: 아마 다른 것도 좀 쓸 수 있을 거예요. 누군가가 (제대로) 해주기만 하면요 22:21:23 &lt;+ugha2p&gt; clayboy: 음, 제 생각엔 이미 아주 잘 작동합니다. :) 22:21:53 &lt;slart&gt; abc 클라이언트는 tornado를 써요(아마도) 22:22:15 &lt;clayboy&gt; i2p-bt로 실제로 얼마나 많은 데이터를 밀어 넣을 수 있는지 보려면, 아직 본격적인 헤비 테스트가 필요하다고 느껴요 22:22:21 &lt;bushka&gt; 네, 맞아요 slart. 22:23:49 &lt;@duck&gt; 그것들이 어떻게 동작하는지에 따라, i2p-bt의 변경 사항을 비교적 쉽게 포팅할 수 있을지도 모릅니다 22:24:41 &lt;@duck&gt; 한번 시도해 보고 결과를 알려 주세요 22:25:47 &lt;@duck&gt; . 22:25:55 &lt;@duck&gt; i2p-bt / BitTorrent 관련해서 더 의견 있으신가요? 22:26:08 &lt;slart&gt; python :S 22:26:41 &lt;+ugha2p&gt; . 22:26:51 &lt;@duck&gt; slart: 파이썬이 싫다면, azureus 포팅에 도전해 볼 수도 있어요 22:27:00 &lt;+ugha2p&gt; slart: 그게 왜요? 22:27:06 &lt;slart&gt; 속도 테스트를 위해 리눅스 ISO 같은 걸 시드하는 사람을 몇 명이나 모울 수 있을까요? 22:27:15 &lt;slart&gt; *iso 22:27:34 &lt;@duck&gt; 새 I2P 릴리스 이후에 그걸 해봅시다 22:27:57 &lt;@duck&gt; (대부분에게 CVS에서 I2P router 빌드를 끌어오는 건 꽤 어려운 일이니까요) 22:28:17 &lt;+protokol&gt; 에 22:28:54 &lt;@duck&gt; pl 22:28:57 &lt;@duck&gt; 어, 좋아요 22:29:10 &lt;@duck&gt; 3) #idlerpg 22:29:22 &lt;@duck&gt; 재미있는 IRC RPG 게임을 찾았어요 22:29:36 &lt;@duck&gt; 아무것도 할 필요 없고, 그냥 대기만 하면 돼요 22:29:56 &lt;+ugha2p&gt; 음, LOGIN은 해야죠. ;) 22:30:04 &lt;@duck&gt; 아하 ;) 22:30:18 &lt;mule&gt; cvs update -dP :) 22:30:18 &lt;mule&gt; ant dist updater :) 22:30:20 &lt;+postman&gt; 제가 본 것 중 최고로 웃겨요, 그런데 마음에 들어요 :) 22:30:30 &lt;+protokol&gt; 상품이 있어야겠네요 22:30:45 &lt;@duck&gt; IRCnet에는 동시 접속 플레이어가 779명 있어요 22:30:46 &lt;+ugha2p&gt; duck: 그게 혹시 업그레이드를 안 하게 되는 이유가 될 수도 있겠다고 생각했어요. 22:30:52 &lt;+protokol&gt; 뭔가 승리하거나 레벨을 올리면 yodels를 주자 22:31:03 &lt;+ugha2p&gt; 다만 I2P 사람들도 그렇게 유치할지는 잘 모르겠네요. :) 22:31:14 &lt;+protokol&gt; duck은 yodels가 한 $10000쯤 있을걸요 22:31:18 &lt;@duck&gt; protokol: 맞아요, 퀘스트가 어떻게 동작하는지 봐야겠네요 22:31:39 &lt;@duck&gt; 그걸로 재미있는 걸 좀 해볼 수도 있겠네요 22:31:42 &lt;@duck&gt; ugha2p: 무슨 뜻이죠? 22:31:49 &lt;ant&gt; * cervantes는 router를 재시작하지 않고 40일을 또 보내진 않을 겁니다 22:32:08 &lt;@duck&gt; ugha2p: 아, 게임 때문에 업데이트를 안 할 수도 있다는 거군요 :) 22:32:18 &lt;+protokol&gt; Linux: 재시작하지 않고 고칠 수 없다면, 고칠 수 있는 게 아닙니다. 22:32:20 &lt;@duck&gt; 음, 내 router가 재시작하는 동안은 일시정지해 둘게요 22:32:24 &lt;+ugha2p&gt; :) 22:32:33 &lt;@duck&gt; 그러니 타이밍만 잘 맞추면 손해 보진 않을 거예요 22:32:35 &lt;@duck&gt; ㅎㅎ 22:32:55 &lt;ant&gt; &lt;cervantes&gt; 그거 좋네요... 당신 router는 늘 재시작하니까요 :P 22:33:16 &lt;@duck&gt; 그걸 전념한 테스트라고 하죠 :) 22:33:20 &lt;ant&gt; &lt;cervantes&gt; 그러면 룰렛도 변수가 되겠네요 22:33:23 &lt;@duck&gt; 좋아요 22:33:38 &lt;@duck&gt; . 22:33:49 &lt;+ugha2p&gt; . 22:34:05 &lt;@duck&gt; 5) ??? 22:34:08 &lt;@duck&gt; s/5/4/ 22:34:12 &lt;@duck&gt; 자유 발언 시작! 22:34:23 &lt;+postman&gt; . 22:34:53 &lt;mule&gt; 조금만 손보면 router를 두 개 쓸 수 있어요. 게임 전용 하나는 1년에 한 번만 업그레이드하고요 22:34:53 &lt;@duck&gt; 질문? 코멘트? 제안? 22:35:38 &lt;ant&gt; &lt;mahes&gt; 안녕하세요, 일반적인 비-개발 질문이 있어요 22:36:08 &lt;@duck&gt; 물어보세요 22:36:08 &lt;+ugha2p&gt; 회의를 진행해 줘서 고마워요, duck. 22:36:50 &lt;ant&gt; &lt;mahes&gt; eepsite를 설정하면, 예를 들어 mahes.i2p 같은 주소로 어떻게 접근할 수 있나요 22:36:59 &lt;+protokol&gt; 걱정되는 게 하나 있어요 22:37:44 &lt;+protokol&gt; (싸움 시작) 여러 이유로 .i2p는 형편없는 TLD라고 생각해요 22:38:19 &lt;+ugha2p&gt; mahes: '어떻게'라니요? 사람들은 브라우저를 eepproxy를 사용하도록 설정하고, 주소창에 `http://mahes.i2p/` 만 입력하면 됩니다. 22:38:19 &lt;+protokol&gt; 제 생각엔 a) 한 음절이고 b) 단어처럼 발음할 수 있고 c) 숫자가 포함되지 않는 TLD를 써야 해요 22:38:46 &lt;+ugha2p&gt; protokol: .eep 같은 거요? 22:39:07 &lt;@duck&gt; mahes:: 당신의 eepsite를 가리키는 '예쁜 이름'을 쓰려면, 그 항목이 당신의 hosts.txt 파일에 있어야 합니다 22:39:37 &lt;+protokol&gt; ugha2p: 그렇죠 22:40:01 &lt;+ugha2p&gt; protokol: 메일링 리스트에 제안을 올릴 수 있어요. 22:40:03 &lt;@duck&gt; eepsite 공지 포럼에 올리면 다른 사람들도 받을 수 있어요 22:40:09 &lt;+ugha2p&gt; MyI2P가 생기면 아마 검토될 겁니다. 22:40:35 &lt;+protokol&gt; 헤, 해보긴 하겠지만 jr이 이미 무슨 이유에서든 거절했어요 22:41:06 &lt;ant&gt; &lt;mahes&gt; 음. 저는 그냥 사용자예요... 그러면 mahes.i2p=hhfbwer8328... 를 그냥 게시하면 저절로 퍼지는 거군요 22:41:32 &lt;@duck&gt; 자동으로 퍼지진 않아요. 사람들이 어떻게든 자기 hosts.txt에 넣어야 합니다 22:41:39 &lt;ant&gt; &lt;mahes&gt; 알겠습니다 22:41:52 &lt;@duck&gt; 하지만 포럼에 공지하면 더 잘 퍼질 거예요 :) 22:42:34 &lt;@duck&gt; . 22:43:18 &lt;@duck&gt; *baf* 한번 갑시다 22:43:20 &lt;+ugha2p&gt; . 22:43:30 * ugha2p는 baffer를 기다리고 있습니다. 22:43:38 * duck이 팔을 돌립니다 22:43:45 * duck이 *baf*로 회의를 마무리합니다 </div>/ko/blog/2004/11/30/2004-11-30-%EA%B8%B0%EC%A4%80-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 30 Nov 2004 00:00:00 +0000/ko/blog/2004/11/30/2004-11-30-%EA%B8%B0%EC%A4%80-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요, 여러분</p> <h2 id="색인">색인</h2> <ol> <li>0.4.2 and 0.4.2.1</li> <li>mail.i2p</li> <li>i2p-bt</li> <li>eepsites(I2P Sites)</li> <li>???</li> </ol> <h2 id="1-042-및-0421">1) 0.4.2 및 0.4.2.1</h2> <p>마침내 0.4.2를 배포한 이후, 우리가 새로 만들어낸 버그들을 마주치기 전까지는 네트워크의 신뢰성과 처리량이 한동안 급격히 향상되었습니다. 대부분의 사용자에게는 IRC 연결이 수 시간 동안 끊김 없이 유지되고 있지만, 일부 문제를 겪은 분들에게는 우여곡절이 있었습니다. 그럼에도 많은 수정이 이루어졌고, 오늘 밤 늦게나 내일 이른 시간에는 새 0.4.2.1 릴리스를 다운로드할 수 있도록 준비할 예정입니다.</p> <h2 id="2-maili2p">2) mail.i2p</h2> <p>오늘 일찍 postman에게서 논의하고 싶은 몇 가지가 있다는 쪽지를 슬쩍 받았습니다 - 자세한 내용은 회의 로그를 참조하세요(또는 회의 전에 이 글을 읽고 있다면, 잠깐 들러 주세요).</p>/ko/blog/2004/11/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-11%EC%9B%94-30%EC%9D%BC/Tue, 30 Nov 2004 00:00:00 +0000/ko/blog/2004/11/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-11%EC%9B%94-30%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, bla, clayboy, duck, jrandom, nmi, postman, Ragnarok</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 13:08 &lt;jrandom&gt; 0) 안녕 13:08 &lt;jrandom&gt; 1) 0.4.2와 0.4.2.1 13:08 &lt;jrandom&gt; 2) mail.i2p 13:08 &lt;jrandom&gt; 3) i2p-bt 13:08 &lt;jrandom&gt; 4) eepsites(익명 I2P 웹사이트) 13:08 &lt;jrandom&gt; 5) ??? 13:09 &lt;jrandom&gt; 0) 안녕 13:09 &lt;jrandom&gt; dm의 안건을 방해해서 미안 13:09 &lt;jrandom&gt; 상태 노트 올라왔음 @ http://dev.i2p.net/pipermail/i2p/2004-November/000492.html 13:09 &lt;jrandom&gt; [안녕] 13:10 &lt;+postman&gt; ((안녕)) 13:10 &lt;+postman&gt; :) 13:10 &lt;jrandom&gt; 자, 여러분이 그 지극히 흥미진진한 이메일을 읽는 동안, 회의를 시작하죠 13:10 &lt;jrandom&gt; 1) 0.4.2와 0.4.2.1 13:11 &lt;jrandom&gt; 알다시피 0.4.2가 나왔고, 결과는 엇갈리지만, 크게 실패하지 않을 때는 훨씬 더 잘 동작하는 듯 ;) 13:12 &lt;jrandom&gt; 곧 대량의 버그 수정이 포함된 릴리스를 낼 예정 - 가능한 한 많은 것을 개선하려고 좀 미뤄왔음 13:12 &lt;jrandom&gt; 다만 현재로서는 0.4.2.1 릴리스가 i2p-bt 포트를 완벽한 상태로 만들지는 못할 것 같음 13:12 &lt;+postman&gt; jrandom: 버그 수정은 무엇을 다뤄? 새 streaming lib의 모든 오류야, 아니면 다른 것도 포함돼? 13:13 &lt;jrandom&gt; 충분히 테스트되지 않은 시나리오에서 나타난 streaming lib의 빠른 busy 루프, 몇 가지 SAM 이슈, IP 주소 감지 문제 등등 13:14 &lt;jrandom&gt; dev.i2p.net/cgi-bin/cvsweb.cgi/~checkout~/i2p/history.txt?rev=HEAD 에 전체 목록이 있음 13:14 &lt;+postman&gt; k 13:14 &lt;+postman&gt; thx 13:15 &lt;jrandom&gt; 아, 0.4.2.1에서 주의할 점 하나: 0.4.2처럼 다시 wrapper.config를 수정해야 하니, 업데이트 지침이 나올 때 잘 따라주세요 :) 13:15 &lt;jrandom&gt; 0.4.2에 대해 질문/의견/우려 사항 있는 사람? 13:15 &lt;jrandom&gt; (/0.4.2.1) 13:16 &lt;clayboy&gt; 여긴 잘 돌아가고 있어, cvs도 따라가고 있는데 늘 매끄러움 13:16 &lt;jrandom&gt; 쩐다 13:17 &lt;bla&gt; 이건 table(0.4.2): 며칠째 살아있음 13:17 &lt;bla&gt; s/table/stable/ 13:17 &lt;jrandom&gt; 아 좋네, 그래, 버그가 모두에게 터지는 건 아니지 13:17 &lt;jrandom&gt; 좋아, 더 없으면 2) mail.i2p로 넘어가자 13:18 &lt;jrandom&gt; postman이 논의할 게 좀 있다고 들었어 13:18 &lt;+postman&gt; 안녕 13:18 &lt;jrandom&gt; 안녕 postman, 이제 네 차례야 :) 13:18 &lt;+postman&gt; 몇 주 전에 IMAP 관련 설문을 했어 13:19 &lt;+postman&gt; 몇 주가 지났으니 설문을 마감하고 표를 집계하기로 했어 13:19 &lt;+postman&gt; 결과: 필요 없음 - 안 함. 끝. 13:19 &lt;+postman&gt; susi와 얘기해본 결과 - 그녀는 웹메일 인터페이스에서 POP3면 충분하다고 했어 13:19 &lt;clayboy&gt; 이성이 승리! :) 13:19 &lt;jrandom&gt; w3wt 13:20 &lt;+postman&gt; 그러니 그냥 POP3로 가고, 쓸데없는 IMAP 아이디어는 묻어두자 13:20 &lt;+postman&gt; :) 13:20 * jrandom 삽을 집어 든다 13:20 &lt;+postman&gt; 2.) 등록 사용자 수가 100명에 근접했어 13:21 &lt;clayboy&gt; 우와 13:21 &lt;+postman&gt; 물론 모두 공개 계정은 아니지만, 네트워크 규모를 생각하면 꽤 그럴듯한 숫자야 13:21 &lt;+Ragnarok&gt; 그럼... LDAP 주소록은 어때? :) 13:21 &lt;jrandom&gt; 좋네 13:21 &lt;+postman&gt; 3. 공개 PGP 키를 업로드/공유하는 기능이 주말부터 활성화됐어 13:21 &lt;+postman&gt; 많이 써줘 13:21 &lt;+postman&gt; www.postman.i2p/user/acc.html 13:22 &lt;clayboy&gt; 그 아이디어에 대한 공은 안 가져갈게요 :&gt; 13:22 &lt;+postman&gt; 공개 키는 주소록을 통해 쉽게 내려받을 수 있어 13:22 &lt;+postman&gt; 또는 www.postman.i2p/public/accountname.pub 로 직접 13:22 &lt;jrandom&gt; 오우 쿨 13:22 &lt;+postman&gt; 시스템은 꽤 잘 작동해 13:22 &lt;+postman&gt; 몇몇 버그를 지적해준 duck에게 감사 13:23 &lt;+postman&gt; 4.) account-based 라우팅 제공을 검토 중이야 13:23 &lt;+postman&gt; 말하자면 13:23 &lt;jrandom&gt; account-based 라우팅? 13:23 &lt;+postman&gt; foo@mail.i2p로 오는 모든 메일을 다음 destination으로 전달하고 13:23 &lt;+postman&gt; 사용자가 그에 대한 유효한 destination 키를 제출하는 식 13:24 &lt;+postman&gt; 그러면 postman.i2p가 해당 계정의 메일을 mail 시스템으로 수동 라우팅할 거야 13:24 &lt;+postman&gt; 그냥 아이디어(tm) 13:24 &lt;jrandom&gt; 오 좋다 13:24 &lt;+postman&gt; 전체적인 사항을 개발하고 논의해보길 기대하고 있어 13:25 &lt;+postman&gt; 일단 여기까지 13:25 &lt;+postman&gt; 다음 주에 더 이어서 13:25 &lt;+postman&gt; 고마워 13:25 &lt;nmi&gt; postman: 미안, 특정 I2P destination으로 전달한다는 뜻이야? 13:25 * postman 마이크를 jrandom에게 돌려준다 13:25 &lt;+postman&gt; nmi: 응 13:25 &lt;ant&gt; &lt;Nightblade&gt; SMTP I2P destination인가? 13:25 &lt;ant&gt; &lt;Nightblade&gt; an 13:25 &lt;+postman&gt; nmi: 그 destination이 해당 계정의 SMTP와 메일을 받아준다면 13:25 &lt;jrandom&gt; 아주 멋진데, 메일 필터링의 신뢰 문제를 없애주네 13:26 &lt;nmi&gt; 아, 좋아. 영리하네. 난 mixminion의 single-use-reply-blocks로 비슷한 걸 생각했었는데 네 아이디어가 더 낫다... 13:26 &lt;jrandom&gt; 클라이언트 쪽 설정은 아마 손이 많이 가겠지만, 누군가 해킹 좀 해볼 수도 있겠지 13:26 &lt;+postman&gt; jrandom: 그거 작업 중이야 13:26 &lt;jrandom&gt; w00t 13:26 &lt;+postman&gt; jrandom: 사용자는 평소처럼 웹 인터페이스( acc.html...)를 쓰게 될 거야 13:27 &lt;+postman&gt; jrandom: 그리고 destination key를 입력하지 13:27 &lt;jrandom&gt; 음, 그렇지, 그런데 MTA 설정이 남아 13:27 &lt;+postman&gt; 나머지는 자동으로 처리될 거야 13:27 &lt;+postman&gt; 응, postman.i2p 쪽과 받는 쪽 둘 다 13:28 &lt;nmi&gt; jrandom: 그래, 풀 MTA를 돌리고 싶지 않은 사람들을 위해 정말 최소화된 SMTP 프록시가 있으면 좋겠어 13:28 &lt;jrandom&gt; 맞아 맞아 13:28 &lt;+postman&gt; jrandom: 관심 있는 사람들을 위해 간단한 설정 예제를 제공할게 13:28 &lt;+postman&gt; jrandom: postfix, exim, sendmail용으로 13:28 &lt;+postman&gt; jrandom: 그것들은 최소 필요 구성으로까지 줄일 수 있어 13:28 &lt;@duck&gt; 진지하게, 그걸 쓸 사용자가 많을까? 13:28 &lt;jrandom&gt; postman: 전부 엄청 근사하게 들린다. 준비되면 더 듣고 싶어 13:29 &lt;+postman&gt; jrandom: 다만 Windows SMTP 서버는 잘 몰라 13:29 &lt;+postman&gt; duck: 음 13:29 &lt;+postman&gt; duck: 8주 전만 해도 메일 시스템 필요성도 사용자도 없었지 13:29 &lt;+postman&gt; duck: 이건 투자야 13:29 &lt;@duck&gt; 맞아 13:29 &lt;+postman&gt; duck: 6개월 뒤엔 이게 있어서 행복할 거야 13:29 &lt;jrandom&gt; duck: 신뢰 기반 SMTP 필터에서 벗어나야 잠재력이 생겨 13:29 &lt;+postman&gt; :) 13:30 &lt;jrandom&gt; 어, 아니, 아마 이렇게 말해야겠네, 신뢰할 수 있는 SMTP 필터로 /이동/하는 거라고 (기분 상하지 마 postman ;) 13:30 &lt;+postman&gt; 그리고 그런 게 몇 개 생길 거야 13:30 &lt;+postman&gt; 그리고 13:30 &lt;+postman&gt; (이제 한 방) 13:30 &lt;+postman&gt; 메일 도메인을 쉽게 만들 수 있어 :) 13:30 &lt;+postman&gt; 예를 들어 duck@duck.i2p 같은 거 13:30 &lt;+postman&gt; :) 13:30 &lt;@duck&gt; 아 13:31 &lt;+postman&gt; 유일한 문제는 공식/개인 매핑이겠지 13:31 &lt;jrandom&gt; hosts.txt! 13:31 * jrandom 몸을 숙인다 13:31 &lt;+postman&gt; 하지만 이건 웹 관리 콘솔에서 다룰 또 다른 항목이지 :) 13:31 &lt;+postman&gt; LOL 13:31 &lt;+postman&gt; jrandom: 난 좀 불안한 SQL 데이터베이스에 의존해 :) 13:31 &lt;@duck&gt; 좋아; 이제 그림이 그려져 13:32 &lt;+postman&gt; 오케이 13:32 &lt;+postman&gt; 그럼 정리해서 곧 컨셉을 제시할게 13:32 &lt;+postman&gt; 좋아, 또 일이 늘었네 13:32 * postman 등받이에 기대어 쉰다 13:32 &lt;+postman&gt; :) 13:32 &lt;jrandom&gt; 쩌네, 고마워 postman 13:33 &lt;jrandom&gt; 좋아, mail.i2p 관련 추가 질문이 없다면 3) i2p-bt로 넘어갈까? 13:33 &lt;jrandom&gt; 넘어간 걸로 하자 13:34 &lt;jrandom&gt; 좋아, 이메일에 썼듯이, 내가 i2p-bt 포트를 망가뜨렸어 13:34 * jrandom 부끄러워 고개를 숙인다 13:34 &lt;jrandom&gt; 다른 소식으로, duck, i2p-bt 관련해서 논의할 거 있어? 13:34 &lt;@duck&gt; jrandom의 작업 덕분에 많은 걸 하진 못했지요 :) 13:35 &lt;+Ragnarok&gt; 부우우, 쉬이잇 13:35 &lt;@duck&gt; 아 맞다, Ragnarok가 패치를 몇 개 줬어 13:35 * jrandom2p jrandom에게 토마토를 던진다 13:35 &lt;@duck&gt; 아마, history 파일을 봐 :) 13:35 &lt;jrandom&gt; 오 좋아 13:35 &lt;@duck&gt; 대기열에도 몇 가지가 있어 13:35 &lt;+Ragnarok&gt; 글쎄, 난 jr에게 쉬이잇 한 거였는데, 뭐 좋아 :) 13:36 &lt;@duck&gt; 근데 불안정한 바탕 위에서 (너무) 많이 바꾸고 싶진 않아 13:36 &lt;@duck&gt; (i2p 고치는 동안 bt를 망가뜨리는 것처럼) 13:36 &lt;jrandom&gt; 그렇지, 좋은 계획이야 13:36 &lt;@duck&gt; . 13:37 &lt;jrandom&gt; 좋아 좋아, i2p-bt에 대해 다른 사람도 할 말 있어? 13:37 &lt;jrandom&gt; 없으면, 4) eepsites로 넘어가자 13:38 &lt;jrandom&gt; 음, eepproxy를 처음 얻은 이후로 몇 번 논의했던 문제들이지만, 최근 문의가 있어서 다시 언급할 가치가 있어 13:39 &lt;bla&gt; 응... 13:39 &lt;jrandom&gt; 지금 우리가 eepsites와 일반 웹사이트를 익명으로 브라우징하는 방식은 그냥 안전하지 않아 13:39 &lt;clayboy&gt; 그래도 Java, JavaScript, 쿠키, Flash를 끄면 도움이 되긴 해 13:39 &lt;jrandom&gt; DrWoo가 위험과 대처 방법을 설명한 페이지를 아주 잘 만들어줬어 13:40 &lt;jrandom&gt; 맞아 clayboy, 확실히 13:40 &lt;clayboy&gt; URL? 13:40 &lt;bla&gt; clayboy: 맞아, HTML 측면에선 그렇지만 HTTP 측면에선 아냐 13:40 &lt;jrandom&gt; 하지만 router 콘솔에서 배운 게 하나 있다면, 아무도 지침을 두 단계 이상 따라하지 않는다는 거지 ;) 13:40 &lt;clayboy&gt; bla: 좋은 지적 13:40 &lt;jrandom&gt; clayboy: `http://brittanyworld.i2p/browsing/` 13:41 &lt;bla&gt; 여기서 몇 가지 실험을 해봤어: `http://forum.i2p/viewtopic.php?t=182` 13:41 &lt;bla&gt; 현재로선 좋아 보이지 않아 13:42 &lt;@duck&gt; 누가 그 악랄한 애플릿을 갖고 있지? 13:42 &lt;ant&gt; &lt;Nightblade&gt; Java에서 보안 취약점이 발견됐었어 13:43 &lt;ant&gt; &lt;Nightblade&gt; 일부 오래된 1.4.x 버전에 13:43 &lt;ant&gt; &lt;Nightblade&gt; 1.5는 아님 13:44 &lt;jrandom&gt; nightblade: 이 사람이 사용한 ‘공격’은 정말 하찮았고, 그 사람 말로는 1.1.6부터 1.5까지 전부 먹혔대 13:44 &lt;ant&gt; &lt;Nightblade&gt; 흠 13:44 &lt;jrandom&gt; (.exe를 내려받아 .exe를 실행) 13:45 &lt;jrandom&gt; new File(filename) 인스턴스화 때는 어떤 Java 보안 퍼미션이 발동하는데, new FileOutputStream(filename) 인스턴스화 때는 아무 퍼미션도 안 뜨는 걸 보고 놀랐어 13:45 * jrandom 수류탄 배포를 중단한다 13:46 &lt;jrandom&gt; (코드를 확인하진 않았지만 상당 부분은 봤음) 13:46 &lt;jrandom&gt; 아무튼, eepsites 13:47 &lt;jrandom&gt; eepproxy를 통째로 없애는 건 현명하지 않다고 봐 13:47 &lt;jrandom&gt; 하지만 지금은 제안된 해결책들을 구현할 시간이 없어 13:48 &lt;bla&gt; jrandom: 일단 지금은 Accept* 헤더 전부를 제거하는 게 좋겠어 13:48 &lt;jrandom&gt; 다들 어떻게 생각해? 자원자는? 시간이 날 때까지 일단은 대충 넘길까? 13:48 &lt;ant&gt; &lt;Nightblade&gt; bla: 사람들이 브라우저 헤더 몇 개를 볼 수 있는 게 큰 문제라고는 생각 안 해 13:49 &lt;ant&gt; &lt;Nightblade&gt; 그런 브라우저는 수백만 명이 쓰잖아 13:49 &lt;bla&gt; 그리고 클라이언트가 보내지 않더라도 항상 User-Agent: 헤더를 추가하자. 그러면 요청이 균질해져 13:50 &lt;bla&gt; Nightblade: 맞아, 하지만 브라우저가 Accept-Language: xx라고 보내고(예시) 그 언어를 쓰는 나라에 I2P 노드가 단 1개뿐이라면, 익명성은 완전히 사라져 13:50 &lt;bla&gt; Accept-Language: 헤더는 일부 브라우저엔 존재해. 그리고 항상 "en"일 거라고 기대할 수도 없고 13:50 &lt;ant&gt; &lt;Nightblade&gt; 좋아, 그런데 그런 헤더를 일부 제거하면 HTTP 스펙 위반이면 어떻게 해? 13:50 &lt;jrandom&gt; 그 두 가지는 추가하기 충분히 쉬워서 0.4.2.1에 넣을게, 하지만 이렇게 명시적으로 헤더를 필터링하는 건 정말 안전하지 않아 13:50 &lt;jrandom&gt; nightblade: 우리는 HTTP 스펙의 많은 부분을 이미 깨고 있어서 아플 지경이야 13:51 &lt;bla&gt; Nightblade: 내가 언급한 세 브라우저 중 하나만 그 헤더를 보냈으니, 큰 문제는 아닐 거야 13:51 &lt;ant&gt; &lt;Connelly&gt; HTTP는 익명성을 위해 설계되지 않았어 13:51 &lt;jrandom&gt; eepproxy는 임시방편일 뿐이야 13:51 &lt;bla&gt; jrandom: 왜 그런 필터링이 안전하지 않지? 13:52 &lt;bla&gt; jrandom: 아예 Host: 헤더와 GET 헤더를 제외한 _모든_ 헤더를 제거하는 것도 고려할 수 있어 13:52 &lt;jrandom&gt; bla: 호스트를 제외한 모든 헤더를 제거하는 게 더 안전하긴 해 13:52 &lt;bla&gt; jrandom: 결국, 익명 HTTP에 더 무엇이 필요하겠어? 13:52 &lt;jrandom&gt; 하지만 그건 내가 투입할 수 있는 시간 범위를 넘어서 13:52 &lt;jrandom&gt; Accept와 User-Agent 필터는 ~30초면 추가할 수 있어 13:53 &lt;jrandom&gt; 그 이상이면 두 손 들고 HTTP 프록시를 다시 쓰겠지 ;) 13:53 &lt;bla&gt; jrandom: 전부 제거하는 게 왜 더 어려운 거야? 13:53 &lt;jrandom&gt; 코드를 읽어봐. 13:54 &lt;jrandom&gt; (패치 환영) 13:54 &lt;jrandom&gt; 하지만 우리가 여기서 보고 있는 건 여전히 단기 처방일 뿐이야 13:54 &lt;bla&gt; jrandom: 일리 있어 ;) 하지만 진지하게, 지금은 Accept*와 User-Agent만 고쳐도 충분할 듯 13:54 &lt;jrandom&gt; 장기적으로 쓸 수 있는 걸 작업해줄 사람이 필요해 13:55 &lt;ant&gt; * dm 방금 치즈 20장을 먹었어... 침이 흐른다. 13:55 &lt;jrandom&gt; bla: 지난번에 누가 User-Agent와 referrer 헤더를 필터링하자고 했을 때도 그 말을 들었지 ;) 13:55 &lt;jrandom&gt; (어쨌든 그 둘은 다음 rev에 넣을게) 13:56 &lt;ant&gt; &lt;dm&gt; 그 헤더들은 유용하 13:56 &lt;ant&gt; &lt;dm&gt; useful 13:56 &lt;ant&gt; &lt;dm&gt; 서비스 제공자에게. 13:56 &lt;jrandom&gt; 응, 맞아 13:57 &lt;jrandom&gt; 우리가 referrer도 필터링해서 이미 몇몇 앱이 깨졌어 13:57 &lt;bla&gt; dm: 맞아. 하지만 그런 헤더는 브라우저나 OS 지문을 제공하기도 해 13:57 &lt;ant&gt; &lt;dm&gt; 아이디어가 있어! 13:57 * jrandom 엄폐한다 13:58 &lt;ant&gt; &lt;dm&gt; User-Agent를 이렇게 하드코딩하자: Nokia6230/2.0 (03.15) Profile/MIDP-2.0 Configuration/CLDC-1.1 149.254.201.133 13:58 &lt;ant&gt; &lt;dm&gt; 어? 어때? 13:58 &lt;jrandom&gt; 우린 이미 user agent 헤더를 하드코딩하고 있어 13:59 &lt;ant&gt; &lt;Nightblade&gt; I2P 탑재 휴대폰 13:59 * jrandom 그 휴대폰에 DoS를 건다 13:59 &lt;ant&gt; &lt;dm&gt; 뭐로? 13:59 &lt;ant&gt; &lt;dm&gt; 내 불쌍한 폰!!! 13:59 &lt;jrandom&gt; 좋아, eepproxy/eepsite 관련해서 다른 생각 있어? 14:00 &lt;bla&gt; MYOB/6.ss (AN/ON) 14:00 &lt;bla&gt; no\ 14:00 &lt;+Ragnarok&gt; s-표현식을 사용해 HTML을 재발명하자! 14:01 &lt;jrandom&gt; (적어도 어떤 것들에 대해선 bbcode 스타일 매크로 언어를 쓰는 게 답이라고 진지하게 생각해 ;) 14:01 &lt;jrandom&gt; ((혹은 덕후들을 위해 xml)) 14:02 &lt;ant&gt; &lt;dm&gt; Microsoft는 XML 사용을 지지하지 14:02 &lt;ant&gt; &lt;dm&gt; 그래서 난 대찬성. 14:02 &lt;+Ragnarok&gt; xml은 지나치게 수다스러운 s-표현식일 뿐이지 :) 14:03 &lt;ant&gt; &lt;dm&gt; 지금이 jrandom의 프로젝트 공로에 박수칠 타이밍인가? 14:03 * jrandom 다음 세대 주소록을 받은 뒤에 이 작업을 하도록 Ragnarok를 자원봉사자로 지명한다 ;) 14:03 &lt;@duck&gt; 일반 브라우저에선 ‘자체 마크업 언어 발명’이 통하진 않을 것 같아 14:04 &lt;@duck&gt; 아마 myi2p 내부 블로그 같은 데서는 가능하겠지 14:04 &lt;+Ragnarok&gt; 언제나 좋은 타이밍이지 :) 14:04 &lt;ant&gt; &lt;dm&gt; 박수 짝짝 14:04 &lt;jrandom&gt; duck: 어차피 프록시는 콘텐츠를 필터링해야 하니, (헤헷) 매크로 확장 결과를 필터링된 콘텐츠에 주입하는 건 충분히 간단할 거야 14:05 &lt;ant&gt; * dm jr에게 모자를 살짝 들어 보인다 14:05 &lt;jrandom&gt; gracias dm 및 여러분 14:05 &lt;ant&gt; &lt;Nightblade&gt; HTML보다 PDF 같은 게 더 안전할 거야 14:05 &lt;jrandom&gt; ㅋㅋ 14:05 &lt;@duck&gt; .txt 파일! 14:06 &lt;ant&gt; &lt;Nightblade&gt; 클릭 가능한 링크가 있는 PDF를 본 적이 있는데, 파일 자체가 너무 커 14:06 &lt;ant&gt; &lt;Nightblade&gt; seen 14:06 &lt;ant&gt; &lt;dm&gt; 압축 안 한 비트맵은? 14:06 &lt;jrandom&gt; 그래, 우리 모두 PDF로 쓰자 14:07 &lt;+Ragnarok&gt; 으, PostScript는 흉해 14:07 &lt;ant&gt; &lt;cat-a-puss&gt; HTML이 왜 불안전해? 14:07 &lt;@duck&gt; 아무튼 14:07 &lt;ant&gt; &lt;Nightblade&gt; cat: JavaScript, ActiveX, 애플릿 같은 걸로... 14:07 &lt;jrandom&gt; cat-a-puss: 위험한 데이터를 인코딩하는 온갖 방식들 14:08 &lt;ant&gt; &lt;dm&gt; 언어가 안전하거나 불안전한 게 아니라, 클라이언트가 그래. 14:08 &lt;+Ragnarok&gt; 진짜 문제는 익명 DHTML을 어떻게 하느냐지... 14:08 &lt;jrandom&gt; (그리고 우리가 명시적으로 필터링하는 한, 절대로, /절대로/ 선제 대응할 수 없어) 14:08 &lt;ant&gt; &lt;cat-a-puss&gt; Java/JavaScript는 태그로 둘러싸여 있어. 그러니 그걸 제거하면, 순수 HTML은 해롭지 않지, 맞지? 14:08 &lt;ant&gt; &lt;dm&gt; 우리가 신뢰하는 회사가 만든 클라이언트로 파싱되는 데이터 포맷을 써야 해. 14:08 &lt;jrandom&gt; Ragnarok: 매크로, 그리고/또는 안전하다고 알려진 로컬 설치 JavaScript를 참조 14:08 &lt;ant&gt; &lt;dm&gt; 난 Microsoft를 신뢰하니까, Internet Explorer, Microsoft Word, 아니면 Notepad를 제안해 14:09 &lt;ant&gt; &lt;dm&gt; Flight Simulator 2002도 괜찮아. 14:09 &lt;ant&gt; &lt;cat-a-puss&gt; Freenet엔 이미 모든 Java / JavaScript / ActiveX 등을 제거하는 "익명성 필터"가 있어. 그걸 차용하면 뚫릴 수 있는 건 이미지 익스플로잇 정도뿐일 텐데... 내가 놓친 게 없다면. 14:10 &lt;jrandom&gt; freenet의 익명 필터는 몇몇 진영엔 좋은 출발점이지만, 우리가 원하는 대로 폼이 동작하게 하려면 작업이 좀 필요할 거야 14:10 &lt;ant&gt; &lt;Nightblade&gt; 라이선스 때문에 eepproxy는 별도 프로세스로 돌아야 할 거야 14:11 &lt;jrandom&gt; 그렇게 해도 HTML은 크게 제약된 상태로 남아 14:11 &lt;jrandom&gt; (CSS도 없이) 14:11 &lt;ant&gt; &lt;dm&gt; 좋아, 그럼 Flash는 어때? 14:11 &lt;jrandom&gt; nightblade: 그건 우회할 수 있어(i2ptunnel이 GPL인 걸 우회하는 방식과 같아) 14:11 &lt;ant&gt; &lt;dm&gt; 오직 Flash만 있는 웹세상을 상상해봐. 14:11 &lt;ant&gt; &lt;dm&gt; 얼마나 풍부하고 멋진 세상이겠어. 14:12 &lt;ant&gt; &lt;Nightblade&gt; 그럼 경고문을 만들자: "Eepsite 브라우징은 익명성에 해롭습니다. Gopher를 사용하세요." 14:12 &lt;ant&gt; &lt;Nightblade&gt; 사실 Gopher도 나쁜 아이디어는 아냐 14:12 * jrandom archie를 포팅한다 14:12 &lt;+Ragnarok&gt; Gopher! 14:12 &lt;ant&gt; &lt;dm&gt; Betty도 있었지, 그렇지 않았나... 14:12 &lt;+Ragnarok&gt; Gopher 기억나지 :) 14:13 &lt;+Ragnarok&gt; 아, 그때가 좋았지. 아마 그때 난 요란한 14.4 baud였을 거야... &lt;한숨&gt; 14:13 &lt;ant&gt; &lt;Nightblade&gt; 난 텍스트 모드로만 Gopher를 썼고, 그래픽을 지원했는진 모르겠어 14:13 &lt;jrandom&gt; 내가 Gopher를 쓸 때만 해도 GUI 브라우저는 없었거든 ;) 14:14 &lt;jrandom&gt; 아무튼, 선택지는 많아 14:14 &lt;ant&gt; &lt;Nightblade&gt; 그때 그 브라우저 이름이 뭐였지? Netscape 전에 있던 그거... 14:14 &lt;ant&gt; &lt;Nightblade&gt; 까먹었네 14:14 &lt;jrandom&gt; mosaic 14:15 &lt;ant&gt; &lt;Nightblade&gt; 맞아 14:15 &lt;ant&gt; &lt;dm&gt; Mosaic 2.0 14:15 &lt;ant&gt; &lt;Nightblade&gt; "I2P에 오신 것을 환영합니다, Gopher와 Mosaic를 설치하는 동안 잠시만 기다려 주세요." 14:15 &lt;jrandom&gt; 헤헷 14:15 &lt;jrandom&gt; 그래, 아마 거기엔 JavaScript 익스플로잇은 없겠지 14:16 &lt;jrandom&gt; 좋아, 어쨌든 그 얘기는 여기까지인 듯 14:16 &lt;jrandom&gt; 5) ???로 넘어가자 14:16 &lt;+Ragnarok&gt; debian에 아직도 gopher 패키지가 있어 14:16 &lt;jrandom&gt; 다른 얘기 있어? (gopher 말고)? 14:17 &lt;ant&gt; &lt;dm&gt; 다시 일을 시작해야 할 때 I2P는 어떻게 되는 거야? 14:18 &lt;jrandom&gt; 최소한 봄까지는 I2P에 풀타임으로 있을 거야. 그 이후는 때가 되면 논의하자 14:19 &lt;ant&gt; &lt;dm&gt; ㅇ ㅋ 14:19 &lt;jrandom&gt; 어쨌든, 내가 내일 버스에 치이더라도, 모든 건 CVS에 있고 코드도 전부 자유로워 14:19 &lt;+Ragnarok&gt; 그때 전까지 1.0을 내려고 하는 거지? 가능성은 어느 정도라고 봐? 14:19 &lt;+Ragnarok&gt; 봄 전까지 말이야, 네 때아닌 죽음이 아니라... 14:20 &lt;jrandom&gt; 확실해. 14:20 &lt;ant&gt; &lt;dm&gt; 아하하.. 그래, 그 버스에 치이기 전인 내일까지 1.0 나올 확률은? 14:20 &lt;jrandom&gt; (버스만 없다면 ;) 14:20 &lt;ant&gt; &lt;dm&gt; 방금 매우 슬픈 생각이 들었어. 14:20 &lt;ant&gt; &lt;dm&gt; 정말 우울한데... 네가 버스에 치이면, 여기선 아무도 모를 거야. 14:20 &lt;ant&gt; &lt;cat-a-puss&gt; 필터링과 관련해서: 컴퓨터의 모든 애플리케이션 트래픽이 그 프록시를 통과하도록 더 좋은 프록시를 만들면 어때? 그러면 어차피 우리가 누군지 알아낼 수 없으니 JavaScript 등을 필터링할 필요가 없잖아. 14:21 &lt;ant&gt; &lt;dm&gt; 넌 그냥 죽고, 우린 무슨 일이 있었는지 모를 거야 :( 14:21 &lt;ant&gt; &lt;dm&gt; 세상에 왜 그가 죽어야 했나?!?!? 왜?!?! 14:22 &lt;ant&gt; &lt;dm&gt; 유언장에 네가 죽으면 메일링 리스트에 이메일 보내라는 조항을 넣어줄 수 있어? 14:22 &lt;jrandom&gt; cat-a-puss: JavaScript는 네 즐겨찾기 내용, IP 주소, 온갖 것들을 원격 사이트로 보낼 수 있어 14:22 &lt;jrandom&gt; dm: 현실에서 나를 아는 사람들은 내가 I2P에 관여하는 걸 알아. 이런 우울한 얘기는 이제 그만 14:23 &lt;ant&gt; &lt;dm&gt; 아 좋네. 14:24 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: 응, 하지만 그런 건 익스플로잇이 필요하지, 단순히 프록시를 안 타는 다른 프로토콜을 쓰는 페이지로 넘기는 정도가 아니라. 들어오는 콘텐츠를 스캔하고 자동 업데이트하면 그런 건 웬만큼 안전하지 않을까. 14:25 &lt;jrandom&gt; cat-a-puss: 어, 내가 오해했을 수도 있는데 - 자바스크립트 코드가 만드는 연결도 프록시를 통한다면, 브라우저에서 JavaScript를 켜도 안전할 수 있다는 뜻이야? 14:26 &lt;ant&gt; &lt;cat-a-puss&gt; jrandom: 응, 버퍼 오버플로우 같은 것만 없다면. 14:26 &lt;jrandom&gt; 그렇다면, 여전히 자바스크립트 환경을 읽어서 그걸 `http://cia.i2p/data` 로 "익명으로" 보내는, 아주 평범한 JavaScript에도 취약해. 14:27 &lt;jrandom&gt; JavaScript가 접근할 수 있는 데이터에는 네 IP 주소, 즐겨찾기, 그 밖의 온갖 것들이 포함돼 14:27 &lt;jrandom&gt; 그래서 cia.i2p로의 연결은 익명일지라도, 내용물이 널 드러내버려 14:31 &lt;jrandom&gt; 좋아, 회의에서 더 제기할 사항 있는 사람? 14:31 &lt;@duck&gt; 있어: 14:31 &lt;@duck&gt; 새로운 'active peers' 카운터는 무슨 뜻이야 14:31 &lt;jrandom&gt; 아 14:31 &lt;jrandom&gt; 그래, 그게 바뀌었어 14:32 &lt;jrandom&gt; 0.4.2.1에서 새 Active: x/y는 x=지난 1분 동안 메시지를 성공적으로 주고받은 피어 수, y=지난 약 1시간 동안 본 피어 수를 의미해 14:32 &lt;jrandom&gt; 이건 IP 자동 감지 단계에서 잘못된 정보를 내보내는 일부 피어를 다루기 위한 코드의 일부야 14:33 * duck 기억해두도록 할게 14:33 &lt;jrandom&gt; 그래서 예전보다 훨씬 더 들쭉날쭉할 거야 14:33 &lt;jrandom&gt; 헤헷 그러니 값이 평소보다 낮아도 걱정하지 마 ;) 14:34 &lt;jrandom&gt; 좋아, 그게 다면, 0.4.2.1 릴리스를 위해 내일 중 메일링 리스트와 웹사이트를 확인해줘 14:34 &lt;jrandom&gt; 하위 호환될 거고, 기타 등등 14:34 &lt;jrandom&gt; 어쨌든 14:34 * jrandom 준비 동작에 들어간다 14:35 * jrandom *baf* 하며 회의를 종료한다 </div>/ko/blog/2004/11/23/2004-11-23%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 23 Nov 2004 00:00:00 +0000/ko/blog/2004/11/23/2004-11-23%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분, 현황 업데이트할 시간이에요</p> <h2 id="색인">색인:</h2> <ol> <li>Net status</li> <li>Streaming lib</li> <li>0.4.2</li> <li>Addressbook.py 0.3.1</li> <li>???</li> </ol> <h2 id="1-네트워크-상태">1) 네트워크 상태</h2> <p>지난주 2<del>3일간 꽤 혼잡했던 기간 이후, 네트워크는 정상 궤도로 돌아왔다(아마도 BitTorrent 포트에 대한 부하 테스트를 중단했기 때문일 듯 ;)). 그 이후로 네트워크는 꽤 안정적으로 동작하고 있다 - 30</del>40일 이상 계속 가동 중인 routers도 몇 대 있지만, IRC 연결은 여전히 간헐적으로 끊김이 있었다. 한편&hellip;</p> <h2 id="2-스트리밍-라이브러리">2) 스트리밍 라이브러리</h2> <p>지난 일주일가량 우리는 네트워크에서 streaming 라이브러리에 대한 실환경 테스트를 훨씬 더 많이 진행해 왔고, 결과가 꽤 좋아 보였습니다. Duck은 그것으로 사람들이 그의 IRC 서버에 접속할 수 있는 tunnel을 구성했으며, 며칠 동안 불필요한 연결 끊김이 두 번뿐이었고(그 덕분에 몇몇 버그를 추적하는 데 도움이 되었습니다). 또한 사람들이 시험해 볼 수 있도록 squid outproxy(외부 프록시)를 대상으로 하는 i2ptunnel 인스턴스도 운영해 왔고, 기존 라이브러리와 나란히(동시에) 운용하며 비교했을 때 처리량, 지연시간, 신뢰성이 모두 크게 향상되었습니다.</p>/ko/blog/2004/11/23/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-11%EC%9B%94-23%EC%9D%BC/Tue, 23 Nov 2004 00:00:00 +0000/ko/blog/2004/11/23/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-11%EC%9B%94-23%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> jrandom, lba, postman, Ragnarok</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:03 &lt;jrandom&gt; 0) 안녕 13:03 &lt;jrandom&gt; 1) 네트워크 상태 13:03 &lt;jrandom&gt; 2) 스트리밍 라이브러리 13:04 &lt;jrandom&gt; 3) 0.4.2 13:04 &lt;jrandom&gt; 4) Addressbook.py 0.3.1 13:04 &lt;jrandom&gt; 5) ??? 13:04 &lt;jrandom&gt; 0) 안녕 13:04 * jrandom 손을 흔든다 13:04 &lt;+postman&gt; 안녕 :) 13:04 &lt;jrandom&gt; 주간 상태 노트를 여기에 올렸어요: http://dev.i2p.net/pipermail/i2p/2004-November/000490.html 13:05 &lt;jrandom&gt; 그럼 1) 네트워크 상태부터 바로 들어가죠 13:05 &lt;jrandom&gt; 메일에 쓴 것 말고는 덧붙일 게 별로 없어요 13:05 &lt;jrandom&gt; 지난주 네트워크 상태와 관련해 꺼내고 싶은 이야기 있나요? 13:06 &lt;jrandom&gt; 없다면 2) 스트리밍 라이브러리로 넘어가죠 13:06 &lt;jrandom&gt; 이에 대한 정보는 메일에 많이 있으니, 조금 소화할 시간을 드릴게요 13:07 &lt;jrandom&gt; 새 라이브러리가 많은 점을 개선하겠지만, 가장 중요한 건 (제 생각엔) 혼잡 상황에서의 복원력과 처리 능력이에요 13:08 &lt;jrandom&gt; 특히 후자요. 예전 라이브러리는 심한 혼잡에서 동작이 꽤 이상해지는 걸 봤잖아요 13:08 &lt;jrandom&gt; 또한 라이브러리에는 의도적으로 빠진 부분도 많아서, 사람들이 실험하고 추가로 최적화할 여지가 있어요 13:09 &lt;jrandom&gt; 이와 관련해 질문 있나요, 아니면 지난 한 달 동안 매주 이걸로 같은 얘기만 우려먹은 걸까요? ;) 13:10 &lt;+Ragnarok&gt; 그럼 그런 걸로 하죠 13:10 &lt;jrandom&gt; 헤헷 13:10 &lt;jrandom&gt; 좋아요, 3) 0.4.2로 넘어가죠 13:10 &lt;jrandom&gt; 곧 나옵니다. 지금 설치 과정에 약간의 업데이트만 하고 있어요 13:11 &lt;+postman&gt; 좋아요오 13:11 &lt;+postman&gt; :) 13:11 &lt;jrandom&gt; 업데이트된 설치 절차는 가장 흔한 사용자 오류를 다뤄서 사용자들에게 좀 더 친절해질 거예요 13:12 &lt;jrandom&gt; (어차피 아무도 router 콘솔의 문구를 읽지 않으니까 ;) 13:12 &lt;jrandom&gt; 하지만 1~2일 내로 준비될 테니, 약간의 테스트를 거치면 금요일쯤엔 릴리스할 수 있을 거예요 13:12 &lt;jrandom&gt; (어쩌면 더 빨리) 13:13 &lt;jrandom&gt; 다만 메일에서 언급했듯이, 하위 호환이 되면서도 /되지 않는/ 부분이 있어요 13:13 &lt;+Ragnarok&gt; 굉장하군요 13:13 &lt;jrandom&gt; 그 미묘한 줄타기를 어떻게 할지에 대해 강한 선호가 있는 분 있나요? 13:13 &lt;jrandom&gt; 그냥 0.4.2를 배포하고, 사람들이 어떤 eepsites에도 접속이 안 된다는 걸 알게 되면 업그레이드하도록 둘까요? 13:14 &lt;jrandom&gt; (아니면 지워버리고 "dood i2p sux0rz"라고 할까요) 13:14 * jrandom 둘 다 아님 13:15 &lt;+Ragnarok&gt; 비호환으로 표시하자는 쪽이요. 명확히 하는 게 늘 더 좋죠. 13:15 &lt;jrandom&gt; 음, 문서와 공지에는 굵고 큰 글씨로 비호환, 필수 업그레이드라고 쓸 거예요 13:16 &lt;+Ragnarok&gt; 그럼 혼란 줄 필요 없겠네요 13:16 &lt;jrandom&gt; 예 13:16 &lt;jrandom&gt; 그래도 그 구형 피어들을 통해 tunnel 로 라우팅은 할 수 있을 거예요 13:16 &lt;jrandom&gt; 잘은 모르겠지만, 어차피 결정을 확정할 며칠의 시간이 있어요 13:17 &lt;jrandom&gt; 그냥 생각해볼 거리이고, 반드시 0.4.2로 업그레이드해야 한다는 경고이기도 합니다 13:17 &lt;jrandom&gt; :) 13:18 &lt;jrandom&gt; 좋아요, 0.4.2와 관련해 질문/의견/우려가 있나요, 아니면 4) addressbook.py로 넘어갈까요? 13:18 &lt;jrandom&gt; 넘어간 걸로 하죠 13:18 &lt;jrandom&gt; Ragnarok: 업데이트 좀 해줄래요? 13:20 &lt;+Ragnarok&gt; 물론이죠. 어제 마이너 업데이트를 릴리스했습니다. Windows에서 몇 가지 버그를 고쳤고, 프록시가 없어도 폭사하지 않습니다. 치명적 버그만 없다면 이 버전에서는 아마 이것이 마지막 릴리스일 거라는 점이 그나마 눈에 띄는 부분이에요. 13:20 &lt;jrandom&gt; 좋네요, 멋져요 13:21 &lt;jrandom&gt; 폭사 방지는 언제나 좋은 기능이죠 13:21 &lt;lba&gt; 안녕하세요 여러분 13:21 &lt;+Ragnarok&gt; 메일링 리스트에서 jrandom이 제시한 생각을 바탕으로, 바닥부터 (정말로 처음부터) 다시 설계할 계획입니다. 해야 할 XML 파싱과 HTTP 작업을 익히면 Java로도 가능할 것 같아요. 13:21 &lt;jrandom&gt; 멋지네요 :) 13:21 &lt;jrandom&gt; 안녕, lba 13:22 &lt;+Ragnarok&gt; 자, 이상입니다. 계속하세요. 13:22 &lt;jrandom&gt; 좋아요, 업데이트 고마워요 13:22 &lt;jrandom&gt; 좋아요, 더 없으면 번개처럼 5) ???로 넘어가죠 13:22 &lt;jrandom&gt; 다른 분들, 꺼내고 싶은 얘기 있나요? 13:23 &lt;+Ragnarok&gt; 여기 다른 사람 있나요? 13:23 &lt;jrandom&gt; 헤헷, 맞아요, 우리 평소의 불평꾼들이 없네요 ;) 13:24 &lt;jrandom&gt; 그래도 나중에 사이트에 와서 로그는 보겠죠 [그래, 바로 *당신* 말이야] 13:24 &lt;jrandom&gt; 좋아요, 아마 1년 넘게 한 회의 중 가장 짧았던 것 같네요 13:25 &lt;jrandom&gt; 슬슬 마무리하죠 13:25 * jrandom 마무리한다 13:25 * jrandom *baf* 하고 회의를 종료한다 </div>/ko/blog/2004/11/16/2004-11-16%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 16 Nov 2004 00:00:00 +0000/ko/blog/2004/11/16/2004-11-16%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕 여러분, 또 화요일이네</p> <h2 id="index">Index</h2> <ol> <li>Congestion</li> <li>Streaming</li> <li>BT</li> <li>???</li> </ol> <h2 id="1-혼잡">1) 혼잡</h2> <p>저도 압니다, 늘 1번 항목을 &lsquo;Net status&rsquo;라고 부르곤 했는데, 이번 주에는 &lsquo;혼잡&rsquo;이 더 적절해 보입니다. 네트워크 자체는 꽤 잘 돌아갔지만, BitTorrent 사용량이 늘어나면서 점점 더 막히기 시작했고, 결국 사실상의 혼잡 붕괴(congestion collapse)로 이어졌습니다.</p> <p>이는 예상했던 일이며, 우리의 계획을 더욱 강화할 뿐입니다 - 새로운 streaming lib(스트리밍 라이브러리)를 배포하고, 빠른 피어가 실패할 때 활용할 수 있도록 피어에 대한 충분한 데이터를 갖추기 위해 tunnel 관리를 개편하는 것입니다. 최근 네트워크 문제에는 다른 요인들도 있었지만, 대부분은 혼잡 증가와 그로 인한 tunnel 실패로 설명할 수 있습니다(그 결과로 각종 무질서한 피어 선택이 발생했습니다).</p>/ko/blog/2004/11/16/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-11%EC%9B%94-16%EC%9D%BC/Tue, 16 Nov 2004 00:00:00 +0000/ko/blog/2004/11/16/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-11%EC%9B%94-16%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, dinoman, DrWoo, duck, jrandom, postman, Ragnarok, susi23, wiht</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:05 &lt;jrandom&gt; 0) 안녕 13:05 &lt;jrandom&gt; 1) 혼잡 13:05 &lt;jrandom&gt; 2) 스트리밍 13:05 &lt;+dinoman&gt; pgforge의 키가 변경되었습니다 :/ 미안 13:05 &lt;jrandom&gt; 3) BT 13:05 &lt;jrandom&gt; 4) ??? 13:05 &lt;jrandom&gt; 아 좋네, 그건 좀 마법을 부릴 수 있겠어 13:05 &lt;jrandom&gt; 0) 안녕 13:05 * jrandom 손을 흔든다 13:05 &lt;ant&gt; &lt;lucky&gt; 안녕 13:05 &lt;jrandom&gt; 주간 상태 노트 올라감 @ http://dev.i2p.net/pipermail/i2p/2004-November/000489.html 13:05 &lt;wiht&gt; 안녕하세요. 13:06 &lt;jrandom&gt; (그리고 회의 시작 *전에* 노트를 올렸어. w00t) 13:06 &lt;jrandom&gt; 그럼 1) 혼잡으로 바로 들어가자 13:07 &lt;jrandom&gt; 지난 며칠 동안 채널에 있던 사람들은 도대체 무슨 일이 일어나고 있는지에 대한 얘기를 잔뜩 들었을 텐데, 이 이메일과 아까 duck이 올린 글이 대체로 내용을 담고 있어 13:07 &lt;jrandom&gt; 그러면, 제기/논의하고 싶은 질문/코멘트/우려 사항 있는 사람? 13:09 &lt;wiht&gt; "wild peer selection"이란 게 무슨 뜻인가요? 13:10 &lt;jrandom&gt; 현재 우리의 터널 구축 방식은 안타깝게도 빠른 피어들 주위로 안정화되게 만들어 13:10 &lt;jrandom&gt; 그 빠른 피어들이 가끔 실패하지 않으면, 우리는 터널 구축에서 그들을 넘어 탐색하지 않고 그냥 그들만 쓰게 돼 13:11 &lt;jrandom&gt; 즉, 나중에 그들이 *정말로* 실패하면, 나머지 네트워크가 얼마나 용량을 갖고 있는지 전혀 모르게 되고, 그래서 피어를 꽤 임의로 선택하게 돼 13:11 &lt;+DrWoo&gt; jrandom: 용량을 더 잘 활용하기 위해 준비 중인 건 뭐가 있나요? 13:12 &lt;jrandom&gt; DrWoo: 0.4.3 릴리스에는 터널을 풀링하는 새로운 방식이 포함될 거라서 더 많은 '실험적' 백업 터널을 둘 수 있어(성능을 희생하지 않고 네트워크에 대해 더 배울 수 있게 해줌) 13:13 &lt;jrandom&gt; ATM(Asynchronous Transfer Mode)-스타일 예약을 통한 더 공격적인 부하 분산도 준비 중이지만, 특정 릴리스에 박아두진 않았어(즉 필요해지면 할 거야) 13:14 &lt;ant&gt; &lt;Connelly&gt; 에휴 13:14 &lt;ant&gt; &lt;Connelly&gt; 아직 회의 안 시작했나요? 13:14 &lt;jrandom&gt; (ATM-스타일 예약이란, 터널들이 평균적으로 얼마나 대역폭을 쓰는지 추적하고, 우리가 참여하는 터널 수를 곱한 뒤, 그걸 우리의 대역폭 제한/용량과 비교해서 그 비교 결과로 추가 터널 요청을 수락/거절하는 걸 말해) 13:15 &lt;jrandom&gt; Connelly: 10분 전에 시작했어, 상태 노트는 리스트에 올렸어 ;) 13:15 &lt;+DrWoo&gt; jrandom: 그게 성능에는 어떤 영향을 주나요? 13:15 &lt;+DrWoo&gt; 로컬 PC 성능 말이죠 13:15 * wiht는 HTTP, IRC, BT 외에 I2P 네트워크에서 몇 가지 다른 프로토콜이 쓰이고 있을지 궁금해한다. 13:16 &lt;jrandom&gt; DrWoo: 0.4.3의 풀링은 더 높은 복원력(실패 감소)을 줄 거고, 예약은 용량 기반의 부하 공유를 더 가능하게 해줄 거야(즉 경합을 줄임) 13:16 &lt;jrandom&gt; 둘 다 지연 시간 중심의 변화는 아니야 13:17 &lt;jrandom&gt; wiht: 내가 아는 한 그 셋이 주로 쓰이고, 몇몇 지저분한 것들은 HTTP 위에서 돌고 있어 13:17 &lt;jrandom&gt; 그건 사실 IRC와 혼잡에 관해 흥미로운 이슈야 13:18 &lt;jrandom&gt; 며칠 전에 irc.duck.i2p를 정말로 힘들게 만든 건, 혼잡 중에도 duck의 IRC 서버가 받은 메시지 수의 20배를 계속 내보내야 했다는 사실이었어 13:19 &lt;jrandom&gt; 거기에 10초마다.백오프.없이.자동으로.메시지를.재전송하는.것까지.더하면, 한 줄의 텍스트마다 120개의 메시지로 불어나지 ;) 13:19 &lt;jrandom&gt; 요컨대 내가 말하는 건, 분산형 채팅 프로토콜이 있으면 Good ;) 13:19 &lt;+DrWoo&gt; 그런 게 있나요? 13:20 &lt;jrandom&gt; (그래도 새 스트리밍 라이브러리가 그 6배 오버헤드는 없앨 거야) 13:20 &lt;+dinoman&gt; 괜찮은 게 있나 13:20 &lt;jrandom&gt; 지난 1년 사이에 I2P용으로 SILC 비슷한 걸 평가해본 사람이 있는지는 모르겠어 13:20 &lt;susi23&gt; I2P에서 POP3와 SMTP는 _엄청_ 느려요 13:21 &lt;ant&gt; &lt;duck&gt; silc == irc+약간의 암호화 13:21 &lt;susi23&gt; (어떤 프로토콜이 쓰이는지도 묻길래 답한 거예요) 13:21 &lt;jrandom&gt; 아, 난 SILC가 ircd 개념에서 벗어났다고 생각했는데 13:21 &lt;jrandom&gt; 아, 젠장, 맞다, 그 둘은 까먹었네 :) 13:21 &lt;wiht&gt; susi23: 맞아요, I2P에 메일이 생긴 걸 깜빡했네요. 13:21 &lt;ant&gt; &lt;duck&gt; 멀리까지는 아니지 13:21 &lt;jrandom&gt; 'k 13:21 &lt;ant&gt; &lt;protok0l&gt; 회의? 13:22 &lt;ant&gt; &lt;lucky&gt; 지금이야 protok0l 13:22 &lt;ant&gt; &lt;protok0l&gt; k 13:22 &lt;jrandom&gt; 좋아, 1) 혼잡에 대해 더 있을까? 13:23 &lt;jrandom&gt; 없으면 2) 스트리밍으로 넘어가자 13:23 &lt;jrandom&gt; [이메일 참조] 13:24 &lt;jrandom&gt; 스트리밍 라이브러리 업데이트는 history.txt에서는 뺐지만, CVS 리스트로 무슨 일이 일어나는지 볼 수 있어 13:24 &lt;jrandom&gt; (미쳤다면 말이지) 13:24 &lt;jrandom&gt; 더 덧붙일 건 별로 없어. 그래서 질문/코멘트/우려? 13:25 &lt;+postman&gt; 하나만 13:25 &lt;+postman&gt; 고마워 :) 13:25 &lt;ant&gt; &lt;protok0l&gt; 얼마나 속도가 빨라질까요 13:25 &lt;jrandom&gt; ㅎㅎ 소프트웨어를 실제로 *받을* 때까지 기다려야지, postman ;) 13:25 &lt;jrandom&gt; protokol: 좀요. 경우에 따라 달라요. 13:25 &lt;+postman&gt; jrandom: 난 눈 가리고도 당신한테 걸겠어 13:26 &lt;+DrWoo&gt; jrandom: 싫어하실 질문인 건 알지만, 새 스트리밍 라이브러리의 ETA(예상 일정)가 있나요? 현재 상황은 분명 취약점이잖아요? 13:27 &lt;jrandom&gt; 이번 주 테스트가 잘 되면, 다음 주로 잠정 예정할 수 있어 13:27 &lt;jrandom&gt; 그 전에 새 스트리밍 라이브러리 위에서 돌아가는 서비스들을 띄워서, 부하 조건에서 테스트할 거야 13:28 &lt;wiht&gt; 기억하기로는, 테스트에 시뮬레이션된 네트워크를 쓰고 있었죠. 아직도 그런가요? 13:29 &lt;jrandom&gt; 일부는 그래 13:29 &lt;jrandom&gt; 시뮬레이터를 안 쓰면 그냥 실제 네트에서 돌려 13:30 &lt;jrandom&gt; (여러분의 대역폭을 혹사하는 걸 좋아하거든 ;) 13:30 &lt;susi23&gt; 천만에요 ;) 13:30 &lt;+dinoman&gt; ㅎㅎ 켜보고 터지나 보는 거야? 13:31 -!- x의 닉이 이제 fidd로 변경됨 13:31 &lt;jrandom&gt; 거의 그래 - 스트리밍 패킷 헤더를 덤프하는 로깅 코드를 갖고 있어서, 모든 게 제대로 전송되고 각종 상황이 의도대로 처리되는지 확인할 수 있어 13:32 &lt;jrandom&gt; 시뮬레이터 테스트는 더 복잡해, 다양한 런타임 매개변수를 둔 단위 테스트가 대여섯 개쯤 있어 13:33 &lt;wiht&gt; 시뮬레이션 테스트가 관측된 네트워크 사용 양상을 얼마나 잘 반영하나요? 13:33 &lt;jrandom&gt; 꽤 잘 반영해, 시뮬레이션 코드가 실제 네트워크 코드와 동일하거든 13:34 &lt;jrandom&gt; 다만 시뮬레이터에서 지연과 드롭 주입이 완벽하진 않은데, 대략적인 범위는 맞아 13:35 &lt;ant&gt; &lt;cat-a-puss&gt; 새 스트리밍 라이브러리가 같은 인터페이스를 쓰나요? 아니면 Java 앱이 뭔가 새로 해야 하나요? 13:35 &lt;wiht&gt; 설명해줘서 고마워요. 13:36 &lt;jrandom&gt; cat-a-puss: 같은 인터페이스야. I2PSocketManager를 만들 때 몇 가지 추가 설정 옵션을 붙이고 싶을 수도 있는데, 그건 익숙한 properties 맵이야 13:36 &lt;ant&gt; &lt;cat-a-puss&gt; k 13:37 &lt;jrandom&gt; k, 더 없으면 3) BT로 갈까? 13:38 &lt;jrandom&gt; duck: ping 13:38 &lt;@duck&gt; *quack 13:38 &lt;@duck&gt; 지난주에 I2P에서 BitTorrent가 동작한다고 보고했죠. 약간의 13:38 &lt;@duck&gt; 혼란이 있었지만 트래커와 클라이언트(시더와 리처) 모두에 대해 익명입니다. 13:38 &lt;@duck&gt; 지난주 이후 업데이트: 13:38 &lt;@duck&gt; GUI 작업(wxPython), 포함된 트래커, 버그 수정. 13:39 &lt;@duck&gt; 전체 목록: `http://dev.i2p/cgi-bin/cvsweb.cgi/~checkout~/i2p-bt/CHANGES.txt?rev=HEAD` 13:39 &lt;@duck&gt; 또한 코드는 cvs.i2p의 CVS에 있어요 13:39 &lt;@duck&gt; 전용 eepsite도 생겼습니다: `http://duck.i2p/i2p-bt/` 13:39 &lt;@duck&gt; 포함된 트래커는 매우 미니멀해서, 13:39 &lt;@duck&gt; 토렌트 파일은 여전히 어딘가에 제공해야 해요; 그래서 DrWoo, thetower, 그리고 저는 13:39 &lt;@duck&gt; suprnova 같은 기능을 제공하는 여러 대안을 찾아봤고, 전 미쳐버리기 직전까지 갔습니다. 13:39 &lt;@duck&gt; *flierp* 13:40 &lt;jrandom&gt; w00t 13:40 &lt;@duck&gt; 결국 bytemonsoon을 선택했어요. 원본은 엉망인데, DrWoo가 고치고 있고, 13:40 &lt;@duck&gt; 좀 더 개선해서 I2P 준비 완료 트래커 솔루션으로 내놓자는 생각입니다, 13:40 &lt;@duck&gt; 참고: `http://brittanyworld.i2p/bittorrent/` 13:40 &lt;@duck&gt; 요구 사항: `http://duck.i2p/i2p-bt/txt/bytemonsoon.txt` 13:40 &lt;@duck&gt; . 13:40 &lt;jrandom&gt; 끝내준다 13:40 &lt;+DrWoo&gt; duck가 손봐서 멋지게 만든 트래커에서 작은 테스트 파일 몇 개를 받아볼 수 있어요 13:41 &lt;+DrWoo&gt; 네트워크를 막아버릴 큰 건 없어요 ㅎㅎ 13:41 &lt;jrandom&gt; 뭐야, 우리가 Lost 에피소드를 더 받는 건 원치 않는다고? :) 13:41 &lt;@duck&gt; thetower의 게 떠 있다면.. 13:42 &lt;jrandom&gt; bytemonsoon 포트가 정말 좋아 보여. 13:42 &lt;+DrWoo&gt; 지금 여기서는 thetower에 접속이 안 돼요 13:42 &lt;+DrWoo&gt; jrandom: 필요한 건 거의 다 제공하는 것 같아요 13:42 &lt;+dinoman&gt; 사람들은 어느 정도 속도가 나오나요? 13:43 &lt;@duck&gt; ~피어당 5KB/s 13:43 &lt;+DrWoo&gt; dino: 여기선 피어당 4-10K 정도로 보여요 13:43 &lt;@duck&gt; (낙관적으로 보면 그래요. 물론 구린 ADSL 사용자들도 있죠) 13:44 &lt;+dinoman&gt; 와 생각보다 낫네 13:44 &lt;@duck&gt; I2P가 크래시할 때까지; 1) 참고 13:44 &lt;jrandom&gt; ㅎㅎ 13:44 &lt;+DrWoo&gt; dino: 즉, 스웜이 있으면 꽤 인상적일 거라는 얘기죠 13:44 &lt;@duck&gt; GUI 개선 요청이 여러 번 있었어요 13:45 &lt;+DrWoo&gt; dinoman: 그리고 0 홉 피어도 좀 있으면 ;) 13:45 &lt;@duck&gt; 다만 그걸 맡겠다는 사람은 많지 않네요 13:45 &lt;jrandom&gt; duck(그리고 팀): 우리가 뭘 도우면 될까? 13:45 &lt;@duck&gt; 너: 새 스트리밍 라이브러리 준비 끝내줘 13:46 &lt;@duck&gt; 팀: todo를 봐줘: `http://duck.i2p/i2p-bt/txt/todo.txt` 13:46 &lt;@duck&gt; lucky가 사용법(howto)을 작업 중이에요 13:47 &lt;@duck&gt; DrWoo: 또 있어요? 13:47 &lt;jrandom&gt; 좋아 13:47 &lt;+DrWoo&gt; jrandom: 파일 공유(및 현재 인터넷에서 인기 있는 다른 서비스들)의 중요성(또는 비중)에 대해 당신의 입장을 조금 이야기해 줄 수 있나요? 그리고 그게 I2P의 익명성 전망에 무엇을 의미하는지도요. 13:47 &lt;ant&gt; &lt;lucky&gt; 내가? 13:48 &lt;ant&gt; &lt;lucky&gt; 오 13:48 &lt;ant&gt; &lt;lucky&gt; 내가 맞네 13:48 &lt;ant&gt; &lt;lucky&gt; :) 13:48 &lt;+DrWoo&gt; duck: 항상 뭐가 하나 더 있지 ㅎㅎ 13:48 &lt;jrandom&gt; 파일 공유는 I2P의 성공에 매우 중요해. 현실적으로 우리 익명성 집합에 섞일 수 있는 가장 큰 잠재 사용자 풀이라서 그래 13:49 &lt;ant&gt; &lt;lucky&gt; 어우야. 13:49 &lt;ant&gt; &lt;lucky&gt; 그럼 그 사용법 문서를 정말, 정말 열심히 해야겠네. 13:49 &lt;jrandom&gt; 쓸 만한 대용량 파일 전송 시스템이 없으면, 사용자 앱을 끌어들이려면 기적을 좀 부려야 해 13:50 &lt;jrandom&gt; 우리는 그걸 하고 있어 — susi와 postman의 작업은 꽤 유망해 13:50 &lt;jrandom&gt; 하지만 익명 이메일 시장은 안전한 파일 전송 시장보다 훨씬 작아 13:51 &lt;jrandom&gt; I2P 자체는 어떤 규모로든 스케일될 수 있지만(우리가 바라는 대로라면 ;), 의미 있는 걸 뒷받침하려면 큰 익명성 집합이 필요해 13:51 &lt;jrandom&gt; &lt;/내 2센트&gt; 13:52 &lt;@duck&gt; 그 파일 공유 앱들의 기본 설정은 어떻게 하는 게 좋다고 보시나요? 13:52 &lt;jrandom&gt; 그건 잘 모르겠어 13:53 &lt;@duck&gt; 아니면 오늘의 가능성들로 볼 때 아직 크게 관련 없나요 13:54 &lt;+DrWoo&gt; duck: 가는 길의 몇몇 난관을 넘기려면 '틀 밖에서 생각하기'가 좀 필요할지도요? 13:54 &lt;jrandom&gt; 0.4.3 이전에는 BT 유저들에게 1 홉 터널이 관련 있을지도 13:57 &lt;jrandom&gt; 좋아, 3) BT에 대해 더 있을까? 13:57 &lt;@duck&gt; 난 없어 13:57 &lt;+DrWoo&gt; duck과 여러분 고마워요 13:58 &lt;+DrWoo&gt; 정말 멋진 작업이었어요 13:58 &lt;jrandom&gt; 맞아, 다들 끝내주는 일 하고 있어 13:58 &lt;+dinoman&gt; 난 안 했어 13:58 &lt;jrandom&gt; (btdownloadheadless에서 --spew 1 보는 거 정말 좋아 :) 13:58 &lt;@duck&gt; dinoman: 네가 시작했잖아 13:58 &lt;+Ragnarok&gt; headless spew... 음란하게 들리네 13:59 &lt;+DrWoo&gt; dino: 추진하는 것만으로도 진짜 기여야 13:59 * Ragnarok가 todo 리스트에 있는 커맨드라인 옵션 관련 패치를 정리할게 13:59 &lt;jrandom&gt; w00t 14:00 &lt;ant&gt; &lt;dm&gt; 익명 WWW도 잊지 마세요, 그것도 큰 축이에요. 14:00 &lt;jrandom&gt; dm: 응, 아마 수천, 수만 명 수준은 될 테지만, 수백만을 끌 만큼은 아니야 14:01 &lt;jrandom&gt; (outproxy 관련한 건, 내 생각엔) 14:01 &lt;jrandom&gt; 좋아, 더 없으면, 우리의 오래된 전통 4) ???로 넘어가자 14:01 &lt;jrandom&gt; 아직 안 나온 것 중에 다뤄야 할 게 있을까? 14:02 &lt;wiht&gt; postman: 메일 시스템 상태는 어떤가요? 특히 I2P 네트워크 밖과의 통신은 얼마나 잘 동작하나요? 14:02 &lt;+DrWoo&gt; dm: 그 모든 게 인생의 화려한 행렬의 일부지 :) 14:03 &lt;ant&gt; &lt;dm&gt; 많은 사람들이 웹을 써 14:03 &lt;ant&gt; &lt;dm&gt; (내 직장에 방금 surfcontrol을 설치했거든) ;) 14:03 &lt;jrandom&gt; 그래, I2P가 정말 필요한 사람들에게는 익명 WWW 호스팅이 중요하겠지만, 아마 우리가 필요한 익명성 집합을 형성하진 못할 거야 14:03 &lt;jrandom&gt; 아, 별로네 14:04 &lt;jrandom&gt; wiht: 그가 없으면, 내 경험상 in/outproxy는 꽤 잘 동작한다고 말할 수 있어 - 아직 하나도 안 놓쳤어 14:04 &lt;jrandom&gt; (메일 확인은 몇 초 걸리지만, 어차피 biff가 필요할 때 알려줘) 14:05 &lt;jrandom&gt; 좋아, 또 있을까? 14:06 &lt;ant&gt; &lt;dm&gt; 회의를 baf 하는 중이야? 14:07 &lt;jrandom&gt; 그런 것 같네 14:07 * jrandom 마무리 준비 14:07 * jrandom 회의를 *baf*로 종료 </div>/ko/blog/2004/11/09/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-11%EC%9B%94-9%EC%9D%BC/Tue, 09 Nov 2004 00:00:00 +0000/ko/blog/2004/11/09/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-11%EC%9B%94-9%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ant, cervantes, Ch0Hag, duck, jrandom, keysersoze, MrEcho, mule, Nightblade, peer, polecat, postman, protokol, Ragnarok</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:26 &lt;jrandom&gt; 0) hi 13:26 &lt;cervantes&gt; 주문하기 전에 메뉴부터 보자 :P 13:26 &lt;jrandom&gt; 1) 0.4.1.4 13:26 &lt;jrandom&gt; 2) Streaming lib 13:26 &lt;jrandom&gt; 3) BT 진행 상황 13:26 &lt;jrandom&gt; 4) addressbook.py 13:26 &lt;jrandom&gt; 5) ??? 13:26 &lt;jrandom&gt; 0) hi 13:27 * jrandom 손을 흔든다 13:27 &lt;Ragnarok&gt; hi 13:27 * cervantes 손을 흔든다 13:27 &lt;jrandom&gt; 상태 노트는 여기 @ http://dev.i2p.net/pipermail/i2p/2004-November/000485.html 13:27 &lt;keysersoze&gt; hi 13:27 &lt;+polecat&gt; 5) DHTs로 하자, 그 bamboo 같은 거? 13:27 &lt;jrandom&gt; (맞아, 나 늦었어) 13:27 &lt;jrandom&gt; 좋아 polecat 13:27 * polecat 또 손가락을 살짝 문다! 13:27 &lt;jrandom&gt; 좋아, 1) 0.4.1.4로 바로 들어가자 13:28 &lt;+Ch0Hag&gt; 0.4.1.4가 생각보다 자주 죽는 것 같아 13:28 &lt;+Ch0Hag&gt; 그러니까 - 한 번이라도 13:28 &lt;jrandom&gt; 죽는다? 13:28 &lt;+Ch0Hag&gt; 물론 그건 kaffe 탓일 수도. 13:28 &lt;jrandom&gt; IRC 연결이 끊기나, 아니면 router를 재시작하나? 13:28 &lt;jrandom&gt; 아, 너 kaffe 쓰고 있니? 13:29 &lt;+Ch0Hag&gt; router 13:29 &lt;+Ch0Hag&gt; 맞아. 13:29 &lt;+Ch0Hag&gt; 누군가는 써야지 :) 13:29 &lt;jrandom&gt; kaffe에선 기본 메모리 사용량을 두 배로 늘려야 했어 (시작할 때 -mx128m 주기) 13:29 &lt;+polecat&gt; 으악! 그럼 그렇지! hawk를 무시 목록에 넣어놨었네. 13:29 &lt;jrandom&gt; 음, 요즘 최소 3명은 kaffe 쓰는 중이야 13:30 &lt;jrandom&gt; 그거 말고는, 다들 0.4.1.4 어때? 13:30 * polecat kaffe 사용 중... 지금은 더 나은 JVM을 몰라. 13:30 &lt;jrandom&gt; 초기 보고는 좋았는데, 요즘은 별로 못 들었네 13:30 &lt;+Ch0Hag&gt; 64였는데, 128로 해볼게 13:30 &lt;Ragnarok&gt; 괜찮아 보임 13:30 &lt;keysersoze&gt; jrandom: 여기서는 큰 문제 없어 13:30 &lt;@duck&gt; 최근 큰 IRC 장애는 내 탓이었음 13:30 &lt;+Ch0Hag&gt; 그리고 맞아, 대부분 OOM(메모리 부족)이었어 13:31 &lt;@duck&gt; 그 외엔 (내가 대역폭(bw)을 켠 이후로) 좀 불안정한 것 같아, 근데 증거는 없어 13:31 &lt;jrandom&gt; 네 머신의 스로틀링이 좀 병목이야, 예를 들면 네가 메시지 하나를 받으면, 그걸 보내야 하는 메시지가 20개 이상 생기거든 13:32 &lt;@duck&gt; 아 13:32 &lt;jrandom&gt; 하지만 나도 동의, IRC가 좀 출렁였지 13:32 &lt;cervantes&gt; 0.4.1.3은 내 IBM JVM에서 항상 바위처럼 안정적이었어, 그래서 아직은 업그레이드 피했지 13:32 &lt;cervantes&gt; (업타임 22일) 13:32 &lt;jrandom&gt; 멋지네 cervantes 13:32 &lt;jrandom&gt; duck: [여기 새 streaming lib에 대한 기대를 묘사하는 코멘트 삽입] 13:33 &lt;cervantes&gt; baffled의 IRC 서버가 좀 덜 출렁였어 13:33 &lt;jrandom&gt; 맞아, 좋은 지표네 13:33 &lt;keysersoze&gt; cervantes: 그가 어떤 버전 돌리는지 알아? (혹시 아나?) 13:33 &lt;ant&gt; &lt;dm&gt; 새 streaming lib이 IRC에 영향 있나, 아니면 메시지가 너무 작아서 상관없나? 13:33 &lt;@duck&gt; 이번 주에 난 착한 오리였으니, 제한 좀 올릴게 13:33 &lt;jrandom&gt; 확인해볼게 keysersoze 13:33 &lt;jrandom&gt; :) 13:33 &lt;+polecat&gt; 난 업타임 11시간. ;.; 13:34 &lt;jrandom&gt; keysersoze: 0.4.1.4 13:34 &lt;keysersoze&gt; jrandom: ;) 하지만 그가 여기 오면 직접 물어봐도 되지 13:34 &lt;keysersoze&gt; 오케이 13:34 &lt;jrandom&gt; dm: 새 streaming lib은 복원력과 장애 대응을 개선하지만, 당연히 IRC 처리량은 개선하지 못해 13:34 &lt;jrandom&gt; (router 버전은 netDb에 공개되어 있고, 그가 어떤 router 쓰는지 알아) 13:34 &lt;ant&gt; &lt;dm&gt; 그거 좋네 13:35 &lt;jrandom&gt; 좋아, 0.4.1.4 관련해 다른 거 있나? 13:35 &lt;jrandom&gt; 없으면, 잠깐 2) streaming lib 진행으로 넘어가자 13:36 &lt;keysersoze&gt; 없어 13:36 &lt;jrandom&gt; 노트에 적었듯이, 소식은 준비되는 대로 더 :) 13:36 &lt;+polecat&gt; streaming lib이 생기면 이전엔 못 하던 걸 뭘 할 수 있게 돼? 13:36 &lt;Ragnarok&gt; 큰 파일을 빠르게 다운로드 13:36 &lt;Ragnarok&gt; 그리고 네트워크에 DOS 13:36 &lt;jrandom&gt; polecat: 임의로 큰 파일 전송, 4KBps 초과 전송 13:37 &lt;+Ch0Hag&gt; 그리고/또는 신뢰성 있게? 13:37 &lt;jrandom&gt; Ragnarok: 네트워크를 DoS하지 않도록 하는 게 지금 내가 작업 중인 부분 ;) 13:37 &lt;+protokol&gt; 시간이 지나보니 eepIRC에서 연결이 끊어지면 재연결은 항상 실패하는데, 몇 분 멈췄다가 하면 잘 붙더라 13:37 &lt;+polecat&gt; 전송 속도가 증가한다고? o.O 13:37 &lt;jrandom&gt; polecat: 응. 지금 streaming lib은 고정 1패킷 윈도우 크기를 써 - 다음 메시지 보내기 전에 ACK를 기다려 13:37 * polecat protokol에게 끄덕, 그런 듯. 13:38 &lt;ant&gt; &lt;dm&gt; streaming lib은 I2P에서 쓸 수 있는 새로운 범주의 TCP 기반 애플리케이션을 가능하게 할 거야. 13:38 &lt;Ragnarok&gt; jrandom: 아, 다행이네. 그게 좀 걱정됐거든 :) 13:38 &lt;ant&gt; &lt;dm&gt; 마케팅 버전으로 말하자면 말이지. 13:38 &lt;jrandom&gt; 처리량은 새 라이브러리로 유망해 보여 13:39 &lt;jrandom&gt; 헿 dm 13:39 &lt;keysersoze&gt; jrandom: 일반 TCP의 확장처럼, 송신측이 ACK를 아직 못 받아도 특정 개수까지 계속 보내는 그거? 13:39 &lt;+polecat&gt; jrandom: 아, 그게 어떻게 문제를 야기할 수 있는지 알겠네... 13:39 &lt;jrandom&gt; 맞아 keysersoze, (슬라이딩) 윈도우 크기까지 13:39 &lt;jrandom&gt; (그 모든 혼잡 제어/회피 같은 걸 함) [/팔 휘두르기] 13:40 &lt;+polecat&gt; 연결이 끊어진 뒤에도 많은 패킷이 보내지면 혼잡 문제가 생길 수도 있겠네. 13:40 &lt;cervantes&gt; i2p BT에 대해 새 streaming lib과 옛 not-so-streaming lib의 벤치마크 비교가 재밌겠어 13:40 &lt;jrandom&gt; 그렇지 cervantes 13:41 &lt;jrandom&gt; polecat: 그게 가장 큰 위험, 네트워크 플러드를 막는 것, 그래서 조심스럽게 배포 중 13:41 &lt;ant&gt; &lt;dm&gt; 버그 하나 보고할 게 있어. 5로 가면 누가 좀 상기시켜줘 13:41 &lt;cervantes&gt; jrandom: 애플리케이션 입장에서 전환은 얼마나 투명할까? 13:42 &lt;keysersoze&gt; polecat: 현재 계획에 "슬로 스타트" 아이디어가 있나? 처음에는 윈도우가 1이고, 그게 괜찮으면 2로, 그리고 괜찮으면 3으로... 이런 식으로 최대치까지 조심스럽게 늘리는? 13:42 &lt;+polecat&gt; 0.4.1.4가 streaming lib을 쓰나, 아니면 아직 배포 전인가? 13:42 &lt;jrandom&gt; cervantes 0.4.2가 나오면 코드 변경 없음. 심지어 지금도 환경에 매직 플래그를 지정하면 streaming lib을 쓸 수 있어 :) 13:42 &lt;cervantes&gt; polecat: 그건 0.4.2에서 올 거야 13:42 &lt;ant&gt; * dm 모두가 jrandom에게 달려간다. 13:42 &lt;jrandom&gt; 지금도 포함돼 있어 - streaming.jar 봐 13:42 &lt;jrandom&gt; 다만 기본은 비활성화 13:42 &lt;ant&gt; &lt;dm&gt; "플래그! 플래그! 플래그!" 13:43 &lt;keysersoze&gt; jrandom: 아 제발, 우리에게 어떤 환경 변숫값인지 알려줘 ;) 13:43 &lt;jrandom&gt; 하지만, streaming lib은 *하위 호환되지 않음* 13:43 &lt;jrandom&gt; 즉, 그걸로 IRC를 쓸 수 없어 13:43 &lt;cervantes&gt; 난 초기 .1.3이야 기억하지 ;-) 13:43 &lt;jrandom&gt; duck이 별도의 newStreamingLib destination을 돌리지 않는 한 13:43 &lt;+polecat&gt; 그래... 아마 개별적으로보다 일제히 스위치하는 게 최선이겠네. 13:43 &lt;jrandom&gt; 맞아 13:43 &lt;+Ch0Hag&gt; 이 플래그는 "찾을 수 없다면 필요 없는" 그런 류의 플래그인 듯. 13:43 &lt;ant&gt; &lt;dm&gt; duck: 제발, 시키는 대로 해!!! 13:43 &lt;+Ch0Hag&gt; GCC의 대부분처럼... 13:43 &lt;jrandom&gt; 맞아 Ch0Hag :) 13:44 &lt;jrandom&gt; dm: 아직 테스트해야 할 게 좀 있어 13:44 &lt;jrandom&gt; 예: 오늘 아침 mule이 FUQID 테스트 도와줬어 13:44 &lt;keysersoze&gt; jrandom: 그게 기존 I2P destination들의 hosts.txt 키에 영향을 주나? 13:44 &lt;mule&gt; 미팅 놓쳤네. 일광절약 종료 :(. 13:44 &lt;jrandom&gt; (그리고 FUQID는 사아악한 짓을 하지 :) 13:45 &lt;jrandom&gt; 안녕 mule, 나도야 :) 딱 맞춰 왔네 13:45 &lt;ant&gt; &lt;dm&gt; mule: 아직 5) ????? 섹션은 안 놓쳤어 13:45 &lt;+Ch0Hag&gt; 그러고 보니 fuqid 얘기, stasher 소식은? 13:45 &lt;ant&gt; &lt;dm&gt; 너희가 아는 바로는, ????가: GOTO 1 일 수도 13:45 &lt;jrandom&gt; keysersoze: 아니, streaming lib은 그 부분엔 관여하지 않아 13:45 &lt;+Ch0Hag&gt; 아니면 그건 5에서 다룰 만큼 큰 화제? 13:45 &lt;jrandom&gt; Ch0Hag: aum 소식은 9월 이후로 전무, stasher는 다른 누구도 손대지 않고 있어. 13:46 &lt;jrandom&gt; (하지만 5)???에서 다른 DHT(분산 해시 테이블) 얘기는 있다고 들었어) 13:46 &lt;+Ch0Hag&gt; 아. 13:46 &lt;+Ch0Hag&gt; 아쉽네. 13:46 &lt;+Ch0Hag&gt; freenet 개발자들이 경쟁자를 ... 제거하진 않았겠지? 13:46 &lt;+Ch0Hag&gt; :) 13:46 &lt;jrandom&gt; 헿 13:47 &lt;+polecat&gt; 암살 정치의 첫 적용 사례. x3 13:47 &lt;+Ch0Hag&gt; 어쨌든 난 더 없으니, 5까지는 끼어들지 않을게 13:47 &lt;jrandom&gt; 오케이, streaming lib엔 할 얘기가 많지만, 논의는 나중으로 13:47 &lt;jrandom&gt; 다른 게 없으면, 3) BT 진행으로 넘어가자 13:47 &lt;cervantes&gt; &lt;/evasion&gt; 13:48 &lt;ant&gt; &lt;dm&gt; 모두들 jrandom이 toad 배포 프로세스를 채택했으면 하진 않지? 13:48 &lt;ant&gt; &lt;dm&gt; Build 3435: streaming lib 시도 13:48 &lt;jrandom&gt; duck: 핑? 13:48 &lt;ant&gt; &lt;dm&gt; Build 3436: streaming lib 시도 2 13:48 &lt;@duck&gt; 퐁 13:48 &lt;ant&gt; &lt;dm&gt; Build 3436: streaming lib 시도 3 13:48 &lt;jrandom&gt; 살살해 13:48 * duck 마이크를 잡는다 13:48 &lt;Ragnarok&gt; 아니, 우린 원치 않아 13:48 &lt;@duck&gt; dinoman, Ragnarok 그리고 내가 BT 클라이언트를 작업 중. 13:48 &lt;@duck&gt; - BT 프로토콜 분석 및 변경 사항을 `http://duck.i2p/i2p-bt/txt/i2p-bt_protocol.txt` 에 명시 13:48 &lt;@duck&gt; - dino가 phpbt 수정, 정보는 `http://duck.i2p/i2p-bt/txt/tracker.txt` 13:48 &lt;@duck&gt; dino가 클라이언트를 트래커와 대화하게 만들었고, R과 내가 조금 개선함. 13:48 &lt;@duck&gt; 전체 트래커 &lt;-&gt; 클라이언트는 동작했어 13:48 &lt;@duck&gt; 하지만 파이썬 sam 라이브러리에서 막혔지... 13:49 &lt;@duck&gt; Connelly가 도와줬지만, 바쁘기도 했고 13:49 &lt;@duck&gt; 그리고 aum은 사라졌고 13:49 &lt;+polecat&gt; 난 아직도 BT가 i2p에서 가능하단 게 놀라워... 13:49 &lt;@duck&gt; 그래서 pysam을 버리고, BT의 RawServer.py를 재구현했더니 이제 어느 정도는 됨. 13:49 &lt;jrandom&gt; (w00t!) 13:49 &lt;@duck&gt; 속보: 채널 #i2p-bt (특히 토픽에 최신 릴리스 정보) 13:49 &lt;@duck&gt; 지금은 사소한 결함을 잡기 위해 로깅 지원을 많이 넣는 중 13:50 &lt;Ragnarok&gt; 원래 RawServer.py보다 훨씬 좋아 13:50 &lt;peer&gt; duck: 베타 테스트 준비됐어? 13:50 &lt;@duck&gt; (예를 들어 엔드게임(EndGame) 중엔 마지막 비트를 얻기 위해 타임아웃 및 재시도가 필요) 13:50 &lt;@duck&gt; peer: 응 13:50 &lt;@duck&gt; 논의할 작은 포인트: 13:51 &lt;@duck&gt; 지금까지는 python 2.2(이상) 호환 13:51 &lt;@duck&gt; (bittorrent 자체도 비슷한 듯) 13:51 &lt;@duck&gt; 근데 로깅은 2.3이 필요... 13:51 &lt;cervantes&gt; 그러하오 13:51 &lt;@duck&gt; 그게 얼마나 나쁠까? 13:51 &lt;jrandom&gt; 내 freebsd랑 linux 박스는 2.3이야 13:51 &lt;ant&gt; &lt;dm&gt; 나쁘다고? 13:52 &lt;jrandom&gt; (물론 지난 1년 안에 설치했지만) 13:52 &lt;Ragnarok&gt; 아직도 2.2를 배포하는 메이저 배포판이 있나? 13:52 &lt;@duck&gt; debian-stable은 아직 2.2를 배포하던데, 마지막으로 봤을 때 13:52 &lt;jrandom&gt; 아, 난 debian unstable 13:52 &lt;@duck&gt; 뭐, 놀랍진 않지 13:52 &lt;+Ch0Hag&gt; Debian은 2.3, 2.2, 2.1, 아마 2.0도 배포 13:52 &lt;+Ch0Hag&gt; 동시에. 13:52 &lt;Ragnarok&gt; Debian stable 빼고, 아마... 13:53 &lt;+Ch0Hag&gt; 그건 확신 못 하겠음. 13:53 &lt;jrandom&gt; 2.2 지원이 있으면 좋겠지 - 좋은 로깅 라이브러리가 없나? 13:53 &lt;Ragnarok&gt; 바보 같은 debian 13:53 &lt;@duck&gt; jrandom: 2.3 라이브러리를 번들할 수도 13:54 &lt;Ragnarok&gt; 로깅을 그냥 선택적으로 만들 수는? 13:54 &lt;@duck&gt; 그럴 듯 13:55 &lt;jrandom&gt; 음, 그건 사실 코더 생산성 도구니까, 코딩하는 사람들에게 최선인 대로 하자 13:55 &lt;ant&gt; &lt;dm&gt; I2P + BT가 인기 생기면 그때 걱정해도 됨. 13:55 &lt;keysersoze&gt; 이 로깅은 누굴 위한 거지? 최종 사용자에게는 아니겠지, 그러니 배포 시 일부 플랫폼에서 로깅이 안 되어도 상관없지 않나? 13:55 &lt;ant&gt; &lt;dm&gt; 그땐 아마 2.3이 표준일걸 13:55 &lt;jrandom&gt; 2.2 지원이 있으면 좋겠지만, 2.3 요구해도 그렇게 나쁘진 않을 듯 13:55 &lt;cervantes&gt; duck: 그럼 트래커의 peer announce 목록이 머신 IP 대신 i2p destination들을 뿜어내도록 만들 수 있나? 13:56 &lt;@duck&gt; 좋아, 로깅 라이브러리를 추상화하고, 2.2에선 stdout 사용 13:56 &lt;@duck&gt; cervantes: `http://duck.i2p/i2p-bt/diffs/phpbt-i2p.diff` 13:56 &lt;jrandom&gt; keysersoze: 로깅은 클라이언트 머신에서 배포돼야 버그가 생길 때 개발자가 상세 로그를 받을 수 있어 13:56 &lt;jrandom&gt; 좋다 duck 13:56 &lt;cervantes&gt; 감사 13:56 &lt;+Ch0Hag&gt; 히, 혹시 관심 있으면, Woody엔 python 1.5, 2.0, 2.1이 있어 13:56 &lt;+Ch0Hag&gt; :) 13:57 &lt;@duck&gt; 헿 13:57 &lt;@duck&gt; 그럼 2.3 필수로 하자 13:57 &lt;@duck&gt; 우디는 잊자 13:57 &lt;cervantes&gt; 내 건 1.5랑 2.2로 고정된 듯 13:57 &lt;jrandom&gt; 그래, 2.1까지 신경 쓸 필요는 없어 13:57 &lt;cervantes&gt; (업그레이드할 때군) 13:57 &lt;jrandom&gt; 헿 13:57 &lt;+Ch0Hag&gt; 대부분 Debian 사용자도 같은 의견 13:58 &lt;Ragnarok&gt; addressbook.py는 2.3 필요 13:58 &lt;@duck&gt; 흥미로운 하위 프로젝트 몇 가지: 13:58 &lt;jrandom&gt; 아 오케이 좋아 Ragnarok 13:58 &lt;@duck&gt; i2p에 최적 설정을 연구 13:58 &lt;+polecat&gt; 그 작은 게 2.3이 필요해? 13:58 &lt;keysersoze&gt; jrandom: 동의, 하지만 지금처럼 작은 네트(약 100 peers)에서는 몇몇 베타 테스터가 2.2나 2.3으로 올리는 건 문제 아냐. 그리고 노골적인 버그가 잡히고 나면, 새로운 "진짜" 최종 사용자는 로깅이 크게 필요 없겠지. 그러니 요지는: 지금 단계에서 로깅은 문제 아냐, 즉 합의 ;) 13:58 &lt;cervantes&gt; 1년 전쯤 BT를 분해해볼 때, 이 머신은 트래커를 통해 초당 6mb까지 밀었었지... 13:58 &lt;+polecat&gt; 이상하네... 2.2는 사실상 반쯤 망가진 건가. 13:58 &lt;Ragnarok&gt; 2.3엔 더 나은 urllib 프록시 지원이 있어 13:58 &lt;@duck&gt; 표준 bt 트래커 포팅도 13:58 &lt;cervantes&gt; 시드 말이야 13:59 &lt;Ragnarok&gt; 2.2에서도 가능하긴 한데, 너무 노력이 많이 들어 :) 13:59 &lt;+polecat&gt; 아 그건 중요하지 13:59 &lt;jrandom&gt; duck: 최적 설정 연구는 0.4.2가 나올 때까지 어렵겠지 13:59 &lt;@duck&gt; 그렇지 14:00 &lt;jrandom&gt; 트래커 포팅은 훌륭하지. .torrent 만드는 툴은 구현돼 있어? 아니면 수동으로 했어? 14:00 &lt;@duck&gt; 뭐? 14:00 &lt;cervantes&gt; 클라이언트엔 피어 수용률, 타임아웃, 최소/최대 피어 등 멋진 튜닝이 잔뜩 있어 14:01 &lt;cervantes&gt; jrandom: 그건 수정이 필요 없을 듯 14:01 &lt;jrandom&gt; duck: .torrent가 트래커의 i2p destination을 참조하지? 14:01 &lt;@duck&gt; 지금은 btdownloadheadless.py + btmakemetafile.py + btshowmetainfo.py를 배포 14:01 &lt;jrandom&gt; 아니면 이름을 참조하나? 14:01 &lt;cervantes&gt; 그건 그냥 URL이랑 SHA1 해시 뭉치야 14:01 &lt;@duck&gt; btmakemetafile.py랑 btshowmetainfo.py는 수정 안 됨 14:01 &lt;jrandom&gt; "URL"이 어려운 부분이지 :) 14:02 &lt;@duck&gt; 그래서 다른 도구도 쓸 수 있어 14:02 &lt;@duck&gt; 지금은 `http://duck.i2p/phpbt/announce.php` 14:02 &lt;jrandom&gt; 오케이, 좋아 14:02 &lt;@duck&gt; 아마 http://i2p/bigbase64/announce.php 도 쓸 수 있지 14:02 &lt;+protokol&gt; 다른 클라이언트가 eepTorrent를 지원할 계획 있어? 난 azureus 좋아해 14:02 &lt;@duck&gt; 많지 14:02 &lt;cervantes&gt; jrandom: 내가 봤던 초기 버전은 announce 문자열에 URL 검증을 안 했어 14:03 &lt;ant&gt; &lt;dm&gt; eep가 다시 뭐의 약자였지? 14:03 &lt;cervantes&gt; 거기 뭐든 넣을 수 있었어 14:03 &lt;jrandom&gt; 흠, 그게 되는지 확인할 가치가 있어 duck (phpbt가 멍청한 URL 리라이트 같은 걸 할 수 있으니) 14:03 &lt;cervantes&gt; dm: 포럼 용어집 봐 14:03 &lt;@duck&gt; i2p-bt 포럼 만들 때가 된 걸까? 14:03 &lt;keysersoze&gt; duck: 특히 새 사용자가 hosts.txt에 "등록"이 없는 상태에서 트래커를 호스팅하려면, base64가 들어갈 수 있어야 해 14:03 &lt;+Ch0Hag&gt; Eye Eye Pee? 14:03 &lt;jrandom&gt; 그거 좋지 duck 14:03 &lt;@duck&gt; (forum.i2p의 포럼 섹션) 14:04 &lt;ant&gt; &lt;dm&gt; cervantes: 정말 도움 되네! 14:04 &lt;cervantes&gt; duck: 응 문제없어 14:04 &lt;@duck&gt; keysersoze: 조사해볼게 14:04 &lt;jrandom&gt; 어쨌든, 지금만으로도 꽤 끝내줘 14:05 &lt;jrandom&gt; 피어당 4KBps도 사실 그리 큰 문제는 아냐 14:05 &lt;ant&gt; &lt;dm&gt; 몇 시지? "두 블록 아래 길에 시계 있잖아" 14:05 &lt;cervantes&gt; 앞으로는 사람들이 suprnova처럼 파일을 게시할 수 있게 별도 포럼 공간을 만들까 14:05 &lt;@duck&gt; eeprnova 14:05 &lt;jrandom&gt; cervantes: 리뷰 같은 것도 있으면 좋고 :) 14:05 &lt;keysersoze&gt; jrandom: streaminglib으로 전환하면 현재 파이썬 I2P-BT 코드에 큰 변경이 필요해? 14:05 &lt;+polecat&gt; 난 IPv4 비트토렌트 스트림에서도 4KBps 넘겨본 적이 없어... 14:05 &lt;peer&gt; 네트워크의 다른 머신에서 실행할 수 있게, i2p 서버 주소를 설정하는 커맨드라인 인자가 있으면 좋겠어 14:05 &lt;jrandom&gt; (하지만 그건 forum.i2p 바깥이 더 좋겠지, 아마) 14:06 &lt;jrandom&gt; keysersoze: 0 변경 14:06 &lt;@duck&gt; 참고로 i2p-bt 트래커는 훨씬 덜 확장돼 14:06 &lt;@duck&gt; 커다란 키를 보내야 하니까 14:06 &lt;Ragnarok&gt; polecat: 너 NAT 뒤에 있구나 14:06 &lt;keysersoze&gt; polecat: ((OT) 오늘자 firefox 토렌트 써봐 ;)) 14:06 &lt;cervantes&gt; jrandom: ㅇㅋ. 14:06 &lt;@duck&gt; 일반 트래커는 최근 피어당 6바이트만 보내도록 수정됐거든 14:06 &lt;jrandom&gt; peer: i2p 서버 주소? 14:07 &lt;jrandom&gt; peer: 난 SAM 브리지를 로컬에서 사용하고 원격 router에 접속해서 i2p-bt 쓰고 있어 14:07 &lt;jrandom&gt; 아, 근데 CLI에서 SAM 브리지 위치랑 eep 프록시 위치를 설정하는 플래그가 있으면 좋겠네, 맞아 14:07 &lt;peer&gt; jrandom: 맞아 14:07 &lt;keysersoze&gt; duck: 호스트 키를 압축할 수 있나? (그냥 질문...) 14:08 &lt;peer&gt; 하나의 CLI 인자로 14:08 &lt;jrandom&gt; (매 릴리스마다 코드를 다시 수정하는 대신에 :) 14:08 &lt;@duck&gt; keysersoze: base64 대신 바이너리를 쓰면 좀 줄어들어 14:08 &lt;@duck&gt; 한 15% 14:08 &lt;@duck&gt; 그럴 가치 없음 14:08 &lt;keysersoze&gt; duck: 동의. 14:09 &lt;ant&gt; &lt;dm&gt; cervantes: 포럼 용어집이 어디에? http://forum.i2p.net/ 에는 아무것도 안 보이네 14:09 &lt;Ragnarok&gt; 호스트네임을 쓸 수는 없나? 14:09 &lt;jrandom&gt; Ragnarok: 호스트네임은 전역적으로 유일하지 않아 14:09 &lt;@duck&gt; Ragnarok: 그쪽으론 가고 싶지 않아 14:09 &lt;cervantes&gt; dm: 등록 사용자에게만 보여 14:10 &lt;ant&gt; &lt;dm&gt; cervantes: 아 훌륭! 그럼 구글에서 eep를 찾아볼게! 14:10 &lt;Ragnarok&gt; 알겠어 14:11 &lt;cervantes&gt; dm: 길거리 소문으로는 IIP의 발음이래 14:11 &lt;cervantes&gt; 그런 말이 있어 14:11 &lt;jrandom&gt; 좋아, 너희가 BT 쪽에서 엄청난 일을 하고 있고, 더 듣고(그리고 쓰게) 되길 기대해 :) 14:11 &lt;ant&gt; &lt;dm&gt; cervantes: 약자가 아닌 거야? 14:12 * cervantes 공유할 영화와 TV 쇼가 1/2 테라바이트 있음 14:12 &lt;jrandom&gt; i2p-bt 관련해서 더 논의할 게 있나? 14:12 &lt;cervantes&gt; dm: 내가 알기론 아냐 14:12 &lt;@duck&gt; (#i2p-bt 잊지 마) 14:12 &lt;jrandom&gt; 그래, #i2p-bt, 드디어 사람들이 freenode에서 옮겨올 유인이 생겼네 :) 14:12 &lt;ant&gt; &lt;dm&gt; 알겠습니다. 감사합니다. 14:13 &lt;+Ch0Hag&gt; 이 위대한 네트워크만으로도 충분한 유인인데 말이야... 14:13 &lt;jrandom&gt; 자, 없으면 4) addressbook.py로 가자 14:13 &lt;jrandom&gt; Ragnarok: 요약해줄래? 14:13 &lt;Ragnarok&gt; 위~ 14:14 &lt;Ragnarok&gt; 흠, 좋아. addressbook.py는 구독 가능한 주소록 시스템의 첫 시도야. 14:14 &lt;Ragnarok&gt; 지금은 꽤 못생겼지만, 작동은 해 14:14 &lt;Ragnarok&gt; ragnarok.i2p에서 받을 수 있어 14:14 &lt;peer&gt; 네이밍 관련 제안 하나만 해도 될까? eepsites 간 링크는 base64를 쓰고, 대신 사이트에 대한 북마크 이름은 사람들이 직접 만들게 하는 게 최선인 듯, 중앙집중식 네이밍 시스템 없이 14:14 &lt;Ragnarok&gt; 음... 14:14 &lt;Ragnarok&gt; 질문 있나? 14:15 &lt;+postman&gt; Ragnarok: 못생겼다를 정의해봐 :) 14:15 &lt;jrandom&gt; Ragnarok: 끝내준다 14:15 &lt;ant&gt; &lt;dm&gt; jrandom: 질문은 아님 14:15 &lt;+polecat&gt; 우리가 무슨 얘기하고 있었지? @.@ 14:15 &lt;peer&gt; 프리넷 웹 인터페이스 첫 페이지의 북마크처럼, 대신 URL로 14:15 &lt;cervantes&gt; Ragnarok: 전부 커맨드라인이야, 아니면 GUI가 있어? 14:15 &lt;Ragnarok&gt; 읽어봐, 못생겼어 :) 14:15 &lt;jrandom&gt; peer: 동의, 다만 저자 도구가 필요해 14:15 &lt;cervantes&gt; 스크린샷이 없어서 관심을 잃고 갔었지 ;-) 14:15 &lt;jrandom&gt; peer: 그래도 ?i2paddresshelper가 도움 되지 14:15 &lt;+postman&gt; Ragnarok: 오케이, 고마워 - 확인해볼게 14:16 &lt;+polecat&gt; 에이, GUI는 축구 엄마들을 위한 것! 14:16 &lt;Ragnarok&gt; 전부 커맨드라인이야. 데몬으로 돌리도록 설계됨. Windows에선 아직 데몬으로 안 돌아, 그게 내 다음 프로젝트. 14:16 &lt;Ragnarok&gt; CLI 도구 외에는, 모든 상호작용은 설정 파일을 통해서 해. 14:17 &lt;jrandom&gt; 네이밍 분야의 다음 단계는 항목과 구독을 관리하는 웹 인터페이스 아닐까? 14:17 &lt;cervantes&gt; 결국 네 hosts 파일을 배포하는 거지? 14:17 &lt;Ragnarok&gt; 맞아 14:17 &lt;cervantes&gt; 오케이...좋네 14:17 &lt;Ragnarok&gt; 웹 인터페이스는 훌륭하지. 근데 내가 쓰진 않을 거야 :) 14:17 &lt;jrandom&gt; 머지와 충돌 관리까지 14:18 &lt;+polecat&gt; 충돌 관리는 로그에 꺅 소리 지르는 것 말고 뭐가 있지? 14:18 &lt;jrandom&gt; 그래, 엔진 자체는 Good Stuff, 웹 쪽은 다른 누가 맡아줄 수도 있겠지 :) 14:19 &lt;Ragnarok&gt; 없어. 충돌을 해결하고 싶으면 수동으로 :). 다만, 지금은 좀 더 쉬워졌지. 14:19 &lt;jrandom&gt; polecat: 꺅 소리 + 기존 항목은 절대 덮어쓰지 않기, 내가 알기론 14:19 &lt;jrandom&gt; (음, 그가 말한 대로) 14:19 &lt;cervantes&gt; Firefox 사이드바 플러그인으로 있으면 좋겠네... 14:19 &lt;+polecat&gt; 나도 네가 직접 보증하고 싶은 항목을 위한 myhosts.txt 개념이 좋아. 14:19 &lt;cervantes&gt; 그건 내가 i2p 툴바에 넣을 수 있겠다 14:20 &lt;Ragnarok&gt; 사용자 변경은 절대 덮어쓰지 않으니, 공격에 대해 꽤 안전해 14:20 &lt;jrandom&gt; 그리고 상대적으로 신뢰할 수 있는 피어만 구독해야 하고 14:20 &lt;Ragnarok&gt; 그렇지 14:20 &lt;cervantes&gt; 항목 잠그는 기능이 있으면? 14:20 &lt;cervantes&gt; (예: userhosts로 이동) 14:21 &lt;Ragnarok&gt; 항목은 절대 수정되지 않아 14:21 &lt;+polecat&gt; 내가 만든 addressbook.pl의 perl 버전은 myhosts.txt를 지원해. 14:21 &lt;cervantes&gt; Ragnarok: 아 미안, 방금 네가 말했지 14:22 &lt;Ragnarok&gt; myhosts.txt는 경쟁 상태를 피하기 위한 더러운 핵이지만, 왠지 모두가 그걸 인터페이스로 좋아하더라 :) 14:22 &lt;jrandom&gt; 관심 있으면, i2ptunnel / sam / 등에서 hosts.txt와 userhosts.txt만 읽지 않도록 하는 방법이 있어 14:22 &lt;jrandom&gt; (근데 그럴 만한 탄탄한 이유가 있을 때만) 14:22 &lt;cervantes&gt; Ragnarok: 그건 의도적이었던 척 했어야지 ;-) 14:23 * duck hosts.txt / userhosts.txt에서 추상화하자고 제안 14:23 &lt;+polecat&gt; 내 addressbook.pl의 perl 버전은 myhosts.txt를 지원해. 14:23 &lt;Ragnarok&gt; 그래, 그건 대개 큰 리라이트의 일부가 될 거야 :) 14:23 * polecat duck에게, 그러려면 i2ptunnel과 sam을 수정해야 할 거라고 언급. 14:23 &lt;Ragnarok&gt; 먼저 Windows에서 기능 동등성을 맞추고 싶어. 14:24 &lt;jrandom&gt; 맞아 duck, 0.4.2에선 서로 다른 destination을 "oldLib"와 "newLib"(등등)로 플래그할 수 있으면 좋았거든 14:24 &lt;@duck&gt; polecat: 최종 결과를 'hosts.txt'라는 이름으로 쓸 수도 있지 14:24 &lt;cervantes&gt; 이상적으로는 카테고리화할 수 있는 계층형 미니 데이터베이스로 로컬 주소를 관리하고 싶지 14:24 &lt;@duck&gt; 하지만 사용자에겐 다른 구조를 쓰고 14:24 &lt;+polecat&gt; 최종 결과는 userhosts.txt로 가 14:24 &lt;+polecat&gt; 그리고 시스템 hosts.txt가 아닌 eepsite에 "hosts.txt"라는 파일도 있어. 14:24 &lt;@duck&gt; 그건 헷갈리지 :) 14:25 &lt;Ragnarok&gt; 난 최대한 헷갈리게 하는 걸 좋아해 :) 14:25 &lt;MrEcho&gt; 이달 말까지 dns 끝내길 희망 14:25 &lt;@duck&gt; 좋아, 그럼 이름을 콘텐츠 체크섬에 따라 다르게 하자 14:25 &lt;cervantes&gt; addressbook.txt? :) 14:25 &lt;Ragnarok&gt; 퍼블리시된 주소록은 그냥 hosts.txt라 불러, dev.i2p에서도 그 이름이니까 14:25 &lt;+polecat&gt; Ragnarok의 hosts.txt를 다른 이름으로 부를 수도 있어. 사람들이 그 다른 파일명으로 구독하면 되지. 14:26 &lt;Ragnarok&gt; 맞아, 설정 옵션이야 14:26 &lt;+polecat&gt; 즉, `http://polecat.i2p/hosts.txt` 대신 `http://polecat.i2p/addressbook` 같은 식으로 14:26 &lt;MrEcho&gt; 참고로, 내 dns는 hosts 파일을 건드리지 않아 .. 진짜 dns처럼 14:27 &lt;+polecat&gt; 아 맞다, 그거도 있지.&gt;.&lt; 14:27 &lt;@duck&gt; 내 dns는 세계 평화를 가져옴 14:27 &lt;jrandom&gt; MrEcho: 상호운용성 탐색이 가치 있을 듯 14:27 &lt;+polecat&gt; /etc/hosts가 있고, i2ptunnel과 sam이 쓰는 jrandom의 hosts.txt가 있고, 이제 Ragnarok가 퍼블리시한 hosts.txt가 있지. 14:28 &lt;Ragnarok&gt; 로컬에서 이름을 해석하지 않는 건 i2p에서 성능이 절대 만족스럽지 않을 거라 봐, 하지만 내가 틀렸다는 걸 증명해도 좋아 :) 14:28 &lt;mule&gt; 적대적인 환경이네 :) 14:28 &lt;MrEcho&gt; hosts 텍스트를 업데이트하게 만들 수도 있지만, 다른 코드에 뭔가 추가하길 바랐어 14:28 &lt;jrandom&gt; CVS에 코드가 좀 있어 (apps/myi2p 아래) 2월 이메일에 올렸던 데이터로 주소록 항목을 로딩/스토어하는, 관심 있으면 ;) 14:29 &lt;+polecat&gt; ? 14:29 &lt;MrEcho&gt; 이미 봤어 jr 14:30 &lt;jrandom&gt; polecat: http://forum.i2p.net/viewtopic.php?t=141#419 14:30 &lt;+polecat&gt; apps/myi2p/java/src/net/i2p/myi2p 아래 말하는 거지 14:30 &lt;jrandom&gt; 음, 그래, 구체적으로 하자면 ;) 14:30 &lt;+polecat&gt; 엄청 중복된 느낌. ;3 14:31 &lt;jrandom&gt; 좋아 MrEcho, 다만 사람들이 hosts.txt를 대체할 네이밍 시스템을 고려한다면, 나도 그 파일 포맷을 제안 중이야 14:31 &lt;jrandom&gt; polecat: 그럴 만한 이유가 있어 (그리고 내 생각엔 저 경로명엔 중복이 없어 ;) 14:31 &lt;Ragnarok&gt; 좋아. 살펴볼게 14:32 &lt;ant&gt; &lt;dm&gt; 적어도 거기엔 인터넷이 세 번 들어가지 않네 14:33 &lt;jrandom&gt; 또한 net.i2p.client.naming.NamingService로 구현돼야 해 - 로컬 DB에서 로드하는 뭔가, 근데 그건 그리 어렵진 않을 거야 14:33 &lt;+polecat&gt; 윽! 안 돼, 안 돼 MX 레코드... 안 돼 CNAME... 14:33 &lt;jrandom&gt; 이름 하나에 여러 destination을 두는 건 좋은 아이디어야 14:33 &lt;ant&gt; &lt;janonymous2&gt; 난 주소록/ DNS 하이브리드가 좋아 14:34 &lt;jrandom&gt; 주소록은 도메인 네임 시스템이지 :) 14:34 &lt;+polecat&gt; jrandom: 얼마나 많이 myi2p라고 불러야 했던 거지? 이미 myi2p라고 부르는데 굳이 i2p를 또 붙여야 하나? 그리고 저 덩어리가 자바라는 데 의문이 있나? 14:34 &lt;jrandom&gt; polecat: 모든 myi2p 코드가 자바에 있진 않을 거야. 14:34 &lt;@duck&gt; 네 동굴로 돌아가라 퍼l 트롤아 :) 14:34 &lt;+polecat&gt; 그게 다 필요하다는 건 알지, 널 탓하는 게 아니라 자바와 ant를 탓하는 거야. 14:35 &lt;jrandom&gt; polecat: 그리고 i2p의 코드베이스는 net.i2p 네임스페이스 아래에 유일하고, net.myi2p 네임스페이스를 우리가 통제하진 않거든 :) 14:35 * polecat 으르렁대며 다리 아래로 웅크린다. 14:35 &lt;ant&gt; &lt;dm&gt; polecat: 그걸 강박장애라고 해 14:35 &lt;jrandom&gt; 헿 14:35 &lt;jrandom&gt; 그건 소프트웨어 공학이라고 ;) 14:36 &lt;+polecat&gt; 그래도 왜 네임스페이스를 따라 디렉터리 구조를 전부 만드는 거야? 14:36 &lt;+polecat&gt; 그냥 파일에 "이 파일의 네임스페이스는 net.i2p"라고 쓰면 되잖아 14:36 &lt;jrandom&gt; 아무튼, Ragnarok의 끝내주는 네이밍 시스템에 대해 다른 얘기 있나? :) 14:36 &lt;@duck&gt; 끝내줘 14:36 &lt;Ragnarok&gt; 고마워 :) 14:36 &lt;+polecat&gt; Asseth Kickius. 14:36 &lt;jrandom&gt; polecat: i2p에는 자바 파일이 1340개야 14:37 &lt;@duck&gt; eepsite를 방문하려고 했는데 호스트가 이미 전파된 걸 보고 나는 충격을 받았지 14:37 &lt;Ragnarok&gt; 헤헷 14:37 &lt;jrandom&gt; :) 14:37 &lt;+polecat&gt; 뭐, 전부 한 군데에 우겨넣으라는 건 아냐. 1340개는 너무 많아 보이는데, 중복 코드 좀 있는 거 아냐? o.O 14:38 &lt;Ragnarok&gt; PID로 Windows 프로세스를 죽이는 명령 아는 사람? 14:38 &lt;@duck&gt; TCP 스택 재구현 같은 거? :) 14:38 &lt;+polecat&gt; 완전한 기능의 웹서버도 있고 말이지. c.c 14:38 &lt;jrandom&gt; 헿 14:38 &lt;jrandom&gt; 아, jetty 코드는 빼고... 14:39 &lt;keysersoze&gt; (지금 네트에 91 피어!) 14:39 &lt;ant&gt; &lt;dm&gt; ragnarok: kill 14:39 &lt;jrandom&gt; 좋아, router/와 core/에는 389개 14:39 &lt;Ragnarok&gt; 그건 어떤 버전에 있어? 14:39 &lt;+polecat&gt; 그래도 한심한 router치곤 많네... 하지만 전체를 고려하면 그리 나쁘진 않지. 14:39 &lt;ant&gt; &lt;dm&gt; 잘 모르겠어... 여기 XP. 14:39 &lt;cervantes&gt; Ragnarook: 지원 CD 파일을 설치했을 때만 가능 14:40 &lt;Ragnarok&gt; 아 14:40 * duck 다시 집중 14:40 &lt;cervantes&gt; Ragnarok: 아니면 sysinternals pskill을 내려받아 14:40 &lt;jrandom&gt; 좋아, 4) addressbook.py에 대해 더 없으면, 5) ???로 넘어갈까 14:41 &lt;cervantes&gt; Ragnarok: http://www.sysinternals.com/ntw2k/freeware/pstools.shtml 14:41 &lt;jrandom&gt; 좋아, 5)로 가자 14:41 &lt;Ragnarok&gt; 멋져, 고마워 :) 14:41 &lt;jrandom&gt; polecat: 기억으로는 bamboo-dht 얘기하고 싶다고 했지? 14:41 &lt;MrEcho&gt; ? 지금 미팅 중 14:41 &lt;+polecat&gt; :챈트: DHT DHT USA USA~/o 14:42 &lt;+polecat&gt; 맞아. 지금 좀 찾아보는 중... 14:42 &lt;jrandom&gt; 맞아 MrEcho 14:43 &lt;+Ch0Hag&gt; 5? 14:43 &lt;jrandom&gt; 5) ??? 14:43 &lt;MrEcho&gt; 헿 14:43 &lt;+Ch0Hag&gt; 오 이런, 관련 없지만 의미론적 버그 하나 찾았어 14:43 &lt;jrandom&gt; 뭔데 Ch0Hag? 14:43 &lt;+polecat&gt; bamboo 소스에는 자바 파일이 79개 있어. 전체 파일은 253개. 14:44 &lt;+polecat&gt; 프로젝트 전체는 빌드 전 소스 및 지원 파일이 4.6MB 14:44 &lt;jrandom&gt; 헉 14:44 &lt;+Ch0Hag&gt; /netdb.jsp에서, '우리' 정보는 포트가 먼저고, 다른 피어는 호스트가 먼저야 14:44 &lt;+Ch0Hag&gt; Addresses 줄에서 14:44 &lt;jrandom&gt; 그걸 만져봤니 polecat? 14:44 &lt;jrandom&gt; Ch0Hag: 순서는 임의야 14:45 &lt;+Ch0Hag&gt; 그리고 0.4.1.4는 Kaffe에서 128MB로 한 시간째 살아있음 14:45 &lt;+polecat&gt; 많이는 못 만져봤어. circle은 좀 해보고 PGP 공개키의 멋진 그래픽 표현을 얻었지만, bamboo는 아직. 14:45 &lt;ant&gt; &lt;dm&gt; 아 맞다, ch0hag의 하찮은 버그 리포트가 상기시켜줬네! 14:45 &lt;ant&gt; &lt;dm&gt; 설정 페이지에 이렇게 적혀 있음 "dyndns 같은 서비스를 쓰거나 호스트네임을 비워 두세요. 비워 두면, router가 피어에게 물어 '올바른' IP 주소를 자동 감지합니다" 14:45 &lt;+Ch0Hag&gt; 모두 host/port 순서인 것 같아 14:45 &lt;MrEcho&gt; 가동 시간: 54h 메모리: 23,506KB 14:45 &lt;+Ch0Hag&gt; 뭐 어때 14:45 &lt;+Ch0Hag&gt; 사실 중요한 건 아냐. 14:46 &lt;ant&gt; &lt;dm&gt; 이건 나한텐 훌륭해, 동적 IP라 이 기능 기다렸거든, 근데 비우고 저장을 누르면, 자동으로 (틀린) IP가 다시 채워져 14:46 &lt;cervantes&gt; polecat: URL 있어? 14:46 &lt;ant&gt; &lt;dm&gt; 감사! 14:47 &lt;jrandom&gt; 흠 dm, 비우도록 설정해도 반영 안 돼? 14:47 &lt;jrandom&gt; 그건 확실히 큰 버그네 14:47 &lt;+polecat&gt; 네, 잠깐만. 14:47 &lt;Ragnarok&gt; 진짜, 박스는 정적 호스트네임이 있을 때만 채우라고 권장하면 좋겠어. 아니면 아예 박스가 없든가... 14:47 &lt;jrandom&gt; Ch0Hag: kaffe는 보통 크기가 일정하게 유지돼 14:47 &lt;+polecat&gt; http://bamboo-dht.org/ 14:48 &lt;jrandom&gt; Ragnarok: 그 박스를 아예 없애고, 해커들이 /configadvanced.jsp에서 추가하게 하는 걸 고려 중 14:48 &lt;ant&gt; &lt;dm&gt; 비우라는 지침 문단 덕분에, 비우지 못하는 내가 바보가 된 기분이라 신경 쓰여 ;) 14:48 &lt;cervantes&gt; polecat: 감사 14:48 &lt;+Ch0Hag&gt; dm: 명백한 지능 테스트지. 14:48 &lt;+Ch0Hag&gt; 비워두게 만들 수 있으면 통과. 14:48 &lt;+polecat&gt; bamboo는 jikes와 kaffe jar로 대략 30초 만에 컴파일되는 것도 보이네. 14:48 &lt;+polecat&gt; 다만 이상한 변수를 쓰더라, JAVA_HOME 대신 JAVAC와 JAVAHOME 14:49 &lt;Ragnarok&gt; jr: 좋은 생각이야. 현 시점에선 뉴비 함정 같거든. 14:50 &lt;cervantes&gt; dm: 저장 버튼 눌러? 아니면 엔터? 14:50 &lt;ant&gt; &lt;dm&gt; 저장 클릭 14:50 &lt;ant&gt; &lt;dm&gt; * 대역폭 제한 업데이트됨 14:50 &lt;ant&gt; &lt;dm&gt; * 설정이 성공적으로 저장됨 14:50 &lt;@duck&gt; polecat: 더 자세히 살펴볼 계획 있어? 14:51 &lt;+polecat&gt; 물론. bamboo가 i2p에 포팅할 최고의 후보로 보이고, 가장 "잘 갖춰진" DHT 프로젝트 같아. 14:52 &lt;+polecat&gt; 중요한 건 물론 그게 "작동하느냐"지. 14:52 &lt;jrandom&gt; 기능 같은 건 누가 필요하냐, 버즈워드 호환성이 전부지! 14:53 &lt;jrandom&gt; 진행 상황을 계속 알려줘 14:53 &lt;jrandom&gt; (나도 동의, 프로젝트는 유망해 보여) 14:53 &lt;@duck&gt; 아마 가장 중요한 건 전송 계층 수정에 무엇을 제공하느냐 14:54 &lt;ant&gt; &lt;janonymous2&gt; bamboo의 요점은? 14:54 &lt;jrandom&gt; 맞아, NIO 채널을 요구하는지 아니면 일반 소켓을 쓰는지 14:54 &lt;cervantes&gt; 헿... bamboo 뉴스: "8월 5일 Bamboo는 이제 100% Pure Java... Berkely DB Java Edition 사용" "11월 4일 Bamboo는 더 이상 100% Pure Java가 아님...BDB Java 별로야.. C로 복귀" 14:54 &lt;jrandom&gt; (물론 i2psocket용 NIO 채널을 우리가 쓸 수도 있지만, 작업이 좀 필요해) 14:54 &lt;+polecat&gt; jrandom: 네 성당으로 돌아가, 자바 가고일아! X3 14:54 &lt;+polecat&gt; 맞아. TCP나 UDP가 필요하거나, 더 최악은... DNS가 필요하면, 우린 곤란할 수도. 14:54 &lt;+polecat&gt; NIO/ 14:54 &lt;+polecat&gt; NIO? 14:55 &lt;+polecat&gt; 내가 아는 건 lojban에서 ni'o가 화제 전환이란 뜻이라는 거. 14:55 &lt;jrandom&gt; NIO는 자바 1.4에 추가된 New I/O 라이브러리야 14:55 &lt;+polecat&gt; 알겠어. 그래도 일반 소켓이면, SAM에 소켓에 대응하는 오브젝트와 read()와 write()에 대응하는 함수가 있잖아? 14:55 &lt;jrandom&gt; 맞아 14:56 &lt;jrandom&gt; 일반 소켓이면, 졸라 쉬워 14:56 &lt;jrandom&gt; (...그게 무슨 뜻이든) 14:56 &lt;ant&gt; &lt;janonymous2&gt; bamboo가 뭐야? 14:56 &lt;jrandom&gt; bamboo-dht.org 14:57 &lt;cervantes&gt; 그런데 pysam의 문제는 뭐였지? 14:57 * polecat 끄덕. 14:58 &lt;@duck&gt; cervantes: 데이터 송수신 14:58 &lt;cervantes&gt; duck: 아 그게 다야? :) 14:58 &lt;ant&gt; * janonymous2 /me 빈약한 폰으로 쪼그려든다 14:58 &lt;@duck&gt; 그리고 연결 생성/감지 14:58 &lt;+Nightblade&gt; 보내지지도 않았다고? 14:59 &lt;Ragnarok&gt; 어휴 14:59 &lt;@duck&gt; Nightblade: 뭔가 하긴 했을 거야 14:59 &lt;+Nightblade&gt; 전혀 안 돼? 15:00 &lt;cervantes&gt; duck: i2p-bt 포럼 섹션 명칭은? 15:00 &lt;cervantes&gt; 최상위로 따로, 하위 섹션 몇 개? 15:01 &lt;Ragnarok&gt; 흠, 난 이제 길을 떠나야겠다. 남은 미팅 잘 해 :) 15:01 &lt;jrandom&gt; Nightblade: aum은 그걸 쓰고 있었으니, 작동했을 거야 15:01 &lt;jrandom&gt; 잘 가 Ragnarok 15:01 &lt;cervantes&gt; you're = your 15:01 &lt;cervantes&gt; 또 봐 ragnarok 15:02 &lt;ant&gt; &lt;janonymous2&gt; bt 상태는? 15:02 &lt;jrandom&gt; janonymous: 미팅 로그를 봐 (올라오면) 15:03 &lt;jrandom&gt; 말 나온 김에, 미팅에서 더 얘기할 거 있는 사람? 15:03 &lt;ant&gt; &lt;janonymous2&gt; 오, 미안 15:04 * cervantes jr에게 eGold 도금된 baffer를 건넨다 15:04 * jrandom 워밍업한다 15:04 &lt;jrandom&gt; ... 15:04 &lt;jrandom&gt; ... 15:04 * jrandom 회의를 *baf* 하고 닫는다 </div>/ko/blog/2004/11/09/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8-2004-11-09/Tue, 09 Nov 2004 00:00:00 +0000/ko/blog/2004/11/09/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8-2004-11-09/<p>여러분, 주간 업데이트 시간입니다</p> <h2 id="색인">색인:</h2> <ol> <li>0.4.1.4</li> <li>Streaming lib</li> <li>BT progress</li> <li>addressbook.py</li> <li>???</li> </ol> <h2 id="1-0414">1) 0.4.1.4</h2> <p>며칠 전에 새로운 패치 업데이트를 배포했고, 현재까지 네트워크의 3분의 2가 업그레이드했습니다—감사합니다! 보고 결과도 긍정적이며, CPU 사용량이 낮아지고 실패 발생이 줄었고, 메모리 사용량도 더 낮아졌습니다. 네트워크 전체도 조금 성장하여, 일관되게 70대 후반/80대 초반대를 유지하고 있는데, 당분간은 꽤 건강한 수치입니다.</p> <h2 id="2-스트리밍-라이브러리">2) 스트리밍 라이브러리</h2> <p>세 주 연속으로 같은 말을 할 수 있을지 볼까요&hellip; 진전이 많이 있었고, 자세한 내용은 준비되는 대로 알려드리겠습니다 :)</p>/ko/blog/2004/11/02/2004-11-02%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 02 Nov 2004 00:00:00 +0000/ko/blog/2004/11/02/2004-11-02%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 주간 업데이트 시간이에요</p> <h2 id="색인">색인:</h2> <ol> <li>Net status</li> <li>Core updates</li> <li>Streaming lib</li> <li>mail.i2p progress</li> <li>BT progress</li> <li>???</li> </ol> <h2 id="1-네트워크-상태">1) 네트워크 상태</h2> <p>대체로 이전과 마찬가지입니다 - 피어 수는 안정적으로 유지되고, eepsites(I2P Sites)에도 비교적 잘 접속되며, IRC는 몇 시간 내내 사용할 수 있습니다. 여러 eepsites(I2P Sites)의 접속 가능 여부는 다음의 몇 가지 페이지에서 확인할 수 있습니다:</p> <ul> <li><code>http://gott.i2p/sites.html</code></li> <li><code>http://www.baffled.i2p/links.html</code></li> <li><code>http://thetower.i2p/pings.txt</code></li> </ul> <h2 id="2-코어-업데이트">2) 코어 업데이트</h2> <p>채널에서 시간을 보내는 분들(또는 CVS 로그를 읽는 분들)은 마지막 릴리스 이후 한동안 시간이 지났음에도 많은 일들이 진행되고 있다는 것을 보셨을 것입니다. 0.4.1.3 릴리스 이후 변경 사항의 전체 목록은 온라인에서 확인할 수 있지만 두 가지 주요 변경 사항이 있는데, 하나는 좋은 것이고 하나는 나쁜 것입니다:</p>/ko/blog/2004/11/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-11%EC%9B%94-2%EC%9D%BC/Tue, 02 Nov 2004 00:00:00 +0000/ko/blog/2004/11/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-11%EC%9B%94-2%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> BS314159, cat-a-puss, deer, dm, duck, janonymous1, jrandom, protok0l</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:37 &lt;jrandom&gt; 0) 하이 13:37 &lt;jrandom&gt; 1) 네트워크 상태 13:37 &lt;jrandom&gt; 2) 코어 업데이트 13:37 &lt;jrandom&gt; 3) 스트리밍 라이브러리 13:37 &lt;jrandom&gt; 4) mail.i2p 진행 상황 13:38 &lt;jrandom&gt; 5) BT(비트토렌트) 진행 상황 13:38 &lt;jrandom&gt; 6) ??? 13:38 &lt;jrandom&gt; 0) 하이 13:38 &lt;jrandom&gt; 늦어서 미안, 주간 상태 노트 게시 @ http://dev.i2p.net/pipermail/i2p/2004-November/000477.html 13:38 &lt;dm&gt; 미팅이 24야, 아니면 84? 13:38 &lt;jrandom&gt; 0 13:38 &lt;dm&gt; 오.. -36? 13:39 &lt;jrandom&gt; 응, GMT 오후 9시 13:39 &lt;jrandom&gt; 그걸 까먹었네, 그래서 지금... 시작하자 ;) 13:39 &lt;jrandom&gt; 1) 네트워크 상태 13:39 &lt;dm&gt; 타이밍 좋네 13:39 &lt;jrandom&gt; 음, 내 쪽에서 네트워크 상태에 별다른 변화는 없어 - 이에 관해 누가 얘기할 거 있나? 13:41 &lt;jrandom&gt; 없으면 2) 코어 업데이트로 넘어가자 13:41 &lt;jrandom&gt; 이메일에 적힌 것 외에 덧붙일 건 별로 없어서, 잠깐 읽어볼 시간 줄게 13:42 &lt;deer&gt; &lt;postman&gt; arg 13:42 &lt;jrandom&gt; 릴리스 이후 패치가 8개 있었고, 1~2개가 대기 중. 스트리밍 라이브러리는 아직 준비가 안 돼서, 아마 그걸 묶어 0.4.1.4로 태깅할 듯 13:43 &lt;deer&gt; &lt;jrandom&gt; 웰컴백, 여기 상황이 약간 불안정하네 13:43 &lt;deer&gt; &lt;postman&gt; 문제없어, 돌아왔어 :) 13:43 &lt;protok0l&gt; aum이 사라진 건 소식 있어? stasher 원해! 13:44 * dm은 I2P 최적화를 위해 내부에서 작업이 진행 중이라는 걸 알게 되어 좋아함 13:44 &lt;jrandom&gt; gott가 말했듯, DIY, 하느냐 죽느냐 13:45 &lt;jrandom&gt; 그래, 메모리 할당/해제 반복이 CPU 시간에서 상당 부분을 차지하고 있었어 13:45 &lt;jrandom&gt; 그래서 결국 최적화할 가치가 있었지 13:45 &lt;deer&gt; &lt;baffled&gt; 미안, 버스를 타야 해서 로그는 밤에 나중에 읽을게. 13:45 &lt;deer&gt; &lt;peer&gt; 안녕, 버그 리포트 하나 13:45 &lt;jrandom&gt; (스트리밍 라이브러리 테스트 시간을 5배나 줄였거든) 13:45 &lt;jrandom&gt; 좋아 baffled, 나중에 얘기하자 13:46 &lt;deer&gt; &lt;peer&gt; 네트워크 연결이 끊기면 I2P가 죽어 13:46 &lt;dm&gt; 이런 건 슬금슬금 스며드는 종류지. 프로젝트가 아직 가벼울 때 미리 치워두는 게 좋아. 13:46 &lt;deer&gt; * postman도 며칠 전에 이걸 알아챘음 13:46 &lt;deer&gt; &lt;postman&gt; 내 서버 중 하나가 링크를 잃었어 13:46 &lt;deer&gt; &lt;postman&gt; 몇 분 동안 - 그 뒤로 I2P는 완전 재시작이 답이었지 13:46 &lt;jrandom&gt; 죽는다는 게, JVM이 멈춘다는 뜻이야, 아니면 router가 피어들과 통신을 멈춘다는 뜻이야? 13:47 &lt;jrandom&gt; (물론 피어들과의 통신은 멈추겠지, 내 말은 네트워크가 다시 올라온 후에 복구되느냐는 거야) 13:47 &lt;deer&gt; &lt;postman&gt; jrandom: 내 경우 JVM은 계속 돌아가고 있었어 - 하지만 약 15분 동안 어떤 연결도 성공하지 못했지 13:47 &lt;deer&gt; &lt;postman&gt; jrandom: 그 뒤에 재시작했어 13:47 &lt;jrandom&gt; 흠, 좋아, 알겠어 13:48 &lt;jrandom&gt; 고마워, peer, postman. 그쪽 부분 디버깅 좀 해볼게 13:48 &lt;jrandom&gt; 참, OS는 뭐야? 13:48 &lt;deer&gt; &lt;postman&gt; jrandom: 괜찮아 - 메일 쓰려 했는데 까먹었어 13:49 &lt;deer&gt; &lt;postman&gt; jrandom: Linux 2.4.recent - glibc2.3.recent JVM 1.4.05 13:49 * jrandom은 이번 주를 '일단 망가뜨려 보고 I2P가 더 잘 처리하게 만들기'의 주간이 될 거라고 의심함 13:49 &lt;jrandom&gt; 맞아 13:50 &lt;deer&gt; &lt;peer&gt; jrandom: 내 경우 JVM이 완전히 꺼졌어 13:50 &lt;jrandom&gt; OutOfMemory가 떴거나 CRIT 메시지가 있었어? 아니면 i2p 설치 디렉터리에 hs_* 파일을 만들었어? 13:52 &lt;jrandom&gt; 아마 회의 끝나고 나서 자세히 들여다보면 되겠지 13:52 &lt;jrandom&gt; 2) 코어 업데이트에 대해 다른 거 있어? 13:52 &lt;jrandom&gt; 없으면 3) 스트리밍 라이브러리로 13:53 &lt;dm&gt; 응 13:53 &lt;dm&gt; 이 증가한 지연시간 13:53 &lt;dm&gt; 홉당 지연 증가율(%) 추정치 있어? 13:53 &lt;dm&gt; 몇 퍼센트 포인트 수준이야, 아니면 30–40%야? 13:53 &lt;jrandom&gt; 없어, 다만 어떤 상황에서는 outbound tunnel(출구 터널)을 통해 보내지 않았을 뿐이야 13:54 &lt;dm&gt; 그럼 무시할 만하네... 오케이 13:54 &lt;dm&gt; (평균적으로) 13:54 &lt;dm&gt; 3) 13:54 &lt;jrandom&gt; 홉당 0%야. 하지만 네가 대화하는 피어의 tunnel이 예전보다 1홉 더 긴 것처럼 느껴져 (평균적으로) 13:55 &lt;jrandom&gt; 지금까지 스트리밍 라이브러리에 외형상 보이는 업데이트는 많지 않아 13:55 &lt;jrandom&gt; 전체적으로 잘 동작하고, 최근 메모리 관련 업데이트 동안 진행 상황을 추적하려고 벤치마크를 꽤 많이 돌렸어 13:55 &lt;dm&gt; 오 처리량 수치!!! 13:57 &lt;dm&gt; 핑 13:57 &lt;deer&gt; &lt;Natalia&gt; . 13:57 &lt;jrandom&gt; 메시지 크기와 주입한 홉당 지연에 따라 달랐지만, 예비 처리량은 2–5배 빨랐어 13:57 &lt;jrandom&gt; 다만 CPU 바운드였어 13:57 &lt;dm&gt; 흠, 나쁘지 않네. 13:58 &lt;dm&gt; CPU는 어느 쪽에서 병목이야? 13:58 &lt;jrandom&gt; 큰 이점은 데이터 재전송 감소와 실패의 사실상 제거지 ;) 13:59 &lt;jrandom&gt; dm: 이 테스트는 시뮬레이터로 했고, 홉당 랜덤 지연을 주입했어 13:59 &lt;jrandom&gt; (예: 매번 400ms, 또는 1000ms, 또는 2000ms) 13:59 &lt;dm&gt; 누군가 30k/s로 내려받으면서 CPU를 최대치로 쓰더라도 tunnel 메시지 포워딩이 너무 영향을 받지 않도록 하는 우선순위 체계 같은 게 있어? 13:59 &lt;jrandom&gt; (뭐, 정말 큰 이점은 슬라이딩 윈도우와 재정렬이지만, 재전송 감소도 좋아) 14:00 &lt;jrandom&gt; 무슨 말인지 잘 모르겠어 14:00 &lt;dm&gt; 예를 들어 내가 야한 걸 받는 중이면, 내 통해 tunnel을 지나가는 사람들한테 3초 지연을 유발하게 되나. 14:00 &lt;jrandom&gt; (그리고 전송률은 30KBps보다 훨씬 높았어. 다만 이건 로컬에서만, 랜덤 지연을 주입한 테스트였지) 14:01 &lt;dm&gt; 누군가 CPU를 꽉 채워 쓰면, 네트워크에 대한 그들의 기여 측면에서 일반적으로 어떤 일이 생기는지 궁금했어. 14:01 &lt;dm&gt; 스트리밍 라이브러리를 혹사시키는 것에만 국한된 건 아니겠지. 14:02 &lt;jrandom&gt; 스트리밍 한다고 CPU를 꽉 채울 일은 없어. 그 CPU 부하는 단일 머신에서 다수의 router를 돌리는 로컬 시뮬레이터를 쓸 때 겪었던 거야 14:02 &lt;dm&gt; 아 그렇구나, 난 한 개의 router가 파이프를 타는 모든 비트를 암호화하느라 CPU가 꽉 찬 줄 알았어. 14:02 &lt;jrandom&gt; 아니, 암호화는 진짜진짜빠르지 14:03 &lt;dm&gt; 좋군 14:03 &lt;jrandom&gt; 자, 스트리밍 라이브러리 진행 상황에 관해(wrt) 질문 더 있어? 14:03 &lt;jrandom&gt; 없으면, 4) mail.i2p 진행 상황 14:04 &lt;deer&gt; &lt;jrandom&gt; postman, 있어? 14:04 &lt;deer&gt; &lt;postman&gt; 요 :) 14:04 &lt;deer&gt; &lt;postman&gt; 오케이 14:04 &lt;deer&gt; * postman 손을 흔듦 14:05 &lt;deer&gt; &lt;postman&gt; 자, 신사 여러분. 몇몇은 눈치챘겠지만 드디어 in/out 서비스를 구현했어 14:05 &lt;jrandom&gt; [w00t!] 14:05 &lt;deer&gt; &lt;postman&gt; www.postman.i2p/inout.html 읽어봐 14:05 &lt;deer&gt; &lt;postman&gt; 시스템을 테스트해 줘 14:06 &lt;deer&gt; &lt;postman&gt; baffled가 두 번째 공식 MX를 제공할 거야 14:06 &lt;jrandom&gt; 맞아 14:06 &lt;deer&gt; &lt;postman&gt; 지금 IMAP 구현 작업 중이야 14:07 &lt;deer&gt; &lt;postman&gt; 즉 곧 maildir 포맷으로 전환된다는 뜻이야 14:07 &lt;jrandom&gt; 그럼 다양한 클라이언트를 다시 확인해야겠지, 맞지? 14:07 &lt;deer&gt; &lt;postman&gt; 지금 평가/테스트 중이야 14:07 &lt;jrandom&gt; 좋아 14:07 &lt;deer&gt; &lt;Natalia&gt; 왜 POP3가 아니라 IMAP이야? 14:07 &lt;deer&gt; &lt;postman&gt; 응, 서버 사이드도 마찬가지고 14:08 &lt;deer&gt; &lt;postman&gt; Natalia: 우리 POP3는 이미 있어 14:08 &lt;deer&gt; &lt;postman&gt; POP3도 쓸 수 있고 14:08 &lt;deer&gt; &lt;postman&gt; IMAP4가 웹메일 시스템에 더 유연함을 줄 거야(희망적으로) 14:10 &lt;deer&gt; &lt;postman&gt; 이건 아직 열린 이슈야 14:10 &lt;deer&gt; &lt;Natalia&gt; 알겠어. 14:10 &lt;deer&gt; &lt;Natalia&gt; POP3에서 IMAP으로 바꾸려는 것처럼 들렸어 14:11 &lt;deer&gt; &lt;postman&gt; 아니, 당연히 아니지 14:11 &lt;deer&gt; &lt;postman&gt; jrandom: 로컬에서 돌리는 웹메일 관련 소식 있어? 14:12 &lt;jrandom&gt; 내가 아는 바로는 없어. 살펴볼 시간이 전혀 없었어 14:12 &lt;deer&gt; * postman도 마찬가지 14:12 &lt;jrandom&gt; atmail 얘기가 있긴 했는데, 거긴 클로즈드 소스야 14:12 &lt;deer&gt; &lt;postman&gt; 음, 맞아 14:13 &lt;deer&gt; &lt;postman&gt; 하지만 JSP스러운 건 없나? 14:13 &lt;jrandom&gt; 자원봉사자가 뛰어들어 발로 뛰며 도울 수 있는 정말 좋은 방법이겠지 :) 14:13 &lt;deer&gt; &lt;Natalia&gt; 음, 이 설명을 gott.i2p/sites.html에 추가했어 14:13 &lt;deer&gt; * postman은 그 건에 대한 리서치를 전혀 할 수 없음 14:13 &lt;deer&gt; &lt;Natalia&gt; www.postman.i2p용으로 14:13 &lt;deer&gt; &lt;Natalia&gt; postman은 I2P 최초의 메일 서비스를 운영하며, 무료이자 익명의 POP3와 SMTP 14:13 &lt;deer&gt; &lt;Natalia&gt; I2P를 통한 계정을 제공. 최근에는 I2P 외부와 이메일을 주고받을 수 있는 기능이 구현되어 14:13 &lt;deer&gt; &lt;Natalia&gt; www.postman.i2p의 서비스를 멋진 14:13 &lt;deer&gt; &lt;Natalia&gt; 이메일 사용자들을 위한 목적지로 만들었고, 곧 mail.i2p 이메일 계정이 14:13 &lt;deer&gt; &lt;Natalia&gt; eepsite(익명 사이트) 작성자들의 표준이 될 거야. 14:14 &lt;deer&gt; &lt;Natalia&gt; 좋아? 14:14 &lt;deer&gt; &lt;postman&gt; 고마워 Natalia :) 14:14 &lt;deer&gt; &lt;postman&gt; jrandom: 긴급한 이슈는 아닌 것 같아 14:14 &lt;deer&gt; * Natalia 절함 :) 14:15 &lt;deer&gt; &lt;postman&gt; jrandom: 웹메일 이슈는 나중에 다시 다루자 :) 14:15 &lt;jrandom&gt; 동의해, postman 14:15 &lt;deer&gt; &lt;postman&gt; 내 쪽은 여기까지, 고마워 :) 14:15 &lt;jrandom&gt; 좋아, 고마워 postman 14:15 &lt;deer&gt; * postman도 절하고 다시 앉음 14:15 &lt;jrandom&gt; 좋아, 그 주제에 더 있을까, 아니면 5) BT 진행 상황으로 넘어갈까? 14:16 &lt;deer&gt; &lt;jrandom&gt; dinoman: 있어? 14:16 &lt;dm&gt; 응, 아직 BT가 내 ADSL을 재개통해주길 기다리는 중 14:16 &lt;jrandom&gt; !thwap 14:17 &lt;deer&gt; &lt;duck&gt; dino가 좋은 작업을 좀 했어 14:17 &lt;deer&gt; &lt;duck&gt; Ragnarok과 함께 몇몇 끝부분을 고쳤지 14:17 &lt;deer&gt; &lt;duck&gt; 지금까지 보기엔 현재 문제는 다음과 같아: 14:17 &lt;deer&gt; &lt;duck&gt; - SAM의 신뢰성 문제 14:17 &lt;deer&gt; &lt;duck&gt; - Python SAM 라이브러리 이슈 14:17 &lt;deer&gt; &lt;duck&gt; - Python SAM 라이브러리의 잘못된 사용 14:18 &lt;deer&gt; &lt;duck&gt; - host/ip/port 대신 destination을 올바르게 처리 14:18 &lt;deer&gt; &lt;duck&gt; 이것들만 고치면 동작할 거야 14:18 &lt;jrandom&gt; 좋아 14:19 &lt;deer&gt; &lt;duck&gt; 근데 약간 한 걸음 물러설 필요가 있어 보여 14:19 &lt;deer&gt; &lt;duck&gt; destination을 제대로 처리하도록 프로토콜을 어떻게 수정할지 합의해야 해 14:19 &lt;deer&gt; &lt;duck&gt; 어차피 호환성은 깨질 테니, 차라리 제대로 크게 깨는 게 나아 14:19 &lt;jrandom&gt; 동의해 14:20 &lt;jrandom&gt; 아마 누군가 돌아가게 만들려면 각 앱/컴포넌트에서 무엇을 해야 하는지 전체 계획을 대략 잡아줄 수 있을 거야 14:20 &lt;deer&gt; &lt;duck&gt; 각 피어는 20바이트의 고유한 peer_id를 가져 14:20 &lt;deer&gt; &lt;duck&gt; 보통 host/ip에서 파생돼 14:21 &lt;deer&gt; &lt;duck&gt; 전체 destination을 쓰는 건 좀 과한 듯해 14:21 &lt;deer&gt; &lt;duck&gt; 전역적으로 유일한 건 뭘 써야 할까? 14:21 &lt;jrandom&gt; SHA1(destination)[0:19] 14:21 &lt;jrandom&gt; 어때? 14:21 &lt;deer&gt; &lt;Ragnarok&gt; dest의 첫 20바이트? :) 14:22 &lt;deer&gt; &lt;duck&gt; SHA1 해시는 20바이트야 14:22 &lt;jrandom&gt; dest의 첫 20바이트도 꽤 랜덤해서 우연한 충돌은 충분히 피하겠지만, 악의적인 충돌은 못 피하겠지 14:22 &lt;jrandom&gt; 그게 더 좋네 14:22 &lt;deer&gt; &lt;dinoman&gt; 키를 잃으면 피어들이 서로를 어떻게 찾아? 14:22 &lt;jrandom&gt; 피어 자체가 곧 키야 14:23 &lt;jrandom&gt; 오 14:23 * jrandom이 오해했음 14:23 &lt;jrandom&gt; 트래커는 SHA1(destination)이 아니라 전체 destination을 피어들에게 줘야 해 14:24 &lt;jrandom&gt; 그게 지금 말하는 peer_id랑 같은 거야? 14:24 &lt;deer&gt; &lt;dinoman&gt; PHP 트래커가 전체 키를 IP로 보내도록 고쳤어 14:24 &lt;deer&gt; &lt;duck&gt; 사실 peer_id는 클라이언트가 생성해 14:24 &lt;deer&gt; &lt;duck&gt; ('key'가 뭐라는 뜻이야?) 14:25 &lt;deer&gt; &lt;dinoman&gt; destination 14:25 &lt;dm&gt; 애벗과 코스텔로의 '누가 1루에?' 스케치 같네. 14:25 &lt;dm&gt; 여러분, 문장을 완전히 써요! 14:26 &lt;deer&gt; &lt;dinoman&gt; 알았어 :/ 트래커가 전체 destination을 IP로 보내 14:27 &lt;jrandom&gt; 헤, dm은 신경 쓰지 마. 좋아 보이네 14:27 &lt;deer&gt; &lt;dinoman&gt; peer id는 트래커용일 뿐이야 14:27 &lt;deer&gt; &lt;duck&gt; #i2p-bt를 쓸 수도 있겠네 14:28 &lt;jrandom&gt; 그런데 유용할 것 같은 건, 네가(아니면 다른 누군가가) 필요한 수정 목록을 초안으로라도 정리해 주는 거야 14:28 &lt;deer&gt; &lt;duck&gt; 그래야 매번 그 뱀 이름(Python)이 나올 때마다 종교전이 벌어지지 않지 14:29 &lt;deer&gt; &lt;dinoman&gt; 난 좋아 14:29 &lt;deer&gt; &lt;dinoman&gt; 난 싸우지 않아. 잘 되면 그만이야 14:29 &lt;jrandom&gt; (예: "트래커가 IP로 전체 destination을 보냄", "클라이언트는 IP를 전체 destination으로 해석", "토렌트는 'trackerDest' 필드에 트래커의 destination을 포함", 등) 14:29 &lt;deer&gt; &lt;duck&gt; 확실히 14:30 &lt;deer&gt; &lt;dinoman&gt; jrandom 맞아 14:31 &lt;deer&gt; &lt;dinoman&gt; 이건 트래커의 샘플 출력이야 8:intervali300e12:min intervali30e5:peersld2:ip50:klkjlkfsdjfkljkfdhjkddfsjkldsfjlkjfdlkjsfdl;kj;sdf7:peer 14:31 &lt;dm&gt; jrandom의 문장을 메모장에 복사/붙여넣고 "draft.txt"로 저장함 14:31 &lt;cat-a-puss&gt; I2P 위의 BT가 I2P 밖의 다른 클라이언트들과 상호 호환될까? 14:31 &lt;jrandom&gt; 좋아 dinoman 14:31 &lt;deer&gt; &lt;dinoman&gt; ip50에 쓰레기 키가 보일 거야 14:32 &lt;jrandom&gt; cat-a-puss: 그래 14:32 &lt;deer&gt; &lt;dinoman&gt; 응 14:32 &lt;cat-a-puss&gt; 그럼 얘기해야겠네 14:32 &lt;jrandom&gt; 주간 회의에 온 걸 환영해! :) 14:32 &lt;deer&gt; &lt;dinoman&gt; 함께 공존하게 하려면 .i2ptorrent 같은 게 필요할 거야 14:32 &lt;deer&gt; &lt;dinoman&gt; 파일명, 링크 등등을 위해 14:33 &lt;jrandom&gt; cat-a-puss, 비슷한 걸 작업 중이야, 아니면 개선 아이디어가 있어? 14:33 &lt;cat-a-puss&gt; 비슷한 걸 작업 중 14:33 &lt;cat-a-puss&gt; Java로 14:33 &lt;jrandom&gt; 좋아 14:34 &lt;jrandom&gt; 반드시 Java 전용이야, 아니면 일부 피어는 다른 언어여도 돼? 14:34 &lt;cat-a-puss&gt; 좋은 질문이네, 그런 건 Java에서 어떻게 처리할지 모르겠어, 좀 알아봐야겠어 14:35 &lt;deer&gt; &lt;duck&gt; 맞아 14:35 &lt;deer&gt; &lt;duck&gt; ugha.i2p를 써서 스펙을 작성하자 14:35 &lt;deer&gt; &lt;duck&gt; . 14:35 &lt;jrandom&gt; 아니면 포럼에 "swarming data transfer" 섹션이 필요할지도. 그러면 각자 속도에 맞춰 이런 걸 논의할 수 있지 않을까? 14:35 &lt;jrandom&gt; 물론 ugha.i2p여도 되고 14:36 &lt;jrandom&gt; (SAM 구현과 라이브러리의 몇 가지 버그를 처리하는 동안 :) 14:36 &lt;deer&gt; &lt;duck&gt; 그것 때문에 전체가 도전이 되지 14:37 &lt;deer&gt; &lt;dinoman&gt; 헤헤 오케이 14:38 &lt;deer&gt; &lt;duck&gt; ... 14:38 &lt;deer&gt; &lt;duck&gt; BT 더? 14:38 &lt;deer&gt; * dinoman이 Savane 작업으로 돌아감 14:39 &lt;jrandom&gt; `http://ugha.i2p/SwarmingTransfer` / http://ugha.ath.cx/SwarmingTransfer 14:39 &lt;jrandom&gt; 맞아 14:39 &lt;jrandom&gt; 좋아, 5) BT 진행 상황에 더 있어? 14:39 &lt;jrandom&gt; 아니면 6) ???로 갈까? 14:39 &lt;jrandom&gt; 그리고 dinoman에게 Savane 진행이 어떤지 물어볼까? :) 14:40 &lt;deer&gt; * jrandom 채찍을 휙 휘둠 14:40 &lt;deer&gt; &lt;dinoman&gt; 메일, I2P 메일 시스템을 쓰는 데 막혔어 14:40 &lt;deer&gt; &lt;dinoman&gt; 메일을 그냥 빼야 할 것 같아 14:40 &lt;jrandom&gt; SMTP 서버를 다른 포트에서 쓰게 할 방법이 있어? 14:40 &lt;jrandom&gt; 아니면 인증된 SMTP가 문제야? 14:41 &lt;deer&gt; &lt;dinoman&gt; 인증 14:41 &lt;protok0l&gt; Uptime: 5d 14:41 &lt;protok0l&gt; ii own 14:41 &lt;deer&gt; &lt;dinoman&gt; Savane이 쓰는 클래스에 그게 없어 14:42 &lt;deer&gt; &lt;dinoman&gt; 내가 넣을 수는 있어 14:42 &lt;protok0l&gt; 나는 "Ident: pxEI"야. 누가 내 rating 좀 알려줄래 14:42 &lt;jrandom&gt; 좋아, 인증이 필요 없는 커스텀 SMTP destination을 postman이 너에게 설정해 주도록 하면 될 듯해 14:42 &lt;dm&gt; 난 너에게 6/10을 줄게 14:42 &lt;dm&gt; 엉덩이 좀 가꿔야겠네 14:42 &lt;janonymous1&gt; savana가 뭐야 14:43 &lt;jrandom&gt; janonymous1: sourceforge 같은 거야 14:43 &lt;deer&gt; &lt;dinoman&gt; 왜냐면 지금 내 브라우저에서 I2P Public Domain Software 홈페이지를 보고 있거든 14:43 &lt;jrandom&gt; w00t 14:45 &lt;deer&gt; &lt;dinoman&gt; 그건 멋지겠지만, 서버에서 무슨 일이 벌어지는지… 누가 날 해킹해서 메일 서버 정보에 접근하는 건 원치 않아 14:45 &lt;deer&gt; &lt;dinoman&gt; 그게 신경 쓰여 14:45 &lt;jrandom&gt; 글쎄, 메일 서버에 대한 정보는 못 얻을 거야. (최악의 경우) @mail.i2p를 스푸핑할 수 있을 뿐이지 14:45 &lt;janonymous1&gt; 좋네 14:46 &lt;jrandom&gt; 하지만 맞아, 그걸 막으려면 인증된 SMTP 지원이 있으면 최고지 14:46 &lt;jrandom&gt; 그게 얼마나 큰 작업일진 모르겠지만 14:46 &lt;protok0l&gt; 음 내 메일서버 아이디어를 postman에게 맡겨서 다행이야 14:46 &lt;protok0l&gt; 생각했던 것보다 더 어렵네 14:47 &lt;deer&gt; &lt;Ch0Hag&gt; 그거 돕는 건 괜찮아 14:47 &lt;dm&gt; protocol 14:47 &lt;deer&gt; &lt;Ch0Hag&gt; 뭔가 해야지. :-) 14:47 &lt;deer&gt; &lt;dinoman&gt; 내가 auth 할게 :( 시간이 좀 걸리겠지만 할게 14:47 &lt;deer&gt; &lt;protokol&gt; 응 dm 14:48 &lt;jrandom&gt; 봐, 벌써 자원봉사자가 생겼잖아, dinoman! :) 14:48 &lt;deer&gt; &lt;protokol&gt; 아마 내가 Nessus 서버를 호스팅할 수도 있어 14:48 &lt;deer&gt; &lt;protokol&gt; 그리고 내 쪽에서 TOR로 터널링할게 14:49 &lt;deer&gt; &lt;Ch0Hag&gt; 게다가 내 나머지 네트워크 작업을 할 그럴듯한 구실도 필요해. 14:49 &lt;deer&gt; &lt;protokol&gt; 그리고 나는 Python을 배우는 데 전념하리라 14:49 &lt;janonymous1&gt; 'the i2p software foundation'. 벌써 눈앞에 그려지네 14:49 &lt;deer&gt; &lt;protokol&gt; 그리고 올바른 타이핑도 14:49 &lt;dm&gt; 나는 나 자신과, 가까운 미래에 내게 돈을 줄 의향이 있을지도 모를 나와 직접 관련된 이들을 위해 더 많은 돈을 추구하는 데 헌신하겠노라. 14:50 &lt;jrandom&gt; 좋아, 6) ???에 대해 더 얘기할 사람 있어? 14:50 &lt;dm&gt; 7) $$$ 14:51 &lt;duck&gt; Roger Dingledine(arma @ freenode)가 곧 나올 O'Reilly 책의 한 챕터 초안을 공개했어 14:51 &lt;duck&gt; http://freehaven.net/doc/wupss04/usability.pdf 14:51 &lt;jrandom&gt; 아, 그래, 꽤 좋아 14:51 &lt;duck&gt; 익명성과 사용성에 관한 거야 14:51 &lt;dm&gt; 사용성에 관한 챕터? 14:51 &lt;deer&gt; &lt;protokol&gt; 내가 i2p 소프트웨어 재단을 운영할 수 있어 14:51 &lt;deer&gt; &lt;protokol&gt; lol 14:51 &lt;duck&gt; 부정적 imago에 관한 흥미로운 부분이 있어 14:52 &lt;deer&gt; &lt;protokol&gt; 금고 열쇠를 나에게 줘 14:52 &lt;duck&gt; 좋은 기본값 갖추기 14:52 &lt;deer&gt; &lt;protokol&gt; 지금! 14:52 &lt;duck&gt; 등등 14:52 &lt;duck&gt; . 14:52 &lt;jrandom&gt; 그리고 때로는 보안보다도 중요한 사용성의 중요성 14:52 &lt;dm&gt; protok0l: 넌 사용자 옹호자잖아? 그 문서를 읽어야 해. 14:52 &lt;jrandom&gt; 좋아, 회의에서 더 있을까? 14:52 &lt;deer&gt; &lt;protokol&gt; 와, 피어가 83 보이네 14:52 &lt;duck&gt; 이제 왜 Tor에 알려진 hidden 사이트가 그렇게 적은지 알겠네 14:53 &lt;deer&gt; &lt;protokol&gt; dm: 그럴게 14:53 &lt;duck&gt; arma는 부정적 imago를 두려워해 14:53 &lt;duck&gt; . 14:53 &lt;dm&gt; "imago"? 14:53 &lt;duck&gt; image 14:53 &lt;deer&gt; &lt;duck&gt; (정신분석) 누군가에 대한 이상화된 이미지 14:53 &lt;dm&gt; 거기엔 I2P 언급이 없네 :( 14:53 &lt;duck&gt; jrandom: 우리도 그렇지 않아? 14:54 &lt;jrandom&gt; 음? 14:54 &lt;dm&gt; 그는 '우리도 그렇지 않냐'는 뜻이야. 그는 네덜란드인이야. 14:54 &lt;duck&gt; 만약 특정 집단이 지금 I2P로 이동하면, 14:54 &lt;duck&gt; 절실히 필요한 다른 사용자들을 멀어지게 할 수도 있어 14:55 &lt;jrandom&gt; 오, 그게 그 문서에 있어? 못 봤네 14:55 &lt;duck&gt; 아니, 내가 그렇게 말하는 거야 14:55 &lt;duck&gt; 하지만 그것도 대략 들어 있긴 해 14:55 &lt;duck&gt; 물론 앤디 아나키스트는 신경도 안 쓰겠지 14:56 &lt;jrandom&gt; 음, I2P와 Tor 모두 설 자리가 있다고 생각해 14:56 &lt;duck&gt; 그래 14:56 &lt;duck&gt; 하지만 I2P의 초기 부정적 이미지에 대해서는? 14:56 &lt;deer&gt; &lt;Natalia&gt; 이게 내가 이 IRC 채널에서 다소 평범한 여성으로 있을 수밖에 없는 이유야 14:56 &lt;protok0l&gt; 하하, 내가 신호만 주면 주요 아나키스트 리스트서브와 포럼은 하루이틀 내에 I2P 소식을 듣게 될 거야 14:56 &lt;jrandom&gt; 오, 난 그건 1도 신경 안 써, duck ;) 14:56 &lt;deer&gt; &lt;Natalia&gt; jrandom은 got를 승인하지 않아 14:56 &lt;deer&gt; &lt;Natalia&gt; *gott 14:57 &lt;duck&gt; jrandom: 응, 그런데 말이야 14:57 * duck이 전 세계에서 아나키 친화 지역 수를 세어 봄 14:57 &lt;deer&gt; &lt;Natalia&gt; 그래서 난 이 채널에서 사랑받는 여성, Natalia여야 해 14:57 &lt;deer&gt; &lt;Natalia&gt; ( 구림 ) 14:57 &lt;duck&gt; 소말리아? 14:57 &lt;duck&gt; 거긴 'flying fuck'도 있을 걸 14:57 &lt;protok0l&gt; 치아파스, 멕시카 14:57 &lt;duck&gt; 하지만 친절하진 않지 14:57 &lt;protok0l&gt; mexiico 14:58 &lt;deer&gt; &lt;Ragnarok&gt; 쳇, 네가 여성화되길 원하는 거잖아 14:58 &lt;jrandom&gt; duck: 더 공개적으로 나설 때가 오면, 평범한 사용자에게 친화적인 모습으로 충분히 나설 수 있다고 확신해 14:58 &lt;duck&gt; ㅇㅋ 14:58 &lt;jrandom&gt; 사람들이 I2P로 '나쁜' 일을 할까? 그래 14:58 &lt;dm&gt; 우리는 배 나온 평범한 아저씨를 타깃으로 해야 한다고 봐 14:58 &lt;protok0l&gt; 행운을 빌어, gott가 뭔가를 계획하고 있는 걸 알아 14:58 &lt;protok0l&gt; gott가 우릴 파괴할 거야 14:58 &lt;duck&gt; 오케이 14:58 &lt;duck&gt; . 14:58 &lt;jrandom&gt; 가치 있는 익명성/보안 시스템이 살아남는 유일한 방법은 콘텐츠 중립성이지 14:59 &lt;deer&gt; &lt;Ragnarok&gt; 익명 통신 시스템은 통신만 보호할 수 있을 뿐이야. 누군가 실제로 뭔가를 '저지르면' 옛날식 경찰 수사를 방해하지는 않아. 14:59 &lt;duck&gt; 단지 `http://127.0.0.1:7657/index.jsp` 에 배치된 어떤 링크들은 안 좋을 수 있다는 말이야 14:59 &lt;dm&gt; I2P는 기술에 관한 거야. 14:59 &lt;deer&gt; &lt;Natalia&gt; 그래 14:59 &lt;jrandom&gt; 충분히 일리 있어, duck 15:00 &lt;duck&gt; 그리고 그래, sitelist.html은 또다시 TFE 논쟁거리가 될 거야 15:00 &lt;jrandom&gt; 음, 그렇지 15:00 &lt;deer&gt; &lt;Natalia&gt; 콘텐츠 중립성은 내가 최신 eeplog 항목에서 쓴 주제야 15:00 &lt;deer&gt; &lt;Natalia&gt; `http://gott.i2p/eeplog.html` 15:01 &lt;jrandom&gt; 하지만 이게 바로 위키 같은 대화형 eepsite의 힘이지 15:01 &lt;jrandom&gt; (예: 사람들이 sitelist.py 같은 걸로 자기 사이트를 등록하도록 하는 등) 15:01 &lt;deer&gt; &lt;Natalia&gt; jrandom: 프런트페이지에서 링크되는 eepsite 크롤러가 불법 자료로 링크하는 아이디어를 지지하니, 지지하지 않니? 15:01 &lt;deer&gt; &lt;Natalia&gt; +or 15:01 &lt;deer&gt; &lt;Natalia&gt; 만약 네가 sitelist에 링크하려 한다면 15:02 &lt;duck&gt; 도덕적 관점에서 나도 전혀 신경 안 써 15:02 &lt;deer&gt; &lt;Natalia&gt; jrandom: 이 중 어느 것도 등록되지 않았어 15:02 &lt;duck&gt; 하지만 사용성 관점에서는 그럴지도 몰라 15:02 &lt;deer&gt; &lt;Natalia&gt; 스크립트는 host.txt를 확인해 15:02 &lt;deer&gt; &lt;Natalia&gt; *hosts.txt 15:02 &lt;jrandom&gt; 비기술적 관점에서는, 사용자 커뮤니티가 요구하는 건 무엇이든 지지해 15:02 &lt;deer&gt; &lt;Natalia&gt; 그래서 도메인이 있으면 모두 목록에 추가돼 15:03 &lt;deer&gt; &lt;Natalia&gt; 어휴, 브라는 너무 불편해. 15:03 &lt;protok0l&gt; 응, 소름 15:03 &lt;deer&gt; &lt;cervantes&gt; 사용자 커뮤니티를 직접 '봐' 봤어? 15:03 &lt;cat-a-puss&gt; 가장 단순한 해결책은 검색 페이지에만 링크하는 거야. 모두가 사용하는 법을 알고, 빠르게 접근할 수 있고, 원치 않는 건 아무도 보지 않거든. 15:04 &lt;deer&gt; &lt;cervantes&gt; :) 15:04 &lt;protok0l&gt; gott는 연쇄살인범이야, 난 알아. 그는 I2P에서 웹캠으로 생중계 살인을 최초로 제공할 거야 15:04 &lt;deer&gt; &lt;Natalia&gt; 사용자 커뮤니티는 꽤 이상한 사람들로 구성되어 있어. 15:04 &lt;jrandom&gt; 좋은 지적이야 cat-a-puss, 그냥 files.i2p에 링크해도 돼 15:04 &lt;deer&gt; &lt;Natalia&gt; 지금은 수석 개발자가 내 다른 쪽의 비도덕적 행동을 못마땅해해서 내가 여성으로 있을 수밖에 없어. 15:04 &lt;duck&gt; cat-a-puss++ 15:04 &lt;deer&gt; &lt;Natalia&gt; 우리는 공통된 모험으로 결속되어 있어. 15:06 &lt;BS314159&gt; 이게 좋은 생각인지는 확신 못 하겠지만, I2P 라이선스는 확실히 충분히 넓어서 로컬 링크 페이지만 다른 자신들만의 배포판을 만들 수 있어 15:06 &lt;deer&gt; &lt;Natalia&gt; 그래. 15:06 &lt;deer&gt; &lt;cervantes&gt; DrWoo가 그의 인덱스를 손상 없이 유지하길 바라자 15:06 &lt;jrandom&gt; 물론이야 BS314159 15:06 &lt;BS314159&gt; 버전이 아니라. 배포판. 15:06 &lt;deer&gt; &lt;Natalia&gt; files.i2p는 하나의 링크여야 해 15:06 &lt;jrandom&gt; BS314159: 사람들은 자기 로컬 링크 페이지를 직접 편집할 수도 있어 15:06 &lt;deer&gt; &lt;Natalia&gt; 그리고 야후 스타일의 인터넷 디렉터리 링크도 있어야 해 15:06 &lt;protok0l&gt; 대부분은 현명하게 공식 버전을 쓸 거야 15:06 &lt;jrandom&gt; (docs/readme.html에) 15:07 &lt;deer&gt; &lt;Natalia&gt; 검색 엔진과 인터넷 디렉터리는 역할이 달라 15:07 &lt;deer&gt; &lt;Natalia&gt; 그래서 디렉터리가 처음부터 있는 거야 15:07 &lt;deer&gt; &lt;Natalia&gt; 검색 엔진과 독립적으로 요청되어 왔어 15:07 &lt;BS314159&gt; 예를 들어 반포르노그래피 이용자를 타깃으로 하고 싶다면, 필터링된 기본 시작 페이지 세트를 유지 관리할 반포르노그래피 유지관리자를 찾으면 돼 15:07 &lt;protok0l&gt; 제3자 버전에서 백도어를 찾아볼 의향이 있지 않는 한 15:07 &lt;deer&gt; &lt;Natalia&gt; 사람들이 15:07 &lt;deer&gt; &lt;Natalia&gt; 그래서 난 검색 엔진은 좋다고 생각해 15:07 &lt;jrandom&gt; 맞아 BS314159 15:07 &lt;deer&gt; &lt;Natalia&gt; 하지만 그걸로 끝나면 안 돼 15:07 &lt;deer&gt; &lt;Natalia&gt; 검색 엔진, 인터넷 디렉터리, 위키, 도움말 페이지 15:07 &lt;deer&gt; &lt;Natalia&gt; 아마도. 15:08 &lt;jrandom&gt; 우린 이미 fproxy.i2p에 링크하고 있고, 그 사이트에 얼마나 무시무시하고 사악한 콘텐츠가 있는지 알지 ;) 15:08 &lt;BS314159&gt; 내가 주제에 맞는지 모르겠지만, 가능해 보여. 검색 엔진 유지관리자들이 구현해 줄 만한 오픈소스 콘텐츠 필터가 있을까? 15:08 &lt;BS314159&gt; 주제에서 벗어난 느낌이 드네 15:08 &lt;protok0l&gt; 회의 아직 진행 중이야? 15:08 &lt;jrandom&gt; 그래 protok0l 15:08 &lt;BS314159&gt; 미안. (자기 검열) 15:08 &lt;deer&gt; &lt;Natalia&gt; jrandom: fproxy.i2p에 링크하지 않는 게 좋을지도 15:08 &lt;deer&gt; &lt;Natalia&gt; 거긴 거의 항상 죽어 있어 15:08 &lt;jrandom&gt; BS314159: 검색 엔진에 콘텐츠 필터는 과하다고 봐 15:08 &lt;deer&gt; &lt;Natalia&gt; 지금도 죽어 있는 듯 15:09 &lt;protok0l&gt; 그래 15:09 &lt;deer&gt; &lt;Natalia&gt; 방금 돌린 사이트 점검 스크립트에 따르면 15:09 &lt;jrandom&gt; ㅇㅋ 15:09 &lt;jrandom&gt; 좋아, 좋은 논의였어. 좋은 아이디어가 많았네 15:09 &lt;BS314159&gt; 그 '검색 엔진'이 아니라, 누군가의 검색 엔진 15:10 &lt;deer&gt; * Natalia 미소 짓음. 15:10 &lt;deer&gt; &lt;cervantes&gt; BS3: aol.i2p ;-) 15:10 &lt;jrandom&gt; 좋아, 회의에 더 있을까? 15:10 &lt;deer&gt; &lt;cervantes&gt; 와... 아직 회의 중이네... 15:11 &lt;deer&gt; &lt;cervantes&gt; 한 시간이나 놓친 줄 알았어 15:11 &lt;jrandom&gt; 아니, 내가 늦었어 15:11 &lt;jrandom&gt; 좋아, 더 없으면.. 15:11 * jrandom 준비함 15:11 * jrandom *baf* 하며 회의를 종료함 </div>/ko/blog/2004/10/26/2004-10-26%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 26 Oct 2004 00:00:00 +0000/ko/blog/2004/10/26/2004-10-26%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 주간 업데이트 시간이에요</p> <h2 id="색인">색인</h2> <ol> <li>Net status</li> <li>Streaming lib</li> <li>mail.i2p progress</li> <li>???</li> </ol> <h2 id="1-네트워크-상태">1) 네트워크 상태</h2> <p>부정 탈까 봐 말하기 조심스럽지만, 지난 일주일 동안 네트워크는 예전과 거의 마찬가지였습니다 - irc에는 꽤 안정적이고, eepsites(I2P Sites)는 신뢰성 있게 로드되며, 다만 대용량 파일은 여전히 자주 다운로드 재개가 필요합니다. 요컨대 새로 보고할 것은 없고, 새로 보고할 것이 없다는 사실 외에는 보고할 게 없습니다.</p> <p>아, 우리가 알아낸 한 가지는 Jetty가 HTTP 재개를 지원하지만, HTTP 1.1에 대해서만 그렇다는 점입니다. 이는 대부분의 브라우저와 다운로드 도구에는 문제가 없지만, <em>예외로는</em> wget - wget은 재개 요청을 HTTP 1.0으로 보냅니다. 따라서 큰 파일을 다운로드할 때는 curl 또는 다른 HTTP 1.1 재개 지원 도구를 사용하세요(파고들어 해결책을 찾아준 duck과 ardvark에게 감사!).</p>/ko/blog/2004/10/26/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-10%EC%9B%94-26%EC%9D%BC/Tue, 26 Oct 2004 00:00:00 +0000/ko/blog/2004/10/26/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-10%EC%9B%94-26%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> deer, jrandom, lucky, modulus</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) 안녕하세요 14:04 &lt;jrandom&gt; 1) 네트워크 상태 14:04 &lt;jrandom&gt; 2) Streaming 라이브러리 14:04 &lt;jrandom&gt; 3) mail.i2p 진행 상황 14:05 &lt;jrandom&gt; 4) ??? 14:05 &lt;jrandom&gt; 0) 안녕하세요 14:05 * jrandom 손을 흔든다 14:05 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2004-October/000474.html 에 게시했습니다 14:06 * jrandom 여러분이 먼저 읽어보도록 둘게요 (이런, 미리 읽기 금지!) 14:06 &lt;jrandom&gt; 그럼 1) 네트워크 상태로 들어가죠 14:07 &lt;jrandom&gt; 이메일이 제가 언급하려던 걸 다 담고 있는 듯합니다. resume 관련 수정 멋졌어요, duck. 보고해 준 ardvark와 ragnarok에게도 감사! 14:07 &lt;jrandom&gt; 네트워크 상태에 대해 제기할 사항 있는 분? 14:08 &lt;modulus&gt; 최고예요. 14:08 &lt;deer&gt; &lt;postman&gt; 안녕하세요 14:08 &lt;jrandom&gt; w3wt 14:09 &lt;jrandom&gt; 요즘 지연(lag)에 뭔가 이상한 게 있긴 한데, 지난주에 얘기했던 그 문제와 같아 보입니다 14:09 &lt;jrandom&gt; (특히 그때 이후로 코어에는 아무 작업도 하지 않았으니까요) 14:09 &lt;deer&gt; &lt;clayboy&gt; 다들 안정적이고 쓸 만하다는 데 동의하는 것 같아요. 14:09 &lt;deer&gt; &lt;clayboy&gt; 다만 예전처럼 IRC에 10~16시간씩 붙어 있는 건 못 하게 된 게 아쉽네요, 큰일은 아니지만요 14:10 &lt;deer&gt; &lt;jrandom2p&gt; 여긴 20시간째 켜져 있어요 14:10 &lt;deer&gt; &lt;jrandom2p&gt; 맞아요, 들쭉날쭉해요 (의제 2)에서 도움이 되길) 14:10 &lt;deer&gt; &lt;clayboy&gt; 2시간 넘기기도 힘들지만, 늘 바로 재연결되니까 여전히 쓸 만해요 14:11 &lt;jrandom&gt; 좋아요 14:11 &lt;jrandom&gt; 아직 충분히 좋진 않지만, 쓸 수는 있죠 14:11 &lt;jrandom&gt; (당분간은) 14:11 &lt;deer&gt; &lt;clayboy&gt; 동의합니다 14:12 &lt;jrandom&gt; 좋아요, 다른 얘기 없으면 2) Streaming 라이브러리로 넘어갈까요? 14:13 &lt;jrandom&gt; [넘어간 걸로 하죠] 14:13 &lt;jrandom&gt; 이메일에 진행 상황 개요가 있어요 14:14 &lt;jrandom&gt; 메시지 시퀀스는 대부분의 경우 '올바르게' 동작합니다 (이전에 논의했던 것과 일치) 14:14 &lt;jrandom&gt; 예: 짧은 요청/응답은 단일 라운드 트립으로 요청 수신자가 응답을 받습니다 14:15 &lt;jrandom&gt; 지금은 profile=bulk 작업 중이고, 지연과 실패 조건에서 슬라이딩 윈도우를 점검하고 있어요 14:15 &lt;jrandom&gt; 아직 정리할 게 남아 있고, 당장 쓸 수 있는 건 없지만, 진전은 되고 있어요 14:16 &lt;deer&gt; &lt;clayboy&gt; 그럼 10월에 Streaming 라이브러리가 포함된 0.4.2가 나오는 건가요? 불필요하게 서두르는 것 같아요. 14:16 &lt;jrandom&gt; 다음 주까지 Streaming 라이브러리를 최종 배포할 준비가 되진 않을 것 같아요, 네 14:17 &lt;jrandom&gt; 그래서 일정이 좀 미뤄질 거예요, 어느 정도일지는 아직 모르겠고요 14:17 &lt;deer&gt; &lt;duck&gt; 재미로 돌려볼 테스트 클래스 같은 거 있나요? 14:18 &lt;jrandom&gt; 아직 사람들이 쓰지 못하게 build.xml 파일은 커밋하지 않았어요 ;) 하지만 오늘 밤 늦게 가진 건 커밋할게요, 그러면 http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/apps/streaming/java/test/net/i2p/client/streaming/StreamSinkTest.java?rev=1.1&content-type=text/x-cvsweb-markup 를 시험해볼 수 있어요 14:19 &lt;deer&gt; &lt;duck&gt; 핫하네 14:19 &lt;jrandom&gt; 한 가지, 이번 새 Streaming 라이브러리는 자체 ACK/NACK 구성이 있어서 예전의 mode=guaranteed는 더 이상 사용하지 않습니다 14:20 &lt;jrandom&gt; 즉, 라이브러리가 완벽히 동작하게 된 뒤에도 router 자체에서 약간의 작업이 필요하다는 뜻이에요. 현재 클라이언트 송신 태스크는 'guaranteed' 전달을 전제로 설계되어 있어서, 세션 태그 전달 확인을 위해 roundtrip 메시지를 garlic에 번들링하거든요 14:21 &lt;jrandom&gt; 그걸 당장 고칠 필요는 없어요 — 그 DeliveryStatusMessage가 쓰는 대역폭은... 미미하니까요 14:21 &lt;jrandom&gt; 하지만 차일피일 미루진 말고 조만간 처리하는 게 좋겠죠 14:22 &lt;jrandom&gt; 좋아요, 이 건에 대해선 여기까지예요 14:22 &lt;jrandom&gt; Streaming 라이브러리 관련해서 더 논의할 사항 있나요? 14:23 &lt;jrandom&gt; 없다면, 3) mail.i2p 진행 상황 14:23 &lt;jrandom&gt; postman, 계세요? 14:23 &lt;deer&gt; &lt;postman&gt; 네 14:24 &lt;jrandom&gt; 업데이트가 있을까요, 아니면 소식이 더 생길 때까지 기다릴까요? 14:24 &lt;deer&gt; &lt;postman&gt; 좋아요 14:24 &lt;deer&gt; &lt;postman&gt; 제가 할까요? 14:24 &lt;jrandom&gt; 마이크 드릴게요 14:24 &lt;deer&gt; * gott 깨어납니다. 14:24 &lt;deer&gt; &lt;postman&gt; 1.) in/out 프록시 기능을 지금 설치/테스트 중입니다 14:25 &lt;deer&gt; &lt;postman&gt; 2.) 앞으로 10일 안에 인터넷과의 이메일 송수신 게이트웨이 서비스를 제공할 수 있을 겁니다 14:25 &lt;modulus&gt; 멋져요! 14:25 &lt;jrandom&gt; 더 멋져요! 14:25 &lt;deer&gt; &lt;clayboy&gt; 맞아요 14:25 &lt;deer&gt; &lt;postman&gt; 3.) 구현은 제 웹사이트의 ideas.html 문서에 있는 아이디어/개념을 따를 것입니다 14:25 &lt;deer&gt; &lt;gott&gt; 브라보 ! 14:26 &lt;deer&gt; &lt;postman&gt; 즉, hashcash/수신자 기반 할당량 같은 것들과 온갖 멋진 기능들이요 14:26 &lt;deer&gt; &lt;postman&gt; 이 서비스가 익명 사용자들에 의해 남용되면 안 됩니다 14:26 &lt;deer&gt; &lt;postman&gt; :) 14:26 &lt;deer&gt; &lt;postman&gt; 음, 또 한 가지가 있어요 14:26 &lt;deer&gt; &lt;postman&gt; 웹메일 인터페이스 문제요 14:26 &lt;deer&gt; &lt;postman&gt; 지금은 제 서버에서 그걸 호스팅하고 싶지 않아요 14:27 &lt;deer&gt; &lt;postman&gt; 잠재적인 보안 문제를 잘 모르겠거든요 14:27 &lt;deer&gt; &lt;postman&gt; 현재 돌아가는 시스템은 제가 확인한 거예요 - 소스와 보안 위험을 알고 있죠 14:28 &lt;deer&gt; &lt;postman&gt; 모든 사용자를 위한 PHP나 동적 요소, 웹메일 애플리케이션을 추가하면 훨씬 까다로워집니다 14:28 &lt;deer&gt; &lt;postman&gt; 아이디어는 (고마워요, jr): 14:28 &lt;deer&gt; &lt;postman&gt; 사용자 각자가 자신의 웹메일 인터페이스를 또 다른 선택적 Jetty나 기타 인스턴스로 설치하면 어떨까요? 14:29 &lt;modulus&gt; POP3 -&gt; 웹메일 같은 거요? 14:29 &lt;jrandom&gt; 바로 그거죠 14:29 &lt;deer&gt; &lt;postman&gt; 그리고 이 로컬 웹메일 애플리케이션이 postman.i2p tunnels를 사용해서 SMTP와 POP3를 처리하는 거예요 14:29 &lt;modulus&gt; 좋게 들리네요. 14:29 &lt;deer&gt; &lt;postman&gt; 하지만 평가하는 데 도움이 필요해요 14:30 &lt;deer&gt; &lt;postman&gt; 지금은 현실 세계 일과 in/out 프록시로 꽤 바쁩니다 14:30 &lt;jrandom&gt; (윽, 현실 세계!) 14:30 &lt;deer&gt; &lt;postman&gt; 그리고 제 머리는 땅콩만 해서 — Java엔 영 소질이 없어요 14:31 &lt;deer&gt; &lt;postman&gt; 이걸 로컬/선택적 서비스로 어떻게 구현할지 도와줄 분이 필요해요 14:31 &lt;modulus&gt; 이미 TCP 위에서 이걸 해주는 게 있을까요? 있다면 그걸 쓸 수 있겠네요. 14:31 &lt;deer&gt; &lt;DrWoo&gt; postman: 머리가 땅콩만 하진 않을 듯요, 숨 쉬는 데만 해도 호두만 한 크기가 필요하죠 ;) 14:32 &lt;jrandom&gt; hotscripts를 대충 훑어보니 POP3를 하는 게 하나 있더군요, 인증된 SMTP도 되는지는 모르겠지만요 14:32 &lt;deer&gt; &lt;postman&gt; modulus: 쓸 수 있거나 손볼 수 있는 게 바깥에 하나쯤 있겠죠 — 자체 Jetty 인스턴스로 돌릴 수 있으면 섹시할 텐데요 14:32 &lt;jrandom&gt; 어딘가에 있을 거라고 확신해요, 가서 찾아올 모험가 한 분만 있으면 됩니다 :) 14:32 &lt;deer&gt; &lt;postman&gt; jrandom2p: 이건 꽤 쉽게 해킹(?)할 수 있을 것 같아요 14:33 &lt;jrandom&gt; 맞아요 — 이상적인 세상이라면 누군가 mywebmail.war를 받아서 webapps/ 디렉터리에 저장하고 `http://localhost:7657/mywebmail/` 로 들어가면 되죠 14:33 &lt;deer&gt; &lt;postman&gt; 그럼 이 이슈는 여러분께 맡길게요 :) 14:33 &lt;modulus&gt; 설령 스탠드얼론 앱이어도 i2ptunel이면 괜찮을 거예요 14:33 &lt;jrandom&gt; 맞아요, modulus 14:33 &lt;deer&gt; &lt;postman&gt; 네 :) 14:34 &lt;jrandom&gt; 그리고 로컬 &gt;&gt; 원격이죠. 로컬 쪽은 GPG 키링 같은 것에도 접근할 수 있으니까요 14:34 &lt;deer&gt; &lt;postman&gt; 서버 측에서 이런 시스템을 지원하는 데 필요한 건 뭐든 할게요 14:34 &lt;modulus&gt; 바라건대 그게 아주 적었으면 하고요. 14:36 &lt;deer&gt; &lt;postman&gt; 물론 인터넷 연동이 가능해지는 대로 공식 발표가 있을 겁니다 — 계속 지켜봐 주세요 — 웹메일 아이디어도 진전이 있을지 몰라요 14:36 &lt;deer&gt; &lt;postman&gt; 제 파트는 여기까지예요 14:36 &lt;deer&gt; * postman 다시 앉아 커피를 홀짝입니다 14:36 &lt;modulus&gt; 신원을 드러낼 수 있는 데이터 필터링을 좀 해줄 수 있을까요? 14:36 &lt;jrandom&gt; 끝내주네요, 고마워요 postman! 기대됩니다 14:36 &lt;modulus&gt; 몇몇 MUA가 이런 면에서 아주 말썽을 부리거든요. 14:37 &lt;deer&gt; &lt;postman&gt; modules: 웹페이지를 봐 주세요 — 그 주제에 대한 긴 설교문이 여러 페이지에 걸쳐 있어요 14:37 &lt;jrandom&gt; :) 14:37 &lt;modulus&gt; 알겠어요 14:37 &lt;jrandom&gt; `http://www.postman.i2p/sec.html` 시작은 여기부터 14:37 &lt;modulus&gt; 그건 읽었어요, 몇몇 필드는 필터링할 수도 있겠다 싶어서요. 14:37 &lt;modulus&gt; postman은 믿어도 다른 사람들은 못 믿을 수도 있으니까요. 14:38 &lt;deer&gt; &lt;postman&gt; modulus: 그 필드들은 이미 필터링됩니다 14:38 &lt;modulus&gt; 알겠어요, 지난번에 제가 해봤을 땐 안 됐거든요. 14:38 &lt;modulus&gt; 죄송. 14:38 &lt;deer&gt; &lt;postman&gt; modulus: sec2.html에 어떤 헤더 라인이 필터링되거나 변경되는지 나와 있어요 14:38 &lt;deer&gt; &lt;postman&gt; modulus: 어떤 헤더 라인을 말씀하시는 건가요? 14:38 &lt;modulus&gt; 'From' 도메인(IP) 같은 거요 14:39 &lt;jrandom&gt; 로컬 웹메일 스크립트가 로컬에서 필터링을 해주면 좋겠네요 14:39 &lt;jrandom&gt; (smtp.postman.i2p에서 하는 필터링에 더해서요) 14:39 &lt;deer&gt; &lt;postman&gt; modulus: 그건 귓말로 얘기하죠, 좋죠? :) 14:40 &lt;deer&gt; &lt;postman&gt; jrandom2p: 물론이죠 — 각 클라이언트가 제 할 일을 해주면 기쁘죠 14:40 &lt;modulus&gt; 네, 미안합니다. 14:41 &lt;jrandom&gt; 좋아요, mail.i2p에 대해 더 논의할 게 있을까요? 14:41 &lt;jrandom&gt; 없다면, 4) ??? 14:41 &lt;deer&gt; * duck이 4번 안건으로 할 말이 있음 14:42 &lt;jrandom&gt; 무슨 일이에요, duck? 14:42 &lt;deer&gt; &lt;duck&gt; home.duck.i2p의 하드디스크가 터졌어요 14:42 &lt;jrandom&gt; (으악) 14:42 &lt;deer&gt; &lt;duck&gt; 다행히 alexandria 빼고는 호스팅 계정들이 거의 쓰이지 않았어요 14:42 &lt;deer&gt; &lt;duck&gt; 여기서 전자책 전부 빨아 간 사람 있나요? :) 14:43 &lt;deer&gt; &lt;duck&gt; 그랬다면, 제가 몇 개를 잃어버려서요. 쪽지 주세요 14:43 &lt;jrandom&gt; 사실 thetower가 했던 걸로 알아요 14:43 &lt;deer&gt; &lt;duck&gt; hypercubus도 가지고 있는 걸로 알아요 14:43 &lt;deer&gt; &lt;postman&gt; 젠장 14:43 &lt;jrandom&gt; 얼마 전 그의 사이트에서 미러를 봤거든요 14:43 &lt;deer&gt; &lt;postman&gt; :/ 14:43 &lt;deer&gt; &lt;duck&gt; 좋네요 14:43 &lt;jrandom&gt; 근데 전부 있던 건지, 최신이었는지는 모르겠네요 14:43 &lt;deer&gt; &lt;duck&gt; alexandria는 이제 `http://duck.i2p/alexandria/` 에 있어요 14:44 &lt;deer&gt; &lt;duck&gt; 그리고 전 다시 부끄러워하러 갑니다 14:44 &lt;deer&gt; &lt;duck&gt; . 14:44 &lt;jrandom&gt; 부끄러워할 필요 없어요, 끝내주는 무료 서비스를 제공해 줬잖아요! 14:45 &lt;jrandom&gt; 어쩌면 지금이 geocities.i2p 같은 사이트를 만들 기회일지도요 ;) 14:46 &lt;deer&gt; &lt;duck&gt; 아, `http://duck.i2p/yodel/` 에 yodel 웹 프런트엔드를 만들었어요 14:46 &lt;jrandom&gt; 아, 의제에 넣지 않은 게 하나 있는데 BT 관련이에요. i know dinoman is doing some hacking on that - perhaps he wants to mention something? 14:46 &lt;jrandom&gt; 오, 좋네요 14:48 * jrandom thetower의 alexandria 미러 링크가 404라고 메모함 14:48 &lt;deer&gt; &lt;gott&gt; 제안할 게 있어요. 14:48 &lt;jrandom&gt; 무슨 일이에요, gott? 14:48 &lt;deer&gt; &lt;gott&gt; 0.4.2에 thetower, baffled, 제 페이지 같은 곳의 사이트 목록 중 하나로 링크를 추가하면 좋겠다고 생각해요. 14:49 &lt;jrandom&gt; 좋은 생각이네요 14:49 &lt;jrandom&gt; 어쩌면 셋 다 14:49 &lt;deer&gt; &lt;gott&gt; 목적은 (a) 활성 eepsite 목록을 유지하고 (b) FIND/Dolphin처럼 I2P용 인덱스를 만드는 겁니다 14:49 &lt;jrandom&gt; 당신 건 eepsite 링크도 있어서 좋더군요 14:49 &lt;deer&gt; &lt;gott&gt; `http://gott.i2p/sites.html` 에 있는 건 최신 상태로 유지되고 있어요 14:49 &lt;deer&gt; &lt;gott&gt; 스크립트도 매일 돌아가고요 14:49 &lt;deer&gt; &lt;gott&gt; 링크에 선택적 설명도 추가할 수 있어요 (baffled의 스크립트 덕분에) 14:50 &lt;deer&gt; &lt;gott&gt; 그럼 인덱스가 되겠죠 14:50 &lt;jrandom&gt; "최근 추가됨", "최근 제거됨" 같은 표시가 있어도 좋겠네요? 14:50 &lt;jrandom&gt; 좋죠 14:51 &lt;deer&gt; &lt;gott&gt; 아주 좋네요. 14:51 &lt;deer&gt; &lt;gott&gt; 지금은 할 말이 여기까지예요. 14:51 &lt;deer&gt; &lt;gott&gt; 아, 한 가지 더 14:51 &lt;deer&gt; &lt;gott&gt; snipsnap이 I2P에서 잘 동작합니다 14:52 &lt;deer&gt; &lt;gott&gt; 그래서 언젠가 SCUM처럼 kuro5hin 스타일의 eepsite가 올라오는 걸 보게 될지도 몰라요 14:52 &lt;jrandom&gt; 끝내주네요 14:52 &lt;deer&gt; &lt;gott&gt; *물론 SCUM처럼 더 교묘하게요 14:52 &lt;jrandom&gt; 그걸 설정하는 방법(howto)이 있으면 좋겠네요 14:52 &lt;deer&gt; &lt;gott&gt; .war를 webapps에 넣으면 돼요 14:52 &lt;deer&gt; &lt;gott&gt; 꽤 간단해요 ;-) 14:53 &lt;deer&gt; &lt;polecat&gt; snipsnap... SCUM...? 14:53 &lt;jrandom&gt; 정말 그렇게 쉬워요? 부야! 14:53 &lt;jrandom&gt; polecat - http://snipsnap.org/space/start 14:53 &lt;deer&gt; &lt;gott&gt; 제 연설 끝. 14:53 &lt;deer&gt; * gott 물러납니다. 14:53 &lt;jrandom&gt; 고마워요, gott 14:54 &lt;jrandom&gt; nickster도 한동안 snipsnap을 썼었죠 14:54 &lt;jrandom&gt; 좋아요, 더 제기할 사항 있나요? 14:55 * jrandom 뉴스바이트 없이도 벌써 한 시간 가까이 됐다고 메모함 ;) 14:55 &lt;deer&gt; &lt;polecat&gt; 난 파이를 좋아해요! 14:55 &lt;deer&gt; &lt;gott&gt; 한 가지가 또 있어요. 14:55 &lt;deer&gt; &lt;duck&gt; 오, orz가 깼네요 14:55 &lt;deer&gt; &lt;gott&gt; 0.4.2가 릴리스된 직후 jrandom과의 I2P 관련 인터뷰를 공개하겠다고 알리고 싶어요. 14:55 &lt;deer&gt; &lt;polecat&gt; 이게 정식 미팅인 줄은 몰랐네요. 네임 서버에 대한 제 생각을 좀 말해볼까요... 14:56 &lt;deer&gt; &lt;duck&gt; 일본 분들은 그의 eepsite/irc 서버를 꼭 확인해 보세요 14:56 &lt;deer&gt; &lt;gott&gt; 질문과 답변이 오가기 전까지 구체적으로 말할 건 없지만, 기대할 거리가 생겼다는 거죠. 14:56 &lt;deer&gt; &lt;gott&gt; 제 eeplog에 올라갈 거고, jrandom이 괜찮다고 생각하면 아마 i2p.net 어딘가에도 실릴 겁니다 14:57 &lt;deer&gt; * gott 다시 물러납니다. 14:57 &lt;deer&gt; &lt;postman&gt; modulus: 14:57 &lt;jrandom&gt; 맞아요, orz의 사이트와 IRC 서버는 아주 잘 작동해요, 뭐라고 쓰여 있는진 모르겠지만요 :) 14:58 &lt;modulus&gt; 예? 14:58 &lt;modulus&gt; 대문자 써서 미안해요. 14:58 &lt;deer&gt; &lt;DrWoo&gt; polecat: 그래서 네임 서버 얘기는요? 14:58 &lt;deer&gt; * gott 다시 등장 14:58 &lt;deer&gt; &lt;gott&gt; duck: 그가 영어하나요 ? 14:59 &lt;jrandom&gt; 오, polecat, 무슨 얘기인가요? 14:59 &lt;jrandom&gt; polecat: 매주 화요일 GMT 오후 9시에 주간 미팅을 합니다 14:59 &lt;deer&gt; &lt;gott&gt; 이렇게 잘 꾸려놓은 걸 보면 할 거라 가정해요. 14:59 &lt;jrandom&gt; (로그는 끝나면 `http://www.i2p/meetings` 에 올라갑니다 ;) 15:00 &lt;deer&gt; &lt;polecat&gt; 네. 음, 네임 서버가 좋은 아이디어일 것 같다고 생각했어요. 하지만 DNS는 아니고요. c.c 프로토콜별 주소와 사람이 읽을 수 있는 이름 사이를 변환만 하는 서버 아이디어가 있었거든요. 15:00 &lt;jrandom&gt; 그러니까 URI--&gt;URL 리졸버 같은 건가요? 15:01 &lt;deer&gt; &lt;polecat&gt; 그건 hosts.txt를 대체할 것이고, 나중엔 IPv4와 IPv6를 지원하면 DNS 자체도 대체하겠죠. 15:01 &lt;deer&gt; &lt;polecat&gt; I2P의 경우 name =&gt; hash. 예컨대 duck.i2p =&gt; 알아보기 힘든 해시 15:02 &lt;jrandom&gt; 맞아요 맞아 15:02 &lt;deer&gt; &lt;polecat&gt; DNS의 문제는 MX 서버, 루트 계층 같은 '요구사항'(즉, 편법)과 그 밖의 온갖 골치 아픈 것들이 있다는 점이죠. DNS의 꼼수 덩어리는 유스넷도 머쓱하게 만들 정도예요. 15:03 &lt;deer&gt; &lt;polecat&gt; 아까 누군가 http://distributeddns.sourceforge.net/ 를 언급했어요 15:03 &lt;deer&gt; &lt;polecat&gt; 아직 그 사이트를 살펴볼 기회는 없었어요. 15:05 &lt;jrandom&gt; 네이밍 시스템을 다룰 때 염두에 둘 사항이 많고, 그만큼 절충해야 할 것도 많아요. 수년 동안( I2P 내부만이 아니라) 많은 이슈를 다루려는 개선 논의도 많았고요. 그래도 구체적인 해법이 나오면 아주 좋겠죠 15:05 &lt;deer&gt; &lt;gott&gt; 아주 좋아요, 아주. 15:07 &lt;jrandom&gt; 제 생각은 따로 있지만, 거기가 바로 I2P의 강점 중 하나가 드러나는 지점이죠 — 제 생각은 중요하지 않아요 :) 이름짓기 서비스는 어떤 형태든 클라이언트 앱에서 쓸 수 있어요, 이런 기능들은 코어 범위 밖이니까요 15:08 &lt;jrandom&gt; nano도 뭔가 작업 중인 걸로 알아요 — nano.i2p에 항목 몇 개가 있는데, 진행이 어떤진 모르겠네요 15:08 &lt;deer&gt; &lt;polecat&gt; 동의해요; 로컬 hosts.txt를 파싱하도록 클라이언트를 작성할 수도 있고 ddns 서버를 쓰도록 작성할 수도 있죠 15:08 &lt;deer&gt; &lt;gott&gt; jrandom: hosts.txt나 그에 상응하는 네이밍 시스템에 &lt;&lt;enlarge.your.penis.i2p&gt;&gt; 같은 게 나타나기 시작하는 날이 두렵네요 15:09 &lt;deer&gt; &lt;polecat&gt; 아마 그게 더 쉬울 거예요; 현재로선 hosts.txt를 이해하는 건 I2PTunnel뿐이니까요. 게다가 IPv4와 IPv6와 경쟁하려면, 그들이 제한하지 않는 기능을 우리가 제한할 순 없죠. 15:10 &lt;jrandom&gt; 얼마 전 mihi가 i2ptunnel의 네이밍 훅을 분리했어요 — http://dev.i2p.net/javadoc/net/i2p/client/naming/NamingService.html 을 구현한 건 뭐든 투명하게 쓸 수 있습니다 15:10 &lt;jrandom&gt; (거기엔 I2PTunnel과 SAM도 포함돼요) 15:10 &lt;deer&gt; &lt;polecat&gt; 정말요? 그것도 봐야겠네요... 15:11 &lt;jrandom&gt; 음, 그쪽은 보안과 정체성을 위해 기능을 절충하죠 15:11 &lt;deer&gt; &lt;polecat&gt; 그리고 I2P는 암호학적 보안을 위해 해시가 매우 길기 때문에, 대부분의 사람이 I2P 해시 주소 전체를 외우지 못하니 네임 서버가 더 중요해요. 15:11 &lt;jrandom&gt; 예를 들어, 'jackboots'가 $domainOwner의 문을 부숴버릴 수도 있죠 15:11 &lt;jrandom&gt; (그리고 누군가는 DNS를 큰 어려움 없이 스푸핑할 수 있어요) 15:12 &lt;jrandom&gt; 하지만 어떤 형태로든 name --&gt; location 해석 기능이 있는 건 확실히 중요합니다 15:13 &lt;deer&gt; &lt;polecat&gt; 중앙 서버 없이 고유한 사람이 읽을 수 있는 이름을 갖긴 원래 불가능하죠. 암호학적으로 서명되어 있어도, 우리에게 읽히는 부분은 여전히 중복될 수 있으니까요. 15:14 &lt;lucky&gt; 읏. 15:14 &lt;lucky&gt; deer가 gott을 차단하게 하면 어때요? 15:14 &lt;jrandom&gt; 절충점이 많죠 15:14 &lt;jrandom&gt; 제 선호안을 http://dev.i2p.net/pipermail/i2p/2004-February/000135.html 에 개략해 두었어요 15:15 &lt;jrandom&gt; 하지만 제가 당장 네이밍 서비스를 작성할 계획은 없으니, 구현자가 원하는 건 뭐든 자유롭게 해보세요 :) 15:15 &lt;lucky&gt; 헤. 전 그게 Gott 얘기에 대한 답인 줄 알았어요. 15:15 &lt;jrandom&gt; 헤 15:15 &lt;jrandom&gt; 아뇨, gott은 요즘 긍정적으로 기여하고 있어요 15:16 &lt;jrandom&gt; 어쨌든 polecat, 당신 아이디어로 eepsite 하나 올려 보세요 15:16 &lt;lucky&gt; 세상에, 세상이 어찌 돌아가는 건지? 15:16 &lt;deer&gt; &lt;polecat&gt; 저도 네이밍 서비스를 직접 써볼까 해요. 모두가 선호하는 방향이 뭔지 알고 싶고, 정말 정말 잘 돌아가게 구현하는 방법에 대해 최대한 많은 조언을 얻고 싶어요. 15:16 &lt;lucky&gt; 오, 전 어떻게 기여할 수 있죠? 15:16 &lt;lucky&gt; 저 Java 좀 알아요. 변수 할당 같은 거요. 15:16 &lt;lucky&gt; 그리고 ++j가 뭔지도 알아요 15:17 &lt;deer&gt; &lt;polecat&gt; 으윽... eepsite라니... 15:17 &lt;deer&gt; &lt;polecat&gt; ++j는 변수 j에 대한 후위 증가 연산자인가요? 15:18 &lt;jrandom&gt; polecat: 메일링 리스트나 포럼에 올려도 돼요. 사람들 선호를 보고 싶다면 포럼에 투표를 만들어도 좋고요? 15:18 &lt;deer&gt; &lt;polecat&gt; 문제는 제가 쓰는 컴퓨터가 자주 윈도즈로 리셋돼서, eepsite를 vfat 파티션에 두지 않으면 운영체제 간에 정보를 공유할 수가 없다는 거예요. 15:19 &lt;jrandom&gt; 오케이, 그럼 네이밍 관련 내용은 eepsite 대신 포럼에 올리는 게 아마 최선이겠네요 :) 15:20 &lt;deer&gt; &lt;polecat&gt; 포럼 주소가 뭐였죠...? 15:20 &lt;jrandom&gt; `http://forum.i2p/` 15:20 &lt;jrandom&gt; 그리고 http://forum.i2p.net/ 15:20 &lt;jrandom&gt; (네이밍, 참 멋지죠? :) 15:21 &lt;deer&gt; &lt;gott&gt; 전 늘 긍정적으로 기여해 왔어요. 15:21 &lt;deer&gt; &lt;polecat&gt; 맞아요, 다만 아직도 중앙 소스에서 hosts.txt 파일을 wget으로 받아오죠. ;3 15:22 * jrandom은 wget 말고 cp 씁니다 ;) 15:22 &lt;jrandom&gt; 좋아요, 더 제기할 사항 있나요? 15:23 * jrandom 네이밍 논의를 막겠다는 건 아니고요, 몇 주고 계속 얘기할 수 있는 주제라서요 15:23 &lt;deer&gt; &lt;DrWoo&gt; dinoman이 I2P 안에서 CVS 서버 작업을 하나요? 15:23 &lt;jrandom&gt; 음, I2P 안에는 이미 CVS 서버가 있어요 (cvs.i2p) 15:24 &lt;jrandom&gt; 하지만 맞아요 — 제 기억으론 dinoman이 I2P에서 풀 기능 gforge를 작업하고 있었죠 15:24 &lt;deer&gt; &lt;DrWoo&gt; jrandom: 미안, 완전한 익명 CVS를 말한 거였어요 ;) 15:25 &lt;jrandom&gt; 아, cvs.i2p는 완전 익명 CVS예요 :) i2p는 완전히 셀프 호스팅이고요, 다만 다른 프로젝트를 잔뜩 얹는 부가 기능들은 없어요 15:25 &lt;jrandom&gt; (그리고 I2P에 gforge가 있으면 끝내줄 거예요) 15:26 &lt;deer&gt; &lt;DrWoo&gt; jrandom: cvs.i2p는 퍼블릭 서버에서 도는 거 아닌가요? 15:26 &lt;deer&gt; &lt;polecat&gt; gforge... 그건 잘 모르겠네요... 15:27 &lt;jrandom&gt; DrWoo: 그럴 수도요 ;) 15:27 &lt;jrandom&gt; DrWoo: 하지만 핵심은 개발자들이 익명으로, I2P를 통해 I2P를 개발할 수 있다는 거죠 15:27 &lt;jrandom&gt; cvs.i2p가 물리적으로 위치한 머신이 공격받으면, 그냥 destination을 다른 곳으로 옮기면 돼요 15:28 &lt;deer&gt; &lt;polecat&gt; 맞아요. 그러니까 I2P 소스 자체는 '법의 긴 팔'에 의해 압수될 수 있어도, 개발자들은 익명성 덕분에 어느 정도 보호되는 거죠. 15:28 &lt;jrandom&gt; 소스는 가져가라 하죠, 공짜인데 뭐! :) 15:29 &lt;deer&gt; &lt;DrWoo&gt; jrandom: 네, 무슨 말씀이신진 알겠는데, 그래도 indymedia 사건 같은 위험은 남죠 15:30 &lt;jrandom&gt; jackboots가 cvs.i2p가 있는 콜로의 문을 부숴도, 전 그냥 다른 곳에 CVS를 설치하고, 백업을 그곳에 배포하고, cvs.i2p의 개인 키로 i2prouter를 돌릴 겁니다 15:30 &lt;jrandom&gt; (그리고 cvs.i2p == cvs.i2p.net 이라는 건 사람들에게 절대 말하지 않죠 ;) 15:32 &lt;jrandom&gt; 좋아요, 미팅에서 더 얘기할 거 있는 분? 15:32 &lt;deer&gt; &lt;polecat&gt; 헤, 꽤 멋진걸요. 15:33 &lt;jrandom&gt; 없다면 15:33 * jrandom 마무리합니다 15:34 * jrandom 미팅을 *baf* 하며 닫습니다 </div>/ko/blog/2004/10/19/2004-10-19%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 19 Oct 2004 00:00:00 +0000/ko/blog/2004/10/19/2004-10-19%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕 여러분, 또 화요일이네</p> <h2 id="색인">색인</h2> <ol> <li>0.4.1.3</li> <li>Tunnel test time, and send processing time</li> <li>Streaming lib</li> <li>files.i2p</li> <li>???</li> </ol> <h2 id="1-0413">1) 0.4.1.3</h2> <p>0.4.1.3 릴리스가 하루나 이틀 전에 나왔고, 대부분의 사용자가 업그레이드한 것으로 보입니다(감사합니다!). 네트워크는 꽤 잘 작동하고 있지만, 신뢰성에서 혁신적인 향상은 아직 없습니다. 다만 0.4.1.2의 watchdog(감시 타이머) 버그는 사라졌습니다(적어도 아무도 언급하지 않았습니다). 제 목표는 이번 0.4.1.3 릴리스를 0.4.2 이전의 마지막 패치로 만드는 것이지만, 물론 수정이 필요한 큰 문제가 생기면 한 번 더 내놓을 것입니다.</p>/ko/blog/2004/10/19/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-10%EC%9B%94-19%EC%9D%BC/Tue, 19 Oct 2004 00:00:00 +0000/ko/blog/2004/10/19/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-10%EC%9B%94-19%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> deer\_, jrandom, modulus</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:03 &lt;jrandom&gt; 1) 0.4.1.3 14:03 &lt;jrandom&gt; 2) Tunnel 테스트 시간, 그리고 전송 처리 시간 14:03 &lt;jrandom&gt; 3) Streaming lib (스트리밍 라이브러리) 14:03 &lt;jrandom&gt; 4) files.i2p 14:03 &lt;jrandom&gt; 5) ??? 14:03 &lt;jrandom&gt; 0) 하이 14:03 * jrandom 손을 흔든다 14:04 &lt;modulus&gt; 하이 하이 14:04 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2004-October/000469.html 에 올렸습니다 14:04 &lt;deer_&gt; &lt;fidd&gt; howdy 14:04 &lt;jrandom&gt; 노트에 시간을 많이 못 써서 아주 간단합니다 14:05 &lt;jrandom&gt; 뭐, c'est la vie 14:05 &lt;jrandom&gt; 그럼 1) 0.4.1.3으로 넘어가죠 14:05 &lt;jrandom&gt; 며칠 전에 릴리스를 냈고, 음... 전반적으로 예전과 비슷합니다 14:05 &lt;jrandom&gt; 대부분에는 충분히 잘 동작하지만, 우리가 원하는 만큼 안정적이진 않습니다 14:06 &lt;jrandom&gt; 처리량은 아직 낮지만, 그건 알려진 이슈라 0.4.2에서 다룰 예정입니다 14:06 &lt;jrandom&gt; 이메일에서 언급했듯, 0.4.1.* 릴리스는 더 이상 없을 것 같습니다 14:07 &lt;jrandom&gt; 그건 더 할 말이 없네요 - 의견 / 우려 있으신가요? 14:07 &lt;deer_&gt; &lt;newsbyte&gt; 네: 프리즈(멈춤)은요? 14:09 &lt;jrandom&gt; I2P 때문에 시스템이 멈췄을 가능성을 완전히 배제하진 않겠지만, 그럴 가능성은 매우 낮다고 봅니다 14:09 &lt;jrandom&gt; 어떤 플랫폼에서도 그런 사례를 보고한 사람이 없었거든요 14:09 &lt;deer_&gt; &lt;newsbyte&gt; 글쎄요... 직접적이지 않더라도 어떻게든 연관이 있겠죠, 제 생각엔 14:09 &lt;deer_&gt; &lt;newsbyte&gt; 아마 자바? 14:10 &lt;jrandom&gt; w2k에서 1.5 쓰시나요? 14:10 &lt;jrandom&gt; 아니면 1.4.2_05? 14:10 &lt;deer_&gt; &lt;newsbyte&gt; 아니요, 1.5 14:10 &lt;jrandom&gt; 오케이 14:10 &lt;deer_&gt; &lt;newsbyte&gt; 물론 다른 것일 가능성을 배제하진 못해요 14:11 &lt;deer_&gt; &lt;newsbyte&gt; 두 번 일어난 건 우연일 수도 있죠 14:11 &lt;jrandom&gt; 원하시면 회의 후에 원인을 찾는 방법을 더 논의하죠 14:11 &lt;deer_&gt; &lt;newsbyte&gt; 하지만 지난번엔... 글쎄요... 다른 건 거의 실행 중이 아니었어요 14:11 &lt;deer_&gt; &lt;dinoman&gt; w2k에서 1.5, 전 잘 됩니다 :) 14:11 &lt;deer_&gt; &lt;newsbyte&gt; 그렇군요 14:11 &lt;deer_&gt; &lt;newsbyte&gt; 간단한 디버그 로그 같은 건 없나요? 14:11 &lt;jrandom&gt; 또 발생하면 wrapper.log 와 logs/log-router-*.txt 를 보내주세요 14:11 &lt;deer_&gt; &lt;newsbyte&gt; 그게 프리즈될 때 유용할 수도 있겠네요 14:11 &lt;jrandom&gt; 로그는 넘쳐나요 ;) 14:12 &lt;jrandom&gt; 오, 좋네요 dinoman 14:12 &lt;jrandom&gt; 아마 소프트웨어 방화벽과의 상호작용 때문일 수도 14:12 &lt;deer_&gt; &lt;newsbyte&gt; 아마도요 14:12 &lt;jrandom&gt; 네, 다시 발생하면 로그를 저에게 보내주세요 14:12 &lt;jrandom&gt; (부탁드려요 :) 14:12 &lt;deer_&gt; &lt;newsbyte&gt; 음, 차단되는 거라면 이해하겠는데요 14:12 &lt;deer_&gt; &lt;newsbyte&gt; 그런데 완전 프리즈라니... 글쎄요... 좀 오싹했어요 14:13 &lt;deer_&gt; &lt;newsbyte&gt; 좋은 쪽으로 보면: 지금 27/63이에요 14:13 &lt;jrandom&gt; 훌륭해요 14:13 &lt;jrandom&gt; 자, 0.4.1.3 관련해 다른 질문/의견/우려 있으신가요? 14:13 &lt;deer_&gt; &lt;newsbyte&gt; Whoo에게 eepsite 관련해서 안내를 부탁할게요 14:13 &lt;deer_&gt; &lt;dinoman&gt; Sygate Personal Firewall이랑은 쓰지 마요 아주 안 좋아요 14:13 &lt;deer_&gt; &lt;newsbyte&gt; 왜요? 14:14 &lt;deer_&gt; &lt;dinoman&gt; 크래시 14:14 &lt;deer_&gt; &lt;newsbyte&gt; 맞아요; 6) profit!!을 빼먹었어요 14:14 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:14 &lt;deer_&gt; &lt;newsbyte&gt; 크래시요? 14:14 &lt;deer_&gt; &lt;newsbyte&gt; 어럼 14:14 &lt;jrandom&gt; dinoman: OS가 크래시해요? 방화벽? I2P? 14:14 &lt;deer_&gt; &lt;newsbyte&gt; 음, 그럼 설명이 되겠네요, 그렇죠? ;-) 14:15 &lt;jrandom&gt; newsbyte: Sygate Personal Firewall 쓰시나요? 14:15 &lt;deer_&gt; &lt;newsbyte&gt; 맞아요 14:15 &lt;deer_&gt; &lt;newsbyte&gt; 음, 제 router에는 아니고요 14:15 &lt;deer_&gt; &lt;newsbyte&gt; 컴퓨터에는 맞아요 14:15 &lt;deer_&gt; &lt;newsbyte&gt; 뭔가 실마리를 잡은 듯 14:16 &lt;deer_&gt; &lt;DrWoo&gt; newsbyte: /join #i2p-chat 해서 jrandom이 회의를 진행할 수 있게 14:16 &lt;deer_&gt; &lt;newsbyte&gt; 그래도 바로 크래시/프리즈하진 않는 듯해요 14:16 &lt;deer_&gt; &lt;dinoman&gt; OS, 그러니까 Windows가 크래시해요 14:16 &lt;deer_&gt; &lt;newsbyte&gt; ? 14:16 &lt;deer_&gt; &lt;newsbyte&gt; jrand는 이미 여기 있어요 14:16 &lt;deer_&gt; &lt;dinoman&gt; 미안 방금 딴짓했어 14:16 &lt;jrandom&gt; 좋아요, SPF가 뭘 b0rking 하는지 살펴볼 수 있겠네요 14:16 &lt;jrandom&gt; 0.4.1.3에 더 없으면, 2) Tunnel 테스트 시간, 그리고 전송 처리 시간으로 넘어갈게요 14:17 &lt;jrandom&gt; 어제 몇몇 타임아웃을 살펴보는 논의가 있었고, 기본적으로 가끔 너무 오래 걸립니다 14:17 &lt;jrandom&gt; http://dev.i2p.net/~jrandom/processingTime.png 에서 볼 수 있는 스파이크들은 정상적이진 않다고 봐요 14:18 &lt;jrandom&gt; 음, 실제긴 해요 - 정말 그렇게 오래 걸립니다 14:18 &lt;jrandom&gt; 제 말은, 그걸 없앨 수 있어야 한다는 거죠 14:18 &lt;jrandom&gt; 어느 정도 큐잉은 생기겠지만, 수락할 것을 더 주의하면 줄일 수 있어요 14:19 &lt;jrandom&gt; 지연은 작업 처리 시간의 간헐적 스파이크 때문일 가능성도 높고, 그건 fsck 하게 튜닝할 수 있어요 14:20 &lt;jrandom&gt; 전반적으로는 메시지 큐잉은 괜찮아 보이며, 몇몇 Tunnel 테스트에서 스파이크가 있더라도요 14:20 &lt;deer_&gt; &lt;newsbyte&gt; 젠장.. freenet과 i2p가 정말 합쳐졌으면... 진행 속도가 훨씬 빨라지고 서로 도움이 될 텐데 14:20 &lt;deer_&gt; &lt;Ragnarok&gt; 맞아요, fsck가 jon 처리에 왜 유용할지 모르겠네요 :) 14:20 &lt;deer_&gt; &lt;Ragnarok&gt; s/jon/job/ 14:21 &lt;jrandom&gt; 협력 잠재력은 크지만, 두 프로젝트는 목표가 매우 달라요 14:21 &lt;jrandom&gt; !thwap Ragnarok 14:21 &lt;deer_&gt; &lt;newsbyte&gt; 어럼 14:21 &lt;jrandom&gt; 아, 어제 언급한 한 가지 14:21 &lt;deer_&gt; &lt;newsbyte&gt; 두 프로젝트의 목표가 그렇게 다르진 않다고 보는데요... 14:22 &lt;deer_&gt; &lt;DrWoo&gt; jrandom: 기술적 목표 14:22 &lt;jrandom&gt; newsbyte: 그건 5) ???에서나 이후에 얘기하죠, 지금은 2)입니다 14:22 &lt;deer_&gt; &lt;DrWoo&gt; 업스 newsbyte: 기술적 목표 14:22 &lt;deer_&gt; &lt;Ragnarok&gt; 헤헤 14:22 &lt;deer_&gt; &lt;newsbyte&gt; 네, 그리고 /. 전통에 따르면 3)profit! 도요! 14:22 &lt;deer_&gt; &lt;newsbyte&gt; :-) 14:22 &lt;deer_&gt; &lt;Demokritos&gt; Tor가 0.0.8에서 0.0.8.1로 하위 호환이 안 되다니 믿기 힘드네 14:23 &lt;jrandom&gt; Tunnel 테스트에는 테스트 기간의 하한이 있는데 - 현재 기본값으로 5초입니다 14:23 &lt;jrandom&gt; 이전 릴리스에는 30초의 하드 제한이 있었지만, `http://localhost:7657/configadvanced.jsp` 를 업데이트하고 "router.tunnelTestMinimum=10000" (또는 다른 값 - 밀리초 단위) 를 추가해서 원하는 Tunnel 테스트 시간을 설정할 수 있어요 14:23 &lt;deer_&gt; &lt;newsbyte&gt; 그 초들이, 알케미컬 매지컬한 건가요? 14:24 &lt;jrandom&gt; 기본 5초면 괜찮습니다 14:24 &lt;deer_&gt; &lt;Demokritos&gt; 사실 그제 Tor를 업그레이드했는데, 멈춰서요. 그런데 지금 네트워크가 또 비호환 버전이라고 하네요, 이게 뭐람.. 14:24 &lt;deer_&gt; &lt;Demokritos&gt; 아... 모두 안녕하세요 :) 14:24 &lt;jrandom&gt; newsbyte: Tunnel 테스트 시간은 MAX(avgTunnelTestTime*2, minTunnelTestTime) 입니다 14:25 &lt;jrandom&gt; (minTunnelTestTime이 있는 이유는, 빠른 테스트가 연달아 나오면 연쇄 장애를 유발할 수 있기 때문이죠) 14:26 &lt;jrandom&gt; 자세한 내용은 http://dev.i2p.net/cgi-bin/cvsweb.cgi/i2p/history.txt?rev=HEAD 에 있습니다 14:26 &lt;deer_&gt; &lt;newsbyte&gt; 흠 14:26 &lt;deer_&gt; &lt;Demokritos&gt; 이건 정말 웃기네요... 직업 알선소가 Internet Explorer를 쓰라고 하네요, 아니면 지원 등록이 안 된대요 14:27 &lt;jrandom&gt; 콜록* 여러분 이 회의 로그가 웹에 올라간다는 거 아시죠? :) 14:27 &lt;deer_&gt; &lt;Demokritos&gt; &lt;-- 영어가 그리 좋지 않아서요 14:27 &lt;deer_&gt; &lt;newsbyte&gt; 올라간다고요?! 14:27 &lt;deer_&gt; &lt;newsbyte&gt; 엄마, 안녕! 14:27 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:27 &lt;deer_&gt; &lt;Demokritos&gt; 음, 미안. .회의 방해했네요.. 전 물러갈게요 14:28 &lt;jrandom&gt; 아니에요, 계세요, 대신 i2p 얘기만 하죠 ;) 14:28 &lt;deer_&gt; &lt;newsbyte&gt; 걱정 마요; 방해는 예술이에요, 저만 잘 지켜보면 배울 겁니다 14:28 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:28 &lt;jrandom&gt; 그럼, 2) Tunnel 테스트 시간, 그리고 전송 처리 시간 관련해 더 있으신가요? 14:28 &lt;deer_&gt; &lt;Ragnarok&gt; 모두 집중 14:29 -!- znation [~znation@ip68-226-31-250.tc.ph.cox.net] 님이 종료했습니다 [Read error: 60 (Operation timed out)] 14:29 &lt;jrandom&gt; 없으면, 3) Streaming lib 로 넘어가죠 14:29 &lt;jrandom&gt; 상태 노트에서 언급했듯, 진전이 많았습니다 14:29 -!- znation [~znation@ip68-226-31-250.tc.ph.cox.net] 님이 #i2p 에 참가했습니다 14:29 &lt;deer_&gt; &lt;newsbyte&gt; 당신이 하신 건가요? 14:29 &lt;jrandom&gt; 아직 거기까지는 아니지만, 다음 주에 라이브 테스트를 할 수 있길 바랍니다 14:30 &lt;jrandom&gt; streaming lib 작업을 하고 있었어요, 네 14:30 &lt;jrandom&gt; 오늘 일찍 드디어 ping()ing 하게 만들었어요 ;) 14:30 &lt;deer_&gt; &lt;Ragnarok&gt; 멋져요 :) 14:31 &lt;jrandom&gt; 음, 그에 대해 더 보탤 말은 별로 없네요 14:31 &lt;jrandom&gt; 질문 / 의견 / 우려 있으신가요? 14:31 &lt;deer_&gt; &lt;newsbyte&gt; 음... 속도는요? 14:31 &lt;jrandom&gt; 속도는 괜찮습니다 14:31 &lt;deer_&gt; &lt;baffled&gt; 어떤 종류의 속도 향상/처리량을 기대하세요? 14:31 &lt;jrandom&gt; 상당한 처리량 향상을 기대합니다 14:32 &lt;deer_&gt; &lt;newsbyte&gt; 그는 'fine'(벌금)을 기대한대요 14:32 &lt;deer_&gt; &lt;newsbyte&gt; 과속해서요 14:32 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:32 &lt;jrandom&gt; 게다가, 작은 요청/응답 연결에서는 지연이 극적으로 줄어들 겁니다 14:32 &lt;jrandom&gt; (절반으로) 14:32 &lt;deer_&gt; &lt;dinoman&gt; 와우 14:32 &lt;deer_&gt; &lt;dinoman&gt; 그거 udp 쓰나요? 14:33 &lt;jrandom&gt; 새 lib는 일반 TCP 스택용 멋진 튜닝 가능한 매개변수를 모두 노출하므로, 앱들이 자기 설정을 마음껏 조정할 수 있어요 14:33 &lt;jrandom&gt; 아니요 dinoman, 이건 i2p의 I2CP 위에서 동작합니다 14:33 &lt;deer_&gt; &lt;dinoman&gt; 와우 x2 14:33 &lt;jrandom&gt; (다만 한 달쯤 뒤엔 UDP 전송을 위해 비슷한 코드를 작성할 거예요..) 14:34 &lt;jrandom&gt; 뭐, 지켜보죠. 14:34 &lt;deer_&gt; &lt;newsbyte&gt; 왜죠...? 14:34 &lt;jrandom&gt; 아직 할 일이 많아서요 14:34 &lt;jrandom&gt; 뭐가 왜죠? 14:34 &lt;deer_&gt; &lt;newsbyte&gt; 음, TCP로도 할 수 있는 거 아닌가요? 14:35 &lt;jrandom&gt; 아, 왜 우리가 UDP로 가려는지요? http://www.i2p.net/todo#transport 14:35 &lt;deer_&gt; &lt;newsbyte&gt; freenet에서도 같은 얘기를 봤는데, 그쪽은 아직 tcp를 고수하죠 14:35 &lt;jrandom&gt; 게다가 TCP는 범용 스트리밍 전송이라서, 어느 정도 순서 뒤바뀜을 용인할 수 있으니 대폭 단순화할 수 있어요 14:35 &lt;deer_&gt; &lt;newsbyte&gt; 그쪽이 항상 옳은 결정을 하는 건 아니니까요 ;-) 14:36 &lt;jrandom&gt; newsbyte: 그런 논의들을 지켜봤고, 우리는 udp로 갈 겁니다 14:36 &lt;jrandom&gt; (그렇다고 freenet이 틀렸다는 뜻은 아니에요 - 제약이 다르니까요) 14:37 &lt;deer_&gt; &lt;Ragnarok&gt; i2p를 freenet과 너무 가깝게 비교하진 말아야 해요. 기술적으로 매우 다릅니다. 14:37 &lt;deer_&gt; &lt;newsbyte&gt; (아니면: 그들이 틀렸다는 뜻 ;-) 14:37 &lt;jrandom&gt; 그들이 지금 TCP를 쓰는 게 틀렸다고 보진 않아요, 예전에 I2P가 TCP를 썼던 것도 그렇고요. 발전은 작은 걸음에서 시작하죠 14:38 &lt;deer_&gt; &lt;mule_iip&gt; newsbyte 덕에 회의가 너무 짧아지진 않네요 14:38 &lt;jrandom&gt; 헤헷 14:38 &lt;deer_&gt; &lt;newsbyte&gt; 맞아요, 짧은 회의만큼 나쁜 건 없죠 14:38 &lt;deer_&gt; &lt;newsbyte&gt; 그러면 팝콘 다 먹고 맥주 다 마실 수가 없잖아요 14:38 &lt;jrandom&gt; 좋아요, 3) Streaming lib 에 대해 더 있으신가요? 14:39 &lt;jrandom&gt; 없으면, 4) files.i2p 14:39 &lt;deer_&gt; &lt;Ragnarok&gt; 괜찮은 것 같아요 14:39 &lt;deer_&gt; &lt;newsbyte&gt; 음, 저는 그렇죠 14:39 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:39 &lt;deer_&gt; &lt;newsbyte&gt; 그리고 웃기기도 하고요 14:39 &lt;deer_&gt; &lt;newsbyte&gt; 대부분의 시간엔요 14:39 &lt;deer_&gt; &lt;newsbyte&gt; 그리고 성가시기도 14:39 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:39 &lt;jrandom&gt; 자, files.i2p를 소개하고 싶었어요 - i2p의 새로운 검색 엔진입니다 14:40 &lt;deer_&gt; &lt;newsbyte&gt; 아, 알겠어요 14:40 &lt;deer_&gt; &lt;newsbyte&gt; eepsites 올리는 얘긴가 기대했는데 14:40 &lt;jrandom&gt; 흥미로운 점은, 캐시를 하기 때문에 더 이상 올라와 있지 않은 eepsites(익명 웹사이트)도 접근할 수 있다는 겁니다 14:41 &lt;deer_&gt; &lt;baffled&gt; 전부 캐시하나요? 14:41 &lt;deer_&gt; &lt;newsbyte&gt; 지금까지의 검색엔진은 모두 서버 사이드? 14:41 &lt;deer_&gt; &lt;Ragnarok&gt; 흥미롭네요. 요즘은 그리 어렵지 않을 듯요 :). 14:41 &lt;jrandom&gt; baffled: 보기엔 text/html을 캐시하네요 14:42 &lt;deer_&gt; &lt;mule_iip&gt; 적어도 파일 크기와 타입에 제한이 있어서, 동영상은 캐시하지 않을 듯 14:42 &lt;deer_&gt; &lt;baffled&gt; 아, 그럴 줄 알았어요. 바이너리는 아니군요. 14:42 &lt;deer_&gt; &lt;newsbyte&gt; 제 말은, JS로 하는 건 아니겠죠? 14:43 &lt;jrandom&gt; 더 알아보고 싶다면 Nutch를 씁니다. 아니면 사이트 운영자에게 피드백 폼 같은 걸 올려달라고 할 수도 있겠죠 ;) 14:43 &lt;jrandom&gt; newsbyte: 맞아요, 익명으로 호스팅되는 일반 웹사이트일 뿐이에요 14:43 &lt;jrandom&gt; 사이트에 검색 엔진이 들어 있습니다(구글 같은) 14:44 &lt;jrandom&gt; 어쨌든, 그냥 언급만 하고 싶었어요 14:44 &lt;jrandom&gt; 최근 블로그도 많이 생기고 있는데, 제 생각엔 정말 멋져요 14:44 &lt;jrandom&gt; 제 'eep' 북마크 폴더가 화면을 다 채울 지경이에요 :) 14:44 &lt;deer_&gt; &lt;Ragnarok&gt; 헤헷, myi2p는 저절로 일어나고 있네요 :) 14:45 &lt;jrandom&gt; 꼭 아픈 데를 건드려야겠어요, 그렇죠 ragnarok? ;) 14:45 &lt;deer_&gt; &lt;Ragnarok&gt; 미안 :) 14:46 &lt;jrandom&gt; files.i2p에 관해 다른 질문/의견/우려 있으신가요? 14:46 &lt;jrandom&gt; 없다면, 4.1) biff로 넘어갈게요 14:46 * jrandom biff를 거의 잊을 뻔 14:46 &lt;jrandom&gt; postman, 있나요? 14:47 &lt;deer_&gt; &lt;newsbyte&gt; 아마 biffed up 된 것 같네요 14:47 &lt;jrandom&gt; 음, 없다면, biff는 새로 나온 끝내주는 메일 알림 봇입니다 14:47 &lt;jrandom&gt; mail.i2p에 이메일 계정이 있다면, biff에게 새 메일이 오면 알려달라고 요청할 수 있어요 14:47 &lt;deer_&gt; &lt;newsbyte&gt; 아카이브도 있나요? 14:48 &lt;jrandom&gt; newsbyte: biff는 단지 알림 봇이고, 메일은 메일 서버에 저장됩니다(그리고 일반 메일 클라이언트 - kmail 등 - 로 접근합니다) 14:48 &lt;jrandom&gt; `http://www.postman.i2p/` 참고 14:49 &lt;jrandom&gt; 자, 그러니 eepsite로 가보시거나, 저쪽 #mail.i2p를 확인해 보세요 14:49 &lt;deer_&gt; &lt;newsbyte&gt; 제 eepsite가 올라가면 바로요 14:49 * jrandom biff 관련은 잘 몰라요 - 질문은 postman에게 돌려주세요 14:50 &lt;jrandom&gt; 대신, 5) ??? 로 넘어가도 될까요 14:50 &lt;deer_&gt; &lt;newsbyte&gt; 그럼요 14:50 &lt;jrandom&gt; 더 꺼내고 싶은 얘기 있으신가요? 14:50 &lt;deer_&gt; * mule_iip 발언권 요청하며 손듦: 지속적인 FCP over I2P 문제를 다시 상기시키고 싶습니다. 하지만 아마 기다려도 되고 0.4.2에서 자동매직하게 해결될 거예요. 14:50 &lt;deer_&gt; &lt;newsbyte&gt; 네, 그리고 그 프리즈 14:50 &lt;jrandom&gt; 그랬으면 좋겠네요 mule_iip 14:50 &lt;deer_&gt; &lt;mule_iip&gt; 오케이, 제 환경을 테스트 플랫폼으로 쓰세요 :) 14:50 &lt;jrandom&gt; newsbyte: 그건 더 얘기할 게 있나요? 다시 발생하면 로그를 이메일로 보내주실 수 있나요? 14:51 &lt;jrandom&gt; 오 mule, 최고죠 14:51 * jrandom 그 제안 꼭 받겠습니다 14:51 &lt;deer_&gt; &lt;newsbyte&gt; 음... 전부 멈췄을 때도 그걸 보낼 수 있나요? 14:51 &lt;jrandom&gt; 파일은 디스크에 기록돼요. 14:51 &lt;jrandom&gt; 재시작한 뒤 로그를 보내주세요 14:51 &lt;deer_&gt; &lt;newsbyte&gt; 제 말은, 그 말대로라면 지금도 보낼 수 있겠네요, 어딘가에 있을 테니 14:51 &lt;jrandom&gt; (부탁드려요) 14:51 &lt;deer_&gt; &lt;dinoman&gt; 포럼에서 jabber 서비스가 없어졌던데요. 그게 우리 쪽 거였나요, 다른 누구 건가요? 만약 우리에게 도움이 됐다면, 괜찮다면 제가 하나 운영해보고 싶어요? 14:51 &lt;jrandom&gt; 파일은 순환(rotating)됩니다 newsbyte 14:52 &lt;jrandom&gt; duck과 demonic_1이 시기에 따라 jabber 서버를 운영했었는데, i2p IM 활동의 대부분은 irc에서 이뤄진 것 같아요 14:52 &lt;deer_&gt; &lt;newsbyte&gt; 파일이 순환된다고요? 삭제 시작 전에 꽤 많은 데이터를 저장하겠죠? 14:53 &lt;jrandom&gt; newsbyte: 좋아요, 로그를 보내주세요, 뭔가 있을지도 몰라요 14:53 &lt;deer_&gt; &lt;newsbyte&gt; 좋습니다 14:53 &lt;deer_&gt; &lt;newsbyte&gt; 어럼 14:54 &lt;deer_&gt; &lt;newsbyte&gt; 젠장 14:54 &lt;deer_&gt; &lt;newsbyte&gt; .log가 엄청 많네요 14:54 &lt;deer_&gt; &lt;dinoman&gt; 오케이 14:54 &lt;deer_&gt; &lt;newsbyte&gt; 뉴비는 이거 절대 못 따라가겠어요 14:54 &lt;deer_&gt; &lt;newsbyte&gt; 아직 /. 기사 안 내는 게 맞는 듯 14:55 &lt;jrandom&gt; 우린 급하지 않아요 14:55 &lt;deer_&gt; &lt;newsbyte&gt; log-router.txt? 14:55 &lt;jrandom&gt; wrapper.log and logs/log-router-*.txt 14:56 &lt;deer_&gt; &lt;newsbyte&gt; 그리고 사용할 메일 주소는...? 14:56 &lt;deer_&gt; &lt;fidd&gt; dinoman, jabber 서버 좋을 듯요 제 생각엔 14:56 &lt;jrandom&gt; jrandom@i2p.net 14:56 &lt;deer_&gt; &lt;newsbyte&gt; i2p로 접근 가능하겠죠, 그죠? 14:56 &lt;deer_&gt; &lt;newsbyte&gt; ;-) 14:56 &lt;jrandom&gt; newsbyte: 로그를 본인 eepsite에 올리고 URL을 메시지로 주세요 14:57 &lt;jrandom&gt; 아니면 jrandom@mail.i2p 로 메일을 보내도 됩니다 14:57 &lt;deer_&gt; &lt;newsbyte&gt; 그렇죠! 14:57 &lt;deer_&gt; &lt;newsbyte&gt; 좋은 생각! 14:57 &lt;deer_&gt; &lt;newsbyte&gt; 단 하나의 작은 문제가 있어요: 아직 올라가 있질 않네요 14:57 &lt;jrandom&gt; 자, 다른 얘기 있으신가요? 14:57 &lt;jrandom&gt; 그건 우리 같이 해결해 봅시다 newsbyte 14:57 &lt;jrandom&gt; (회의 후에) 14:59 &lt;deer_&gt; &lt;newsbyte&gt; 고마워요, 하지만 whoo가 이미 돕고 있어요 14:59 &lt;jrandom&gt; 더 없으면... 14:59 &lt;deer_&gt; &lt;newsbyte&gt; 그래도 자세한 howto/wiki/도움말 사이트/뭐 그런 게 필요해요 14:59 * jrandom 마무리 준비 14:59 &lt;deer_&gt; &lt;Jake_&gt; 회의에서 한마디 하자면, 11월 2일 미국 선거 전에 i2p 공개 릴리스를 낼 수 있다면 안정적인 민주주의 보장에 크게 기여할 겁니다 14:59 &lt;deer_&gt; &lt;newsbyte&gt; 그럼 6)은요? 14:59 &lt;jrandom&gt; newsbyte: 그걸 맡아보시겠어요? 15:00 &lt;jrandom&gt; newsbyte: howto와 도움말 정보를 더 마련하면 아주 좋겠다는 데 동의해요 15:00 &lt;deer_&gt; &lt;Ragnarok&gt; 6) 그런 건 없어요.... 넘버 6 15:00 &lt;deer_&gt; &lt;newsbyte&gt; 음, 네, 어느 정도는요, 그런데 제 경우 좀 이상해요 15:00 &lt;deer_&gt; &lt;newsbyte&gt; 전 위키나 공개 뭐시기, 모두에게 자유롭게 이런 걸 지지하는데 15:00 &lt;deer_&gt; &lt;newsbyte&gt; 제 자아가 항의해서 최소한의 통제는 하고 싶대요 15:00 &lt;jrandom&gt; 좋아요 15:00 &lt;deer_&gt; &lt;newsbyte&gt; 참 알쏭달쏭하네요 15:00 &lt;jrandom&gt; 헤헷 15:01 &lt;jrandom&gt; 원하시면 본인 eepsite를 직접 관리하는 위키로 만드셔도 좋아요 15:01 &lt;deer_&gt; &lt;newsbyte&gt; 좋죠 15:01 &lt;jrandom&gt; 다만 ugha.i2p의 가동시간이 꽤 좋긴 해요 15:01 &lt;deer_&gt; &lt;newsbyte&gt; 생각해볼게요 15:01 &lt;jrandom&gt; 좋아요 15:02 &lt;deer_&gt; &lt;newsbyte&gt; 6은 freenet-i2p 뭐시기였죠 15:02 * jrandom 마무리 준비 15:02 * jrandom 회의를 *baf* 로 마감한다 &lt;/div&gt; {% endblock %} </div>/ko/blog/2004/10/12/2004-10-12%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 12 Oct 2004 00:00:00 +0000/ko/blog/2004/10/12/2004-10-12%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분, 주간 업데이트 시간입니다</p> <h2 id="색인">색인:</h2> <ol> <li>0.4.1.2</li> <li>0.4.1.3</li> <li>0.4.2</li> <li>mail discussions</li> <li>???</li> </ol> <h2 id="1-0412">1) 0.4.1.2</h2> <p>새로운 0.4.1.2 릴리스가 나온 지 며칠 되었고 전반적으로 예상대로 진행되고 있습니다 - 다만 새로운 watchdog 컴포넌트에서 몇 가지 문제가 있어, 재시작하는 대신 상황이 Bad(문제 상태)일 때 여러분의 router를 종료시켜 버리는 경우가 있었습니다. 오늘 앞서 언급했듯이, 저는 새로운 통계 로깅 도구를 사용해 저에게 일부 데이터를 보내 주실 분들을 찾고 있으니, 그에 대한 여러분의 도움이 매우 감사하겠습니다.</p> <h2 id="2-0413">2) 0.4.1.3</h2> <p>0.4.2가 나오기 전에 한 번 더 릴리스를 할 예정입니다. 다음 단계로 넘어가기 전에 네트워크를 가능한 한 견고하게 만들고 싶기 때문입니다. 현재 실험 중인 것은 tunnel 참여에 대한 동적 스로틀로, 과부하 상태이거나 자신의 tunnel이 평소보다 느릴 때 요청을 확률적으로 거부하도록 router들에게 지시하는 방식입니다. 이러한 확률과 임계값은 수집 중인 통계로부터 동적으로 계산됩니다 — 10분 tunnel 테스트 시간이 60분 tunnel 테스트 시간보다 크다면, tunnel 요청을 60minRate/10minRate의 확률로 수락합니다(또한 현재 tunnel 수가 60분 평균 tunnel 수보다 많다면, p=60mRate/curTunnels로 수락합니다).</p>/ko/blog/2004/10/12/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-10%EC%9B%94-12%EC%9D%BC/Tue, 12 Oct 2004 00:00:00 +0000/ko/blog/2004/10/12/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-10%EC%9B%94-12%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> deer, Janonymous, jrandom, modulus</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) 안녕하세요 14:04 &lt;jrandom&gt; 1) 0.4.1.2 14:04 &lt;jrandom&gt; 2) 0.4.1.3 14:05 &lt;jrandom&gt; 3) 0.4.2 14:05 &lt;jrandom&gt; 4) 메일 논의 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) 안녕하세요 14:05 * jrandom 손을 흔든다 14:05 &lt;Janonymous&gt; 안녕하세요 14:05 &lt;jrandom&gt; 이번 주 안건에 숫자(#)가 많네요 14:05 &lt;jrandom&gt; 주간 상태 노트는 여기 있음 @ http://i2p.net/pipermail/i2p/2004-October/000466.html 14:05 &lt;jrandom&gt; (1~3분 전에 올렸어요) 14:05 &lt;deer&gt; * cervantes가 베개를 들고 옴 14:06 &lt;jrandom&gt; 오, 그렇게 지루하진 않길 ;) 14:06 &lt;jrandom&gt; 아무튼, 본론으로 갑시다: 1) 0.4.1.2 14:06 &lt;deer&gt; &lt;cervantes&gt; 통계 분석 섹션 끝나고 깨워줘 14:06 &lt;jrandom&gt; 릴리스가 나왔고 모두 업그레이드해야 해요 14:06 &lt;jrandom&gt; 헤헷 14:06 &lt;deer&gt; &lt;cervantes&gt; 으, 깨워 14:07 &lt;jrandom&gt; watchdog 코드에 몇 가지 버그가 있어서, 문제가 생길 때 router를 재시작하는 대신 엉망으로 종료시켜 버릴 수 있어요 14:07 &lt;jrandom&gt; 하지만 그런 상황은 드물 거라 기대합니다 14:07 &lt;deer&gt; &lt;mule_iip&gt; 아니요 :( 14:08 &lt;jrandom&gt; 음, 사용자마다 다르긴 해요 14:08 &lt;jrandom&gt; 원인을 찾고 있어요. 예전부터 있던 문제라 꽤 성가시거든요 14:08 &lt;jrandom&gt; (멈춤 자체 말이에요, 멈춤을 감지하는 watchdog 코드가 아니라) 14:09 &lt;jrandom&gt; 현재 CVS rev(0.4.1.2-1)는 watchdog의 핵심 기능을 비활성화해 두었어요 - 모니터링만 하고, router를 종료하진 않아요 14:10 &lt;jrandom&gt; 하지만 0.4.1.2는 모두에게 괜찮을 거예요 (mule만 빼고 ;) 14:10 &lt;jrandom&gt; 아, 전에 말했듯이, 로깅을 켜고 http://dev.i2p.net/pipermail/i2p/2004-October/000465.html 에 따라 데이터를 저에게 보내주세요 14:11 &lt;jrandom&gt; 데이터는 많을수록 좋아요 - 밤새 돌려둘 수 있으면 최고죠 (duck의 박스에서 20시간 돌렸더니 약 60MB의 데이터가 생성됐어요) 14:11 &lt;jrandom&gt; 좋아요, 2) 0.4.1.3으로 넘어가죠 14:12 &lt;jrandom&gt; 음, 이메일에 적힌 것 말고 특별히 덧붙일 건 없어요 14:12 &lt;jrandom&gt; 0.4.1.3 관련해서 할 말 있는 분? 14:12 &lt;Janonymous&gt; 아뇨 14:13 &lt;deer&gt; &lt;postman&gt; 없어요 14:13 &lt;Janonymous&gt; 하위 호환되나요? 14:13 &lt;jrandom&gt; 물론이죠 14:13 &lt;jrandom&gt; 좋아요, 그럼 * 3) 0.4.2로 14:14 &lt;jrandom&gt; 다시 한 번, "이메일 참고"예요 :) 14:14 &lt;Janonymous&gt; xpc vs. tcp ?? 14:14 &lt;jrandom&gt; TCP 스택을 구현해본 적이 없어서, 어떤 조언이든 환영해요 14:15 &lt;jrandom&gt; XCP는 지연이 큰 네트워크에서 더 잘 동작해요 14:15 &lt;jrandom&gt; (혼잡 제어 측면에서) 14:15 &lt;Janonymous&gt; 거기에 FEC(전방 오류 정정)가 포함되나요? 14:15 &lt;jrandom&gt; 아니요 14:16 &lt;Janonymous&gt; 오케이, 그거 좀 찾아보고 있었거든요 14:17 &lt;jrandom&gt; 멋져요 14:17 &lt;jrandom&gt; 유용한 거 뭐 찾은 거 있어요? 14:17 &lt;deer&gt; &lt;cervantes&gt; 대부분의 GET 요청은 32KB 미만이고... 보통 HTML 페이지도 그 정도일 테니... eepsurfing은 훨씬 개선될 거라 봐요... - 다만 per-tunnel 처리량도 좋아졌으면 하거든요... 새 스택이 그 부분도 개선하나요? 14:17 &lt;Janonymous&gt; FEC는 지연이 크고/처리량이 큰 네트워크에서 많이 쓰이죠 14:18 &lt;deer&gt; &lt;mule_iip&gt; jrandom: 저도 안 해봤지만, 여기 사람 한 명을 붙여 도와드릴 수 있어요 14:18 &lt;Janonymous&gt; jrandom: 좀 있어요.. 나중에 보고할게요 14:18 &lt;deer&gt; &lt;mule_iip&gt; 최소한 그에겐 좋은 학습 경험이고, 한 쌍의 추가 눈이 되겠죠 14:18 &lt;jrandom&gt; 좋아요, Janonymous 14:18 &lt;jrandom&gt; 오, 멋져요 mule 14:18 &lt;jrandom&gt; cervantes: per-tunnel 처리량은 메시지 윈도우가 &gt;1이면 개선될 거예요 14:19 &lt;jrandom&gt; (router에서 얻어낼 수 있는 정보에 따라, 처음부터 윈도우 크기를 &gt;1로 시작할 수도 있다고 봐요) 14:19 &lt;jrandom&gt; ((ecn++)) 14:19 &lt;deer&gt; &lt;cervantes&gt; 굿 14:20 &lt;jrandom&gt; 좋아요, 0.4.2 관련해서 다른 거 있나요? 14:20 &lt;Janonymous&gt; 새 스택.. 새 노트북.. *침 질질* 14:21 &lt;jrandom&gt; 헤헷 14:21 &lt;Janonymous&gt; 예 14:21 &lt;Janonymous&gt; 한 가지 14:22 &lt;Janonymous&gt; 이게 새로운 짧은 핸드셰이크를 구현하나요? 14:22 &lt;jrandom&gt; 흠? 14:22 &lt;jrandom&gt; 0.4.1 트랜스포트에는 CPU 소모가 낮은 TCP 재연결 코드가 있어요 14:22 &lt;Janonymous&gt; 아, 이메일에서 alice-&gt; bob 핸드셰이크를 언급했잖아요 14:23 &lt;Janonymous&gt; 아 14:23 &lt;Janonymous&gt; 아직 따라잡는 중 14:23 &lt;jrandom&gt; 오. 네, 0.4.2에서 나오는 게 무엇이든, 이메일에 있는 것과 같은 패킷 시퀀스는 지원할 거예요 14:24 &lt;Janonymous&gt; 오케이 14:24 &lt;jrandom&gt; 아마 주로 소켓 옵션으로 제어할 거예요 (예: 스트림을 "interactive"로 설정하면 최대한 빨리 보내고, "bulk"로 설정하면 버퍼가 가득 차거나 flush될 때만 [또는 ack가 필요할 때만] 보냄) 14:25 &lt;jrandom&gt; 좋아요, 4) 메일 논의로 넘어가죠 14:25 &lt;jrandom&gt; postman - 자리 있나요? 14:26 &lt;deer&gt; &lt;postman&gt; 네 14:26 &lt;jrandom&gt; 좋아요, 메일 관련해서 개요/업데이트 좀 해주시겠어요? 14:27 &lt;deer&gt; &lt;postman&gt; 흠, 좋아요, 이렇게 많은 사람들 앞에서 말하는 건 좀 부끄럽지만요 :) 14:27 &lt;jrandom&gt; 헤헷 우리 모두 벌거^H^H^H그녀... 라고 상상해봐요... nm 14:28 * Janonymous 팝콘을 꺼낸다 14:28 &lt;deer&gt; &lt;postman&gt; 9월 20일부터 SMTP/POP 서비스가 돌아가고 있어요 - 일반적인 smtp/pop3 MUA(메일 사용자 에이전트)로 접근할 수 있어요 14:29 &lt;deer&gt; &lt;postman&gt; 일반 메일 클라이언트가 내포한 잠재적 위험을 분석하는 데 상당한 노력을 들였어요 14:29 &lt;Janonymous&gt; inproxy/outproxy는 어때요? 14:29 &lt;deer&gt; &lt;postman&gt; 그걸 전부 웹사이트에 정리해두었습니다 14:29 &lt;deer&gt; &lt;postman&gt; 아직 못 보신 분들은: www.postman.i2p 14:29 * Janonymous 현재 네트워크에 접속할 수 없음 14:30 &lt;deer&gt; &lt;postman&gt; 웹사이트에는 I2P와 인터넷 사이를 브리징할 때 메일 서비스의 익명성과 신뢰성과 관련된 일반적인 문제를 모두 포괄하려는 제안서가 있어요 14:30 &lt;deer&gt; &lt;postman&gt; out/inproxy는 아직 가동되지 않지만 계획 중이에요 14:30 &lt;Janonymous&gt; 메일링 리스트나 포럼에서 일부 논의를 본 것 같아요 14:30 &lt;Janonymous&gt; out이 in보다 더 위험하죠, 맞나요? 14:31 &lt;deer&gt; &lt;postman&gt; 먼저 모두가 동의하는 개념을 정하고 싶어요 14:31 &lt;deer&gt; &lt;postman&gt; 일반적으로는 예, 하지만 스팸 같은 게 밖으로 나가지 않게 할 방법을 찾은 것 같아요 14:31 &lt;jrandom&gt; 멋진 건, mx.postman.i2p in/outproxy가 서로 다른(또는 다중 중복된) POP3 계정으로 디스패치할 수 있으면 좋겠다는 거죠 14:31 &lt;deer&gt; &lt;postman&gt; 바깥으로 메일을 보내려는 각 사용자에게 쿼터를 두는 식으로요 14:32 &lt;jrandom&gt; (그렇게 하면 특정 메일 호스트에 묶이지 않죠) 14:32 &lt;deer&gt; &lt;postman&gt; jrandom2p: 좀 더 설명해 주세요 14:33 &lt;Janonymous&gt; 서로 다른 메일 호스트도 동기화할 수 있을까요? 14:33 &lt;deer&gt; &lt;postman&gt; jrandom2p: 그건 계정 기반 라우팅의 문제예요 14:33 &lt;jrandom&gt; 맞아요, postman 14:33 &lt;jrandom&gt; 아마 일이 많겠죠, 당신이 쓰는 MTA들에 대해선 제가 잘 몰라서요 14:33 &lt;deer&gt; &lt;postman&gt; jrandom2p: out/in proxy가 내부 메일 시스템을 하나 이상 쉽게 다룰 수 있어요 - 심지어 폴백 방식의 전달도 구성할 수 있고요 14:34 &lt;jrandom&gt; 좋아요, 훌륭하네요 14:34 &lt;Janonymous&gt; in/out 관련 질문 있어요 14:34 &lt;deer&gt; &lt;postman&gt; janonymous: 질문을 이해하지 못했어요 - 설명해 주세요 14:34 * jrandom mx.postman에서 UUCP 스타일 오프라인 가져오기를 상상함 :) 14:35 &lt;Janonymous&gt; 메일박스 간 암호화를 의무화하면 in/out 전송이 덜 위험해질까요? 14:35 &lt;deer&gt; &lt;postman&gt; jrandom: 하하, UUCP는 필요 없을 것 같아요 - 아마 ETRN이 더 섹시하죠 :) 14:35 &lt;deer&gt; &lt;postman&gt; janonymous: 지금은 시스템이 내부에서만 동작해요 - 누구든 PGP나 비슷한 걸 적용해도 됩니다 14:36 &lt;jrandom&gt; Janonymous: www.postman.i2p에 들러보세요 - 거기에 아이디어/이슈를 잔뜩 올려놨어요 14:36 &lt;Janonymous&gt; 암호화/서명을 의무화하는 것도 스팸 방지 방법이라고 봐요 14:36 &lt;deer&gt; &lt;Ragnarok&gt; postman.i2p 주소록을 LDAP로 서비스할 수 있을까요? 14:36 &lt;Janonymous&gt; 노트북이 오면 갈게요 14:37 &lt;deer&gt; &lt;postman&gt; rag: 이미 주소록이 있어요 - 다만 SQL 기반이에요 - LDAP로 옮기는 건 가능하죠 14:38 &lt;Janonymous&gt; = 서버 호스팅 주소록인가요? 14:38 &lt;deer&gt; * postman이 ideas/concepts HTML 문서에 아이디어를 기고해 달라고 모두에게 요청함 14:38 &lt;Janonymous&gt; 그럴게요, postman 14:38 &lt;deer&gt; * cervantes가 주소록을 크롤링하고 음경 확대 약품 광고 메일 쓰기 시작함 14:39 &lt;deer&gt; &lt;postman&gt; janonymous: 음, 모든 메일 사용자가 SQL 기반이라서 - 그 "주소록"은 그 테이블에 대한 뷰일 뿐이에요 14:39 &lt;deer&gt; &lt;postman&gt; cervantes: 참고로, 각 사용자는 자신을 보이게 할지 말지 선택할 수 있어요 14:39 &lt;Janonymous&gt; 아 14:40 &lt;Janonymous&gt; 선택적 그룹은 어떤가요 ;) 14:40 &lt;deer&gt; &lt;cervantes&gt; postman: 응, 벌써 가입했어 ;-) 14:40 &lt;deer&gt; &lt;postman&gt; cervantes: 그리고 우리에겐 mailidentidy 시스템이 있어서, 발신자 주소를 위조할 수 없어요 - 그게 당신이었다는 걸 알죠 :) 14:40 &lt;deer&gt; &lt;postman&gt; janonymous: 네, 2.0 버전에 계획되어 있어요 :) 14:41 &lt;deer&gt; &lt;cervantes&gt; postman: 하지만 난 그냥 모든 ircnym@postman.i2p으로 스팸 보낼 거야 ;-) 14:41 &lt;deer&gt; &lt;postman&gt; cervantes: 기술적으로 가능하죠, 네 :) 14:42 &lt;deer&gt; &lt;postman&gt; cervantes: 그 알약도 실제로 배달할 수 있길 바라요 :) 14:42 &lt;Janonymous&gt; i2p에 꼭 필요하고 오래 기다려온 발전처럼 들리네요 14:42 &lt;Janonymous&gt; 새로운 이메일 시스템이요 14:42 &lt;deer&gt; &lt;cervantes&gt; postman: 발신자 얘기로 말하자면.. "Cervantes의 음경 확대 영약"이면 보낸 사람이 누군지도 표시되겠네 :) 14:42 &lt;deer&gt; &lt;postman&gt; janonyous: 구현된 모든 세부사항을 다 말하긴 어렵네요 14:43 &lt;deer&gt; &lt;postman&gt; jan: 이건 웹사이트가 가장 적합해요 14:43 &lt;deer&gt; &lt;postman&gt; cervantes: 그렇죠 - 하지만 그건 위조될 수 있어요 :) 14:43 &lt;Janonymous&gt; 알겠어요.. 최대한 빨리 가볼게요 14:43 &lt;jrandom&gt; 좋아요, 훌륭해요. 그러니 www.postman.i2p에 올라온 걸 검토하시고 아이디어/의견을 보내주세요 14:43 &lt;deer&gt; * postman이 고개를 끄덕이고 다시 앉음 14:44 &lt;jrandom&gt; (postman++) 14:44 &lt;jrandom&gt; 자, 그러면 5) ???로 14:44 &lt;jrandom&gt; 또 제기하고 싶은 이슈 있나요? 14:44 &lt;jrandom&gt; (i2p 관련) 14:44 &lt;deer&gt; &lt;postman&gt; :) 14:44 &lt;Janonymous&gt; 그냥 생각난 건데요 14:45 &lt;Janonymous&gt; I2P의 가능한 활용처.. "분산 익명 네트워크 레이어"라는 건 알지만요 14:45 &lt;deer&gt; &lt;Jake&gt; 제 노드가 내려갔어요 :( 집의 다른 곳으로 장비를 옮기는 중 14:46 &lt;Janonymous&gt; 그런데 그걸 어디에 쓸 수 있을까요.. 특히 "공익" 이슈들요 14:46 &lt;Janonymous&gt; 억압적인 제3세계 국가들, 표현의 자유.. 등등.. 그게 제가 처음에 i2p에 관심을 갖게 된 주요 이유 중 하나거든요 14:47 &lt;Janonymous&gt; 그 점에선 Freenet도 마찬가지고요 14:47 &lt;deer&gt; &lt;Jake&gt; 미국 같은 억압받는 1세계 국가들 14:47 &lt;Janonymous&gt; 그래서 그런 이슈들에 대한 논의 확장이 있으면 좋겠다고 생각했어요, 포럼에서 시작해서, 나중에 사이트에도 글을 올리고요 14:48 &lt;jrandom&gt; 중국 사람들에게 의미가 있다고 말하려면 해야 할 일이 아주 많아요 14:48 &lt;Janonymous&gt; 헤헷, 맞아요, 거짓된 약속을 하고 싶진 않지만.. 14:48 * jrandom은 동료 검토가 이렇게 적은 상황(그리고 여전히 미해결 이슈가 너무 많음)에서 안전하다고 말하진 않을 거예요 14:49 &lt;deer&gt; &lt;fidd&gt; 중국이 i2p를 검열하기가 얼마나 어려울까요? 14:49 &lt;deer&gt; &lt;cervantes&gt; 기반 네트워크가 "자꾸 형태가 바뀌는" 걸 멈추면 애플리케이션이 더 쉽게 등장하기 시작할 거라 봐요 14:49 &lt;Janonymous&gt; 하지만 제게는 그런 이슈들이 i2p를 아주 흥미롭게 만드는 주요한 요소 중 하나예요 14:49 &lt;jrandom&gt; fidd: 검열의 정의는 여러 가지예요. "특정 콘텐츠의 전송을 막는다"는 의미라면, i2p를 불법화하지 않는 한 사실상 불가능해요 14:50 &lt;Janonymous&gt; 그러면 "중국 네트워크에서 i2p를 탐지하는 건" 어때요 14:50 &lt;Janonymous&gt; stego(스테가노그래피, 은닉법)? 14:51 &lt;jrandom&gt; 흥미롭죠, 맞아요. 중요하냐고요? 네. 필요하냐고요? 네. 하지만 우리가 의미 있으려면 해야 할 일이 너무 많아서, 지금 이야기하는 건 그냥 우울해질 뿐이에요. 14:51 &lt;Janonymous&gt; 제 잘못이네요 :) 14:51 &lt;deer&gt; &lt;cervantes&gt; 베이스 네트워크가 견고해지면, 그때부터 재미있게 쓸 수 있는 장난감들이 필요하겠죠 - 예: 파일 공유 앱, IM 시스템(메신저) 등. 그 시점엔 사용자 기반이 늘어나길 바랍니다.... 그 전에는 억압적 체제에 사는 사람들의 익명을 보장할 만큼 충분한 피어가 없을 거예요 14:52 &lt;jrandom&gt; 진짜 목표를 잊지 않는 건 늘 중요하죠, Janonymous, 그 점을 높이 평가해요 14:52 &lt;Janonymous&gt; 네, 노드 수가 큰 영향을 미치죠 14:52 &lt;modulus&gt; 제 생각엔 stego와 트래픽 분석을 무력화할 랜덤 노이즈 같은 것들이 갖춰질 때까지는, 억압적인 나라의 사람들은 한동안은 거리를 두는 게 좋아요. 14:53 &lt;deer&gt; &lt;cervantes&gt; 아니요.. 여기 남아서 도와야죠 :) 14:53 &lt;modulus&gt; :-) 14:53 * jrandom은 왜 그런 요소가 필요 없을지 자세히 설명하진 않을게요, 3.0 rev가 해결해 줄 테니까요 :) 14:53 &lt;modulus&gt; 3.0? 장기 과제처럼 들리네요 ;-) 14:53 &lt;jrandom&gt; 공개 네트워크에서 stego 트랜스포트에 대한 신뢰는 거의 0에 가깝습니다 14:54 &lt;jrandom&gt; 내일은 아니에요, 그건 확실하죠. 14:54 &lt;Janonymous&gt; 진짜요? 허 14:54 &lt;Janonymous&gt; jrandom: 왜요 (stego와 관련해서)? 14:55 &lt;jrandom&gt; 공개 네트워크에서 오픈소스 소프트웨어의 stego를 무력화하는 방법: 소스를 내려받고, stego 생성 코드를 검토하고, 탐지 코드를 작성해, 배포한다. 14:56 &lt;jrandom&gt; 공개 네트워크에서 클로즈드소스 소프트웨어의 stego를 무력화하는 방법: 개발자의 가족을 납치하고, 코드를 뒤집는다. 배포한다. 14:56 &lt;Janonymous&gt; 아.. 네.. 랜덤 입력? 에이.. 그냥 그게 미래라고 떠드는 글을 읽었을 뿐이에요 14:56 &lt;jrandom&gt; 사설 네트워크에서 stego를 무력화하는 방법: 그걸 쓰는 다섯 명을 비웃고, 전부 체포한다. 14:56 &lt;modulus&gt; 음, 익명의 클로즈드소스 소프트웨어는 어때요? 물론 트로이 목마일 수도 있지만요 ;-) 14:57 &lt;deer&gt; &lt;Jake&gt; jrandom: 혹시 납치당하면, "오늘 우리 강아지 파이도가 먹는 음식에 정말 화가 났어"라고 말해서 우리에게 알려줘요 14:57 &lt;deer&gt; &lt;Jake&gt; 그게 들통날 신호가 될 거고, 우리가 알아챌 거예요 14:57 &lt;deer&gt; &lt;cervantes&gt; %s!dev's family!jrandom 14:57 &lt;jrandom&gt; 헤헷 jake 14:58 &lt;Janonymous&gt; 4.2는 언제쯤 나올까요? 14:58 &lt;jrandom&gt; Janonymous: 익명성/보안 소프트웨어의 1번 특징: 사기성 과장(snake oil). 14:58 &lt;jrandom&gt; 0.4.2? 이달 중 언젠가요 14:58 &lt;jrandom&gt; 아마 말쯤에 14:58 &lt;Janonymous&gt; 헤헤. 14:58 &lt;jrandom&gt; 0.4.1.3는 아마 이번 주 말이나 주말에 나올 거예요 14:58 &lt;deer&gt; &lt;cervantes&gt; Jake: 그건 절대 안 통할 걸, 우리가 네가 그 개에게 독을 먹였다고 생각할 테니까 14:58 &lt;deer&gt; &lt;cervantes&gt; *just 14:58 &lt;Janonymous&gt; 일주일이나 이주일 안에 다시 네트에 돌아올 거예요 14:59 &lt;jrandom&gt; r0x0r 14:59 &lt;jrandom&gt; 좋아요, 다른 이슈 있으신가요? 14:59 &lt;deer&gt; &lt;Jake&gt; cervantes :) 15:00 &lt;jrandom&gt; 없으면.. 15:00 * jrandom 마무리함 15:00 * jrandom *baf* 회의를 마칩니다 </div>/ko/blog/2004/10/05/2004-10-05%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 05 Oct 2004 00:00:00 +0000/ko/blog/2004/10/05/2004-10-05%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요, 여러분. 주간 업데이트 시간입니다.</p> <h2 id="색인">색인:</h2> <ol> <li>0.4.1.1 status</li> <li>Pretty pictures</li> <li>0.4.1.2 and 0.4.2</li> <li>Bundled eepserver</li> <li>???</li> </ol> <h2 id="1-0411-상태">1) 0.4.1.1 상태</h2> <p>상당히 우여곡절이 많았던 0.4.1 릴리스(그리고 그에 이은 신속한 0.4.1.1 업데이트) 이후에, 네트워크가 정상으로 돌아온 것 같습니다 - 현재 50여 개의 피어가 활성화되어 있고, IRC와 eepsites(I2P Sites) 모두 접속 가능합니다. 대부분의 문제는 실험실 환경 밖에서 새로운 transport(전송 계층)를 충분히 테스트하지 못한 데서 비롯되었습니다(예: 이상한 시점에 소켓이 끊어짐, 과도한 지연 등). 다음에 해당 계층을 변경해야 할 때는, 릴리스 전에 더 폭넓게 테스트하겠습니다.</p>/ko/blog/2004/10/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-10%EC%9B%94-5%EC%9D%BC/Tue, 05 Oct 2004 00:00:00 +0000/ko/blog/2004/10/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-10%EC%9B%94-5%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cat-a-puss, cervantes, deer, dm, duck, jrandom, protok0l</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) 안녕 14:05 &lt;jrandom&gt; 1) 0.4.1.1 현황 14:05 &lt;jrandom&gt; 2) 예쁜 그림들 14:05 &lt;jrandom&gt; 3) 0.4.1.2와 0.4.2 14:05 &lt;jrandom&gt; 4) 번들된 eepserver 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) 안녕 14:05 * jrandom 손을 흔든다 14:05 &lt;jrandom&gt; 주간 상태 노트는 http://dev.i2p.net/pipermail/i2p/2004-October/000461.html 에서 볼 수 있어요 14:06 &lt;jrandom&gt; (벌써 10월이라니 믿을 수가 없네) 14:06 &lt;cervantes&gt; 지금은 12월이야 14:06 * jrandom cervantes와의 연결을 끊는다. 시계가 너무 틀어졌음 14:06 &lt;deer&gt; &lt;baffled&gt; 이제 여름으로 돌려줄 수 있어? 14:07 &lt;cervantes&gt; 젠장... 네 pr0n 피드를 잃어버렸네 14:07 &lt;jrandom&gt; 물론. 너 기준으로 남쪽 몇천 KM쯤 아래에 있어, baffled 14:07 &lt;jrandom&gt; 자, 1) 0.4.1.1 현황으로 들어갈게 14:07 &lt;deer&gt; &lt;baffled&gt; 거기 도착하면 알려줄래? 14:07 &lt;cervantes&gt; 헤헷 14:07 &lt;jrandom&gt; 발꿈치를 세 번 딱딱 부딪히면... 14:08 &lt;jrandom&gt; 좋아, 0.4.1과 0.4.1.1 리비전이 나갔고, 전반적으로 다시 잘 돌아가 14:08 &lt;deer&gt; &lt;baffled&gt; 아니, 아니, 집에는 가기 싫어. 거긴 춥단 말야. 14:08 &lt;jrandom&gt; ;) 14:08 &lt;jrandom&gt; 외부 IP 주소 자동 감지는 대부분 잘 동작하는 것 같아 14:09 &lt;jrandom&gt; (다만, 제대로 끊기지 않는 b0rked 연결 때문에 몇 가지 이상한 점은 있었어) 14:09 &lt;jrandom&gt; 그걸 써본 사람 있어? 자동 감지 써보고 좋았던/나빴던 점? 14:10 &lt;jrandom&gt; 없는 듯 14:10 &lt;jrandom&gt; 좋아, 0.4.1.1 관련해서 의견/질문/우려사항 있나? 14:11 &lt;cervantes&gt; 여긴 불만 없음.... 14:11 &lt;dm&gt; 아직 안 써봤지만, 일정에 올려놨어! 14:11 &lt;jrandom&gt; 그게 없다면, 2) 예쁜 그림들로 넘어가자 14:11 &lt;jrandom&gt; !thwap dm 14:12 &lt;deer&gt; &lt;Jake&gt; 자동 감지는 잘 모르겠고, NAT 된 내 윈도우 박스에서 'guess' 버튼인가 뭔가를 써봤는데 IP를 제대로 맞추더라...... 우리가 그 얘기하는 거라면 14:12 &lt;jrandom&gt; 아, 그렇구나, 아냐, 'guess' 버튼은 www.whatismyip.com에 질의해서 네 IP를 추정해볼 뿐이야 14:13 &lt;jrandom&gt; 자동 감지는 IP 주소 칸을 비워두면 알아서 판단하는 거고 14:13 &lt;jrandom&gt; 기존 I2P 사용자 대부분은 필요 없을 거야. 어차피 dyndns나 정적 IP에 익숙하니까 14:13 &lt;jrandom&gt; 아마 신규 사용자들한테만 중요할 듯 14:14 &lt;deer&gt; &lt;demonic_1&gt; 응, 내 경우엔 좀 느리게 동작했어 14:14 &lt;deer&gt; &lt;demonic_1&gt; 그래도 되긴 했지 14:15 &lt;jrandom&gt; 오케이 굿 14:15 &lt;jrandom&gt; 아무튼, 이번 주 이메일에 올렸던 수집 통계에 대한 내용은 재탕하고 싶진 않아 14:16 &lt;jrandom&gt; 대신, 그에 대해 질문/코멘트/우려사항 있나? 14:17 &lt;jrandom&gt; 20시간 요약에서 대략 3만 건 중 전송 실패가 500여 건뿐이었던 건 꽤 기뻤어 14:17 &lt;cervantes&gt; 통계 수집이 부하를 얼마나 만들어? 14:17 &lt;cervantes&gt; 파일 크기는 아는데... 백그라운드에서 계속 돌아가면 성능에 영향이 있을까 14:18 &lt;jrandom&gt; 거의 0에 가까워야 해. 통계 수집에는 메모리 할당이 없어(미리 할당한 이벤트를 쓰니까) 그리고 전부 비동기야 14:18 &lt;cervantes&gt; 좋네 14:18 -!- Sugadude [random@badfish.securityminded.net] has joined #i2p 14:18 -!- cat-a-puss [~tom@152.228.242.159] has joined #i2p 14:19 &lt;jrandom&gt; 0.4.1.2가 나오면 가끔 여러 통계를 더 모으자고 사람들 좀 더 닦달할 것 같아 14:19 &lt;deer&gt; &lt;mule_iip&gt; 천만에 14:19 &lt;cervantes&gt; 지금부터 수집 시작해도 돼... 이미 0.4.1.1-6 쓰고 있어 14:20 &lt;jrandom&gt; w3wt 14:21 &lt;jrandom&gt; 좋아, 통계 관련해서 내가 가진 건 여기까지야, 누가 더 보탤 거 있나? 14:21 &lt;jrandom&gt; 없다면, 3) 0.4.1.2와 0.4.2 14:21 &lt;deer&gt; &lt;baffled&gt; 먼저 스트리밍하는 데 한 표. 14:22 &lt;jrandom&gt; 좋네 14:22 &lt;jrandom&gt; 먼저 tunnel 수정부터 해야 한다고 생각하는 사람? 14:22 &lt;deer&gt; &lt;mule_iip&gt; 스트리밍 먼저 14:23 &lt;cervantes&gt; 지금 tunnel 관련 걸 하면 네트워크 혼란이 더 클 것 같아.... 잠깐 숨 돌리는 게 좋겠지 ;-) 14:23 &lt;jrandom&gt; 맞아 14:23 &lt;deer&gt; &lt;mule_iip&gt; 어차피 오늘 여기 있는 사람들은 블랙햇한테 다 찍혔어 :) 14:23 &lt;jrandom&gt; 그래도 엊그제 호환성 문제 없이 tunnel 수정을 어떻게 할지 생각해봤어 14:23 &lt;deer&gt; &lt;baffled&gt; 이실직고해, 그냥 오디오 p0rn을 더 빨리 받고 싶은 거잖아. 14:23 &lt;duck&gt; (나도 스트리밍 먼저에 한 표) 14:23 &lt;jrandom&gt; 헤헤 14:24 &lt;cervantes&gt; 헤헤 14:24 &lt;cervantes&gt; baffled: 더 많이 소스 떠오면 말이야 ;-) 14:24 &lt;dm&gt; 먼저 tunnel 쪽을 고수해야 한다고 봐 14:24 &lt;dm&gt; 그걸 먼저 해치우자... 14:24 &lt;cat-a-puss&gt; 새 암호화 쪽은 뭐가 달라지는 거야? 14:24 * jrandom dm를 걷어찬다 14:25 &lt;jrandom&gt; cat-a-puss: 지금은 tunnel 전체에 일괄 암호화를 하고 있어 — 같은 tunnel 안에서 전달되는 메시지는 각 홉에서 보기엔 다 똑같아 보이지 14:25 &lt;deer&gt; &lt;baffled&gt; 오! 14:26 &lt;cervantes&gt; http://www.i2p.net/todo#tunnelId 14:26 &lt;jrandom&gt; alice--&gt;bob 메시지는 서로 다른 암호화를 쓰는 두 개의 tunnel을 거치니까 그리 나쁘진 않지만, 공모하는 공격자에게는 우리를 b0rk하게 만들 수 있어 14:27 &lt;jrandom&gt; 홉마다 다른 tunnelId를 쓰는 것도, harvesting이 predecessors를 엉망으로 만들지 않게 하려면 필요해 (/etc) 14:27 &lt;dm&gt; 그래, 그건 확실히 먼저 고쳐야 해. 14:27 &lt;deer&gt; &lt;mule_iip&gt; 그건 dm이 하자는 데 한 표 14:28 &lt;deer&gt; &lt;fidd&gt; 나 회의 놓쳤어? ;) 14:28 &lt;jrandom&gt; 방금 그 얘기하려던 참이었어, mule :) 14:28 &lt;cervantes&gt; 난 dm은 그 일에 관여하지 않는 쪽에 한 표 14:28 &lt;jrandom&gt; 헤헷 14:28 &lt;jrandom&gt; 아니야 fidd, 지금 의제 3번이야 14:29 &lt;jrandom&gt; 좋아, dm의 제안에(본인 말고는) 이의가 없다면, 스트리밍 라이브러리 업데이트는 0.4.2로 미루자 14:29 &lt;dm&gt; 좋지 14:30 &lt;jrandom&gt; 좋아, 4) 번들된 eepserver로 넘어가자 14:30 &lt;jrandom&gt; 눈치 못 챘다면, 번들된 eepserver가 있어. 14:30 &lt;cervantes&gt; "‘war 파일들을 webapps 디렉터리에 넣기만 하면 바로 됩니다’" 14:30 &lt;jrandom&gt; 헤헷 14:30 &lt;jrandom&gt; 충분히 잘 만든 .war 파일이라면 :) 14:31 &lt;cervantes&gt; 오 그런 게 실제로 있나? 14:31 &lt;cervantes&gt; *thing 14:31 &lt;jrandom&gt; 하지만 실용적인 관점에서는, "그냥 ./eepsite/docroot/index.html을 편집해" 14:31 &lt;deer&gt; &lt;baffled&gt; 궁금한 게 하나 있는데, 사람들이 eepserver를 쓰길 원하는 거야, 아니면 표준 httpd 서버를 쓰길 원하는 거야? 14:31 &lt;cat-a-puss&gt; kde가 생성한 것들도 동작해? 14:31 &lt;jrandom&gt; cervantes: phttprelay.war, i2ptunnel.war, routerconsole.war :) 14:31 &lt;dm&gt; 아 그렇지.. WAR. XML 파일을 수동 편집한 20년 경력을 요구하는 J2EE 물건들 중 하나지. 14:31 &lt;cervantes&gt; 좋은 반격이네 14:32 &lt;jrandom&gt; baffled: 사실 별로 상관 안 해. 사람들이 별난 Host: 라인을 가진 요청을 받아들이는 웹서버를 이미 설치해놨다면, 그걸로 좋아 14:32 &lt;jrandom&gt; eepserver는 그냥 편의를 위해 있는 거야 14:32 &lt;jrandom&gt; cat-a-puss: 흠, kde .war 파일? 14:32 &lt;protok0l&gt; 모노컬처... 모노컬처... 14:33 &lt;deer&gt; &lt;duck&gt; WAR들 만질 때, jetty만 재시작하는 기능이 그립더라; 불행히도 배포 작업에서 자주 필요하거든 14:33 &lt;cat-a-puss&gt; 응, kdeaddons가 설치돼 있어야 하고, 웹페이지로 가서 archive를 클릭하면 .war 파일을 만들어줘 14:34 &lt;jrandom&gt; duck: 아, 맞네. clients.config에서 eepserver를 시작하는 라인만 빼서 셸 스크립트에 넣어 14:34 &lt;jrandom&gt; (router와 같은 classpath로) 14:34 &lt;dm&gt; i2p를 jboss에 통합해서 1.0 이전에 그걸 번들할 수 있을까? 14:34 &lt;jrandom&gt; 오, 멋지네 cat-a-puss 14:35 &lt;cervantes&gt; 빠졌던 webdefault.xml은 CVS에서 고쳐졌다고 보면 되지? 14:35 &lt;deer&gt; &lt;detonate&gt; 사실 jetty.xml에서 그랬어 14:35 &lt;jrandom&gt; 설득력 있는 .ear 하나 찾아와 dm :) 14:35 &lt;jrandom&gt; cervantes: deton ate 말이 맞아. (내가 jetty.xml을 망쳐놨었어) 14:36 &lt;cervantes&gt; 응... jetty.xml에서 그 참조를 지워서 jetty 아카이브 안의 걸 쓰게 하자고 어딘가에 말했던 것 같아 14:36 &lt;jrandom&gt; wr0d 14:37 &lt;cervantes&gt; 그게 CVS에서 고쳐졌는지 확인만 하고 싶었어 ;-) 14:37 &lt;jrandom&gt; si sr 14:37 &lt;cervantes&gt; 좋네 14:37 &lt;jrandom&gt; (다만 0.4.1.2 릴리스 업데이트는 사람들의 eepsite를 덮어쓰진 않을 거야) 14:37 &lt;jrandom&gt; ((물론 0.4.1.2+를 새로 설치하면 포함돼)) 14:38 &lt;cervantes&gt; 아, 그리고 DrWoo의 eepsite 키가 사라진 원인은 찾았어? 14:38 &lt;jrandom&gt; 그 얘기 나온 김에, 새 릴리스가 나오면 모두 업그레이드하라고 말해두고 싶어. 안 하면 나중에 업그레이드 절차가 없을 수도 있어 14:38 &lt;jrandom&gt; 아니 cervantes, 재현 가능한 버그도 못 찾았어 :/ 14:39 &lt;cervantes&gt; 아 좋아, 사용자 실수로 돌리자 ;-) 14:39 &lt;deer&gt; &lt;DrWoo&gt; cervantes: 거의 확실히 내가 서투르게 뭔가를 한 거야 14:39 &lt;cervantes&gt; :o) 14:39 * jrandom 그렘린 탓으로 돌린다 14:40 &lt;deer&gt; &lt;Jake&gt; http://en.wikipedia.org/wiki/User:Kmweber/List_of_Everyone_Who_Has_Ever_Lived 14:40 &lt;jrandom&gt; 좋아, 5) ???로 넘어가자 14:40 &lt;jrandom&gt; 헤헷 14:40 &lt;jrandom&gt; 글쎄, 그래, 그건 확실히 '기타'에 속하지 14:40 &lt;jrandom&gt; 누가 논의하고 싶은 거 있어? 14:41 &lt;dm&gt; 이 시점에서, I2P 커뮤니티가 내 제안들에 보이는 새로운 관점이 마음에 든다고 말하고 싶어. 14:41 &lt;dm&gt; 감사 14:41 &lt;cat-a-puss&gt; 오 오 저요! 분산 검색을 위한 베이스 코드를 갖고 있어요. 14:41 &lt;deer&gt; &lt;demonic_1&gt; 응, 왜 i2p는 30시간 이상 돌리면 CPU가 100%까지 올라가? 14:41 &lt;dm&gt; dm 14:41 &lt;deer&gt; &lt;Jake&gt; 응, 4차 Gamal 프랙털 방정식 기반의 암호화 상속 문제와 그게 i2p에 어떻게 적용될지 얘기하고 싶어 14:41 &lt;deer&gt; &lt;demonic_1&gt; 그리고 대부분이 system에서 잡아먹어? 14:41 &lt;jrandom&gt; 오 끝내주네 cat-a-puss! 14:41 &lt;cat-a-puss&gt; 며칠 전에 여기서 발표했는데, 아무도 못 봤더라 14:41 &lt;deer&gt; &lt;baffled&gt; 간접적으로만 관련 있어, jake. 14:42 &lt;cat-a-puss&gt; 아무튼, CVS 공간 좀 쓰면 좋겠어 14:42 &lt;deer&gt; &lt;DrWoo&gt; cat-a-puss: 그거 위한 eepsite 있어? 14:42 &lt;jrandom&gt; demonic_1: 흠, 최근 한두 릴리스에 크리티컬 버그들이 있었어. 지금 0.4.1.1 쓰고 있어? 14:42 &lt;cat-a-puss&gt; 그리고 2주쯤 뒤에 테스트를 시작할 수 있어 14:42 &lt;cat-a-puss&gt; DrWoo: 아니 14:42 &lt;deer&gt; &lt;Jake&gt; baffled, 하하 ! 14:43 &lt;deer&gt; &lt;demonic_1&gt; 0.4.1.1-3 14:43 &lt;jrandom&gt; cat-a-puss: r0x0r, 문제 없어. 모듈 이름으로 뭐라고 부르고 싶은지랑 네 PGP 키를 이메일로 보내, 그러면 뭔가 정리해볼게 14:44 &lt;cat-a-puss&gt; jrandom: 좋아 14:44 &lt;jrandom&gt; cat-a-puss: 어떤 종류의 검색을 해? 14:44 &lt;jrandom&gt; demonic_1: 0.4.1 이전에도 CPU를 그렇게 많이 썼어? 14:44 &lt;cervantes&gt; (MSN으로 프록시) 14:44 &lt;deer&gt; &lt;mule_iip&gt; demonic_1: 그리고 1분마다 로그가 1메가씩 쏟아져? 익숙한데. 14:45 &lt;deer&gt; &lt;demonic_1&gt; 아니 14:45 &lt;jrandom&gt; 헤헤 mule, 맞아 네가 찾은 버그는 지독한 fast-busy였지 14:45 &lt;cat-a-puss&gt; jrandom: 기본적인 키워드 검색이야. 색인할 단어들을 지정해주면, 그 URL을 저장해 14:45 &lt;jrandom&gt; demonic은 tcp.ConnectionBuilder에서 발생하는 NPE(NullPointerException) 중 하나에 걸렸을 가능성이 더 커 14:46 &lt;deer&gt; &lt;baffled&gt; 자, 저녁(dindin) 시간이라 스트리밍 업데이트에 대비해 더 많은 음탕한 소리를 사냥하러 가고, 이따가 다시 얘기하자. 14:46 &lt;cat-a-puss&gt; jrandom: 나중엔 잘 스케일하고 뭐 그런 것들 다 될 텐데, 지금은 모든 서버가 서로 연결되어 있어야 하고, 누구도 합류하거나 떠날 수 없고, 콘텐츠를 넣을 방법도 아직 없어. 하지만 그런 건 다 고칠 거야 14:46 &lt;jrandom&gt; 아 좋네, 분산 DB와 함께 동작하는 거야, 아니면 스파이더로 긁어온 것들에 대해 검색하는 쪽이야? 14:47 &lt;jrandom&gt; 오케이 굿 14:47 &lt;cervantes&gt; 이따 봐, baffled 14:47 &lt;jrandom&gt; ㅋㅋ, 이따 얘기하자, baffled 14:47 &lt;cervantes&gt; baffled: 그게 정말 음탕한 소리라는 걸, 네가 마이크 너머에서 내는 소리가 아니라는 걸, 우리가 어떻게 알아? 14:47 &lt;protok0l&gt; 좋았어! 14:47 &lt;protok0l&gt; i2p가 다시 작동한다 14:47 &lt;jrandom&gt; w3wt 14:48 &lt;jrandom&gt; 뭐가 문제였어? 14:49 &lt;jrandom&gt; 좋아, 회의에서 더 얘기하고 싶은 사람? 14:49 &lt;deer&gt; &lt;Jake&gt; 새 스트리밍 프로토콜이 구현된 다음에 i2p를 슬래시닷에 발표해도 될까? 14:49 &lt;dm&gt; 가능하면 그 전에 14:49 &lt;dm&gt; 하지만 나중이라도 괜찮아 14:49 &lt;jrandom&gt; !thwap^2 14:50 &lt;protok0l&gt; POSTMAN! 14:50 &lt;jrandom&gt; 좋아, 더 없으면.. 14:50 * jrandom 몸을 푼다 14:51 &lt;deer&gt; * Jake jrandom에게 키스한다 14:51 * jrandom 회의를 *baf* 하고 닫는다 </div>/ko/blog/2004/09/28/2004-09-28%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 28 Sep 2004 00:00:00 +0000/ko/blog/2004/09/28/2004-09-28%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 주간 업데이트 시간이에요</p> <h2 id="색인">색인:</h2> <ol> <li>New transport</li> <li>0.4.1 status</li> <li>???</li> </ol> <h2 id="1-새-트랜스포트">1) 새 트랜스포트</h2> <p>0.4.1 릴리스는 예상보다 시간이 더 걸리고 있지만, 새 전송 프로토콜과 구현이 계획된 모든 것—IP 탐지, 오버헤드가 낮은 연결 설정, 연결이 실패할 때 디버깅을 돕는 더 쉬운 인터페이스—을 갖춘 상태로 마련되어 있습니다. 이는 이전 전송 프로토콜을 완전히 버리고 새 것을 구현함으로써 이루어졌지만, 여전히 같은 버즈워드(2048bit DH + STS, AES256/CBC/PKCS#5)는 그대로입니다. 프로토콜을 검토하고 싶다면 문서에 있습니다. 또한 이전 버전이 지난 1년 동안 누적된 업데이트들의 묶음에 불과했던 것과 달리, 새 구현은 훨씬 더 깔끔합니다.</p>/ko/blog/2004/09/28/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-9%EC%9B%94-28%EC%9D%BC/Tue, 28 Sep 2004 00:00:00 +0000/ko/blog/2004/09/28/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-9%EC%9B%94-28%EC%9D%BC/<h2 id="간단-정리">간단 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> deer, duck, jrandom</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:08 &lt;jrandom&gt; 0) 안녕 14:08 &lt;jrandom&gt; 1) New transport 14:08 &lt;jrandom&gt; 2) 0.4.1 상태 14:08 &lt;jrandom&gt; 3) ??? 14:08 &lt;jrandom&gt; 0) 안녕 14:08 &lt;duck&gt; 하이 14:09 &lt;jrandom&gt; 여어 14:09 &lt;deer&gt; &lt;ugha2p&gt; Hi. 14:09 &lt;deer&gt; &lt;pseudonym&gt; hi 14:09 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2004-September/000454.html 에 올려놨어 14:09 &lt;deer&gt; * ugha2p 가 주간 상태 노트를 찾고 있다. 14:09 &lt;jrandom&gt; (이야, 난 초능력자야) 14:10 &lt;jrandom&gt; 좋아, 1) New transport 로 바로 들어가자 14:10 &lt;jrandom&gt; 그 메시지에 주요한 내용은 거의 다 담겨 있어 14:11 &lt;jrandom&gt; 지금은 전부 잘 돌아가고 있어(atm), 하지만 새 릴리스가 나올 때까지는 다른 누구하고도 당연히 대화하지 못할 거야 14:12 &lt;jrandom&gt; 조금 발로 굴려봤지만, transport 레벨에서 일어나는 온갖 별난 네트워크 문제들을 전부 시뮬레이션하기는 꽤 힘들더라 14:12 &lt;deer&gt; &lt;pseudonym&gt; windowsize 포함돼? 14:12 &lt;deer&gt; &lt;ugha2p&gt; 다만 그걸 비워두면, 네 router 가 처음 접촉한 피어가 알려주는 IP 주소를 받아들이고, 그 주소로 리스닝을 시작해 (그걸 자신의 RouterInfo 에 추가하고 network database 에 올린 다음에). 14:12 &lt;deer&gt; &lt;ugha2p&gt; 보안 구멍일 가능성이 있어 보이네. 14:12 &lt;jrandom&gt; 아, 아니, 이건 불행히도 streaming lib 이 아니라 router 간 inter-router transport 만 해당돼 14:12 &lt;deer&gt; &lt;pseudonym&gt; 오케이 14:12 &lt;jrandom&gt; 어느 정도는 그래, ugha 14:12 &lt;jrandom&gt; (그래서 사람들이 IP 를 설정할 수 있다면, 그렇게 하는 게 좋아) 14:13 &lt;jrandom&gt; ugha: 다만, 동작하는 연결이 전혀 없을 때만 누군가를 ‘믿어’ 14:13 &lt;deer&gt; &lt;ugha2p&gt; 어쨌든 router 는 0.0.0.0 에서 리스닝해야 하지 않나? 14:13 &lt;jrandom&gt; 하지만 꽤 영리한 누군가라면 확률적으로 나쁜 일을 할 수도 있지 14:14 &lt;jrandom&gt; ugha: 그건 그렇게 해 (거의 항상) 14:14 &lt;jrandom&gt; 다만, 우리 IP 주소를 알아서 RouterInfo 에 넣어야 해 14:14 &lt;jrandom&gt; (누군가에게 접속할 때마다 우리의 RouterInfo 가 검증되니까) 14:14 &lt;deer&gt; &lt;ugha2p&gt; 아, 알겠어. 14:15 &lt;deer&gt; &lt;ugha2p&gt; 이걸 더 안전하게 만드는 방법들(예: IP 탐지를 더 많은 router 에 의존)이 있긴 하겠지만, 실현 가능할지는 모르겠어. 14:15 &lt;jrandom&gt; 맞아 ugha, 그 길에는 문제들이 있지만, 결국 숫자 싸움이야 14:16 &lt;deer&gt; &lt;ugha2p&gt; 어쨌든, 그냥 제안이었어. 넘어가자. 14:16 &lt;jrandom&gt; (하지만 상대가 그냥 Sybil(시빌) 공격으로 널 둘러싸서 네가 시도하는 숫자를 망칠 수도 있어) 14:16 &lt;deer&gt; &lt;ugha2p&gt; 맞아. 14:17 &lt;deer&gt; &lt;ugha2p&gt; router 가 모든 연결을 잃으면(예: 네트워크 장애) 어떻게 돼? 14:17 &lt;deer&gt; &lt;ugha2p&gt; IP 를 다시 감지해? 14:18 &lt;jrandom&gt; IP 는 모든 연결 시도에서 프로토콜의 일부로 전송되고, 피어는 1) IP 를 명시적으로 설정하지 않았고 2) 활성 TCP 연결이 없을 때만 그걸 존중할지 결정해 14:18 &lt;deer&gt; &lt;ugha2p&gt; (동적 IP 의 경우가 그렇겠지) 14:18 &lt;jrandom&gt; 맞아, 그런 경우에도 잘 동작해 14:18 &lt;deer&gt; &lt;ugha2p&gt; 아, 알겠어. 14:19 &lt;jrandom&gt; (자세한 건 TCPTransport.java 의 ourAddressReceived(String addr) 를 봐) 14:19 &lt;deer&gt; &lt;pseudonym&gt; 보고된 IP 가 서로 다르면 어떻게 돼? 14:19 &lt;jrandom&gt; pseudonym: 이미 활성 TCP 연결이 있으면, 다른 사람들이 뭐라고 하든 무시해 14:20 &lt;jrandom&gt; 활성 TCP 연결이 없으면, 예전 리스너를 내려버리고 새로 받은 주소로 새로운 리스너를 띄워 14:20 &lt;jrandom&gt; (routerInfo 도 업데이트하고) 14:22 &lt;deer&gt; &lt;pseudonym&gt; 활성 연결이 있다면, 불일치는 경고 신호여야 할 것 같은데 14:22 &lt;deer&gt; &lt;pseudonym&gt; (그래도 그걸로 뭘 해야 할지는 잘 모르겠네) 14:22 &lt;jrandom&gt; 누가 우리에게 잘못된 IP 주소를 주더라도(그리고 우리는 이미 동작하는 올바른 주소를 갖고 있으니 그게 틀렸다는 걸 알아) 그건 무시해 14:23 &lt;deer&gt; &lt;ugha2p&gt; 이제는 router 의 신뢰도 순위를 더 낮출 수 없는 게 아쉽네. 14:23 &lt;jrandom&gt; 그래도 그걸 연결 오류 목록에 추가할 수는 있어 14:24 &lt;jrandom&gt; ugha: 하지만 우린 그들을 블랙리스트에 올릴 수 있어 ;) 14:24 &lt;jrandom&gt; (그리고 실제로 그렇게 해) 14:24 &lt;deer&gt; &lt;pseudonym&gt; 우리가 이미 가진 게 “맞다”는 걸 어떻게 알아? 기존 연결이 블랙햇(악의적 행위자)일 수도 있잖아 14:24 &lt;deer&gt; &lt;pseudonym&gt; 특히 연결이 적거나 최근 것뿐이라면 더 그렇지 14:24 &lt;jrandom&gt; pseudonym: 기존 연결은 데이터를 송수신할 수 있다는 점에서 “맞아” 14:24 &lt;deer&gt; &lt;ugha2p&gt; pseudonym: 새 인바운드 연결을 받으면 확신할 수 있어, 물론 그것도 스푸핑될 수 있지만. 14:25 &lt;jrandom&gt; 맞아, Sybil 에 더해 능동적인 IP 스푸핑 공격까지 걱정하는 누군가라면... 14:25 &lt;jrandom&gt; 그런 사람은 그냥 자신의 IP 주소를 수동으로 설정하면 돼 ;) 14:25 &lt;deer&gt; &lt;ugha2p&gt; :) 14:26 &lt;deer&gt; &lt;pseudonym&gt; 그런데 운영자가 무슨 일이 벌어지는지 알 확률이 얼마나 될까 14:26 &lt;deer&gt; &lt;pseudonym&gt; 불일치가 많이 생기면 능동적인 경고가 있어야 해 14:27 &lt;deer&gt; &lt;pseudonym&gt; (아마 나중 릴리스에서 걱정해도 될 일일지도, 그래도 나온 김에...) 14:27 &lt;jrandom&gt; 연결 오류 목록에 명시적 메시지를 추가할 수 있어 14:27 &lt;jrandom&gt; 여기서 실제로 걱정해야 하는 건 제한된 경로가 형성되는 걸 막는 거야 14:27 &lt;jrandom&gt; (그 극단이 완전한 네트워크 분할이니까) 14:30 &lt;jrandom&gt; 지금으로선 우리가 다룰 수 있는 게 그 정도고, 적어도 제한된 경로 너머까지 걱정해야 하는 2.0 rev 전까지는 그래 14:30 &lt;jrandom&gt; 좋아, 새 transport 와 관련해서 다른 의견 있어? 14:31 &lt;jrandom&gt; 없으면, 2) 0.4.1 상태 로 넘어간다 14:31 &lt;jrandom&gt; “필수” 작업은 다 끝났지만, 아직 디버깅이랑 자잘한 업데이트가 좀 남아 있어 14:32 &lt;jrandom&gt; 현재 목표는 목요일 릴리스고, 리비전에서 뭐가 추가되거나 빠질지는 두고 보자 ;) 14:33 &lt;jrandom&gt; 멋질 것 같은 일 하나: 누가 Jetty 설치본을 다운로드해서, jetty.xml 설정 파일을 살펴보고, i2p 에 함께 제공되는 것으로 Jetty 인스턴스(eepsite/등용)를 어떻게 돌리는지 문서를 좀 써주면 좋겠어 14:33 &lt;deer&gt; &lt;ugha2p&gt; 0.4.1 은 새 TCP transport 말고 다른 업데이트도 포함해? 14:33 &lt;jrandom&gt; 딱히 그렇진 않아 ugha :) 14:34 &lt;deer&gt; &lt;pseudonym&gt; 하위 호환돼? 14:34 &lt;jrandom&gt; (참고: www.i2p.net/roadmap ) 14:34 &lt;jrandom&gt; 아니, 하위 호환되지 않아 14:34 &lt;deer&gt; &lt;ugha2p&gt; :) 14:36 &lt;jrandom&gt; 좋아, 0.4.1 관련해서 내가 말할 건 여기까지야.. 그 밖에 더 있어? 14:36 &lt;jrandom&gt; 없으면, 늘 하던 것: 3) ??? 14:36 &lt;deer&gt; &lt;ugha2p&gt; *침묵* 14:37 &lt;jrandom&gt; (i2p 관련해서) 더 꺼내고 싶은 얘기 있는 사람? 14:37 &lt;jrandom&gt; 벌써 지난주 회의보다 두 배나 길어 ;) 14:37 &lt;deer&gt; &lt;ugha2p&gt; 음, cervantes 덕분에, 내 위키가 이제 http://ugha.ath.cx/ 를 통해 현실 세계로 나가는 outproxy 를 갖게 됐다고 말할 수 있겠네 14:38 &lt;deer&gt; * pseudonym 은 말썽꾸러기다 14:38 &lt;jrandom&gt; 오 그렇지, 매우 쿨하네 14:38 &lt;jrandom&gt; s/outproxy/inproxy/ :) 14:38 * jrandom 이 말썽꾸러기를 구석으로 보낸다 14:38 &lt;deer&gt; &lt;ugha2p&gt; 맞아, inproxy. :) 14:40 &lt;jrandom&gt; 자, 더 없으면 14:40 &lt;deer&gt; &lt;pseudonym&gt; postmaster 가 제공하는 새 메일 서비스가 꽤 멋진 것 같아 14:40 &lt;jrandom&gt; 오, 완전 동의 14:40 &lt;deer&gt; &lt;pseudonym&gt; 어, postman 14:41 &lt;deer&gt; * ugha2p 는 아직 가입 안 함. 14:41 &lt;deer&gt; &lt;baffled&gt; 최근에 stasher 소식 들은 사람 있어? 14:41 &lt;jrandom&gt; telnet 이랑 kmail 둘 다에서 동작하는 게 좋더라:) 14:41 &lt;jrandom&gt; 아냐 baffled, 아무 소식도 못 들었어 14:42 &lt;deer&gt; &lt;baffled&gt; aum 머리를 한번 걷어차줘야 하나 보네. 14:42 &lt;deer&gt; &lt;ugha2p&gt; EepMailAnonymity 에 대해 페이지를 하나 쓰고 싶긴 한데, SMTP/POP3/IMAP/기타 이메일 관련 것들을 그리 잘 알진 못해. 14:42 &lt;jrandom&gt; 머리가 아니라, 엉덩이 ;) 14:43 &lt;jrandom&gt; ugha: www.postman.i2p 에 그에 관한 페이지가 몇 개 있어 14:43 &lt;deer&gt; &lt;ugha2p&gt; 아. 14:43 &lt;deer&gt; &lt;baffled&gt; 사실 같은 곳일지도. 14:45 &lt;deer&gt; * ugha2p 가 손가락을 톡톡 두드리며 baf 를 기다린다. 14:45 &lt;jrandom&gt; 미안, 여기 거의 기절할 뻔(너무 긴 하루였음) 14:46 &lt;jrandom&gt; 또 있어? 없으면, 포럼이랑 리스트도 있으니까 14:46 &lt;duck&gt; Mi-Go 덕분에 업데이트된 i2ptunnel 페이지가 생겼어 14:46 &lt;duck&gt; 거의 완벽해 14:46 &lt;jrandom&gt; 오 좋네 14:46 &lt;duck&gt; 그래도 누가 개선할 점이 있으면, 날 어디서 찾을지 알지 14:47 * jrandom 이 traceroute 를 해본다 14:47 * jrandom 이 예열한다 14:47 * jrandom 이 *baf* 로 회의를 종료시킨다 </div>/ko/blog/2004/09/21/2004-09-21%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%A9%94%EB%AA%A8/Tue, 21 Sep 2004 00:00:00 +0000/ko/blog/2004/09/21/2004-09-21%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%A9%94%EB%AA%A8/<p>여러분 안녕하세요, 이번 주에는 간단한 업데이트입니다</p> <h2 id="색인">색인</h2> <ol> <li>Dev status</li> <li>New userhosts.txt vs. hosts.txt</li> <li>???</li> </ol> <h2 id="1-개발-상태">1) 개발 상태</h2> <p>지난 주 동안 네트워크가 꽤 안정적이어서 0.4.1 릴리스에 집중할 수 있었는데, TCP 전송을 개편하고 IP 주소 감지 지원을 추가하며, 예전에 나오던 &rsquo;target changed identities&rsquo; 메시지(대상 식별자가 변경되었다는 경고)를 제거하는 작업을 진행했습니다. 이로 인해 dyndns 엔트리도 더 이상 필요하지 않게 될 것입니다.</p> <p>NAT 또는 방화벽 뒤에 있는 사용자들에게는 이상적인 0-click 설정이 되지는 않을 것입니다 - 여전히 인바운드 TCP 연결을 수신할 수 있도록 포트 포워딩을 설정해야 합니다. 다만 오류가 발생할 가능성은 더 낮아질 것입니다. 하위 호환성을 유지하기 위해 최선을 다하고 있지만, 그 점에 대해서는 장담할 수 없습니다. 준비되는 대로 더 많은 소식을 전하겠습니다.</p>/ko/blog/2004/09/21/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-9%EC%9B%94-21%EC%9D%BC/Tue, 21 Sep 2004 00:00:00 +0000/ko/blog/2004/09/21/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-9%EC%9B%94-21%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> deer, jrandom, protok0l</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 14:06 &lt;jrandom&gt; 0) 안녕 14:06 &lt;jrandom&gt; 1) 개발 현황 14:06 &lt;jrandom&gt; 2) 새로운 userhosts.txt vs. hosts.txt 14:06 &lt;jrandom&gt; 3) ??? 14:06 &lt;jrandom&gt; 0) 안녕 14:06 * jrandom 손을 흔든다 14:06 &lt;jrandom&gt; 간단한 주간 현황 노트 @ http://dev.i2p.net/pipermail/i2p/2004-September/000449.html 14:06 &lt;jrandom&gt; (그리고 아마 이게 끝나면 간단한 회의 로그도 올릴 거예요 ;) 14:07 * jrandom 여러분이 그 노트를 읽을 수 있도록 30초를 줍니다 14:07 &lt;jrandom&gt; 어쨌든, 1) 개발 현황으로 넘어갑시다 14:07 &lt;jrandom&gt; 무슨 일이 진행 중인지에 대한 기본 개요는 그 이메일에 있습니다 14:08 &lt;jrandom&gt; 아마 눈치채셨겠지만, 요즘 제 노트북이 말썽이라 글자가 막 빠지곤 했는데, 이제는 그런 일이 없을 겁니다 14:09 &lt;jrandom&gt; 그래서 제 서버로 완전히 옮기는 중입니다(노트북은 Windows 테스트 등의 백업으로만 사용) 14:09 &lt;jrandom&gt; 그 부분에 대해선 할 말은 여기까지입니다 14:10 &lt;jrandom&gt; 0.4.0.1이나 개발 활동과 관련해서 제기하고 싶은 내용 있나요? 14:11 &lt;deer&gt; &lt;jrandom&gt; 아니요 jrandom, 우리는 그냥 눈팅 중이에요 14:11 &lt;jrandom&gt; 좋아요, 2) 새로운 userhosts.txt vs. hosts.txt로 넘어가죠 14:11 &lt;protok0l&gt; 예이! 14:11 &lt;jrandom&gt; 사람들이 hosts.txt를 계속 내려받으면서도 로컬 네이밍을 수정할 수 있게 해 주는 작은 신규 기능입니다 14:12 &lt;protok0l&gt; 충돌하면 어떤 파일이 우선하나요? 제 생각엔 userhosts.txt일 것 같은데요 14:13 &lt;jrandom&gt; 다음 릴리스에서 배포될 예정이니, 기본적으로 로컬 변경 사항은 userhosts.txt에 넣으면 됩니다. hosts.txt는 덮어써질 테니까요 14:13 &lt;jrandom&gt; userhosts.txt가 최우선으로 적용됩니다 14:15 &lt;jrandom&gt; 좋아요, 2번은 여기까지고, 마지막 안건으로 빨리 넘어가죠- 3) ??? 14:15 &lt;jrandom&gt; 다른 논의할 내용 있나요? 14:16 &lt;deer&gt; &lt;Pseudonym&gt; 0.4.1 일정은? 14:17 &lt;jrandom&gt; 이번 주에 나올 겁니다만, 주말까지 미뤄질 수도 있어요. 14:17 &lt;deer&gt; &lt;Pseudonym&gt; 좋네요 14:17 &lt;jrandom&gt; 스페이스바가 죽어버려서 결국 노트북과의 싸움을 포기했습니다 14:17 &lt;jrandom&gt; (codingWithoutSpaces==lame;) 14:18 &lt;jrandom&gt; 좋아요, 다른 얘기할 거 있는 분? 오늘은 회의 시간이 기록일 것 같네요 14:18 &lt;jrandom&gt; (그렇다고 문제가 되는 건 아니고요) 14:19 &lt;jrandom&gt; 좋아요, 없다면 14:19 * jrandom 마무리한다 14:19 * jrandom 회의를 *baf* 하고 종료한다 </div>/ko/blog/2004/09/14/2004-09-14%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 14 Sep 2004 00:00:00 +0000/ko/blog/2004/09/14/2004-09-14%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 또 한 주의 그 시간이 돌아왔네요</p> <h2 id="색인">색인:</h2> <ol> <li>0.4.0.1</li> <li>Threat model updates</li> <li>Website updates</li> <li>Roadmap</li> <li>Client apps</li> <li>???</li> </ol> <h2 id="1-0401">1) 0.4.0.1</h2> <p>지난 수요일 0.4.0.1 릴리스 이후로 네트워크는 전반적으로 꽤 잘 돌아가고 있으며, 네트워크의 3분의 2 이상이 업그레이드했고 네트워크에서 60<del>80개의 routers를 유지하고 있습니다. IRC 연결 시간은 다양하지만, 최근에는 4</del>12시간의 연결이 일반적입니다. 다만 OS/X에서 시작 시 이상 현상이 보고되었지만, 그 부분에서도 진전이 이루어지고 있는 것으로 보입니다.</p> <h2 id="2-위협-모델-업데이트">2) 위협 모델 업데이트</h2> <p>토니의 게시글에 대한 답변에서 언급했듯이, 위협 모델이 상당히 대대적으로 다시 작성되었습니다. 주요 변화는 예전처럼 임기응변식으로 위협을 다루는 대신, 문헌에서 제시된 분류체계를 따르려고 했다는 점입니다. 가장 큰 어려움은 사람들이 실제로 사용할 수 있는 기법들을 제시된 패턴에 맞게 배치하는 방법을 찾는 일이었는데, 종종 하나의 공격이 서로 다른 여러 범주에 동시에 들어맞곤 했습니다. 따라서 그 페이지에서 정보가 전달되는 방식에 완전히 만족스럽지는 않지만, 이전보다는 나아졌다고 생각합니다.</p>/ko/blog/2004/09/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-9%EC%9B%94-14%EC%9D%BC/Tue, 14 Sep 2004 00:00:00 +0000/ko/blog/2004/09/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-9%EC%9B%94-14%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cat-a-puss, cervantes, deer, dm, fvw, hypercubus, interrupt, jrandom, korkakak, nicktastic, Nightblade</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 14:06 &lt;jrandom&gt; 0) 안녕 14:06 &lt;jrandom&gt; 1) 0.4.0.1 14:06 &lt;jrandom&gt; 2) 위협 모델 업데이트 14:06 &lt;jrandom&gt; 3) 웹사이트 업데이트 14:06 &lt;jrandom&gt; 4) 로드맵 14:06 &lt;jrandom&gt; 5) 클라이언트 앱 14:06 &lt;jrandom&gt; 6) ??? 14:06 &lt;jrandom&gt; 0) 안녕 14:06 * jrandom 손을 흔든다 14:06 &lt;cervantes&gt; 좋은 저녁 14:06 &lt;jrandom&gt; 주간 상태 노트를 http://dev.i2p.net/pipermail/i2p/2004-September/000444.html 에 올려뒀어 14:07 &lt;jrandom&gt; (이번엔 미팅 전에 올렸음 ;) 14:07 &lt;deer&gt; &lt;jrand0m&gt; 우와, 여기 30명이나 있네 14:07 -!- Irssi: #i2p: 총 21명 [오퍼 0, 하프오퍼 0, 보이스 0, 일반 21] 14:07 &lt;jrandom&gt; 아무튼, 그럼 1) 0.4.0.1로 바로 들어가자 14:08 &lt;jrandom&gt; 릴리스는 나갔고, 대체로 잘 돌아가는 듯해 14:09 &lt;jrandom&gt; IRC에서 접속 시간이 제각각이긴 한데, 사람들 얘기 들어보면 예컨대 대용량 파일을 받으면서 동시에 IRC를 쓰면 혼잡 문제가 있는 것 같아 14:09 &lt;jrandom&gt; 그런 문제 겪는 사람 많아? 14:10 &lt;jrandom&gt; 그런 것 같진 않네 14:11 &lt;cervantes&gt; 최근에 다양한 대역폭 테스트를 했는데, 아직 그 쪽 문제는 못 겪었어... 다만 난 대역폭 제한 기능은 안 쓰고 있어 14:11 * nicktastic 몇 주 전에 alexandria를 털어간 뒤로는 많이 안 받음 14:11 &lt;dm&gt; 예전에 eepsites를 사용할 때 IRC가 더 자주 끊겼던 기억이 있어, 근데 그건 2달 전 얘기야 14:11 &lt;dm&gt; 끊겼다 14:11 &lt;dm&gt; 지금도 그런지는 모르겠네 14:11 &lt;jrandom&gt; 아, 맞아, alexandria 쪽에 책 더 달라고 좀 성화해야겠네 :) 14:12 &lt;Nightblade&gt; 최신 정보를 알려줘서 고마워 dm 14:12 &lt;jrandom&gt; 난 thetower에서 대용량 파일 받으면서도 IRC가 잘 됐는데, cervantes처럼 나도 대역폭 제한은 안 걸어놨어 14:13 &lt;jrandom&gt; (그 router의 평균 bw는 그때 11KBps로 안정적이었고, 음악은 8KBps로 다운로드 중이었음) 14:13 * nicktastic 받을 거리를 찾는다 14:13 * jrandom 네 irc.duck.i2p 연결이 금방 끊기는 걸 지켜봄 ;) 14:13 &lt;jrandom&gt; 어쨌든, 0.4.0.1 관련해서 더 얘기하고 싶은 사람 있어? 14:14 &lt;dm&gt; Nightblade: 헤헤, 문제 없어 :) 14:14 &lt;dm&gt; jrandom: 잘했어, 계속 전진 14:14 &lt;fvw&gt; 설치 프로그램이 예쁘던데? (.1에서 새로워진 건지는 모르겠음) 14:14 &lt;jrandom&gt; gracias dm 14:15 &lt;jrandom&gt; fvw: 0.4와 같아, 근데 동의해, hyper가 멋지게 해줬지 (우리 익명의 디자이너도 마찬가지!) 14:15 &lt;fvw&gt; 또한, 그게 예쁜 게 정확히 무엇인지에 대해서는 확답하지 않겠어 :) 14:15 &lt;jrandom&gt; 젠장... 14:16 &lt;jrandom&gt; 자, 2) 위협 모델 업데이트로 넘어가자 14:16 &lt;cervantes&gt; 그래, 잘했어.. :) 문서 쓰기는 늘 고역이지 14:17 &lt;jrandom&gt; 응, 아주 고통스러운 2-3일이었어 14:17 &lt;jrandom&gt; http://www.i2p.net/how_threatmodel 를 읽어본 사람이 있을지 모르겠지만, 우리가 "anonymous"라고 말할 때 그게 무슨 뜻인지 궁금하면, 그게 바로 우리가 말하는 바야 14:18 &lt;jrandom&gt; 거기 있는 대부분의 카테고리는 http://citeseer.ist.psu.edu/454354.html 에서 그대로 가져왔어 (페이지에 링크돼 있음) 14:18 &lt;jrandom&gt; 위협 모델에서 더 하고 싶은 게 많지만, 시간이 없어 14:18 &lt;jrandom&gt; 공격 비용과 공격을 수행하는 비용, 그리고 그런 공격을 신경 쓰는 사용자 유형을 엮은 매트릭스를 보고 싶어 14:19 &lt;jrandom&gt; (예: 평범한 일반 사용자는 전역적 능동 공격자에 대해 신경 쓰지 않지) 14:19 &lt;jrandom&gt; 그래서 누가 심심하다면... ;) 14:19 &lt;cervantes&gt; 네 문서를 읽으면서 든 생각인데... 제대로 된 용어집이 필요해... 14:20 &lt;fvw&gt; 정말? 평범한 사용자는 mp3 다운로드를 좋아하잖아... 14:20 &lt;jrandom&gt; 누가 방금 하나 공개했던 걸로 기억해... 14:20 &lt;cervantes&gt; 정말? 14:20 &lt;cervantes&gt; eep에? 14:20 &lt;jrandom&gt; 아니, 어떤 연구 논문 14:20 &lt;jrandom&gt; 아직 freehaven에는 없어, 찾아볼게 14:21 &lt;jrandom&gt; 이런, 내 사본이 더는 없는 것 같네. 14:21 &lt;jrandom&gt; 미팅 끝나고 찾아보도록 할게 14:22 &lt;cervantes&gt; i2p 특유의 개념도 다루나? 14:22 &lt;jrandom&gt; 아냐 14:22 &lt;jrandom&gt; 익명 네트워크 전반의 용어집일 뿐이야, mixes, cascades, 공격자 등 다뤄 14:22 &lt;jrandom&gt; garlic routing이나 tunnels는 없어 ;) 14:23 &lt;cervantes&gt; 유행어들을 한 단락으로 정리해서, 사람들이 onion routing과 garlic routing의 차이(예를 들어)를 전체 "how" 문서를 읽지 않고도 빠르게 알 수 있게 하면 좋겠어 14:23 &lt;jrandom&gt; 용어집이 how_* 페이지들 전부보다 더 커질 거란 거 알지, 그렇지? 14:23 &lt;jrandom&gt; 그래도 동의해, 그건 해야 해 14:23 &lt;cervantes&gt; 물론... 하지만.. ;) 14:23 * jrandom 용어집 작업을 cervantes에게 자원 배정 ;) 14:23 * dm 동의 14:23 &lt;cervantes&gt; 헤헤 나도 절반은 뭔 소린지 몰라 :) 14:24 &lt;jrandom&gt; 아는 것부터 적고 나한테 질문해 14:24 &lt;cervantes&gt; 한 번 해볼게 14:24 &lt;jrandom&gt; 좋았어! cervantes++ 14:24 &lt;cervantes&gt; 포럼에 올려놓으면 다른 사람들도 기여할 수 있겠지... 14:24 &lt;jrandom&gt; 좋은 생각 14:24 &lt;deer&gt; * Pseudonym 환호 14:25 &lt;cervantes&gt; _하지만_ 네가 말한 그 문서가 있으면 도움이 되겠지 :o) 14:25 &lt;dm&gt; tunnel: 지하 인공 통로 14:25 &lt;jrandom&gt; 동의, 다시 찾아볼게 14:25 &lt;cervantes&gt; 널 위해 특별판을 만들어줄게 dm 14:25 &lt;dm&gt; 예이! 14:26 &lt;jrandom&gt; 좋아, 위협 모델에 대해 더 할 말이 없으면 3) 웹사이트 업데이트로 넘어갈까? 14:27 &lt;jrandom&gt; 좋아, 오늘 사이트에 들른 사람이라면 다 봤겠지만, Curiosity가 괜찮은 사용성 업데이트를 내놨어 14:27 &lt;dm&gt; 내가 보기엔 cervantes랑 나만 아직 깨어 있는 듯. 14:27 &lt;korkakak&gt; 위협 모델에 관해 생각이 있어 14:28 &lt;korkakak&gt; mixnetwork 공격을 좀 추가해야 해 14:28 &lt;jrandom&gt; 어떤 종류의 mix 공격? 14:28 * dm www.i2p.net 을 연다 14:28 &lt;korkakak&gt; 예를 들면 공모(collusion) 공격 14:28 &lt;jrandom&gt; 내가 쓴 분류 체계의 안 좋은 점이 그거야. 거의 전부 공모 공격이거든. 14:29 &lt;korkakak&gt; mix 공격이라 하면 mix 네트워크에서 일어날 수 있는 공격 말이야 14:29 &lt;korkakak&gt; 아 오케이 미안 14:29 &lt;jrandom&gt; (그리고 대부분은 확률적 공격이나 확인 공격 등으로도 사용될 수 있어) 14:29 &lt;dm&gt; 나는 점점 커지는 단락이 마음에 드네. 사람을 끌어들이는 데 도움이 돼. 하지만 프런트 페이지엔 너무 기술적이야. 14:29 &lt;korkakak&gt; 또 한 가지: i2p가 공모를 자동으로 탐지할 수 있나? 14:30 &lt;jrandom&gt; 추가해야 할 게 있으면 꼭 알려줘 14:30 &lt;jrandom&gt; 아, 전혀 안 돼. 우린 MorphMix의 알고리즘을 가져오지 않았어 14:30 &lt;korkakak&gt; 그렇군 14:30 &lt;korkakak&gt; 오케이 계속해 14:30 &lt;jrandom&gt; 게다가 우린 free-route mixnet(자유 경로 믹스넷)이라서, 그들의 알고리즘은 우리에게 잘 안 맞을 거야 14:31 &lt;korkakak&gt; 글쎄 맞기도 하고 아니기도 하지 14:31 &lt;korkakak&gt; 그래도 괜찮아. 방해해서 미안 14:32 &lt;cat-a-puss&gt; I2P가 취약하지 않은 명백한 공격들을 앞부분에 언급하는 것도 좋겠어 14:32 &lt;jrandom&gt; 음? 그들의 알고리즘은 peer 선택에서 공모하는 peer의 영향력을 탐지하는 걸 기반으로 해. i2p에서는 로컬 router가 peer 선택 알고리즘 전체를 명시적으로 정의하거든 14:33 &lt;korkakak&gt; 그건 오늘날 네트워크의 규모 때문이겠지 14:33 &lt;jrandom&gt; 좋은 생각이야 cat-a-puss, MITM/기타와 함께. 그거에 대한 아이디어를 올릴 생각 있어? 14:33 &lt;cat-a-puss&gt; 물론 14:33 &lt;dm&gt; MITM? 14:33 &lt;dm&gt; 아, man in the middle. 14:33 &lt;jrandom&gt; muchas gracias cat-a-puss! 14:34 * cervantes 용어집에 MITM을 적어둔다 14:34 &lt;jrandom&gt; korkakak: 음. 그 측면이 네트워크 크기의 영향을 어떻게 받는지는 확신이 없지만, MorphMix의 공모 탐지에서 배울 점이 있을 수 있어 14:34 &lt;jrandom&gt; (예를 들면 netDb 응답과 관련해서요) 14:34 &lt;korkakak&gt; wrt = ? 14:35 &lt;dm&gt; 헤헤 14:35 &lt;jrandom&gt; 미안, 'with regards to'(…에 관하여)의 줄임말이야 14:35 &lt;dm&gt; 이건 나도 알아! 14:36 &lt;jrandom&gt; 위협 모델에 대한 더 많은 논의가 분명히 도움이 될 거야. 메일링 리스트나 포럼에서 스레드를 시작할까? 14:36 &lt;dm&gt; "결과적으로, 종단 간 메시지를 중계하는 peer의 수는 발신자와 수신자의 위협 모델을 모두 충족하는 데 필요한 절대 최소치입니다." 14:36 &lt;dm&gt; 난 이 관점이 마음에 들어. 14:37 &lt;dm&gt; 근데 사실은 아니지. 14:37 &lt;jrandom&gt; 응? 14:37 &lt;jrandom&gt; 발신자와 수신자 모두 그럴듯한 부인만 원한다면, 직접 대화해도 돼 14:37 &lt;jrandom&gt; (등등) 14:37 &lt;dm&gt; A와 B의 위협 모델을 만족하는 데 필요한 peer의 절대 최소 수는, A와 B 중 더 엄격한 쪽이 요구하는 peer 수지 :) 14:38 &lt;jrandom&gt; 아니야 dm 14:38 &lt;jrandom&gt; 둘 다 자신의 tunnels에 공모 공격자가 있을 가능성에 대비해 2-hop tunnels를 요구한다면, 둘 다 1-hop tunnels를 가질 수는 없어 14:39 &lt;dm&gt; A가 10단계 간접화를 원하고, B가 5단계에 만족한다면, 필요한 최소는 15가 아니라 10 아닌가!? 14:39 &lt;jrandom&gt; 아니, 15. B는 A의 tunnels를 신뢰하면 안 돼 14:39 &lt;dm&gt; 맞아, 신뢰하면 안 되지. 14:39 &lt;dm&gt; 하지만 이론적으로는.. 어쨌든, 쓸데없는 논쟁이네. 난 그 문장이 마음에 들어. 14:40 &lt;jrandom&gt; 그건 i2p에서 중요한 설계 결정 중 하나야 ;) 14:40 &lt;jrandom&gt; 아무튼, 다시 3) 웹사이트 업데이트로 14:41 &lt;deer&gt; &lt;nicktastic&gt; (참고 - 두 개의 대용량 파일을 받는 중에 IRC가 끊겼지만, 서버까지의 지연은 다운로드 시작 전과 같았으니, 우연이었을 수도 있어 (어딘가에서 우아하지 못한 셧다운?)) 14:41 &lt;jrandom&gt; Curiosity랑 새 홈페이지 길이에 대해 얘기했는데, 다들 좀 길다고 동의하지만, 예전의 한 줄짜리보다는 낫다는 데에는 동의해 14:41 &lt;cervantes&gt; 동의 14:42 &lt;jrandom&gt; 아 그렇구나. 아마도 다운로드 중 네트워크 혼잡 때문일 수도 있어, 기본값으로 eepproxy와 IRC 클라이언트가 같은 I2P destination을 쓰니까 14:42 &lt;nicktastic&gt; 아하.... 14:42 &lt;jrandom&gt; (그래서 둘 다 같은 inbound tunnels 쌍을 사용하려고 하겠지) 14:42 &lt;nicktastic&gt; 왜 하나만 뜨나 했네 14:43 &lt;jrandom&gt; 응, 그게 I2PTunnel과 ministreaming 라이브러리의 기본값이야. 원하면 그걸 설정하는 방법을 노출할 수도 있어 ;) 14:43 &lt;nicktastic&gt; 방해해서 미안 14:43 &lt;deer&gt; * Pseudonym 관심 있음 14:43 &lt;dm&gt; 이 방 사람들은 참 예의가 바르군 14:43 &lt;interrupt&gt; 용서하노라 14:44 &lt;interrupt&gt; ;) 14:44 * nicktastic 눈 굴림 14:44 &lt;jrandom&gt; 패치 환영해 Pseudonym ;) (아냐, 쉬운 방법을 찾아볼게.. 어렵지 않을 거야) 14:44 &lt;jrandom&gt; 아무튼 14:44 &lt;deer&gt; &lt;Pseudonym&gt; 다행이네, 난 자바 코딩은 하나도 몰라 14:45 &lt;jrandom&gt; 웹사이트 업데이트는 더 있을 수 있지만, 제안이 있으면 포럼이나 리스트에 올리거나, IRC에서 Curiosity에게 얘기해줘. 그러면 진행해볼게 14:45 &lt;jrandom&gt; 웹사이트 관련해서 얘기하고 싶은 사람? 14:45 &lt;cervantes&gt; 음 바운티 같은 거? 14:46 &lt;cervantes&gt; 다만 그건 5에서 다루는 게 나을지도 14:46 &lt;jrandom&gt; 그럴 듯 14:46 &lt;jrandom&gt; 자, 4) 로드맵으로 14:46 &lt;jrandom&gt; 업데이트가 많아. 자세한 건 메일 참조 14:47 &lt;jrandom&gt; (아니면 예쁜 간트 차트를 보든가 ;) 14:47 &lt;dm&gt; MS Project로 만든 거야? 14:47 &lt;jrandom&gt; http://ganttproject.sourceforge.net/ 14:47 &lt;cervantes&gt; 으어 간트 :) 14:47 &lt;dm&gt; 오.. gantt가 제품명이었구나. 내 실수. 14:48 &lt;dm&gt; 로드맵에 의존성이 없는 게 좋네. 14:48 &lt;jrandom&gt; 지난 며칠 동안 로드맵을 몇 번 고쳐 올렸는데, 지금 것이 안정적인 듯 14:48 &lt;cervantes&gt; 전부 jrandom에게 달렸잖아 ;-) 14:48 * jrandom 낑낑댐 14:48 &lt;fvw&gt; 3.0이 2월? 와우. 14:48 &lt;jrandom&gt; 2.0과 3.0 릴리스는 사실 각각 (큰) 기능 하나야 14:48 &lt;dm&gt; 잊지 마: 지수형 버전 관리 14:49 &lt;jrandom&gt; ㅎㅎ 14:49 &lt;jrandom&gt; 그래, 다음 7월이면 1183이겠네 14:50 &lt;dm&gt; 뭐, 대부분의 프로젝트가 빌드마다 임의로 +0.1 올리는 것보다야 흥미로우니까, 불평은 안 할래. 14:50 &lt;jrandom&gt; 2.0과 3.0은 다른 앱과 발맞추기 위해 지연될 수도 있어. 예컨대 3.0은 이메일 앱과 잘 맞을 거야 14:51 &lt;jrandom&gt; 1.0의 릴리스 기준은 늘 그랬듯이 - 기능적, 안전, 확장 가능, 그리고 익명성 보장 14:51 &lt;jrandom&gt; 그래서 UDP transport를 앞당겼지, 현재 TCP transport는 피어가 수천 명만 돼도 박살날 테니까 14:51 &lt;dm&gt; 그럼 0.9 - Slashdot 에디션이 있어야겠네 14:51 &lt;dm&gt; 그걸 버티면 확장 가능에 체크하고 1.0으로 가자 14:51 &lt;jrandom&gt; ㅎㅎ 14:52 * jrandom 자연스럽게 성장하길 원함, 고맙지만 사양 14:52 &lt;cervantes&gt; 그들에게 이 얘기를 할 필요는 없지 14:52 &lt;cervantes&gt; *안 할 필요 14:52 &lt;korkakak&gt; 그런데 전역 동기화에 대해 한 마디 해도 될까? 14:52 &lt;cervantes&gt; 그들 모두는 인터넷에 그대로 남아 있고, 우린 여기로 오자는 거지 14:52 &lt;jrandom&gt; 그래 korkakak 14:53 &lt;korkakak&gt; 내 생각엔 비동기 네트워크 위에 동기 네트워크를 시뮬레이트할 수는 없어 14:53 &lt;korkakak&gt; 그건 설계가 나쁘고, 지금 쓰는 방식대로라면 네트워크 분할로 이어질 거야 [내 생각엔] 14:54 &lt;korkakak&gt; UDP 패킷의 타임스탬프 같은 14:54 &lt;jrandom&gt; 메시징을 위한 타이밍을 동기화하는 게 아니라, 데이터의 최신성을 알기 위한 용도야 14:54 &lt;korkakak&gt; 맞아 그게 요점이야 14:54 &lt;jrandom&gt; netDb 항목의 최신성을 모르면, 온갖 공격에 취약해져 14:55 &lt;korkakak&gt; 맞아 14:55 &lt;korkakak&gt; 하지만 성장하는 네트워크를 상상해봐 14:55 &lt;korkakak&gt; 엄청 큰 네트워크 14:55 &lt;jrandom&gt; 인터넷처럼 14:55 &lt;dm&gt; 더 크게! 14:55 &lt;fvw&gt; 두 개의 인터넷을 실로 묶어서! 14:55 &lt;jrandom&gt; 그런 규모로 확장하기 위해 네트워크 타임 프로토콜이 있지... ;) 14:56 &lt;korkakak&gt; 네 요점을 잘 모르겠지만 14:56 &lt;dm&gt; korkakak: 하고 싶은 말이 뭔데? 14:57 &lt;korkakak&gt; 잘못된 타임스탬프 때문에 네트워크 분할이 있을 수 있다는 거야 14:58 * dm 지금 동기화가 어떻게 되는지 잘 모름 14:58 &lt;korkakak&gt; 그 경우를 난 지역화 효과라고 불러 [그리스어에서 영어로 번역] 14:58 &lt;deer&gt; &lt;soros&gt; i2p의 익명성이 깨졌다고 들었어 14:59 &lt;deer&gt; &lt;soros&gt; 사실이야 ? 14:59 &lt;jrandom&gt; 시간 동기화 문제는 NTP 네트워크가 하는 방식과 동일하게 해결할 수 있다고 봐. 2, 3계층 NTP 호스트가 엄청 많고, 현재 우리의 SNTP 구현은 혼잡한 환경에 적합하진 않지만, 시간 동기화가 불가능하다고 믿을 이유는 없어 14:59 &lt;jrandom&gt; 헤헤 soros 14:59 &lt;jrandom&gt; soros: (다른 사람이 알려줬던) 네가 말하는 devl 스레드는 I2P가 아니라 JAP이 손상됐다는 얘기였어. 15:00 &lt;dm&gt; 그럼 I2P 노드는 항상 동기화돼 있어야 작동해? 15:00 &lt;korkakak&gt; NTP 네트워크는 동기 네트워크 위의 동기 네트워크야 ;-) 15:00 &lt;jrandom&gt; 하지만 I2P에 대한 취약점이 있다면, 기꺼이 듣고 싶어 15:00 &lt;deer&gt; &lt;soros&gt; 하나 있지만 비밀로 할 거야 15:00 &lt;jrandom&gt; 추상화 레벨에 따라서는 그래 korkakak. 내 이더넷 케이블도 동기화돼 있지 15:01 &lt;deer&gt; &lt;soros&gt; :) 15:01 &lt;jrandom&gt; 응 dm, 네트워크 시간에 동기화돼야 해 15:01 &lt;korkakak&gt; jrandom 내 닉은 nick 또는 korki야 :-) 15:01 &lt;jrandom&gt; (우리가 동기식 메시징을 쓰지 않는다는 게 요점이야) 15:01 &lt;jrandom&gt; :) 알았어 15:01 &lt;jrandom&gt; (내 이름을 말하지 않는다고 해서 기분 나빠하지 말아줘 ;) 15:02 &lt;korkakak&gt; 아냐 괜찮아 15:02 &lt;dm&gt; 그의 이름은 Abdul 15:02 &lt;jrandom&gt; 어디까지 했더라 15:02 &lt;nicktastic&gt; 4) 15:03 &lt;jrandom&gt; 맞다, 고마워. 로드맵 15:03 &lt;jrandom&gt; 우려/아이디어/제안 있나? 15:03 &lt;dm&gt; 전송 계층에 작업이 있을 거라고 했는데, TCP를 재작업한다는 뜻이야, 아니면 UDP로 옮긴다는 거야? 15:04 &lt;jrandom&gt; UDP는 0.4.4 15:05 &lt;dm&gt; 근시일 내에 전송 계층에 대한 작업 얘길 본 것 같아서 15:05 &lt;dm&gt; 15:05 &lt;jrandom&gt; 응, 0.4.1에서는 TCP transport를 개편할 거야 15:05 &lt;dm&gt; 0.4.4에서 UDP로 갈 건데 왜 0.4.1에서 TCP를 개편해? 15:05 &lt;dm&gt; 둘 다 필요해? 15:05 &lt;cervantes&gt; 프로젝트 계획에서 네가 여전히 유일한 리소스로 되어 있다는 점만 지적하고 싶어... ...기여자 부족이야, 아니면 프로젝트 분산 때문이야? 15:06 &lt;jrandom&gt; dm: 어떤 사람들은 UDP를 쓸 수 없어 15:06 &lt;dm&gt; 방화벽? 15:06 &lt;jrandom&gt; cervantes: 기여자가 더 있으면 많은 작업을 병렬화할 수 있어 15:07 &lt;jrandom&gt; (하지만 로드맵은 더 많은 인력을 가정하지 않아) 15:07 &lt;cervantes&gt; 그럼 최악의 시나리오를 나타내는 거군 15:07 &lt;jrandom&gt; 다만 로드맵에 반영되지 않은 다른 중요한 작업도 있어, 예컨대 클라이언트 수정, i2p 위의 서비스 등 15:08 &lt;cervantes&gt; 네가 암살당하는 것 말고 15:08 &lt;dm&gt; toad를 고용할 여력이 있었으면 좋겠다 15:08 &lt;deer&gt; &lt;Pseudonym&gt; 이제 0.4가 나왔고 꽤 잘 작동하니까, (반드시 /.는 아니더라도) 어딘가에 알림을 해서 개발자/테스터/기부자를 늘릴까? 15:08 &lt;jrandom&gt; 더 많은 기여자는 언제든 환영이지 15:08 * korkakak 모두에게 작별. 이제 자러 갈 준비. korkakak의 땅은 늦은 시간... 15:08 &lt;korkakak&gt; 바이 gayz 15:08 &lt;cervantes&gt; 잘 자 15:08 &lt;jrandom&gt; 와줘서 고마워 nick, 이따 봐 15:10 &lt;dm&gt; 잘 자 15:10 &lt;jrandom&gt; /.는 시기상조겠지만, 다른 방법으로 새 사람들을 합류시키는 건 좋겠어 15:10 &lt;dm&gt; Pseudonym의 제안에 꽤 열려있네. 폭발할 줄 알았는데. 15:10 &lt;jrandom&gt; 하지만 입소문으로 꾸준히 성장하고 있다고 생각해 15:11 &lt;deer&gt; &lt;Pseudonym&gt; 그럼 알릴 거라면 어디에 해야 할까? 15:11 &lt;jrandom&gt; 아직 어떤 발표도 안 하는 게 좋겠어, 1.0 전까지는 15:11 &lt;deer&gt; &lt;Pseudonym&gt; 현금/재능의 유입이 필요해 보이는데 15:11 &lt;jrandom&gt; 하지만 누가 익명으로 뭔가 도울 방법이 없을까 얘기하는 걸 들으면, i2p를 알려줘 ;) 15:12 &lt;deer&gt; * DrWoo 가 소곤소곤 캠페인을 제안 15:12 &lt;cervantes&gt; 이미 배정되지 않은 현금이 꽤 있어... 15:12 &lt;jrandom&gt; 우린 열린 팀이지만, 첫인상은 한 번뿐이야. 15:13 &lt;cat-a-puss&gt; 난 아무 홍보도 없다가 바로 /.로 가는 건 비추천. 부하를 감당할 수 있는지 확인할 중간 단계가 필요해 15:13 &lt;deer&gt; &lt;Pseudonym&gt; 그럼 우리가 중요하다고 생각하는 바운티에 그 돈을 배정해야지 15:13 &lt;dm&gt; 전임 개발자를 고용하든지, 아니면 정말정말 심심한 사람을 찾든지 해야 해 15:13 &lt;jrandom&gt; 동의. 최소한 router 500대는 온라인이어야 해 15:13 &lt;jrandom&gt; 사실, 너희가 우리를 5) 클라이언트 앱으로 잘 이끌어주고 있어 :) 15:14 &lt;jrandom&gt; 현재 (거의) ~300 정도 적립돼 있어 (뭐, 그건 또 다른 이야기지만) 15:14 &lt;deer&gt; &lt;Pseudonym&gt; 중간 단계로 뭐가 좋을지 제안 있어? 15:14 &lt;jrandom&gt; pseudonym: 0.4.4 전까지는 수천 노드를 감당할 수 없어 15:15 &lt;jrandom&gt; (그리고 먼저 네트워크를 스트레스 테스트해야 하고) 15:15 &lt;fvw&gt; 사실, 대부분의 유닉스에선 아마 가능할 거야. rlimits를 조정해야 하지만. 15:15 &lt;jrandom&gt; 그렇지 그렇지 15:15 &lt;jrandom&gt; 어쨌든 아플 거야 ;) 15:16 &lt;deer&gt; &lt;Pseudonym&gt; 맞아. /.는 말고, 그래도 몇 백 명은 데려올 수 있는 어딘가가 있을 것 같은데 15:16 &lt;jrandom&gt; 더 큰 시뮬레이션은 할 수 있어 15:16 &lt;deer&gt; &lt;Pseudonym&gt; EFF에 아는 사람 있어? 메일링 리스트가 있을지도 15:17 &lt;jrandom&gt; 응, EFF 사람들과 몇 가지 얘기를 해봤어 15:17 &lt;fvw&gt; 어떤 발표든 결국 slashdot으로 번질 거야. jrandom에게 동의, 지금은 조금 기다리는 게 나쁘지 않아. 15:18 &lt;dm&gt; 200-300 노드에 도달하면, 자동으로 /. 언급을 받을 가능성이 커 ;) 15:18 &lt;jrandom&gt; (특히 우리가 이미 ~ 15개월째 진행 중이니까) 15:18 &lt;dm&gt; 임계 질량/하이프 뭐 그런 거 15:18 &lt;jrandom&gt; 그건 또 5) 클라이언트 앱으로 이어지는 얘기이기도 해 15:19 &lt;jrandom&gt; 통계를 보니 아마도 전체 router의 1/4은 실제로 클라이언트 활동을 거의 안 하는 것 같아 15:19 &lt;jrandom&gt; 사람들이 I2P router로 리소스를 기꺼이 기부하는 건 정말 훌륭하지만, 그들을 끌어들일 무언가가 없는 건 아쉽지 :) 15:19 &lt;fvw&gt; 그래, i2p에 맞게 제대로 된 채팅 앱(irc처럼, 하지만 i2p에 맞게)을 만들고 싶은데, 이건 장기적인 일이라 당분간은 시간이 없네... 15:20 &lt;jrandom&gt; 최근에 멋진 eepsites가 많이 들어왔어 15:20 &lt;jrandom&gt; 좋지 fvw 15:20 &lt;cervantes&gt; 많은 사람들이 router를 1대 이상 돌려 15:20 &lt;jrandom&gt; I2P용 탄탄한 IM/그룹 채팅이 정말 최고일 거야 15:20 &lt;nicktastic&gt; fvw: 다자간 채팅이 가능한 인스턴트 메신저 같은? 15:20 &lt;deer&gt; &lt;mrflibble&gt; 얘들아, 0.4.0.1에서 router가 localhost 말고도 리슨하게 하려면 어떻게 해? 15:20 &lt;cat-a-puss&gt; 누가 gaim 플러그인 하나 만들 수 있지? 좋은 방법일 텐데 15:20 &lt;jrandom&gt; 맞아 cervantes 15:20 &lt;cervantes&gt; 하나는 앱용으로 쓰고... 나머지는 기부하는 거지 15:21 &lt;jrandom&gt; mrflibble: `http://localhost:7657/i2ptunnel/` 에서 http와 irc 프록시를 "모든 인터페이스"로 리슨하도록 설정해 15:21 &lt;fvw&gt; 그러고 보니: outbound tunnels에 대해 뭔가 multicast 비슷한 걸 할 수 있을까? 즉, 하나의 메시지를 여러 inbound에 전달하는 거 15:21 &lt;nicktastic&gt; cat-a-puss: 충분히 가능 15:21 &lt;fvw&gt; 그래, 본질적으로는 irc와 im의 차이는 사용자 인터페이스 말고는 크게 없어. 15:22 &lt;jrandom&gt; fvw: 맞기도 하고 아니기도 해. 큰 이득은 없을 거야(메시지는 end-to-end로 암호화돼 있으니, outbound tunnel의 끝점으로 메시지를 garlic wrap하고, 거기서 cloves(개별 서브메시지)를 따로 보내야 하거든) 15:22 &lt;jrandom&gt; 내 생각엔 멀티캐스트는 애플리케이션 레이어 오버레이를 쓰는 게 좋을 거야 15:22 &lt;deer&gt; &lt;mrflibble&gt; 오, 고마워 jrandom! 15:22 &lt;fvw&gt; 애플리케이션 레이어 오버레이가 뭐야? 15:22 &lt;jrandom&gt; Shoutcast 등처럼 15:23 &lt;hypercubus&gt; 애플리케이션 레이어에서 멀티캐스트를 하자는 뜻이야 15:23 &lt;hypercubus&gt; i2p 레이어가 아니라 15:23 &lt;cervantes&gt; 안녕 hyper 15:23 &lt;fvw&gt; 그래 알겠어. 납득. 15:24 &lt;jrandom&gt; 클라이언트 앱에 대해서는 이메일에서 충분히 장황하게 떠들었으니, 여기서 반복하진 않을게. 15:25 * fvw 토라지며 팝콘을 치운다. 15:25 * jrandom 건방진 녀석을 !thwaps 15:26 &lt;jrandom&gt; 요컨대 "라이브"로 가기 전에, 함께 내보낼 뭔가 몰입할 수 있는 게 필요하다고 생각해 15:26 &lt;dm&gt; 만들면, 그들이 올 것이다... 15:26 &lt;dm&gt; 하하하, 아니면 말고!!! 15:26 &lt;fvw&gt; 맞아. 게다가 동적(게다가 실제로 동작하는) freesites만으로도 Freenet에서 꽤 많은 사람을 데려올 수 있을 거야. 15:27 &lt;deer&gt; &lt;Pseudonym&gt; 일반 기금의 돈을 써서 몰입할 수 있는 것들에 대한 바운티를 만들거나 늘리는 건 어때 15:27 &lt;nicktastic&gt; ...그리고 dht 15:27 &lt;cervantes&gt; Freenet은 잘 모르는데... freesites가 eepsites랑 어떻게 달라? 15:27 &lt;cervantes&gt; 비슷하다면 15:27 &lt;deer&gt; &lt;Pseudonym&gt; eepsites는 작동함 15:28 &lt;deer&gt; &lt;soros&gt; 헐 15:28 &lt;hypercubus&gt; 내 생각엔 너희가 성급해 15:28 &lt;cervantes&gt; 그거 말고 15:28 &lt;nicktastic&gt; hypercubus: 왜 그렇게 생각해? 15:28 &lt;hypercubus&gt; 프로젝트에 기여하든지, 아니면 입 닫든지 15:28 &lt;deer&gt; &lt;soros&gt; freesites는 정적이야. 15:28 &lt;jrandom&gt; 바운티/일반 기금으로 멋진 걸 하는 서비스 제공자 / eepsites에 $$$를 주는 것도 좋은 생각처럼 들려 15:28 * jrandom 성급한 건 나야 hypercubus ;) 15:28 &lt;jrandom&gt; Pseudonym: 그런 뜻이었어? 15:28 &lt;cervantes&gt; 이런 애플리케이션이 하룻밤새 뚝딱 나타나진 않을 거야 15:29 &lt;jrandom&gt; 맞아, 그래서 지금 얘기해야 해 15:29 &lt;jrandom&gt; duck: 있어? 15:29 &lt;hypercubus&gt; 공개 발표를 밀어붙이는 사람들이 문제야 15:29 &lt;fvw&gt; 바운티로 eepsites가 더 늘 것 같진 않아. 그걸 만드는 사람들은 재밌어서 하는 거지, 재밌지 않다고 생각하는 사람에게 우리가 돈을 줘도 달라질 것 같지 않아. 15:29 &lt;deer&gt; &lt;soros&gt; 동적 freesites는 업데이트할 수 있지만, 하루에 한 번... 15:29 &lt;jrandom&gt; 그럴 수도 있지 fvw 15:29 &lt;deer&gt; &lt;Pseudonym&gt; 서비스/eepsites가 아니라 앱에 대한 바운티를 지원하기 위해 일반 기금을 쓰자는 얘기였어 15:29 &lt;fvw&gt; 아무도 발표를 밀어붙이지 않았어, 잠깐 얘기만 했을 뿐. 15:30 &lt;hypercubus&gt; 프로젝트는 자연스럽게 진화하고 성장하고 있어, 좀 참아 15:30 &lt;jrandom&gt; 알겠어 Pseudonym. 15:30 * fvw pseudonym에게 끄덕. 그건 좋을지도. 15:30 &lt;jrandom&gt; 너희는 뭘 제안하겠어? 15:30 &lt;nicktastic&gt; hypercubus: 그냥 네트워크를 키우지 않고 네트워크를 키우는 방법을 브레인스토밍하는 거야 ;) 15:30 &lt;jrandom&gt; 전체 기부금은 우리가 적합하다고 보는 곳 어디든 사용할 수 있어 15:30 &lt;fvw&gt; 다만 작은 버그나 기능 바운티가, 누군가 어차피 하던 일을 한 사람에게 주는 선물이 되는 것보다는 실제로 무언가가 일어나게 만들 가능성이 더 크다고 생각해. 15:31 &lt;deer&gt; &lt;Pseudonym&gt; 작은 바운티는 잘 안 먹히는 것 같아. MyI2p 항목에 돈을 좀 몰아넣는 건 어때 15:32 &lt;hypercubus&gt; 그럼 기부해 15:32 &lt;nicktastic&gt; jrandom: 군집 파일 전송과 dds가 유용하려면, 초당 4kbyte보다 빠른 스트림이 필요해. 그래서 두 바운티는 스트리밍 라이브러리 바운티에 꽤 의존적이야 15:32 &lt;nicktastic&gt; jrandom: 근데 아까 얘기 들어보니, 그건 꽤 사소해 보였는데 15:32 &lt;cervantes&gt; 돈을 던진다고 해서 하룻밤새 나타나진 않아 :) 15:32 &lt;deer&gt; &lt;Pseudonym&gt; 난 이미 기부했어 15:32 &lt;deer&gt; &lt;soros&gt; 그냥 i2p를 slashdot에 발표해 15:32 &lt;deer&gt; &lt;soros&gt; 그거면 충분 15:33 &lt;hypercubus&gt; 그건 우리가 필요한 것과 정반대야 15:33 &lt;deer&gt; &lt;Pseudonym&gt; 하룻밤은 아니지만, 누군가는 시작하겠지 15:33 &lt;jrandom&gt; nicktastic: 스트리밍 라이브러리는 일이 많을 거야, 하지만 그게 0.4.3 릴리스의 목표야 :) 15:34 * nicktastic 로드맵 확인 15:34 &lt;jrandom&gt; 하지만 나도 cervantes에게 동의해, $$가 코드를 만들지 않아. 코더가 코드를 만들지. 15:34 &lt;deer&gt; &lt;soros&gt; i2p는 freshmeat에 올라가 있나 ? 15:34 &lt;jrandom&gt; 해커들과 연락하는 마법 같은 방법이 있다면 좋겠다, 일반 사용자들에게 알리지 않고 말이야 ;) 15:34 &lt;jrandom&gt; 내가 알기론 아니야 soros 15:34 &lt;fvw&gt; 다른 익명성 관련 소프트웨어 메일링 리스트에 크로스포스트할까? 15:35 &lt;fvw&gt; 사실, 대부분의 사람들은 이미 freenet이나 gnunet에 관여했었고, i2p를 이미 알게 됐을 거야. 15:35 &lt;cervantes&gt; 그들의 열등한 익명성 네트워크를 해킹해서 "안녕 우리랑 일해"라고 하자 15:35 &lt;jrandom&gt; gnunet 링크 페이지에서 클릭이 꽤 오긴 해 15:35 &lt;jrandom&gt; 헐 cervantes 15:35 &lt;deer&gt; &lt;demonic_1&gt; 뉴스그룹도 좀 있을 듯 15:36 &lt;cervantes&gt; (우리랑 일하지 않으면 네 IP를 빅브라더에게 넘긴다) 15:36 &lt;cat-a-puss&gt; 관련 내용을 다루는 위키에 I2P에 대한 참고를 넣을 수 있지 15:36 &lt;deer&gt; &lt;baffled&gt; i2p 안으로 메일을 넣고, 익명으로 바깥으로 내보내는 방법이 필요하다고 생각해. 15:36 &lt;jrandom&gt; 누가 이미 위키피디아의 여기저기에 i2p를 넣어둔 것 같긴 한데, iA 쪽은 최근엔 모르겠네 15:36 * fvw 왜 SMTP를 tunnel 위에서 못 돌리겠어. 15:37 &lt;jrandom&gt; 동의해 baffled, 메일을 안전하게 처리하는 확실한 방법이 있으면 좋겠어 15:37 &lt;cervantes&gt; 그게 가능한가 15:37 &lt;fvw&gt; 다만 스팸은 조심해야지. 15:37 &lt;jrandom&gt; fvw: 네 메일 클라이언트를 신뢰해? 15:37 &lt;jrandom&gt; 다만 mixminion/mixmaster outbound 게이트웨이는 최고일 거야 15:37 &lt;jrandom&gt; (그러니 그 중 하나에 대한 웹 인터페이스를 누가 좀 만들어줘. 제발 :) 15:37 &lt;fvw&gt; jrandom: 다른 클라이언트 소프트만큼은 믿지... IRC 클라이언트는? 웹 브라우저는? ... 15:38 &lt;cervantes&gt; 게이트웨이 주인이 네 메일을 읽지 않는다고 신뢰해야지 15:38 &lt;jrandom&gt; fvw: 아니. 15:38 &lt;jrandom&gt; fvw: 그게 문제야. 15:38 &lt;jrandom&gt; fvw: 우리가 I2P를 테스트 이상의 용도로 쓰라고 권할 수 있기 전에 해결해야 할 문제. 15:39 &lt;fvw&gt; 메일 클라이언트를 "더 익명"하게 만드는 방법은? 15:39 &lt;jrandom&gt; 로컬 SMTP/POP3 "서버"가 필요해. 클라이언트로부터 읽고, 파싱하고, 해석하고, 그에 따라 동작하는. 15:39 &lt;cervantes&gt; 우선 맞춤형 메일 애플리케이션이 필요하겠지 15:39 &lt;jrandom&gt; (그렇게 하는 앱이 몇 개 있어) 15:39 &lt;cervantes&gt; (클라이언트) 15:40 * cervantes "맞춤형"이라고 해서 미안 15:40 &lt;cervantes&gt; *사과 15:40 &lt;jrandom&gt; 하지만 주간 상태 노트의 요점 중 하나로 돌아가면 - 해야 할 중요한 일이 정말 많아 15:40 &lt;fvw&gt; jrandom: 적어도 유닉스에서는 아주 쉬워. sendmail 드롭인을 대충 만들고 fetchmail 같은 걸 붙이면 끝. 원한다면 쉘 스크립트로도 가능. 15:40 &lt;deer&gt; &lt;duck&gt; 내 이름을 부르는 메아리가 들리는군 15:40 &lt;jrandom&gt; 바운티가 충분하려면 우리는 집중해야 해 15:40 &lt;jrandom&gt; 오, 안녕 duck 15:41 &lt;deer&gt; &lt;duck&gt; 미안, 난 음... 한 잔 하는 중이었어 15:41 &lt;jrandom&gt; duck: 그 웹 게이트웨이 그거 업데이트가 있는지 확인하려고 했어? 그리고 일반 i2p 사용자들이 쓸 수 있는 건지도? 15:41 &lt;jrandom&gt; ㅎㅎ, 건배 15:41 &lt;nicktastic&gt; 취한 오리 15:41 &lt;cervantes&gt; 연못물? 15:41 &lt;jrandom&gt; fvw: 코딩 시작 :) 15:42 &lt;deer&gt; &lt;duck&gt; 아니, 개발이 멈춰버렸어. 다른 사람을 찾아야겠어 15:42 &lt;jrandom&gt; 알겠어, 유감이네 15:42 &lt;deer&gt; &lt;baffled&gt; 그들을 보호하려고 벽장에 넣어두지 말라고 했잖아. 15:43 &lt;deer&gt; &lt;duck&gt; 내 초기 스펙: `http://duck.i2p/files/anonyproxy.txt` 15:44 &lt;deer&gt; &lt;baffled&gt; i2p 안팎으로 메일을 넣고 빼는 게 이런 mixmaster 같은 것에 대한 웹/터널 인터페이스 정도로 쉬운 거야? 15:44 &lt;jrandom&gt; 아마 스펙을 개편해서, 일반 eepsites의 니즈를 충족시킬 수 있는지 살펴볼 수 있을 거야 (i2p 일반 기금이 지원하고) 15:44 &lt;jrandom&gt; 오케이 좋아 duck, 그거 확인해볼게 15:44 &lt;jrandom&gt; baffled: i2p 밖으로? 응. i2p 안으로? 아마 더 많은 작업이 필요 15:44 &lt;fvw&gt; baffled: 왜 mixmaster를 추가하고 싶어? mixmaster가 제공하는 건 이미 우리에겐 있어. 15:45 &lt;jrandom&gt; fvw: mixmaster는 outproxy 네트워크가 있고, 게다가 꽤 큰 지연이 있어 15:45 &lt;jrandom&gt; 아 오케이 duck, 스펙 훑어봤어. 뭔가 방법을 찾을 수 있을지도 15:45 &lt;deer&gt; &lt;baffled&gt; 난 안 그래, jrandom이 그걸 위한 웹 인터페이스를 만들자고 제안한 거지 내가 아니야. 15:46 &lt;jrandom&gt; (근데 요구사항이 무거워 보이기도 해서, 아닐 수도. 불확실, 지켜보자) 15:46 &lt;deer&gt; &lt;duck&gt; 아주 쉬워; 예상은 재료 공부 1.5시간, 패치 3-4시간 15:46 &lt;fvw&gt; outproxy는 유용하겠지. 지연이 큰 건, 이미 i2p를 쓰지 않는 사람은 메일만 하려고 i2p를 쓰진 않을 테고, 이미 i2p를 쓰는 사람은 (가능하다면) 우리 지연 부족 때문에 어차피 다른 데서 익명이 손상될 거야 15:46 &lt;jrandom&gt; 맞아 맞아, 그리고 perl, privoxy, apache를 함께 배포하자 duck ;) 15:47 &lt;jrandom&gt; 아마 fvw 말이 맞을 수도. (그래도 i2p 3.0 어쩌구저쩌구) 15:47 &lt;fvw&gt; 헤헤, "일리 있는 지적"이라고 하긴 망설여지지만, 무슨 말인진 알겠어. 15:48 &lt;nicktastic&gt; 참고로, JES (Java Email Server)는 GPL 아래 SMTP와 POP3 서버를 제공해 15:49 &lt;jrandom&gt; 아마 리스트나 포럼에서 우리가 집중해야 할 한두 개의 클라이언트 앱에 대해 더 얘기하는 게 좋겠어 15:49 &lt;jrandom&gt; 좋다 nicktastic, apache에도 멋진 게 있어 15:49 &lt;nicktastic&gt; 좋아, 이름이 뭐야? 15:49 &lt;jrandom&gt; http://james.apache.org/ 15:49 &lt;nicktastic&gt; 고마워 15:50 &lt;jrandom&gt; (nntp도 있음 (츄릅)) 15:50 &lt;nicktastic&gt; 와우 15:50 * nicktastic 흥분함 15:51 * fvw #i2p-porn에 가입함. 적어도 그런 기분이야. 15:51 &lt;fvw&gt; 오케이, 다음은? 15:51 &lt;jrandom&gt; 좋아, 클라이언트 앱 논의와 전략은 리스트와 포럼에서 계속하자 15:51 &lt;nicktastic&gt; 좋지 15:52 &lt;jrandom&gt; 하지만 지금은, 6) ???로 15:52 &lt;nicktastic&gt; 아니면 미팅 시간 외에 ;P 15:52 &lt;jrandom&gt; 더 얘기하고 싶은 거 있어? 15:52 * fvw 끄덕. 리스트에서 논의할 가치가 있어. 15:52 &lt;deer&gt; &lt;duck&gt; www-inproxy에 대한 간단한 설명: ISP에게 그런 게이트웨이를 서비스로 제공하게 하는 게 아이디어였어 15:52 &lt;fvw&gt; 아니, 리스트가 좋아. 깨어 있는 사람만 아니라 모두가 참여할 기회를 주거든. 15:52 &lt;jrandom&gt; 좋지 duck, 꽤 멋져 15:52 &lt;deer&gt; &lt;duck&gt; 그래서 i2p가 없는 평범한 사람이 MSIE로 접근할 수 있게 15:52 &lt;deer&gt; &lt;duck&gt; 하지만 호스트는 익명 15:52 &lt;deer&gt; &lt;soros&gt; http://it.slashdot.org/article.pl?sid=04/09/14/2226226&amp;threshold=0&amp;tid=172&amp;tid=128&amp;tid=201&amp;tid=218 (Windows XP를 위한 새로운 더러운 익스플로잇) 15:52 &lt;jrandom&gt; i2p도 없는 자! 이단이다! 불태워라! 15:53 &lt;deer&gt; &lt;duck&gt; ISP가 위험을 일부 떠안으니, 화이트리스트가 필요한 이유지 15:53 &lt;deer&gt; &lt;duck&gt; 그리고 물론 도메인 비용 등 지불 15:53 &lt;fvw&gt; 헤헤. 그러다 유명한 eepsites에 아동 포르노를 잔뜩 붙여놓고, 절반은 체포되고 나머지 절반은 i2p를 설치하겠지. 15:53 &lt;jrandom&gt; 헐 15:53 &lt;deer&gt; * duck AIVD에 전화 15:54 &lt;fvw&gt; duck은 네덜란드인이야? *고민* 15:55 &lt;deer&gt; &lt;duck&gt; 많은 클라이언트 앱이 진짜 킬러는 아니야 15:55 &lt;jrandom&gt; 자, 다른 얘기할 사람? 15:55 &lt;jrandom&gt; 동의해 duck, 그래도 우린 뭔가가 필요해 15:55 &lt;deer&gt; &lt;duck&gt; 직접 만든 smtp 터널 같은 건 큰일은 아닐 거야 15:56 &lt;deer&gt; &lt;duck&gt; myi2p와 IOU accounting 15:56 &lt;deer&gt; &lt;duck&gt; fvw: Bedankt foor die bloumen 15:57 &lt;deer&gt; &lt;soros&gt; "크리스마스 섬의 사무직 Rhonda Clarke의 NIC.CX(.cx 도메인 규제기관) 항의 이후, 사이트 goatse.cx가 2004년 1월 16일 금요일에 내려갔다. (Goat.cx와 Hick.org/Goat는 여전히 활성.) goatse.cx를 되살리자는 청원까지 생겼다." 15:57 &lt;deer&gt; &lt;soros&gt; 인류에 대한 믿음을 잃었어 15:57 &lt;deer&gt; &lt;duck&gt; 사이트에 관한 작은 것: 구글을 위해 각 페이지의 &lt;title&gt;에 I2P를 추가했어 15:57 &lt;deer&gt; &lt;soros&gt; 미안 창 잘못 15:57 &lt;jrandom&gt; 아 오케이 duck 15:57 &lt;deer&gt; &lt;duck&gt; 하지만 최신 구글댄스를 따라가진 않아서, 의미 없을 수도. 15:57 &lt;jrandom&gt; 혹시 그걸 명시적으로 포함하지 않게 할 방법이 있을까? 15:58 &lt;jrandom&gt; (예: "I2P - Welcome to I2P.net" 대신 "Welcome to I2P.net"라고 말할 수 있게) 15:58 &lt;deer&gt; &lt;duck&gt; 물론 가능 15:58 &lt;deer&gt; * duck 재미 측정기를 본다 15:58 &lt;jrandom&gt; menu.ini에 title = "I2P - How does it work" 를 그냥 추가하면 돼 15:58 &lt;deer&gt; &lt;duck&gt; 아니, 오늘은 아냐 15:58 &lt;deer&gt; &lt;thetower&gt; 오 오, 구글이 i2p를 크롤할 방법 없나? 역방향 프록시 같은 거? 15:58 &lt;jrandom&gt; 그래, 그럴 만한 가치는 없지 15:58 &lt;jrandom&gt; thetower, duck의 그것으로 아마 가능할 거야. 15:59 &lt;deer&gt; &lt;duck&gt; 응 15:59 &lt;fvw&gt; 하지만 말했듯, 네가 그걸 운영하고 싶진 않을 거야. 15:59 &lt;deer&gt; &lt;thetower&gt; eepsites가 구글 검색에 뜬다면 그 자체로 좋은 광고일 것 같은데. 16:00 &lt;deer&gt; &lt;duck&gt; fvw: 관심 있는 ISP와 연락했어 16:00 &lt;deer&gt; &lt;duck&gt; 하지만 그가 직접 만들진 않을 거야 16:00 &lt;jrandom&gt; thetower: 아마 files.i2p에 ht://dig를 연결하고, files.i2p가 데이터베이스를 HTML 링크가 있는 큰 파일로 노출한다면, 그걸 미러링할 수 있지 않을까..? 16:00 &lt;fvw&gt; duck: 규모가 어느 정도고 어느 나라야? 16:00 &lt;cervantes&gt; 프록시 대신 캐시는 어때 16:00 &lt;cervantes&gt; 아 16:00 &lt;deer&gt; &lt;duck&gt; 20cm 16:00 &lt;fvw&gt; 내가 ISP라면, 법적 문제가 안 무서워도, I2P가 훨씬 더 커질 때까지는 관심 없을 것 같아. 16:01 &lt;jrandom&gt; 캐시도 흥미롭겠지, squid 무리를 만든다든지 16:01 &lt;deer&gt; &lt;duck&gt; skynet 16:01 &lt;fvw&gt; 꽤 크네. 전화번호부를 깔고 앉게 했나? 16:01 &lt;nicktastic&gt; ㅎㅎ 16:01 &lt;deer&gt; &lt;duck&gt; fvw: 추가하기 전에 사이트를 스캔할 거야 16:01 &lt;deer&gt; &lt;duck&gt; 그러니 네 더러운 것들은 다른 데로 옮겨야지 16:01 &lt;fvw&gt; 한 번만? 아니면 업데이트마다? 16:02 &lt;fvw&gt; 후자라면, 아주 적은 콘텐츠를 위해 너무 많은 일이야. 16:02 &lt;deer&gt; &lt;duck&gt; x가 들어간 달의 둘째 주 일요일마다 16:02 &lt;deer&gt; &lt;duck&gt; 에휴 16:03 &lt;jrandom&gt; 자, 두 시간을 넘겼는데, 더 얘기할 게 있나, 아니면 리스트/포럼 등에서 계속할까? 16:03 &lt;fvw&gt; 지금 시점에서 진지한 ISP가 I2P에 리소스를 투입하겠다는 건 매우 가능성이 낮다고 봐. 16:03 * cervantes 냄비로 머리를 가림 16:03 &lt;deer&gt; &lt;duck&gt; fvw: 네 감정 확인. 16:03 * fvw jrandom에게 끄덕. 한 잔 해야겠다. 계속 잘해. 16:03 &lt;deer&gt; &lt;duck&gt; 24시간 미팅은 언제 하지? 16:04 &lt;jrandom&gt; 아마 다음 주쯤 duck 16:04 * jrandom 마무리 준비 16:04 &lt;deer&gt; &lt;duck&gt; 오 좋지! 16:04 &lt;fvw&gt; duck: 내 감정? 내 감정을 아직 제대로 못 봤어. 몇 잔만 마시게 해줘.. *씨익* 16:04 * jrandom cervantes의 머리를 *baf*로 툭 치며, 미팅 종료 </div>/ko/blog/2004/09/08/2004-09-08%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Wed, 08 Sep 2004 00:00:00 +0000/ko/blog/2004/09/08/2004-09-08%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 늦어서 죄송합니다&hellip;</p> <h2 id="색인">색인:</h2> <ol> <li>0.4</li> <li>Capacity and overload</li> <li>Website updates</li> <li>I2PTunnel web interface</li> <li>Roadmap and todo</li> <li>???</li> </ol> <h2 id="1-04">1) 0.4</h2> <p>이미 다들 보셨겠지만, 며칠 전에 0.4 릴리스가 나왔고 전반적으로 꽤 잘 진행되고 있습니다. 0.3가 나온 지 6개월(그리고 1.0 SDK가 출시된 지 1년)이 지났다는 게 믿기지 않지만, 그동안 우리는 많은 발전을 이뤘고, 여러분 모두의 노력, 열정, 그리고 인내가 엄청난 성과를 만들어냈습니다. 축하드립니다, 그리고 감사합니다!</p> <p>좋은 릴리스가 늘 그렇듯, 배포되자마자 몇 가지 문제가 드러났고 지난 며칠 동안 우리는 버그 리포트를 모으고 미친 듯이 패치해 왔습니다(고쳐지는 대로 변경 사항을 확인하실 수 있습니다). 다음 리비전을 배포하기 전에 여전히 잡아야 할 버그가 몇 가지 남아 있지만, 그 작업은 하루이틀 내에 마무리될 것입니다.</p>/ko/blog/2004/09/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-9%EC%9B%94-7%EC%9D%BC/Tue, 07 Sep 2004 00:00:00 +0000/ko/blog/2004/09/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-9%EC%9B%94-7%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cat-a-puss, cervantes, deer, demonic_1, dm, fvw, hypercubus, jrandom, luckypunk, modulus, nicktastic, Sciatica, shardy, Sugadude, ugha_node</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 14:09 &lt;jrandom&gt; 0) 안녕하세요 14:09 &lt;jrandom&gt; 1) 0.4 14:09 &lt;jrandom&gt; 2) 용량과 과부하 14:09 * cervantes 바 스툴을 끌어온다 14:09 &lt;jrandom&gt; 3) 웹사이트 업데이트 14:09 &lt;jrandom&gt; 4) I2PTunnel 웹 인터페이스 14:09 &lt;jrandom&gt; 5) 로드맵과 할 일 14:09 &lt;jrandom&gt; 6) ??? 14:09 &lt;jrandom&gt; 0) 안녕하세요 14:09 &lt;nicktastic&gt; 헉, 아, 뭐가 resolve되는지 보려면 -x조차 필요가 없네 - 바보 같았네 14:09 &lt;cervantes&gt; 안녕 14:09 * nicktastic 잠복을 재개한다 14:10 &lt;jrandom&gt; 모두 안녕, 노트가 늦어 미안 - http://dev.i2p.net/pipermail/i2p/2004-September/000437.html 14:10 * jrandom 방금 Derick의 E 게시물에 답해야 했음 :) 14:10 &lt;deer&gt; &lt;ugha2p&gt; nicktastic: 맞아. 회의는 이미 시작했지만. :) 14:10 &lt;luckypunk&gt; 헉 와, 놓치지 않았네. 14:10 &lt;jrandom&gt; !hi5 14:10 &lt;jrandom&gt; 좋아, 1) 0.4로 넘어가자 14:11 &lt;jrandom&gt; 드디어 릴리스했고, 큰 문제는 없어 보이네 14:12 &lt;jrandom&gt; 네트워크가 사상 최대야 (몇 시간 전에 TCP 연결 60개를 세었어), eepsite는 가져올 수 있고, IRC도 자주 쓸 만해 14:12 &lt;dm&gt; 어이!! 회의 중? 14:12 &lt;jrandom&gt; hypercubus가 새 설치, systray, 서비스 매니저로 엄청난 작업을 했고, 그게 우리에게 큰 도움이 됐지 14:13 &lt;modulus&gt; 예이 14:13 &lt;hypercubus&gt; 그래도 아직 갈 길이 있어 14:13 &lt;hypercubus&gt; 하지만 이제 뭔가 진전이 있다고 생각해 14:13 &lt;jrandom&gt; 동의, 앞으로 쭉쭉 :) 14:14 &lt;jrandom&gt; 이번 릴리스에는 oOo의 ?i2paddresshelper가 널리 배포됐어 14:14 &lt;jrandom&gt; 그건 저번 주에 좀 다뤘지 [http://dev.i2p.net/pipermail/i2p/2004-August/000419.html item 2.3], 이제는 링크에 그것을 쓰는 걸 고려하는 게 좋을 듯 14:15 &lt;hypercubus&gt; name-based vhost와도 작동해? 14:15 &lt;jrandom&gt; i2ptunnel httpclient는 여전히 Host: $base64dest를 올바르게 보냄 14:17 &lt;jrandom&gt; 그와 관련해서, 번들된 웹서버로 일부 eepsite를 제공하자는 얘기가 좀 더 있었고, 누가 필요한 설정을 알아낼 시간이 있다면 꽤 죽일 거라 생각해 (vhost / apache 설정 문제에서 우릴 구해줄 테니까) 14:18 &lt;jrandom&gt; 좋아, 0.4에 관해 더 얘기할 사람? 14:18 &lt;deer&gt; &lt;baffled&gt; 이 웹 서버가 cvs에 있나요? 14:18 &lt;demonic_1&gt; ? 14:18 &lt;hypercubus&gt; 웹 서버는 0.4에 있어 14:18 &lt;demonic_1&gt; 내가 뭘 놓쳤지 14:18 &lt;deer&gt; &lt;ugha2p&gt; baffled: 들어갈 거야. 14:18 &lt;hypercubus&gt; 그러니까 CVS지 14:18 &lt;jrandom&gt; baffled: 응, 전부 cvs에 있어 (lib/org.mortbay.*) 14:18 &lt;cervantes&gt; 그나저나 Windows의 URL 프로토콜 핸들러로 실험해봤는데... 레지스트리를 설정하는 게 아주 쉬워서 "i2p://base64"를 브라우저에서 http://site.i2p?i2paddresshelper=base64 로 열 수 있어... 14:19 &lt;deer&gt; &lt;ugha2p&gt; 오, 이미 있군. 14:19 &lt;dm&gt; 이거 정말 정말 멋지네 14:19 &lt;hypercubus&gt; 이미 레지스트리 인터페이싱 코드를 썼어 14:19 &lt;hypercubus&gt; 그걸로 .i2p 연관을 설정할 수 있어 14:19 &lt;fvw&gt; cervantes: i2p://는 정확하진 않을 듯. 결국 i2p 위의 http니까; 마찬가지로 i2p 위의 irc://도 있을 수 있지. 14:19 &lt;cervantes&gt; 프로토콜별로 보안과 프록시 설정도 지정할 수 있어 14:19 &lt;jrandom&gt; cervantes: firefox/기타가 그걸 적용해? 14:19 &lt;cervantes&gt; 응 14:20 -!- shardy_ is now known as shardy 14:20 &lt;jrandom&gt; 우와, 안녕 shardy_ 14:20 &lt;shardy&gt; 안녕 jrandom, 오랜만이야 14:20 &lt;cervantes&gt; 다만 더 많은 테스트가 필요하긴 해... 14:20 &lt;nicktastic&gt; konqueror도 그럴걸 14:20 &lt;cervantes&gt; 짬 날 때 그냥 놀아봤어 ;-) 14:20 &lt;deer&gt; &lt;ugha2p&gt; Opera는 안 그래. 14:20 &lt;cervantes&gt; firefox가 Windows의 프록시와 보안 설정을 신경 쓸지는 의문이지만 14:20 &lt;hypercubus&gt; opera의 ini 파일에서 설정할 수 있어 14:21 &lt;hypercubus&gt; ed2k://가 동작하도록 그렇게 opera를 설정했었지 14:21 &lt;deer&gt; &lt;ugha2p&gt; hypercubus: 아, 멋지네. 14:21 &lt;fvw&gt; 한계가 있지. URL 핸들러를 opera 자체가 처리하는 http:// 핸들러로 바꿀 수는 없더라 안타깝게도. 14:21 &lt;hypercubus&gt; 문서를 잘 안 해놨어 14:21 &lt;deer&gt; &lt;duck&gt; 정말, i2p://가 주는 이점이 뭐지? 14:22 &lt;fvw&gt; hypercube: 헬퍼 앱으로 넘기는 거겠지? 나도 비슷하게 했는데, opera가 "다운로드 시작됨" 페이지를 표시하게 할 방법을 못 찾았어. 14:22 &lt;hypercubus&gt; 응, eMule로 넘겨 14:22 &lt;dm&gt; 그래, 누가 공개적으로 쉬 하고 싶겠어? 14:22 &lt;hypercubus&gt; i2p://는 eeproxy로 넘겨도 돼 14:22 &lt;hypercubus&gt; 그러면 웹 쪽은 거기서부터 나머지를 알아서 하겠지 ;-) 14:22 &lt;Sciatica&gt; https는 http를, 어, "s" 위에서 돌리는 거 아닌가요? 14:23 &lt;jrandom&gt; 하지만, duck이 말하려는 것처럼, 우리는 어차피 eepproxy에 묶이게 될 텐데? 14:23 &lt;deer&gt; &lt;ugha2p&gt; Sciatica: HTTP over SSL 맞아요. :) 14:23 &lt;jrandom&gt; Sciatica: i2p 위의 http(음, i2p 위의 무엇이든)는 안전하고 인증돼. 그게 반대편에 도달한 후에 무슨 일이 일어나는지는 i2p의 범위를 벗어나지 14:23 &lt;deer&gt; &lt;ugha2p&gt; 하지만 그건 확립된 관례죠. 14:24 &lt;Sciatica&gt; 맞아요, 알고 있어요. 그냥 i2p://에 반대하는 논리가 "그건 그냥 i2p 위의 http 아닌가?"만큼 명확하진 않다는 얘기였어요 14:24 &lt;dm&gt; htt2p 14:24 &lt;hypercubus&gt; i2p://가 꼭 필요한지는 모르겠지만, 적어도 주요 브라우저에서는 작동하게 만드는 건 가능하다고 봐 14:24 &lt;deer&gt; &lt;ugha2p&gt; jrandom: 그는 그냥 'https://' 접두사를 언급했을 뿐인 듯. 14:24 &lt;jrandom&gt; 아, 미안. 14:24 &lt;deer&gt; &lt;duck&gt; 어쨌든 익명화 필터랑 `http://127.0.0.1:7657/www.duck.i2p/` 가 필요함 14:25 &lt;deer&gt; &lt;duck&gt; 그 두 개면 브라우저 설정을 손댈 필요 없음 14:25 &lt;jrandom&gt; 하지만 그래, fvw 말에 동의해, 이건 URL 프로토콜을 과도하게 오버로딩하는 것처럼 들림 14:25 &lt;demonic_1&gt; 여기서는 아님&gt;&gt; 시덥잖은 용도로는 i2p:// 링크가 최고일 것 같아 &lt;&lt;여기서는 아님 14:25 &lt;jrandom&gt; 맞아 duck 14:25 &lt;jrandom&gt; ㅎㅎ 14:25 &lt;cervantes&gt; 아마 i2p://를 프로토콜 중재자처럼 동작하게 만들 수도 있겠지: i2p://irc/base64 14:26 &lt;fvw&gt; 으, 그건 못생겼고 URL을 최악의 방식으로 남용하는 거야. 14:26 &lt;deer&gt; &lt;ugha2p&gt; cervantes: IRC의 경우엔 그게 어떻게 동작하죠? 14:26 &lt;deer&gt; &lt;duck&gt; URI죠 :) 14:26 &lt;cervantes&gt; 그렇게 하면 단일 URL 표준을 기반으로 서로 다른 앱을 실행할 수 있어 14:26 &lt;fvw&gt; (그게 나쁘다는 건 아니고) 14:26 &lt;jrandom&gt; 더 적절한 URL 수정은 irc://i2p/base64/#i2p 가 아니려나? 14:27 &lt;jrandom&gt; 하지만, 좋아, 약간 탈선했네.. 14:27 &lt;jrandom&gt; 0.4에 대해 다른 거 있어? :) 14:28 &lt;fvw&gt; URI가 프로토콜과 운반 메커니즘을 별도로 지정하는 걸 허용하진 않는 듯, 정말 아쉬운 부분이야. 14:28 &lt;dm&gt; 파일시스템을 쓸 수 있지 14:28 &lt;fvw&gt; 응, 그런 셈이지: *박수* 14:28 &lt;dm&gt; c:\i2p\irc #i2p 14:29 &lt;dm&gt; 하! 너희 모두를 헷갈리게 했지 14:29 &lt;deer&gt; * mule_iip 가 fvw에 동의 14:29 &lt;fvw&gt; dm: 널 심하게 혼내줄 거야. 오늘은 아닐지 몰라도, 내일도 아닐지 몰라도, 곧 그리고 네 남은 평생 동안. 14:29 &lt;jrandom&gt; :) 고마워, 최선을 다해 14:29 &lt;fvw&gt; &lt;/pinky and the brain&gt; 14:29 &lt;jrandom&gt; 헤헷 14:29 &lt;jrandom&gt; 좋아, 2) 용량과 과부하로 넘어가자 14:30 &lt;deer&gt; &lt;DrVince&gt; 모두 안녕하세요 14:30 &lt;jrandom&gt; 노트에 적힌 걸 그대로 복사하고 싶진 않으니, 거기 있는 걸 살펴봐줘 :) 14:30 &lt;dm&gt; 안녕 14:30 &lt;hypercubus&gt; 우리 회의에 온 걸 환영해요 DrVince ;-) 14:30 &lt;deer&gt; &lt;ugha2p&gt; 안녕하세요, DrVince. 14:31 &lt;jrandom&gt; 2)와 관련해 언급하고 싶은 게 하나 있어 - 몇몇이 봤던 거지만, 참여 tunnel의 심각한 편향 14:31 &lt;jrandom&gt; 예: 어떤 DSL 사용자가 그저께 tunnel을 300+ 갖고 있었어 14:31 &lt;dm&gt; 나 14:31 &lt;modulus&gt; 맞아 14:31 &lt;jrandom&gt; (그리고 그들이 다운되면, 정말 많은 tunnel이 깨져) 14:31 &lt;jrandom&gt; 문제는 tunnel이 정말 가벼워 - 평균 2-20bps 14:31 &lt;cervantes&gt; 내 OC3는 거의 없다시피하고 14:31 &lt;hypercubus&gt; 난 지금 8개뿐 14:32 &lt;dm&gt; 난 270+였고, 업링크는 150kbps야 14:32 &lt;jrandom&gt; 전반적으로, 네트워크는 임의의 시점에 평균 ~ 20*n 개의 tunnel이 있어 14:32 &lt;jrandom&gt; (n = 네트워크의 노드 수) 14:32 &lt;jrandom&gt; 노드당 평균 2 hop이면, 모든 노드가 평균 40개의 tunnel에 참여한다는 뜻 14:33 &lt;hypercubus&gt; 이상적으론 ;-) 14:33 &lt;jrandom&gt; 글쎄, 그게 문제야, 그렇게 균형 잡는 게 이상적인 *건 아냐* 14:33 &lt;jrandom&gt; 모든 노드가 빠르거나 대역폭이 많은 건 아니니까 14:33 &lt;jrandom&gt; 반대로, tunnel을 2~3명의 정말 빠른 peer로만 균형 잡는 것도 구려 14:33 &lt;jrandom&gt; 그중 하나가 다운되면, *쾅* 14:34 &lt;hypercubus&gt; 맞아, 그런데 왜 dm의 열등한 DSL 연결은 과부하고, 내 훨씬 빠른 DSL 연결은 덜 쓰였을까? 14:34 &lt;Sciatica&gt; 이 문제는 네트워크의 노드 수가 100, 200을 넘어서면 사라질까요? 14:34 &lt;dm&gt; 열등? :'( 14:34 &lt;jrandom&gt; hypercubus: 사람들이 대역폭 제한을 켜지 않는 이상, i2p는 현재 사용 가능한 대역폭에 반응하지 않기 때문이야 14:34 &lt;hypercubus&gt; dm: 기술적으로 말하자면 ;-) 14:34 &lt;hypercubus&gt; 난 대역폭 제한을 켰어... dm은 안 켰나? 14:35 &lt;Sciatica&gt; (어느 시점에선가 서버가 호스팅할 수 있는 노드 수는 전체 노드(즉, tunnel) 수에 비해 훨씬 작아지지 않나요? 14:35 &lt;ugha_node&gt; 아르! 14:35 &lt;ugha_node&gt; '(the local message processing time exceeds 1s)' -- router에 그런 상수를 박아넣지 말았으면 합니다. 그런 값들은 (I2P 네트워크) 환경에서 가져와야, router가 예기치 못한 환경에 놓여도 동작할 수 있어요. 14:35 &lt;dm&gt; 응, 안 켰어, 게다가 업링크는 괜찮아: 256kbps (다운링크 150kbps) 14:35 &lt;Sciatica&gt; 용어가 안 좋아서요 -- 이런 이슈엔 제가 타이핑이 너무 느려 :-) 14:35 &lt;jrandom&gt; Sciatica: 이건 문제가 아니라 현실이야. 모든 노드가 어느 시점에 20개의 tunnel을 유지하고, 각 tunnel이 평균 2 hop이면, 네트워크가 아무리 커도 평균은 같아 14:36 &lt;jrandom&gt; ugha_node: 동의 - 1s는 임의의 숫자야, 그런데 "올바른" 값을 어떻게 구하나? 어느 정도 지연을 "많다"고 할 수 있지? 14:37 &lt;jrandom&gt; RouterThrottleImpl에 "우리가 할당하기로 동의한 대역폭이 얼마나 되나"를 추적하는 코드가 있긴 해 14:37 &lt;jrandom&gt; 하지만 지금은 그걸로 스로틀하지는 않아 14:37 &lt;dm&gt; 흠mmmm 이런 과부하 얘기는 싫네... freenet의 플래시백이 와. 14:37 &lt;jrandom&gt; (동의한 대역폭 == 참여 tunnel 수 * tunnel당 평균 메시지 수 * 메시지당 평균 바이트 수) 14:37 &lt;dm&gt; 추정기를 써야 하나? 14:38 * jrandom dm을 걷어찬다 14:38 &lt;hypercubus&gt; dm: 네 router에서 대역폭 제한 쓰고 있니? 14:38 &lt;dm&gt; hypercubus: 아니 14:38 &lt;hypercubus&gt; dm: 강력히 추천해 ;-) 14:38 &lt;dm&gt; jrandom: 세 글자... NGR 14:38 &lt;fvw&gt; 이건 터널을 요청한 노드에게 달린 거 아닌가요? 어느 정도 지연을 감수할 의향이 있는지. 그걸 터널 매개변수 중 하나로 만드는 게 가능할까요? 14:39 * fvw 는 dm이 우릴 놀라게 하려는 건지 아니면 그게 단지 추가 이점인지 궁금해한다. 14:39 &lt;jrandom&gt; 흠, 가능성이 있어 14:39 &lt;dm&gt; 어... 그러면 임의 임계값을 요청한 router로 옮기는 것뿐 아닌가? ;) 14:39 &lt;dm&gt; 난 선택하기 싫어, 네가 해! 14:40 &lt;jrandom&gt; 맞아 dm, 하지만 요청하는 router는 그 tunnel이 무엇에 쓰일지 알지 (낮은 지연의 irc vs 높은 지연/높은 처리량의 벌크) 14:40 &lt;fvw&gt; 맞아요, 어떤 것들은 10초 지연도 문제없고(파일 전송 생각해보세요), 다른 것들(irc)은 낮은 지연이 필요하죠. 14:40 &lt;dm&gt; 그러면 앱 레이어가 임계값을 결정해? 14:40 &lt;jrandom&gt; 그건, 그래도, 위험하지 14:40 &lt;fvw&gt; 유일한 문제는 높은 지연 링크를 쓰면 용량을 늘리지 못해서, 결국 파일 전송이 모든 자원을 가져간다는 것. 14:41 &lt;cat-a-puss&gt; router가 제시하는 부하 주장(정보)을 정말 신뢰할 수 있나요, 그렇지 않으면 악의적인 사람이 자신의 router들로 다른 노드의 트래픽이 지나가게 하려 할 수도 있잖아요 14:41 &lt;jrandom&gt; cat-a-puss: 그건 참여 요청을 거절하는 데만 쓰지, 유치(유도)하는 데 쓰지 않아 14:41 &lt;ugha_node&gt; 못하죠. 14:41 &lt;cat-a-puss&gt; 알겠어요 14:42 &lt;jrandom&gt; 악의적인 사용자는 물론 완전 과부하일 때도 tunnel을 받아들일 수 있지만, tunnel이 실패하면 그걸 감지해 14:42 &lt;jrandom&gt; (그리고 프리로더는 부하가 없을 때에도 tunnel을 거절할 수 있지만, c'est la vie) 14:43 &lt;jrandom&gt; 로컬 과부하 기반 스로틀은 꽤 효과적이야. 하지만, 그걸로 충분하진 않아 14:43 &lt;dm&gt; 욕심쟁이 14:43 &lt;jrandom&gt; 받아들일지 말지 이상적인 방식을 찾으려 했고, 우리가 이미 들어가 있는 tunnel 수에 기반해, 원래 수락했을 요청을 확률적으로 거부하는 데에 가능성이 있다고 생각해 14:44 &lt;jrandom&gt; 그 개념은 peer가 다른 사람들이 일부 부담을 떠안길 원한다는 거야 14:44 &lt;cat-a-puss&gt; 사용 가능한 대역폭만큼의 가상 router를 돌려야 하나요? 14:44 &lt;jrandom&gt; (그래야 실패가 분산되니까) 14:44 &lt;jrandom&gt; 흠 cat-a-puss? 14:44 &lt;jrandom&gt; 라이브 넷에서 sim을 돌리고 있어? 14:45 &lt;jrandom&gt; 어쨌든, 아니, 단일 router가 로컬 용량을 처리할 수 있어야 해 14:46 &lt;deer&gt; &lt;mule_iip&gt; 문제는 tunnel에서 사용하는 대역폭이 시간에 따라 크게 변할 수 있다는 거죠, 그렇죠? 14:46 &lt;cervantes&gt; 지금은 안 일어나고 있어... 적어도 내 경우엔 14:46 &lt;cat-a-puss&gt; 음 전부 랜덤이라면 OC3를 가난한 56k보다 더 잘 활용할 수 있는 방법이 뭐가 있죠? 광고해야 함: 문제 소지가 있거나, 가상 router를 돌리거나, 어느 쪽이든 악의적인 쪽이 어떤 통계적 공격을 위해 노드를 둘러싸려 할 수 있다고 봐요 14:46 &lt;jrandom&gt; 맞아 mule_i2p. tunnel 활동을 좀 더 모니터링해야 해 14:46 &lt;cervantes&gt; 참여자 14명이 각각 11.5mbit ... 좀 낭비지 :) 14:47 &lt;jrandom&gt; cat-a-puss: 확률적이란 게 랜덤이란 뜻은 아냐 :) 14:47 &lt;jrandom&gt; 헷 cervantes 14:48 &lt;jrandom&gt; 확률적으로 거부하는 기본 아이디어는 다른 peer로 부하를 퍼뜨리는 것. 하지만, 네트워크가 정말 포화 상태면, 사람들이 그냥 다시 요청할 테니 확률은 문제가 안 될 거야 14:48 &lt;jrandom&gt; 현재 이슈는 압도적인 *초과* 용량이 있다는 것 14:48 &lt;Sugadude&gt; 불쌍한 i2p, 용량이 *너무* 많다니. 걱정 마, 내가 처리하지. ;) 14:49 &lt;fvw&gt; 모두가 얌전하다고 가정하면, 확률적으로 거부된 직후 짧은 간격 내에 다시 오는 사람은 거부하지 않는 방법도 있을 듯? 14:49 &lt;deer&gt; &lt;mule_iip&gt; 그럼 모든 tunnel을 약간의 커버 트래픽으로 채워 14:49 &lt;jrandom&gt; 헷 Sugadude :) 14:49 &lt;cervantes&gt; 그건 모든 요청이 dm의 router에서 처리되기 때문이지 ;-) 14:49 &lt;jrandom&gt; fvw: 누가 tunnel을 요청했는지 몰라 14:49 &lt;fvw&gt; 흠, 그건 그렇네. *머리를 다시 조인다* 14:50 &lt;jrandom&gt; fvw: 확률적으로, 후속 요청은 수락될 거야 - '거부' 계수를 충분히 낮게 유지하고 싶어 14:50 &lt;deer&gt; &lt;mule_iip&gt; 익명성도 높아지고 부하 계산도 쉬워질 거야 14:51 &lt;jrandom&gt; 맞아 mule_iip, 하지만 높은 부하를 요구하지 않고도 실제로 네트워크가 효과적으로 동작하면 좋겠어 :) 14:51 &lt;jrandom&gt; 하지만 그건 확실히 sim에서 가치 있는 시나리오지 14:51 &lt;deer&gt; &lt;mule_iip&gt; 사실상 i2p를 커버 트래픽으로 일정 비트레이트로 쓰게 만드는 것. 하지만 그건 미래 릴리스용이겠죠 :) 14:52 &lt;jrandom&gt; ATM(비동기 전송 모드) 스타일 할당을 *쓸 수도* 있어 14:52 &lt;fvw&gt; 대역폭 사용이 너무 변동이 심해서 실현 가능하지 않지 않을까요? 14:52 &lt;jrandom&gt; 예: tunnel당 분당 5개의 메시지 @ 각 32KB라고 가정하고, 그걸 대역폭 제한과 비교해서, 그에 따라 거절 14:52 &lt;cervantes&gt; hyper에게 메시지 패딩에 쓸 수 있는 ascii가 좀 있어 14:52 &lt;hypercubus&gt; 흠, 그 일정 비트레이트 아이디어는 마음에 안 들어... 그렇게 하면 ISP가 i2p를 아주 빨리 필터링할 거야 14:53 &lt;jrandom&gt; 헷 cervantes 14:53 &lt;deer&gt; &lt;kaji&gt; 맞아 14:53 * hypercubus 는 cervantes가 무슨 소리 하는지 모른다 14:53 * hypercubus 는 자기 플로피를 숨긴다 14:53 &lt;jrandom&gt; fvw: 패딩? 아니면 할당? 14:53 &lt;fvw&gt; 할당 14:53 &lt;cervantes&gt; 아 그렇지 개연성 있는 부인 말이야 14:54 &lt;jrandom&gt; 흠 fvw. 아마 그럴 수도, 하지만 통계를 모니터링해서 보정할 수 있다고 봐 14:54 &lt;deer&gt; &lt;kaji&gt; 일정 비트레이트는 Waste 같네 14:54 &lt;jrandom&gt; 예를 들어, `http://localhost:7657/oldstats.jsp#tunnel.bytesAllocatedAtAccept` 14:54 &lt;hypercubus&gt; 그래서 그런 이름이 붙었지 ;-) 14:55 &lt;jrandom&gt; 저 통계는 우리가 다른 사람들의 tunnel을 위해 전달하기로 동의한 대역폭이 얼마나 되는지 모니터링해 14:55 &lt;jrandom&gt; (지난 10분을 기준으로) 14:56 &lt;jrandom&gt; 그래서 내 peer가 85개의 tunnel을 갖고 있으면, 그 모든 tunnel을 합쳐서 다음 10분간 3,676,945.65 바이트를 전송하겠다고 말하지 14:56 &lt;deer&gt; &lt;mule_iip&gt; kaji: 그건 낭비고, 아마 더 심각한 위협 모델에서만 써야 할 듯. 하지만 irc 같은 저지연엔 좋겠지. 14:56 &lt;jrandom&gt; tunnel당 72bps지만, 얼마나 편향됐는지는 확신이 없어 (아마 *매우* 편향) 14:57 &lt;jrandom&gt; 하지만, 모든 tunnel이 아주 많은 대역폭을 쓰기 시작하면 총값이 치솟고, 그때 스로틀할 수 있어 14:57 * fvw 끄덕인다. 14:57 * fvw 이게 사실 이론적으로 무지 흥미로운 문제라고 적어둔다. 14:57 &lt;fvw&gt; (아니면 내가 그냥 이상한 걸지도) 14:57 &lt;jrandom&gt; 동의 14:58 &lt;jrandom&gt; (둘 다 ;) 14:58 &lt;jrandom&gt; 하지만 그래, 아직 정답은 없어. 앞으로 해결해야 할 문제야 14:59 &lt;jrandom&gt; 좋아, 다른 게 없다면, 3) 웹사이트 업데이트로 넘어가자 14:59 &lt;fvw&gt; 완전히 손실형으로 가서, 과부하 시 데이터그램을 그냥 드롭하고, 그 위에 사람들이 tcp 같은 걸 돌리게 할 수도 있지. 14:59 &lt;jrandom&gt; 그거 해봤는데, 정말 많은 tunnel이 실패했어 15:00 &lt;jrandom&gt; (tunnel이 메시지 1개라도 드롭하면, 실패로 표시하거든) 15:00 &lt;fvw&gt; 응, 그런 접근을 쓸 거라면 그러면 안 되지. 15:00 &lt;jrandom&gt; ((그리고 그리 깐깐하게 굴지 않으려 했더니, tunnel이 *진짜* 실패했을 때도 못 알아채더라)) 15:00 * fvw 끄덕이며 수염을 쓸어내린다. 좋은 지적. (자기 자신에게 정신적 메모: 이런 상황에서 쓸어내릴 수 있도록 수염을 길러라) 15:01 &lt;jrandom&gt; ㅎㅎ 15:01 &lt;jrandom&gt; 어쨌든, 다들 봤겠지만, 우리 새 설치 프로그램과 새 웹 인터페이스는 예전 방식과 완전히 달라 15:01 * hypercubus 자신의 수염을 fvw에게 준다 15:02 &lt;jrandom&gt; 그게 좋은 건 맞아, 예전 방식은 고통이었으니까, 하지만 우리 예전 문서가 이제 몹시 틀렸다는 뜻이기도 해 15:02 &lt;fvw&gt; 2)에서 몇 분만 더 해도 될까? 네가 반박해줬으면 하는 나쁜 아이디어가 좀 더 있어. 15:02 &lt;jrandom&gt; 물론 15:02 &lt;dm&gt; 난 인터넷을 쓸 수가 없어... 15:02 &lt;dm&gt; 대역폭 in/out 15:02 &lt;dm&gt; 1m: 13.32/11.98KBps 15:02 &lt;dm&gt; 5m: 10.74/9.46KBps 15:02 &lt;jrandom&gt; tunnel 몇 개야 dm? 15:02 &lt;hypercubus&gt; dm: 그래서 i2p의 대역폭 제한을 켜라고 한 거야 ;-) 15:02 &lt;dm&gt; 고작 166 15:02 &lt;jrandom&gt; 그래, 6KBps로 낮춰 15:02 &lt;jrandom&gt; ㅋㅋ 15:03 &lt;dm&gt; (참여 중) 15:03 &lt;jrandom&gt; (착하면 8KBps) 15:03 &lt;dm&gt; 그냥 둘게, 이 페이지만 보면 되거든 15:03 &lt;jrandom&gt; 참고로, 13.32 vs 11.98은 네가 로컬에서 대략 1KBps를 다운로드 중이라는 걸 알려줘 15:03 &lt;jrandom&gt; (i2p 통해) 15:03 &lt;fvw&gt; 합리적으로 큰 유휴시간에 tunnel을 타임아웃시키면 어떨까? 예컨대 30분 같은. 그 위 계층 프로토콜이 keepalive(연결 유지 메시지)를 해야겠지만, 그러면 죽은 tunnel을 감지하지 못하는 문제를 해결하지 않을까? 15:03 &lt;hypercubus&gt; 사실 그보다 훨씬 더 다운로드 중이야 15:04 &lt;jrandom&gt; ((그 1KBps는 netDb일 만큼 작을 수도)) 15:04 &lt;dm&gt; hypercubus: 사실 우리 전송이 심하게 멈칫거려. 15:04 &lt;jrandom&gt; fvw: tunnel은 10분 후 만료돼 15:04 &lt;deer&gt; &lt;kaji&gt; 잠깐, 대역폭이 지금 동작하나요? 그렇다면 뭘로 설정해야 하죠? 15:04 &lt;dm&gt; getright/i2p 조합에 실망 15:04 &lt;jrandom&gt; fvw, i2p의 tunnel은 오래 살지 않아, TOR와 달리 15:04 &lt;fvw&gt; 그럼 keepalive가 있어도 대부분의 tunnel이 실패했다는 건가요? 15:04 &lt;hypercubus&gt; dm: 주기적으로 그래... 해법은 업스트림을 약 8KB/s로 제한하는 거라고 봐 15:04 &lt;jrandom&gt; kaji: `http://localhost:7657/` 15:05 &lt;hypercubus&gt; 포화된 듯하거든 15:05 &lt;jrandom&gt; 아, /config.jsp 15:05 &lt;fvw&gt; 알겠어요, 하지만 패킷 손실이 몰아칠 때 사라지게 하고 싶진 않죠. 15:05 &lt;jrandom&gt; 매 분(평균적으로) 각 peer는 각 tunnel을 테스트해서 살아있는지 확인해 (그래야 다른 사람들이 우리에게 데이터를 보낼 수 있어 - tunnel이 없으면, 우린 망해) 15:06 &lt;fvw&gt; 오케이. 지금 i2p가 어떻게 동작하는지 더 읽어봐야겠네요. 전 3)로 넘어가도 돼요. 15:06 &lt;deer&gt; &lt;kaji&gt; 지금은 기본값 -1로 돼 있고, 1.5/750@1.2ghz 연결에서 최대 tunnel 참여가 어느 정도인지 모르겠어요 15:07 &lt;deer&gt; &lt;kaji&gt; 내가 참여 중인 게 166인 듯 15:07 &lt;jrandom&gt; kaji: 네 router가 tunnel이 너무 많아서 CPU 혼잡해지게 만들진 않을 거야 ;) 15:07 &lt;deer&gt; &lt;mule_iip&gt; 썰렁한 농담: 망하려면 tunnel이 필요하잖아 :) 15:07 &lt;deer&gt; &lt;kaji&gt; *ing 15:07 &lt;jrandom&gt; ㅋㅋ 15:07 * fvw 는 "반대"에 표 15:08 &lt;deer&gt; &lt;kaji&gt; jrandom, 방금 대역폭 없는 tunnel에 관한 편지를 다 읽었는데, 제한을 뭘로 설정해야 할지 몰랐어요 15:08 &lt;jrandom&gt; 좋아, 이걸 알아내려면 할 일이 많지 15:08 &lt;jrandom&gt; 좋아 kaji, 대역폭 제한을 8KBps 정도로 켜 15:08 &lt;jrandom&gt; (착하면 12 :) 15:09 &lt;deer&gt; &lt;kaji&gt; &lt;/oftopic&gt; 15:09 &lt;jrandom&gt; 좋아, 3) 웹사이트 업데이트로 15:09 &lt;deer&gt; &lt;kaji&gt; inbound와 outbound요? 15:09 &lt;jrandom&gt; 맞아 kaji 15:09 &lt;jrandom&gt; 좋아, 말했듯이 문서 도움이 필요해 15:09 &lt;jrandom&gt; (도와줘요오오오!) 15:09 &lt;hypercubus&gt; 오랫동안 비어 있던 Webmaster와 Web Editor 팀 포지션을 채우자고 제안함 15:10 * jrandom 그 동의안을 재청 15:10 &lt;jrandom&gt; (이제 누가 자원만 하면 돼 ;) 15:10 &lt;hypercubus&gt; cervantes가 바쁜 사람인 건 알아 15:10 &lt;jrandom&gt; 누군가가 /스스로/ 자원하는 게 더 적절하지 hyper ;) 15:10 &lt;hypercubus&gt; Curiosity를 Webmaster나 Web Editor로, 아니면 가능하면 둘 다로 추천해 ;-) 15:11 &lt;deer&gt; &lt;ugha2p&gt; 어, 15:11 &lt;dm&gt; 맙소사, I2P 때문에 내 CPU도 최대치에 가깝네... 15:11 &lt;dm&gt; 넌 날 사랑해, 정말로 사랑해 :'( 15:11 &lt;dm&gt; 앗, :') 15:12 * cervantes 소가 있는 링으로 밀려 들어가는 기분 15:12 &lt;jrandom&gt; 도울 의향이 있다면, 우리도 아주 좋아 15:13 &lt;hypercubus&gt; 그녀의 웹 디자인을 봤고, 작업 품질에 보증해 15:13 &lt;hypercubus&gt; 그리고 관심을 보였었는데, 최종적으로 어떤 결정을 했는진 모르겠어 15:13 &lt;jrandom&gt; 좋아 훌륭해 15:13 &lt;dm&gt; she? 15:13 &lt;cervantes&gt; 그녀가 분명 나보다 훨씬 더 많은 관심과 주의를 기울일 수 있을 거야 15:14 &lt;dm&gt; 그 단어는 우리 세계에선 쓰면 안 돼 15:14 &lt;fvw&gt; 그건 그렇고, 그는 '관심과 주의'라고 했어. 15:15 * jrandom 신음 15:15 &lt;fvw&gt; 물론 현 사회자는 제외. 15:15 &lt;jrandom&gt; 어쨌든, 문서에서 도와줄 사람들이 필요해 - 새 워크스루, 소개 문서 등 15:16 &lt;jrandom&gt; Curiosity와 얘기해서 뭘 해볼 수 있는지 정해보자 :) 15:16 &lt;hypercubus&gt; 설치 관련 부분은 내가 맡을 수 있어 15:16 &lt;hypercubus&gt; s/on/of/ 15:16 &lt;hypercubus&gt; 내가 쓰는 바로크한 howto를 모두가 좋아하잖아 ;-) 15:16 &lt;jrandom&gt; :) 15:17 &lt;jrandom&gt; 설치 가이드 / 워크스루면 끝내주지 15:17 &lt;fvw&gt; 그건 'broke'의 철자가 아니야. 15:17 &lt;jrandom&gt; ㅎㅎ 15:17 * hypercubus 킥킥대며 fvw의 지갑을 훔친다 15:17 &lt;hypercubus&gt; 그게 "broke"의 철자야 ;-) 15:17 &lt;deer&gt; &lt;kaji&gt; hyper 어떤 시스템 쓰니? 난 winxp 버전으로 도전해볼게 근데 별로 믿을 만하진 않아, 반짝이는 거 보면 그만둘 수도 15:17 &lt;deer&gt; * Curiosity 는 잠시 자리를 비움... 15:18 &lt;hypercubus&gt; kaji: ? 15:18 &lt;deer&gt; &lt;kaji&gt; hyper, 어떤 OS 쓰는지 물었어 15:18 &lt;hypercubus&gt; OS들 15:18 &lt;deer&gt; &lt;kaji&gt; OSESES 15:19 &lt;hypercubus&gt; vmware가 있어서, 모든 windows와 freebsd 등을 돌릴 수 있어 15:19 &lt;hypercubus&gt; pearpc도 있어서, OS X도 돌릴 수 있고 15:20 &lt;jrandom&gt; 좋아, 웹 쪽에 더 없으면 15:20 &lt;jrandom&gt; * 4) I2PTunnel 웹 인터페이스로 이동 15:21 * jrandom i2ptunnel 웹 인터페이스를 형편없다고 선언함. 동작은 한다. 하지만 형편없다. 15:21 &lt;deer&gt; &lt;DrVince&gt; 관심이 있다면 프랑스어 번역을 맡을 수도 있어요 15:21 &lt;jrandom&gt; duck이 그걸 개선할 몇 가지 아이디어를 냈는데, 자리를 떴고, 몇 줄 붙여넣을게 15:21 &lt;hypercubus&gt; 다시 말하지만, 웹 개발자가 더 필요해 ;-) 15:21 &lt;jrandom&gt; 아, 웹 페이지를 프랑스어로 번역하는 건 최고지 15:22 &lt;jrandom&gt; s/french/french and other langs/ 15:22 &lt;jrandom&gt; duck의 말들: 15:22 &lt;jrandom&gt; &lt;duck&gt; 일반 페이지의 데이터 로드를 줄이고; 테이블/div로 정렬 15:22 &lt;jrandom&gt; &lt;duck&gt; 대부분 관심 없는 정보(터널, dest 해시, 전체 키)는 편집/상세 페이지로 제공 15:22 &lt;jrandom&gt; &lt;duck&gt; 버튼 클릭 후 피드백 제공, '저장됨' 등. 새로 생성되면 dest 출력 제공 15:22 &lt;jrandom&gt; &lt;duck&gt; (그 외에는 편집/상세 아래 숨김) 15:22 &lt;jrandom&gt; &lt;duck&gt; 상단 메시지를 'log'로 태그; 가끔 헷갈림 15:22 &lt;jrandom&gt; &lt;duck&gt; '확인'은 제거에만 필요하고 저장에는 필요 없다는 걸 명확히 15:22 * jrandom 동의 15:23 &lt;jrandom&gt; 0.4 이후 /i2ptunnel/ 웹 인터페이스 뒤편으로 버그픽스가 쏟아져서, 기능적 문제는 정리됐을 거야 15:24 &lt;jrandom&gt; 다만 그 페이지들을 구현한 코드는 꽤 못생겼지 15:24 &lt;jrandom&gt; 아마도 가장 좋은 접근은 화면을 순수 html / css / 이미지 / 기타로 작성한 다음, 그걸 자바 개발자에게 통합하게 하는 것 15:25 &lt;hypercubus&gt; 웹 개발자가 넘쳐나던 시절은 어디로 갔지? ;-) 15:25 &lt;jrandom&gt; 다들 맥도날드에서 일해 15:25 &lt;hypercubus&gt; 아 그렇지 15:25 &lt;deer&gt; * Curiosity 가 돌아옴 :) 15:25 &lt;jrandom&gt; 어쨌든, 도울 사람이나 추가 제안이 있으면, 연락해줘 15:25 &lt;jrandom&gt; 돌아온 걸 환영해 Curiosity 15:26 &lt;deer&gt; &lt;Curiosity&gt; 내가 너한테 말한 아이디어를 꺼낼까 jrandom? 15:26 &lt;cat-a-puss&gt; 웹 관련해서 도울 수 있는 사람을 알아 15:26 &lt;jrandom&gt; 아, 라이브 CD? 15:27 &lt;jrandom&gt; 잘됐다 cat-a-puss, 도움이 정말 필요해 15:27 &lt;deer&gt; &lt;Curiosity&gt; teah :) 15:27 &lt;deer&gt; &lt;Curiosity&gt; err yeah 15:27 &lt;jrandom&gt; Curiosity: 그래, 6) ??? 항목에 도달하면 그걸 얘기해줘 15:28 &lt;deer&gt; &lt;Curiosity&gt; 오케이 :) 15:28 &lt;cat-a-puss&gt; 좋아, 그들을 리스트에 올리고, jrandom의 이메일을 줄게 (curiosity 네 이메일은 모르겠어) 15:28 &lt;jrandom&gt; 좋아, I2PTunnel 웹 인터페이스에 대해 언급할 다른 사람? 15:28 &lt;jrandom&gt; r0x0r cat-a-puss 15:29 &lt;deer&gt; &lt;Curiosity&gt; 웹 편집 등도 도와도 괜찮아 :) 15:29 &lt;jrandom&gt; 좋아, 그 외에 없으면, 5) 로드맵과 할 일 15:30 &lt;jrandom&gt; 최고야 Curiosity, 고마워! 회의 끝나고 세상을 정복^W^W^W^W웹 일을 어떻게 할지 좀 얘기하자 15:30 &lt;deer&gt; &lt;Curiosity&gt; 오키 :) 15:30 &lt;jrandom&gt; 다들 봤겠지만, 웹사이트에 새 크고 무서운 페이지가 있어 (http://www.i2p.net/todo) 15:31 &lt;jrandom&gt; 거기엔 우리가 앞두고 있는 크고 무서운 이슈들이 담겨 있어 (필요한 모든 클라이언트 앱은 언급도 못 했고) 15:31 &lt;jrandom&gt; 보다시피, 할 일이 존나 많아, 하지만 좋은 소식은, 전부를 당장 끝낼 필요는 없다는 거야. 15:32 &lt;jrandom&gt; 사실, 그 항목들은 로드맵 페이지의 불릿 아이템을 (각각에 소개 텍스트를 잔뜩 붙여서) 옮겨온 것뿐 15:33 &lt;jrandom&gt; 정리할 게 많다는 건 알지만, 거기에 없는, 우리가 다뤄야 할 걸 발견하면 알려주면 좋겠어 15:34 &lt;jrandom&gt; 오늘이나 이번 주에 필요한 건 아니고, 그냥 일반적인 "헤이, 알려줘" 정도로 15:35 &lt;jrandom&gt; mule의 제안 (http://www.i2p.net/todo#nat) 덕에 자아 성찰을 많이 했고, 로드맵이 조금 바뀔 수도 있어 15:35 &lt;jrandom&gt; 두고 보자고. 15:36 &lt;jrandom&gt; 특정 이슈에 강한 의견이 있으면 ("오 마이 갓 X, Y, Z 없이는 *절대* 기능할 수 없어!"), 내게 알려주거나 리스트에 올려줘 15:36 &lt;jrandom&gt; 내가 민주주의의 챔피언은 아니지만, 합리적이면 열려 있어 :) 15:37 &lt;jrandom&gt; 좋아, 그에 관해 할 말은 여기까지.. 던져놓을 얘기 있는 사람? 15:37 &lt;deer&gt; &lt;Curiosity&gt; 선의의 독재 :) 15:37 -!- Sonium_ is now known as Sonium 15:37 &lt;jrandom&gt; 에이, 난 독재자가 아냐 - 다른 사람들이 뭘 코딩하는지 내가 통제하지 않거든 :) 15:37 &lt;cervantes&gt; 평온한 패권 15:37 &lt;cat-a-puss&gt; 개발자 두 명을 더 확보했어 15:37 &lt;jrandom&gt; w00t! 15:38 &lt;cat-a-puss&gt; 그리고 분산 검색 엔진에 대한 거대한 계획이 있어 15:38 &lt;jrandom&gt; 오, 끝내준다 15:38 &lt;jrandom&gt; `http://files.i2p/` 에서 뭔가 연동할 수 있을까? 15:38 &lt;jrandom&gt; 아니, 그냥, 끝내준다 :) 15:38 &lt;cat-a-puss&gt; 어: 거긴 접속이 안 돼 (적대적 환경) 15:39 &lt;jrandom&gt; 아 'k 15:39 &lt;cat-a-puss&gt; 어쨌든, 우리가 거기에 도달하면 CVS 공간이 있으면 좋겠어 15:40 &lt;jrandom&gt; 물론, cvs.i2p에 공간 있어 15:40 &lt;jrandom&gt; i2p/apps/ 디렉터리 안이든 원하면 자체 모듈이든 15:40 &lt;jrandom&gt; (cvs.i2p == cvs.i2p.net) 15:40 &lt;cat-a-puss&gt; dht 작업 중인 사람들과 얘기해야겠지? 15:41 &lt;cat-a-puss&gt; 지금까지 상태가 어때 15:41 &lt;jrandom&gt; :) 15:41 &lt;jrandom&gt; 지난 며칠 aum에게서 상태 업데이트를 못 들었지만, 열심히 돌아가고 있을 거야 15:42 &lt;jrandom&gt; 마지막 업데이트는 http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 에 있어 15:43 &lt;jrandom&gt; 좋아, 그럼 * 6) ???로 15:44 &lt;jrandom&gt; Curiosity가 i2p가 포함된 '라이브 CD' 아이디어를 생각했어 15:44 &lt;jrandom&gt; 꽤 멋지다고 생각하고, 우리도 원하게 될 거야 15:44 &lt;deer&gt; &lt;Curiosity&gt; 키울 :) 15:44 &lt;jrandom&gt; 다만 아직 그럴 만큼 안정적이진 않아, 2주마다 릴리스하니까 15:44 &lt;hypercubus&gt; 동의... Knoppix ISO에 통합할 수도 있어 15:45 &lt;deer&gt; &lt;Curiosity&gt; ? 15:45 &lt;hypercubus&gt; Knoppix, 리눅스 라이브CD 배포판 15:45 &lt;hypercubus&gt; 매우 사용자 친화적 15:45 &lt;deer&gt; &lt;Curiosity&gt; ㅇㅋ 15:45 &lt;jrandom&gt; 다만 Really Simple Update 기능이 `http://dev.i2p/i2p/i2pupdate.tar.bz2` 에서 원클릭 다운로드로 제공되면 그렇게 나쁘진 않을 수도 15:46 &lt;jrandom&gt; Curiosity: 그에 대해 더 얘기하고 싶은 거 있어? 15:46 &lt;fvw&gt; ...그리고 널리 쓰이게 되는 순간, dev.i2p를 통제하는 누구든 네트워크를 위험에 빠뜨릴 수 있지. 15:47 &lt;jrandom&gt; 사람들이 그 Really Simple Update 기능을 쓰는 한 15:47 * fvw 끄덕인다. 15:47 &lt;deer&gt; &lt;Curiosity&gt; 사람들이 자기 컴퓨터에 잔뜩 뭘 다운로드하지 않고도 돌릴 수 있는 방법을 원했어 15:47 &lt;jrandom&gt; (그리고 dev.i2p가 침해되면, dev.i2p에 대한 새 hosts.txt 엔트리를 올리면 돼) 15:48 &lt;hypercubus&gt; knoppix i2p 라이브CD는 사이버카페에서 쓰기에 최적 15:48 &lt;deer&gt; &lt;mule_iip&gt; jarndom: 진짜 i2p 사용자는 소스를 받아서, 최신 동료 검토 버전과의 diff를 보고, 소스에서 빌드하잖아요 :) 15:48 &lt;fvw&gt; 맞지만 사람들은 그냥 '업데이트'를 누를 거야; 새 버전에 취약점이 있을지에 관한 논의는 듣지 않겠지... 15:48 &lt;demonic_1&gt; hosts 파일이 필요 없을 방법은 없나. 예컨대 dns 서버 같은? 15:48 &lt;deer&gt; &lt;Curiosity&gt; 그래... 그렇겠지 mule_iip. ㅎㅎ 15:49 &lt;fvw&gt; 뭐 어쨌든, 그게 문제가 되는 단계에 이르면 아주 행복할 듯. 15:49 &lt;fvw&gt; demonic_l: 가능은 한데, 그래도 중앙 권한이 있어야 해. 15:49 &lt;hypercubus&gt; demonic_1: 그런 기능에 대한 제안이 몇 가지 있어, 하지만 글로벌 이름은 제외됐어 15:49 &lt;jrandom&gt; demonic_1: 응, 메일링 리스트를 봐 (최근 논의: http://dev.i2p.net/pipermail/i2p/2004-September/000432.html ) 15:49 &lt;jrandom&gt; (그리고 내 관점은 http://dev.i2p.net/pipermail/i2p/2004-September/000435.html :) 15:50 &lt;hypercubus&gt; *globally unique names 15:50 &lt;demonic_1&gt; ㅇㅋ 15:51 &lt;jrandom&gt; 좋아, 더 얘기하고 싶은 거 있는 사람? 15:52 &lt;deer&gt; &lt;Curiosity&gt; 서비스용 항목은 service 폴더에 넣자고도 제안하고 싶어... i2p를 제거하려고 했는데(여러 번 중 하나), 잘못된 제거 프로그램을 눌렀거든 15:52 &lt;hypercubus&gt; Curiosity: 그렇게 하고 있어 15:52 &lt;jrandom&gt; w3rd 15:52 &lt;hypercubus&gt; 인스톨러가 Windows의 시작 메뉴에 i2p용 바로가기를 설치할 거야 15:52 &lt;hypercubus&gt; 원하면 바탕화면에도 15:52 &lt;deer&gt; &lt;Curiosity&gt; 오키 :) 15:52 &lt;hypercubus&gt; 그중엔 "uninstall"도 있어 15:53 &lt;deer&gt; &lt;Curiosity&gt; 난 program files/i2p 에 들어갔을 때 얘기한 건데 15:53 &lt;hypercubus&gt; 거기서 할 필요 없어 15:54 &lt;hypercubus&gt; Windows 사용자는 프로그램 폴더에 들어가지 않지 ;-) 15:54 &lt;demonic_1&gt; :/ 15:54 &lt;deer&gt; &lt;Curiosity&gt; 난 가! :P 15:54 &lt;jrandom&gt; 아마 스크립트 전부를 담은 bin/ 디렉터리를 추가할 수는 있겠지 15:54 &lt;jrandom&gt; 어, 취소 15:54 &lt;hypercubus&gt; 그럼 "Uninstall"이라는 폴더를 봤겠네 ;-) 15:54 * jrandom 경로를 기억해낸다 15:54 &lt;hypercubus&gt; 거기에 uninstaller가 있어 15:54 &lt;jrandom&gt; 서비스 스크립트는 lib로 옮길 순 있겠네 15:54 &lt;hypercubus&gt; 아마 못할 듯 15:55 &lt;cervantes&gt; '도즈 방식으로, 인스톨러에 "uninstall" 옵션을 넣을 수도 있지 ;-) 15:55 &lt;hypercubus&gt; wrapper는 그걸 어디에 두든 아주 까다로워 15:55 &lt;jrandom&gt; 최소한 먼저 "cd .."는 할 수 있지 15:55 &lt;hypercubus&gt; 위치 변경을 검토해볼게 15:55 &lt;hypercubus&gt; 하지만 불가능할 수도 있어 15:55 &lt;jrandom&gt; 좋아, 고마워. 설치 디렉터리의 어수선함을 좀 없애면 좋겠어 15:55 &lt;hypercubus&gt; 동의 15:55 &lt;jrandom&gt; (그중 대부분은 .config 파일들을 잔뜩 만든 내 탓이지만 :) 15:56 &lt;hypercubus&gt; config 디렉터리를 만들 수도 있겠지 15:56 &lt;cervantes&gt; ./conf ? 15:56 &lt;jrandom&gt; 우린 긱이잖아. etc/ :) 15:56 &lt;jrandom&gt; 그건 정말 쉬울 거야 15:56 &lt;jrandom&gt; (CLI에 -D 파라미터 몇 개만) 15:56 &lt;hypercubus&gt; 그러면 Windows 사용자들이 "etc"가 충분히 명확하지 않다고 질문하겠지 ;-) 15:56 &lt;jrandom&gt; 사람들은 config를 건드릴 필요가 없어 15:57 &lt;jrandom&gt; 그건 웹이 하라고 있는 거니까 15:57 &lt;cervantes&gt; 난 항상 대놓고 썼어: ./configuration/ 15:57 &lt;hypercubus&gt; 맞아, 하지만 Windows 사용자도 프로그램 디렉터리에서 uninstaller를 실행할 필요는 없지 헤헤 15:57 &lt;jrandom&gt; ./thesefilestellstufftodothings/ 15:57 &lt;cervantes&gt; ./scripts/ 15:57 &lt;cervantes&gt; ./asciipr0n 15:57 &lt;jrandom&gt; 좋아, 그건 그렇고, 손볼 작업이 좀 있네 15:57 &lt;deer&gt; &lt;Curiosity&gt; ㅋㅋ 15:58 &lt;jrandom&gt; 회의에서 더 얘기할 거 있는 사람? 15:58 &lt;jrandom&gt; 없으면 15:58 * jrandom 준비한다 15:59 * jrandom *baf*로 회의를 종료한다 </div>/ko/blog/2004/08/31/2004-08-31%EC%97%90-%EB%8C%80%ED%95%9C-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 31 Aug 2004 00:00:00 +0000/ko/blog/2004/08/31/2004-08-31%EC%97%90-%EB%8C%80%ED%95%9C-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>자, 소년소녀 여러분, 또 화요일이네요!</p> <h2 id="색인">색인:</h2> <ol> <li>0.3.4.3</li> <li>0.3.5 and 0.4</li> <li>docs</li> <li>stasher update</li> <li>???</li> </ol> <h2 id="1-0343">1) 0.3.4.3</h2> <p>음, 여러분도 이미 눈치채셨겠지만, 네트워크의 사용자 수는 꽤 안정적으로 유지되고 있는 반면 지난 며칠 동안 성능이 크게 저하되었습니다. 그 원인은 지난주에 소규모 DoS(서비스 거부) 공격이 있었을 때 드러난 피어 선택과 메시지 전달 코드의 일련의 버그였습니다. 그 결과 사실상 모든 사용자의 tunnels(터널)이 지속적으로 실패하는 상황이었고, 이는 약간 눈덩이 효과를 일으켰습니다. 그러니 여러분만 그런 게 아닙니다 — 우리 모두에게도 네트워크 상태가 끔찍했습니다 ;)</p>/ko/blog/2004/08/31/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-8%EC%9B%94-31%EC%9D%BC/Tue, 31 Aug 2004 00:00:00 +0000/ko/blog/2004/08/31/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-8%EC%9B%94-31%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> aum, cervantes, deer, hypercubus, jrandom, kaji, lucky, nicktastic</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) 안녕 14:04 &lt;jrandom&gt; 1) 0.3.4.3 14:04 &lt;jrandom&gt; 2) 0.3.5 그리고 0.4 14:04 &lt;jrandom&gt; 3) 문서 14:04 &lt;jrandom&gt; 4) stasher 업데이트 14:04 &lt;jrandom&gt; 5) ??? 14:04 &lt;jrandom&gt; 0) 안녕 14:04 * jrandom 손을 흔든다 14:05 &lt;deer&gt; * Pseudonym 손을 흔든다 14:05 * hypercubus 퍼덕인다 14:05 &lt;deer&gt; * detonate 손을 흔든다 14:05 &lt;jrandom&gt; 주간 상태 노트 @ http://dev.i2p.net/pipermail/i2p/2004-August/000425.html 14:05 &lt;jrandom&gt; 1) 0.3.4.3로 넘어가죠 14:06 &lt;jrandom&gt; 노트에 적었듯이, 그리고 여러분 모두 직접 겪고 있듯이, 현재 네트워크 상태가 그다지 건강하지 않습니다 14:06 &lt;jrandom&gt; 많은 메시지가 유실되고, 사용자들이 자신의 lease가 한동안 전에 만료되었다는 경고를 자주 보고 있습니다 14:07 &lt;jrandom&gt; 유감스러운 일이고, CVS에서 대부분 해결해 두었으며, 가능한 때에 배포할 예정입니다(항목 2 참조) 14:07 &lt;kaji&gt; (늦게) 안녕 14:08 &lt;jrandom&gt; 아무튼, 이메일에 쓴 것 외에 0.3.4.3에 대해 언급할 건 이게 전부인 것 같아요. 우리가 이 험난한 구간을 지나 앞으로 나아가는 동안 인내해 주셔서 감사합니다 14:08 &lt;jrandom&gt; 그럼 2) 0.3.5 그리고 0.4로 넘어갈게요(추가로 말씀하실 분이 없다면..?) 14:09 &lt;deer&gt; &lt;oOo&gt; 그럼 망가진 노드가 90%면 네트워크를 무너뜨릴 수 있겠네요 ^^ 14:09 &lt;deer&gt; * Pseudonym 0.3.5 릴리스를 손꼽아 기다린다 14:09 &lt;kaji&gt; 누가 DoS를 실행했나요? 잘 해냈네요 14:10 &lt;jrandom&gt; 음, 다른 CVS HEAD 박스들에서 squid에는 꾸준히 접속할 수 있습니다 14:10 &lt;jrandom&gt; 그래서 CVS HEAD에 있는 사람들에게는 네트워크가 완전히 '나가버린' 상태는 아니에요 :) 14:10 * lucky는 아직도 .3.4.3으로 부분적으로는 성공하고 있음. 14:10 &lt;jrandom&gt; 하지만 맞아요, 예전 피어 선택 알고리즘은 멍청한 짓을 좀 했습니다 14:10 &lt;deer&gt; &lt;oOo&gt; 저는 CVS head에 있는데 suid.i2p 접속을 자주 잃었어요 ;) 14:11 &lt;jrandom&gt; 흠 14:11 &lt;jrandom&gt; tunnel 실패율이 어느 정도로 보이나요? 14:12 &lt;jrandom&gt; (/routerStats.html#tunnel.failAfterTime의 전체 이벤트 수와 #tunnel.buildFrequency의 전체 이벤트 수를 비교) 14:13 &lt;deer&gt; &lt;oOo&gt; 수명 전체 평균 값: 339,00 이벤트 중 288 268,91 14:13 &lt;jrandom&gt; 그럼 tunnel.buildFrequency는요? 14:14 &lt;deer&gt; &lt;oOo&gt; 하지만 스레드 누수를 고치면서 router를 너무 자주 재시작하신 걸지도요 ;) 14:14 &lt;jrandom&gt; tunnel.buildFrequency의 누적(수명 전체) 이벤트 수가 얼마나 되나요? 14:14 &lt;deer&gt; &lt;oOo&gt; 24h 빈도: 기간당 평균: (2,76, 최대 2,76, 현재는 최대의 100,00%) 엄밀한 기간당 평균: 5 645,58 이벤트(수명 전체 5 729,00 이벤트를 기준으로 평균냄) 14:14 &lt;deer&gt; &lt;oOo&gt; 24h ~= router 수명 14:15 &lt;jrandom&gt; 그렇다면 대략 ~5% tunnel 실패 14:15 &lt;jrandom&gt; 그게 CVS HEAD에서 제가 보던 수준과 비슷하네요. 0.3.4.3의 40-60% tunnel 실패에 비하면요 14:16 &lt;deer&gt; &lt;oOo&gt; 그럼 2)로 넘어가죠 ;) 14:16 &lt;jrandom&gt; 넘어간 걸로 하죠 14:16 &lt;jrandom&gt; 좋아요, 이메일에서 말했듯이 다음 릴리스는 0.4가 아니라 0.3.5가 될 겁니다 14:16 &lt;jrandom&gt; 여러분이 기다려온 좋은 것들은 다 들어가겠지만, '0.4 승인 도장'은 없을 거예요 ;) 14:17 &lt;deer&gt; &lt;Pseudonym&gt; 0.4.rc-1 14:17 &lt;jrandom&gt; 음, rc로 가볼까도 생각했지만, 너무 자신만만해지고 싶지는 않아요 14:17 &lt;kaji&gt; 0.4.rc-0.9 14:17 &lt;deer&gt; &lt;Pseudonym&gt; 헤헷 14:18 &lt;kaji&gt; 베타 14:18 &lt;jrandom&gt; 0.3.5가 나와 있는 동안, 다시 한번 DoS를 걸 수 있는지 보려고 합니다. 아울러 우리가 만들어낼 수 있는 여러 새로운 이슈들도 시험해 보려고요 14:18 &lt;lucky&gt; DoS를 당한 상태에서도 동작할 때까지 계속 DoS를 해야죠 14:18 &lt;jrandom&gt; 맞아요 14:19 &lt;kaji&gt; 더는 DoS가 통하지 않을 때까지 DoS해요 14:19 &lt;deer&gt; &lt;Pseudonym&gt; 그런데 0.3.5와 0.4 사이에는 새로운 기능은 없죠? 14:19 &lt;jrandom&gt; 아마 누군가가 시뮬레이터에 churn(노드 변동)과 실패 케이스를 구현하는 데 영감을 받아 도와줄 수도 있겠죠. 그러면 이런 것들을 더 쉽게 자동으로 테스트할 수 있을 테니까요... ;) 14:20 &lt;jrandom&gt; 맞아요 Pseudonym, 0.3.5 기간에는 큰 신규 기능이 추가될 것으로 기대하지 않습니다 14:20 &lt;jrandom&gt; 적어도 애플리케이션 사용자 관점에서는요 14:20 &lt;jrandom&gt; 아마 어떤 개발자는 이번 시간을 활용해 eepproxy 개선, 투명 웹서버, aum 지원 등등을 해줄지도 모르겠네요 14:21 * jrandom DCC를 지원하는 IRC 프록시를 해킹 중인 누군가를 콕 찌른다 ;) 14:21 &lt;deer&gt; &lt;duck&gt; i2p/tor용 공개 inproxy가 만들어지는 중입니다 14:21 &lt;jrandom&gt; 아 좋네요, HTML 전용인가요, 아니면 비트파이프인가요? 14:21 &lt;jrandom&gt; 아, 그러니까 웹 전용이냐는 거죠 14:22 &lt;deer&gt; &lt;duck&gt; 웹 전용 14:22 &lt;jrandom&gt; ㅇㅋ 14:22 &lt;deer&gt; &lt;duck&gt; 아이디어는 ISP가 특정 사이트에 대한 게이트웨이를 몇 개 올려두는 겁니다 14:22 &lt;deer&gt; &lt;duck&gt; 그래서 전 세계가 alexandria에 접근할 수 있게요 14:23 &lt;jrandom&gt; 오, 정말로 짱일 건 그 게이트웨이들이 vhost로 동작할 수 있다면이죠 14:23 &lt;jrandom&gt; (어쩌면 애초에 그 얘기를 하고 계신 걸지도) 14:23 &lt;deer&gt; &lt;duck&gt; `http://anonygateway.com/home.duck.i2p/~alexandria/` 14:23 &lt;jrandom&gt; 아 오케이 14:23 &lt;jrandom&gt; 그래도 멋지네요 14:23 &lt;deer&gt; &lt;duck&gt; http://anonygateway.com/6sxoyfb3h2nvok2d.onion/ 14:24 &lt;deer&gt; &lt;duck&gt; 가상 호스트도 가능합니다; 다만 다음 이터레이션에서요 14:24 &lt;jrandom&gt; (그래도 6sxoyfb3h2nvok2d.onion.anonygateway.com이 더 멋지겠지만 ;) 14:24 &lt;jrandom&gt; 그렇죠 그렇죠 14:24 &lt;deer&gt; &lt;duck&gt; mod_rewrite로 하면 물론 쉬워요 14:25 &lt;cervantes&gt; 아니면 그냥 서브도메인을 하나 만들면 되죠 :) 14:25 &lt;kaji&gt; 하하 BitTorrent 시드를 vhost로 14:25 &lt;deer&gt; &lt;duck&gt; 개발 비용은 제 사비로 부담하고 있어요; 패치는 퍼블릭 도메인으로 공개할 겁니다 14:25 &lt;jrandom&gt; duck++ 14:26 &lt;deer&gt; &lt;duck&gt; 또 유료 서비스로 제공하고 싶어 하는 ISP와도 얘기 중입니다 14:26 &lt;jrandom&gt; 좋네요 14:26 &lt;deer&gt; &lt;duck&gt; 물론 anarchistgang.org가 그렇게 해주면 더 좋죠 14:26 &lt;deer&gt; &lt;duck&gt; 하지만 그런 유형의 안정성이 어떤지는 아시잖아요 14:26 &lt;jrandom&gt; *콜록* 14:27 &lt;cervantes&gt; 그들의 꽥꽥이들이군 14:27 &lt;cervantes&gt; *그들은 14:27 &lt;deer&gt; &lt;jon2&gt; 안녕!!!!!! 14:27 * hypercubus 킥킥댄다 14:27 &lt;jrandom&gt; 안녕 jon2 14:27 &lt;deer&gt; &lt;jon2&gt; 회의 좋아요&gt;:-D 14:28 &lt;jrandom&gt; 네트워크가 좀 더 안정되면(0.3.5가 배포되면), 애플리케이션 레벨의 몇 가지 활동을 재검토하고 싶습니다 14:28 &lt;deer&gt; &lt;duck&gt; *콜록* myi2p? 14:28 &lt;jrandom&gt; 헤헷 14:29 &lt;kaji&gt; 방화벽 뒤에서의 접근은 어떤가요? 14:29 &lt;deer&gt; &lt;jon2&gt; 네, 방화벽 접근성 :) 14:29 &lt;jrandom&gt; 우리는 매우 견고하고, 사용 가능하며, 게다가 안전하고, 사람들이 원하는 기능을 제공하는 무언가가 필요합니다(그리고 가능하다면 커뮤니티를 북돋우는 데도 쓸 수 있는). 14:30 &lt;deer&gt; * duck http://www.i2p.net/roadmap의 0.4.2를 가리킴 14:30 &lt;jrandom&gt; 믿어주세요, 저도 여러분 못지않게 방화벽/통제 불가능한 NAT 등 뒤에서의 접근을 원합니다. 14:30 &lt;deer&gt; &lt;jon2&gt; 보안 부분은 제가 할 수 있어요, 저는 cryptophagy를 알아요. 14:30 &lt;jrandom&gt; (누군가는 그걸 명언으로 추가해야겠네요 ;) 14:30 * hypercubus cryptophage가 뭔지 궁금해함 14:31 &lt;jrandom&gt; jon2 - 이 부분은 정말 도움이 필요하니, 시간을 좀 내주신다면 정말 좋겠어요! 14:31 * kaji 막 개학해서, i2p를 같이 가져가고 싶어함 ;) 14:31 &lt;aum&gt; 모두 안녕하세요 14:31 &lt;cervantes&gt; 그나저나 개발자들 중에 자신의 작은 i2p 블로그를 그리워하는 분들이 있나 궁금하네요.... 적어도 단기적으로는 전용 포럼 섹션을 만들어야 하지 않을까요... 14:31 &lt;cervantes&gt; *그렇다면 14:31 &lt;deer&gt; &lt;jon2&gt; cryptophagy, 보안의 과학. 14:31 &lt;jrandom&gt; 좋은 아침 aum 14:32 &lt;hypercubus&gt; jon2: 그럼 암호학도 아나요? 14:32 &lt;deer&gt; &lt;jon2&gt; 좋은 아침 aum. 14:32 &lt;jrandom&gt; cervantes: 제 블로그를 직접 만들 수 있을 때까지 미루고 있어요, 그게 너무 멀지 않았으면 하네요 14:32 &lt;deer&gt; &lt;jon2&gt; 아뇨 :-( 14:33 &lt;cervantes&gt; jrandom: 그리고 다른 사람들은요? 14:33 &lt;jrandom&gt; nightblade는 cashdollar.org에서 자신의 블로그를 사용하고 있어요 14:33 &lt;deer&gt; &lt;jon2&gt; 저는 blogs.aspnet.com에 블로그가 있어요 14:33 &lt;jrandom&gt; 그래도 사람들이 포럼에 글을 올리는 것도 멋질 것 같긴 하네요 14:34 &lt;cervantes&gt; 아 좋네요... 대부분 대안을 찾은 것 같군요.... 하지만 흩어져 버린 건 안타깝네요 14:34 &lt;jrandom&gt; 네 14:34 &lt;cervantes&gt; *shame 14:34 &lt;cervantes&gt; 빌어먹을 손가락zzz 14:34 &lt;lucky&gt; 음, 파지는 면역 체계의 일부죠. 14:34 &lt;jrandom&gt; 사이트에 devblog들이 있는 게 좋았어요. 결국엔 뭔가를 다시 갖게 될 겁니다 14:34 &lt;hypercubus&gt; jon2: 웃기네요, blogs.aspnet.com은 미등록 도메인인데요 14:34 &lt;jrandom&gt; 좋아요, 어쨌든, 2) 0.3.5 그리고 0.4에 대해 더 있을까요 ? 14:35 &lt;hypercubus&gt; 응 14:35 &lt;hypercubus&gt; 이제 CVS에서 Firefox 문제를 해결했어요 14:35 &lt;jrandom&gt; 우웃 14:36 &lt;deer&gt; &lt;jon2&gt; 저는 ASP 개발자예요. 14:36 &lt;hypercubus&gt; 레지스트리에서 기본값을 읽어옵니다 14:36 &lt;cervantes&gt; :) 14:36 &lt;deer&gt; &lt;jon2&gt; 미안.. blogs.asp.net을 말한 거예요 14:36 &lt;hypercubus&gt; 아니 그건 아니죠 14:36 &lt;deer&gt; &lt;jon2&gt; weblogs.asp.net 14:36 &lt;jrandom&gt; 아, 잘했어요 hypercubus. 이제 0.3.5 릴리스를 거의 앞두고 있네요 14:37 &lt;cervantes&gt; 오싹.... ASP 14:37 &lt;hypercubus&gt; 네, 거의 다 온 게 느껴져요 14:37 &lt;jrandom&gt; 좋아요, 3) 문서로 넘어갑니다 14:37 &lt;jrandom&gt; 음, 이메일에서 요청한 것 말고는 추가할 게 없네요 14:38 &lt;jrandom&gt; (질문을 보내주세요! 메일링 리스트에 올리거나, 이메일로 보내거나, 포럼에 올려주세요) 14:38 &lt;deer&gt; &lt;oOo&gt; 네, 익명으로 포럼을 사용해서 Cervantes를 행복하게 해주세요 ;) 14:39 * cervantes 온몸이 간질간질해짐 14:39 * hypercubus 토끼 귀를 조정함 14:40 &lt;nicktastic&gt; ㅎㅎ 14:40 &lt;deer&gt; &lt;jon2&gt; 이번 미팅 마음에 들었어요.. 14:40 &lt;cervantes&gt; 그 말 했어요... 14:40 &lt;cervantes&gt; &lt;deer&gt; &lt;jon2&gt; 난 미팅이 좋아요&gt;:-D 14:40 &lt;hypercubus&gt; 좋습니다, 그럼 다음 번엔 도넛은 당신 차례예요 ;-) 14:40 &lt;jrandom&gt; 좋아요, 더 없으면, 4) stasher 업데이트 14:41 &lt;jrandom&gt; aum이 일찍 깬 것 같은데... 아직 있어요? 14:41 &lt;deer&gt; &lt;jon2&gt; 대단한 미팅이었어요! 14:41 * hypercubus dm에게 자녀가 있는지 궁금해함 14:41 &lt;jrandom&gt; 헤헷, 네, 돌아왔네요 ;) 14:41 &lt;cervantes&gt; 불가능하다고 생각하죠 14:42 &lt;hypercubus&gt; 아마 aum이 첫 잔 커피를 놓쳤나 보네요 14:42 &lt;jrandom&gt; 좋아요, 아마 곧 터미널로 돌아올 거예요 14:42 &lt;jrandom&gt; 어쨌든, 그의 일반 업데이트는 이메일에 올려뒀습니다 14:42 &lt;jrandom&gt; 진전이 많이 있는 것 같아요 14:43 &lt;jrandom&gt; 몇 가지 질문은 남아 있지만, 늘 앞으로 전진이죠 14:43 &lt;deer&gt; &lt;oOo&gt; 하지만 출시일은 안 줬죠 ;) 14:43 &lt;hypercubus&gt; 현재 얼마나 많은 사람들이 그걸 테스트하고 있나요? 14:43 &lt;jrandom&gt; 그가 지금 가지고 있는, 언급된 것들이 포함된 코드가 아직 공개되었는지는 모르겠어요 14:43 &lt;hypercubus&gt; 아 14:44 &lt;deer&gt; &lt;jon2&gt; BAF BAF BAF BAF BAF 14:44 &lt;kaji&gt; stasher에는 뭐가 새로워졌나요? 14:44 &lt;jrandom&gt; kaji: http://dev.i2p.net/pipermail/i2p/2004-August/000425.html을 보세요 14:45 &lt;deer&gt; &lt;oOo&gt; 이제 설거지할 때 물을 덜 써요 14:45 &lt;hypercubus&gt; 그 기능을 기다리고 있었죠 14:45 * jrandom도 마찬가지 14:45 &lt;jrandom&gt; 좋아요 14:45 &lt;jrandom&gt; aum이 아직 afk면, 5) ???로 넘어가죠 14:45 &lt;jrandom&gt; 다른 분들 중에 제기하고 싶은 게 있나요? 14:45 * cervantes 은박 모자를 씀 14:46 &lt;lucky&gt; 웹 페이지 제공용 jetta는 어떻게 되어가나요? 14:46 &lt;jrandom&gt; jetty로 사람들이 안전하게 페이지를 호스팅할 수 있도록 하는 앱을 작업 중인 사람은 없는 것으로 알아요 14:46 &lt;jrandom&gt; (즉, eepsite로 제공할 수 있는 페이지를 호스팅하는 것) 14:47 &lt;jrandom&gt; jetty는 사람들이 클라이언트 애플리케이션을 배포할 수 있게 해주긴 합니다(다만 아직 웹 기반 앱을 작업하는 사람도 모르겠어요) 14:47 &lt;hypercubus&gt; systray4j 대 SWT에 대해 한마디 하고 싶어요 14:47 &lt;jrandom&gt; 음흠? 14:47 &lt;hypercubus&gt; SWT로 systray4j를 버릴 때의 비용: systray4j.jar와 systray4j.dll을 빼서 배포 크기를 147 KB 줄일 수 있지만 -- 그것을 swt.jar (885 KB) + 네이티브 라이브러리(Win에서 332 KB, *nix에서 639 KB)로 대체하게 되어 순증 1.2-1.5 MB가 됩니다. 하지만 그 대신 KDE, Gnome, OS X, Win32뿐 아니라 NextStep/GNUstep 스타일의 순수 X 환경에서도 systray 아이콘과 실행 아이콘을 얻게 됩니다 14:48 &lt;hypercubus&gt; 그리고 이렇게 하면 사용자가 가진 JRE에 독립적으로 나중에 다른 GUI 컴포넌트를 추가할 수 있게 됩니다(그렇지 않으면 Kaffe 사용자를 배려하느라 AWT만 써야 할 수도 있거든요) 14:48 &lt;hypercubus&gt; 그냥 생각해 볼 거리예요... 아마 나중에 14:48 &lt;jrandom&gt; 사용자 수요가 생기면, 나중에 논의할 가치가 있어요 14:49 &lt;jrandom&gt; 가치가 있으면, 있는 거죠 14:49 &lt;deer&gt; &lt;oOo&gt; 웹 인터페이스가 GUI가 되도록 의도된 거죠, 그렇지 않나요 ? 14:49 &lt;hypercubus&gt; cervantes가 SWT를 더 활용하는 멋진 아이디어를 냈어요 14:49 &lt;hypercubus&gt; I2P 대시보드 ;-) 14:49 &lt;jrandom&gt; 네 oOo 14:49 &lt;hypercubus&gt; 아, 그리고 스킨도요! 농담이에요 14:49 &lt;jrandom&gt; 제가 생각한 게 맞다면, 그런 기능은 router 콘솔에 내장되는 걸 훨씬 더 선호합니다 14:50 &lt;hypercubus&gt; 요지는... 14:50 &lt;cervantes&gt; i2p가 멋진 SWT 라이브러리 묶음을 함께 제공하면 애플리케이션 개발을 촉진할 수도 있겠죠 14:50 &lt;hypercubus&gt; systray4j 개발은 거의 끝나가거나 정체된 것처럼 보입니다 14:50 &lt;deer&gt; &lt;oOo&gt; systray와 GUI 같은 것들이 완전히 동작하는 router를 위해 필수지만 않다면요... 14:50 &lt;jrandom&gt; 맞아요 oOo 14:50 &lt;hypercubus&gt; KDE 버전을 곧바로 고칠 것 같진 않아요 14:51 &lt;hypercubus&gt; 맞아요, router의 systray 클래스에 훅만 추가할 수도 있죠 14:51 &lt;hypercubus&gt; 그리고 사용자가 선택적으로 systray/SWT를 내려받을 수 있게 하면 되고요 14:51 &lt;jrandom&gt; hypercubus: 개인적으로, 사용자층이 systray를 필요로 할지 100% 확신하지는 못하겠어요. 배포해 보고 피드백을 받아 가치를 파악해야 한다고 생각합니다 14:51 &lt;jrandom&gt; cervantes: 클라이언트 애플리케이션 개발자는 SWT를 앱과 함께 번들할 수 있습니다 14:51 &lt;jrandom&gt; (아니면 "SWT를 받아오세요"라고 하거나) 14:51 &lt;hypercubus&gt; systray 옵션 확장을 요청받게 될 것 같긴 해요 14:52 &lt;jrandom&gt; 그리고 어떤 클라이언트 앱 개발자가 router와 함께 번들하고 싶은 걸 만들어낸다면, 그 번들과 함께 SWT를 배포하면 됩니다 14:52 &lt;jrandom&gt; (등등) 14:52 &lt;deer&gt; &lt;oOo&gt; 콘솔/상태 모니터/그 외를 진짜 라우팅하는 것들과 분리하기엔 너무 늦었나요 ? 14:52 &lt;jrandom&gt; 진짜 라우팅하는 것들이요? 14:52 &lt;jrandom&gt; router 콘솔은 완전히 분리된 클라이언트 애플리케이션입니다 14:53 &lt;jrandom&gt; (apps/routnerconsole/) 14:53 &lt;deer&gt; &lt;oOo&gt; 바이트가 익명으로 흐르도록 하는 데 필요한 것들 말이죠 14:53 &lt;jrandom&gt; 나중에는 minimal-router 설치본도 필요하다고 생각합니다 14:53 &lt;jrandom&gt; (clients.config 등에 아무것도 없는) 14:53 &lt;jrandom&gt; 하지만 여러 가지를 유지관리할 개발자 시간이 부족합니다 14:55 &lt;jrandom&gt; 좋아요, 또 제기하고 싶은 게 있는 분? 14:57 &lt;jrandom&gt; 없다면 14:57 * jrandom 마무리 준비를 함 14:57 &lt;deer&gt; &lt;oOo&gt; 0.3.5, 언제 나오죠 ? ;) 14:57 &lt;jrandom&gt; 이번 주 안에 나올 거예요, 잘 되면요 14:57 &lt;jrandom&gt; (모든 게 잘 되면 하루 이틀 내에) 14:57 &lt;deer&gt; &lt;oOo&gt; 좋아요 ^^ 14:57 * jrandom 마무리 준비 중단 14:57 * jrandom 회의를 *baf* 하고 종료함 </div>/ko/blog/2004/08/24/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-8%EC%9B%94-24%EC%9D%BC/Tue, 24 Aug 2004 00:00:00 +0000/ko/blog/2004/08/24/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-8%EC%9B%94-24%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cervantes, deer, fvw, hypercubus, jrandom, kaji, luckypunk, Nightblade, protok0l</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:01 &lt;jrandom&gt; 0) 안녕 14:01 &lt;jrandom&gt; 1) 0.3.4.3 상태 14:01 &lt;jrandom&gt; 1.1) timestamper 14:02 &lt;jrandom&gt; 1.2) 새로운 router 콘솔 인증 14:02 &lt;jrandom&gt; 2) 0.4 상태 14:02 &lt;jrandom&gt; 2.1) 서비스 &amp; systray(시스템 트레이) 통합 14:02 &lt;jrandom&gt; 2.2) jbigi &amp; jcpuid 14:02 &lt;jrandom&gt; 2.3) i2paddresshelper 14:02 &lt;jrandom&gt; 3) AMOC 대 제한된 라우트 14:02 &lt;jrandom&gt; 4) stasher 14:02 &lt;jrandom&gt; 5) 주목할 만한 페이지 14:02 &lt;jrandom&gt; 6) ??? 14:02 &lt;jrandom&gt; 0) 안녕 14:02 * jrandom 손을 흔든다 14:02 &lt;deer&gt; &lt;ugha2p&gt; 안녕하세요. 14:02 &lt;jrandom&gt; 주간 노트가 (아주 엄청 일찍) http://dev.i2p.net/pipermail/i2p/2004-August/000419.html 에 올라갔어요 14:03 &lt;jrandom&gt; 다들 숙제해 오셨고 성실히 읽으셨겠죠 14:03 &lt;jrandom&gt; (아니면 뭐 그런 거) 14:03 &lt;jrandom&gt; 좋아요, 1) 0.3.4.3 상태 14:04 &lt;kaji&gt; (늦었지만 안녕) 14:04 &lt;jrandom&gt; 지난 금요일 0.3.4.3 릴리스를 내고 몇 가지를 조정했지만, 전체적으로는 제가 보기엔 이번 rev는 꽤 안정적인 것 같아요 14:04 &lt;deer&gt; &lt;luckypunk&gt; 어. 무슨 일 있어요? 14:04 &lt;deer&gt; &lt;luckypunk&gt; 아. 됐어요. 미안, 보통 회의는 자면서 지나가요. 안녕 :) 14:05 &lt;jrandom&gt; eepsites / squid / 기타와 관련해서 0.3.4.3 써본 경험은 어떤가요? 14:05 &lt;luckypunk&gt; 매우 빨라요. 14:05 &lt;jrandom&gt; (irc에서 사람들이 뭘 겪는지는 알 수 있어요) 14:05 &lt;luckypunk&gt; 가끔은 페이지 로딩이 3초 이내예요. 14:06 &lt;deer&gt; &lt;oOo&gt; Jrandom, squid의 router를 너무 자주 킥하지 마세요 ;) 14:06 &lt;jrandom&gt; 멋지네 lucky 14:06 &lt;deer&gt; &lt;mule&gt; 잘 작동해요 14:06 &lt;luckypunk&gt; squid를 통해서 한 번에 페이지 10개를 열어도 I2P가 따라오네요, 제 350mhz에선 꽤 느리긴 하지만요. 14:06 &lt;deer&gt; &lt;hypercubus&gt; 지금까지 중 가장 경쾌해요 14:06 &lt;jrandom&gt; 맞아요, oOo, 그래서 www1.squid.i2p가 있잖아요 :) 14:06 &lt;jrandom&gt; r0x0r 14:06 &lt;jrandom&gt; CPU를 과하게 먹는다는 보고를 몇 개 들었는데 - 자주 겪고 있나요? 14:07 &lt;deer&gt; &lt;hypercubus&gt; 전 아니에요... 386 쓰는 사람들이겠죠 *콜록*lucky*콜록* 14:07 &lt;deer&gt; &lt;oOo&gt; 아주 드물게 피크가 있어요. 다른 오류와 관련된 듯, 언젠가 추적해볼게요 :p 14:07 &lt;deer&gt; &lt;mule&gt; 여기선 없어요 14:07 &lt;luckypunk&gt; 그게 모든 플랫폼에 영향을 준다면, 저는 심하게 느꼈을 텐데, 아니요 별로요. 새 config 페이지를 제공할 때나 다운로드를 많이 할 때만 I2P가 제 프로세서를 꽉 잡아요. 14:08 &lt;jrandom&gt; 좋아요. 몇몇 상황에선 i2p가 CPU 면에서 고약할 때가 있긴 한데, 그런 경우가 자주 있진 않을 거예요 14:08 &lt;jrandom&gt; 사실, 그게 1.1) timestamper로 이어지네요 :) 14:09 &lt;jrandom&gt; (문제 중 하나는 timestamper가 꼬이거나 / 올바른 시간을 놓칠 때 발생할 수 있어요) 14:10 &lt;jrandom&gt; 전체 타임스탬핑 관련 부분을 개편해서 router에 통합했어요, Adam Buckley가 끝내주는 작업을 BSD 라이선스로 공개해준 덕분이죠 14:10 &lt;jrandom&gt; (야호 Adam) 14:11 &lt;jrandom&gt; 예전엔 SNTP 코드를 독립 실행형 클라이언트 앱으로 썼는데, 이제는 안 그래요 - 대신 router와 촘촘히 통합했어요 14:11 &lt;jrandom&gt; (그래서 메일에 언급했듯이 config 파일을 업데이트해야 할 수도 있어요) 14:11 &lt;jrandom&gt; 다만 SNTP만으로는 해결의 일부에 불과해요 14:12 &lt;jrandom&gt; 장기적으로는 더 나은 동기화(즉 NTP)가 필요해요, SNTP는 변동이 심하거든요 14:12 &lt;jrandom&gt; (특히 네트워크 혼잡이 심할 때) 14:12 &lt;jrandom&gt; Adam이 그걸 다루는 코드를 보내줬지만, 지금은 그쪽을 파고들 시간이 별로 없네요 14:13 &lt;deer&gt; &lt;oOo&gt; SNTP만 쓰는 건가요? 14:13 &lt;jrandom&gt; 기억이 가물가물해요 - sntp 쿼리로 ntp 비슷하게 하는 걸 거예요 14:13 &lt;deer&gt; &lt;oOo&gt; 알겠습니다, 고마워요 14:14 &lt;luckypunk&gt; 어 14:14 &lt;luckypunk&gt; 그거에 대해 제안이 있어요.. 14:14 &lt;jrandom&gt; 아무튼, 누가 심심해서 미친 듯이 ntp 해킹을 해보고 싶다면, 정말 좋겠어요 14:14 &lt;luckypunk&gt; 틀릴 수도 있지만요. 14:14 &lt;jrandom&gt; 응, lucky? 14:14 &lt;luckypunk&gt; ntpdate -q를 쓰세요 14:14 &lt;luckypunk&gt; offset을 얻고요. 14:14 &lt;jrandom&gt; ntpdate -q == SNTP 14:14 &lt;luckypunk&gt; 비슷한 것도요. 14:14 &lt;deer&gt; &lt;oOo&gt; 현재 코드가 하는 게 대충 그거예요 ;) 14:14 * cervantes 놓친 내용을 따라잡는다 14:14 &lt;luckypunk&gt; 아. 14:15 &lt;luckypunk&gt; 미안. 14:15 &lt;cervantes&gt; 놓쳤네 14:15 &lt;deer&gt; &lt;oOo&gt; 하지만 변수 초 길이 같은 것도 필요해요 ;) 14:15 &lt;cervantes&gt; 내 시스템에선 CPU 사용량이 역대 최저예요.... 14:15 &lt;jrandom&gt; 좋군요 14:15 &lt;cervantes&gt; 그런데 지금 700개쯤 되는 자바 스레드가 있고 계속 늘고 있어요 14:15 &lt;jrandom&gt; 그래요 oOo, 그리고 스큐 감지 / 후보 선택도요 14:16 &lt;luckypunk&gt; 네, 한 달 전쯤 돌렸을 땐 내 박스 쓰기 불편할 정도였는데, 지금은 I2P가 돌아가는지도 모르겠어요. 14:16 &lt;jrandom&gt; 저도 그거 보고 있어요 cervantes 14:16 &lt;deer&gt; &lt;oOo&gt; 맞아요, 전체 중에선 약한 부분이긴 해도요 ;) 14:16 &lt;luckypunk&gt; 전 스레드가 200개쯤이에요. 14:16 &lt;luckypunk&gt; 정확히는 219개. 14:16 &lt;jrandom&gt; cervantes: 그 스레드는 전송 레이어에서 찾아냈어요 (타임아웃을 위해 *아주 못생긴* 짓을 좀 하거든요), 나중에 더 깔끔히 정리할 수 있어요 14:16 -!- TheCrypto__ is now known as thecrypto 14:18 &lt;jrandom&gt; 기본적으로 네트워크의 피어 수 증가와 churn 때문에 이상한 점이 좀 생기고 있어요. 다 해결 가능하지만, 거슬릴 수는 있죠 14:18 &lt;jrandom&gt; 아무튼, 그게 1.1은 끝이고, 이제 1.2) 새로운 router 콘솔 인증입니다 :) 14:19 &lt;jrandom&gt; (아무도 관심 없을지도 모르지만, 기본 HTTP 인증이 동작해요. 자세한 건 메일을 보세요) 14:19 &lt;cervantes&gt; 멋져요 14:19 &lt;cervantes&gt; 그럼에도 메모리 처리가 끝내줘요... OOM도 한동안 없었고요 14:19 &lt;jrandom&gt; 아 좋군요 14:20 &lt;jrandom&gt; 자, 그럼 2) 0.4 상태로 넘어가죠 14:22 &lt;luckypunk&gt; 네. I2P가 MS 제품이었다면, 1.0 준비됐을 거예요 :) 14:22 &lt;jrandom&gt; 앗, 젠장 넷 연결이 끊겼네요 14:22 &lt;jrandom&gt; (screen++) 14:23 &lt;jrandom&gt; 좋아요, 아무튼, 많은 일이 있었고, 백엔드 쪽으로도 아직 몇 가지 남아 있어요 (oOo가 보고 있는 것처럼 클라이언트 tunnel 풀 관리, 그리고 CVS에 있는 대로 피어 선택 테스트) 14:24 &lt;jrandom&gt; 설치 관리자 / 서비스 / systray 쪽도 진전이 많았고요 14:24 &lt;jrandom&gt; hypercubus: 업데이트 좀 해줄래요? 14:24 &lt;deer&gt; &lt;hypercubus&gt; 물론이죠 14:25 &lt;deer&gt; &lt;hypercubus&gt; 서비스 래퍼 설치가 거의 완료 단계예요, 아마 오늘이나 내일... 서비스 래퍼가 i2p router를 자동으로 재시작해서 OOM을 처리합니다 14:25 &lt;jrandom&gt; (야호) 14:25 &lt;deer&gt; &lt;hypercubus&gt; 그래서 그 부분에선 우리 엉덩이를 좀 지켜줘요 14:26 &lt;deer&gt; &lt;hypercubus&gt; systray 통합은 완료됐고 잘 작동해요... 현재는 Win32 전용이에요, systray4j 라이브러리의 KDE 구현에 버그가 좀 있는 것 같아서요 14:26 &lt;deer&gt; &lt;hypercubus&gt; KDE 진행 상황을 추적할 거고, 가까운 시일 내에 반영할 수 있길 바라요 14:27 &lt;deer&gt; &lt;hypercubus&gt; 설치 관리자도 거의 완료됐고, 남은 건 설치 후 작업을 추가하는 것뿐이에요 14:27 &lt;deer&gt; &lt;hypercubus&gt; 주말쯤엔 끝날 거라 봐요 14:27 &lt;deer&gt; &lt;hypercubus&gt; (서비스 래퍼의 완전한 통합에 달려 있어서요) 14:28 &lt;jrandom&gt; r0x0r 14:28 &lt;deer&gt; &lt;hypercubus&gt; 사람들이 테스트할 수 있도록 pre-0.4 설치 패키지를 제공할 거예요 14:28 &lt;deer&gt; &lt;hypercubus&gt; 준비되면 알려드릴게요 14:28 &lt;luckypunk&gt; GNOME은요? 14:28 &lt;cervantes&gt; increment(hypercubus) 14:28 &lt;deer&gt; &lt;hypercubus&gt; systray4j 프로젝트가 아직 GNOME은 손대지 않았어요 14:29 &lt;deer&gt; &lt;hypercubus&gt; systray4j에서 가능해지는 대로 추가 데스크톱 환경도 넣을게요 14:29 &lt;luckypunk&gt; 뭐, 큰일은 아니죠, KDE가 컴파일되면/되면 바꿀 거라서요. 14:30 &lt;deer&gt; &lt;hypercubus&gt; systray 아이콘은 어차피 브라우저에서 router 콘솔을 띄우는 용도예요 14:30 &lt;deer&gt; &lt;hypercubus&gt; 그래서 주로 윈도 사용자들이 쓰게 될 거예요 ;-) 14:30 &lt;jrandom&gt; 맞아요, *nix 사용자는 북마크할 줄 안다고 기대하죠 ;) 14:30 &lt;deer&gt; &lt;hypercubus&gt; 그렇지만 게으른 *nix 사용자분들도 나중에 챙겨드릴게요 ;-) 14:30 &lt;deer&gt; &lt;oOo&gt; 노코멘트... 14:30 &lt;luckypunk&gt; 아, 파이어폭스 링크 모음에 슬래시닷이랑 BSD Google 같은 링크랑 같이 있어요. 14:31 &lt;deer&gt; &lt;hypercubus&gt; 그래도 아이콘이 편한 상태 표시기 역할도 해요 14:31 &lt;jrandom&gt; 동의 14:31 &lt;deer&gt; &lt;hypercubus&gt; 즉, 아이콘이 사라졌으면, 당신의 router도 사라진 거예요 ;-) 14:31 &lt;deer&gt; &lt;hypercubus&gt; 물론 router 콘솔에서 아이콘을 숨기도록 선택했다면 예외고요 14:32 &lt;deer&gt; &lt;hypercubus&gt; 그게 가능하고, 잘 작동합니다 14:32 &lt;deer&gt; &lt;hypercubus&gt; 이상입니다, 질문 있나요 14:33 &lt;protok0l&gt; 리눅스를 잘 돌릴 수 있는 괜찮은 PDA가 뭐가 있죠? 14:33 &lt;jrandom&gt; 굿, hyper 14:33 &lt;jrandom&gt; proto: #i2p-chat (아니면 회의 끝나고) 14:33 &lt;protok0l&gt; 읏 14:33 &lt;deer&gt; &lt;hypercubus&gt; 킥킥 14:33 &lt;jrandom&gt; 좋아요, 2.2) jbigi &amp; jcpuid로 넘어가죠 14:34 &lt;jrandom&gt; iakin이 x86 박스에서 사용 중인 정확한 CPU 아키텍처를 감지하는 끝내주는 JNI/asm 코드를 만들었고, 그걸 freenet에서 jbigi가 자동으로 해당 .so/.dll을 선택하도록 묶어놨어요 14:35 &lt;jrandom&gt; 그 작업을 퍼블릭 도메인으로 공개했고, 우리가 그걸 가져와서 i2p에 통합했죠 14:35 &lt;luckypunk&gt; 그러면 어떤 jbigi를 다운로드할지 고를 필요가 없겠네요? 설치 크기는 좀 커지지 않나요? 14:35 &lt;jrandom&gt; 맞아요 14:35 &lt;jrandom&gt; 네, 몇백 KB 늘어나요 14:36 &lt;jrandom&gt; 하지만, 뭐, 새 설치본은, 음, 예전 것보다 큽니다 14:36 &lt;luckypunk&gt; 오, 몇백 KB 이상일 줄 알았는데요. 14:36 &lt;luckypunk&gt; 네, 새 콘솔까지 합치면... 6 - 10 MB로 예상? 14:36 &lt;deer&gt; * Myo9는 이 드라이브에 99 MB만 남았어요. 14:36 &lt;deer&gt; &lt;Myo9&gt; ;) 14:36 &lt;jrandom&gt; (제가 고집불통이라 .war 지원을 고집하고 직접 servlets는 쓰지 않아서요, xerces가 필요하고 그게 800KB예요) 14:36 &lt;jrandom&gt; 새 설치본은 대략 4-6MB쯤 될 것 같아요 14:37 &lt;jrandom&gt; 하지만 좋은 점은, 그중 i2p 전용은 ~1MB 정도라서 업데이트는 가벼워질 거예요 ;) 14:38 &lt;deer&gt; &lt;Myo9&gt; I2P는 아직 홍보가 많지 않죠? 14:38 &lt;deer&gt; &lt;Myo9&gt; freenet과 TOR에 비하면요? 14:38 &lt;jrandom&gt; 맞아요, 우리는 꽤 조용히 지내고 있어요 14:38 &lt;protok0l&gt; 다운로드 크기가 진짜로 문제인가요? 대부분은 브로드밴드잖아요 14:38 &lt;protok0l&gt; 100메가여도 전 쓸 거예요 14:38 &lt;luckypunk&gt; protok0l, 사실 대부분은 아니에요. I2P를 쓸 사람 대부분은 그렇겠지만요. 또 I2P는 다이얼업도 아직 지원해요 (어느 정도는) 14:38 &lt;deer&gt; &lt;mule&gt; i2p 사용자에겐 큰 문제가 아니어야죠 14:39 &lt;jrandom&gt; 제 생각엔, 개발은 중요한 지점마다 충분한 테스트를 거친 뒤 점진적으로 도입되는 게 가장 좋아요 14:39 &lt;luckypunk&gt; 네. I2P는 아직 슬래시닷 사용자 500명을 감당할 준비가 안 됐어요 :) 14:39 &lt;jrandom&gt; 그래도 최근 성장은 좋았고, 시스템의 다양한 부분을 찔러볼 수 있게 도와줬죠 14:40 &lt;jrandom&gt; 0.4 rev를 출시하면, router 100대 수준을 목표로 하고 싶어요 14:40 &lt;deer&gt; &lt;mule&gt; 좋아요, 50대 더 세팅할게요 :) 14:40 &lt;jrandom&gt; 게다가 그러면 클라이언트 앱 개발자들이 클라이언트 앱을 만들 동기도 더 생길 거고요 ;) 14:40 &lt;jrandom&gt; ㅎㅎ mule :) 14:41 &lt;deer&gt; &lt;ugha2p&gt; 아르. 14:41 &lt;cervantes&gt; 지금 도입 속도라면 전도 없이도 한 달쯤에 100대 갈 수 있겠네요 14:41 &lt;cervantes&gt; 전도 없이도요 14:41 &lt;jrandom&gt; 그 정도 성장률이면 좋죠 14:42 &lt;jrandom&gt; 아무튼, 안건으로 돌아가죠 :) 14:42 &lt;protok0l&gt; 전도할 날이 기다려져요 14:42 &lt;jrandom&gt; jbigi + jcpuid == 통합 완료 (그리고 CVS HEAD를 돌리고 싶으면 메일링 리스트를 보세요) :) 14:42 &lt;jrandom&gt; ㅎㅎ 표정만 봐도 알아요 proto ;) 14:42 &lt;deer&gt; &lt;hypercubus&gt; lucky: 미국 인터넷 사용자의 절반 이상이 브로드밴드예요... 며칠 전에 보고서가 나왔죠 14:43 &lt;jrandom&gt; 그리고 세계의 10분의 1도 안 되는 비율이 미국에 있죠 ;) 14:43 &lt;deer&gt; &lt;oOo&gt; 누가 USA를 신경 쓰죠 ? ^^ 14:43 &lt;jrandom&gt; 자, 2.3) i2paddresshelper로 넘어가죠 14:44 &lt;jrandom&gt; oOo가 또 다른 패치를 만들었는데, 이번 건 hosts.txt를 편집하지 않고도 링크된 페이지에서 eepsites에 접근할 수 있게 해줘요 14:45 &lt;jrandom&gt; 자세한 내용은 주간 상태 노트에 있어요 14:45 &lt;jrandom&gt; oOo - 추가로 말할 거 있나요? 14:45 &lt;deer&gt; &lt;oOo&gt; 흠... eepsites 수가 빨리 늘어나길, 그리고 Cervantes가 약속한 지원을 추가하길 바라요 :p 14:46 &lt;jrandom&gt; 아, cervantes가 이미 "Try it [i2p]" 링크를 추가했어요 :) 14:46 &lt;jrandom&gt; (0.4가 나오기 전까진 CVS HEAD 사용자만 쓸 수 있어요) 14:46 &lt;cervantes&gt; :o) 14:46 &lt;jrandom&gt; ((잘 작동해요, 참고로)) 14:46 &lt;deer&gt; &lt;oOo&gt; 멋져요 ^^ 제 router를 다시 온라인으로 올리는 대로 가지고 놀아볼게요 ;) 14:47 &lt;kaji&gt; 클라이언트 다운로드에 비번 걸고 gmail 스타일로 굴릴 수도 있어요 14:47 &lt;jrandom&gt; 흠? 14:48 &lt;kaji&gt; 작은 기반 + 초대 전용 14:48 &lt;kaji&gt; 근데 일이 좀 필요하죠 14:48 &lt;jrandom&gt; 아, 0.4 릴리스에요? 14:48 &lt;kaji&gt; 아, 1.0에요 14:48 &lt;jrandom&gt; 아니요, 지금은 그럴 가치 없어요. 만약 새 사용자가 물밀듯 들어오면 인증서 같은 걸 쓰는 걸 고려할 수 있겠죠 14:48 &lt;deer&gt; &lt;oOo&gt; 1.0은 대중을 위한 거죠 :p 14:49 &lt;jrandom&gt; 글쎄요, 1.0 때는 이미 사용자 1000명은 넘겼을 거예요 14:49 &lt;jrandom&gt; (적어도 제 희망은 그래요 ;) 14:49 * kaji I2P가 50에서 5000 노드로 3시간 만에 가는 걸 보는 게 재미있겠다고 생각한다 14:49 &lt;jrandom&gt; ㅎㅎ 14:49 &lt;deer&gt; &lt;oOo&gt; 그리고 100으로 떨어지죠 ;) 14:49 &lt;luckypunk&gt; hypercubus, 미국 만세! 따라잡고 있네요 ;) 14:49 &lt;jrandom&gt; 하하, 그렇게 churn 테스트하는 방법도 있죠 ;) 14:50 &lt;cervantes&gt; 만약 aum이 stasher를 동작시키고... hyper가 goatse 라이브러리를 늘리면 50에서 5000으로 3시간도 안 걸릴걸요 ;-) 14:50 &lt;kaji&gt; 그러고 50100으로, NSA가 노드를 올리면 14:50 &lt;jrandom&gt; 사실 그 얘기가 우리를 3) AMOC 대 제한된 라우트로 데려가네요 14:51 &lt;jrandom&gt; 제한된 라우트의 흥미로운 측면 중 하나는 'Sybil' 공격을 정말, 진짜, 아주 쉽게 할 수 있다는 점이에요. 14:51 &lt;jrandom&gt; mule이 몇 분 전에 새 노드 50개를 설치하자고 했는데, 상당히 많은 수를 올리는 것도 가능하죠 14:52 &lt;jrandom&gt; 그걸 해결하는 방법 중 하나는 인증 기관(CA)을 통해 새 RouterIdentity 인증서 도입을 제한하는 거예요 14:52 &lt;jrandom&gt; 또 다른 방법은 hashcash 14:52 &lt;jrandom&gt; 또 다른 방법은 morphmix/tarzan 스타일의 IP prefix 감지 14:53 &lt;jrandom&gt; 하지만, 또 다른 방법은 "에라 모르겠다" 하고 '좋은' 피어가 '나쁜' 피어보다 충분히 많기를 바라는 거죠 14:53 &lt;fvw&gt; 당분간은 그게 괜찮다고 봅니다. 14:54 &lt;protok0l&gt; 이런 아이디어가 있어요 14:54 &lt;jrandom&gt; 네, 그게 가장 단순하고, 이 단계에서 P2P 네트워크 합류에 인위적 장벽을 추가하는 건... 어리석어 보여요 14:54 &lt;fvw&gt; 1.0에선 hashcash와 IP 기반을 섞는 게 좋을 것 같지만, 결국 충분히 강한 적을 막을 수는 없죠. 14:54 &lt;protok0l&gt; 초기 noderef 접근을 차단해요 14:54 &lt;protok0l&gt; 누가 들어오고 싶으면, 우리 noderefs를 주면 되죠 14:54 &lt;protok0l&gt; *uor 14:54 &lt;fvw&gt; 그게 어떻게 도움이 되죠? 14:55 &lt;jrandom&gt; 맞아요 fvw, 어쩌면 1.0 이후로 미룰 수도 있고요 14:55 &lt;fvw&gt; 1.0의 정의에 달렸죠 :) 14:55 &lt;jrandom&gt; proto: 그게 큰 도움이 될 것 같진 않아요 14:55 &lt;jrandom&gt; ㅎㅎ fvw, 우린 freenet 같진 않아요 ;) 14:56 &lt;jrandom&gt; 1.0 == 기능적이고, 안전하고, [충분히] 익명성이 보장되며, 확장 가능 14:56 &lt;deer&gt; &lt;oOo&gt; 그리고 문서화가 잘 되어 있고 ;) 14:56 &lt;jrandom&gt; 문서는 보안의 전제조건이죠 :) 14:56 &lt;deer&gt; &lt;Myo9&gt; 지금은 모든 사용자가 noderef에 추가되나요? 14:57 &lt;jrandom&gt; Myo9: 네 - http://dev.i2p.net/i2pdb/ 는 제 router의 netDb/ 디렉터리로 링크한 것뿐이에요 14:57 &lt;jrandom&gt; (그래서 제 router가 그 순간 참조를 가진 모두를 나열하죠) 14:58 &lt;jrandom&gt; ((그리고 모두가 대화하는 사람에 대한 참조를 가지는데, 현재 규모에선, 그게 모두예요)) 14:58 &lt;jrandom&gt; 좋아요, 다시 3) AMOC 대 제한된 라우트로 14:59 &lt;deer&gt; &lt;Myo9&gt; 알겠습니다. 14:59 &lt;jrandom&gt; 메일에 언급했듯이, mule의 아이디어를 쓰면 0.4.2 AMOC 전송을 버리고, 기본 제한된 라우트 지원을 구현해서 NAT/방화벽 뒤에 있는 사람을 제한된 라우트 뒤에 있는 것처럼 다룰 수 있을지도 몰라요 15:00 &lt;fvw&gt; 꽤 멋질 것 같네요 15:00 &lt;jrandom&gt; 네, 그리고 또 다른 전송 프로토콜을 쓰는 일을 안 해도 되죠 15:01 &lt;deer&gt; &lt;ugha2p&gt; 그런데 그게 어떻게 Sybil 공격을 그만큼 더 쉽게 만들죠? 15:01 &lt;jrandom&gt; s/쓰는/설계,구현,검토,디버깅,배포,디버깅,디버깅,디버깅,디버깅.../ 15:01 &lt;deer&gt; &lt;ugha2p&gt; 어떻게 더 쉽게 만드는지* 15:02 &lt;jrandom&gt; ugha2p: 제한된 라우트 뒤에 실제로 몇 개의 진짜 router가 있는지 알 방법이 없어요 - 우리가 아는 건 고유한 router identity가 있고 특정 router를 통해 도달 가능하다는 점뿐이죠 15:02 &lt;deer&gt; &lt;ugha2p&gt; 아. 15:03 &lt;jrandom&gt; 그 특정 router가 사실 하나의 sim 인스턴스일 수도 있고, 같은 JVM에서 다른 router 100개를 돌리면서 각각이 방화벽 뒤에 있는 척할 수도 있어요 15:03 &lt;deer&gt; &lt;ugha2p&gt; 그렇군요. 15:03 &lt;deer&gt; &lt;oOo&gt; 한 호스트에서 100개의 포트를 쓰는 것도 마찬가지죠... 15:03 &lt;fvw&gt; 그래도 공격에 몇 백 유로 쓸 의지가 있다면, 분산된 IP를 많이 확보할 수 있죠. 15:03 &lt;jrandom&gt; 동의해요 fvw 15:04 &lt;jrandom&gt; oOo: 맞아요, 하지만 포트는 메모리(그리고 약간의 CPU) 비용이 들어요 15:04 &lt;deer&gt; &lt;ugha2p&gt; 더 강한 적을 그 가정으로 막을 순 없다고 봐요. 15:04 &lt;jrandom&gt; (그래서 큰 규모의 시뮬을 할 땐, TCP 통신 시스템에서 VM 통신 시스템으로 바꿔야 해요) 15:04 &lt;jrandom&gt; 동의해요 ugha2p 15:04 &lt;jrandom&gt; 다만 더 쉽게 만들 뿐이죠 15:05 &lt;fvw&gt; 일요일 오후가 심심한 수준 이상으로 시스템을 공격하고 싶은 사람은 최소 10^3개의 노드를 네트워크에 쉽게 올릴 수 있다고 가정해야 한다고 봐요. 15:05 &lt;deer&gt; &lt;oOo&gt; 그렇게까지 쉽진 않아요 15:05 &lt;jrandom&gt; 맞아요 fvw 15:05 &lt;deer&gt; &lt;oOo&gt; (+ 더 쉽게) 15:05 &lt;fvw&gt; 그 정도 규모면, 중앙 인증 말고는 막을 수 없죠. 15:06 &lt;deer&gt; &lt;ugha2p&gt; 한 호스트에서 100개의 열린 포트는 감지하기 쉽지만, 한 머신 뒤의 100개의 제한된 라우트는 아닐 수도 있죠. 15:06 &lt;jrandom&gt; 글쎄요, 논쟁의 여지는 있지만, 맞아요, sybil은 골칫거리예요 15:06 &lt;deer&gt; &lt;oOo&gt; 100개의 좀비는 감지하기 까다롭죠 ;) 15:06 &lt;fvw&gt; 그래서 이상적으로는 10^4 규모의 네트워크가 필요해요. 15:06 &lt;jrandom&gt; 확실히요 oOo 15:06 &lt;fvw&gt; (대략적인 추정) 15:07 &lt;deer&gt; &lt;ugha2p&gt; 이상적으론 10^4+ 네트워크가 되겠죠. 15:07 &lt;jrandom&gt; fvw: 저는 그보다 더 높게 봐요 - 수백만 단위로 키워야 한다고 봐요 15:07 &lt;deer&gt; &lt;oOo&gt; 이상적으론 사용 가능한 IP의 절반 이상이요 ;) 15:07 &lt;jrandom&gt; ㅎㅎ oOo 15:07 &lt;fvw&gt; 그렇게 할 수 있다면 좋죠. 15:08 &lt;jrandom&gt; (하지만, 수백만으로 키우려면 그럴 만한 충분한 이유가 필요하죠. 결국은 그 근거를 만들 수 있을 거라 봐요) 15:08 &lt;deer&gt; &lt;ugha2p&gt; Kademlia가 그렇게 오래 버틸 수 있을지 모르겠네요. ;) 15:08 &lt;fvw&gt; 그 시점이 되면 사람들을 두들겨패는 게 확실히 가장 저렴한 공격이 되겠죠. 역설적이지만 좋은 일이에요. 15:08 &lt;jrandom&gt; ㅎㅎ 15:08 &lt;deer&gt; &lt;DrWoo&gt; jrandom: 수백만이 되려면 엄청난 사용성 개선과 이득이 필요해요 15:09 &lt;jrandom&gt; 동의해요 DrWoo 15:09 &lt;fvw&gt; 다행히, (좋지 않은) 많은 사람들이 그걸 위해 지금 열심히 일하고 있어요. 15:09 &lt;deer&gt; &lt;oOo&gt; 대중을 위한 프0른 :p 15:10 &lt;deer&gt; &lt;jrandom&gt; 그래서 제 생각엔 끝내주는 파일공유 앱이 필요해요 15:10 &lt;deer&gt; &lt;oOo&gt; "한 사람, 한 goatse", 그러니까 stasher 얘기로 이어지죠 :p 15:10 &lt;cervantes&gt; 다운로드-&gt;설치-&gt;공유 musi 15:10 &lt;deer&gt; &lt;DrWoo&gt; jrandom: 익명 카자 수준이어야 할 텐데, 다행히 RIAA &amp; co.가 동기 부여를 해주고 있죠. 15:10 &lt;fvw&gt; pr0n은 이미 쉽게 구해요(유즈넷 같은데 보세요). 레코드 대형사들이 포르노 업자들보다 P2P를 훨씬 더 심하게 단속할 거라 봐요. 15:10 &lt;cervantes&gt; music 15:10 &lt;fvw&gt; 또다시 주제에서 벗어나네요. 15:11 &lt;fvw&gt; "4) stasher"? 15:11 &lt;deer&gt; &lt;oOo&gt; 예 ! 4) ! 15:11 &lt;jrandom&gt; 동의 - 사용 이유는 우리가 얼마든 떠올릴 수 있지만, 먼저 제대로 작동하게 해야죠 :) 15:11 &lt;cervantes&gt; 아 드물게 다음 항목으로 자연스럽게 연결되네요 15:11 &lt;jrandom&gt; 4) stasher로 갑니다 15:12 &lt;jrandom&gt; aum: 깨어 있나요? 15:12 * hypercubus 아우우우우움mmmmmmmm 15:12 &lt;jrandom&gt; 설령 아니더라도, CHK와 SVK 지원을 stasher에 추가하는 작업을 많이 하고 있는 걸로 알아요 15:13 &lt;jrandom&gt; 멋집니다 15:13 &lt;deer&gt; &lt;oOo&gt; 그리고 splitfiles도요 15:13 &lt;jrandom&gt; 네, splitfile 지원이 흥미롭네요 15:13 &lt;fvw&gt; '재밌는 시절'이라는 의미에서요? 15:14 &lt;jrandom&gt; 그게 freenet과 stasher의 차이 중 하나예요, stasher는 이미 키당 최대 크기가 31KB로 고정돼 있거든요 15:14 &lt;deer&gt; &lt;oOo&gt; "유용하고, 훌륭하며, 사용자 애플리케이션에서 아무 것도 필요 없어요" 15:14 &lt;jrandom&gt; (제가 알기론 stasher가 SAM datagrams를 쓰기 때문이죠) 15:14 &lt;luckypunk&gt; 그러면 분할 파일 같은 걸 구현할 수 없나요? 15:15 &lt;jrandom&gt; 오오오! 신뢰성과 관련해서 그가 부딪힌 버그가 뭔지 방금 깨달았어요! 15:15 &lt;jrandom&gt; (며칠 전에 cvs에서 고쳤고, 버그를 크게 줄였죠) 15:15 &lt;jrandom&gt; 네 lucky 15:15 &lt;jrandom&gt; 그런데 splitfile 구현은 키 최대 크기 제한 때문에 freenet의 splitfile 방식과는 본질적으로 달라요 15:15 &lt;deer&gt; &lt;oOo&gt; 그러면 Stasher over-I2P가 다시 건강해지는 거죠 ? ^^ 15:16 &lt;jrandom&gt; (최근에 freenet devl이나 tech를 읽어보면, toad와 hobx가 그 얘길 하고 있을 거예요) 15:16 &lt;deer&gt; &lt;oOo&gt; *해야죠 15:16 &lt;jrandom&gt; oOo: HEAD에선 그래요 15:16 * jrandom 0.3.4.3 이후(아니면 0.3.4.2였나) 누가 시도했다는 보고도 못 들었네요 15:16 &lt;jrandom&gt; 어쨌든, 이번 주말까지 또 다른 새 테스트 빌드를 낼 계획이에요 15:17 &lt;jrandom&gt; stasher 관련해 언급/토론하고 싶은 거 있나요? 15:17 &lt;jrandom&gt; (야호! go aum! 말고요) 15:18 &lt;deer&gt; &lt;oOo&gt; 네, 거기서 goatse 말고 다른 콘텐츠를 찾고 싶은 마음이 굴뚝같아요 ;) 15:18 &lt;jrandom&gt; ㅎㅎ 15:18 &lt;deer&gt; &lt;oOo&gt; 전-프리네터 여러분, 시동 거세요 ;) 15:18 &lt;jrandom&gt; 네, splitfile 지원이 확실히 도움이 될 거고, ssk &amp; fcp 지원도 그렇고요 15:19 &lt;fvw&gt; 'go aum!'에 재청하고 싶네요. 15:19 &lt;deer&gt; &lt;oOo&gt; 야! 15:19 &lt;jrandom&gt; 가결, 재가결 :) 15:19 &lt;jrandom&gt; 좋아요, 5) 주목할 만한 페이지로 넘어가죠 15:20 &lt;jrandom&gt; 세 가지 새 페이지를 짚고 넘어가고 싶었어요 15:20 &lt;jrandom&gt; DrWoo의 안전한 브라우징 가이드는 eepsites &amp; outproxies의 위험성을 꽤 잘 정리해줘요 15:20 &lt;jrandom&gt; 문제는 코드로 해결할 수 있지만, 아직 그럴 시간이 없었으니, 정보를 알고 있는 게 좋습니다 15:21 &lt;jrandom&gt; lucky가 freebsd+java 관련 좋은 문서도 만들었고요 15:21 * jrandom fbsd에선 JVM을 많이 써보진 않아서, kaffe만 써봤어요, 질문 있으면 귀찮게 하세요 :) 15:22 &lt;jrandom&gt; hyper도 0.4 dev 코드로 업그레이드하는 문서를 만들었고, 더 많은 사람이 테스트하길 원할 때 업데이트할 거예요 ;) 15:22 &lt;hypercubus&gt; 포럼 글은 서비스 래퍼 설치를 다뤄요... 새 router 콘솔용 howto는 여기 --&gt; `http://files.hypercubus.i2p/New_I2P_Router_Console_Howto.txt` 15:23 &lt;jrandom&gt; wr0d 15:23 &lt;jrandom&gt; 아, http://www.i2p.net/how_intro 에 새 예쁜 그림과 텍스트도 있어요 (조금 더 명확해졌기를) 15:24 &lt;fvw&gt; 오, 멋지네요. 누가 했죠? 잘했어요. 15:25 &lt;hypercubus&gt; 사실 크롭 서클에서 바로 베낀 거예요 15:25 * fvw jrandom과 Dave의 닮음을 언급하지 않으려다 실패한다. 15:25 &lt;jrandom&gt; ㅎㅎ 15:25 &lt;fvw&gt; 아, 그래서 jrandom에게 더듬이가 있군요. 15:25 &lt;jrandom&gt; 그 그림은 익명의 디자이너가 아름답게 꾸며줬어요 15:25 &lt;jrandom&gt; (다행히도 제 MS Paint 실력은 꽝이라서요 :) 15:26 &lt;hypercubus&gt; 아직 Charlie의 긴 턱의 의미를 해독 중이에요 15:26 &lt;deer&gt; &lt;ugha2p&gt; 아르, 이거 별로네. 15:26 &lt;jrandom&gt; Alice의 사시 눈은 어때요? ;) 15:26 &lt;hypercubus&gt; ㅎㅎ 15:26 &lt;deer&gt; &lt;jrandom&gt; 네, irc.duck.i2p를 업그레이드하면 좋겠어요 (이미 했다면 더 좋고..) 15:27 &lt;fvw&gt; 그건 됐고, 그녀는 뺨으로 배에서 외계인이 두 번 튀어나오는 장면을 연기하는 것 같아요. 15:27 &lt;jrandom&gt; ㅋㅋ 15:27 &lt;jrandom&gt; 그래서 Dave랑 얘기하는 거죠 15:27 &lt;jrandom&gt; 아무튼, 이게 우리를 6) ???로 데려가네요 15:27 &lt;fvw&gt; 하하 15:27 &lt;jrandom&gt; 누가 꺼내고 싶은 얘기 있나요? 15:28 &lt;deer&gt; &lt;oOo&gt; I2P에 인증서 관련 골격을 만들어두고 *다른 사람들*이 채워 넣으며 놀게 할 수 없나요? (아니면 벌써 했나요? :p) 15:28 &lt;deer&gt; &lt;oOo&gt; 아니면 이건 완전 쓸모없나요? 15:28 &lt;deer&gt; &lt;oOo&gt; (지금은) 15:28 &lt;jrandom&gt; 흠? 15:28 &lt;jrandom&gt; hashcash / 기타 인증서 얘기요? 15:28 &lt;deer&gt; &lt;oOo&gt; 좋아요, 신경 쓰지 마요 ^^ 15:28 &lt;deer&gt; &lt;oOo&gt; 네 15:29 &lt;jrandom&gt; 네, 그걸 위한 인프라는 이미 있어요 15:29 &lt;jrandom&gt; (다만 libSAM 같은 건 목적지를 올바로 해석하도록 수정이 필요할 거예요, 제 기억이 맞다면 nightblade가 항상 384 bytes라고 가정했거든요 ;) 15:30 &lt;jrandom&gt; 하지만 router는 다른 유형의 인증서를 투명하게 처리할 거예요 15:30 &lt;deer&gt; &lt;oOo&gt; 코드는 준비되어 있나요? '내용'만 없는 건가요? 15:31 &lt;jrandom&gt; 네 - 현재 생성되는 RouterIdentity는 항상 NullCertificate(인증서 타입 == 0)를 붙입니다 15:31 &lt;jrandom&gt; 다른 타입을 붙이면, 다른 타입의 인증서가 붙죠 15:31 &lt;jrandom&gt; 예: hashcash cert, CA 서명 cert 등 15:31 &lt;jrandom&gt; 검증 인프라도 있어요 (RouterInfo.verify) 15:32 &lt;deer&gt; &lt;oOo&gt; 오, 멋지네요 :) 15:32 &lt;deer&gt; &lt;oOo&gt; 그러면 누군가가 이 코드를 가지고 hashcash 같은 걸 미리 추가해서 놀 수 있겠네요? 15:32 &lt;jrandom&gt; 갑작스런 유입이 있다면 하루이틀 만에 네트를 잠글 수도 있을 거예요 15:32 &lt;jrandom&gt; 맞아요 15:33 &lt;jrandom&gt; (그래도 fvw 말처럼 당분간은 급하지 않을 거예요) 15:33 &lt;deer&gt; &lt;oOo&gt; 좋아요. 저는 지원 안 해요 ;) 하지만 누군가는 할지도 :p 15:33 &lt;Nightblade&gt; i2p.net에서, 8월 24일 회의 로그 링크가 8월 17일 로그를 가리키고 있어요 15:33 &lt;jrandom&gt; 네, 미안, 회의가 아직 안 끝났어요 :) 15:33 &lt;Nightblade&gt; 아 하하 15:34 &lt;jrandom&gt; 자, 다른 거 더 있으신가요? :) 15:34 &lt;hypercubus&gt; 새 규칙... 웹사이트 편집하는 사람: 편집할 땐 이상한 거 피우지 않기! 15:34 &lt;jrandom&gt; 어이쿠... 15:34 &lt;jrandom&gt; 제가 뭘 했죠? 15:34 &lt;hypercubus&gt; 끊어진 링크를 말한 거였어요 ;-) 15:34 &lt;jrandom&gt; 아 15:35 &lt;hypercubus&gt; 전담 웹 편집자가 필요해요... lucky를 지명합니다 15:35 &lt;jrandom&gt; 음, 네, 회의 전에 이번 주 주간 상태 노트 링크를 업데이트했어요, 혹시 누가 페이지에 왔을까 봐 ;) 15:35 &lt;jrandom&gt; 웹사이트를 관리하고 이상할 때 사람들을 찔러줄 누군가가 정말 필요하긴 해요 15:36 &lt;luckypunk&gt; 저요? 웹 편집자? 15:36 &lt;luckypunk&gt; enditor ㅋㅋ 15:36 &lt;luckypunk&gt; 잘 모르겠어요 15:36 &lt;Nightblade&gt; spelchek reqwired 15:36 &lt;luckypunk&gt; 학교 시작하면 아마 꽤 바쁠 거예요 15:36 &lt;jrandom&gt; 에이, 중퇴해요! I2P에 풀타임으로 일해요! 15:36 &lt;luckypunk&gt; 제가 중퇴하면 15:37 &lt;luckypunk&gt; 부모님이 일하라고 할 거예요 15:37 &lt;deer&gt; &lt;hypercubus&gt; 변명 변명 ;-) 15:37 &lt;luckypunk&gt; 그래도 바쁘죠 15:37 &lt;deer&gt; &lt;hypercubus&gt; 아멘 15:37 &lt;deer&gt; * oOo 웹사이트의 영어를 기쁘게 개조하겠습니다 ;) 15:37 &lt;luckypunk&gt; 아무튼, 중퇴하게 해줄 것 같진 않아요 15:38 &lt;luckypunk&gt; 합법적인 중퇴 연령을 18로 올리고 있어요 15:38 &lt;luckypunk&gt; 아니면 고등학교 졸업장 15:38 &lt;luckypunk&gt; 둘 중 먼저 오는 거요. (보통은 후자) 15:38 &lt;hypercubus&gt; 어 15:38 &lt;Nightblade&gt; 하하 "합법적인 중퇴 연령" - 다음엔 또 뭘 만들려나? 15:38 &lt;luckypunk&gt; 지금은 16이에요. 15:38 &lt;luckypunk&gt; 그 이전엔 학교를 떠날 수 없어요, 아니면 잡혀가요. 15:38 &lt;jrandom&gt; 사실, 좋은 지적이에요.. 1.0으로 가면서 다양한 페이지의 번역을 제공하면 좋겠어요 15:39 * luckypunk 절대 필요하다면 프랑스어로 어설픈 번역은 할 수 있어요. 15:39 &lt;Nightblade&gt; 저는 Klingon과 Ebonics 번역을 할게요 15:39 &lt;deer&gt; &lt;oOo&gt; 네, 웹사이트의 Klingon 번역 :p 15:39 &lt;hypercubus&gt; 좋아요, 영어, B0rk, 그리고 oOo-튀긴 영어를 제공하죠 15:39 &lt;deer&gt; &lt;oOo&gt; 젠장, 같은 생각이었어요&gt;&lt; 15:39 &lt;Nightblade&gt; 오오, 독심술사 15:39 &lt;luckypunk&gt; (사람이 도와준 babelfish라도 없는 것보단 낫다는 이론으로.) 15:39 &lt;jrandom&gt; jar를 설득해서 프랑스어 번역을 업데이트하게 할 수도 있을 것 같아요 lucky, 그래도 고마워요 ;) 15:39 &lt;deer&gt; &lt;oOo&gt; hyper: 맥주 값처럼 공짜로 기쁘게 해드리죠 :p 15:40 &lt;jrandom&gt; 사실 0.4 이후 큰 일 중 하나가 문서를 탄탄하게 다지는 거예요 15:40 &lt;luckypunk&gt; 제 프랑스어는 프랑스어 사용자에겐 완전히 이해 가능해요 15:40 &lt;luckypunk&gt; 다만 godmode0 같은 소리일지도 15:40 &lt;hypercubus&gt; 설치 프로그램은 이미 현지 언어 팩이 있어요 15:40 &lt;jrandom&gt; (각 분야별 백서도 아마 한두 개) 15:40 &lt;jrandom&gt; 맞아요 hyper 15:40 &lt;deer&gt; * oOo 여기 온라인에 있는 사람들만으로도 꽤 많은 언어를 커버할 수 있을 듯 ;) 15:40 &lt;jrandom&gt; (응, 문단 라이선스를 번역하긴 빡세겠죠 ;) 15:40 &lt;hypercubus&gt; 언어 선택 패널을 그냥 띄우게 할 수 있어요 15:40 &lt;jrandom&gt; 동의 oOo 15:40 &lt;hypercubus&gt; ㅎㅎ... libre: 15:40 &lt;jrandom&gt; gratis: 15:41 &lt;luckypunk&gt; gratis와 libre 15:41 &lt;luckypunk&gt; 젠장 프랑스어는 단어가 둘이나 있죠. 15:41 &lt;jrandom&gt; 좋아요, 더 있나요? 15:41 &lt;hypercubus&gt; 우리는 뭐든 10개의 단어가 있어요 15:41 &lt;luckypunk&gt; 그런데 퀘벡 프랑스어에선 libre가 공짜 맥주란 뜻이기도 해요. =( 15:41 &lt;luckypunk&gt; 그 이론은 물 건너갔네요. 15:42 &lt;jrandom&gt; 그럼... 더 없으면... 15:42 * jrandom 마무리한다 15:42 * jrandom *baf* 하며 회의를 닫는다 </div>/ko/blog/2004/08/24/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8-2004-08-24%EC%9A%A9/Tue, 24 Aug 2004 00:00:00 +0000/ko/blog/2004/08/24/i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8-2004-08-24%EC%9A%A9/<p>안녕하세요 여러분, 오늘은 업데이트가 많습니다</p> <h2 id="색인">색인</h2> <ol> <li>0.3.4.3 status 1.1) timestamper 1.2) new router console authentication</li> <li>0.4 status 2.1) service &amp; systray integration 2.2) jbigi &amp; jcpuid 2.3) i2paddresshelper</li> <li>AMOC vs. restricted routes</li> <li>stasher</li> <li>pages of note</li> <li>???</li> </ol> <h2 id="1-0343-상태">1) 0.3.4.3 상태</h2> <p>0.3.4.3 릴리스가 지난 금요일에 나왔고, 그 이후로 전반적으로 순조롭게 진행되고 있습니다. 새로 도입된 tunnel 테스트와 피어 선택 코드에서 몇 가지 문제가 있었지만, 릴리스 이후 약간의 조정을 거친 뒤에는 꽤 안정적입니다. IRC 서버가 아직 새 리비전으로 올라갔는지는 모르겠어서, 보통은 eepsites(I2P Sites)와 the http outproxies (squid.i2p and www1.squid.i2p)로 테스트에 의존해야 합니다. 0.3.4.3 릴리스에서는 큰 (&gt;5MB) 파일 전송이 아직 충분히 신뢰할 만하지는 않지만, 제 테스트에서는 그 이후의 수정들이 상황을 더 개선했습니다.</p>/ko/blog/2004/08/17/2004-08-17%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 17 Aug 2004 00:00:00 +0000/ko/blog/2004/08/17/2004-08-17%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕하세요 여러분, 업데이트 시간입니다</p> <h2 id="색인">색인:</h2> <ol> <li>Network status and 0.3.4.3</li> <li>Stasher</li> <li>???</li> </ol> <h2 id="1-네트워크-상태-및-0343">1) 네트워크 상태 및 0.3.4.3</h2> <p>지난주 동안 네트워크는 작동하긴 했지만, 때때로 여러 문제가 발생해 신뢰성이 극적으로 떨어졌습니다. 0.3.4.2 릴리스는 일부 호환성 문제와 시간 동기화 문제로 인해 발생한 DoS를 해결하는 데 크게 도움이 되었습니다 - 네트워크 데이터베이스 요청 그래프를 보면 0.3.4.2 도입으로 중단된 DoS가 표시되어 있습니다(그래프 밖으로 튀어나갈 정도의 스파이크). 불행히도 그 과정에서 또 다른 문제가 생겨, 대역폭 그래프에서 보이듯 상당한 수의 메시지가 재전송되었습니다. 부하 증가의 일부는 실제 사용자 활동 증가 때문이기도 했으니 /그 정도로/ 미친 상황은 아닙니다 ;) 하지만 여전히 문제였습니다.</p>/ko/blog/2004/08/17/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-8%EC%9B%94-17%EC%9D%BC/Tue, 17 Aug 2004 00:00:00 +0000/ko/blog/2004/08/17/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-8%EC%9B%94-17%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> aum, deer, duck, hypercubus, jrandom, kaji, MikeW</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) 하이 14:05 &lt;jrandom&gt; 1) 네트워크 상태와 0.3.4.3 14:05 &lt;jrandom&gt; 2) Stasher 14:06 &lt;jrandom&gt; 3) ??? 14:06 &lt;jrandom&gt; 0) 하이 14:06 * jrandom i[2i]p &amp; freenode 패거리 모두에게 손을 흔든다 14:06 * hypercubus 손을 흔든다 14:06 &lt;jrandom&gt; 주간 상태 노트를 몇 초 전에 http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 에 올렸습니다 14:06 &lt;deer&gt; &lt;oOo_itwop&gt; 쇼 타임이다! 14:07 &lt;deer&gt; &lt;mule&gt; i2p irc가 절 안 좋아하는 것 같네요. 아니면 자꾸 끊어지게 해서 저를 오래 뜨겁게 두려는 건가요 14:07 &lt;jrandom&gt; 헤헷, 맞아요, 그게 사실 1) 네트워크 상태와 0.3.4.3 주제로 이어지네요 :) 14:07 &lt;jrandom&gt; 지금 네트워크 상태가 꽤 엉망입니다 14:07 &lt;kaji&gt; 맞아요 14:08 &lt;jrandom&gt; 문제의 상당 부분은 사람들이 돌리고 있는 서로 다른 릴리스들 간의 비호환성에서 비롯되고, 그 때문에 별별 방법으로 망가지는 사례가 생겨났습니다 14:09 &lt;jrandom&gt; 메일의 링크를 보면 발생했던 플러딩과 netDb DoS를 확인할 수 있는데, 대체로 가라앉았습니다 14:09 &lt;jrandom&gt; 여전히 예전 릴리스를 쓰는 분들이 반열 명쯤 있고 (아마 순정 0.3.4.2를 쓰는 사람이 20~25명은 될 텐데, 그 자체의 문제도 있습니다) 14:10 &lt;jrandom&gt; 이 일을 진행하는 동안 인내해 주셔서 감사합니다. 문제 노드를 효율적으로 우회할 수 있게 되기 전에는 새 릴리스를 서두르고 싶지 않습니다 14:10 &lt;jrandom&gt; 그동안은 단지 성능이 나쁜 노드들은 우회할 수 있었지만, 나쁜 짓을 하는 노드들까지 상대할 일은 없었습니다 14:11 &lt;deer&gt; &lt;oOo_itwop&gt; 기니피그들이 jrandom에게 절을! 14:11 &lt;duck&gt; 다음 릴리스는 하위 호환이 될까요? 14:11 &lt;jrandom&gt; 아마 그럴 겁니다, duck. 그 오래된 노드들을 우회할 수만 있다면 굳이 비호환으로 만들 이유가 없죠 14:12 &lt;duck&gt; 좋네요 14:12 &lt;jrandom&gt; 어쨌든, 아직 새 릴리스가 보이진 않더라도 작업은 많이 진행 중입니다 14:13 &lt;jrandom&gt; 0.3.4.3이 언제 나올지는 모르겠습니다. 어쩌면 내일, 아니면 이번 주 늦게쯤일 수도요. 14:14 &lt;jrandom&gt; 네트워크 상태와 관련해 질문 / 의견 / 우려 사항 올리고 싶은 분 계신가요? 14:14 &lt;kaji&gt; *.3에 hyper의 새 GUI 설치 프로그램이 포함되나요? 14:14 &lt;jrandom&gt; 아마 아닐 겁니다 14:14 &lt;deer&gt; &lt;mule&gt; 제 박스들의 프로파일에서는 네트워크가 좋아 보이는데, 다만 자주 끊깁니다 14:15 &lt;jrandom&gt; 예, 이해합니다, mule. 저도 IRC 연결이 꽤 나빴는데, 최근엔 좀 나아지고 있어요 14:15 &lt;deer&gt; &lt;mule&gt; 하지만 얘기의 대부분을 놓쳤으니, 잠깐 조용히 있겠습니다 14:15 &lt;jrandom&gt; CVS에서 받아서 시도해 보시면 개선이 있을 겁니다, 하지만 업데이트가 잦으니 릴리스를 기다리시는 게 나을 수도 있어요 14:16 &lt;jrandom&gt; 좋아요 다른 거 있나요? 없으면 2) Stasher로 성큼 넘어가죠 14:16 &lt;kaji&gt; woot stasher 14:17 &lt;jrandom&gt; stasher가 꽤 그럴듯합니다. 아직 기능은 꽤 제한적이지만, 진척되고 있어요 14:17 &lt;jrandom&gt; aum이 깨어 있으면 업데이트를 해줄 수 있을 텐데... 14:17 &lt;jrandom&gt; aum: 핑? :) 14:17 &lt;kaji&gt; /kick aum 14:18 &lt;jrandom&gt; (그에겐 이른 시간이라 아직 자고 있을 겁니다) 14:18 &lt;duck&gt; 정말 이기적이군요 14:18 &lt;hypercubus&gt; 지금까지는 인상적이더군요 14:18 &lt;jrandom&gt; 아무튼 stasher 설치와 실행은 꽤 수월하니, 가능하시면 테스트를 도와주시면 좋겠습니다 14:18 &lt;jrandom&gt; 네, 완전 동감 14:18 &lt;hypercubus&gt; 덕분에 대량 goatse'ing도 해봤습니다 14:19 &lt;jrandom&gt; goatse 없는 앱이 무슨 재미가 있겠어요, 그쵸? 14:19 &lt;hypercubus&gt; 남의 드라이브에 goatse를 업로드하게 해주는 앱, 사랑하지 않을 수 없죠 ;-) 14:19 &lt;aum&gt; pong 14:19 &lt;jrandom&gt; w0ah 14:19 &lt;jrandom&gt; 좋은 아침, aum 14:19 &lt;deer&gt; &lt;ardvark&gt; 간단한 질문: stasher는 i2p CVS를 통해 받나요? 14:19 &lt;aum&gt; 모두 안녕하세요 14:19 &lt;jrandom&gt; ardvark: i2p/apps/stasher/ 14:19 &lt;aum&gt; ardvark: 안녕!!!! :) 오랜만! 14:20 &lt;deer&gt; &lt;ardvark&gt; 그래, 안녕 aum! 반가워, 친구! 14:20 &lt;aum&gt; ardvark: tarball로 받는 게 아마 더 쉬워요 - `http://stasher.i2p` 또는 http://www.freenet.org.nz/python/stasher 14:21 &lt;deer&gt; &lt;ardvark&gt; 좋아 aum, tarball은 받았는데 다른 게 필요하다고 하네요? 회의를 지연시키진 않을게요, 나중에 따로 연락해도 될까요? 14:21 &lt;aum&gt; 그럼요 14:22 &lt;hypercubus&gt; 자, stasher 근황 좀 들려줘요, aum? ;-) 14:23 &lt;aum&gt; 작은 업데이트로, 로컬 전용 get/put을 허용하는 '-l' 옵션을 추가했습니다 14:23 &lt;aum&gt; 또, 즉시 반환하는 'put' 옵션 구현을 생각 중입니다 14:24 &lt;aum&gt; 어젯밤에는 Freenet 키 타입 구현 이슈들을 곰곰이 생각해 봤어요 14:24 &lt;hypercubus&gt; 성공한 put 작업이 상태 코드를 반환하도록 요청하고 싶어요... scp와 다른 많은 커맨드라인 네트워크 앱들이 그렇게 하죠 14:24 &lt;jrandom&gt; SSK가 들어가면 꽤 끝내줄 거예요 14:25 &lt;jrandom&gt; (물론 제 생각엔 CHK가 가장 본질적이긴 합니다) 14:25 &lt;MikeW&gt; 제가 Freenet에서 흥미롭다고 느낀 점 하나: 왜 CPU 사용률이 높을 수 있는지 알려줍니다. 가끔(보통 시작할 때 1~2분 정도)과 가끔 랜덤하게 CPU 사용률이 100%까지 치솟는데, 왜 Java가 내 CPU를 잡아먹는다고 판단하는지 대략이라도 알려줄 수 있을까요? 14:25 &lt;deer&gt; &lt;oOo&gt; 스플릿파일 ^^ 14:26 &lt;jrandom&gt; MikeW: i2p가 CPU를 잡아먹는다면 분명히 어딘가 고장이 난 겁니다 14:26 &lt;aum&gt; 스플릿파일은 잠정적으로 구현해 놨지만, 아직 활성화하진 않았습니다 - 먼저 로컬에서 테스트해 보려 해요 14:26 &lt;jrandom&gt; MikeW: router 콘솔의 'current job'을 보면 router에서 무슨 일이 벌어지는지 정확히 알 수 있습니다. CPU를 잡아먹는 곳은 (거의 항상) 거기예요 14:26 &lt;jrandom&gt; 아 멋지네요 aum 14:27 &lt;aum&gt; 재귀적 알고리즘 덕분에, 완료되면 스플릿파일은 파일 크기에 사실상 제한이 없어질 겁니다 14:27 &lt;deer&gt; &lt;oOo&gt; 좋군요, 본격적인 goatse와 pr0n에는 스플릿파일이 필수죠... 14:27 &lt;deer&gt; &lt;identiguy&gt; aum: 거기에 FEC(전방 오류 정정)도 포함되나요? 14:27 &lt;aum&gt; FEC는 필요 없어요 14:27 &lt;aum&gt; FEC는 네트워크가 부실할 때만 필요합니다 14:27 &lt;deer&gt; &lt;identiguy&gt; 아, 알겠습니다. 14:27 &lt;aum&gt; 저는 kademlia(분산 해시 테이블 알고리즘)를 쓰고 있는데, 훨씬 더 나은 검색 가능성 보장을 제공합니다 14:27 &lt;duck&gt; 노드가 다운되지 않는 한요 14:28 &lt;aum&gt; 게다가, 어차피 FEC 작업은 하고 싶지도 않아요, 너무 성가셔요 14:28 &lt;aum&gt; duck: 중복도가 있습니다 - kademlia의 'k' 값을 보세요 14:28 &lt;jrandom&gt; duck: k가 20이면, 재게시 없이도 괜찮을 거예요 ;) 14:28 &lt;duck&gt; 헤헷, 알겠습니다 14:28 &lt;deer&gt; &lt;mule&gt; aum: 다수의 노드가 제거되는 상황에는 FEC가 도움이 될 수도 있겠네요 14:28 &lt;jrandom&gt; (그리고 재게시를 한다면, k 모두가 동시에 죽지 않는 이상 문제 없겠죠) 14:28 &lt;aum&gt; 아뇨, 전 그냥 k를 늘릴게요 14:28 &lt;jrandom&gt; 제 생각엔 k=20이면 꽤 든든합니다 14:29 &lt;jrandom&gt; (파일 전체 복제본이 20개 있다는 뜻이니까요) 14:29 &lt;hypercubus&gt; 사용자들은 언제든 독립형 FEC 도구를 쓸 수 있어요 14:29 &lt;MikeW&gt; jrandom: Under JobQueue, runners:1, active jobs:0, just finished:1, ready/waiting: 0, timed: 28 14:29 &lt;aum&gt; 그 말은 goatse가 20개란 뜻이죠, 여러분 :P 14:29 &lt;hypercubus&gt; 그리고 결과물을 게시하면 되죠 14:29 &lt;duck&gt; 브리트니 스피어스 효과는 어떡하죠? 14:29 &lt;duck&gt; 아주 인기 있는 키들이 한 노드에 몰리는 현상요 14:29 &lt;jrandom&gt; (일명 740MB 파일 하나 넣으면 14.8GB를 전송해야 하는 상황) 14:30 &lt;aum&gt; duck: kademlia에는 '인기'라는 개념이 없어요 14:30 &lt;duck&gt; (물론 32KB 키라면 그리 끔찍하지 않을 수도 있죠) 14:30 &lt;jrandom&gt; 좋아요 MikeW, 그런데 지금도 i2p가 CPU를 잡아먹고 있나요? 14:30 &lt;deer&gt; &lt;ardvark&gt; i2p에서 보이는 이 kademlia 메시지들은 모두 stasher 관련인가요? 14:30 &lt;MikeW&gt; jrandom: 네 14:30 &lt;aum&gt; duck: 그리고 kademlia에는 릴레이라는 개념이 없어요 14:30 &lt;hypercubus&gt; ardvark: router 콘솔에 보이는 건 netDb의 Kad 구현입니다 14:31 &lt;aum&gt; 'relaying', 'popularity', 'caching' 같은 개념은 Freenet용이에요. I2P의 은폐 없이 세상에 벌거벗고 드러나야 하니까요 14:31 &lt;deer&gt; &lt;ardvark&gt; 여기서는 I2P랑 Tor를 돌리는데 CPU 사용률이 3%네요 그래서 :/ *어깨 으쓱* 14:31 &lt;jrandom&gt; MikeW: 그러면 당신의 router가 연결을 유지하지 못해서 동시에 연결을 수립하느라 CPU를 마구 먹고 있는 겁니다 14:31 &lt;duck&gt; 알겠어요, 제 뇌가 Freenet에 물들어 썩었네요 14:31 &lt;duck&gt; 자비를 베풀어 주세요 :) 14:31 &lt;deer&gt; * shendaras가 달랜다. 14:31 &lt;jrandom&gt; MikeW: 회의 끝나고 디버깅 좀 같이 해볼 수 있으면 좋겠습니다 14:32 &lt;MikeW&gt; 그럴게요 14:32 &lt;jrandom&gt; 좋아요 aum, 사람들이 도울 수 있는 게 있을까요? 14:32 &lt;jrandom&gt; 아니면 그냥 타이어만 발로 차보고 버그 리포트나 올리면 될까요? 14:33 &lt;duck&gt; leo에 익숙해지려고 노력 중입니다 14:33 &lt;aum&gt; 네, 괜찮으시다면 리스트로 버그를 올려 주세요 14:33 &lt;duck&gt; 벌써 Eclipse보다 더 마음에 드네요 14:33 &lt;hypercubus&gt; leo가 뭐죠? 14:33 &lt;jrandom&gt; (어라, 잔소리 시작된다 ;) 14:33 &lt;aum&gt; duck: 요즘은 leo만 씁니다 - 급할 땐 emacs, 더 급할 땐 zile만 예외로요 14:34 &lt;hypercubus&gt; vi나 emacs만 안 쓰면 괜찮아요 ;-) 14:34 &lt;aum&gt; http://leo.sf.net - 코드의 아웃라인 보기를 제공합니다 14:34 &lt;hypercubus&gt; 하지만 저도 이 leo를 직접 써봐야겠네요 14:34 &lt;aum&gt; 원하면 leo는 emacs와도 연동됩니다 14:34 &lt;hypercubus&gt; 그거 에디터는 아닌가요? 14:35 &lt;aum&gt; &lt;bile&gt; 14:35 &lt;aum&gt; 젠장할 msvc - 64비트 정수에는 __int64를 허용하면서도, 64비트 정수 리터럴에는 'LL'이나 'ULL'은 허용하지 않네요 14:35 &lt;aum&gt; !! 14:35 &lt;aum&gt; &lt;/bile&gt; 14:35 &lt;hypercubus&gt; 아, 알겠네요 14:37 &lt;jrandom&gt; 좋아요, 그게 다라면 남은 건 없고 3) ???로 넘어가도 되겠네요 14:37 &lt;jrandom&gt; 다른 이야기하실 분 있나요? 14:37 &lt;hypercubus&gt; 그럼 설치 프로그램의 새 방향에 대해 조금 얘기하죠 14:37 &lt;jrandom&gt; 좋아요, 콜 14:38 &lt;hypercubus&gt; 0.4부터는 커맨드라인 사용자들은 i2p tarball만 받아 풀고, 스크립트를 실행해 router를 시작하면 되고, 그러면 lynx 같은 것으로 router 콘솔이 열릴 겁니다 14:39 &lt;hypercubus&gt; 그래서 큰 변화는 없고, 다만 유치한 Q/A 설치 과정을 거치지 않아도 됩니다 14:39 &lt;hypercubus&gt; 설정은 모두 router 콘솔에서 합니다 14:39 &lt;hypercubus&gt; GUI 사용자들을 위해서는 근사한 걸 준비했어요 14:39 &lt;jrandom&gt; (w00t) 14:40 &lt;hypercubus&gt; 미리보기는 `http://files.hypercubus.i2p/install.jar` 에서 14:40 &lt;jrandom&gt; 아니면 cvs에서 (ant pkg ; java -jar install.jar) 맞죠? 14:40 &lt;aum&gt; hypercubus: winstaller 쪽은 어떻게 되어가나요? Java 자동 감지/자동 다운로드/자동 설치를 지원하나요? 14:41 &lt;hypercubus&gt; 메뉴 바로가기는 곧 제공될 거고, systray 통합과 router를 데몬으로 설치하는 방법도 제공할 예정입니다 14:41 &lt;aum&gt; 데몬? 윈도우의 'service' 말인가요? 14:41 &lt;hypercubus&gt; 아니요, 적어도 당분간은 i2p 사이트의 링크를 클릭해서 공식 Java 다운로드 페이지로 가야 합니다 14:42 &lt;hypercubus&gt; 설치 프로그램이 Java를 필요로 하는데, 어차피 I2P도 필요하니 괜찮습니다 14:42 &lt;aum&gt; hypercubus: 미안하지만, 그러면 사용자 80%를 잃을 겁니다 14:42 &lt;hypercubus&gt; 그렇게 하지 않는 Java 프로젝트 하나만 대보세요 14:42 &lt;jrandom&gt; 언젠가는 넣을 겁니다. 14:42 &lt;jrandom&gt; 지금은 아니죠. 14:42 &lt;aum&gt; Freenet은 잘했어요 - 그들의 winstaller는 다운로드 과정을 안내하죠 14:43 &lt;jrandom&gt; (우리는 지금 더 중요한 일거리가 너무 많아요. 지금 당장은 수많은 사용자를 원하지도 않습니다) 14:43 &lt;hypercubus&gt; 그건 1.0에 고려하죠 14:43 &lt;hypercubus&gt; 사실 그걸 해낼 코드 대부분은 이미 만들어 놨어요 14:43 &lt;aum&gt; jrandom: 그게 0.4에 들어간다고 하신 줄 알았는데요 14:43 &lt;deer&gt; &lt;mule&gt; 그럼 Java는 소스에서 직접 빌드하도록 요구해야죠 :) 14:44 &lt;jrandom&gt; 새 설치 프로그램은 0.4에 들어갑니다 14:44 &lt;hypercubus&gt; 지금까지 제가 작성한 코드는 전부 폐기했습니다 14:44 &lt;hypercubus&gt; 대신 IzPack를 쓰기로 했어요 14:44 &lt;hypercubus&gt; http://izpack.sf.net 14:44 &lt;jrandom&gt; 둘을 묶어 15MB짜리 다운로드로 제공할 수도 있겠지만, 1.0 이전에 I2P를 쓸 대부분의 사용자는 'Java'가 뭔지 알고 있을 겁니다 14:45 &lt;hypercubus&gt; 이렇게 하면 완전 Public Domain Java 설치 프레임워크를 다듬을 시간을 벌 수 있고, 언젠가 I2P를 그쪽으로 되돌리고 싶어요 14:45 &lt;hypercubus&gt; 하지만 지금 우선순위는 형편없는 현재 설치 프로그램을 없애는 겁니다 ;-) 14:46 &lt;hypercubus&gt; (대충 붙여 넣은 분께 악의는 없습니다) 14:46 &lt;deer&gt; &lt;shendaras&gt; 404가 뜹니다.... 14:46 &lt;duck&gt; http://www.izforge.com/izpack/ 14:46 &lt;hypercubus&gt; http://www.izforge.com/izpack/ 14:47 &lt;hypercubus&gt; 그 점은 죄송 14:47 &lt;hypercubus&gt; 어쨌든, 제 eepsite에 올려 둔 프리뷰 설치 프로그램에 대한 피드백을 부탁드립니다 14:48 &lt;hypercubus&gt; *nix와 Windows에서 테스트했습니다. OS X와 Solaris에서도 동작할 겁니다 14:48 &lt;jrandom&gt; r0x0r 14:48 &lt;duck&gt; 좋네요 14:48 &lt;jrandom&gt; 네, 끝내줘요 14:49 &lt;hypercubus&gt; 버튼의 바보 같은 아이콘을 없애려고 IzPack를 해킹할지도 모르겠어요 14:49 &lt;deer&gt; &lt;mule&gt; hypercubus: 기존 설정은 날아가나요, 보존되나요? 14:49 &lt;hypercubus&gt; 패키지에는 설정 파일이 포함되어 있지 않습니다 14:49 &lt;hypercubus&gt; 그래서 jar와 war만 덮어쓸 겁니다 14:49 &lt;jrandom&gt; (지금은요 ;) 14:49 &lt;hypercubus&gt; 음, 설정은 고려할 겁니다 14:49 &lt;deer&gt; &lt;mule&gt; ㅇㅋ, 고마워요 14:49 &lt;duck&gt; Jetty 전체는 어떻게 시작하죠? 14:49 &lt;duck&gt; 여전히 sh/bat ? 14:50 &lt;jrandom&gt; 네 14:50 &lt;jrandom&gt; router는 스크립트로 시작하고, 또는 그 스크립트를 호출하는 서비스로 시작할 겁니다 14:50 &lt;hypercubus&gt; 네, 그리고 Windows 사용자용 exe도 넣을게요 14:50 &lt;jrandom&gt; w00t 14:50 &lt;hypercubus&gt; 그건 시작 메뉴에서 실행됩니다 14:50 &lt;hypercubus&gt; Windows 시작 메뉴 14:51 &lt;hypercubus&gt; 내일까지 Jetty를 Windows 서비스로 동작하게 만들 수 있을 겁니다 14:51 * jrandom 중얼거림 *그건 jetty가 아니라 i2p야* 14:51 &lt;hypercubus&gt; 아 맞다 ;-) 14:52 &lt;hypercubus&gt; 그래도 Jetty에는 Win32 서비스 래퍼가 딸려오죠 14:52 &lt;hypercubus&gt; 그걸로 뭐든 감쌀 수 있어요 14:52 &lt;jrandom&gt; 맞아요, PD/BSD 라이선스의 Java 서비스 래퍼가 3~4개 있어요 14:52 &lt;hypercubus&gt; 네, 아마 Linux용도 있겠죠 14:53 &lt;jrandom&gt; 흠, Linux의 서비스란 == init 스크립트죠 :) 14:53 &lt;hypercubus&gt; 맞지만, Linux 서비스는 주요 배포판들 사이에서도 처리 방식이 다르죠 14:53 &lt;hypercubus&gt; 예를 들어 Gentoo는 rc-setup 스크립트 방식을 씁니다 14:54 &lt;jrandom&gt; w3rd 14:54 &lt;hypercubus&gt; 어쨌든 주요 배포판들과 *BSD에서 모두 동작하게 만들게요 14:54 &lt;hypercubus&gt; 그 이상도 가능하면요 14:55 &lt;hypercubus&gt; 읏, s/rc-setup/rc-update/ 14:55 &lt;hypercubus&gt; 좋아요, 이 정도면 다 다룬 것 같네요 14:55 &lt;hypercubus&gt; 이제 다들 깨어나도 됩니다 ;-) 14:55 &lt;deer&gt; * shendaras 하품 14:55 &lt;jrandom&gt; 좋네요, 고마워요 hyper, 듣기 좋습니다. 14:56 &lt;jrandom&gt; 또 다른 이야기하실 분 있나요? 14:56 &lt;aum&gt; 초반 논의를 놓쳤다면 미안합니다만.. 14:56 &lt;aum&gt; datagram 지연 같은 건 상황이 어때요? 14:57 &lt;jrandom&gt; datagram 쪽은 모르겠습니다 - 제가 쓰는 앱들은 모두 streams를 통해 datagram 위에서 동작하거든요 14:57 &lt;jrandom&gt; 네트워크 상태는 여전히 꽤 안 좋습니다 - 상태 노트를 http://dev.i2p.net/pipermail/i2p/2004-August/000409.html 에서 보세요 14:58 &lt;aum&gt; ㅇㅋ 14:58 &lt;jrandom&gt; 좋아요, 더 없으면... 14:58 * jrandom 마무리 준비 14:59 * jrandom 회의를 *baf* 닫는다 </div>/ko/blog/2004/08/10/2004-08-10%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 10 Aug 2004 00:00:00 +0000/ko/blog/2004/08/10/2004-08-10%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>여러분 안녕하세요, 주간 업데이트 시간입니다</p> <h2 id="색인">색인:</h2> <ol> <li>0.3.4.1 status</li> <li>Updated docs</li> <li>0.4 progress</li> <li>???</li> </ol> <h2 id="1-0341-상태">1) 0.3.4.1 상태</h2> <p>며칠 전에 0.3.4.1 릴리스를 배포했는데, 꽤 잘 작동하고 있습니다. IRC에서의 연결 지속 시간이 꾸준히 몇 시간씩 유지되고 있고, 전송 속도도 꽤 좋습니다(며칠 전에는 3개의 병렬 스트림을 사용해 한 eepsite(I2P 사이트)에서 25KBps를 받았습니다).</p> <p>0.3.4.1 릴리스에 추가되었지만(릴리스 공지에는 미처 포함하지 못했던) 정말 멋진 기능 하나는, eepproxy가 여러 아웃프록시(outproxy)를 통해 non-i2p 요청을 라운드 로빈(round robin) 방식으로 분산 처리할 수 있게 해 주는 mule의 패치였습니다. 기본값은 여전히 squid.i2p 아웃프록시만 사용하는 것이지만, router.config에서 clientApp 줄을 다음과 같이 변경하면:</p>/ko/blog/2004/08/10/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-8%EC%9B%94-10%EC%9D%BC/Tue, 10 Aug 2004 00:00:00 +0000/ko/blog/2004/08/10/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-8%EC%9B%94-10%EC%9D%BC/<h2 id="간단-정리">간단 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> cervantes, deer, fvw, jrandom</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:04 &lt;jrandom&gt; 0) 안녕하세요 14:04 &lt;jrandom&gt; 1) 0.3.4.1 현황 14:04 &lt;jrandom&gt; 2) 문서 업데이트 14:04 &lt;jrandom&gt; 3) 0.4 진행 상황 14:04 &lt;jrandom&gt; 4) ??? 14:04 &lt;jrandom&gt; 0) 안녕하세요 14:04 * jrandom 손을 흔든다 14:04 &lt;jrandom&gt; 주간 상태 노트를 방금 몇 초 전에 올렸습니다 @ http://dev.i2p.net/pipermail/i2p/2004-August/000404.html 14:04 &lt;deer&gt; &lt;mrflibble&gt; 오오 14:04 * jrandom 여러분이 그걸 열어볼 시간을 잠깐 드릴게요 ;) 14:05 &lt;jrandom&gt; 어쨌든, 읽는 동안 1) 0.3.4.1 현황으로 넘어가죠 14:05 &lt;jrandom&gt; 보신 것처럼 0.3.4.1이 나왔습니다 14:06 &lt;jrandom&gt; 나온 지 하루이틀밖에 안 됐지만 대체로 꽤 잘 돌아가는 것 같습니다, 적어도 몇 시간 전까지는요 14:07 &lt;jrandom&gt; 방금 추적된 버그가 두 가지 있었고(로컬에서 수정했고, 테스트 진행 중), 꽤 큰 이슈라서 하루이틀 안에 새 릴리스를 보게 될 겁니다 14:07 &lt;jrandom&gt; 새 웹 콘솔에서 문제 겪으신 분 있나요? 14:07 &lt;jrandom&gt; (좀 더 구체적으로, 사용해 보시고 문제 있었나요? :)( 14:07 &lt;deer&gt; &lt;oOo&gt; 써봤는데 잘 작동해요 ^^ 14:07 &lt;jrandom&gt; 맞음 14:08 &lt;deer&gt; &lt;oOo&gt; Java 컴파일러 없이도요 ^^ 14:08 &lt;jrandom&gt; 좋네요. JSP들을 미리 컴파일해서 사람들이 javac가 필요 없을 거예요 14:08 &lt;jrandom&gt; 그건 웹 앱 개발자들이 해줘야 하는 부분이긴 한데, 정말 정말 쉽습니다, 특히 ant를 쓰면요 14:09 &lt;jrandom&gt; (그걸 위한 템플릿 코드는 i2p/apps/routerconsole/java/build.xml의 'precompilejsp' 타깃에 있습니다) 14:09 &lt;deer&gt; &lt;identiguy&gt; jrandom, outproxies(외부 프록시)에 대해 어떤 우려가 있나요? 14:09 &lt;jrandom&gt; 콘솔을 보호하기 위해 선택적인 기본 HTTP 인증도 추가했습니다. 그래서 0.0.0.0에서 리슨하도록 설정하고 원격으로 접근할 수 있을 거예요 14:10 &lt;jrandom&gt; 음, outproxies에 대한 제 우려는 세 가지입니다 — 관리의 비용(기술적·사회적), 보안(outproxies는 평문을 받습니다), 그리고 익명성(믹스넷을 벗어나면 공격에 훨씬 더 취약해집니다) 14:10 &lt;deer&gt; &lt;oOo&gt; 서블릿 콘솔에는 :7655에서 보이던 몇 가지 통계(메모리 사용량)가 빠져 있고, 다른 것들(shitlist)도 일부 없을 수 있지만, 훌륭해요 ^^ 14:11 &lt;deer&gt; &lt;identiguy&gt; 고마워요. 그냥 궁금했어요. 14:11 &lt;jrandom&gt; "private" outproxies는 다릅니다 — 예를 들어 anonymizer.i2p처럼 신뢰를 요구하지 않고도 잘 동작할 수 있어요 14:11 &lt;jrandom&gt; (그래도 가명으로 알려진 클라이언트 등으로 접근을 제한하는 식으로요) 14:12 &lt;jrandom&gt; 아 맞아요 oOo, 예전 페이지를 반영한 새 페이지를 추가할 예정입니다 14:12 &lt;jrandom&gt; 아니면 통계를 더 담은 새 페이지를 제안하시겠어요? 어떤 식이면 좋을지 초안을 잡아 주실 수 있나요? 14:12 &lt;jrandom&gt; (아니면 직접 코딩도? :) 14:12 &lt;deer&gt; &lt;oOo&gt; 글쎄요, 독자 연습 문제로 남겨둘 수도 있었죠 ;) 14:12 &lt;jrandom&gt; ㅋㅋ 14:13 &lt;deer&gt; &lt;oOo&gt; 저는 메모리 사용량(메인 페이지)과 Shitlist 탭만 생각했어요, 그게 _저_ 가 아쉬워하는 전부예요 14:13 &lt;deer&gt; &lt;oOo&gt; 참고로, shitlisting에 이유를 추가할 필요가 있을지도요 ;) 14:13 &lt;jrandom&gt; 자세한 shitlist는 peer 프로필 페이지에 넣을 수도 있겠네요 14:14 &lt;jrandom&gt; 지금은 실제로 그걸 추적하지는 않지만, 맞아요, 그렇게 할 수 있고 그러면 좋을 것 같아요 14:14 &lt;deer&gt; &lt;oOo&gt; IMHO peer 프로필 페이지는 너무 커서 실제로 유용하진 않아요 :*) 14:14 &lt;deer&gt; &lt;oOo&gt; 그리고 구현도 쉬워요. .addshitlist() 관련 코드마다 바로 다음 줄에 좋은 주석이 달려 있거든요 ;) 14:14 &lt;jrandom&gt; 개선에 대한 제안 있나요? 14:15 &lt;jrandom&gt; 헤헷 :) 14:15 &lt;jrandom&gt; (netDb 페이지는 제 생각에 꽤 지저분해요) 14:16 &lt;jrandom&gt; 안녕 fvw 14:16 &lt;fvw&gt; 안녕하세요 jrandom, 모두들. 14:16 &lt;jrandom&gt; 좋아요, 웹 쪽에 대해 더 제안이 있으면 알려주세요 14:16 &lt;jrandom&gt; 이번 새 웹 콘솔은 사실 1차 버전일 뿐이고, 제 관심도는 대부분 설정 쪽에 쏠려 있었습니다 14:17 &lt;jrandom&gt; 좋아요, 0.3.4.1과 관련해 더 논의할 내용 있나요? 14:17 &lt;jrandom&gt; 좋아요, 2) 문서 업데이트로 넘어가죠 14:17 &lt;jrandom&gt; [업데이트된 페이지 목록은 이메일을 참조하세요] 14:18 &lt;jrandom&gt; 마침내 paypal/e-gold 계정의 세부 내역도 모두 뽑아냈습니다(지연되어 죄송해요!) 14:19 &lt;cervantes&gt; 우웃 14:19 &lt;jrandom&gt; 문서에서 언급하지 않은 또 다른 측면은 router와 함께 무엇을 제공할지입니다 — 새 웹 콘솔에서는 문맥 기반 도움말로 제공할 html / jsp 파일을 손쉽게 패키징할 수 있어요 14:19 &lt;cervantes&gt; 세상에.... 내가 정말 그렇게 많이 기부했나 14:20 &lt;jrandom&gt; 이번 주는 cervantes가 확실히 cervantes++ 감이죠 :) 14:20 &lt;cervantes&gt; 외화 계산을 잘못했나 보네요 ;-) 14:20 &lt;jrandom&gt; ㅋㅋ 14:20 * fvw 가 cervantes를 위해 환호한다. 14:20 &lt;jrandom&gt; 틀림없죠 14:20 &lt;cervantes&gt; 그나저나 헝가리 달러 비상금이 좀 있더군요.... 14:21 &lt;jrandom&gt; ㅋㅋ 이런 걸 혹시 매트리스 밑에라도 넣어두나요? 14:21 &lt;cervantes&gt; 아니면 forints .. 14:21 &lt;cervantes&gt; 저는 휴가 때 쓸 돈을 항상 과하게 잡거든요 ;-) 14:21 &lt;jrandom&gt; ㅎㅎ 14:22 &lt;fvw&gt; 흠, forints라. 신기하네요. 14:22 * fvw "forinti=0..."라고 중얼거린다 14:23 &lt;jrandom&gt; (헝가리안 표기법에서 'i'를 안 쓰는 게 당연하네) 14:23 &lt;jrandom&gt; &lt;/derail&gt; 14:23 &lt;fvw&gt; 헤헤. 네, 본론으로 돌아가죠. 새 문서들. 아주 예뻐요. 14:23 &lt;jrandom&gt; 맞음 14:23 &lt;deer&gt; &lt;kling&gt; 굿이브닝 14:24 &lt;jrandom&gt; 아직 정리할 게 많으니, 한두 페이지씩 맡아서 훑어보고 결과/업데이트를 보내주시면 좋겠습니다 14:24 &lt;jrandom&gt; hi kling 14:24 &lt;jrandom&gt; 좋아요, 문서 관련해서 더 있을까요? 14:24 &lt;fvw&gt; 푸헥 14:25 &lt;jrandom&gt; 없다면 3) 0.4 진행 상황으로 넘어가죠 14:25 &lt;fvw&gt; 완전 주제에 맞진 않지만, 다운로드 페이지도 손볼 필요가 있어요. 14:25 &lt;jrandom&gt; 아 14:25 &lt;jrandom&gt; 그래요 14:25 &lt;deer&gt; &lt;oOo&gt; Bounties 상세가 빠진 건가요? ;) 14:25 &lt;jrandom&gt; 그 페이지는 /너무/ 걱정하진 않아요. 새 설치 프로그램으로 전부 바뀔 거라 어차피 다시 써야 하거든요 14:25 &lt;fvw&gt; 제가 좀 건드려 보고 필요한 질문은 메일링 리스트에 올릴게요. 14:25 &lt;jrandom&gt; 최고야 fvw 14:25 &lt;fvw&gt; 오, 알겠어요. 그럼 안 할게요,. 14:26 &lt;deer&gt; &lt;kling&gt; router 아직 가동 중, 특별히 보고할 것 없음 Uptime 32h 14:26 &lt;jrandom&gt; 그래요, 그런 정보 일부는 남겠지만 대부분은 바뀔 거예요 14:26 &lt;jrandom&gt; 좋네요 kling - 0.3.4.1 쓰고 있나요, 아니면 0.3.4인가요? 14:26 &lt;deer&gt; &lt;kling&gt; .1 14:26 &lt;jrandom&gt; oOo: 안타깝게도 상세 페이지 대부분을 잃어버렸어요 14:27 &lt;jrandom&gt; 하지만 말이 맞아요, 거기 뭔가 채워 넣을 게 필요해요 14:27 &lt;deer&gt; &lt;oOo&gt; 알겠어요, 아쉽지만 없어도 살아갈 수 있죠 ^^ 14:27 &lt;jrandom&gt; 아니면 링크를 없애든지요 14:27 &lt;jrandom&gt; 그 얘기로 떠올랐는데, aum은 지금 DHT 작업을 하고 있고, Nightblade는 더 이상 아닌 것 같아요 14:27 &lt;jrandom&gt; (그래서 분산 데이터 저장소 'dev'를 업데이트해야겠네요) 14:29 &lt;jrandom&gt; 좋아요, 어쨌든 0.4 쪽도 잘 진행 중입니다 — 며칠 전에 router 100개 시뮬레이션을 여러 다른 대역폭 부하로 세게 굴려봤는데 꽤 잘 버텼어요 14:29 &lt;jrandom&gt; 또 kaffe의 jthread 스케줄러에 심각한 버그를 고쳤지만, fbsd에서는 여전히 좀 이상한 점이 있어요(리눅스에서는 아님) 14:30 &lt;jrandom&gt; 설치 프로그램 진행 상황은 잘 모르겠어요.. 14:30 &lt;jrandom&gt; 그래도 오늘 hypercubus가 그 작업을 하고 있던 걸로 기억해서, 준비가 더 되면 더 많은 걸 알게 되겠죠 14:31 &lt;deer&gt; &lt;oOo&gt; 헤헤 14:31 &lt;jrandom&gt; 0.4 rev와 관련해 질문/우려/제안 있으신가요? 14:31 &lt;deer&gt; &lt;oOo&gt; "언제요?" 농담이에요 ;) 14:32 &lt;jrandom&gt; 0.4 준비가 되기 전에 코드에 더 추가할 것은 사실 많지 않아요 14:32 &lt;jrandom&gt; (하지만 0.4가 끝판왕은 아니니까요, 그 이후에도 할 일이 산더미예요) 14:32 &lt;deer&gt; &lt;oOo&gt; 무한한 공간 저 너머로! 14:32 &lt;jrandom&gt; 정확히요 ;) 14:33 &lt;jrandom&gt; 좋아요, 제가 꺼낼 건 다 한 것 같으니, 4) ??? 14:33 &lt;jrandom&gt; 논의하고 싶은 거 있으신가요? 14:33 &lt;deer&gt; &lt;oOo&gt; i2pcvs.i2p 부활 ? 14:34 &lt;jrandom&gt; 네, 아마 다시 시작해야겠죠 14:34 &lt;jrandom&gt; 아마 새 router 콘솔을 기본으로 묶어서 i2ptunnel.cfg와 함께 배포하게 되면 할 겁니다 14:35 &lt;deer&gt; &lt;oOo&gt; 좋아요, 고마워요 14:36 &lt;jrandom&gt; 좋아요, 더 없으면... 14:36 * jrandom 준비 동작을 취한다 14:36 * jrandom *baf* 하고 회의를 마친다 </div>/ko/blog/2004/08/03/2004-08-03%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 03 Aug 2004 00:00:00 +0000/ko/blog/2004/08/03/2004-08-03%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕 여러분, 이 현황 업데이트부터 먼저 끝내자</p> <h2 id="색인">색인:</h2> <ol> <li>0.3.4 status</li> <li>On deck for 0.3.4.1</li> <li>New web console / I2PTunnel controller</li> <li>0.4 stuff</li> <li>Other development activities</li> <li>???</li> </ol> <h2 id="1-034-상태">1) 0.3.4 상태</h2> <p>지난주 0.3.4 릴리스 이후, 새 네트워크는 꽤 잘 동작하고 있다 - irc 연결은 한 번에 몇 시간씩 유지되고 eepsite(I2P Site) 가져오기도 꽤 신뢰할 만해 보인다. 처리량은 여전히 전반적으로 낮지만 약간 개선되었다(예전에는 꾸준히 4-5KBps가 관측되었고, 지금은 꾸준히 5-8KBps가 관측된다). oOo는 irc 활동을 요약하는 스크립트 두 개를 게시했으며, 여기에는 왕복 메시지 시간과 연결 지속 시간이 포함된다(최근 CVS에 커밋된 hypercubus의 bogobot을 기반으로 함)</p>/ko/blog/2004/08/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-8%EC%9B%94-3%EC%9D%BC/Tue, 03 Aug 2004 00:00:00 +0000/ko/blog/2004/08/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-8%EC%9B%94-3%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> alpaca\_, bogobot, cervantes, duck, hobbs, hypercubus, jrandom, jteitel, mihi, mrflibble, mule, mule2p, Nightblade, oOo, protok0l</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> 14:05 &lt;jrandomi2p&gt; 0) hi 14:05 &lt;jrandomi2p&gt; 1) 0.3.4 status 14:05 &lt;hypercubus&gt; i guarantee that on PDforge your project will be confirmed virtually immediately ;-) 14:05 &lt;jrandomi2p&gt; 2) On deck for 0.3.4.1 14:05 &lt;jrandomi2p&gt; 3) New web console / I2PTunnel controller 14:05 &lt;jrandomi2p&gt; 4) 0.4 stuff 14:05 &lt;jrandomi2p&gt; 5) Other development activities 14:05 &lt;jrandomi2p&gt; 6) ??? 14:05 &lt;jrandomi2p&gt; 0) hi 14:05 * jrandomi2p waves 14:05 &lt;mihi&gt; lla ih 14:05 * oOo goof 14:06 &lt;mihi&gt; hi all 14:06 &lt;jrandomi2p&gt; weekly status notes posted up to http://dev.i2p.net/pipermail/i2p/2004-August/000388.html 14:06 &lt;jrandomi2p&gt; jumping right in to 1) 0.3.4 status 14:07 &lt;jrandomi2p&gt; the net seems generally functional, both for irc and eepsites 14:07 &lt;jrandomi2p&gt; what kind of eepsite reliability / failures are y'all seeing? 14:07 * jrandomi2p can see the irc failures here, as i see when people disconnect / etc 14:08 &lt;mule2p&gt; in general good, got out-of-memory after approx 25MBytes 14:08 &lt;mule2p&gt; but that should be fixed in cvs, as you mentioned 14:08 &lt;jrandomi2p&gt; ah ok thats on a single 25MB download right? 14:09 &lt;mule2p&gt; yes 14:09 &lt;jrandomi2p&gt; right 14:10 &lt;jrandomi2p&gt; large file transfers do still seem to have problems (disconnect over time, not corruption though). i think that may be fixed with the mod mentioned, but i'm not sure 14:11 * jrandomi2p forgot to mention that oOo's roundtrip/connections_reliability.php includes both irc servers here, not just i2p, so doesnt really have the right data atm 14:11 &lt;jrandomi2p&gt; oOo - any thoughts on what it'd take to get the bogobot code to ignore @irc.metropipe.net? 14:12 &lt;duck&gt; kicking hypercubus 14:12 &lt;duck&gt; and me to upgrade 14:12 &lt;oOo&gt; Very few coding, a peer review by hypercubus and the update of bogobot by duke 14:13 &lt;jrandomi2p&gt; ok cool 14:13 &lt;hypercubus&gt; duke? 14:13 &lt;oOo&gt; duck, sorry :p 14:13 * jrandomi2p thinks that sort of statistical summary would be very helpful 14:13 &lt;jrandomi2p&gt; duke duck 14:14 &lt;oOo&gt; The stats are made on PHP, could be given to duck, too 14:14 &lt;jrandomi2p&gt; ok, anyone have anything to bring up wrt 0.3.4? 14:14 &lt;jrandomi2p&gt; w3rd 14:15 &lt;jrandomi2p&gt; ok, moving on to 2) 0.3.4.1 14:15 &lt;jrandomi2p&gt; i dont know what else to mention beyond whats mentioned in the mail 14:16 &lt;jrandomi2p&gt; the StreamSinkServer and StreamSinkClient apps are compact demo apps for ministreaming (for any java devs who want to write streaming over i2p) 14:16 &lt;jrandomi2p&gt; oh, and StreamSinkServer is kind of like aum's dropbox python app (it takes any data anyone sends it and writes it to a file) 14:17 &lt;jrandomi2p&gt; (StreamSinkClient sends a fixed size of random data, so not too useful ;) 14:17 &lt;jrandomi2p&gt; any thoughts / concerns / questions wrt 0.3.4.1? 14:18 * jrandomi2p estimates it'll be out in a day or two 14:19 &lt;jrandomi2p&gt; ok, moving on at a good clip to 3) New web console / I2PTunnel controller 14:20 &lt;jrandomi2p&gt; as mentioned in the mail, we've got the new web console pretty much functional, and a simple web interface to control / edit / create i2ptunnel instances 14:21 &lt;protok0l&gt; where can the protok0l get it 14:22 &lt;protok0l&gt; and what do i do with jetty 14:22 &lt;jrandomi2p&gt; its all in cvs now, but i need to put up some docs on how to set it up 14:22 &lt;protok0l&gt; ok 14:23 * jrandomi2p wrote up and posted a ~5 step process to the channel a few days ago, but we need a simpler proc (or at least a more clear one) 14:23 &lt;protok0l&gt; i heard that CVS sucks 14:23 &lt;mule2p&gt; ok, can tell you once i have the docs :) 14:23 &lt;protok0l&gt; and there was some better CVS thingy 14:23 * oOo logged only the first 2 steps before getting disconnected :p 14:24 &lt;protok0l&gt; same thing with Vi 14:24 &lt;protok0l&gt; lol 14:24 &lt;jrandomi2p&gt; we'll eventually moving to have this new console be the 'standard', but that'll probably wait until we've got everything integrated with hypercubus' new installer 14:26 &lt;jrandomi2p&gt; actually 14:26 &lt;jrandomi2p&gt; for the brave, here's the ugly steps from before: 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; w3rd hyper - could you pull latest from cvs, 'ant dist', grab build/*jar and toss them into your lib dir, mkdir $instDir/webapps/ ; cp build/routerconsole.war $instDir/webapps/ ; edit your router.config to uncomment the clientApp.3.* lines and update your classpath 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; (in the classpath, set it to: lib/i2p.jar:lib/router.jar:lib/mstreaming.jar:lib/heartbeat.jar:lib/i2ptunnel.jar:lib/netmonitor.jar:lib/sam.jar:lib/timestamper.jar:lib/ant.jar:lib/jasper-compiler.jar:lib/jasper-runtime.jar:\ 14:26 &lt;jrandomi2p&gt; 20:19 &lt;jrandom&gt; lib/jnet.jar:lib/org.mortbay.jetty.jar:lib/routerconsole.jar:lib/xercesImpl.jar:lib/xml-apis.jar:lib/javax.servlet.jar 14:26 &lt;protok0l&gt; ok screw it 14:27 &lt;jrandomi2p&gt; in addition to that, there's a new i2ptunnel.war - take that and drop it into $instDir/webapps/ and go to `http://localhost:7657/i2ptunnel/` 14:27 &lt;jrandomi2p&gt; yeah, as i said, its a pain 14:27 &lt;jrandomi2p&gt; *but* its functional, and I dont really have either the time or the expertise to make it much better 14:27 &lt;oOo&gt; That's all it needs to be done ? 14:28 &lt;jrandomi2p&gt; yup 14:28 &lt;oOo&gt; Ok, thanks 14:28 &lt;jrandomi2p&gt; (you'll get something looking like http://dev.i2p.net/~jrandom/config.png when you go to `http://localhost:7657/config.jsp` 14:29 &lt;jrandomi2p&gt; anyway, thats that 14:29 &lt;jrandomi2p&gt; i'd appreciate if/when people can kick it around, and hopefully come up with ways to improve it :) 14:30 &lt;jrandomi2p&gt; mihi: any thoughts on the whole web interface idea? 14:30 &lt;duck&gt; nice layout 14:31 &lt;jrandomi2p&gt; thought you'd like it duck ;) 14:31 &lt;mrflibble&gt; nice 14:31 * mihi likes the layout as well 14:31 &lt;mihi&gt; web interfaces are always great 14:32 &lt;jrandomi2p&gt; the one i put together for i2ptunnel.war is pretty bland... functional, but bland 14:33 &lt;jrandomi2p&gt; ok, thats that - if/when people wanna chat about it further, we've got irc and the list, etc :) 14:33 &lt;mule2p&gt; jrandomi2p: clientApp.3 is netmonitor for me 14:34 &lt;jrandomi2p&gt; ah ok mule2p - check the router.config from cvs - 14:34 &lt;jrandomi2p&gt; #clientApp.3.main=net.i2p.router.web.RouterConsoleRunner 14:34 &lt;jrandomi2p&gt; #clientApp.3.name=webConsole 14:34 &lt;jrandomi2p&gt; #clientApp.3.args=7657 127.0.0.1 ./webapps/ 14:34 &lt;jrandomi2p&gt; obviously change the 3 to 4 and uncomment :) 14:35 &lt;jrandomi2p&gt; replace 127.0.0.1 if you want to be able to access it remotely 14:35 &lt;jrandomi2p&gt; (and 7657 to use a different port) 14:36 &lt;mule2p&gt; ok, thanks, have looked in the checked out i2p tree for a new router.config, but it may be elsewhere in cvs 14:36 &lt;jrandomi2p&gt; ah sorry, yeah its i2p/installer/java/src/router.config.template 14:37 &lt;mule2p&gt; k 14:37 &lt;jrandomi2p&gt; ok, unless there's anything else, swinging on to 4) 0.4 stuff 14:38 &lt;jrandomi2p&gt; hmm, i dont know if there's anything i can add to whats in that paragraph in the mail 14:38 &lt;jrandomi2p&gt; basically just a bunch of entries on my todo list :) 14:39 &lt;jrandomi2p&gt; anyone have any questions / concerns wrt things posted there? 14:40 &lt;oOo&gt; How is the installer doing ? ^^ 14:40 &lt;jrandomi2p&gt; hypercubus? que tal? 14:40 &lt;hypercubus&gt; patience, danielsan... good things come to those who chafe... uh, wait ;-) 14:40 &lt;jrandomi2p&gt; hehe 14:41 &lt;jrandomi2p&gt; no rush, just wondering how things are goin' 14:41 &lt;jrandomi2p&gt; any problems you're running into, things we can help with, etc? 14:41 &lt;mihi&gt; who is danielsan? 14:41 &lt;hypercubus&gt; no problems, just the tedium of testing atm 14:42 &lt;jrandomi2p&gt; w3rd 14:42 &lt;hypercubus&gt; i should have written unit tests first, but oh well ;-) 14:42 &lt;jrandomi2p&gt; hehe 14:43 &lt;hypercubus&gt; java's supposed platform independence really breaks down in the area of installation tasks 14:44 * jrandom senses a bulk disconnect 14:45 &lt;oOo&gt; Uh oh 14:45 &lt;hypercubus_&gt; hmmm, wonderful... what was the last thing i said? 14:45 &lt;oOo&gt; &lt;hypercubus&gt; java's supposed platform independence really breaks down in the area of installation tasks 14:46 &lt;hypercubus&gt; ok, who sabotaged the meeting? ;-) 14:46 * jrandom blames jebus 14:46 &lt;hypercubus&gt; maybe it was duke 14:46 &lt;mule&gt; you don't want to tell me my router is that important :) 14:46 &lt;jrandom&gt; heh 14:47 &lt;mihi&gt; [23:46] * jrandomi2p has quit IRC (Client exited) 14:47 &lt;mihi&gt; hehe... 14:47 &lt;mule&gt; if so, sorry. 14:47 &lt;hypercubus&gt; anyhow, no worries about the installer's progress, i fully expect it to be ready when 0.4 is 14:47 &lt;jrandom&gt; duck: how many inbound tunnels do you have listening on irc.duck.i2p? 14:47 &lt;hypercubus&gt; i'm not running into any head-scratchers 14:47 &lt;jrandom&gt; cool hypercubus 14:47 &lt;hobbs&gt; Reminds me -- is there a commandline-accessible way to spit out a new router.config from router.config.template? 14:47 &lt;jrandom&gt; nope 14:48 &lt;jrandom&gt; not afaik 14:48 &lt;mihi&gt; run the installer and copy it 14:48 &lt;jrandom&gt; other than java -jar install.jar 14:48 &lt;jrandom&gt; heh 14:48 &lt;mihi&gt; into a new dir i mean 14:48 &lt;cervantes&gt; at least not the head scratching you're all thinking of 14:48 &lt;jrandom&gt; ooh neat, my router dumped core 14:48 &lt;duck&gt; jrandom: remind me how I know the hash of irc.duck.i2p 14:48 * hypercubus wonders what cervantes means 14:49 &lt;jrandom&gt; cd lib ; java -cp i2p.jar net.i2p.data.TestData display Destination ../irc.privKey 14:49 &lt;cervantes&gt; hyper: you'd be more familiar with the term strunking :) 14:49 &lt;hypercubus&gt; duck: try increasing to 3 or more inbound tunnels... seems to have helped me some 14:50 &lt;duck&gt; *** Building a seperate global context! 14:50 &lt;duck&gt; Log file logger.config does not exist 14:50 &lt;duck&gt; 23:49:47.387 ERROR [main ] net.i2p.util.LogManager : Log file logger.config does not exist 14:50 &lt;duck&gt; 23:49:49.589 CRIT [ 1 shutdown ] net.i2p.util.LogManager : Shutting down logger 14:50 &lt;jrandom&gt; ah hrm 14:50 &lt;hypercubus&gt; guess it couldn't handle your log *cough* 14:51 &lt;mihi&gt; copy your logger.config everywhere ;) 14:51 &lt;mihi&gt; at least everywhere where your pwd could be when you run any i2p app 14:51 &lt;duck&gt; no I wont 14:51 &lt;jrandom&gt; ok, echo logger.record.net.i2p.data.TestData=INFO&gt;&gt; logger.config 14:52 &lt;jrandom&gt; actually, thats why i said (cd lib), but i forgot that i changed the default from DEBUG to ERROR in cvs 14:52 &lt;duck&gt; 4 inbounds 14:52 &lt;jrandom&gt; 4 current &amp; ready? 14:52 &lt;jrandom&gt; or 2 not ready (or recently expired) and 2 ready? 14:53 &lt;duck&gt; now it changed to 3 with 1 not ready 14:53 &lt;jrandom&gt; 'k so its probably during tunnel expiration / replacement 14:54 &lt;jrandomi2p&gt; if you update your router.config to specify 3 inbound tunnels that should help with reliability 14:54 &lt;jrandomi2p&gt; (or you can use the new i2ptunnel web interface to do it ;) 14:54 &lt;hypercubus&gt; perhaps tunnel expiration for a single client with multiple tunnels should be staggered 14:55 &lt;jrandomi2p&gt; they are, generally - new tunnels are allocated &amp; a new leaseSet created 60s before tunnel expiration 14:55 &lt;hypercubus&gt; ah 14:55 &lt;jrandomi2p&gt; however, during tunnel failure it has to create a new leaseSet on demand which doesnt immediately propogate 14:56 &lt;jrandomi2p&gt; (well, it goes out on the netDb, but clients wont get that for up to a few seconds) 14:57 &lt;jteitel&gt; !who 14:57 &lt;alpaca_&gt; Userlist for #i2p: [hobbs] [Iakin3] [duck] [pwk__] [Sonium] [jar] [alpaca_] [interrupt] [protok0l] [mihi] [aum] [Shaun-Away] [cervantes] [jrandom] [deer] [hirvox] [Bladenight] 14:57 &lt;bogobot&gt; Userlist for #i2p: [shendaras] [duck] [josh] [mule2p] [aum] [mrflibble] [hypercubus] [TrueSeeker] [laggybot] [bogobot] [ion_] [mihi] [ion] [mule] [jteitel] [ant] [oOo_] [jrandomi2p] [dm] [ugha2p] [Ch0Hag] [jnk] [oOo] [soros] [bob] [revival] [DrWoo] [thetower] 14:57 &lt;jrandomi2p&gt; there are some further optimizations that can be done to the tunnel pool, but i'm not sure how useful it'd be atm 14:57 &lt;jrandomi2p&gt; ok, jumping back on track - anyone else have anything wrt 4) 0.4. stuff? 14:57 &lt;oOo&gt; About 'large scale simulations' for 0.4, any way to prepare thus ? Need 'new' specifics applications/tools ? (transition to point 5 ? ;) ) 14:58 &lt;jrandomi2p&gt; actually, for the sim it would be great if someone could help mod the heartbeat (or a sam-powered app) to be kind of a scriptable client / server 14:59 -!- Bladenight is now known as Nightblade 14:59 &lt;jrandomi2p&gt; (e.g. rather than the current "every 30s, send 20KB to peer X", a "for 10 minutes, ask peer X for a 1MB file, and then pause for 60m, then ask peer Y for 1KB files" etc) 15:00 &lt;jrandomi2p&gt; but if someone is interested in helping out with that, please let me know and we can chan 15:00 &lt;jrandomi2p&gt; er, chat 15:00 &lt;jrandomi2p&gt; taking that lead in, lets jump to 5) stuff y'all are doing :) 15:01 &lt;jrandomi2p&gt; not sure how to go about covering this, lets just go down in the (arbitrary) order listed in the mail for updates? 15:01 &lt;jrandomi2p&gt; i dont see sunshine here, and aum probably isn't up yet ;) 15:02 &lt;jrandomi2p&gt; nightblade - how goes the battle? 15:02 &lt;Nightblade&gt; i have some plans for making the libsam interface like bsd sockets 15:02 &lt;Nightblade&gt; but i haven't done any coding on that part yet 15:02 &lt;duck&gt; changed to tunnels.numInbound=3 15:03 &lt;jrandomi2p&gt; cool duck (hopefully wait until after the meeting to restart your tunnel ;) 15:03 &lt;duck&gt; oh, it doesnt detect the changes? 15:03 &lt;jrandomi2p&gt; word nightblade - is there a problem w/ the way things are now? 15:03 &lt;hypercubus&gt; not until you code it to ;-) 15:03 &lt;jrandomi2p&gt; naw duck, the clientApp lines are only read on startup 15:04 &lt;jrandomi2p&gt; (clientApp is really outside the control of the router - thats what the i2ptunnel web app is for) 15:04 &lt;Nightblade&gt; no there is no problem with it the way it is now.... what i would be doing is in addition to the interface that is already there (developers could choose what they want to use) 15:04 &lt;jrandomi2p&gt; wikked 15:05 &lt;jrandomi2p&gt; ok, you're the boss. having variety is good, though variety means more code to maintain / etc, but its a balance 15:06 &lt;jrandomi2p&gt; ok, moving on down the list - mule2p - how goes the outproxy stuff? 15:07 &lt;mule&gt; nothing done beyond the patch you have 15:07 &lt;jrandomi2p&gt; ah ok i thought you were working on a further mod 15:07 &lt;mule&gt; need to find some spare time for real load balancing 15:07 &lt;jrandomi2p&gt; w3rd 15:08 &lt;jrandomi2p&gt; i'll get that patch applied then 15:08 &lt;mule&gt; thanks. and include my outproxy in the client app :) seems to be faster 15:08 &lt;jrandomi2p&gt; heh, well, of course your proxy will be faster for you, its local :) 15:09 &lt;oOo&gt; And no one else use it ^^ 15:09 &lt;mule&gt; no, it isn't 15:09 &lt;jrandomi2p&gt; ooh, its on a different router? cool 15:09 &lt;mule&gt; yep, on a root server at an isp 15:10 &lt;jrandomi2p&gt; the i2ptunnel web interface has a field for people to specify the list of outproxies, so it should be easy enough for people to tweak, but we'll get it out in the next rev &amp; release notes 15:10 &lt;jrandomi2p&gt; nice 15:11 &lt;jrandomi2p&gt; ok, nickster seems to be offline atm 15:12 &lt;jrandomi2p&gt; are there any other active client development efforts going on? 15:12 &lt;jrandomi2p&gt; (or are any of the paused ones active, etc?) 15:13 &lt;jrandomi2p&gt; ok, if someone wants to mention anything else on that front, we've got the list and the channel, as always :) 15:13 &lt;jrandomi2p&gt; moving on to 6) ??? 15:13 &lt;jrandomi2p&gt; anyone else have anything they want to bring up? 15:14 &lt;Nightblade&gt; nope 15:15 &lt;mihi&gt; duck has anything to bring down ;) 15:15 &lt;mihi&gt; s/any/some/ 15:15 * jrandomi2p pingfloods mihi 15:15 &lt;jrandomi2p&gt; ok, on that note 15:15 * jrandomi2p winds up 15:15 * jrandomi2p *baf*s the meeting closed </div>/ko/blog/2004/07/27/2004-07-27%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 27 Jul 2004 00:00:00 +0000/ko/blog/2004/07/27/2004-07-27%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p>안녕, 다들, 주간 하소연 시간이다.</p> <h2 id="색인">색인:</h2> <ol> <li>0.3.3 &amp; current updates</li> <li>NativeBigInteger</li> <li>???</li> </ol> <h2 id="1-033">1) 0.3.3</h2> <p>지난 금요일에 0.3.3 릴리스를 배포했고, 하루이틀 정도 꽤 우여곡절이 있었지만 지금은 그럭저럭 잘 돌아가는 것 같습니다. 0.3.2.3만큼 좋지는 않지만, 대체로 irc.duck.i2p 에서 2~7시간씩 머무를 수 있었습니다. 다만 많은 분들이 문제를 겪는 것을 보고 로거를 켜서 무슨 일이 일어나는지 자세히 모니터링했습니다. 요약하면, 필요 이상으로 대역폭을 사용하고 있었고 그로 인해 혼잡과 tunnel 실패(테스트 메시지 타임아웃 등)가 발생했습니다.</p> <p>지난 며칠 동안 다시 시뮬레이터로 돌아가 네트워크에 일련의 하트비트를 흘려보내며 무엇을 개선할 수 있는지 확인했고, 그 결과를 바탕으로 곧 아주 많은 업데이트가 우리에게 다가올 예정입니다:</p>/ko/blog/2004/07/27/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-7%EC%9B%94-27%EC%9D%BC/Tue, 27 Jul 2004 00:00:00 +0000/ko/blog/2004/07/27/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-7%EC%9B%94-27%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cat-a-puss, Connelly, deer, dm, hypercubus, jrandom, Sonium</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:02 &lt;jrandom&gt; 0) 안녕하세요 14:02 &lt;jrandom&gt; 1) 0.3.3 &amp; 현재 업데이트 14:02 &lt;jrandom&gt; 2) NativeBigInteger 14:03 &lt;jrandom&gt; 3) ??? 14:03 &lt;jrandom&gt; 0) 안녕하세요 14:03 * jrandom 손을 흔든다 14:03 &lt;jrandom&gt; 주간 상태 노트 게시됨 @ http://dev.i2p.net/pipermail/i2p/2004-July/000372.html 14:03 &lt;jrandom&gt; (hypercubus의 재촉 덕분에 회의 전에 올릴 수 있었어요 :) 14:04 &lt;jrandom&gt; 좋아요, 바로 시작하죠 14:04 &lt;jrandom&gt; 1) 0.3.3 &amp; 현재 업데이트 14:06 &lt;jrandom&gt; 무슨 일이 진행 중인지 설명한 이메일에 정보가 아주 많고, 곧 대역폭 사용량이 크게 줄어들 예정입니다 14:07 &lt;jrandom&gt; 많은 것이 바뀌어서 하위 호환이 되지 않을 것이므로 다음 릴리스는 업그레이드가 다소 매끄럽지 않을 겁니다만, 뭐 어쩔 수 없죠 14:08 &lt;jrandom&gt; 0.3.3 개정판이나 상태 노트에 올린 내용과 관련하여 질문 있으신가요? 14:08 * dm 손을 흔든다 14:08 * jrandom 여기 freenode에서 23초 지연을 보고 있음 14:09 * hypercubus는 0.10초 지연을 봄 14:09 &lt;jrandom&gt; 아, 정상으로 돌아왔네요 14:09 &lt;jrandom&gt; 좋아요, 다른 게 없으면 2) NativeBigInteger로 넘어가죠 14:10 &lt;jrandom&gt; Iakin3가 몇 가지를 수정해서 암호화 코드를 바로 사용할 수 있게 배포하기가 더 쉬워졌습니다. 좋은 소식이죠 14:10 &lt;jrandom&gt; 가끔 netDb를 보면 ElGamal 암호화 시 지연이 2~400ms인 분들이 있는데, 이는 일부가 jbigi를 사용하지 않고 있다는 뜻입니다 14:11 &lt;jrandom&gt; (그리고 모두 jbigi를 사용해야 합니다) 14:12 &lt;deer&gt; &lt;Nightblade&gt; 어떻게 그들이 단지 느린 컴퓨터를 쓰는 게 아니라고 아시죠 14:12 &lt;Sonium&gt; 왜 자동으로 사용되지 않죠? 14:12 &lt;hypercubus&gt; 각 플랫폼마다 맞춤 컴파일해야 하기 때문이에요 14:12 &lt;jrandom&gt; 다음 개정판에 그걸 배포할 수 있을지도 모르겠지만, 지켜봐야겠어요 14:12 &lt;deer&gt; &lt;oOo&gt; DLL이 없으면 프로그램은 Java 전용 코드로 계속 동작합니다(크로스 플랫폼 지원을 위해 필요) 14:12 &lt;hypercubus&gt; 그리고 현재는 플랫폼을 감지하지 않아요 14:12 &lt;jrandom&gt; Nightblade: 물론 그럴 수도 있죠 14:13 &lt;jrandom&gt; oOo 맞아요, 그 기능은 확실히 유지할 겁니다 14:13 &lt;deer&gt; &lt;oOo&gt; 아뇨, 비어 있거나 쓸모없더라도 dll과 .so 파일의 존재를 강제하세요 14:13 &lt;jrandom&gt; 사실 제가 작업 중인 현재 수정으로 얻는 또 다른 이점이 있어요. 이제 elGamal 암호화를 절반만 하면 됩니다(sourceRouteBlock이 사라졌거든요) 14:14 &lt;jrandom&gt; 흠 oOo? 14:14 &lt;jrandom&gt; 왜 그렇게 하고 싶죠? 14:15 &lt;deer&gt; &lt;oOo&gt; 라이브러리 파일의 '존재'를 강제로 확인하세요. 사용되지 않는다면, 아마 x86 Win/Linux 플랫폼이 아니어서 Java 코드를 사용할 수밖에 없는 상황일 겁니다. 어쨌든 네이티브 사용을 최대한 강제한 셈이죠 14:15 &lt;jrandom&gt; 아, 맞아요. 우리는 항상 libjbigi.so / jbigi.dll을 확인해왔고, Iakin의 코드가 추가한 것은 여러 DLL과 .so 파일을 하나의 JAR로 묶고, 실행 시점에 그중에서 '맞는' 것을 선택하는 기능이에요 14:16 &lt;hypercubus&gt; &lt;/obvious&gt; 14:16 &lt;jrandom&gt; (일치하는 것이 없으면 순수 Java로 폴백) 14:17 &lt;jrandom&gt; 어쨌든, 새 사용자들에게 큰 도움이 될 좋은 내용들이에요 14:17 &lt;jrandom&gt; (그리고 관리 인터페이스에 못생긴 드롭다운 박스를 만들 시간도 절약되고요 :) 14:18 &lt;jrandom&gt; 좋아요, 그에 대해 더 없으면, 제 쪽은 여기까지예요 14:18 &lt;jrandom&gt; 그럼 3) ???로 넘어가죠 14:18 &lt;jrandom&gt; 다른 분들 논의하고 싶은 것 있나요? 14:18 &lt;hypercubus&gt; 누군가 새 웹사이트에 맞춤법 검사기를 돌려야겠어요 ;-) 14:19 &lt;jrandom&gt; 이제 CVS 접근 권한 받았잖아요... :) 14:19 &lt;jrandom&gt; (module: i2pwww) 14:19 &lt;hypercubus&gt; 젠장 14:19 &lt;deer&gt; &lt;oOo&gt; 대용량 전송에서, 심지어 로컬 전송에서도 발생하는 손상 문제(예: 자신의 eepsite에서 수 MB를 가져올 때)는 조사 중인가요? 14:20 &lt;hypercubus&gt; 큰 파일을 받다가 중단된 적은 많았지만, 손상은 없었어요 14:20 &lt;jrandom&gt; 흠, 그 문제의 대부분 사례는 해결됐지만 최근에도 보고가 있었어요. i haven't gone through the app layer and audited things yet again 14:21 &lt;jrandom&gt; 저는 중단된 다운로드도 손상으로 간주합니다 14:21 &lt;jrandom&gt; 처음 시도에서 끝까지 제대로 작동해야 해요 14:21 &lt;hypercubus&gt; 뭐 어쩔 수 없죠, 실제 WWW에서도 그런 일은 일어나니까요 ;-) 14:21 &lt;deer&gt; &lt;oOo&gt; 그랩버가 서버와 같은 컴퓨터에 있을 때는 해당되지 않죠 ^^ 14:22 &lt;jrandom&gt; oOo: 그걸 재현할 수 있나요? 14:22 &lt;jrandom&gt; (아니면 간헐적인가요?) 14:22 &lt;deer&gt; &lt;oOo&gt; jrandom: 두 번 했어요, 알려진 문제라고 생각했는데, 다시 시도해볼게요 14:23 &lt;jrandom&gt; 감사해요. if you can reproduce it, please let me know the details of the test and i'll dig further into it. 14:23 &lt;jrandom&gt; (어차피 앱 레이어를 다시 점검해야 하니까요) 14:23 &lt;deer&gt; &lt;oOo&gt; jrandom: 문제없어요, 감사합니다 14:24 &lt;jrandom&gt; 좋아요, 또 묻거나 논의할 것 있으신가요? 14:25 &lt;cat-a-puss&gt; myI2P를 어떻게 할지에 대해 계속 논의하고 싶어요 14:25 &lt;cat-a-puss&gt; 몇 달 뒤에는 몇몇 사람들을 참여시킬 수 있을지도 몰라요 14:25 &lt;jrandom&gt; 멋지네요! 14:26 &lt;hypercubus&gt; 수업 프로젝트인가요? ;-) 14:26 &lt;cat-a-puss&gt; 그런 비슷한 거죠 ;-) 14:27 &lt;jrandom&gt; 새 웹 인터페이스와 함께 0.4를 내놓으면, 웹 프런트엔드를 갖춘 앱(예: myi2p)을 만드는 게 훨씬 쉬워질 거라 생각해요 14:27 &lt;cat-a-puss&gt; 그럼 순수하게 애플리케이션 레이어에서만 가능하다고 보시는 건가요? 14:27 &lt;jrandom&gt; 물론이죠 14:28 &lt;jrandom&gt; 다른 구상은 무엇이었나요? 14:28 &lt;cat-a-puss&gt; 글쎄요, 네트워크 DB를 메타데이터 저장에 쓸 수도 있겠죠 14:28 &lt;jrandom&gt; 아하 14:28 &lt;cat-a-puss&gt; 그것에 접근할 수 있나요? 14:28 &lt;hypercubus&gt; *콜록* 14:28 &lt;jrandom&gt; 아니요, netDb에는 아무 것도 접근할 수 없습니다 14:29 &lt;jrandom&gt; netDb가 우리 분산 라우팅 테이블 역할에만 꽤 집중되어 있어서, 그 안에서 몇 가지 '마법'을 부릴 수 있는 거예요 14:29 &lt;hypercubus&gt; cat-a-puss: 당신이 원하는 건 Nightblade가 작업 중인 DHT(분산 해시 테이블)예요 14:29 &lt;jrandom&gt; 하지만 myi2p 등은 i2p 위에서 DHT를 충분히 사용할 수 있죠 14:30 &lt;hypercubus&gt; (enclave) 14:30 &lt;jrandom&gt; 어떤 종류의 메타데이터를 생각하셨나요? 14:31 &lt;cat-a-puss&gt; freenet의 ssk로 동작하는 Frost의 채널 같은 것을 구상했어요 14:31 &lt;cat-a-puss&gt; 그래서 I2p 위의 DHT에서 ssk들을 운영하는 거죠 14:31 &lt;jrandom&gt; 맞아요 14:31 &lt;jrandom&gt; 하지만 어떤 것들에는 다소 과할 수도 있어요 14:31 &lt;cat-a-puss&gt; 하지만 채널을 구독한 모든 사람의 ssk를 나열하는 메타키가 여전히 필요해요 14:32 &lt;dm&gt; i2p 위의 dht... 14:32 * dm은 그게 가까운 시일 내에 신뢰성 있게 동작할 것 같지 않다고 봄. 14:32 &lt;Connelly&gt; 범용 DHT 라이브러리가 있으면 좋겠네요 14:32 &lt;dm&gt; 신뢰성 있게 14:32 &lt;deer&gt; &lt;Nightblade&gt; dht 라이브러리가 뭐죠 14:32 &lt;cat-a-puss&gt; 그건 다르게 작동해야 해요 ... 14:33 &lt;jrandom&gt; cat-a-puss: 어떤 활동이 이루어질지에 달렸겠죠. 어떤 것에는 Frost 스타일 게시판이 좋고, 다른 것에는 fmb 스타일 게시판이, 또 다른 것에는 블로그 애그리게이터가 좋을 수 있어요 14:34 &lt;Connelly&gt; 음, Kademlia 구현 같은 거요 14:34 &lt;Connelly&gt; enclave도 그런 류일 거라고 봐요 14:34 &lt;deer&gt; &lt;Nightblade&gt; 먼저 LibSAM에 몇 가지 변경을 하려고 해요 14:34 &lt;deer&gt; &lt;Nightblade&gt; 이번 주를 포함해 수업이 2주만 남았거든요 14:34 &lt;deer&gt; &lt;Nightblade&gt; 그럼 뭔가 해볼 수 있기를 바랍니다 14:35 &lt;jrandom&gt; w00t! :) 14:37 &lt;cat-a-puss&gt; jrandom: 기본적으로 목표는 모든 사람에게 모든 것이 되는 겁니다. 네트워크가 모든 일을 하지 못하면, 사람들은 다른 것을 사용할 거예요. (커버 트래픽을 끌어오려면 더 잘해야 하고요) 14:38 &lt;jrandom&gt; 저는 '만능 칼' 스타일로 가려는 프로젝트를 너무 많이 해봤어요 — 만들면 사람들이 온다라는 식으로요 14:38 &lt;hypercubus&gt; 네트워크는 트랜스포트 레이어지, 애플리케이션 레이어가 아니에요 ;-) 14:38 &lt;jrandom&gt; 그 방식은 정말, 정말, 정말 드물게만 통합니다. 14:38 &lt;jrandom&gt; i2p 트랜스포트 레이어는 가능한 모든 점대점 통신을 확실히 지원해야 하고요 14:38 &lt;jrandom&gt; 하지만 i2p 위의 애플리케이션은 사용자 친화적이어야 합니다 — 즉, 특정 사용자 요구를 다루고 그걸 해결해줘야 해요 14:39 &lt;jrandom&gt; 대중은 통신 레이어를 원하지 않아요. 사람들과 대화하고, 사람들이 말하는 것을 읽고, 탐색할 방법을 원하죠 14:39 &lt;Connelly&gt; 아니, 우리는 XUL과 완전히 새로운 Gecko 시스템을 만들어야 해요 14:39 &lt;Connelly&gt; 그리고 그 위에 Mozilla 프로그램 합종연횡을 구축하고 14:39 &lt;Connelly&gt; 그다음에는 협업 시스템을 Mozilla에 통합하는 거죠 ;) 14:40 &lt;cat-a-puss&gt; 훌륭하죠, 앱이 통신 레이어를 원하는 대로 제어할 수 있을 만큼 충분한 통제가 가능하다면요. 14:40 &lt;dm&gt; Maxthon&gt; Mozilla 14:40 &lt;jrandom&gt; cat-a-puss: 물론이죠. SAM, I2CP 또는 SDK를 사용하는 모든 앱은 다른 앱이 할 수 있는 건 뭐든지 할 수 있어요 14:41 &lt;jrandom&gt; (충분해야 합니다 [기능/API는 업계에서 10년 넘게 검증된 JMS와 MOMs(Message-Oriented Middleware)를 모델로 삼았거든요]) 14:43 &lt;cat-a-puss&gt; 좋아요, 그러면 본질적으로 내가 가지는 건: Tcp, 데이터그램, 원하면 둘 다에 익명성 추가, 그리고 그 위에서 동작하는 DHT예요. 14:44 &lt;hypercubus&gt; 좋든 싫든 어느 정도 익명성은 가지게 됩니다 ;-) 14:44 &lt;cat-a-puss&gt; 그렇다면 앱이 원해도 tunnel 길이를 0으로 설정할 수는 없는 건가요? 14:44 &lt;jrandom&gt; 맞아요 — i2p 자체가 TCP/데이터그램 계층이고, enclave DHT 앱은 데이터 저장소의 기반으로 사용할 수 있어요 14:44 &lt;jrandom&gt; 물론입니다 14:45 &lt;jrandom&gt; 사실, 0 hop tunnels와 Connelly가 지난주에 설명한 방어를 쓰면, 일부 공격자에 대해서는 꽤 익명성이 확보됩니다 14:45 &lt;jrandom&gt; 앗, 제가 잘못 읽었네요. 네, 앱은 tunnel 길이를 0으로 설정할 수 있습니다. 하지만 그렇게 해도 어느 정도 익명성은 제공돼요 14:46 &lt;cat-a-puss&gt; 알겠어요 14:46 &lt;jrandom&gt; (어떤 사람들에게는 충분하지만, 일부 통계적 공격에 대해서는 불충분) 14:46 &lt;hypercubus&gt; 익명성을 원하지 않는다면, 트래픽을 i2p로 보내면 안 되죠 14:47 &lt;cat-a-puss&gt; 그리고 같은 host/port에서 다른 앱들은 각각 별도의 키로 처리되는 거죠? 14:47 &lt;jrandom&gt; 맞아요 14:47 &lt;deer&gt; &lt;DrWoo&gt; 낮은 익명성은 I2P 위에서 p2p를 돌릴 때 인기가 있을 수도 있겠네요? 14:47 &lt;cat-a-puss&gt; 그럼 마지막으로 남은 질문은 일종의 '응답 서비스'에 관한 거예요 14:47 &lt;jrandom&gt; 맞아요 DrWoo — 파일 공유/기타는 아마 0 hop tunnels를 쓸 수 있을 겁니다 14:48 &lt;deer&gt; &lt;DrWoo&gt; 안녕, soros! 14:48 &lt;hypercubus&gt; i2p에서 BitTorrent 스타일의 앱은 아마 0~1 hop tunnels가 필요하겠죠 14:48 &lt;Connelly&gt; jrandom: 0 hop tunnels에 대해 어떤 방어 말인가요? 14:48 &lt;deer&gt; &lt;soros&gt; 안녕, woo :D 14:48 &lt;deer&gt; &lt;DrWoo&gt; soros: 숨어 있었네 ㅎㅎ 14:48 &lt;cat-a-puss&gt; 즉: 내가 오프라인일 때 내 트래픽이 다른 사람에게 가도록 i2p 데이터베이스에 뭔가를 설정해두고, 다시 온라인이 되면 그들에게 연락해 내가 놓친 걸 받아오는 방식 말이죠? 14:48 &lt;cat-a-puss&gt; 그들이 이를 복호화할 필요는 없고요 14:48 &lt;deer&gt; &lt;soros&gt; 몇 달 동안 iip는 접었어 14:48 &lt;dm&gt; soros와 drwoo의 재회... 14:48 &lt;dm&gt; 눈물 14:48 &lt;hypercubus&gt; cat-a-puss: 다시 말하지만, 앱 레이어에서 할 일입니다 14:49 &lt;jrandom&gt; cat-a-puss: 글쎄요, 그런 기능은 myi2p에서 별로 구상하진 않았는데, 구현할 방법은 몇 가지 있어요 14:49 &lt;deer&gt; &lt;soros&gt; 이거 자동으로 freenode로 가나요? 14:49 &lt;deer&gt; &lt;soros&gt; 이런.. 여긴 i2p였지 미안 14:49 &lt;jrandom&gt; Connelly: tunnel 내 피어에 대한 엄격한 순서 지정 14:49 &lt;deer&gt; &lt;DrWoo&gt; soros: 좀 헷갈리네 ㅋㅋ 14:50 &lt;Connelly&gt; 알겠어요 14:50 &lt;hypercubus&gt; 포럼에서 설문을 돌려 myI2P의 새 이름을 정해야겠어요 ;-) 14:51 &lt;jrandom&gt; betty 14:51 &lt;hypercubus&gt; MyBetty? 14:51 &lt;dm&gt; MY TOOPIE 14:51 &lt;jrandom&gt; 헤헷 14:51 &lt;deer&gt; &lt;Nightblade&gt; acropolis....... 어땠죠? 그거였나요? 14:51 &lt;hypercubus&gt; Betty Toop? 14:51 &lt;deer&gt; &lt;soros&gt; MOAP2P 14:51 &lt;deer&gt; &lt;DrWoo&gt; I2P H@ME 14:51 &lt;deer&gt; &lt;soros&gt; 모든 P2P의 어머니 14:52 &lt;hypercubus&gt; nightblade: 맞아요, acropolis 14:52 &lt;hypercubus&gt; 마음에 드네요 14:53 &lt;dm&gt; 이건 어때요: 네 얼굴에 쉬 14:53 &lt;hypercubus&gt; dm: 이거 전부 회의 로그에 남는다는 거 알죠? ;-) 14:53 &lt;Connelly&gt; 이봐요, 끝내주는 아이디어가 떠올랐어요 14:53 &lt;deer&gt; &lt;DrWoo&gt; Known I2P의 중심 14:53 &lt;dm&gt; hypercubus: 네 얼굴에 쉬 14:53 &lt;Connelly&gt; I2P H@ME에 3D 사용자 프로그래밍 가능한 RPG를 통합하죠 14:53 &lt;deer&gt; &lt;soros&gt; 이름은 HyperCube로 하죠. 14:54 &lt;Connelly&gt; 그리고 Mozilla 기술을 쓰는 거예요 :) 14:54 &lt;dm&gt; Maxthon이 mozilla에 쉬 14:54 &lt;Connelly&gt; 좋아, Maxthon 14:54 &lt;hypercubus&gt; xul에 꽂혔나요, connelly? ;-) 14:54 &lt;Connelly&gt; 네! 14:55 &lt;Connelly&gt; 하지만 완전한 XML 기반 프로그래밍 언어를 만들어야 해요 14:55 &lt;Connelly&gt; 그게 더 유연할 거예요 14:55 &lt;jrandom&gt; 그리고 우리만의 하드웨어도 만들죠 14:55 &lt;hypercubus&gt; i2p 맞춤형 무선 메쉬 router들 14:55 &lt;jrandom&gt; 그리고 배와 기차를 동원한 유통 회사를 만들어 세상에 풀죠! :) 14:55 &lt;dm&gt; 난 CPU를 알아 14:55 &lt;dm&gt; 하나 만들었어 14:56 &lt;deer&gt; &lt;mule&gt; 게다가 칩 생산 시설도 건설하고 ... 14:56 &lt;Connelly&gt; 그래요, 익명 운송 회사요 14:56 &lt;hypercubus&gt; 이름은 WhoEx로 하죠 14:56 &lt;Connelly&gt; 그리고 달에 반사판을 설치해서 레이저 인터넷 트래픽을 서로 주고받는 거예요! 14:57 &lt;hypercubus&gt; 회의를 끝낼 때가 된 것 같네요 14:57 &lt;jrandom&gt; 그런 말이 나온 김에.. 14:57 &lt;jrandom&gt; 아, 말이죠 14:57 &lt;jrandom&gt; 다른 논의할 거 있으신가요? if not, we've got the forums and the mailing list 14:57 &lt;jrandom&gt; (그리고 우리는 늘 여기 있어요 ;) 14:57 * jrandom 마무리한다 14:57 &lt;dm&gt; 난 아니야, 난 인생이 있거든. 14:57 &lt;dm&gt; 루저들 14:57 &lt;dm&gt; 너어어어어어어어어어어드드드드드드드드 14:57 * jrandom dm의 머리를 *baf* 하고 친다 14:58 &lt;jrandom&gt; (회의를 종료합니다) </div>/ko/blog/2004/07/20/2004-07-20%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/Tue, 20 Jul 2004 00:00:00 +0000/ko/blog/2004/07/20/2004-07-20%EC%9E%90-i2p-%EC%83%81%ED%83%9C-%EB%85%B8%ED%8A%B8/<p><strong>1) 0.3.2.3, 0.3.3, 그리고 로드맵</strong></p> <p>지난주 0.3.2.3 릴리스 이후, 여러분 모두가 업그레이드를 아주 훌륭하게 진행해 주셨습니다 — 이제 업그레이드하지 않은 경우는 두 개만 남았습니다(하나는 0.3.2.2, 또 하나는 한참 이전인 0.3.1.4 :)). 지난 며칠 동안 네트워크가 평소보다 더 안정적으로 동작했고, 사람들이 irc.duck.i2p에 여러 시간씩 머물러 있으며, eepsites(I2P Sites)에서 큰 파일 다운로드도 성공하고 있고, 전반적인 eepsite(I2P Site) 접근성도 꽤 좋습니다. 상황이 잘 돌아가고 있고 여러분이 방심하지 않도록, 몇 가지 근본적인 개념을 바꾸기로 했고 하루이틀 내에 0.3.3 릴리스로 배포할 예정입니다.</p>/ko/blog/2004/07/20/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-7%EC%9B%94-20%EC%9D%BC/Tue, 20 Jul 2004 00:00:00 +0000/ko/blog/2004/07/20/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-7%EC%9B%94-20%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cat-a-puss, cervantes, Connelly, deer, duck, jrandom, mihi, modulus</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:05 &lt;jrandom&gt; 0) 안녕하세요 14:05 &lt;jrandom&gt; 1) 0.3.2.3, 0.3.3, 그리고 로드맵 14:05 &lt;jrandom&gt; 2) s/reliability/capacity/g 14:05 &lt;jrandom&gt; 3) 웹사이트 업데이트 14:05 &lt;jrandom&gt; 4) 공격과 방어 14:05 &lt;jrandom&gt; 5) ??? 14:05 &lt;jrandom&gt; 0) 안녕하세요 14:05 * jrandom 손을 흔든다 14:05 &lt;jrandom&gt; 주간 상태 노트 올라왔습니다 @ http://dev.i2p.net/pipermail/i2p/2004-July/000358.html 14:06 &lt;jrandom&gt; 바로 1) 0.3.2.3, 0.3.3, 그리고 로드맵 으로 들어갑시다 14:07 &lt;jrandom&gt; (여러분은 먼저 읽고 계시겠죠 ;) 14:07 &lt;jrandom&gt; 0.3.2.3 릴리스가 나갔고 잘 동작하는 것 같습니다 14:07 &lt;jrandom&gt; 여러분이 겪는 주요 불편점은 무엇인가요? 14:08 &lt;deer&gt; &lt;Nightblade&gt; 전혀 문제 없어요 14:08 &lt;deer&gt; &lt;duck&gt; 문제 없이 4일 연속 가동 중 14:08 &lt;jrandom&gt; 흠, 그렇군요 14:08 &lt;deer&gt; &lt;duck&gt; 어떤 분들에겐 IRC가 그렇게 안정적이지 않은 듯해요 14:08 &lt;deer&gt; &lt;duck&gt; 예를 들어 kaji가 거의 매분 킥당하는 것처럼요 14:08 &lt;deer&gt; &lt;duck&gt; 근데 그건 새롭지도 않죠 14:09 &lt;jrandom&gt; 그래요, 그건 freenode 네트워크에서도 그에게 일어나는 일이라서, 뭘 탓해야 할지 모르겠네요 14:09 &lt;deer&gt; &lt;duck&gt; 맞아요 14:09 &lt;deer&gt; &lt;duck&gt; connelly는 다운로드가 좀 안 좋았다고 하더군요 14:10 &lt;deer&gt; &lt;duck&gt; 그래도 제가 불평하는 건 못 들으셨죠 14:10 &lt;jrandom&gt; 아 정말요? 흠, 그중 일부는 그의 라이브러리와 관련된 걸로 밝혀졌던 것 같지만, 저도 큰 파일 전송에서 가끔 실패를 겪었습니다 14:10 &lt;jrandom&gt; 특히 alexandria에서 책을 받으면서 14:10 &lt;jrandom&gt; (음, 특히 그런 건 아니고, 제가 받는 곳이 그 사이트뿐이라서요) 14:11 &lt;deer&gt; &lt;duck&gt; :) 14:11 &lt;jrandom&gt; 좋아요, 제 계획은 0.3.3 릴리스가 나오면 제 시간을 0.4로 끌어올리는 데 집중하고, 사람들이 제기하는 버그 수정도 병행하는 것입니다 14:12 &lt;jrandom&gt; 남아 있는 0.4 작업은 대체로 간단한 웹 작업입니다 (새로운 router 콘솔/servlet, Jetty 통합, router를 제어하는 servlet, 그리고 i2ptunnel 인스턴스를 설정하는 servlet) 14:13 &lt;jrandom&gt; 아마 JSP/servlet 쪽에 익숙한 분들이 코드에 발 담글 겸 일부를 도와주실 수도 있을 겁니다. 저도 그런 작업을 많이 해봤기 때문에 구현 자체는 그리 어렵지 않을 거예요 14:13 &lt;jrandom&gt; 제가 알기로 hypercubus의 인스톨러는 거의 준비 완료입니다 14:13 &lt;jrandom&gt; (오늘 그에게 새 작업을 좀 던지긴 했지만 ;) 14:13 &lt;deer&gt; &lt;duck&gt; featurecreep++ 14:14 &lt;jrandom&gt; 사람들을 긴장하게 만들죠 :) 14:14 &lt;jrandom&gt; (근데 있잖아요, 업그레이드할 때 JAR들을 하나하나 따로 받는 건 다들 싫어하잖아요) 14:14 &lt;deer&gt; &lt;duck&gt; 네, 그게 업그레이드의 가장 큰 불편이죠 14:14 &lt;deer&gt; &lt;duck&gt; (제가 CVS를 쓰긴 하지만) 14:14 &lt;deer&gt; &lt;duck&gt; 안 썼다면 그랬을 거예요 14:15 &lt;jrandom&gt; 헤헷 14:15 &lt;mihi&gt; jrandom: 전부 tar로 묶으면 -&gt; 다운로드 한 번이면 되죠 ;) 14:15 &lt;jrandom&gt; 그것도 충분히 간단하죠, 그리고 updgrade.sh/upgrade.bat == jar xf upgrade.jar 로 두면 되고 14:16 &lt;jrandom&gt; (wget 비슷한 호출 이후에) 14:16 &lt;jrandom&gt; 음, hypercubus가 그 모든 걸 처리하는 코드를 잘 잡고 있는 것 같으니, 올바르게 해줄 거라고 믿고 맡겨도 되겠어요 14:17 &lt;jrandom&gt; 아무튼, 다들 눈치채셨겠지만 우리의 일정은 예전 같지 않습니다 14:17 &lt;jrandom&gt; 로드맵이 업데이트되었고 길~~게 늘어났습니다 14:18 &lt;mihi&gt; jjrraannddoomm:: cchheecckk yyoouurr dduupplleexx sswwiittcchh 14:18 &lt;deer&gt; &lt;Nightblade&gt; hah 14:18 &lt;jrandom&gt; 헤헷 14:18 * mihi가 실수했는데... 누가 먼저 찾죠? 14:19 &lt;jrandom&gt; (\n\n) 14:19 &lt;jrandom&gt; 어쨌든 14:19 &lt;mihi&gt; 좋아요, 하나 더 ;) 14:19 &lt;duck&gt; (이중 공백 없음) 14:19 &lt;mihi&gt; duck++ 14:20 &lt;jrandom&gt; 이제 적어도 1.0 릴리스까지의 로드맵은 꽤 현실적이라고 봅니다. 다만 사용자 확산과 피드백에 따라 0.4.2 또는 0.4.3 중 하나를 순서 변경하거나 제외할 수도 있어요 14:20 &lt;jrandom&gt; (그리고 물론, 더 많은 사람이 참여하면 로드맵은 언제든 바뀔 수 있죠 :) 14:21 &lt;modulus&gt; 언젠가는요, Java를 배우고 나서요. 하지만 i2p는 초보가 할 프로젝트 같진 않네요. 14:21 &lt;deer&gt; &lt;Sandworm&gt; 네, 더 오래 걸릴 거예요 :) 14:21 &lt;deer&gt; * duck은 앞으로도 일정 지연이 좀 더 있을 거라 예상함 14:21 &lt;modulus&gt; :-) 14:22 &lt;deer&gt; * duck은 그걸 겨우 '지연'이라고 부르기도 어렵다고 생각함, http://www.i2p.net/redesign/announcements 의 인상적인 표를 보세요 14:22 &lt;jrandom&gt; 지연은 물론 있을 수 있지만, 남은 마일스톤들은 꽤 해낼 만하다고 봅니다 14:22 &lt;jrandom&gt; 그래요, 내가 삶이 없다는 걸 보여줘서 고마워요, duck ;) 14:22 &lt;deer&gt; &lt;duck&gt; 이게 바로 당신의 삶이죠 14:22 &lt;modulus&gt; 그럼 1.0은 언제 나오나요? :-) 14:22 &lt;deer&gt; &lt;duck&gt; 그걸 자랑스러워하세요 14:23 &lt;jrandom&gt; modulus: i2p의 일부는 꽤 어렵지만, 새 개발자도 비교적 쉽게 다룰 수 있는 부분이 많아요 14:23 &lt;modulus&gt; 아마 좀 지루한 부분들이겠죠, 그렇죠? 14:24 &lt;jrandom&gt; 아뇨, 전혀요. 예를 들어 깔끔한 익명 파일 전송이나 채팅 앱, 미니 웹서버, MUD, 체스 앱 등등을 뚝딱 만들 수 있어요 14:24 &lt;duck&gt; (웹사이트 업데이트) 14:24 &lt;modulus&gt; 흠, 멋진데요. 14:24 &lt;jrandom&gt; (즉, 익명으로 동작할 수 있는 간단한 클라이언트 앱들) 14:24 &lt;jrandom&gt; 그리고 물론 웹 업데이트도 있죠 ;) 14:25 &lt;modulus&gt; 웹 업데이트가 뭔 얘기죠? 14:25 &lt;jrandom&gt; 우리 웹사이트에 손볼 게 많아요 (http://dev.i2p.net/pipermail/i2p/2004-July/000358.html 을 보시거나 몇 분만 기다리면 안건 3에서 다룹니다) 14:25 &lt;cat-a-puss&gt; myi2p는 그 모든 것에서 어디에 들어가나요? 14:25 &lt;modulus&gt; 아하 14:26 &lt;jrandom&gt; cat-a-puss: http://www.i2p.net/redesign/myi2p :) 14:26 &lt;modulus&gt; 제 생각엔 myi2p는 지금 우선순위가 아닌 듯... 14:26 &lt;jrandom&gt; (몇 시간 전에 그에 대해 간단한 페이지를 썼어요) 14:27 &lt;jrandom&gt; 덧붙여, 웹사이트 업데이트는 모두 i2pwww 메일링 리스트에 올립니다 (http://dev.i2p.net/pipermail/i2pwww/2004-July/thread.html) 14:28 &lt;modulus&gt; 흠, 전역 네이밍 ap를 쓸 수도 있겠네요 :-) 14:28 &lt;jrandom&gt; 하지만 제 생각엔 myi2p 구현(최소한 기본 주소록과 블로깅)은 1.0 릴리스에 들어갈 겁니다 14:28 &lt;jrandom&gt; (로드맵에 따르면 11월 예정) 14:28 &lt;jrandom&gt; 네, 분명히 가능하죠 14:28 &lt;modulus&gt; DNS보다 단순하면서 인증과 TLD 위임이 있는 무언가요 14:28 &lt;jrandom&gt; 그것도 나쁘지 않아요 - 중앙 이름 서버를 질의하는 간단한 앱이 있으면 좋겠죠 14:29 &lt;modulus&gt; 네 14:29 &lt;jrandom&gt; 그러니 코딩 시작해요 :) 14:29 &lt;modulus&gt; 내일 시작할게요. 딴짓하고 있으면 혼내주세요 ;-) 14:29 &lt;jrandom&gt; ㅎㅎ 좋아요, 그럴게요 14:29 &lt;jrandom&gt; 좋아요, 2) s/reliability/capacity/g 로 넘어가죠 14:29 &lt;duck&gt; 사이트에 대한 작은 질문: 14:29 &lt;duck&gt; 아 잠깐만요 14:29 &lt;duck&gt; 그건 3번이네요 14:29 &lt;duck&gt; 미안 14:29 &lt;jrandom&gt; 그래요, 무슨 일이죠? 14:30 &lt;jrandom&gt; 아, 오케이 14:30 &lt;jrandom&gt; 이메일과 http://www.i2p.net/redesign/how_peerselection 에 설명된 대로, 0.3.3 릴리스에서는 피어 프로파일링과 선택 코드에 꽤 근본적인 변화가 있을 예정입니다 14:31 &lt;jrandom&gt; 현재 router 두 대에서 돌려보고 있는데 꽤 안정적으로 동작하는 것 같습니다 (Speed: 25.18 (빠른 피어 5개) Capacity: 17.50 (용량 높은 피어 8개) Integration: 37.00 (잘 통합된 피어 2개)) 14:31 &lt;jrandom&gt; 그리고 이제 음수 값은 없습니다 :) 14:31 &lt;modulus&gt; :) 14:32 &lt;jrandom&gt; 하루이틀 정도 더 두들겨 본 다음 0.3.3으로 내보낼 생각입니다 14:32 &lt;cat-a-puss&gt; d 14:32 &lt;cat-a-puss&gt; &lt;modulus&gt; 14:32 &lt;cat-a-puss&gt; 이런 14:33 &lt;duck&gt; CVS 업데이트는 하지 말라는 건가요? 14:33 &lt;cat-a-puss&gt; DNS를 하려면 http://www.levien.com/thesis/compact.pdf 의 캐시를 보세요 14:33 &lt;jrandom&gt; 아니요, CVS는 지금 꽤 안정적입니다 14:33 &lt;jrandom&gt; (하지만 언제나 그렇듯, 문제가 생기면 되돌릴 준비는 해두세요) 14:35 &lt;jrandom&gt; 멋져 보이네요 cat-a-puss, 감사합니다 14:35 &lt;cat-a-puss&gt; (원본을 원하시는 분이 있으면 제게 사본이 있어요) 14:36 &lt;jrandom&gt; Google 캐시가 이미지를 좀 망가뜨려서요, 원본 PDF가 있다면 좋겠습니다 14:36 &lt;jrandom&gt; 아무튼 지금은 살짝 주제에서 벗어났네요 (나중에 다시 이야기할 수 있어요) 14:37 &lt;jrandom&gt; reliability/capacity 전환에 대한 이야기는 이 정도로 하고, 3) 웹사이트 업데이트로 넘어가죠 14:37 &lt;jrandom&gt; duck: 말씀하실 게 있었죠? 14:38 &lt;jrandom&gt; duck이 메모를 준비하는 동안, 이메일에 올라온 항목들에 대해 아이디어/제안/우려 사항 있으신가요? 14:39 &lt;deer&gt; &lt;Nightblade&gt; 웹사이트가 좋아 보입니다 14:39 &lt;jrandom&gt; 네, 새로운 내비게이션이 마음에 들고 사이트 레이아웃도 꽤 깔끔해요 14:40 &lt;deer&gt; &lt;Nightblade&gt; 찾기가 더 쉬워졌어요 14:40 &lt;cervantes&gt; _훨씬_ 찾기 쉬워졌어요 14:40 &lt;duck&gt; 먼저, 우리 user advocate protocol이 쓸모 있게 되어 고맙다고 말하고 싶어요 :) 14:40 &lt;jrandom&gt; 헤헷 14:40 &lt;duck&gt; 그가 몇 가지 좋은 제안을 했고 이제 막 시작했거든요 14:40 &lt;cervantes&gt; 힙힙 만세! 14:40 &lt;jrandom&gt; (그 말에 동의!) 14:41 &lt;duck&gt; 다음으로, 리디자인을 실제로 올리지 않을 이유가 거의 없다고 생각해요 14:42 &lt;jrandom&gt; 동의합니다 - 아마 news/development/documentation을 페이지 내비게이션 항목이 아닌 것으로 표시하고, 당장은 JVM과 설정 튜닝 부분은 빼두고, I2PTunnel 페이지에 기본 콘텐츠만 채우면 배포할 수 있을 거예요 14:42 &lt;jrandom&gt; 저는 모든 링크가 작동하고 (작동하지 않는 페이지가 없게) 라이브로 올리길 원합니다 14:43 &lt;jrandom&gt; 물론 라이브로 올린 뒤에도 추가 업데이트가 있을 겁니다 ;) 14:43 &lt;jrandom&gt; 에, live 14:44 &lt;jrandom&gt; 참고로, wilde가 우리의 34sp 계정도 연결했으니, 필요할 때 그쪽으로 사이트를 이전할 수 있을 겁니다 14:44 &lt;cervantes&gt; 쿨하네요 14:44 &lt;jrandom&gt; 어때요 duck? menu.php 그거로 페이지가 아닌 내비게이션 항목도 처리할 수 있나요? 14:44 * cervantes는 추천 포인트를 받으려고 받은편지함을 확인함 14:45 &lt;jrandom&gt; (아니면 그걸 넣으려면 너무 손이 많이 가나요?) 14:45 &lt;jrandom&gt; ㅎㅎ cervantes, 곧 갈 거예요 14:45 &lt;cervantes&gt; ;-) 14:45 &lt;cervantes&gt; 아, 오래된 "수표는 발송했습니다" 전략이군요 14:47 &lt;duck&gt; 미안; 그 사이에 다른 일을 좀 하고 있었어요. 14:47 &lt;duck&gt; 좋아요; 내비게이션 섹션 제목만으로 만드는 것도 가능합니다 14:47 &lt;jrandom&gt; 괜찮아요, 원하시면 넘어갔다가 나중에 다시 돌아와도 돼요 14:47 &lt;jrandom&gt; 좋아요, 멋져요 14:47 &lt;jrandom&gt; (duck++) 14:48 &lt;jrandom&gt; 좋아요, 웹사이트 관련해서 다른 거 있나요? 14:48 &lt;duck&gt; 당신 제안대로면 올릴 준비가 된 것 같네요. 14:48 &lt;jrandom&gt; 그렇지 않으면, 4) 공격과 방어로 넘어가죠 14:48 &lt;duck&gt; . 14:48 &lt;jrandom&gt; 좋습니다 14:49 &lt;jrandom&gt; 좋아요, 다들 메일링 리스트를 읽고 connelly의 글과 다양한 답글을 보셨다고 가정할게요 14:50 &lt;cervantes&gt; 그가 바빴죠 :) 14:50 &lt;cervantes&gt; (거의 proto만큼이나) 14:50 &lt;Connelly&gt; 제 생각엔, 트래픽 분석(트래픽이 많은 사이트), 정부의 연결 차단 공격, 그리고 네트워크의 대다수를 장악한 공격자를 제외하면, 네트워크는 견고해 보입니다 14:50 &lt;jrandom&gt; 우리가 꽤 괜찮은 상태라고 생각하지만, 놓친 것이 (여러 개) 틀림없이 있을 겁니다. 그러니 i2p가 말하는 대로 하고 있거나 할 거라고 가정하지 말고, 가정을 흔들고 왜 형편없는지 말해 주세요 14:50 &lt;Connelly&gt; 암호화는 비공격적인 대부분의 공격을 사실상 무력화합니다 14:51 &lt;jrandom&gt; 그게 바라는 바죠 14:51 &lt;jrandom&gt; 게다가 i2p 2.0과 3.0의 역량으로, 정부급 적대자들의 공격에 대한 방어도 가능해질 겁니다 14:51 &lt;Connelly&gt; 물론 실제로는 패치해야 할 보안 구멍들이 있을 거예요 14:52 * jrandom은 3.0의 지연이 세그멘테이션 공격을 어떻게 막는지에 대한 문서를 아직 작성해야 합니다 14:52 &lt;jrandom&gt; 그럼요, connelly 14:54 &lt;jrandom&gt; 좋아요, 그 쪽 이야기가 더 없다면, 제가 준비한 건 여기까지입니다 14:54 &lt;jrandom&gt; 그럼 5) ??? 14:55 &lt;jrandom&gt; 아, 덧붙여, 시뮬레이션 중 하나에서 4일 동안 bandwidth 사용량과 참여한 tunnel 개수의 관계를 그래프로 그려봤습니다 14:55 &lt;jrandom&gt; 여기에 올려두었습니다 @ http://dev.i2p.net/~jrandom/4daybandwidth.png 14:56 &lt;jrandom&gt; 그 시뮬레이션은 30초마다 32KB 메시지를 주고받았고, 두 개의 router를 6KBps로 병목시켰으며, 모든 게 정확히 ‘그렇게’ 동작했습니다 14:56 &lt;duck&gt; (사이트에 nolink 속성 구현됨) 14:56 &lt;jrandom&gt; (예: 빠르고 신뢰할 수 있는 피어에 부하가 분산되고, 느린 피어는 회피되는 등) 14:56 &lt;jrandom&gt; w00t 14:56 &lt;Connelly&gt; 사용자당 대역폭 대 네트워크 크기의 로그 플롯이 있으면 좋겠네요 14:57 &lt;Connelly&gt; 그래야 '그래, 이건 정말 스케일돼'라고 말할 수 있으니까요 14:58 &lt;jrandom&gt; 그건 로그 플롯조차 필요 없어요 - 클라이언트 통신의 확장성은 엄밀히 O(1)입니다 [필요량은 2k*msgSize, 여기서 k = tunnel의 홉 수] 14:58 &lt;jrandom&gt; 하지만 네, 동의합니다. i2p가 어떻게 스케일하는지 설명하는 문서가 필요해요 14:58 &lt;Connelly&gt; 그럼 Kademlia는... 그 시뮬레이션에 포함돼 있나요? 14:58 &lt;jrandom&gt; 네, 그 시뮬레이션은 실제로 완전한 router 코드이며, 전부 단일 JVM에서 실행됩니다 14:58 &lt;jrandom&gt; VM 통신 시스템 대신 전체 TCP 연결로도 실행하고 있어요 14:59 &lt;jrandom&gt; Kademlia 코드는 Alice가 처음 Bob과 연락하려 할 때 사용됩니다 - 대화를 계속하는 한, payload와 함께 자신의 LeaseSet을 번들링하므로 통신은 O(1)입니다 14:59 &lt;jrandom&gt; (그래서 이후 netDb 조회가 필요 없습니다) 15:00 &lt;cervantes&gt; vl07과 onb0가 병목 걸린 router인가요? 15:00 &lt;jrandom&gt; 하지만 네, netDb 자체가 어떻게 스케일하는지 보여주는 시뮬레이션이 필요해요 15:01 &lt;jrandom&gt; cevantes: 0jvf and onb0 15:01 &lt;cervantes&gt; 하루 가동 후 vl07의 급락은 무엇 때문이죠? 15:02 &lt;cervantes&gt; 00u0와 교차하는 것처럼 보이네요 15:02 &lt;jrandom&gt; 병목이 없는 router들은 본질적으로 동일합니다 - 모두 같은 CPU에서 돌고 지연도 동일(0ms)이므로, 어떤 것을 '빠름' 또는 '신뢰할 수 있음'으로 배정하는 건 그냥 임의적이에요 15:04 &lt;Connelly&gt; ‘빠르고 신뢰할 수 있음’, ‘느림’ 같은 지정 값이 매우 큰 값에서 복구되나요? 15:04 &lt;jrandom&gt; 왜 하루가 지난 뒤 순위/사용량이 줄었나요? 잘 모르겠어요. 테스트 중 일시적인 CPU나 I/O 오버헤드로 속도가 조금 떨어졌을 수도 있습니다 15:04 &lt;jrandom&gt; 네, 지금은 평균이 아니라 중앙값을 사용하고, 데이터에는 꽤 빠른 감쇠가 적용됩니다 15:05 &lt;jrandom&gt; s/fiarly/fairly/ 15:05 &lt;Connelly&gt; 그러면 제가 제 reliability를 1000000000이라고 믿게 만든 뒤 메시지를 떨어뜨리기 시작해도, 복구할 수 있다는 건가요 15:06 &lt;jrandom&gt; 그렇습니다 - 당신이 '실패'하면 즉시 당신에게 일을 맡기지 않고 순위를 낮춥니다 15:06 &lt;jrandom&gt; 새로운 'capacity' 계산은 그런 종류의 변화에 꽤 민감합니다 15:06 &lt;jrandom&gt; (속도도 속이기 어렵습니다. 모든 속도 순위는 실제 측정값이니까요) 15:07 &lt;jrandom&gt; ((reliability도 그랬고, capacity 계산도 마찬가지)) 15:09 &lt;jrandom&gt; 좋아요, 다른 이야기하실 분 있나요? 15:10 &lt;deer&gt; * jrandomi2p가 *baf*er를 제안함 15:11 * jrandom 동의함 15:11 * jrandom 준비함 15:11 * jrandom 회의를 *baf*로 마감함 </div>/ko/blog/2004/06/22/i2p-dev-meeting-june-22-2004/Tue, 22 Jun 2004 00:00:00 +0000/ko/blog/2004/06/22/i2p-dev-meeting-june-22-2004/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> BrianR, cervantes, deer, dm, duckie, fvw, jrandom, mihi, Nightblade, thecrypto, wilde</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:00 &lt;jrandom&gt; 0) 안녕하세요 14:00 &lt;jrandom&gt; 1) 진행 상황 업데이트 14:00 &lt;jrandom&gt; 2) cvs HEAD 14:00 &lt;jrandom&gt; 3) 0.4 14:00 &lt;jrandom&gt; 4) 1.0 14:00 &lt;jrandom&gt; 5) 기타 활동 14:00 &lt;jrandom&gt; 6) ??? 14:00 &lt;jrandom&gt; 0) 안녕하세요 14:00 &lt;dm&gt; 7) 수익!! 14:00 &lt;mihi&gt; hi 14:00 &lt;cervantes&gt; hello 14:00 &lt;dm&gt; hi 14:00 &lt;fvw&gt; 안녕, 닥터 닉 14:01 &lt;jrandom&gt; 집에서 같이 보고 있는 분들을 위해, 상태 노트를 여기 올려뒀어요 @ http://dev.i2p.net/pipermail/i2p/2004-June/000286.html 14:01 &lt;jrandom&gt; 이전에 해왔듯이, 실제 내용은 거기에 있어요 - 여기서는 메타 이야기하고 토론합니다 14:01 * dm is playing at home. WINK WINK WINK. 14:01 &lt;jrandom&gt; BrianR: 여기서 LART가 유용하죠 14:02 &lt;jrandom&gt; 아무튼, 1) 진행 상황 업데이트로 들어가죠 14:02 &lt;thecrypto&gt; 내가 eepsite에 접속할 수 있는지 한 번 보자 14:03 &lt;jrandom&gt; 며칠 전에 평소보다 많은 수의 router가 네트워크에서 이탈했는데, 제 멍청한 버그들 때문에 네트워크의 많은 서비스가 b0rked(망가짐)돼서 그런 거였기를 바라고 있어요 14:03 * mihi 자신의 router를 켠다 14:03 &lt;thecrypto&gt; 야호! 14:03 &lt;jrandom&gt; 다른 이유(버그, CPU/메모리 사용량 등)로 router를 내리고 있다면, 꼭 얘기해주시면 정말 고맙겠습니다 14:04 &lt;dm&gt; 오케이 14:05 &lt;BrianR&gt; 제 컴퓨터에선 i2p가 현재 freenet보다 더 얌전하다고 말해야겠네요... 대역폭 잡아먹는 것도 그렇고 cpu/ram 점유도 그렇고요. 14:05 &lt;jrandom&gt; 지금 cvs에 정말 나쁜 버그가 있는데, 로컬에서는 고쳐놨어요 - 오늘 밤 늦게 커밋할게요(새 머신을 조립하기 전이 될지 후가 될지는 모르겠지만) 14:05 &lt;jrandom&gt; 아 윅킷 14:06 &lt;jrandom&gt; 뭐, 공정하게 말하면, i2p는 freenet보다 하는 일이 훨씬 적죠 - router가 수천 대가 되면 어떻게 되는지 보게 될 거예요 14:06 &lt;dm&gt; 운영체제에 왜 애플리케이션별 대역폭 제한이 기본 탑재돼 있지 않죠? 어려운가요? 14:06 &lt;BrianR&gt; i2p의 내장 대역폭 제한 기능으로 스트레스 테스트를 좀 해보고 싶네요. 그거 얼마나 진행됐죠? 14:06 &lt;dm&gt; 각 프로젝트가 각자 대역폭 제한을 구현하느라 시간 낭비하는 건 바보 같아요. 14:06 &lt;fvw&gt; dm: Linux는 돼요, freebsd도 당연히 그렇고요. 14:07 &lt;dm&gt; 그런가요? 14:07 &lt;cervantes&gt; windoze에서 netlimiter가 그걸 해요 14:07 &lt;BrianR&gt; dm: 어려운 작업은 아니에요. 'doze, linux, *bsd용 시스템 레벨 대역폭 제한 도구가 많습니다... 14:07 &lt;dm&gt; 제 생각엔 OS에 넣는 게 타당해 보여요. 14:07 &lt;fvw&gt; dm iptables marking + tc under linux; Using it right now, works like a charm. 14:07 &lt;jrandom&gt; BrianR: 꽤 잘 되어 있어요 - 다음 0.3.1.5 릴리스에 들어갈 거예요(이번 주에 내고 싶네요) 14:07 &lt;dm&gt; 아무튼... 14:07 &lt;BrianR&gt; 사실 애플리케이션 레벨에서 제한하는 게 더 말이 될 때가 많아요. 먼저 어디에 대역폭을 쓸지 똑똑한 결정을 내릴 수 있으니까요 14:08 &lt;jrandom&gt; 맞아요 14:08 &lt;dm&gt; 그건 다른 문제죠. 14:08 &lt;jrandom&gt; i2p 내부에서 대역폭 제한을 하면, 우리가 한계에 다다랐을 때를 알고 tunnel 참여(등)를 거부할 수 있어요 14:08 &lt;BrianR&gt; 애플리케이션 레벨에선, 시스템이 부과한 송신 제한을 넘었을 때 어떤 TCP 연결에서 패킷이 떨어질지 전혀 알 수 없죠. 14:08 &lt;fvw&gt; 사실, 최선은 OS가 적절한 피드백을 주는 거죠; 하지만 그건 지금 i2p에는 관련 없어요. 14:09 &lt;jrandom&gt; 맞아요 fvw, i2p를 tun/tap이랑 통합하면요 ;) 14:09 &lt;BrianR&gt; fvw: 역압(backpressure) 형태의 피드백은 좀 받죠.. 하지만 역압이 원격 측 링크가 느려서인지 로컬 측인지 구분하기가 어렵습니다.. 14:09 &lt;dm&gt; Windows를 패치해서 애플리케이션별 대역폭 제한을 넣는 데 현상금 걸어주세요. 감사합니다. 14:09 &lt;jrandom&gt; 헤헷 14:09 &lt;fvw&gt; "내 물건이 도착하지 않는다"와 "이 연결은 지금 스로틀 중"은 완전히 다른 얘기죠. 14:09 &lt;fvw&gt; 물론 가끔 겹치기도 하고요. 14:10 &lt;dm&gt; (각 창의 제목 표시줄에 창 최소화 버튼 옆에 대역폭 사용량의 작은 그래프도 달면 20달러 추가...) 14:11 &lt;jrandom&gt; 좋아요, 다른 네트워크 상태 관련해서 꺼낼 얘기 있는 분? 14:12 &lt;BrianR&gt; 아.. 그 IRC 연결 모니터링 하는 거.. 14:12 &lt;duckie&gt; cvs로 업데이트한 건 사과드려요 14:12 &lt;jrandom&gt; ㅎㅎ 14:12 &lt;BrianR&gt; 그거에 MRTG 그래프나 로그 같은 게 어딘가 있나요? 14:12 &lt;jrandom&gt; bogobot 말이죠? duck.i2p/bogo/ iirc? 14:13 &lt;duckie&gt; 그런 거였던 듯 14:13 &lt;jrandom&gt; (duck.i2p에 링크돼 있어요, 제 router들이 지금 내려가 있어서 확인은 못 해요) 14:13 &lt;duckie&gt; `http://duck.i2p/` 의 stats 섹션에 linked to 되어 있어요 14:13 &lt;duckie&gt; `http://duck.i2p/bogobotlogs/` 14:14 &lt;BrianR&gt; 그걸 일반적인 도달성(reachability) 설문 도구로 확장하는 것도 유용할 듯.. 14:15 &lt;dm&gt; 여러분 타자가 정마아아아아아알 느리네요. 14:15 &lt;deer&gt; &lt;cervantes&gt; hypercubus가 뒤로 미뤄둔 개선들이 좀 있는데, 지금은 installer 관련 작업으로 꽤 바빠요 14:16 &lt;jrandom&gt; BrianR: bogobot은 수동 irc 추적용일 뿐이고, 누군가 i2ptunnel의 ping 명령을 주기적 확인을 지원하도록 수정할 수 있겠죠? 14:16 &lt;jrandom&gt; 아니면 누가 perl/SAM 스크립트를 뚝딱 만들 수도 있고요 ;) 14:16 &lt;BrianR&gt; 엔드포인트 도달성을 MRTG 그래프로 만들어주는 스크립트 같은 거요.... 14:16 &lt;BrianR&gt; jrandom: perl/sam 얘기는 안건에서 해당 번호에 도달하면 다시 꺼내주세요 14:16 &lt;duckie&gt; heartbeat 하는 게 그거 아닌가요? 14:17 &lt;BrianR&gt; 만약 그렇다면, 저는 못 작동하게 했네요 :( 14:17 &lt;jrandom&gt; 비슷하긴 해요 - heartbeat는 heartbeat 서버를 테스트하지, 일반 앱을 테스트하진 않아요 14:18 &lt;BrianR&gt; 네... 저는 duck.i2p에서 "GET /"를 성공적으로 할 수 있는지, 그리고 얼마나 걸렸는지 같은 걸 보고 싶어요. 14:18 &lt;jrandom&gt; 하지만 맞아요, 네트워크가 괜찮아지면 많은 사람들이 heartbeat 서버를 돌리고 서로 ping해서 네트워크 성능을 측정할 수 있어요 14:18 &lt;Nightblade&gt; pingflood도 14:18 &lt;dm&gt; GET 문자열에 제한이 있나요? 14:18 &lt;dm&gt; 예를 들면 cgi 파라미터 때문에 URL이 아주 길 경우요? 14:19 &lt;cervantes&gt; 제 기억에 2047 문자였던 듯 14:19 &lt;jrandom&gt; 그거 만드는 건 그리 어렵지 않아요 14:19 &lt;BrianR&gt; dm: 웹 서버에 따라 달라요... RFC도 최소 지원 길이를 정해놨던 걸로 압니다. 14:19 &lt;jrandom&gt; (그러니까, http 테스터요) 14:19 &lt;dm&gt; cervantes: 고마워요 14:19 &lt;dm&gt; (방금 제가 작업하던 것에 영향이 있을 수 있단 걸 깨달았어요) 14:20 &lt;cervantes&gt; 두 가지 문제가 있어요, 웹서버 지원과 클라이언트 지원 14:20 &lt;BrianR&gt; 주제에서 벗어난 건가요? 14:20 &lt;cervantes&gt; IE랑 Mozilla 둘 다 2047 14:20 &lt;cervantes&gt; 어, 네 :) 14:21 &lt;dm&gt; 답을 얻었으니, 넘어가죠 :) 14:21 &lt;jrandom&gt; 좋아요, 1)은 이 정도로 하고, 간단히 2) cvs HEAD로 14:21 &lt;jrandom&gt; 지금 거기에 지저분한 버그가 있는데, 빨리 고치지 못해 미안해요 14:22 &lt;jrandom&gt; 일반적으로, cvs HEAD를 써봤는데 잘 안 되면, 그냥 롤백하세요( download jars / 태그에서 pull) 14:22 &lt;jrandom&gt; 아무튼, 그 얘기는 이쯤에서 14:23 &lt;jrandom&gt; 3) 0.4로 넘어가죠 14:23 &lt;jrandom&gt; 메일에 이번 릴리스에 대한 제 관점/근거를 적어놨어요 - 우려/질문/아이디어/제안 있나요? 14:24 &lt;Nightblade&gt; 보기엔 좋아요 14:24 &lt;duckie&gt; 시간이 얼마나 바뀌나요? 14:24 * fvw 끄덕. 합리적이고 다 좋아요. 14:25 &lt;jrandom&gt; 사실 0.4를 더 당깁니다. 0.3.3의 무서운 부분을 0.4.1과 0.4.2로 밀고 있으니까요 14:25 &lt;jrandom&gt; 1.0 날짜는 안 바뀔 것 같고, 그 전의 것들만 재배치 중이에요 14:26 &lt;jrandom&gt; 시뮬레이터에서 tunnel 다변화의 핵심 문제가, active peer testing으로 쉽게 해결된다는 게 드러났어요 14:26 &lt;jrandom&gt; 0.2.3 이전 revs에서 이걸 조금 했었는데, 오버헤드가 너무 큰 것 같아서 중단했죠 14:27 &lt;jrandom&gt; (사실은 많은 게 그냥 완전 망가져 있어서 그게 오버헤드를 만든 거였는데요) 14:27 &lt;deer&gt; &lt;cervantes&gt; active peer testing은 구체적으로 뭘 하나요? 14:29 &lt;jrandom&gt; 간단히 말해 평소엔 쓰지 않을 피어들을 통해 보조 tunnel들을 좀 만들 거예요 - 구체적으로는, 'fast+reliable' 세트에 없는 'reliable' 세트에서 무작위 피어들을 뽑게 할 생각입니다 14:29 &lt;jrandom&gt; (그리고 그 교집합이 너무 작으면, 'not failing' 세트까지 확장하고요) 14:29 &lt;jrandom&gt; 몇 개의 tunnel이나 몇 개의 피어를 테스트할지는 아직 모르겠어요, 아마 조정 가능한 매개변수로 둘 듯합니다 14:30 &lt;jrandom&gt; 이 문제는 피어 프로필에서 드러나요 - 좋아하는 피어들에 대한 값은 잔뜩 있는데, 다른 피어들에 대해서는 0이 많거나 낮은 숫자가 많죠 14:30 &lt;jrandom&gt; (그들이 형편없어서일 수도 있지만, 더 가능성 큰 건 테스트가 안 돼서예요) 14:31 &lt;jrandom&gt; 좋아요, 0.4에 관해 더 있나요? 아니면 4) 1.0으로 갈까요? 14:32 &lt;duckie&gt; 네 14:33 &lt;jrandom&gt; 4) 1.0 14:33 &lt;jrandom&gt; 전 1.0을 거대한, 무섭고 점근적으로 다가가는 릴리스로 보지 않아요. 그냥 작동하고 사람들이 쓸 수 있는 릴리스죠 14:34 &lt;jrandom&gt; 그렇다 해도, 메일에 있는 내용과 관련해 우려/아이디어/제안/질문 있나요? 14:35 &lt;dm&gt; 버전이 올라가는 속도를 보면, 확실히 점근적으로 1.0에 접근하는 모양새네요 14:36 &lt;dm&gt; 큰 도약이 좀 필요하겠는걸요! 14:36 &lt;jrandom&gt; 0.4--&gt; 1.0 14:36 &lt;dm&gt; 쩐다아아.... 14:36 &lt;jrandom&gt; 그리고 0.4까지는 몇 주밖에 안 남았어요 14:37 &lt;jrandom&gt; 물론, 더 빨리 진행하려면 도움이 필요하긴 하지만요 :) 14:37 &lt;dm&gt; 그럼 안정성은 만족스러운가요? 14:37 &lt;jrandom&gt; 아니요, 지금 안정성은 형편없어요 14:37 &lt;cervantes&gt; myi2p는 제대로 구현하려면 꽤 묵직한 개발이 될 수 있어요. 이상적으로는 다른 프로젝트들이 성과를 내는 데 의존하니까요 14:37 &lt;dm&gt; 알겠어요, 자세히 팔로우하진 못했거든요. 14:38 &lt;cervantes&gt; 예를 들면 DHT와 데이터그램 등 14:38 &lt;jrandom&gt; 동의해요 cervantes, 하지만 주소록과 분산 블로깅만 있어도 전 충분합니다. 14:38 &lt;cervantes&gt; 맞아요 14:38 &lt;jrandom&gt; nightblade가 우리가 준비되면 꽂을 수 있는 dht를 작업 중이고, 아니면 freenet:CHK@나 SSK@를 참조하는 훅을 추가할 수도 있어요 14:39 &lt;cervantes&gt; 비공개 메시징은 연동 주소록에서 한 발짝만 더 가면 되죠 14:39 &lt;jrandom&gt; 맞아요, 다 할 수 있어요 14:40 &lt;cervantes&gt; 라이브 스트리밍 캠걸 데스크톱은 좀 더 걸릴지도... 14:40 -!- Irssi: #i2p: Total of 21 nicks [0 ops, 0 halfops, 0 voices, 21 normal] 14:40 &lt;jrandom&gt; 헤헷 14:40 &lt;jrandom&gt; 사실 회의 전에 Sonium에게도 말했듯이, 사람들이 도울 수 있는 것 중 하나가 문서 작업이에요 - 14:41 &lt;jrandom&gt; 어떤 문서가 필요한지 정의하고, 그 문서들이 어떻게 맞물리는지 개요를 잡고, 어쩌면 에디터를 열어 실제로 작성까지요 14:42 &lt;cervantes&gt; 콘솔 GUI를 강화하는 것에 대해서도 일찍이 여쭤보려 했어요 14:42 &lt;jrandom&gt; 문서는 릴리스의 필수 요소예요. 기술 문서(좋은 기술 문서 없이는 개발자가 참여 안 하니까)도, 사용자 문서(좋은 사용자 문서 없이는 사용자가 떠나니까)도요 14:42 &lt;jrandom&gt; 그건 0.4 릴리스에 필요하고, jsp/servlet 기반이 될 거예요 14:43 &lt;jrandom&gt; 아직 그에 대해 목업이나 워크플로도 안 만들어서, 누가 맡고 싶다면 도움이 필요합니다 14:43 &lt;Nightblade&gt; 콘솔 GUI요? 그게 뭐죠 - SVGALIB? :) 14:43 &lt;jrandom&gt; ㅎㅎ 14:43 &lt;mihi&gt; Nightblade: TWIN / curses 14:43 &lt;cervantes&gt; 데이터 셋은 동일한가요, 아니면 0.4용으로 새롭고 개선된 통계가 있나요 14:44 &lt;dm&gt; 난 WIN32/MFC로 콘솔 GUI 원함 14:44 &lt;Nightblade&gt; 7655의 http 콘솔 말하는 거죠 14:44 &lt;cervantes&gt; 예를 들어 코끼리가 달에 머무는 시간, 자주 돌아오는지 여부 같은 거요 14:44 &lt;cervantes&gt; 넵 14:44 &lt;jrandom&gt; 현재 콘솔에 있는 것들은 모두 0.4 콘솔에 제공할 수 있는 데이터예요. 다만 기존 디자인은 완전히 걷어내야죠 14:45 &lt;jrandom&gt; (예: 아무도 routerIdentity의 공개키 base64가 뭔지 신경 안 씀) 14:45 &lt;cervantes&gt; 그래도 그 정보는 여전히 접근 가능해야 한다고 봐요 14:46 &lt;jrandom&gt; 네, 기존 콘솔을 옵션으로 유지할 수는 있을 거예요 - 버릴 필요는 없죠 14:46 &lt;jrandom&gt; (다만 `http://localhost:7655/uglyConsole/` 같은 식이겠죠) 14:46 &lt;cervantes&gt; ./forlynxusers/ 14:47 &lt;jrandom&gt; 새 관리자 콘솔도 lynx 사용자에게 잘 동작해야 해요 14:47 &lt;dm&gt; 정말로 lynx 쓰는 사람이 있어요? 14:47 &lt;cervantes&gt; 으악, 크로스 브라우저 호환성 14:47 &lt;jrandom&gt; 전 써요 14:47 &lt;jrandom&gt; (가끔) 14:47 &lt;dm&gt; 하지만.... 왜죠? 14:47 &lt;fvw&gt; 간단한 설정 편집 같은 데는 확실히요. 14:47 &lt;cervantes&gt; dm: 커맨드 프롬프트에 갇혀 있으면 선택지가 별로 없어요 14:47 &lt;fvw&gt; 빠르고 X가 필요 없거든요 14:48 &lt;Nightblade&gt; 저는 헤드리스 서버에서 웹 브라우징할 때 써요 14:48 &lt;deer&gt; &lt;Pseudonym&gt; links 브라우저 씁니다 14:48 &lt;jrandom&gt; 음, 맞아요, lynx보단 links가 더 낫죠 14:48 &lt;mihi&gt; w3m 쓰는 사람? 14:48 &lt;dm&gt; 저는 MICROSOFT의 INTERNET EXPLORER를 씁니다 14:48 &lt;dm&gt; 꽤 멋져요. 14:48 &lt;jrandom&gt; 좋은 포인트예요 - i2p 1.0 관련해서 다른 거 있나요? 14:49 &lt;dm&gt; 1992-1998 브라우저 전쟁에서 이겼죠 14:49 &lt;jrandom&gt; 아니면 5) 기타 활동으로 넘어갈까요? 14:49 &lt;dm&gt; 명예훈장 3개. 14:49 &lt;Nightblade&gt; 네 14:49 &lt;Nightblade&gt; 내일 libsam 새 버전을 릴리스하고 싶지만 집 컴퓨터가 고장나서 모르겠어요 14:49 &lt;Nightblade&gt; Nickster의 threading 라이브러리도 업로드할 거예요 14:49 &lt;jrandom&gt; 멋짐!/이런! 14:50 &lt;jrandom&gt; 좋네요! 14:50 &lt;Nightblade&gt; 그가 퍼블릭 도메인이라고 했고 - 제가 받은 그대로 올릴 거예요 - 아직 손댈 시간이 없었거든요 14:50 &lt;jrandom&gt; 0.3.1.5가 나오면, i2p에서도 cvs 서버를 돌리기 시작할게요 14:50 &lt;jrandom&gt; 좋아요 14:51 &lt;jrandom&gt; (그래서 nickster가 자신의 IP를 노출하지 않고도 cvs에서 코드 수정/업데이트를 할 수 있어요) 14:51 &lt;jrandom&gt; 다음 libsam rev에서 뭐가 새로워요? 14:51 &lt;Nightblade&gt; 고장났던 datagram 송수신 관련 수정 몇 가지요 14:51 &lt;Nightblade&gt; 그리고 기억 안 나는 것들 좀 더 14:51 &lt;Nightblade&gt; changelog에 적힐 거예요 14:51 &lt;jrandom&gt; 좋아요, 좋네요 14:52 &lt;jrandom&gt; 참고로, libsam용 메일링 리스트(-announce,-dev,-users,etc)가 필요하면 알려주세요 14:52 &lt;jrandom&gt; (하지만 i2p@i2p에 올리는 것도 괜찮아요) 14:52 &lt;Nightblade&gt; 과해요 14:52 &lt;jrandom&gt; ㅎㅎ 14:53 &lt;jrandom&gt; 아마 그렇겠죠 14:53 &lt;cervantes&gt; i2pforum에 섹션을 마련해줄 수 있어요 14:53 * cervantes 매끄럽게 자신의 안건으로 넘어간다 14:53 &lt;Nightblade&gt; 아마 DHT가 작동하게 되면요 - 근데 그건 한참 남았고, 오늘과 어제는 손댈 시간이 없었어요 14:53 &lt;Nightblade&gt; cervantes: 이미 application development forum 같은 게 있던 걸로 기억하는데요(iirc) 14:53 &lt;Nightblade&gt; 그리고 Connelly는 i2p.net에 계정이 필요해요, 누가 이미 만들어줬다면 모르겠지만 14:53 &lt;cervantes&gt; i2p와 구체적으로 연관된 건가요? 14:54 &lt;Nightblade&gt; http://www.i2p.net/forum/3 14:54 &lt;jrandom&gt; 아, connelly 계정은 아직 안 추가했네요, 다음에 보면 얘기할게요 14:54 &lt;fvw&gt; 이런, 가봐야 해요. 다음 주에 봐요, 계속 수고하세요. 14:54 &lt;jrandom&gt; 윽, 네, www.i2p.net/forum/들은 잘 모르겠어요 14:54 &lt;cervantes&gt; 아...drupal... 14:55 &lt;jrandom&gt; 좋아요 fvw, 와줘서 반가웠어요 14:56 &lt;cervantes&gt; i2pforum은 거의 세팅 끝났어요 14:56 &lt;cervantes&gt; 기본적으로 채워 넣을 콘텐츠/사용자만 있으면 됩니다 :) 14:56 &lt;jrandom&gt; 전 drupal 포럼은 잘 모르겠고, 웹사이트가 되길 바라는 것과 맞는지도 모르겠어요. 사용자/개발자 포럼에 특화된 별도 사이트 아이디어가 마음에 듭니다 14:57 &lt;jrandom&gt; 좋네요 cervantes - eepsite로? 웹사이트로? 아니면 둘 다? 14:57 &lt;cervantes&gt; 임의로 포럼 주제/섹션들을 잡아놨어요. 아이디어가 있거나 FAQ 같은 걸 쓰고 싶은 분들이 있다면 환영합니다 14:57 &lt;cervantes&gt; 둘 다예요 14:58 &lt;cervantes&gt; 지금은 제 router가 너무 불안정해서 i2p tunnel은 오프라인입니다 14:58 &lt;jrandom&gt; 뭐, 그럴 만하죠 :) 14:58 &lt;Nightblade&gt; URL이 뭐죠 14:58 &lt;cervantes&gt; 하지만 outweb에서는 놀기 시작할 수 있어요 14:59 &lt;cervantes&gt; currenlty /etc/hosts c:/windows/system32/drivers/etc/hosts 에 엔트리를 추가해야 해요 14:59 &lt;cervantes&gt; 212.113.22.104 i2pforum.cervantes.not2p 14:59 &lt;jrandom&gt; ㅎㅎ 15:00 &lt;cervantes&gt; 곧 제대로 된 호스트네임으로 구성할게요 15:00 &lt;cervantes&gt; 아니면 누가 php.net 도메인 레코드에 서브도메인 포인터 추가해줄 수 있으면... 그게 더 좋아요 15:00 &lt;jrandom&gt; i2p.net 도메인 아래로 원하면 알려줘요, 다른 도메인으로 간다 해도 좋아요 15:00 &lt;cervantes&gt; 블라 15:00 &lt;cervantes&gt; i2p.net 15:00 &lt;cervantes&gt; &lt;-- php가 뇌를 점령 15:01 &lt;jrandom&gt; 예를 들면 forum.i2p.net로 하고 싶나요? 15:01 &lt;cervantes&gt; 그거 멋지죠 ;-) 15:01 &lt;jrandom&gt; w3rd, 오늘 밤 레코드 업데이트할게요 15:01 &lt;cervantes&gt; 표준 phpbb2 코드를 살짝 바꿔서, 회원 가입에 유효한 이메일이 필요하지 않게 했어요 15:01 &lt;dm&gt; "The site you requested is no longer hosted here" 15:02 &lt;cervantes&gt; 비번을 잊으면 관리자를 연락해야 해요 15:02 &lt;cervantes&gt; dm: hosts 파일에 그걸 넣었나요, 아니면 그냥 IP로 접속했나요 15:03 &lt;dm&gt; Invalid URI in request GET i2pforum.cervantes. 15:03 &lt;dm&gt; not2p/&lt;P&gt; <p>15:03 &lt;dm&gt; 난 브라우저는 안 쓰고, telnet을 쓰고 있어. 15:04 &lt;jrandom&gt; 방금 telnet으로 해봤어. 잘 돼. 15:04 &lt;dm&gt; 흠, HTTP 1.1을 까먹었나 봐. 15:04 &lt;jrandom&gt; GET / HTTP/1.1\nHost: i2pforum.cervantes.not2p\n\n 15:04 &lt;jrandom&gt; 아무튼 15:04 &lt;jrandom&gt; BrianR: ping 15:05 &lt;dm&gt; 됐어. 네 telnet 실력은 날카롭구나, 젊은이. 15:07 -!- Irssi: #i2p: 총 19개 닉네임 [0 ops, 0 halfops, 0 voices, 19 normal] 15:07 &lt;jrandom&gt; 좋아, i2p 관련 프로젝트 작업 중인 사람 중에 더 얘기할 사람? 15:07 &lt;jrandom&gt; 아니면, 6) ??? 15:07 &lt;dm&gt; cum! 15:07 * wern 손을 들었다 15:07 &lt;jrandom&gt; 안녕^2, que tal? 15:08 * jrandom wilde를 지목한다 15:08 -!- wern이 이제 wilde로 알려집니다 15:08 &lt;wilde&gt; 새 후원자인 cervantes와 hypercubus께 감사드리고 싶습니다 15:08 &lt;wilde&gt; :) 15:09 &lt;wilde&gt; 일반 기금에 관대한 기부가 두 건 들어왔습니다 15:09 &lt;cervantes&gt; wilde: 환전 잘 됐어? 15:09 &lt;dm&gt; 얼마? 15:09 &lt;wilde&gt; cervantes: 내일 환전할 거야 15:09 &lt;cervantes&gt; 아하 15:09 &lt;wilde&gt; (잘 되길) 15:10 &lt;cervantes&gt; 그럼 차점자 상도 아직 가능할지도 ;-) 15:10 &lt;jrandom&gt; 멋지네, 고마워 cervantes &amp; hypercubus :) 15:10 &lt;cervantes&gt; 헤헷&hellip; 음, 돈이 은행에 들어오기 전까진 칭찬은 아껴두는 게 좋겠지 ;-) 15:11 &lt;dm&gt; 좋은 회의였네. 난 자러 간다. 15:11 &lt;dm&gt; 잘 자! 15:11 &lt;jrandom&gt; 잘 자 dm 15:11 &lt;wilde&gt; 그래, 다음엔 실컷 칭찬할게 15:11 &lt;jrandom&gt; 좋아, wilde나 다른 누구든 추가할 거 있어? 15:11 &lt;wilde&gt; 있어 15:12 &lt;wilde&gt; 내일 잠깐 i2p.net 사이트를 내릴게요 (이번엔 의도적으로 ;) 15:12 &lt;wilde&gt; 서버를 교체하려고요 15:12 &lt;jrandom&gt; 헤헷 좋아, 멋진데 15:12 &lt;wilde&gt; 글은 잠깐 아껴두세요, 사라질 수도 있어요 15:12 &lt;jrandom&gt; IP는 그대로일까, 아니면 내가 레코드를 업데이트해야 해? 15:12 &lt;dm&gt; 중단 없이 매끄럽게 할 수 있어? 15:12 &lt;wilde&gt; 물론 내일 글을 올린다면 말이죠 15:13 &lt;wilde&gt; dm: 그건 무리 ;) 15:13 &lt;wilde&gt; 난 못 해 15:13 &lt;dm&gt; 알겠어. 15:13 &lt;wilde&gt; jrandom: 같은 IP 15:13 &lt;jrandom&gt; 좋아, 굿 15:13 &lt;jrandom&gt; wilde++ 15:13 &lt;wilde&gt; 오버 앤 아웃 15:14 &lt;jrandom&gt; 좋아, 다른 얘기하고 싶은 사람? 15:14 * cervantes 자신의 금속 &ldquo;ming the merciless&rdquo; 해골 모자를 쓴다 15:14 &lt;jrandom&gt; 그렇다면 15:15 * jrandom 준비 자세를 잡는다 15:15 * jrandom cervantes의 머리를 <em>baf</em>s 하며 회의를 마친다</p>/ko/blog/2004/06/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-6%EC%9B%94-8%EC%9D%BC/Tue, 08 Jun 2004 00:00:00 +0000/ko/blog/2004/06/08/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-6%EC%9B%94-8%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cervantes, deer, duck, fvw, hypercubus, mihi, Nightblade, Sonium, ugha_node</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 21:02:08 &lt;duck&gt; Tue Jun 8 21:02:08 UTC 2004 21:02:21 &lt;duck&gt; 회의 시간 21:02:33 &lt;duck&gt; 정리 글은 http://dev.i2p.net/pipermail/i2p/2004-June/000268.html 에 있습니다 21:02:39 &lt;duck&gt; 하지만 번호 매김에 실수가 있었습니다 21:02:45 &lt;duck&gt; 그래서 처음에 5번으로 적힌 항목은 건너뜁니다 21:02:53 &lt;hypercubus&gt; 만세! 21:03:03 * duck 맥주에 얼음을 좀 넣는다 21:03:14 * mihi 첫 번째 #5를 #4로 바꾸겠어요 ;) 21:03:27 &lt;hypercubus&gt; 아냐, 다음 주엔 4번 항목을 두 개로 하자 ;-) 21:03:37 * duck 'hypercubus'를 'mihi'로 이름을 바꾼다 21:03:48 &lt;hypercubus&gt; 만세! 21:03:49 &lt;duck&gt; 오케이 21:03:53 &lt;duck&gt; * 1) libsam 21:04:02 &lt;duck&gt; 채널에 Nightblade 있나요? 21:04:39 &lt;duck&gt; (idle : 0 days 0 hours 0 mins 58 secs) 21:05:03 &lt;hypercubus&gt; ;-) 21:05:53 * duck 마이크를 다시 잡는다 21:06:15 &lt;duck&gt; Nightblade가 C / C++용 SAM lib를 만들었어요 21:06:23 &lt;duck&gt; 제 쪽에서는 컴파일은 됩니다.. 하지만 그게 전부예요 :) 21:06:37 &lt;mihi&gt; 테스트 케이스는 없나요? ;) 21:07:06 &lt;duck&gt; rFfreebsd 사용자가 있다면 Nightblade가 관심 있어 할지도 몰라요 21:07:08 &lt;ugha_node&gt; 코드에서 strstr 호출들이 정말 성가셨어요 ;) 21:07:27 &lt;ugha_node&gt; duck: rFfreebsd가 뭐죠? 21:07:42 &lt;duck&gt; 제가 freebsd를 저렇게 쳤네요 21:08:00 &lt;mihi&gt; rm -rF freebsd? 21:08:29 &lt;ugha_node&gt; 안타깝게도 -F는 rm에서 동작하지 않죠. 21:08:30 &lt;duck&gt; ugha_node: BSD 라이선스니까, 고치세요 21:08:41 &lt;fvw&gt; 저에겐 타당하게 들리네요 :). 아쉽게도 마지막 freebsd 박스를 얼마 전에 지웠습니다. 다른 사람들 박스의 계정은 가지고 있고, 테스트 케이스를 실행할 의향은 있습니다. 21:08:43 &lt;ugha_node&gt; duck: 아마 그럴지도요. :) 21:08:50 &lt;duck&gt; (빌어먹을 BSD 히피들) 21:09:09 &lt;duck&gt; 오, 간단하고 좋네 frank 21:09:17 &lt;duck&gt; libsam에 대한 추가 의견 있나요? 21:09:49 &lt;duck&gt; fvw: 필요가 있으면 Nightblade가 당신에게 연락할 거라고 생각해요 21:09:50 * fvw 완전히 정상적인 unix 동작이 자신의 irc 클라이언트를 죽여버린 것에 투덜거린다. 21:10:02 &lt;duck&gt; 하지만 그의 이메일이 일주일 전 것이었으니 뭔가를 이미 찾았을지도 몰라요 21:10:17 &lt;mihi&gt; fvw: ? 21:10:24 &lt;fvw&gt; 그렇죠, 누가 제 제안을 받아들이려 했다면 제가 그걸 좀 놓친 것 같네요. 이메일이든 뭐든 편하게 보내 주세요. 21:10:42 * duck #2로 넘어간다 21:10:46 &lt;hypercubus&gt; 음, 어디로요? ;-) 21:10:54 &lt;duck&gt; 2) 한 개의 브라우저로 i2p와 일반 웹을 함께 탐색 21:10:57 &lt;fvw&gt; 방금 설치해서, 제 zsh에게 bacgrkground에서 돌아가는 것들에 hup 보내지 말라고 아직 말해주지 않았네요. &lt;/offtopic&gt; <p>21:11:09 <fvw> hypercubus: 아마 공개 메일링리스트 사용자 목록에 올라가 있어. <a href="mailto:fvw.i2p@var.cx">fvw.i2p@var.cx</a> 21:12:11 <duck> 브라우저 프록시 무시 목록에 모든 TLD를 추가하는 내용이 좀 있었어 21:12:23 <fvw> 그게 논의가 필요한가? 메일링리스트에서 웬만큼 처리됐다고 생각해. 21:12:24 <duck> 그건 꼼수라고 생각해 21:12:36 <fvw> 그래, 그 얘기 나왔었어. 돌아온 걸 환영해. 21:12:47 <duck> fvw: 그 스레드를 안 읽었어 :) 21:13:12 <duck> 좋아, 그걸 논의하고 싶지 않다면, #3으로 넘어가자 21:13:19 <duck> * 3) 채팅 채널 21:13:23 <hypercubus> cervantes의 스크립트는 Konqueror 3.2.2, Firefox 0.8, 그리고 Opera 7.51에서 완벽히 작동해, 모두 Gentoo w/KDE 3.2.2용 21:13:39 * mihi가 #4에 표시를 한다 21:13:55 <duck> #i2p-chat은 여기서 잡담과 가벼운 지원을 위한 대체 채널이야 21:14:08 <duck> 누가 등록했는지 모르겠네 21:14:12 <hypercubus> 내가 했어 21:14:17 <duck> 그럼 조심하는 게 좋겠네 :) 21:14:22 <fvw> 음, #4는 없고 #5만 두 개 있어 :) 21:14:33 <hypercubus> 필요할 때 비밀번호를 기억하면 운이 좋은 거지 ;-) 21:14:33 <mihi> [22:27] -ChanServ- 채널: #i2p-chat 21:14:33 <mihi> [22:27] -ChanServ- 연락처: hypercubus &laquo;ONLINE&raquo;</p>/ko/blog/2004/06/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-6%EC%9B%94-1%EC%9D%BC/Tue, 01 Jun 2004 00:00:00 +0000/ko/blog/2004/06/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-6%EC%9B%94-1%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> deer, duck, hypercubus, Masterboy, mihi, Nightblade, tessier, wilde</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> [22:59] &lt;duck&gt; Tue Jun 1 21:00:00 UTC 2004 [23:00] &lt;duck&gt; 안녕하세요, 여러분! [23:00] &lt;mihi&gt; 안녕, duck [23:00] &lt;duck&gt; http://dev.i2p.net/pipermail/i2p/2004-June/000250.html [23:00] &lt;duck&gt; 내 제안: [23:00] * Masterboy가 #i2p에 입장했습니다 <p>[23:00] &lt;duck&gt; 1) 코드 진행 상황 [23:00] &lt;duck&gt; 2) 주요 콘텐츠 [23:00] &lt;duck&gt; 3) 테스트넷 상태 [23:00] &lt;duck&gt; 4) 현상금 [23:00] &lt;duck&gt; 5) ??? [23:00] &lt;Masterboy&gt; 안녕:) [23:00] &lt;duck&gt; . [23:01] &lt;duck&gt; jrandom이 없으니 우리가 직접 해야겠다 [23:01] &lt;duck&gt; (그가 로그를 남기면서 우리의 독립성을 검증하고 있다는 건 알고 있어요) [23:01] &lt;Masterboy&gt; 문제없어:P [23:02] &lt;duck&gt; 안건에 문제가 없다면 그대로 진행하죠 [23:02] &lt;duck&gt; 그래도 여러분이 따르지 않으면 내가 할 수 있는 건 별로 없지만 :) [23:02] &lt;duck&gt; . [23:02] &lt;mihi&gt; ;) [23:02] &lt;duck&gt; 1) 코드 진행 상황 [23:02] &lt;duck&gt; cvs에 제출된 코드가 별로 없네요 [23:02] &lt;duck&gt; 이번 주엔 제가 트로피를 받았어요: <code>http://duck.i2p/duck_trophy.jpg</code> [23:03] * hypercubus 아직 cvs 계정이 없음 [23:03] &lt;Masterboy&gt; 그리고 누가 뭔가 제출했나요? [23:03] &lt;duck&gt; 비밀리에 코딩하는 사람 있나요? [23:03] * Nightblade가 #I2P에 입장했습니다</p>/ko/blog/2004/05/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-5%EC%9B%94-18%EC%9D%BC/Tue, 18 May 2004 00:00:00 +0000/ko/blog/2004/05/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-5%EC%9B%94-18%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> BrianR, _cervantes\_, deer, duck, fvw, human, jar, jrandom, jteitel, Masterboy, Nightblade, ugha_node, wilde</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 14:07 &lt;jrandom&gt; 0) 안녕 14:07 &lt;jrandom&gt; 1) 테스트넷 상태 14:07 &lt;jrandom&gt; 2) SAM 14:07 &lt;jrandom&gt; 3) 로드맵 업데이트 14:07 &lt;jrandom&gt; 4) MyI2P 14:07 &lt;jrandom&gt; 5) ??? 14:07 &lt;jrandom&gt; 0) 안녕 14:07 * jrandom 손을 흔든다 14:08 &lt;Nightblade&gt; 안녕 14:08 * jteitel 손을 흔들어 답한다 14:08 &lt;jar&gt; 안녕 14:08 &lt;duck&gt; 안녕 14:08 &lt;Masterboy&gt; :P 14:08 &lt;jrandom&gt; 주간 상태 노트를 여기에 올렸습니다: http://dev.i2p.net/pipermail/i2p/2004-May/000239.html 14:09 &lt;jrandom&gt; 오늘 살짝 멍하면 미안, 수면 스케줄이 평소보다 더 엉망이라서 14:09 &lt;jrandom&gt; 아무튼, 1) 테스트넷 상태로 넘어가죠 14:10 &lt;duck&gt; 네트워크가 더 커지면 다양화는 자동으로 일어나지 않나요? 14:10 &lt;jrandom&gt; 맞아요, 그리고 피어 선택 임계값의 왜곡을 줄이면 더 그렇고요 14:11 &lt;jrandom&gt; 예를 들어 속도 임계값을 평균이 아니라 중앙값으로 삼으면, 빠른 피어 수가 신뢰성 높은 피어 수의 절반 정도가 될 거예요 14:11 &lt;jrandom&gt; 지금처럼 속도 분포가 심하게 치우친 상황과는 달리요 14:12 &lt;Masterboy&gt; 그래도 네트워크가 회복됐으니 그렇게 나쁘진 않네요 14:12 &lt;jrandom&gt; 맞아요, 다만 예상보다 오래 걸렸고, 개선할 수 있는 부분들이 드러났죠 14:13 &lt;jteitel&gt; 네트워크가 회복됐나요? i2p irc에 아직 안정적으로 접속하지 못하겠어요 14:13 &lt;jrandom&gt; 피어 프로파일이 충분히 빨리 감소하지도 않았고, 새 후보를 효과적으로 승격시키지도 못했죠 14:14 &lt;jrandom&gt; 그로 인해 이차적인 사건들도 연쇄적으로 발생했어요 - 부하를 감당할 수 없는 router들이 과부하 상태가 되었고(프로파일링이 충분치 않아서), 일부 과부하된 router는 메모리가 부족해져 종료되기도 했습니다 14:15 &lt;human&gt; 아이이이! 14:15 &lt;jrandom&gt; 점진적으로 나아지고 있어요 jteitel - 우리가 겪은 문제 중 일부는 netDb 장애와 관련이 있습니다 14:15 &lt;jrandom&gt; 안녕 human 14:15 &lt;jteitel&gt; 오, 알겠어요 14:16 &lt;_cervantes_&gt; 문제가 있는 router가 tunnel을 다른 피어로 오프로드할 수는 없나요? 14:16 &lt;ugha_node&gt; 와, 누적 전송률: 보냄 8.87KBps 받음 8.35KBps. 14:16 &lt;Nightblade&gt; jteitel: 방금 몇 번 시도 끝에 연결했어요...아직 제 /join 이 처리되길 기다리는 중 14:16 * BrianR 둘러본다. 14:16 &lt;jrandom&gt; 아니요 - 다만 router는 tunnel을 그냥 버릴 수는 있어요(애초에 수락하지 말았어야 했다면) 14:16 &lt;ugha_node&gt; (그리고 30분 전에 제 router를 재시작했어요) 14:16 &lt;BrianR&gt; 젠장. 늦었네. 14:17 &lt;BrianR&gt; jrandom: (안건 맨 끝으로 myi2p를 배치해줘서 고마워요) 14:17 &lt;jrandom&gt; ugha&gt; 네, 그 세 개의 빠른 녀석들 몫까지 여러분이 메꿔야 했죠 14:17 &lt;jrandom&gt; 헤헤 :) 14:18 &lt;duck&gt; 멋진 공격이었죠 14:18 &lt;ugha_node&gt; jrandom: 분명하죠. 14:18 &lt;_cervantes_&gt; 그렇다면 더 가차없이 더 낮은 임계값에서 tunnel을 거절하는 편이 낫지 않을까요 14:19 &lt;jrandom&gt; 맞아요 cervantes - 지금은 router가 다음 홉에 도달할 수 없을 때를 제외하고는 tunnel을 절대 거절하지 않아요 14:19 &lt;jrandom&gt; 그 안에 일종의 쓰로틀링을 넣어야 할 거예요, 예를 들어 jobQueue / avg lag 같은 것들을 기준으로요 14:20 &lt;jrandom&gt; 또한 한 번에 너무 많은 tunnel을 만들려고 하지 않도록 해야 해요, 많은 tunnel이 실패했을 때 그런 일이 벌어졌거든요 14:20 &lt;_cervantes_&gt; 아니면 사용자가 자신이 사용할 수 있다고 아는 하드웨어/대역폭을 기준으로 임계값을 직접 설정하게 해도 되고요 14:20 &lt;jrandom&gt; (빠르고 신뢰성 있는 피어들이 오프라인으로 전환되었기 때문에) 14:20 &lt;_cervantes_&gt; 적어도 지금 단계에서는요 14:20 &lt;jrandom&gt; 오 좋은 지적이에요 - 참여하는 tunnel의 최대 개수를 명시적으로 설정할 수 있게 하죠. 14:21 &lt;jrandom&gt; 그건 다음 rev에 반영하겠습니다. 좋은 제안이에요. 14:21 &lt;ugha_node&gt; 이거 퍼지 로직 같네요. 14:21 &lt;jrandom&gt; 과부하를 처리해야 하고, 메시지를 메모리에 그냥 큐잉하는 방식은 확실히 통하지 않아요 14:21 &lt;duck&gt; (안녕 fvw) 14:21 &lt;_cervantes_&gt; tunnel 성능에 대한 어떤 형태의 취합된 통계가 있으면 좋겠어요... 벤치마크 프로세서(들)에 얼마나 부하를 줄 수 있는지 같은 14:22 &lt;_cervantes_&gt; 참, 제 서버는 내렸어요.... tunnel이 엄청 몰려오는데 아직 jbigi를 컴파일하지 못했거든요 ;-) 14:22 &lt;jrandom&gt; `http://localhost:7655/routerStats.html#Tunnels` 를 보세요 14:23 &lt;jrandom&gt; 아! 네, jbigi는 모두가 쓰도록 권장하고 싶어요 14:23 &lt;BrianR&gt; tunnel별 대역폭 예산을 두는 것에 대한 생각은 어떤가요? 14:24 &lt;jrandom&gt; 현재 3.0에 예정되어 있어요(전체 router에 대한 총 대역폭 제한은 0.4.1에) 14:24 &lt;jrandom&gt; 하지만 tunnel별 대역폭 제한을 더 일찍 도입해도 나쁠 건 없겠죠 14:25 &lt;fvw&gt; 현재 사용자/테스터 대부분이 쓰는 OS 커널에서 훨씬 더 쉽고 정밀하게 할 수 있는데, 너무 이른 시점에 여기에 노력을 들이는 게 현명할까요? 14:25 &lt;_cervantes_&gt; 제가 보고 싶은 건 tunnel별 깊이 설정이에요 (어쩌면 이미 가능한가요) 14:25 &lt;_cervantes_&gt; 예를 들어 제 서버는 신뢰할 수 있다는 걸 아니까요.... 거기까지 가는 데 _x_ 홉을 거치고 싶지 않아요 14:25 &lt;jrandom&gt; fvw&gt; 좋은 지적이에요, 특히 지금은 대역폭을 그렇게 많이 잡아먹지 않으니까요 14:26 &lt;jrandom&gt; 흠 cervantes - 네, 각 클라이언트가 자신의 tunnel 길이를 지정할 수는 있지만, 그게 정확히 당신이 원하는 건지는 모르겠네요 14:26 &lt;_cervantes_&gt; 아니요 14:26 &lt;jrandom&gt; cervantes - 원하시는 건 특정 피어에 대해 연결을 더 짧게 할 수 있는 QoS 같아요 14:26 &lt;_cervantes_&gt; 예를 들면... 14:26 &lt;_cervantes_&gt; 네 14:27 &lt;jrandom&gt; (그건 i2p 4.0에 예정되어 있었는데, 1년 넘게 남았으니 == 무한대죠) 14:27 &lt;_cervantes_&gt; 이 경우 또한 i2p 호스트별로 깊이를 선택 14:27 &lt;BrianR&gt; fvw: 맞아요. 하지만 현명하게 tunnel을 구성하려면, 잠재적 tunnel 구성원들이 어느 정도의 대역폭을 사용할 수 있는지 i2p가 대략 알아야 해요... 14:27 &lt;_cervantes_&gt; 아, 알겠어요 14:27 &lt;_cervantes_&gt; :) 14:27 &lt;jrandom&gt; 그래도 좋은 아이디어고, 기술적으로 가능해요, 패치 환영 :) 14:28 &lt;_cervantes_&gt; 패치는 이미 우편으로 보냈어요.... e-gold 5000 bars짜리 수표랑 함께요 14:28 &lt;_cervantes_&gt; ;-) 14:28 &lt;jrandom&gt; BrianR: 절충안으로 갈 수도 있겠네요 - 참여 중인 tunnel의 개수와 그 tunnel들이 쓰는 대역폭을 추적해서, tunnel 생성 요청을 수락/거절할지 결정하는 데 그 정보를 일부로 활용하는 거죠? 14:28 &lt;jrandom&gt; 헤헷 14:30 &lt;jrandom&gt; 좋아요, 테스트넷 상태와 관련해 더 있을까요? 14:30 &lt;Masterboy&gt; 제 패러독스는요? 14:30 &lt;Masterboy&gt; :) 14:30 &lt;jrandom&gt; 업데이트 포함 0.3.1.3을 목요일이나 금요일쯤 내는 게 제 계획이에요 14:31 &lt;jrandom&gt; Masterboy: 당신 로그를 살펴볼 시간이 없었지만, 해결할게요 14:31 &lt;_cervantes_&gt; 2005년 금요일? 14:31 &lt;_cervantes_&gt; 좋네요 14:31 &lt;Masterboy&gt; k 14:31 &lt;jrandom&gt; 좋아요, 2) SAM으로 넘어가죠 14:31 &lt;Masterboy&gt; 이제 누가 오래된 router를 돌리는지 알겠군요.. 14:32 * jrandom 우리의 대담한 SAM.pm 개발자에게 마이크를 넘긴다 14:33 &lt;jrandom&gt; (그게 당신이에요, BrianR :) 14:33 &lt;BrianR&gt; 잠깐만요.. :) 14:33 * duck 환호한다 14:33 &lt;jrandom&gt; 그 사이에 dm이나 firerabbit 있나요? 14:33 -!- Irssi: #i2p: 총 26명 닉 [op 0, halfop 0, voice 0, 일반 26] 14:33 * jrandom /names 를 확인한다, 없음. 어쩔 수. 14:33 &lt;jrandom&gt; (그럼 .net/C# SAM lib 업데이트는 없겠네요) 14:34 &lt;duck&gt; .py 쪽은 아직 최신인가요? 14:34 &lt;duck&gt; 아니면 SAM 개선으로 더는 쓰지 않게 됐나요 14:34 &lt;jrandom&gt; 잘 모르겠어요 14:34 &lt;BrianR&gt; 좋아요. 돌아왔습니다. 14:34 &lt;Nightblade&gt; 제 C 라이브러리는 작동하는 것 같아요... 다만 그걸 쓰는 애플리케이션은 아직 안 썼습니다 14:34 &lt;jrandom&gt; 좋아요 nightblade! 14:35 &lt;Nightblade&gt; 여기서 Windows에서 GTK+/C 프로그래밍 해보신 분 있나요? 14:35 &lt;human&gt; duck: 버전 관리를 지원하려면 클라이언트 lib에 작은 변경이 필요해요 14:35 &lt;_cervantes_&gt; "hello world"? 14:35 &lt;human&gt; duck: 나머지는 문제 없이 작동할 거예요 14:35 * jrandom SAM 테스트로는 tftp 같은 datagram이 제격이라고 제안 :) 14:35 &lt;Nightblade&gt; 음, 뭐든지요... GTK가 Windows에서 잘 작동하나요.....? 14:35 &lt;jrandom&gt; (아니면 datagram이나 raw 대신 SAM streaming도 좋고요) 14:36 &lt;jrandom&gt; 좋아요 BrianR - .pm이랑 samcat은 어떻게 되고 있나요? 14:36 &lt;BrianR&gt; Net::SAM은 CVS에 있지만 대체로 동작하지 않는 형태예요. 14:36 &lt;BrianR&gt; 주말 전까지 버그를 다 잡고 datagram과 raw가 동작하도록 하길 바랍니다. 14:37 &lt;BrianR&gt; streams에 깔끔한 OO 마감을 하려면 조금 더 작업이 필요해요. 14:37 &lt;Nightblade&gt; 아 맞다, datagram이나 raw는 건드리지 않았어요... 그냥 stream만 14:37 &lt;Nightblade&gt; 어차피 그게 제가 쓸 전부예요 14:37 &lt;fvw&gt; human: wxWindows를 생각해 보셨나요? 그런 용도에 꽤 유용해요(Windows용 GTK 타깃은 없다고 봐요) 14:37 &lt;jrandom&gt; 훌륭해요 BrianR 14:38 &lt;BrianR&gt; 아내가 저녁 먹으러 오라고 성화네요. myi2p 논의 시간에 돌아올 수도 있고 못 올 수도 있어요. 위협 모델과 몇 가지 단순 파일서버 자료를 208번 노드에 올려놨어요 14:38 &lt;human&gt; fvw: GTK Windows 클라이언트는 있어요(GIMP도 Windows에서 돌아가잖아요) 14:38 &lt;jrandom&gt; 좋아요 nightblade, 필요한 것부터 구현하는 게 최선이죠 14:38 &lt;human&gt; fvw: s/client/port/ 14:38 &lt;jrandom&gt; 헤헤, 알겠어요 BrianR, 고마워요 14:38 &lt;fvw&gt; human: 제가 말한 건 wxWindows의 GTK Windows 타깃이에요(그걸 쓰라고 제안했죠) 14:38 * fvw BrianR에게 손을 흔든다. 맛있게 드세요. 14:38 &lt;human&gt; fvw: 아... 음, 저는 vxWidgets(vxWindows의 새 이름 :-)는 잘 몰라요 14:39 &lt;human&gt; fvw: 그런데 GTK+ 얘기한 건 제가 아니라 Nightblade였어요 :-) 14:40 &lt;fvw&gt; 앗, 제가 헷갈렸네요, 무시하세요. 14:40 &lt;Nightblade&gt; 저는 C++보다는 C에 더 익숙해요 14:40 &lt;Nightblade&gt; 제가 알기로는 GTK가 유일한 크로스플랫폼 C GUI 라이브러리예요 14:40 &lt;Nightblade&gt; 그렇다고 GTK를 특별히 좋아한다는 건 아니고요 14:40 &lt;fvw&gt; 상관없어요, wxWindows는 C에서도 쉽게 접근할 수 있어요. 14:40 &lt;Nightblade&gt; 흠 14:40 &lt;Nightblade&gt; 그럼 저도 한번 살펴볼게요 14:40 &lt;Nightblade&gt; C++를 알긴 하지만, 그걸로 큰 프로그램을 써본 적은 없어요 14:41 * fvw도 C++ 코더는 아니지만, 얼마 전 운송 회사에서 꽤 큰 트랜잭션 뷰어를 C++로 문제 없이 구성했어요. 14:42 &lt;Nightblade&gt; wxWindows가 Windows 포트는 더 성숙했을 거예요 14:42 &lt;Nightblade&gt; GTK보다요 14:42 &lt;fvw&gt; 아마 그럴 거예요. 14:43 &lt;Nightblade&gt; (좋아요 회의 계속하죠) 헤헷 14:43 &lt;jrandom&gt; :) 14:43 &lt;jrandom&gt; 좋아요, 3) 로드맵 업데이트로 넘어가죠 14:44 * jrandom 지난 한 달 동안 http://www.i2p.net/roadmap 업데이트를 소홀히 했습니다 14:44 &lt;jrandom&gt; 하지만 지금은 최신으로 되돌렸어요 14:44 &lt;jrandom&gt; 안타깝지만 다음 주에는 0.4를 분명히 못 냅니다 14:44 &lt;duck&gt; (1.1, 2.0, 3.0도 최신인가요?) 14:45 &lt;jrandom&gt; 예 14:45 * Masterboy 읽어봤고 좋네요 - 서두를 필요 없어요, 급한 불은 아니죠.. 14:46 &lt;duck&gt; 누군가 위키피디아/infoanarchy도 업데이트해야겠네요 :) 14:46 &lt;jrandom&gt; 아, 0.4에서 "SAM bridge and client libraries implemented and tested" 는 아마 빼야겠어요 14:46 &lt;jrandom&gt; 헤헷 맞아요, 그래서 예전에 iA가 위키 페이지를 그대로 베껴 갔을 때 !thwapped 했죠 14:46 &lt;jrandom&gt; (내용을 복사하지 말고 /roadmap을 가리키기만 해야죠) 14:47 &lt;Masterboy&gt; SAM은 끝났나요? 14:47 &lt;jrandom&gt; 기능적으로는 맞아요, 다만 추가 클라이언트 라이브러리 작업은 진행 중입니다 14:47 &lt;jrandom&gt; s/are/is/ 14:48 &lt;jrandom&gt; 좋아요, 로드맵에 대한 질문/우려가 더 없으면 4) MyI2P로 넘어가죠 14:50 &lt;jrandom&gt; 제가 직접 myi2p 작업은 중단했지만, 이 작업에 현상금을 걸었습니다 - http://www.i2p.net/node/view/216 14:50 &lt;jrandom&gt; 그 말은 요구사항을 제대로 정의해야 한다는 뜻이고, 무엇이 요구사항이어야 하는지에 대해 약간의 논쟁이 있었어요 14:51 &lt;Masterboy&gt; 친구에게 참여해보라 했더니 일이 너무 많고 돈이 너무 적다네요;P 뭐 자본주의자라서요;) 14:51 &lt;Masterboy&gt; 뭐, 제가 코딩하겠다고 하긴 했죠.. 14:52 &lt;jrandom&gt; 코딩은 언제나 환영이에요 :) 14:53 &lt;jrandom&gt; 하지만 현재 남아 있는 아키텍처적 핵심 질문은, 자신의 i2p router / myi2p 노드를 항상 돌릴 수 없는 사람들을 어떻게 다룰지예요 14:53 &lt;Nightblade&gt; 신뢰할 수 있는 I2P ISP가 있으면 되죠 14:53 &lt;jrandom&gt; 두 가지 제안이 있어요. 호스팅 서비스 제공자를 쓰거나, 시스템을 분리해 분산 백킹 스토어를 쓰는 것이죠 14:54 &lt;_cervantes_&gt; 후자가 장기적으로 이상적인 해법이고요 14:54 &lt;_cervantes_&gt; *latter 14:54 &lt;duck&gt; (그리고 또 다른 현상금) 14:55 &lt;_cervantes_&gt; 아니면 웹 캐시 프록시 서비스... 14:55 &lt;jrandom&gt; 맞아요 - 호스팅 서비스 제공자(또는 로컬로 돌리는 노드)로 가더라도, DHT/기타가 준비되면 점점 더 많은 콘텐츠를 DHT로 밀어 넣을 수 있죠 14:55 &lt;jrandom&gt; _cervantes_: 그게 본질적으로 분산 백킹 스토어 - 신뢰할 수 없는 데이터 캐시예요 14:57 &lt;deer&gt; * Masterboy bogobot이 어디 있나 궁금해한다 14:57 &lt;jrandom&gt; 어려운 부분은 필요한 접근 제어 기능을 갖추는 거예요 - 신뢰할 수 없는 데이터 캐시 / 분산 백킹 스토어에서는 ACL이 본질적으로 암호화가 되거든요 14:57 &lt;jrandom&gt; 그런데 이 논의에 대한 "사이드 채널"로 익명의 사람이 제기한 세 가지 포인트가 있어요 @ http://www.i2p.net/node/view/215#comment-105 14:57 &lt;_cervantes_&gt; 그리고 서명된 콘텐츠 14:58 &lt;jrandom&gt; 맞아요, 두 방식 모두 서명된 콘텐츠가 필요해요 15:00 &lt;_cervantes_&gt; 여기서 hypercubus의 모델이 의미가 있어요...하지만 결코 "빠른" 해법은 아니죠 15:00 &lt;jrandom&gt; 어젯밤 irc에서의 논의로는, 'LiveJournal 위협 모델'에 초점을 맞췄어요 - LJ 사용자가 신경 쓰는 공격과 그렇지 않은 것들 15:01 &lt;wilde&gt; 먼저 할 일은, 기본 MyI2P를 우선 구현하는 거죠 15:02 &lt;jrandom&gt; 맞아요, 그리고 기본 myi2p를 구현하려면 배포 아키텍처를 알아야 해요 15:03 &lt;jrandom&gt; 자신의 노드를 돌릴 수 없는 사용자의 LJ 위협 모델을 기준으로 하면, 신뢰할 수 없는 데이터 캐시 경로로 갈 필요는 없다고 봐요 15:03 &lt;jrandom&gt; 그리고 누군가가 LJ의 위협 모델만 필요하다면 왜 myi2p를 쓸까요? 익명성이 있으니까요 15:04 &lt;jrandom&gt; 이상적인 시스템을 향해 계속 나아갈 수도 있지만, 수확 체감의 법칙이 있죠 15:04 -!- Irssi: #i2p: 총 24명 닉 [op 0, halfop 0, voice 0, 일반 24] 15:05 &lt;jrandom&gt; 그래서 저는 현 방향대로 현상금을 유지하는 쪽으로 기울었어요 - 기본 시스템을 내놓은 뒤에 대안을 추가할 수 있으니까요 15:05 -!- duck_ 은 이제 duck으로 변경되었습니다 15:06 &lt;jrandom&gt; 아무튼, 4) MyI2P에 대해 제가 말할 건 여기까지예요, 더 언급할 게 있으면 말씀하세요 15:06 &lt;jrandom&gt; 없으면 5) ???로 넘어가죠 15:07 &lt;_cervantes_&gt; 흠 의사봉이 필요하겠네요 :) 15:07 &lt;jrandom&gt; 회의 기록에 morph.i2p의 새 eepsite를 적는 걸 잊었네요, 그리고 nickster.i2p에는 이제 public fproxy가 열려 있어요! 15:08 &lt;jrandom&gt; (그리고 sungo.i2p는 웹캠을 올려서 돌리고 있어요 :) 15:08 &lt;_cervantes_&gt; 헤헷... 15:08 &lt;_cervantes_&gt; i2pr0n 15:08 &lt;jrandom&gt; 다른 분들 더 말씀하실 거 있나요? 15:10 &lt;jrandom&gt; 없다면, 이제 70분이 되겠네요 15:10 &lt;deer&gt; &lt;Masterboy&gt; 아니요 15:10 * jrandom 마무리한다 15:10 * jrandom 회의를 *baf*하며 닫는다 </div>/ko/blog/2004/03/23/i2p-dev-meeting-march-23-2004/Tue, 23 Mar 2004 00:00:00 +0000/ko/blog/2004/03/23/i2p-dev-meeting-march-23-2004/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> duck, fidd, human, jrand0m, kaji, KyroxX, lucky, Masterboy, mihi, no_dammagE, ox, ughabugha, wbk, wilde</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> [22:01:22] &lt;jrand0m&gt; 안건: [22:01:22] &lt;jrand0m&gt; 0) Hi [22:01:28] &lt;jrand0m&gt; 1) 네트워크 상태 [22:01:28] &lt;jrand0m&gt; 2) 0.3.1 계획 [22:01:28] &lt;jrand0m&gt; 3) 웹 아키텍처 [22:01:28] &lt;jrand0m&gt; 4) 관리 사항 [22:01:34] &lt;jrand0m&gt; 5) ??? [22:01:38] &lt;jrand0m&gt; 0) hi [22:01:39] &lt;no_dammagE&gt; of yourse [22:01:43] &lt;ughabugha&gt; 오, 멋지네요, 미팅이군요. :) [22:01:51] &lt;jrand0m&gt; 안녕하세요, 주간 개발자 미팅에 오신 걸 환영합니다, number $something [22:01:56] &lt;ughabugha&gt; 안녕하세요. [22:02:02] &lt;jrand0m&gt; 주간 상태 노트: http://i2p.net/pipermail/i2p/2004-March/000180.html [22:02:09] * mihi님이 #i2p에 입장했습니다 [22:02:13] &lt;fidd&gt; 안녕하세요 [22:02:32] &lt;jrand0m&gt; 오늘은 2시간 세션은 피할 수 있는지 봅시다 ;) [22:02:39] &lt;jrand0m&gt; 좋아요, 1) 네트워크 상태로 넘어갈게요 [22:02:43] &lt;Masterboy&gt; :P [22:02:56] &lt;jrand0m&gt; 일요일에 0.3.0을 내놨고, 전반적으로 잘 동작합니다 [22:03:12] &lt;Masterboy&gt; 네, 그래요:) [22:03:23] &lt;ox&gt; * jrandom이 i2p#i2p에서 손 흔들어 증명 중 ;) [22:03:43] &lt;jrand0m&gt; 아직 고칠 버그가 있고 새로 다룰 것들도 있지만, 계속 나아갑니다 [22:04:21] * ion님이 #i2p에 입장했습니다 [22:04:22] * ughabugha님이 상태 노트를 읽는 중. [22:04:27] * mrflibble님이 IRC를 종료했습니다 (r eboot time) [22:04:35] &lt;jrand0m&gt; 이메일에서 duck이 만든 새 네트워크 모니터링 도구를 언급했어요 - `http://duck.i2p/dot/dot.png` (스냅샷: http://i2p.net/~jrandom/profiles.png) [22:05:05] &lt;jrand0m&gt; 기본적으로 네트워크가 어떻게 돌아가는지 보여줘요 - 얼마나 많은 사용자가 있는지, 신뢰성과 속도가 좋은 자원을 얼마나 잘 찾아내는지 [22:05:22] &lt;jrand0m&gt; (요컨대 0.3 피어 프로파일링과 선택 과정의 결과를 시각화합니다) [22:05:50] &lt;ox&gt; &lt;duck&gt; nice! [22:06:22] &lt;jrand0m&gt; 맞아요, networkDb를 일일이 뒤지는 대신 알고리즘의 시각적 피드백을 보는 게 좋네요 [22:06:37] &lt;ox&gt; &lt;Masterboy&gt; CPU 사용량을 줄일 필요가 있어요.. [22:06:38] &lt;fidd&gt; :) [22:06:48] * jrand0m이 dot.png 공로로 duck에게 eepSiteAppOfTheWeek 상을 수여합니다 [22:06:54] &lt;ughabugha&gt; 그래요, duck 없으면 우린 뭘 하고 있었을까요? [22:07:08] &lt;ox&gt; &lt;duck&gt; 오디오 버전도 만들 수 있을지도요 [22:07:17] &lt;fidd&gt; 하하 [22:07:20] &lt;jrand0m&gt; :) [22:07:22] &lt;human&gt; 헤헤 [22:07:34] &lt;fidd&gt; 아니면 냄새 나는 버전 [22:07:47] &lt;ughabugha&gt; 네, 그리고 jnon의 icecast로 매시간 스트리밍하죠. [22:07:51] &lt;no_dammagE&gt; #transport의 speed 열을 어떻게 이해하죠? [22:08:00] &lt;no_dammagE&gt; 피어 프로파일 말이에요 [22:08:25] &lt;jrand0m&gt; no_dammagE&gt; 좋은 질문이에요. 아래 하단의 텍스트를 보면 숫자는 어떤 것과도 상관이 없고 - 순전히 상대적인 값이라고 설명돼 있어요. [22:08:50] &lt;no_dammagE&gt; 알겠어요 :) [22:09:15] &lt;jrand0m&gt; 진짜 답을 원하시면, http://i2p.net/cgi-bin/cvsweb.cgi/i2p/code/router/java/src/net/invisiblenet/i2p/router/peermanager/SpeedCalculator.java?rev=1.3&amp;content-type=text/x-cvsweb-markup 를 보세요 [22:10:07] &lt;jrand0m&gt; 네트워크는 안정적으로 router가 18~22대 수준까지 성장했어요. 당장은 좋은 규모죠 [22:10:31] &lt;jrand0m&gt; 기존 버그들을 처리하고 0.3.1 phttp 코드가 들어오면 좀 더 성장시키고 싶어요 [22:10:36] &lt;KyroxX&gt; re [22:10:45] &lt;jrand0m&gt; 돌아왔네요, KyroxX [22:11:03] &lt;jrand0m&gt; 좋아요, 그럼 2) 0.3.1 계획으로 이어가죠 [22:11:16] &lt;no_dammagE&gt; 제 것은 30분 후 꺼지고 약 20시간 뒤 켜질 거예요(아니면 PC 시작 시 자동 시작으로 할 수도 있어요) [22:11:29] &lt;jrand0m&gt; 좋아요 no_dammagE, 괜찮아요 [22:11:33] * fR님이 IRC를 종료했습니다 (Ping timeout) [22:12:01] &lt;jrand0m&gt; phttp 코드, 대역폭 제한기, 새 담합 억지 기능을 0.3.1 하나에 다 넣기보다는, 담합 억지 기능은 0.3.2로 미루려 해요 [22:12:19] &lt;jrand0m&gt; 로드맵은 아직 업데이트되지 않았지만 큰 틀은 같습니다 [22:12:45] * fR님이 #i2p에 입장했습니다 [22:13:17] &lt;ughabugha&gt; 0.3.0.1을 릴리스할 건가요? [22:13:18] &lt;jrand0m&gt; phttp 개편에는 연결 스로틀링 같은 복잡한 것이 들어가겠지만, 해보죠 [22:13:36] * KyroxX님이 IRC를 종료했습니다 (Verlassend) [22:13:47] &lt;jrand0m&gt; 아마도요, 하지만 현재 로드맵에는 다음 주가 0.3.1로 되어 있어요 [22:13:54] &lt;jrand0m&gt; 일요일이기도 하고요. [22:14:01] &lt;ox&gt; &lt;baffled&gt; 누군가랑 결탁한 줄 알았죠. [22:14:02] &lt;jrand0m&gt; 그래서 잘 모르겠어요 [22:14:03] * Rom|Away|3h님이 IRC를 종료했습니다 (Ping timeout) [22:14:04] &lt;Masterboy&gt; 제 router의 CPU 사용량은 어떻게 제한하나요? 'low' - 'normal' - 'high'처럼 선택하게 하면 안 되나요? [22:14:10] &lt;jrand0m&gt; 헤헷 baff [22:14:11] &lt;no_dammagE&gt; 왜 그게 critical이죠?: [22:14:11] &lt;no_dammagE&gt; 21:55:36.249 CRIT [I2CP Reader ] et.invisiblenet.i2p.util.Clock: Updating clock [22:14:12] &lt;no_dammagE&gt; offset to 105791ms from 0ms [22:14:16] * Romster님이 #i2p에 입장했습니다 [22:14:24] * jar님이 IRC를 종료했습니다 (Ping timeout) [22:14:38] &lt;jrand0m&gt; Masterboy&gt; 그런 식으로 동작하는 코드는 1.0rc1 릴리스에 계획되어 있어요 [22:14:43] &lt;jrand0m&gt; (router throttling) [22:14:48] * KyroxX님이 #i2p에 입장했습니다 [22:14:50] &lt;jrand0m&gt; 기초는 좀 있지만 아직 준비가 안 됐어요. [22:15:08] &lt;KyroxX&gt; re [22:15:13] &lt;jrand0m&gt; no_dammagE&gt; 최대 한 번만 발생해야 해서 그래요 - 자주 보인다면 문제예요 [22:15:14] &lt;Masterboy&gt; 오키 [22:15:21] &lt;jrand0m&gt; (중대한 문제) [22:15:48] &lt;jrand0m&gt; 0.3.1 릴리스에 관해 다른 질문/우려 있나요? [22:15:55] &lt;mihi&gt; 그럼 첫 번째는 debug로, 그 다음은 crit로 해야겠네요... [22:16:06] &lt;jrand0m&gt; 맞아요 [22:16:09] &lt;KyroxX&gt; 주제가 뭐죠? [22:16:17] &lt;ughabugha&gt; jrand0m: 어.. I2P에서 이런 일이 어떻게 생기죠? Closing Link: [unknown@192.168.0.2] (Ping timeout) [22:16:31] &lt;jrand0m&gt; KyroxX&gt; 주간 개발자 미팅이에요, 항목 2) 2) 0.3.1 계획 [22:16:35] &lt;ughabugha&gt; 아, 됐어요. [22:16:40] &lt;jrand0m&gt; ughabugha&gt; ircd 패치 [22:16:49] &lt;KyroxX&gt; 아 [22:17:02] &lt;ox&gt; &lt;duck&gt; 제 ircd는 nsa.localdomain에서 돌고 있어요 [22:17:06] &lt;jrand0m&gt; 흠 [22:17:08] &lt;ox&gt; &lt;duck&gt; IP는 192.168.0.2예요 [22:17:12] &lt;jrand0m&gt; 아 [22:17:30] * Romster님이 IRC를 종료했습니다 (Ping timeout) [22:17:32] &lt;jrand0m&gt; 좋아요, 3) 웹 아키텍처로 넘어가죠 [22:17:49] * ion님이 IRC를 종료했습니다 (Ping timeout) [22:17:58] &lt;jrand0m&gt; 지난주에 이걸 조금 논의했고, 메일링 리스트에서도 얘기가 좀 있었죠 [22:18:02] &lt;mihi&gt; drupal.i2p.net에서 계정을 어떻게 만들 수 있죠? [22:18:15] * mihi는 그걸 못하겠나 봐요... [22:18:16] &lt;jrand0m&gt; wilde&gt; mihi 계정 하나 추가해줄 수 있어요? [22:18:31] &lt;jrand0m&gt; (보통은 등록할 방법이 없어요) [22:18:35] &lt;mihi&gt; jrand0m: 그냥 안 된다고 하면 포기할게요 ;) [22:18:42] &lt;jrand0m&gt; wilde가 없으면, 제가 곧 추가해줄게요 :) [22:18:51] * Romster님이 #i2p에 입장했습니다 [22:19:04] * Romster님이 Rom|Away|3h로 이름을 바꿨습니다 [22:19:18] &lt;fidd&gt; 괜찮다면 저도 하나요 :) [22:21:05] &lt;ox&gt; &lt;jmand&gt; /ping jmand [22:21:12] &lt;jrand0m&gt; 좋아요, 웹 아키텍처 얘기로 돌아가죠 [22:22:06] &lt;jrand0m&gt; i2p에서 '웹을 어떻게 쓰는가'에는 여러 측면이 있어요. 그걸 전부 OneBigWebThingy로 다룰 수도 있고, 구성요소를 전문화해서 OneThingWell을 하도록 만들 수도 있죠 [22:22:34] * ion님이 #i2p에 입장했습니다 [22:22:44] &lt;jrand0m&gt; mihi가 제가 못 보던 좋은 포인트를 제시했어요. 확실히 원하는 유용한 기능들이 있죠 [22:23:03] &lt;ughabugha&gt; jrand0m: Squid와 I2P 웹을 분리하는 얘기인가요? [22:23:11] &lt;ughabugha&gt; 아니면 더 깊은 얘기? [22:23:24] &lt;duck&gt; 'HTTPTunnel vs. {privoxy,muffin} + HTTPClient' 쓰레드요 [22:23:30] &lt;duck&gt; (http://i2p.dnsalias.net/pipermail/i2p/2004-March/) [22:23:48] &lt;jrand0m&gt; squid와 eepsites의 분리, 그리고 브라우저 프록시 대 (본질적으로) CGI의 분리 [22:23:49] &lt;ughabugha&gt; 맞아요. [22:24:00] &lt;jrand0m&gt; 그리고 물론, 필터도요 [22:24:48] &lt;jrand0m&gt; 여기 있는 모두가 오픈 소스 세계에서 일하니까, 다양한 사용 사례를 전부 처리하는 OneBigThing이 꼭 필요하진 않죠 - 하나를 만들어 필요한 걸 해결하고, 다른 필요를 해결하려고 그 코드를 재사용하면 돼요 [22:24:56] * jar님이 #i2p에 입장했습니다 [22:25:04] &lt;duck&gt; 저는 human의 최신 글에 동의하는 편이에요 [22:25:13] &lt;jrand0m&gt; 게다가 mihi의 새 스트리밍 I2PTunnel API로, 기반을 만들기도 꽤 쉬워요 [22:26:42] &lt;jrand0m&gt; 저도 그래요. 다만 제가 httptunnel에 시간을 못 써서, 어떤 사용 사례를 먼저 다룰지는 mihi에게 달렸죠 [22:26:48] * lucky님이 #i2p에 입장했습니다 [22:27:45] * jar님이 IRC를 종료했습니다 (EOF From client) [22:27:52] &lt;jrand0m&gt; mihi&gt; 생각은요? [22:28:26] &lt;jrand0m&gt; 좋아요, 아니면 다른 분이라도? :) [22:28:47] &lt;duck&gt; `http://i2p.i2p/` 가 제 눈엔 좀 못생겼어요 [22:28:55] &lt;duck&gt; 그래도 못 참을 수준은 아니지만 [22:28:59] &lt;jrand0m&gt; i2p.i2p? [22:29:05] &lt;human&gt; ? [22:29:27] * ion님이 IRC를 종료했습니다 (Ping timeout) [22:29:28] &lt;jrand0m&gt; DNS를 이상하게 하는 머신들을 위해 127.0.0.1을 가리키는 eep.i2p.net DNS 엔트리를 추가할 수 있어요 [22:30:01] * fR님이 IRC를 종료했습니다 (EOF From client) [22:30:20] * human은 최신 제안을 못 봤나 보네요 :-) [22:30:27] &lt;duck&gt; i2p.i2p를 어딘가에서 현재 http://i2p/keybla의 대체로 본 것 같아요 [22:30:35] &lt;jrand0m&gt; human의 게 최신이었어요 [22:30:54] &lt;jrand0m&gt; 아, 맞아요, 어젯밤 IRC에서 jnano가 그 얘기를 했던 것 같네요 [22:30:55] &lt;human&gt; jrand0m: 그러니까: "DNS를 이상하게 하는 머신들을 위해 127.0.0.1을 가리키는 eep.i2p.net DNS 엔트리를 추가할 수 있어요" [22:31:03] &lt;mihi&gt; duck: 눈이 좋네요. Opera에서 netbios 조회를 막으려고 그렇게 했어요. [22:31:21] &lt;duck&gt; 아 네 "code/apps/i2ptunnel/java/src/net/invisiblenet/i2p/httptunnel/handler/RootHandler.java" [22:31:21] &lt;jrand0m&gt; 아 미안 human, 방금 mihi가 말한 것과 관련해서 했던 얘기였어요 :) [22:31:23] * lucky님이 IRC를 종료했습니다 (Ping timeout) [22:31:49] &lt;duck&gt; 일부 브라우저에 이런 우회책이 필요한 건 아쉽네요 [22:31:55] &lt;human&gt; wew [22:32:15] &lt;jrand0m&gt; human이 socks4는 그게 필요 없다고 언급했죠? [22:32:15] * KyroxX님이 wbk로 이름을 바꿨습니다 [22:32:23] &lt;duck&gt; socks4a [22:32:29] &lt;jrand0m&gt; 아하 [22:32:39] &lt;duck&gt; (socks4는 DNS를 해요) [22:32:49] &lt;jrand0m&gt; 모든 브라우저가 socks4a를 지원하나요? [22:32:59] &lt;human&gt; jrand0m: socks4는 Evil(TM)이지만, socks4a와 socks5는 이름 해석을 서버에 위임해요 [22:33:00] &lt;duck&gt; s/socks4 does DNS/with socks4 the client does DNS/ [22:33:06] &lt;mihi&gt; 어떤 브라우저는 socks 프록시조차 지원하지 않아요... [22:33:08] &lt;human&gt; jrand0m: 네, 제가 아는 한은요 [22:33:27] &lt;jrand0m&gt; 맞아요, 그리고 mihi가 말한 키오스크 이슈도 분명 있죠 [22:33:52] &lt;duck&gt; 그건 대안이 될 수 있겠네요 [22:34:04] &lt;duck&gt; httpclient + socksclient + etc [22:34:29] &lt;human&gt; jrand0m, mihi: socks를 지원하지 않는 프로그램은 tsocks로 감쌀 수 있어요 [22:34:53] &lt;jrand0m&gt; human&gt; 키오스크라면, 사용자가 앱을 실행할 수 없죠 [22:35:00] &lt;jrand0m&gt; (설정 변경도 못 하고 등등) [22:35:19] &lt;human&gt; jrand0m: 맞아요, 그런 작업엔 socks 터널이 맞지 않죠 [22:35:31] &lt;duck&gt; (human: 그래도 여전히 gethostbyname을 부를 텐데요) [22:35:39] &lt;jrand0m&gt; 그럴까요 duck? [22:35:55] &lt;human&gt; duck: 아니요, tsocks가 그 호출을 가로채서 프록시 서버로 넘겨요 [22:36:16] &lt;human&gt; duck: (윈도 세계에선 어떤지 모르겠지만) [22:36:30] &lt;jrand0m&gt; 블루스크린 뜨죠 [22:36:32] &lt;jrand0m&gt; 에어.. [22:36:57] &lt;duck&gt; (not according to /usr/share/doc/tor-0.0.2_pre27/CLIENTS.gz) [22:36:57] &lt;human&gt; 헤헤헤 [22:37:07] &lt;jrand0m&gt; 헤헷 duck [22:37:18] &lt;human&gt; 하지만 socks 터널이 www 프록시를 대체하진 않아요 :-) [22:37:24] &lt;duck&gt; (( &lt;/tortechnotalk&gt; )) [22:38:25] &lt;jrand0m&gt; mihi&gt; httptunnel의 최우선 사용 사례는 뭐라고 봐요? 우리가 도울 수 있는 게 있다면요? [22:38:31] &lt;mihi&gt; http://home.arcor.de/mschierlm/test/nosocks.png (이 브라우저가 뭘까요?) [22:38:31] &lt;human&gt; 그저 터널링, 체이닝 등에 멋진 걸 하려는 애드온일 뿐이죠. [22:38:31] &lt;wbk&gt; I2P is the ircd of iip right? [22:38:31] &lt;duck&gt; 어쨌든, 모든 해법에는 클라이언트 측 필터가 필요해요 [22:38:47] &lt;human&gt; duck: 네, man 8 tsocks에 따르면요 :-) [22:39:14] &lt;jrand0m&gt; 글쎄요 mihi, opera? [22:39:19] * fR님이 #i2p에 입장했습니다 [22:39:19] &lt;duck&gt; wbk: 개인 메시지 금지 [22:39:19] &lt;jrand0m&gt; wbk&gt; 아니요 [22:39:30] &lt;mihi_backup&gt; jrand0m: POST 요청을 완벽히 처리하게 하고, HTTPClient가 하는 건 전부 하게 만들기 [22:39:45] &lt;jrand0m&gt; 좋죠 [22:40:08] &lt;ughabugha&gt; mihi: 그건 Opera예요. [22:40:14] &lt;human&gt; mihi: 모르겠지만, 위에 썼듯이: socks 터널은 www 프록시를 대체하지는 않아요 :-) [22:40:18] &lt;ughabugha&gt; 질문이었다면요. :) [22:41:13] &lt;jrand0m&gt; 좋아요, 웹 관련해서 더 얘기할 거 있나요, 아니면 4) 관리 사항으로 갈까요? [22:42:23] &lt;jrand0m&gt; 좋아요, 몇 가지 노트만요 - [22:42:24] * Rom|Away|3h님이 Rom|Away|4h로 이름을 바꿨습니다 [22:42:51] &lt;jrand0m&gt; drupal 사이트가 다시 온라인이에요. 도와주고 싶거나 최신 진행 상황을 보고 싶다면 drupal.i2p.net에 와주세요 :) [22:44:02] &lt;jrand0m&gt; 거기서 다른 두 가지 관리 사항도 볼 수 있어요 - 팀 명단 [http://drupal.i2p.net/team]과 새 라이선스 정책 초안 [http://drupal.i2p.net/node/view/85] [22:44:26] &lt;duck&gt; 라이선스 정책을 보고 있었어요... [22:44:35] &lt;duck&gt; 제가 알기론 Cryptix == BSD [22:44:43] &lt;jrand0m&gt; 맞아요 [22:44:52] &lt;duck&gt; (하지만 저작권자가 매사추세츠 섭정들 같은 대신 Cryptix 팀이죠) [22:44:52] &lt;jrand0m&gt; 하지만 엄밀히는 Cryptix 라이선스죠 ;) [22:45:05] &lt;duck&gt; MIT는 뭔가요? [22:45:13] &lt;jrand0m&gt; mit는 == bsd 2 clause [22:45:16] &lt;jrand0m&gt; == x [22:45:19] &lt;duck&gt; 어떤 코드가 MIT죠, 제 말은 [22:45:25] &lt;jrand0m&gt; 없어요 [22:45:29] &lt;human&gt; == x &lt; 4.4.0 [22:45:36] &lt;jrand0m&gt; 그냥 "MIT를 쓰고 싶으면 좋다" 정도로 올려둬요 [22:45:42] &lt;jrand0m&gt; 그렇죠 human :/ [22:45:49] &lt;duck&gt; 라이선스가 벌써 꽤 많아요 [22:45:56] &lt;duck&gt; 좀 줄일 수 있을까 싶었어요 [22:46:07] &lt;duck&gt; 예를 들어 GPL 코드를 BSD나 심지어 공용 영역(pubdomain)으로 바꾼다든지 [22:46:31] &lt;duck&gt; 그 부분의 저자들이 어떻게 생각하는지 궁금했어요 [22:46:32] &lt;ox&gt; &lt;no_dammagE&gt; 그럼, 전 자러 갈게요. Devteam, 좋은 코드 작성하세요, 다른 분들은 좋은 하루 보내세요. 내일 봐요. [22:46:40] &lt;duck&gt; 잘 가요 no_dammagE [22:46:41] &lt;jrand0m&gt; 저는 I2PTunnel 스트리밍 lib / 네이밍 lib, 아니면 전체 I2PTunnel이라도 BSD 계열 라이선스면 좋겠어요 [22:46:51] &lt;jrand0m&gt; 잘 가요 no_dammagE [22:46:55] &lt;no_dammagE&gt; cu [22:46:58] * no_dammagE님이 IRC를 종료했습니다 [22:47:19] * jar_backup님이 #i2p에 입장했습니다 [22:47:50] &lt;jrand0m&gt; 물론 GPL도 괜찮아요, 그건 mihi의 권리죠 :) [22:48:06] &lt;mihi&gt; 스트리밍/네이밍 lib는 괜찮아요(BSD나 LGPL도). 하지만 핵심 I2PTunnel은 GPL로 두고 싶어요 [22:48:07] &lt;ughabugha&gt; 음, 라이선스가 뭐든 GPL과 호환돼야 해요. [22:48:36] &lt;ughabugha&gt; (즉, GPL보다 더 제한적이면 안 돼요) [22:48:42] &lt;human&gt; 저는 GNU GPL 옹호자지만, 새로운 프로토콜과 포맷을 확산시키기엔 BSD 스타일(예: OGG Vorbis 팀이 LGPL에서 MIT-X11로 재라이선스한 사례처럼)이 최선이라 생각해요 [22:49:05] &lt;jrand0m&gt; mihi&gt; 스트리밍과 네이밍 lib는 I2PTunnel 자체에 의존하지 않고도 동작하죠, 맞나요? [22:49:14] &lt;ughabugha&gt; 네, 레퍼런스 구현은 GPL이면 안 되죠. [22:49:25] &lt;mihi&gt; 그래야 해요. 아니라면 버그죠. [22:49:30] &lt;jrand0m&gt; BSD 2 clause로 하면 환상적이겠네요 [22:49:40] &lt;human&gt; 좋아요! [22:49:45] &lt;mihi&gt; 네이밍 lib는 코어에 포함하면 공용 영역(public domain)으로 드릴게요 ;) [22:50:02] * ion님이 #i2p에 입장했습니다 [22:50:03] &lt;jrand0m&gt; 물론이죠, 코어 SDK에 포함하고 싶어요 [22:50:42] &lt;mihi&gt; them? ;) (스트리밍 lib를 코어에 넣는 건 별로라고 봐요. 다른 구현에 열려있지 않거든요) [22:51:09] &lt;jrand0m&gt; 음, SDK 구현 자체도 사소하지 않은 설계 가정을 해요 - 어디까지나 레퍼런스 구현이죠 [22:51:22] &lt;jrand0m&gt; 사람들이 i2p.jar만으로 스트리밍 앱을 쓸 수 있으면 좋겠어요 [22:51:28] &lt;human&gt; mihi: I2PTunnel &amp; GPL과 관련해서: 독점 JVM과 링크할 수 있도록 하는 명시적인 GNU GPL 예외를 추가하길 권해요(제 댓글: http://drupal.i2p.net/node/view/85) [22:51:28] * Masterboy님이 IRC를 종료했습니다 (Ping timeout) [22:51:59] &lt;duck&gt; human: 그러면 "사용하려면 변호사부터 고용해야" 하는 문제가 생겨요 [22:52:01] &lt;jrand0m&gt; (원한다면 현재 i2ptunnel을 i2ptunnel과 i2pstreaming으로 나눌 수도 있을까요?) [22:52:32] &lt;mihi&gt; jrand0m: 괜찮아요. ant 작업을 바꿔서 jar 두 개 만들면 되겠네요 ;) [22:52:35] &lt;human&gt; duck: 그 문제를 피하려고 예외를 넣자고 한 거예요 [22:52:39] &lt;jrand0m&gt; duck&gt; mihi가 스트리밍과 네이밍 lib를 BSD로 해준다면 큰 문제 없을 거예요 [22:53:30] &lt;mihi&gt; 그리고 i2pstreaming 대신 i2pministreaming이 더 낫겠어요 [22:53:41] &lt;duck&gt; mihistreaming :) [22:53:48] &lt;mihi&gt; (mi4ni의 n에 주목) [22:54:02] &lt;mihi&gt; duck: 바로 그걸 생각했어요 ;) [22:54:03] &lt;jrand0m&gt; 좋아요 mihi, 그럼 http://drupal.i2p.net/node/view/85 의 표를 고쳐서 I2PTunnel core는 GPL(아마 human이 말한 예외와 함께?)로, 그리고 별도의 I2PMiniStreaming은 BSD로 표기할까요? [22:54:04] &lt;jrand0m&gt; 헤헷 [22:54:10] &lt;jrand0m&gt; i2pmihistreaming도 좋네요 :) [22:55:25] &lt;duck&gt; 좋아요 [22:55:40] &lt;duck&gt; 다음 주엔 전부 공용 영역으로 옮기라고 설득해볼게요 [22:55:45] &lt;duck&gt; 지금은 이 정도로 :) [22:55:48] &lt;jrand0m&gt; :) [22:55:50] &lt;human&gt; 헤헤 [22:56:06] &lt;jrand0m&gt; mihi*=5 [22:56:14] &lt;mihi&gt; jrandom**=5; [22:56:21] &lt;duck&gt; wbk가 웹디자인 도와주겠다고 했어요 [22:56:36] &lt;jrand0m&gt; 오, 좋네요 duck [22:56:45] &lt;jrand0m&gt; 그러면, 5)로 넘어가기 전에 잠깐 [22:56:58] &lt;jrand0m&gt; http://drupal.i2p.net/node/view/85 의 정책(/policy/)에 대해 개발자분들 이의 있나요? [22:57:05] &lt;duck&gt; 그래서 관료적 팀-테이블을 조회하고 wilde에게 위임했어요 [22:57:25] &lt;human&gt; 넘어가기 전에... GPL + 예외 제안은 어때요? [22:57:29] &lt;jrand0m&gt; 즉 "implicitly under $primaryLicense"인지 "explicitly under $alternate"인지요? [22:57:47] &lt;jrand0m&gt; duck++ :) [22:58:02] &lt;mihi&gt; human: 지금 추가하는 중이에요 [22:58:07] * human은 jrand0m의 정책에 동의합니다 [22:58:25] &lt;duck&gt; 저작권자는 어쩌죠 [22:58:28] &lt;human&gt; mihi: 좋아요, 고마워요 [22:58:30] * duck은 human이 새 파일 몇 개를 GPL로 추가하는 걸 봤어요 [22:58:36] &lt;duck&gt; 그리고 거기에 mihi 이름을 넣었죠 [22:58:45] &lt;ughabugha&gt; 음... drupal이 32자짜리 비밀번호는 싫어하는 것 같아요. [22:58:51] &lt;human&gt; duck: 기존 파일을 그냥 복붙했어요 [22:59:18] &lt;duck&gt; 알겠어요, 그런데 50명이 작업하고 각자 자기 이름으로 저작권을 적으면 [22:59:20] &lt;jrand0m&gt; 공용 영역 코드(Public domain)를 추가하는 사람은 저작권이 없지만, 저작권을 쓰는 사람은 스스로 저작권을 표기해야 해요 [22:59:22] &lt;human&gt; duck: (아, 가끔 저작권 표기를 깜박하더라도...) [22:59:25] &lt;duck&gt; 나중에 라이선스를 바꾸지 못하잖아요 [22:59:29] &lt;jrand0m&gt; 제 생각엔 그건 괜찮아요, duck [22:59:53] &lt;jrand0m&gt; 예를 들어 thecrypto는 자신의 암호화와 SHA 루틴의 저작권을 가져야죠 [23:00:03] &lt;human&gt; (모듈 라이선스를 준수하고 있었어요, 참고로) [23:00:05] &lt;jrand0m&gt; 그리고 BSD 2 clause로 배포했으니 우리가 쓸 수 있어요 [23:00:38] &lt;jrand0m&gt; 아, 제가 요지를 놓친 건가 - 모두 자기 이름을 꼭 넣게 하자는 건가요? [23:00:44] &lt;duck&gt; 아니요 [23:00:49] * jrand0m이 저작권을 richard nixon에게 양도합니다 [23:00:56] &lt;human&gt; 헤헤 [23:01:34] &lt;human&gt; 그런데: 제 나라에선 "공용 영역(public domain)"도 또 다른 형태의 저작권이에요 [23:01:46] &lt;jrand0m&gt; 흠. i2p는 저작권을 받을 법적 실체가 없고(앞으로도 결코 그럴 일 없어요) [23:02:02] &lt;human&gt; 즉, (저자) 당신이 제한 없이 작품을 배포한다는 뜻이죠 [23:02:18] &lt;jrand0m&gt; 그렇죠, 많은 나라의 지식재산법은 엉망이에요 [23:02:59] &lt;human&gt; jrand0m: 그래서 각 파일에 "이 파일은 내가 만들었고, 아무 제한 없이 쓸 수 있다" 같은 걸 쓰는 게 더 나아요 [23:03:13] &lt;jrand0m&gt; 그건 좋은 생각 같아요 [23:03:47] &lt;human&gt; jrand0m: (물론 지금도 그렇게 하고 있지만, 요구사항이어야 한다고 봐요 :-) [23:03:55] &lt;jrand0m&gt; 그래서 "jrandom은 $year에 이걸 썼고 공용 영역으로 공개한다"를 포함했죠 ;) [23:04:08] &lt;human&gt; jrand0m: 네 :-) [23:04:27] &lt;jrand0m&gt; 그래서 전 duck의 요지를 놓친 듯 [23:04:37] &lt;fidd&gt; 그리고 아이들을 먹는다는 얘기 [23:04:37] &lt;duck&gt; 저도 잃어버렸어요 [23:04:43] &lt;jrand0m&gt; :) [23:04:44] &lt;human&gt; 헤헤 [23:04:47] &lt;duck&gt; 잊죠 그건 [23:04:58] * lucky님이 #i2p에 입장했습니다 [23:05:13] &lt;jrand0m&gt; 좋아요, 커밋 권한 섹션에 작성한 코드에 본인 저작이라고 명기하라는 권고를 추가할게요 [23:05:22] &lt;jrand0m&gt; (저작권을 걸지 않더라도요?) [23:05:24] &lt;lucky&gt; 안녕하세요 [23:05:25] &lt;lucky&gt; :D [23:05:39] &lt;jrand0m&gt; s/suggestion/&lt;i&gt;suggestion&lt;/i&gt;/ [23:05:42] &lt;jrand0m&gt; 안녕하세요 lucky [23:05:50] &lt;jrand0m&gt; [젠장 정규식 망쳤네] [23:05:57] &lt;duck&gt; 제가 PGP로 서명한 문구를 보낼까요? [23:06:09] &lt;jrand0m&gt; 그럴 생각이에요, 네 [23:06:30] &lt;jrand0m&gt; 정책이 준비되고 수정되면, 기존 커미터 전원에게 PGP/GPG 인증을 요청할게요 [23:06:33] &lt;human&gt; jrand0m: 네(제 나라에선 저작권 포기가 불가능해요, 양도 불가능한 저자 권리로 봅니다) [23:06:52] &lt;duck&gt; 네, 당신 나라가 망했죠 [23:06:53] &lt;duck&gt; 다음 [23:06:56] &lt;duck&gt; (업스) [23:06:58] &lt;jrand0m&gt; :) [23:07:19] &lt;fidd&gt; human, 어느 나라요? [23:07:39] &lt;human&gt; jrand0m: 그래서 "이 파일에는 저작권이 없다"는 말은 말이 안 돼요 - 항상 내가 저자고, 내 작업에 제한을 두지 않는다고 명시해야 합니다 [23:07:47] &lt;human&gt; fidd: 유럽 근처 어딘가요 :-) [23:07:54] &lt;fidd&gt; 헤헷, 알겠어요 [23:07:59] &lt;lucky&gt; human: 나중에 저작권을 원치 않는다고 말할 수 있죠 [23:08:03] &lt;lucky&gt; 그리고 공용 영역으로 둘 수 있어요. [23:08:19] &lt;jrand0m&gt; human&gt; "implicit release under $primaryLicense"로 그 이슈는 해결되겠죠, 맞나요? [23:08:24] &lt;duck&gt; human의 말은 그게 $fuckedcountry에선 의미 없다는 거예요 [23:08:42] &lt;jrand0m&gt; human&gt; 커밋 == $primaryLicense로의 공개를 의미하니까요 [23:08:50] &lt;human&gt; duck: 네, 정확해요 [23:09:07] &lt;jrand0m&gt; (그래서 코멘트가 없어도 == `cvs log`의 $author에 의한 묵시적 라이선스) [23:09:28] &lt;jrand0m&gt; (아, 코드 속 법률 문구 ;) [23:09:36] &lt;human&gt; jrand0m: 전 변호사는 아니지만... 아마 통할 거예요 [23:09:43] * kaji님이 #i2p에 입장했습니다 [23:09:48] &lt;ox&gt; * wilde가 마지막 제안에 동의합니다 [23:09:57] &lt;jrand0m&gt; w3rd. [23:10:05] &lt;jrand0m&gt; 좋아요, EFF에 검토를 부탁해볼게요 [23:10:19] &lt;jrand0m&gt; 5) ???로 넘어갑니다 [23:10:21] &lt;human&gt; jrand0m: 사람들에게 CVS 접근 권한을 줄 때 일종의 동의 절차가 있는 게 어떨까요 [23:10:46] &lt;ox&gt; &lt;wilde&gt; net.i2p.legal.LicenseManager는 언제 보게 되나요? [23:10:47] &lt;jrand0m&gt; 동의해요 human&gt; $policy에 대한 명시적 동의가 커밋 권한의 전제조건이 될 거예요 [23:10:50] &lt;jrand0m&gt; 헷 [23:10:52] &lt;human&gt; jrand0m: (예를 들어, 정책에 GPG 서명하고 I2P 사이트에 올리기?) [23:11:00] &lt;human&gt; 헤헤 [23:11:04] &lt;jrand0m&gt; 합리적이네요 human. [23:11:13] &lt;mihi&gt; jrand0m은 PGP8을 더 좋아하죠 ;) [23:11:23] &lt;jrand0m&gt; 그럼요. pgpdisk++ [23:12:06] * wilde님이 #i2p에 입장했습니다 [23:12:14] &lt;duck&gt; 안녕하세요 wilde [23:12:36] &lt;jrand0m&gt; 좋아요, 5) ???에 대해 얘기하고 싶은 거 있는 분? [23:13:27] &lt;wilde&gt; drupal에 방문해서 코멘트하고, 수정하고, 참여해달라는 초대장을 다시 드립니다 [23:13:37] &lt;jrand0m&gt; 좋아요, 좋은 포인트예요 [23:13:41] &lt;duck&gt; http://drupal.i2p.net/ [23:13:41] &lt;wilde&gt; 그래야 1.0에 좋은 문서를 담을 수 있어요 [23:13:41] &lt;mihi&gt; human, jrand0m: CVS의 라이선스는 이제 괜찮나요? ;) [23:13:55] &lt;jrand0m&gt; http://drupal.i2p.net/team 에 [vacant]인 역할이 많아요. 자원해 주세요! [23:14:02] &lt;fidd&gt; squid로는 drupal이 안 열려요 :/ [23:14:17] * mihi가 에코 서버 때문에 QS 담당을 자원합니다 ;) [23:14:29] &lt;mihi&gt; s/QS/QA/ [23:14:33] &lt;jrand0m&gt; 와! [23:15:01] &lt;wilde&gt; 에코 서버용 단위 테스트 [23:15:12] &lt;mihi&gt; wilde ㅋㅋ 아니요 [23:15:17] &lt;human&gt; mihi: GPL 예외에서 s/XXXX/mihi/ 하는 게 좋겠어요 :-) [23:15:20] &lt;ughabugha&gt; jrand0m: 스트레스 테스트가 뭐죠? :) [23:15:34] &lt;mihi&gt; 에코 서버는 i2p의 시스템 테스트죠 ;) [23:15:38] &lt;mihi&gt; human: 앗 ;) [23:15:56] * Rom|Away|4h님이 IRC를 종료했습니다 (Ping timeout) [23:16:08] &lt;jrand0m&gt; ughabugha&gt; router를 마구 (즉, 열심히) 써보고, 제가 디버깅할 때 인내심을 갖고 리포트와 로그를 올려준다는 뜻이에요 [23:16:35] &lt;ox&gt; &lt;wilde&gt; 그러니 불쌍한 jrandom을 스트레스 테스트하는 것... [23:16:40] &lt;ughabugha&gt; jrand0m: 아, 알겠어요. :) [23:16:44] &lt;duck&gt; 와, mihi 빠르네요 [23:16:47] &lt;ughabugha&gt; 헤헤. [23:17:30] * Romster님이 #i2p에 입장했습니다 [23:17:40] &lt;mihi&gt; duck: 에디터가 아직 열려 있었고, CVS 코멘트도 빨리 썼죠 ;) [23:17:40] &lt;jrand0m&gt; mihi&gt; 라이선스 멋져요 - 분명히 하자면, 당신이 본인 인증을 마쳤고, BSD 2 clause [per http://opensource.org/licenses/bsd-license.php]로 릴리스할 생각인 거죠? [23:17:41] * Romster님이 Rom|Away|4h로 이름을 바꿨습니다 [23:18:02] &lt;jrand0m&gt; (아니면 그 저작권 텍스트를 소스에 그냥 넣어도 되고요) [23:19:24] &lt;mihi&gt; 흠, idented가 무슨 뜻이죠? (두 번째 절에는 예라고 할게요) [23:19:42] &lt;jrand0m&gt; trent에게 당신이 mihi라는 걸 증명했다는 뜻이에요 :) [23:19:50] &lt;duck&gt; authenticated [23:19:54] &lt;mihi&gt; 아하, identified ;) [23:20:01] &lt;jrand0m&gt; w3rd [23:20:06] &lt;human&gt; identicated로 해보죠 [23:20:14] &lt;mihi&gt; "indented"로 보여서 공백이 틀렸나 했네요 ;) [23:20:20] &lt;jrand0m&gt; 헤헤 [23:20:43] &lt;ox&gt; * wilde는 또 다른 동의어 찾기 위해 사전을 펼칩니다 [23:21:07] &lt;human&gt; authentified? [23:21:22] &lt;duck&gt; 어쨌든... [23:21:28] &lt;jrand0m&gt; 좋아요, r0x0r, 더 얘기할 거 있나요? [23:21:44] &lt;ox&gt; &lt;wilde&gt; 네 [23:21:50] &lt;ox&gt; &lt;wilde&gt; eep 네이밍 [23:22:00] &lt;jrand0m&gt; 헤헷 제 발음이 마음에 안 드나요? [23:22:12] * kaji님이 IRC를 종료했습니다 (Ping timeout) [23:22:14] &lt;ox&gt; &lt;wilde&gt; i2p -&gt; eep로요 [23:22:14] * Rom|Away|4h님이 IRC를 종료했습니다 (Ping timeout) [23:22:21] &lt;jrand0m&gt; 오 [23:22:30] &lt;jrand0m&gt; 프로젝트 전체 이름을 "eep"으로 바꾸고 싶다는 건가요? [23:22:39] &lt;human&gt; ㅋㅋ [23:22:48] &lt;ox&gt; * wilde는 중얼거립니다 [23:22:48] &lt;mihi&gt; envisible enternet project ;) [23:23:08] &lt;lucky&gt; envisible [23:23:09] &lt;jrand0m&gt; extrordinarily excellent people [23:23:15] &lt;lucky&gt; 뭔가 떠오르네요. [23:23:46] &lt;mihi&gt; even easier publishing ;) [23:23:51] &lt;jrand0m&gt; ooOOoo [23:23:51] &lt;lucky&gt; 보이게(envisible) 될 거란 느낌, 그러니 가능하단 느낌. envision은 어때요? [23:23:53] &lt;ughabugha&gt; 자, wilde 괴롭히긴 그만해요. :) [23:23:54] &lt;ox&gt; &lt;wilde&gt; 진지하게, 이름이 마음에 들면 재밌는 건가요? [23:24:06] &lt;ox&gt; &lt;wilde&gt; 좋아요, 피곤해서 말이 꼬이네요 [23:24:44] &lt;ox&gt; &lt;wilde&gt; 새 사용자들에겐 쉽지 않을 거예요 [23:25:03] &lt;jrand0m&gt; 전 마케터가 아니라서요. "eep"은 그냥 제가 떠올린 거예요 [23:25:23] &lt;human&gt; eep ~= i2p라고 설명하는 건 금지해야 한다고 봐요, 사용자들이 진짜로 헷갈릴 거예요 [23:25:25] * ion님이 IRC를 종료했습니다 (Ping timeout) [23:25:26] &lt;jrand0m&gt; i2p로 호스팅/접속되는 웹사이트를 뭐라고 부를까요? [23:25:38] &lt;jrand0m&gt; 헤헤 [23:25:42] &lt;duck&gt; i2psites? [23:25:44] &lt;ox&gt; &lt;wilde&gt; i2p site? [23:25:57] * human은 설명 없이 eepsites를 좋아함 :-) [23:26:09] * kaji님이 #i2p에 입장했습니다 [23:26:25] * jrand0m이 http://drupal.i2p.net/team 의 사용자 대변인에게 의견을 묻습니다 [23:26:35] &lt;duck&gt; 우리에게 있어요? [23:26:38] &lt;jrand0m&gt; 아니요 [23:26:43] &lt;jrand0m&gt; ;) [23:26:52] &lt;duck&gt; 헷 [23:26:55] &lt;human&gt; 아무튼... 이름은 다 바꿔도 돼요, "Shitlist"만 지금 이름을 유지한다면 [23:26:56] &lt;ox&gt; * wilde는 브라우저로 달려갑니다 [23:27:01] &lt;jrand0m&gt; 헤헷 [23:27:06] &lt;mihi&gt; ㅋㅋ human [23:27:07] &lt;jrand0m&gt; 오, shitlist는 그대로 갈 거예요, 확실히 ;) [23:27:21] &lt;ox&gt; &lt;wilde&gt; 그 역할 맡을게요, i2p sites여야 한다고 하고 사임합니다 [23:27:21] &lt;duck&gt; Shitlist가 표준 영어 단어일걸요 [23:27:24] &lt;jrand0m&gt; 그러니까, "blacklist"는 재미가 없죠 [23:27:26] &lt;jrand0m&gt; 하하 wilde [23:27:29] &lt;human&gt; jrand0m: 멋져요! [23:27:56] &lt;ughabugha&gt; 그런데 왜 현재 이름을 그대로 두지 않죠? [23:28:05] * human은 I2P가 기업화될 때 첫 희생양이 Shitlist일까 봐 걱정했어요 [23:28:06] &lt;jrand0m&gt; 전 크게 상관없어요, i2psite도 좋고, eepsite도 좋아요 [23:28:09] &lt;ughabugha&gt; 1.0까지 메일링 리스트에서 충분히 논의할 시간도 있고요. [23:28:09] &lt;mihi&gt; jrand0m: 달에 사는 코끼리들도 남겨야죠 ;) [23:28:22] &lt;kaji&gt; 혹시 누구에게는 kaji.i2p가 올라와 있나요. 테스트도 안 하고 그냥 켜둔 상태예요 [23:28:31] &lt;jrand0m&gt; human&gt; 그 걱정은 안 해도 될 것 같아요 ;) [23:28:35] &lt;ughabugha&gt; kaji: 저에겐 잘 됐어요. [23:28:48] &lt;jrand0m&gt; 이스터에그는 계속 옮겨야죠 mihi :) [23:28:48] &lt;ox&gt; &lt;wilde&gt; i2psite든 eepsite든 똑같이 지루해요 [23:29:05] &lt;jrand0m&gt; 동의어로 보면 되겠네요 [23:29:23] &lt;ox&gt; &lt;wilde&gt; 그게 최악의 결정이에요 ;) [23:29:44] &lt;duck&gt; wbk: 좋아요, 전 잠깐 나가야 해요. 미팅이 거의 끝나가니까 #i2p에서 도와줄 거예요 [23:29:44] * jrand0m은 이제 PM 직함을 달았으니 결정을 내려야겠다고 생각합니다 [23:29:48] * ion님이 #i2p에 입장했습니다 [23:29:55] * jrand0m이 자신을 걷어찹니다 [23:30:09] &lt;human&gt; 헤헤 [23:30:12] * mihi는 jrand0m이 스스로를 걷어차길 여전히 기다립니다... [23:30:19] * Trent@anon.iip sets mode: +o mihi [23:30:27] * mihi sets mode: +o jrand0m [23:30:30] &lt;@jrand0m&gt; ooOOoo [23:30:32] * mihi sets mode: -o mihi [23:30:49] &lt;ox&gt; &lt;wilde&gt; 더 이상 질문 없어요 [23:30:55] * human은 PM에게 자신의 애완동물을 제물로 바칩니다 [23:31:38] * mihi는 아직도 jrand0m이 자신을 걷어차길 기다립니다... [23:31:44] &lt;@jrand0m&gt; 토론의 가치도 있고, 약간의 괴짜스러움도 있다고 봐요. 저도 human 쪽에 기울어요 - "eep != i2p"를 굳이 설명해 사람들을 혼란스럽게 할 필요는 없죠 [23:31:59] * @jrand0m 공식적으로 "eepsite"로 결정합니다 [23:32:23] * You were kicked by jrand0m (bastard!) Session Close: Tue Mar 23 23:32:23 2004 Session Start: Tue Mar 23 23:32:30 2004 [23:32:32] &lt;human&gt; lol [23:32:37] &lt;duck&gt; 재빨리 baff로 미팅을 닫죠 [23:32:40] &lt;duck&gt; 오, 너무 늦었네 [23:32:42] &lt;jrand0m&gt; 헤헷 [23:32:48] &lt;human&gt; 헤헤 [23:32:56] &lt;jrand0m&gt; 좋아요, 다른 게 있나요? 92분이네요 [23:33:05] * jrand0m 준비 자세를 취합니다... [23:33:20] * jrand0m이 미팅을 *baf*로 종료합니다 </div>/ko/blog/2004/03/16/i2p-dev-meeting-march-16-2004/Tue, 16 Mar 2004 00:00:00 +0000/ko/blog/2004/03/16/i2p-dev-meeting-march-16-2004/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> aum, deer, jrandom, mihi</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:12 &lt; jrandom&gt; agenda: 13:12 &lt; jrandom&gt; 0) hi 13:12 &lt; jrandom&gt; 1) administravia 13:13 &lt; jrandom&gt; 2) 0.3 status 13:13 &lt; jrandom&gt; 3) peer profiling / selection 13:13 &lt; jrandom&gt; 4) web architecture 13:13 &lt; jrandom&gt; 5) ??? 13:13 &lt; jrandom&gt; 0) hi 13:13 * jrandom waves to the gang 13:14 &lt; deer&gt; * jrandom_ waves from i2p 13:14 &lt; deer&gt; * wilde hi5s 13:15 &lt; deer&gt; &lt;ughabugha&gt; Hi! 13:15 &lt; deer&gt; * duck is reading 13:15 &lt; deer&gt; &lt;human&gt; yo! 13:16 &lt; jrandom&gt; w0rd, sorry for the delay getting those status notes up at (http://i2p.net/pipermail/i2p/2004-March/000165.html) 13:18 &lt; jrandom&gt; 1) administravia 13:19 &lt; jrandom&gt; for simplicity, and to avoid the trouble we had last week w/ the various networks being bitchy, some magic has been worked out and this meeting is being run off three irc networks 13:19 &lt; deer&gt; &lt;duck&gt; (amazing!) 13:19 &lt; jrandom&gt; iip's #i2p, the duck/baffled i2p irc network's #i2p, and freenode's #i2p 13:19 &lt; jrandom&gt; :) 13:19 &lt; deer&gt; &lt;baffled&gt; who's paranoid? 13:20 &lt; deer&gt; &lt;ughabugha&gt; Ok, done reading the status notes. 13:20 &lt; deer&gt; &lt;ughabugha&gt; jrandom: What about it? 13:20 &lt; deer&gt; &lt;ughabugha&gt; Or them? 13:21 &lt; jrandom&gt; just mentioning it, so people who have trouble with one can use another 13:21 &lt; deer&gt; &lt;mihi&gt; fine. done with status notes as well 13:21 &lt; jrandom&gt; also, the drupal box should be back online this weekend (crossing fingers) 13:22 &lt; deer&gt; &lt;ughabugha&gt; Oh, ok. Is there anything to discuss on 1)? 13:22 &lt; deer&gt; &lt;ughabugha&gt; Or are we waiting for people to finish reading? 13:22 &lt; deer&gt; &lt;ughabugha&gt; jrandom: Good. :) 13:22 &lt; jrandom&gt; nope, unless anyone has any administravia they'd like to bring up? 13:23 &lt; deer&gt; * mihi wants to set a flag at point 3 13:23 &lt; jrandom&gt; flag set ;) 13:23 &lt; deer&gt; * duck at point 2 13:23 &lt; deer&gt; &lt;duck&gt; err, what index do we use? 13:24 * jrandom supposes we can move on to agenda item 2) 0.3 status 13:25 &lt; jrandom&gt; i ended up typing a lot more than usual for the 0.3 status notes, so rather than repeat them here, does anyone have any questions / concerns they'd like to bring up? 13:25 &lt; deer&gt; &lt;ughabugha&gt; Go on. 13:26 &lt; deer&gt; &lt;duck&gt; why do the ElGamal/AES+SessionTag decryptions fail too often? 13:26 &lt; jrandom&gt; duck&gt; due to overload and lag. if a garlic routed message is delayed beyond that sessionTag's lifetime, the decryption will fail 13:27 &lt; deer&gt; &lt;duck&gt; k 13:27 &lt; jrandom&gt; in addition, if the garlic routed message is decrypted fine, but the content was delayed so much that the cloves expire, its a wasted decryption, as well 13:28 &lt; deer&gt; &lt;duck&gt; somehow that sentence made me believe that there was a cause besided the overload/lag 13:28 &lt; deer&gt; &lt;tro|l&gt; ce zi e azi? 13:28 &lt; jrandom&gt; well, there have been some troubles with source routed reply blocks failing decryption, though since they're going away in 0.3.1, its not really worth debugging them too much 13:29 &lt; deer&gt; &lt;kaji&gt; wow it works! 13:29 &lt; jrandom&gt; (and a failed ElG is probably the most CPU intensive thing i2p does) 13:30 &lt; deer&gt; &lt;jrandom_&gt; heh welcome to i2p #i2p :) 13:30 &lt; deer&gt; * kaji praises 0.2.5.1 13:30 &lt; deer&gt; &lt;jrandom_&gt; 0.2.5.1? sheeit, get thee 0.2.5.4 :) 13:30 &lt; jrandom&gt; ok, anything else for 0.3 status? 13:31 &lt; deer&gt; &lt;kaji&gt; .. 13:31 &lt; deer&gt; &lt;duck&gt; . 13:31 &lt; deer&gt; &lt;kaji&gt; ping? 13:31 &lt; jrandom&gt; p0ng 13:31 &lt; mihi&gt; pung 13:31 &lt; deer&gt; &lt;mihi_backup&gt; pung2 13:32 &lt; deer&gt; &lt;Pellinore&gt; prawn 13:32 &lt; jrandom&gt; ok, moving on to 3) peer profiling / selection 13:32 * mihi moves the flag to the other number 3 ;) 13:32 &lt; jrandom&gt; (man, its kind of funny that there isn't any vegetarian seafood substitutes...) 13:32 &lt; deer&gt; * kaji praises 0.2.5.4.1 13:32 &lt; deer&gt; &lt;duck&gt; the whole peer profiling thing looks at magic, how do you plan to debug that? 13:32 &lt; deer&gt; &lt;Pellinore&gt; There is vegetarian crabmeat. 13:32 &lt; jrandom&gt; ah, true pellinore. 13:32 &lt; deer&gt; &lt;wilde&gt; jrandom: and veg sushi 13:33 &lt; jrandom&gt; duck&gt; what part of it looks like magic? 13:33 &lt; deer&gt; &lt;duck&gt; the whole classification etc 13:33 &lt; deer&gt; &lt;Pellinore&gt; And I could have sworn that I had seen some chik-type fish fillet substitute, but I could be wrong. 13:33 &lt; deer&gt; &lt;duck&gt; I mean, how do you know that you are doing optimal things? 13:33 &lt; jrandom&gt; the peer organizer (which moves profiles into the different groups) is a very simple and seperable component 13:33 &lt; jrandom&gt; oh, thats a good point. 13:34 &lt; jrandom&gt; i was doing some benchmarking the other day, running the organizer with 10,000 profiles, and it was organizing them all un ~50ms 13:34 &lt; jrandom&gt; (organizing == runningthe calculators and moving them between groups) 13:34 &lt; jrandom&gt; profiles also consume only ~3-4KB for a full profile, and a minimal profile takes ~200 bytes 13:35 &lt; deer&gt; &lt;duck&gt; yeah, but how do you know that you are right with '0.597s reply' for group 1 13:35 &lt; deer&gt; &lt;duck&gt; and that it shouldnt be 0.603s 13:35 &lt; jrandom&gt; (so we'll keep a full profile of the best 1000 peers, and minimal of the next 10,000) 13:35 &lt; jrandom&gt; ah, ok, good question. 13:36 &lt; jrandom&gt; thats the Rate component 13:36 &lt; jrandom&gt; there will obviously be some flutter, and we won't be very exact. the goal ois to get ballpark and organize them accordingly 13:37 &lt; deer&gt; &lt;duck&gt; I did see it using averages 13:37 &lt; jrandom&gt; e.g. find the routers on T3s with quad procs, and keep them seperate from routers on 386s with 2400 bps modems 13:37 &lt; deer&gt; &lt;duck&gt; so if you throw in 100 shitty nodes, you heavily influence the average 13:37 &lt; jrandom&gt; agreed - there are two different aspects of that that we can tune 13:38 &lt; jrandom&gt; first, we can make the threshold use the top 10% to determine the "fast" vs "not fast" 13:38 &lt; jrandom&gt; (or top 90%, whichever) 13:38 &lt; jrandom&gt; second, we can adjust the Rate component to keep various statistics - rather than a simple average, it can ignore skew, find stddev, etc 13:39 &lt; jrandom&gt; the rate component currently is quite remedial, and I'd love if someone good with stats could take a look at it and fix it up 13:39 &lt; jrandom&gt; (one of the key goals of it however is to keep it scale free - so if we get 100,000 events, it doesnt have to keep all those data points in memory, etc) 13:40 &lt; deer&gt; &lt;duck&gt; ok, so what prevents another NGRouting disaster from happening? 13:40 &lt; jrandom&gt; but you're absolutely right - the calculators and the peer selection algorithms are going to be a major focus of future network improvements 13:40 &lt; jrandom&gt; ngrouting tried to do two different things - find particular data, and find available peers. 13:40 &lt; jrandom&gt; we only need to find available peers 13:41 &lt; deer&gt; &lt;duck&gt; good 13:41 &lt; jrandom&gt; (and place our tunnels there) 13:41 &lt; deer&gt; * duck removes breakpoint 13:41 &lt; jrandom&gt; :) 13:41 &lt; mihi&gt; but we have to find tunnels as well. 13:41 &lt; jrandom&gt; right mihi - the netDb is an important point 13:42 &lt; deer&gt; &lt;Pellinore&gt; I'm good with the math of statistics, but terrible with the tech aspects of translating the data into computer-useful data. 13:42 &lt; deer&gt; &lt;Pellinore&gt; But I would happily partner up with someone and contribute if I can. 13:42 &lt; jrandom&gt; awesome pellinore! 13:43 &lt; jrandom&gt; the main rate class is up at http://i2p.net/cgi-bin/cvsweb.cgi/i2p/code/core/java/src/net/invisiblenet/i2p/stat/Rate.java?rev=1.3&amp;content-type=text/x-cvsweb-markup and we can talk later to discuss it :) 13:43 &lt; deer&gt; &lt;Pellinore&gt; k 13:43 &lt; jrandom&gt; (i know, i don't expect you to read the code, just mentioning it) 13:44 &lt; deer&gt; &lt;Pellinore&gt; I'll read it, but it will be about like my dog reading Kierkegaard. 13:44 &lt; jrandom&gt; hehe 13:45 &lt; deer&gt; &lt;Pellinore&gt; But I am learning. 13:45 &lt; deer&gt; &lt;Pellinore&gt; Anyway, please proceed -- I don't mean to bog things down. 13:45 &lt; jrandom&gt; (volunteering to help isn't bogging things down ;) 13:46 &lt; jrandom&gt; one point i forgot to mention about the peer profiling / selection code is that the 'integration' rank is only used in the network database for 'exploration', not for search/store 13:46 &lt; jrandom&gt; we still do (fairly) traditional kademlia search/store with all non-failing peers 13:46 &lt; jrandom&gt; also, within each peer group, we always choose *randomly* 13:46 &lt; jrandom&gt; (aka we don't always choose the fastest of the fast group, etc) 13:47 &lt; jrandom&gt; thats for both security and load balancing reasons 13:48 &lt; jrandom&gt; (security, so that an attacker can't just create a really fast router and watch everyone make use of them - they have to create a large number of really fast routers, skew the entire distribution in their favor, etc) 13:49 &lt; jrandom&gt; ok, do we have anything else for 3) peer profiling / selection? 13:49 &lt; deer&gt; &lt;duck&gt; . 13:50 &lt; deer&gt; &lt;ughabugha&gt; Doesn't look like it. 13:50 &lt; jrandom&gt; ok, moving on to 4) web architecture 13:52 &lt; jrandom&gt; mihi's new streaming lib gives us a lot of flexibility, plus he's mentioned a few times the desire to factor out the httpclient code into something more robust. in addition, human has started updating things to allow transparent squid(or tor-www) proxying and eepsite proxying within the same client 13:52 &lt; jrandom&gt; given all of these different factors, and the likelyhood that web like functionality will be important for i2p's user base, i think we should take a step back and try to envision how it should all fit together 13:53 * mihi has some code flying around on my hd for that httptunnel code. but it's far from being finished 13:53 &lt; mihi&gt; for me httptunnel == httpclient + some filters 13:53 &lt; mihi&gt; of course using my naming and streaming api. 13:54 &lt; mihi&gt; the code atm only allows different "anonymity profiles". 13:54 &lt; jrandom&gt; any thoughts on human's style of failing over to outproxies like squid/etc? 13:54 &lt; mihi&gt; i.e. send all requests over one destination, mux them up to 10, mux them up to one dest per hostname, etc. 13:54 &lt; jrandom&gt; ah, interesting 13:55 &lt; mihi&gt; but these dests are not used yet ;) 13:55 &lt; jrandom&gt; w3rd. yeah, there *is* the big caveat that having lots of destinations on one router does increase CPU load nontrivially 13:55 &lt; jrandom&gt; (since any garlic fail will need to fail once per dest before failing completely) 13:56 &lt; jrandom&gt; there is some magic left that can be used to minimize that though, i think 13:56 &lt; deer&gt; &lt;ughabugha&gt; Are you sure the transparent squid proxying is a good idea in the performance point of view? I mean, people might get too lazy and not take their eepproxy off after browsing I2P sites or using I2P squid, therefore wasting I2P bandwidth for things that don't require anonymity. 13:56 &lt; jrandom&gt; ughabugha&gt; all things require anonymity :) 13:57 &lt; jrandom&gt; (and if they can't tell the difference, well, sheeit...) 13:57 &lt; mihi&gt; my intention for httptunnel is that http links will be rewritten (similarly to fproxy) so that you don't need a proxy but only a servlet. 13:57 &lt; deer&gt; &lt;ughabugha&gt; jrandom: Heh. That way, I2P was born dead. There isn't going to be enough available bandwidth on the network, that all the endnodes would likely consume. 13:58 &lt; mihi&gt; on that info page one might add a feature to browse the site throufh e.g. squid. 13:58 &lt; jrandom&gt; not quite sure i follow. i do understand and agree with the DNS issues involved (though i think we can get around them a few ways) 13:58 &lt; jrandom&gt; ah, ok mihi 13:58 &lt; deer&gt; &lt;aum&gt; morning all 13:58 &lt; jrandom&gt; mihi&gt; so like a much much more advanced "Unable to reach peer" page? 13:59 &lt; mihi&gt; more like a "anonymity warning" page like in freenet ;) 13:59 &lt; jrandom&gt; ughabugha&gt; if we cant handle web browsing, how are we going to handle BT/filesharing? 13:59 &lt; jrandom&gt; hmm mihi, but do we want that, for people who want to browse the web anonymously? or would httpclient not be the app they'd use? 14:00 &lt; jrandom&gt; 'mornin aum, just in time for the dev meeting :) 14:00 &lt; mihi&gt; jrandom: if someone just wants to browse the web anonymously, he 14:00 &lt; deer&gt; &lt;ughabugha&gt; jrandom: Hmm... Good point. Are we going to at all? ;) 14:00 &lt; deer&gt; &lt;aum&gt; jrandom: you're not on iip, you're not on irc.duck.i2p ?!? 14:00 &lt; jrandom&gt; ughabugha&gt; we must. 14:01 &lt; mihi&gt; might configure httptunnel to so so (httptunnel will still work as a proxy, so it's quite trivial to add that) 14:01 &lt; mihi&gt; and most likely someone browsing the web "anonymously" will like some content filters, i guess ;) 14:01 &lt; jrandom&gt; mihi&gt; i think human already did :) 14:01 &lt; jrandom&gt; agreed mihih 14:01 &lt; jrandom&gt; /hih/hi/ 14:02 &lt; mihi&gt; when i say httptunnel, i don't mean httpclient ;) 14:02 &lt; jrandom&gt; ah ok 14:02 &lt; deer&gt; &lt;jrandom_&gt; i'm here aum ;) 14:02 &lt; mihi&gt; but we *really* should move i2ptunnel to use the streaming api ASAP, which will reduce the number of files we must maintain 14:03 &lt; jrandom&gt; agreed 14:03 &lt; mihi&gt; human only patched the old version, i patched the new version myself 14:03 &lt; jrandom&gt; we ran into some bugs this afternoon, not sure if human bounced you logs yet 14:03 &lt; deer&gt; &lt;wilde&gt; another thing for the list: outproxy was taken, but more like i2p2i 14:04 &lt; mihi&gt; i did not get logs yet from anyone... 14:04 &lt; jrandom&gt; mihi&gt; we'll get on to the streaming code asap, we can talk about it after the meeting if you've got a moment, or over email? 14:04 &lt; deer&gt; * aum spent part of yesterday looking at p2p apps with a view to running them on i2p 14:04 &lt; jrandom&gt; wilde&gt; hmm? 14:04 &lt; jrandom&gt; wikked aum, anything promising? 14:04 &lt; deer&gt; * aum is presently inclined to favour 'push'-type filesharing, eg konspire2b 14:05 &lt; jrandom&gt; i2psnark could be modified to use the new i2ptunnel streaming api fairly easily too 14:05 &lt; deer&gt; &lt;human&gt; mihi: sending the logs (mihi@i2p.net, right?) 14:06 &lt; mihi&gt; dunno if mihi made a redirect for me 14:06 &lt; deer&gt; &lt;mihi&gt; s/mihi/jrandom 14:06 &lt; jrandom&gt; hmm aum, do you think that freenet/insert model really would work most effectively? 14:06 &lt; deer&gt; &lt;wilde&gt; jrandom: i was thinking of using a i2p webserver -&gt; proxy -&gt; internet, so people can browse a i2p site, but maybe an ordinary tunnel can manage the traffic 14:06 &lt; jrandom&gt; mihi&gt; want me to set that to for ward to you? 14:06 &lt; mihi&gt; jrandom: nothing against it ;) 14:07 &lt; deer&gt; &lt;ughabugha&gt; aum: 'Push'-type? What's that? 14:07 &lt; deer&gt; &lt;aum&gt; what i like about konspire2b is it takes away the expectation for instant/prompt delivery, and reduces bandwidth requirement, by only broadcasting content announcements, then letting people 'subscribe' to 'content feeds' 14:07 &lt; jrandom&gt; mihi&gt; done. 14:08 &lt; deer&gt; &lt;aum&gt; so instead of requesting a file, sitting and twiddling your thumbs, getting pissed off waiting for it to come in, you just 'subscribe' to the source's 'channel', then get on with other stuff 14:08 &lt; deer&gt; &lt;aum&gt; konspire2b.sf.net 14:08 &lt; jrandom&gt; aum&gt; but isn't that incredibly innefficient, since you've got to manage an overlay network (broadcast) for list of things available, then you've got to relay them? 14:09 &lt; jrandom&gt; wouldn't a direct swarming system be much more useful / efficient? 14:09 &lt; deer&gt; &lt;ughabugha&gt; Heh. That sounds promising for I2P. 14:09 &lt; deer&gt; &lt;aum&gt; jrandom: any examples of direct swarming? 14:09 &lt; jrandom&gt; wilde&gt; oh, so like the cgiproxy on duck and janonymous's site? 14:09 &lt; jrandom&gt; aum&gt; bittorrent 14:10 &lt; deer&gt; &lt;ughabugha&gt; aum: Did you mean http://konspire.sourceforge.net/? 14:10 &lt; jrandom&gt; where you get the torrent somewhere, and get content blocks directly from peers who have it 14:10 &lt; deer&gt; &lt;aum&gt; ughabugha: guess so :) 14:10 &lt; mihi&gt; argl... $me-&gt;brother removed the port forward for i2p... 14:10 &lt; jrandom&gt; d'oh 14:10 &lt; deer&gt; &lt;aum&gt; jrandom: is anyone currently trying bt/i2p? 14:11 &lt; deer&gt; &lt;baffled&gt; aum, have you had a close look at mnet? 14:11 &lt; jrandom&gt; aum&gt; eco made some headway with i2psnark 14:11 &lt; deer&gt; &lt;aum&gt; i've had a look, but not a close look 14:11 &lt; jrandom&gt; (though he's mia at the moment) 14:12 &lt; jrandom&gt; hmm, mnet with eepsite metatrackers and human's i2p/twisted transport might work 14:12 &lt; deer&gt; &lt;duck&gt; heavy testing by janonymous and me seem to show that the current i2psnark problems are 50% caused by i2p and 50% by snark 14:12 &lt; jrandom&gt; duck&gt; how recently were those tests? 14:12 &lt; deer&gt; &lt;duck&gt; last week 14:12 &lt; jrandom&gt; though i've got no qualms with potentially exploring other bt implementations 14:12 &lt; jrandom&gt; ah ok 14:13 &lt; deer&gt; &lt;duck&gt; about mnet, I _think_ that you'd first to fix mnet itself before you could make that working 14:13 &lt; deer&gt; &lt;duck&gt; so you might as wel fix freenet and use that 14:13 &lt; jrandom&gt; heh 14:13 &lt; deer&gt; &lt;aum&gt; fix freenet, ok! right after we bring in world peace ;p 14:13 &lt; deer&gt; &lt;duck&gt; but ask in #mnet @ freenode 14:13 &lt; deer&gt; &lt;Pellinore&gt; mnet=? 14:13 &lt; deer&gt; &lt;Pellinore&gt; Mute? 14:14 &lt; jrandom&gt; in that sense, perhaps an azureus mod for i2p might work? 14:14 &lt; deer&gt; &lt;wilde&gt; no, a market based p2p approach 14:14 &lt; jrandom&gt; pellinore - mnet.sf.net, a distributed data store without anonymity 14:14 &lt; deer&gt; &lt;baffled&gt; Actually, I'm using mnet quite reliably on about five machines. 14:14 &lt; jrandom&gt; right, the mojonation followon 14:14 &lt; deer&gt; &lt;baffled&gt; I can't use freenet reliably on one machine. 14:14 &lt; deer&gt; &lt;duck&gt; baffled: 0.6 or 0.7? 14:14 &lt; deer&gt; &lt;duck&gt; (0.7 is with twisted iirc) 14:16 &lt; deer&gt; &lt;Pellinore&gt; jrandom -- thanks. 14:16 &lt; deer&gt; &lt;Pellinore&gt; You can't use Freenet reliably on any machine. 14:17 &lt; deer&gt; &lt;baffled&gt; 0.6.[23]. 14:17 &lt; deer&gt; &lt;Pellinore&gt; That is, among other reasons, why we are here. :) 14:17 &lt; deer&gt; &lt;aum&gt; i find that entropy works well... eventually! 14:17 &lt; jrandom&gt; i don't know, i still think freenet might be a good base to work from for the i2p DHT (when we can cut out most of the code and keep the data store / SSK/CHK stuff) 14:18 &lt; jrandom&gt; for file sharing, we should learn from the filesharing crowd what works best 14:18 &lt; deer&gt; &lt;aum&gt; but since my linuxworld article on entropy, there's gazillions of entropy nodes now, and the net has taken on some freenet performance characteristics 14:18 &lt; deer&gt; &lt;Pellinore&gt; I like the basic layout and features of Freenet, it's just that the fucker doesn't work, especially if one is using a dialup connection. 14:18 &lt; jrandom&gt; e.g. DC clones, BT, [or what else do those crazy filesharing people use?] 14:19 &lt; jrandom&gt; heh aum, damn you ;) 14:19 &lt; deer&gt; &lt;duck&gt; plus there are the things that Newsbyte did identify about entropy... 14:19 &lt; deer&gt; &lt;aum&gt; it's weaker anonymity, for example? 14:19 &lt; deer&gt; &lt;baffled&gt; Right but there are instability issues with 0.7. 14:19 &lt; deer&gt; &lt;baffled&gt; I think this connection has gotten flakey again. 14:19 &lt; jrandom&gt; and security issues. i think we can unfortunately pass on using entropy 14:21 &lt; jrandom&gt; but, erm, we're on discussion point 4, *web* architecture so for the moment lets jump back to that ;) 14:21 &lt; deer&gt; &lt;aum&gt; another mad-assed file-sharing idea - what about using nntp, with n people running linked nntpds, and just use one of those libs that breaks down files into b64 chunks and posts them, and libs to retrieve them? 14:22 &lt; jrandom&gt; NNTP would be really interesting - its reliable as fuck and time tested 14:22 &lt; deer&gt; &lt;duck&gt; linking the servers? 14:22 * jrandom would love to have an innd running with i2p ;) 14:23 &lt; deer&gt; &lt;aum&gt; and since i2p does the anonymity, there's no need for nntp to have it 14:23 &lt; jrandom&gt; right, the innd feed line could point at a local i2ptunnel proxy 14:23 &lt; deer&gt; &lt;aum&gt; and people with different servers can config the servers to cache their own choice of groups 14:23 &lt; mihi&gt; depending on how often they peer it would be possible to censor articles by creating message id collisions 14:23 &lt; deer&gt; &lt;duck&gt; (ever tried configuring innd?) 14:24 &lt; jrandom&gt; many times duck, but a loooong time ago 14:24 &lt; deer&gt; &lt;aum&gt; is innd hard to setup? 14:24 &lt; deer&gt; &lt;duck&gt; oh well, you are god 14:24 &lt; jrandom&gt; mihi&gt; agreed - thats not a censorship proof distribution medium 14:24 &lt; jrandom&gt; aum&gt; its a bitch 14:25 &lt; jrandom&gt; just like squid - its good at what it does, but we likely need something dirt simple (one click, hopefully) to bundle 14:25 * jrandom drags us back on topic 14:26 &lt; deer&gt; &lt;aum&gt; and yet another p2p/filesharing approach - i seem to recall seeing a p2p app that works via http, chaining http servers 14:26 * mihi guesses most users don't know how to set up a proxy in their brwoser... 14:26 &lt; deer&gt; &lt;aum&gt; sorry, what's the topic? 14:26 &lt; jrandom&gt; agenda item 4) web architecture ;) 14:26 &lt; aum&gt; as in, web servers within i2p? 14:26 &lt; mihi&gt; aum: yep 14:26 &lt; jrandom&gt; thats a good point mihi - a web system will want the basics (.bat, .sh scripts) for startup/shutdown 14:27 &lt; jrandom&gt; hmm, doesn't mozilla include a javascript url you can do to set the proxy? 14:27 &lt; jrandom&gt; e.g. could we have a config page on httptunnel to click "on"/"off"? 14:28 &lt; jrandom&gt; i realize we're not going to come to any decisions today about how the web functionality should work, but we should get some directions down 14:28 &lt; aum&gt; what's the problem with the current eepproxy setup? 14:29 &lt; jrandom&gt; e.g. filtering, inbound proxies (eeproxies), outbound servers (normal i2ptunnel server), outbound proxies (outproxies ala squid or tor-www) 14:29 &lt; mihi&gt; aum: it requires quite some skill both to provide and to request eepsites 14:29 &lt; jrandom&gt; also, the existing outproxy system sucks. 14:29 &lt; jrandom&gt; its wholely unscalable 14:29 &lt; jrandom&gt; we need something to allow/force distributing the outbound web request load across multiple outproxies 14:30 &lt; mihi&gt; how can users get these outproxies. config file (like in hosts.txt?) 14:30 &lt; jrandom&gt; and one reason why normal people would want to run outproxies is for plausible deniability - even if THEY are requesting "bad stuff", they can say "i2p did it" 14:31 &lt; jrandom&gt; thats one option mihhi 14:31 &lt; mihi&gt; jrandom: hehe 14:31 &lt; jrandom&gt; s/hh/h/ 14:31 &lt; aum&gt; but doesn't eepproxy make 'direct' http connection to the requested server, ie as 'direct' as i2p connections are? 14:31 &lt; deer&gt; &lt;wilde&gt; . /castvote DHT ala Freenet 14:31 &lt; mihi&gt; aum: the problem are "normal" web urls. 14:31 &lt; jrandom&gt; ./castvote 3 developers x 1 month x 12h / day 14:32 &lt; deer&gt; * human added httptunnel support to the TunnelManager, btw 14:32 &lt; deer&gt; &lt;human&gt; s/httptunnel/httpclient/ 14:32 &lt; deer&gt; &lt;aum&gt; what's that? 14:32 &lt; deer&gt; &lt;aum&gt; oh, http client support? 14:32 &lt; deer&gt; &lt;human&gt; aum: yes 14:32 &lt; jrandom&gt; right, we need to find a way to let people browse slashdot.org via i2p 14:32 &lt; deer&gt; &lt;aum&gt; so tunnelmgr now talks http? 14:32 &lt; jrandom&gt; nice1 human! 14:32 &lt; jrandom&gt; aum&gt; remember the squid proxy? 14:33 &lt; deer&gt; &lt;aum&gt; yep 14:33 &lt; deer&gt; &lt;wilde&gt; jrandom: so 4 man-months roughly for a DHT? 14:33 &lt; deer&gt; &lt;human&gt; aum: yup: openhttpclient &lt;port&gt; [&lt;outbound WWW proxy&gt;] 14:33 &lt; jrandom&gt; wilde&gt; i think thats reasonable, yes. 14:34 &lt; deer&gt; &lt;aum&gt; human: have you written it up anywhere? 14:35 &lt; jrandom&gt; aum&gt; all it does is say "if !eepsite { send through $outboundWWWproxy } else {send to eepsite}" 14:35 &lt; deer&gt; &lt;human&gt; aum: i was going to commit, then i got stuck with a StreamingI2PTunnelServer bug... 14:36 &lt; jrandom&gt; a good short term solution would be a "outproxies.txt", ala hosts.txt 14:36 &lt; deer&gt; &lt;aum&gt; human: and what exactly does 'openhttpclient &lt;port&gt; [&lt;outbound WWW proxy&gt;]' do? 14:36 &lt; jrandom&gt; though we should start thinking about medium and long term solutions 14:37 &lt; deer&gt; &lt;human&gt; human: will open a proxy listening for connections, that will redirect to WWW-proxy all the stuff that goes to URLS not ending with .i2p 14:38 &lt; deer&gt; &lt;Pellinore&gt; Now that's interesting. 14:38 &lt; deer&gt; &lt;aum&gt; human: ahh, nice, so you split off a thread within tunnelmgr? 14:38 &lt; deer&gt; &lt;human&gt; human: i.e. you can use it to browse both eepsite and the normal web 14:38 &lt; deer&gt; &lt;human&gt; human: yes 14:38 &lt; deer&gt; &lt;human&gt; s/human/aum/ :-) 14:39 &lt; deer&gt; &lt;aum&gt; slightly outside the 'brief' of tunnelmgr, but hey, there's no other place more appropriate in the i2p code - good job d00d 14:39 &lt; deer&gt; &lt;aum&gt; human: so you talk python *and* java? is that damaging your brain? 14:39 &lt; deer&gt; &lt;human&gt; aum: i did it to avoid launching yet another JVM for the EepProxy 14:40 &lt; jrandom&gt; (well, the code is implement in i2ptunnel's httpclient, human just recently exposed it through tunnelmanager as well) 14:40 &lt; deer&gt; &lt;aum&gt; yes, always good to keep the jvm instances down to a minimum 14:40 &lt; jrandom&gt; ((and imho httpclient is exactly where it should go ;) 14:40 &lt; jrandom&gt; (((until mihi's NextGen httpclient [httptunnel] is out))) 14:41 &lt; deer&gt; &lt;aum&gt; is httpclient in cvs, such that it'll build for me as part of i2p update/build? 14:41 &lt; jrandom&gt; yes, eepProxy uses httpclient 14:42 &lt; deer&gt; &lt;aum&gt; *man this is so schizophrenic - i've got 3 xchat sessions open (irc.duck.i2p,iip,freenode)) 14:42 &lt; jrandom&gt; :) 14:42 &lt; deer&gt; &lt;aum&gt; wicked latency on irc.duck.i2p 14:42 &lt; jrandom&gt; ok, so no closure on the web architecture today, obviously, but worthwhile discussion 14:43 &lt; jrandom&gt; yeah aum, 15s or so for me 14:43 &lt; jrandom&gt; anything else on the web architecture for now, or should we move on to the 5) ??? open discussion section? 14:43 &lt; deer&gt; * human is thinking about an I2PSocksTunnel 14:44 &lt; jrandom&gt; yikes, now that'd be cool 14:44 &lt; deer&gt; &lt;human&gt; (well, maybe it belongs to 5) 14:44 &lt; deer&gt; &lt;aum&gt; socks? is there a way to 'shim' non-socks-enabled clients through to a socks interface? 14:44 &lt; deer&gt; &lt;human&gt; aum: apt-get install tsocks :-) 14:45 &lt; aum&gt; web discussion - one last thing - what about possibly forking /patching an existing web client 14:45 &lt; mihi&gt; aum: sockscap for windwos 14:45 &lt; jrandom&gt; aum&gt; scary. very powerful, but scary. 14:45 &lt; jrandom&gt; [i'd hate to have to maintain that] 14:45 &lt; aum&gt; even for now, a brain-dead browser like dillo 14:46 &lt; jrandom&gt; [[though it could be made 'uber secure', etc. but still, very, very scary]] 14:46 &lt; aum&gt; or better, the browser control in wxwindows, it's multiplatform 14:46 * jrandom reminices about the orignial flinks, when it had a built in freesite browser 14:47 &lt; aum&gt; but then again, n00bs will whinge if they can't surf their usual m$-specific-javascript-infested sites 14:47 &lt; jrandom&gt; right aum, and so will hackers if it doesnt support the latest standards compliant code 14:47 &lt; aum&gt; hey, we should ask Microsoft for the source to IE6, then patch it ;p 14:47 &lt; jrandom&gt; building a browser == good way to waste thousands of man-hours 14:47 &lt; jrandom&gt; heh 14:47 &lt; deer&gt; * human is quite happy using privoxy 14:48 &lt; aum&gt; maybe they might toos in ie6 source as part of the European punitive settlement 14:48 &lt; deer&gt; &lt;human&gt; (http://www.privoxy.org/) 14:48 &lt; aum&gt; s/toos/toss/ 14:48 &lt; jrandom&gt; human&gt; how would that fly for both sides of the proxy? 14:48 &lt; jrandom&gt; e.g. we'll want the content filtered locally, not at the outbound endpoint 14:49 &lt; deer&gt; &lt;human&gt; jrandom: users could be encouraged to install it 14:49 &lt; jrandom&gt; (but the outbound endpoint will want to filter some content to avoid abuse, etc) 14:49 &lt; deer&gt; &lt;human&gt; jrandom: or it may be part of the default I2P installation 14:49 &lt; aum&gt; what if a DWP (distrib web proxy) was using a DHT for its cache? 14:49 &lt; jrandom&gt; encourage == only geeks. bundle :) 14:49 &lt; jrandom&gt; that'd be Good aum 14:49 &lt; deer&gt; &lt;human&gt; jrandom: eheheh, agreed :-) 14:49 &lt; deer&gt; &lt;human&gt; jrandom: privoxy also runs on windogs, btw 14:50 &lt; jrandom&gt; word. yeah, we need some sort of content filtering - privoxy, muffin, whatever. 14:50 &lt; deer&gt; &lt;wilde&gt; long meeting... 14:50 * jrandom takes the hint.. 14:51 &lt; deer&gt; &lt;Pellinore&gt; wilde: Much to be said. 14:51 &lt; jrandom&gt; anyone else have anything they want to bring up? we always have the mailing list for further things 14:51 &lt; deer&gt; &lt;Pellinore&gt; And much to be done of course. 14:51 &lt; deer&gt; &lt;Pellinore&gt; I have a couple of small questions. 14:51 &lt; aum&gt; could we fork privoxy and 1) make it work over i2p, 2) make it use DHT for caching? 14:51 &lt; deer&gt; &lt;Pellinore&gt; But they are as easily taken up privately. 14:51 &lt; jrandom&gt; pellinore&gt; whats up? 14:51 &lt; deer&gt; &lt;Pellinore&gt; Nada, sorry I said anything. 14:51 &lt; jrandom&gt; aum&gt; most likely we wouldnt need to fork 14:52 &lt; deer&gt; &lt;Pellinore&gt; I'll talk to you about it privately, or duck, at another time. 14:52 &lt; deer&gt; &lt;Pellinore&gt; Not really dev-specific stuff. 14:52 &lt; deer&gt; &lt;duck&gt; 10+16+7=33 manhours wasted on this one-hour overtime :) 14:52 &lt; jrandom&gt; but building a DHT is a lot of effort. wholely incredibly worthwhile 14:52 -!- Irssi: #i2p: Total of 10 nicks [0 ops, 0 halfops, 0 voices, 10 normal] 14:52 * aum goes again to visit infoanarchy.org wiki pages on DHTs 14:52 &lt; jrandom&gt; there are 16 people on iip? 14:53 &lt; deer&gt; &lt;human&gt; aum: no need to fork, just: web browser &lt;-&gt; privoxy &lt;-&gt; httpclient &lt;-&gt; i2p &lt;-&gt; outbound proxy &lt;-&gt; www.pr0n.com 14:53 &lt; deer&gt; &lt;wilde&gt; a generic DHT that would work outside I2P too, and that allows other binding than http 14:53 &lt; jrandom&gt; aum&gt; check out the link duck added to the i2p wiki, listing various ones 14:54 &lt; deer&gt; &lt;human&gt; aum: you can configure privoxy to make it connect to another HTTP/socks proxy (that's how my I2P-to-tor privoxy works) 14:54 &lt; deer&gt; &lt;duck&gt; (http://www.bamboo-dht.org/) 14:54 &lt; aum&gt; not sure i like the idea of a dht working outside i2p - the best dht is one without anonymity (and the anonymity overhead) that can work most optimally within i2p 14:54 &lt; jrandom&gt; hrm duck, what happened to that list of 'em? 14:54 &lt; deer&gt; &lt;duck&gt; aum: easier to test 14:55 &lt; deer&gt; &lt;duck&gt; jrandom: some commie did remove it I guess 14:55 &lt; jrandom&gt; heh 14:56 &lt; jrandom&gt; google++ : http://www.etse.urv.es/~cpairot/dhts.html 14:56 &lt; jrandom&gt; (not the same page, but interesting) 14:56 &lt; jrandom&gt; oh, here's the page - http://himalia.it.jyu.fi/ffdoc/storm/pegboard/available_overlays--hemppah/peg.gen.html 14:57 &lt; jrandom&gt; but yes, a DHT that doesnt try to implement anonymity, plus a DHT that supports both CHK-style and SSK style content would be best 14:58 &lt; jrandom&gt; (SSK style not being strictly necessary, but damn it would be really useful) 14:58 &lt; jrandom&gt; but, anyway 14:58 &lt; jrandom&gt; anyone got anything else they want to bring up? 14:59 &lt; deer&gt; &lt;duck&gt; tomorrow is St. Patrick's Day 14:59 &lt; deer&gt; &lt;wilde&gt; topic 5) ? 14:59 &lt; deer&gt; &lt;duck&gt; so all drink irish beer 14:59 &lt; jrandom&gt; good point 14:59 &lt; deer&gt; &lt;Pellinore&gt; TOmorrow is both the anniversary of my current relationship, and of my second marriage. 14:59 * jrandom takes note to avoid irish pubs tomorrow 15:00 &lt; jrandom&gt; oh, congrats pellinore :) 15:00 &lt; jrandom&gt; wilde&gt; we're on 5) ??? 15:01 &lt; jrandom&gt; (and about to be on 6) [baf]) 15:01 * jrandom will be coming to iip momentarily [if i can] 15:01 * jrandom winds up 15:01 * jrandom *baf*s the meeting closed </div>/ko/blog/2004/03/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-3%EC%9B%94-2%EC%9D%BC/Tue, 02 Mar 2004 00:00:00 +0000/ko/blog/2004/03/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-3%EC%9B%94-2%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> duck, jrandom, kaji, madman, nick, ughabugha, wilde</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> 13:07 &lt; jrandom&gt; 0) 안녕 13:07 &lt; jrandom&gt; 1) 개발 상태 13:07 &lt; jrandom&gt; 2) 캐스케이드 13:07 &lt; duck&gt; 그만할게요 13:07 &lt; jrandom&gt; 3) 로드맵 13:07 &lt; jrandom&gt; 4) 웹사이트 13:07 &lt; jrandom&gt; 5) ??? 13:07 &lt; jrandom&gt; 0) 안녕 13:07 * jrandom 첫 over-i2p i2p 개발자 미팅에 손을 흔든다 :) 13:07 &lt; ughabugha&gt; 닉은 Janonymous. 13:08 &lt; ughabugha&gt; 좋아요. 13:08 &lt; duck&gt; 하이 13:08 &lt; jrandom&gt; 주간 상태 노트는 메일링 리스트에 게시됩니다 (온라인: http://i2p.net/pipermail/i2p/2004-March/000155.html) 13:08 &lt; ughabugha&gt; 안녕. 13:08 &lt; jrandom&gt; 평소처럼, 그걸 가이드로 따라갈게요 13:08 &lt; nick&gt; hello 13:09 &lt; jrandom&gt; 1) 개발 상태로 들어가죠 13:09 * jrandom "Progress is being made"라는 만트라를 반복한다 13:10 &lt; jrandom&gt; 0.2.5에는 좋은 것들이 좀 있고, 오래 숨어 있던 버그들도 찾아내고 있어요 13:10 &lt; jrandom&gt; 최신 건 db 관련인데, 아직 고치지 못했으니 CVS HEAD를 따라갈 필요는 없어요 13:11 &lt; jrandom&gt; 에코 테스트는 꽤 좋은 결과를 보여주지만, irc와 snark 관련해서 해결해야 할 이슈들이 아직 있어요 13:12 &lt; jrandom&gt; eepsite 가져오는 건 어떤가요? 13:12 &lt; jrandom&gt; (그리고/또는 squid?) 13:12 &lt; nick&gt; 들쭉날쭉해요 13:12 &lt; duck&gt; janonymous나 ugha로는 대체로 괜찮아요 13:13 &lt; duck&gt; 가끔 janonymous가 내려가기도 하고요 등등 13:13 &lt; ughabugha&gt; 맞아요. 13:13 &lt; duck&gt; &lt;mihi_backup&gt; jrandom: 정말 사람 화나게 하는 법을 아시네요... 13:13 &lt; jrandom&gt; 이런 13:13 &lt; nick&gt; 새 콘텐츠 올려왔어요 13:13 &lt; jrandom&gt; 무슨 일이야 mihi? 13:13 &lt; jrandom&gt; 좋네요 nick 13:14 &lt; jrandom&gt; 아, janonymous 13:15 &lt; nick&gt; 어? 13:15 &lt; nick&gt; :) 13:15 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 지금 양방향 릴레이를 시작했어요. 13:15 &lt; jrandom&gt; 아 멋지네요 13:15 -!- nick [~Janonym@localhost] has quit [Client closed connection] 13:15 &lt; jrandom&gt; 무슨 일이야 mihi? 13:15 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 자동. 13:16 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; :) 13:16 &lt; ughabugha&gt; :) 13:16 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 이런, 버그다. 13:16 &lt; ughabugha&gt; 이런, 버그다. 13:16 &lt; jrandom&gt; ㅎㅎ 아직 있나요, 아니면 개발 상태 관련해 다른 게 있나요? 13:17 &lt; duck&gt; 계속하죠 13:17 &lt; jrandom&gt; ㅇㅋ 13:17 &lt; jrandom&gt; 2) 캐스케이드로 넘어가죠 13:17 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; * mihi_backup is now known as mihi_away 13:17 &lt; ughabugha&gt; * mihi_backup is now known as mihi_away 13:17 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 아, 내 글은 릴레이가 안 되네. 13:17 &lt; ughabugha&gt; 아, 내 글은 릴레이가 안 되네. 13:17 &lt; jrandom&gt; ;) 13:18 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 아, 잠깐만. 13:18 &lt; ughabugha&gt; 아, 잠깐만. 13:18 &lt; madman&gt; 그럼 말하지 마세요 :) 13:18 &lt; jrandom&gt; mix cascades는 저지연 믹스넷의 두 가지 큰 스타일 중 하나이고, i2p에서는 그것들을 쓰지는 않지만, 유용하다고 생각하는 사람이 있다면 자신의 router를 조정해서 비슷한 효과를 얻을 수 있어요 13:19 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 테스트 13:19 &lt; ughabugha&gt; 테스트 13:19 &lt; ughabugha&gt; IIP &lt;jrandom&gt; mix cascades는 저지연 믹스넷의 두 가지 큰 스타일 중 하나이고, i2p에서는 그것들을 쓰지는 않지만, 유용하다고 생각하는 사람이 있다면 자신의 router를 조정해서 비슷한 효과를 얻을 수 있어요 13:19 * jrandom 재귀 에코가 오고 있음을 감지한다... 13:19 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 젠장! 13:19 &lt; ughabugha&gt; 젠장! 13:20 &lt; jrandom&gt; 어쨌든, 기본 설계 질문을 던져서 i2p를 찔러보고 왜 우리가 그렇게 하는지 살펴보는 건 언제나 좋아요 13:21 &lt; jrandom&gt; 앞으로 캐스케이드 같은 시스템에 대해 더 들을 것 같으니, 메일에 쓴 설명이 i2p와 캐스케이드의 관계를 설명하는 데 도움이 되길 바라요 13:21 &lt; ughabugha&gt; 좋아요, _지금은_ 될 거야. 13:21 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 뭔가 말해봐. 13:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 현재 로드맵에서는 믹스넷 구현을 추진하지 말고, 나중으로 미루자고 제안합니다 13:21 &lt; ughabugha&gt; 네, 이제 돼요. 13:21 -!- wilde [~anon@localhost] has joined #i2p 13:22 &lt; jrandom&gt; janymous&gt; 음, i2p는 /확실히/ 믹스넷이긴 한데, mix cascade는 아니죠 13:22 &lt; madman&gt; 오프라인으로 갈게요 13:22 &lt; jrandom&gt; ㅇㅋ, 나중에 봐요 madman 13:22 &lt; jrandom&gt; 안녕 wilde 13:22 &lt; madman&gt; 그럼 이만 13:22 &lt; ughabugha&gt; IIP &lt;wilde&gt; 드디어 13:22 &lt; ughabugha&gt; IIP &lt;wilde&gt; 미팅 안녕하세요 13:22 &lt; jrandom&gt; 하지만 동의해요, mix cascade 기능을 로드맵에 올릴 필요는 없다고 봐요 13:23 &lt; ughabugha&gt; IIP &lt;madman2003&gt; 모두 안녕 13:24 &lt; jrandom&gt; 좋아요, 캐스케이드에 대해 더 있을까요, 아니면 3) 로드맵으로 갈까요? 13:26 &lt; ughabugha&gt; 안녕, wilde@IIP 13:26 &lt; ughabugha&gt; 잘 가, madman@IIP 13:26 -!- madman [~a@localhost] has quit [( www.nnscript.de :: NoNameScript 3.8 :: www.XLhost.de )] 13:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; DHT처럼 나중에 구현할 수 있을 것 같아요. High Wilde 13:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; bye Madman --- 로그 닫힘 Tue Mar 02 13:27:07 2004 --- 로그 열림 Tue Mar 02 13:27:52 2004 13:27 -!- jrandom [~jrandom@localhost] has joined #i2p 13:27 -!- Irssi: #i2p: Total of 3 nicks [0 ops, 0 halfops, 0 voices, 3 normal] 13:27 -!- wilde [~anon@localhost] has joined #i2p 13:27 &lt; jrandom&gt; 돌아왔어요 13:28 &lt; ughabugha&gt; 이럴, jrandom 나가버렸네. 13:28 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 쳇 13:28 &lt; jrandom&gt; 좋아요 제가 마지막으로 본 건 13:26:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; bye Madman 13:28 -!- Irssi: Join to #i2p was synced in 36 secs 13:28 &lt; jrandom&gt; (irssi가 핑을 놓쳐서 끊겼어요) 13:29 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 로드맵을 놓쳤어요 13:29 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 아.. 우리 모두 로드맵으로 넘어가기로 합의했어요 ;) 13:29 &lt; jrandom&gt; 맞음 13:29 &lt; jrandom&gt; 좋아요, 로드맵 변경 때문에 아마 mihi가 지금 저를 미워할 거예요 13:30 &lt; ughabugha&gt; 음, 그보다 더 많이 놓쳤어요. 13:30 &lt; ughabugha&gt; 잠깐만요. 13:30 &lt; ughabugha&gt; [23:23 39] &lt;ughabugha&gt; IIP &lt;wilde&gt; 아, 이제 두 캠프가 있네, iip 갱과 I2P 파 13:30 &lt; ughabugha&gt; [23:23 47] &lt;ughabugha&gt; IIP &lt;wilde&gt; 두 개 13:30 &lt; ughabugha&gt; [23:23 50] &lt;ughabugha&gt; 헤헤. 13:30 &lt; ughabugha&gt; [23:23 54] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; :) 릴레이 하나 돌렸어요 13:30 &lt; ughabugha&gt; [23:24 22] &lt;ughabugha&gt; 이건 급하게 뚝딱 만든 임시 스크립트예요. 다음 미팅은 더 나은 걸 생각해봐야겠어요. 13:30 &lt; ughabugha&gt; [23:24 44] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; 잘 돼요 13:30 &lt; ughabugha&gt; [23:25 18] &lt;ughabugha&gt; 좋아요, 이제 릴레이 말고 I2P에 집중합시다. 13:30 &lt; ughabugha&gt; [23:25 39] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; 그러니까, mix cascades는 i2p 위에서 꽤 잘 구현할 수 있을 것 같아요 13:30 &lt; ughabugha&gt; 홍수 죄송. 13:30 &lt; duck&gt; 완전 혼돈이네요 13:31 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 하지만 /over/를 강조할 수 있다고 봐요 13:31 &lt; ughabugha&gt; 좋아요, 3) 로드맵 13:31 &lt; ughabugha&gt; duck: 그러게요. 13:31 &lt; jrandom&gt; 이건 67번째 미팅에 비하면 아무것도 아니죠 ;) 13:31 &lt; jrandom&gt; 좋아요, 3번으로 13:31 &lt; jrandom&gt; 로드맵 관련해 의견 있나요? 13:32 &lt; jrandom&gt; 변경사항 / 견해 / 우려? 13:32 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; Multi-tunneling 13:32 &lt; jrandom&gt; janonymous&gt; 그건 이미 있어요 13:32 &lt; jrandom&gt; (0.2.5부터) 13:32 &lt; jrandom&gt; 제 이해가 맞다면요 13:33 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 그런데, 전송을 가속하려고 하나의 파일을 두 개의 tunnels로 동시에 보내는 식으로요? 13:33 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 동시에요 13:34 &lt; jrandom&gt; i2p는 파일 단위로 다루지 않지만, 맞아요, 각 i2p 메시지는 이제 여러 tunnels로 내려갈 수 있어요 13:34 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 그건 2.0 영역에 훌륭한 추가가 될 거라 생각해요 13:34 &lt; jrandom&gt; 예: 처음 32kb는 tunnel X로, 다음 32kb는 tunnel Y로 보낸다 13:35 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 맞아요.. 그걸 말하는 거였어요.. 제게는 아주 필요해 보여요 13:35 &lt; jrandom&gt; 하지만 i2psnark가 i2cp 지원과 함께라면 더 최적화할 수 있을 거예요 13:35 &lt; jrandom&gt; janonymous&gt; 지금 그렇게 해요 13:36 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 오. I2PSnark가 point-to-point 통신에 여러 tunnels을 활용하나요? 13:36 &lt; jrandom&gt; 모든 메시지가 여러 tunnels로 내려갈 수 있어요. 13:36 &lt; duck&gt; 이론상으로는요 13:37 &lt; jrandom&gt; 이론상만은 아니에요 - 메시지가 15초를 넘기면, 사용 가능한 다른 lease로도 보냅니다 13:37 &lt; jrandom&gt; 그리고 30초를 넘기면, leaseSet을 버리고 다시 가져오며, 그 다음 메시지는 새로 찾은 leases로 내려갑니다 13:37 &lt; jrandom&gt; 하지만 13:38 &lt; jrandom&gt; i2ptunnel (그리고 i2p의 mode=guaranteed를 사용하는 다른 것들)은 다음 메시지를 보내기 전에 각 메시지가 전달될 때까지 기다립니다 13:38 &lt; jrandom&gt; 네이티브 i2cp 앱은 그럴 필요가 없어요 13:38 &lt; jrandom&gt; (그리고 socket library도 구현되고 SACK(선택적 확인 응답)을 지원하게 되면, socket library를 사용하는 앱들도 마찬가지예요) 13:38 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 좋아요.. 그건 앞으로 이러한 tunnels에 훌륭한 방법이 될 거라고 생각해요.. 속도와 익명성을 위해서요 13:38 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 그리고 개별 tunnels의 부담을 덜어주는 데에도요 13:39 &lt; jrandom&gt; 동의해요 13:39 &lt; jrandom&gt; 좋아요, 로드맵에 대해 다른 게 있나요? 13:40 &lt; jrandom&gt; (socket lib를 뺀 걸로 저한테 욕할 사람? mihi? :) 13:41 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 오늘 일찍 멀티 터널링을 설명하려고 비유를 썼는데요.. 도로에 차선을 추가하는 것 같다고 했어요 13:42 &lt; jrandom&gt; 거의 그렇죠 13:42 &lt; jrandom&gt; (다만 진입로의 차선 수는 항상 같죠 ;) 13:42 &lt; duck&gt; mihi가 화났다면 자기가 socket API를 하면 되잖아요, 안 그래요? 13:43 &lt; jrandom&gt; 그렇죠, 또는 다른 누가 해도 되고요. socket lib는 좋은 거예요 13:43 &lt; jrandom&gt; (하지만 어렵고, 제 생각엔 네트워크의 동작 / 보안에 기능적으로 필수는 아니에요) 13:44 &lt; jrandom&gt; 그걸 하면서 i2p 코어 코드를 계속 진전시킬 시간이 있었으면 해요 13:44 &lt; jrandom&gt; 하지만, 뭐 인생이 그렇죠 13:45 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; mihi는 여기 없는 것 같네요 13:45 &lt; ughabugha&gt; 좋아요, 돌아왔어요. 13:45 &lt; jrandom&gt; 쿨 13:45 &lt; jrandom&gt; 좋아요, 4) 웹사이트로 넘어가죠 13:46 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 큰 on-ramp == 케이블 / 작은 on-ramp == 전화접속 ?? 13:46 &lt; ughabugha&gt; 흠 13:46 &lt; ughabugha&gt; socket library는 뭘 하려던 거죠? 13:46 -!- nick [~Janonym@localhost] has joined #i2p 13:46 &lt; jrandom&gt; 맞아요 nanonymous 13:46 &lt; jrandom&gt; 아, janonymous 13:46 &lt; jrandom&gt; (어쨌든 i2p가 당신의 로컬 네트 연결을 더 빠르게 만들 수는 없어요) 13:46 &lt; jrandom&gt; ughabugha: http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary 13:47 &lt; ughabugha&gt; 자바용 socket library 말인가요? 이미 하나 있는 거 아니에요? 13:47 &lt; jrandom&gt; socket lib는 TCP 비슷한 코드를 i2p에서 분리해, i2p가 IP 같은 메시지에 특화되도록 해요 13:47 &lt; nick&gt; yup 13:47 -!- nick [~Janonym@localhost] has quit [Client closed connection] 13:48 &lt; jrandom&gt; 아, 맞아요, 그런데 이건 애플리케이션이 i2p 위에서 데이터를 훨씬 효율적으로 스트리밍할 수 있게 해요 (지금처럼 각 메시지마다 ACK를 요구하는 대신, socket library가 selective ACK를 지원할 때/지원하면) 13:49 &lt; jrandom&gt; SACK을 router 내부에 구현하는 건 마음에 들지 않아요, 그건 (socket lib로) 밖으로 빼도 안전하니까요 13:49 &lt; ughabugha&gt; 근데 왜 뺐죠? 그렇게 일이 많이 드나요? 13:49 &lt; jrandom&gt; 네, 제대로 하려면요 13:49 &lt; jrandom&gt; 반쯤 구현된 코드가 있긴 한데, 그걸 유지보수하고 테스트할 시간이 없어요 13:49 &lt; ughabugha&gt; 알겠어요. 당신이 최고. 13:50 &lt; jrandom&gt; 음, 그걸 구현하는 $devWhoImplements 가 최고죠 ;) 13:50 &lt; jrandom&gt; 어쨌든, 4) 웹사이트로 넘어가죠 13:50 &lt; ughabugha&gt; :) 13:51 &lt; ughabugha&gt; 자원봉사자 있나요? 13:51 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 익명 p2p 구현에 대한 리서치 13:51 * jrandom ughabugha의 질문을 따라 말한다 :) 13:51 &lt; jrandom&gt; 흠 janonymous? 13:51 &lt; ughabugha&gt; Janonymous: 이는 5) ???에서 다룰 거예요 13:51 &lt; jrandom&gt; :) 13:52 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 음 그건 사이트에 올라갈 콘텐츠죠 13:52 &lt; jrandom&gt; 아, 맞아요, 동의해요 13:52 &lt; jrandom&gt; (http://i2p.net/pipermail/i2p/2004-February/000133.html의 항목 7을 보세요) 13:53 &lt; jrandom&gt; 그리고 항목 8 13:53 &lt; jrandom&gt; 그 말씀이 아닌가요? 13:53 &lt; jrandom&gt; 지난 여름 i2p를 리서치하고 설계하면서 파헤친 논문 더미를 아마 올릴 거예요 13:53 &lt; jrandom&gt; (아니면 최소한 그들의 citeseer 항목 링크라도) 13:54 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 좋아요. I2P에 쓸 다음 CMS를 논의할까요? 13:54 &lt; ughabugha&gt; jrandom이 이미 CMS를 골랐어요. 13:55 &lt; jrandom&gt; 그렇기도/아니기도 해요 - 한두 달 더 CMS들의 장단점을 조사하느라 시간을 쓰기보다는, 일단 지금은 drupal로 가죠 13:55 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; /topic #i2p 13:55 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 좋아요.. 뭐, 거기에 넣을 콘텐츠로는.. 프레젠테이션이 필요해요 13:55 &lt; jrandom&gt; 다른 걸로 옮겨야 한다면, 콘텐츠를 내보내는 건 충분히 간단하다고 wilde가 보장했어요 13:55 &lt; jrandom&gt; 프레젠테이션요? 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 그림을 많이 넣고 I2P를 단계별로 소개하는 것 13:56 &lt; jrandom&gt; 그래픽 디자인 구현은 필요해요 13:56 &lt; jrandom&gt; 아 맞아요 13:56 &lt; jrandom&gt; 사용자용 소개 13:56 &lt; jrandom&gt; 위키 소개는 대체로 기술자용 소개죠 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 거의 멀티미디어 프레젠테이션 같은 13:56 &lt; ughabugha&gt; IIP &lt;jrand0m&gt; w0ah 13:56 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 맞아요 13:57 &lt; ughabugha&gt; IIP &lt;ughabugha&gt; 야! 13:57 &lt; jrandom&gt; 좋아요, 그건 모아서 만들 수 있을 것 같고, 다만 진짜 installer와 GUI 제어 시스템이 둘 다 준비될 때까지는 그 콘텐츠 제작을 기다리는 게 좋겠어요 13:57 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 그 안에는 글보다 그림이 더 많아야 해요. :) 13:57 &lt; jrandom&gt; 맞아요 13:58 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ㅇㅋ 13:58 &lt; jrandom&gt; 하지만 아직 진짜 installer가 없고, (i2pmgr와 i2pmole이 훌륭하긴 해도) 제어판에는 여전히 작업이 필요하다고 봐요 13:58 &lt; ughabugha&gt; 이건 지금 최우선순위는 아니에요. 13:58 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 물론이죠. 하지만 프로그래밍하지 않는 우리에겐... 13:59 &lt; jrandom&gt; 맞아요. 그래서 자원봉사자가 필요해요: 1) i2p 웹사이트에 어떤 콘텐츠가 필요할지 설계 2) i2p 웹사이트의 그래픽 / css / 레이아웃 설계 3) i2p 웹사이트용 콘텐츠 제작 14:00 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 한 달 정도 시간이 있어요. 그걸로 가치 있게 보낼 수 있을 것 같아요. 14:00 &lt; jrandom&gt; w00t :) 14:00 * jrandom Janonymous를 자원봉사자로 표시한다... 콘텐츠 설계 &amp; 콘텐츠 제작? 14:00 &lt; wilde&gt; 돌아왔어요 14:00 &lt; ughabugha&gt; 음, 저는 HTML, CSS 같은 기술적인 건 할 수 있지만, 글을 잘 쓰는 편도, 디자이너도 아니에요. 14:01 &lt; jrandom&gt; r0x0r 14:01 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 맞아요.. 저는 디자인 쪽은 아직 그리 잘 못해요 14:01 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 글쓰기는 시도해볼 수 있지만, 좋은 피드백이 필요해요.. 에디토리얼 같은 글은 써본 적이 없거든요 14:01 &lt; ughabugha&gt; 무엇을 할지 구체적인 지시가 있으면, 포토샵 등 도구도 쓸 수 있어요. ;) 14:01 &lt; wilde&gt; drupal과 기능들은 제가 맡을게요 14:02 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; ughabugha, 당신을 위한 좋은 아이디어가 있어요 14:02 &lt; jrandom&gt; 맞아요, 콘텐츠 설계라 함은 레이아웃이 아니라, "사용자 소개 페이지, 기술 소개 페이지, FAQ가 필요하다" 같은 걸 말해요 14:02 &lt; ughabugha&gt; 헤헷, 좋아요. :) 14:02 &lt; jrandom&gt; r0x0r0r 14:02 * jrandom wilde와 ughabugha를 자원봉사자로 표시한다 :) 14:02 &lt; ughabugha&gt; 기대하겠습니다. 14:02 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; I2p의 새로운 I2POverview 문서에 링크되어 있는, 제가 만든 허술한 그림이 하나 있어요 14:03 &lt; jrandom&gt; 맞아요, janonymous, 그 그림 꽤 좋아요, 약간 기술적인 문제는 있지만 꽤 유용해요 14:03 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 포토샵에서라면 훨씬 멋져 보일 거예요, 분명 14:04 &lt; ughabugha&gt; 헤헤. 14:04 &lt; ughabugha&gt; Janonymous: 그건 내일 따로 얘기하죠. 14:04 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 어, 사실 실수로 지웠을지도 몰라요 :/ 14:04 &lt; jrandom&gt; 좋아요, 웹사이트에 대해 다른 게 없으면, 5) ???로 넘어갈까요? 14:04 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 좋아요 14:07 &lt; wilde&gt; 좋아요 한 가지: 14:07 &lt; ughabugha&gt; 웹사이트에 대해 다른 거 있나요? 14:07 &lt; wilde&gt; 사이트에서 처음 느껴야 할 느낌은 뭔가요? 14:07 &lt; wilde&gt; 키워드로 부탁해요 14:07 &lt; jrandom&gt; wilde&gt; http://i2p.net/pipermail/i2p/2004-February/000133.html 참고 (브랜딩 관점 단락 :) 14:08 &lt; jrandom&gt; 'anonymous bit by bit' 컨셉이 마음에 들어요 14:08 &lt; ughabugha&gt; 그런가 봐요. 5) ???로 갈까요? 14:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 사용자용 로드맵을 좀 더 자세히 만들까요? 14:08 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 장기 목표를 더 자세히 설명하는 걸로요 14:08 &lt; ughabugha&gt; wilde: 긍정적인 감정만요. 14:09 &lt; jrandom&gt; janonymous&gt; 동의해요, 현재 로드맵은 사실 기술 작업을 위한 기술 노트일 뿐이죠 ;) 14:09 &lt; jrandom&gt; 좋아요, 5) ?? 14:09 &lt; jrandom&gt; 여러분이 제기하고 싶은 게 있나요? 14:10 &lt; wilde&gt; itoopie는 '단순하고 안전함'과는 잘 맞지 않아요 14:10 &lt; wilde&gt; 더 만화 같은 느낌이죠 14:10 &lt; wilde&gt; 그래서 물었어요 14:10 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 맞아요, 사용자들이 참여하도록 기대감을 더 키우는 게 좋겠어요 14:10 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 참여를 끌어내도록요 14:10 -!- kaji [~booky5@localhost] has joined #i2p --- 로그 닫힘 Tue Mar 02 14:11:08 2004 --- 로그 열림 Tue Mar 02 14:12:12 2004 14:12 -!- jrandom_ [~jrandom@localhost] has joined #i2p 14:12 -!- Irssi: #i2p: Total of 6 nicks [0 ops, 0 halfops, 0 voices, 6 normal] 14:12 &lt; jrandom_&gt; 돌아왔어요 14:12 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 그러니까, 그게 있다는 걸 모르는 상태에서도 작동해야 해요 14:12 &lt; jrandom_&gt; wilde&gt; 제안은 환영해요 14:12 &lt; ughabugha&gt; * jrandom_ (~jrandom@localhost) has joined #i2p 14:12 &lt; jrandom_&gt; &lt;Janonymous&gt; 맞아요, 사용자들이 참여하도록 기대감을 더 키우는 게 좋겠어요 14:12 &lt; jrandom_&gt; 흠? 14:14 &lt; ughabugha&gt; 이걸 놓쳤어요: 14:14 &lt; ughabugha&gt; [00:11 43] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; 다시 강조하고 싶어요.. 모든 Multi-tunneling 방식은 투명해야 하고, 모든 클라이언트 앱에서 사용할 수 있어야 한다고 생각해요 14:14 &lt; ughabugha&gt; [00:12 07] &lt;ughabugha&gt; IIP &lt;Janonymous&gt; 그러니까, 그게 있다는 걸 모르는 상태에서도 작동해야 해요 14:14 &lt; jrandom_&gt; janonymous&gt; 이미 구현되어 있어요. 14:14 &lt; jrandom_&gt; i2p는 이미 end-to-end 통신을 여러 tunnels에 걸쳐 투명하게 분산해요 14:15 * jrandom_ jrandom을 킥한다 14:15 -!- jrandom [~jrandom@localhost] has quit [Ping timeout] 14:15 -!- Irssi: Join to #i2p was synced in 231 secs 14:15 &lt; wilde&gt; 참여? 14:15 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 가장 빠르고 안정적인 tunnels를 프로파일링하더라도.. 필요하면 다른 느린 tunnels도 추가 처리량을 위해 쓸 수 있죠 14:15 &lt; kaji&gt; iip 올라와 있나요? 14:15 -!- kaji [~booky5@localhost] has quit [Client closed connection] 14:15 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 그리고 어쨌든 부하를 분산하고 싶을 거예요.. 그 모든 건 클라이언트 앱에 투명해야 하고요 14:15 -!- You're now known as jrandom 14:16 -!- protocol [~iip@localhost] has joined #i2p 14:16 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 좋아요 14:16 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 멋져요 14:16 &lt; jrandom&gt; :) 14:17 &lt; ughabugha&gt; jrandom: ACTION을 쓰지 마세요, 릴레이되지 않아요 ;) 14:17 &lt; jrandom&gt; 하핫 알겠어요 미안 14:17 * jrandom 그들이 볼 수 없는 무언가를 말한다 14:17 &lt; jrandom&gt; ;) 14:17 &lt; jrandom&gt; 좋아요, 다른 얘기할 분 있나요? 14:18 &lt; jrandom&gt; 현재 netDb 버그가 고쳐지면 i2psnark 테스트를 다시 해보는 게 좋겠어요 14:20 -!- kaji [~booky5@localhost] has joined #i2p 14:20 -!- wilde [~anon@localhost] has quit [Ping timeout] 14:20 &lt; ughabugha&gt; 하지만 15초 대기가 정말로 부하를 분산하나요? 14:20 &lt; ughabugha&gt; 제 생각은 좀 달라요. 14:20 * protocol iip는 luser들을 위한 거라고 말한다 14:20 &lt; ughabugha&gt; 제 생각엔 100% 동시여야 해요. 목적지가 처리할 수 있는 한 빠르게, 노드는 tunnel을 통해 패킷을 밀어넣어야 하죠. 14:20 &lt; ughabugha&gt; 모든 tunnels로요, 제 말은. 14:20 -!- nick [~Janonym@localhost] has joined #i2p 14:20 -!- kaji [~booky5@localhost] has quit [Client closed connection] 14:21 &lt; jrandom&gt; ughabugha: 각 메시지는 이상적으로 하나의 tunnel로만 보내지만, 각 메시지는 모든 tunnels에 걸쳐 균형 있게 분산됩니다 14:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 저랑 duck이 I2PSnark로 테스트 하나 했어요 14:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 오늘 일찍요. 14:21 &lt; jrandom&gt; ughabugha: 항상 모든 tunnels로 보낸다면, 상당한 양의 트래픽 낭비가 생길 거예요 14:21 -!- nick [~Janonym@localhost] has quit [Client closed connection] 14:21 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 'I2P'라는 이름, 모두 만족하나요? 14:21 -!- kaji [~booky5@localhost] has joined #i2p 14:21 -!- wilde [~anon@localhost] has joined #i2p 14:22 &lt; jrandom&gt; janonymous&gt; i2p가 이름이에요. 14:22 &lt; jrandom&gt; betty라고 불러도 되지만, 이름은 i2p예요 ;) 14:22 &lt; ughabugha&gt; kaji: 왜 이렇게 깜빡이나요? 14:22 &lt; jrandom&gt; ughabugha: kaji는 우릴 가지고 노는 걸 좋아해요 14:22 &lt; ughabugha&gt; jrandom: 네, 이해해요. 생각했던 대로 동작하네요. 14:23 &lt; kaji&gt; 몰라요 14:23 &lt; kaji&gt; iip 올라와 있나요? 14:23 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 멋져요 14:23 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 저는요 14:23 &lt; ughabugha&gt; 어떤 사람들에겐 되고, 어떤 사람들에겐 안 돼요. 14:23 &lt; ughabugha&gt; 그래서 저는 릴레이를 돌리고 있어요. 14:24 &lt; jrandom&gt; ughabugha++ 14:24 &lt; ughabugha&gt; 네트워크들을 연결하려고요. 14:24 &lt; kaji&gt; 멋져 14:24 &lt; jrandom&gt; 병렬/직렬 전송의 세부사항은 net.invisiblenet.i2p.router.message.OutboundClientMessageJob 에 있습니다 14:24 &lt; ughabugha&gt; :) 14:24 &lt; jrandom&gt; (작동 방식의 더 자세한 내용을 알고 싶은 사람을 위해) 14:25 &lt; jrandom&gt; 좋아요, 다른 얘기할 분 있나요? 14:25 &lt; kaji&gt; 그래서 i2p 개발은 어때요? :) (Mirc가 'lag=30 seconds'라고 하네) 14:25 &lt; jrandom&gt; kaji&gt; 진전 중이에요 ;) 14:26 &lt; jrandom&gt; 여기 irssi는 지연이 80초와 1초 사이를 오르내렸어요 14:26 &lt; jrandom&gt; (지난 90분 동안 두 번 끊김) 14:26 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 새 사이트용 콘텐츠에 대한 아이디어가 더 있나요? 14:27 &lt; ughabugha&gt; IIP &lt;kaji&gt; sweet 14:27 &lt; jrandom&gt; http://i2p.net/pipermail/i2p/2004-February/000133.html 이외에는 drupal의 포럼 모듈 중 하나로 가고 싶네요 14:27 &lt; ughabugha&gt; 전 80분 동안 끊김이 없었어요. 14:27 &lt; jrandom&gt; 좋네요 ughabugha 14:27 &lt; kaji&gt; 흠 지금은 지연이 몇 초로 줄었네요 14:27 &lt; jrandom&gt; 그래요, 들쭉날쭉해요 kaji 14:28 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; 오, 오늘 ugha와 제 eep의 채팅방에서 얘기했어요 :) 14:28 &lt; jrandom&gt; 좋네! 14:28 &lt; ughabugha&gt; Janonymous: 그걸 대화라고 하긴 어려울 듯요. ;) 14:28 &lt; ughabugha&gt; 몇 킬로미터 떨어져서 소리치는 것에 가까웠죠. 14:28 &lt; jrandom&gt; 잠깐, 여러분 음성했어요? 14:29 &lt; ughabugha&gt; IIP &lt;Janonymous&gt; :) 한 메시지였어요 14:29 &lt; ughabugha&gt; :) 14:29 &lt; ughabugha&gt; 음, 지연은 제가 다 일으켰죠. 14:30 &lt; ughabugha&gt; 어쨌든, 논의할 제안이 있으면 지금 하세요, 전 가봐야 해서요. 14:30 &lt; jrandom&gt; 맞아요, 90분이면 회의 마무리하기에 좋은 길이죠... 14:30 &lt; jrandom&gt; 다른 건 메일링 리스트에서 다루면 돼요 14:30 &lt; jrandom&gt; (그리고/또는 나중에 iip/i2p에서) 14:31 * jrandom *baf*er를 감는다... 14:31 * jrandom *baf*로 회의를 종료한다 </div>/ko/blog/2004/02/24/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-2%EC%9B%94-24%EC%9D%BC/Tue, 24 Feb 2004 00:00:00 +0000/ko/blog/2004/02/24/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-2%EC%9B%94-24%EC%9D%BC/<h2 id="간단-정리">간단 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> baffled, DrWoo, duck, human, Janonymous, jrand0m, kaji\_, madman2003, mihi, Trix, wilde</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> [22:00] &lt;jrand0m&gt; 0) 안녕 [22:00] &lt;jrand0m&gt; 1) 0.2.4.2/0.2.5 [22:00] &lt;jrand0m&gt; 2) 문서 [22:00] &lt;jrand0m&gt; 3) ??? [22:00] &lt;jrand0m&gt; 0) 안녕 [22:00] &lt;human&gt; 안녕 [22:00] * jrand0m 새로 재시작된 iip-ircd에 손을 흔듭니다 :) [22:01] &lt;jrand0m&gt; (그리고, 어, 너한테도 :) [22:01] &lt;jrand0m&gt; 주간 상태 노트(우리가 참고하는)는 http://i2p.dnsalias.net/pipermail/i2p/2004-February/000148.html 에 있습니다 [22:01] &lt;jrand0m&gt; (물론 메일링 리스트에도 올라가 있어요) [22:01] &lt;jrand0m&gt; 1) 0.2.4.2/0.2.5 [22:02] &lt;jrand0m&gt; Dev가 0.2.5 릴리스에서 꽤 진전을 내고 있어요. 이 버전은 2개 이상의 hop tunnels와 다중 inbound tunnels를 가진 클라이언트를 허용하고 활용할 수 있게 해줄 거예요 [22:03] &lt;jrand0m&gt; 핵심 기능은 안정성과 실질적 익명성을 높여줄 거예요 [22:04] &lt;jrand0m&gt; 현재의 1-hop tunnels는 능동적 적대자가 수행하는 통계적 공격에 노출시키지만, 0.2.5에서는 자신의 hop 길이를 직접 결정할 수 있게 되고(기본값도 2로 올릴 예정) 통계적 공격을 훨씬 더 복잡하게 만들 것입니다 [22:06] &lt;jrand0m&gt; client 전송 과정과 network db에서 버그 두 개를 발견했는데, 최근의 불안정성 일부를 설명해줄 수 있을 것 같아요 [22:06] &lt;jrand0m&gt; (버그 수정 진행 중) [22:07] &lt;jrand0m&gt; 덧붙이자면, roadmap [http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap]이 여전히 개발 일정(dev schedule)을 잘 반영한다고 봅니다 [22:07] * mihi 님이 #i2p에 참가했습니다 [22:07] &lt;jrand0m&gt; 안녕, mihi [22:07] * protocol 님이 IRC에서 종료했습니다 (핑 타임아웃) [22:07] &lt;jrand0m&gt; 좋아요, router 개발 상태는 여기까지고, 2) 문서로 넘어가죠 [22:07] * human 은 0.2.4 이후로 I2P가 쓸 수 없을 정도라고 말하고 싶어 하네요(적어도 제 PC에서는 0.2.3 시절보다 훨씬 더 나쁘게 동작하는 듯합니다) [22:07] &lt;jrand0m&gt; 흠 [22:08] &lt;human&gt; 회의 끝나고 얘기해볼까요... [22:08] &lt;jrand0m&gt; 안정성, 지연(latency), CPU, 대역폭 관점에서요? [22:08] * protocol 님이 #i2p에 참가했습니다 [22:08] &lt;mihi&gt; 안녕 jrand0m, 모두 안녕 [22:08] &lt;human&gt; jrand0m: eepsite나 I2P 서비스에 전혀 접속할 수가 없어요(잠깐 되는 경우를 빼면) [22:08] * mihi 도 human의 말에 동의합니다 [22:09] &lt;jrand0m&gt; 대부분 eepsites가 내려가 있어요 - 최근에는 duck, baffled, madman2003이 가장 꾸준히 올라와 있더군요 [22:09] &lt;human&gt; jrand0m: 그들도 안 되고, irc.*.i2p도 안 돼요 [22:09] &lt;jrand0m&gt; 저는 웹 브라우징 전부에 squid를 계속 쓰고 있어요 - 그건 사용이 안 되나요? [22:09] &lt;human&gt; jrand0m: 아니요 [22:09] &lt;jrand0m&gt; 흠 [22:10] &lt;madman-away&gt; 음, 제 i2p 사이트는 하루에 대략 8시간 정도 가동됩니다 [22:10] &lt;human&gt; jrand0m: 회의 끝나고 얘기하죠, 논의를 독점하고 싶진 않아요 :-) [22:10] * madman-away 님의 닉네임이 madman2003로 변경되었습니다 [22:10] &lt;mihi&gt; 제 쪽 제공업체 문제일 수도 있겠네요, http://babelfish.altavista.com/babelfish/urltrurl?tt=url&amp;url=http%3A%2F%2Fwww.expressnet.de%2Fnews%2Fnews.php&amp;lp=de_en :( [22:10] &lt;Janonymous&gt; 저도요 [22:10] &lt;human&gt; jrand0m: 이전엔 없던 문제가 일부 생긴 것 같다는 점만 말씀드리려고요 [22:10] &lt;Janonymous&gt; 제 것은 지금 올라와 있을 겁니다 [22:11] &lt;madman2003&gt; 목적지가 어디죠? [22:11] &lt;jrand0m&gt; 음, 좋아요. 안정성이 후퇴하고 있다면 0.2.5로 넘어가기 전에 그걸 해결해야 합니다 [22:11] * mihi 는 babelfish의 영어를 싫어함 :( [22:11] &lt;jrand0m&gt; 헤헷 [22:12] &lt;jrand0m&gt; (뭐, 적어도 Thank you for your understanding. 문장은 제대로 번역했더군요...) [22:12] &lt;human&gt; jrand0m: 조사해봐야 해요... ISP 문제일 수도 생각했지만, 0.2.4 이후로 계속 같은 문제가 보이고(다른 네트워크 서비스에서는 안 보이는 듯해요) [22:12] &lt;jrand0m&gt; 0.2.4.0은 엉망이었고, 0.2.4.1도 마찬가지였죠 [22:13] * wilde 님이 #i2p에 참가했습니다 [22:13] &lt;human&gt; jrand0m: 알아요, 그래서 걱정돼요... [22:13] &lt;wilde&gt; 안녕 i2p [22:13] &lt;jrand0m&gt; 안녕 wilde [22:13] &lt;madman2003&gt; 한 가지 느낀 건 tunnels가 더 자주 불안정해지는 경향이 있다는 거예요 [22:13] &lt;human&gt; jrand0m: 0.2.4.2에서 크게 바꾼 건 없었어요(적어도 제 경우엔) [22:13] &lt;human&gt; jrand0m: s/ i / it / [22:14] &lt;jrand0m&gt; madman2003&gt; 그건 routers가 온라인/오프라인을 오가는 탓일 가능성이 높아요(0.3 전까지는 큰 문제일 겁니다) [22:14] &lt;jrand0m&gt; 흠, 알겠어요 [22:14] &lt;wilde&gt; jrand0m: 그럼 당분간 transients로 돌리는 건 피해야 한다는 뜻인가요? [22:15] * mihi 님이 IRC에서 종료했습니다 (핑 타임아웃) [22:15] &lt;jrand0m&gt; 흠, 0.2.5에 상당한 수정이 들어갈 거라 보지만, 안정성 문제가 해소될 때까지 0.2.5에서 0.3으로 넘어가는 건 미룰 수 있어요. [22:16] &lt;jrand0m&gt; wilde&gt; 난 transients라는 용어가 마음에 안 들어요. 신뢰할 수 없는 routers를 신뢰할 수 있는 것과 다르게 취급하는 다른 프로젝트가 떠오르거든요. 우리는 모든 routers를 동등하게 다룹니다(그리고 익명성을 위해서도 그래야 하고요) [22:16] &lt;jrand0m&gt; 다만 routers가 대체로 켜져 있거나 대체로 꺼져 있기만 하면 괜찮아요 [22:17] &lt;jrand0m&gt; (단지 10분 켜지고 10분 꺼지고 30분 켜졌다 30분 꺼지는 식만 아니면요) [22:17] &lt;madman2003&gt; 요청 하나 있어요: router(그리고 tunnels)를 재설정(reestablished)할 수 있는 옵션 [22:17] &lt;baffled&gt; i2p는 router에게 평등한 기회를 주는 조직인가요? [22:17] &lt;jrand0m&gt; 헤헷, baffled [22:18] &lt;jrand0m&gt; madman2003&gt; router를 재설정한다고요? 아직도 router가 종료되나요? [22:18] &lt;madman2003&gt; 제 말은 전부 다시 연결하는 거예요 [22:18] &lt;madman2003&gt; 일종의 router의 웜 리스타트 같은 것 [22:18] &lt;madman2003&gt; 다른 routers를 열받게 하지 않고요 [22:18] &lt;madman2003&gt; (router와 tunnels를 자주 재시작해야 하거든요) [22:18] &lt;jrand0m&gt; router를 건드리지 않고도 client 앱들(예: i2ptunnel eepproxy 등)은 안전하게 재시작할 수 있어요 [22:19] &lt;jrand0m&gt; router를 재시작해야 할 일은 /결코/ 없어야 합니다. [22:19] &lt;jrand0m&gt; (거의 모든 설정은 동적으로 갱신돼요) [22:19] * Trix 님이 #i2p에 참가했습니다 [22:19] &lt;jrand0m&gt; 안녕 Trix [22:19] &lt;Trix&gt; 안녕 [22:19] &lt;madman2003&gt; 보통은 tunnels만 재시작하면 해결돼요 [22:21] &lt;jrand0m&gt; 기술적으로 그게 필요한 상황은 하나뿐이에요(클라이언트의 leaseSet에서 오래된 lease가 만료되는 경우로, 시작 시 무작위로 발생하곤 했죠). 그건 CVS에서 수정됐으니, 이제는 그렇게 할 필요가 없을 겁니다. [22:22] &lt;jrand0m&gt; (사실, tunnels 재시작은 tunnel 종류에 따라 일시적 문제를 일으킬 수도 있어요) [22:22] &lt;madman2003&gt; 가끔은 문제가 제가 원인인지 다른 누군지 모르겠어요 [22:22] &lt;jrand0m&gt; router 콘솔에 빨간 경고가 없으면, 네트워크(아니면 다른 누군가)의 문제예요 [22:22] * jnk 님이 #i2p에 참가했습니다 [22:23] &lt;jrand0m&gt; 재시작보다 인내심이 현재 i2p 버그를 더 많이 해결해줍니다 ;) [22:24] &lt;jrand0m&gt; 하지만 0.2.5 이후에도 버그 수정 릴리스를 연달아 낼 거예요 [22:24] &lt;jrand0m&gt; (testnet처럼, 다만 사용자 기반에 대한 제한은 없이요) [22:25] &lt;jrand0m&gt; (그리고 언제나 그렇듯, 문제가 생기면 로그를 보내주시면 감사해요 :) [22:25] &lt;jrand0m&gt; 어쨌든, 2) 문서로 넘어가죠 [22:26] &lt;jrand0m&gt; http://i2p.net/pipermail/i2p/2004-February/000147.html 에 올린 대로, 개요 문서가 몇 개 새로 나왔어요 [22:27] &lt;jrand0m&gt; 언급된 페이지들이 사실상 I2P 학습의 주된 출발점이 될 예정이라, 개선을 위한 비판과 의견을 주시면 감사하겠습니다 [22:28] &lt;madman2003&gt; 읽어봤는데, crypto(암호화) 양을 안전하게 줄일 수 있다는 게 사실이길 바랍니다 [22:29] &lt;wilde&gt; crypto(암호화)의 레이어를요, 아니면 비트 수를요? [22:29] &lt;jrand0m&gt; 저는 crypto가 병목이라고 확신하진 않지만, 가능성은 있어요 [22:30] &lt;jrand0m&gt; 레이어를 안전하게 줄일 순 없지만, 모든 곳에 같은 코드를 재사용하기보다는 레이어마다 다른 수준의 crypto를 쓸 수는 있죠 [22:30] &lt;madman2003&gt; 문제는 경로를 찾는 거예요 [22:30] &lt;jrand0m&gt; 흠? [22:31] &lt;madman2003&gt; 정적인 경로는 대체로 잘 찾아져요 [22:31] &lt;madman2003&gt; 더 동적인 건 설정하기가 더 어렵고요 [22:32] &lt;madman2003&gt; (routers가 오프라인 되는 걸 제대로 처리하지 못하는 문제를 말하는 거예요) [22:32] &lt;jrand0m&gt; 아, crypto 얘기하는 줄 알았네요 [22:32] &lt;jrand0m&gt; 신뢰할 수 없는 routers를 처리하는 건 꽤 쉬울 거예요. 그건 0.3 코드에 들어갑니다 [22:33] * jrand0m 은 여러 기법에 대한 메모가 약 30쪽 정도 있어요. 다 구현 가능하지만, 할 일이 많을 뿐이죠 [22:33] * protocol 님이 IRC에서 종료했습니다 [22:34] &lt;madman2003&gt; 백업 경로를 미리 준비해두는 건 어떨까요 [22:34] &lt;madman2003&gt; tunnel 중복성 [22:34] &lt;jrand0m&gt; 맞아요, 그게 0.2.5의 내용이에요 - multiple leases [22:35] &lt;jrand0m&gt; (lease == 특정 tunnel을 통해 해당 destination에 도달할 수 있다고 선언하는 것) [22:35] &lt;madman2003&gt; 그걸 기다리겠습니다 :) [22:36] &lt;jrand0m&gt; w3rd [22:37] &lt;jrand0m&gt; 음, 문서 개선에 대한 제안이 있으면 위키를 편집하시거나, 메일링 리스트에 글을 올리거나, 제게 이메일을 보내주세요 [22:38] &lt;jrand0m&gt; 좋아요, 빠르게 3) ??? 로 넘어가죠 [22:38] &lt;jrand0m&gt; 논의하고 싶은 주제가 있나요? [22:39] &lt;DrWoo&gt; 감자는 엄청 싼데 감자칩은 비싸잖아요, 이건 왜 그런 거죠? [22:39] &lt;DrWoo&gt; :) [22:39] &lt;jrand0m&gt; 음모죠! [22:40] * DrWoo 는 jrand0m이 웬만한 것엔 다 답이 있다고 생각함 :) [22:40] &lt;jrand0m&gt; 물론, 뭐든 음모 탓으로 돌릴 수 있죠. [22:40] &lt;jrand0m&gt; 좋아요 [22:40] &lt;wilde&gt; Stego ? [22:40] * human 이 non-java 앱에 I2CP 같은 메시지 지향 기능을 노출하는 방법에 대한 제안을 받습니다 [22:41] &lt;wilde&gt; 일반적인 포트 스캔으로는 아무것도 드러나지 않도록, I2P가 Stego를 어떻게 구현할 건가요 [22:41] &lt;wilde&gt; 무작위 바이트조차도요 [22:41] * human 은 반복적으로 들릴지도(아니, 이미?) 모르겠지만... http://openvpn.sf.net/ 와 함께 I2P 위에서 동작하는 VPN을 생각 중입니다 [22:41] &lt;jrand0m&gt; 음, 하나로는 PHTTP가 있죠. [22:42] &lt;jrand0m&gt; openvpn은 정말 흥미로워 보이네요 - tun/tap에 윈도우 포트가 있는 줄은 몰랐어요 [22:42] &lt;jrand0m&gt; I2CP용 단순한 메시지 지향 소켓 브리지는 아주 쉽게 만들 수 있을 겁니다 [22:43] &lt;wilde&gt; 프리넷에선 그걸 Silent Bob이라고 부르지 않나요? 비밀 신호( router ID를 아는 것)를 주지 않으면 노드가 조용히 있는 거요 [22:43] * madman2003 님이 IRC에서 종료했습니다 (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:43] &lt;baffled&gt; 좋아요, 늘 그렇듯 15분 뒤에 다른 약속이 있어서 나중에 따라잡을게요. [22:43] &lt;jrand0m&gt; 맞아요, 원한다면 webserver/등과 연동해서 silent bob을 구현할 수 있어요 [22:43] &lt;jrand0m&gt; 멋져요, 나중에 봐요 baffled [22:44] &lt;jrand0m&gt; (하지만 silent bob은 포트 스캔 탐지를 방지하진 않고, 그냥 다른 서비스처럼 보이게 할 뿐이에요) [22:44] &lt;wilde&gt; 불특정 다수나 ISP가 제 포트를 스캔해서 열려 있는 걸 발견하는 상황은 피하고 싶네요 [22:44] &lt;wilde&gt; 알겠어요 [22:44] &lt;human&gt; jrand0m: 좋아요, 제 PC에서 I2P가 다시 잘 작동하면 그때 작업할게요 :-) [22:44] &lt;jrand0m&gt; UDP도 잘 맞을 거예요 [22:44] &lt;jrand0m&gt; :) human [22:45] * kaji 님이 #i2p에 참가했습니다 [22:46] &lt;jrand0m&gt; 안정성이 그렇게까지 떨어진 줄은 몰랐네요. 0.2.5 이후에 충분히 반복 개선해서 다시 끌어올릴게요, human [22:46] &lt;wilde&gt; OS나 방화벽을 건드리지 않고, 자바 프로그램에서 열린 포트를 숨길 방법이 있나요 [22:46] &lt;human&gt; 와우! [22:47] &lt;jrand0m&gt; 포트 스캔이 안 되는 리스닝 TCP 소켓을 말하나요? 아니요, Java만으로는 직접 할 수 없어요. [22:47] &lt;wilde&gt; 알겠어요 [22:48] &lt;jrand0m&gt; (다른 언어들로도 그걸 어떻게 하는지 잘 모르겠네요) [22:48] &lt;jrand0m&gt; 그건 아마 udp가 가장 나은 방법일 거예요 [22:48] * human 이 사람들에게 telnet human.i2p (tunneled TCP echo server)로 접속해서 뭐라도 입력해보라고 권합니다 [22:48] &lt;wilde&gt; 그건 아마 작은 C 프로그램이 다른 포트로 필터링하고 포워딩하는 식이겠네요 [22:49] * kaji_ 님이 #i2p에 참가했습니다 [22:49] &lt;jrand0m&gt; TCP 연결을 받아들이는 시점이면 이미 늦었죠, 제 이해가 맞다면요. [22:49] &lt;Janonymous&gt; telnet은 어떻게 하나요? [22:49] &lt;kaji_&gt; 드디어 [22:50] &lt;kaji_&gt; 엄청 오래 걸렸네, iip 사용성 지금 완전 구림 [22:50] * kaji 님이 IRC에서 종료했습니다 (핑 타임아웃) [22:51] &lt;duck&gt; 열린 포트가 걱정이라면 rTCP / PHTTP / whatever를 쓸 수 있지 않나요? [22:51] &lt;Janonymous&gt; 젠장... 저기, jr, 그 새 문서들은 i2p 메인 페이지에서 접근할 수 있나요? [22:51] &lt;human&gt; Janonymous: java -jar lib/i2ptunnel.jar -nogui -e "config localhost 7654" -e "client 12221 human.i2p" [22:51] &lt;jrand0m&gt; 아니요, Janonymous, 그 이메일에 있는 링크들로만 갈 수 있어요 [22:51] &lt;human&gt; Janonymous: 그리고 telnet localhost 12221 [22:51] &lt;jrand0m&gt; duck&gt; 맞아요 [22:52] &lt;Janonymous&gt; ㅇㅋ [22:52] &lt;duck&gt; (물론 whatever는 silentbob/stealth/stego 전송이 될 수 있죠) [22:52] &lt;jrand0m&gt; human&gt; Message send failed after 61226ms with 391 bytes [22:53] &lt;human&gt; jrand0m: 그건 무슨 뜻이죠...? [22:53] &lt;jrand0m&gt; 그건 제가 당신의 echo에 닿을 수 없다는 뜻이에요 [22:53] &lt;duck&gt; -nogui is depricated :) [22:53] &lt;jrand0m&gt; duck.i2p에 접속할 수 있나요? [22:54] &lt;wilde&gt; 무섭네요, rtcp를 구글링해보니: http://dret.net/glossary/rtcp [22:54] &lt;jrand0m&gt; 맞아요, rtcp는 이미 쓰이고 있죠 :/ [22:54] &lt;human&gt; jrand0m: 시도 중인데, duck.i2p는 아주아주 오래 전부터 접속이 안 돼요... [22:54] &lt;jrand0m&gt; wilde&gt; http://wiki.invisiblenet.net/iip-wiki?RelayingTCP [22:54] &lt;wilde&gt; "Wilde's WWW Online Glossary" [22:55] &lt;jrand0m&gt; 헤헤 그렇네요 :) [22:55] &lt;jrand0m&gt; human&gt; 그건 확실히 Bad Thing이에요. 거의 항상 올라와 있으니까요 - 당신의 log-*.txt를 저에게 보내줄 수 있나요? [22:56] &lt;human&gt; Started on: Tue Feb 24 10:21:22 GMT 2004 [22:56] &lt;human&gt; Version: Router: 0.2.4.2 / SDK: 0.2.4.2 [22:56] &lt;human&gt; Bandwidth used: 56096295 bytes sent, 34308394 bytes received (avg 1.44KBps sent 0.88KBps received) [22:56] &lt;human&gt; jrand0m: 좋아요, 로그는 meshmx로 보낼게요 [22:56] &lt;jrand0m&gt; gracias [22:56] &lt;jrand0m&gt; 좋아요, 다른 얘기할 거 있나요? [22:58] * jrand0m 마무리합니다 [22:58] * jrand0m 회의를 *baf* 하며 종료합니다 </div>/ko/blog/2004/02/17/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-2%EC%9B%94-17%EC%9D%BC/Tue, 17 Feb 2004 00:00:00 +0000/ko/blog/2004/02/17/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-2%EC%9B%94-17%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> DrWoo, duck, fidd, human, jar, jrand0m, kaji, li, lucky, madman2003, mihi, Newsbyte, wilde</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> Considering we did not have a very official meeting do to Jrand0m not feeling very well, here are my logs of the meeting from slightly before it started to sometime after it ended. I have edited out the kick offs and start screens from iip restarting at least twice during that period. If someone else has better logs feel free to replace these. (baffled) <p>&lt;human&gt; baffled: 우리는 회의에 오라고 jrand0m에게 심령 통신 실험을 하고 있어 &lt;human&gt; baffled: 그냥 그에게 정신을 집중해, 우리를 도와줘 &gt; 우리 손을 잡는다든가 그런 거 해야 하는 거 아냐? &lt;human&gt; baffled: 집중에 도움이 된다면&hellip; 음, 그래 &gt; 좋아, 손 줘. 이제 집중 시작할게! &lt;UL &gt; &lt;li&gt; human이 baffled에게 손을 내민다 &lt;/UL&gt; human이 #i2p 채널의 주제를 다음으로 변경했습니다: I2P meeting: 옆 사람의 손을 잡고, jrand0m에게 정신을 집중해서, 여기로 오라고 부탁하세요 thecrypto (~<a href="mailto:thecrypto@anon.iip">thecrypto@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 &lt;UL &gt; &lt;li&gt; baffled가 손가락의 신성한 감자칩 기름을 닦고 human의 손을 잡는다. &lt;/UL&gt; &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; human: 그는 보통 사전 회의 안건을 만들지 않나, 그걸 가져다가 네가 회의를 진행할 수 있어 &lt;human&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;: 어&hellip; 왜 내가? Rain (<a href="mailto:Rain@anon.iip">Rain@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 &lt;human&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;: (근데 난 회의 안건은 못 봤어) &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; human: 왜 안 돼, 너는 맨정신이잖아 &lt;wilde&gt; 우리 스스로 안건을 만들자 &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; 그래 너희가 일반적인 이슈들은 알잖아 &lt;wilde&gt; 논의할 주제가 많아 &lt;UL &gt; &lt;li&gt; human은 모든 참가자의 첫째 딸을 제물로 바치는 것을 대가로 회의를 진행할 것이다 &lt;/UL&gt; &lt;wilde&gt; 자금, 전략, 마케팅, 웹사이트, 더 많은 개발자와 파워 유저 모집 등 &lt;human&gt; wilde: 동의해, I2P의 최근 역사에 대해 비공식적으로 이야기할 수도 있어 &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; wilde: 텍스트 창을 열고 빠르게 번호 매긴 안건을 만들어 &lt;UL &gt; &lt;li&gt; human이 wilde의 말에 동의한다 &lt;/UL&gt; &gt; 첫 번째 항목으로, 부재중인 jrandom에게 엄청난 책임을 추가해야 하지 않나? 퇴장: wilde (Ping timeout) 퇴장: ion (Ping timeout) &lt;UL &gt; &lt;li&gt; human도 baffled에게 동의한다 &lt;/UL&gt; wilde (~<a href="mailto:anon@anon.iip">anon@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 &lt;wilde&gt; 복귀 &gt; 네가 제일 먼저 말했으니 네가 책임자야. &lt;wilde&gt; 누구? 나? jar (<a href="mailto:jar@anon.iip">jar@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 &gt; 놀란 표정 그만해. &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; 너희 재밌다 :) &gt; 안녕 jar. &lt;jar&gt; 안녕 baffled :) &lt;jar&gt; 안녕 I2P ! ion (<a href="mailto:ion@anon.iip">ion@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 &lt;UL &gt; &lt;li&gt; human이 회의(가 될지 뭔지)를 기록하기 시작한다 &lt;/UL&gt; &gt; 회의 시간 이후 가장 먼저 말한 사람이어서 wild를 회의 진행자로 뽑았어. &lt;wilde&gt; 좋아 jrand0m (<a href="mailto:jrand0m@anon.iip">jrand0m@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 &lt;wilde&gt; 1. 인사 &lt;wilde&gt; 2. I2P 현황 &lt;wilde&gt; 3. I2P 프로젝트를 돕는 방법 &lt;wilde&gt; 4. 더 많은 개발자 모집 &lt;wilde&gt; 5. 자금 마련 (기부, 티셔츠 판매) &lt;wilde&gt; 6. 일반 토론 &lt;human&gt; jrand0m: 나타났다!!! &lt;wilde&gt; 안녕 jrand0m! &gt; 난 티셔츠 하나 살게. &lt;human&gt; 우리의 실험이 성공했다!!! &lt;jrand0m&gt; 젠장, 놓친 줄 알았네 :) &lt;UL &gt; &lt;li&gt; jrand0m이 발언권을 wilde에게 넘긴다 ;) &lt;/UL&gt; &gt; 로그를 되짚어보는 게 좋겠어, jrandom. &lt;wilde&gt; 좋아 보스, 안건은 마음대로 수정해도 돼 &lt;jrand0m&gt; &lt;a href=&ldquo;<a href="http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html%22&amp;gt;http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html&amp;lt;/a">http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html"&gt;http://i2p.dnsalias.net/pipermail/i2p/2004-February/000144.html&lt;/a</a> &gt; &lt;UL &gt; &lt;li&gt; jrand0m이 방금 게시했다 &lt;/UL&gt; &gt; 티셔츠 괜찮아? &lt;jrand0m&gt; 그래야지 &lt;UL &gt; &lt;li&gt; jrand0m이 늦어서 미안하다고 한다. 오늘은 모니터 보는 걸 피하고 있었음 (머리가 지끈거려 죽겠음) &lt;/UL&gt; &gt; 사과는 필요도 기대도 안 했어. &lt;wilde&gt; 괜찮아, 비상 계획을 준비해 놨어 &lt;wilde&gt; 모두 McDonalds&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=McDonalds&rdquo; class=wikipageedit&gt;?&lt;/a&gt;에서 일하고 그 돈으로 인도 프로그래머를 고용하기 퇴장: ion (Ping timeout) &lt;jrand0m&gt; 하핫 좋네 &lt;jrand0m&gt; 어쩌면 그 안건으로 바로 들어갈 수 있겠네, 아니면 지금 1, 2, 3, 6 중 어디야? &lt;wilde&gt; 0. &lt;wilde&gt; 1. 인사 &lt;wilde&gt; 안녕 I2P &lt;fidd&gt; 안녕 &lt;jrand0m&gt; 안녕 &lt;jar&gt; 안녕 &lt;kaji&gt; 아, 도착했다 &lt;wilde&gt; 마지막 인사? 한번, 두번&hellip; &lt;kaji&gt; 안녕 &gt; 어느 안건? 네가 올린 거야, 아니면 wild가 올린 거야? &lt;jrand0m&gt; 아마 안건 2) 현황에 대해 내가 도울 수 있을 듯 &lt;wilde&gt; 2. I2P 현황 &lt;jrand0m&gt; 현재 상태의 router는 작동하지 않아 &lt;wilde&gt; 그럼 testnet 이후 상황은 어때? &gt; 그걸 표결할 수 있나? &lt;jrand0m&gt; testnet 이후인 건 맞는데, 그 과정에서 내가 버그 두 개를 넣었어 &gt; 투표. &lt;jrand0m&gt; 작동하지 않는지 여부를 투표하자는 거야? &gt; 맞아. &lt;UL &gt; &lt;li&gt; jrand0m은 충분히 세게 투표하면 다시 작동할지 궁금해한다 &lt;/UL&gt; &lt;kaji&gt; 내 쪽에선 죽었어 &gt; 아, 신경 쓰지 마. &gt; 음, 우리가 손을 잡았더니 네가 나타났잖아. &lt;jrand0m&gt; 해볼 만했지 ;) &lt;UL &gt; &lt;li&gt; jrand0m이 버그 퇴마 의식을 시작한다 &lt;/UL&gt; &gt; 그럼 그게 &ldquo;bogobugs&quot;가 되는 건가? &lt;UL &gt; &lt;li&gt; DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;가 말린 피를 바닥에 뿌린다 &lt;li&gt; jrand0m은 이 주문으로 버그들이 하루이틀 안에 사라질 거라고 느끼며, 준비되면 i2p@로 이메일이 나갈 것이라고 한다 &lt;/UL&gt; &gt; 오 와아아! &lt;kaji&gt; XP에서 ant가 동작하게 하려고 j2sdk1.4.2_03으로 바꿨는데, 그게 router가 안 되는 데 얼마나 영향이 있는지 궁금하네 &lt;wilde&gt; 그럼 잠깐 I2P 휴가네 &lt;jrand0m&gt; 영향 없어, 나도 XP에서 그 빌드를 써 &lt;jrand0m&gt; 버그는 프로그래머 실수야, 아마 사소한 거일 거고 &lt;jrand0m&gt; (하지만 꽤 치명적) &lt;jrand0m&gt; 맞아, wilde &lt;jrand0m&gt; 하지만 그 이후로 0.2.5와 0.3 문서 작업을 꽤 진행했어 &lt;jrand0m&gt; 그래서 두 주나 미뤄지진 않을 거라 생각해 &lt;jrand0m&gt; 하지만 일은 닥치면 그때 다루자. &lt;wilde&gt; 좋네, 앱 개선한 사람? &lt;jrand0m&gt; 아이디어 하나: testnet에서는 eepsites보다 IRC와 echo에 많이 집중했잖아 &lt;UL &gt; &lt;li&gt; wilde가 오늘의 숙제, 멋진 I2P 애플리케이션을 안 한 사람이 누군지 블랙 북에 적어 둔다 &lt;/UL&gt; &gt; 그래서 피해를 봤다고 생각해? 난 확실히 그렇게 봐. &lt;jrand0m&gt; 한 router에 클라이언트(aka destinations)가 많으면 부하가 증가하니, 아마 테스트 범위를 줄이는 걸 생각해 볼 필요가 있어 &lt;jrand0m&gt; 부하를 줄이기 위해 암호(crypto)의 키 길이를 재검토하는 논의도 있어 (더 많은 지표를 얻은 뒤의 이야기지만) 퇴장: Robert (Ping timeout) &gt; 한 router에 클라이언트가 많다는 게 어느 정도야? &lt;jrand0m&gt; 글쎄, 0.2.4.x가 나오고 쓸 수 있게 되면 IRC와 eepsites를 둘 다 쓰게 되고 싶어 &lt;jrand0m&gt; 그건 컴퓨터에 따라 달라 &lt;wilde&gt; 그럼 지금은 뭐가 더 좋아? eepsites야, IRC야? &lt;UL &gt; &lt;li&gt; jrand0m은 둘 다 원하며, 중장기적으로 둘 다 동작하게 될 것이다 &lt;/UL&gt; &lt;jrand0m&gt; 어쨌든 0.2.4.x가 나오면 보자. 아마 둘 다 다시 괜찮을 거야. &lt;wilde&gt; 그래도 디버깅에 가장 유용한 건 뭐야? 지속적인 연결이야, 산발적인 연결이야? &lt;jrand0m&gt; 둘 다 ;) &lt;wilde&gt; 가벼운 IRC야, 아니면 eep 그래픽이야? &lt;jrand0m&gt; i2p는 장기 스트리밍 연결과 단기 버스티(bursty) 연결 모두를 지원해야 해 &lt;kaji&gt; 무거운 장기 다운로드는 어때? &lt;jrand0m&gt; 맞아, 장기 스트리밍 연결 &lt;jrand0m&gt; (다만 i2p에서의 파일 공유는 메시지를 통한 i2psnark, 즉 UDP 방식이 가장 좋다고 생각해) &lt;wilde&gt; 질문의 요지는 이거야: 네가 테스트 범위를 줄이자고 한 건 IRC로 줄이자는 거야, 아니면 EEP로? &lt;wilde&gt; (아니면 다른 거) &lt;jrand0m&gt; 두세 개 클라이언트는 괜찮을 거야. 지금은 4개 이상 서비스를 돌리는 건 (사람들 컴퓨터에 따라) 좀 과부하일 수 있다는 것만 알아두자 lucky (~<a href="mailto:lucky@anon.iip">lucky@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 &lt;wilde&gt; 좋아, 그게 아마 현명하겠네 &lt;jrand0m&gt; 클라이언트 앱 개발 현황 있는 사람? &lt;wilde&gt; 그래서 IRC 스크립트처럼 통계를 낼 수 있는 서비스에 집중해야겠네 &lt;jrand0m&gt; 그게 확실히 핵심이야. Newsbyte (<del><a href="mailto:fredisdea@anon.iip">fredisdea@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 &lt;jrand0m&gt; 오 &lt;jrand0m&gt; 안녕 Newsbyte &lt;Newsbyte&gt; 아, jran &lt;UL &gt; &lt;li&gt; wilde가 시계를 보고 Newsbyte를 본다. 지각은 사과 한 개 벌점이다 &lt;/UL&gt; &lt;Newsbyte&gt; 엥? &lt;Newsbyte&gt; 난 여기 절대 안 오는데 &lt;jrand0m&gt; 그리고 echo 서버와 클라이언트 앱은 통계를 수집하기에 아주 좋아, IRC 특화된 의존성도 없고. &lt;wilde&gt; 아무것도 아냐 &lt;Newsbyte&gt; 게다가, nop 없는 I2P 회의가 무슨 의미겠어? ;-) &lt;DrWoo&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=DrWoo&rdquo; class=wikipageedit&gt;?&lt;/a&gt;&gt; wilde: 헤, 왠지 그가 회의 때문에 온 것 같진 않은데 :) &lt;human&gt; eepsite 모니터링 도구가 유용할까? &lt;Newsbyte&gt; nop 없으면 회의도 없어 &lt;UL &gt; &lt;li&gt; Newsbyte가 요약할 수 있다 &lt;/UL&gt; &lt;wilde&gt; jrand0m: 네트워크에서 통계를 내고 싶은 다른 게 있어? &lt;jrand0m&gt; human&gt; 물론이지—eepsites를 주기적으로 핑하는 방법, 어쩌면 변경사항까지 추적하는 것도? &lt;human&gt; jrand0m: 어떤 변경을 추적하라는 거야? &lt;jrand0m&gt; IRC 스크립트가 장기 연결 끊김/신뢰성 통계를 주고, echo 앱이 지연(latency)을 알려주니, 남은 건 사실상 처리량(throughput)뿐이라고 봐 &lt;jrand0m&gt; 페이지의 콘텐츠가 바뀌는 것 &lt;Newsbyte&gt; 그래, 그리고 서버를 하나 이상 써 &lt;wilde&gt; kb/s 미터, I2P 해적 라디오 할 사람? &lt;jrand0m&gt; 흠? 맞아, 네트워크가 올라와 있을 때는 보통 서버가 4</del>10대 있어 &lt;human&gt; jrand0m: 가능은 한데&hellip; 콘텐츠 변경 정보를 어떻게 쓸 거야? &lt;kaji&gt; 잠깐 shoutcast 스트림을 돌렸었어 &lt;jrand0m&gt; human&gt; 그 부분은 나한테 직접 도움은 안 되지만, 사용자들이 테스트를 쓰게 만들 수 있어 (무엇이 바뀌었는지 알려주고, 더 자주 테스트를 돌리게 해서 [더 많은 트래픽을 만들게]) &lt;jrand0m&gt; 좋네, kaji &lt;jrand0m&gt; 그래, aum의 스트림도 주기적으로 올라왔었지 &lt;human&gt; jrand0m: 아, 알겠어, 이제 이해했어 &lt;mihi&gt; jrand0m: chargen 서비스는 어때? ;) &lt;madman2003&gt; 모두 안녕, i2p 잘 되길 &lt;wilde&gt; 그럼 처리량이 흥미롭고 유용한 통계 항목 중 하나겠네 &lt;jrand0m&gt; 이따 봐, madman2003 &lt;wilde&gt; 또 봐, madman2003 퇴장: madman2003 (..12(. <a href="https://www...nnscript...de">www...nnscript...de</a> .12.::. .N.o.N.ame.S.cript 3&hellip;8 .12.::. <a href="https://www...XLhost...de">www...XLhost...de</a> . .12.).) &gt; 음, 평소처럼 다섯 시에 또 다른 회의가 있어서 이따 다시 올게. 티셔츠 하나 예약해 둬. &lt;jrand0m&gt; 그래, mihi, 그거도 괜찮아 (하지만 .ogg 스트리밍이 더 멋져 보여) baffled (~<a href="mailto:kirk@anon.iip">kirk@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 mrflibble (<a href="mailto:mrflibble@anon.iip">mrflibble@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 -Trent@anon.iip- 닉네임 baffled는 등록되어 있지 않습니다 Ocelot (~<a href="mailto:Ocelot@anon.iip">Ocelot@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 Rain (~<a href="mailto:Rain@anon.iip">Rain@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 nickthief61599 (~<a href="mailto:chatzilla@anon.iip">chatzilla@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 lucky (~<a href="mailto:lucky@anon.iip">lucky@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 backup (~<a href="mailto:ypo@anon.iip">ypo@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 Sonax (~<a href="mailto:Sonax@anon.iip">Sonax@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 jar (<a href="mailto:jar@anon.iip">jar@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 wilde (~<a href="mailto:anon@anon.iip">anon@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 퇴장: backup (Ping timeout) &lt;wilde&gt; 안녕 &lt;wilde&gt; 네트워크가 불안정해? &lt;wilde&gt; 나 방금 다시 못 들어왔어 퇴장: thecrypto (Leaving) &lt;lucky&gt; 응 &lt;lucky&gt; 좀&hellip; 윽. &lt;lucky&gt; 요즘에. &lt;wilde&gt; 회의는 어떻게 된 거야? &lt;lucky&gt; 아마 박살난 듯 &lt;wilde&gt; 좋아 lucky, 회의에서 네가 마지막으로 본 게 뭐였어? (쪽지 보내줘) &lt;lucky&gt; &lt;wilde&gt; 또 봐, madman2003 &lt;lucky&gt; &lt;&ndash; madman2003가 종료함 (( <a href="https://www.nnscript.de">www.nnscript.de</a> :: NoNameScript&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=NoNameScript&rdquo; class=wikipageedit&gt;?&lt;/a&gt; 3.8 :: <a href="https://www.XLhost.de">www.XLhost.de</a> )) &lt;lucky&gt; &lt;jrand0m&gt; 그래, mihi, 그거도 괜찮아 (하지만 .ogg 스트리밍이 더 멋져 보여) Galaxy (<a href="mailto:yogi@anon.iip">yogi@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 &lt;wilde&gt; 좋아, 나도 거기서 끊겼어 &lt;fidd&gt; 나도 퇴장: Sonax (EOF From client) Sonax (~<a href="mailto:Sonax@anon.iip">Sonax@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 &lt;kaji&gt; 회의가 날아갔어 kaji가 #i2p 채널의 주제를 nuked로 변경했습니다 &lt;kaji&gt; 핑? &lt;jar&gt; 퐁! &lt;kaji&gt; 좋아 &lt;kaji&gt; 또 크래시 난 줄 알았어 &lt;jar&gt; 응 :( 퇴장: wilde () &lt;kaji&gt; 그럼&hellip; 회의? &lt;jar&gt; 잔혹하게 끝나는 중 &hellip; &lt;jar&gt; jrandom의 흔적이 더 보이네, 지금은 이게 전부인 듯 &lt;jar&gt; 며칠 내 0.2.4.2로 다음 움직임이 있을 거야 &hellip;. &lt;jar&gt; (jr 말로는 하루이틀) mihi_backup (~<a href="mailto:mihi@anon.iip">mihi@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 jar의 닉네임이 jar_로 변경되었습니다 sheer (<a href="mailto:sheer@anon.iip">sheer@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 &lt;kaji&gt; wilde가 자금 이야기를 했는데, 지난번에 jran에게 물었을 때는 i2p가 지금 당장 돈이 필요한 상황은 아니라고 했어 퇴장: Ranma () Robert (~<a href="mailto:chatzilla@anon.iip">chatzilla@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 Sonax의 닉네임이 JaSiger&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=JaSiger&rdquo; class=wikipageedit&gt;?&lt;/a&gt;로 변경되었습니다 JaSiger&lt;a href=&ldquo;iip-wiki?action=edit&amp;id=JaSiger&rdquo; class=wikipageedit&gt;?&lt;/a&gt; 의 닉네임이 Sonax로 변경되었습니다 퇴장: Rain (I Quit) zathras (~<a href="mailto:zathras@anon.iip">zathras@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 Ranma (<a href="mailto:ranma@anon.iip">ranma@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 mihi (<a href="mailto:mihi@anon.iip">mihi@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 &lt;mihi&gt; 흠, 회의에 무슨 일이 있었지? &lt;UL &gt; &lt;li&gt; mihi에게 아이디어가 떠오른다 &lt;/UL&gt; &lt;mihi&gt; ;) Mode change &ldquo;+o mihi&rdquo; on channel #i2p by <a href="mailto:Trent@anon.iip">Trent@anon.iip</a> Mode change &ldquo;-o duck&rdquo; on channel #i2p by mihi &lt;mihi&gt; 회의에 대해 아는 사람 아무도 없어? &lt;UL &gt; &lt;li&gt; mihi는 아무도 이제 ops를 두려워하지 않는다는 걸 알아차린다 ;) &lt;/UL&gt; 퇴장: zathras (Ping timeout) mihi_backup has been kicked off channel #i2p by mihi (mihi) zathras (~<a href="mailto:zathras@anon.iip">zathras@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 퇴장: Sonax (Client exiting) &lt;lucky&gt; mihi, 우리 모두 회의 때문에 킥당했어 hacktic4ever (~<a href="mailto:hacktic4e@anon.iip">hacktic4e@anon.iip</a> ) 가 #i2p 채널에 입장했습니다 퇴장: hacktic4ever () &lt;mihi&gt; 좋아, 잘 자 &lt;duck&gt; 안녕 퇴장: sheer (EOF From client) 퇴장: mihi (다음 주에는 운이 더 좋길&hellip;) &lt;duck&gt; 내가 뭐 놓쳤어? 퇴장: jnk (Ping timeout) </div></p>/ko/blog/2004/02/10/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-2%EC%9B%94-10%EC%9D%BC/Tue, 10 Feb 2004 00:00:00 +0000/ko/blog/2004/02/10/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-2%EC%9B%94-10%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> baffled, dm, duck, fidd, FireRabbit, human, jrand0m, madman-away, mihi, wiht, wilde</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> [22:00] &lt;jrand0m&gt; &lt;incoming&gt; [22:00] &lt;jrand0m&gt; 0) 안녕하세요 [22:00] &lt;jrand0m&gt; 1) 테스트넷 상태 [22:00] &lt;jrand0m&gt; 2) I2P에서의 네이밍 [22:00] &lt;jrand0m&gt; 3) minwww와 I2CP [22:00] &lt;jrand0m&gt; 4) i2p.net 웹사이트 [22:00] &lt;jrand0m&gt; 5) ??? [22:00] &lt;dm&gt; 얼마 전 생각했는데, I2P용 .NET 인터페이스를 만들 수 있겠다 싶더군요. 어쨌든.. [22:00] &lt;FireRabbit&gt; 음 곧 하나 나올 거예요 [22:00] &lt;madman-away&gt; 안녕하세요 [22:00] &lt;jrand0m&gt; -1) .NET 인터페이스 멋질 듯 [22:00] &lt;jrand0m&gt; 0) 안녕하세요 [22:00] * madman-away 님의 이름이 madman2003(으)로 변경되었습니다 [22:00] &lt;jrand0m&gt; 모두들 안녕 [22:00] &lt;wilde&gt; 안녕하세요 [22:00] &lt;FireRabbit&gt; &lt;-- .NET 인터페이스 작성 예정 [22:00] &lt;FireRabbit&gt; 아무튼 안녕 [22:00] &lt;jrand0m&gt; r0x0r. [22:00] &lt;dm&gt; 굉장하네요 [22:01] &lt;jrand0m&gt; 70몇 번째 미팅에 온 걸 환영 [22:01] &lt;FireRabbit&gt; &lt;-- 클라이언트 프로토콜 있는 그 URL 필요 [22:01] * ion 님이 #i2p 채널에 입장했습니다 [22:01] &lt;jrand0m&gt; i2p.net/에 위키 링크가 있어요, 아마 tunnelManager를 쓰게 될 거예요 [22:01] &lt;FireRabbit&gt; 오케이 [22:01] &lt;jrand0m&gt; (이번 주 상태 업데이트는 [status update 000142](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000142.html) 를 참고하세요) [22:01] &lt;FireRabbit&gt; 그게 최신 릴리스에서 잘 동작해요? [22:02] &lt;jrand0m&gt; 응, aum이 그걸 써요 (그리고 몇 시간 전에 그가 겪던 버그 하나를 방금 고쳤죠) [22:02] &lt;jrand0m&gt; (사양 @ [I2PTunnelManager specs](http://wiki.invisiblenet.net/iip-wiki?I2PTunnelManager)) [22:02] &lt;jrand0m&gt; 자, 넘어가죠 [22:02] &lt;jrand0m&gt; 1) 테스트넷 상태 [22:02] &lt;FireRabbit&gt; 오케 쿨 예, [22:03] &lt;jrand0m&gt; 같은 소리 반복하는 거 싫지만… 테스트넷은 진전 중이에요. [22:04] &lt;jrand0m&gt; 아직 완전히 다 되진 않았지만, 최신 빌드에선 몇 시간 동안 끊김 없이 세션이 유지돼요 [22:04] &lt;jrand0m&gt; 어떤 환경에서는 그 정도 신뢰성을 못 주기도 하지만, 어떤 환경에서는 됩니다. 그래서 전반적으로 그 수준으로 끌어올리는 중이에요 [22:04] &lt;FireRabbit&gt; 훌륭하군요 [22:04] &lt;baffled&gt; 적어도 동물들로 네트워크를 채우고 있죠 [22:05] &lt;jrand0m&gt; ㅎㅎ [22:05] &lt;jrand0m&gt; dog, cat, mouse, duck... [22:05] * wiht 님이 #i2p 채널에 입장했습니다 [22:05] &lt;FireRabbit&gt; rabbit! [22:05] &lt;baffled&gt; 나도 bafflo가 되어야 하나 [22:05] &lt;human&gt; human! [22:05] &lt;jrand0m&gt; !! [22:05] &lt;jrand0m&gt; #animalfarm [22:06] &lt;dm&gt; dm [22:06] &lt;jrand0m&gt; 어쨌든, 테스트넷 상태는 (그 상태 이메일에 있는 것 말고는) 대략 이 정도예요 [22:06] &lt;wilde&gt; 사람들 나중에 로그를 읽을 테니, 주제에서 벗어나지 말아주세요 [22:06] &lt;jrand0m&gt; 헤헷 미안 아버지 ;) [22:07] &lt;jrand0m&gt; 로드맵대로 아직 잘 가고 있다고 봐요 [22:07] &lt;wiht&gt; 테스트넷 릴리스를 앞으로 얼마나 더 배포할 계획이죠? [22:07] &lt;jrand0m&gt; (게다가 테스트하면서 앞으로의 일도 좀 했어요, 예컨대 2 hop 초과 tunnels 같은 거) [22:07] &lt;jrand0m&gt; wiht&gt; 필요할 만큼요 [22:08] &lt;jrand0m&gt; 제 생각에는 이번 라운드 테스트넷은 꽤 마무리 단계에 가깝습니다 [22:08] &lt;dm&gt; 2 hop 초과 tunnels는 그냥 설정 아닌가요? [22:08] &lt;jrand0m&gt; 맞아요 [22:08] &lt;jrand0m&gt; 하지만 예전에는 충분히 테스트되지 않았죠 [22:08] &lt;dm&gt; 쿨 [22:09] &lt;jrand0m&gt; 테스트넷을 돌리는 동안, 제 노트북에서 별도의 테스트넷도 돌리며 다른 것들을 했어요 [22:09] * human 님은 ircmonitor를 더 유용하게 만들 제안을 받습니다 [22:09] &lt;jrand0m&gt; &lt;dreaming&gt;요청 시 .png를 렌더링하는 HTTP 리스너?&lt;/dreaming&gt; [22:09] &lt;jrand0m&gt; (아니면 그냥 /msg cat renderPNG) [22:10] &lt;human&gt; jrand0m: 좋아요, 가능할 것 같네요 [22:10] &lt;baffled&gt; 전 여전히 텍스트 요약을 보고 싶어요. [22:10] &lt;jrand0m&gt; human++ [22:10] &lt;baffled&gt; ircmonitor에서요. [22:10] &lt;jrand0m&gt; 맞아요, (텍스트 요약)++ 도요 [22:10] &lt;human&gt; jrand0m: gnu plotutils 대신 gnuplot으로 그래프를 그리게 할까 생각했었어요 [22:11] &lt;jrand0m&gt; 포테이토, 포테이토 [22:11] &lt;jrand0m&gt; (아, IRC에서 악센트의 영광) [22:11] &lt;FireRabbit&gt; ㅋㅋ [22:11] &lt;human&gt; jrand0m, baffled: 텍스트 요약 예시를 하나 줄 수 있을까요? [22:11] &lt;baffled&gt; 잠깐만 시간을 주세요. [22:11] * dm 님은 "potato, potato"로 읽음 [22:12] &lt;jrand0m&gt; 기간: 4시간 평균 지연: 5.3초 누락 메시지: 95 누락 메시지 빈도: 49초마다 1개 [22:12] &lt;jrand0m&gt; (아마 최대 & 최소 지연도) [22:12] &lt;human&gt; jrand0m: 오케이 [22:12] &lt;jrand0m&gt; 가능하다면 / 너무 번거롭지 않다면요 [22:13] &lt;jrand0m&gt; (적어도 텍스트 요약이라고 들었을 때 떠오르는 건 그거예요) [22:13] &lt;wilde&gt; 최대 지연, 최소 지연 [22:13] &lt;mihi&gt; human: 내가 핑 테스터용으로 주는 요약을 봐 [22:13] &lt;mihi&gt; 흠, 이번 주에 echo 서버 돌리는 사람 있어? [22:13] &lt;jrand0m&gt; 내가 아는 한 없음 [22:14] &lt;human&gt; jrand0m: 가능할 거예요 - 기본적으로 ircmonitor가 더 많은 원시 데이터를 기록하게 하고, 그래프 및/또는 텍스트 요약을 생성하는 유틸리티 스크립트를 만들게요 [22:14] &lt;jrand0m&gt; 끝내주네요 [22:14] &lt;baffled&gt; 미안 mihi, 설정하려고 했는데 자꾸 잊네요. [22:14] &lt;jrand0m&gt; 이건 전반적인 기능 테스트의 좋은 일부가 될 거라 봐요. 우리와 함께 성장할 거고요 [22:15] &lt;jrand0m&gt; 좋아요, 테스트넷 논의에 더 있을까요? [22:16] * jrand0m 님이 2) I2P에서의 네이밍으로 이동합니다 [22:16] &lt;wilde&gt; 지금 테스트넷의 가장 큰 이슈는 뭐죠? [22:16] &lt;jrand0m&gt; 테스트넷의 가장 큰 이슈는 두 갈래예요 - [22:16] &lt;jrand0m&gt; 1) router 끊김의 원인을 찾고 수정하기 [22:17] &lt;jrand0m&gt; 2) 빈번한 ircd 간 연결 끊김의 원인 파악 [22:17] &lt;mihi&gt; 1b) 때때로 routers가 끊길 수 있다는 사실에 대처하기 [22:17] &lt;jrand0m&gt; 맞아요 [22:17] &lt;jrand0m&gt; 하지만 그건 이번 테스트넷의 범위는 아니에요. [22:17] &lt;jrand0m&gt; 0.3.x는 신뢰성이 낮은 routers에 대처하기 위한 업데이트 시리즈예요 [22:18] &lt;jrand0m&gt; 그래서 제가 테스트넷에서 돌리는 router 수를 제한해 온 거죠 - routers가 대부분의 시간에 가동되지 않으면 동작이 나쁜 걸 아니까요 [22:18] &lt;wiht&gt; 그럼 지금은 reliable routers를 가정하는 거죠, 맞나요? [22:18] &lt;jrand0m&gt; 0.2.3.6 테스트넷에서는 그렇습니다 [22:18] &lt;jrand0m&gt; (장애에서 복구는 하지만, 충분히 빠르지 않아요) [22:19] &lt;jrand0m&gt; (더 우아한 복구는 Destination당 다중 lease, 피어 프로파일링 강화, 재전송 방지, 대체 lease 타깃으로의 재시도를 통해 이뤄질 거예요) [22:20] &lt;jrand0m&gt; 자, 2) I2P에서의 네이밍으로 넘어가죠 [22:21] &lt;jrand0m&gt; wiht가 문제의 핵심을 짚었어요 - 전역 이름은 정말 유용하고, 사람들은 그것을 좋아하죠 [22:21] &lt;jrand0m&gt; (이 논의에 익숙지 않은 분들은 [status discussion 000135](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000135.html) 및 후속 답글을 참고해주세요) [22:22] &lt;wiht&gt; 사람들은 전역 이름에 익숙하죠, 로컬 이름(당신의 ICQ 비유처럼)보다 더요. [22:22] &lt;jrand0m&gt; 글쎄요. [22:22] &lt;jrand0m&gt; 예를 들어 제 이름이 John이라고 해봅시다. [22:22] &lt;jrand0m&gt; John은 전역이 아니죠. [22:22] &lt;jrand0m&gt; John Q. Random도 전역이 아니고요. [22:22] &lt;jrand0m&gt; 1942년 아르헨티나에서 태어난 John Q. Random도 아니죠. [22:23] &lt;human&gt; 음, 네이밍 시스템은 여러 “맛”을 가질 수 있다고들 하죠 [22:23] &lt;jrand0m&gt; 맞아요 [22:23] &lt;human&gt; 사람들이 신뢰하는 "등록 기관"을 선택해 거기서 유일한 이름을 받게 할 수도 있죠 [22:23] &lt;jrand0m&gt; 물론입니다. [22:24] &lt;jrand0m&gt; 다만 거기에는 위험이 있죠 [22:24] &lt;wiht&gt; 제가 원래 제안했던 스킴은, 기억이 맞다면, 여러 인증 기관을 허용합니다. [22:24] &lt;human&gt; jrand0m: 물론이죠, 편의와 보안 사이의 트레이드오프예요 [22:24] &lt;FireRabbit&gt; 일단은 누가 "중앙집중식" dns를 빨리 하나 만들어서 테스트를 쉽게 하고 나중에 보안을 걱정하는 게 어떨지 [22:24] &lt;human&gt; jrand0m: :-) [22:24] &lt;FireRabbit&gt; 테스트를 쉽게 하려구요 [22:25] &lt;jrand0m&gt; 전역 네이밍 없이 여러 CA가 더 쉽게 동작하긴 해요 [22:25] &lt;wiht&gt; jrand0m: 당신이 먼저 jrandom.i2p를 등록했다면, 다른 John Random은 예를 들어 jrandom2.i2p로 등록해야 하는 거죠. [22:25] &lt;baffled&gt; 사실 충돌이 발생하기 전까진 문제 없죠, 맞나요? [22:25] &lt;jrand0m&gt; FireRabbit&gt; 우리가 시작하는 건 12개월 이상 그대로 갈 거라는 강한 느낌이 들어요. [22:25] &lt;jrand0m&gt; baffled 말이 맞아요, 어떤 계획이든 [22:25] &lt;wiht&gt; baffled: 네, 그게 문제죠. [22:25] &lt;jrand0m&gt; wiht&gt; CA가 여러 개면 그렇지 않죠 [22:25] &lt;FireRabbit&gt; 그럴지도 [22:25] &lt;wilde&gt; eepsites는 로컬 네이밍이면 엉망이 될 거예요, 링크가 안 맞을 테니까요 [22:25] &lt;baffled&gt; 그러면 사실 권위가 필요한 건 충돌 조정할 때뿐이네요. [22:26] &lt;jrand0m&gt; 그렇죠 wilde [22:26] &lt;jrand0m&gt; 공유되고 다른 사람들이 사용할 이름은 완전 수식된 - 자기서명된 - 이름이어야 해요 [22:26] &lt;wiht&gt; jrand0m: 자기서명 이름의 예를 들어주실 수 있나요? [22:27] &lt;jrand0m&gt; 제 이메일에서 발췌 - `http://i2pref/[base64 of the NameReference]` [22:27] &lt;wilde&gt; 그럼 당신 사이트에 링크할 때, jrandom이 셋 있으면… 어느 쪽을 쓰게 되죠? [22:28] * human 은 전역 네이밍 없는 분산 NS가 Good(TM)이라고 생각합니다. 왜냐하면 이로써 사람들이 호스트명 검증과 인증을 위임하는 위험을 이해하게 되기 때문이죠 [22:28] &lt;jrand0m&gt; 완전 수식된 이름으로 링크해요 - 실제 Destination(목적지: I2P에서 공개키 기반 주소/식별자)이 그 안에 포함돼 있거든요. [22:28] &lt;jrand0m&gt; (제 이메일에 있는 NameReference(이름 참조 구조체) 구조) [22:28] &lt;wilde&gt; 그러면 base64 링크 같은 거네요 [22:28] &lt;jrand0m&gt; 맞아요 human - 그 공격 지점을 없애죠 [22:28] &lt;wiht&gt; 그럼 사람들은 또다시 엄청 긴 글자를 쳐야 하나요? 그건 자충수 같은데요. [22:28] * madman2003 님이 IRC에서 퇴장했습니다 (EOF From client) [22:29] &lt;jrand0m&gt; base64 이름을 직접 치는 사람은 없어요 [22:29] &lt;jrand0m&gt; (음, 어쩌면 mihi는 칠지도) [22:29] &lt;jrand0m&gt; `&lt;a href="http://i2pref/[base64 of the NameReference]"&gt;jrandom의 페이지&lt;/a&gt;` [22:29] &lt;wiht&gt; 아. 그건 말 되네요. [22:30] * mihi 는 복사&amp;붙여넣기 할 수 있는 건 절대 *타이핑*하지 않음 [22:30] &lt;jrand0m&gt; :) [22:30] &lt;wilde&gt; 오케이 근데 기본적으로 URL이 길겠네요 [22:30] &lt;jrand0m&gt; eepsites 안에서는, 네 [22:30] * dm 님이 IRC에서 퇴장했습니다 (Ping timeout) [22:30] &lt;wilde&gt; 그게 질문이었어요 [22:30] &lt;jrand0m&gt; 하지만 볼 만한 다른 시나리오도 몇 가지 있어요 [22:31] &lt;jrand0m&gt; 예컨대 사람들이 새 사이트를 찾아보거나 검색하고 싶을 때요 [22:31] &lt;jrand0m&gt; 그런 상황에서는 이름 참조가 많이 담긴 서버가 유용하죠 [22:31] &lt;baffled&gt; 권위기관 대신 히스토리 서버라는 개념을 제안해도 될까요. [22:31] &lt;jrand0m&gt; 히스토리 서버요? [22:32] &lt;jrand0m&gt; 아, 그러니까 먼저 한 사람이 “가져가는” 거죠? [22:32] &lt;baffled&gt; 누군가 사용 중인 도메인을 다른 사람이 채택하면, 히스토리 서버가 그 사람에게 원래 보유자와 연락처를 알려주는 메모를 보냅니다. [22:32] &lt;human&gt; 도메인 이름이 시간에 따라 어떻게 바뀌었는지 볼 수 있는 아카이브 같은 건가요? [22:32] &lt;baffled&gt; 그런 다음 두 당사자가 모두 가능하면 갈등을 해결할 수 있죠. [22:33] &lt;wiht&gt; baffled: 새 도메인 운영자가 파렴치해서 이미 사용 중인 도메인을 계속 쥐고 있으면 어쩌죠? [22:33] &lt;baffled&gt; 한쪽 당사자가 없으면 일정 시간 후에 갈등은 가능한 쪽으로 넘어갑니다. [22:33] &lt;human&gt; 물론 서버 운영자에게 어느 정도 신뢰를 줘야 하죠 [22:33] &lt;wilde&gt; 그건 그냥 다른 방식의 권위일 뿐이에요 [22:33] &lt;jrand0m&gt; 맞아요 [22:34] &lt;baffled&gt; 어떤 중재자든 결국 권위기관처럼 행동하게 됩니다. [22:34] &lt;human&gt; 글쎄요, 비전역 이름을 쓰게 하면 그 위에 쌓이는 모든 게 삶을 편하게 해주긴 해도 보안을 떨어뜨릴 수도 있다는 걸 사람들에게 이해시키죠 [22:34] &lt;jrand0m&gt; 그렇죠, 그렇죠 [22:34] &lt;baffled&gt; 전 이게 큰 문제가 되진 않을 거라 봅니다. [22:34] &lt;jrand0m&gt; (그런데 왜 중재자가 필요하죠? 세상에 John은 둘 있어도 되는 거 아닌가요?) [22:35] &lt;jrand0m&gt; I2P가 상거래나 그 밖의 활동에 쓰인다면, 이름은 심하게 공격받을 거라 예상해요 [22:35] &lt;baffled&gt; 제가 jrandom.i2p를 원하고 jr이 안 내주면 jrandom.i3p를 고르거나, 아니면 계약을 걸 수도 있죠. [22:35] &lt;wilde&gt; 전 난해한 nameref 해결책에 한 표 [22:35] &lt;wiht&gt; 다시 말하지만, 그건 괜찮아요. 단지 새로운 사용자들이 그 함의를 이해하고 자신들이 연락하고 싶은 John이 누구인지 알 수 있어야 합니다. [22:35] &lt;jrand0m&gt; (누군가 하이재킹해서 돈을 받을 수도 있으니) [22:36] &lt;jrand0m&gt; 맞아요 - 아마 소프트웨어에 일부 name reference를 번들로 넣어둘 거예요 [22:36] &lt;jrand0m&gt; (현재 hosts.txt처럼) [22:36] &lt;wiht&gt; 다만 유지해야 할 아이디어 하나는, MrEcho가 제안한 참조에 유효기간 있는 lease를 붙이는 겁니다. 그러면 도메인 이름이 만료될 수 있어요. [22:37] &lt;jrand0m&gt; 왜 도메인 이름이 만료되길 원하죠? [22:37] &lt;baffled&gt; 삶에 지쳤나 보죠? [22:37] &lt;jrand0m&gt; 아, 포함된 Destination을 교체하려고요? [22:37] &lt;jrand0m&gt; ㅎㅎ [22:38] &lt;wiht&gt; 어떤 것은 운영자가 도메인 이름을 하루나 한 달만 원해서 그렇고, 다른 경우는 도메인 소유권이 다른 Destination으로 이전될 수 있어서죠. [22:38] &lt;jrand0m&gt; 흠, 하지만 유일성이 없으면 사실 소유권 같은 건 없어요 [22:38] &lt;jrand0m&gt; 희소하지 않거든요 [22:38] &lt;jrand0m&gt; 누군가 수신하는 dest를 바꾸고 싶다면, 자신의 dest로 “저기요, 여기로 옮겨요”라고 서명한 메모를 내면 돼요 [22:39] &lt;wilde&gt; 그럼 nameref는 한 키로 보호되고, destination은 다른 키로 [22:39] &lt;jrand0m&gt; nameref는 Destination의 서명 키로 서명됩니다 [22:40] &lt;wilde&gt; 가능하다면 nameref 전용 키를 하나 더 두는 게 좋겠어요 [22:40] &lt;jrand0m&gt; 흠, 이해하고 동의하지만, 그러면 Destination에 또 다른 1024비트 세그먼트가 들어가겠네요 [22:40] &lt;wilde&gt; 그래서 머신이 침해되어도 nameref 키는 종이에 넣어 지갑에 보관할 수 있죠 [22:41] * wiht 님이 IRC에서 퇴장했습니다 (Ping timeout) [22:41] &lt;jrand0m&gt; (그리고 Destination은 여기저기서 쓰여요) [22:41] &lt;jrand0m&gt; 흠 침해된 부분이 정확히 이해가 안 되는데요? [22:42] &lt;wilde&gt; destination 개인키는 항상 머신 위에 있잖아요 [22:42] &lt;jrand0m&gt; 아 맞아요 맞아 [22:42] &lt;wilde&gt; nameref 개인키는 그럴 필요가 없죠, 종이에 넣고 지갑에 둘 수 있어요 [22:43] &lt;jrand0m&gt; 좋은 지적이에요. 아마 comment block을 그걸로 쓸 수도 있겠네요 (Destination의 해시를 감싼 PGP 서명을 담는 식으로)? [22:43] &lt;wilde&gt; 근데 그건 과한 걸 수도 [22:43] &lt;wilde&gt; 전 필요 없다면 가장 중요한 키를 머신에 두고 싶지 않아요 [22:44] &lt;jrand0m&gt; 맞아요 - 우린 Destination 서명 키와 Destination 복호화 키가 필요하지만, 기능적으로는 그 외엔 없어요. [22:44] &lt;jrand0m&gt; 흠 [22:45] &lt;jrand0m&gt; 아마 name reference에 1024비트 공개키를 하나 더 넣을 수 있겠네요 [22:45] &lt;jrand0m&gt; 그리고 그걸로 DSA로 검증하죠 [22:45] &lt;jrand0m&gt; Destination의 공개키 대신요 [22:45] &lt;jrand0m&gt; 그래, 그건 되겠네요 [22:45] &lt;jrand0m&gt; 32바이트 추가지만, Destination이 아니라 nameReference에만 해당 [22:46] * jrand0m 은 왜 그게 Destination에 들어간다고 생각했는지 모르겠음 [22:46] &lt;wilde&gt; 키가 많네요 :) 하지만 보안과 유연성이 추가되죠 [22:46] &lt;jrand0m&gt; 맞아요 [22:46] &lt;jrand0m&gt; (하지만, 자, 다들 키를 같은 디렉토리에 둘 거란 거 알잖아요) [22:46] &lt;jrand0m&gt; ((근데 상업 서비스는 안 그럴 수도)) [22:47] &lt;wilde&gt; "도메인"은 넘기되 destination은 넘기지 않거나, 다른 사람의 destination으로 바꿀 수도 있죠 [22:47] &lt;jrand0m&gt; 음, 오케이. MrEcho와 wiht가 여기 있었으면 해요 [22:47] &lt;jrand0m&gt; 맞아요 [22:48] &lt;jrand0m&gt; 좋아요, 이건 다 괜찮고, 실현 가능하다고 봐요 [22:48] &lt;jrand0m&gt; 근데 구현이 필요하죠 :) [22:49] &lt;jrand0m&gt; 그러니, 나중에 더 얘기할 수도 있겠지만, 그때까지는 hosts.txt로 갑시다 [22:49] &lt;wilde&gt; 인도인들 좀 고용해요 [22:50] * jrand0m /dcc i2p 작업할 80명 팀을 고용할 보조금을 획득 [22:51] &lt;wilde&gt; :) [22:51] &lt;jrand0m&gt; 좋아요, 네이밍에 대해 더 할 얘기가 있나요, 아니면 당분간은 이 정도로 될까요? [22:51] &lt;baffled&gt; 계속 가죠, 형제여. [22:52] * wiht 님이 #i2p 채널에 입장했습니다 [22:52] * jrand0m 님이 폴짝폴짝 뛰어 3) minwww와 i2cp로 이동 [22:52] &lt;jrand0m&gt; 이런, 돌아왔군요 wiht [22:52] &lt;baffled&gt; 1, 2, 5 어 3 sitr. [22:52] &lt;wiht&gt; IIP 네트워크로 다시 들어오는데 문제가 있었네요. 나중에 로그를 읽겠습니다. [22:53] &lt;jrand0m&gt; 좋아요 wiht, 그리고 우린 나중에 리스트 등에서 계속할 수 있죠 [22:54] &lt;jrand0m&gt; 엊그제 드디어 왜 i2cp를 직접 쓰는 걸 검토할 가치가 있다고 생각하는지 썼고, i2p에서 사용할 최소 웹 시스템(그리고 외부 웹페이지를 i2p를 통해 프록시하기 위한)도 스케치했어요 [22:54] &lt;jrand0m&gt; (위키 참조 [MinWWW wiki](http://wiki.invisiblenet.net/iip-wiki?MinWWW) ) [22:56] &lt;jrand0m&gt; HTTP에서는 TCP/IP 연결을 설정하고 해제하는 비용이 작지만, I2P에서는 그 차이가 Destination 간 메시지 10개 대 2개예요 [22:56] * sheer 님이 #i2p 채널에 입장했습니다 [22:56] &lt;duck&gt; 미팅 벌써 시작했나요? [22:57] &lt;jrand0m&gt; 네, 56분 전에요 [22:57] * jrand0m 님이 duck을 구석으로 보냅니다 [22:57] &lt;duck&gt; 그럼 딱 제 시간에 왔네요 [22:57] * wilde 님이 IRC에서 퇴장했습니다 (Ping timeout) [22:57] &lt;jrand0m&gt; 헤헷 [22:57] &lt;baffled&gt; 의심의 여지 없이, 새 시계를 사야겠군요. [22:58] &lt;jrand0m&gt; minwww에서 제가 확신이 없었던 부분 중 하나가, minwww 프록시가 자동으로 외부 게이트웨이도 겸해야 하는지였어요? [22:58] * wiht 님이 IRC에서 퇴장했습니다 (Ping timeout) [22:59] &lt;jrand0m&gt; 그러면 사용 가능한 outproxy 수가 늘어 부하가 줄어들겠죠 [22:59] &lt;jrand0m&gt; 게다가 64/128KB 제한에 연동된 라운드 로빈 알고리즘이 있으면, 사람들이 그걸로 대용량 파일 공유를 할 가능성은 크지 않아요 [22:59] * wiht 님이 #i2p 채널에 입장했습니다 [23:00] &lt;jrand0m&gt; 아니면 그냥 소수의 outproxy 목록(주기적으로 업데이트되는)을 두는 게 나을까요? [23:01] &lt;jrand0m&gt; (아니면 이 아이디어는 깊게 파지 않아도 될까요?) [23:01] * wilde 님이 #i2p 채널에 입장했습니다 [23:02] &lt;jrand0m&gt; (아니면 제가 타임아웃돼서 아무도 제가 한 말을 못 보고 있는 건지) [23:02] &lt;wilde&gt; jrand0m: 보입니다 [23:02] &lt;jrand0m&gt; 'ㅇㅋ 쿨' [23:02] &lt;baffled&gt; 전 더 잘 이해해야겠지만, 지금은 10분 후에 다른 약속이 있어서 이따 올게요. [23:02] &lt;jrand0m&gt; 오케이, 나중에 봐요 [23:03] &lt;jrand0m&gt; 네, 여전히 8비트 클린 스트림을 처리하려면 i2ptunnel의 핵심 기능이 필요해요 [23:03] &lt;jrand0m&gt; 예를 들어 I2P 위의 IRC 같은 것에 필요하죠 [23:03] &lt;mihi&gt; jrand0m: ss[lh] 잊지 말아요 [23:04] &lt;jrand0m&gt; 하지만 http, smtp, bittorrent 등 메시지 지향 프로토콜에선 i2cp가 더 적절할 수 있어요 [23:04] &lt;jrand0m&gt; 맞아요, 물론이죠 [23:04] &lt;jrand0m&gt; (글쎄, 더 'telnet' 쪽이겠네요, I2P 위의 ssh는 좀 과하니까) [23:04] &lt;wilde&gt; ssh -X [23:05] &lt;jrand0m&gt; 그렇죠 [23:05] &lt;jrand0m&gt; (게다가 인증서 등) [23:05] &lt;wilde&gt; 암호는 많을수록 좋죠 [23:05] &lt;jrand0m&gt; 하지만 squid로 웹 페이지를 끌어오는데 5-10초 걸리던 걸, i2cp를 쓰면 0.5-2초로 줄일 수 있어요 [23:06] &lt;jrand0m&gt; (네트워크를 추가로 튜닝하지 않아도 그렇고, 전체 네트워크 부하도 줄일 겁니다) [23:06] &lt;wilde&gt; i2cp 만드는 데 몇 인시나 들죠? [23:07] &lt;jrand0m&gt; 내 생각에 i2cp는 꽤 단순한 API고, 자바 i2p SDK에 번들돼 있어요 [23:07] &lt;jrand0m&gt; mihi가 사용/학습에 어느 정도 노력이 드는지 더 공정하게 말해줄 수 있을 거예요 [23:08] * wiht 님이 IRC에서 퇴장했습니다 (Ping timeout) [23:08] &lt;mihi&gt; 가끔 헷갈려요(값을 생성자에 넣어야 할 때와 기본 생성자 호출 후 메서드에 넣어야 할 때), 하지만 i2ptunnel과 atalk이 예제로 있으니 그리 어렵진 않을 거예요. [23:09] * ion 님이 IRC에서 퇴장했습니다 (Ping timeout) [23:09] &lt;jrand0m&gt; 당연히 SDK는 더 개선할 수 있어요, 전 JMS API를 기반으로 만들었거든요 [23:10] &lt;jrand0m&gt; (그리고 익숙해지려고 만져보고 싶은 사람은 누구든 도울 의향이 있어요) [23:11] &lt;jrand0m&gt; 좋아요, minwww/i2cp에 대해 더 있을까요? [23:11] &lt;jrand0m&gt; 없으면, 4) i2p.net 웹사이트로 넘어갑니다 [23:11] &lt;jrand0m&gt; (그리고 큰 환호가 있었습니다) [23:11] &lt;jrand0m&gt; 좋아요 [23:12] &lt;duck&gt; 검색 기능에 대해 [23:12] &lt;duck&gt; 위키피디아는 검색 기능에 구글을 쓰죠 [23:12] &lt;jrand0m&gt; 맞아요. 그리고 우린 이미 i2p 검색 결과 1위죠 :) [23:13] &lt;duck&gt; 그래서 멋진 무언가가 검색에 꼭 필요하진 않을 수도 [23:13] &lt;mihi&gt; duck: 지금은 맞죠 ;) [23:13] &lt;duck&gt; 내부 검색 말이에요 [23:13] &lt;mihi&gt; #1은 www.crestron.com/company_info/i2p/ [23:13] &lt;jrand0m&gt; 아 그렇군, 이번 주엔 비둘기에게 뇌물을 안 줬지 [23:14] &lt;duck&gt; LeaseSet site:wiki.invisiblenet.net [23:14] &lt;jrand0m&gt; 좋네 [23:14] &lt;jrand0m&gt; 네, 완전히. [23:14] &lt;wilde&gt; drupal에는 내부 검색이 있고, 콘텐츠 타입으로 필터링할 수 있어요 [23:15] &lt;wilde&gt; 또 매우 구글 친화적이죠, 깔끔한 URL이라 index.php?수많은 인자 같은 게 없어요 [23:15] &lt;wilde&gt; 전부 디렉터리처럼 보여요 [23:16] * ion 님이 #i2p 채널에 입장했습니다 [23:16] &lt;wilde&gt; 지금까지 여러 CMS를 만져봤는데 Drupal이 제 최애예요 [23:16] &lt;duck&gt; 전 Ian이 직접 만든 솔루션이 더 좋아요 [23:16] &lt;duck&gt; :) [23:16] &lt;jrand0m&gt; 백엔드는 뭐 쓰죠? mysql/bdb/txt/? [23:16] &lt;wilde&gt; [kerneltrap.org](http://kerneltrap.org/) [debianplanet.org](http://www.debianplanet.org/) [linuxgazette.com](http://www.linuxgazette.com/) 에서도 쓰여요 [23:16] &lt;wilde&gt; 예를 들면요 [23:17] &lt;wilde&gt; 고부하도 버팁니다 [23:17] &lt;wilde&gt; 디자인은 별로지만요 [23:17] &lt;wilde&gt; 멋진 CSS 스타일시트가 그걸 고쳐줘요 [23:17] &lt;wilde&gt; 여기 좀 더 낫게 보이는 것들: [23:17] &lt;duck&gt; Drupal 코어 플랫폼, 추가 플러그인 모듈, 많은 테마 템플릿은 GNU GPL 하에 자유롭게 다운로드할 수 있습니다. Drupal은 PHP로 작성되었고 데이터베이스 백엔드로 MySQL, PostgreSQL 또는 mSQL을 사용할 수 있으며, Apache나 Microsoft IIS 웹 서버 등 많은 플랫폼에서 실행될 수 있습니다. [23:17] &lt;wilde&gt; [sudden-thoughts.com](http://www.sudden-thoughts.com/) [23:17] &lt;jrand0m&gt; 그건 중요한 점이에요 - 기반 소프트웨어가 디자인을 지원할 수 있는지(그리고 디자인이 기반 소프트웨어에서 구현 가능한지) 확인해야 하죠 [23:18] &lt;wilde&gt; [codemonkeyx.net](http://www.codemonkeyx.net/) [23:18] &lt;wilde&gt; [disguast.org](http://www.disguast.org/index.php) [23:18] &lt;wilde&gt; [trip.ee](http://trip.ee/) [23:18] &lt;wilde&gt; [blainepeterson.com/image](http://www.blainepeterson.com/image) [23:18] &lt;wilde&gt; . [23:19] * jrand0m 님은 wilde가 광적인 drupal 팬이라는 느낌을 받음 :) [23:19] &lt;wilde&gt; 점점 그렇게 되어가요, 정보 관리 아이디어가 마음에 들어서요 [23:19] &lt;wilde&gt; 모든 게 노드예요 [23:20] &lt;wilde&gt; 훌륭한 분류 체계 [23:20] &lt;wilde&gt; 지리적 위치, 콘텐츠 타입, 언어 등 어휘를 만들 수 있어요 [23:20] &lt;wilde&gt; 그리고 그걸로 콘텐츠를 필터링하는 커스텀 URL을 만들 수 있고요 [23:21] &lt;jrand0m&gt; 홈페이지에 블로그 섹션을 두 개 둘 수 있나요? 예컨대 작은 블로그 영역에 최신 개발 블로그 제목들, 메인 큰 별도 블로그 영역에 최신 i2p 공지들을 담는 식으로요? [23:21] &lt;wilde&gt; 그리고 자주 업데이트되며 변경도 좋아요 [23:21] &lt;duck&gt; 달리 말해, 우리 지금 당장 drupal이 없는 게 바보짓 [23:21] &lt;wilde&gt; duck은 있죠 [23:21] &lt;wilde&gt; drupal.i2p.net [23:21] &lt;jrand0m&gt; :) [23:21] &lt;wilde&gt; duck, 넌 아주 90년대 감성이야 [23:22] &lt;duck&gt; 그거 좋지 [23:22] &lt;wilde&gt; 디자인은 별로지만요 [23:22] &lt;duck&gt; 그 디자인은 아주 80년대 감성이라서 [23:22] &lt;jrand0m&gt; ㅋㅋ [23:22] * wilde 님이 duck과 진흙 레슬링 [23:22] &lt;jrand0m&gt; 맞아요, 해결해야 할 건 기술, IA(정보 구조), 그리고 그래픽 디자인 세 가지예요 [23:23] &lt;wilde&gt; 사용자 인터페이스를 써봐도 돼요 [23:23] &lt;wilde&gt; 로그인: test 비번: test [23:23] &lt;duck&gt; warning: Bad arguments to implode() in /var/www/html/i2p/modules/project/issue.inc on line 360. [23:23] &lt;duck&gt; user error: You have an error in your SQL syntax near ') AND (p.state = 1 OR p.state = 2) ' at line 1 [23:23] &lt;duck&gt; query: SELECT COUNT(*) FROM project_issues p LEFT JOIN node n USING (nid) WHERE n.status = 1 AND () AND (p.state = 1 OR p.state = 2) in /var/www/html/i2p/includes/database.mysql.inc on line 90. [23:23] &lt;jrand0m&gt; 검색은 아직 안 되죠 wilde, 맞죠? [23:24] &lt;duck&gt; user error: You have an error in your SQL syntax near ') AND (p.state = 1 OR p.state = 2) ORDER BY n.changed DESC LIMIT 0, 20' at line 1 [23:24] &lt;jrand0m&gt; 오 굿잡 duck [23:24] &lt;duck&gt; query: SELECT n.nid FROM project_issues p LEFT JOIN node n USING (nid) WHERE n.status = 1 AND () AND (p.state = 1 OR p.state = 2) ORDER BY n.changed DESC LIMIT 0, 20 in /var/www/htm [23:24] &lt;duck&gt; sucky [23:24] &lt;jrand0m&gt; AND () AND [23:24] &lt;wilde&gt; 이런, 검색에서 문제가 있긴 했어요 인정합니다 [23:25] &lt;duck&gt; . [23:25] &lt;wilde&gt; 전체텍스트 인덱싱 cron 스크립트를 아직 설정 안 했어요 [23:25] &lt;wilde&gt; 2분 만에 duck이 내 평생의 작품을 박살냈네 [23:25] &lt;jrand0m&gt; (!hi5 duck) [23:26] &lt;jrand0m&gt; 그래도 검토할 가치는 있다고 봐요 [23:26] &lt;wilde&gt; 뭘 한 거예요 duck? [23:26] &lt;jrand0m&gt; 아직 특정 CMS 하나로 확정할 단계인지는 잘 모르겠어요 [23:26] &lt;wilde&gt; 음 [23:26] &lt;jrand0m&gt; (s/some/특정/) [23:27] &lt;duck&gt; jrand0m이 필요한 기능 개요는 이미 작성했죠 [23:27] &lt;jrand0m&gt; [status update 000133](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000133.html) [23:27] &lt;duck&gt; 이제 각자 제안과 가격을 가져오면 되겠네요 [23:28] &lt;duck&gt; 물론 우승 솔루션은 i2p 주식으로 보상됩니다 [23:28] &lt;jrand0m&gt; 이게 꽤 가치가 있다니까요 [23:28] &lt;jrand0m&gt; 콜록* [23:29] &lt;jrand0m&gt; 당신만의 @i2p.net 이메일을 얻게 될 거예요 [23:29] &lt;jrand0m&gt; 그리고 여성분들이 당신을 좋아하게 될 거고요 [23:29] &lt;jrand0m&gt; (아니면 남성분들, 뭐든) [23:30] &lt;wilde&gt; CMS 옵션들이 있었죠 [23:30] &lt;wilde&gt; CMS로 가야 해요 [23:30] &lt;wilde&gt; 위키는 장기적인 해결책이 아니에요 [23:30] &lt;jrand0m&gt; 네 몇 가지는 4번 항목에 리스트되어 있어요 @ [status update 000142](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000142.html) [23:30] &lt;jrand0m&gt; 동의해요, 적어도 웹사이트 자체에 대해선 [23:31] &lt;jrand0m&gt; 다만 위키 기반 섹션은 괜찮을 수도, 사용자 가이드/해커 가이드 같은 데요 [23:31] &lt;jrand0m&gt; (하지만 전부는 아님) [23:32] &lt;wilde&gt; 호스팅은요? [23:32] &lt;jrand0m&gt; [DMOZ CMS listing](http://dmoz.org/Computers/Software/Internet/Site_Management/Content_Management/Open_Source/) 에 53개가 있네요 [23:32] &lt;wilde&gt; slashdot도 버텨야겠죠 [23:32] &lt;jrand0m&gt; 호스팅이요? [23:32] &lt;jrand0m&gt; 아, 맞아요. [23:33] &lt;jrand0m&gt; 그게 사실 평범한 HTML만의 아주 큰 장점이에요 [23:33] &lt;jrand0m&gt; (미러링이 엄청 쉬움) [23:33] &lt;wilde&gt; 그리고 또 [23:33] &lt;wilde&gt; [oscom.org](http://www.oscom.org/) [23:33] &lt;jrand0m&gt; i2p.net은 여러 대형 사이트가 쓰는 colo(코로케이션)에 있어요 [23:34] &lt;jrand0m&gt; 아 맞아요 [23:34] * jrand0m 님은 누군가가 계속해서 파고들어 “정답”을 찾아주면 좋겠다고 생각함 [23:35] &lt;wilde&gt; [opencms.org](http://www.opencms.org/) 도 흥미로워요 [23:35] &lt;wilde&gt; 하지만 좀 너무 기업용일 수도 [23:35] &lt;wilde&gt; 워크플로, 프로젝트 등등 [23:35] &lt;wilde&gt; 전 정말 좋았고, 한 프로젝트에 썼어요 [23:36] &lt;jrand0m&gt; 흥미롭네요 [23:36] &lt;wilde&gt; 근데 자바예요 ;) [23:36] &lt;jrand0m&gt; 흠, 그리고 xml [23:36] &lt;wilde&gt; jsp 템플릿 등 [23:36] &lt;wilde&gt; tomcat [23:36] &lt;jrand0m&gt; (아니면 jetty) [23:36] &lt;jrand0m&gt; ((아니면 resin)) [23:37] &lt;duck&gt; (((lisp))) [23:37] &lt;wilde&gt; 이 프로젝트에 쓸 일은 없을 거예요, 너무 무거워요 [23:37] &lt;jrand0m&gt; wilde&gt; 주요 CMS들을 훑어서 장단점을 정리해줄 수 있나요? [23:38] &lt;wilde&gt; 이미 했죠 :), 그리고 Drupal을 골랐고요 ;) [23:38] * jrand0m 님은 그럴 줄 알았어야 했음 [23:38] &lt;wilde&gt; 주요한 것들 열 개쯤은 써봤어요 [23:38] &lt;wilde&gt; 이전 프로젝트에서요 [23:38] &lt;wilde&gt; 프로젝트마다 맞는 CMS가 달라요 [23:39] &lt;duck&gt; 그럼 drupal을 쓴다고 하면 [23:39] &lt;wilde&gt; Zope와 친구들도 좋아요 [23:39] &lt;duck&gt; 구조는 명확한가요? [23:39] &lt;duck&gt; 다음 단계는 GUI 작업인가요? [23:40] &lt;wilde&gt; GUI는 사실상 CSS 템플릿만 있으면 되고, 예쁘게 하려면 xtemplate에 몇 가지 변경을 하면 돼요 [23:41] &lt;wilde&gt; www.csszengarden.com이 영감이 될 수 있죠 [23:41] &lt;jrand0m&gt; wilde&gt; 홈페이지에 블로그 섹션을 두 개 둘 수 있나요? 예컨대 작은 블로그 영역에 최신 개발 블로그 제목들, 메인 큰 별도 블로그 영역에 최신 i2p 공지들을 담는 식으로요? [23:41] &lt;jrand0m&gt; 기본적으로 개발 블로그 글이 뉴스 & 공지를 무대에서 밀어내는 건 피하고 싶어요 [23:42] &lt;wilde&gt; jrand0m: 몰라요, 확인해볼게요, 블로그가 꼭 첫 페이지에 갈 필요는 없고, 제가 그렇게 설정했을 뿐이에요 [23:42] &lt;jrand0m&gt; 아 좋네요 [23:42] &lt;wilde&gt; 스토리만 첫 페이지로 가게 바꿀 수도 있어요 [23:42] &lt;wilde&gt; 노드인 건 뭐든 첫 페이지가 될 수 있어요, 투표, 스토리, 책 페이지, 기사 등 [23:43] &lt;jrand0m&gt; 가능하다면 위에 스토리, 아래에 최신 N개의 블로그 글을 둘 수 있을까요? [23:43] * jrand0m 님이 마이크로매니징을 멈춤 [23:43] &lt;wilde&gt; 블로그는 지금 왼쪽 아래에 링크되어 있어요, [23:44] * godmode0 님이 #i2p 채널에 입장했습니다 [23:44] &lt;wilde&gt; 스크린샷에 좋을 만한 멋진 갤러리 플러그인도 있어요 [23:44] &lt;jrand0m&gt; 좋네요 [23:44] &lt;wilde&gt; filestore 플러그인도 좋겠고 [23:45] &lt;wilde&gt; 그리고 더 많은 cvs, 개발자 플러그인도요 [23:45] &lt;wilde&gt; 그리고 메일링리스트 [23:45] &lt;jrand0m&gt; 전 CMS 전문가가 아니고, 당신이 숙제도 해왔고 열정적인 것 같네요 [23:45] &lt;jrand0m&gt; 멋지군요 [23:45] &lt;wilde&gt; jrand0m: 가끔은 누가 제 브레이크를 잡아줘야 해요 :) [23:46] &lt;wilde&gt; 그런데 디자인은 정말 고쳐야 해요, 여기 디자인 구루들은 누구죠? [23:46] * wilde 는 형편없는 디자인을 못 참음, 위키랑 지금 drupal은 그를 괴롭힘 [23:46] * jrand0m 님이 DrWoo와 frontier를 가리킴 [23:46] &lt;wilde&gt; 지금 여기 있나요? [23:47] &lt;duck&gt; 아니요, 전 나갔어요 [23:47] * jrand0m 님이 눈팅족들을 노려봄 [23:47] &lt;wilde&gt; 그럼 사이트가 뭘 전달해야 하죠? [23:47] &lt;duck&gt; [status update 000133](http://i2p.dnsalias.net/pipermail/i2p/2004-February/000133.html) [23:47] &lt;wilde&gt; 이건 좀 더 넓은 얘기예요, 마케팅과 기부도 생각해야 하니까요 [23:48] &lt;jrand0m&gt; (duck이 말한 그것) [23:48] &lt;wilde&gt; 그건 읽었죠, 하지만 여기 우리 더 많은데요 :) [23:48] &lt;jrand0m&gt; :) [23:48] &lt;duck&gt; 하지만 하찮은 인간들은 중요하지 않아! [23:48] * wilde 님이 보그 집단에 연결됨 [23:49] &lt;jrand0m&gt; 분명 웹사이트가 전달하길 원하는 것 중 하나는 “이봐, 이건 끝내주는 프로젝트야, 개발자 여러분 혁명을 위해 우리와 함께하세요”죠 [23:49] &lt;duck&gt; 좋아요; 전 졸리네요 [23:49] &lt;duck&gt; 즐기세요 [23:49] &lt;jrand0m&gt; 좋아요 duck, 잘 자요 [23:49] &lt;duck&gt; wilde: CMS 작업 멋져요 [23:49] * wilde 님은 80년대 디자인 얘기를 기억함, 5개월의 작업이야! [23:50] &lt;jrand0m&gt; 그럼 다행히 우린 2개월이 남았네요 ;) [23:50] &lt;wilde&gt; 잘 자 duck [23:50] &lt;duck&gt; 아 맞다, 디자인은 동료 검토와 유용한 코멘트를 간절히 구걸해야 해요 [23:50] * ion 님이 IRC에서 퇴장했습니다 (Ping timeout) [23:50] &lt;jrand0m&gt; 동의 [23:50] &lt;wilde&gt; toopie(마스코트)에 관해서 [23:51] &lt;jrand0m&gt; 전 그가 좋아요, 유머러스하고, 단순하고, 주제에 맞아요 [23:51] &lt;wilde&gt; toopie가 좀… 음… 멍청해 보이지 않나요 [23:51] &lt;jrand0m&gt; (그리고 거의 어떤 용도의 아이콘으로도 쓸 수 있죠) [23:51] * ion 님이 #i2p 채널에 입장했습니다 [23:51] &lt;wilde&gt; 실눈을 떠요 [23:52] &lt;jrand0m&gt; 흠 상단 왼쪽 로고 품질의 toopie는 만들어낼 수 있다고 봐요 [23:52] &lt;jrand0m&gt; 용도별로 돌아다니던 버전이 많았거든요 [23:53] &lt;wilde&gt; 난 그가 좋아요, 하지만 성격 상담사는 만나야겠어요 [23:53] * jrand0m 님이 디자인과 toopie 관련해서 DrWoo와 아이디어를 주고받을 것을 제안 [23:54] &lt;wilde&gt; 동의 [23:54] &lt;wilde&gt; 좋아요 아마 여기까지 하죠 [23:54] &lt;jrand0m&gt; 급할 건 없어요, 소화하고 다듬을 게 많으니까요 [23:54] &lt;wilde&gt; 하지만 새로 나온 끝내주는 CMS를 찾으면, 꼭 소리쳐 알려주세요 [23:54] &lt;duck&gt; 배경으로 이거 쓸 수 있나요: [The Triumph of Death artwork](http://www.artchive.com/artchive/B/bruegel/death.jpg) [23:55] &lt;jrand0m&gt; 하지만 duck 말에 동의, 작업용 drupal을 세팅한 건 잘했어요 [23:55] &lt;jrand0m&gt; 이건 바로 내 데스크톱으로 직행 [23:55] &lt;jrand0m&gt; 와, 저기에 텍스트 얹으면 어떻게 보일지 궁금 [23:55] &lt;wilde&gt; 멋진 그림이네요 [23:55] &lt;jrand0m&gt; 자, 그 얘기가 나왔으니, 5) ??? [23:56] &lt;jrand0m&gt; 더 덧붙일 것 있는 분? [23:56] * jrand0m 님이 구경꾼들을 쿡 찌름 [23:56] &lt;wilde&gt; 오늘은 매우 조용했네요 [23:56] &lt;wilde&gt; 다들 메시아 Jrandom의 말씀을 들으러 오는군요 [23:57] &lt;duck&gt; 2시간은 좀 길어요 [23:57] &lt;mihi&gt; *ggg* [23:57] * jrand0m 님은 맥주 때문에 여기 있을 뿐 [23:57] &lt;duck&gt; 30분짜리 주 2회 미팅으로 해보는 건 어때요 [23:57] &lt;wilde&gt; 음 [23:57] &lt;duck&gt; 그리고 금요일 오후에 해고 통보하고 [23:57] &lt;wilde&gt; 그건 너무 자주예요 [23:58] &lt;jrand0m&gt; 2시간 미팅은 확실히 과하긴 해요 [23:58] &lt;jrand0m&gt; (특정 주제 미팅이 아니라면요. 예를 들어 웹 페이지 디자인이나 어떤 router 기능을 논의하는 미팅 같은) [23:58] &lt;jrand0m&gt; (봐요, 우린 지금 메타 얘기 중) [23:59] &lt;jrand0m&gt; 아마 전 말을 좀 줄이고 1시간으로 제한해야 할까요? [23:59] &lt;jrand0m&gt; 아니면 '미팅'의 대부분을 메일링리스트로 넘기고, 토론은 #i2p에서? [23:59] * godmode0 님이 IRC에서 퇴장했습니다 (Ping timeout) [23:59] &lt;wilde&gt; 토론에는 메일링리스트를 더 쓸 수 있겠네요 Session Time: Wed Feb 11 00:00:00 2004 [00:00] &lt;duck&gt; 무거운 이메일 사전-로그도 이미 좋다고 봐요 [00:01] &lt;jrand0m&gt; 그럼 주간 미팅은 “자, 모두, 근황은? 논의할 거 있나요?” 같은 형식으로 바꿀 수도 [00:01] &lt;jrand0m&gt; (하지만 그런 오픈엔드 미팅 자체가 위험하긴 하죠) [00:01] * godmode0 님이 #i2p 채널에 입장했습니다 [00:02] &lt;jrand0m&gt; 좋아요, 이 메타 얘기는 리스트나 나중으로 넘길까요 [00:02] &lt;jrand0m&gt; 이미 2시간을 넘겼어요 [00:02] &lt;jrand0m&gt; 그러니… [00:02] * jrand0m 님이 준비 자세를 취하고... [00:02] &lt;fidd&gt; :) [00:02] * jrand0m 님이 미팅을 *baf*하며 종료합니다 </div>/ko/blog/2004/02/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-2%EC%9B%94-3%EC%9D%BC/Tue, 03 Feb 2004 00:00:00 +0000/ko/blog/2004/02/03/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-2%EC%9B%94-3%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> baffled, dm, duck, human, jrand0m, kaji, lucky, madman2003, mihi, Nightblade, Synonymous, wiht</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; 1) testnet [22:01] &lt;jrand0m&gt; 2) updated roadmap [22:01] &lt;jrand0m&gt; 3) updated application list [22:01] &lt;jrand0m&gt; 4) volunteers needed [22:01] &lt;jrand0m&gt; 5) ??? [22:01] &lt;jrand0m&gt; 0) hi [22:01] * jrand0m waves [22:01] * mihi waves back [22:02] * jrand0m has to warn that i've been up for too long, so may be a little out of it [22:02] &lt;jrand0m&gt; but anyway, as we proceed, everyone should read (or have read) http://i2p.dnsalias.net/pipermail/i2p/2004-February/000132.html [22:02] &lt;jrand0m&gt; lets jump right into 1) testnet [22:03] &lt;mihi&gt; you should change the subject for each mail... they all get sorted into one thread here [22:03] &lt;jrand0m&gt; hah nice [22:03] * jrand0m tried for consistency (for ease of filtering) [22:03] &lt;jrand0m&gt; would you like me to add the date to it? [22:03] &lt;madman2003&gt; how is the testent really doing?(pessimistic opnion please) [22:03] &lt;jrand0m&gt; madman2003&gt; poorly, but better than before [22:04] &lt;mihi&gt; jrand0m: date (or meeting number) would be great [22:04] &lt;jrand0m&gt; 'k mihi, consider it done [22:04] &lt;jrand0m&gt; (anyone other than me want to give some feedback to madman2003's question?) [22:04] &lt;duck&gt; madman2004: baffled and me have been connected for 4h now [22:04] &lt;baffled&gt; Really that long? [22:04] &lt;duck&gt; before test3 the maximum time was 10 min [22:05] &lt;jrand0m&gt; w00t [22:05] &lt;duck&gt; baffled: since 18:15:07 CET [22:05] &lt;jrand0m&gt; yeah i had a 90m session the other day too [22:05] &lt;duck&gt; but maybe we are directly hopped [22:05] &lt;madman2003&gt; and you're sure the link is intact? [22:05] &lt;jrand0m&gt; duck&gt; all tunnels are 2 hop (unless your router is failing, in which case your tunnels will break at least once) [22:06] &lt;jrand0m&gt; madman2003&gt; when the tunnels fail, they fail hard [22:06] &lt;madman2003&gt; how's general latency on the testnet? [22:06] * Ophite1 has joined #i2p [22:06] * jrand0m usually gets 2-10s latency through the squid [22:06] * lucky has joined #i2p [22:06] &lt;jrand0m&gt; 5-20s latency through irc [22:07] &lt;madman2003&gt; is the 30 secs delay on local sites fixed yet? [22:07] &lt;jrand0m&gt; duck&gt; can you /ping duck on your ircd? how long does it take to reply with a CTCP refused error? [22:07] &lt;jrand0m&gt; (or baffled&gt;) [22:08] &lt;jrand0m&gt; madman2003&gt; there have been significant bugfixes that would account for 30s+ delays locally [22:08] &lt;jrand0m&gt; (jobs got locked up causing insane delays) [22:08] &lt;duck&gt; response to admin request to baffleds ircd is ~8s [22:08] &lt;jrand0m&gt; duck&gt; to local? [22:09] &lt;duck&gt; fido ping/pong is 3 seconds, which is local [22:09] &lt;jrand0m&gt; coo' [22:09] &lt;duck&gt; for local eepsites it also seems to be ~3s [22:09] &lt;jrand0m&gt; (still much higher than i'd like, but &lt;&lt;30s) [22:09] &lt;duck&gt; initial request longer, might be ~30s [22:10] &lt;jrand0m&gt; interesting [22:10] &lt;duck&gt; , [22:10] &lt;jrand0m&gt; ok, so there's definitely still work to be done on the testnet, but there's been progress [22:10] &lt;madman2003&gt; is the testnet going to run until poor performance becomes perfect, what is the exact requirement of succes? [22:11] &lt;madman2003&gt; (i know about 3 days of working good) [22:11] &lt;jrand0m&gt; success == 3 consecutive days of things that should succeed succeeding. [22:11] &lt;jrand0m&gt; human has volunteered to help out and implement something along the lines of what I posted in the email [22:11] * mihi floods the testnet with pings ;) [22:11] * leenookx has quit IRC (Ping timeout) [22:11] &lt;jrand0m&gt; basically a way we can just leave a pair of bots connected to the two ircds and measure our progress and failures [22:12] &lt;jrand0m&gt; (yay human!) [22:12] &lt;mihi&gt; hmm, if there is no netsplit, i2p is working, but you cannot make the other way conclusion... [22:13] &lt;jrand0m&gt; the i2p roadmap [http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap] has the 0.2.4 release (~= testnet completion) in a week and a half [22:13] &lt;madman2003&gt; why don't you focus on making local delay &lt;1s? [22:13] &lt;jrand0m&gt; that i will. [22:13] &lt;madman2003&gt; good chance that will solve some other problems too [22:13] &lt;jrand0m&gt; the cause of &gt;1s delay is likely the load [22:14] &lt;jrand0m&gt; for routers with no peers, local only requests are near instantaneous [22:14] &lt;jrand0m&gt; (but as the testnet is actually showing some load, we're stressing different things) [22:15] &lt;duck&gt; baffled and me also had a little chat about making statsbots, but if human wants to do it; cool for me [22:15] &lt;madman2003&gt; maybe delays have to do with requests being send to other routers [22:15] &lt;madman2003&gt; before it see that it's local [22:15] &lt;jrand0m&gt; oh word duck [22:15] &lt;jrand0m&gt; naw, doesn't work that way madman2003 [22:16] &lt;jrand0m&gt; (it gets pumped to the client manager first, which checks if its local, and only if it isn't does it get placed in the router's net pool) [22:16] * madman2003 wonders where all that load is coming from [22:16] &lt;jrand0m&gt; france. [22:16] &lt;jrand0m&gt; er, germany. [22:16] &lt;jrand0m&gt; (since *someone* is pinging everyone ;) [22:17] &lt;duck&gt; kuala lumpur [22:17] * duck hopes nobody gets that joke [22:17] * jrand0m is pleased to meet duck's hopes [22:17] &lt;mihi&gt; all that pings made my local box thrashing as well... (with no router!) [22:18] &lt;jrand0m&gt; mihi&gt; the i2cp lib does the crypto ;) [22:18] * wiht has joined #i2p [22:18] &lt;madman2003&gt; doesn't i2p protect from ping floods? [22:19] &lt;jrand0m&gt; madman2003&gt; the load isn't that significant, its just the code currently has very course grain synchronization (and during the testnet thats being adjusted to more fine grained sync) [22:19] &lt;madman2003&gt; grain sync? [22:19] &lt;mihi&gt; jrand0m: congrats: seems that ping -ns does not only produce - - - now [22:20] &lt;jrand0m&gt; lol mihi :) [22:20] &lt;mihi&gt; why lol? ping -ns never worked for me. (only the synchronized one) [22:20] &lt;duck&gt; synchronized one never worked for me... [22:20] &lt;jrand0m&gt; oh really? word, -ns has been working well for me [22:21] &lt;jrand0m&gt; madman2003&gt; its a tradeoff of memory and CPU vs concurrency [22:22] &lt;jrand0m&gt; (course grained synchronization minimizes CPU and memory usage, while fine grained synchronization uses more CPU and memory in exchange for higher concurrency) [22:22] * TrueSeeker has quit IRC (Leaving) [22:22] * mihi will post ping stats in #flood in a few secs [22:22] * ion has quit IRC (Ping timeout) [22:23] &lt;lucky&gt; bah. [22:23] &lt;jrand0m&gt; but yeah, the plan is to have the testnet wrap up once it passes the 3 day test. my current estimate is the 14th, but we'll see. [22:23] &lt;lucky&gt; miserably day. [22:23] &lt;lucky&gt; stupid capitalist pigs [22:23] &lt;lucky&gt; taking all my money.. [22:24] &lt;baffled&gt; looks like there a are new goodies in cvs, how long before test4? [22:24] &lt;jrand0m&gt; not today, hopefully tomorrow [22:24] * jrand0m is going to bed after the meeting :) [22:25] &lt;baffled&gt; cool. [22:26] &lt;madman2003&gt; bye everyone [22:26] &lt;jrand0m&gt; later madman2003 [22:26] &lt;madman2003&gt; don't forget the other points of the meeting :) [22:26] &lt;jrand0m&gt; ok, so thats testnet. anything else on that, or shall we move to 2) updated roadmap? [22:26] &lt;jrand0m&gt; hehe [22:26] &lt;baffled&gt; Are there other stressers we need on the test net? [22:26] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:26] &lt;duck&gt; what date is it? [22:27] &lt;jrand0m&gt; Feb 3 [22:27] &lt;baffled&gt; 3rd here. [22:27] &lt;mihi&gt; 2004-02-03 [22:27] * leenookx has joined #i2p [22:27] &lt;duck&gt; ah, thanks [22:27] &lt;jrand0m&gt; baffled&gt; actually, has anyone tried out i2psnark on testnet? [22:27] &lt;wiht&gt; baffled: What do you mean by stressers? [22:28] &lt;mihi&gt; wiht: i guess people stressing the testnet [22:28] &lt;baffled&gt; Well, the other day you asked aum and I to siess and desist on nntp I was kinda thinking about setting up a 128kbps ogg stream. [22:28] * mihi 'd like a public echo service set up by anyone - would allow good latency checks [22:28] &lt;baffled&gt; so those two items I guess. [22:28] &lt;jrand0m&gt; we've had a good crew hitting the squid [22:28] &lt;jrand0m&gt; oh, nntp would rule, as would an ogg stream! [22:29] * jrand0m doesn't recall asking y'all to stop (except maybe temporarily during an update?) [22:29] &lt;jrand0m&gt; agreed mihi [22:29] * jrand0m checks what port 'echo' is [22:29] &lt;jrand0m&gt; 7 [22:29] &lt;mihi&gt; afaik 9 [22:29] &lt;mihi&gt; oops ;) [22:29] &lt;baffled&gt; You may been frazelled about something else at the time. [22:30] &lt;wiht&gt; Port 7. [22:30] &lt;duck&gt; 4 [22:30] * ion has joined #i2p [22:30] &lt;jrand0m&gt; prolly baffled ;) [22:30] &lt;duck&gt; echo 4/ddp # AppleTalk Echo Protocol [22:30] &lt;jrand0m&gt; echo 7/tcp [22:30] &lt;jrand0m&gt; echo 7/udp [22:30] &lt;jrand0m&gt; echo 4/ddp # AppleTalk Echo Protocol [22:30] &lt;wiht&gt; Port 7 for TCP and UDP. [22:30] &lt;mihi&gt; duck: we want [0-9]*/tcp [22:30] * duck ducks [22:31] * Synonymous has joined #i2p [22:31] &lt;jrand0m&gt; so, anyone want to wrap up human's test app (the echo server and client)? [22:32] &lt;jrand0m&gt; (though running twisted does seem a bit much for that ;) [22:32] &lt;duck&gt; the non-twisted one would work [22:33] &lt;duck&gt; . [22:33] * jrand0m didn't realize his i2p code could work w/out twisted [22:33] &lt;jrand0m&gt; but anyway, anyone wnat to volunteer to run point on getting an echo service up? [22:33] * duck sits on his hands [22:33] &lt;wiht&gt; Reachable through I2P, or reachable through regular Internet? [22:34] &lt;jrand0m&gt; through i2p [22:34] &lt;baffled&gt; I can look into it with some specific specs. [22:34] &lt;mihi&gt; duck: do ducks have hands? i thougt wings ;) [22:34] &lt;jrand0m&gt; spec: receive a line of text and echo it back :) [22:34] &lt;baffled&gt; oh, okay no prob. [22:34] &lt;lucky&gt; bah... i have to start filing taxes next year! [22:34] &lt;mihi&gt; jrand0m: s/line/byte chunk/ [22:34] &lt;lucky&gt; Stupid, damn government... [22:35] &lt;jrand0m&gt; mihi&gt; line is so much easier to parse ;) [22:35] &lt;duck&gt; lucky: hush [22:35] &lt;jrand0m&gt; baffled++ [22:35] &lt;jrand0m&gt; ok, moving on to 2) updated roadmap [22:35] * jrand0m directs people's attention to http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:36] &lt;mihi&gt; jrand0m: why? while (len=in.read(b) != -1) {o.write(b,0,len);} [22:36] &lt;jrand0m&gt; (which, of course, y'all have already read) [22:36] * MrEcho has joined #i2p [22:36] &lt;jrand0m&gt; mihi&gt; single byte messages vs nagle, etc [22:37] &lt;jrand0m&gt; but anyway, whatever baffled implements to do echoing to support testing is Good [22:37] &lt;jrand0m&gt; (or you and he can work out what works best for you) [22:37] * wiht has quit IRC (Ping timeout) [22:37] &lt;baffled&gt; If you have requirements write them down and let me know later mihi and I'll try. [22:38] * ion has quit IRC (Ping timeout) [22:38] &lt;mihi_backup&gt; baffled: not really. if needed adding a newline after a timestamp is no problem at all. [22:38] * jar_ has quit IRC (Ping timeout) [22:38] &lt;duck&gt; (netsplit after 4:20) [22:38] &lt;jrand0m&gt; heh [22:39] &lt;jrand0m&gt; not good :/ [22:39] &lt;jrand0m&gt; well, iterative and incremental. [22:39] &lt;mihi&gt; 22:38:09.430 ERROR [WrC1-&gt;Pz83 ] .i2p.i2ptunnel.I2PTunnelRunner: Error sending [22:39] &lt;mihi&gt; message to peer. Killing tunnel runner [22:39] &lt;jrand0m&gt; are all 9/10 routers up atm? [22:39] &lt;jrand0m&gt; (or did one go down?) [22:40] &lt;jrand0m&gt; i only see 8 [22:40] &lt;jrand0m&gt; 22:41:02.758 ERROR [TCP Read [9]] er.transport.tcp.TCPConnection: Error reading from stream to [RouterIdentity: [22:40] &lt;jrand0m&gt; Hash: 4Sb3aJoFusrhpHgYA2xCZCkn0P5jBo822qu9C0wsE1w= [22:40] * duck did just update [22:40] &lt;duck&gt; where goes the i2cp admin stuff fit in the roadmap? [22:41] &lt;duck&gt; afaik that isnt implemented, but 0.2.5 talks about finalizing the spec [22:41] &lt;jrand0m&gt; current plan is to make I2CP the plain client protocol, leaving admin functionality seperate [22:41] &lt;jrand0m&gt; (e.g. through the :7655 admin web port) [22:41] &lt;duck&gt; ok [22:42] &lt;jrand0m&gt; (and rip out all that other crap) [22:42] * jar_ has joined #i2p [22:42] * ion has joined #i2p [22:42] &lt;jrand0m&gt; ((shrinkingCodebase)++) [22:43] &lt;jrand0m&gt; does anyone have any thoughts on the two Big Issues? [22:43] &lt;jrand0m&gt; = aborting the current PHTTP transport (until 2.0) [22:43] &lt;jrand0m&gt; = keeping support for a restricted route topology at 2.0 [22:43] &lt;baffled&gt; Well gang, gotta boogie so I'll have to read the logs later. [22:43] &lt;jrand0m&gt; cool, glad you could make it, l8r [22:43] * baffled has quit IRC (Leaving) [22:44] &lt;duck&gt; secure i2cp would lower the direct need for restricted route topology a bit [22:44] &lt;duck&gt; so thats fine [22:45] &lt;jrand0m&gt; agreed, though the 'secured' in this sense won't be ideal (all i2cp payloads will of course be encrypted, but sniffers can detect that $client is sending a $n byte message to $destination) [22:46] &lt;jrand0m&gt; the only difference from the current i2cp is a little update to the authentication protocol / structure [22:46] &lt;jrand0m&gt; ((well, the $client can't detect $n, since messages are padded randomly. nm) [22:46] &lt;jrand0m&gt; er, $sniffer, not $client [22:47] * wiht has joined #i2p [22:47] &lt;jrand0m&gt; (of course that doesn't defeat a global passive adversary) [22:48] &lt;jrand0m&gt; anyone have any other concerns / suggestions / ideas / comments? [22:48] &lt;jrand0m&gt; (on the roadmap) [22:49] &lt;duck&gt; no [22:49] &lt;jrand0m&gt; nor do i [22:49] * jrand0m hops on to 3) updated application list [22:49] &lt;jrand0m&gt; [insert "mihi rules" rant here] [22:50] &lt;duck&gt; help jrand0m to say no! [22:50] &lt;jrand0m&gt; mihi&gt; any thoughts on the muffin thing? http://wiki.invisiblenet.net/iip-wiki?I2PApplications [22:50] &lt;jrand0m&gt; heh [22:51] &lt;mihi&gt; jrand0m: you know what i think about that... [22:51] &lt;jrand0m&gt; (i'm not specifically asking you to integrate it, i'm just seeing what your thoughts are as to whether it would be good) [22:52] &lt;mihi&gt; httpclient has to get out of i2ptunnel, since i2ptunnel is for stream forwarding and httpclient does content forwarding [22:52] &lt;mihi&gt; hacking that into i2ptunnel would be just more hackish. [22:52] &lt;jrand0m&gt; word, so the app down below [Scalable web proxies] [22:52] &lt;jrand0m&gt; that makes sense [22:53] &lt;jrand0m&gt; (apps that do One Thing and One Thing Well)++ [22:53] &lt;mihi&gt; jrand0m: you misunderstood me... [22:53] &lt;jrand0m&gt; whaddimiss? [22:54] &lt;mihi&gt; i don't have anything against an app that reads a http request, parses it, sends it over i2p, reads the answer, parses it, sends it back (maybe with filtering) - just not do it as httptunnel does. [22:54] &lt;mihi&gt; httptunnel forwards everything except the first few lines. [22:54] &lt;jrand0m&gt; ah you're right [22:55] * jrand0m doesn't quite have head screwed on correctly [22:55] &lt;mihi&gt; it would be hard to build effective filtering into it (if it should filter html and not text or sth like that) [22:55] &lt;jrand0m&gt; right - perhaps just have MUFFIN as a standalone [22:55] &lt;jrand0m&gt; (filtering whatever comes out of the httpclient) [22:55] &lt;mihi&gt; so i'd say, an extra app for that. but that would require streaming lib... (or sth like that) [22:56] * duck likes how you can do proxies xmlrpc/soap with httpclient though [22:56] &lt;wiht&gt; jrand0m: I did not see an entry for "muffin" on the list of applications. [22:56] &lt;jrand0m&gt; wiht&gt; http://muffin.doit.org/ [22:56] &lt;mihi&gt; muffin is a http content filter [22:57] &lt;mihi&gt; if we have a content filter, we could drop that shitty "proxy" thingy. [22:57] &lt;jrand0m&gt; duck&gt; hopefully the muffin filter would be set to pass through xmlrpc/soap, only filtering things like VBScript / etc [22:57] &lt;wiht&gt; I see. [22:57] &lt;jrand0m&gt; hm, mihi? [22:57] &lt;duck&gt; ah wait, xmlrpc/soap would be content type xml [22:57] &lt;jrand0m&gt; mihi&gt; wouldn't it still need to do the name translation, at the least? [22:58] &lt;mihi&gt; sure, but not as a proxy. `http://localhost:12345/duck.i2p/` would work much better. [22:58] &lt;Synonymous&gt; muffin is gpl, u have to be careful in a public domain project to use gpl code, its still copyrighted ;) [22:58] &lt;mihi&gt; since you can link to that from the regular web [22:58] &lt;jrand0m&gt; hrm mihi. [22:58] &lt;mihi&gt; Synonymous: i2ptunnel is gpl anyway [22:58] &lt;jrand0m&gt; Synonymous&gt; I2PTunnel is GPL [22:58] &lt;Synonymous&gt; ya [22:59] * jrand0m is well aware of the fact that some people consider copyrights valid, and tries to accomodate them. [22:59] &lt;Synonymous&gt; make sure to put that up where it is visible (if you use muffin) it already says that iptunnel is gpl [22:59] &lt;jrand0m&gt; of course, if we use muffin it'd get attributed and marked as gpl. [22:59] &lt;Synonymous&gt; ya thats what i said, becareful about it [23:00] &lt;jrand0m&gt; (we're not going to get into the copyright discussion here) [23:00] &lt;jrand0m&gt; ok, any other thoughts on the apps listed? [23:00] &lt;Synonymous&gt; then don't, and my comment was not intended to start one [23:00] * duck laughts at http://muffin.doit.org/demo/evil/ [23:01] &lt;jrand0m&gt; what do y'all think will be necessary app functionality for 1.0? [23:01] &lt;jrand0m&gt; heh duck [23:01] &lt;jrand0m&gt; (or are we already there, and 1.0 app functionality == things proxied through i2ptunnel :) [23:02] &lt;Synonymous&gt; ppl would want functional chat, and maybe a freenet like ap for 1.0 if thats what you are asking, maybe a set of tools so ppl can easily set up their own services on it [23:02] &lt;mihi&gt; an IM and a naming service are still missing [23:02] &lt;jrand0m&gt; mihi&gt; irc over i2p? [23:02] &lt;wiht&gt; Yes, naming service should be in place by 1.0 version of I2P. [23:03] &lt;duck&gt; eep [23:03] &lt;mihi&gt; jrand0m: irc over i2p would be okay as well, but a naming service ;) [23:03] &lt;jrand0m&gt; wiht&gt; do you have any thoughts on whether a naming service will be implemented and ready to go live by April? [23:03] * jrand0m really doesn't think a naming service is necessary. useful, yes [23:04] &lt;jrand0m&gt; (all we *need* is a way to easily update a hosts.txt file) [23:04] &lt;kaji&gt; or a distributed vpn layer [23:04] &lt;jrand0m&gt; heh [23:04] &lt;mihi&gt; jrand0m: for me even that (if automated) is a naming service [23:04] &lt;wiht&gt; jrand0m: Probably by the middle of April. [23:05] &lt;jrand0m&gt; kaji&gt; a distributed vpn layer is a solid month of 1-2 devs ;) [23:05] &lt;wiht&gt; I want to make it scalable for accomodating many more entries than we have in hosts.txt now. [23:05] &lt;jrand0m&gt; 1.0--&gt;3.0 wont have millions of entries [23:05] &lt;wiht&gt; MrEcho: Do you have any thoughts on this? [23:05] &lt;jrand0m&gt; thousands, yeah [23:06] &lt;jrand0m&gt; Synonymous&gt; freenet like app would be cool, but then we need to recruit someone to implement :) [23:07] &lt;jrand0m&gt; Synonymous&gt; tools to set up services - definitely. hopefully i2pmanager or i2pmole will do [23:07] &lt;Synonymous&gt; that might be hard, esp since freenet doesnt work hehe [23:07] &lt;wiht&gt; Speaking of which, what is the progress of I2PManager? [23:07] &lt;jrand0m&gt; aparently its coming along, the console / cli mode is making progress (aum now uses it to manage his services via init scripts) [23:08] &lt;jrand0m&gt; i've used the gui, and aum's logged a few bugs on the tunnelmanager that are still outstanding [23:08] &lt;jrand0m&gt; (due to large #s of tunnels being created, not due to a small #) [23:08] &lt;wiht&gt; I think I2PManager should be an application for 1.0. [23:09] &lt;jrand0m&gt; i hope so too [23:09] &lt;jrand0m&gt; (especially since that would mean we can throw out the kludged installer, since i2pmanager has that built in) [23:09] &lt;jrand0m&gt; so, people with python experience should get in touch with aum to see how they can help :) [23:09] &lt;human&gt; re [23:09] &lt;jrand0m&gt; wb human [23:10] * human read about the muffin proxy [23:10] &lt;human&gt; i know about another privacy-oriented personal proxy called privoxy [23:11] &lt;jrand0m&gt; yeah, privoxy was another one i had been looking at. good potential as well [23:11] &lt;jrand0m&gt; (reason i leaned towards muffin was the ease of integration, since its java) [23:12] * jrand0m won't be the one who implements / integrates it, so my view is only a suggestion [23:12] &lt;@Nightblade&gt; i think a group chat (or irc) would be a good program because if you can get chat to work reliably then you know i2p's latency and stability are good [23:13] &lt;jrand0m&gt; agreed [23:13] &lt;Synonymous&gt; how would trent work on such a system though, is it possible to do it with a system of public and private keys (like frost) [23:13] &lt;Synonymous&gt; the channel would be the 'board' ? [23:13] &lt;jrand0m&gt; Synonymous&gt; duck has actually done some neat stuff [23:13] &lt;Synonymous&gt; kool [23:14] &lt;duck&gt; which is: users login with a secret password to the ircd, the ircd publishes the sha1 of the password [23:14] &lt;jrand0m&gt; Synonymous&gt; in his modified ircd, you can provide a password that has its hash shown in the ident [23:14] &lt;Synonymous&gt; it would also be like waste i guess, even though I didnt usei t [23:14] &lt;jrand0m&gt; duck&gt; though if anyone else creates their own ircd, they can spoof that :/ [23:14] &lt;duck&gt; so others can check the sha1 against a local list, without requiring a centralized database [23:15] &lt;duck&gt; sure [23:15] &lt;jrand0m&gt; but people could just remember what ircd someone usually connects from, i suppose [23:15] &lt;jrand0m&gt; would it be possible to have a nickserv? [23:15] * jrand0m doesn't know much about how irc nets work [23:16] &lt;duck&gt; yes, but I didnt want that [23:16] &lt;duck&gt; because Trent was made as a temporary hack [23:16] &lt;jrand0m&gt; right, it'd be Good if we could do without [23:16] &lt;jrand0m&gt; hehe [23:16] &lt;jrand0m&gt; until iip 2.0, right? ;) [23:16] &lt;duck&gt; now it is the longest running joke in the world [23:17] &lt;duck&gt; . [23:18] &lt;jrand0m&gt; ok, so if we go 1.0 with: irc, eepsites (and a way to set up your own), squid, and cvs, thats reasonable? [23:18] &lt;@Nightblade&gt; yeah [23:18] &lt;jrand0m&gt; (obviously it'd be fantastic if we could include i2psnark, naming, I2PIM, and the other apps) [23:19] &lt;duck&gt; with irc you mean native i2pirc? [23:19] &lt;duck&gt; or if not, why not nntp etc too [23:19] &lt;jrand0m&gt; oh, right [23:19] &lt;jrand0m&gt; of course [23:20] * jrand0m !thwaps self. [23:20] &lt;duck&gt; not too much ofcourse [23:20] * duck thinks that the pgp keyserver is silly [23:20] &lt;jrand0m&gt; i just meant that its easy to overwhelm people with options [23:20] &lt;duck&gt; ah, sure [23:20] &lt;duck&gt; as in officially bundeled stuff [23:20] &lt;jrand0m&gt; "why should I use I2P" "well you can [.............]" [23:20] &lt;jrand0m&gt; right [23:20] * duck agrees [23:21] &lt;jrand0m&gt; with i2ptunnel, we can support all that we've seen (and more :) [23:21] &lt;jrand0m&gt; ok, in that case, I don't think we need to worry too much about the i2papps [23:21] &lt;mihi&gt; btw: we should deprecate the -nogui option of I2PTunnel... [23:22] &lt;jrand0m&gt; to default to -nogui? [23:22] &lt;jrand0m&gt; (or you trying to get us all to use awt? ;) [23:22] &lt;mihi&gt; no. not to use -nogui at all. -cli and -nocli are more "transparent" [23:22] &lt;Synonymous&gt; you should also package all these options in 1 distro if you can [23:22] &lt;jrand0m&gt; ah ok mihi [23:22] &lt;Synonymous&gt; unlike freenet, which mentions no otehr utilities and its up to you to go find them out [23:22] &lt;jrand0m&gt; Synonymous&gt; definitely [23:22] &lt;jrand0m&gt; Synonymous&gt; have you used i2pmgr yet? [23:23] &lt;mihi&gt; -nogui acts differently whether you use -e "run configfile" or use "configfile" [23:23] &lt;Synonymous&gt; no, i couldnt get it working :) [23:23] &lt;jrand0m&gt; (its still pre-alpha, but functional) [23:23] &lt;jrand0m&gt; ah ok [23:23] &lt;Synonymous&gt; from before but it didnt try the gui [23:23] &lt;Synonymous&gt; i might try now that it has one [23:23] &lt;Synonymous&gt; :) [23:23] &lt;jrand0m&gt; word, its been makin progress [23:23] * duck suppresses a yawn [23:24] &lt;jrand0m&gt; yeah yeah yeah duck, ok ;) [23:24] &lt;jrand0m&gt; i think thats it for apps - unless someone else has something? [23:24] &lt;jrand0m&gt; moving on to 4) Volunteers needed [23:25] &lt;jrand0m&gt; we're making good progress, and the pace is fine and imho sustainable [23:25] &lt;jrand0m&gt; but we've all been talking about some really neat things that we'd like added on [23:25] &lt;jrand0m&gt; if there were another N hours in the day, yadda yadda yadda [23:26] &lt;duck&gt; what do you mean with 'development bandwidth'? [23:26] &lt;jrand0m&gt; more hours of developer activity [23:26] &lt;duck&gt; aye [23:27] &lt;jrand0m&gt; (e.g. 2 developers == 16/20 hours/day) [23:27] &lt;jrand0m&gt; my gut feeling is of the 'if you build it, they will come' variety [23:28] &lt;jrand0m&gt; (but i've also worked at companies that thought they had a kickass product, made it more kickass, released it, and didn't see much market activity) [23:28] * duck doesnt think that hiring cheap indians will work [23:28] &lt;jrand0m&gt; heh [23:29] &lt;duck&gt; product marketing != developer marketing [23:29] &lt;jrand0m&gt; right, i agree [23:29] &lt;jrand0m&gt; i just meant as an analogy [23:30] &lt;jrand0m&gt; we'll see how things progress. i just wanted to throw that stuff out there [23:30] &lt;@Nightblade&gt; it is a complex program which makes it harder to find people who can figure it out [23:31] &lt;jrand0m&gt; agreed Nightblade [23:31] * greasyaxelsex__ has joined #I2P [23:31] &lt;jrand0m&gt; Nightblade&gt; thats what 1.0 release criteria #3 on the roadmap is for: " Javadoc and code walkthrough / guidebook updated" [23:32] * dm has joined #i2p [23:32] * wiht has quit IRC (EOF From client) [23:32] &lt;jrand0m&gt; we currently have a generally up to date wiki providing an overview of the java impl [23:32] &lt;mihi&gt; hi dm [23:32] &lt;jrand0m&gt; but i will definintely need help with the documentation [23:32] &lt;dm&gt; hello mihi. [23:33] &lt;jrand0m&gt; (since what makes sense to me != what makes sense to people learning the code) [23:33] * dm accuses jrand0m of using terms he's invented when explaining things. [23:34] &lt;jrand0m&gt; occationally ;) [23:34] &lt;Synonymous&gt; i will help wtih the webpage if u want [23:34] &lt;jrand0m&gt; (though the only thing i knowingly have coined wrt i2p is 'militant grade anonymity' ;) [23:34] &lt;Synonymous&gt; i already have a template [23:34] &lt;dm&gt; How far are we from a bugless 0.2.x? I get my broadband in less than a week's time. [23:34] * wiht has joined #i2p [23:34] &lt;Synonymous&gt; the website needs major owkr [23:34] &lt;Synonymous&gt; im working on my own anonymous p2p website, but you can borrow mine :) [23:35] &lt;jrand0m&gt; hehe [23:35] &lt;Synonymous&gt; its modeled after freenet's [23:35] &lt;Synonymous&gt; but better [23:35] &lt;Synonymous&gt; :P [23:35] &lt;jrand0m&gt; actually, yeah, perhaps we can start a thread on the i2p list describing goals of the website and seeing how it fits together? [23:35] &lt;dm&gt; Synonymous: are you building a p2p app, or just the website? [23:35] &lt;Synonymous&gt; just the website [23:35] &lt;jrand0m&gt; (and if that traffic grows, we'll move to something like i2p-www@) [23:36] &lt;duck&gt; ROFL at anonymous p2p website boilerplates [23:36] &lt;jrand0m&gt; dm&gt; roadmap updated at http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap with 0.2.4 slated for February 14 [23:36] &lt;Synonymous&gt; explaing anonymous p2p, the different topologies of networks, the philosophy of it, cypherpunkdom, digital imprimature, links to projects, a mailing list for ppl to discuss it [23:36] &lt;mihi&gt; dm&gt; bugless sw does not exist [23:36] &lt;jrand0m&gt; duck&gt; gotta keep the anonymity set large ;) [23:36] &lt;Synonymous&gt; also links to the other website that does that [23:37] &lt;dm&gt; mihi: does too! [23:37] &lt;jrand0m&gt; mihi&gt; i worked on one project a few years ago that actually shipped with 0 bugs. no p1 or even p5s [23:37] &lt;dm&gt; func addints(int a, int b) { return a + b; } [23:37] &lt;mihi&gt; jrand0m: they just did not find them... [23:37] &lt;mihi&gt; dm: which language? [23:37] &lt;jrand0m&gt; mihi&gt; then its not a bug ;) [23:37] * greasyaxelsex__ has left #I2P (greasyaxelsex__) [23:37] &lt;dm&gt; pseudo-language [23:38] &lt;mihi&gt; and how does this pseudo-language react on an overflow? [23:38] &lt;wiht&gt; dm: In a project with thousands of lines of code, having no bugs is much less likely. [23:38] &lt;duck&gt; . [23:38] &lt;Synonymous&gt; so April is the deadline for something for public release? Why not try to recruit some devls, or would it take to long for you to explain to them how it works etc. [23:39] &lt;dm&gt; input is never over max_value /2 [23:39] &lt;jrand0m&gt; (we're currently ~20KLOC, using the "grep \; | wc -l" algorithm) [23:39] &lt;jrand0m&gt; Synonymous&gt; I don't think we want to just go around posting on lists "hey, we're doing a kickass thing, come code on it" (thats essentially a 1.0 announcement) [23:40] &lt;dm&gt; that's a lotta lines. [23:40] &lt;dm&gt; Java bloat! [23:40] &lt;jrand0m&gt; but if there are people who are interested in helping out, i'll most definitely go out of my way to find out how i can get them involved [23:40] * jrand0m kicks dm [23:40] &lt;jrand0m&gt; java bloat is when the jvm uses ram. you're suggesting OO bloat [23:40] &lt;dm&gt; What a project leader jrand0m is. [23:40] &lt;Synonymous&gt; well, how will u know if ppl are interested if there is no knowledge of it, thats a contradiction [23:41] &lt;Synonymous&gt; and by 'recruit' i mean email them, not pubically anounce on say, zeropaid, about i2p [23:41] &lt;Synonymous&gt; like someone did ;) [23:41] &lt;jrand0m&gt; Synonymous&gt; what are your thoughts on the explanation of that issue from the email? [23:41] &lt;dm&gt; Right OO bloat. [23:41] &lt;jrand0m&gt; yeah, I was pissed when someone told me about that zp article [23:41] &lt;Synonymous&gt; ya your the one that did the interview [23:41] &lt;jrand0m&gt; (you can read the august iip-dev messages) [23:41] &lt;Synonymous&gt; they just quoted you? [23:41] &lt;jrand0m&gt; "interview"? more like some random person on iip asking me questions [23:42] &lt;dm&gt; mihi: are you working on the streaming lib? [23:42] &lt;Synonymous&gt; ah :) [23:42] &lt;mihi&gt; dm:no [23:42] &lt;mihi&gt; Standard@laptop /cygdrive/c/eigenes/notback/cvsprojects/i2p/i2p/code [23:42] &lt;mihi&gt; $ grep \; `find . -name "*.java"` | wc -l [23:42] &lt;mihi&gt; 30593 [23:42] &lt;jrand0m&gt; ah. [23:42] &lt;Synonymous&gt; well, make get a list of project leaders for anonymous p2p and say "here is a project you might be interested in looking at, if you have any ideas on code or projects that might help it please let me know" [23:42] &lt;mihi&gt; 30kLOC ;) [23:42] &lt;jrand0m&gt; grep -v \^import [23:43] &lt;jrand0m&gt; Synonymous&gt; stealing project leads == bad form ;) [23:43] &lt;jrand0m&gt; (there are many good projects, and while I obviously think i2p is important, others are too) [23:44] &lt;Synonymous&gt; not stealing, and i dont think the 'leader' can be stolen, he would just desolve the project [23:44] * jrand0m cant believe we're at 30kloc [23:44] &lt;jrand0m&gt; heh [23:46] &lt;jrand0m&gt; ok, moving on to 5) ??? [23:46] &lt;duck&gt; 2 eepsite proposals, for those who dont know what to do: 1) meshmx FE tunnel (with stunnel) 2) pastebin.de site [23:46] &lt;jrand0m&gt; anyone have anything else to discuss / bring up? [23:46] &lt;jrand0m&gt; oh word duck [23:46] &lt;jrand0m&gt; whats pastebin.de? [23:46] &lt;jrand0m&gt; (similar?) [23:47] &lt;duck&gt; site where you can paste code/logs/stuff publically [23:47] &lt;duck&gt; for irc debugging [23:47] &lt;duck&gt; http://pastebin.de/ [23:47] &lt;jrand0m&gt; interesting [23:47] * @Nightblade just prefers flooding channels with code [23:48] &lt;jrand0m&gt; wow that is one hell of an innovative idea [23:48] &lt;jrand0m&gt; insanely simple. [23:48] &lt;jrand0m&gt; focused. [23:48] &lt;jrand0m&gt; practical. [23:48] &lt;dm&gt; Only python though? [23:48] &lt;jrand0m&gt; oh reall? [23:48] &lt;jrand0m&gt; :/ [23:48] &lt;duck&gt; I think this one has python highlighting [23:48] * jrand0m takes back 'practical' ;) [23:48] &lt;duck&gt; but I have also seen php ones etc [23:48] &lt;duck&gt; and you might have a general approach [23:48] &lt;dm&gt; I think I've seen one which accepts any language. [23:49] &lt;dm&gt; Good idea, mind you. [23:49] &lt;duck&gt; anyway, just something simple [23:49] &lt;duck&gt; you dont need highlighting at all [23:49] &lt;duck&gt; online linenrs would be useful [23:49] * dm looks at python code. [23:49] &lt;dm&gt; What's so special about this again? [23:50] &lt;jrand0m&gt; its got a y [23:50] * Nightblade sets mode: +o jrand0m [23:50] &lt;@jrand0m&gt; w00t [23:50] * Trent@anon.iip sets mode: +o mihi [23:50] &lt;duck&gt; there is nothing special about it, [23:51] &lt;dm&gt; A lot of people really like it, I think. [23:51] &lt;duck&gt; oh, you mean about python [23:51] &lt;dm&gt; yes, sorry. [23:52] * duck moves that to 6) offtopic [23:52] &lt;duck&gt; :) [23:52] &lt;@jrand0m&gt; heh [23:52] &lt;@jrand0m&gt; [beuler, beuler] [23:52] &lt;dm&gt; Sorry, didn't realize you guys were having a meeting. [23:52] &lt;@jrand0m&gt; every tuesday 9p gmt :) [23:53] &lt;duck&gt; ok, php stuff: http://pastebin.com/pastebin.php?showsource=php [23:53] &lt;@jrand0m&gt; anyone have anything else they want to bring up wrt i2p, etc? [23:54] &lt;@mihi&gt; i2p rocks! [23:54] &lt;@jrand0m&gt; (if only it were more reliable..) [23:55] &lt;@mihi&gt; it is more reliable than freenet for me ;) [23:55] &lt;@jrand0m&gt; heh :) [23:55] &lt;@jrand0m&gt; if i just hadn't fucked with your i2ptunnel to set the retry count to 0 we'd be fine ;) [23:56] &lt;@jrand0m&gt; (corrupt a lil data here and there, but that never hurt no one...er......) [23:56] &lt;@jrand0m&gt; ok [23:56] &lt;dm&gt; don't baf [23:56] * @jrand0m isn't going to try to drag it out 4 more minutes to reach 2 hours [23:57] &lt;dm&gt; do not baf [23:57] * @jrand0m denies dm and *baf*'s the meeting closed </div>/ko/blog/2004/01/27/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-1%EC%9B%94-27%EC%9D%BC/Tue, 27 Jan 2004 00:00:00 +0000/ko/blog/2004/01/27/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2004%EB%85%84-1%EC%9B%94-27%EC%9D%BC/<h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> baffled2, duck, jrand0m, kaji, madman2003, mihi, Reskill</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> [22:03] &lt;jrand0m&gt; 0) 안녕 [22:03] &lt;jrand0m&gt; 1) router 개발 상태 (0.2.4) [22:03] &lt;jrand0m&gt; 2) RTCP [22:03] &lt;jrand0m&gt; 3) i2p.net [22:03] &lt;jrand0m&gt; 4) ??? [22:03] &lt;jrand0m&gt; 0) 안녕 [22:03] * jrand0m 손 흔듦 [22:03] &lt;jrand0m&gt; 이건 회의 $num [22:03] &lt;duck&gt; . [22:03] * mihi_backup 님이 #i2p에 입장했습니다 [22:03] &lt;jrand0m&gt; 다 끝나면 로그는 위키에 올릴게요 [22:03] * Robert 님이 IRC를 종료함 (핑 타임아웃) [22:04] * baffled 님이 IRC를 종료함 (핑 타임아웃) [22:04] &lt;jrand0m&gt; 좋아요, 계속하죠 (핑 타임아웃과 싸우길 바라며)... 1) router 개발 상태 [22:04] * baffled 님이 #i2p에 입장했습니다 [22:05] &lt;jrand0m&gt; 이번 주에도 버그를 좀 더 고쳤고, 지연과 그에 따른 메시지 손실의 주요 원인을 PHTTP 전송 쪽으로 좁혔어요 [22:06] &lt;jrand0m&gt; 이메일에서 했던 말을 반복하지 않으려고요 [http://i2p.dnsalias.net/pipermail/i2p/2004-January/000113.html], 그래서, 개발 상태에 대해 질문/의견 있는 분? [22:06] &lt;duck&gt; 있어 [22:06] &lt;jrand0m&gt; 무슨 일이야? [22:06] &lt;duck&gt; 한동안 지나면 여전히 전체 tunnel이 먹통이 되는 것 같아 [22:07] &lt;duck&gt; 그러면 madman2003이랑 human이 나한테 소리치고 [22:07] &lt;duck&gt; 전부 다시 시작해야 해 [22:08] &lt;jrand0m&gt; 흠, 맞아, 그건 0.2.3.5 PHTTP 코드가 엉망인 탓이 큰 것 같아. PHTTP로만 도달 가능한 router들이 몇 있고, 그게 아직 순정 0.2.3.5를 돌리고 있으면 서로는 통신을 못 해 (하지만 너와는 통신 가능) [22:08] * jar 님이 #i2p에 입장했습니다 [22:08] &lt;madman2003&gt; 한마디만 할게(약간 오프토픽): 0.3에 404 페이지가 있으면 좋아, 많은 브라우저가 기대한 응답을 못 받으면 헷갈려하거든 [22:08] &lt;jrand0m&gt; 그 말은 네가 그들을 통해 tunnel을 구축할 때마다 네 tunnel이 도달 불가라는 뜻이야 [22:09] * DrWoo 님이 IRC를 종료함 (핑 타임아웃) [22:09] &lt;jrand0m&gt; duck&gt; 그게 가능한 한 빨리 0.2.3.6을 내자는 찬성 측 이유 중 하나고, 며칠 내 RTCP 포함한 0.2.4를 내려고 해 [22:09] * DrWoo 님이 #i2p에 입장했습니다 [22:09] &lt;duck&gt; 오케이, 그게 phttp 쪽이야? [22:09] &lt;jrand0m&gt; (반대 측의 주장은 "업그레이드는 짜증") [22:10] &lt;jrand0m&gt; 응? phttp 코드는 cvs에 패치해 놨어 [22:10] &lt;duck&gt; 무슨 반대측? [22:10] &lt;jrand0m&gt; madman2003&gt; 그건 baffled가 보고 있을 듯 :) [22:10] &lt;madman2003&gt; 업그레이드는 쉬워 :) [22:10] &lt;kaji&gt; 업그레이드는 최고 [22:10] &lt;madman2003&gt; i2pmgr로 하면 더 쉬워 [22:11] &lt;madman2003&gt; 버튼 한 번만 누르면 돼 :) [22:11] * Robert 님이 #i2p에 입장했습니다 [22:11] &lt;baffled2&gt; 보고 있어, madman. 좀 걸릴지도! [22:11] &lt;jrand0m&gt; 음, 반대 측 논리는 지금 (몇 시간 뒤) 릴리즈하면 2-3일 후 또 업그레이드해야 한다는 거야 [22:11] &lt;jrand0m&gt; 그게 괜찮다면, 0.2.3.6은 금방 마무리할 수 있어 [22:11] &lt;duck&gt; 업데이트하면 행복해 [22:12] &lt;kaji&gt; .6은 뭐가 고쳐져? [22:12] &lt;baffled2&gt; 해버리자는 쪽이야. 우리 대부분은 정기적으로 업그레이드하는 데 문제 없어. [22:12] &lt;madman2003&gt; 매 24시간마다라도 업그레이드할게, 그게 해결된다면 [22:12] &lt;jrand0m&gt; 0.2.3.6은 PHTTP를, 음, 제대로 작동하게 고쳐 [22:12] &lt;jrand0m&gt; 오케이 굿 [22:13] &lt;jrand0m&gt; 그럼 회의 끝나고 0.2.3.6을 마무리해서(정리하는 데 1-2시간 정도) 준비되면 리스트에 올릴게 [22:13] &lt;jrand0m&gt; (여기에도 알릴게) [22:13] * Masterboy 님이 IRC를 종료함 (핑 타임아웃) [22:14] &lt;jrand0m&gt; 좋아, 개발 상태에 대해 더 없으면 2) RTCP로 넘어갈까 [22:15] * jrand0m 2로 점프 [22:15] &lt;madman2003&gt; 언제든지 그 주제로 돌아갈 수 있어 [22:15] &lt;jrand0m&gt; 그렇지 그렇지 [22:15] &lt;jrand0m&gt; 좋아, rtcp는 잘 진행 중이고, 몇 시간 더 코딩하면 클라이언트 측 라이브러리를 작동하게 할 수 있을 것 같아 [22:16] &lt;jrand0m&gt; Kirk가 체이닝에 대해 좋은 지적을 했는데 - 이론적으로는, 모든 relay가 상호 relay 연결을 통해 가상 relay 네트워크를 구축할 수 있어 [22:16] &lt;jrand0m&gt; 그런데, 음, 그건 본질적으로 IRC나 또 다른 완전한 익명 네트워크로 확장돼 [22:17] &lt;madman2003&gt; PHTTP를 완전히 없앤다는 뜻? [22:17] &lt;jrand0m&gt; 가능하긴 하고(꽤 흥미롭기도 하고), 당장은 독립 실행형 RTCP relay(및/또는 router에 통합된 relay)만 두자는 생각이야 [22:18] &lt;jrand0m&gt; madman2003&gt; 아니, PHTTP는 유지돼(시간 동기화나 HTTP만 허용하는 방화벽 뒤에 있는 사람들을 위해서라도). 하지만 RTCP가 더 빠르고 지연이 낮은 대안을 제공해 [22:18] &lt;madman2003&gt; (난 router에 통합할래, 그러면 relay 부하가 분산될 테니까) [22:18] &lt;jrand0m&gt; 동의 [22:19] &lt;jrand0m&gt; 기본적으로 내가 RTCP에서 예상하는 토폴로지는, 접근 가능한 주소가 있는 사람은 모두 자신만의 RTCP relay를 돌리고(그 위에 자신만의 targetId), 접근 가능한 주소가 없는 사람은 그런 사람 중 아무나 골라 그 위에 target을 만들면 된다는 거야 [22:20] &lt;jrand0m&gt; 이 relay들은 사실상 피어 통신을 위한 교환대가 되지만, 서로 어떤 의존도 하지 않으니 완전 분산 방식이지 [22:20] &lt;madman2003&gt; relay가 필요한 사람보다 relay가 더 많으면 여러 relay를 사용해도 되고 [22:20] &lt;baffled2&gt; 사람들이 다양한 rtcp relay를 어떻게 찾지요? [22:20] &lt;madman2003&gt; phttp :) [22:20] &lt;jrand0m&gt; 맞아, 좋은 포인트야 - router는 여러 relay에 target을 만들 수 있어 [22:20] &lt;jrand0m&gt; baffled&gt; rtcp relay는 router의 RouterInfo(네트워크 database인 networkDb에 게시됨)에 나열될 거야 [22:21] &lt;jrand0m&gt; 기본적으로 router는 "오, router XYZ가 127.0.0.1:8999에 rtcp 주소가 있고 targetId 3123이네" 라고 보고, 127.0.0.1:8999에 연결한 다음 자기 target을 요청할 거야 [22:23] &lt;madman2003&gt; 방금 생각난 건데: 12나 24시간마다 tunnel 자동 재시작 [22:23] &lt;madman2003&gt; 그리고 며칠마다 router + 나머지도 자동 재시작 [22:24] * jrand0m 은 그게 필요 없도록 만드는 작업 중 [22:24] &lt;jrand0m&gt; 내 routers 중 하나는 리눅스 박스에서 며칠째 중단 없이 돌아가고 있어 [22:24] &lt;mihi&gt; madman2003: jvm에 네 스레드를 추가해서 12시간 후 종료하게 할 수 있어 [22:24] &lt;jrand0m&gt; (업그레이드했을 때만 오프라인 됐지) [22:24] * madman2003 님은 가봐야 해요 [22:25] &lt;jrand0m&gt; 나중에 봐 madman2003 [22:25] &lt;madman2003&gt; 즐거운 회의 되세요 [22:25] * madman2003 님이 IRC를 종료함 (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:25] &lt;jrand0m&gt; 좋아, rtcp에 대해 더 있어? [22:26] &lt;duck&gt; 아니, 좋아 보여 [22:26] &lt;jrand0m&gt; 그럼, 짧은 걸로 넘어갈게 [22:26] &lt;jrand0m&gt; 3) i2p.net. [22:26] &lt;jrand0m&gt; 더 말할 필요 없음 [22:26] &lt;jrand0m&gt; 4) ??? [22:26] &lt;jrand0m&gt; 다른 이야기 있나요? [22:28] &lt;duck&gt; . [22:28] * jrand0m 26분짜리 기록 경신 회의를 감지함 [22:29] &lt;Reskill&gt; ㅋㅋ [22:29] * Reskill 느릿하게 들어옴 [22:29] &lt;jrand0m&gt; 좋은 아침, Reskill [22:29] &lt;jrand0m&gt; 좋아, 0.2.3.6을 내보내는 작업부터 하고, 그다음 0.2.4를 위한 rtcp 코드에 매진할게 [22:30] &lt;jrand0m&gt; 더 없으면... [22:30] &lt;Reskill&gt; Oo... [22:30] &lt;baffled2&gt; 좋아요, 집에 가서 다시 봬요. [22:30] * jrand0m *baf*'로 회의를 종료함 </div>/ko/blog/2004/01/20/i2p-%EA%B0%9C%EB%B0%9C-%ED%9A%8C%EC%9D%98-2004%EB%85%84-1%EC%9B%94-20%EC%9D%BC/Tue, 20 Jan 2004 00:00:00 +0000/ko/blog/2004/01/20/i2p-%EA%B0%9C%EB%B0%9C-%ED%9A%8C%EC%9D%98-2004%EB%85%84-1%EC%9B%94-20%EC%9D%BC/<p>(Wayback Machine의 제공 <code>http://www.archive.org/</code>)</p> <h2 id="빠른-요약">빠른 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dm, duck, Frontier, jar, jrand0m, mihi, Ophite1</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> [22:07] &lt;jrand0m&gt; agenda: [22:07] &lt;jrand0m&gt; 0) hi (read http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) [22:07] &lt;jrand0m&gt; 1) router dev status [22:07] &lt;jrand0m&gt; 2) twisted-i2p [22:07] &lt;jrand0m&gt; 3) unit tests [22:07] &lt;jrand0m&gt; 4) network testing / monitoring [22:07] &lt;jrand0m&gt; 5) ??? [22:07] &lt;jrand0m&gt; 0) hi [22:07] &lt;jrand0m&gt; hi [22:07] * jrand0m waves [22:07] &lt;dm&gt; ohhhh meeting! [22:07] * dm waves back. [22:07] &lt;jrand0m&gt; 9p gmt every tuesday :) [22:08] &lt;jrand0m&gt; people should read that url (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html) since there's stuff in it that I need feedback on during agenda item 4 [22:08] &lt;jrand0m&gt; 1) router dev status [22:09] &lt;jrand0m&gt; making progress, code currently in cvs is looking good. i've had a script testing a series of routers for the last day or so and none of them have popped out a single ERROR message [22:09] &lt;duck&gt; reading... [22:10] &lt;jrand0m&gt; but of course thats just baseline testing (keeping the routers building tunnels correctly, tunneling data through one to another via i2ptunnel, etc) [22:11] * jnk has joined #i2p [22:11] &lt;jrand0m&gt; theres certainly other things that need to be fixed up in the wild, which is why there's going to be a 0.2.3.5 release in the next day or so to confirm functionality or to find new bugs [22:11] &lt;jrand0m&gt; ok, moving on [22:12] &lt;jrand0m&gt; 2) twisted+i2p [22:12] &lt;duck&gt; I do have errors [22:12] &lt;duck&gt; but probably due to others [22:12] &lt;jrand0m&gt; dropped messages and unknown tunnels, right? [22:12] &lt;duck&gt; checking [22:13] &lt;jrand0m&gt; (those are the errors I see with one of my 'live' routers but not on the test network) [22:13] &lt;duck&gt; 22:13:15.371 ERROR [ Sender 1148] er.transport.phttp.PHTTPSender: Error sending the message [22:13] &lt;jrand0m&gt; ah ok, yeah, i've been smacking around the phttp relay too [22:13] &lt;duck&gt; 21:01:01.509 ERROR [JobQueue28 ] eDatabaseSearchReplyMessageJob: Invalid router info returned from [Rout [22:14] &lt;jrand0m&gt; hmm that one is funky - could you bounce me the stacktrace? [22:14] &lt;duck&gt; I'll put it up. [22:14] &lt;duck&gt; . [22:14] &lt;jrand0m&gt; gracias [22:15] &lt;jrand0m&gt; actually, thats going to be a general rule with the future releases - WARN or INFO or DEBUG messages are fine, and ERROR or CRIT messages are things I'd like to hear about [22:16] &lt;jrand0m&gt; ok, back to 2) [22:16] &lt;jrand0m&gt; human has put together a way to use i2p via python and the twisted framework (yay!) [22:17] &lt;jrand0m&gt; see his email for more info (http://i2p.dnsalias.net/pipermail/i2p/2004-January/000100.html) [22:17] &lt;jrand0m&gt; anything to add human? (if you're here) [22:17] &lt;duck&gt; it is _so_ cool [22:17] &lt;jrand0m&gt; yeah, the sample code for the echo server and client look kick-ass [22:18] &lt;jrand0m&gt; ok, moving on to 3) unit tests [22:19] &lt;jrand0m&gt; yeah, there are some unit tests for most of the data structures, but they aren't "one click testable" so I don't run them on every build. [22:20] &lt;jrand0m&gt; current thoughts are to migrate them to jUnit, as well as to merge as many of the other unit tests currently implemented in the main(..) method of various components (specifically the crypto ones) [22:21] &lt;duck&gt; probably it is difficult to test more complex things [22:21] &lt;jrand0m&gt; thats going to come up to be on the critical path sooner rather than later, depending on where the debugging leads us [22:21] &lt;jrand0m&gt; right, the unit tests as is just test the basics [22:21] &lt;duck&gt; like routing, tcp stuff etc [22:21] &lt;jrand0m&gt; right [22:21] * dm sees a debate on value of unit testing coming. [22:21] &lt;jrand0m&gt; but things like the AESInputStream can be tested in collaboration with AESOutputStream [22:22] &lt;duck&gt; unit test = kickass [22:22] &lt;jrand0m&gt; (and for those watching their logs closely, there's been some funky "pushed back" behavior during decrypt streaming) [22:22] &lt;jrand0m&gt; definitely. [22:23] &lt;jrand0m&gt; unit tests are just for the, er, units. not for the larger components (which is what agenda item 4 is about ;) [22:24] &lt;jrand0m&gt; but in any case, if someone is interested in helping out convert the existing data structure unit tests to the jUnit framework, lemmie know - it'd be much appreciated (and would give you a good foundation of the i2p codebase) [22:24] * mihi_away is now known as mihi [22:25] &lt;dm&gt; If it's not done by the weekend I can take a look. I know nothing about unit testing so I could learn through it. [22:25] &lt;jrand0m&gt; wikked! [22:25] &lt;dm&gt; No promises though. [22:25] &lt;jrand0m&gt; right right [22:25] &lt;jrand0m&gt; ok, moving on to 4) network testing / monitoring [22:26] &lt;jrand0m&gt; has everyone read http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? I don't want to just copy and paste that [22:26] * Frontier has joined #i2p [22:27] * jrand0m gives people time to digest [22:27] * dm says... [22:28] &lt;Frontier&gt; digest wat? [22:28] &lt;dm&gt; C) but not with automatic sending. [22:28] &lt;dm&gt; i.e. you type emaillogstojrandom.sh (.bat) [22:28] &lt;dm&gt; email or post, or whatever. [22:29] &lt;dm&gt; and when it does that it clears you log, or moves it somewhere, so you don't submit the same data twice. [22:29] &lt;jrand0m&gt; so basically B [22:29] &lt;jrand0m&gt; (or A) [22:29] &lt;dm&gt; Yeah, user-friendly B) :) [22:29] &lt;jrand0m&gt; thats one of the tricks wrt the data... that log grows to tens of megs per night [22:29] &lt;jrand0m&gt; right [22:30] &lt;dm&gt; sorry, didn't see history=false for C. [22:30] &lt;jrand0m&gt; Frontier) we're discussing section 4 of http://i2p.dnsalias.net/pipermail/i2p/2004-January/000101.html? [22:30] &lt;mihi&gt; jrand0m: man bzip2 [22:30] &lt;dm&gt; So history=false with a script to post on command. [22:30] &lt;dm&gt; sorry, history=true :) [22:30] &lt;dm&gt; god, I've made a mess of it. [22:31] &lt;jrand0m&gt; right mihi, but bzip2 isn't on windows (unless we require it and install it). or do you mean bzip2 has a flag to submit a file to a url? [22:32] &lt;dm&gt; I wouldn't worry about the size, 10s of megs for the small group of people you have here is fine. [22:32] &lt;Ophite1&gt; I vote C. [22:32] &lt;dm&gt; As long as it gets archived when you run the script to submit. [22:32] &lt;Ophite1&gt; This is a debug client. [22:32] &lt;Ophite1&gt; A in a production client of course :) [22:32] &lt;mihi&gt; jrand0m: then use GZipOutputStream [22:32] &lt;jrand0m&gt; right right Ophite1 ;) [22:33] &lt;jrand0m&gt; mihi&gt; people might like to read these files ;) [22:33] &lt;duck&gt; yeah, opt-in for debugging participation, but once you join, make it as easy as possible for the user (so C) [22:33] &lt;mihi&gt; man zcat ;) [22:33] &lt;Ophite1&gt; jrandom: gzcat | less ;-) [22:33] &lt;mihi&gt; Ophite1: zless ;) [22:33] &lt;jrand0m&gt; C:\Documents and Settings\dev&gt;man [22:33] &lt;jrand0m&gt; 'man' is not recognized as an internal or external command, [22:33] &lt;jrand0m&gt; operable program or batch file. [22:33] &lt;jrand0m&gt; ;) [22:34] &lt;mihi&gt; cd \cygwin &lt;Ctrl+T&gt; call cygwin.bat [22:34] * dm twiddles his thumbs. [22:34] &lt;Ophite1&gt; double-click -&gt; winrar -&gt; view [22:34] &lt;jrand0m&gt; ok, so we have one B, two C, whats your take mihi? [22:34] &lt;jrand0m&gt; (and anyone else?) [22:34] &lt;dm&gt; twiddle thumbs, pick nose, click click. [22:34] &lt;mihi&gt; double-click - 7zop - view. I'd say C. [22:35] &lt;mihi&gt; s/7zop/7zip/ [22:35] &lt;jrand0m&gt; 3 c one b. i kind of prefer c too, and of course if someone /doesnt/ want to submit this data, they can always say so and it won't do shit [22:36] &lt;jrand0m&gt; i'll see if i can implement both c and b [22:36] &lt;dm&gt; Looks like C it is. [22:36] &lt;dm&gt; Don't waste your time, the B person is on dialup and would offer very little data anyway ;) [22:36] &lt;jrand0m&gt; hehe [22:36] &lt;jrand0m&gt; well, c is probably going to be implemented on top of b, so it won't take any more work [22:37] &lt;jar&gt; for me : just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;jrand0m&gt; word jar [22:37] &lt;jar&gt; just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;Ophite1&gt; obviously not anything other than A for prod client... [22:37] &lt;jar&gt; just like Ophite1 said ! A for prod client, C for debug ... [22:37] &lt;Ophite1&gt; that's a no-brainer :) [22:37] &lt;jar&gt; sorry ... :( [22:37] &lt;jrand0m&gt; s'all good jar, we won't kickban you (... this time ;) [22:38] &lt;jrand0m&gt; ok, so i'll get cracking on that, and pretty much once thats tested we'll have a new 0.2.3.5 release (sometime tomorrow) [22:39] &lt;jrand0m&gt; ok, moving on to 5) ??? [22:39] &lt;jrand0m&gt; anyone have anything else? questions, thoughts, concerns? [22:39] * duck offers free hosting [22:39] * dm accepts free hosting [22:39] &lt;jrand0m&gt; oh word. yeah, people should host sites on host.duck.i2p, its nice having reachable pages [22:39] &lt;jrand0m&gt; (of course people should also feel free to host for themselves too ;) [22:40] &lt;duck&gt; sure, just for those who can't stay online 24/7 [22:40] &lt;jrand0m&gt; right [22:40] &lt;mihi&gt; what happened (will happen?) to the streaming api? [22:40] &lt;jrand0m&gt; mihi&gt; its in the task list, but getting the network functioning reliably is higher priority at the moment :/ [22:41] &lt;mihi&gt; but it is not dropped completely? (that's what i wanna know...) [22:41] &lt;jrand0m&gt; i'll get back to the streaming api for the 0.3.1 release (perhaps sooner, but not sure) [22:41] &lt;jrand0m&gt; its definitely NOT dropped completely. [22:41] &lt;jrand0m&gt; it will be done. [22:41] &lt;dm&gt; What's this streaming API? A different way of exposing the network to clients? [22:42] &lt;jrand0m&gt; dm&gt; http://wiki.invisiblenet.net/iip-wiki?I2PSocketLibrary [22:43] &lt;jrand0m&gt; I made what is arguably a mistake of including mode=guaranteed in the router from the beginning instead of putting it in a seperate lib (and now i'm trying to move it out of the router :) [22:43] &lt;jrand0m&gt; (the insanely awesome benefit of that mistake was mihi coming along and writing i2ptunnel :) [22:44] * wn-user has joined #i2p [22:44] &lt;jrand0m&gt; anyone else have anything? [22:44] * dm gets it. [22:45] &lt;jrand0m&gt; w3rd [22:45] &lt;dm&gt; Hmmm, too early to end meeting, ain't it? [22:45] &lt;duck&gt; what about the hosts.txt [22:45] &lt;duck&gt; it is growing and growing [22:45] &lt;jrand0m&gt; well, 45 mins. two weeks ago we had 20 mins [22:45] &lt;jrand0m&gt; ah, true that [22:45] &lt;duck&gt; but 75% is offline [22:45] &lt;duck&gt; and it looks like 50% is permanently offline [22:45] &lt;jrand0m&gt; prolly [22:46] &lt;jrand0m&gt; I dunno [22:46] &lt;duck&gt; just keep it growing, to raise the incentive for a DNS solution :) [22:46] &lt;jrand0m&gt; heh exactly [22:46] &lt;Ophite1&gt; I'm all for a little delay, I'm having a lot of fun with all kinds of Windows problems... [22:46] &lt;dm&gt; Ophite1: windows is the devil! [22:46] &lt;Ophite1&gt; You never really understand just how awful Windows is, until you write software for it. [22:47] &lt;jrand0m&gt; reason #941 to use java [22:47] &lt;dm&gt; Unless you're using .NET. [22:47] &lt;dm&gt; also known as java++ [22:47] &lt;Ophite1&gt; dm/jrand0m: it's still running *on* Windows, and there are still some things you just keep running into. [22:47] &lt;duck&gt; jrand0m: those last patches, would they solve disconnects? or more connection problems [22:47] &lt;Ophite1&gt; Path lengths for example. Bloody unicode. [22:48] &lt;mihi&gt; Or not to use \n in file names ;) [22:48] &lt;mihi&gt; which will crash cvs anyway (on *nix, BTDT) [22:48] &lt;jrand0m&gt; duck&gt; no patches today are critical [22:48] &lt;duck&gt; from yesterday I mean [22:49] &lt;dm&gt; What happens if you use \n in a filenamE? :) [22:49] &lt;mihi&gt; dm: try it ;) on *nix, nothing happens, as long as you don't try to run cvs update afterwards. [22:49] &lt;jrand0m&gt; oh, yesterday there were Good patches that would solve some (most? all?) i2ptunnel Peer unreachable messages. not i2cp disconnects though [22:50] &lt;dm&gt; I think it would throw an exception. [22:50] &lt;jrand0m&gt; (which is one of the reasons 0.2.3.5 is coming out) [22:51] &lt;mihi&gt; dm: it works w/ local repository, but not w/ pserver or ssh. [22:51] &lt;mihi&gt; something like 'protocol error'. [22:51] &lt;mihi&gt; (the protocol terminates file names by \n ;) ) [22:51] &lt;Ophite1&gt; sort of like what happens with direct connect if you have filenames with $ and | in them. I hate DC. [22:51] &lt;duck&gt; . [22:52] &lt;Ophite1&gt; No matter what I code, ever, it could never be that bad :) [22:52] &lt;jrand0m&gt; naw, you c devs just treat \0 as special instead of $ ;) [22:52] &lt;jrand0m&gt; ok, anything else on i2p or we good to go? [22:53] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:54] &lt;jrand0m&gt; 'k thazzit [22:54] * jrand0m *baf*s the meeting to a close </div>/ko/blog/2004/01/13/i2p-%EA%B0%9C%EB%B0%9C-%ED%9A%8C%EC%9D%98-2004%EB%85%84-1%EC%9B%94-13%EC%9D%BC/Tue, 13 Jan 2004 00:00:00 +0000/ko/blog/2004/01/13/i2p-%EA%B0%9C%EB%B0%9C-%ED%9A%8C%EC%9D%98-2004%EB%85%84-1%EC%9B%94-13%EC%9D%BC/<p>(wayback machine <code>http://www.archive.org/</code> 제공)</p> <h2 id="빠른-요약">빠른 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> duck, jrand0m, kaji, lucky, mihi, MrEcho, mrflibble, wiht, wilde</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; 1) 0.2.3.4 [22:01] &lt;jrand0m&gt; 2) 0.3 [22:01] &lt;jrand0m&gt; 3) streaming library, I2COCP, CI2CP [22:01] &lt;jrand0m&gt; 4) apps [22:01] &lt;jrand0m&gt; 5) ??? [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; hi everyone [22:01] &lt;jrand0m&gt; y'all seen http://i2p.dnsalias.net/pipermail/i2p/2004-January/000082.html? [22:01] &lt;jrand0m&gt; if not, now's your chance :) [22:02] &lt;jrand0m&gt; iip has been acting up a bit, so if someone could say something every once in a while, that'd be swell [22:02] &lt;MrEcho&gt; . [22:02] &lt;jrand0m&gt; w3rd [22:02] &lt;jrand0m&gt; ok, moving on, 1) 0.2.3.4 [22:03] &lt;jrand0m&gt; there'll be a new release in the next day or so with the current state of the code, which includes a lot of bugfixes and more features [22:03] &lt;jrand0m&gt; e.g. tunnelmanager isn't in 0.2.3.3 yet [22:03] &lt;MrEcho&gt; col [22:03] &lt;jrand0m&gt; it'll be backwards incompatible, because i'm mean [22:04] &lt;jrand0m&gt; jumping onto 2) 0.3 [22:04] &lt;MrEcho&gt; :P [22:04] &lt;jrand0m&gt; that'll be out fairly soon, but obviously not on thursday [22:04] &lt;jrand0m&gt; it won't be out until 0.2.3.4 is performing reliably so that everyone can reach all sites they should be able to [22:05] &lt;MrEcho&gt; cool [22:05] &lt;jrand0m&gt; well, moving right along to 3) streaming lib / etc [22:05] &lt;jrand0m&gt; well, thats all spelled out in the email :) [22:05] * eco has joined #i2p [22:05] * mihi_away is now known as mihi [22:05] &lt;jrand0m&gt; if anyone wants to get involved in it, please let me know [22:06] * ion has joined #i2p [22:06] &lt;jrand0m&gt; 'lo eco, mihi, ion [22:06] &lt;jrand0m&gt; ok, moving on to 4) apps [22:06] &lt;jrand0m&gt; anyone working on an app that will run over i2p that has anything to add? [22:07] * wiht has joined #i2p [22:07] &lt;MrEcho&gt; re ask the quest j [22:07] &lt;jrand0m&gt; well, we're at the last agenda item, so might as well :) [22:08] &lt;MrEcho&gt; wiht .. get my email? [22:08] &lt;jrand0m&gt; anyone have anything to bring up outside the http://i2p.dnsalias.net/pipermail/i2p/2004-January/000082.html post? [22:08] &lt;wiht&gt; Yes, let me read it. [22:08] &lt;jrand0m&gt; MrEcho&gt; have you read zooko's naming page yet? [22:08] * jar has joined #i2p [22:08] &lt;MrEcho&gt; no .. lost the link [22:09] &lt;jrand0m&gt; (from the logs last week, http://zooko.com/distnames.html) [22:10] &lt;jrand0m&gt; anyone have anything to add, or are we at a record breaking 10 minute meeting? [22:10] &lt;MrEcho&gt; still working on my dns idea [22:10] &lt;jrand0m&gt; coo' [22:10] &lt;wiht&gt; MrEcho: Yes, I would like to work together on naming service. [22:10] &lt;MrEcho&gt; sweet [22:11] &lt;wiht&gt; But I will not have time until next Wednesday. [22:11] &lt;MrEcho&gt; ok [22:11] &lt;MrEcho&gt; will give me some time to finish up on a few things [22:11] &lt;mrflibble&gt; how long till the meet? [22:11] &lt;jrand0m&gt; -11 minutes [22:11] &lt;mrflibble&gt; oops [22:11] * mrflibble is v late [22:11] &lt;mrflibble&gt; :) [22:12] &lt;jrand0m&gt; (we've gone through the 5 agenda items very very quicky :) [22:12] * mrflibble goes back to lurking and the backscroll [22:12] &lt;jrand0m&gt; heh [22:12] &lt;wiht&gt; jrand0m: Have you measured how much CPU is used per tunnel by the server? [22:14] &lt;wiht&gt; Let me restate that: if you have five connections to other routers, and they are using 20% of CPU, how much will be used after 6th connection? Have you measured this? [22:15] &lt;jrand0m&gt; they shouldn't consume 20% of the cpu, or even 1% [22:15] &lt;jrand0m&gt; (for client tunnels - server tunnels may consume more) [22:15] &lt;wiht&gt; Server tunnels. [22:16] * eco has quit IRC (Ping timeout) [22:16] &lt;wiht&gt; But that will probably be dependent on your CPU speed, so that was a badly stated question. [22:16] &lt;jrand0m&gt; server tunnels before the streaming lib will require cpu load whenever a new peer connects [22:18] &lt;wiht&gt; All right. [22:19] &lt;duck&gt; are we at #5 already? [22:19] * ion has quit IRC (Ping timeout) [22:19] &lt;jrand0m&gt; yup [22:20] * duck mentions the hosting options that home.duck.i2p provides [22:20] &lt;jrand0m&gt; ooOOoo [22:20] &lt;duck&gt; it hasnt been tested by anybody besides me though [22:20] &lt;duck&gt; waiting for betatester Ardvark to show up [22:20] &lt;jrand0m&gt; so the hosting lets someone run apache / etc? [22:21] &lt;jrand0m&gt; (or do they have to run the i2p router? [22:21] &lt;duck&gt; neither [22:21] &lt;duck&gt; they can put their html files on /home/username/public_html/ [22:21] &lt;duck&gt; and it will show up on `http://home.duck.i2p/~username/` [22:21] &lt;jrand0m&gt; ah nice [22:21] &lt;jrand0m&gt; php support? cgi / .pl / etc? or just html? [22:22] &lt;jrand0m&gt; (thats kick fucking ass, in any case) [22:22] &lt;duck&gt; php and html [22:22] &lt;jrand0m&gt; wwwwwwwwwicked [22:22] &lt;mihi&gt; duck: won't that compromize your anonymity? [22:22] &lt;duck&gt; how? [22:22] &lt;mihi&gt; phpshell? [22:22] &lt;mihi&gt; or is the full apache in a vmware/UML box? [22:22] &lt;duck&gt; system, exec, etc are disabled [22:23] &lt;duck&gt; plus the host cant connect to the outsite [22:23] * wilde has joined #i2p [22:23] &lt;duck&gt; (it is inside an UML box) [22:23] &lt;duck&gt; (pl and other cgis are too difficult to debug without shell access, plus they often break) [22:23] * mihi_backup has joined #i2p [22:23] &lt;jrand0m&gt; jsp access? :) [22:23] * madman2003 has quit IRC (12( www.nnscript.de 12:: NoNameScript 3.8 12:: www.XLhost.de 12)) [22:23] &lt;duck&gt; ofcourse not [22:24] &lt;mihi&gt; and why not ssh access as well, when it's an UML box? [22:24] &lt;duck&gt; because the average IIP user will start running forkbombs [22:24] &lt;jrand0m&gt; with ssh access, they could traceroute i2p.dnsalias.net [22:24] &lt;mihi&gt; man ulimit [22:24] &lt;jrand0m&gt; ah true [22:24] &lt;mihi&gt; man limiting cpu time on uml boxes. [22:25] &lt;mihi&gt; (okay, it will crash apache, shit...) [22:25] &lt;duck&gt; man run your own host :) [22:25] &lt;jrand0m&gt; hehe [22:25] &lt;lucky&gt; hi [22:25] &lt;duck&gt; I'll add it on the todo [22:25] &lt;jrand0m&gt; a reliable hosting service provider will RULE [22:25] &lt;kaji&gt; now all we need is a wiki [22:25] * wiht has left #i2p (wiht) [22:26] * lucky has a reliable net connection... [22:26] &lt;duck&gt; you already have a wiki [22:26] &lt;jrand0m&gt; kaji&gt; duck.i2p has one [22:26] &lt;duck&gt; wiki.invisiblenet.net [22:26] &lt;jrand0m&gt; that too [22:26] &lt;kaji&gt; oh sweet then [22:26] &lt;jrand0m&gt; (yeah, the main i2p wiki is http://wiki.invisiblenet.net/iip-wiki?I2P ) [22:26] * dm has quit IRC (Ping timeout) [22:28] * mihi is now known as mihi_away [22:28] * mihi_backup has quit IRC (Ping timeout) [22:29] &lt;jrand0m&gt; 'k, anything else before we close out the meeting? [22:29] &lt;kaji&gt; doh, i missed the meeting? [22:29] &lt;jrand0m&gt; we're not quite done yet, but about it [22:29] &lt;lucky&gt; meeting? [22:29] &lt;lucky&gt; Oh, thats so not fair [22:29] &lt;lucky&gt; i just got home. [22:29] &lt;wilde&gt; are there logs anywhere? [22:29] &lt;wilde&gt; meeting log [22:30] * lucky has a log... [22:30] &lt;kaji&gt; can some one write a howto for using wget over i2p in windows? [22:30] &lt;jrand0m&gt; meeting logs at http://wiki.invisiblenet.net/iip-wiki?Meetings [22:30] &lt;jrand0m&gt; kaji you'll probably need to add the http_proxy to the environment [22:32] &lt;jrand0m&gt; ok, lets wrap this one up, and I'll post up the logs momentarily. anyone who has anything else can post to the mailing list or just chat on here :) [22:32] &lt;kaji&gt; also im now sharing /books/ and /audio/ at kaji.i2p and i think i will make a short howto about the bugs in apache alias for windows [22:32] &lt;jrand0m&gt; word kaji! [22:32] * jrand0m *baf*s the meeting closed on that note </div>/ko/blog/2004/01/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EB%AF%B8%ED%8C%85-2004%EB%85%84-1%EC%9B%94-6%EC%9D%BC/Tue, 06 Jan 2004 00:00:00 +0000/ko/blog/2004/01/06/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EB%AF%B8%ED%8C%85-2004%EB%85%84-1%EC%9B%94-6%EC%9D%BC/<p>(웨이백 머신 제공 <code>http://www.archive.org/</code>)</p> <h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> duck, dup, enduser, FillaMent, human, jrand0m, kaji, lucky, mihi, MrEcho, mrflibble, Nightblade, wiht</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; agenda: [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; 1) http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html [22:02] &lt;jrand0m&gt; 2) [discussion] [22:02] &lt;wiht&gt; Can I add installer to agenda? [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; oh yes, certainly! [22:02] &lt;jrand0m&gt; we're trying something new this week [22:03] &lt;wiht&gt; You can put it at the end of the agenda. [22:03] &lt;jrand0m&gt; rather than the old talktalktalkreplytalktalktalk, the http://i2p.dnsalias.net/pipermail/i2p/2004-January/000069.html post describes most of the things I had planned on saying [22:03] * mihi_ has joined #i2p [22:04] &lt;jrand0m&gt; instead, we're trying this week to make the meeting more discussion oriented - things people want to talk about from that post, any follow up posts, and/or anything else people want to discuss [22:04] &lt;jrand0m&gt; such as a new installer [22:05] &lt;jrand0m&gt; so, that said, people should start by checking out that email/post and we'll go from there :) [22:05] * mihi_away is now known as mihi [22:05] * kaji reads the post [22:05] * mihi_ is now known as mihi_backup [22:06] &lt;jrand0m&gt; 27 users with only one dup! w0w [22:07] * dm is now known as dup [22:07] &lt;jrand0m&gt; ok, when people have read that, perhaps we can start by going over the index and seeing if there's anything someone wants to add / comment on / discuss? [22:07] &lt;mihi&gt; jrand0m: where do you know from that there are no more dupes? [22:07] &lt;jrand0m&gt; heh thanks dm [22:07] &lt;jrand0m&gt; mihi&gt; I installed keyloggers on everyone's computers (bwhahahaha) [22:07] &lt;wiht&gt; I would like to add installer as topic 10, and possibly naming service as topic 11. [22:07] * mihi sent the followup to the wrong address :(, resending... [22:08] &lt;jrand0m&gt; good call wiht [22:09] &lt;MrEcho&gt; mrecho's new dns is in the works [22:09] &lt;jrand0m&gt; cool mihi, yeah I was wondering ;) [22:09] &lt;kaji&gt; how is dns coming along? - ah [22:09] &lt;jrand0m&gt; MrEcho&gt; your post, right? [22:09] &lt;MrEcho&gt; working on the post [22:10] &lt;jrand0m&gt; ok, in the meantime, anyone have anything on 1) streaming? or should we jump to 2) I2PTunnel, TunnelManager, and i2pmgr? [22:10] &lt;lucky&gt; good lord... i could spend the rest of my life attempting to figure out these dependecnies. [22:10] &lt;wiht&gt; So let's say DNS/NS as topic 11. [22:10] &lt;jrand0m&gt; sounds good wiht [22:10] * duck walks in [22:11] &lt;jrand0m&gt; ev'nin duck [22:11] &lt;mihi&gt; ad 1, i committed code for i2ptunnel using the streaming api [22:11] &lt;jrand0m&gt; ah right, awesome mihi :) [22:11] &lt;lucky&gt; hi duck [22:11] * twosandals has quit IRC (Leaving) [22:11] &lt;kaji&gt; jrand0m can several sevices use the same key if they are on diffrent ports? [22:11] &lt;jrand0m&gt; no kaji [22:11] &lt;mihi&gt; btw: why do your ant files always delete the jar before rebuilding it? [22:11] &lt;jrand0m&gt; mihi&gt; paranoia [22:12] &lt;mihi&gt; stealing me time with debugging, i'd say ;) [22:12] &lt;jrand0m&gt; kaji&gt; in i2p, a key /is/ a port, essentially [22:12] &lt;jrand0m&gt; heh [22:12] &lt;kaji&gt; ah [22:13] &lt;jrand0m&gt; mihi&gt; if you want to update that, as long as it'll build the jar if the class files change thats fine [22:13] &lt;mihi&gt; if the file is newer than all files in it, and could skip it otherwise. [22:13] &lt;jrand0m&gt; right [22:13] &lt;mihi&gt; and for paranoia it is better to add a &lt;depends&gt; task [22:13] &lt;jrand0m&gt; agreed [22:13] &lt;FillaMent&gt; yo yo [22:13] &lt;jrand0m&gt; 'lo FillaMent [22:14] &lt;jrand0m&gt; ok, 2) i2ptunnel / tunnelmanager / i2pmgr [22:14] * TC has joined #i2p [22:15] &lt;human&gt; i did a little hacking to make the TunnelManager return the job ids when "openclient" or "openserver" commands are called [22:16] &lt;jrand0m&gt; kickass :) [22:16] &lt;human&gt; this way, apps using the TunnelManager know which job to close later, without parsing the "list" output [22:16] &lt;jrand0m&gt; yeah, I've not been too comfortable with using tunnelmanager's list and close, since multiple clients can b0rk each other that way [22:17] &lt;jrand0m&gt; we'll get that patch in there right after the meeting. gracias human :) [22:17] &lt;human&gt; it involved making I2PTunnel.runCommand return some stuff (currently a Property) [22:17] &lt;human&gt; s/Property/Properties/ [22:17] &lt;jrand0m&gt; oh right, there's some things to modify in that before getting it into the code [22:18] &lt;human&gt; but mihi would prefer to add some asynchronous callbacks to the Logging clas, as far as i understand... [22:19] &lt;jrand0m&gt; right - so that things can get information from the tasks immediately, without waiting for it to finish [22:20] * mihi has quit IRC (EOF From client) [22:20] &lt;human&gt; jrand0m: the idea is: let's I2PTunnel.runCommand() return immediately, and eventually use callbacks to get more info, right? [22:21] &lt;jrand0m&gt; right [22:21] &lt;jrand0m&gt; so the tasks fire callbacks whenever there is data to distribute [22:21] * mihi has joined #i2p [22:21] &lt;human&gt; well, IMHO there is another question: «how many java apps (will) use I2PTunnel.runCommand() asynchronously?» *All* the apps currently using I2PTunnel (even via the TunnelManager) are perfectly fine with synchronous (even if long) .runCommand() calls, and making all the stuff asynchronous would only make things more complicated (IMHO) [22:22] * mihi uses it via the gui [22:22] &lt;human&gt; (well, "all" means the TunnelManager and apps parsing the Tunnel manager output) [22:22] &lt;jrand0m&gt; right, the gui will hang while the command is executed [22:22] &lt;mihi&gt; and entering the next 3 tunnel open commands is blocked while the first is running [22:23] &lt;human&gt; mihi: ok, i didn't know about your app... then we need some solution :-) [22:24] &lt;human&gt; mihi: asynchronous .runCommand() behaviour would require to revise the TunnelManager [22:24] &lt;mihi&gt; human: when (iyo) should runCommand terminate? when the tunnel is built, when the connection got through? [22:25] &lt;mihi&gt; "destination unreachable" will be known *after* the first connection attempt was made. [22:25] &lt;jrand0m&gt; the command pattern would have the execute() return only after it was complete. [22:26] &lt;mihi&gt; what does *complete* mean? [22:26] &lt;jrand0m&gt; (so if we're following the command pattern, runCommand would block until everything required to do that command was complete) [22:26] &lt;human&gt; mihi: eheh, that's the question :-) [22:26] &lt;jrand0m&gt; complete for "server 1234 privkeys" would be when the server can accept connections on port 1234 [22:26] &lt;human&gt; mihi: well, for TunnelServer's IMHO it should return after tunnel creation [22:27] &lt;jrand0m&gt; complete for "client 234 peer" would be complete when a connection to port 234 would successfully reach peer [22:27] &lt;jrand0m&gt; at least, thats my take [22:27] &lt;mihi&gt; how can you determint the latter? [22:27] &lt;jrand0m&gt; I really don't feel strongly either way [22:27] &lt;jrand0m&gt; perhaps a ping? [22:27] * Sciatica has joined #i2p [22:28] &lt;mihi&gt; and if the peer goes down just after the ping? [22:28] &lt;mihi&gt; imo it is impossible to do network apps without callbacks [22:28] &lt;jrand0m&gt; right [22:28] &lt;mihi&gt; or lotsa threads, and i prefer callback on threads synchronized to death [22:29] &lt;jrand0m&gt; perhaps it should only return after its able to /attempt/ to connect? [22:29] &lt;jrand0m&gt; or maybe the command pattern isn't the desired pattern [22:29] &lt;mihi&gt; that's what it's doing now. and what result should it return then? [22:30] &lt;mihi&gt; the point is that you want to have a result (different from an int for the connection id) [22:30] &lt;jrand0m&gt; right, for the client command, one wants the job (so it can be closed later), but for the genkey command, one wants the public key and private key [22:30] * mihi cannot think of any other info that is known at that point. [22:30] &lt;jrand0m&gt; agreed, me neither. [22:31] &lt;dup&gt; 0! [22:31] &lt;mihi&gt; and genkey should wait? okay, if you think so. [22:31] &lt;human&gt; mihi: well, something like a status ("ok" or "error") and error messages... [22:31] &lt;mihi&gt; human: error messages will be "too late" imo [22:31] &lt;mihi&gt; but do what you want... [22:32] &lt;mihi&gt; as long as you make it work with the streaming api afterwards as well... [22:32] &lt;jrand0m&gt; the pain points human is addressing are the kludges in the TunnelManager that parses the logging messages. but I agree, as long as we can expose that information via the logging interface, thats fine [22:32] &lt;dup&gt; mihi is wise. [22:32] &lt;human&gt; human: some can be communicated immediately (e. g. when the tunnel port is still in use) [22:32] &lt;mihi&gt; human is talking to himself ;) [22:32] &lt;human&gt; oops! :-) [22:35] &lt;human&gt; maybe we should see what kind of applications are being built upon I2PTunnel [22:35] &lt;human&gt; the asynchronous interface is the Right Thing(TM), but it's more complicated to use [22:35] &lt;jrand0m&gt; I think it would be best if we could keep the same functionality for the current software - including the gui. [22:35] &lt;FillaMent&gt; maybe I'm jumping in ignorantly, but perhaps a method like one might find many that deal with HTTP: getHeader(String headerName) [22:35] &lt;FillaMent&gt; smake me as needed [22:35] &lt;FillaMent&gt; smack [22:36] * jrand0m smake's FillaMent [22:36] &lt;human&gt; and the TunnelManager doesn't need it (since it will *never* be able to properly support asynchronous events, due to its nature) [22:36] * kaji has a completely off-topic idea [22:36] * FillaMent resigns himself to advocacy =) [22:37] &lt;human&gt; but if mihi application needs to monitor the tunnels state, then the asynchronous interface is a Must(TM) [22:37] &lt;jrand0m&gt; human&gt; java -jar lib/I2PTunnel.jar\n. We need to support async. [22:37] &lt;kaji&gt; i2p as a java applet so you can run it from strange computers quickly by going to a website [22:37] * Sciatica has quit IRC (EOF From client) [22:37] &lt;human&gt; jrand0m: yes, then we must rework the TunnelManager :-) [22:37] &lt;jrand0m&gt; kaji&gt; i2p 3.0 :) [22:38] &lt;jrand0m&gt; agreed human, the tunnelmanager implementation was a quick and dirty impl [22:38] &lt;jrand0m&gt; do you think you could look into how that'd need to proceed? [22:38] * human can volunteer to adapti the TunnelManager to the asynchronous interface, when ready [22:38] &lt;jrand0m&gt; w00t :) [22:40] &lt;jrand0m&gt; ok, are we ready for agenda item 3) I2COCP [22:40] &lt;human&gt; otherwise, it would be possible to create sync and async methods for I2PTunnel [22:40] &lt;jrand0m&gt; true [22:40] &lt;jrand0m&gt; but duplication might be overkill when a little refactoring would serve the purpose [22:41] * baffled has quit IRC (Leaving) [22:41] &lt;duck&gt; personal concern about the tunnels: apps not closing them, so your whole tunnelmanager becomes flooded [22:41] &lt;human&gt; jrand0m: yes, we should choose the easiest solution between reworking the TunnelManager or adding new APIs to I2PTunnel :-) [22:42] &lt;jrand0m&gt; thats a good point duck. currently there are no timeouts / expirations, and it assumes the apps using the tunnelManager are well behaving (and that the tunnelManager has no bugs [hah!]) [22:43] &lt;mihi&gt; apropos new apis: should the Streaming api classes "replace" the old ones or should it be possible to use both (w/ different commands?) [22:43] &lt;jrand0m&gt; mihi&gt; I think the streaming ones will want to replace, since once the streaming api is solid mode=GUARANTEED will go away [22:43] &lt;jrand0m&gt; (and hence the old ones wont work) [22:44] * MrEcho 's email sent [22:46] &lt;jrand0m&gt; anything else for the tunnel discussion? (this obviously isn't the end of tunnel discussions overall ;) [22:47] * dup is now known as dm [22:47] &lt;jrand0m&gt; ok, I2COCP [22:47] &lt;jrand0m&gt; this was just something human suggested the other day and it seems to fill a gap thats not currently met. but I think we want to hold off on implementing until we have something that wants to use it :) [22:48] &lt;wiht&gt; That is a somewhat long name, even abbreviated. [22:48] * jrand0m now calls I2COCP "Wilma" [22:48] &lt;human&gt; jrand0m: well, i was going to write the same words :-) [22:48] &lt;jrand0m&gt; heh cool [22:49] &lt;jrand0m&gt; ok, jumping on to 4) roadmap [22:49] &lt;human&gt; jrand0m: IMHO, in general, there should be a way for non-java apps to have a somewhat full access to the I2P network [22:49] &lt;jrand0m&gt; agreed [22:49] &lt;jrand0m&gt; the intent is that they'd use I2CP [22:50] &lt;jrand0m&gt; (as all java apps, i2ptunnel and the streaming library included, use that) [22:50] &lt;human&gt; jrand0m: yes [22:50] &lt;MrEcho&gt; I2PDNS "Janessa" [22:50] &lt;jrand0m&gt; but you're right, they'd want streaming too, so either tunnelmanager-&gt;i2ptunnel or i2cocp-&gt;streaming lib [22:50] * jrand0m has never met a Janessa [22:51] * Sciatica has joined #i2p [22:51] &lt;jrand0m&gt; ok, so, yeah, the roadmap has been updated. no real big changes beyond pushing back 0.3 and 0.3.1 by 2 weeks, adding 2.0 info, and some more 1.0 criteria [22:51] &lt;human&gt; jrand0m: yeah, there should be "TCP" and "UDP"-like protocols for I2P, with complete protocol event reporting, accessible from non-java apps [22:52] &lt;MrEcho&gt; human, sounds good [22:52] &lt;jrand0m&gt; I want there to be every possible interface, but I don't want to overcommit with too many interfaces to be supported [22:52] * human wanted I2COCP (or whatever) for his I2P twisted transport (see http://www.twistedmatrix.com/), but for now he will happily kludge around the TunnelManager :-) [22:53] * w0rmus has quit IRC (Lost terminal) [22:53] &lt;jrand0m&gt; word. that'd be best for now [22:54] &lt;jrand0m&gt; ok, any comments on the roadmap? [22:55] &lt;jrand0m&gt; [nothing to see here, la la] [22:55] &lt;jrand0m&gt; ok, 5) i2pIM [22:55] &lt;jrand0m&gt; thecrypto isn't here, so we can just wait for a post to i2p@ with updates :) [22:55] &lt;wiht&gt; We have Jabber now, if I am not mistaken. Do we still need i2pIM? [22:55] &lt;jrand0m&gt; yes [22:55] &lt;jrand0m&gt; jabber has a server that gets cleartext. [22:56] &lt;wiht&gt; Oh. Very well, then; I was not aware of this. [22:56] &lt;jrand0m&gt; thats two strikes (a server, and cleartext) [22:56] &lt;jrand0m&gt; its a good solution for some things though, certainly [22:56] &lt;jrand0m&gt; actually, once thing I was thinking about this morning was if we could get i2pIM and i2psnark merged together, that would be Good. [22:57] &lt;jrand0m&gt; (but once thing at a time) [22:57] &lt;jrand0m&gt; actually, speaking of the devil, 6) i2psnark :) [22:57] &lt;human&gt; jrand0m: i sometimes used jabber with gnupg... [22:57] &lt;jrand0m&gt; for &gt;2 person chats? [22:58] &lt;jrand0m&gt; for one on one, I totally agree there are existing solutions [23:01] &lt;jrand0m&gt; ok, on to a fun one, 7) introducing I.Toopie :) [23:01] &lt;human&gt; how would you implement encrypted &gt;2 people chats? a shared private key? [23:01] &lt;jrand0m&gt; yes human [23:01] &lt;jrand0m&gt; or through n! shared keys in the group [23:02] &lt;human&gt; well, maybe it could be done above the existing jabber protocol... [23:02] &lt;mihi&gt; human: a shared symmetric key sent to all participants [23:02] &lt;jrand0m&gt; the hard part is dealing with joins &amp; leaves - key rotation /etc [23:03] * Sciatica has quit IRC (Ping timeout) [23:03] &lt;jrand0m&gt; its in no way a trivial issue. its really really really hard. [23:03] * mihi acks [23:03] * human agrees [23:04] &lt;jrand0m&gt; (which is why having an app designed for it rather than trying to kludge it on top of another protocol may be worthwhile) [23:04] &lt;jrand0m&gt; but thecrypto can best describe his plans [23:04] &lt;jrand0m&gt; (though its my understanding he's still open to ideas for how to deal with groups) [23:05] * Sciatica has joined #i2p [23:06] &lt;jrand0m&gt; ok, moving on :) [further discussion on i2p@, etc] [23:06] &lt;wiht&gt; What is I.Toopee, though? [23:06] &lt;lucky&gt; the mascot... [23:06] &lt;jrand0m&gt; I.Toopie is a guy holding a yellow mask in front of his face [23:06] * lucky shudders. [23:07] &lt;lucky&gt; uh huh. [23:07] &lt;lucky&gt; can i see it? [23:07] &lt;jrand0m&gt; http://wiki.invisiblenet.net/iip-wiki?I2PLogo [23:07] * mihi_backup has quit IRC (EOF From client) [23:07] &lt;lucky&gt; i have added java to my compile queue... [23:07] &lt;lucky&gt; but.. lol [23:07] &lt;lucky&gt; i already have 7 things running [23:07] &lt;lucky&gt; it'll be a while. [23:08] &lt;lucky&gt; aw, cute :P [23:08] &lt;MrEcho&gt; lol [23:08] &lt;jrand0m&gt; there have been lots of cool logos (I can't believe we've had the logo contest going on for 3 months!), and it looks like we've got some strong potential with I.Toopie. in its simplicity, its conception, and its versatility. [23:08] &lt;jrand0m&gt; and, yeah, its cute ;) [23:08] &lt;mihi&gt; are some imgs broken or is my browser buggy? [23:08] &lt;jrand0m&gt; yeah, some are broken [23:09] &lt;jrand0m&gt; (they were put on temporary hosting sites 3 months ago) [23:09] &lt;MrEcho&gt; I.Toopie's stick is now all yellow ... [23:09] &lt;MrEcho&gt; changed lastnight [23:09] &lt;jrand0m&gt; it is? [23:09] &lt;jrand0m&gt; people should UPDATE THE WIKI then [23:09] &lt;jrand0m&gt; ;) [23:09] &lt;MrEcho&gt; hehe [23:09] &lt;MrEcho&gt; i dont have the pic anymore .. sorry [23:10] &lt;wiht&gt; I see the pictures with Opera, but not with Mozilla somewhy. [23:10] &lt;jrand0m&gt; you can see http://img.villagephotos.com/p/2003-10/437060/badass.jpg ? [23:10] &lt;jrand0m&gt; (thats one of the images on that page) [23:11] &lt;duck&gt; Access Denied (User Account Disabled) [23:11] &lt;jrand0m&gt; yeah, same here. [23:11] &lt;MrEcho&gt; i can see it [23:11] &lt;jrand0m&gt; but yes, DrWoo has done some kickass stuff with I.Toopie [23:11] &lt;MrEcho&gt; moz 1.5 [23:11] * soros has quit IRC (EOF From client) [23:11] * mihi_away has joined #i2p [23:11] * lucky has quit IRC (EOF From client) [23:12] &lt;jrand0m&gt; same here MrEcho. strange. [23:12] &lt;wiht&gt; MrEcho: I am using Mozilla 1.4. [23:12] &lt;jrand0m&gt; (same as in I'm on moz 1.5 and I'm getting access denied) [23:13] * jrand0m looks forward to a tray icon w/ i.toopie :) [23:13] &lt;jrand0m&gt; ok, moving on to 8) chess server [23:14] * Sciatica has quit IRC (Ping timeout) [23:14] * ion has quit IRC (Ping timeout) [23:14] &lt;jrand0m&gt; the latest hosts.txt (http://i2p.dnsalias.net/i2p/hosts.txt) contains the reference for chess.fillament.i2p [23:14] &lt;jrand0m&gt; you can use any old FICS client or just telnet to that and play away :) [23:14] &lt;jrand0m&gt; (yay) [23:15] &lt;kaji&gt; is there a goog fics client for windows? [23:15] &lt;jrand0m&gt; dunno, I ended up using telnet [23:15] &lt;wiht&gt; Does eboard work? [23:15] &lt;jrand0m&gt; (which had some fairly tough rampup to learn the commands) [23:15] * ion has joined #i2p [23:16] &lt;jrand0m&gt; dunno [23:16] * BpX has joined #i2p [23:16] &lt;wiht&gt; I will try it later. [23:16] &lt;jrand0m&gt; cool, if you could post up what you find, that'd be great [23:17] &lt;jrand0m&gt; ok, 9) DHT [23:17] * wilde has quit IRC (Ping timeout) [23:17] &lt;jrand0m&gt; we still don't have a dht, but perhaps this is a lead for something we can start to port [23:18] &lt;jrand0m&gt; (it uses UDP so getting it to use I2CP wouldn't be hard) [23:18] &lt;MrEcho&gt; dht??? [23:18] &lt;MrEcho&gt; im blanking on that one [23:18] &lt;jrand0m&gt; MrEcho&gt; see [10] in the email ;) [23:18] &lt;jrand0m&gt; http://wiki.invisiblenet.net/iip-wiki?DHT [23:18] &lt;Nightblade&gt; entropy is a good enough temporary solution [23:18] &lt;jrand0m&gt; agreed [23:19] &lt;jrand0m&gt; though I think we need to look at a long term solution as well [23:19] * soros has joined #i2p [23:19] * lucky has joined #i2p [23:20] * human is worried about gcj/kaffe compatibility with DHTs like Bamboo (http://bamboo-dht.org/) [23:20] &lt;jrand0m&gt; yeah, bamboo is 1.4 [23:20] &lt;MrEcho&gt; afk [23:20] &lt;jrand0m&gt; thats the glory of i2cp though - the router &amp; tunnels can be gcj'ed, while things that access them can be whatever [23:21] &lt;jrand0m&gt; it /is/ purely for an app though - not as part of the core [23:21] &lt;jrand0m&gt; I'm just trying to think of things that would help the end users who end up downloading i2p do something useful right off the bat [23:22] &lt;jrand0m&gt; (being able to post uncensorable content anonymously would be a good useful thing) [23:22] &lt;jrand0m&gt; s/uncensorable/very censorship resistant/ [23:23] &lt;human&gt; jrand0m: ah, ok - i thought that bamboo was going to replace Kademlia for the NetworkDB :-) [23:23] &lt;Nightblade&gt; the squid proxy is something they can do... for users for example in china that would be a very nice thing to have [23:23] &lt;jrand0m&gt; Nightblade&gt; right, but the squid isn't scalable [23:24] &lt;Nightblade&gt; yeah i think it would be interesting to have a kind of distributed JAP [23:24] &lt;jrand0m&gt; agreed [23:24] &lt;jrand0m&gt; so that's also another thing that would be great if people could check into :) [23:24] &lt;mihi&gt; Nightblade: the prob is abuse handling - i won't open my box for any outgoing http [23:24] &lt;jrand0m&gt; I'm sure some people will though [23:25] &lt;Nightblade&gt; with an additional part where an individual node could choose what sites they want to proxy for people... a client could send a requst for "whitehouse.com" and then one of the nodes that will do the proxying and will permit that url can answer [23:25] &lt;Nightblade&gt; yeah i think it would have to have some kind of access controls [23:25] &lt;Nightblade&gt; blacklist or whitelist [23:25] &lt;jrand0m&gt; right [23:25] &lt;Nightblade&gt; of domain names [23:26] &lt;jrand0m&gt; its the "exit policy" system. though this is a whole project in and of itself [23:27] &lt;MrEcho&gt; it could ride on the DNS system... i guess [23:27] &lt;jrand0m&gt; certainly [23:27] &lt;wiht&gt; mihi: What if you limit the bandwidth used? Or is it the websites accessed that could get you in trouble? [23:27] &lt;MrEcho&gt; at a very later date lol [23:27] &lt;jrand0m&gt; wiht&gt; many providers explicitly disallow running servers of any kind [23:28] &lt;MrEcho&gt; verizon fucks with port 21 for sure... [23:28] &lt;wiht&gt; jrand0m: Oh. Yes, that is a problem. [23:28] &lt;Nightblade&gt; there would have to be some way for clients to request the sites they want downloaded for them.. Broadcast requests are not a very good solution, especially on i2p [23:29] &lt;mihi&gt; wiht: the problem is the websites that can be accessed. compare the lawsuit of JAP some time ago. /me lives in the same country [23:29] &lt;jrand0m&gt; agreed. though broadcast isn't possible without brute forcing a ~2^2300 keyspace ;) [23:30] &lt;jrand0m&gt; right mihi, people in oppresive regimes would not be able to safely run outproxies [23:30] &lt;wiht&gt; mihi: What was the lawsuit? I do not remember. [23:30] * dm has quit IRC (Ping timeout) [23:30] &lt;Nightblade&gt; i mean, even if you had a list of destinations that provide web proxying, you would not want to have to broadcast to them all [23:30] &lt;jrand0m&gt; right Nightblade [23:30] &lt;Nightblade&gt; request broadcast i mean [23:31] &lt;mihi&gt; the prob was that someone had accessed a child porn site and it went over a JAP proxy and they could not tell where the request came from. this was interpreted as thowing stones into police's work [23:31] &lt;jrand0m&gt; people may want to check out crowds or rewebber to see other projects that worked on this same task [23:31] &lt;wiht&gt; mihi: Ah. Thank you for the explanation. I see understand you are concerned now. [23:31] * mihi_away has quit IRC (Ping timeout) [23:31] &lt;mihi&gt; and made that change to the jap software that makes it possible to catch people. which was removed later [23:32] &lt;wiht&gt; Er, I understand why you are concerned. [23:32] &lt;mihi&gt; at the end it came out that the JAP would not have to disclose the data, but i don't want to know what the lawyers cost... [23:32] &lt;Nightblade&gt; yeah but didn't the police seize the information anyway? [23:32] &lt;jrand0m&gt; yes [23:33] &lt;mihi&gt; they did... [23:33] &lt;jrand0m&gt; but anyway, yes, both a scalable DHT and a scalable web proxy would be Really Good Things to have by 1.0 [23:34] &lt;mihi&gt; and they cannot give it backk, can they? [23:34] * BpX has quit IRC (Ping timeout) [23:36] * Sciatica has joined #i2p [23:36] &lt;jrand0m&gt; ok, anything else for point 9? or are we on to 10/11) NS/DNS? [23:36] &lt;wiht&gt; I would like to make a brief comment about the installer after topic 10. [23:37] &lt;jrand0m&gt; 'k perhaps lets hit that now, since NS/DNS might not be uber-brief? ;) [23:37] &lt;wiht&gt; All right. The router has a start script and a stop script. [23:37] &lt;jrand0m&gt; right [23:37] &lt;wiht&gt; I would like all of the services to be done that way--to have both a start and a stop script. [23:37] &lt;jrand0m&gt; most of them do [23:37] &lt;jrand0m&gt; don't they? [23:38] &lt;jrand0m&gt; oh, not stop scripts [23:38] &lt;wiht&gt; No, just the router. [23:38] &lt;wiht&gt; That way, desired services could be started on computer bootup, just like the router. I made a post to that effect to the mailing list. [23:38] &lt;jrand0m&gt; aum is working on the i2pmgr, which is going to be both a console based and gui based control center for the services and the router itself [23:38] &lt;wiht&gt; Let's say I want to start the eep and nntp on bootup. Currently, I can't do that. [23:39] &lt;jrand0m&gt; right, you'd need to nohup startEepProxy.sh &amp; [23:39] &lt;wiht&gt; All right. By the way, where are these scripts in CVS? [23:39] &lt;MrEcho&gt; k im back [23:39] * mihi_away has joined #i2p [23:39] &lt;jrand0m&gt; wiht&gt; the scripts are in the Install.java (aka hacked) [23:39] &lt;wiht&gt; jrand0m: Thanks./ [23:40] &lt;jrand0m&gt; but good point, we want it to be as simple as possible to start on boot, as well as start on demand [23:41] &lt;jrand0m&gt; ok, on to 10/11) ns/dns [23:41] &lt;MrEcho&gt; well check my email [23:41] &lt;MrEcho&gt; theres a few things i forgot about putting in there [23:41] &lt;jrand0m&gt; unfortunately your email didn't really go through to the web interface well :/ [23:41] &lt;MrEcho&gt; like "temp" names [23:41] &lt;MrEcho&gt; ?? [23:42] * Sciatica has quit IRC (Ping timeout) [23:42] * ion has quit IRC (Ping timeout) [23:42] &lt;jrand0m&gt; MrEcho&gt; http://i2p.dnsalias.net/pipermail/i2p/2004-January/000072.html [23:42] &lt;MrEcho&gt; because of the gif or something [23:42] &lt;MrEcho&gt; shit .. i singed it [23:43] &lt;MrEcho&gt; sorry [23:43] &lt;jrand0m&gt; the mailing list is really intended to be text only. pgp sigs are fine (others have posted signed things) [23:43] &lt;kaji&gt; whats a good free small antivirus? [23:43] * ion has joined #i2p [23:43] &lt;jrand0m&gt; kaji&gt; linux [23:43] * Sciatica has joined #i2p [23:43] &lt;wiht&gt; LOL. [23:43] &lt;kaji&gt; that runs with my hardware [23:43] &lt;wiht&gt; kaji: Try AVG Antivirus for Windows. [23:44] * MrEcho_ has joined #i2p [23:44] * MrEcho has quit IRC (EOF From client) [23:44] &lt;MrEcho_&gt; fuckign iip [23:44] &lt;jrand0m&gt; MrEcho / (and anyone else interested in the NS/DNS issue)&gt; have you read http://zooko.com/distnames.html ? [23:44] &lt;MrEcho_&gt; j, should i resend the email? [23:44] &lt;jrand0m&gt; it went through to the list fine, it just didn't get web archived correctly [23:44] &lt;MrEcho_&gt; ya [23:45] &lt;wiht&gt; jrand0m: I did not read it yet. [23:45] &lt;MrEcho_&gt; ill take a look at it later [23:45] * mrflibble has joined #i2p [23:45] &lt;jrand0m&gt; for those who aren't on the list, I've saved MrEcho_'s email at http://i2p.dnsalias.net/~jrandom/mrecho_dns.txt [23:46] &lt;MrEcho_&gt; thanks J [23:46] &lt;kaji&gt; its gay, it wants an email adress [23:46] &lt;jrand0m&gt; my concern is with the security and scalability of the naming service. once we find a solution that meets those needs, fantastic, but until we do, we should be careful of interim solutions. [23:47] &lt;jrand0m&gt; kaji&gt; email lists usually want an email address, yeah ;) [23:47] &lt;kaji&gt; i mean AVG Antivirus [23:47] &lt;jrand0m&gt; oh ;) [23:48] &lt;wiht&gt; MrEcho has several good ideas that I did not have in my specification, such as a ban list for bad clients. [23:49] &lt;MrEcho_&gt; not really a ban list [23:49] &lt;jrand0m&gt; once there are 1000 clients, does that mean that it would take 125 lookups to find a value? [23:49] &lt;MrEcho_&gt; no [23:49] &lt;wiht&gt; Not a list, but banning bad clients is something I did not have. [23:50] &lt;MrEcho_&gt; 2-4 clients for checking [23:50] &lt;jrand0m&gt; so every client will have 250 entries? [23:50] * mihi_away is now known as mihi_backup [23:50] &lt;MrEcho_&gt; no [23:50] &lt;wiht&gt; With what I have, it would be one lookup, possibly forwarded a couple of times to reach an authoritative server. [23:50] &lt;MrEcho_&gt; clients will only have what they need [23:51] &lt;MrEcho_&gt; it will keep querying other Clients untill they get data that matches for the check [23:51] &lt;jrand0m&gt; so with 4 peers, it'd do a random search and on average it'd take 125 lookups [23:51] &lt;jrand0m&gt; (1000/4/2) [23:51] &lt;jrand0m&gt; or are the peers a DHT? [23:52] &lt;jrand0m&gt; (with some maintenance protocol?) [23:52] &lt;jrand0m&gt; or a search tree? [23:52] &lt;MrEcho_&gt; in a way yes [23:52] &lt;MrEcho_&gt; ill have a cut off on client searches, it will just query the MS [23:53] &lt;jrand0m&gt; secure distributed naming is a fairly well studied problem - what would make your proposal easier to analyze the security and scalability would be if you could draw comparisons and validate variations on other approaches, perhaps? [23:54] &lt;MrEcho_&gt; if it doesnt find / or get enough data from Clients within a set range it will then just query the MS. [23:54] &lt;jrand0m&gt; as is, there isn't enough detail for me to have confidence in the scalability or security of the architecture. not to say it couldn't work out well, I just can't see that it would yet. [23:54] &lt;MrEcho_&gt; cany u stop typing for a sec [23:54] * jrand0m stops typing. [23:55] &lt;MrEcho_&gt; its going to work .. it will have scalability, it will have security [23:56] &lt;MrEcho_&gt; the more users the better it will get [23:56] &lt;jrand0m&gt; so "trust me", 'eh? [23:56] &lt;MrEcho_&gt; do you trust the Internet DNS system? [23:56] &lt;jrand0m&gt; for some tasks. [23:57] &lt;jrand0m&gt; for many, no. [23:57] &lt;jrand0m&gt; (its quite easy for govts / etc to get records changed - court cases order registrars to update all the time) [23:58] &lt;MrEcho_&gt; only other way of doing it is having big ass lists of Names and lots of crypto on every client [23:58] &lt;MrEcho_&gt; and being dynamic .. forget about it [23:59] * mrflibble has quit IRC (EOF From client) [23:59] &lt;jrand0m&gt; I suggest reviewing zooko's paper before proceeding further, and answering his final point 5 ("why I'm wrong") Session Time: Wed Jan 07 00:00:00 2004 [00:01] &lt;jrand0m&gt; ok, thats probably about it for point 10/11 (lots of future discussion still left on that, of course) [00:02] &lt;jrand0m&gt; anyone have any other thoughts, etc? [00:02] &lt;wiht&gt; Yes. [00:03] &lt;jrand0m&gt; care to share with the class? :) [00:03] &lt;wiht&gt; I will be rewriting the specification I wrote. I would like to use a local SQL server to store data, not files. [00:03] &lt;jrand0m&gt; ah cool [00:03] &lt;jrand0m&gt; (same concerns go for the spec you wrote too - if you could answer zooko's last question, that'd be key :) [00:03] * mrflibble has joined #i2p [00:03] &lt;wiht&gt; Let MySQL or a similar server manage data storage, and let Java query that server. [00:04] &lt;duck&gt; huh ? zooko specs? [00:04] &lt;wiht&gt; I think that will be easier to implement. [00:04] &lt;jrand0m&gt; duck&gt; naw, I'm just pointing people at his old article "Names: Decentralized, Secure, Human-Meaningful: Choose Two" [00:04] &lt;duck&gt; ah that [00:04] &lt;Nightblade&gt; wiht: what specification is that (i missed a lot of the meeting)? [00:04] * MrEcho has joined #i2p [00:04] &lt;jrand0m&gt; (a lot easier than rehashing why supernode/centralized servers are scary security issues ;) [00:05] * MrEcho_ has quit IRC (EOF From client) [00:05] * mihi 'd have something for the log as well ;) [00:05] &lt;mihi&gt; something longer ;) [00:05] &lt;mihi&gt; *** I2Ping results: [00:05] &lt;mihi&gt; + + + eco.i2p [00:05] &lt;mihi&gt; + - - jabber.duck.i2p [00:05] &lt;mihi&gt; - + + i2pcvs.i2p [00:05] &lt;mihi&gt; - + + duck.i2p [00:05] &lt;mihi&gt; - + - jap.eco.i2p [00:05] &lt;jrand0m&gt; Nightblade&gt; it was posted to iip-dev back in... august? [00:05] &lt;mihi&gt; - + + irc.duck.i2p [00:05] &lt;mihi&gt; - + + human.i2p [00:06] &lt;mihi&gt; - - + nntp.duck.i2p [00:06] &lt;mihi&gt; - - - tc.i2p [00:06] &lt;mihi&gt; - - - dyad.i2p [00:06] &lt;mihi&gt; - - - bozo.i2p [00:06] &lt;mihi&gt; - - - ogg.aum.i2p [00:06] &lt;mihi&gt; - - - fcp.entropy.i2p [00:06] &lt;mihi&gt; - - - http.entropy.i2p [00:06] &lt;Nightblade&gt; jrandom: oh, before my time.. :) [00:06] &lt;mihi&gt; - - - www.mail.i2p [00:06] &lt;mihi&gt; - - - mp3.aum.i2p [00:06] &lt;mihi&gt; - - - smtp.mail.i2p [00:06] &lt;wiht&gt; Nightblade: I posted it on September 15th. [00:06] &lt;mihi&gt; - - - pop.mail.i2p [00:06] &lt;mihi&gt; - - - mp3.tc.i2p [00:06] &lt;mihi&gt; - - - lp.i2p [00:06] &lt;mihi&gt; - - - kaji.i2p [00:06] &lt;mihi&gt; - - - nm.i2p [00:06] &lt;mihi&gt; - - - squid.i2p [00:06] &lt;mihi&gt; - - - chess.fillament.i2p [00:06] &lt;mihi&gt; - - - mesh.firerabbit.i2p [00:06] &lt;mihi&gt; - - - nightblade.i2p [00:06] &lt;mihi&gt; - - - aum.i2p [00:06] &lt;MrEcho&gt; gezz is anyone up and running? [00:06] &lt;mihi&gt; - - - fillament.i2p [00:06] &lt;mihi&gt; *** Finished. [00:06] &lt;mihi&gt; why are so many hosts down...? [00:06] * jrand0m isn't running my servers atm [00:07] &lt;FillaMent&gt; I can connect to myself on both eep and chess [00:07] * mrflibble has quit IRC (Ping timeout) [00:07] &lt;jrand0m&gt; oh wait, i2pcvs is up, neat [00:07] &lt;Nightblade&gt; mihi: mine isn't up because the i2ptunnel crashes for me after a few hours [00:07] &lt;mihi&gt; so my router is broken (or it's usual I2P problems...) [00:08] &lt;jrand0m&gt; really Nightblade? please report i2ptunnel crashes (bugzilla would be nice) [00:08] &lt;Nightblade&gt; it is in the bugzilla [00:08] &lt;lucky&gt; hi [00:08] &lt;Nightblade&gt; hold.. [00:08] &lt;FillaMent&gt; Nightblade: what JVM? [00:08] &lt;Nightblade&gt; #39 [00:08] &lt;wiht&gt; My router has been running for more than 12 hours now, although it had a problem in registering itself. [00:09] &lt;Nightblade&gt; java version "1.4.2-p5" [00:09] &lt;Nightblade&gt; on freebsd... it could be a jvm problem, i don't know. java support isn't too good on freebsd [00:09] &lt;jrand0m&gt; you're right Nightblade, my bad [00:09] &lt;jrand0m&gt; thats the fairly infrequent i2cp bug [00:09] &lt;jrand0m&gt; is that consistent for you? [00:09] &lt;Nightblade&gt; the router is very stable for me, just the i2ptunnel server tunnel gives me problems [00:09] &lt;Nightblade&gt; yeas it happened several times [00:10] &lt;Nightblade&gt; i haven't tried it recently though [00:10] * jrand0m just pulled fillament's eepsite [00:10] &lt;jrand0m&gt; (first try, just noticed the window was complete) [00:10] &lt;FillaMent&gt; Yeah,, I just jabbered with duck, wiht's trying to hit chess [00:10] &lt;jrand0m&gt; ah cool [00:10] &lt;jrand0m&gt; but yes, there are still reliability issues to be dealt with in the network. [00:10] * FillaMent nudges people with the included winking, "He'll probably be wanting to play." [00:10] * human 's eepsite is still up - it means that 'killall java' really helped... :-) [00:10] &lt;wiht&gt; I just successfully connected to chess server. [00:10] &lt;duck&gt; yeah? [00:11] &lt;jrand0m&gt; lol FillaMent [00:11] * mrflibble has joined #i2p [00:12] &lt;Nightblade&gt; is it safe to run the cvs version of i2p [00:12] &lt;jrand0m&gt; /me succesfully fetches human's 1984-2004: twenty years of GNU! :-) [00:12] &lt;jrand0m&gt; yes Nightblade [00:12] &lt;FillaMent&gt; could not get eco... [00:12] &lt;Nightblade&gt; ok maybe i'll give that a try [00:12] &lt;duck&gt; with freenet you should always run the latest cvs version! [00:13] &lt;duck&gt; only then it is bugfree [00:13] &lt;duck&gt; s/freenet/i2p/ [00:13] * jrand0m pulled eco.i2p [00:13] &lt;FillaMent&gt; just got duck [00:13] &lt;jrand0m&gt; "Jan 4: First field test of I2PSnark. Pretty catastrophic: no transfer at all. Guess my single router test environment wasn't very representative :-) Back to the drawing board... " [00:13] &lt;jrand0m&gt; d'oh [00:13] &lt;duck&gt; well, it worked actually [00:13] &lt;duck&gt; ardvark could snark something from me [00:14] &lt;jrand0m&gt; bt precreates the files - were the files actually valid? [00:14] &lt;duck&gt; but ze did find out the next day [00:14] &lt;duck&gt; because it was obscured in the logs [00:14] &lt;jrand0m&gt; what, you mean the logs i2p generates are fairly insane? nawwwwww [00:14] &lt;duck&gt; no [00:14] &lt;duck&gt; the i2psnark output [00:14] &lt;jrand0m&gt; ah [00:15] &lt;duck&gt; additionally, I suspect that snark does too much churning (sp?) [00:15] &lt;duck&gt; the normal bittorrent client seems to be more easy [00:15] &lt;duck&gt; also the high delays on i2p might cause premature blocks [00:16] * mrflibble has quit IRC (Ping timeout) [00:16] &lt;duck&gt; last thing is that we had to restart i2ptunnel a few times :/ [00:16] &lt;jrand0m&gt; agreed [00:16] &lt;human&gt; final question about I2PTunnel / I2PTunnelManager (yes, i know, i'm boring): what about my patch to make "openclient" and "openserver" return a meaningful jobId? [00:16] &lt;jrand0m&gt; so, yeah, lots of work to do [00:16] &lt;human&gt; 1. let's accept it to make the TunnelManager work until the new asynchronous architecture will be roxoring [00:17] &lt;human&gt; 2. your patch plain sucks, fuck off, and fuck the TunnelManager [00:17] &lt;human&gt; 3. ... [00:17] * MrEcho_ has joined #i2p [00:17] * mihi is for 3 ;) [00:17] * MrEcho has quit IRC (EOF From client) [00:17] &lt;jrand0m&gt; 4. lets see how we can update the tunnel manager to go async? shouldn't be too hard [00:17] &lt;jrand0m&gt; the patch is good, but mihi has a point [00:18] &lt;human&gt; jrand0m: yes, i agree [00:18] &lt;jrand0m&gt; we still have 1+ weeks until 0.3, so we've got time until the next full release [00:18] &lt;human&gt; jrand0m: but my doubt is: how long will it take to have the async interface to be implemented in the TunnelManager? [00:18] &lt;jrand0m&gt; tunnelmanager itself was 2 hours, I could add async tonight [00:19] &lt;jrand0m&gt; (all that needs to happen is an update to the BufferedLogging to accept .set calls) [00:19] &lt;human&gt; jrand0m: (with "to have" i also mean "to have it implemented even in I2PTunnel) [00:19] &lt;jrand0m&gt; (or .nofity/etc) [00:19] &lt;jrand0m&gt; right [00:19] * mrflibble has joined #i2p [00:20] &lt;jrand0m&gt; if you'd prefer, I could start with your patch (which adds the job id) and merge it with the updates for async [00:21] &lt;human&gt; jrand0m: i could add the async interface to TunnelManager myself, but the interface still doesn't exist :-) [00:22] &lt;jrand0m&gt; right, just add public void notifyEvent(String eventName, Object value); to Logging.java [00:22] &lt;human&gt; jrand0m: i'd suggest "let's merge the dirty hack to make the job ids in the 0.3 release somewhat work, and then work on the async interface" [00:23] &lt;jrand0m&gt; 0.3 is still a ways off [00:23] &lt;mihi&gt; 0.3 should have the streaming api anyway, shouldn't it? [00:23] &lt;human&gt; jrand0m: i'm talking about the worst case [00:23] &lt;wiht&gt; jrand0m: Maybe there should be another version before 3.0 to settle these issues? [00:23] &lt;jrand0m&gt; yes mihi [00:23] &lt;mihi&gt; human: the worst case is "cvs rollback &amp;&amp; patch -p0 your.patch" [00:24] &lt;jrand0m&gt; ok, how about this. I'll get the async implemented and committed tonight, if you could look at it tomorrow human and see what needs to be done to get your update in there? [00:26] &lt;FillaMent&gt; jrand0m: do you have a job? [00:27] &lt;jrand0m&gt; i2p [00:27] &lt;duck&gt; get 1.0 done! [00:27] &lt;FillaMent&gt; I mean a source of income [00:27] &lt;jrand0m&gt; :) [00:27] &lt;FillaMent&gt; that you have to work for [00:27] &lt;jrand0m&gt; income is overrated. [00:27] * jrand0m fired my boss [00:27] &lt;Nightblade&gt; "will code for food" - that's my motto [00:27] &lt;Nightblade&gt; lol [00:27] &lt;human&gt; mihi: well, but i and aum (who is working on a python app for the TunnelManager) would like to have jobIds ASAP... [00:28] &lt;human&gt; jrand0m: ok, i'll work on your changes later/tomorrow [00:28] &lt;FillaMent&gt; Job/Money, sleep/hygiene, food, side projects, social life: Choose any 3 [00:29] * jrand0m only choses one. [00:29] &lt;jrand0m&gt; word human [00:30] &lt;FillaMent&gt; Anyone have any other ideas for "just tunnel to" services that would be nice to have on the network? [00:30] * jrand0m still wants a telnet based Adventure :) [00:30] &lt;jrand0m&gt; or a waffle bbs [00:30] * duck is now known as enduser [00:30] * jrand0m kicks enduser [00:31] &lt;jrand0m&gt; (damn, no ops) [00:31] &lt;FillaMent&gt; For OS/2 there was a comm driver that could map a comm port to a TCP port =) [00:31] &lt;enduser&gt; what difference will I see as enduser when I2PTunnel uses the SteamingAPI? [00:31] * enduser is now known as duck [00:31] &lt;jrand0m&gt; none [00:31] &lt;human&gt; lol [00:31] &lt;FillaMent&gt; FillaMent: friend of mine ran a BBS that way for a while [00:31] &lt;jrand0m&gt; performance, and perhaps anonymity [00:31] * human would like a I2P tunnel to a rootshell [00:32] &lt;human&gt; any volunteer? :-) [00:32] &lt;duck&gt; rootshell on a UML [00:32] &lt;jrand0m&gt; chroot'ed rootshells would be good [00:32] &lt;jrand0m&gt; or UML'ed :) [00:32] &lt;FillaMent&gt; human: had I a spare boxen, I'd do it [00:32] &lt;jrand0m&gt; hehe FillaMent [00:32] &lt;duck&gt; vnc connection to my vmware win98? [00:32] &lt;FillaMent&gt; seriously though guys... [00:32] &lt;wiht&gt; E-mail server would be a good one as well. Or do we have that already? [00:32] &lt;FillaMent&gt; wiht: think TC has pop and SMTP [00:33] &lt;jrand0m&gt; thats aum, but they're offline, as his box is offline [00:33] * human could offer telnet accounts on his GNU/Hurd system... [00:33] &lt;jrand0m&gt; ooOOoo [00:33] &lt;FillaMent&gt; well, I'm not too keen on setting up open SMTP access yet [00:33] &lt;jrand0m&gt; understandable [00:34] &lt;FillaMent&gt; maybe when the network is more stable and I've got money to up my bandwidth [00:34] &lt;wiht&gt; How about a PGP keyserver? [00:34] &lt;mihi&gt; FillaMent: you could set up a tunnel pointing to a cleartext remailer [00:34] &lt;FillaMent&gt; wiht: now THAT's a great idea =) [00:35] &lt;FillaMent&gt; mihi heh... I could just point the tunnel to my ISP SMTP box =) [00:35] &lt;mihi&gt; FillaMent: this would make *you* be resposible for abuse... [00:35] &lt;mihi&gt; s/be// [00:35] &lt;duck&gt; http://www.mit.edu/people/marc/pks/pks.html [00:36] &lt;duck&gt; seriously, should duck enterprises consider running a pgp keyserver? [00:37] &lt;FillaMent&gt; duck: I was poking into that myself... you want to handle it? [00:37] &lt;duck&gt; we have been one of the most stable service providers according to mihi's independent ping logs [00:37] &lt;jrand0m&gt; hehe [00:37] &lt;wiht&gt; duck: Yes, please consider it. [00:37] &lt;jrand0m&gt; btw duck, how do you do that? do you restart periodically or just run on a reliable OS and JVM? [00:38] &lt;FillaMent&gt; question: does the JVM cache DNS resolves? [00:38] &lt;duck&gt; restarting is for kernel updates [00:38] &lt;jrand0m&gt; yes, but you can do some nasty trickery to avoid it FillaMent [00:38] * wiht notes that the meeting has gone on for 2h40m now. [00:38] &lt;jrand0m&gt; oh yeah, [00:39] * mrflibble sticks his hand up [00:39] &lt;jrand0m&gt; um, this meeting's log is going to be huge. and here I was thinking posthing things up front would /shorten/ the meeting [00:39] &lt;jrand0m&gt; sup mrflibble? [00:39] &lt;FillaMent&gt; jrand0m: okay... because I am without downage but my IP changes periodically... my dyndns update script runs every hour so max 60+~10min of my named addy not pointing to my IP... [00:39] &lt;FillaMent&gt; how would that affect my router's presence on the network? [00:40] &lt;mrflibble&gt; my box could be availalbe for some kind of demony thing [00:40] &lt;jrand0m&gt; cool FillaMent, shouldn't be much of a problem, as long as you point to your dyndns [00:40] &lt;wiht&gt; mrflibble: demony? [00:40] &lt;mrflibble&gt; i guess it depends how much bandwidth the thing would use [00:40] &lt;mrflibble&gt; daemony [00:40] &lt;jrand0m&gt; w3rd mrflibble - has the router been working reliably for you, or are you just being a good sameritan? :) [00:41] &lt;mrflibble&gt; not really, but that's because my local bw is saturated atm [00:41] &lt;mrflibble&gt; im not running it on my colo yet [00:41] &lt;mrflibble&gt; want to play around with it locally first [00:41] &lt;jrand0m&gt; ah cool. yeah, i2p isn't really ready for wide deployment, still for testing mainly [00:42] &lt;FillaMent&gt; Heh.. I'll point a tunnel to my CUPS server and you can have anonymous printing =) [00:42] &lt;jrand0m&gt; rofl [00:42] &lt;mrflibble&gt; if there's something that u want me to run that would use &lt;40gb bw a month, lmk [00:42] &lt;FillaMent&gt; just include a banner page so I know where to mail the hardcopy =) [00:42] &lt;mrflibble&gt; hehe [00:43] &lt;jrand0m&gt; wikked mrflibble, I'm sure we'll take you up on that :) [00:43] &lt;mihi&gt; banner | lpr ? ;) [00:43] &lt;FillaMent&gt; mihi you cah set up CUPS with a banner page [00:43] &lt;mrflibble&gt; oky doky! [00:43] &lt;mihi&gt; banner will most likely create lots of pages ;) [00:43] &lt;jrand0m&gt; ok, before we get to the mixminion-&gt;printer-&gt;post office gateway discussion, lets close this meeting ;) [00:44] * jrand0m readies the *baf*'er [00:44] * jrand0m *baf*'s the meeting closed. </div>/ko/blog/2003/12/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-12%EC%9B%94-30%EC%9D%BC/Tue, 30 Dec 2003 00:00:00 +0000/ko/blog/2003/12/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-12%EC%9B%94-30%EC%9D%BC/<p>(Wayback Machine의 제공: <code>http://www.archive.org/</code>)</p> <h2 id="빠른-요약">빠른 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> eco\_, i2p, jrandom, mihi, Ophite1, polo, rsk</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> &lt;jrandom&gt; 0) hi &lt;jrandom&gt; 1) router status &lt;jrandom&gt; 2) i2ptunnel &lt;jrandom&gt; 3) im &lt;jrandom&gt; 4) 0.3 plans &lt;jrandom&gt; 5) time synchronization &lt;jrandom&gt; 6) ??? &lt;jrandom&gt; hello mihi, polo &lt;polo&gt; hello ! &lt;mihi&gt; hi jrandom &lt;jrandom&gt; 0) hi &lt;jrandom&gt; :) &lt;rsk&gt; hi &lt;i2p&gt; &lt;duck&gt; hi &lt;jrandom&gt; 1) router status &lt;jrandom&gt; 0.2.3.3 is out, and it seems to be working &lt;jrandom&gt; still lots to do, of course &lt;jrandom&gt; but this should be the last 0.2 release &lt;jrandom&gt; 0.3 is going to add the peer profiling to allow routers to avoid bad routers &lt;jrandom&gt; (and 0.3.1 is a revamp of the transports) &lt;jrandom&gt; hola Ophite1 &lt;Ophite1&gt; Heya. &lt;rsk&gt; so more overhead for 0.3? &lt;jrandom&gt; yes and no &lt;jrandom&gt; it will have peer testing, but its going to be more focused &lt;rsk&gt; will we see a speed up with path selection? &lt;jrandom&gt; yes &lt;jrandom&gt; there are those 'liveliness' calculators, and there will be new latency and throughput calculators added &lt;jrandom&gt; plus people will be able to tweak their own preferences for particular peers &lt;jrandom&gt; e.g. if you know you want to prefer peer X over peer Y, you will be able to give them a weighting bonus of some random points &lt;mihi&gt; will there be a clean shutdown? *g* &lt;jrandom&gt; thats actually a good question mihi &lt;jrandom&gt; i2p is getting to the point where it needs an admin interface. &lt;jrandom&gt; the longest Job thats holding up its operation is the GenerateStatusConsoleJob &lt;jrandom&gt; which can now take up to 4-6 seconds &lt;jrandom&gt; (holding everything else up) &lt;jrandom&gt; that needs to go async and on demand. &lt;jrandom&gt; but i dont want to write a web listener / etc. &lt;jrandom&gt; perhaps the reverse - a servlet that starts the router and communicates with it &lt;mihi&gt; you don't need a full web server. just when you see GET, return your data. &lt;jrandom&gt; right &lt;jrandom&gt; you're right, that stuff should be in 0.3 as well. &lt;mihi&gt; and when you see something else (like SHUTDOWN), do as you please. of course only from localhost ;) &lt;jrandom&gt; aww c'mon &lt;mihi&gt; then someone can make a nice admin program &lt;jrandom&gt; right &lt;mihi&gt; you had some triggers by files, didn't you? are they documented somewhere? &gt;&gt;&gt; mihi [~mihi@ags9-d9ba536a.pool.mediaWays.net] requested PING 1072820995 from jrandom &lt;jrandom&gt; those were in IDN, not the router itself &lt;jrandom&gt; but that might be a good way to go &lt;jrandom&gt; its a trivially easy system &lt;jrandom&gt; good idea, lets go that way &lt;jrandom&gt; (and i can just reuse that code :) &lt;i2p&gt; &lt;duck&gt; this magical filestuff starts to look like plan9 &lt;jrandom&gt; lol &lt;mihi&gt; but file triggers require polling &lt;jrandom&gt; right mihi, reading a directory every 30s aint that bad &lt;mihi&gt; but a ServerSocket#accept is cheaper. &lt;mihi&gt; as it won't eat any time. (provided a good OS) &lt;mihi&gt; okay, file triggers are better than nothing, sure. &lt;jrandom&gt; server socket would allow remote admin &lt;jrandom&gt; (when appropriate) &lt;jrandom&gt; dunno. &lt;jrandom&gt; something to be worked out. &lt;jrandom&gt; (or if someone wants to jump on it and code... :) &lt;mihi&gt; and server socket could deliver the routerConsole as well. &lt;jrandom&gt; right &lt;jrandom&gt; ok, 2) i2ptunnel &lt;jrandom&gt; :) &lt;jrandom&gt; i2ptunnel still rules, and its looking like we want to add a socket based API to control it &lt;i2p&gt; &lt;anon&gt; aum's ic2cp2pc plans are off for now? &lt;jrandom&gt; yes, ci2cp is dead in the water, replaced with the socket based API to control I2PTunnel &lt;jrandom&gt; I think I may be able to throw on that API in the next few days, so he can get churning on the impl &lt;mihi&gt; just use a socket, make in.readLine() and feed that line to runCommand() ;) &lt;rsk&gt; what does the api give i2p? &lt;jrandom&gt; pretty much mihi (except it formats the results and send them back in a standard way) &lt;mihi&gt; with an appropriate "logger" to send the commands back. &lt;mihi&gt; s/commands/results/ &lt;jrandom&gt; rsk&gt; it lets application developers build client and server sockets over i2p without dealing with I2CP's encryption needs &lt;jrandom&gt; right right &lt;jrandom&gt; i2ptunnel /does/ have an overhead for situations where there are lots of i2ptunnels &lt;jrandom&gt; regardless of the JVM &lt;jrandom&gt; i2ptunnel clients create a new destination per client contacted, and the router will perform much worse as the number of local destinations grows. &lt;rsk&gt; ah &lt;jrandom&gt; this is due to the anonymity needs of the network tied to how our encryption works &lt;jrandom&gt; for applications who just want to open a tunnel or two to a peer, this new api will RULE &lt;jrandom&gt; but for applications that need to talk to lots of other peers, I2CP is the way to go. &lt;jrandom&gt; (since that is a single destination, multiplexed by i2cp) &lt;jrandom&gt; I suppose its the old TCP vs UDP balance, in a way &lt;jrandom&gt; mihi&gt; do you have any thoughts, or some ideas for the future of i2ptunnel? &lt;rsk&gt; hows the work on the ip over i2p, or the vpn stuff going? &lt;mihi&gt; jrandom: someone write a good streaming api, and then lets i2ptunnel use it. &lt;mihi&gt; same for naming server. &lt;mihi&gt; perhaps add some sequence numbers if no one does the things above. &lt;mihi&gt; which will mean an incompatible change. &lt;jrandom&gt; incompatible changes aren't bad, we're early in dev &lt;jrandom&gt; (if we could increase the size of of the IDs too to two or four bytes per side as well?) &lt;mihi&gt; the streaming api will be an incompatible change nevertheless. and if i2p worked, we don't need sequence numbers. &lt;jrandom&gt; rsk&gt; on hold, until someone has time to run with it? &#8801; rsk/#i2p thinks incompatible chages are the best kind &lt;jrandom&gt; right mihi &lt;mihi&gt; ID should be 3 byte atm, so why *increase* to 2 bytes? &lt;jrandom&gt; mihi&gt; actually, I'd like to slowly deprecate mode=GUARANTEED and implement that in the streaming api &#8801; mihi/#i2p too &lt;jrandom&gt; leaving i2p = IP, not TCP or UDP &lt;jrandom&gt; damnit I wish I had another 14 hours in the day. &lt;mihi&gt; only 14? ;) &lt;jrandom&gt; ;) &lt;jrandom&gt; aren't the 3 byte ids derived by both sides of the con? or maybe i'm just confused &lt;mihi&gt; each side has an ID of 3 bytes, hovever, only one must be sent at a time. &lt;jrandom&gt; perhaps I'll implement the streaming API, rip out GUARANTEED, and add that socket controller next. &lt;jrandom&gt; ah ok &lt;mihi&gt; see /apps/i2p/i2ptunnel/java/src/protocol.txt &lt;jrandom&gt; right right &lt;mihi&gt; btw, who misplaced that file *there*? &#8801; jrandom blames eco ;) &lt;jrandom&gt; wait, naw, you put 'em there &lt;jrandom&gt; didnt you? &lt;jrandom&gt; oh wait, no I imported them &#8801; jrandom blames self for being stupid. &lt;jrandom&gt; (la la la) &lt;jrandom&gt; damn. ok, yeah, working on the streaming API and the socket controller will allow me to mull over the peer testing / profiling / selection manifesto &lt;jrandom&gt; I'll post that in a few days for comment &lt;jrandom&gt; (and it'll get my head out of the router. variety++) &lt;jrandom&gt; mihi&gt; anything else on i2ptunnel? &lt;mihi&gt; not that i know &lt;jrandom&gt; coo' &lt;jrandom&gt; (thanks again for taking the time to chime in on this stuff, I know you're busy with fiw and the rest) &lt;jrandom&gt; ok, thecrypto isn't here, but he's making progress on the IM app. &lt;jrandom&gt; (thats agenda item 3) &lt;jrandom&gt; 4) 0.3 plans &lt;jrandom&gt; 0.3.0 ~= peer profiling stuff, and now it'll also include the streaming api and that socket controller for i2ptunnel &lt;jrandom&gt; but, if you couldn't guess, its not going to be released on jan 1 &lt;jrandom&gt; jan 15 is an outside possibility. we'll see how things go. &lt;jrandom&gt; 0.3.1 isn't a full month of work, so it may not need to get bumped. &lt;jrandom&gt; other than that, the roadmap is still pretty much on track and representative of where we're moving &lt;jrandom&gt; 5) time synchronization &lt;jrandom&gt; a new faq is posted at http://wiki.invisiblenet.net/iip-wiki?I2PTiming &lt;jrandom&gt; mihi, you had a suggestion about the fourth option there (building our own in-i2p timing)? &lt;jrandom&gt; hi brawl &lt;mihi&gt; yep. &#8729;&#966;&#8729; brawl is now known as eco_ &lt;eco_&gt; hi guys &lt;jrandom&gt; oh heya eco &lt;mihi&gt; you should connect 3 random nodes and remember the diff between the avg time and local time. &lt;jrandom&gt; we just discussed the streaming API / tunnel api &lt;mihi&gt; and then hack up your own getTimeMillis that corrects that. &lt;Ophite1&gt; mihi: No, you shouldn't. &lt;jrandom&gt; mihi&gt; so if an attacker creates 1000 nodes with the wrong time, everyone gets screwed &lt;jrandom&gt; (since avg would skew randomly in between) &lt;mihi&gt; if an attacker creates 1000 nodes, everyone gets screwed anyway...? &lt;rsk&gt; wouldnt that be self corecting? &lt;Ophite1&gt; mihi: OK, 3. &lt;jrandom&gt; no, we should be able to handle that mihi. &lt;mihi&gt; okay, then only use avg, if standard deviation is lower than 1sec or so. &lt;rsk&gt; if everyone has the same time your ok, even if that time is wrong, right? &lt;jrandom&gt; rsk&gt; if all 1000 nodes were in sync, but what if they're all random &lt;mihi&gt; only use times that are close enough together. if not, take 3 new nodes. &lt;jrandom&gt; mihi&gt; right, we could implement NTP (which basically does what you say, using a series of candidate averages to iteratively close in on the correct time &lt;mihi&gt; but we need not care of everything (like ping latencies), as ntp does. &lt;Ophite1&gt; if we did not, mihi, time would slowly creep backwards. &#8801; mihi/#i2p thinks that is better than let users set their time individually. &lt;jrandom&gt; so anyone who randomly picks 3 of those skewed nodes gets sent onto their own private network? &lt;jrandom&gt; what about that third option - &lt;jrandom&gt; i2p has a component that checks with a real NTP server via NTP or SNTP &lt;mihi&gt; if you have only skewed notes in your netDB, you are on that private net as well... &lt;jrandom&gt; rather than reimplementing the wheel &lt;Ophite1&gt; while I partially like that one... &lt;Ophite1&gt; NTP isn't signed, it's subject to an MITM attack. &lt;Ophite1&gt; or dns cache poisoning for, say, time.nist.gov &lt;jrandom&gt; right Ophite1, though with 200,000+ SNTP or NTP hosts, thats a large set to attack. &lt;jrandom&gt; we would definitely not sync of time.nist.gov. &lt;Ophite1&gt; connections from i2p to the NSA's time server might raise a few eyebrows, ne? :) &lt;jrandom&gt; and if an attacker goes after time.nist.gov, everyone everywhere is affected &lt;jrandom&gt; heh &lt;mihi&gt; then we combine both. ask a "real" ntp server and your neighbor. if both say the same, it's okay. &lt;jrandom&gt; so even /more/ code ;) &lt;jrandom&gt; but yeah, thats reasonable. &lt;Ophite1&gt; That's interesting. And if they don't? &lt;Ophite1&gt; pick another ntp server? &lt;jrandom&gt; refuse the peer. &lt;mihi&gt; try other ntp server and another peer. &lt;mihi&gt; until you have a match. then refuse all prev peers. &#8801; mihi/#i2p types slower than jrandom :( &lt;Ophite1&gt; match within a certain threshold, say 1sec? &lt;jrandom&gt; 1s would be good. &lt;jrandom&gt; accepting peers up to 30s or so (to deal with lag) &lt;Ophite1&gt; is 1 sec okay on HEAVILY LADEN connections? &lt;jrandom&gt; 1s for syncing, 30s for comm. &lt;Ophite1&gt; I've seen latency on DSL get to 5 seconds when doing evil things to it. &lt;jrandom&gt; with tcp or udp? &lt;Ophite1&gt; but then, in that case, that host might not be the one you want to sync time to anyway ;) &lt;jrandom&gt; right &lt;Ophite1&gt; udp. &lt;jrandom&gt; hmm 'k &lt;Ophite1&gt; you'd have thought it'd get dropped :) &lt;i2p&gt; &lt;duck&gt; I think that the problem is more letting the user know that there is a problem &lt;jrandom&gt; duck&gt; that is true. &lt;i2p&gt; &lt;duck&gt; only after walking through big logs they see that their clock is off (if they find it) &lt;Ophite1&gt; Maybe. Sort of. &lt;i2p&gt; &lt;duck&gt; or that the port is already bound &lt;jrandom&gt; an admin interface would be nice. &lt;i2p&gt; &lt;duck&gt; the world is better with everybody using NTP connected to their local stantrum (sp) 2 server CTCP Cloaking is now [On] &lt;jrandom&gt; perhaps we'll have a 0.4 release with a bunch of cleanups and end user things, prior to going 1.0? &lt;jrandom&gt; right (stratum) &lt;i2p&gt; &lt;duck&gt; only windows clients are not likely to have that &lt;i2p&gt; &lt;duck&gt; but they are also not likely to be stable &lt;jrandom&gt; windows has NTP &lt;i2p&gt; &lt;duck&gt; so who cares &lt;Ophite1&gt; duck: Windows XP and Windows Server 2003 include NTP. &lt;jrandom&gt; a shitload easier than with unix too &lt;Ophite1&gt; sync'ed by default to time.windows.com iirc. &lt;jrandom&gt; with drop down options for others &lt;Ophite1&gt; It's an essential part of Windows Product Activation. &lt;Ophite1&gt; can't expire if you don't know the time :) &lt;jrandom&gt; heh &lt;mihi&gt; no option at my university... all clocks are 1 hour to 5 hours off. but i might not be allowed to run i2p there anyway... &lt;Ophite1&gt; mihi: i2p should try especially hard to work in such a situation... &lt;jrandom&gt; mihi&gt; awesome! you can help test out the hidden operation :) &lt;jrandom&gt; as an aside, I'm going to be doing some traveling this summer &lt;jrandom&gt; i'll likely be offline, without my laptop. &lt;i2p&gt; &lt;duck&gt; sidethought: ntp.duck.i2p :) &lt;Ophite1&gt; Look at it like this: Brianna Kazaa downloads cool new anonymous filesharing client which her best friend told her was really cool and lets you chat to people secretly and stuff. Do we want to tell her that she needs to set her clock within 30 seconds (how will she get some?)? Or do we want it to just work? &lt;jrandom&gt; but I'm going to make sure I can still be on I2P with just public terminals. CTCP Cloaking is now [Off] &lt;jrandom&gt; no brainer Ophite1. just work (with docs for geeks) &lt;jrandom&gt; duck&gt; bootstrap ;) &lt;jrandom&gt; and i2p will /not/ require root. &lt;Ophite1&gt; That's my point. &lt;Ophite1&gt; jrandom: would you run a router on a box you didn't have root to? &lt;jrandom&gt; so yeah, a mix between option 3 and 4 &lt;Ophite1&gt; option 3.5 sounds cool to me ;) &lt;jrandom&gt; Ophite1&gt; i'd run a hundred of them :) &lt;mihi&gt; option 3.1415926... &lt;jrandom&gt; (and move on to the next lab, run a hundred more) &lt;Ophite1&gt; Ooh. Pie. Tasty.;) &lt;Ophite1&gt; jrandom: I said you didn't have root on. Amateur. :) &lt;jrandom&gt; lol &lt;jrandom&gt; so thats basically where we're looking. &lt;jrandom&gt; until the time stuff is implemented, everyone should use option 1 or 2. &lt;jrandom&gt; for option 2, if someone could write up some docs, I'd appreciate it &lt;Ophite1&gt; that's acceptable for now as we are Not Yet Ready for Brianna Kazaa et al ;) &lt;mihi&gt; jftr: i won't test "hidden operation". my univ account has already been disabled once and i don't want it another time blocked... &lt;Ophite1&gt; mihi: You are the best test we could possibly have. &lt;jrandom&gt; Ophite1 &gt; not for test. &lt;jrandom&gt; 'k mihi, we'll find a way, and once its ready you'll be able to use it. &lt;Ophite1&gt; OK, maybe not test. Some unis get shirty enough to chuck you out rather than just block you. &lt;Ophite1&gt; I know someone at the most anti-filesharing pro-RIAA university in the USA. He runs a 2gbit dumpsite. &lt;jrandom&gt; lol nice &lt;Ophite1&gt; I appreciate that very, very few people are this ballsy. &lt;jrandom&gt; ok, thats it for time synchronization. &lt;jrandom&gt; eco_&gt; hi. any bt stuff you want to talk about? {or save till next week} &lt;Ophite1&gt; but bear in mind the majority of the internet is in future probably going to become university/corporate. i2p might be banned. i2p might WELL be considered abuse by major ISPs. i2p will have to work anyway. &lt;Ophite1&gt; I have a few interesting ideas along that angle I will present at a future date. &lt;jrandom&gt; word &lt;Ophite1&gt; (transport) &lt;rsk&gt; i2p is considered abuse by major ISPs, read your contract &lt;Ophite1&gt; rsk: running a distributed proxy cache? &lt;rsk&gt; running any 'server' &lt;Ophite1&gt; rsk: Not unless it relays to SMTP or WWW. &lt;jrandom&gt; running services of any time &lt;jrandom&gt; right &lt;Ophite1&gt; rsk: Hehe, I have a solution to that ;) &lt;eco_&gt; jrandom: can give a brief update &lt;jrandom&gt; floor is yours :) &lt;eco_&gt; i'm porting the java-based bittorrent client snark (www.klomp.org/snark) to get aquainted with i2p &lt;eco_&gt; first port runs on top of i2ptunnel, directly calling the java classes &lt;eco_&gt; current state: does work with 2 peers, things get messed up with &gt; 2, tunnels aren't cleaned up, so restarting is painful &lt;eco_&gt; eta: this weekend &#8801; eco_/#i2p realises that this might be considered &gt; 2003 &lt;jrandom&gt; w00t! &#8801; jrandom hacks time.nist.gov &lt;eco_&gt; a "real" port would probably cut the overhead of the tunnels, but that's a next step &lt;jrandom&gt; cool &#8801; eco_/#i2p gives floor back to mc jrandom &lt;jrandom&gt; 'k, I think that was it &lt;jrandom&gt; 6) ??? &lt;jrandom&gt; anyone have anything else? &#8801; eco_/#i2p would like to express his thanks for the job well done by jrandom cs up to now &lt;eco_&gt; and that sleep has some use for home sapiens, though jrandom seems to prove this false &lt;jrandom&gt; ;) &lt;jrandom&gt; what are y'all's thoughts on meeting here as opposed to iip, until i2p is reliable enough? &lt;jrandom&gt; personally, I'm tired of meetings being cut to shreds every week. &lt;i2p&gt; &lt;anon&gt; lilo sucks! &lt;eco_&gt; we might be shutting people out by going here &lt;jrandom&gt; we are, I know. &lt;jrandom&gt; if we can get an iip&lt;--&gt;here bridge &lt;i2p&gt; &lt;duck&gt; IIP is shutting ppl out each day &lt;jrandom&gt; that'd be good. &lt;jrandom&gt; right. &lt;jrandom&gt; iip is, unfortunately, unusable for a reliable development community. &lt;i2p&gt; &lt;duck&gt; http://banaan.zeelandnet.nl/open/changate.html &lt;i2p&gt; &lt;duck&gt; that is the code where eyeKon etc is based on &lt;jrandom&gt; and while I like to go off coding on my own, y'all come up with really good ideas and do good stuff that is essential &#8801; rsk/#i2p is writing a windows update script &lt;i2p&gt; &lt;duck&gt; theoretically it could connect to 3 servers and mirror each of them &lt;jrandom&gt; word duck, perhaps I'll try to get one running on i2p.dnsalias.net &lt;jrandom&gt; ping flood from hell ;) &lt;eco_&gt; irc at duck.i2p was pretty good today, beat iip &lt;jrandom&gt; agreed &lt;jrandom&gt; dropped me a few times though. &lt;jrandom&gt; perhaps it'll be more reliable next week &lt;eco_&gt; it's in your hands :-) &lt;jrandom&gt; reliability probably won't improve until 0.3, which is ~2 weeks out &lt;jrandom&gt; (1 week to do the tunnel/streaming stuff, 1 week for peer profiling / testing) &lt;jrandom&gt; then there'll be whatever bugs that introduces :) &lt;jrandom&gt; though I should say I was really excited to stream audio from aum last night &lt;jrandom&gt; and ardvark was able to stream for 42 minutes without buffering! &lt;jrandom&gt; so perhaps we can be reliable enough &lt;jrandom&gt; (my local router is phttp only, which is probably a slight cause) &lt;jrandom&gt; ok, anyone have anything else? &lt;i2p&gt; &lt;duck&gt; cant thing of anything &#8801; eco_/#i2p can't either &#8801; jrandom winds up... &#8801; jrandom *baf*s the meeting closed </div>/ko/blog/2003/12/23/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-12%EC%9B%94-23%EC%9D%BC/Tue, 23 Dec 2003 00:00:00 +0000/ko/blog/2003/12/23/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-12%EC%9B%94-23%EC%9D%BC/<p>(Wayback Machine <code>http://www.archive.org/</code> 제공)</p> <h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> ardvark, duck, FillaMent, jrand0m, luckypunk, TC, thecrypto</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> [22:01] &lt;jrand0m&gt; 0) hi [22:01] &lt;jrand0m&gt; 1) administravia [22:01] &lt;jrand0m&gt; 2) dev status [22:02] &lt;jrand0m&gt; 3) services on i2p [22:02] &lt;jrand0m&gt; 4) app status [ns, im, i2ptunnel, ...] [22:02] &lt;jrand0m&gt; 5) ??? [22:02] &lt;thecrypto&gt; wow, i picked a good time [22:02] &lt;jrand0m&gt; 0) hi [22:02] &lt;jrand0m&gt; yes you did thecrypto :) [22:02] &lt;jrand0m&gt; hi [22:02] &lt;jrand0m&gt; welcome to meeting 70 [22:02] &lt;TC&gt; woot [22:03] &lt;jrand0m&gt; 1) administravia [22:03] &lt;thecrypto&gt; w00t! [22:03] &lt;jrand0m&gt; mailing list, get on it for announcements / discussion / etc: (Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/ [22:04] &lt;jrand0m&gt; bugzilla: tell me where shit is broken (and perhaps look for ways you can help! :) (Link: http://i2p.dnsalias.net/bugzilla/index.cgi)http://i2p.dnsalias.net/bugzilla/index.cgi [22:04] &lt;jrand0m&gt; i think thats it for administravia [22:05] &lt;jrand0m&gt; (note that i'm just talking i2p stuff here, i don't see any iip things on the agenda) [22:05] &lt;jrand0m&gt; 2) dev status [22:05] &lt;jrand0m&gt; 0.2.3 as originally released had a chunk of bugs, so there have been perhaps a dozen subsequent builds, but none quite stable enough to be called 0.2.3.1 yet [22:06] &lt;jrand0m&gt; i'm rebuilding the tunnel management subsystem now, since that is the source of the bugs and 0.3 (scheduled for jan 1) needs the new pooling tunnel manager anyway. [22:07] &lt;jrand0m&gt; making good progress on that, I'm hoping it'll be ready for use in the next day or two (i'm testing it now) [22:07] &lt;jrand0m&gt; a description of whats up with that is on (Link: http://wiki.invisiblenet.net/iip-wiki?TunnelManagement)http://wiki.invisiblenet.net/iip-wiki?TunnelManagement [22:08] &lt;jrand0m&gt; duck among others have been incredibly helpful in submitting bugs, logs, and helping track down a ton of problems and memory / cpu issues. [22:08] &lt;jrand0m&gt; y'all rule, I really appreciate the help [22:09] * thecrypto pulls out the "APPLAUSE" sign [22:09] &lt;jrand0m&gt; ;) [22:09] &lt;jrand0m&gt; the # of routers have also been increasing... on avg we're at around 9-12 [22:09] &lt;jrand0m&gt; (up from 3-5 a week ago, and 6-8 in 0.2.2 times) [22:10] &lt;jrand0m&gt; the next release will improve the reliability dramatically [22:10] &lt;jrand0m&gt; (aka it won't get out the door until it does) [22:10] &lt;jrand0m&gt; ok, 3) services on i2p [22:11] &lt;jrand0m&gt; fillament started hosting his flog on i2p :) [22:12] &lt;FillaMent&gt; and I've got another trick up my sleeve =) [22:12] &lt;jrand0m&gt; ooOOoo :) [22:12] &lt;luckypunk&gt; tw [22:12] &lt;luckypunk&gt; hm [22:12] &lt;luckypunk&gt; hello. [22:12] &lt;luckypunk&gt; Does it work yet? [22:12] &lt;jrand0m&gt; duck started a new irc server on i2p with dcc disabled (for security reasons) plus some ident-ish features [22:13] &lt;luckypunk&gt; lol [22:13] &lt;jrand0m&gt; luckypunk&gt; people with 350Mhz machines will need to wait until 0.3 is out before being able to use it effectively ;) [22:13] &lt;luckypunk&gt; yes, but is i2p reliable enough for that? [22:13] &lt;jrand0m&gt; (but subscribe to the i2p mailing list so you can get announcements) [22:13] &lt;luckypunk&gt; i overclocked to 377 [22:13] &lt;luckypunk&gt; does that help? [22:13] &lt;luckypunk&gt; lol [22:13] &lt;jrand0m&gt; i was chatting on that irc server the other day, until my irc client b0rked [22:14] &lt;jrand0m&gt; but yes, things are a bit unreliable at the moment while the tunnel management subsystem is rebuilt [22:14] &lt;luckypunk&gt; well, im happy my computer didn't molassify overnight again. [22:15] &lt;jrand0m&gt; any other new services i've missed? [22:15] &lt;luckypunk&gt; well, when .3 comes out...t here'll be a yahooish service. [22:15] &lt;luckypunk&gt; ;) [22:15] &lt;jrand0m&gt; cool [22:15] &lt;TC&gt; i should run somthing else [22:16] &lt;TC&gt; whats a service we need that doesnt require messing with apache? [22:16] &lt;jrand0m&gt; your bbs is kick ass tc, i just can't wait until i2p is reliable enough for me to get to it consistently [22:16] &lt;jrand0m&gt; you could run a telnet based games server (e.g. adventure, etc) [22:16] &lt;luckypunk&gt; lol [22:16] &lt;TC&gt; hah [22:16] &lt;FillaMent&gt; MUSH [22:17] &lt;luckypunk&gt; i'll do that... it's low demand. [22:17] &lt;luckypunk&gt; and i already had about 300k of tinymush code. [22:17] &lt;jrand0m&gt; yeah, the whole mush/mud/moo/ style thaang [22:17] &lt;luckypunk&gt; heh [22:17] &lt;TC&gt; what about ultima online? [22:18] &lt;thecrypto&gt; ooh that's be fun [22:18] &lt;luckypunk&gt; "Slay FreeNet Databugs!" [22:18] &lt;luckypunk&gt; TC: =| [22:18] &lt;thecrypto&gt; we need to get a telnet client then [22:18] &lt;luckypunk&gt; maybe if we all obtained 6 ghz computers with oc-128 lines. :D [22:18] &lt;jrand0m&gt; thecrypto&gt; /bin/telnet + i2ptunnel [22:18] &lt;thecrypto&gt; ...yeah [22:18] &lt;thecrypto&gt; i'm sloew [22:19] &lt;thecrypto&gt; :) [22:19] &lt;jrand0m&gt; any other low hanging fruit for services? a mail server (pop3/imap without internet mail) would rule [22:19] &lt;jrand0m&gt; (and if it could /receive/ internet email that'd rule too) [22:21] &lt;jrand0m&gt; ok, 4) app status [22:21] &lt;jrand0m&gt; naming service [22:21] &lt;jrand0m&gt; wiht / co was here earlier, but not now [22:21] &lt;jrand0m&gt; MrEcho&gt; how goes? *** MrEcho is echo@anon.iip (Digital_Light) *** on channels: #iip-dev #anonymous *** on irc via server anon.iip (Official IIP ) *** MrEcho has been idle 3 minutes, signed on at Thu Jan 01 01:00:00 1970 [22:23] &lt;jrand0m&gt; ok, perhaps we'll get back to that [22:23] &lt;jrand0m&gt; hosts.txt has been growing as destinations have come online [22:23] &lt;jrand0m&gt; there's a bot on the jabber server that will let you register / fetch entries [22:24] &lt;jrand0m&gt; (plus the hosts.txt distributed with new installs is managed in cvs and mirrored at (Link: http://i2p.dnsalias.net/i2p/hosts.txt)http://i2p.dnsalias.net/i2p/hosts.txt) [22:24] &lt;jrand0m&gt; next up, IM [22:24] &lt;jrand0m&gt; hi thecrypto :) [22:24] &lt;jrand0m&gt; welcome back [22:25] &lt;thecrypto&gt; hi [22:25] &lt;thecrypto&gt; i2pim is being started from scratch [22:25] &lt;thecrypto&gt; i need to figure out how this network works but tearing apart ATalk and slowly putting it back together [22:25] &lt;thecrypto&gt; so it's slowly coming along [22:25] &lt;jrand0m&gt; word [22:25] &lt;thecrypto&gt; i don't know if i can get group chat working [22:25] &lt;thecrypto&gt; but it's an idea [22:26] &lt;jrand0m&gt; you had mentioned the idea of 'tossing around the baton' style of group chat - not centralized, but still workable... I think that might be a way to go [22:26] &lt;thecrypto&gt; it might involve some difficult baton passing to get it, but if anyone has an idea for how to do group chat under my model, e-mail the list i just signed onto [22:26] &lt;jrand0m&gt; hehe [22:26] &lt;jrand0m&gt; cool [22:27] &lt;jrand0m&gt; yeah, starting off with one on one (perhaps with send/receive file) would probably be prudent [22:27] &lt;thecrypto&gt; yeah, the only problem would be syncronizing the baton will be difficult [22:27] &lt;thecrypto&gt; because you don't want 2 people grabbing the baton at the same time, or have the person who has the baton to drop of then et [22:27] &lt;thecrypto&gt; nety [22:27] &lt;TC&gt; token-ring-chat? [22:27] &lt;jrand0m&gt; yup, voting systems are a pain. [22:28] &lt;jrand0m&gt; right, good ol' 2phaseCommit [22:28] &lt;thecrypto&gt; TC: no, basically the IM network has no central presence server [22:28] &lt;thecrypto&gt; so what i'm thinking about doing is have a virtual server baton [22:29] &lt;duck&gt; ok, using a bootdisk from now on... [22:29] &lt;jrand0m&gt; the other option is to do group chat fully distributed: "group" just being "send these messages to peer X, Y, Z" [22:29] &lt;jrand0m&gt; d'oh duck [22:29] &lt;thecrypto&gt; yeah, but that's network by broadcast [22:29] &lt;jrand0m&gt; not really [22:29] &lt;thecrypto&gt; which is usually the stupidest idea [22:29] &lt;jrand0m&gt; the messages have to get sent to peer X, Y, Z from someone sometime [22:30] &lt;jrand0m&gt; its actually 1 less message than the (temporary) server based model [22:30] &lt;thecrypto&gt; yes, but then each person has to keep track of the group [22:30] &lt;jrand0m&gt; (and the UI can make the group 'pretty') [22:30] &lt;thecrypto&gt; and now there has to be messages passed around about what the group is current [22:30] &lt;jrand0m&gt; right, perhaps a control message stating "I think group A is X, Y, Z" [22:31] &lt;jrand0m&gt; instead of the voting protocol [22:31] &lt;jrand0m&gt; right, I'm not sure what way is best [22:31] &lt;jrand0m&gt; just saying there's an option [22:31] &lt;jrand0m&gt; no lo se [22:31] &lt;thecrypto&gt; yeah [22:32] &lt;jrand0m&gt; anyway, if you want a 'product' on bugzilla for i2pim, lemmie know, as well as if theres anything i can do to help [22:32] &lt;thecrypto&gt; well, i need code for there to be bugs in first [22:32] &lt;jrand0m&gt; ;) [22:33] &lt;thecrypto&gt; so wait a bit and i'll have something to put on bugzilla [22:34] &lt;jrand0m&gt; cool, whenever, its trivial to add [22:35] &lt;jrand0m&gt; ok, i2ptunnel [22:35] &lt;jrand0m&gt; i've tossed in two bug-ish things into bugzilla: (Link: http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=1)http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=1 and (Link: http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=2)http://i2p.dnsalias.net/bugzilla/show_bug.cgi?id=2 [22:36] &lt;jrand0m&gt; plus there's a thing wrt some browsers b0rking on missing trailing / [22:37] &lt;jrand0m&gt; getting sequence numbers into i2ptunnel would be really good, as large transfers sometimes are getting corrupted (missing message thats dropped, but sequence numbers would notice that immediately and fail fast) [22:37] &lt;jrand0m&gt; other than that, the things are minor, i2ptunnel is behaving a lot better than the router :) [22:38] &lt;jrand0m&gt; ok, any other apps? [22:39] &lt;jrand0m&gt; there was some discussion about NAT/SOCKS the last few days on the channel [22:39] &lt;jrand0m&gt; a socks enabled proxy that would let people ftp, bittorrent, etc would be really great [22:39] &lt;jrand0m&gt; plus there's the discussion aum started on the i2p list wrt file sharing / cdn [22:40] &lt;jrand0m&gt; (i swear i didn't tell him to make that post ;) [22:41] &lt;jrand0m&gt; i probably won't be doing anything on the app side beyond help out integrating with i2p, as there's a truckload of stuff to do in the router, so if you're interested in seeing them show up, get hackin' [22:44] &lt;jrand0m&gt; ok, thats it for apps [22:44] &lt;jrand0m&gt; 5) ??? [22:44] &lt;jrand0m&gt; hi [22:44] &lt;jrand0m&gt; any comments / questions / concerns / etc? [22:45] &lt;ardvark&gt; I think everyone fell asleep ;) [22:46] &lt;jrand0m&gt; someone posted a question to the wiki's FAQ and it got answered after about a day, so if anyone has concerns, either post them there, to the i2p@i2p.dnsalias.net mailing list, ask it in this channel, or spraypaint it on the wall [22:46] &lt;duck&gt; oh, meeting [22:46] &lt;jrand0m&gt; yeah, exciting, aint it ;) [22:46] * jrand0m slings mud at duck [22:46] * mihi did not follow, sorry. he will stand in the corner for the next 5 minutes... [22:46] &lt;jrand0m&gt; hehe [22:47] &lt;jrand0m&gt; ok, thats about it. [22:48] * jrand0m *baf*s the meeting to a close </div>/ko/blog/2003/12/16/i2p-%EA%B0%9C%EB%B0%9C-%ED%9A%8C%EC%9D%98-2003%EB%85%84-12%EC%9B%94-16%EC%9D%BC/Tue, 16 Dec 2003 00:00:00 +0000/ko/blog/2003/12/16/i2p-%EA%B0%9C%EB%B0%9C-%ED%9A%8C%EC%9D%98-2003%EB%85%84-12%EC%9B%94-16%EC%9D%BC/<p>(웨이백 머신 제공 <code>http://www.archive.org/</code>)</p> <h2 id="빠른-요약">빠른 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> duck, FireRabbit, jrand0m, lonelynerd, mids, mihi, MrEcho, protocol, TC, wiht</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> [22:04] &lt;jrand0m&gt; 0) hi [22:04] &lt;jrand0m&gt; 1) iip [22:04] &lt;jrand0m&gt; 2) 0.2.3 &amp; 0.2.3.1 [22:04] &lt;jrand0m&gt; 3) hi [22:04] &lt;jrand0m&gt; 0) hi [22:04] &lt;jrand0m&gt; welcome to the ... something'th meeting [22:05] &lt;jrand0m&gt; (68? 69?) [22:05] &lt;MrEcho&gt; damm its 1pm here [22:05] &lt;jrand0m&gt; GMT-8? [22:05] &lt;duck&gt; 69 [22:05] &lt;jrand0m&gt; h0t. [22:06] &lt;jrand0m&gt; ok, 1) iip [22:06] *** Signoff: tusko (EOF From client) [22:06] * MrEcho compiles a kernel for the meeting [22:06] &lt;jrand0m&gt; iip is acting crazy. all i know is nop is "moving servers", whatever that means. i don't know when it'll be done, etc. [22:06] &lt;jrand0m&gt; anyone have any more info they want to share with the class? [22:06] *** mids (mids@anon.iip) has joined channel #iip-dev [22:06] &lt;MrEcho&gt; no info from nop [22:07] &lt;mids&gt; this morning I was told that I could start Trent again [22:07] &lt;mids&gt; (I did do so already last night) [22:07] &lt;jrand0m&gt; wikked [22:07] &lt;jrand0m&gt; gracias [22:07] &lt;mids&gt; so that indicates that nop believes that IIP is more stable again [22:07] &lt;mids&gt; if that is worth anything... [22:07] &lt;mids&gt; *cough* [22:07] &lt;jrand0m&gt; ok cool [22:08] &lt;jrand0m&gt; [woot roommate just handed me a glass of wine for the meeting] [22:08] &lt;MrEcho&gt; lol [22:08] &lt;jrand0m&gt; ok, since nop is online and won't come to hte meeting, we'll have to save the lynch mob for later [22:09] &lt;jrand0m&gt; 2) 0.2.3 &amp; 0.2.3.1 [22:09] &lt;mids&gt; what specific question do you want to ask him? [22:09] &lt;protocol&gt; when is the meeting [22:09] &lt;jrand0m&gt; specific question&gt; when will he make an official announcement describing the past problems and how the future ones will be addressed? [22:09] &lt;jrand0m&gt; the meeting is now [22:10] &lt;jrand0m&gt; (aka, at what point should we explore non-iip means of communication) [22:10] &lt;mids&gt; if I get an answer I'll let you know. [22:10] &lt;jrand0m&gt; thanks [22:11] &lt;jrand0m&gt; ok, i2p stuff. 0.2.3 came out yesterday, and while most of hte kademlia code is working fine, there are some 0.2.2 bugs showing up as well as some other bugs being explored. [22:11] &lt;jrand0m&gt; i've committed a change to use tunneled messages for dbStore instead of garlics, which should reduce the load tc (et al) have been seeing on servers [22:12] &lt;jrand0m&gt; there is also a new persistent sessionKeyManager that will make it so restarts won't totally b0rk a router for 15 minutes [22:12] &lt;MrEcho&gt; what about client connect times to routers? [22:12] &lt;duck&gt; so far it feels as good/bad as 0.2.2; unless my router/tunnels go down again this night, in which case it is worse as 0.2.2 [22:13] &lt;jrand0m&gt; MrEcho&gt; that seems to be in the interaction of two bugs from 0.2.2 thats acting up more than before. those two are my top priority. [22:13] &lt;MrEcho&gt; ok cool [22:13] &lt;jrand0m&gt; duck&gt; my feeling is that its worse than 0.2.2, from an end user perspective. i'm working on fixing that without sacrificing anonymity or security. [22:13] &lt;MrEcho&gt; its hard to work on the dns with that damm bug .. i have to restrt the dns server alot [22:14] &lt;jrand0m&gt; MrEcho&gt; with local only routers i have not been able to reproduce the bugs - does it work for you w/ local only? [22:15] &lt;MrEcho&gt; no [22:15] &lt;jrand0m&gt; could you send me debug logs for that? [22:15] &lt;MrEcho&gt; already deleted [22:16] &lt;jrand0m&gt; ok, if you try again and it doesn't work, if you could send me debug logs from both the router and client I'd appreciate it. [22:16] &lt;MrEcho&gt; its doing the samething as before .. client gets msg that its sent .. but never makes it to the client [22:16] &lt;MrEcho&gt; to the other client [22:17] &lt;MrEcho&gt; ya .. ill see what i can do [22:17] &lt;jrand0m&gt; ok, sounds like the i2psessionImpl2 bug. i haven't been able to reproduce that locally, but once its fixed for remote hopefully it will work for your situation [22:17] &lt;jrand0m&gt; gracias [22:17] &lt;jrand0m&gt; in any case, thanks for y'all's patience with the update. we're making progress, even if it doesn't feel like it on the surface [22:18] &lt;protocol&gt; shine on you crazy diamond [22:18] &lt;duck&gt; in the future, say once i2p is actually used, how will the development / release process change to prevent broken releases from mess up the net? [22:19] &lt;jrand0m&gt; once 1.0 is out, i'll do dev &amp; roll out to an insane group of volunteers to play with for a week, then if things wokr great, it'll get rolled out to general release. [22:20] * FireRabbit will be an insane vollunteer [22:20] &lt;jrand0m&gt; right now i've got to battle with kaffe &amp; jetty for updates on i2p.dnsalias.net [22:20] &lt;duck&gt; what species? [22:20] * MrEcho already is [22:20] *** tusko (~tusko@anon.iip) has joined channel #iip-dev [22:20] &lt;jrand0m&gt; y'all already are insane (and very helpful) volunteers :) [22:20] &lt;FireRabbit&gt; thank you! [22:20] &lt;FireRabbit&gt; :) [22:21] *** TC (~TC@anon.iip) has joined channel #iip-dev [22:21] &lt;jrand0m&gt; hey if it aint tc [22:21] * MrEcho wips TC .. your late [22:21] &lt;TC&gt; hey [22:21] &lt;TC&gt; we back up and running? [22:21] &lt;MrEcho&gt; ya i can type todya... [22:22] &lt;jrand0m&gt; iip seems up... [22:22] &lt;TC&gt; yay [22:22] &lt;jrand0m&gt; in any case, i'm hoping to have 0.2.3.1 out in the next few days, once the two critical bugs get fixed (the cpu overload tc has seen has already been updated) [22:23] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:23] &lt;TC&gt; what was the cause? [22:23] &lt;FireRabbit&gt; i seem to have noticed increased disk activtiy since updating to 0.2.3 but i havent spent any time to see if thats actually i2p or just the comp being stupid [22:23] *** Signoff: wiht ((null)) [22:23] &lt;TC&gt; FireRabbit, how much memmory do you have? [22:24] &lt;FireRabbit&gt; that computer has 128 i believe [22:24] &lt;FireRabbit&gt; you think it could be the paging file? [22:24] &lt;jrand0m&gt; the cause was that 0.2.3 sends all dbStore messages via garlic routed messages instead of directly, which uses either ElGamal or AES+SessionTag (depending on whether tags are known). the persistentSessionKeyMAnager will make tags last longer, and 0.2.3.1 will send dbStore messages through tunnels instead [22:24] &lt;TC&gt; because i have 512 and i2p gave me an 'out of memmory' error last night [22:24] &lt;jrand0m&gt; really? shite [22:24] &lt;FireRabbit&gt; oh, intresting [22:25] &lt;MrEcho&gt; wow [22:25] &lt;jrand0m&gt; yeah, thats #3 on the list of bugs left to crack (though thats not a 0.2.3.1 showstopper) [22:25] &lt;jrand0m&gt; OOMs don't use all 512 [22:25] &lt;TC&gt; but it seems to be running fine now [22:25] &lt;jrand0m&gt; they only use what java's given (e.g. 64M) [22:26] &lt;TC&gt; yes [22:26] &lt;duck&gt; Memory: In use: 8187KB [22:26] &lt;jrand0m&gt; word [22:26] &lt;duck&gt; that is not much! [22:26] &lt;duck&gt; yet [22:26] &lt;MrEcho&gt; Memory: In use: 8908KB Free: 4088KB [22:27] &lt;jrand0m&gt; right, there is something growing in there, i hope to have it tracked down by 0.3 [22:27] &lt;jrand0m&gt; cool, free means it used to use 12.9M, now it only uses 8.9 [22:27] &lt;TC&gt; its running at 30megs of memory at the moment but last night it jumped up to (what windows told me) '70' about then is where it crashed [22:27] &lt;jrand0m&gt; yeah, kaffe does that for me tc [22:28] &lt;jrand0m&gt; ok, in any case, people should subscribe to the i2p mailing list [22:28] * FireRabbit is thinking when he gets home today hes going to rewrite the meshwork lib since it has some problems [22:28] &lt;FireRabbit&gt; sigh [22:28] &lt;jrand0m&gt; ((Link: http://i2p.dnsalias.net/pipermail/i2p/)http://i2p.dnsalias.net/pipermail/i2p/) [22:28] &lt;jrand0m&gt; d'oh FireRabbit [22:28] &lt;FireRabbit&gt; this thing is never going to gte done [22:28] &lt;TC&gt; yah, and memory is no biggy for the most part [22:28] &lt;jrand0m&gt; heh, no project goes as easily as one hopes [22:28] &lt;FireRabbit&gt; nope [22:28] &lt;protocol&gt; jrand0m: the maillist triggers Yahoo! spam protection [22:28] &lt;protocol&gt; just a heads up [22:28] &lt;jrand0m&gt; really protocol? [22:29] &lt;protocol&gt; yeah [22:29] &lt;jrand0m&gt; perhaps thats what triggered the spam guard when i cc'ed iip-dev [22:29] * jrand0m will write my isp [22:29] &lt;jrand0m&gt; (or perhaps its the .dnsalias.net thing) [22:30] &lt;protocol&gt; i didn't get any mailings so far, and i emptied my bulk mail b4 i could check [22:30] &lt;duck&gt; or the jrandom nicknam [22:30] &lt;jrand0m&gt; lol duck [22:30] &lt;FireRabbit&gt; :) [22:30] &lt;jrand0m&gt; that'd be awesome if my nick was filtered :) [22:30] &lt;FireRabbit&gt; hehe [22:30] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:30] &lt;jrand0m&gt; wb wiht [22:30] &lt;jrand0m&gt; speaking of which, I suppose I should inject 3.1) apps :) [22:31] &lt;jrand0m&gt; hey MrEcho, how goes the battle? [22:31] &lt;wiht&gt; jrand0m: Hello. [22:31] &lt;MrEcho&gt; the day somone writes a autodetect program for the linux compile config [22:31] &lt;MrEcho&gt; well its on its way [22:31] &lt;duck&gt; knoppix uses some autodetect thing, isnt it? [22:31] &lt;jrand0m&gt; ./configure ; make ; make check ; make install ; reboot [22:31] &lt;duck&gt; &lt;/offtopic&gt; [22:31] &lt;MrEcho&gt; ive pritty much maped out how i want to do everything [22:31] &lt;jrand0m&gt; word [22:32] &lt;jrand0m&gt; do you have a clear view on how i2ptunnel could be updated to make use of what you're doing MrEcho? [22:32] &lt;FireRabbit&gt; i think knoppix uses hotplug [22:32] &lt;MrEcho&gt; 0.1 wont be/might be locked down .. dont know yet [22:32] &lt;jrand0m&gt; coo' [22:33] &lt;TC&gt; oh jrand0m, i have a question about the cvs [22:33] &lt;jrand0m&gt; que tal? [22:33] &lt;MrEcho&gt; for dns querys im going to have a server port on the Client and RS side for Names querys [22:33] &lt;FireRabbit&gt; ok jrand0m so enlighten me on this, if you have two arrays, one thats storing data just recieved and one thats acting as a buffer what would you name them [22:33] &lt;MrEcho&gt; and im going to build a lib for any app to use [22:33] &lt;jrand0m&gt; FireRabbit&gt; src, dest [22:34] &lt;FireRabbit&gt; humm [22:34] &lt;TC&gt; i thought it would be a good idea if i updated the host file directly to the i2p based cvs so it could be included with future versions [22:34] &lt;jrand0m&gt; definitely tc [22:34] &lt;FireRabbit&gt; this is a pretty big class, i think id want to go a little more specific than that [22:34] * jrand0m should get you a cvs account [22:34] &lt;TC&gt; im just wondering how to connect to it [22:34] &lt;duck&gt; TC: you want (Link: http://www.tortoisecvs.org/)http://www.tortoisecvs.org/ [22:34] &lt;duck&gt; easiest CVS client for windows that I know [22:35] * MrEcho uses the dos ver :) [22:35] &lt;mihi&gt; duck: for windows != win9x ;) [22:35] * FireRabbit uses the cvs command line port [22:35] &lt;duck&gt; mihi: I did test it with win9x [22:35] &lt;jrand0m&gt; tc&gt; have you used cvs before? or are you concerned w/ anonymity? (you should be able to cvs through i2p at the moment) [22:35] * mihi uses either WinCVS or the cygwin cvs [22:35] * jrand0m uses cvs.exe [22:35] &lt;TC&gt; ok, so i use that client and set up the proxy? [22:35] &lt;TC&gt; no, ive never used cvs before [22:35] &lt;jrand0m&gt; ok, i'll walk you through the setup after the meeting [22:36] &lt;TC&gt; sure, thanks [22:36] &lt;duck&gt; about cvs-ing through the tunnel: [22:36] &lt;duck&gt; wouldnt the double messages be a big problem? [22:36] *** Signoff: wiht (Ping timeout) [22:37] &lt;duck&gt; especially for commits [22:37] &lt;jrand0m&gt; yes duck, but I haven't run into that problem (cvs messages are typically small) [22:37] &lt;jrand0m&gt; &gt;64k messages (e.g. the specs .pdf or .sxw) should for now be done through the normal internet [22:38] &lt;duck&gt; jabber msges get also duplicated quite often [22:38] &lt;jrand0m&gt; you're right though, in that its not a rock solid solution for cvs yet [22:38] &lt;duck&gt; even though they are XML, they are not that big [22:40] &lt;jrand0m&gt; right, lost acks are one of the bitches of the current lost i2psessionimpl2 bugs :/ [22:40] &lt;duck&gt; k [22:41] &lt;duck&gt; (that was a partly lost ack) [22:41] &lt;jrand0m&gt; (with the network this size, there should be no resends ever, unless that the peer is offline) [22:42] &lt;jrand0m&gt; hmm ok, any other i2p stuff? [22:42] &lt;mihi&gt; jrand0m: how about adding some kinda sequence number into the i2p packets? [22:43] &lt;jrand0m&gt; i2ptunnel packets? [22:43] &lt;mihi&gt; this would help with the doubling things. [22:43] &lt;mihi&gt; no, i2pnp packets [22:43] &lt;mihi&gt; okay, one could do it on i2ptunnel level as well. [22:43] &lt;TC&gt; so jrand0m did you get your conncetion back or are you still at a cafe? [22:43] &lt;mihi&gt; just if you get twice the same number, disregard the second one. [22:44] &lt;jrand0m&gt; those already handle dup ids for most things, though you're right in that there's going to be an update on 0.3 for the remaining messages [22:44] &lt;jrand0m&gt; right, currently we keep a history of the last 1000 msgIds to drop dups [22:44] &lt;mihi&gt; okay, if anyone volunteers to write a good tcp impl for i2p, that would be better ;) [22:44] &lt;jrand0m&gt; yes! :) [22:44] *** Nostradumbass (nostradum@anon.iip) has joined channel #iip-dev [22:45] * jrand0m thinks there's going to be a bounty for some [yet to be determined killer app/feature] once 1.0 gets near [22:45] &lt;duck&gt; win a 1 hour private chat session with UserX! [22:45] &lt;jrand0m&gt; lol [22:45] &lt;MrEcho&gt; lol [22:46] &lt;jrand0m&gt; ok, any other i2p things, or iip things, or anything else for this, the 69th iip-dev meeting? [22:46] &lt;jrand0m&gt; (other than userx pinup girl comments) [22:47] &lt;duck&gt; any other apps that duck inc. should run? [22:47] &lt;jrand0m&gt; bluebeep! [22:47] &lt;TC&gt; 1. jrand0m did you fix your connection issues? 2. what do you think of my new eepsite? [22:47] &lt;TC&gt; bluebeep? [22:47] &lt;jrand0m&gt; oh sorry tc. yes, i finally have net access :) haven't seen your new eepsite beyond the board (which kicks ass), but i'll check later :) [22:48] &lt;duck&gt; TC: I like the new design [22:48] &lt;TC&gt; hmm, i should change the board as well to cut down on the load time [22:48] &lt;duck&gt; only think you should try to disable the email function in the phpboard, now you get an error each time [22:48] &lt;TC&gt; thanks duck [22:48] &lt;jrand0m&gt; dropping images would be a plus [22:49] &lt;TC&gt; good idea [22:49] &lt;jrand0m&gt; (bluebeep is an old wardialer) [22:49] &lt;MrEcho&gt; ya [22:49] &lt;jrand0m&gt; (and all around fun toy) [22:49] &lt;duck&gt; please keep in mind that the average age is 16 here [22:50] * MrEcho is 24 [22:50] * duck ducks [22:50] * jrand0m doubts there are too many 3 year olds to balance out the geriatrics among us ;) [22:50] *** wiht (anon@anon.iip) has joined channel #iip-dev [22:50] &lt;MrEcho&gt; lol [22:50] * TC built a blackbox once [22:50] &lt;jrand0m&gt; w3wt [22:50] &lt;lonelynerd&gt; is the meeting already over? [22:50] &lt;duck&gt; last Q: [22:50] *** protocol is now known as proto_afk [22:51] &lt;duck&gt; how can we read the kademlia stats? [22:51] * jrand0m hasn't !baf'ed yet lonelynerd, so ask away :) [22:51] * MrEcho kills pcmcia support in the kernel [22:51] &lt;duck&gt; just so that we understand what routerConsole.html dumps [22:51] &lt;MrEcho&gt; im getting pissed [22:51] &lt;jrand0m&gt; ok, the JobQueue stats I assume you mean? [22:52] * duck guesses that it is all obvious probably [22:52] &lt;jrand0m&gt; basically when I look at JobQueue stats, I check to see that the avg execution time for the Build garlic message, buld tunnel, and handle * message jobs are small [22:52] &lt;jrand0m&gt; (those are the jobs that usually take the longest, and when the pending side of things gets large, everything suffers) [22:53] &lt;lonelynerd&gt; (actually, i better read the logs first) [22:53] &lt;duck&gt; gotcha [22:53] &lt;jrand0m&gt; the .1-.6s avg pending time i've been seeing is shit poor and one of the big things i'm going to aim for once its time to tune 'em [22:54] &lt;jrand0m&gt; the netDb contents liveliness and reliability are largely random numbers, as long as they're &gt; 100. last sent successfully means when was the last time it was sent to 2 or more peers [22:54] &lt;jrand0m&gt; (we resend randomly if it isn't local) [22:54] &lt;jrand0m&gt; (no more than once every 5 minutes though) [22:55] &lt;jrand0m&gt; is there a stat that would be helpful for people, or some other visualization that might help? (if its nontrivial i might not throw it in, but if its easy, i probably would) [22:56] &lt;duck&gt; thanks [22:57] &lt;jrand0m&gt; any other comments / questions / concerns / frisbees? [22:59] &lt;jrand0m&gt; in that case [22:59] * jrand0m winds up [22:59] * jrand0m *baf*s the meeting closed </div>/ko/blog/2003/12/09/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-12%EC%9B%94-9%EC%9D%BC/Tue, 09 Dec 2003 00:00:00 +0000/ko/blog/2003/12/09/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-12%EC%9B%94-9%EC%9D%BC/<p>(Wayback Machine 제공 <code>http://www.archive.org/</code>)</p> <h2 id="간단-정리">간단 정리</h2> <p class="attendees-inline"><strong>참석자:</strong> duck, joda, jrand0m, mrflibble, Nostradumbass</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; 0) welcome to $num [22:02] &lt;jrand0m&gt; 1) iip status [22:02] &lt;jrand0m&gt; 2) kademlia stuff + idn [22:02] &lt;jrand0m&gt; 3) peer profiling stuff [22:02] &lt;jrand0m&gt; 4) i2p services [22:02] &lt;jrand0m&gt; 5) stuff [22:02] &lt;jrand0m&gt; 0) welcome [22:02] &lt;jrand0m&gt; hi [22:03] &lt;jrand0m&gt; this is meeting 67 or 68... [22:03] &lt;jrand0m&gt; 1) iip status [22:03] &lt;jrand0m&gt; I dunno. anyone know what the situation has been as of late? [22:04] &lt;jrand0m&gt; the iip devs aren't here, so... dunno. [22:04] &lt;jrand0m&gt; [ping] [22:04] &lt;jrand0m&gt; (last week I typed for probably 10 minutes before my client pinged me out...) [22:05] &lt;jrand0m&gt; (i'm not going to type anything else until I get a p0ng, damnit ;) [22:05] *** Nostradumbass (nostradum@anon.iip) has joined channel #iip-dev [22:05] &lt;jrand0m&gt; 'lo Nostradumbass [22:06] &lt;Nostradumbass&gt; hi :) [22:06] &lt;jrand0m&gt; ok cool, so I haven't pinged out, people are just lurking. cool :) [22:06] * jrand0m hops on to the next agenda item [22:06] &lt;Nostradumbass&gt; how's i2p coming? [22:06] &lt;Nostradumbass&gt; sorry? [22:06] &lt;jrand0m&gt; good lead in ;) [22:07] &lt;jrand0m&gt; agenda item 3) i2p 0.2.3 status :) [22:07] *** nerox (~nerox@anon.iip) has joined channel #iip-dev [22:07] &lt;jrand0m&gt; there's been a lot of progress, even though I'm offline. commited a truckload of code a few hours ago [22:07] &lt;jrand0m&gt; that includes an implementation of the kademlia netDb [22:08] &lt;jrand0m&gt; so I'm pretty confident we'll hit the release for 0.2.3 next week (which is basically kademlia netDb + a shell script) [22:08] &lt;jrand0m&gt; there have been a few more variations on the kademlia proto though to make things more relevent for i2p [22:09] &lt;jrand0m&gt; we will always have a very, very, /very/ sparse kademlia tree. [22:09] &lt;jrand0m&gt; 2^256 possible slots, and 1-10 values per peer in the network. [22:09] &lt;jrand0m&gt; so, thinking insanely overzealous, we still wont be using jack shit, and everything will be in the furthest out kbucket [22:10] &lt;jrand0m&gt; so some parts of kademlia are going to be quietly ignored ;) but the basic gist stays the same, including the search algo &amp; distance metric [22:10] &lt;jrand0m&gt; idn, however, is dead in the water. [22:11] &lt;jrand0m&gt; the idea that i2p's netDb code could run off the same code as a publishing DHT was a silly little idea [22:11] &lt;jrand0m&gt; and has been promptly abandonded. [22:11] &lt;jrand0m&gt; idn is still generally a good idea, but I'm not going to spend my i2p dev time working on it [22:12] *** tusko (~tusko@anon.iip) has joined channel #iip-dev [22:12] &lt;jrand0m&gt; but part of the 0.2.3 changes include a dramatic revamp of how we choose peers and organize router stats [22:12] &lt;jrand0m&gt; heya tusko [22:12] &lt;jrand0m&gt; that brings us to agenda item 3) peer profiling [22:12] &lt;jrand0m&gt; I've been pretty silly...and finally did some of the math [22:13] &lt;jrand0m&gt; the stats being gathered now are immense. [22:13] &lt;jrand0m&gt; about 6000 data points /per peer/ [22:13] &lt;duck&gt; what is peer profiling? [22:13] &lt;jrand0m&gt; peer profiling is where the router keeps track of the performance of each peer so that it can decide who to use in the future [22:13] &lt;duck&gt; ah [22:13] &lt;jrand0m&gt; (aka fast routers, reliable routers, etc) [22:13] &lt;duck&gt; the process that eats up my memory :) [22:14] &lt;jrand0m&gt; heh actually that part isn't toooo bad [22:14] &lt;jrand0m&gt; though 6000 data points won't scale. [22:14] &lt;jrand0m&gt; 1000 routers @ 6000 data points each @ 4 bytes / data point = 24Mb [22:15] &lt;jrand0m&gt; though keeping detailed stats on a few hundred peers is probably fine, even as the net grows beyond that [22:15] &lt;jrand0m&gt; we /don't/ need to keep stats on everyone. just routers we want to 'use' for our tunnels, garlic routing, and source routing. [22:16] &lt;jrand0m&gt; we could probably get away in the long term with just keeping track of a hundred or so peers. [22:16] &lt;jrand0m&gt; but, for now, I'm going to say fuckit. [22:16] &lt;jrand0m&gt; keep stats on all peers [22:16] &lt;duck&gt; ping [22:16] &lt;jrand0m&gt; p0ng [22:17] &lt;duck&gt; will it try to learn about all peers? [22:17] &lt;jrand0m&gt; right now, yes [22:17] &lt;duck&gt; oh wait, your last lines covered that [22:17] &lt;jrand0m&gt; we also have some code for coallescing and running calculations on the peer profiles [22:18] &lt;jrand0m&gt; so one of those calculators will determine what peers to drop [22:18] &lt;jrand0m&gt; an example of the data set being collected: (Link: http://i2p.dnsalias.net/~jrandom/profile.txt)http://i2p.dnsalias.net/~jrandom/profile.txt [22:19] &lt;jrand0m&gt; (you'll notice lots of 0s :) [22:19] &lt;jrand0m&gt; I've written up a rough manifesto for peer selection and profiling, but need to get that onto the wiki [22:20] &lt;jrand0m&gt; but thats all 0.3 stuff, really. 0.2.3 just uses a little of it [22:21] &lt;jrand0m&gt; ok, thats it for the peer profiling. lots more later, just giving a lil view into whats up [22:21] &lt;jrand0m&gt; (of course, as always, anyone who wants to get down and dirty and figure out what other stats / calculations / attacks / etc should be used would be *very* much appreciated) [22:22] &lt;jrand0m&gt; ok, 4) i2p services [22:23] &lt;jrand0m&gt; tc's site is awesome &amp; really reliable! I finally got to nightblade's page as well, and its a cool blog ('plog' ;).. I just wish I could leave comments :) [22:23] &lt;jrand0m&gt; there's also duck's jabber server, which works fairly easily with the instructions posted to tc's board [22:24] &lt;jrand0m&gt; things sometimes act up a bit, but thats related to some bugs in the router &lt;= 0.2.2, and have been fixed (and will roll out in 0.2.3) [22:24] &lt;jrand0m&gt; the squid proxy is generally offline, since I'm offline too much to babysit my kaffe routers :/ [22:25] &lt;jrand0m&gt; so for the moment, the eepsites and the jabber chat is probably the most reliable things on i2p, all running on top of i2ptunnel [22:25] &lt;jrand0m&gt; what services would be cool to show up next? [22:25] &lt;duck&gt; I did try to run an ircd over i2ptunnel [22:25] &lt;duck&gt; but before it got the full MOTD after logging in, I got ping timeouted already [22:26] &lt;jrand0m&gt; d'oh [22:26] &lt;duck&gt; and that was on the same router [22:26] &lt;duck&gt; so in the wild performance will be even worse [22:26] &lt;jrand0m&gt; on the local router it pinged out?! [22:26] &lt;jrand0m&gt; local router should never ping anything out [22:26] &lt;jrand0m&gt; oh, except for that race bug [22:26] &lt;jrand0m&gt; (which is probably what it was, since it was local and the race is faster there) [22:26] &lt;duck&gt; irc client pinged out for not responding in time [22:27] &lt;duck&gt; I'll retry with 0.2.3 [22:27] &lt;jrand0m&gt; word [22:27] &lt;duck&gt; though jabber is nice for now [22:27] &lt;jrand0m&gt; totally [22:27] &lt;jrand0m&gt; and long term, irc is not the way to go [22:27] &lt;duck&gt; tc, jrandom and me are there to chat with! [22:27] &lt;jrand0m&gt; hehe :) [22:28] &lt;jrand0m&gt; we need an IM and group chat solution that doesn't give cleartext to anyone unauthorized, and doesn't require centralized choke points [22:28] &lt;jrand0m&gt; (aka iip 2.0) [22:28] &lt;jrand0m&gt; now would be a nice time for userx to come back into the fold ;) [22:29] * jrand0m stops holding breath [22:29] &lt;jrand0m&gt; an nntp server would /also/ really really rule. [22:29] &lt;duck&gt; I'll try that tomorrow [22:29] &lt;jrand0m&gt; r0x0r [22:30] &lt;duck&gt; jabber is really nice to run other things over [22:30] &lt;duck&gt; check out the jabber rpc specs [22:30] &lt;duck&gt; (Link: http://www.pipetree.com/jabber/jrpc/)http://www.pipetree.com/jabber/jrpc/ [22:30] &lt;duck&gt; other services? [22:30] &lt;jrand0m&gt; thats interesting - doing jabber as a naming service, essentially [22:31] &lt;duck&gt; you mean: [22:31] &lt;jrand0m&gt; there will always be more services to add - with mail (usenet), chat (jabber) and publishing/browsing (eepsites), there's good coverage [22:31] &lt;duck&gt; name server has a jabber client through which you can register names (provided token) [22:31] &lt;duck&gt; also use it to query? [22:31] &lt;jrand0m&gt; naw [22:32] &lt;jrand0m&gt; jabber's registry being the naming service [22:32] &lt;duck&gt; ok [22:32] &lt;jrand0m&gt; its centralized but it works [22:32] &lt;jrand0m&gt; just like hosts.txt :) [22:33] &lt;duck&gt; are there mail solutions that are better suited for there environments than smtp and pop/imap ? [22:33] &lt;jrand0m&gt; thats a really good question [22:33] &lt;duck&gt; cause I dont think that it will just work when you hook up mail servers [22:34] &lt;jrand0m&gt; yeah, it'd probably need either a gateway (ala freemail) or the naming service doing some interesting tap dancing [22:34] &lt;jrand0m&gt; or it reverts back to centralized single POP3/IMAP server with everyone on the same server [22:35] &lt;duck&gt; I spoke with aum (author of freemail) yesterday [22:35] &lt;duck&gt; he was talking about reimplementing fred in python [22:35] &lt;jrand0m&gt; lol nice [22:35] *** mrflibble (mrflibble@anon.iip) has joined channel #iip-dev [22:35] &lt;duck&gt; so I did suggest him to work on the python routers for i2p instead [22:35] &lt;jrand0m&gt; ooh that would TOTALLY rule! [22:35] &lt;duck&gt; then he got totally upset about the pdf documents [22:36] &lt;jrand0m&gt; hey, if he wants the openOffice originals, or even a txt export I'll export [22:36] &lt;duck&gt; and I lost my patience and told him that you would also have the m$word docs if he did ask nicely [22:36] &lt;duck&gt; well, you were a fuckhead for not doing a html export or something [22:36] &lt;jrand0m&gt; naw, I tried that ;) [22:36] &lt;duck&gt; I lost my patience and told him to talk to you [22:36] &lt;jrand0m&gt; the openOffice html export SUCKS [22:37] &lt;duck&gt; hm [22:37] &lt;mrflibble&gt; true jr [22:37] &lt;jrand0m&gt; when the specs turn 1.0 (aka when the router turns 1.0 and they're updated to match the code), they'll be on the wiki. [22:37] &lt;duck&gt; wiki has most info though [22:37] &lt;jrand0m&gt; exactly [22:37] &lt;mrflibble&gt; i tried using that for that kevin mitnick book. it was worse than ms office [22:37] &lt;duck&gt; oh well [22:37] &lt;jrand0m&gt; zactly. [22:37] &lt;duck&gt; he might appear here once [22:37] &lt;jrand0m&gt; that'd be awesome [22:38] &lt;duck&gt; but maybe it is better with his attitude to join the freenet gang [22:38] &lt;duck&gt; ... [22:38] &lt;jrand0m&gt; well, effort on freenet is always a good thing [22:38] * duck goes back to beeing friendly [22:38] &lt;jrand0m&gt; :) [22:38] &lt;duck&gt; aums work rocks [22:38] &lt;duck&gt; hopefully he'll rock on i2p [22:39] &lt;jrand0m&gt; yeah whenever someone talked about searching on freenet, I always just said "well just do a McNabb" [22:39] &lt;jrand0m&gt; we need the help, certainly [22:39] &lt;duck&gt; which brings me to the following question: [22:39] &lt;duck&gt; are the changes to I2P that you do specced? [22:39] &lt;duck&gt; or is the java source the documentation for the latest info [22:40] &lt;jrand0m&gt; there are notes taken in my palmpilot, filesystem, and notebook, but unfortunately I haven't updated the openoffice docs in a while [22:40] &lt;jrand0m&gt; feb is doc-month for jrandom. [22:40] &lt;jrand0m&gt; (and qa, and bugfixing) [22:41] &lt;jrand0m&gt; ((and benders ;)) [22:41] &lt;jrand0m&gt; the specs are still pretty much correct, there are just more details. [22:41] &lt;duck&gt; awesome [22:41] &lt;jrand0m&gt; but the datastructures have had more changes [22:42] &lt;jrand0m&gt; ok, anything else for services? [22:43] &lt;jrand0m&gt; ok, 5) stuff [22:43] &lt;jrand0m&gt; hi [22:43] &lt;duck&gt; hi! [22:43] &lt;jrand0m&gt; how's tricks? [22:43] &lt;jrand0m&gt; [any questions / thoughts / issues / etc go here] [22:43] &lt;duck&gt; the base64 tricks should be added to the i2ptricks pages [22:44] &lt;jrand0m&gt; ooh good point [22:44] &lt;duck&gt; might be some other tricks too that I dont know yet [22:44] &lt;duck&gt; will grep the sources for 'main' [22:44] &lt;jrand0m&gt; I feel guilty for not having the installer let someoene automatically fetch hosts.txt and reseed [22:44] &lt;jrand0m&gt; lol [22:44] &lt;jrand0m&gt; there are lots and lots of main() methods, but they're mostly test functions [22:45] &lt;jrand0m&gt; oh! [22:45] &lt;jrand0m&gt; one thing. DONT run the current code from cvs and expect it to work with normal routers. [22:45] *** joda (--@anon.iip) has joined channel #iip-dev [22:45] &lt;joda&gt; hi [22:45] &lt;jrand0m&gt; the db messages changed :) [22:45] &lt;jrand0m&gt; hi joda [22:45] &lt;joda&gt; sorry, if I interrupt something [22:45] &lt;duck&gt; I got a bit upset that I couldnt get cvs to work [22:45] &lt;duck&gt; but then I did remember that this isnt freenet [22:45] &lt;joda&gt; I was just wondering what happend to "anonymail" ? [22:46] &lt;duck&gt; so you dont need latest cvs to be able to use it [22:46] &lt;jrand0m&gt; joda&gt; the user who runs it doesn't seem to be online at the moment. should be back soon [22:46] &lt;jrand0m&gt; hehe duck - did it fail for you today after I committed, or do you mean from before today? [22:46] &lt;duck&gt; last week somewhere [22:46] &lt;joda&gt; jrand&gt; thx :) [22:46] &lt;joda&gt; cu :) [22:46] &lt;jrand0m&gt; ah 'k duck [22:46] &lt;jrand0m&gt; l8r joda [22:47] &lt;jrand0m&gt; yeah, I only endorse running the released code [22:47] &lt;duck&gt; will 0.2.3 put the version files in a directory? :) [22:47] &lt;jrand0m&gt; 0.2.3 gets rid of the version files :) [22:47] &lt;jrand0m&gt; (lots and lots and lots of changes) [22:47] &lt;jrand0m&gt; but that means 0.2.3 (and beyond) will require g enerally correct clocks [22:48] &lt;jrand0m&gt; (current Router.CLOCK_FUDGE_FACTOR = 30 minutes) [22:48] &lt;duck&gt; what will the fudge facter be for 0.2.3? [22:48] &lt;jrand0m&gt; probably the same [22:49] *** joda has left #iip-dev [22:49] &lt;duck&gt; oh, current = your code [22:49] &lt;jrand0m&gt; that time will be used to expire db entries [22:49] &lt;duck&gt; k [22:49] &lt;jrand0m&gt; ah, right, yeah :) [22:49] &lt;jrand0m&gt; (in 0.2.2 that clock_fudge_factor is spread out throughout half a dozen files) [22:49] &lt;duck&gt; maybe the installer could be a bit more userfriendly [22:49] &lt;duck&gt; as in less questions [22:49] *** Signoff: nickthief66282 (Excess Flood) [22:50] &lt;duck&gt; default phttp urls included, no bandwidth limiting etc [22:50] &lt;jrand0m&gt; I guess we could autoguess random ports too [22:50] &lt;jrand0m&gt; you're right [22:50] &lt;jrand0m&gt; want commit privs? :) [22:50] *** Signoff: nerox (EOF From client) [22:50] &lt;jrand0m&gt; (if not I can update it for 0.2.3) [22:51] &lt;duck&gt; an argument against it can be that users will take settings too easily for granted [22:51] &lt;duck&gt; and everybody uses the same phttp relay [22:51] *** nickthief24373 (~chatzilla@anon.iip) has joined channel #iip-dev [22:51] &lt;jrand0m&gt; true. though 0.3.1 plans include an update to the phttp relay code to let relays talk to each other, and redirect users to a less loaded relay [22:52] &lt;jrand0m&gt; i'm generally happy with the install process atm though - i built a new 0.2.2 install and was browsing tc's page in under a minute [22:52] &lt;jrand0m&gt; (though thats because i know what all the text says and didn't read it...) [22:52] &lt;duck&gt; I dont like the long keys [22:53] &lt;duck&gt; especially not if you have to copy&amp;paste them [22:53] &lt;duck&gt; better use them as file [22:53] &lt;jrand0m&gt; hmm? [22:53] &lt;duck&gt; but distributing the binary files are a pain [22:53] &lt;duck&gt; so you have to do the base64 trick.. [22:53] &lt;duck&gt; could the i2ptunnel read base64 destination keys too? [22:53] &lt;duck&gt; from a file that is [22:53] &lt;jrand0m&gt; I was just typing that ;) [22:53] &lt;jrand0m&gt; yeah, that wouldnt be much work [22:54] &lt;jrand0m&gt; perhaps even 1 line [22:54] &lt;duck&gt; also, what about armouring? [22:54] &lt;duck&gt; with a header&amp;footer [22:54] &lt;duck&gt; like pgp etc [22:55] &lt;jrand0m&gt; true, it would be useful to have that sort of validation [22:55] &lt;duck&gt; ofcourse that is a gadget [22:55] &lt;duck&gt; but it could be helpful for those who want to use the tunnel [22:55] &lt;jrand0m&gt; though the Destination structure itself is pretty picky [22:55] &lt;jrand0m&gt; but you're right, a raw base64 isn't the most intuitive or safe thing to pass around [22:56] &lt;jrand0m&gt; we need a bugzilla [22:56] &lt;jrand0m&gt; so things like this can get posted as todo [22:56] &lt;jrand0m&gt; i'd move off my palm's todo list for that [22:56] &lt;duck&gt; bugzilla has nazi registration requirements [22:56] &lt;duck&gt; with emails etc.. [22:56] &lt;jrand0m&gt; true [22:57] &lt;duck&gt; but better as nothing [22:57] &lt;duck&gt; other bugtrackers all have their shortcomings [22:57] &lt;jrand0m&gt; yeah, every company i've worked at has pretty much ended building their own [22:58] &lt;jrand0m&gt; we'll see. we need a bugtracker by the time we start doing full on qa (once 0.3 comes out) [22:58] &lt;jrand0m&gt; so we've got a few weeks ;) [22:58] &lt;jrand0m&gt; but if someone did some research and found a really nice one, that'd be great [22:59] &lt;jrand0m&gt; [not you specifically duck, anyone who's reading these meeting logs at home ;)] [22:59] &lt;duck&gt; so far phpBugTrackers has been okay for me [22:59] &lt;jrand0m&gt; hmm haven't used that [22:59] &lt;duck&gt; yes, I am not talking to jrandom either [22:59] &lt;jrand0m&gt; lol [22:59] &lt;duck&gt; but to the group of I2P code developers :) [22:59] * jrand0m is actually 12 people acting under a single nym [23:00] &lt;jrand0m&gt; ok, 1 hour, on the dot [23:00] &lt;jrand0m&gt; anyone else have anything before I get the *baf*er out? [23:01] * duck demands 1 more minute [23:01] &lt;duck&gt; since we did start on 21:02 [23:01] &lt;jrand0m&gt; yeah yeah [23:01] &lt;jrand0m&gt; la la la [23:01] &lt;jrand0m&gt; what should i have for dinner? [23:01] &lt;jrand0m&gt; there's a nice falafel place next door... [23:01] &lt;jrand0m&gt; had gnocci for lunch too [23:01] &lt;jrand0m&gt; hmm... [23:01] &lt;jrand0m&gt; maybe a liquid dinner [23:02] &lt;duck&gt; soup? [23:02] &lt;jrand0m&gt; ooOooo whiskey soup! [23:02] * jrand0m *baf*'s the meeting closed on that note </div>/ko/blog/2003/11/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-11%EC%9B%94-30%EC%9D%BC/Sun, 30 Nov 2003 00:00:00 +0000/ko/blog/2003/11/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-11%EC%9B%94-30%EC%9D%BC/<h2 id="quick-recap">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> jrand0m, nop, MrEcho, dm, dish, mihi</p> <h2 id="meeting-log">회의 로그</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; 아젠다 [22:02] &lt;jrand0m&gt; 0) 환영 [22:02] &lt;jrand0m&gt; 1) i2p router [22:02] &lt;jrand0m&gt; 1.1) 상태 [22:02] &lt;jrand0m&gt; 1.2) 로드맵 변경 [22:02] &lt;jrand0m&gt; 1.3) 열린 하위 프로젝트 [22:02] &lt;jrand0m&gt; 2) 네이티브 modPow [22:03] &lt;jrand0m&gt; 2) GUI 설치 프로그램 [22:03] &lt;jrand0m&gt; 3) IM [22:03] &lt;jrand0m&gt; 4) 네이밍 서비스 [22:03] &lt;jrand0m&gt; 5) 라이선싱 [22:03] &lt;jrand0m&gt; 6) 기타? [22:03] &lt;jrand0m&gt; 0) 환영 [22:03] &lt;jrand0m&gt; 안녕하세요. [22:03] &lt;nop&gt; 안녕 [22:03] &lt;jrand0m&gt; 회의 2^6 [22:04] &lt;jrand0m&gt; nop, 추가할 아젠다 항목 있어? [22:04] &lt;jrand0m&gt; 좋아, 1.1) router 상태 [22:04] &lt;jrand0m&gt; 우리는 0.2.0.3이고, 내가 마지막으로 들은 바로는 동작해 [22:04] &lt;MrEcho&gt; &gt; 0.2.0.3 [22:04] &lt;MrEcho&gt; 맞지? [22:05] &lt;MrEcho&gt; 지금 돌리고 있어요 .. 괜찮아 보입니다 [22:05] &lt;nop&gt; 아니 [22:05] &lt;jrand0m&gt; 0.2.0.3 릴리스 이후에 사소한 커밋들이 있었지만, 별도로 릴리스할 정도는 아냐 [22:05] &lt;nop&gt; 나 그냥 따라잡으려고 하는 중이야 [22:05] &lt;jrand0m&gt; 좋아 [22:06] &lt;jrand0m&gt; 0.2.0.x에서의 경험과 피드백을 바탕으로, 실행 시 자원 소모를 줄이도록 로드맵을 업데이트했어 [22:06] &lt;jrand0m&gt; (즉 사람들이 웹서버/기타를 돌려도 CPU를 잡아먹지 않도록) [22:06] &lt;jrand0m&gt; 구체적으로(아젠다 1.2로 이동): http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:07] &lt;MrEcho&gt; 내가 보니 대부분 router가 사용하는 게: TransportStyle: PHTTP [22:07] &lt;MrEcho&gt; 자동으로 PHTTP로 가는 건가요, 아니면 먼저 TCP를 시도하나요 [22:07] &lt;jrand0m&gt; 흠, 대부분의 router는 PHTTP를 지원해야 하고, 인바운드 연결을 받을 수 있다면 TCP도 지원해야 해 [22:07] &lt;jrand0m&gt; 가능하기만 하면 TCP를 사용해 [22:07] &lt;jrand0m&gt; PHTTP는 TCP보다 대략 1000배 비용이 비싸게 가중치가 주어져 있어 [22:08] &lt;jrand0m&gt; (각 transport에게 피어에게 메시지를 보내는 데 비용이 얼마나 들지 묻는 GetBidsJob을 참고) [22:08] &lt;jrand0m&gt; (그리고 쓰이는 값을 보려면 TCPTransport.getBid와 PHTTPTransport.getBid를 봐) [22:08] &lt;MrEcho&gt; 오케이 [22:08] &lt;jrand0m&gt; 메시지를 주고받을 때 PHTTP를 자주 쓰고 있어? [22:09] &lt;jrand0m&gt; (그건 당신의 TCP 리스너에 도달할 수 없다는 신호일 수 있어) [22:09] &lt;MrEcho&gt; 내 쪽에 URL들을 넣지 않았어요 [22:09] &lt;jrand0m&gt; 아 오키. [22:09] &lt;MrEcho&gt; 오, 그렇군요 [22:10] &lt;jrand0m&gt; 좋아, 네, 내 router들이 당신에게 TCP 연결을 열어두고 있어 [22:10] &lt;dm&gt; 참 친절하네. [22:11] &lt;jrand0m&gt; 하지만 여러분이 routerConsole.html 구현하게 해줘서 다행이야, 이런 것 때문에 로그를 뒤질 필요가 없으니까 [22:11] &lt;MrEcho&gt; TCP로 연결이 안 되면 PHTTP로 가는 타임아웃 같은 게 있나요? 그리고 타이밍은 어느 정도죠 [22:11] &lt;jrand0m&gt; TCP 연결 거부/호스트 없음 등 을 받으면 그 시도는 즉시 실패 처리하고, 다음 사용 가능한 bid를 시도해 [22:12] &lt;MrEcho&gt; 그럼 재시도는 없나요 [22:12] &lt;jrand0m&gt; 내 기억이 맞다면 PHTTP는 30초 타임아웃이 있어 [22:12] &lt;jrand0m&gt; 재시도할 필요 없어. TCP 연결이 열려 있어서 데이터를 보낼 수 있거나, 아니면 없는 거지 :) [22:13] &lt;MrEcho&gt; ㅋㅋ 오케이 [22:13] &lt;MrEcho&gt; 그 다음부터도 매번 TCP를 시도하나요, 아니면 건너뛰고 다음 연결에 대해 그냥 PHTTP로 가나요? [22:13] &lt;jrand0m&gt; 현재는 매번 TCP를 시도해. [22:13] &lt;jrand0m&gt; transport들이 아직 히스토리를 보관하지 않거든 [22:13] &lt;MrEcho&gt; 좋아요, 멋져요 [22:14] &lt;jrand0m&gt; (하지만 어떤 피어가 4번 실패하면 8분간 블랙리스트에 올라가) [22:14] &lt;MrEcho&gt; 음, 상대쪽이 PHTTP 메시지를 받으면 메시지를 보낸 router에 TCP로 연결해야 하죠? [22:14] &lt;jrand0m&gt; 맞아. 어떤 TCP 연결이든 하나 성립되면 그걸 쓸 수 있어. [22:14] &lt;jrand0m&gt; (하지만 양쪽 피어가 PHTTP만 있다면 당연히 PHTTP만 사용하겠지) [22:15] &lt;MrEcho&gt; 그건 어떤 것에도 TCP 연결을 확립할 수 없다는 뜻이겠네요 [22:15] &lt;MrEcho&gt; .. 네 [22:16] &lt;MrEcho&gt; 그걸 우회할 방법이 있으면 좋겠네요 [22:16] &lt;jrand0m&gt; 아니, 제 router 중 하나는 TCP 주소가 없고 PHTTP만 있어. 하지만 TCP 주소가 있는 피어들과는 내가 TCP 연결을 성립해. [22:16] &lt;jrand0m&gt; (그러면 그들이 느린 PHTTP 메시지 대신 그 TCP 연결을 통해 되돌려 보낼 수 있어) [22:17] &lt;jrand0m&gt; 아니면 그 얘기가 아니었나? [22:17] &lt;MrEcho&gt; 네, 제가 헷갈렸어요 [22:17] &lt;jrand0m&gt; ㅇㅋ, 문제없어 [22:18] &lt;jrand0m&gt; 그래서, 일정 업데이트는 갱신된 로드맵을 참고하세요 (http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap) [22:18] &lt;jrand0m&gt; 좋아, 1.3) 열린 하위 프로젝트 [22:19] &lt;jrand0m&gt; 드디어 내 palmpilot에 있던 할 일 목록을 위키에 한꺼번에 올렸어 http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects [22:19] &lt;jrand0m&gt; 그러니 심심하고 코딩할 프로젝트를 찾는다면... :) [22:20] &lt;MrEcho&gt; 헐 [22:20] &lt;MrEcho&gt; 벌써 2개 있어요 [22:20] &lt;dish&gt; palmpilot을 갖고 있다니 엘리트네요 [22:20] &lt;MrEcho&gt; 제 건 죽었어요 [22:20] &lt;jrand0m&gt; mihi&gt; 거기 I2PTunnel 관련해서 내가 얼마 전에 했던 생각을 적어둔 항목이 하나 있어요 [22:21] &lt;MrEcho&gt; 무슨 문제가 있는지 모르겠어요 [22:21] &lt;jrand0m&gt; 네, 예전에 Palm을 썼는데, 최근에 이 목적을 위해 하나 기부받았어요 ;) [22:21] &lt;dish&gt; 회의 아젠다에 userX가 마지막으로 발언한 때가 언제였는지 논의하는 항목을 넣을 수 있을까요 [22:21] &lt;MrEcho&gt; 망할 놈, 이젠 켜지지도 않아요 [22:21] &lt;MrEcho&gt; ㅋㅋ [22:22] &lt;jrand0m&gt; UserX는 4~5개월 동안 아무 말도 안 한 것 같아 ;) [22:22] &lt;MrEcho&gt; 그거 봇 같은 건가요? [22:22] &lt;dish&gt; 5개월 전에 뭐라고 했죠? [22:22] &lt;MrEcho&gt; 아마 예전에 접속하던 박스에서 돌아가는 bitchx일 걸요 .. 그리고 잊어버린 듯 [22:22] &lt;jrand0m&gt; 다음 주에 anonCommFramework(i2p의 옛 이름)에 대한 코멘트를 주겠다고 했지 ;) [22:23] &lt;dish&gt; 하하 [22:23] &lt;jrand0m&gt; 하지만 바쁜가 보지. 그런 게 인생이야 [22:23] &lt;jrand0m&gt; 좋아, 2) 네이티브 modPow [22:24] &lt;MrEcho&gt; 그 C 코드를 봤어요 [22:24] &lt;jrand0m&gt; GMP나 다른 MPI 라이브러리를 어떻게 통합할 수 있는지 보여주려고 스텁 .c와 Java 클래스를 만들어 봤는데, 당연히 아직 동작하진 않아 [22:25] &lt;jrand0m&gt; 이상적으론 C 코드 묶음과 간단한 연동용 Java 래퍼 클래스를 소규모 패키지로 만들어서 windows, osx, *bsd, linux용으로 빌드하고 GPL로 패키징할 수 있으면 좋겠어 [22:25] &lt;jrand0m&gt; (여기서 iip 대규모 장애 발생) [22:38] &lt;MrEcho&gt; 내가 마지막으로 본 건: [13:25] &lt;jrand0m&gt; 좋아, 2) 네이티브 modPow [22:38] &lt;jrand0m&gt; 안녕 MrEcho [22:38] &lt;jrand0m&gt; 그래요, 메인 프록시가 크래시 난 것 같네 [22:39] &lt;jrand0m&gt; 재시작하기 전에 2분만 더 기다려 볼게 [22:39] &lt;MrEcho&gt; ㅇㅋ [22:39] &lt;MrEcho&gt; $25 한 번만 내면 thenidus.net에 java를 풀로 돌릴 수 있어요 ... 내 사이트 중 하나죠 [22:40] &lt;jrand0m&gt; $25? 소프트웨어 설치하는 데 돈을 받아? [22:40] &lt;MrEcho&gt; 잘은 모르겠어요 .. 패키지라서요 [22:40] &lt;MrEcho&gt; 지금 친구랑 얘기 중이에요 [22:40] &lt;jrand0m&gt; 아직 router들을 올리려고 콜로케이션을 잔뜩 임대할 만큼 코드가 충분히 안정적이진 않은 것 같아. 아직은 :) [22:41] &lt;dm&gt; frazaa? [22:41] &lt;MrEcho&gt; java - jsp [22:41] &lt;jrand0m&gt; 좋아, 아까 보냈던 걸 다시 보낼게: [22:41] &lt;jrand0m&gt; GMP나 다른 MPI 라이브러리를 어떻게 통합할 수 있는지 보여주려고 스텁 .c와 java 클래스를 만들어 봤는데, 당연히 아직 동작하진 않아 [22:41] &lt;jrand0m&gt; 이상적으론 C 코드 묶음과 간단한 연동용 Java 래퍼 클래스를 소규모 패키지로 만들어서 windows, osx, *bsd, linux용으로 빌드하고 GPL(또는 덜 제한적인 라이선스)로 패키징할 수 있으면 좋겠어 [22:41] &lt;jrand0m&gt; 하지만 새로운 로드맵에서 AES+SessionTag가 내 현재 액션 아이템이 되면서, 이건 예전만큼 긴급하진 않아. [22:42] &lt;jrand0m&gt; 그래도 누가 이걸 맡아 진행하고 싶다면 아주 좋겠지(우리 모두가 잘 아는 또 다른 프로젝트도 이런 패키징에 관심이 있을 거라 확신해) [22:43] &lt;dm&gt; z? [22:43] &lt;jrand0m&gt; 헤헷, 어떤 의미에선 ;) [22:44] &lt;jrand0m&gt; 좋아, 3) GUI 설치 프로그램 [22:44] &lt;jrand0m&gt; MrEcho&gt; 안녕 [22:44] &lt;MrEcho&gt; :) [22:44] &lt;MrEcho&gt; 헤헤 [22:44] &lt;MrEcho&gt; 진행되고 있어요 [22:44] &lt;jrand0m&gt; 좋아 [22:44] &lt;MrEcho&gt; 특별한 건 없어요 [22:45] &lt;MrEcho&gt; 정말 근사하게 만들 멋진 아이디어가 몇 개 있긴 한데 .. 아직은 한참 남았어요 [22:45] &lt;jrand0m&gt; 인스톨러에 1) http://.../i2pdb/ 에서 시드를 자동으로 가져오는 옵션, 2) http://.../i2p/squid.dest를 자동으로 가져오고 runSquid.bat/runSquid.sh도 생성하는 기능을 넣을까요? [22:45] &lt;jrand0m&gt; 좋아 [22:46] &lt;jrand0m&gt; 맞아, 인스톨러는 최대한 단순했으면 해 - 어떤 화려한 걸 생각하고 있었어? [22:46] &lt;MrEcho&gt; 문제는 .. java -jar installer 를 실행하면 지금 구조상 기본이 non-GUI로 간다는 거예요 [22:46] &lt;MrEcho&gt; JAR 파일을 더블클릭하면 GUI가 뜨도록 하려면 어떻게 하죠 [22:47] &lt;jrand0m&gt; install.jar &lt;-- nongui, installgui.jar &lt;-- gui [22:47] &lt;jrand0m&gt; 코드는 분리, 패키지도 분리 [22:47] &lt;MrEcho&gt; 화려하다기보단 눈에 잘 띄진 않지만 .. 깔끔하고 보기 좋게요 [22:47] &lt;jrand0m&gt; 좋아 [22:47] &lt;MrEcho&gt; 오 오케이 [22:48] &lt;jrand0m&gt; (또는 install &lt;-- gui installcli &lt;-- cli. 진행 상황을 보죠) [22:49] &lt;jrand0m&gt; GUI에 대해 더 있을까, 아니면 항목 4)로 넘어갈까? [22:49] &lt;jrand0m&gt; (생각하는 일정이 있나? 압박은 아니고, 그냥 궁금해서) [22:51] &lt;MrEcho&gt; 지금은 잘 모르겠어요 [22:51] &lt;jrand0m&gt; 좋아 [22:51] &lt;jrand0m&gt; 좋아, 4) IM [22:51] &lt;jrand0m&gt; thecrypto가 없으니, 그럼..... [22:51] &lt;jrand0m&gt; 5) 네이밍 서비스 [22:51] &lt;jrand0m&gt; wiht도 없네요... [22:51] &lt;jrand0m&gt; 핑 [22:52] &lt;dish&gt; 번호 매긴 아젠다 카운트가 틀렸어요 [22:52] &lt;dish&gt; 3) IM [22:52] &lt;jrand0m&gt; 맞아, 2번 아젠다 항목이 두 개였지 [22:52] &lt;dish&gt; 4) Naming [22:52] &lt;dish&gt; ;) [22:52] &lt;jrand0m&gt; (native modPow와 GUI 인스톨러) [22:52] &lt;jrand0m&gt; 보시다시피, 우리는 유연하고 뭐 그런 거지 [22:59] &lt;jrand0m&gt; 좋아, 로그를 위해 계속하죠 [22:59] &lt;jrand0m&gt; 6) 라이선싱 [23:00] &lt;jrand0m&gt; GPL보다 덜 제한적인 쪽으로 가볼까 생각 중이야. MIT 라이선스 코드가 조금 있고, 다른 파일 하나는 GPL(하지만 그건 그냥 base64 인코딩이라 쉽게 대체할 수 있어). 그 외의 코드는 전부 나나 thecrypto 둘 중 하나가 저작권을 갖고 있어. [23:01] &lt;dish&gt; mihi의 i2p tunnel 코드 부분을 보세요 [23:01] &lt;jrand0m&gt; 아 맞다, mihi는 그걸 gpl로 배포했지만, 원하면 다른 걸로도 배포하고 싶을 수 있지 [23:01] &lt;jrand0m&gt; (하지만 I2PTunnel은 본질적으로 서드파티 앱이라 원하는 대로 라이선스를 정할 수 있어) [23:02] &lt;jrand0m&gt; (다만 i2p sdk가 gpl이라, 그도 gpl을 쓸 수밖에 없었지) [23:02] &lt;MrEcho&gt; 드디어 [23:02] &lt;jrand0m&gt; 잘 모르겠어. 라이선싱은 내 전문이 아니지만, 적어도 lgpl로 옮기는 쪽으로 기울고 있어 [23:03] &lt;dish&gt; I2P HTTP Client mihi 코드의 10~20줄 변경분은 mihi 라이선스가 무엇이든 그걸로 내세요 [23:03] &lt;jrand0m&gt; 헤헤 :) [23:06] &lt;jrand0m&gt; 아무튼, 7) 기타? [23:07] &lt;jrand0m&gt; i2p와 관련해 질문 / 우려 / 아이디어 있는 분? [23:07] &lt;dish&gt; 하나 물어볼게요 [23:07] &lt;dish&gt; I2P에 그룹 이름 기능 같은 게 있나요? [23:07] &lt;jrand0m&gt; 그룹 이름 기능이요? [23:07] &lt;dm&gt; 팀 디스커버리 채널! [23:07] &lt;MrEcho&gt; ㅋㅋ [23:08] &lt;dish&gt; 그러니까 사설 또는 분리된 네트워크를 운영하고 싶은데, 어떤 이유로 router가 뒤섞이면 그룹 이름이 없어서 두 네트워크가 합쳐져 버릴 수 있다는 뜻이에요 [23:08] &lt;MrEcho&gt; 그는 WASTE를 생각하는 거예요 [23:08] &lt;jrand0m&gt; 아 [23:08] &lt;dish&gt; 왜 그걸 원할지 모르겠지만, 그냥 혹시 몰라서 물어봐요 [23:08] &lt;jrand0m&gt; 네, 네트워크 설계 초기에 그걸 가지고 실험했어 [23:09] &lt;jrand0m&gt; 그건 지금(또는 비교적 가까운 미래 [6~12개월]) 우리가 필요로 하는 것보다 고급 기능이라 나중에 통합될 수도 있어 [23:09] &lt;dish&gt; 아니면 하나의 큰 네트워크로 유지하는 게 더 낫기 때문에 나쁜 아이디어인가요 [23:09] &lt;dm&gt; i2pisdead [23:09] &lt;jrand0m&gt; 헤헷 dm [23:10] &lt;nop&gt; 닥쳐 [23:10] &lt;dm&gt; nop: 터프가이냐? [23:10] &lt;jrand0m&gt; 아니야 dish, 좋은 아이디어야 [23:10] &lt;dm&gt; 웃긴 녀석? [23:10] &lt;jrand0m&gt; 그게 본질적으로 0.2.3 릴리스의 내용이야 -- 제한된 라우트 [23:10] &lt;jrand0m&gt; (즉, 소규모의 개인적(신뢰된) 피어 집합이 있고, 그들이 누구인지 모두가 알게 하고 싶지는 않지만, 그래도 그들과 통신은 하고 싶은 경우) [23:15] &lt;jrand0m&gt; 좋아, 다른 거 있나? [23:15] &lt;nop&gt; 아니, 그냥 장난친 거야 [23:18] &lt;dm&gt; 웃긴 녀석? [23:20] &lt;jrand0m&gt; 좋아, 음, /흥미로운/ 미팅이었네, 중간에 iip가 몇 번 크래시 나긴 했지만 ;) [23:21] &lt;jrand0m&gt; * jrand0m *baf* 하며 회의를 마무리합니다 </div>/ko/blog/2003/11/26/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-11%EC%9B%94-26%EC%9D%BC/Wed, 26 Nov 2003 00:00:00 +0000/ko/blog/2003/11/26/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-11%EC%9B%94-26%EC%9D%BC/<p>(웨이백 머신 제공 <code>http://www.archive.org/</code>)</p> <h2 id="빠른-요약">빠른 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dm, duck, jrand0m, Nostradumbass, Ophite1, TC, tonious</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> [22:04] &lt;jrand0m&gt; agenda: [22:04] &lt;jrand0m&gt; 0) welcome [22:04] &lt;jrand0m&gt; 1) status [22:04] &lt;jrand0m&gt; 2) transport futures [22:05] &lt;jrand0m&gt; 3) peer stats for selection [22:05] &lt;jrand0m&gt; 4) apps [22:05] &lt;jrand0m&gt; 5) ...? [22:05] &lt;jrand0m&gt; 0) [22:05] &lt;jrand0m&gt; hi. [22:05] &lt;jrand0m&gt; 66 is it? [22:05] &lt;duck&gt; 7) what brand of whiskey does jrand0m drink? [22:06] &lt;jrand0m&gt; bushmills, glenlivit [22:06] &lt;jrand0m&gt; (for whiskey and whisky, respectively) [22:06] &lt;TC&gt; yey, i made the meating [22:06] &lt;jrand0m&gt; woot [22:06] &lt;jrand0m&gt; ok, 1) status [22:06] &lt;jrand0m&gt; the kademlia stuff is coming along very well. [22:07] &lt;jrand0m&gt; I've build a little simulator that runs a network of five nodes and puts them through the basic tests [22:07] &lt;jrand0m&gt; also the idn stuff is implemented with some tests as well [22:08] &lt;jrand0m&gt; the last two days or so have been focused on making sure the kademlia code works for both idn and for the i2p netdb, which has caused a bunch of changes [22:09] &lt;jrand0m&gt; actually, the big change is that I'm forcing myself to be practical and make the kademlia code work first with the netDb and /then/ think about the idn stuff. [22:10] &lt;jrand0m&gt; idn right now is kind of functional, except for inter-node comm (which will be replaced with comm over i2p, of course ;) [22:10] &lt;TC&gt; idn is the stuff for the distributed storage? [22:10] &lt;jrand0m&gt; roadmap has been updated as well - http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:10] &lt;jrand0m&gt; yes [22:10] &lt;jrand0m&gt; idn = Invisible Distribution Network [22:10] &lt;jrand0m&gt; (free open source anonymous akamai, basically) [22:11] &lt;TC&gt; is there a non anonymous public akamai implemintation i could play with? [22:11] *** leenookx (~leenookx@anon.iip) has joined channel #iip-dev [22:12] &lt;jrand0m&gt; mnet is probably up that alley [22:12] *** Signoff: nickthief60934 (Excess Flood) [22:12] &lt;jrand0m&gt; before I jump back into the router completely, I'm planning on leaving the idn code in a state that /hopefully/ someone would be able to jump in and make that into a usable app. [22:13] *** dm (~sd@anon.iip) has joined channel #iip-dev [22:14] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:14] &lt;jrand0m&gt; if you see the roadmap, kademlia has been pushed into the 0.2.2 release. in addition, there are also two big outstanding things that I hope to have in there, fixing a pair of bugs that do annoying things [22:14] &lt;TC&gt; would it be posible do image grabs do idn from an i2ptunnel eepsite? [22:15] &lt;jrand0m&gt; hmm? [22:15] &lt;jrand0m&gt; oh, like &lt;img src="idn:blah"&gt;? [22:15] &lt;TC&gt; i was just thinking of bandwidth saving, yes [22:15] &lt;Ophite1&gt; protocol would be the obvious way to go, yes. [22:16] &lt;jrand0m&gt; hmm Ophite1? [22:17] &lt;jrand0m&gt; (sorry, I'm sick again so might not be quite on top of my game today) [22:17] &lt;dm&gt; how many LOC have you written jr? [22:17] &lt;TC&gt; Ophite1, could i2p tunnel be modified to redirect? [22:18] &lt;TC&gt; or could the browser do it on its own somehow? [22:18] &lt;jrand0m&gt; dm&gt; "find . -exec grep \\\; {} \; | wc -l" currently puts the sdk ~8kloc, the router ~11kloc [22:18] &lt;dm&gt; okay thanks. [22:19] &lt;jrand0m&gt; idn would want to support receiving requests from browsers. [22:19] &lt;Ophite1&gt; would mean integrating idn into i2ptunnel. very ugly. [22:19] &lt;jrand0m&gt; currently idn has a so-god-damn-easy api. [22:19] &lt;jrand0m&gt; the api is the file system. [22:19] &lt;jrand0m&gt; aka: [22:19] &lt;jrand0m&gt; command=get [22:19] &lt;jrand0m&gt; key=zGb1tPM6ARNRTWZLCWK4XXco2Ngk8ccx-ciDUCom~9U [22:19] &lt;jrand0m&gt; saveAs=testGetOutput.txt [22:20] &lt;jrand0m&gt; place that in a file in a directory, and voila. [22:20] &lt;jrand0m&gt; (that was the easiest possible for me to implement and test with. certainly better ones can be found and made) [22:21] &lt;jrand0m&gt; ok, so, yeah. thats the status. I'm hoping for a 0.2.2 release by this time next week, at least. [22:22] &lt;jrand0m&gt; that'll include the first integration of the kademlia stuff, tunnel fixes, and i2cp updates. [22:23] &lt;jrand0m&gt; ok, 2) transport futures [22:23] &lt;jrand0m&gt; I don't like our tcp transport. and our udp transport is disabled. and our phttp transport is tweaky. [22:23] * jrand0m would like to see the tcp transport replaced with tls / ssl / some-other-standard [22:24] &lt;Ophite1&gt; link-level encryption is a requirement? [22:24] &lt;jrand0m&gt; absolutely. [22:25] &lt;Ophite1&gt; tls is _hell_ though. ask openssl. [22:25] &lt;tonious&gt; ssh? [22:25] &lt;Ophite1&gt; that, too. [22:25] &lt;jrand0m&gt; yeah, I followed the nasty discussions on the cryptography list last month, with interest. [22:25] &lt;jrand0m&gt; ssh is definitely a possibility. [22:26] &lt;jrand0m&gt; safe, too, since we already essentially have the certificates (in the RouterInfo.publicKey) [22:26] &lt;Ophite1&gt; but we're in java. we'd have to code it ourselves? :/ [22:26] &lt;jrand0m&gt; naw, there are ssl, tls, and ssh java libs [22:26] *** Signoff: nickthief60934 (Ping timeout) [22:26] &lt;tonious&gt; There's already at least one java ssh client. Dunno about servers. [22:26] &lt;Ophite1&gt; re: security of such libs, given numerous high profile holes in openssl, openssh, et al? [22:27] &lt;jrand0m&gt; Ophite1&gt; most likely better than custom built code. [22:27] &lt;jrand0m&gt; not that I have any reason to think there are exploits in the tcp transport as written. [22:27] &lt;jrand0m&gt; but it has not been reviewed. [22:28] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:28] &lt;jrand0m&gt; in any case, updating the transports isn't really on deck until january (after the 0.3 release goes out) [22:28] &lt;jrand0m&gt; but if anyone wants to look into it and do some research, that'd be great [22:29] &lt;TC&gt; how many devs do we have activly coding? [22:29] &lt;dm&gt; 1! :) [22:29] &lt;jrand0m&gt; you can see who commits via (Link: http://i2p.dnsalias.net/pipermail/i2p-cvs/2003-November/thread.html)http://i2p.dnsalias.net/pipermail/i2p-cvs/2003-November/thread.html [22:29] &lt;tonious&gt; But he's got the strength of ten men.... [22:30] &lt;jrand0m&gt; mihi has been cleaning up some of my messes, thankfully :) [22:30] &lt;dm&gt; haha, it's all jrandom :) [22:30] &lt;dm&gt; nice way of saying "just me" [22:31] &lt;dm&gt; I noticed that about mihi, when he got involved in frazaa, he just showed up one day and started cleaning up my (horrid) java. It was quite entertaining. [22:31] &lt;jrand0m&gt; heh [22:31] &lt;Ophite1&gt; people like that are very, very useful :) [22:32] &lt;jrand0m&gt; quite [22:32] &lt;dm&gt; "who's writing all these catch statements who do nothing ;)" -mihi [22:32] &lt;jrand0m&gt; d'oooh [22:33] &lt;Ophite1&gt; it's cause of reminders like that the code won't get as bad as freenet (we hope?) :) [22:33] &lt;jrand0m&gt; if in 5 years any of the current i2p code is still in use, I'll be shocked. [22:34] &lt;jrand0m&gt; (it had better be ported into finely tuned ASM code by then!) [22:34] * Ophite1 makes his "java implementation is just a prototype" speech [22:34] &lt;dm&gt; well, if you're still working on it 4 years from now, I'll guarantee that It'll be in use 5 years from now :) [22:34] &lt;TC&gt; heh, comment it out and leave it in place [22:35] &lt;dm&gt; is there a link to see the source on the web? not just the changes. [22:35] &lt;jrand0m&gt; yes dm, http://i2p.dnsalias.net/ [22:35] &lt;dm&gt; nm, found it. [22:35] &lt;jrand0m&gt; :) [22:35] &lt;jrand0m&gt; ok, 4) peer stats for selection [22:36] &lt;jrand0m&gt; calling this a nebulus topic is one hell of an understatement. [22:36] &lt;jrand0m&gt; doctoral theses could be written (and some have been) on how to choose what peers to use in an untrusted environment. [22:36] &lt;dm&gt; public interface Job [22:36] &lt;dm&gt; oops, meeting. Sorry didn't realize. [22:37] &lt;jrand0m&gt; the good part is that half of our peer selection is already taken care of - the selection of peers to find other peers. [22:37] &lt;jrand0m&gt; (thats the kademlia stuff) [22:38] &lt;jrand0m&gt; the part thats left is the selection of peers to participate in tunnels, to route garlics, and to bounce replies through [22:38] *** Signoff: dm (EOF From client) [22:38] *** Signoff: TC (EOF From client) [22:38] *** Signoff: leenookx (EOF From client) [22:38] &lt;jrand0m&gt; what I'm thinking for 0.3 is just going to be a simple history of each peer, tested periodically [22:39] *** TC (~TC@anon.iip) has joined channel #iip-dev [22:39] *** leenookx (~leenookx@anon.iip) has joined channel #iip-dev [22:39] &lt;jrand0m&gt; stats revolving around latency and uptime [22:39] *** Signoff: soros (Client exiting) [22:39] &lt;Ophite1&gt; suggest you be wary of including accurate information about bandwidth usage and latency in that stats. [22:40] &lt;Ophite1&gt; as per my drunken questions. [22:40] &lt;Ophite1&gt; perhaps a more indirect route, but it's an area that needs very careful, well considered attention. [22:40] &lt;jrand0m&gt; hmm, with the intent of keeping the accurate info unknown, or to defeat predictabilities? [22:40] &lt;jrand0m&gt; right [22:41] &lt;jrand0m&gt; this discussion is for a release that won't go out until at least jan 1 [22:42] * jrand0m understands and agrees that we want to avoid the predictabilities [22:42] &lt;jrand0m&gt; but I think we want to gather and use as accurate info as we can, /then/ adjust for entropy [22:42] &lt;Ophite1&gt; mere entropy alone may not be enough. [22:43] &lt;Ophite1&gt; but, I need more research on this :/ [22:43] &lt;jrand0m&gt; true - randomly deciding to garlic route a message rather than tunnel route it, or to use a sequence of tunnels instead of one directly, etc [22:44] &lt;jrand0m&gt; no rush, just wanted to plant the subject in the minds of those out there :) [22:44] &lt;jrand0m&gt; ok, 4) apps [22:45] &lt;Ophite1&gt; been troubling me for a week or more; though, I'm happy to announce I've run into a brick wall so far :) [22:45] &lt;jrand0m&gt; w00t :) [22:45] &lt;Ophite1&gt; inclusion of accurate or accurate+some%entropy statistics may make some attacks work though. [22:46] &lt;TC&gt; oh, before apps i have a question [22:46] &lt;jrand0m&gt; well, its always easy enough to simply discard accurate info as necessary [22:46] *** Signoff: nickthief60934 (Excess Flood) [22:46] &lt;jrand0m&gt; sure tc, whats up? [22:46] &lt;jrand0m&gt; (stats will also (hopefully) make it easier to debug the network's operation while in development) [22:46] &lt;TC&gt; when are manditory minium hop counts (or something like it) going to start?&gt; [22:47] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [22:47] &lt;jrand0m&gt; right now the default minimum tunnel length is one non-local hop [22:47] *** dm (~sd@anon.iip) has joined channel #iip-dev [22:47] * TC didnt know that [22:48] &lt;Ophite1&gt; which is okay as long as the non-local hop doesn't KNOW it's the only non-local hop. [22:48] &lt;jrand0m&gt; that will be up'ed to 2-4 once things are more reliable [22:48] &lt;jrand0m&gt; right Ophite1 [22:48] &lt;Ophite1&gt; still one better than a gnunet shortcut, so it's cool :) [22:48] &lt;TC&gt; oh, and how do speed improvements look? [22:48] * jrand0m is basing that 2-4 # on o-r comments [22:49] &lt;Ophite1&gt; temporary stats for network testing are okay by me, and very useful, but please bear in mind they may be a dangerous feature for production anonymity. [22:49] &lt;jrand0m&gt; hmm, speed improvements will come through more reliable and faster peer selections, which is the 0.3 release [22:49] &lt;dm&gt; jeez, I forgot how jr's code looks like it was written by a robot. [22:49] &lt;dm&gt; Hmmm, that would explain a lot. [22:50] &lt;Ophite1&gt; and through more scalable routing, which is next weeks' :) [22:50] &lt;jrand0m&gt; heh sorry dm, I'll try to be more inconsistent ;) [22:50] &lt;Ophite1&gt; (did I just mean discovery?) [22:50] &lt;jrand0m&gt; right, its discovery, not routing, really. [22:51] &lt;jrand0m&gt; i2p is scale free for normal comm. [22:51] &lt;jrand0m&gt; (and o(log(n)) for discovery) [22:51] &lt;TC&gt; i think your average ai who lives on the net would be pro i2p, what do you think dm? [22:52] &lt;dm&gt; I think the average method size in this code is the smallest I've ever seen is what I think. [22:53] &lt;Ophite1&gt; dm: clean. very good for a proto :) [22:53] &lt;dm&gt; Do you comment as you go or do you go back and put those descriptions? [22:53] &lt;jrand0m&gt; I comment when I get confused [22:54] &lt;jrand0m&gt; (I really can't wait until collections are typesafe) [22:54] &lt;jrand0m&gt; but, yeah, 4) apps :) [22:54] &lt;jrand0m&gt; (unless anyone else has router / network questions?) [22:55] &lt;TC&gt; pnope [22:55] &lt;jrand0m&gt; ok, wiht isn't here, anyone else have any naming service thoughts / comments (mrecho?) [22:55] &lt;TC&gt; a distributed naming server? [22:56] &lt;dm&gt; is wiht ever here? [22:56] &lt;tonious&gt; It could probably just sit on top of IDN. [22:56] &lt;jrand0m&gt; yeah, I'd really love to see the naming service be a dht (perhaps reusing the idn / kademlia code) containing CA signed entries [22:56] &lt;TC&gt; did co die? [22:56] &lt;jrand0m&gt; exactly tonious [22:57] &lt;jrand0m&gt; perhaps you're right, it could be an app that /uses/ idn, not just uses the code. hmmm... [22:57] &lt;jrand0m&gt; that'd be Good. [22:57] &lt;tonious&gt; Mebbe have a key fingerprint associated in case of collisions. [22:57] &lt;jrand0m&gt; naw, co/wiht is around every few days [22:57] &lt;tonious&gt; Wouldn't even necessarily need a centralized CA? [22:57] &lt;jrand0m&gt; we'd need a CA if nyms are unique. [22:58] &lt;Ophite1&gt; The CA signing chain should elminiate collisions. [22:58] &lt;jrand0m&gt; (and we need nyms to be unique to do naming, really) [22:58] &lt;Ophite1&gt; of course this makes CA key very important. [22:58] &lt;TC&gt; how about dys dns? can i make my host file redirect to a eepsite? [22:59] &lt;tonious&gt; TC: Not really. The OS doesn't even see i2p. [22:59] &lt;jrand0m&gt; though we could have $nym.$ca be the thing looked up for [22:59] &lt;Ophite1&gt; perhaps so important we want to distribute trust by it signing some second level .*.i2p domains, and have virtually all stuff under that, *.*.i2p - i.e., jrand0m.nym.i2p [22:59] &lt;jrand0m&gt; right, though with tusko's ppp2p we can get i2p to IP mappings [23:00] &lt;tonious&gt; I dunno. The idea of a CA in an essentially distributed system disagrees with me. [23:00] &lt;tonious&gt; Not bein' a developer though I'm not gonna make a fuss :) [23:01] &lt;TC&gt; dns really isnt that importent [23:01] &lt;jrand0m&gt; tonious&gt; we can do a web of trust, essentially. with, say, 8 seperate known CAs, everyone's local name server knows about those 8, and each of them manages a subdomain (e.g. tc.ca1 or Nightblade.ca2, or we add a .i2p at the end) [23:01] &lt;Ophite1&gt; if you can think of a better way? [23:02] &lt;Nostradumbass&gt; i have another question - its sort of spans the network-application area. [23:02] &lt;jrand0m&gt; (thats really the degenerate case of a WoT) [23:02] &lt;Ophite1&gt; what I said, sort of - get a root key to sign domains... [23:02] &lt;jrand0m&gt; agreed tc [23:02] &lt;jrand0m&gt; fire away Nostradumbass [23:02] &lt;Ophite1&gt; someone gets com.i2p or nym.i2p... [23:02] &lt;Nostradumbass&gt; has any thought been goven to guaranteed latency? [23:02] &lt;Ophite1&gt; allow them to sign jrand0m.nym.i2p, or whatever. [23:02] &lt;Nostradumbass&gt; i'm thinking of VoIP. [23:03] &lt;jrand0m&gt; Ophite1&gt; we wouldn't even need a .i2p key with that [23:03] &lt;tonious&gt; Ophite1: What if the com ca gets taken out by an RIAA hitsquad or something? [23:03] &lt;jrand0m&gt; Nostradumbass&gt; you mean VoI2P? :) [23:03] &lt;Ophite1&gt; then once you're done, destroy the master CA. [23:03] &lt;Nostradumbass&gt; yes [23:03] &lt;Ophite1&gt; tonious: then there's still the others. [23:04] &lt;Ophite1&gt; or some system that requires conspiring groups to get the nym signing key? [23:04] &lt;jrand0m&gt; Nostradumbass&gt; we have already had people run shoutcast streams over i2p with some buffering at 96khz and no buffering problems at less speed. but there's latency. [23:04] &lt;Nostradumbass&gt; with the upcoming release of cryptophone's (Link: http://www.cryptophone.de/)http://www.cryptophone.de/ source it could make an interesting app for i2p. [23:04] &lt;Ophite1&gt; and a really freakin' big hashcash? [23:04] &lt;jrand0m&gt; definitely Nostradumbass [23:04] &lt;tonious&gt; Ophite1: Mebbe a majority signing protocol? [23:04] *** Signoff: dm (Ping timeout) [23:04] &lt;jrand0m&gt; tonious&gt; majority is dangerous with sybil [23:05] &lt;Ophite1&gt; tonious: otoh, it HAS to be non-repudiatory, and has to be able to guarantee non-collision. [23:05] &lt;Ophite1&gt; and majority couldn't do that. [23:05] &lt;Ophite1&gt; a majority of well known users maybe. [23:05] &lt;Ophite1&gt; if it's a consolation, the internet has problems with this too (think Verisign). [23:05] &lt;jrand0m&gt; right, WoT :) [23:06] &lt;Ophite1&gt; but then WoT means that different people might have different ideas of who to trust, which violates non-collision maybe? [23:06] *** thecrypto (~thecrypto@anon.iip) has joined channel #iip-dev [23:06] &lt;jrand0m&gt; Nostradumbass&gt; now if we could get some coders to work on a high performance RTSP over i2p tunnel... ;) [23:06] &lt;Ophite1&gt; it's important, given the length of an "I2P address", but also hard. [23:06] *** Drak0h (~Dr4k0h@anon.iip) has joined channel #iip-dev [23:07] &lt;Ophite1&gt; Nostradumbass: not guaranteed. [23:07] &lt;TC&gt; so how do we secure alias identification (important for commerce and seting up multiple eepsites)? [23:07] &lt;Nostradumbass&gt; over-provisioning of bandwidth is often the only simple way to try and guarantee latency. is there going to ba any way for a node to determine the available bandwidht at another node, so as to ease routing for VoIP apps? [23:07] &lt;jrand0m&gt; yes Nostradumbass, QoS can be done transparently within i2p, but unfortunately thats (I hate saying this) &gt; 1.0 [23:07] &lt;tonious&gt; Say we take root CAs out of it. You generate your key and sign your aliases. [23:08] *** Signoff: thecrypto (EOF From client) [23:08] &lt;Ophite1&gt; Nostradumbass: also, troublesome re some potential attacks? [23:08] &lt;tonious&gt; You also specify who's keys you trust, ala PGP. I think redundancy is more important than collision. [23:08] &lt;Ophite1&gt; tonious: so which jrand0m.nym.i2p did you want again? [23:08] * jrand0m attacks the ns dht to get my nym back [23:08] &lt;Ophite1&gt; if everyone doesn't trust the same, we might not be referring to the same thing when we use the same name. [23:09] &lt;Ophite1&gt; and it would probably allow freenet-KSK-style collision wars. [23:09] &lt;jrand0m&gt; right. either the naming service has CA signed nyms, or it just distributes H(destination) --&gt; destination mappings [23:09] &lt;tonious&gt; Just pop up a menu or something. Or if you're designing an application that talks to a specific server, give it the public key of the signing agent? [23:10] &lt;jrand0m&gt; (and H(destination) == 42 chars as opposed to ~500 chars for a destination) [23:10] &lt;Ophite1&gt; tonious: if you're going to give it public keys, you might as well just sling around I2P addresses. [23:10] &lt;Ophite1&gt; now that's an interesting ideal [23:10] &lt;Ophite1&gt; assuming sha-256 can't be reversed that yields 256-bit I2P addresses that could be "looked up" to reveal the structure. [23:10] *** dm (~sd@anon.iip) has joined channel #iip-dev [23:11] &lt;Ophite1&gt; I smell kademlia again. [23:11] &lt;jrand0m&gt; :) [23:11] &lt;Ophite1&gt; It can also be simply checked. [23:11] &lt;jrand0m&gt; and there's existing code to reuse. [23:11] &lt;Ophite1&gt; somehow, that makes sense. why weren't we doing this already? :) [23:11] &lt;jrand0m&gt; because we want nyms [23:12] &lt;Ophite1&gt; nyms for hosts? [23:12] &lt;jrand0m&gt; but, I suppose, 42 chars is a good enough starting point [23:12] &lt;Ophite1&gt; need a root CA for that :/ [23:12] &lt;jrand0m&gt; right [23:12] &lt;Ophite1&gt; in the case where you don't want to trust a root ca? [23:12] &lt;Ophite1&gt; 42 chars is short enough to paste. [23:12] &lt;jrand0m&gt; you don't need a root CA, you can have a forest instead of a tree [23:12] &lt;Ophite1&gt; 520 chars isn't :) [23:12] &lt;jrand0m&gt; heh [23:13] &lt;Ophite1&gt; but if you have a forest, how does anyone know which tree you're talking about? [23:13] &lt;Ophite1&gt; you could slap a key in there, but then, ooh, we've got huge strings of random garbage again. [23:13] &lt;jrand0m&gt; common suffix. $nym.$ca [23:13] &lt;Ophite1&gt; well, I'd like $nym.$ca.i2p :) [23:13] &lt;Ophite1&gt; avoid confusion :) [23:13] &lt;jrand0m&gt; right. I mean, there are possible attacks. I dunno. I'm with TC though [23:13] &lt;jrand0m&gt; good 'nuff for me [23:14] &lt;jrand0m&gt; ok, /other/ apps :) [23:14] &lt;Ophite1&gt; how do you know which ca is which? [23:14] &lt;Ophite1&gt; you have a list? what signs the list? [23:14] &lt;jrand0m&gt; i2pns.config [23:14] *** Signoff: Drak0h (Ping timeout) [23:14] &lt;Ophite1&gt; how're you going to get that? [23:14] &lt;TC&gt; if i could make my own dns list, hostfile style i would be happy [23:14] &lt;jrand0m&gt; on install [23:15] &lt;Ophite1&gt; how are you going to verify those are the "right" keys? [23:15] &lt;Ophite1&gt; ca substitution? [23:15] &lt;jrand0m&gt; right tc, we can even do that without any distributed naming service [23:15] &lt;TC&gt; because i say they are Ophite1 [23:15] &lt;jrand0m&gt; Ophite1&gt; you aren't, any more than you're verifying that the source code is running the "real" i2p [23:15] &lt;TC&gt; and if you trust me, you can download them off my eepsite [23:16] &lt;Ophite1&gt; I suppose at the end of the day you can only reduce that to trust in one key being right, so :) [23:16] &lt;Ophite1&gt; works for me, yeah. [23:16] &lt;Ophite1&gt; as long as I get o1.i2p ;) [23:16] &lt;jrand0m&gt; heh [23:17] &lt;tonious&gt; Hmm. Revised threshold scheme: Each CA works the entire namespace, but a majority of CAs must agree before handing out subspace? [23:17] &lt;jrand0m&gt; ok, last I heard tusko had found a way to get the ppp2p to run off windows machines as well as *nix [23:17] &lt;TC&gt; it would make the i2p\internet doman system much more community based if we all passed around a huge hostfile\cheat sheet [23:17] &lt;Ophite1&gt; tonious: back to majority again... [23:17] &lt;jrand0m&gt; scary for attacks tonious [23:17] &lt;jrand0m&gt; thats true TC [23:17] &lt;jrand0m&gt; (and the value of such a community should not be underestimated) [23:18] &lt;Ophite1&gt; tc: arpanet stylee? [23:18] &lt;tonious&gt; Sigh. :) [23:18] &lt;Ophite1&gt; I guess seeds have gotta come from somewhere, so yeah ;) [23:18] &lt;TC&gt; to get a domain name, you would say this is me, and if people agreed they would change the file, and if they where trusted, others would download updates [23:19] &lt;jrand0m&gt; sounds like that'd be a heavily retrieved key from idn :) [23:19] &lt;Ophite1&gt; smells vaguely ca-like too :) [23:19] &lt;TC&gt; you could even have a fight, with more then one file [23:19] &lt;Ophite1&gt; the fidonet nodelist! [23:19] &lt;tonious&gt; And in case of a netsplit there'd be multiple patchfiles. [23:19] &lt;Ophite1&gt; ...doesn't scale. [23:19] &lt;jrand0m&gt; with under a few hundred domains, its maintainable manually [23:20] &lt;TC&gt; after a few hundred you go trusted [23:20] &lt;jrand0m&gt; right Ophite1. this would just be until we argue out the Right Way. [23:20] &lt;tonious&gt; It might be enough to jumpstart a WoT. [23:20] &lt;jrand0m&gt; (or we convince people that CAs aren't that bad ;) [23:20] &lt;jrand0m&gt; true tonious [23:20] &lt;Ophite1&gt; if you're trusting someone to agree that someone is someone else, that's a CA, not just a nodelist :) [23:21] &lt;tonious&gt; Heh. Sorry for bein' the skeptic. [23:21] &lt;TC&gt; jrand0m, in the end i dont whant to be dependent on CA's [23:21] &lt;Ophite1&gt; just allow people to give space below theirs... [23:21] &lt;Ophite1&gt; castyle -- and those on the nodelist to be the cas. [23:21] &lt;Ophite1&gt; course then it's all "which ca is jrand0m on?" [23:21] &lt;jrand0m&gt; CA's aren't necessarily choke points. if they're unsatisfactory, we replace them. [23:22] &lt;tonious&gt; Ophite1: I like that. [23:22] &lt;Ophite1&gt; point. CA being crapped out would be Big Enough News for someone to simply replace them. [23:22] &lt;Ophite1&gt; tonious: so is it slashdot.org or slashdot.com? goatse.cx? :) [23:22] &lt;dm&gt; what does CA stand for? :) [23:22] &lt;Ophite1&gt; certification authority. [23:23] &lt;dm&gt; k, thanks. [23:23] &lt;tonious&gt; Heh. That's where your own WoT comes in, Ophite1. [23:23] &lt;Ophite1&gt; tonious: yes, but I still have to see goatse once before I realise it's the wrong bloody one. :) [23:23] &lt;tonious&gt; 'I trust Ophite1 not to show that horrible asshole, and he signed slashdot.org' [23:23] &lt;jrand0m&gt; lol [23:24] &lt;Ophite1&gt; so essentially you're trusting a limited subset of people, not to be horrible assholes. [23:24] * jrand0m reserves the right to be an asshole at times [23:24] &lt;Ophite1&gt; and to hand out domains to the rest. [23:24] &lt;Ophite1&gt; at least one of which ought, really, to be a trent-style first-comes-first-served bot. [23:24] &lt;Ophite1&gt; (with.. yes... hashcash.) [23:24] &lt;tonious&gt; Yeah. And there may be namespace collisions by people who are outside my WoT... [23:25] &lt;jrand0m&gt; yup, and another should be something like thetower's tfee/subpage redirects [23:25] &lt;Ophite1&gt; tonious: something that you can actually USE might be appreciated. it's just a naming system. :) [23:25] &lt;tonious&gt; Heh. [23:25] &lt;Ophite1&gt; the good thing about multiple cas is that they can do their own thing re: that kind of thing - different policies. [23:26] *** Signoff: nickthief60934 (Ping timeout) [23:26] &lt;jrand0m&gt; ok, other apps... [23:26] &lt;jrand0m&gt; IM? [23:26] &lt;Ophite1&gt; finally :) [23:26] &lt;Ophite1&gt; signed nyms! :) [23:26] &lt;tonious&gt; Sorry Ophite1 :) [23:26] &lt;jrand0m&gt; !thwap Ophite1 [23:27] &lt;Ophite1&gt; what, what are you all looking at? :) [23:27] &lt;Ophite1&gt; yes, WoT would be appropriate for _that_ :) [23:27] &lt;dm&gt; I think I remember who was doing IM... thecrypto? [23:27] &lt;Ophite1&gt; in fact... elgamal 2048-bit... dsa 1024-bit... sha-256... sounds kind of familiar. openpgp? [23:27] &lt;jrand0m&gt; yodel was in here the other day, mentioned that they had tried out running yodel's xml-rpc interface over with their own local router, and it worked. so, yay [23:27] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [23:28] &lt;tonious&gt; I've managed to get SOAP going on mine, too. [23:28] &lt;jrand0m&gt; yup dm [23:28] &lt;tonious&gt; No useful apps, beyond 'Yep, it works' so far. [23:28] &lt;jrand0m&gt; hehe [23:29] *** Signoff: nickthief60934 (Excess Flood) [23:29] &lt;Nostradumbass&gt; tonious: so SOAP over i2p = Black SOAP? [23:29] * jrand0m really wants to get idn up and running so we can use i2p as an IP layer, not a TCP layer [23:29] &lt;jrand0m&gt; lol Nostradumbass [23:29] &lt;Ophite1&gt; nicename :) [23:29] &lt;tonious&gt; Nostradumbass: Yep, you got it. [23:30] &lt;tonious&gt; Now I can set up my own I2P casino. w00t! [23:30] *** nickthief60934 (~chatzilla@anon.iip) has joined channel #iip-dev [23:30] &lt;jrand0m&gt; w33wt [23:30] &lt;jrand0m&gt; ok, I think thats 'bout it for the apps [23:30] &lt;jrand0m&gt; 5) ...? [23:31] &lt;jrand0m&gt; hi [23:31] &lt;Ophite1&gt; tonious: cool. we could use a few of those. donate a percentage to the i2p project? :) [23:31] &lt;TC&gt; merchandising [23:31] &lt;tonious&gt; Has anybody thought of a C implementation of I2P? [23:31] &lt;jrand0m&gt; yeah, rent out colo boxes and run routers :) [23:32] &lt;jrand0m&gt; tonious&gt; lets wait until we get the router protocol implemented and thoroughly reviewed before porting ;) [23:32] &lt;tonious&gt; Or anonymous colo: Behind an I2P router and no internet routing :) [23:32] &lt;Ophite1&gt; merchandising = logo. [23:32] &lt;TC&gt; stickers, t-shirts, hats, we need the logo [23:32] &lt;Ophite1&gt; tonious: after it's working and anonymous and stuff? of course. [23:32] &lt;tonious&gt; Yeah, but I'm still running my P2 and I'm a poor guy. [23:32] &lt;tonious&gt; :( [23:32] &lt;Ophite1&gt; i2p needs a good logo. [23:32] &lt;Nostradumbass&gt; yes [23:32] &lt;Ophite1&gt; I mean, the internet doesn't have a logo, but that's just bad marketing. :) [23:32] &lt;dm&gt; I like the one on the WIKI. [23:32] &lt;TC&gt; also, each made-for-i2p program needs its own tweeked version, or take off of the logo [23:32] &lt;jrand0m&gt; how about a transparent logo... it'd, be, like, everywhere, dood [23:33] &lt;Ophite1&gt; an invisible logo. heh. [23:33] &lt;tonious&gt; A 1 pixel by 1 pixel blank gif? [23:33] &lt;jrand0m&gt; definnitely [23:33] &lt;Ophite1&gt; tonious: we'd be sued for copyright infringment? :) [23:33] &lt;tonious&gt; Ha! [23:33] &lt;Ophite1&gt; ("Hey, that's OUR blank gif!") [23:33] &lt;jrand0m&gt; lol [23:33] &lt;Ophite1&gt; Hey, if John Cage can do it... [23:33] &lt;tonious&gt; So we leave our names in the comments field :) [23:33] &lt;Nostradumbass&gt; Ophite1: how about a stream roller paving over the Internet? [23:33] &lt;jrand0m&gt; heh we're just rendering his audio [23:34] &lt;Ophite1&gt; that one on the bottom looks the best imho. [23:34] &lt;tonious&gt; I like the one on the top. It's simple. Like me. [23:34] &lt;Ophite1&gt; with the arc design. [23:35] &lt;Ophite1&gt; something that is small, very simple, and above all would work well as an icon, or in the system tray :) [23:35] &lt;Ophite1&gt; and yes, which can be customised and used as a basis for logos of apps. [23:35] &lt;jrand0m&gt; right [23:35] &lt;dm&gt; How about a black circle with white fill. [23:35] &lt;Ophite1&gt; that arc would be a good start (colour changes?) [23:35] &lt;dm&gt; or a triangle, maybe a square! [23:35] &lt;dm&gt; a parallelogram! [23:37] &lt;tonious&gt; Heh. Open up a cafepress store... [23:37] &lt;Ophite1&gt; god no, not cafepress. [23:37] &lt;dm&gt; a white cloud! [23:37] &lt;Ophite1&gt; we demand class. ... thinkgeek. ;-) [23:37] &lt;dm&gt; little fluffy cloud. [23:38] &lt;TC&gt; it would look toomuch like a cumpuddle in minature [23:38] * jrand0m associates clouds with the sky, thankyouverymuch [23:38] &lt;tonious&gt; Ophite1: First we've gotta convince 'em that we're whitehat. [23:39] &lt;TC&gt; no, lets be black hat [23:39] &lt;jrand0m&gt; tonious&gt; can militant anarchists be whitehats too? [23:39] * TC doesnt like ppl in hats [23:39] &lt;tonious&gt; Dunno. [23:39] * tonious wears a grey fedora FWIW. [23:39] &lt;Nostradumbass&gt; how about a white and a black hat? [23:39] &lt;TC&gt; and modulus would say somthing about class distinction or something [23:40] &lt;dm&gt; a small picture of uncle sam's face? [23:40] &lt;TC&gt; checkered hat? [23:40] &lt;jrand0m&gt; heh tc [23:40] &lt;Nostradumbass&gt; or white and a black wizzard hats [23:40] &lt;Ophite1&gt; I am NOT a white hat. How dare you insinuate that. I want an apology. [23:41] &lt;TC&gt; or a black dunce hat [23:41] &lt;jrand0m&gt; well, anyway... [23:42] &lt;tonious&gt; "i2p inside"? [23:42] &lt;jrand0m&gt; heh [23:42] &lt;dm&gt; I, too, pee... [23:42] &lt;jrand0m&gt; dm&gt; on a calvin sticker! [23:42] &lt;Ophite1&gt; "i2p ... somewhere" [23:42] &lt;TC&gt; so, logo ppl, come on! so can nop set us up a i2p cafepress site? [23:43] * jrand0m repeats the mantra No PR until its ready. [23:43] &lt;Nostradumbass&gt; dm: yeah, make it a "Concentration" style chrade logo-gram. [23:43] &lt;Nostradumbass&gt; &lt;eye&gt; 2 and a pee-ing penis. [23:44] &lt;dm&gt; Let's set a date. [23:44] &lt;jrand0m&gt; heh, yeah, and you'll have your mother click on that icon? [23:44] &lt;dm&gt; March 1st. [23:44] &lt;Nostradumbass&gt; grab it, in fact :) [23:44] &lt;tonious&gt; My mother disapproves of encryption :) [23:44] *** UserX (~User@anon.iip) has joined channel #iip-dev [23:44] &lt;dm&gt; Slashdot article! No matter how far (or not) jrand0m has gotten! [23:44] &lt;dm&gt; Let's pile on the pressure. [23:44] &lt;Ophite1&gt; nooooooo. [23:44] &lt;Ophite1&gt; not yet! [23:45] &lt;jrand0m&gt; damn dm, if you pulled that date out of thin air, you're good. in my palm I have 1.0 slotted as ~ march 1 [23:45] * dm slaps Ophite1 [23:45] &lt;dm&gt; i said march 1st. [23:45] &lt;Ophite1&gt; the appropriate time to promote is when we have a cool shiny thing to wave at them. [23:45] &lt;Nostradumbass&gt; please, no slashdot till the network is ready for the onslaught. [23:45] &lt;jrand0m&gt; right [23:45] &lt;dm&gt; I'm good, what can I say. [23:45] &lt;Ophite1&gt; I call launch date April 4th. [23:45] &lt;Ophite1&gt; 04/04/04 ;) [23:45] &lt;jrand0m&gt; no PR until AFTER 1.0 comes out. [23:45] &lt;Nostradumbass&gt; Mojo was almost destroyed by /. [23:46] &lt;dm&gt; no, none of this rational thinking. March 1st, end of story. [23:46] &lt;jrand0m&gt; ooOOo Ophite1 [23:46] * jrand0m senses that I'm going to have to submit to /. to get them to NOT post dm^H^Han anonymous person's article [23:46] &lt;Ophite1&gt; no, don't do that. malda doesn't give a shit, and he'll post THAT :) [23:46] &lt;jrand0m&gt; heh [23:47] &lt;dm&gt; Yes, you will be ridiculed by my post: "Em, like, there's this like anonymous cool program that's better than kazaa, I2P it's awesome, it's fast, DSA124. yeah" [23:47] &lt;jrand0m&gt; anyway, as things progress, http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap will be updated [23:48] &lt;dm&gt; time to pack. [23:49] &lt;jrand0m&gt; (and some day I'm going to take a week off and go snowboarding) [23:49] *** soros (~soros@anon.iip) has joined channel #iip-dev [23:49] &lt;jrand0m&gt; yeah, we're about the 2hour mark. [23:49] &lt;jrand0m&gt; time to... [23:49] * jrand0m *baf*'s the meeting closed. </div>/ko/blog/2003/11/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-11%EC%9B%94-18%EC%9D%BC/Tue, 18 Nov 2003 00:00:00 +0000/ko/blog/2003/11/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-11%EC%9B%94-18%EC%9D%BC/<p>(웨이백 머신 제공 <code>http://www.archive.org/</code>)</p> <h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dm, duck, godmode0, jrand0m, mihi, Ophite1, soros, TC, tusko, yodel</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; agenda: [22:02] &lt;jrand0m&gt; 0) welcome [22:02] &lt;jrand0m&gt; 1) i2p dev status [22:02] &lt;jrand0m&gt; - 0.2.1.1 is out (peer and tunnel updating and testing, tuning enhancements, tunnel throttling, a DoS defense) [22:02] &lt;jrand0m&gt; - don't use bw limiting (still some debugging) [22:02] &lt;jrand0m&gt; - keep your clocks generally correct (30 minute fudge factor) [used for lease expirations and garlics] [22:02] &lt;jrand0m&gt; 2) kademlia, 0.3, and idn [22:02] &lt;jrand0m&gt; 3) roadmap revise (0.2.3 --&gt; 0.4, 0.2.2 --&gt; 0.3.1)? [22:02] &lt;jrand0m&gt; 4) app status [ppp2p, i2ptunnel, im, ns, squid] [22:02] &lt;duck&gt; 5) why does jrand0m drink cheap local beer? [22:02] &lt;jrand0m&gt; 5) comments / questions / etc [22:02] &lt;jrand0m&gt; heh [22:02] &lt;jrand0m&gt; so yeah, basically that fits under 5 :) [22:02] &lt;mihi_&gt; double 5 ;) [22:03] &lt;mihi_&gt; oops... [22:03] &lt;jrand0m&gt; 0) welcome [22:03] * mihi_ did not look 2 the left column [22:03] &lt;jrand0m&gt; hi. 65th meeting I suppose. [22:03] &lt;jrand0m&gt; hehe [22:03] &lt;jrand0m&gt; 1) that code stuff [22:04] &lt;jrand0m&gt; 0.2.1.1 came out last night [22:04] &lt;jrand0m&gt; lots of goodness in there. [22:04] * mihi tests it atm. [22:04] &lt;jrand0m&gt; tunnels are tested and fail fast, penalizing all participants so they won't likely get into the rebuild [22:05] &lt;jrand0m&gt; messages in i2ptunnel are also throttled to max 64k size (larger messages caused badness) [22:05] &lt;jrand0m&gt; there are some bugs being worked out with the bw limiting code, so make sure your bw limits in router.config are negative values [22:06] &lt;jrand0m&gt; (i2p doesn't have enough traffic on it to cause real load atm anyway) [22:06] &lt;jrand0m&gt; (but bw limiting will be unit tested and fixed for 0.2.1.2) [22:07] &lt;jrand0m&gt; also, please try to keep your clocks close to correct. it sucks that we have to need that, but right now we do. [22:07] &lt;jrand0m&gt; we may be able to work out a way to not require semi-sync'ed clocks, but its delicate. [22:07] &lt;jrand0m&gt; 2) fun stuff [22:08] &lt;jrand0m&gt; a lot of the bugs being worked out in the last few releases are related to the crappy kludge of a BroadcastNetworkDB. [22:08] &lt;jrand0m&gt; since its planned for replacement in 0.3, might as well at least mention what its being replaced with [22:09] &lt;jrand0m&gt; kademlia is a structured distributed hash table (DHT) that lets us insert and fetch in under O(log(N)) time, guaranteed [22:09] &lt;jrand0m&gt; [with one small caveat thats still being worked out] [22:10] &lt;jrand0m&gt; that kademlia code needs to get written for 0.3 so we can do insert and fetch of RouterInfo and LeaseSet structures. [22:10] &lt;jrand0m&gt; however, things would be simpler if it were implemented seperately - and hence testable seperately. [22:10] &lt;jrand0m&gt; (unit testing == good) [22:11] &lt;jrand0m&gt; so, whats a simple way to unit test a dht? to write a simple file store/lookup service on it. [22:11] &lt;dm&gt; insert fetch? are we talking about content? [22:11] &lt;jrand0m&gt; enter idn: (Link: http://wiki.invisiblenet.net/iip-wiki?I2PIDN)http://wiki.invisiblenet.net/iip-wiki?I2PIDN [22:11] &lt;Ophite1&gt; dm: No, only routerinfo and leaseset structures. [22:12] &lt;jrand0m&gt; dm&gt; i2p's networkDatabase currently contains only two specialized structures, as ophite said [22:12] &lt;dm&gt; okay, thanks. [22:12] &lt;Ophite1&gt; may or may not be useful to use it for bootstrapping other protocols too, but it's not anonymous itself. (?) [22:12] *** grimps (~grimp@anon.iip) has joined channel #iip-dev [22:12] &lt;tusko&gt; one question: which protocol is used now for networkDatabase? [22:13] &lt;jrand0m&gt; sorry, phone. [22:13] *** Signoff: godmode0 (Ping timeout) [22:13] &lt;jrand0m&gt; correct, kademlia is not anonymous, but not non-anonymous either [22:13] &lt;Ophite1&gt; modified kademlia will scale. random will not. [22:13] &lt;jrand0m&gt; tusko&gt; currently we do a flooded broadcast [22:13] &lt;duck&gt; what about kademlia getting splitted? [22:13] &lt;dm&gt; no cell phones allowed into meeting. [22:13] &lt;duck&gt; &lt;insert zooko comments&gt; [22:13] &lt;Ophite1&gt; flooded broadcast aka gnutella method definitely won't ;) [22:13] &lt;jrand0m&gt; Ophite1&gt; right, kademlia doesn't use random ones :) [22:13] &lt;duck&gt; Ophite1: works better as freenet routing :) [22:14] &lt;jrand0m&gt; duck&gt; exactly (&lt;jrand0m&gt; [with one small caveat thats still being worked out] ) [22:14] &lt;Ophite1&gt; duck: i rest my case... ;) [22:14] *** Signoff: mihi (Ping timeout) [22:14] &lt;tusko&gt; is kademlia some sort of hypercube? [22:14] &lt;Ophite1&gt; no, a circle. [22:14] *** Signoff: mihi_ (Ping timeout) [22:14] &lt;jrand0m&gt; and/or a xor tree :) [22:15] &lt;Ophite1&gt; splits/joins... reshuffle tree? can we take a peek at emule's overnetalike for this? :) [22:15] &lt;jrand0m&gt; its a fairly easy protocol, but we can definnitely look around. [22:16] &lt;jrand0m&gt; icepick has implemented kademlia in python too, for ent (as kashmir) [22:16] *** mihi (~mihi@anon.iip) has joined channel #iip-dev [22:16] &lt;Ophite1&gt; consider also malicious nodes deliberately fragmenting the tree. [22:16] &lt;jrand0m&gt; absolutely. but its fairly attack resistant [22:16] &lt;Ophite1&gt; 256 bit keyspace is more resistant to that though. [22:17] &lt;Ophite1&gt; plus would have to make a lot of routeridentity structures = hard. [22:17] &lt;tusko&gt; i found interesting the papers of gravepine: (Link: http://grapevine.sourceforge.net/)http://grapevine.sourceforge.net/ [22:17] &lt;jrand0m&gt; this is also why I want to implement it first as an application, rather than rip out the core of i2p - so we can work out all the messy details first [22:17] &lt;Ophite1&gt; so I'm pleased with sec 3 of 0.9 draft. [22:17] *** Signoff: nickthief54450 (Excess Flood) [22:18] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [22:18] &lt;tusko&gt; look to (Link: http://grapevine.sourceforge.net/tech-overview.php)http://grapevine.sourceforge.net/tech-overview.php [22:18] &lt;Ophite1&gt; though I might point out that if message 0, DatabasePing, is inplemented, you might want to include a hashcash in it. [22:18] &lt;jrand0m&gt; interesting tusko, I think their economic model might require some revision, as with their sybyl defenses [22:19] &lt;Ophite1&gt; (you may already; haven't ready that part) [22:19] &lt;jrand0m&gt; absolutely Ophite1. I was actually thinking about putting hashcash certs into all of the messages (DatabaseLookup included) [22:20] &lt;Ophite1&gt; good idea. though, be careful of performance and tuning vs. dos defense there, and you might want to run hashcash calc in a separate, lower-priority thread? [22:21] &lt;jrand0m&gt; well, hashcash verification should be near instantaneous [22:21] &lt;jrand0m&gt; and hashcash generation shouldn't be able to be precompiled [22:21] &lt;jrand0m&gt; er, precomputed [22:21] &lt;dm&gt; Ophite1 must be an avatar created by jrand0m so that he can finally talk about I2P with someone who understands wtf he's saying. [22:22] &lt;jrand0m&gt; lol [22:22] * dm is not fooled. [22:22] *** godmode0 (~enter@anon.iip) has joined channel #iip-dev [22:22] &lt;Ophite1&gt; one way of preventing that is to use derivatives of session keys as part of the hashcash.. [22:22] &lt;jrand0m&gt; right. and/or put in a nonce and the date [22:22] &lt;Ophite1&gt; date leads to those troublesome timing problems though. that could be a real issue. [22:22] &lt;Ophite1&gt; unless you feel like rewriting ntp as well ;-) [22:22] *** Signoff: mihi (Ping timeout) [22:23] &lt;jrand0m&gt; heh [22:23] &lt;jrand0m&gt; well, we've already run into that a little bit [22:23] &lt;jrand0m&gt; (hence the 30 minute fudge factor) [22:23] &lt;jrand0m&gt; a session hash may be workable though. good idea. [22:24] &lt;Ophite1&gt; and no, i'm not jrand0m's clone ;) [22:24] &lt;jrand0m&gt; ok, so for idn, I'm probably only going to implement the stuff on that I2PIDN wiki page [22:25] *** Signoff: dm (Ping timeout) [22:25] &lt;jrand0m&gt; what would probably rule would be if someone would take that and run with it - make a real user interface, better get/store apps, fec/ecc/etc. [22:25] &lt;jrand0m&gt; also, I had some ideas about a search network built in parallel as well [22:26] &lt;jrand0m&gt; but, well, its probably more useful to i2p that I focus my time on the router [22:26] &lt;Ophite1&gt; it runs on top of i2p? [22:26] &lt;jrand0m&gt; (making it functional, scalable, and secure) [22:26] &lt;jrand0m&gt; yes [22:26] &lt;jrand0m&gt; i2p lets idn be anonymous [22:27] &lt;Ophite1&gt; what were your search network ideas? [22:27] &lt;jrand0m&gt; note: its not written yet, but its looking like its #2 on my task list [22:27] &lt;Ophite1&gt; can another dht be built through tunnels? [22:27] *** mihi (~mihi@anon.iip) has joined channel #iip-dev [22:27] &lt;jrand0m&gt; basically a distributed replicated db, with hashcash inserts and syncs, where people store idn keys along side metadata / etc [22:27] *** dm (~as@anon.iip) has joined channel #iip-dev [22:28] &lt;jrand0m&gt; hmm, yes, certainly. but i2p isn't inherently tunnel based - its message based (i2p is IP, i2ptunnel is TCP) [22:28] &lt;Ophite1&gt; if ~all node participate = very useful for "discovering" other protocols. [22:28] &lt;jrand0m&gt; definitely [22:28] &lt;Ophite1&gt; so, should be standard. [22:28] &lt;Ophite1&gt; dhcp/zeroconf for the i2p? :) [22:28] &lt;jrand0m&gt; idn would be a very good app to bundle with i2p to let people have an 'out of box experience' [22:29] &lt;Ophite1&gt; If it's meant to be a fully featured communication/file transfer/storage application, I'd like to propose the name "Darknet". [22:29] &lt;jrand0m&gt; :) [22:29] &lt;Ophite1&gt; You, of course, probably already know where that comes from. :) [22:30] &lt;dm&gt; Where does it come from? [22:30] &lt;Ophite1&gt; MS Research's paper: The Darknet and the Future of Content Distribution. [22:30] *** Signoff: godmode0 (Ping timeout) [22:30] &lt;TC&gt; link? [22:30] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [22:30] &lt;jrand0m&gt; well, tim may says he invented the term ~11 years ago ;) [22:30] &lt;tusko&gt; where is the I2PIDN wiki page? [22:30] &lt;dm&gt; (Link: http://crypto.stanford.edu/DRM2002/darknet5.doc)http://crypto.stanford.edu/DRM2002/darknet5.doc [22:30] &lt;jrand0m&gt; tusko&gt; (Link: http://wiki.invisiblenet.net/iip-wiki?I2PIDN)http://wiki.invisiblenet.net/iip-wiki?I2PIDN [22:30] &lt;Ophite1&gt; also implies that the network works "in the dark" - noone knows who anyone is ;) [22:30] &lt;jrand0m&gt; exactly. [22:31] *** mihi_ (~mihi@anon.iip) has joined channel #iip-dev [22:31] &lt;jrand0m&gt; well, i2p itself is a darknet in that sense, but its generic messaging - it is the IP layer for such a darknet. [22:31] &lt;jrand0m&gt; i2ptunnel is the TCP layer, and idn is NFS :) [22:31] &lt;Ophite1&gt; i2p is the protocol that allows such a network to be created from something broadly like overnet. [22:31] &lt;Ophite1&gt; speaking of which... is there a way to specify priority in messages? [22:32] *** mihi is now known as nickthief76430 [22:32] *** mihi_ is now known as mihi [22:32] &lt;jrand0m&gt; funny that you mention that :) [22:32] *** nickthief76430 is now known as mihi_backup [22:32] &lt;mihi&gt; oops... [22:32] &lt;jrand0m&gt; I was just reading some of the upcoming HotNets2 papers ((Link: http://nms.lcs.mit.edu/HotNets-II/program.html)http://nms.lcs.mit.edu/HotNets-II/program.html) and got inspired for some QoS over i2p mechanisms [22:33] &lt;Ophite1&gt; would a bulk/low-latency bit compromise anonymity slightly (intersection attack?) by allowing traffic linkage? well, even if it were sometimes flips? [22:33] &lt;Ophite1&gt; ah, well that might work better of course =) [22:33] &lt;Ophite1&gt; Don't worry about local plausible denability. [22:33] &lt;jrand0m&gt; right, i2p assumes the local machine is trusted [22:33] *** Signoff: dm (Ping timeout) [22:33] &lt;Ophite1&gt; That is a problem to be solved by Rubberhose/Marutukku and Thermite, not I2P. [22:34] &lt;jrand0m&gt; exactly. (otherwise, the software is compromised and it doesn't matter what we do) [22:34] * TC hopes his local machine is trusted [22:34] &lt;jrand0m&gt; heh [22:34] &lt;Ophite1&gt; TC: easy way to find out; make death threats against bush and see if SS agents turn up at your door ;-) [22:34] &lt;jrand0m&gt; lol [22:34] &lt;TC&gt; done and done [22:34] *** Signoff: tonious (Ping timeout) [22:34] &lt;jrand0m&gt; hah! [22:35] * jrand0m watches my squid proxy get taken down by the fbi [22:35] &lt;TC&gt; its a trap! [22:35] &lt;jrand0m&gt; get an axe! [22:35] &lt;jrand0m&gt; :) [22:35] &lt;TC&gt; anybody play uplink? [22:35] &lt;Ophite1&gt; completed it. cracked it. released it. [22:35] &lt;Ophite1&gt; trained it too ;) [22:36] * jrand0m takes that as a "yes" [22:36] *** dm (~as@anon.iip) has joined channel #iip-dev [22:37] &lt;Ophite1&gt; there may be some dos possibilities in caching, in memory stuff... [22:37] &lt;jrand0m&gt; ok, so thats what I'm thinking with idn/kademlia. get idn implemented and working over the 0.2. code, smash it in a bit, then implement 0.3 with that kademlia implementation [22:37] &lt;jrand0m&gt; oh certainly. the todo list has 'sync pending and large messages to disk' :) [22:37] &lt;dm&gt; shouldn't IDN be implemented after I2P is tested and mature? [22:38] &lt;jrand0m&gt; thats one of the problems we ran into testing a large file of TC's eepsite [22:38] &lt;Ophite1&gt; dm: not given as it's a testbed for the fancy db. [22:38] &lt;jrand0m&gt; dm&gt; I was thinking that too, but I need to implement the kademlia code to get 0.3 ready. basically the kademlia code IS 0.3 [22:38] &lt;Ophite1&gt; I do like the hybrid dht nature such a network would provide though. [22:39] &lt;dm&gt; aha... [22:39] &lt;jrand0m&gt; but if no one wants to toss a normal UI onto it until i2p 1.0, that might be a good idea as well [22:39] &lt;Ophite1&gt; dht node discovery + ngr-like routing = scalability capable of handling critical mass [22:39] &lt;dm&gt; what happened to that original milestone list. secure--&gt;anonymous--&gt;not harvestable, etc... [22:39] &lt;Ophite1&gt; jrand0m: I will refrain from advertising it to pirates until it's ready. that enough? [22:39] &lt;jrand0m&gt; well, minus the ngr-like routing :) we tunnel :) [22:39] &lt;TC&gt; as long as we keep the cli [22:39] &lt;dm&gt; ah scalable was one of the items in that chain. [22:39] &lt;jrand0m&gt; dm&gt; 0.3 is necessary for scalable. which is before not harvestable [22:39] &lt;jrand0m&gt; thanks Ophite1 :) [22:40] &lt;jrand0m&gt; definitely TC. I'll need the cli to test it [22:40] &lt;Ophite1&gt; scalability of the actual anonymous stuff is directly related to choices made in the routing for the tunnels, and that's a router implementation thing? [22:40] &lt;jrand0m&gt; (and, c'mon, we'll probably do software distribution / releases with idn) [22:40] *** godmode0 (~enter@anon.iip) has joined channel #iip-dev [22:40] &lt;dm&gt; alrighty... sounds okay then. [22:40] &lt;jrand0m&gt; absolutely ophite. [22:40] &lt;Ophite1&gt; suggestion: maximum message size? [22:40] &lt;jrand0m&gt; thats the Hard problem [22:41] &lt;jrand0m&gt; max message size is currently insanely large (4g) but I'm thinking of trimming it to 64k or 128k [22:41] &lt;jrand0m&gt; but I don't want to resort to that yet [22:41] * Ophite1 goes digging in notes [22:41] &lt;Ophite1&gt; BitTorrent/Scone scalability notes indicate 512K. [22:42] &lt;jrand0m&gt; heh ok cool. (any refs I can dig into?) [22:42] &lt;Ophite1&gt; but, think of it like tcp window size. [22:42] &lt;jrand0m&gt; right [22:42] &lt;Ophite1&gt; not for scone, sorry - friend's research project. [22:42] &lt;jrand0m&gt; coo', no worry [22:42] *** Signoff: mihi_backup (Ping timeout) [22:42] &lt;Ophite1&gt; fwiw, your kademlia is about as good as his though :) [22:42] &lt;jrand0m&gt; hehe [22:42] &lt;jrand0m&gt; (well, I haven't implemented it yet ;) [22:42] &lt;Ophite1&gt; uh, hers I mean :/ [22:42] &lt;jrand0m&gt; oh wikked [22:43] &lt;dm&gt; boner.. [22:43] *** mihi_backup (~mihi@anon.iip) has joined channel #iip-dev [22:43] &lt;jrand0m&gt; heh [22:43] &lt;jrand0m&gt; so, thats 2) kademlia, 0.3, and idn [22:43] &lt;Ophite1&gt; she named her toys after puddings. custard, crumble (Waste-like), strudel.. her bittorrent-a-like was the fastest pudding in the world - 'scone ;) [22:43] &lt;jrand0m&gt; haha [22:45] &lt;Ophite1&gt; she's a math. [22:45] &lt;jrand0m&gt; even better [22:45] &lt;jrand0m&gt; there's a lot of stats gathering / analysis that will be coming up for advanced peer selection [22:45] &lt;Ophite1&gt; but I'll see if I can bounce stuff past her. scalability from i2np 0.9 was from her - she likes it. [22:45] &lt;jrand0m&gt; (unfortunately we can't cheat like mnet, mixminion, and tor) [22:46] &lt;jrand0m&gt; great to hear [22:46] &lt;Ophite1&gt; one comment - dsa? [22:46] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [22:46] &lt;Ophite1&gt; dsa 1024 bit, as in SHA-1? [22:46] &lt;jrand0m&gt; yea [22:47] &lt;Ophite1&gt; 'spose it is tried and tested. [22:47] &lt;Ophite1&gt; also small. [22:47] &lt;jrand0m&gt; right. but I'm not 100% tied to our particular crypto impls [22:47] &lt;Ophite1&gt; anyway. to roadmap. [22:47] &lt;TC&gt; haha, lets name a windows version 'Microsoft Darknet (r)' [22:47] &lt;jrand0m&gt; heh tc [22:48] &lt;jrand0m&gt; ok, 3) roadmap revise (0.2.3 --&gt; 0.4, 0.2.2 --&gt; 0.3.1)? [22:48] &lt;jrand0m&gt; because of all the bugs I've been running into wrt the broadcast db, I want to escalate the 0.3 (kademlia db) release [22:48] &lt;TC&gt; its nice not being limmited by trademarks like a normal open source project [22:49] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [22:49] &lt;jrand0m&gt; 0.2.3 is restricted routes / trusted peers, and probably not a hard feature requirement that anyone here has. it can be shuffled out to 0.4 without problem, I think [22:50] &lt;jrand0m&gt; 0.2.2 is tunnel mods, but I think a lot of the pressure to get that implemented will be eased with the 0.2.1.1 release (which tests and rebuilds tunnels as necessary, rather than waiting 10 minutes) [22:50] &lt;Ophite1&gt; trusted peers is an area that needs some revision imho. [22:50] &lt;jrand0m&gt; agreed. [22:50] *** dm_backup (~as@anon.iip) has joined channel #iip-dev [22:50] &lt;Ophite1&gt; only area that doesn't give me warm fuzzies. [22:50] &lt;Ophite1&gt; though that may just be the word "trusted". :) [22:50] &lt;jrand0m&gt; basically my current thoughts are to publish tunnels to routers [22:50] &lt;jrand0m&gt; heh [22:51] &lt;jrand0m&gt; (if we publish tunnels to routers, we can get away with untrusted gateways, which drops the 'trusted' from trusted peers) [22:51] *** Signoff: dm (Ping timeout) [22:51] *** dm_backup is now known as dm [22:51] &lt;Ophite1&gt; need to analyse anonymity implications of that. [22:51] &lt;jrand0m&gt; but trusted peers is inherently necessary in a militant grade anon system, where /all/ nodes you can contact are considered attackers. [22:52] &lt;Ophite1&gt; don't think that is truly possible... [22:52] &lt;jrand0m&gt; certainly. yet another reason it should get 0.4 [22:52] &lt;jrand0m&gt; Ophite1&gt; trusted nodes with timed / triggered self destruct. [22:52] &lt;jrand0m&gt; set up a patsy, route through it, kill it [22:52] &lt;jrand0m&gt; exactly, if patsies delete their logs after N hours / N bytes / N messages [22:52] &lt;Ophite1&gt; I mean if you want me to release a worm that sets up a couple of million... [22:53] &lt;Ophite1&gt; logs? what logs? [22:53] &lt;jrand0m&gt; :) [22:53] &lt;jrand0m&gt; ok, format the disks ;) [22:53] * Ophite1 wrote kernel-level stealth trojan [22:53] &lt;jrand0m&gt; nice [22:53] * dm wrote kernel level outlook calendar plugin. [22:53] &lt;Ophite1&gt; ...when I was 19 :) [22:53] &lt;Ophite1&gt; still works. :) [22:54] &lt;Ophite1&gt; not going to include it in this though, don't worry, or, uh, check my code, which would probably be a Good Thing To Do anyway ;) [22:54] &lt;dm&gt; when I was 12. [22:54] &lt;jrand0m&gt; I don't think i2p will want /that/ large distribution until after 1.0 is stable and heavily peer reviewed [22:54] &lt;jrand0m&gt; heh Ophite1 [22:54] &lt;jrand0m&gt; heh dm [22:54] &lt;Ophite1&gt; frankly, think that is a fluff feature. [22:54] &lt;jrand0m&gt; perhaps. [22:55] &lt;jrand0m&gt; restricted routes is a necessity though [22:55] &lt;jrand0m&gt; its basic functionality for people behind firewalls [22:55] &lt;jrand0m&gt; (very restrictive firewalls) [22:55] &lt;Ophite1&gt; hello, transports. [22:55] &lt;Ophite1&gt; we'll get to that. [22:55] &lt;Ophite1&gt; or is now the appropriate time to discuss them? [22:55] &lt;jrand0m&gt; sure, lets dig in :) [22:56] &lt;jrand0m&gt; we've already run into a problem with an unreachable peer that could be solved with restricted routes [22:56] *** tusko has left #iip-dev [22:56] &lt;jrand0m&gt; even though it was due to misconfiguration, it could be more common [22:57] &lt;Ophite1&gt; Also: given two cooperating peers behind inbound-filtering firewalls that drop bad packets, and one cooperating peer which is not behind a firewall and can send packets with forged IP source addresses to both of the other peers... [22:57] &lt;Ophite1&gt; You can establish a TCP connection between the two firewalled peers that both firewalls think is outbound. [22:57] &lt;jrand0m&gt; definitely [22:57] &lt;dm&gt; forged IP addresses?!? [22:58] &lt;Ophite1&gt; believe me, firewalls are a VERY common problem. [22:58] &lt;Ophite1&gt; sometimes they are user-controlled but the user is a doofus. that can be handled with the installer handling the firewall :) [22:58] &lt;dm&gt; I2P is gonna use IP spoofing? :) [22:58] &lt;jrand0m&gt; definitely. if i2p can't operate behind firewalls / NATs / proxies, there's no reason to continue. [22:59] &lt;Ophite1&gt; sometimes they are actively hostile, corporate or educational gateways seeking to deliberately mess up everything. It's got to traverse those, and traverse them cleanly. [22:59] &lt;jrand0m&gt; dm&gt; transport options [22:59] &lt;jrand0m&gt; absolutely Ophite1 [22:59] &lt;Ophite1&gt; dm: I have a working implementation - in the Direct Connect protocol. [22:59] &lt;jrand0m&gt; i2p wants to be the battleground for that code. [22:59] &lt;Ophite1&gt; dm: If *that* can handle it, i2p can. [22:59] *** Signoff: tonious (Ping timeout) [23:00] &lt;Ophite1&gt; I suggest leaving it turned off by default though. Only a very few want it turned on, and it would be nice if they can advertise which they are so requests can be routed to them. [23:00] &lt;dm&gt; you can't spoof IPs without native code can you? [23:00] &lt;Ophite1&gt; the advantage is that they don't have to route *through*, just help the setup. [23:00] &lt;Ophite1&gt; = massive speed boost. [23:01] &lt;jrand0m&gt; definitely Ophite1, thats what the RouterInfo.routerAddress[] structure is for [23:01] &lt;Ophite1&gt; dm: yeah, like this isn't going to be rewritten? [23:01] *** tonious (~Flag@anon.iip) has joined channel #iip-dev [23:01] &lt;dm&gt; okay, just checking... [23:01] &lt;jrand0m&gt; right dm, I have no qualms whatsoever with including native code in i2p [23:01] &lt;Ophite1&gt; I would like to state that I don't think java is a permanent solution. [23:01] &lt;Ophite1&gt; And that I regard java router as testbed/prototype. [23:01] &lt;jrand0m&gt; thats fine. if it gets us to 1.0, works out the protocol, etc, good enough. [23:02] &lt;Ophite1&gt; ...and hope it doesn't get stuck there as freenet has ;) [23:02] &lt;dm&gt; IPAddress.Spoof(192.168.32.1); [23:02] *** alient (alient@anon.iip) has joined channel #iip-dev [23:02] &lt;jrand0m&gt; lol dm [23:02] &lt;dm&gt; import IPSpoofing; [23:02] &lt;Ophite1&gt; mmm... raw sockets in java ;) [23:02] &lt;jrand0m&gt; fcntl / ioctl in java... mmMMmm [23:02] &lt;mihi&gt; hmm, raw sockets require root on unix, don't they? [23:02] &lt;dm&gt; women with large breasts lickig my penis.. mmMMmmm [23:02] &lt;jrand0m&gt; so we include a rootkit [23:03] &lt;jrand0m&gt; ;) [23:03] &lt;Ophite1&gt; jrand0m: got it covered =) [23:03] &lt;jrand0m&gt; heh [23:03] &lt;Ophite1&gt; besides as I said; only a few need it. [23:03] &lt;jrand0m&gt; right [23:04] &lt;jrand0m&gt; and only for legitimate reasons, of course. [23:04] &lt;Ophite1&gt; on my dc hub, only one (bot) had the capability, and the hub told it when passives wanted to connect to passives. [23:04] &lt;Ophite1&gt; caused a bit of amazement that did. [23:04] &lt;jrand0m&gt; hehe [23:04] &lt;Ophite1&gt; also got the bot's host shut down, hence my suggestion to perhaps turn it off by default :) [23:04] &lt;jrand0m&gt; thats definitely a good feature to have avail [23:04] &lt;jrand0m&gt; lol [23:05] *** Signoff: nickthief54450 (Excess Flood) [23:05] &lt;jrand0m&gt; ok, so with restricted routes pushed to 0.4, we have a month or so to continue the debate as to whether the functionality is necessary [23:06] &lt;jrand0m&gt; any other thoughts / things that should be in the roadmap that aren't, things that are in the wrong place, etc? [23:06] &lt;Ophite1&gt; I say push it to 0.4 definitely. It will cause firewall issues at the moment but we are still in testing... [23:06] &lt;Ophite1&gt; ...someone that can't open a firewall port probably shouldn't be trying it yet. [23:06] *** nickthief54450 (~chatzilla@anon.iip) has joined channel #iip-dev [23:06] &lt;jrand0m&gt; right. and even with firewalls, PHTTP lets them through. [23:07] &lt;Ophite1&gt; though need to test phttp against hostile proxies. [23:07] * jrand0m is behind a firewall I don't control and I participate fully in i2p [23:07] &lt;dm&gt; hax0r [23:07] &lt;jrand0m&gt; well, yes, hostile proxies can fake confirm, but its all signed, so the message can't go to the wrong place / etc [23:08] &lt;jrand0m&gt; but the phttp relay and transport does have a lot of features needed [23:08] &lt;Ophite1&gt; in particular, to examine the future possibilities application level routers might have at detecting/fucking up the protocol. [23:08] &lt;jrand0m&gt; hm? [23:08] &lt;Ophite1&gt; have some experience with firewall tunnelling though. [23:08] &lt;Ophite1&gt; might want to include a GET fallback. [23:09] &lt;jrand0m&gt; hmm. GET goes into logs. but perhaps as a fallback [23:09] &lt;jrand0m&gt; (POST can be to /index.html) [23:09] &lt;Ophite1&gt; jrand0m: but it's all signed/encrypted if noderefs are cool...? [23:10] &lt;Ophite1&gt; unless the proxy becomes an active attacker too, that's going to be quite hard for it. [23:10] &lt;jrand0m&gt; all messages are encrypted to the destination router, and the designation as to what phttp relay to go through is signed in the routerInfo [23:10] &lt;jrand0m&gt; right. phttp proxy as is certainly isn't strong enough to go against an active attacker [23:11] *** Signoff: grimps (Leaving) [23:12] &lt;jrand0m&gt; I think it'd be great if people posted some alternate transport ideas to the wiki :) [23:12] &lt;jrand0m&gt; ok, 4) app status [ppp2p, i2ptunnel, im, ns, squid] [23:12] &lt;jrand0m&gt; damn, tusko left [23:12] &lt;jrand0m&gt; tusko wrote a python script (ppp2p) to let people run ppp over i2p via i2ptunnel [23:13] &lt;Ophite1&gt; Told you someone would do that :) [23:13] &lt;dm&gt; ppp over i2p? [23:13] &lt;jrand0m&gt; I haven't looked at it, but last I heard he was running a vpn over i2p with 5s ping times [23:13] &lt;jrand0m&gt; heh yeah [23:13] &lt;Ophite1&gt; dm: of course. [23:13] &lt;dm&gt; when could you use that? [23:13] &lt;dm&gt; could/would [23:13] &lt;jrand0m&gt; dm&gt; anonymous outproxy [23:13] &lt;Ophite1&gt; dm: anonymous ANYTHING. [23:13] &lt;jrand0m&gt; to, say, run a kazaa node anonymously, or whatever [23:13] * Ophite1 points out that anyone running an outbound i2p-&gt;ppp link is insane and will probably be blacklisted/hunted down [23:13] &lt;dm&gt; ah, I understand. [23:13] &lt;jrand0m&gt; definitely Ophite1 [23:14] &lt;jrand0m&gt; so right now, its only for trusted peers. [23:14] &lt;Ophite1&gt; see also: the dresden JAP cascade... :) [23:14] &lt;jrand0m&gt; which, well, doesnt really make sense for anonymity... [23:14] &lt;jrand0m&gt; heh [23:14] &lt;Ophite1&gt; also most of the stuff going out of their node will be unencrypted... [23:14] * jrand0m thinks about ike over ppp over i2p [23:15] * jrand0m watches my head explode [23:15] *** fiaga (~po@anon.iip) has joined channel #iip-dev [23:15] &lt;Ophite1&gt; jrand0m: why not i2p over ppp over i2p? [23:15] &lt;jrand0m&gt; definitely doable. aint recursion fun? [23:15] &lt;soros&gt; i2p over i2p :-o [23:15] &lt;jrand0m&gt; or i2p over ppp over i2p over i2p over freenet over kazaa [23:15] &lt;Ophite1&gt; now that's just silly. Freenet wouldn't possibly work ;) [23:16] &lt;godmode0&gt; over slow connect :) [23:16] &lt;jrand0m&gt; heh it'd have latency issues, certainly :) [23:16] &lt;mihi&gt; ... over an icmp tunnel over ... [23:16] &lt;Ophite1&gt; ooh yes, loki :) [23:16] &lt;Ophite1&gt; 0ldsk00l :) [23:17] &lt;Ophite1&gt; I2P addresses, being the public keys, are ... rather long. [23:17] &lt;jrand0m&gt; yes. [23:17] &lt;jrand0m&gt; actually, since we're on agenda item 4: ns [23:17] &lt;Ophite1&gt; As in an I2P www url being actually too long to paste into any sane place (&gt;512 chars?!!) [23:17] &lt;mihi&gt; co promised to write a naming service... [23:17] &lt;jrand0m&gt; yeah. [23:17] &lt;jrand0m&gt; I think with idn implemented, it would be very easy for someone to adapt the kademlia code into a distributed dns [23:17] &lt;mihi&gt; Ophite1: post them to the eepsite forum. [23:18] &lt;Ophite1&gt; trouble with namespace as I can figure it out is that there has to be either some degree of central control OR you have to allow collisions. [23:18] *** Signoff: fiaga (Ping timeout) [23:18] &lt;jrand0m&gt; (just toss on a CA or WoT CAs, and voila. (Link: www.mihi.i2p)www.mihi.i2p) [23:18] &lt;jrand0m&gt; not necessarily. [23:18] &lt;Ophite1&gt; please enlighten me with your better ideas then. [23:18] &lt;jrand0m&gt; Ophite1&gt; check out co/wiht's specs on the iip-dev list. [23:19] &lt;Ophite1&gt; best I could come up with is root key creates signed namespaces. dnssec stylee. [23:19] &lt;jrand0m&gt; he doesn't go the full route with a dht, but he manages groups [23:19] &lt;jrand0m&gt; just like how we do now - we /all/ can choose who our root dns servers are. [23:19] &lt;jrand0m&gt; in the same vein, we /all/ should be able to choose who our CA (or CA WoT) is [23:20] &lt;jrand0m&gt; so I guess technically there /could/ be collisions, but only once there are multiple CA groups that don't interact [23:20] * Ophite1 notes that is unlikely [23:20] &lt;jrand0m&gt; agreed [23:20] &lt;Ophite1&gt; you either trust the root CA or you don't. [23:20] &lt;jrand0m&gt; and if you don't trust the root, you create your own [23:21] &lt;jrand0m&gt; (or find another) [23:21] &lt;Ophite1&gt; and if you don't trust the root CA it's for a reason, a reason that will rapidly get around. [23:21] &lt;jrand0m&gt; exactly [23:21] &lt;jrand0m&gt; especially when there's anonymous publishing :) [23:21] &lt;Ophite1&gt; being as CA's only real purpose is to insure anti-collision - like Trent... [23:21] &lt;jrand0m&gt; right [23:22] &lt;Ophite1&gt; about the only thing that would cause lack of trust in CA is (1) key leakage or (2) refusal to register something that isn't already registered. [23:22] * jrand0m notes verisign's "trustworthiness" [23:23] * Ophite1 notes that Verisign purports to verify the identity of the certificate holder - one of the properties that an I2P namespace is in fact guaranteed NOT to do [23:23] &lt;jrand0m&gt; self signed certs+++ [23:24] &lt;Ophite1&gt; also I'd point out that distributed systems - like Darknet, as I will call it from here on in until it sticks :) - built on top of i2p probably wouldn't use the namespace. [23:24] &lt;Ophite1&gt; It's for servers, really. [23:24] &lt;jrand0m&gt; heh [23:24] &lt;jrand0m&gt; right [23:24] &lt;Ophite1&gt; Servers don't scale. That problem will be in i2p as much as in IP. [23:24] &lt;Ophite1&gt; so, I think that the usage in practice will actually be surprisingly limited. [23:24] &lt;jrand0m&gt; the idn ("darknet") would keep references to destinations - the full 387 bits of their keys, not some pretty name [23:24] &lt;jrand0m&gt; agreed. [23:25] &lt;jrand0m&gt; except / until someone writes a distributed outproxy system [23:25] &lt;jrand0m&gt; aka o-r / freedom over i2p [23:25] &lt;TC&gt; how many diffrent keys can we have? [23:25] * jrand0m looks forward to that day [23:25] &lt;jrand0m&gt; tc&gt; 2^2048 [23:25] &lt;Ophite1&gt; jrand0m: at which point the root key signs them a namespace: .proxy.i2p [23:26] &lt;dm&gt; This must be the most hypothetical/megalomaniac open source development meeting ever :) [23:26] &lt;jrand0m&gt; aint subspaces grand :) [23:26] &lt;jrand0m&gt; lol dm [23:26] &lt;jrand0m&gt; hey, we're alowed to aim high, aint we? [23:26] &lt;dm&gt; I'm sure most devl meetings are like: "So, do we put 3 bits for the mpeg-5 header or 4?" [23:26] &lt;Ophite1&gt; jrand0m: oddly as it may seem, not every number works for elgamal ;-) [23:26] &lt;TC&gt; dm, youve seen debian meetings right? [23:26] &lt;jrand0m&gt; awww c'mon, 000000000000000000000000000 is a secure key [23:26] * Ophite1 hands out Chocolate Digestives [23:26] &lt;dm&gt; TC: no, what are the like? [23:26] &lt;Ophite1&gt; jrand0m: ooh, identity. [23:26] &lt;TC&gt; dm, i dont know, i was asking [23:27] &lt;jrand0m&gt; ok. thecrypto isn't here either... anyone have im thoughts? [23:27] &lt;Ophite1&gt; damn, I was about to ask about that. [23:27] &lt;Ophite1&gt; quite an important app. [23:27] &lt;dm&gt; Anyway, this type of meeting is more lurker-friendly, so I'm all for it. [23:27] * dm is entertained. [23:27] &lt;jrand0m&gt; heh [23:27] &lt;TC&gt; where is co? [23:27] &lt;Ophite1&gt; as many people will expect i2p to be iip's successor. [23:28] &lt;jrand0m&gt; iip over i2p is fairly easy, if we don't want dcc [23:28] &lt;Ophite1&gt; (I guess it could be, if we just run an iip irc server over i2p...) [23:28] &lt;jrand0m&gt; iip over i2p with dcc requires a new app [23:28] &lt;jrand0m&gt; exactly Ophite1 [23:28] &lt;jrand0m&gt; 0 coding [23:28] &lt;TC&gt; cant we just run irc over i2p? [23:28] &lt;Ophite1&gt; I don't like that idea 'cause ... well, it doesn't give us anything we don't already have :) [23:28] &lt;jrand0m&gt; but last I heard, thecrypto was doing some work on an IM app [23:28] &lt;jrand0m&gt; certainly tc [23:29] &lt;jrand0m&gt; right Ophite1, and it doesn't scale [23:29] &lt;jrand0m&gt; (all the traffic gets funneled to the ircd) [23:29] &lt;Ophite1&gt; Also the IRCd can spy on traffic. [23:29] &lt;TC&gt; ah, goodpoint [23:29] &lt;jrand0m&gt; (this would be when UserX should show up and discuss his ideas for iip2.0) [23:29] &lt;jrand0m&gt; right Ophite1 [23:29] &lt;jrand0m&gt; all the problems of the current iip [23:29] &lt;Ophite1&gt; jrand0m: And absolutely nothing different. [23:29] &lt;jrand0m&gt; more lag. [23:30] &lt;Ophite1&gt; except it's in java. lovely. :) [23:30] &lt;jrand0m&gt; heh [23:30] &lt;Ophite1&gt; Now, shitloads of people have cut their undergraduate teeth trying and failing to build distributed chat applications. [23:30] &lt;jrand0m&gt; ok, so someone should either help thecrypto out or push him along some more :) [23:30] * Ophite1 points out IRC3 [23:30] &lt;jrand0m&gt; yeah, its a perfect school project [23:30] &lt;Ophite1&gt; ..and SILC... [23:30] &lt;Ophite1&gt; ...and... [23:31] &lt;Ophite1&gt; well about a gazillion others. [23:31] &lt;jrand0m&gt; 'zactly [23:31] &lt;Ophite1&gt; Literally all of these, I might add, are pre-DHT as far as I can tell. [23:31] &lt;jrand0m&gt; yup [23:31] &lt;Ophite1&gt; That's disappointing 'cause that's a freakishly useful structure. [23:31] &lt;jrand0m&gt; a DHT for lookup / P3P, and then direct con for IM [23:31] &lt;jrand0m&gt; group chat is harder though, but not too hard [23:31] &lt;Ophite1&gt; well, direct in the i2p sense :) [23:31] &lt;jrand0m&gt; heh right [23:32] &lt;Ophite1&gt; what about darkmail/i2pmail? [23:32] &lt;soros&gt; group sex too [23:32] &lt;dm&gt; soros: agreed. [23:32] &lt;jrand0m&gt; group sex isn't that hard soros ;) [23:32] &lt;jrand0m&gt; lol [23:32] &lt;jrand0m&gt; email over i2p is easy. someone just needs to run a pop server [23:32] &lt;jrand0m&gt; or webmail [23:32] &lt;jrand0m&gt; hahah [23:33] &lt;Ophite1&gt; jrand0m: sure, as long as literally everyone is okay with bloody pgp :) [23:33] * Ophite1 gets CKT nightmares again [23:33] &lt;jrand0m&gt; oh, true. that'd expose the contents to hte server ;) [23:33] &lt;Ophite1&gt; Also... spam. [23:33] &lt;jrand0m&gt; yup [23:33] &lt;Ophite1&gt; We have this thing called hashcash. [23:33] &lt;Ophite1&gt; They sort of fit together, no? [23:34] &lt;jrand0m&gt; ok, so yeah, someone should get working on an i2p specific email app :) [23:34] &lt;Ophite1&gt; obviously that would work best as part of the im. [23:34] &lt;Ophite1&gt; What, after all, is the distinction between irc and email? [23:34] &lt;jrand0m&gt; true, like an IM VMB [23:34] &lt;Ophite1&gt; Whether or not you can page up and see what you missed after you rejoin... [23:34] &lt;jrand0m&gt; placed into the dht [23:34] &lt;jrand0m&gt; good point [23:35] * jrand0m wishes we had a team of a dozen coders [23:35] &lt;Ophite1&gt; note, however, that mail requires storage, as it is offline communication. irc requires no storage, as it is online communication. [23:35] &lt;dm&gt; also email has a lot more penis enlargement adverts. [23:35] &lt;Ophite1&gt; jrand0m: ask around for funding. [23:35] &lt;Ophite1&gt; dm: see above re: hashcash. [23:35] &lt;jrand0m&gt; right, the P3P could contain pending messages [23:36] &lt;Ophite1&gt; dm: A primitive that was not available to the bloke who hacked up email in a night. [23:36] &lt;Ophite1&gt; (At least we won't have to use ! paths to specify the tunnel manually. heh. heh. heh.) [23:36] * dm is gonna miss clear-text dead simple protocols. [23:36] &lt;jrand0m&gt; jrandom%ophite!dm!mihi [23:37] &lt;Ophite1&gt; no, this is i2p. Insert ~520 garbage characters between the bangs then you're closer ;) [23:37] &lt;jrand0m&gt; haha [23:37] &lt;Ophite1&gt; several of these things *are* sort of related. [23:37] &lt;jrand0m&gt; true, 387 bytes base64 encoded... [23:38] &lt;Ophite1&gt; or to put it another way, ELONGURL :) [23:38] &lt;jrand0m&gt; heh [23:38] &lt;Ophite1&gt; [does IE chop at 512?] [23:38] &lt;jrand0m&gt; naw, works fine [23:38] &lt;Ophite1&gt; you admit to using IE? [23:38] &lt;Ophite1&gt; To browse anonymously?! [23:38] &lt;jrand0m&gt; ;) [23:38] * Ophite1 pulls out six of Liu De Yiu's best and waits =) [23:38] * jrand0m uses ie for eppsites, moz for squiding [23:39] &lt;duck&gt; what item are we now? [23:39] &lt;duck&gt; 4? [23:39] &lt;jrand0m&gt; yeah, ok ok [23:39] &lt;Ophite1&gt; still 4 I think. [23:39] &lt;jrand0m&gt; i2ptunnel. still kicks ass. [23:39] &lt;jrand0m&gt; any thoughts? any comments mihi? [23:40] &lt;jrand0m&gt; one thing I want to note wrt the squid outproxy is that I've updated the header filtering to ALLOW COOKIES and replace the user agent with something silly [23:40] * mihi just waits for naming service... [23:40] &lt;jrand0m&gt; mihi (or someone else)&gt; it'd be really easy to bootstrap such a naming service with an /etc/hosts style i2p ns [23:41] &lt;mihi&gt; btw: are there any other public dests except your squid and tc's eepsite? [23:41] &lt;jrand0m&gt; i2pcvs.dest [23:41] &lt;jrand0m&gt; (points at the i2p cvs pserver) [23:41] &lt;jrand0m&gt; (but isn't always up) [23:41] *** yodel (yodel@anon.iip) has joined channel #iip-dev [23:41] &lt;jrand0m&gt; hola yodel [23:41] &lt;yodel&gt; hela [23:42] &lt;jrand0m&gt; ok, I think thats it for 4) apps [23:42] &lt;jrand0m&gt; 5) comments / questions / etc [23:42] &lt;mihi&gt; gui installer? [23:42] &lt;TC&gt; hi yodel [23:43] &lt;yodel&gt; I have to start experimenting putting the xml-rpc over i2p [23:43] &lt;yodel&gt; should work with httptunnel [23:43] &lt;jrand0m&gt; good question mihi. last I heard MrEcho had some of it working [23:43] &lt;jrand0m&gt; awesome yodel [23:43] &lt;jrand0m&gt; definitely. [23:43] &lt;jrand0m&gt; how large are the streams? [23:43] &lt;jrand0m&gt; (aka how chatty is the protocol?) [23:44] * Ophite1 plans to try BitTorrent over I2P as a stress test [23:44] &lt;yodel&gt; xml over http [23:44] &lt;yodel&gt; the ssl layer wont be needed with i2p [23:44] &lt;Ophite1&gt; so, uh, very chatty? :) [23:44] &lt;jrand0m&gt; ah cool, large POST or large replies? [23:44] &lt;jrand0m&gt; (or just small and small?) [23:45] &lt;jrand0m&gt; damn you Ophite1 :) [23:45] &lt;yodel&gt; equal sizes [23:45] &lt;yodel&gt; does httptunnel support gzipped http? [23:45] &lt;jrand0m&gt; but doesn't bt use IP addresses? [23:45] &lt;jrand0m&gt; hmm, httptunnel doesn't have any inherent compression, its just a bitstream [23:45] &lt;TC&gt; hmm, package i2p+ppp\vpn+gui as a security solution for wireless windows shares [23:45] &lt;yodel&gt; so should work... [23:45] &lt;godmode0&gt; jrand0m&gt; you test i2p in nntp news server ? [23:45] &lt;jrand0m&gt; yup yodel [23:45] &lt;yodel&gt; 500-1000 byte send, same for reply [23:46] &lt;jrand0m&gt; hmm I haven't tested that yet godmode0 [23:46] &lt;yodel&gt; much less when zipped [23:46] &lt;jrand0m&gt; oh cool yodel, that'll work without any problem [23:46] &lt;yodel&gt; what is the latency for a single msg/package/whatever? [23:46] &lt;jrand0m&gt; 2-5s, sometimes up to 10s [23:46] &lt;jrand0m&gt; (currently) [23:46] &lt;Ophite1&gt; not bad for a pre-dht :) [23:46] &lt;yodel&gt; so 20s roundtime? [23:47] &lt;jrand0m&gt; I usually pull up a web page in 5-10s [23:47] &lt;yodel&gt; ah [23:47] &lt;yodel&gt; goo [23:47] &lt;yodel&gt; +d [23:48] &lt;jrand0m&gt; damn, we're coming up to the 2 hour mark. anyone have any other questions / thoughts? [23:48] &lt;Ophite1&gt; Pie is good. [23:48] &lt;duck&gt; jrand0m: why do you drink cheap local beer? [23:48] &lt;Ophite1&gt; Orgy and pie is better. [23:48] &lt;jrand0m&gt; rofl duck [23:49] &lt;Ophite1&gt; duck: It's better than Tesco Value Lager? [23:49] * Ophite1 spits from reflex [23:49] &lt;jrand0m&gt; heh [23:49] * duck is concerned about jrand0m's health [23:49] &lt;jrand0m&gt; you're concerned about my cheap beer habits but not my good whiskey habits? [23:50] * Ophite1 reminds about the single malt on Cary Sherman's head [23:50] &lt;duck&gt; do you eat well? [23:50] &lt;godmode0&gt; corona [23:50] &lt;duck&gt; do you do your daily exercises? [23:50] &lt;jrand0m&gt; well, i'm one of those veggies [23:50] &lt;Ophite1&gt; Isn't that a personal question, duck? [23:50] &lt;jrand0m&gt; does typing count? [23:50] &lt;duck&gt; you did drink that much already? [23:50] &lt;duck&gt; that you became a veggie [23:50] &lt;jrand0m&gt; heh [23:50] &lt;Ophite1&gt; cheap beer will do that. [23:51] &lt;duck&gt; Ophite1: jrand0m's health should concern us all, since it is essential for I2P [23:51] *** Signoff: mihi_backup (mihi hands jrand0m the *BAF*er) [23:51] &lt;jrand0m&gt; heh ok ok mihi [23:51] * jrand0m winds up [23:51] * jrand0m *baf*s the meeting closed </div>/ko/blog/2003/11/11/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-11%EC%9B%94-11%EC%9D%BC/Tue, 11 Nov 2003 00:00:00 +0000/ko/blog/2003/11/11/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-11%EC%9B%94-11%EC%9D%BC/<p>(wayback machine <code>http://www.archive.org/</code> 제공)</p> <h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> dish, dm, jrand0m, MrEcho, nop</p> <p>(회의 로그는 회의 중반에 iip가 크래시로 종료되고 핑 타임아웃이 다수 발생한 사실을 숨기기 위해 편집됨, 그러니 이를 단순한 서사로 읽으려 하지 마세요)</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> [22:02] &lt;jrand0m&gt; 안건 [22:02] &lt;jrand0m&gt; 0) 환영 [22:02] &lt;jrand0m&gt; 1) i2p router [22:02] &lt;jrand0m&gt; 1.1) 상태 [22:02] &lt;jrand0m&gt; 1.2) 로드맵 변경 사항 [22:02] &lt;jrand0m&gt; 1.3) 오픈 서브프로젝트 [22:02] &lt;jrand0m&gt; 2) 네이티브 modPow [22:03] &lt;jrand0m&gt; 2) GUI 설치 프로그램 [22:03] &lt;jrand0m&gt; 3) IM(인스턴트 메시징) [22:03] &lt;jrand0m&gt; 4) 네이밍 서비스 [22:03] &lt;MrEcho&gt; 그 .c 코드 봤어요 [22:03] &lt;jrand0m&gt; 5) 라이선스 [22:03] &lt;jrand0m&gt; 6) 기타? [22:03] &lt;jrand0m&gt; 0) 환영 [22:03] &lt;jrand0m&gt; 안녕하세요. [22:03] &lt;nop&gt; 안녕하세요 [22:03] &lt;jrand0m&gt; 회의 2^6 [22:04] &lt;jrand0m&gt; nop, 거기에 추가할 안건 있어요? [22:04] &lt;jrand0m&gt; 좋아요, 1.1) router 상태 [22:04] &lt;jrand0m&gt; 지금 0.2.0.3이고, 내가 마지막으로 들은 바로는 잘 동작해요 [22:04] &lt;MrEcho&gt; &gt; 0.2.0.3 [22:04] &lt;MrEcho&gt; 맞죠? [22:05] &lt;MrEcho&gt; 저도 돌리고 있어요 .. 괜찮아 보입니다 [22:05] &lt;nop&gt; 아니요 [22:05] &lt;jrand0m&gt; 0.2.0.3 릴리스 이후에 사소한 커밋들이 있었지만, 릴리스할 정도는 아니이에요 [22:05] &lt;nop&gt; 저는 따라잡으려고 하는 중이에요 [22:05] &lt;jrand0m&gt; 굿 [22:06] &lt;jrand0m&gt; 0.2.0.x의 경험과 피드백을 바탕으로, 실행 시 자원 소모를 줄이도록 로드맵을 업데이트했어요 [22:06] &lt;jrand0m&gt; (즉, 사람들이 웹서버 / 등을 돌려도 CPU를 잡아먹지 않도록) [22:06] &lt;jrand0m&gt; 구체적으로(안건 1.2로 이동): http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [22:06] &lt;MrEcho&gt; 제가 본 바로는 대부분의 router가 이렇게 사용하더군요: TransportStyle: PHTTP [22:07] &lt;MrEcho&gt; 자동으로 phttp로 가나요, 아니면 먼저 tcp를 시도하나요 [22:07] &lt;jrand0m&gt; 흠, 대부분의 router는 PHTTP를 지원하고, 인바운드 연결을 받을 수 있다면 TCP도 지원해야 해요 [22:07] &lt;jrand0m&gt; 가능하기만 하면 TCP를 사용해요 [22:07] &lt;jrand0m&gt; PHTTP는 TCP보다 비용 가중치가 약 1000배 더 커요 [22:08] &lt;jrand0m&gt; (각 transport에 피어로 메시지를 보내는 비용이 얼마나 들지 묻는 GetBidsJob을 보세요) [22:08] &lt;jrand0m&gt; (그리고 사용되는 값은 TCPTransport.getBid와 PHTTPTransport.getBid를 보세요) [22:08] &lt;MrEcho&gt; 알겠어요 [22:08] &lt;jrand0m&gt; 메시지를 주고받을 때 PHTTP를 자주 쓰고 있나요? [22:09] &lt;jrand0m&gt; (당신의 TCP 리스너에 접근할 수 없다는 신호일 수도 있어요) [22:09] &lt;MrEcho&gt; 제 쪽에 URL들을 넣지 않았어요 [22:09] &lt;jrand0m&gt; 아, 오키. [22:09] &lt;MrEcho&gt; 오, 그렇군요 [22:10] &lt;jrand0m&gt; 좋아요, 네, 제 router들은 당신에게 열린 TCP 연결을 가지고 있어요 [22:10] &lt;dm&gt; 정말 친절하네요. [22:10] * jrand0m 은(는) 여러분이 routerConsole.html 구현을 하게 만들어 줘서, 이런 것 때문에 로그를 뒤질 필요가 없어서 기쁩니다 [22:11] &lt;MrEcho&gt; tcp로 연결이 안 되면 phttp로 가는 타임아웃 같은 게 있나요? 그리고 그 타이밍은 어떻게 되죠 [22:11] &lt;jrand0m&gt; 아무튼, 로드맵의 큰 변화는 0.2.1에서 AES+SessionTag 관련 기능을 구현한다는 거예요 [22:11] &lt;MrEcho&gt; 아니면 그걸 설정으로 둘 수 있나요? [22:11] &lt;jrand0m&gt; TCP connection refused / host not found /등이 나오면 그 시도는 즉시 실패 처리하고, 다음 사용 가능한 bid를 시도해요 [22:12] &lt;MrEcho&gt; 그럼 재시도는 없군요 [22:12] &lt;jrand0m&gt; 제 기억으로는 phttp는 30초 타임아웃이 있어요 [22:12] &lt;jrand0m&gt; 재시도할 필요 없어요. 열린 TCP 연결이 있어서 데이터를 보낼 수 있거나, 아니면 없는 거죠 :) [22:12] &lt;MrEcho&gt; ㅋㅋ 알겠어요 [22:13] &lt;MrEcho&gt; 그 이후에도 매번 tcp를 시도하나요, 아니면 건너뛰고 다음 연결에서는 그냥 phttp로 가나요? [22:13] &lt;jrand0m&gt; 현재로서는 매번 tcp를 시도해요. [22:13] &lt;jrand0m&gt; transport들이 아직 히스토리를 유지하지 않아요 [22:13] &lt;MrEcho&gt; 오케이, 굿 [22:14] &lt;jrand0m&gt; (하지만 피어가 4번 실패하면 8분 동안 블랙리스트에 올라요) [22:14] &lt;MrEcho&gt; 상대가 phttp 메시지를 받으면, tcp로 그 메시지를 보낸 router에 연결해야 하죠? [22:14] &lt;jrand0m&gt; 맞아요. tcp 연결이 하나라도 성립되면 그걸 사용하면 돼요. [22:14] &lt;jrand0m&gt; (하지만 양쪽 피어가 phttp만 있다면, 당연히 phttp만 쓰겠죠) [22:15] &lt;MrEcho&gt; 그건 어디에도 tcp 연결을 수립할 수 없다는 뜻이죠 [22:15] &lt;MrEcho&gt; .. 네 그렇죠 [22:16] &lt;MrEcho&gt; 그걸 우회할 방법이 있으면 좋겠네요 [22:16] &lt;jrand0m&gt; 아니요, 제 router 중 하나는 TCP 주소가 없고 PHTTP만 있어요. 하지만 TCP 주소가 있는 피어들과는 TCP 연결을 수립해요. [22:16] &lt;jrand0m&gt; (그러면 그들은 느린 PHTTP 메시지를 내게 보내는 대신, 그 TCP 연결을 통해 메시지를 되돌려 보낼 수 있죠) [22:17] &lt;jrand0m&gt; 아니면 그 말씀이 아니었나요? [22:17] &lt;MrEcho&gt; 네, 제가 헷갈렸네요 [22:17] &lt;jrand0m&gt; 오케이, 문제없어요 [22:18] &lt;jrand0m&gt; 그래서, 업데이트된 일정 정보는 업데이트된 로드맵을 참고하세요 ((Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap) [22:18] &lt;jrand0m&gt; 좋아요, 1.3) 오픈 서브프로젝트 [22:19] &lt;jrand0m&gt; 드디어 제 palmpilot의 할 일 목록 중 일부를 위키에 올렸어요 (Link: http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects)http://wiki.invisiblenet.net/iip-wiki?OpenSubprojects [22:19] &lt;jrand0m&gt; 그래서 심심하고 코드 프로젝트를 찾고 있다면... :) [22:19] &lt;MrEcho&gt; 헉 [22:20] &lt;MrEcho&gt; 이미 2개 있어요 [22:20] &lt;dish&gt; palmpilot이 있다니, 고급이네요 [22:20] &lt;MrEcho&gt; 제 건 죽었어요 [22:20] &lt;jrand0m&gt; mihi&gt; 거기에 I2PTunnel과 관련해 제가 얼마 전에 했던 생각을 적어둔 항목이 하나 있어요 [22:20] &lt;MrEcho&gt; 왜 그런지 모르겠어요 [22:21] &lt;jrand0m&gt; 네, 예전에 Palm들을 갖고 있었는데, 최근에 이건 프로젝트를 위해 기증받았어요 ;) [22:21] &lt;dish&gt; 회의 안건에 userX가 마지막으로 언제 무언가를 쳤는지 논의하는 걸 넣을 수 있을까요 [22:21] &lt;MrEcho&gt; 젠장, 이놈은 이제 켜지지도 않아요 [22:21] &lt;MrEcho&gt; ㅋㅋ [22:22] &lt;jrand0m&gt; UserX가 4~5개월 동안 아무 말도 안 한 것 같아요 ;) [22:22] &lt;MrEcho&gt; 그거 봇인가요, 아니면 뭐죠? [22:22] &lt;dish&gt; 5개월 전에 뭐라고 했죠? [22:22] &lt;MrEcho&gt; 아마 그가 예전에 접근하던 어떤 박스에서 돌아가는 bitchx일 거예요 .. 그리고 잊어버렸겠죠 [22:22] &lt;jrand0m&gt; 다음 주에 anonCommFramework (i2p의 옛 이름)에 대한 의견을 가져오겠다고요 ;) [22:23] &lt;dish&gt; 하하 [22:23] &lt;jrand0m&gt; 하지만 바쁘겠죠. 인생이 다 그렇죠 [22:23] &lt;jrand0m&gt; 좋아요, 2) 네이티브 modPow [22:23] &lt;MrEcho&gt; 그 C 코드 봤어요 [22:24] &lt;jrand0m&gt; GMP나 다른 MPI 라이브러리를 어떻게 통합할 수 있는지 보여주려고 스텁 .c와 java class를 만들어 뒀는데, 당연히 지금은 동작하지 않아요 [22:25] &lt;jrand0m&gt; 이상적인 건, windows, osx, *bsd, linux용으로 빌드할 수 있고 GPL로 패키징할 수 있는, C 클래스들의 작은 패키지와 그에 연결되는 단순한 Java 래퍼 클래스를 갖추는 거예요 <p>(여기에 중대한 iip 장애를 삽입)</p>/ko/blog/2003/10/21/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-10%EC%9B%94-21%EC%9D%BC/Tue, 21 Oct 2003 00:00:00 +0000/ko/blog/2003/10/21/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-10%EC%9B%94-21%EC%9D%BC/<h2 id="quick-recap">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> jrand0m, dm, thecrypto, sisr, co, godmode0, mihi</p> <h2 id="meeting-log">회의 기록</h2> <div class="irc-log"> [22:59] &lt;dm&gt; 그래서 이 회의가 도대체 언제죠? [23:00] &lt;jrand0m&gt; 지금. [23:00] &lt;jrand0m&gt; 0) 환영합니다 [63] [23:00] &lt;jrand0m&gt; 1) 로드맵: (Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap [23:00] &lt;jrand0m&gt; 2) 0.2 할 일: [23:00] &lt;jrand0m&gt; - 장시간 통신 테스트 [23:00] &lt;jrand0m&gt; - lease(리스) 재구성 버그 [23:00] &lt;jrand0m&gt; 3) prng(의사난수 생성기) (야호) [23:00] &lt;jrand0m&gt; 4) 앱 / 질문 / 기타 [23:00] &lt;jrand0m&gt; 0) 안녕하세요 [23:00] &lt;jrand0m&gt; 제가 멍청하게도 서머타임을 까먹어서 죄송합니다 [23:00] &lt;jrand0m&gt; 63번째 미팅에 오신 것을 환영합니다 [23:01] *** darl_mcbride 님이 #iip-dev에서 퇴장했습니다 [23:01] &lt;jrand0m&gt; 1) 로드맵 [23:01] &lt;jrand0m&gt; 로드맵은 위의 URL에 있으며 필요할 때마다 업데이트됩니다. [23:02] &lt;jrand0m&gt; 네, 일정이 예전보다 더 멀리 잡혀 있는데, 그건 주로 1) 형편없는 소프트웨어는 내고 싶지 않다는 제 생각 2) 이전 추정에서 세부사항을 간과했다는 점을 반영한 겁니다 [23:02] &lt;jrand0m&gt; 하지만 물론, 로드맵에도 써 있듯이, "If you get involved and help out with some of the coding, things will go faster" :) [23:03] &lt;jrand0m&gt; 0.2 자체로 실제로 쓸 만한 기능을 제공할 것입니다 [23:03] *** Signoff: thecrypto (핑 타임아웃) [23:03] &lt;dm&gt; 좋은 소식이네요. [23:03] &lt;jrand0m&gt; 좋아요, 항목 2) 0.2 할 일 [23:04] &lt;jrand0m&gt; 지난 일주일 정도 0.2 릴리스를 대상으로 QA(품질 보증) 작업을 하면서 발견하기 어려운 버그들을 추적해왔습니다 [23:04] &lt;jrand0m&gt; 그런데 몇 분 전에 그 원인을 찾은 것 같고, 지금 백그라운드에서 그에 대한 테스트를 돌리고 있습니다. [23:04] &lt;jrand0m&gt; (문제는 몇 시간 사용 후에 router 또는 목적지와의 통신이 끊긴다는 점이었습니다) [23:05] &lt;dm&gt; 어떤 테스트 장비를 쓰고 있나요? 지금은 전부 로컬인가요? [23:05] &lt;jrand0m&gt; 로컬에 router 3대, 원격에 router 3대 [23:05] &lt;sisr&gt; 0.2에 특정 횟수 이상 router에 연결하지 못하면 시도를 중단하는 기능이 포함되나요? [23:05] &lt;jrand0m&gt; 네 [23:06] &lt;jrand0m&gt; 각 router는 자신이 아는 모든 노드에게 N분(현재 2분)마다 자신의 연락 정보를 게시합니다. 어떤 router가 2.5*N분 동안 새 연락 정보를 받지 못하면 그 참조를 버립니다. [23:06] &lt;jrand0m&gt; 하지만 새 router를 찾고 /싶다면/ (즉, Lease를 통해 그에 대한 참조를 얻었다면), 언제든 검색해서 찾을 수 있습니다 [23:07] &lt;jrand0m&gt; 그런데 로컬에서 router 3대에 활성 목적지 2개를 돌리는 건, 음, CPU 괴물입니다. [23:08] &lt;jrand0m&gt; 좀 지저분하다고 느껴지는 못된 기능을 넣었는데, 환경 변수를 추가해서 기본적으로 ElG 및 AES 암호화를 꺼버릴 수 있게 했습니다. 물론 이건 암호화를 꺼둔 다른 노드와 통신할 때만 유용합니다(그렇지 않으면 대화 자체가 안 되니까요) [23:09] &lt;jrand0m&gt; 좋아요, 0.2 할 일은 여기까지 [23:09] &lt;dm&gt; 테스트 용도인가요? [23:09] &lt;jrand0m&gt; 네, 기본적으로요 [23:09] &lt;jrand0m&gt; (그리고/또는 새 기능을 추가하려고 자체 테스트를 하는 다른 누구에게도요 ;) [23:10] &lt;jrand0m&gt; 이론적으로는 atalk 같은 두 목적지가 -Di2p.encryption=off 플래그를 설정하고도 동작할 수 있습니다(다만 종단 간 암호화는 없어집니다) [23:10] *** thecrypto (~thecrypto@anon.iip) 님이 채널 #iip-dev에 참가했습니다 [23:10] &lt;jrand0m&gt; 하지만 그건 좋지 않은 생각이라고 봅니다. [23:11] &lt;jrand0m&gt; AES+SessionTag 관련 사항이 정리되면 이 기능은 확실히 제거될 겁니다 [23:11] &lt;jrand0m&gt; 좋아요, 3) prng [23:11] &lt;sisr&gt; 권장 최소 CPU와 RAM 요구사항이 있나요? [23:12] &lt;sisr&gt; 죄송 [23:12] &lt;jrand0m&gt; 흠, RAM 요구량은 적습니다(Sun의 JVM은 7–10MB, Kaffe는 16–22MB) [23:13] &lt;jrand0m&gt; 지금은 CPU가 확실히 병목입니다만, 다양한 박스에서 테스트해볼 여건은 없네요 ;) [23:14] &lt;jrand0m&gt; 같은 박스에서 router 3개와, 외부 Squid로 향하는 i2ptunnel 2개를 돌리면 제 P4 1.7GHz 박스는 사실상 맛이 갑니다 [23:14] &lt;thecrypto&gt; 뭔가 말하길 원하신다면 제가 좀 더 활동적일 수도 있어요 [23:14] &lt;dm&gt; 좋아요, 뭐라도 말해봐요. [23:15] &lt;jrand0m&gt; 안녕 thecrypto :) [23:15] &lt;sisr&gt; 왜 한 컴퓨터에서 router를 여러 개 돌리죠? [23:15] &lt;jrand0m&gt; sisr&gt; 개발자만 그렇게 하죠. [23:16] &lt;sisr&gt; 좋아요, 그럼 CPU는 크게 문제 없겠고 몇 주에 걸쳐 테스트를 해볼 수 있겠네요 [23:16] &lt;jrand0m&gt; 맞아요 [23:17] &lt;jrand0m&gt; 좋아요, prng 관련 문제는 Kaffe의 버그로 밝혀졌고, 지금은 수정됐습니다. [23:17] &lt;jrand0m&gt; 그렇다면 굳이 yarrow 구현을 서둘러 도입할 필요는 없습니다. 그들이 SHA1PRNG를 쓰니까요 [23:18] &lt;jrand0m&gt; (그래도 언젠가 갖추면 좋겠죠) [23:18] &lt;jrand0m&gt; 좋아요, 4) 앱 / 질문 / 기타 [23:18] &lt;jrand0m&gt; 더는 없네요, 그래서... 안녕하세요 :) [23:19] &lt;jrand0m&gt; 다른 질문/생각/코멘트 있으신가요? [23:19] &lt;sisr&gt; 네이밍 서버는 어떤가요? co를 오래 못 봤네요 [23:19] *** co (anon@anon.iip) 님이 채널 #iip-dev에 참가했습니다 [23:19] &lt;jrand0m&gt; 호랑이도 제 말 하면 온다더니 [23:19] &lt;jrand0m&gt; 안녕 co [23:19] &lt;sisr&gt; 하하 [23:19] &lt;co&gt; 안녕하세요. [23:20] &lt;jrand0m&gt; 이제 의제에 남은 건 질문 말고는 별게 없네요 [23:20] &lt;jrand0m&gt; [23:19] &lt;sisr&gt; 네이밍 서버는 어떤가요? co를 오래 못 봤네요 [23:20] &lt;jrand0m&gt; [23:19] *** co (anon@anon.iip) 님이 채널 #iip-dev에 참가했습니다 [23:20] &lt;jrand0m&gt; 그리고 방금 그게 일어났죠 :) [23:20] *** Signoff: godmode0 (클라이언트로부터 EOF) [23:21] &lt;co&gt; 진전이 없었습니다. 클라이언트의 일부분만 조금 작성했고, 서버는 전혀 손대지 못했어요. [23:22] &lt;jrand0m&gt; 굿 [23:22] * dm이 co에게 부끄러움의 몽둥이를 겨눈다. [23:22] &lt;sisr&gt; HTTP i2p tunnel이 이제 잘 동작하는 것 같아요 [23:22] &lt;sisr&gt; mihi의 훌륭한 httpclient를 조정해서 프록시 설정에 입력해서 쓸 수 있게 했어요 [23:23] &lt;jrand0m&gt; 굉장한데! [23:23] &lt;sisr&gt; 또한 I2P가 아닌 사이트에 대해 간단한 필터링도 합니다 [23:23] &lt;sisr&gt; jrand0m이 이미 이걸 커밋한 걸로 생각하는데, 맞죠? [23:23] &lt;jrand0m&gt; 어떤 브라우저에서 작동하는지 아나요? 모질라(moz)는 아는데... [23:23] &lt;jrand0m&gt; 응, 그거 커밋했던 것 같아.. 확인해볼게 [23:23] * co는 적절히 부끄러워한다. [23:23] &lt;sisr&gt; Mozilla와 Konqueror에서 잘 작동합니다 [23:24] *** godmode0 (~enter@anon.iip) 님이 채널 #iip-dev에 참가했습니다 [23:24] &lt;jrand0m&gt; 걱정 마 co, 나도 이미 일정보다 두 달 뒤처졌어 [23:24] &lt;sisr&gt; 이번 주에는 mihi I2P tunnel을 이메일 서버와 연동되게 해보겠습니다 [23:24] &lt;sisr&gt; 또 위키 페이지도 많이 업데이트했습니다 [23:24] &lt;jrand0m&gt; 오 그렇지! 고마워요 [23:25] * jrand0m은 오늘 오후 실제로 FAQ 중 하나에 주의 사항을 하나 추가했어요 :) [23:25] * dm은 놀라운 분석 두뇌를 총동원해 sisr의 출신지를 알아내기로 결심한다. [23:25] &lt;dm&gt; "또 위키 페이지도 많이 업데이트했습니다" [23:25] &lt;sisr&gt; 좋아요, 해보세요 [23:25] &lt;dm&gt; 음.....으으음.....으으으음... [23:26] &lt;dm&gt; 아, 또 다른 단서? [23:26] &lt;sisr&gt; 하지만 맞았는지는 말해줄 수 없어요 [23:26] &lt;dm&gt; "..... 이미 커밋했지요, 맞죠?" [23:26] &lt;co&gt; jrand0m: 이미 누군가 물었는지 모르겠는데, I2P 프레임워크와 애플리케이션을 동시에 하나의 패키지로 릴리스하길 원하나요? [23:27] &lt;jrand0m&gt; 제가 원하는 것과 실제로 일어나는 일은 늘 같지는 않더군요 [23:27] &lt;co&gt; 그러니까 함께 묶어서 내자는 뜻입니다. [23:27] &lt;sisr&gt; co 다음에 제가 질문 하나 있어요 [23:27] &lt;jrand0m&gt; 현재 계획은 (Link: http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap)http://wiki.invisiblenet.net/iip-wiki?I2PRoadmap 에 올라와 있습니다 [23:28] &lt;jrand0m&gt; i2p 자체에는 router와 SDK가 포함되고, 준비가 된 애플리케이션은 준비되는 대로 함께 번들할 겁니다. [23:28] &lt;jrand0m&gt; (현재 설치 프로그램에는 router, SDK, phttprelay, atalk, i2ptunnel이 함께 들어갑니다) [23:29] *** Signoff: dm (핑 타임아웃) [23:29] &lt;jrand0m&gt; 뭐야 sisr? [23:29] &lt;co&gt; 그 페이지 꽤 도움이 되네요. 감사합니다. [23:30] &lt;sisr&gt; I2P는 매우 범용적이라 WWW를 탐색하는 데도, I2P Tunnel로 연결된 프로그램과 웹 페이지를 보는 데도 쓸 수 있고, 누군가 순수 I2P 웹서버와 클라이언트를 작성하면 tunnel 없이도 갈 수 있습니다 [23:30] &lt;jrand0m&gt; 물론이죠. [23:30] &lt;sisr&gt; 질문은, I2P 개발자 대상(전략)은 어떤 쪽인가요? I2P Tunnels로 모든 것이 동작하게 해서 사용자들이 IE 같은 익숙한 프로그램을 그대로 쓰게 할지, 아니면 [23:31] &lt;sisr&gt; I2P 전용 웹서버, I2P 전용 웹브라우저 등 I2P에 특화된 모든 것을 새로 만드는 게 더 나은지요? [23:31] *** dm (~as@anon.iip) 님이 채널 #iip-dev에 참가했습니다 [23:32] &lt;jrand0m&gt; 개인적으로는 전자가 가능하면 참 좋겠습니다. 다만 i2p 네이티브로 앱을 설계하면 성능상 이점이 있을 겁니다 [23:32] &lt;mihi&gt; 유닉스 원칙: 하나의 작업, 하나의 도구. 그러니 새 브라우저를 만들지 마세요. [23:32] &lt;jrand0m&gt; 맞아요 [23:32] &lt;sisr&gt; I2P Tunnel의 오버헤드는 어느 정도인가요? 그렇다면 기존 프로그램이 동작하도록 I2P Tunnel 활용에 집중해야겠네요 [23:32] &lt;dm&gt; 하나의 작업, 하나의 도구? 우스운 원칙이군요. [23:33] &lt;sisr&gt; 일반 WWW에 대해 Squid와 이메일 프록시를 설정하는 튜토리얼이 필요하다고 봅니다. 이건 가치 있는 일이고, 한두 개로는 부족하니 다른 사람들이 스스로 설정할 수 있도록 쉬운 안내서가 많이 필요합니다 [23:33] &lt;jrand0m&gt; sisr&gt; i2ptunnel의 유의미한 오버헤드는 i2p의 보장 전달 모드에 의존한다는 점뿐입니다. 이 모드에서는 메시지 하나를 보낼 때마다 확인 응답(ack) 메시지를 기다려야 하며(적절한 모든 암호화를 사용한 tunnel 쌍을 통한 완전한 왕복) [23:34] &lt;sisr&gt; 하하, 좋아요. sisr의 컴퓨터가 아주 오래됐거든요 [23:34] &lt;sisr&gt; 그래서 제겐 정말 느리게 느껴집니다 [23:34] &lt;dm&gt; 처음 몇 번의 실제 테스트에서 지연(latency)은 어땠나요? 그냥 궁금해서요. [23:35] &lt;jrand0m&gt; news.google.com을 모든 이미지와 함께 불러오는 데 약 30–60초 걸립니다 [23:35] &lt;dm&gt; k [23:36] &lt;sisr&gt; I2P 위에 Freenet 같은 콘텐츠 배포 시스템을 구축하는 건 얼마나 어려울까요? 큰 작업인가요, 작은 작업인가요? [23:36] &lt;co&gt; 그리고 tunnel 없이면 얼마나 걸리나요? [23:36] &lt;jrand0m&gt; sisr&gt; 풀타임으로 매달리면 i2p 위에 DHT를 올리는 데 약 한 달쯤 걸릴 것 같습니다 [23:37] &lt;jrand0m&gt; co&gt; 약 10–15초 [23:38] &lt;co&gt; 그럼 i2ptunnel은 3배 정도 느린 셈이군요. [23:39] &lt;jrand0m&gt; 글쎄요, i2ptunnel + router들이죠. 하지만 그 시간은 선형이 아닙니다 — i2p로 10바이트를 보내는 데 걸리는 시간과 100KB를 보내는 데 걸리는 시간이 비슷합니다 [23:39] *** Signoff: thecrypto (핑 타임아웃) [23:39] &lt;co&gt; 적어도 당신한텐 그렇겠죠. [23:39] &lt;jrand0m&gt; 오버헤드는 메시지 래핑에 있습니다 [23:39] &lt;sisr&gt; I2P tunnel이 I2P용 대부분 애플리케이션의 핵심이라면 사용자 인터페이스에 집중해서 클릭 몇 번으로 tunnel을 설정할 수 있도록 해야 합니다 [23:40] &lt;sisr&gt; 예를 들어 포트를 포함해 I2P Tunnel 웹서버를 설정하는 체크박스, 그리고 이메일 서버용 체크박스처럼, 아주 간단하게요 [23:40] &lt;jrand0m&gt; sisr&gt; 개인적으로는 지금(atm) 인터페이스가 정말 정말 마음에 들어요 :) [23:40] &lt;jrand0m&gt; 아, 물론이죠. 사실은 [23:40] * sisr는 인터페이스를 본 적은 없지만 텍스트박스 같은 모양을 상상하고 있다 [23:40] &lt;sisr&gt; 누군가 I2P tunnel을 스크린샷으로 찍어 튜토리얼을 만들면 좋겠네요 [23:41] &lt;jrand0m&gt; 제가 구상하던 건 설치 프로그램이 .bat와 .sh 스크립트 묶음을 만들어서 자동으로 그렇게 해주는 겁니다(예: java .... I2PTunnel -e 'config basdfawer' -e 'server ...' ) [23:42] &lt;sisr&gt; 지금 I2P를 위해 무엇을 작업해야 할까요 [23:42] &lt;jrand0m&gt; 큰 질문이네요. 짧은 답은 "할 수 있는 건 뭐든지"입니다 [23:43] &lt;jrand0m&gt; 누가 앞장서서 설치 프로그램을 업데이트해 그 .sh와 .bat 스크립트를 생성하도록 해준다면 정말 최고죠 [23:43] &lt;jrand0m&gt; 누가 i2proadmap에 있는 것들 중 일부라도 작업할 시간이 있다면 그것도 정말 최고고요 :) [23:44] &lt;jrand0m&gt; 0.2가 나오면 문서와 QA 수요가 많을 것 같습니다(일명 정말 곧) [23:44] &lt;sisr&gt; 설치 프로그램은 어떻게 되나요? InstallShield인가요, Java인가요? [23:44] &lt;jrand0m&gt; 현재 설치 프로그램은 사용자에게 몇 가지 질문을 던지는 단일 "install.jar"입니다 [23:45] &lt;jrand0m&gt; 정말 형편없는 설치 프로그램이죠 [23:45] &lt;jrand0m&gt; 하지만 플랫폼 독립성만큼은 최고입니다 [23:48] &lt;jrand0m&gt; 좋아, 멋져요. routers가 아직 잘 돌고 있네요, 이번 버그 수정이 효과가 있었던 것 같습니다. [23:48] &lt;jrand0m&gt; 아 맞다. [23:48] &lt;jrand0m&gt; 메일링 리스트는 조만간 복구될 겁니다 [23:48] &lt;jrand0m&gt; 0.2가 준비될 때까지도 돌아오지 않으면 새 메일링 리스트를 만들겠습니다 [23:49] &lt;co&gt; 질문이 하나 더 있어요. [23:49] &lt;jrand0m&gt; 물어보세요 [23:50] &lt;co&gt; 지금 가동 중인 I2P 노드 목록을 볼 수 있나요? [23:50] &lt;jrand0m&gt; 아니요. [23:50] &lt;jrand0m&gt; 공개 I2P 노드는 열려 있지 않습니다 [23:50] &lt;co&gt; 알겠습니다. [23:50] &lt;jrand0m&gt; 하지만 0.2가 릴리스되면 그중 하나가 자신의 피어 목록을 HTTP로 제공할 겁니다 [23:50] &lt;jrand0m&gt; (그 목록의 URL은 설치 프로그램에 들어 있습니다) [23:50] &lt;jrand0m&gt; s/will be/is/ [23:52] &lt;mihi&gt; 제 북마크에도 있어요... [23:52] &lt;jrand0m&gt; 헤, 나쁜 녀석 [23:52] &lt;mihi&gt; 그나저나: size=777은 111바이트나 너무 큽니다 ;) [23:53] &lt;jrand0m&gt; 빵 터짐 [23:53] &lt;jrand0m&gt; 완전히 눈치 못 챘네요. [23:53] &lt;jrand0m&gt; 예전에는 384였죠 [23:53] &lt;jrand0m&gt; 그러다 routerInfo에 router 소프트웨어 버전 정보를 좀 추가했거든요 [23:53] &lt;sisr&gt; nop이 I2P tunnel을 사용해 0.2 router로 테스트 IRC 서버를 구성할 수 있을 것 같은데요? [23:54] &lt;jrand0m&gt; 그럼 정말 멋지죠 [23:54] &lt;sisr&gt; nop이 그렇게 하면 IIP와 비교해 지연이 어떨지 궁금하네요 [23:54] &lt;jrand0m&gt; 다만 DCC는 못 하겠죠 [23:54] &lt;jrand0m&gt; i2p는 지연이 훨씬 더 높을 겁니다 [23:54] &lt;jrand0m&gt; (아직 AES+SessionTag가 없어서, 전송 한 번마다 몇 초씩 걸리거든요) [23:57] &lt;jrand0m&gt; 좋아요, 리스트가 돌아오기 전까지 하실 말씀이 있으면 여기서 이야기하시거나 위키에 올려주세요 [23:57] &lt;dm&gt; ㅇㅋ, 굿나잇 [23:57] *** dm 님이 #iip-dev에서 퇴장했습니다 [23:57] * jrand0m이 *baf* 하며 회의를 종료한다 </div>/ko/blog/2003/10/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-10%EC%9B%94-14%EC%9D%BC/Tue, 14 Oct 2003 00:00:00 +0000/ko/blog/2003/10/14/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-10%EC%9B%94-14%EC%9D%BC/<h2 id="quick-recap">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> jrand0m, dm, Dellammo, mihi, moi, mihi-backup, dm_backup, wilde, shardy</p> <h2 id="meeting-log">회의 로그</h2> <div class="irc-log"> [23:01] &lt;jrand0m&gt; 안건 [23:01] &lt;jrand0m&gt; 0) 환영 인사 [23:01] &lt;jrand0m&gt; 1) 0.2 상태 [23:01] &lt;jrand0m&gt; 2) www 프록시 [23:01] * dm 곰곰이 생각한다. [23:02] &lt;dm&gt; 오, 미팅? [23:02] &lt;jrand0m&gt; 3) phttprelay [23:02] &lt;jrand0m&gt; 4) i2ptunnel [23:02] &lt;jrand0m&gt; 5) 설치 [23:02] &lt;dm&gt; 미안. [23:02] &lt;jrand0m&gt; 6) iip 기능 요청 [23:02] &lt;jrand0m&gt; 7) ??? [23:02] &lt;jrand0m&gt; 0) 환영 인사 [23:02] &lt;jrand0m&gt; 안녕하세요. [23:02] &lt;jrand0m&gt; 62번째 미팅? 맞나요? [23:02] &lt;Dellammo&gt; 안녕 [23:02] &lt;jrand0m&gt; (걱정 마 dm, 용서해 줄게) [23:02] &lt;mihi&gt; hi jrand0m [23:02] &lt;dm&gt; hi mihi [23:02] * mihi 그런 것 같다고 생각한다 [23:03] &lt;jrand0m&gt; 1) 0.2 상태 [23:03] * jrand0m 최근 심각한 기능-크리프-itis를 앓고 있어서, 0.2 릴리스에 아직 구현할 코드가 약 30분 분량 남아 있다. [23:04] &lt;jrand0m&gt; 하지만 그러고 나면 NAT, 방화벽, HTTP 프록시와 무관하게 안정적으로 실행하고 통신할 수 있을 것이다. [23:04] * dm 방금 I2PSecureRemoteShell 1.0을 만들었다 [23:04] &lt;dm&gt; 멋져 jr! [23:05] &lt;jrand0m&gt; 모든 기능은 동작하고, 남은 일은 사용되지 않는 데이터베이스 항목을 N분 후에 만료시키는 것뿐이다(기본값은 아마 5분). [23:05] &lt;jrand0m&gt; NAT/방화벽/HTTP 프록시를 가로지르는 통신은 PHTTP 전송을 사용한다. 느리지만 신뢰할 수 있다. [23:05] &lt;dm&gt; 어떻게 동작해? 어떤 포트를 써? [23:06] &lt;jrand0m&gt; 접근 가능한 PHTTP relay로 메시지를 보내고, 그곳이 메시지를 저장한 뒤, 수신자가 N초마다 폴링하여 메시지를 가져간다 [23:06] &lt;jrand0m&gt; 그 부분에서 튜닝/개선할 여지가 아주 많고, 그게 안건 3번 :) [23:06] &lt;dm&gt; P는 무엇의 약자야? [23:06] &lt;jrand0m&gt; Polling HTTP [23:06] &lt;dm&gt; 알겠어, 고마워. [23:07] &lt;jrand0m&gt; 미팅 후에 위키의 "kludges" 페이지도 업데이트해서 이상한 점들을 기록할 생각이야 [23:07] &lt;jrand0m&gt; (예: 통신 중 lease 변경을 아직 처리하지 못하는 문제) [23:08] &lt;jrand0m&gt; 다른 논의 사항은 안건 5 - 설치. 즉 router/sdk/tunnel/기타의 설치를 어떻게 처리할지다 [23:08] &lt;jrand0m&gt; 좋아, 0.2 상태는 여기까지 [23:08] &lt;jrand0m&gt; 2) www 프록시. [23:09] &lt;jrand0m&gt; moi가 I2P 내부 www 사이트를 탐색하는 아주 멋진 아이디어를 냈어. [23:09] &lt;jrand0m&gt; 설명해줄래, moi? [23:09] * jrand0m 네게 스포트라이트를 비춘다 *** moi 는 ~someone@anon.iip (someone) *** 참여 채널: #freenet #anonymous #iip #iip-dev *** 서버 anon.iip (Official IIP ) 를 통해 IRC 접속 *** moi 는 9분 동안 대기 상태, 접속 시간: Thu Jan 01 01:00:00 1970 [23:10] &lt;moi&gt; 음 [23:10] &lt;moi&gt; 나는 그냥 HTTP 프록시를 수정해서 mihi의 tunnel을 사용하고 있어 [23:10] &lt;moi&gt; 그래서 (Link: http://i2p/BASE64KEYHERE)http://i2p/BASE64KEYHERE 로 접속할 수 있게 하려는 거야 [23:10] &lt;moi&gt; 결국 네이밍 서버도 거기에 있게 될 거야-- [23:11] &lt;dm&gt; 멋지네 [23:11] *** 퇴장: mihi (Ping timeout) [23:11] &lt;moi&gt; 처음에는 긴 키를 붙여넣어야 하지만, 그 다음부터는 기술적으로는 링크를 따라갈 수 있을 거라고 생각해 [23:11] &lt;Dellammo&gt; 그러면 i2p 내부 웹페이지야, 아니면 외부 페이지야? [23:11] &lt;dm&gt; i2p가 localhost로 해석되게? [23:11] &lt;moi&gt; 그래서 누군가 i2p용 구글 같은 걸 올리고, 거기서부터 이어갈 수도... 아마 [23:12] &lt;mihi-backup&gt; !thwap dm. [23:12] &lt;mihi-backup&gt; 프록시지... [23:12] &lt;jrand0m&gt; 보안을 위해 프록시는 (Link: http://i2p/)http://i2p/ 이외의 모든 호스트에 대해 404를 반환해야 해 [23:12] &lt;dm&gt; 이런! [23:12] &lt;moi&gt; 좋은 지적 [23:12] &lt;dm&gt; 그 부분을 놓쳤네 [23:12] &lt;mihi-backup&gt; 그래도 간단한 서블릿이면 더 좋을 수도 [23:12] &lt;jrand0m&gt; 흠? [23:13] *** mihi (~mihi@anon.iip) 님이 채널 #iip-dev 에 입장했습니다 [23:13] &lt;jrand0m&gt; 흠, 문제가 있을 수도. [23:13] &lt;jrand0m&gt; 이건 HTTP 1.0을 쓸까 1.1을 쓸까? [23:14] &lt;mihi&gt; 서버가 Host: 헤더를 요구한다면? [23:14] &lt;jrand0m&gt; [즉, Host: 헤더가 있어야 하는지?] [23:14] &lt;jrand0m&gt; 정확히 [23:14] * mihi 뭔가를 바란다 [23:14] &lt;moi&gt; 프록시가 그걸 비워둘 수 있을지 궁금하네 [23:14] &lt;jrand0m&gt; 서버의 outbound tunnel이 항상 같은 호스트에 있다면 괜찮아 [23:14] &lt;jrand0m&gt; 프록시의 Host: 를 127.0.0.1로 설정할 수 있어 [23:15] *** dm_backup (~as@anon.iip) 님이 채널 #iip-dev 에 입장했습니다 [23:15] &lt;jrand0m&gt; 하지만 그러면 tunnel을 서버와 같은 호스트에서 돌려야 해. 일반적인 웹 브라우징용이 아니니 그리 나쁜 문제는 아니지 [23:15] &lt;jrand0m&gt; 그렇지? [23:15] *** 퇴장: dm (Ping timeout) [23:16] * moi 아직 그렇게 깊게 생각해보진 못했다 [23:16] &lt;mihi&gt; 서버를 자신의 박스에서 돌린다면 i2p를 localhost 같은 것으로 별칭(alias) 지정할 수도 있어. [23:16] &lt;dm_backup&gt; 그럼 이제 사람들이 웹서버를 직접 돌려야 하는 거야? [23:16] &lt;jrand0m&gt; dm_backup&gt; 이건 원할 때만 하는 거야. [23:16] *** dm_backup 닉이 dm 로 변경되었습니다 [23:16] &lt;Dellammo&gt; 나처럼 [23:16] &lt;dm&gt; 응, 그러니까 이 (Link: http://i2p)http://i2p 같은 거 말이야 [23:17] &lt;mihi&gt; 콘텐츠를 제공하고 싶다면, 그래. [23:17] &lt;mihi&gt; 하지만 구식 www에서도 콘텐츠 제공하려면 웹서버 돌려야 하잖아. [23:18] &lt;Dellammo&gt; 왜? [23:18] &lt;dm&gt; 흠, I2P용 P2P 앱을 만들어야겠는데. [23:18] &lt;jrand0m&gt; i2p 위에서 돌아가는 파일공유 앱이면 최고지. [23:18] &lt;dm&gt; 맞아 미안, 파일공유. [23:19] &lt;moi&gt; 누군가 i2ptunnel과 함께 OpenNap 서버를 운영하는 것도 가능할 것 같아 [23:19] &lt;jrand0m&gt; 응. [23:19] &lt;jrand0m&gt; (그래도 네이티브 i2p p2p가 성능은 더 좋을 거야) [23:19] &lt;mihi&gt; 하지만 다운로드는 어려울 거야. [23:20] &lt;mihi&gt; 전부 localhost라 올바른 호스트로 갈 방법이 없거든 ;) [23:20] &lt;dm&gt; 먼저 i2ptunnel 위에서 PING이 도는 걸 볼 때까지 기다리자. [23:20] * Dellammo 혼란스러움 우리가 말하는 건 i2ptunnel이 아닌 프록시로, '(Link: http://i2p/')http://i2p/' 를 입력해서 i2p 네트워크 내부의 웹서버에 접근하게 해주는 걸 말하는 거야? [23:20] &lt;jrand0m&gt; 아마 i2p 위에서 동작하도록 설계된 간단한 FTP 클라이언트 정도? [23:20] &lt;dm&gt; (진짜 ping 얘긴 아님) [23:20] &lt;mihi&gt; jrand0m: ftp는 포트가 2개 필요해... [23:20] &lt;jrand0m&gt; i2p 위에서 동작하도록 설계된. [23:21] &lt;jrand0m&gt; 정확히는 FTP 프로토콜이 아니라, 일반 파일 전송 앱 [23:21] &lt;mihi&gt; 그럼 ftp가 아니지. [23:21] &lt;mihi&gt; ATalk ;) [23:21] &lt;jrand0m&gt; (더 큰 메시지 크기를 활용하는) [23:21] &lt;dm&gt; 현자들의 대결이군! [23:21] &lt;jrand0m&gt; 헤헷 [23:21] &lt;moi&gt; Dellammo: 지금은 보고 싶은 각 웹사이트/목적지마다 i2ptunnel을 만들어야 해. 우리는 각 사이트마다 동적으로 i2ptunnel을 만들어주는 프록시 서버를 사용하는 걸 생각 중이야. [23:22] &lt;jrand0m&gt; (비슷하게) [23:22] &lt;jrand0m&gt; 정확히는 i2ptunnel 자체를 쓰진 않게 될 거야. [23:22] &lt;jrand0m&gt; i2ptunnel 프로토콜을 사용해서 TCP/IP 소켓이 아니라 직접 메시지를 보내는 게 좋을 거야. [23:23] &lt;jrand0m&gt; mihi&gt; 다른 앱들이 i2p tunnel로 데이터를 보낼 수 있도록 i2ptunnel에서 프로토콜 기능만 분리하는 데 시간이 얼마나 걸릴지 감이 있어? *** mihi 는 mihi@anon.iip (mihi) *** 참여 채널: #iip-dev #iip #headlines #german #freenet-opn #freenet #fredisdead #frazaa @#fiw #anonymous *** 서버 anon.iip (Official IIP ) 를 통해 IRC 접속 *** mihi 는 3분 동안 대기 상태, 접속 시간: Thu Jan 01 01:00:00 1970 *** mihi-backup 는 ~mihi@anon.iip (mihi) *** 참여 채널: #iip-dev *** 서버 anon.iip (Official IIP ) 를 통해 IRC 접속 *** mihi-backup 는 12분 동안 대기 상태, 접속 시간: Thu Jan 01 01:00:00 1970 [23:25] &lt;mihi&gt; 큰 프로토콜 기능이 따로 있나? I2PTunnelRunner는 그대로 쓸 수 있어. [23:25] &lt;mihi&gt; 필요한 대로 클라이언트 클래스를 조정하기만 하면 돼. [23:25] &lt;jrand0m&gt; 음, 꼭 그렇진 않아 - i2ptunnelRunner는 소켓을 사용하거든 [23:26] &lt;jrand0m&gt; 이건 평범한 자바 앱이라 메시지 ("HTTP GET /\n\n")를 만들어서 outbound I2PTunnel로 보내고 싶어해 [23:27] &lt;jrand0m&gt; 프록시에 접속한 클라이언트를 새로 생성된 I2PTunnel에 연결하라고 새 포트로 리다이렉트하고 싶진 않아(그 사이트 밖의 링크로 나갈 때 되돌릴 방법이 없으니까) [23:28] &lt;jrand0m&gt; 하지만 I2PTunnelRunner가 InputStream을 사용하도록 바꾸는 건 쉬울지도(실제로 쓰는 건 socket.getInputStream 뿐이라서)... [23:28] &lt;jrand0m&gt; 하지만 그러면 여전히 리슨 쪽이 필요해 [23:28] *** 퇴장: mihi (Ping timeout) [23:28] &lt;jrand0m&gt; 이런 [23:28] * jrand0m 백업도 곧 핑 나가진 않길 바란다... [23:28] &lt;dm&gt; 백업도 죽을 거야, 지켜봐! [23:29] &lt;mihi-backup&gt; ;) [23:29] &lt;jrand0m&gt; w00t [23:29] &lt;mihi-backup&gt; [23:25] &lt;jrand0m&gt; 음, 꼭 그렇진 않아 - i2ptunnelRunner는 소켓을 사용하거든 [23:29] &lt;mihi-backup&gt; [23:25] &lt;mihi&gt; 이런, 맞아. 그리고 소켓 없이 완전히 하길 원해? [23:29] &lt;mihi-backup&gt; [23:25] &lt;mihi&gt; 그럼 i2ptunnel에서 남는 코드는 많지 않아. 대부분이 소켓 처리 코드거든. [23:29] &lt;mihi-backup&gt; [23:26] &lt;mihi&gt; 프로토콜을 그대로 따르고 직접 구현하는 게 최고야 (i2ptunnel.java의 static 메서드로 메시지를 빌드해) [23:29] &lt;mihi-backup&gt; [23:28] &lt;mihi&gt; http는 그렇게 많은 스레드가 필요 없을 거야. 들어오는 메시지를 더블 리턴이 나올 때까지 리더로 읽고, 그다음 네 걸 내보내. [23:30] &lt;jrand0m&gt; 아 오케이. 고마워 [23:30] &lt;jrand0m&gt; moi&gt; tu sabes? [23:30] &lt;mihi-backup&gt; I2PTunnel을 input stream으로 바꾸자는 얘기에 대해. 왜? 요청을 파싱하고 나면 거기서 더 받을 건 없을 텐데. [23:31] * moi 생각한다 [23:31] &lt;dm&gt; toi 생각한다 [23:31] &lt;mihi-backup&gt; 그냥 tunnelrunner는 잊어버려. ;) [23:31] &lt;jrand0m&gt; 맞아, I2PTunnel과 http 프록시가 같은 코드를 쓰게 하려고 생각했을 뿐이야 - I2PTunnel은 socket.getInputStream()을 쓰고, http 프록시는 new ByteArrayInputStream("GET / \n\n".getBytes())를 쓰는 식으로 [23:31] *** mihi (mihi@anon.iip) 님이 채널 #iip-dev 에 입장했습니다 [23:32] * moi 나중에 자세히 살펴봐야겠다 [23:32] &lt;mihi-backup&gt; 그런데 그러면 그 문자열을 보낸 직후 runner가 "Connection closed"를 보내게 돼. [23:32] &lt;mihi-backup&gt; 스트림이 끝나버리니까. [23:32] &lt;jrand0m&gt; 맞아, 그게 일반적인 HTTP야 [23:33] &lt;mihi-backup&gt; runner는 잊으라니까, 내가 말했잖아 ;) [23:33] &lt;jrand0m&gt; 'k [23:33] &lt;mihi-backup&gt; jrand0m: 아니. 연결은 질문을 보냈을 때가 아니라 응답이 도착했을 때 닫히는 거야. [23:33] &lt;jrand0m&gt; 아 맞네 [23:33] &lt;jrand0m&gt; ;) [23:36] &lt;jrand0m&gt; 좋아 moi, 이건 나중에 같이 풀어보자. [23:36] &lt;jrand0m&gt; 좋아, 안건 2번은 여기까지. 이제 3번 [23:36] &lt;moi&gt; 좋아 [23:37] &lt;jrand0m&gt; 3) phttprelay [23:37] &lt;jrand0m&gt; phttp relay는 .war 파일로 묶인 서블릿들의 집합이야 [23:38] &lt;jrand0m&gt; 윈도우/선 JVM에서는 바로 동작하지만, kaffe에서 돌리려면 jetty를 해킹해야 했어 [23:38] &lt;mihi&gt; .war 말고 .peace를 만들자 [23:39] * jrand0m 신음한다 [23:39] &lt;dm&gt; J2EE 서버 없이 .war 파일을 돌릴 수 있어? [23:39] &lt;dm&gt; 몰랐네. [23:39] &lt;jrand0m&gt; .war 파일은 어떤 서블릿 컨테이너에서도 돌아가 - tomcat, mod_jk를 쓴 apache, jetty 등 [23:40] &lt;jrand0m&gt; 공개적으로 접근 가능한 IP가 있는 머신에서 이걸 돌려줄 사람이 필요하겠지만, 이런 relay는 공개 주소가 없는 사람들(나처럼)에게만 필요해 [23:41] &lt;mihi&gt; 그런 거 없이 NAT를 통과하려면 어떤 포트를 리다이렉트해야 해? [23:41] &lt;jrand0m&gt; 구현도 아직 매우 기초적이야 - 몇 개의 router를 중계할지, 몇 개의 메시지를 큐에 쌓을지, 타임아웃을 얼마로 할지 등에 대한 제한이 필요해 [23:41] &lt;jrand0m&gt; I2NP TCP 포트만 [23:41] &lt;jrand0m&gt; (아니면 I2NP UDP 포트) [23:41] * mihi 자신의 NAT가 UDP 포워딩을 허용하는지 모르겠다 [23:42] * jrand0m 도 mihi의 NAT가 허용하는지 모른다 [23:43] &lt;jrand0m&gt; 예를 들어 지금 내 노트북은 PHTTP로만 도달 가능하고, 내 서버의 router는 PHTTP, TCP, UDP로 도달 가능해. 내 노트북이 TCP로 서버의 router에 연결을 세우면 TCP로 메시지를 보낼 수 있어. 하지만 노트북이 먼저 그렇게 하지 않으면, 서버는 PHTTP로 메시지를 보내야 해 [23:44] &lt;jrand0m&gt; 서블릿 경험이 있고 작은 앱을 해킹해보고 싶은 사람을 위해 코드는 i2p/code/apps/phttprelay/ 에 있어 [23:45] &lt;jrand0m&gt; (plain http뿐 아니라 https에서도 투명하게 동작해야 해) [23:45] &lt;jrand0m&gt; PHTTP 프로토콜 문서화는 곧바로 할게. :) [23:45] *** 퇴장: mihi (Ping timeout) [23:45] &lt;jrand0m&gt; 좋아, 3) phttprelay는 여기까지 [23:45] &lt;jrand0m&gt; 4) i2ptunnel [23:46] &lt;jrand0m&gt; 이미 여러 가지를 논의했어. mihi(또는 다른 누구든)가 더 할 얘기가 없다면 5)로 넘어가자 [23:46] *** wilde (~anon@anon.iip) 님이 채널 #iip-dev 에 입장했습니다 [23:46] &lt;jrand0m&gt; hola wilde [23:47] &lt;jrand0m&gt; 좋아. 그럼, 항목 5 :) [23:47] &lt;jrand0m&gt; 5) 설치 [23:48] &lt;jrand0m&gt; 0.2를 내보내고 그 이후를 위해 ant 스크립트를 몇 개 생각 중이야. [23:48] &lt;jrand0m&gt; 아니면 다른 오픈소스 설치 시스템을 써야 할까? [23:48] &lt;jrand0m&gt; 이와 관련해 경험/생각 있는 사람? [23:49] &lt;Dellammo&gt; 흠 [23:50] &lt;jrand0m&gt; ant는 빌드 시스템과 통합되어 있고, 플랫폼 독립적이며, 헤드리스로 동작한다는 장점이 있어. [23:50] &lt;wilde&gt; 안녕 [23:50] &lt;jrand0m&gt; 하지만 ant(그리고 그 ant는 java)를 필요로 해. 그리고 GUI가 없어 [23:51] &lt;Dellammo&gt; 윈도우용 설치 프로그램은 많이 떠오르는데... GPL인 게 얼마나 되는지는 모르겠네 [23:51] &lt;jrand0m&gt; 맞아, InstallAnywhere Enterprise 라이선스가 있긴 하지만, 오픈소스에는 좋지 않아 [23:51] &lt;jrand0m&gt; NSIS는 오픈소스지만, 뉘앙스(특이점)들이 있지. [23:51] &lt;dm&gt; 바보 같은 질문: ant가 java에 포함되어 있나? [23:52] &lt;jrand0m&gt; 아니. [23:52] &lt;jrand0m&gt; 아, GCJ로 빌드한 ant를 배포할 수도 있겠네 [23:52] &lt;dm&gt; 그렇구나, 그럼 eclipse에 딸려온 거였겠네. [23:52] &lt;jrand0m&gt; (네이티브 코드로 컴파일된) [23:52] &lt;jrand0m&gt; 그렇지 dm. [23:52] &lt;jrand0m&gt; ant는 apache(ant.apache.org)에서 만들고, Apache 라이선스야. [23:52] &lt;jrand0m&gt; 아, 으엑. [23:52] * jrand0m 방금 내가 친 문장을 읽었다) [23:53] &lt;jrand0m&gt; FSF에 따르면 GPL은 APL과 친하지 않다 [23:53] &lt;jrand0m&gt; 아마 ant를 배포할 순 없을 거야. [23:53] &lt;dm&gt; 스크립트만 쓰면 안 돼? 설치하려면 뭐가 필요해? [23:53] &lt;jrand0m&gt; 하지만 사용하는 건 가능해. [23:53] &lt;jrand0m&gt; 별거 없어. 스크립트로 충분해. [23:53] &lt;jrand0m&gt; 근데 .bat랑 .sh 같은 걸 따로 가져가는 게 좋을까. [23:54] *** shardy (~shardy@anon.iip) 님이 채널 #iip-dev 에 입장했습니다 [23:54] &lt;dm&gt; 설치가 뭐가 필요해? 질문 몇 개? [23:54] &lt;jrand0m&gt; 플랫폼 독립적으로 설치하려고 자바 설치기를 새로 쓰는 건 과한 일이고, 이상적으로는 기존 설치 프레임워크를 쓰는 게 좋아 [23:54] &lt;jrand0m&gt; 응, 몇 가지 질문 [23:54] &lt;jrand0m&gt; 내가 생각하는 설치 대상은: [23:54] &lt;Dellammo&gt; 반짝이는 새 로고 생기는 거야? 누가 그거 작업해? [23:54] &lt;jrand0m&gt; install-router [23:55] &lt;jrand0m&gt; install-www-tunnel, install-www-proxy, install-sdk, install-cvs-tunnel, update-seednodes [23:55] &lt;moi&gt; InstallAnywhere 쓰면 안 돼? 코드는 오픈이면 그게 중요한 거잖아 [23:55] * jrand0m Dellammo가 바로 너라고 생각한다 :) [23:55] &lt;jrand0m&gt; InstallAnywhere는 오픈소스가 아냐. [23:55] * Dellammo 작업 시작한다 [23:56] &lt;dm&gt; 지금은 스크립트면 충분할 것 같은데, 그래도 미리 생각해두는 게 좋겠지. [23:56] &lt;jrand0m&gt; (좌석당 약 4천 유로) [23:56] &lt;jrand0m&gt; 맞아. 그래서 내일은 아마 ant 스크립트만 쓸 텐데, 시스템은 찾아봐야 해 [23:56] *** 퇴장: wilde (Ping timeout) [23:56] &lt;jrand0m&gt; 그래서 그 부분 도와줄 수 있는 사람 있으면 고맙겠어 :) [23:57] &lt;dm&gt; 아 알겠어, 난 셸 스크립트를 생각했거든. [23:57] &lt;moi&gt; 리눅스 설치에서는 패키지 매니저로 해결할 수도 있어 [23:57] *** wilde (~anon@anon.iip) 님이 채널 #iip-dev 에 입장했습니다 [23:57] &lt;jrand0m&gt; 플랫폼마다 다른 설치기를 관리하는 건 정말 PITA야 [23:59] &lt;dm&gt; 자바 설치기? 왜 PITA야? [23:59] &lt;jrand0m&gt; 자바 설치기면 좋지 [23:59] &lt;mihi-backup&gt; pain in the a**e [23:59] &lt;mihi-backup&gt; 이런, 미안... [23:59] &lt;dm&gt; system.out.println("Please enter where you would like to install I2P") ;) [23:59] &lt;mihi-backup&gt; s/tln/t; s/P"/P: "/ [23:59] &lt;mihi-backup&gt; s/sys/Sys/ [00:00] &lt;jrand0m&gt; 자바로 커스텀 설치기를 쓰는 건 가능하지만, 기존 프레임워크를 쓰는 게 더 좋아. 그래도 자원해서 커스텀 설치기를 쓰겠다면, 내가 밀어줄게! [00:00] &lt;dm&gt; mihi가 간질 발작 중이네. [00:00] * mihi-backup 큰 송어로 dm을 살짝 후려친다 [00:00] &lt;dm&gt; 이렇게 하자... [00:01] &lt;dm&gt; 설치에 필요한 정확한 절차를 언제든 시간 날 때 정리해주면, 내가 자바 설치기를 쓸게. [00:01] &lt;mihi-backup&gt; dm: ant 스크립트를 읽어 ;) [00:01] &lt;jrand0m&gt; 좋지 dm. ant 쪽이 돌아가면 그걸 문서로 정리해줄게 [00:01] &lt;dm&gt; 좋아, ant 스크립트가 나오면 내가 이해할 수 있는지 보자. [00:02] *** 퇴장: wilde (Ping timeout) [00:02] &lt;Dellammo&gt; jrand0m, i2p I2P i^2p 아니면 I^2P ? [00:02] * jrand0m 대문자 I, 숫자 2, 대문자 P를 서로 겹쳐 그린 낙서가 좀 있다... [00:03] &lt;Dellammo&gt; 흠 [00:03] *** wilde (~anon@anon.iip) 님이 채널 #iip-dev 에 입장했습니다 [00:03] *** mihi (~mihi@anon.iip) 님이 채널 #iip-dev 에 입장했습니다 [00:03] &lt;jrand0m&gt; 좋아, 5) 설치는 여기까지 [00:03] &lt;jrand0m&gt; 6) iip 기능 요청 [00:04] &lt;jrand0m&gt; 어떤 사람이 여기 와서 auto-nicktheifing을 요청했어 [00:04] &lt;jrand0m&gt; 기본적으로, 누군가 닉을 등록했으면, 인증되지 않으면 그 닉으로 머무를 수 없게 하는 거야 [00:04] &lt;jrand0m&gt; nop이나 iip 개발해본 사람들 - 의견? [00:04] * jrand0m 있으면 훌륭한 기능이라고 생각한다 [00:05] * Dellammo 일루미나티 눈에 금지(금연 표지 같은) 표시가 덮인 그림을 그린다 [00:05] &lt;jrand0m&gt; 헤헷 [00:05] &lt;dm&gt; 내 설치기의 GUI 부분을 위해... I2P 로고도 만들어볼까 ;) [00:05] *** 퇴장: wilde ((null)) [00:05] &lt;Dellammo&gt; 다 같이 만들자, 형편없는 로고로 고정되지 않게 [00:05] &lt;mihi&gt; jrand0m: mids에게 물어봐 - 그가 trent를 관리해. [00:06] &lt;mihi&gt; 참고로 trent 소스는 cvs에 있어 [00:06] &lt;Dellammo&gt; 로고는 어떤 활동에서든 가장 중요한 부분이지 [00:06] &lt;jrand0m&gt; 맞아, Dellammo. [00:06] * dm Corel Draw의 먼지를 턴다... [00:06] &lt;dm&gt; 아 Corel Draw 정말 사랑해. [00:07] &lt;jrand0m&gt; 좋아, 6)은 여기까지 [00:07] &lt;jrand0m&gt; 7) ??? [00:07] &lt;jrand0m&gt; 질문/생각/프리스비/발톱? [00:07] &lt;dm&gt; 생각: 잘 돌아가길. [00:08] &lt;jrand0m&gt; 헤헷 [00:08] * jrand0m 도 마찬가지. [00:09] &lt;mihi&gt; jrand0m: 계속 잘해! [00:09] &lt;dm&gt; 응, 계속해. [00:09] &lt;jrand0m&gt; 잘해? 너 분명히 코드를 못 봤구나 ;) [00:09] &lt;dm&gt; 네 코드 사랑해, 눈부신 언더스코어만 빼고. [00:09] &lt;dm&gt; 눈부신... 피나는.. 뭐 그런.. [00:09] &lt;jrand0m&gt; 헤헷, 인스턴스 변수에는 _가 있어서 this.var = var; 같은 걸 할 필요가 없어. [00:10] &lt;jrand0m&gt; 좋아... 68분... 한 분만 더 끌 수 있다면... [00:10] &lt;jrand0m&gt; w00t [00:10] * jrand0m *baf* 회의를 종료한다. </div>/ko/blog/2003/10/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-10%EC%9B%94-7%EC%9D%BC/Tue, 07 Oct 2003 00:00:00 +0000/ko/blog/2003/10/07/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-10%EC%9B%94-7%EC%9D%BC/<h2 id="quick-recap">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> jrand0m, mihi, dm, mihi_backup</p> <h2 id="meeting-log">회의 기록</h2> <div class="irc-log"> [23:04] &lt;jrand0m&gt; 0.0) 환영 [23:04] &lt;jrand0m&gt; 1.0) 개발 현황 [23:04] &lt;jrand0m&gt; 2.0) 새 서버 [23:04] &lt;jrand0m&gt; 3.0) 질문? [23:04] &lt;jrand0m&gt; 0.0) 제61회 iip 회의에 오신 것을 환영합니다 [23:04] &lt;jrand0m&gt; 안녕하세요. [23:04] &lt;mihi&gt; 모두 안녕하세요 [23:04] &lt;dm&gt; 너희 둘 안녕 ;) [23:04] &lt;jrand0m&gt; 좋아요, 1.0) 개발 현황 [23:05] &lt;jrand0m&gt; 거의 0.2 준비가 됐어요 - 사람들이 i2p를 실행할 수 있게 되는 단계죠. [23:06] &lt;dm&gt; 굿! [23:06] &lt;dm&gt; ETA? [23:06] &lt;jrand0m&gt; 확장성은 없고, 현재는 최적화된 session tags(세션 태그)를 쓰는 대신 지나치게 안전 위주인 ElG+AES 방식으로 구현돼 있어요 [23:06] &lt;jrand0m&gt; eta: 며칠 (관련 사항: 안건 2.0) [23:07] &lt;jrand0m&gt; 그래도 동작은 합니다. 10바이트뿐 아니라 100K도 약 10초 만에 보낼 수 있어요 [23:07] &lt;jrand0m&gt; (둘 다 같은 cpu에서라서, cpu 경합 때문이에요) [23:07] &lt;jrand0m&gt; 아직 처리 중인 tunnel 장애 복구 이슈가 좀 있고, 그다음은 Ant 스크립트 빌드 등을 할 예정이에요 [23:07] &lt;jrand0m&gt; 사실 [23:08] &lt;jrand0m&gt; 방금 전 freebsd에서 Kaffe 1.1.1로 전부 빌드해 봤는데 경고 하나 없었어요. [23:08] * jrand0m 코드를 수정할 필요 없는 거라니 <3 [23:08] &lt;mihi&gt; 그런데 동작하진 않았죠, 그렇죠? ;) [23:08] &lt;jrand0m&gt; 헤헷 [23:09] &lt;jrand0m&gt; 아니요, 잘 작동해요 [23:09] &lt;jrand0m&gt; 지금 처리 중인 문제는 failover(장애 조치, 즉 한쪽이 내려갔다 다시 올라와도 통신이 깔끔하게 복구되는지)예요 [23:10] &lt;mihi&gt; 완전한 ASCII 테이블 (바이트 0x00부터 0xFF까지) 보내 봤나요? 반대편에서 제대로 보이나요? [23:10] &lt;jrand0m&gt; 아직요, i2ptunnel도 아직 안 해봤어요. 하지만 오늘 밤에 해볼게요 [23:10] &lt;mihi&gt; i2ptunnel은 바이너리 연결(ssh 같은)로 해보세요, 텍스트 기반 말고요. [23:11] &lt;jrand0m&gt; 'k [23:11] &lt;mihi&gt; 어떤 노드가 종료되고 다시 올라오지 않으면 어떻게 되죠? [23:11] &lt;jrand0m&gt; 그럼 그 노드와의 통신은 실패하죠 ;) [23:12] &lt;jrand0m&gt; (이제 보장된 전달이 올바르게 실패로 보고되고, 그에 맞게 SDK도 패치해 두었어요) [23:13] &lt;jrand0m&gt; 좋아요, 현황은 일단 여기까지. 지난 이틀 동안 딴 일들에 끌려다녔는데 곧 잠잠해질 거예요. [23:13] &lt;jrand0m&gt; 2.0) 새 서버 [23:13] &lt;jrand0m&gt; 트리플 홈드 T3에 새 서버가 하나 있습니다. [23:14] &lt;jrand0m&gt; webcvs, 기본 i2p router, seed router 참조를 제공하는 웹서버, 그리고 몇 가지 기본 서비스(예: squid 인스턴스를 가리키는 i2p tunnel, cvs를 가리키는 i2ptunnel, 웹서버를 가리키는 i2ptunnel)를 호스팅할 예정이에요 [23:15] *** Signoff: mihi (클라이언트로부터 EOF) [23:15] *** mihi_ (~mihi@anon.iip) has joined channel #iip-dev [23:15] &lt;jrand0m&gt; 나중에 public isproxy도 올려 둘게요 [23:15] &lt;dm&gt; 젠장, 그거 비용이 얼마죠? [23:15] &lt;jrand0m&gt; 65/mo [23:15] &lt;jrand0m&gt; 40Gb 전송, 2Gb 데이터 [23:15] &lt;dm&gt; 대역폭 제한? [23:15] &lt;dm&gt; 멋지네요. [23:16] *** mihi_ is now known as mihi [23:16] &lt;jrand0m&gt; 어쩌면 그 서버를 우리 cvs로 쓸 수도 있겠지만, 지금 당장 바꿀 필요는 없어요. [23:16] &lt;jrand0m&gt; 좋아요, 3.0) 질문 [23:17] &lt;jrand0m&gt; [맞아요, 제가 본 회의 중 가장 빠른 회의였네요 ;)] [23:17] &lt;mihi_backup&gt; 네이밍 서비스 진행 상황에 대해 아는 거 있나요? [23:17] &lt;jrand0m&gt; wiht가 몇 개 파일을 커밋했다고 들었는데, 아직 받아보진 않았어요 [23:17] &lt;dm&gt; 모든 개발자분들께 (마음의) 응원을 보냅니다. 겸손하되 단호하게 나아가세요. [23:18] &lt;mihi_backup&gt; 아는 바로는 그것들은 그냥 더미예요. [23:18] &lt;jrand0m&gt; 틀림없이 아무것도 모르는 멍청이들이죠. [23:18] &lt;mihi_backup&gt; 구현해야 할 인터페이스들요. [23:18] &lt;dm&gt; 더미? [23:18] &lt;jrand0m&gt; ㅋㅋ [23:19] &lt;dm&gt; 아 [23:19] * jrand0m extends MyParents [23:19] &lt;mihi_backup&gt; 자바는 다중 상속을 허용하지 않죠 ;) [23:19] &lt;dm&gt; 사생아는 안 돼... [23:20] * jrand0m implements MyDad, MyMom // 뭔가 잘못된 느낌 [23:20] &lt;mihi_backup&gt; 하지만 당신은 어머니나 아버지 어느 쪽도 extend하지 않죠(리스코프(sp?) 치환 원칙 참조) [23:20] * dm implements jrandom'sMom [23:20] &lt;dm&gt; ;) [23:20] &lt;jrand0m&gt; 오, 좋은 지적이야 mihi [23:20] * dm now implements mihi'smother [23:20] &lt;jrand0m&gt; 헤헷 [23:21] *** Signoff: mihi (Ping timeout) [23:21] &lt;mihi_backup&gt; 생성자 하나만 있으면 돼요 public Human(Human father, Human mother) throws SameSexException [23:22] &lt;dm&gt; 좋다 [23:22] &lt;jrand0m&gt; 현대 과학이라면 생성자가 몇 개 더 필요할 듯 [23:22] &lt;dm&gt; public은 아니지만 [23:22] &lt;dm&gt; pubic이죠 [23:22] *** mihi (mihi@anon.iip) has joined channel #iip-dev [23:22] &lt;dm&gt; 나 스스로 웃겼네. [23:23] &lt;jrand0m&gt; 좋아요, 그럼 이쯤에서 [23:23] &lt;jrand0m&gt; 방금 23분짜리 회의를 해치운 것 같네요 :) [23:23] * jrand0m 뒷주머니에서 *baf*er를 꺼내 *baf*하며 회의를 종료함 </div>/ko/blog/2003/09/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-9%EC%9B%94-30%EC%9D%BC/Tue, 30 Sep 2003 00:00:00 +0000/ko/blog/2003/09/30/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-9%EC%9B%94-30%EC%9D%BC/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>참석자:</strong> beefbroth, CCD, ChZEROHag, co, dcat, dm, godmode0, jrand0m, mihi, mihi_backup, mrflibble, Myself248, myself248, nop, pitu, Ryan_Singer, shardy, thecrypto, UserX, yodel</p> <h2 id="meeting-log">회의 기록</h2> <div class="irc-log"> [22:56] &lt;jrand0m&gt; 오케이 오케이 [22:56] &lt;jrand0m&gt; 안건 [22:56] &lt;jrand0m&gt; 0.0) 환영 [22:56] &lt;jrand0m&gt; 1.0) 개발 현황 [22:56] &lt;jrand0m&gt; 1.1) router [22:56] *** Myself248 (~ident@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [22:56] &lt;jrand0m&gt; 1.2) DH 사전 계산 [22:56] &lt;jrand0m&gt; 2.0) 마이크로 로드맵 [22:56] &lt;jrand0m&gt; 3.0) 앱 / 사용 [22:56] &lt;jrand0m&gt; 4.0) ns [22:56] &lt;jrand0m&gt; 5.0) IM [22:56] &lt;jrand0m&gt; 6.0) administravia (cvs, bugzilla, cvs list, cvs web) [22:56] &lt;jrand0m&gt; 7.0) 질문 [22:57] &lt;jrand0m&gt; (그래, 오늘은 7개 항목. w00t) [22:57] &lt;jrand0m&gt; 0.0) 환영 [22:57] &lt;jrand0m&gt; 안녕. [22:57] &lt;dm&gt; 헤이 [22:57] &lt;jrand0m&gt; 오늘은 17명. 멋지군 [22:57] *** Ryan_Singer (chatzilla@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [22:57] &lt;jrand0m&gt; 계속 늘어나네 [22:57] &lt;jrand0m&gt; 좋아 [22:57] &lt;thecrypto&gt; 1~hi [22:57] &lt;jrand0m&gt; 1.1) router에 대한 개발 현황 [22:58] &lt;jrand0m&gt; 자바 레퍼런스 구현 router는 아주 잘 되고 있어 [22:58] *** ChZEROHag (hag@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [22:58] &lt;jrand0m&gt; 이제 서로 다른 router에서 애플리케이션을 실행하고 서로에게 메시지를 보낼 수 있어 [22:59] &lt;ChZEROHag&gt; 방해해서 미안, 근데 아마 한 번만일 거야 [22:59] &lt;jrand0m&gt; 반복적이고 점진적인 접근을 택하고 있고, 현재 상태는 secure, 익명성 없음, 확장성 없음, 그리고 harvestable(수집 가능) [22:59] &lt;ChZEROHag&gt; 혹시 다른 누가 C api 작업 중이야? [22:59] &lt;jrand0m&gt; 'lo ChZEROHag, 뭐가 흔들려? [22:59] &lt;ChZEROHag&gt; 내가 하고 있긴 한데, 아주 느리게 [22:59] *** dcat (dirtycat@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [22:59] &lt;jrand0m&gt; 오 멋져 [22:59] &lt;jrand0m&gt; shardy가 toorcon 끝나면 하나 작업할 거야 [22:59] &lt;jrand0m&gt; 너네 둘이 같이 해보면 어때? [23:00] &lt;co&gt; jrand0m: 수신할 destination을 수동 입력할 수 있어? [23:00] &lt;co&gt; 더 잘 말하자면, destination의 ASCII 표현이 있어? [23:00] &lt;jrand0m&gt; 응 co, 둘 다 가능해 [23:00] &lt;co&gt; 훌륭해. [23:00] &lt;jrand0m&gt; destination과 모든 I2P 구조는 (대체 알파벳의) base 64로 로드/직렬화 가능해 [23:01] &lt;thecrypto&gt; 그러면 외우긴 쉽지 않지만, ascii이긴 하겠네? [23:01] &lt;jrand0m&gt; (예: 내 router 중 하나의 netDb에 leaseSet-enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8.dat 라는 파일이 있는데, 거기에 destination enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8의 lease set가 들어 있어) [23:02] &lt;jrand0m&gt; [저건 H(destination).toBase64()야] [23:03] &lt;jrand0m&gt; ChZEROHag&gt; 그거 도와줄 수 있는 게 있으면 한마디만 해 [23:03] &lt;jrand0m&gt; 좋아 그럼 1.1 끝. 1.2) DH 사전 계산 [23:03] &lt;ChZEROHag&gt; 내가 대신 해달라고? :-) [23:04] &lt;jrand0m&gt; 어젯밤에 DH 교환용 사전 계산 최적화를 작성했어. 세션 협상 1.5초에서 약 1초를 절약. 암호 잘 아는 누가 내 정신이 나간 게 아닌지 확인해주면 좋겠어 ;) [23:04] &lt;jrand0m&gt; ㅋㅋ ChZEROHag [23:04] &lt;ChZEROHag&gt; 아하 필요한 게 뭐였는지 기억났어 [23:04] &lt;ChZEROHag&gt; netdb 구현 [23:04] &lt;thecrypto&gt; 그거 cvs에 있어? [23:04] &lt;thecrypto&gt; dh 말이야 [23:04] &lt;jrand0m&gt; 응 thecrypto [23:05] &lt;jrand0m&gt; C:\dev\i2p\code\core\java\src\net\invisiblenet\i2p\crypto\DHSessionKeyBuilder.java [23:05] &lt;ChZEROHag&gt; 좋아 난 앞으로 3/4시간은 깨어있을 테니, 그거면 할 게 생기겠군 [23:05] &lt;jrand0m&gt; 어, s/C:\\dev/g; s/\\/\//g [23:05] *** wax_off (~nomail@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [23:06] &lt;jrand0m&gt; 오키. 왜 netdb 구현이 필요한 거야? [23:06] &lt;ChZEROHag&gt; 기억 안 나 [23:06] &lt;jrand0m&gt; 현재 cvs에 확장성 없는 netdb가 있어 [23:06] &lt;jrand0m&gt; 헿 [23:06] &lt;ChZEROHag&gt; 최소한 일주일은 손도 안 댔어 [23:06] &lt;jrand0m&gt; 너 C I2CP api 작업 중이지? I2NP는 아니고? [23:07] &lt;ChZEROHag&gt; 그냥 전부 하려고 했지 [23:07] *** wax_off 님이 #iip-dev에서 나갔습니다 [23:07] &lt;jrand0m&gt; I2NP는 I2CP보다 정말정말정말 훨씬 더 많은 일이야 [23:07] &lt;ChZEROHag&gt; 일단 제대로 시작만 하면, 쭉쭉 나올 거야 [23:07] &lt;jrand0m&gt; 하지만 C로 I2NP 구현하면 멋지지 [23:07] &lt;dm&gt; 지금 I2NP가 어느 언어로든 있긴 해? [23:07] &lt;jrand0m&gt; (I2CP:I2NP::FCP:FNP) [23:07] &lt;jrand0m&gt; 응 dm [23:08] * ChZEROHag emacs 최소화 해제 [23:08] &lt;jrand0m&gt; 내가 작업 중인 자바 구현에는 I2NP가 동작해 [23:08] &lt;dm&gt; 알았어... [23:08] &lt;ChZEROHag&gt; jrand0m: url? 참고할 게 필요해, 비록 끔찍한 언어로 되어 있더라도. [23:08] &lt;jrand0m&gt; ㅎㅎ [23:08] &lt;jrand0m&gt; 음, 사실 그건 6.0 administravia: 일명 우리 anon cvs 접근은 대체 어디 있는 거냐 ;) [23:09] &lt;thecrypto&gt; DH 것들 받고 있어 [23:09] &lt;jrand0m&gt; 좋네 [23:09] &lt;ChZEROHag&gt; 아 맞다 [23:09] &lt;Ryan_Singer&gt; jrand0m, 일정으로 돌아가서, 마이크로 로드맵? [23:09] * thecrypto 얼굴을 가린다 [23:09] &lt;ChZEROHag&gt; 음 그럼 기다릴게 :) [23:09] &lt;jrand0m&gt; ㅎㅎ 오케이 [23:09] &lt;jrand0m&gt; 마이크로 로드맵 [23:09] &lt;jrand0m&gt; 0.1부터 0.5까지 그려놨어 [23:09] &lt;dm&gt; freenet의 로드맵을 따라갔군? [23:10] *** mrflibble (mrflibble@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [23:10] &lt;jrand0m&gt; 0.1) 기능 동작, 보안, 익명성 없음, 확장성 없음, harvestable(수집 가능) [23:10] &lt;dm&gt; 0.5 동안 개발이 느려지다가 얼지... [23:10] &lt;jrand0m&gt; 지금은 0.1이야. [23:10] &lt;jrand0m&gt; 헿 나도 봤어 dm, flinks도 0.5.2에서 멈췄지 ;) [23:10] &lt;co&gt; 전체 패키지 이름은 뭐로 할 거야? [23:10] &lt;jrand0m&gt; (이상한 우연) [23:10] &lt;co&gt; 즉, 버전 0.1의 무엇? [23:10] &lt;jrand0m&gt; 전체 패키지? i2p router 레퍼런스 구현 [23:10] &lt;ChZEROHag&gt; co: Wonga [23:10] * beefbroth 회의에 참가 [23:11] &lt;jrand0m&gt; buenos noches beefbroth [23:11] &lt;co&gt; 좋아. 그럼 이해됐네. [23:11] &lt;ChZEROHag&gt; 사실 그걸로 부를까. 확실히 'i2pd'보다 더 흥미로워 보여 [23:11] &lt;jrand0m&gt; 0.1에는 버그가 있어. 그건 당연. 그리고 눈에 띌 최적화가 없어 (DH 사전 계산은 도움이 되지만). [23:11] &lt;jrand0m&gt; ㅎㅎ [23:11] &lt;Ryan_Singer&gt; jrand0m, 그럼 0.2)는? [23:11] &lt;jrand0m&gt; invisible internet police department [23:11] &lt;jrand0m&gt; 좋아, 0.2 [23:12] &lt;jrand0m&gt; 0.2는 기능 동작, 보안, 익명성, 비확장성, 수집 가능 [23:12] &lt;jrand0m&gt; 0.2는 길이가 0이 아닌 tunnel 지원을 추가해 [23:12] &lt;jrand0m&gt; 사실 그건 어젯밤에 대부분 구현했는데, 아직 철저히 테스트하지는 않았어 [23:12] &lt;jrand0m&gt; 0.2는 이번 주말까지 준비될 것 같아 [23:12] &lt;Ryan_Singer&gt; 개발 관점에서 그게 얼마나 남았지? [23:13] &lt;Ryan_Singer&gt; 좋군 [23:13] &lt;jrand0m&gt; 0.3)는 기능 동작, 보안, 익명성, 확장성, 수집 가능 [23:13] * thecrypto bochs를 받아서 네트워크 시뮬레이션하며 도움 [23:13] &lt;jrand0m&gt; 0.3는 kademliaDatabaseManager를 추가해 [23:13] &lt;jrand0m&gt; 지금은 BroadcastDatabaseManager를 써 [23:13] &lt;jrand0m&gt; (일명 gnunet ;) [23:14] &lt;jrand0m&gt; 구현은 사소하고 소규모 네트워크에는 동작하지만, 확장하려면 kademlia가 필요해 [23:14] &lt;jrand0m&gt; 0.4)는 기능 동작, 보안, 익명성, 확장성, 비수집 가능 [23:14] &lt;jrand0m&gt; 그건 trusted links를 추가해 [23:14] &lt;Ryan_Singer&gt; jrand0m, kademlia 구현이 개발 난이도 측면에서 어느 정도야? [23:14] &lt;jrand0m&gt; trusted links에 대해 아이디어가 두 개 있어.. 하나는 구현과 사용이 더 쉬워 [23:15] &lt;jrand0m&gt; kademlia는 아마 일주일 풀 타임 걸릴 거야 [23:15] &lt;jrand0m&gt; (제대로 하려면) [23:15] &lt;jrand0m&gt; 이 모든 것들은 리팩터링과 튜닝의 여지가 많아. 일단 동작을 목표로 하고, 그 다음에 튜닝할 거야. [23:16] &lt;co&gt; 그렇게 빨리 개발하고 테스트할 수 있을 거라고 확신해? [23:16] &lt;jrand0m&gt; 난 아무것도 확신하지 않아 [23:16] &lt;jrand0m&gt; 그냥 추정치야 [23:16] &lt;Ryan_Singer&gt; co, 그는 동작하게 만들고, 우리가 테스트 [23:16] &lt;ChZEROHag&gt; 확실해? [23:16] &lt;ChZEROHag&gt; (미안) [23:16] &lt;co&gt; Ryan_Singer: 알겠어. [23:17] * jrand0m 테스트하는 사람들 사랑함 :) [23:17] &lt;Myself248&gt; "우리가" 테스트한다는 게, 코더가 아닌 사람도 테스트에 도움될 수 있는 부분이 있어? [23:17] &lt;jrand0m&gt; Myself248&gt; 아마 0.4 전까진 어려울 듯 [23:17] &lt;dm&gt; 기능은 하는데 네트워크 내부에서 무슨 일이 벌어지는지 아무도 모르는 지경에는 가지 않길 (즉, freenet) [23:18] &lt;jrand0m&gt; 0.4가 준비되면 그게 pre-alpha. 0.4가 되면 0.5(알파) 준비를 위해 튜닝/리팩터링/빈칸 채우기를 할 거야 [23:18] &lt;Myself248&gt; 문서화, 문서화, 문서화. [23:18] &lt;dm&gt; 네트워크 내부의 능동 모니터링에 대한 고려가 있나, 아니면 단순한가? [23:18] &lt;jrand0m&gt; 응 dm, 물론 [23:18] &lt;jrand0m&gt; i2np의 핵심 중 하나는 공개되는 routerInfo 구조에 통계를 포함하는 거야 [23:18] &lt;mihi&gt; jrand0m: s/0./0.0./ 하자 ;) [23:18] &lt;jrand0m&gt; 초기 리비전은 실제 통계를 공개해서 튜닝할 거야 [23:19] &lt;jrand0m&gt; 이후 리비전은 통계를 공개하지 않거나 가짜 통계를 공개 [23:19] * jrand0m 0.0은 안 해 [23:19] &lt;shardy&gt; 좋아, 나 왔어 [23:19] &lt;jrand0m&gt; 돌아왔네 shardy [23:19] &lt;shardy&gt; 늦어서 미안, 이 창 열려 있는 걸 잊었네, 헿 [23:19] &lt;dm&gt; 굿. [23:19] &lt;Ryan_Singer&gt; .4 아래 네트워크 아키텍처를 설명하는 상위 문서 있어? [23:19] &lt;jrand0m&gt; 머리를 쳐라 [23:20] &lt;jrand0m&gt; Ryan_Singer&gt; 흠, 몇 달 전에 개요 문서들이 있었고 mids랑 nop이 미러했고, i2p 개요 문서도 있어 [23:20] &lt;jrand0m&gt; 0.4는 스펙에 설명된 대로의 완전한 i2np야, 다만 최적으로 구현되지는 않았지 [23:20] &lt;shardy&gt; 아 그리고 jrand0m, DH 최적화 검토해볼게 [23:20] &lt;jrand0m&gt; 굿, 그라시아스 [23:20] &lt;Ryan_Singer&gt; 그 문서들 받을 수 있을까? [23:21] &lt;jrand0m&gt; 개요는 (Link: http://www.invisiblenet.net/i2p/i2p_philosophy.pdf)http://www.invisiblenet.net/i2p/i2p_philosophy.pdf 여기에 있어 [23:21] &lt;beefbroth&gt; 위키에도 있을걸? [23:21] &lt;jrand0m&gt; 예전 개요 문서들... 흠 [23:21] &lt;jrand0m&gt; (i2p 스펙은 (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs 에 있음) [23:21] &lt;co&gt; (Link: www.invisiblenet.net/i2p/.)www.invisiblenet.net/i2p/. 에도 있어. [23:21] &lt;jrand0m&gt; 맞아 beefbroth [23:22] &lt;jrand0m&gt; 근데 예전에 tunnel 동작을 보여주는 못생긴 ms paint 그림이 있는 html 형식 문서가 있어... [23:22] &lt;beefbroth&gt; 내가 많이 읽었으니 알아 [23:22] &lt;jrand0m&gt; ㅎㅎ [23:22] &lt;co&gt; 그게 더 오래된 버전이거나 미러일 수도 있어. [23:22] &lt;jrand0m&gt; 위키의 파일들은 0.9야 (I2NP와 데이터 구조는 0.9.1이 나왔는데, 변경은 사소해) [23:23] &lt;thecrypto&gt; jrand0m: 사전 계산 좋아 보여 [23:23] &lt;jrand0m&gt; 굿 [23:24] *** pitu (~pitu@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [23:24] * jrand0m router를 java -Dcrypto.dh.precalc.min=3 -Dcrypto.dh.precalc.max=10 -Dcrypto.dh.precalc.delay=5000 -jar C:\dev\i2p\code\router\java\src\router.jar 로 실행 [23:25] &lt;jrand0m&gt; 좋아, 마이크로 로드맵은 여기까지 [23:25] &lt;jrand0m&gt; 보다시피, 이번 달 말까지 알파는 어려울 거야. 0.4는 아마 10월 첫째 주 [23:26] &lt;dm&gt; 괜찮아, 그 정도면 이 타입의 네트워크 구현 중 가장 빠른 거지 ;) [23:26] &lt;Ryan_Singer&gt; ㅋㅋ [23:26] &lt;beefbroth&gt; 여기서 jrand0m의 일정 추정은 지난 4시간 동안 위스키를 마셨다는 점을 기억하시오 :-P [23:26] &lt;jrand0m&gt; 헿 [23:26] &lt;Ryan_Singer&gt; 좋아... 앱/사용? [23:26] &lt;jrand0m&gt; 그것도 좋은 위스키지 ;) [23:26] &lt;jrand0m&gt; 좋아, 앱/사용 [23:27] &lt;dm&gt; 4초 뒤 0.7....3...2...1..!! [23:27] &lt;jrand0m&gt; 쉬운 것부터 노려. 새로운 코드 0 또는 최소로 가능한 것들이야. [23:27] &lt;ChZEROHag&gt; 술 안 마시고 어떻게 제대로 코딩하냐? [23:27] &lt;jrand0m&gt; 이 모든 건 mihi의 끝내주는 i2ptunnel을 크게 활용 [23:27] &lt;co&gt; ChZEROHag: 아주 쉽게. [23:27] *** mihi 님이 채널 #iip-dev의 주제를 &lt;dm&gt; 0.7 in 4 seconds....3...2...1..!! 로 변경했습니다 [23:28] &lt;jrand0m&gt; i2ptunnel을 쓰면, 새 코드 없이 다음을 할 수 있어: [23:28] &lt;jrand0m&gt; 공개 ww 프록시 (i2ptunnel + squid) [23:28] * dm, mihi에게 모자를 들어 인사한다. [23:28] &lt;jrand0m&gt; JAP (i2ptunnel + JAP) [23:28] &lt;mihi&gt; i2p로는 엉덩이 차기 못 해 (tunnel로도 못 해...) [23:28] &lt;jrand0m&gt; www를 익명으로 탐색 (i2ptunnel + 웹 브라우저) [23:28] &lt;jrand0m&gt; i2p 웹 서버 실행 (i2ptunnel + httpd) [23:29] &lt;co&gt; 아주 좋아. 브라보, mihi. [23:29] &lt;jrand0m&gt; cvs 아웃프록시 (i2ptunnel) [예: 익명 freenet 개발을 위한 소스포지로의 cvs 아웃프록시] [23:29] &lt;jrand0m&gt; cvs 클라이언트, cvs 서버 [23:29] &lt;jrand0m&gt; IM 앱, pop3 서버, imap 서버, opennap [23:29] &lt;jrand0m&gt; 전부 정말 쉬운 것들 [23:29] &lt;dm&gt; 좋아, 이제 필요한 건 i2p 뿐이네 :) [23:30] &lt;jrand0m&gt; 그렇지 ;) [23:30] &lt;Myself248&gt; i2p 웹서버면 freenet을 대체하는 거 아냐? :) [23:30] * jrand0m 그건 FAQ로 답해야겠다고 생각 [23:30] &lt;Ryan_Singer&gt; jrand0m, 그래도 매우 가치 있어 [23:30] &lt;ChZEROHag&gt; 그 목록에서, 난 cvs가 더 중요/유용하다고 봐 [23:30] &lt;ChZEROHag&gt; 내가 익명 유지하고 싶어서도 그렇고, 익명 www를 제공하면 luser가 몰릴 테니까 [23:30] &lt;jrand0m&gt; i2p + 웹은 freenet을 대체하지 않아 - freenet은 익명 통신 프레임워크 위에 콘텐츠 배포라는 상당한 가치를 더해 [23:31] &lt;ChZEROHag&gt; 그리고 지금은 익명 이메일은 좀 무섭지 :) [23:31] * dm 메모: "luser 금지" [23:31] &lt;jrand0m&gt; cvs는 확실히 상위 3개 안 [23:31] &lt;beefbroth&gt; i2p 웹서빙이 잘 되면, freenet의 DHT/스토리지 부분을 i2p 위에 얹는 걸 고려해야 할 듯. 그러면 두 세계의 장점을 다 갖게 되지. [23:31] &lt;Ryan_Singer&gt; ChZEROHag, 확장 가능하다면 좋은 거지 [23:31] &lt;ChZEROHag&gt; dm: luser는 초기 단계에서만 문제야, 그리고 그들은 대개 cvs를 쓰지 않아 [23:31] &lt;Myself248&gt; 좋아, 어떤 익명 이메일이든 해시캐시를 듬뿍 넣자. [23:31] &lt;ChZEROHag&gt; 아니, 그게 뭔지(있는지도) 모른다고 [23:31] &lt;co&gt; 해야 할 테스트 중 하나는 네트워크에 대한 모의 공격이야. [23:31] &lt;jrand0m&gt; 맞아 beefbroth, i2p가 우리가 목표로 하는 걸 하면 freenet도 아마 그걸 활용하도록 조정할 거야 [23:32] &lt;co&gt; 오프토픽이라면 미안. [23:32] &lt;mihi&gt; Myself248: anon remailer로 리다이렉터만 추가해. [23:32] &lt;jrand0m&gt; 아니, 그건 완전 온토픽이야 co - 이 네트워크를 공격해보는 건 핵심 [23:32] &lt;ChZEROHag&gt; Myself248: 해시캐시는 주로 우리가 'irc'라는 고대 프로토콜을 써야 하는 동안 플러딩을 막는 거지 [23:32] &lt;ChZEROHag&gt; '남용'이라 부를 수 있는 걸 막는 게 아냐 [23:32] &lt;jrand0m&gt; 맞아 mihi. 아마 mixminion을 i2p 위에서 돌리는 것도 유용할 거야 [23:33] &lt;jrand0m&gt; 맞아, 해시캐시는 메시지가 "돈을 내지" 않으면 한 홉으로 배달되지 않도록 i2p 자체에도 내장돼 있어 [23:33] &lt;Ryan_Singer&gt; jrand0m, 이 위에서 imap도 쉽게 돌릴 수 있어? [23:33] &lt;jrand0m&gt; 물론 [23:33] &lt;Ryan_Singer&gt; 인상적이네 [23:33] &lt;jrand0m&gt; imapd에 i2ptunnel을 포인트하고, 클라이언트의 i2ptunnel이 그 tunnel의 destination을 가리키게 [23:34] &lt;Myself248&gt; 그리고 freenet 검색 엔진도 :) [23:34] &lt;mihi&gt; ftp나 여러 non-jabber 인스턴트 메신저는 문제가 생길 거야... [23:34] &lt;jrand0m&gt; 맞아, 두 개의 연결이 필요한 것들은 더 복잡해 [23:34] &lt;ChZEROHag&gt; jrand0m: i2p에 hashcash? [23:34] &lt;ChZEROHag&gt; 이거 끝나면 그거로 괴롭힐게. [23:34] &lt;shardy&gt; i2p에 hashcash? 좋네. [23:34] &lt;dm&gt; 너무 앞서가고 있어! 아 됐고.. QUAKE + IIP!!!!!! [23:34] &lt;dm&gt; 미안, I2p :) [23:34] &lt;jrand0m&gt; ㅋㅋ dm [23:35] &lt;Myself248&gt; 우리 같은 약한 CPU 유저는 hashcash란 말을 들으면 불안해지지만, 안티 스팸으로는 이해해. [23:35] &lt;co&gt; dm: 그건 정말 너무 앞서가는 거지. [23:35] * mihi 는 jabber:schierlm@a-message.de ;) [23:35] &lt;jrand0m&gt; 응 ChZEROHag - Destination == 공개 서명 키 (DSA) + 공개 암호화 키 (ElGamal) + certificate (null이거나 hashcash(keys)) [23:35] &lt;beefbroth&gt; i2p tunnel은 클라이언트 쪽에서 static이야 아니면 dynamic? [23:35] &lt;mihi&gt; beefbroth: 지금은 전부 static. 하지만 dest로 socks 프록시를 쓸 수 있어. ;) [23:35] &lt;jrand0m&gt; Myself248&gt; 몇 주 안에 끝내주는 sun ultra1 받는다. 160Mhz 박스가 할 수 있으면, 누구나 할 수 있어 [23:35] &lt;shardy&gt; 음. hashcash는 작은 cpu에도 끔찍하진 않아야 해. 뭔가를 억만 번 하려는 게 아니라면 티도 안 날걸. [23:36] &lt;co&gt; beefbroth: dynamic일 수도 있지. [23:36] &lt;Ryan_Singer&gt; 여기 "쉬운 것"의 잠재적 애플리케이션은 매우 인상적이야 [23:36] &lt;jrand0m&gt; 맞아 mihi [23:36] &lt;jrand0m&gt; "eleventy". 헿 [23:36] &lt;ChZEROHag&gt; 쉬운 것들은 본질적으로 '일반' 인터넷 앱이지만, 익명으로 [23:36] &lt;ChZEROHag&gt; 맞지? [23:36] &lt;jrand0m&gt; 맞아 [23:36] &lt;Ryan_Singer&gt; 응 [23:36] &lt;dm&gt; (quake) [23:37] &lt;jrand0m&gt; 0.1은 보안을, 0.2는 익명성을, 0.3는 확장성을, 0.4는 비수집 가능성을 제공해 [23:37] &lt;jrand0m&gt; (우린 지금 0.1) [23:37] &lt;shardy&gt; 비수집 가능이라는 게 무슨 뜻이야? [23:37] &lt;co&gt; 미안, harvestable이 다시 뭐였지? [23:37] &lt;ChZEROHag&gt; dm: 안타깝게도 실시간은 30년이 넘도록 아직 '일반'이 아닐 정도로 우리가 발목이 잡혀왔지 [23:37] &lt;Myself248&gt; 휴. 누가 물어봐 주길 바라고 있었음. ;) [23:37] &lt;Ryan_Singer&gt; 로깅 가능 [23:37] &lt;jrand0m&gt; harvesting은 능동 공격자가 router를 돌리면서 다른 많은 router들을 알아낼 수 있다는 뜻(“수확”), 그리고 깡패들을 보내 문을 부술 수 있다는 거야 [23:38] &lt;Myself248&gt; 오, gnutella처럼. :) [23:38] &lt;Ryan_Singer&gt; 정보기관 같은 깡패들 [23:38] &lt;jrand0m&gt; 맞아 [23:39] &lt;shardy&gt; 아, 이해 [23:39] &lt;jrand0m&gt; 좋아, 마이크로 로드맵은 여기까지. [23:40] &lt;jrand0m&gt; 그런데, 0.x로 부르는 게 바보 같은 걸까 0.0.x로 불러야 할까? 1.0은 "완벽"해야 해? 아니면 1.0은 기능적이고 안전하면 돼? [23:40] &lt;Ryan_Singer&gt; jrand0m, 그럼 .4는 언제 보게 돼? [23:40] &lt;jrand0m&gt; 0.4는 아마 2주쯤 남았어 [23:40] * jrand0m 10월 중순쯤 일주일(쯤) 쉬어. 손님들이 와서 [23:40] *** Signoff: dm (EOF From client) [23:40] &lt;mihi&gt; 1.0은 안정적이어야 해. [23:40] &lt;co&gt; 1.0은 기능적이고 안전하면 돼. [23:40] &lt;thecrypto&gt; co 말에 동의 [23:41] &lt;Ryan_Singer&gt; 1.0은 기능적이고, 안정적이고, 안전해야 [23:41] &lt;ChZEROHag&gt; jrand0m: 버전 번호에 대한 내 철학은, 헷갈리면 리눅스를 따라라 [23:41] &lt;Myself248&gt; 5.0이 "완벽"일 수 있어. 자유 소프트웨어 사람들은 버전 번호 뻥튀기를 과하게 두려워해. [23:41] &lt;jrand0m&gt; 오키 [23:41] &lt;mrflibble&gt; jrand0m, v1은 원래 완벽하지 않아 :) [23:41] *** dm (~gj@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [23:41] &lt;mrflibble&gt; 아무도 완벽하길 기대하지도 않고 [23:41] &lt;dm&gt; 내가 1.0 놓쳤나? [23:41] &lt;ChZEROHag&gt; mrflibble: 사람들은 어떤 소프트웨어도 완벽하길 기대하지 않아. 사람들은 윈도를 써. [23:41] &lt;Ryan_Singer&gt; 이 소프트웨어는 GPL이야 아니면 LGPL? [23:41] &lt;jrand0m&gt; 좋네, 벌써 1.0이 완벽하지 않다고 뭐라 하더라 [23:41] &lt;ChZEROHag&gt; 그렇다고 완벽하지 않아도 된다는 뜻은 아냐. [23:41] &lt;mrflibble&gt; 좋은 지적이야 ChZEROHag [23:42] &lt;dm&gt; 아 젠장, 놓쳤구나.. [23:42] &lt;mihi&gt; dm: 그만 놀려 [23:42] &lt;mrflibble&gt; 응, 놓쳤어 [23:42] &lt;jrand0m&gt; router는 GPL. 자바 클라이언트 라이브러리는 현재 GPL이지만, 열려 있어. thecrypto랑 나는 Cryptix AES 구현 한 섹션(MIT) 빼고 전부의 전체 권리자야 [23:42] &lt;dm&gt; 알겠어 알겠어 미안해 :( [23:42] &lt;jrand0m&gt; 아니, 말 취소 [23:42] &lt;jrand0m&gt; Freenet의 Base64.java도 썼지 [23:43] &lt;beefbroth&gt; 아직 안건 0.3 Apps야? [23:43] &lt;jrand0m&gt; 그래서 base64는 GPL :) [23:43] &lt;thecrypto&gt; 그리고 IM 클라이언트는 GPL [23:43] &lt;jrand0m&gt; 아 맞다, 우린 0.3에 있지 [23:43] &lt;thecrypto&gt; 코멘트를 코드에 넣기만 하면 [23:43] *** UserX_ (~User@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [23:43] &lt;jrand0m&gt; ㅎㅎ thecrypto [23:43] &lt;ChZEROHag&gt; GPL 좋아 보여 [23:43] &lt;jrand0m&gt; w0ah, 23명 [23:43] &lt;Myself248&gt; 우린 안건 항목 6.02E23, 랜덤 잡담에 와 있지 :) [23:43] &lt;Ryan_Singer&gt; jrand0m, 시간 되면, 라이선스랑 컨설팅 건에 대해 얘기하고 싶어 [23:43] &lt;jrand0m&gt; 좋아 Ryan_Singer [23:43] &lt;ChZEROHag&gt; 근데 누가 지적했듯(필라멘트였나?) - 누가 라이선스를 어기면 익명인 사람이 뭘 할 수 있지? [23:43] &lt;mihi&gt; jrand0m: 22 ;) [23:43] &lt;jrand0m&gt; ChZEROHag&gt; flinks에 있는 내 라이선스를 읽어봐 ;) [23:43] &lt;Myself248&gt; 우리에겐 익명 법정 시스템이 필요해. [23:44] * mihi 는 여기 두 번 있음 [23:44] &lt;jrand0m&gt; Myself248&gt; 그건 yodel이라고 불러 ;) [23:44] &lt;Myself248&gt; "법정은 이제 34534번, J. Doe 대 J. Doe 사건을 심리합니다" [23:44] &lt;Ryan_Singer&gt; ChZEROHag, 내가 묻는 이유는 기업들이 산업 스파이로부터 보안을 위해 이 소프트웨어를 사용하려면 어찌해야 하는지라서 [23:44] &lt;co&gt; Naming server도 GPL로 라이선스할 거야. 최소한 자바 구현은 router에 접속하는 데 클라이언트 라이브러리 코드를 쓰니까. [23:44] &lt;CCD&gt; ㅋㅋ [23:44] &lt;Myself248&gt; "집행관, 우리가 방금 전 34533건에서 들은 당사자들이랑 똑같지 않나요?" [23:44] &lt;shardy&gt; 음 [23:45] &lt;shardy&gt; 사람들이 정말 프로토콜을 쓰길 원하고 돈이 걱정이 아니라면, 완전 오픈으로 만들란 생각도 있어. GPL로도 제한하지 말고. [23:45] &lt;co&gt; shardy: 공개 도메인? [23:45] &lt;beefbroth&gt; co가 0.4 안건 항목으로 이끄는 중인 듯 :-P [23:45] &lt;jrand0m&gt; shardy&gt; 스펙은 공개이고 오픈이야. 스펙에는 저작권 주장하지 않았어. [23:45] &lt;Ryan_Singer&gt; shardy, 아니, 우리는 프로토콜 작업이 계속 공개되길 원해 [23:45] &lt;shardy&gt; 퍼블릭 도메인, BSD 라이선스, "뭐든 해도 되지만 크레딧은 부탁" 라이선스 등 [23:45] &lt;jrand0m&gt; 코드는 router에 대해 GPL. 자바의 한 클라이언트 api 구현은 GPL [23:46] &lt;Ryan_Singer&gt; liberty 프로토콜을 봐... (Link: http://projectliberty.org)http://projectliberty.org [23:46] &lt;shardy&gt; jrand0m: 오케이. 이해했어. [23:46] * jrand0m "no government use" 라이선스도 생각해 봤지 ;) [23:46] &lt;jrand0m&gt; 좋아, 내가 3.0) 앱을 이슈 목록에 넣은 이유는 이거야 [23:46] &lt;jrand0m&gt; 도움이 필요해. [23:46] &lt;Ryan_Singer&gt; 뭐가 필요해? [23:46] &lt;jrand0m&gt; i2ptunnel은 좋은 코드야. i2p의 router도 좋은 코드가 될 거야. [23:47] &lt;jrand0m&gt; 필요한 건 릴리스 엔지니어링의 요령을 잡기 시작하는 사람들이야 [23:47] &lt;dm&gt; i2ptunnel만 있으면 앱이 왜 필요해? [23:47] &lt;ChZEROHag&gt; jrand0m: 뭐라고? [23:47] &lt;jrand0m&gt; 즉, Joe Sixpack(평범한 사용자)이 다운로드해서 웹을 탐색할 수 있도록 실제로 패키징하는 방법 [23:47] &lt;ChZEROHag&gt; dm: telnet만 쓸 수 있으면 앱이 왜 필요해? [23:47] &lt;dm&gt; 뭐라고? [23:47] * dm 머리를 긁적. [23:47] &lt;CCD&gt; 어, telnet 말고 다른 게 있어? [23:48] * jrand0m 그게 ChZEROHag가 하려던 말인 듯 dm ;) [23:48] *** Myself248 님의 닉네임이 myself248 로 변경되었습니다 [23:48] *** Signoff: thecrypto (Ping timeout) [23:48] &lt;ChZEROHag&gt; dm: i2ptunnel을 쓰는 건, 차가 멀쩡한데 손수레로 끄는 것과 같아 [23:48] &lt;jrand0m&gt; 좋아, 그냥 언급만 할게. 혹시 시간 남는 사람이 있을까 해서 :) [23:48] &lt;jrand0m&gt; 좋아, 4.0) [23:48] &lt;jrand0m&gt; 네이밍 서비스 [23:48] &lt;dm&gt; 뭔가 말하려는 건 알겠어. [23:48] &lt;jrand0m&gt; 안녕 co, 어때? :) [23:48] &lt;co&gt; 네이밍 서버는 반드시 GPL이어야 해, 적어도 자바 구현은 router에 연결하기 위해 클라이언트 라이브러리 코드를 사용하니까. [23:49] &lt;dm&gt; 근데 방금 20분 동안 I2Ptunnel + 웹 서버!, I2Ptunnel + quake! 하고 있었잖아 ;) [23:49] &lt;ChZEROHag&gt; 또는 컴퓨팅적으로 말하자면, ip 스택에서 직접 하는 대신 모든 인터넷 작업을 telnet으로 하는 것과 같지 [23:49] &lt;co&gt; 지난주엔 별로 못 했어. 클라이언트 API를 릴리스했는데, 그것도 작업이 필요해. [23:49] &lt;ChZEROHag&gt; i2ptunnel은 과도기적 솔루션 [23:49] &lt;co&gt; 이번 주엔 시간 나니까, 네이밍 서버 구현을 시작할 거야. [23:49] &lt;jrand0m&gt; 굿 [23:49] &lt;jrand0m&gt; 클라이언트 api가 어디더라? [23:50] &lt;mihi&gt; 메일링 리스트에 ;) [23:50] &lt;co&gt; 가정 중 하나는 destination이 base64로 인코딩될 수 있다는 거야. 그래서 아까 그 질문을 했던 거고. [23:50] &lt;jrand0m&gt; ChZEROHag&gt; 어떤 면에서 과도기지 [23:50] * jrand0m !자기자신을 툭 [23:50] *** thecrypto (~thecrypto@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [23:50] &lt;dm&gt; TCP도 그렇지! [23:50] *** yodel (yodel@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [23:50] &lt;jrand0m&gt; 'lo yodel [23:50] &lt;beefbroth&gt; 네이밍 규칙은 어떻게 보일까? 일반 사용자도 공감할 수 있는 형태일까 (예: (Link: www.somthing.com)www.somthing.com 또는 http/web용 (Link: www.something.i2p)www.something.i2p)? [23:50] &lt;co&gt; 네이밍 서비스 스펙과 클라이언트 API를 CVS에 넣을 거야. [23:50] &lt;jrand0m&gt; 다시 온 걸 환영해 thecrypto [23:50] &lt;ChZEROHag&gt; 아마 전에 다뤘겠지만, ns는 어떻게 공정하게 고유 이름을 제공해? [23:50] * mihi 는 *.mihi.iip를 원함 ;) [23:50] &lt;jrand0m&gt; beefbroth&gt; 네이밍 서비스 있을 때? 없을 때? [23:50] &lt;jrand0m&gt; 헿 mihi [23:50] &lt;ChZEROHag&gt; DNS를 괴롭힌 스쿼팅 등을 어떻게 피하지 [23:50] &lt;thecrypto&gt; 누가 방금까지 있었는지 요약 좀? [23:51] &lt;beefbroth&gt; jrand0m: 있을 때. 없으면 긴 숫자 문자열일 듯. [23:51] &lt;co&gt; ChZEROHag: 여러 네이밍 서버 그룹에 등록한 다음, 그 그룹 이름으로 자신을 식별할 거야. [23:51] &lt;co&gt; IM 서비스를 제공한다면 IM.beefbroth.mygroup 같은 식으로. [23:51] &lt;mihi&gt; 앗, s/iip/i2p [23:51] *** godmode0_ (~mode@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [23:51] *** Signoff: godmode0 (EOF From client) [23:51] &lt;jrand0m&gt; ChZEROHag&gt; co의 네이밍 서비스는 trusted groups가 있고, 각 그룹이 그룹 이름(tld)을 관리해. 각 tld를 어떤 그룹이 운영할지 클라이언트가 선택해 [23:51] &lt;co&gt; 맞아, 누군가 group2에 사용자명 beefbroth를 등록할 수도 있어. [23:51] &lt;thecrypto&gt; 내가 4분 동안 없던 사이 [23:52] &lt;ChZEROHag&gt; co: 그럼 .mygroup의 고유성만 이슈란 거지? [23:52] &lt;ChZEROHag&gt; 그리고 누가 'com' 그룹을 가져? :-) [23:52] &lt;jrand0m&gt; 그 선택은 클라이언트가 해 [23:52] &lt;mihi&gt; ChZEROHag: i2p는 COMmerical이 아냐 [23:52] &lt;jrand0m&gt; (예: ns 클라이언트 라이브에 "'.com' 그룹은 group 0123ff33aefcbb34fe"라고 알려줘 [23:52] &lt;beefbroth&gt; 말하긴 싫지만, 일반 웹과 비슷하다는 착각을 유지하려면 기본으로 3글자 그룹으로 해야 하지 않을까 [23:52] &lt;co&gt; ChZEROHag: "com" 그룹을 누가 가져갈지는 모르겠어. [23:52] &lt;co&gt; 좋은 질문이야. [23:53] &lt;shardy&gt; beefbroth: "일반 웹"은 더 이상 3글자 tld만 있는 게 아니야 [23:53] &lt;mihi&gt; beefbroth: 아니면 모든 주소에 .i2p를 붙이자. [23:53] &lt;ChZEROHag&gt; beefbroth: 그 착각은 미국에서만 있어 [23:53] &lt;shardy&gt; tld들. [23:53] &lt;jrand0m&gt; 시작할 땐, 일단 하나의 네이밍 서버 그룹 ".i2p"만 두는 게 좋을지도 [23:53] &lt;co&gt; beefbroth: 네이밍 서버 소프트웨어는 최대 32글자를 허용해. [23:53] &lt;ChZEROHag&gt; 다른 곳에선 우리한테 주어진 2글자 국가 코드를 써 [23:53] &lt;shardy&gt; .us도 미국에서 쓰이고 [23:53] &lt;co&gt; 사실, 첫 그룹은 "test"로 하고 싶었어. [23:53] &lt;shardy&gt; .info나 .name 같은 것도 있고 [23:53] &lt;jrand0m&gt; 헿 좋아 [23:54] &lt;ChZEROHag&gt; shardy: 그래, 한 5명 정도가. [23:54] &lt;ChZEROHag&gt; 어쨌든 이건 다른 때 할 분노 주제 :) [23:54] &lt;jrand0m&gt; 사실은... [23:54] &lt;shardy&gt; .museum도 있어 [23:54] &lt;Ryan_Singer&gt; jrand0m, .12p 쓰는 건 어때 [23:54] &lt;jrand0m&gt; JXTA 기반의 분산 DNS를 본 적 있어 [23:54] &lt;co&gt; ChZEROHag: 하지만 요지는, "com" 그룹 운영자가 마음에 안 들면 "com2" 그룹을 만들고 그 서버들을 운영(그리고 거기에 등록)할 수 있다는 거야. [23:55] &lt;ChZEROHag&gt; 응 그건 완전 이해돼 [23:55] &lt;mihi&gt; ChZEROHag: (Link: http://www.nic.us/press/audio/dotus-mayEM.wav)http://www.nic.us/press/audio/dotus-mayEM.wav ;) [23:55] &lt;jrand0m&gt; co&gt; 그들을 "그들이 .com이라고 '생각'할 뿐이고, 난 .com은 group2가 운영한다고 말하는" 건 안 돼? [23:55] &lt;ChZEROHag&gt; 내가 말하려는 건, 결국 선착순인가 하는 거지 [23:55] &lt;co&gt; 클라이언트를 어떻게든 구성할 수 있어. [23:56] &lt;Ryan_Singer&gt; JXTA 네임 시스템은 어떻게 동작해? [23:56] &lt;jrand0m&gt; co&gt; (Link: http://wiki.java.net/bin/view/Jxta/DisDNS)http://wiki.java.net/bin/view/Jxta/DisDNS 는 분산 DNS 위키야. 근데 매우 조악하고 진짜 어려운 이슈는 안 다뤄 [23:56] &lt;co&gt; ChZEROHag: 그룹에 사용자명을 등록하는 건, 맞아. [23:56] &lt;co&gt; jrand0m: 미팅 끝나고 볼게. [23:56] &lt;jrand0m&gt; jxta는 rendezvous 포인트에서 네이밍 서버를 돌려 [23:56] &lt;ChZEROHag&gt; mihi: 그게 뭐야? [23:56] &lt;beefbroth&gt; 그럼 누군가 기존 i2p 네이밍 서버 그룹을 흉내 내서 NS 시스템을 공격하는 것도 가능하겠네 [23:57] *** Signoff: jeremiah (Ping timeout) [23:57] &lt;co&gt; beefbroth: 아닐 것 같아. [23:57] &lt;mihi&gt; ChZEROHag: 들어봐. 왜 xx백만 미국인이 .com보다 .us를 선호하는지 [23:57] &lt;mihi&gt; 6800만 [23:57] &lt;co&gt; 그룹을 설정하는 사람들은 그 그룹을 공표할 거라고 봐. [23:57] &lt;jrand0m&gt; 흉내 낸다고? 그룹의 서버는 공개키 시스템으로 인증되므로 흉내낼 수 없어 [23:58] &lt;jrand0m&gt; 하지만, 그룹이 비신뢰 멤버의 합류를 허용하면, 쉽게 장악당할 수 있지. [23:58] &lt;shardy&gt; 근데 키 교환은 어떻게 해? [23:58] &lt;co&gt; 나중에 들어오는 사람들은 그룹이 이미 자리 잡았고, 클라이언트 소프트웨어 설정 파일에 기존 그룹의 destination이 들어 있다는 문제에 직면할 거야. [23:58] &lt;ChZEROHag&gt; mihi: 글쎄, 애국심이니 뭐니 해서 그걸 선호하는 게 말은 되지만, 실제로 본 적은 별로 없네. [23:58] &lt;beefbroth&gt; 두 개의 네이밍 서버 그룹이 둘 다 .i2p 그룹을 해결한다고 주장하면 어떻게 돼? [23:58] &lt;co&gt; 좋은 질문이야, 다시 신중히 생각해볼게. [23:58] &lt;ChZEROHag&gt; mihi: 어쨌든 들어볼게 [23:58] &lt;jrand0m&gt; shardy&gt; 키 교환이 아니라 - 키 공개 [23:58] &lt;beefbroth&gt; 이해, 좋은 지적 [23:58] &lt;ChZEROHag&gt; co: 그래 그 얘길 하려던 거였어 [23:58] &lt;shardy&gt; 근데 온라인으로 공개된 키도 가로챌 수 있잖아 [23:58] &lt;jrand0m&gt; beefbroth&gt; 아무도 주장하지 않아. 네 클라이언트가 "i2p == [dest1, dest2, dest]"라고 말하는 거지 [23:59] &lt;shardy&gt; 우리가 필요한 건 신뢰 기반 dns 시스템 :) [23:59] &lt;shardy&gt; 이름 질의하면 응답 목록을 받고... 그중 신뢰하는 걸 선택 [23:59] &lt;co&gt; 제기해줘서 고마워. [23:59] &lt;jrand0m&gt; shardy&gt; 아, 혼동을 이해한 듯. 네이밍 서비스는 band 밖(OOB, 즉 설치 패키지에 포함)으로 destination 세트를 제공하는 게 좋을 것 같아 [23:59] &lt;ChZEROHag&gt; 응 하나 있어 - 모두가 IANA(지금은 이름이 뭐든)를 믿거나 말거나. [23:59] * shardy 고개 숙임 [23:59] &lt;ChZEROHag&gt; :-D [23:59] &lt;mrflibble&gt; dnssec로 시도 중인데, 물론 그건 익명은 아냐 [00:00] &lt;jrand0m&gt; 이 네이밍 서비스의 목적은 루트 서버에서 벗어나는 거야 [00:00] &lt;beefbroth&gt; 활성 네이밍 그룹과 권한 목록을 올리는 i2p 홈페이지를 둘 수도 있지? [00:00] &lt;shardy&gt; jrand0m: 오케이. 그래도 초기 키 전송은 물리적으로 안전한 채널이 없으면 뭐를 하든 가로채질 수 있다는 건 사실이야... [00:00] &lt;co&gt; shardy: 스펙에서 키 교환을 다뤘다고 생각해. 아니라면 말해줘. [00:00] &lt;shardy&gt; 근데 OOB로 패키징하면 더 나아지긴 해 [00:00] &lt;shardy&gt; co: 확인해볼게. [00:00] &lt;jrand0m&gt; shardy&gt; 맞아, 사람들이 다운로드하는 코드를 신뢰할 수 있어야 해 [00:00] &lt;co&gt; beefbroth: 물론. [00:01] &lt;ChZEROHag&gt; 아 생각났다 [00:01] &lt;jrand0m&gt; beefbroth&gt; 맞아, 아마 제일 먼저 구현될 앱 중 하나가 될 거야 - i2p 웹서버 + bbs &amp;amp; wiki, i2p를 통해 접근 [00:01] &lt;ChZEROHag&gt; iipmail용 gpg 키를 만들어야지 [00:01] *** yodel 님이 #iip-dev에서 나갔습니다 [00:01] * ChZEROHag 지루한 동안 그 작업 함 [00:01] &lt;jrand0m&gt; 헿 오케이 [00:01] &lt;co&gt; 네이밍 서버 스펙은 아직 개선 제안에 열려 있다는 점을 이해해줘. [00:02] &lt;shardy&gt; toorcon 가는 비행기에서 모든 스펙을 가져가려 해... 읽을 시간이 되겠지 [00:02] &lt;co&gt; 지금 완벽하거나 최종이라고 주장하지 않아. [00:02] &lt;jrand0m&gt; 헿 긴 비행이면 좋겠다 [00:02] &lt;shardy&gt; 그리고 내내 fft advance만 하는 것보다 생산적이지, 헿 [00:02] * jrand0m 스펙을 구현하는 코드가 있으면 비판이 훨씬 자유롭게 나온다는 걸 배움 [00:02] *** godmode0_ 님의 닉네임이 godmode0 로 변경되었습니다 [00:02] &lt;co&gt; 그리고 내가 코드를 써야지. [00:02] &lt;co&gt; 다음 주제로 넘어가도 될 듯. [00:02] &lt;jrand0m&gt; 오케이 [00:02] &lt;jrand0m&gt; 5.0) IM [00:03] &lt;jrand0m&gt; 안녕 thecrypto [00:03] &lt;mihi&gt; 이름은 base64 표현과 충돌하면 안 돼. [00:03] &lt;thecrypto&gt; 안녕 [00:03] &lt;thecrypto&gt; 오케이 [00:03] &lt;mihi&gt; 그리고 네이밍 서버는 base64 주소는 투명하게 있는 그대로 반환해야 해. [00:03] &lt;co&gt; mihi: 좋아, 그 문제를 피하도록 할게. [00:03] &lt;thecrypto&gt; 먼저 내 이메일이 또 안 돼서 (젠장 스패머) [00:03] &lt;jrand0m&gt; (DataStructure를 확장하는 모든 클래스에는 String .toBase64()와 .fromBase64(InputStream) 있음) [00:03] &lt;thecrypto&gt; 여기서 내 시스템에 대한 whit의 질문에 답할게 [00:04] * jrand0m co의 이메일을 연다 [00:04] &lt;mihi&gt; jrandom? 왜 Inputstream이고 Reader가 아냐? [00:04] &lt;thecrypto&gt; 네트워크가 제일 먼저 떠올랐고, i2p 네트워크 위에서 연결을 만들고, 매우 p2p라서 네트워크라 불렀지 [00:04] &lt;jrand0m&gt; Reader가 필요하면 InputStreamReader를 쓰면 되잖아, 이놈아 [00:04] &lt;mihi&gt; base64는 내 생각엔 바이트가 아니라 문자야. [00:04] &lt;ChZEROHag&gt; jrand0m: IM == 인스턴트 메시징? [00:04] &lt;jrand0m&gt; 응 ChZEROHag [00:04] &lt;thecrypto&gt; 그게 불편하면, 뭐라고 부를지 제안 좀 줘 [00:05] &lt;ChZEROHag&gt; jabber? [00:05] &lt;thecrypto&gt; IM == 내가 만든 분산 IM 네트워크 [00:05] &lt;shardy&gt; "bob"이라고 부르자 [00:05] &lt;jrand0m&gt; i2p im은 aim이 네트워크인 것과, kazaa가 네트워크인 것과 같은 식으로 네트워크야. 전부 tcp/ip나 udp/ip 위에서 돌아가 [00:05] &lt;co&gt; IM 애플리케이션은 어때? [00:05] &lt;ChZEROHag&gt; (anonabber) [00:05] &lt;co&gt; jrand0m: 알겠어. [00:05] &lt;thecrypto&gt; jabber는 중앙 서버가 필요해 [00:05] &lt;jrand0m&gt; 용어는 난 상관없어. 난 shardy의 아이디어가 좋아 [00:05] &lt;ChZEROHag&gt; thecrypto: 아무것도 중앙 서버가 "필요"하지는 않아 [00:05] &lt;thecrypto&gt; 오늘 오타가 심해, 이해해줘 [00:05] &lt;ChZEROHag&gt; 그냥 그렇게 작성되어 있을 뿐 [00:05] &lt;jrand0m&gt; (난 Betty가 더 좋아) [00:05] &lt;thecrypto&gt; 그럼 I2PIM bob으로 부르자는 거야? [00:05] &lt;thecrypto&gt; :) [00:05] &lt;jrand0m&gt; wilma는 어때? [00:05] &lt;jrand0m&gt; fred는 이미 있어 [00:05] &lt;co&gt; 그럼 distributed IM은 어때? [00:05] &lt;jrand0m&gt; DIM, 헿 [00:05] &lt;co&gt; 하지만, distributed IM 애플리케이션? [00:05] &lt;dm&gt; AIM, anonymous Instant messaging! [00:05] &lt;thecrypto&gt; 나쁜 약자네 :) [00:06] &lt;dm&gt; 그러면 AOL을 접수하자. [00:06] &lt;thecrypto&gt; 오오 AOL이 그걸 알게 되길 기다릴 수 없네 [00:06] &lt;ChZEROHag&gt; dm: 어떤 인간들 빡치게 만들겠군. 맘에 든다. [00:06] &lt;jrand0m&gt; ㅎㅎ 해 [00:06] &lt;Ryan_Singer&gt; thecrypto, 탈중앙 방식으로 IM을 구현할 수 있어? 아니면 중앙집중식이어야 해? [00:06] &lt;co&gt; dm: 좋은 생각. 그 약자에 한 표. [00:06] &lt;jrand0m&gt; 내가 읽은 thecrypto 문서에 따르면, IM은 완전히 탈중앙이야 [00:06] &lt;thecrypto&gt; 분산 IM을 구현 중이야, CVS에 있어 [00:06] &lt;beefbroth&gt; 사람들을 혼란스럽게 할 건 반대 [00:07] &lt;Ryan_Singer&gt; AOL 타임워너가 이름을 타임워너로 바꿨어 [00:07] &lt;ChZEROHag&gt; dm: 어떤 인간들 빡치게 만들겠군. 맘에 든다. [00:07] &lt;jrand0m&gt; 사람들이 익명성이 뭔지 이해하지 못하면, 투명하게 익명인 건 쓸모없어. [00:08] &lt;ChZEROHag&gt; 오 잠깐, 이런 게 종이에 있어 [00:08] &lt;beefbroth&gt; 난 thecrypto의 아이디어가 좋아 [00:08] &lt;thecrypto&gt; I2PIM이 어떤 "네트워크" 위에서 도는지 그걸 찾는 중 [00:08] &lt;jrand0m&gt; 사람들이 스스로를 보호하는 법을 가르치는 건 정말 중요 [00:08] &lt;thecrypto&gt; Presence System? [00:08] &lt;Ryan_Singer&gt; 익명의 보안 측면을 강조해 [00:08] &lt;dm&gt; I2M (instant 2 messaging) [00:08] &lt;ChZEROHag&gt; 난 XIrc 같은 게 있었지 [00:09] &lt;jrand0m&gt; 네가 정해 thecrypto, 네게 맞는 걸로 ;) [00:09] &lt;dm&gt; 그리고 I2M 로고에서 2는 아주 작게 :) [00:09] &lt;thecrypto&gt; 음 I2P는 Invisible ... jrand0m ? [00:09] &lt;ChZEROHag&gt; 내가 좋았던 건 모두가 Borg고, Collectives에서 채팅했다는 거 [00:09] &lt;jrand0m&gt; i2p = i^2p (invisible internet project) [00:09] &lt;co&gt; P는 protocol의 P인 줄 알았는데. [00:09] &lt;jrand0m&gt; 그것도 맞아 [00:09] &lt;jrand0m&gt; 음, 사실, 아니 [00:10] &lt;thecrypto&gt; 그럼 Invisible Internet Project Instant Messaging [00:10] &lt;jrand0m&gt; i2np가 프로토콜 [00:10] &lt;jrand0m&gt; i2p는 프로젝트 [00:10] &lt;jrand0m&gt; i2cp는 클라이언트 프로토 [00:10] &lt;beefbroth&gt; 난 "poop"의 약자인 줄 [00:10] &lt;co&gt; thecrypto: 맞아, 이름은 그리 중요하지 않아. [00:10] &lt;dm&gt; i2m = i^2m = instant invisible messaging [00:10] &lt;thecrypto&gt; 그럼 다음 주제로 [00:10] &lt;Ryan_Singer&gt; 좋아.... 점점 안건에서 벗어나네... IM은 끝? [00:10] &lt;shardy&gt; "bob"이 싫으면, "jimbob"으로 하자 [00:10] &lt;jrand0m&gt; 오케이, 6.0) administravia [00:10] &lt;thecrypto&gt; 아니, 아직 더 있음 [00:11] &lt;thecrypto&gt; 미안 [00:11] &lt;co&gt; administrivia야. [00:11] &lt;thecrypto&gt; 아니 IM이야 [00:11] &lt;jrand0m&gt; nop&gt; 루트 줘. anon cvs, bugzilla, cvsweb 설치해야 해. [00:11] &lt;thecrypto&gt; 아직 안 끝났어 [00:11] &lt;thecrypto&gt; :) [00:11] &lt;thecrypto&gt; 되감기! [00:11] * jrand0m 뒤로 감기 [00:11] &lt;jrand0m&gt; 5.1) thecrypto v2 [00:11] &lt;Ryan_Singer&gt; IM에 뭐가 더 있어, thecrypto? [00:12] &lt;mihi&gt; thecrypto: 그냥 계속해; /me 네이밍 서비스도 놓쳤으니까 [00:12] &lt;thecrypto&gt; 오케이, 프레즌스(접속 상태)가 통신하는 방식은 달라 [00:12] &lt;thecrypto&gt; 모두가 모두를 아는 게 아냐 [00:12] &lt;thecrypto&gt; 사실상 누군가를 "스토킹"할 방법이 없어 [00:12] &lt;thecrypto&gt; 보여달라고 요청해야 해 [00:13] &lt;mihi&gt; 익명 네트워크에선, 보통 아무도 아무도 몰라 ;) [00:13] &lt;jrand0m&gt; (사람들의 Destination이 랜덤인 한) [00:13] *** Signoff: pitu (Lost terminal) [00:13] &lt;dm&gt; 무슨 뜻? [00:13] &lt;thecrypto&gt; Alice가 Bob과 대화하고 싶어 [00:13] &lt;jrand0m&gt; mihi&gt; 그래도 네이밍 서비스는 서비스로 검색을 허용해 [00:13] &lt;jrand0m&gt; (서비스는 IM, www 등) [00:13] &lt;thecrypto&gt; Alice가 Bob의 IM destination을 어떤 식으로든 찾아, 아마 네이밍 서비스로 [00:14] &lt;thecrypto&gt; 그래서 Alice가 Bob의 IM destination으로 메시지를 보내 [00:14] &lt;dm&gt; 응? [00:14] &lt;thecrypto&gt; 그러면 "Alice가 너에게 연락하려 함"이라는 작은 메시지가 떠. 그와 대화하고 싶으면 할 수 있고, 무시할 수도 있고 [00:15] &lt;thecrypto&gt; 하지만 중앙 presence 서버는 없어, Alice는 그냥 메시지가 사라지고 응답을 못 볼 수도 있어 [00:15] &lt;dm&gt; 오케이, MSN 같네? [00:15] &lt;jrand0m&gt; (근데 Alice는 Bob이 자길 무시했는지 알 수 있음) [00:15] &lt;thecrypto&gt; 그리고 Alice는 그냥 Bob을 버디 리스트에 추가하고 그를 기다릴 수 없어 [00:15] &lt;Ryan_Singer&gt; thecrypto, 그러면 제대로 설정된 Y!, MSN, AIM과 뭐가 다른 거야.. 중앙 서버 없는 걸 빼고 [00:15] &lt;thecrypto&gt; Bob이 Alice의 로그인 상태를 보려면 Bob이 Alice에게 메시지를 보내야 해 [00:15] &lt;Ryan_Singer&gt; 오 [00:15] &lt;dm&gt; 오케이, 사용자 입장에선 바뀌는 건 없지만, 네 말은 알겠어. [00:16] &lt;jrand0m&gt; thecrypto&gt; 완전 정확하진 않아 [00:16] &lt;Ryan_Singer&gt; 알겠어.. 버디 리스트 기능 없음... [00:16] &lt;jrand0m&gt; 아, 음, 기술적으로는... [00:16] &lt;thecrypto&gt; Ryan_Singer: 아니 버디 리스트는 여전히 있어 [00:16] &lt;dm&gt; Alice가 Bob을 볼 수 없으면 어떻게 메시지를 보내? [00:16] &lt;dm&gt; 거기 있는지 확인하려고 그냥 랜덤으로 연락해봐야 해? [00:16] &lt;jrand0m&gt; Bob은 Alice의 router로 메시지를 보내야 하고, 그건 Alice가 모르는 사이에도 일어날 수 있어 [00:16] &lt;thecrypto&gt; Alice는 랜덤으로 시도할 수 있어 [00:17] &lt;dm&gt; 그리 편리하진 않은데? 온라인이 되자마자 모두에게 (있어?, 있어?)라고 보내야 해? [00:17] &lt;beefbroth&gt; thecrypto: 사용자가 로그인할 때 모든 버디에게 메시지로 "알림"을 보낼 수는 없어? 방금 그 말이었나 [00:17] * co 는 두 개의 Bob이 서로 다른 네이밍 서버 그룹에 등록될 수 있음을 적어둠. [00:17] &lt;thecrypto&gt; beefbroth: 방금 그 말 [00:17] &lt;dm&gt; 오케이, 기본적으로 지금 스킴이랑 비슷하지만 기본은 보이지 않음이네. [00:17] &lt;dm&gt; 이해. [00:18] &lt;thecrypto&gt; dm: 아니 반대야, 로그인하면 모두에게 "나 접속" 메시지를 보내. "나 접속" 메시지를 받으면 그걸 되돌려 [00:18] &lt;thecrypto&gt; 원하면 [00:18] &lt;co&gt; 즉, 누가 자기 자신을 볼 수 있는지 사용자가 제어. [00:18] &lt;thecrypto&gt; 그래서 Alice가 너를 버디 리스트에 넣으면, 네가 "Alice가 너를 버디 리스트에 넣었어, 네 프레즌스를 알릴래?"라는 메시지를 받게 돼 [00:19] &lt;Ryan_Singer&gt; 나갈 때 먼저 "나 나간다"는 메시지를 보내? [00:19] &lt;dm&gt; 오케이, 그럼 IM 경험은 지금과 동일. 그걸 확인하고 싶었어. [00:19] &lt;thecrypto&gt; Bob이 Alice를 버디 리스트에 가지고 있고, Alice로부터 Online 메시지를 받으면, 응답 메시지는 자동 [00:19] &lt;beefbroth&gt; 비의도적 연결 끊김이 없는지 확인하려고 일정 주기마다 다른 IM 유저를 "핑"해야 할 수도 [00:19] &lt;thecrypto&gt; Bob이 Alice를 버디 리스트에 없고, Alice로부터 online 메시지를 받으면, 사용자에게 프롬프트 [00:19] &lt;dm&gt; 오케이, 그건 서버가 없는 걸 우회하려는 방식이고, 질문은 기본 설정으로 누군가가 로그인할 때 "나 접속"을 보내도록 앱이 설정될지 여부. [00:20] &lt;Ryan_Singer&gt; 그러길 [00:20] &lt;jrand0m&gt; Ryan_Singer&gt; 또는 주기적으로 "아직 접속 중" 핑 [00:20] &lt;jrand0m&gt; (핑이 없으면 = 오프) [00:20] &lt;Ryan_Singer&gt; keep-alive 같은 거? [00:20] &lt;beefbroth&gt; 비의도적 연결 끊김이 없는지 확인하려고 일정 주기마다 다른 IM 유저를 "핑"해야 할 수도 [00:20] &lt;thecrypto&gt; Bob이 Alice를 버디 리스트에 가지고 있고, Alice로부터 Online 메시지를 받으면, 응답 메시지는 자동 [00:20] &lt;beefbroth&gt; 헿 [00:20] &lt;thecrypto&gt; Bob이 Alice를 버디 리스트에 없고, Alice로부터 online 메시지를 받으면, 사용자에게 프롬프트 [00:21] &lt;dm&gt; 오케이, 그럼 IM 경험은 지금과 동일. 그걸 확인하고 싶었어. [00:21] &lt;thecrypto&gt; 단지 이제 버디 추가에 확인이 들어가 [00:21] &lt;thecrypto&gt; 그건 아마 ICQ만 [00:21] &lt;jrand0m&gt; IM 앱이 독립형이야, 아니면 trillian을 쓸 수 있어? [00:21] &lt;dm&gt; 응, MSN이 그래. [00:21] &lt;jrand0m&gt; [등등] [00:21] &lt;ChZEROHag&gt; thecrypto: ICQ는 확인이 필요한 척만 해 [00:21] &lt;beefbroth&gt; dm: 틀렸지. MSN, Y!, AIM이 몇 달마다 프로토콜 바꾸고 잠그는 걸 상대하지 않아도 됨 :) [00:22] &lt;thecrypto&gt; jrand0m: 스펙을 만들 거고, trillian이 내게 플러그인 인터페이스를 주거나, 아니면 자기들이 직접 만들면 돼 [00:22] &lt;thecrypto&gt; 최소한 gaim용 플러그인은 만들 거야 [00:22] &lt;thecrypto&gt; 독립형 클라이언트와 함께 [00:22] &lt;jrand0m&gt; 굿 [00:22] &lt;thecrypto&gt; 네트워크와 함께 쓰도록 만들어져 있어 [00:22] &lt;jrand0m&gt; gaim이 파일 전송 지원해? 아니면 그게 i2pim 클라이언트의 장점이 될까? [00:22] &lt;beefbroth&gt; thecrypto: kopete 개발자들에게도 한 번 알리는 게 좋겠어 [00:22] * jrand0m 자신의 무지 드러냄 [00:23] &lt;thecrypto&gt; gaim 플러그인을 독립형만큼 잘 동작하게 만들려고 하겠지만, 장담은 못 해 [00:23] &lt;co&gt; thecrypto: 먼저 독립형 애플리케이션부터 하자. [00:23] &lt;thecrypto&gt; gaim 파일 전송은 아마 AIM에서만 [00:23] &lt;thecrypto&gt; 그래서 플러그인으로 넣으려면 좀 삽질이 필요할지도 [00:23] &lt;Ryan_Singer&gt; 좋아.. 다 이해한 듯... IM 이슈 더 있어? [00:24] &lt;thecrypto&gt; 그리고 co의 마지막 것 [00:24] &lt;beefbroth&gt; gaim은 NAT 쓰는 사람들의 IM 전송에 문제가 있어 [00:24] &lt;thecrypto&gt; 같은 이름을 갖는 사람이 여러 명 있을 수 있어 [00:24] &lt;thecrypto&gt; 그들은 고유한 destination을 갖게 돼 [00:24] *** Signoff: mihi (Ping timeout) [00:24] &lt;co&gt; 좋아. [00:24] * mihi_backup 는 아직 여기... [00:24] &lt;thecrypto&gt; 하지만 누군가 가장할 순 없어 [00:25] &lt;jrand0m&gt; 헿 나이스1 mihi_backup [00:25] &lt;co&gt; 네이밍 서버를 쓰면, "group1의 Bob", "group2의 Bob"이 돼. [00:25] &lt;co&gt; 고유한 destination과 함께. [00:25] &lt;jrand0m&gt; 맞아 thecrypto. 이름은 임의야. dns랑 비슷 ;) [00:25] *** mihi (~none@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [00:25] &lt;thecrypto&gt; 또한 IM 클라이언트는 선택적으로 이런 체크를 할 수 있어 "야, 이 IM은 Bob이라 불리는 이에게서 왔는데, 네 리스트의 Bob의 destination과 다르네, 메시지 수락할래?" [00:26] &lt;dm&gt; mihi: 네 백업이 네가 없는 동안 말했어. [00:26] &lt;thecrypto&gt; 누가 Bob을 가장하려 하면 알게 되고, 아니면 별명 처리할 수 있어 [00:26] &lt;mihi&gt; 알아... [00:26] &lt;jrand0m&gt; "누가 Bob이라 불린다"? 누가 그렇게 말해? 본인이 스스로 Bob이라 하나? 아니면 어떤 그룹이 그를 Bob이라 하나? 아니면 네가 그들의 dest를 Bob이라 부르나? [00:26] &lt;thecrypto&gt; presence에 name이라는 필드가 있어 [00:26] &lt;thecrypto&gt; 그걸 보고 있어 [00:27] * jrand0m 은 그 문제에 ICQ의 방식이 좋다고 봐 - 모두 숫자이고, 숫자에 로컬에서 이름을 별칭 [00:27] &lt;co&gt; 그건 그렇고, NS 엔티티 이름을 대소문자 구분 없이 만들까? [00:27] &lt;jrand0m&gt; 아마도 co [00:27] &lt;mihi&gt; base64 것들은 여전히 대소문자 구분해야 해 ;) [00:27] * jrand0m 은 누가 Jrand0m을 스푸핑하는 건 원치 않아 [00:27] &lt;co&gt; mihi: 엔티티 이름이지 destination이 아냐. [00:27] &lt;jrand0m&gt; 맞아 맞아 mihi [00:28] &lt;jrand0m&gt; (뭐, 사람들이 jrand0m은 마음껏 스푸핑해도 돼. 난 jrandom만 돌려받고 싶어) [00:28] &lt;co&gt; 계속해, thecrypto. [00:28] *** Signoff: UserX_ (Ping timeout) [00:28] &lt;thecrypto&gt; 내 말은 여기까지 [00:28] &lt;thecrypto&gt; 드디어 :) [00:28] &lt;mihi&gt; co: 어디든 엔티티 이름을 넣을 수 있는 곳에는 destination도 넣을 수 있어야 해. [00:28] &lt;mihi&gt; dns 이름과 IP처럼 [00:28] &lt;co&gt; mihi: 좋은 지적. 그걸 스펙에 추가할게. [00:28] &lt;thecrypto&gt; jrand0m: 사실 ICQ랑 비슷해. 다만 네가 원하는 별명을 사람들이 알게끔 해 [00:29] &lt;thecrypto&gt; 요즘은 그렇게 하더라 [00:29] &lt;co&gt; 아이디어는, destination보다 이름이 훨씬 짧게 입력되게 하자는 것. [00:29] &lt;jrand0m&gt; mihi&gt; 네이밍 서비스는 이름을 destination으로 바꾸기만 해 - destination의 destination을 네이밍 서비스에 묻는다면 진짜진짜 빨리 답해야 [00:29] &lt;Ryan_Singer&gt; 오케이 여러분... 회의가 있어... jrand0m, anonymail 보내줘 [00:29] &lt;jrand0m&gt; 오케이 adios [00:29] &lt;mihi&gt; jrand0m: 응, 그리고 그 dest 자체를 반환해야 하고, "없음"이 나오면 안 돼 [00:30] &lt;jrand0m&gt; 맞아 [00:30] *** Signoff: Ryan_Singer ((null)) [00:30] &lt;jrand0m&gt; 좋아. 이제 7.0) [00:30] &lt;jrand0m&gt; 질문 [00:30] &lt;jrand0m&gt; 하이 [00:30] &lt;co&gt; 6.0) Administrivia는? [00:31] &lt;co&gt; 그건 끝난 거야? [00:31] &lt;jrand0m&gt; 6.0 administravia는 그냥 nop에게 루트 줘서 여러분에게 anon cvs 접근, bugzilla, cvsweb 인터페이스를 설치하자고 잔소리한 거야 :) [00:31] &lt;beefbroth&gt; 채택을 빠르게 하려고 Win/Mac/SuSE/RehHat/Debian용 알파/베타/릴리스 패키징에 주도적으로 일할 오너가 있을까? [00:32] &lt;jrand0m&gt; 자원할래? [00:32] &lt;jrand0m&gt; (즉, 그러면 좋지) [00:32] &lt;beefbroth&gt; 내 배포판용 패키징 배우면 :) [00:32] &lt;jrand0m&gt; 어떤 배포 써? [00:33] &lt;co&gt; 기억으로, IIP 개발자들은 IIP를 I2P 위에 재구현하고 싶어 했어. I2P가 익명성 약속을 이행한다면, I2P 위에서 IRC만 하면 더 단순하지 않을까? [00:33] &lt;beefbroth&gt; 근데 내 요지는, 많은 사람들이 거기에 의존한다는 것. 사람들 채택을 쉽게 해줘. Freenet은 활동적인 메인터너 부족으로 고생하지. [00:33] &lt;dm&gt; jr은 좋은 매니저감 :) [00:33] &lt;jrand0m&gt; 응 co, 더 단순하지만, 그만큼 확장 가능하진 않아 [00:33] *** UserX_ (~User@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [00:33] &lt;thecrypto&gt; 맞아, 근데 어떤 사람들은 IRC를 원치 않아 [00:34] &lt;jrand0m&gt; beefbroth&gt; 완전 맞아, 할 일이 많고, 나도 최소 4시간은 자야 해 [00:34] &lt;co&gt; thecrypto: 좋은 지적, 그래도 I2P가 사람들의 IP 주소를 익명화할 거야. [00:34] &lt;beefbroth&gt; jrand0m: 준비되면 패키징 도울게. 약간의 기술력이 있는 비개발자들이 기여할 좋은 방법이라고 봐. [00:34] &lt;jrand0m&gt; 최고야 beefbroth [00:34] &lt;thecrypto&gt; IM과 IRC가 있으면, 채택이 더 늘지 [00:35] &lt;mihi&gt; co: 문제는 irc에는 꺼버릴(서버) 게 있다는 것. [00:35] *** jeremiah (~jeremiah@anon.iip) 님이 채널 #iip-dev에 참여했습니다 [00:35] &lt;jrand0m&gt; thecrypto&gt; 즉시 채택: opennap [00:35] &lt;beefbroth&gt; 패키징 배우는 게 i2p 데이터 구조 배우는 것보다 쉬워. 몇몇 사람이 참여하기 좋은 쉬운 길 [00:35] &lt;dm&gt; IRC는 꽤 빡세지 않나? [00:35] &lt;dm&gt; 분산 IRC 말이야... [00:35] &lt;co&gt; mihi: 맞아. 그걸 잊었네. 상기시켜줘서 고마워. 이의 철회. [00:36] &lt;jrand0m&gt; dm&gt; irc는 여러 irc 서버(efnet처럼)가 i2p를 통해 서로 통신할 수 있어 [00:36] &lt;shardy&gt; "irc 비슷이" 채팅 프로토콜을 말하는 거야? [00:36] &lt;shardy&gt; 아니면 irc를 개조? [00:36] &lt;jrand0m&gt; 사람들은 i2p를 통해 irc 서버 중 하나로 터널링해서 서로 대화 [00:36] &lt;dm&gt; i2p 뒤에서 서버로 irc 하는 건 괜찮아, 난 서버 없이 하는 걸 말한 거야. 뭐 상관없겠지. [00:37] &lt;jrand0m&gt; dm&gt; 맞아, 서버 없이 훨씬 더 잘 할 수 있어, 그리고 생각은 좀 해봤지만, (내 지식으론) 정말 견고한 건 아직 [00:38] &lt;dm&gt; 어쨌든, 오프토픽. [00:38] &lt;dm&gt; 계속! [00:39] &lt;jrand0m&gt; 다른 질문? [00:39] &lt;jrand0m&gt; 스펙 읽은 사람? ;) [00:39] &lt;jrand0m&gt; (beefbroth는 외워서 제외) [00:39] * dm 천장을 본다. [00:40] &lt;jrand0m&gt; 좋아, 그럼 100분 회의로 [00:40] &lt;thecrypto&gt; 난 필요할 때 읽는 중 :) [00:40] &lt;ChZEROHag&gt; 스펙! [00:40] &lt;ChZEROHag&gt; 그걸 잊었네! [00:40] &lt;jrand0m&gt; 헿 [00:41] *** dm 님이 채널 #iip-dev의 주제를 topic1 로 변경했습니다 [00:41] * jrand0m 로드하고... [00:41] * jrand0m *baf* 하고 회의를 마무리한다 </div>/ko/blog/2003/09/23/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-9%EC%9B%94-23%EC%9D%BC/Tue, 23 Sep 2003 00:00:00 +0000/ko/blog/2003/09/23/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-9%EC%9B%94-23%EC%9D%BC/<h2 id="quick-recap">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> beefbroth, CCD, ChZEROHag, co, dcat, dm, godmode0, jrand0m, mihi, mihi_backup, mrflibble, Myself248, myself248, nop, pitu, Ryan_Singer, shardy, thecrypto, UserX, yodel</p> <h2 id="meeting-log">회의 기록</h2> <div class="irc-log"> [22:56] <jrand0m> 오케이 오케이 [22:56] <jrand0m> 안건 [22:56] <jrand0m> 0.0) 환영 [22:56] <jrand0m> 1.0) 개발 현황 [22:56] <jrand0m> 1.1) router [22:56] *** Myself248 (~ident@anon.iip)님이 채널 #iip-dev에 입장했습니다 [22:56] <jrand0m> 1.2) DH 사전 계산 [22:56] <jrand0m> 2.0) 마이크로 로드맵 [22:56] <jrand0m> 3.0) 앱 / 사용 [22:56] <jrand0m> 4.0) ns [22:56] <jrand0m> 5.0) IM [22:56] <jrand0m> 6.0) 잡무(administravia) (cvs, bugzilla, cvs list, cvs web) [22:56] <jrand0m> 7.0) 질문 [22:57] <jrand0m> (맞아요, 오늘은 7가지. w00t) [22:57] <jrand0m> 0.0) 환영 [22:57] <jrand0m> 안녕하세요. [22:57] <dm> 안녕 [22:57] <jrand0m> 오늘 17명. 멋지네 [22:57] *** Ryan_Singer (chatzilla@anon.iip)님이 채널 #iip-dev에 입장했습니다 [22:57] <jrand0m> 계속 늘고 있음 [22:57] <jrand0m> 오케이 [22:57] <thecrypto> 1~hi [22:57] <jrand0m> 1.1) router 개발 현황 [22:58] <jrand0m> 자바 레퍼런스 구현 router가 아주 잘 돌아가고 있어요 [22:58] *** ChZEROHag (hag@anon.iip)님이 채널 #iip-dev에 입장했습니다 [22:58] <jrand0m> 이제 서로 다른 router에서 애플리케이션을 실행하고 서로에게 메시지를 보낼 수 있어요 [22:59] <ChZEROHag> 방해해서 미안, 한 번만 할게 [22:59] <jrand0m> 반복적·점진적 접근을 취하고 있고, 현재 상태는 보안은 되지만 익명성은 없고, 확장성도 없으며, 수집 가능한(harvestable) 상태예요 [22:59] <ChZEROHag> C api 작업하는 사람 또 있어요? [22:59] <jrand0m> 'lo ChZEROHag, 뭐가 어떻게 돼가? [22:59] <ChZEROHag> 나 하고 있긴 한데, 아주 천천히 [22:59] *** dcat (dirtycat@anon.iip)님이 채널 #iip-dev에 입장했습니다 [22:59] <jrand0m> 오 좋네 [22:59] <jrand0m> toorcon 끝나면 shardy가 그거 작업할 거야 [22:59] <jrand0m> 둘이 같이 해보면 어때? [23:00] <co> jrand0m: 수동으로 메시지를 보낼 destination을 입력할 수 있나요? [23:00] <co> 정확히 말하면, destination의 ASCII 표현이 있나요? [23:00] <jrand0m> 그래 co, 둘 다 가능해 [23:00] <co> 훌륭하군요. [23:00] <jrand0m> destination과 모든 I2P 구조체는 (대체 알파벳을 쓰는) base64로 로드·직렬화할 수 있어요 [23:01] <thecrypto> 그럼 기억하기 쉽진 않겠지만, ASCII이긴 하겠죠? [23:01] <jrand0m> (예: 내 router 중 하나의 netDb에는 leaseSet-enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8.dat가 있는데, 여기엔 destination enD4jtE-orMwFD0QGog9GAyC5MvLvnPzhVD8cDYvSI8의 leaseSet가 들어 있어요) [23:02] <jrand0m> [그건 H(destination).toBase64()예요 [23:03] <jrand0m> ChZEROHag> 그거 도와줄 수 있는 게 있으면 말만 해요 [23:03] <jrand0m> 오케이 1.1 끝. 1.2) DH 사전 계산 [23:03] <ChZEROHag> 대신 해줄 수 있어요? :-) [23:04] <jrand0m> 어젯밤에 DH 교환을 위한 사전 계산 최적화를 작성했는데, 세션 협상 1.5초에서 약 1초를 줄여요. 암호학 아는 분이 이게 말이 되는지 한번 봐주면 좋겠어요 ;) [23:04] <jrand0m> lol ChZEROHag [23:04] <ChZEROHag> 아아 그게 필요했지 [23:04] <ChZEROHag> netdb 구현 [23:04] <thecrypto> 그거 cvs에 있어요? [23:04] <thecrypto> 그 DH [23:04] <jrand0m> 응 thecrypto [23:05] <jrand0m> C:\dev\i2p\code\core\java\src\net\invisiblenet\i2p\crypto\DHSessionKeyBuilder.java [23:05] <ChZEROHag> 음 난 앞으로 3~4시간은 깨어 있을 텐데, 할 일 좀 생기겠군요 [23:05] <jrand0m> er, s/C:\\dev/g; s/\\/\//g [23:05] *** wax_off (~nomail@anon.iip)님이 채널 #iip-dev에 입장했습니다 [23:06] <jrand0m> 좋아. netdb 구현은 왜 필요한 거죠? [23:06] <ChZEROHag> 기억이 안 나요 [23:06] <jrand0m> 현재 cvs에 확장 불가능한 netdb가 있어요 [23:06] <jrand0m> ㅎㅎ [23:06] <ChZEROHag> 적어도 일주일은 손도 못 댔어요 [23:06] <jrand0m> C I2CP API 작업 중이죠? I2NP는 아니고? [23:07] <ChZEROHag> 그냥 전부 다 하려 했죠 [23:07] *** wax_off 님이 #iip-dev에서 나갔습니다 [23:07] <jrand0m> I2NP는 I2CP보다 정말 정말 훨씬 더 많은 작업이에요 [23:07] <ChZEROHag> 제대로 시작만 하면 술술 나올 거예요 [23:07] <jrand0m> 근데 C로 I2NP 구현하면 정말 최고죠 [23:07] <dm> 지금 I2NP 구현된 게 뭐라도 있나요? [23:07] <jrand0m> (I2CP:I2NP::FCP:FNP) [23:07] <jrand0m> 있어 dm [23:08] * ChZEROHag가 emacs 최소화 풀음 [23:08] <jrand0m> 내가 작업 중인 자바 구현에는 I2NP가 동작해요 [23:08] <dm> 좋아요... [23:08] <ChZEROHag> jrand0m: url? 레퍼런스가 필요해요, 언어가 끔찍하더라도요. [23:08] <jrand0m> 헤헷 [23:08] <jrand0m> 음, 사실 그건 6.0 administravia에요: 즉, 우리의 익명 cvs 접근은 도대체 어디 있냐는 거 ;) [23:09] <thecrypto> DH 자료 받는 중 [23:09] <jrand0m> 굿 [23:09] <ChZEROHag> 아 맞다 [23:09] <Ryan_Singer> jrand0m, 일정으로 돌아가서, 마이크로 로드맵? [23:09] * thecrypto 얼굴을 가림 [23:09] <ChZEROHag> 그럼 기다릴게요 :) [23:09] <jrand0m> 헤헷 'k [23:09] <jrand0m> 마이크로 로드맵 [23:09] <jrand0m> 0.1부터 0.5까지 계획이 있어요 [23:09] <dm> freenet 로드맵 따라간 거네요? [23:10] *** mrflibble (mrflibble@anon.iip)님이 채널 #iip-dev에 입장했습니다 [23:10] <jrand0m> 0.1) 동작함, 보안됨, 익명성 없음, 확장성 없음, 수집 가능(harvestable) [23:10] <dm> 개발이 0.5쯤에서 느려지다가 멈추죠... [23:10] <jrand0m> 우리는 지금 0.1이에요. [23:10] <jrand0m> 헤헷 그랬지 dm, flinks도 0.5.2에서 뻗었더라 ;) [23:10] <co> 전체 패키지를 뭐라고 부르나요? [23:10] <jrand0m> (이상한 우연이지) [23:10] <co> 즉, 뭐의 0.1 버전이죠? [23:10] <jrand0m> 전체 패키지? i2p router reference implementation [23:10] <ChZEROHag> co: Wonga [23:10] * beefbroth 회의에 참여함 [23:11] <jrand0m> buenos noches beefbroth [23:11] <co> 좋아요. 설명이 되네요. [23:11] <ChZEROHag> 사실 그걸로 부를까. 확실히 'i2pd'보단 더 흥미롭게 들리네 [23:11] <jrand0m> 0.1에는 버그가 있어요. 그건 당연하고요. 눈에 띄는 최적화도 없어요(DH 사전 계산은 도움 되지만). [23:11] <jrand0m> 헤헷 [23:11] <Ryan_Singer> jrand0m, 그럼 0.2는 뭐예요? [23:11] <jrand0m> invisible internet police department [23:11] <jrand0m> 좋아, 0.2 [23:12] <jrand0m> 0.2는 동작함, 보안됨, 익명성 있음, 확장성 없음, 수집 가능 [23:12] <jrand0m> 0.2에서는 길이가 0이 아닌 tunnel을 지원해요 [23:12] <jrand0m> 사실 어젯밤에 대부분 구현했는데, 아직 충분히 테스트하진 않았어요 [23:12] <jrand0m> 0.2는 이번 주말까지 준비될 것 같아요 [23:12] <Ryan_Singer> 개발 측면에서 얼마나 남았죠? [23:13] <Ryan_Singer> 좋아요 [23:13] <jrand0m> 0.3)는 동작함, 보안됨, 익명성 있음, 확장 가능, 수집 가능 [23:13] * thecrypto가 네트워크를 시뮬레이션해서 도움 주려고 bochs를 받음 [23:13] <jrand0m> 0.3에는 kademliaDatabaseManager가 추가돼요 [23:13] <jrand0m> 현재는 BroadcastDatabaseManager를 쓰고 있어요 [23:13] <jrand0m> (일명 gnunet ;) [23:14] <jrand0m> 구현은 간단하고 소규모 네트워크에서는 동작하지만, 확장성을 위해서는 Kademlia가 필요해요 [23:14] <jrand0m> 0.4)는 동작함, 보안됨, 익명성 있음, 확장 가능, 수집 불가 [23:14] <jrand0m> 그때 trusted link를 추가해요 [23:14] <Ryan_Singer> jrand0m, Kademlia 구현은 개발 난이도가 얼마나 되나요? [23:14] <jrand0m> trusted link에 아이디어가 둘 있어요.. 하나는 구현과 사용이 더 쉬워요 [23:15] <jrand0m> Kademlia는 아마 일주일 꽉 찰 거예요 [23:15] <jrand0m> (제대로 하려면) [23:15] <jrand0m> 이 전부 리팩터링과 튜닝 여지가 많아요. 우선 동작을 목표로 하고, 그 다음에 튜닝할 거예요. [23:16] <co> 그걸 그렇게 빨리 개발하고 테스트할 수 있다고 확신하나요? [23:16] <jrand0m> 확실한 건 없어요 [23:16] <jrand0m> 그냥 제 추정치예요 [23:16] <Ryan_Singer> co, 그가 기능을 만들면 우리가 테스트하죠 [23:16] <ChZEROHag> 확실해요? [23:16] <ChZEROHag> (미안) [23:16] <co> Ryan_Singer: 알겠어요. [23:17] * jrand0m 테스트해주는 사람들 넘 좋아요 :) [23:17] <Myself248> "우리가" 테스트한다는 게, 비코더도 테스트에 참여할 수 있는 데가 있나요? [23:17] <jrand0m> Myself248> 아마 0.4 전까지는 어려울 거예요 [23:17] <dm> 동작은 하는데 네트워크 내부에서 뭘 어떻게 해야 잘 돌아가는지 아무도 모르는 지경(예: freenet)만은 안 가길 바라요 [23:18] <jrand0m> 0.4가 준비되면 그게 프리-알파예요. 0.4가 되면 튜닝하고 리팩터링하고 빈칸 채워서 0.5(알파)를 준비할 거예요 [23:18] <Myself248> 문서화, 문서화, 문서화. [23:18] <dm> 네트워크 내부를 적극적으로 모니터링하는 방안은 고려되고 있나요, 아니면 간단한가요? [23:18] <jrand0m> 네 dm, 당연하죠 [23:18] <jrand0m> I2NP의 핵심 중 하나는 공개되는 routerInfo 구조체에 통계를 포함하는 거예요 [23:18] <mihi> jrand0m: s/0./0.0./ ;) [23:18] <jrand0m> 초기 리비전에서는 실제 통계를 공개해서 튜닝할 수 있게 할 거예요 [23:19] <jrand0m> 나중 리비전에서는 통계를 아예 공개하지 않거나 가짜 통계를 공개할 거예요 [23:19] * jrand0m은 0.0 안 함 [23:19] <shardy> 오케이, 나 왔어 [23:19] <jrand0m> 웰컴 백 shardy [23:19] <shardy> 늦어서 미안, 이 창 열려 있는 걸 까먹었네, 헤헷 [23:19] <dm> 좋아요. [23:19] <Ryan_Singer> 0.4 단계의 네트워크 아키텍처를 설명하는 상위 문서가 있나요? [23:19] <jrand0m> 목을 쳐라 [23:20] <jrand0m> Ryan_Singer> 흠, 몇 달 전에 개요 문서가 있었고 mids와 nop가 미러링했죠, 그리고 I2P 개요 문서도 있어요 [23:20] <jrand0m> 0.4는 스펙에 설명된 대로 완전한 I2NP예요, 다만 최적 구현은 아니죠 [23:20] <shardy> 아 그리고 jrand0m, DH 최적화 봐줄게요 [23:20] <jrand0m> 좋아, gracias [23:20] <Ryan_Singer> 그 문서들 받을 수 있나요? [23:21] <jrand0m> 개요는 (Link: http://www.invisiblenet.net/i2p/i2p_philosophy.pdf)http://www.invisiblenet.net/i2p/i2p_philosophy.pdf [23:21] <beefbroth> 위키에 있을 거예요 아마? [23:21] <jrand0m> 예전 개요 문서들... 흠 [23:21] <jrand0m> (i2p 스펙은 (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs 에 있어요) [23:21] <co> (Link: www.invisiblenet.net/i2p/.)www.invisiblenet.net/i2p/. 에 있어요. [23:21] <jrand0m> 맞아 beefbroth [23:22] <jrand0m> 다만 예전에 tunnel이 어떻게 동작하는지 보여주는 못생긴 MS Paint 그림이 들어간 HTML 형식의 옛 문서들도 있어요... [23:22] <beefbroth> 제가 알아요, 충분히 많이 읽었거든요 [23:22] <jrand0m> 헤헤 [23:22] <co> 그게 더 오래된 버전이거나 미러가 아니라면요. [23:22] <jrand0m> 위키에 있는 파일들은 0.9예요(I2NP와 데이터 구조에 대해 0.9.1이 나왔지만, 사소한 변경만 있어요) [23:23] <thecrypto> jrand0m: 사전 계산은 좋아 보이네요 [23:23] <jrand0m> 굿 [23:24] *** pitu (~pitu@anon.iip)님이 채널 #iip-dev에 입장했습니다 [23:24] * jrand0m이 router를 다음으로 실행함 w/ java -Dcrypto.dh.precalc.min=3 -Dcrypto.dh.precalc.max=10 -Dcrypto.dh.precalc.delay=5000 -jar C:\dev\i2p\code\router\java\src\router.jar [23:25] <jrand0m> 오케이, 이게 마이크로 로드맵이에요 [23:25] <jrand0m> 보다시피, 이번 달 말까지 알파가 준비되진 않을 거라고 보고 있어요. 0.4는 아마 10월 첫째 주쯤일 거예요 [23:26] <dm> 괜찮아요, 그 정도도 이런 유형의 네트워크 구현 중 가장 빠른 편일 걸요 ;) [23:26] <Ryan_Singer> lol [23:26] <beefbroth> 여기서 jrand0m의 일정 추정을 읽을 때, 지난 4시간 동안 위스키를 마시고 있었다는 걸 기억하세요 :-P [23:26] <jrand0m> 헤헷 [23:26] <Ryan_Singer> 오케이... 앱/사용? [23:26] <jrand0m> 그것도 좋은 위스키 ;) [23:26] <jrand0m> 오케이, 앱/사용 [23:27] <dm> 4초 후 0.7....3...2...1..!! [23:27] <jrand0m> 여기서는 쉬운 것부터 노립니다 - 새로운 코드가 0이거나 최소로 가능한 것들이에요. [23:27] <ChZEROHag> 맑은 정신으로 어떻게 제대로 코딩을 한담? [23:27] <jrand0m> 이 모든 건 mihi의 끝내주는 i2ptunnel을 대폭 활용해요 [23:27] <co> ChZEROHag: 아주 쉽지. [23:27] *** mihi 님이 채널 #iip-dev의 주제를 <dm> 0.7 in 4 seconds....3...2...1..!! 로 변경했습니다 [23:28] <jrand0m> i2ptunnel을 사용하면, 새 코드 없이 다음을 할 수 있어요: [23:28] <jrand0m> public ww proxy (i2ptunnel + squid 사용) [23:28] * dm이 mihi에게 경의를 표함. [23:28] <jrand0m> JAP (i2ptunnel + JAP 사용) [23:28] <mihi> i2p로는 엉덩이를 걷어찰 수 없어요(tunnel로도 마찬가지...) [23:28] <jrand0m> 익명 www 브라우징(i2ptunnel + 웹 브라우저) [23:28] <jrand0m> I2P 웹 서버 실행(i2ptunnel + httpd) [23:29] <co> 아주 좋네요. 브라보, mihi. [23:29] <jrand0m> cvs 아웃프록시(i2ptunnel) [예: 익명 freenet 개발을 위해 sourceforge로 cvs 아웃프록시] [23:29] <jrand0m> cvs 클라이언트, cvs 서버 [23:29] <jrand0m> IM 앱, POP3 서버, IMAP 서버, OpenNap [23:29] <jrand0m> 이건 전부 정말 손쉬운 것들이에요 [23:29] <dm> 좋아, 이제 필요한 건 I2P뿐 :) [23:30] <jrand0m> 그렇지 ;) [23:30] <Myself248> i2p 웹서버가 freenet을 어느 정도 대체하는 거 아닌가요? :) [23:30] * jrand0m 이건 자주 묻는 질문(FAQ)으로 답변해야겠다고 생각함 [23:30] <Ryan_Singer> jrand0m, 하지만 그것들도 매우 가치 있어요 [23:30] <ChZEROHag> 그 목록 중에서는 cvs가 더 중요/유용하다고 봐요 [23:30] <ChZEROHag> 부분적으로는 익명성을 유지하고 싶기 때문이고, 또 익명 www를 제공하면 luser들이 몰려오니까요 [23:30] <jrand0m> i2p + 웹이 freenet을 대체하진 않아요 - freenet은 익명 통신 프레임워크 위에 콘텐츠 배포라는 상당한 가치를 더해요 [23:31] <ChZEROHag> 그리고 지금으로선 익명 이메일은 좀 무섭죠 :) [23:31] * dm이 적음: "no lusers" [23:31] <jrand0m> cvs는 확실히 상위 3위 안에 들어요 [23:31] <beefbroth> i2p 웹서빙이 잘 된다면, freenet의 DHT/스토리지 부분을 i2p 위에 얹는 걸 고려해야 하고, 그러면 두 세계의 장점을 모두 갖게 되죠. [23:31] <Ryan_Singer> ChZEROHag, 그게 확장 가능하면 좋은 일이죠 [23:31] <ChZEROHag> dm: luser들은 초기 단계에서만 문제고, 보통 cvs는 안 써요 [23:31] <Myself248> 좋아요, 익명 이메일 쪽엔 hashcash를 잔뜩 붙이죠. [23:31] <ChZEROHag> 아니, 그건 '남용'이라고 할 만한 걸 막기 위해서는 아니고요 [23:31] <co> 네트워크에 대한 모의 공격은 해야 할 테스트 중 하나라고 생각해요. [23:31] <jrand0m> 맞아요 beefbroth, I2P가 목표를 달성하면, freenet도 그에 맞춰 I2P를 활용하게 될 거예요 [23:32] <co> 오프토픽이라면 미안해요. [23:32] <mihi> Myself248: 그냥 익명 리메일러로 리다이렉트 하나 추가하면 돼요. [23:32] <jrand0m> 아니요, 그건 확실히 온토픽이에요 co - 이 네트워크를 공격해보는 게 핵심이죠 [23:32] <ChZEROHag> Myself248: hashcash는 주로 우리가 'irc'라는 고대 프로토콜을 쓸 수밖에 없는 동안 플러딩을 막기 위한 거예요 [23:32] <ChZEROHag> '남용'을 막으려는 건 아니고요 [23:32] <jrand0m> 맞아요 mihi. 다만 i2p 위에서 mixminion을 돌리는 것도 유용할 수 있겠죠 [23:33] <jrand0m> 맞아요, hashcash는 심지어 I2P 자체에 내장돼 있어서, '대가를 지불'하지 않으면 메시지가 단일 홉으로 배달되지 않게 해요 [23:33] <Ryan_Singer> jrand0m, 이 위에 IMAP을 쉽게 올려 돌릴 수 있나요? [23:33] <jrand0m> 물론이죠 [23:33] <Ryan_Singer> 인상적이네요 [23:33] <jrand0m> imapd에 i2ptunnel을 연결하고, 클라이언트에서도 그 tunnel의 destination을 향하도록 i2ptunnel을 쓰면 돼요 [23:34] <Myself248> 그리고 freenet 검색 엔진도요 :) [23:34] <mihi> ftp나 몇몇 non-jabber 인스턴트 메신저는 문제가 생길 거예요... [23:34] <jrand0m> 맞아요, 두 개의 연결이 필요한 것들은 더 복잡하죠 [23:34] <ChZEROHag> jrand0m: I2P에 hashcash요? [23:34] <ChZEROHag> 이거 끝나면 그거로 귀찮게 할게요. [23:34] <shardy> I2P에 hashcash? 좋네요. [23:34] <dm> 우리가 앞서가고 있어! 뭐, 상관없지.. QUAKE + IIP!!!!!! [23:34] <dm> 미안, I2p :) [23:34] <jrand0m> lol dm [23:35] <Myself248> 저사양 CPU 쓰는 입장에선 hashcash라는 말에 긴장되긴 하는데, 스팸 방지용으로는 이해해요. [23:35] <co> dm: 그건 진짜 너무 앞서갔어. [23:35] * mihi는 jabber:schierlm@a-message.de ;) [23:35] <jrand0m> 맞아요 ChZEROHag - Destination == public signing key(DSA) + public encryption key(ElGamal) + certificate(null이거나 hashcash(keys)) [23:35] <beefbroth> i2p tunnel이 클라이언트 쪽에서 정적인가요, 동적인가요? [23:35] <mihi> 지금(atm)은 전부 정적이에요. 하지만 dest로 SOCKS 프록시를 쓸 수 있어요 ;) [23:35] <jrand0m> Myself248> 몇 주 안에 끝내주는 Sun Ultra 1을 받을 거예요. 160MHz 박스도 할 수 있으면, 누.구.나. 할 수 있죠 [23:35] <shardy> 음. hashcash는 저사양 CPU에도 끔찍할 정도는 아니어야 해요. '수억만 번' 하려 할 때만 체감해야죠. [23:36] <co> beefbroth: 동적일 수도 있어요. [23:36] <Ryan_Singer> 여기 '쉬운 것들'의 잠재적 응용이 아주 인상적이에요 [23:36] <jrand0m> 맞아요 mihi [23:36] <jrand0m> "eleventy". 헤헷 [23:36] <ChZEROHag> 쉬운 것들은 본질적으로 '일반' 인터넷 앱인데, 익명으로, 맞죠? [23:36] <jrand0m> 맞아요 [23:36] <Ryan_Singer> 그렇죠 [23:36] <dm> (퀘이크) [23:37] <jrand0m> 0.1은 보안적으로, 0.2는 익명으로, 0.3은 확장 가능하게, 0.4는 수집 불가하게 돌려요 [23:37] <jrand0m> (우리는 지금 0.1) [23:37] <shardy> 수집 불가가 무슨 뜻이죠? [23:37] <co> 미안, harvestable이 다시 뭐였죠? [23:37] <ChZEROHag> dm: 불행히도 우린 너무 발목이 잡혀서, 실시간이 30년이 넘었는데도 여전히 '정상'이 아니에요 [23:37] <Myself248> 휴. 누군가 그걸 물어보길 바랐죠. ;) [23:37] <Ryan_Singer> 기록 가능하다는 뜻 [23:37] <jrand0m> 수집(harvesting)이란, 능동적 공격자가 router를 돌리면서 다른 router들을 잔뜩 알아내('수확'하고), 그들에게 꼬붕들을 보내 문을 부수게 할 수 있다는 뜻이에요 [23:38] <Myself248> 아, gnutella에서 할 수 있는 것처럼. :) [23:38] <Ryan_Singer> 정보기관 같은 꼬붕들 [23:38] <jrand0m> 맞아요 [23:39] <shardy> 아, 알겠어요. [23:39] <jrand0m> 좋아요, 어쨌든 그게 마이크로 로드맵이에요. [23:40] <jrand0m> 그런데, 0.0.x 대신 0.x라고 부르는 게 멍청한 걸까요? 1.0은 '완벽'해야 할까요, 아니면 동작하고 안전하면 될까요? [23:40] <Ryan_Singer> jrand0m, 그럼 .4는 언제 보나요? [23:40] <jrand0m> 0.4는 아마 2주 뒤일 거예요 [23:40] * jrand0m은 10월 중순쯤 일주일(정도) 쉬어요, 지인이 방문하거든요 [23:40] *** 퇴장: dm (클라이언트에서 EOF) [23:40] <mihi> 1.0은 안정적이어야 해요. [23:40] <co> 1.0은 동작하고 안전하면 돼요. [23:40] <thecrypto> 동의해요 co [23:41] <Ryan_Singer> 1.0은 동작하고, 안정적이고, 안전해야 해요 [23:41] <ChZEROHag> jrand0m: 버전 넘버에 대해서는, 고민되면 리눅스를 따라요 [23:41] <Myself248> 5.0이 '완벽'하면 되죠. 자유 소프트웨어 사람들은 버전 번호가 커지는 걸 지나치게 두려워해요. [23:41] <jrand0m> 좋아 [23:41] <mrflibble> jrand0m, 버전 1이 완벽한 경우는 없죠 :) [23:41] *** dm (~gj@anon.iip)님이 채널 #iip-dev에 입장했습니다 [23:41] <mrflibble> 사람들도 완벽하길 기대하진 않아요 [23:41] <dm> 내가 1.0을 놓쳤나? [23:41] <ChZEROHag> mrflibble: 사람들은 어떤 소프트웨어도 완벽하길 기대하지 않아요. 사람들은 윈도우를 쓰잖아요. [23:41] <Ryan_Singer> 이 소프트웨어는 GPL인가요, LGPL인가요? [23:41] <jrand0m> 좋아, 1.0이 아직 완벽하지 않다고 이미 핀잔 들었거든 [23:41] <ChZEROHag> 그렇다고 그래선 안 된다는 뜻은 아니죠. [23:41] <mrflibble> 좋은 포인트예요 ChZEROHag [23:42] <dm> 아 젠장, 놓쳤네.. [23:42] <mihi> dm: 장난 그만해 [23:42] <mrflibble> 응, 그랬어 [23:42] <jrand0m> router는 GPL이에요. 자바 클라이언트 라이브러리는 현재 GPL이지만, 열려 있어요. thecrypto와 저는 한 섹션(Cryptix AES 구현, MIT 라이선스)을 제외하곤 전부의 저작권자예요 [23:42] <dm> 알았어 알았어 미안 :( [23:42] <jrand0m> 사실, 그 말 취소 [23:42] <jrand0m> freenet의 Base64.java도 썼어요 [23:43] <beefbroth> 아직 안건 0.3 Apps 인가요? [23:43] <jrand0m> 그래서 base64는 GPL :) [23:43] <thecrypto> 그리고 IM 클라이언트는 GPL이에요 [23:43] <jrand0m> 아 맞다, 0.3이었지 [23:43] <thecrypto> 코드에 주석 좀 달고 나면요 [23:43] *** UserX_ (~User@anon.iip)님이 채널 #iip-dev에 입장했습니다 [23:43] <jrand0m> 헤헷 thecrypto [23:43] <ChZEROHag> GPL 좋네요 [23:43] <jrand0m> 와우, 23명 [23:43] <Myself248> 지금 안건 6.02E23, 잡담이죠. :) [23:43] <Ryan_Singer> jrand0m, 시간 되면, 라이선스랑 컨설팅 기회에 대해 얘기하고 싶어요 [23:43] <jrand0m> 좋아 Ryan_Singer [23:43] <ChZEROHag> 근데 누가(아마 Fillament?) 지적했듯이 - 누군가 라이선스를 어기면, 익명인 사람이 뭘 할 수 있죠? [23:43] <mihi> jrand0m: 22 ;) [23:43] <jrand0m> ChZEROHag> flinks에 있는 내 라이선스 읽어봐 ;) [23:43] <Myself248> 우리는 익명 법원 시스템이 필요해요. [23:44] * mihi는 여기 두 번 있어요 [23:44] <jrand0m> Myself248> 그걸 yodel이라고 하죠 ;) [23:44] <Myself248> "법정은 이제 사건번호 34534, J. Doe 대 J. Doe를 심리합니다" [23:44] <Ryan_Singer> ChZEROHag, 제가 묻는 이유는 기업들이 산업 스파이로부터 보안을 위해 이 소프트웨어를 사용하게 하려는 거예요 [23:44] <co> Naming server도 GPL로 배포될 거예요. [23:44] <CCD> ㅋㅋ [23:44] <Myself248> "집행관, 방금 전 34533건과 같은 당사자들 아닌가요?" [23:44] <shardy> 음 [23:45] <shardy> 사람들이 당신의 프로토콜을 정말 쓰게 하고 싶고 돈이 걱정이 아니라면, 완전히 오픈하는 생각도 있죠. GPL로도 제한하지 말고요. [23:45] <co> shardy: 퍼블릭 도메인 말인가요? [23:45] <beefbroth> 그건 0.4 안건으로 넘어가려는 co의 떡밥이었던 것 같아요 :-P [23:45] <jrand0m> shardy> 스펙은 공개되어 있고 오픈이에요. 스펙에는 저작권을 주장하지 않았어요. [23:45] <Ryan_Singer> shardy, 아니요, 프로토콜에 대한 작업은 공개 상태로 남길 거예요 [23:45] <shardy> 퍼블릭 도메인, BSD 라이선스, '원하면 뭐든 하되 크레딧은 주세요' 라이선스 등등 [23:45] <jrand0m> 코드는 router는 GPL. 자바의 클라이언트 API 구현 하나도 GPL [23:46] <Ryan_Singer> liberty 프로토콜을 확인해 보세요.... (Link: http://projectliberty.org)http://projectliberty.org [23:46] <shardy> jrand0m: 오케이 쿨. 알겠어요. [23:46] * jrand0m은 '정부 사용 금지' 라이선스도 생각해 봤죠 ;) [23:46] <jrand0m> 좋아, 제가 3.0) apps를 의제 목록에 넣은 이유는 이거예요 [23:46] <jrand0m> 우리에겐 도움이 필요해요. [23:46] <Ryan_Singer> 무슨 도움요? [23:46] <jrand0m> i2ptunnel은 좋은 코드예요. I2P의 router도 좋은 코드가 될 거예요. [23:47] <jrand0m> 우리가 필요한 건 릴리스 엔지니어링의 실무를 파악하기 시작할 사람들이에요 [23:47] <dm> i2ptunnel만 쓰면 되는데 왜 앱이 필요한 거죠? [23:47] <ChZEROHag> jrand0m: 다시 말해 줄래요? [23:47] <jrand0m> 즉, Joe Sixpack도 다운로드해서 웹을 쓸 수 있도록 실제로 패키징하는 방법요 [23:47] <ChZEROHag> dm: telnet만 써도 되는데 왜 앱이 필요하죠? [23:47] <dm> 뭐라고? [23:47] * dm이 머리를 긁적임. [23:47] <CCD> 어, telnet 말고 다른 게 있었나? [23:48] * jrand0m 생각엔 그게 ChZEROHag의 요지예요 dm ;) [23:48] *** Myself248 님이 이제 myself248로 이름을 바꿨습니다 [23:48] *** 퇴장: thecrypto (핑 타임아웃) [23:48] <ChZEROHag> dm: i2ptunnel만 사용하는 건 잘 작동하는 차를 손수레에 싣고 끌고 다니는 것과 같아요 [23:48] <jrand0m> 오케이, 그냥 그렇다는 거예요. 혹시 시간이 남는 사람이 있을까 해서요 :) [23:48] <jrand0m> 오케이, 4.0) [23:48] <jrand0m> naming service [23:48] <dm> 그가 요점을 말하려는 건 알겠어. [23:48] <jrand0m> hi co, 어때요? :) [23:48] <co> Naming server는 GPL이어야 해요. 최소한 자바 구현은 router와 통신하기 위해 클라이언트 라이브러리의 코드를 쓰거든요. [23:49] <dm> 하지만 방금 20분을 I2Ptunnel + 웹 서버!, I2Ptunnel + 퀘이크! ;) 라며 보냈잖아요 [23:49] <ChZEROHag> 아니면, 컴퓨팅 관점에선 IP 스택 위에서 직접 하는 대신 텔넷으로 인터넷 일을 전부 하는 셈이죠 [23:49] <co> 지난주엔 많이 못했어요. 클라이언트 API를 릴리스했는데, 이것도 작업이 더 필요해요. [23:49] <ChZEROHag> i2ptunnel은 임시방편이에요 [23:49] <co> 이번 주엔 시간을 내서 naming server 구현을 시작할 수 있어요. [23:49] <jrand0m> 좋아 [23:49] <jrand0m> 클라이언트 API가 어디였죠? [23:50] <mihi> 메일링 리스트에요 ;) [23:50] <co> 그 가정 중 하나가 destination을 base64로 인코딩할 수 있다는 건데, 그래서 아까 그걸 물어봤던 거예요. [23:50] <jrand0m> ChZEROHag> 어떤 면에선 임시방편이에요 [23:50] * jrand0m !thwaps self [23:50] *** thecrypto (~thecrypto@anon.iip)님이 채널 #iip-dev에 입장했습니다 [23:50] <dm> TCP도 그래요! [23:50] *** yodel (yodel@anon.iip)님이 채널 #iip-dev에 입장했습니다 [23:50] <jrand0m> 'lo yodel [23:50] <beefbroth> 네이밍 규칙은 어떤 모습이 될까요? 일반 사용자도 익숙하게 느낄 수 있는 형식일까요(예: (Link: www.somthing.com)www.somthing.com 또는 (Link: www.something.i2p)www.something.i2p 같은 http/웹 용)? [23:50] <co> naming service 스펙과 클라이언트 API를 CVS에 넣을게요. [23:50] <jrand0m> 돌아왔네 thecrypto [23:50] <ChZEROHag> 이건 아마 전에 다뤘을 텐데, ns는 고유 이름을 어떻게 공정하게 제공하죠? [23:50] * mihi는 *.mihi.iip를 갖고 싶음 ;) [23:50] <jrand0m> naming service 포함해서요, 아니면 없이요? [23:50] <jrand0m> 헤헷 mihi [23:50] <ChZEROHag> DNS를 괴롭힌 스쿼팅 같은 걸 어떻게 피하나요 [23:50] <thecrypto> 누가 내게 무슨 일이 있었는지 알려줄래? [23:51] <beefbroth> jrand0m: 포함해서요. 없이라면 길다란 숫자 문자열이겠죠. [23:51] <co> ChZEROHag: naming server의 그룹에 등록하고, 그 그룹 이름을 사용해 자신을 식별하게 됩니다. [23:51] <co> 예컨대 IM 서비스를 제공하면 IM.beefbroth.mygroup 같은 식으로요. [23:51] <mihi> 앗, s/iip/i2p [23:51] *** godmode0_ (~mode@anon.iip)님이 채널 #iip-dev에 입장했습니다 [23:51] *** 퇴장: godmode0 (클라이언트에서 EOF) [23:51] <jrand0m> ChZEROHag> co의 naming service에는 trusted group이 있고, 각 그룹이 그룹 이름(TLD)을 관리해요. 각 TLD를 어느 그룹이 운영할지 사용자가 선택해요 [23:51] <co> 맞아요, 누군가는 group2에 사용자명 beefbroth를 등록할 수 있어요. [23:51] <thecrypto> 내가 4분 비운 사이에 [23:52] <ChZEROHag> co: 그럼 문제는 .mygroup의 고유성뿐인가요? [23:52] <ChZEROHag> 그럼 'com' 그룹은 누가 가져요? :-) [23:52] <jrand0m> 그리고 그건 클라이언트가 선택해요 [23:52] <mihi> ChZEROHag: i2p는 COMmerical이 아니에요 [23:52] <jrand0m> (예: ns 클라이언트 라이브러리에 "'.com' 그룹은 0123ff33aefcbb34fe 그룹"이라고 알려주죠 [23:52] <beefbroth> 환상을 유지하려면 기본으로 3글자 그룹이면 좋겠다고 생각해요. 일반 웹과 비슷하다고 느끼게요 [23:52] <co> ChZEROHag: ‘com’ 그룹은 누가 가져야 할지 모르겠어요. [23:52] <co> 좋은 질문이에요. [23:53] <shardy> beefbroth: 일반 웹은 이제 3글자 TLD만 있는 게 아니에요 [23:53] <mihi> beefbroth: 아니면 모든 주소에 .i2p를 붙이거나요. [23:53] <ChZEROHag> beefbroth: 그 환상은 미국에만 있어요 [23:53] <shardy> TLDs. [23:53] <jrand0m> 시작은 naming server 그룹을 하나만, ".i2p"로 두는 게 좋을지도 몰라요 [23:53] <co> beefbroth: naming server 소프트웨어는 최대 32자까지 허용해요. [23:53] <ChZEROHag> 다른 곳에선 2글자 국가 코드를 쓰죠 [23:53] <shardy> .us도 미국에서 쓰이고요. [23:53] <co> 사실 첫 번째 그룹은 "test"였으면 했어요. [23:53] <shardy> .info, .name 같은 것도요 [23:53] <jrand0m> 헤헷 'k [23:54] <ChZEROHag> shardy: 그래봤자 한 5명이나 쓰죠. [23:54] <ChZEROHag> 뭐, 이건 다음에 하죠 :) [23:54] <jrand0m> 사실은... [23:54] <shardy> .museum도 있어요 [23:54] <Ryan_Singer> jrand0m, .12p 쓰는 게 좋아 보여요 [23:54] <jrand0m> 며칠 전에 JXTA 기반 분산 DNS를 봤어요 [23:54] <co> ChZEROHag: 그런데 요지는, 'com' 그룹 운영자가 마음에 안 들면 'com2' 그룹을 세우고 그 서버를 직접 운영(그리고 등록)할 수 있다는 거예요. [23:55] <ChZEROHag> 네 그 부분은 완전히 말이 돼요 [23:55] <mihi> ChZEROHag: (Link: http://www.nic.us/press/audio/dotus-mayEM.wav)http://www.nic.us/press/audio/dotus-mayEM.wav ;) [23:55] <jrand0m> co> (Link: http://wiki.java.net/bin/view/Jxta/DisDNS)http://wiki.java.net/bin/view/Jxta/DisDNS 는 분산 DNS 위키인데, 매우 조잡하고 진짜 어려운 이슈는 다루지 않아요 [23:55] <co> ChZEROHag: 그룹에 사용자명을 등록하는 건, 네, 선착순이죠. [23:56] <co> jrand0m: 미팅 끝나고 볼게요. [23:56] <jrand0m> jxta는 rendezvous 포인트에서 naming server를 돌려요 [23:56] <ChZEROHag> mihi: 그게 뭐죠? [23:56] <beefbroth> 그렇다면 누군가 기존 i2p naming server 그룹을 흉내 내서 NS 시스템을 공격할 수도 있겠네요 [23:57] *** 퇴장: jeremiah (핑 타임아웃) [23:57] <co> beefbroth: 그렇진 않을 거예요. [23:57] <mihi> ChZEROHag: 들어보세요. 왜 xxx백만 미국인이 .com보다 .us를 선호하는지 [23:57] <mihi> 6800만 [23:57] <co> 그룹을 설정하는 사람들은 그 그룹을 공표할 거라고 봐요. [23:57] <jrand0m> 흉내 낸다고요? 그룹의 서버는 공개키 시스템으로 인증되기 때문에 흉내낼 수 없어요 [23:58] <jrand0m> 하지만 그룹이 신뢰되지 않은 멤버를 받으면, 쉽게 장악될 수 있어요. [23:58] <shardy> 그런데 키 교환은 어떻게 하나요? [23:58] <co> 나중에 들어온 사람들은 그룹이 이미 자리 잡았고, 클라이언트 소프트웨어 설정 파일에 이전 그룹의 destination이 들어 있다는 문제에 직면하게 될 거예요. [23:58] <ChZEROHag> mihi: 어쨌든 들어볼게요 [23:58] <beefbroth> 만약 두 naming server 그룹이 모두 .i2p 그룹을 해석한다고 주장하면 어떻게 되죠? [23:58] <co> 좋은 질문이에요, 다시 한 번 신중히 생각해 볼게요. [23:58] <ChZEROHag> co: 네 그 얘기를 하려던 거였어요 [23:58] <jrand0m> shardy> 키 교환은 없어요 - 키 공개예요 [23:58] <beefbroth> 이해했어요, 좋은 포인트네요 [23:58] <ChZEROHag> mihi: [23:58] <shardy> 하지만 키가 온라인으로 공개되면 여전히 가로챌 수 있죠 [23:58] <jrand0m> beefbroth> 아무도 주장하지 않아요. 클라이언트가 "i2p == [dest1, dest2, dest]"라고 말하죠 [23:59] <shardy> 우리가 필요한 건 신뢰 기반 DNS 시스템이죠 :) [23:59] <shardy> 이름 질의하면 응답 목록을 받고... 신뢰된 걸로 가는 식 [23:59] <co> 제기해줘서 고마워요. [23:59] <jrand0m> shardy> 아, 혼동을 알겠어요. naming service는 out-of-band로 destination 세트를 제공해야 할 것 같아요(설치에 포함해서) [23:59] <ChZEROHag> 네 우리도 하나 있죠 - 모두가 IANA(또는 뭐라고 부르든)를 신뢰하거나, 아니면 말고. [23:59] * shardy가 숙인 채 피함 [23:59] <ChZEROHag> :-D [23:59] <mrflibble> dnssec로 그걸 시도 중이지만, 그건 물론 익명은 아니죠 [00:00] <jrand0m> 이 naming service의 목적은 루트 서버에서 벗어나는 거예요 [00:00] <beefbroth> 활성 naming 그룹과 권한(authorities)을 나열한 I2P 홈페이지를 두면 되지 않을까요? [00:00] <shardy> jrand0m: 오케이. 사람이 다운로드한 코드를 신뢰할 수 있어야 한다는 점만 지적했어요... [00:00] <co> shardy: 스펙에서 키 교환은 다뤘다고 생각해요. 아니면 알려주세요. [00:00] <shardy> 하지만 OOB로 패키징하면 더 좋아요 [00:00] <shardy> co: 확인해 볼게요. [00:00] <jrand0m> shardy> 아, 맞아요. 사람들이 다운로드한 코드를 신뢰할 수 있어야 하죠 [00:00] <co> 물론이죠. [00:01] <ChZEROHag> 아 그게 생각났네 [00:01] <jrand0m> beefbroth> 네, 그건 가장 먼저 구현될 앱 중 하나일 거예요 - i2p를 통해 접근 가능한 i2p 웹서버 + BBS &amp; 위키 [00:01] <ChZEROHag> iipmail용 gpg 키 만들어야겠다 [00:01] *** yodel 님이 #iip-dev에서 나갔습니다 [00:01] * ChZEROHag는 지루한 동안 그걸 함 [00:01] <jrand0m> 헤헷 좋아요 [00:01] <co> naming server 스펙은 아직 개선 제안을 받는 중이라는 점을 이해해 주세요. [00:02] <shardy> toorcon 가는 비행기에서 스펙 전부 가져가야겠네요... 그때 읽을 시간이 생기겠죠 [00:02] <co> 지금 당장 완벽하거나 확정됐다고는 하지 않아요. [00:02] <jrand0m> 헤헷 긴 비행이길 바라요 [00:02] <shardy> 그리고 내내 FFT Advance 하는 것보단 생산적이죠, 헤헷 [00:02] * jrand0m은 스펙을 구현한 코드가 있으면 비판이 더 자유롭게 나온다는 걸 알게 됨 [00:02] *** godmode0_ 님이 이제 godmode0로 이름을 바꿨습니다 [00:02] <co> 그리고 코드를 써야 하죠. [00:02] <co> 이제 다음 주제로 넘어가도 될 것 같아요. [00:02] <jrand0m> 'k [00:02] <jrand0m> 5.0) IM [00:03] <jrand0m> hi thecrypto [00:03] <mihi> 이름이 base64 표현과 충돌해선 안 돼요. [00:03] <thecrypto> 안녕 [00:03] <thecrypto> 좋아요 [00:03] <mihi> 그리고 naming server는 base64 주소를 있는 그대로 투명하게 반환해야 해요. [00:03] <co> mihi: 알겠어요, 그 문제를 피하도록 해 볼게요. [00:03] <thecrypto> 먼저, 제 이메일이 또 작동을 안 해서요(빌어먹을 스패머들) [00:03] <jrand0m> (DataStructure를 확장한 모든 클래스에는 String .toBase64()와 .fromBase64(InputStream)이 있어요) [00:03] <thecrypto> 여기서 제 시스템에 대한 whit의 질문에 답할게요 [00:04] * jrand0m이 co의 이메일을 엶 [00:04] <mihi> jrandom? 왜 Reader가 아니라 InputStream이죠? [00:04] <thecrypto> 처음 떠오른 게 '네트워크'였어요. I2P network 위에서 연결을 만들고, 매우 P2P라서 'network'라고 불렀죠 [00:04] <jrand0m> Reader가 필요하면 InputStreamReader 쓰면 되잖아, 이 까불이 [00:04] <mihi> 제 생각엔 base64는 바이트가 아니라 문자예요. [00:04] <ChZEROHag> jrand0m: IM == 인스턴트 메시징? [00:04] <jrand0m> 맞아요 ChZEROHag [00:04] <thecrypto> 그게 문제라면 뭐라고 부를지 제안 좀 주세요 [00:05] <ChZEROHag> Jabber? [00:05] <thecrypto> IM == 제가 만든 분산 IM 네트워크 [00:05] <shardy> "bob"이라고 부르죠 [00:05] <jrand0m> i2p IM은 AIM이 네트워크인 것, 카자(Kazaa)가 네트워크인 것과 같은 의미의 네트워크예요. 전부 TCP/IP나 UDP/IP 위에서 돌죠 [00:05] <co> IM 애플리케이션은 어떤가요? [00:05] <ChZEROHag> (anonabber) [00:05] <co> jrand0m: 알겠어요. [00:05] <thecrypto> Jabber는 중앙집중 서버가 필요해요 [00:05] <jrand0m> 용어는 상관없어요. shardy 아이디어가 마음에 들어요 [00:05] <ChZEROHag> 그건 그냥 그렇게 작성됐을 뿐이에요 [00:05] <jrand0m> (전 Betty가 더 좋아요) [00:05] <thecrypto> 그럼 이름을 I2PIM bob으로 하라는 건가요? [00:05] <thecrypto> :) [00:05] <jrand0m> wilma는 어때요? [00:05] <jrand0m> fred는 이미 있어 [00:05] <co> 분산 IM은 어때요? [00:05] <jrand0m> DIM, 헤헷 [00:05] <co> 그럼, 분산 IM 애플리케이션? [00:05] <dm> AIM, anonymous Instant messaging! [00:05] <thecrypto> 안 좋은 약자네요 :) [00:06] <dm> 그러면 AOL을 접수할 수 있겠군요. [00:06] <thecrypto> 오, AOL이 그 얘기 맡는 게 기다려지네 [00:06] <ChZEROHag> dm: 그거면 어떤 인간들을 제대로 열받게 하겠네요. 마음에 들어요. [00:06] <jrand0m> 헤헷 해봐요 [00:06] <Ryan_Singer> thecrypto, IM을 분산 방식으로 구현할 수 있나요, 아니면 중앙집중이어야 하나요? [00:06] <co> dm: 좋은 생각이에요. 그 약자 찬성. [00:06] <jrand0m> 내가 읽은 thecrypto의 문서에 따르면, IM은 완전 분산형이에요 [00:06] <thecrypto> 분산 IM을 구현 중이고, CVS에 있어요 [00:06] <beefbroth> 사람들을 혼란스럽게 할 만한 건 반대해요 [00:07] <Ryan_Singer> AOL 타임워너가 이름을 타임워너로 바꿨어요 [00:07] <ChZEROHag> dm: 그거면 어떤 인간들을 제대로 열받게 하겠네요. 마음에 들어요. [00:07] <jrand0m> 사람들이 익명이 뭔지 이해하지 못하면, 투명하게 익명인 건 그다지 쓸모가 없죠. [00:08] <ChZEROHag> 아 맞다, 이런 게 종이에 있었지 [00:08] <beefbroth> 난 thecrypto의 아이디어가 좋아 [00:08] <thecrypto> I2PIM이 돌아가는 '네트워크' 명칭을 찾는 거예요 [00:08] <jrand0m> 사람들에게 스스로를 지키는 방법을 가르치는 건 정말 중요해요 [00:08] <thecrypto> 'Presence System'을 생각했어요? [00:08] <Ryan_Singer> 익명의 보안 측면을 부각시키자 [00:08] <dm> I2M (instant 2 messaging) [00:08] <ChZEROHag> 내가 그걸 XIrc라고만 불렀지만 [00:09] <jrand0m> 당신이 보스예요 thecrypto, 잘 된다면 뭐든 ;) [00:09] <dm> 그리고 I2M 로고에서 2는 아주 작게요 :) [00:09] <thecrypto> 그러면 Invisible Internet Project Instant Messaging이네요 [00:09] <ChZEROHag> 주된 재미는 모두가 Borg고, 콜렉티브에서 대화한다는 설정이었죠 [00:09] <jrand0m> i2np는 프로토콜이고 [00:09] <co> thecrypto: 맞아요, 이름은 크게 중요하지 않아요. [00:09] <jrand0m> I2P는 프로젝트고 [00:09] <dm> i2m = i^2m = instant invisible messaging [00:09] <jrand0m> I2CP는 클라이언트 프로토콜이에요 [00:10] <beefbroth> 난 'poop'인 줄 알았는데 [00:10] <co> thecrypto: 맞아요, 이름은 크게 중요하지 않아요. [00:10] <dm> i2m = i^2m = instant invisible messaging [00:10] <thecrypto> 다음 주제로 가죠 [00:10] <Ryan_Singer> 좋아요... 안건에서 벗어나고 있네요... IM은 끝인가요? [00:10] <shardy> "bob"이 싫으면 "jimbob"이라 하죠 [00:10] <jrand0m> 0k, 6.0) administravia [00:10] <thecrypto> 아니, 아직 더 있어요 [00:11] <thecrypto> 미안 [00:11] <co> 그건 administrivia예요. [00:11] <thecrypto> 아니요, IM이에요 [00:11] <jrand0m> nop> root 주세요. anon cvs, bugzilla, cvsweb을 설치해야 해요. [00:11] <thecrypto> 아직 안 끝났어요 [00:11] <thecrypto> :) [00:11] <thecrypto> 되감기! [00:11] * jrand0m 뒤로 감음 [00:11] <jrand0m> 5.1) thecrypto v2 [00:11] <Ryan_Singer> IM에 더 어떤 게 있죠, thecrypto? [00:12] <mihi> thecrypto: 그냥 계속 얘기해요; /me 나도 naming service 놓쳤을 때처럼 [00:12] <thecrypto> 좋아요, presence 간 통신 방식이 달라요 [00:12] <thecrypto> 모든 사람이 서로를 아는 건 아니에요 [00:12] <thecrypto> 사실상 누군가를 '스토킹'할 방법이 없어요 [00:12] <thecrypto> 보여달라고 요청해야 해요 [00:13] <mihi> 익명 네트워크에선 보통 아무도 아무도 몰라요 ;) [00:13] <jrand0m> (사람들의 Destination이 랜덤이라면) [00:13] *** 퇴장: pitu (터미널 끊김) [00:13] <dm> 무슨 뜻이죠? [00:13] <thecrypto> 앨리스가 밥과 대화하고 싶어 해요 [00:13] <jrand0m> mihi> 다만 naming service는 서비스별 검색을 허용해요 [00:13] <jrand0m> (서비스는 IM, www 등) [00:13] <thecrypto> 앨리스는 어떻게든 밥의 IM destination을 찾아요, 아마 naming service로 [00:14] <thecrypto> 그래서 앨리스는 밥의 IM destination으로 메시지를 보내요 [00:14] <dm> 네? [00:14] <thecrypto> '앨리스가 당신에게 연락을 시도했습니다'라는 작은 메시지를 받아요. 대화하고 싶으면 할 수 있고, 무시할 수도 있어요 [00:15] <thecrypto> 하지만 중앙 presence 서버는 없어서, 앨리스는 메시지가 사라지고 응답이 없는 걸 볼 수도 있어요 [00:15] <dm> 오케이, MSN처럼요? [00:15] <jrand0m> (다만 앨리스는 밥이 자신을 무시했다는 걸 알 수 있어요) [00:15] <thecrypto> 그리고 앨리스는 그냥 밥을 버디 리스트에 넣고 기다릴 수 없어요 [00:15] <Ryan_Singer> thecrypto, 알겠어요... 중앙 서버가 없다는 것 말고는, 제대로 설정된 Y!, MSN, AIM과 뭐가 다른가요? [00:15] <thecrypto> 밥이 앨리스의 접속을 보려면 밥이 앨리스에게 메시지를 보내야 하니까요 [00:15] <Ryan_Singer> 오 [00:15] <dm> 사용자 입장에선 달라지는 게 없지만, 무슨 말인지 알겠어요. [00:16] <jrand0m> thecrypto> 꼭 그렇진 않아요 [00:16] <Ryan_Singer> 알았어요.. 버디 리스트 기능은 없는 거군요... [00:16] <jrand0m> 아, 음, 기술적으로는... [00:16] <thecrypto> Ryan_Singer: 아뇨, 버디 리스트는 있어요 [00:16] <dm> 앨리스가 밥을 볼 수 없으면 어떻게 메시지를 보내죠? [00:16] <dm> 그럼 혹시 몰라 무작위로 연락해 봐야 하나요? [00:16] <jrand0m> 밥은 앨리스의 router로 메시지를 보내야 하고, 그건 앨리스가 모르게 일어날 수 있어요 [00:16] <thecrypto> 앨리스는 그냥 무작위로 시도할 수 있어요 [00:17] <dm> 그거 별로 편리하지 않은데요? 온라인이 되면 모두에게 '(거기 있어요?, 있어요?)'라고 메시지를 보내야 하나요? [00:17] <beefbroth> thecrypto: 사용자가 로그인할 때 버디 전부에게 메시지를 보내 '알림'할 수 없는 건가요? 방금 그 얘기였나요 [00:17] * co 참고: 서로 다른 naming server 그룹에 등록된 Bob이 둘 있을 수 있어요. [00:17] <thecrypto> beefbroth: 방금 그 얘기였어요 [00:17] <dm> 오케이, 현재 방식과 비슷하지만 기본은 은신 모드. 이해했어요. [00:18] <thecrypto> dm: 아뇨, 반대예요. 로그인하면 모두에게 '나 접속함, 접속함'이라는 메시지를 보내요. '접속함' 메시지를 받으면 원하면 응답해요 [00:18] <thecrypto> 원한다면요 [00:18] <co> 즉, 사용자가 누가 자신을 볼 수 있는지 제어하죠. [00:18] <thecrypto> 그래서 앨리스가 당신을 버디 리스트에 넣으면, 앨리스가 로그인할 때 '앨리스가 당신을 버디 리스트에 넣었습니다, presence를 알릴까요?'라는 메시지를 받게 돼요 [00:19] <Ryan_Singer> 로그오프할 때 먼저 '나 나감' 메시지를 보내나요? [00:19] <dm> 오케이, 그럼 IM 경험은 지금과 같네요. 확인만 하고 싶었어요. [00:19] <thecrypto> 밥이 앨리스를 버디 리스트에 가지고 있고, 앨리스에게서 온라인 메시지를 받으면 자동으로 응답해요 [00:19] <beefbroth> 의도치 않은 끊김이 없었는지 확인하려면 주기적으로 상대 IM 사용자에게 '핑'이 필요할 수도 있어요 [00:19] <thecrypto> 밥이 앨리스를 버디 리스트에 없는데 앨리스에게서 온라인 메시지를 받으면, 사용자에게 물어봐요 [00:19] <dm> 오케이, 그럼 IM 경험은 지금과 같네요. 확인만 하고 싶었어요. [00:20] <thecrypto> 단지 이제 버디 추가에 확인이 있어요 [00:20] <thecrypto> 그건 아마 ICQ만 있죠 [00:20] <jrand0m> IM 앱은 독립 실행형인가요, 아니면 Trillian을 사용할 수 있나요? [00:20] <dm> 그래요, MSN이 그렇죠. [00:20] <jrand0m> [등등] [00:21] <ChZEROHag> thecrypto: ICQ는 확인이 필요한 척만 해요 [00:21] <beefbroth> dm: 아니죠. MSN, Y! 그리고 AIM이 몇 달마다 프로토콜 바꿔서 사람들 막아버리는 걸 상대할 필요는 없죠 :) [00:21] <thecrypto> jrand0m: 제가 스펙을 만들게요. Trillian이 플러그인 인터페이스를 주거나 자기들이 직접 만들든지요 [00:21] <thecrypto> 적어도 GAIM용 플러그인 [00:21] <thecrypto> 그리고 독립 실행 클라이언트 [00:21] <jrand0m> 좋아요 [00:21] <thecrypto> 네트워크와 함께 쓰도록 만들어질 거예요 [00:21] <jrand0m> GAIM이 파일 전송을 지원하나요, 아니면 그게 i2pim 클라이언트의 장점이 될까요? [00:21] <beefbroth> thecrypto: Kopete 개발자들에게도 한 번 알려두는 게 좋겠어요 [00:21] * jrand0m이 무지함을 드러냄 [00:23] <thecrypto> GAIM 플러그인을 독립 실행형만큼 잘 동작하도록 해보겠지만, 장담은 못 해요 [00:23] <co> thecrypto: 먼저 독립 실행 애플리케이션부터 하죠. [00:23] <thecrypto> GAIM 파일 전송은 아마 AIM에서만 작동하는 것 같아요 [00:23] <thecrypto> 그래서 플러그인으로 넣으려면 좀 씨름해야 할지도 몰라요 [00:23] <Ryan_Singer> 좋아요.. 이제 다들 이해한 것 같네요... IM 관련해서 더 있나요? [00:24] <thecrypto> 그리고 co의 마지막 포인트 [00:24] <beefbroth> GAIM은 NAT 사용자의 IM 전송에서 문제가 있어요 [00:24] <thecrypto> 같은 이름을 여러 사람이 가질 수 있어요 [00:24] <thecrypto> 그 대신 destination은 고유해요 [00:24] *** 퇴장: mihi (핑 타임아웃) [00:24] <co> 좋아요. [00:24] * mihi_backup은 아직 여기 있음... [00:24] <thecrypto> 하지만 누군가 위장할 순 없어요 [00:25] <jrand0m> 헤헷 잘했어 mihi_backup [00:25] <co> naming server를 쓰면 'group1의 Bob', 'group2의 Bob'이 될 거예요. [00:25] <co> destination은 각각 고유하고요. [00:25] <jrand0m> 맞아요 thecrypto. 이름은 임의적이에요. DNS처럼 ;) [00:25] *** mihi (~none@anon.iip)님이 채널 #iip-dev에 입장했습니다 [00:25] <thecrypto> 또 IM 클라이언트 자체가 옵션으로 '방금 Bob이라고 불리는 사람에게서 IM이 왔는데, 내 리스트의 Bob과 destination이 달라요. 메시지 수락할까요?'라고 확인할 수 있어요 [00:26] <dm> mihi: 당신 없는 동안 백업이 말했어요. [00:26] <thecrypto> 누군가 Bob으로 위장하려 하면 알 수 있고, 아니면 별칭으로 정리할 수 있어요 [00:26] <mihi> 알고 있어요... [00:26] <jrand0m> "'Bob이라고 불리는 누군가'?" 누가 그렇게 말하죠? 본인이 Bob이라고 하나요? 아니면 어떤 그룹이 그들을 Bob이라 하나요? 아니면 당신이 그들의 dest를 Bob이라고 하나요? [00:26] <thecrypto> presence에 name이라는 필드가 있어요 [00:26] * jrand0m은 그 문제에 대한 ICQ의 방식을 좋아함 - 모두 숫자이고, 숫자에 로컬 별칭만 붙이면 됨 [00:27] <co> 여담인데, NS 엔티티 이름은 대소문자 구분 없이 할까요? [00:27] <jrand0m> 아마 그렇게 하죠 co [00:27] <mihi> base64 관련은 여전히 대소문자 구분해야 해요 ;) [00:27] * jrand0m은 사람들이 Jrand0m을 스푸핑하길 원치 않음 [00:27] <co> mihi: 엔티티 이름 말이에요, destination 말고요. [00:27] <jrand0m> 맞아 맞아 mihi [00:28] <jrand0m> (뭐, 사람들이 jrand0m을 얼마나 스푸핑하든 상관없어요. 난 그냥 jrandom만 돌려받고 싶어) [00:28] <co> 계속하세요, thecrypto. [00:28] *** 퇴장: UserX_ (핑 타임아웃) [00:28] <thecrypto> 전 여기까지예요 [00:28] <thecrypto> 드디어 :) [00:28] <mihi> co: 엔티티 이름을 둘 수 있는 곳엔 어디나 destination도 둘 수 있어야 해요. [00:28] <mihi> DNS 이름과 IP처럼요 [00:28] <co> 좋은 지적이에요. 스펙에 추가할게요. [00:28] <thecrypto> jrand0m: 사실 ICQ랑 비슷해요. 다만 당신이 원하는 별칭을 사람들이 알 수 있게 해요 [00:29] <thecrypto> 아마 지금도 그렇게 하죠 [00:29] <co> 하지만 요지는, 이름이 destination보다 훨씬 짧게 입력되도록 하자는 거예요. [00:29] <jrand0m> mihi> naming service는 이름을 destination으로만 바꿔줘요 - destination의 destination을 요청하면, 정말 정말 빠르게 반환해야 해요 [00:29] <Ryan_Singer> 자 여러분... 전 회의가 있어요... jrand0m, 익명 메일 주세요 [00:29] <jrand0m> 'k adios [00:29] <mihi> jrand0m: 네, 그리고 '찾을 수 없음'이 아니라 그 dest 자체를 반환해야 해요 [00:30] <jrand0m> 맞아요 [00:30] *** 퇴장: Ryan_Singer ((null)) [00:30] <jrand0m> 좋아요. 이제 7.0) [00:30] <jrand0m> 질문 [00:30] <jrand0m> 하이 [00:30] <co> 6.0) administrivia는요? [00:31] <co> 그건 끝난 건가요? [00:31] <jrand0m> 6.0 administravia는 그냥 nop에게 root 달라고 잔소리하는 거였어요. 모두에게 anon cvs 접근, bugzilla, cvsweb 인터페이스를 주려고요 :) [00:31] <beefbroth> 채택을 빠르게 하려고 Win/Mac/SuSE/RedHat/Debian용 알파/베타/릴리스를 패키징할 담당자들이 생길까요? [00:32] <jrand0m> 자원하는 건가요? [00:32] <jrand0m> (즉, 그러면 최고죠) [00:32] <beefbroth> 내 배포판용 패키지 만드는 법을 배우면요 :) [00:32] <jrand0m> 어떤 배포판 쓰세요? [00:33] <co> 기억하기로 IIP 개발자들은 I2P 위에 IIP를 재구현하길 원했죠. I2P가 익명성 약속을 지킨다면, 그냥 IRC를 I2P 위에서 돌리는 게 더 간단하지 않을까요? [00:33] <beefbroth> 하지만 제 요지는, 많은 사람들이 그런 걸 의존한다는 거예요. 그러면 사람들이 채택하기 쉬워지죠. Freenet은 활발한 유지보수자가 부족해서 고생하고 있어요. [00:33] <dm> jr는 좋은 매니저감이야 :) [00:33] <jrand0m> 맞아요 co, 더 간단하지만, 확장성은 떨어져요 [00:33] *** UserX_ (~User@anon.iip)님이 채널 #iip-dev에 입장했습니다 [00:33] <thecrypto> 맞아요, 하지만 어떤 사람들은 IRC를 원치 않아요 [00:34] <jrand0m> beefbroth> 완전 맞아요, 할 일이 많고, 저는 밤에 최소 4시간은 자야 하거든요 [00:34] <co> thecrypto: 좋은 지적이에요. 그래도 I2P가 사람들의 IP 주소는 익명화해요. [00:34] <beefbroth> 준비되면 패키징을 도울 수 있어요. 약간의 기술력이 있는 비개발자들이 기여하기에 아주 좋은 방법이라고 봐요. [00:34] <jrand0m> 굉장해요 beefbroth [00:34] <thecrypto> 우리가 IM과 IRC 둘 다 가지면, 채택이 늘죠 [00:35] <mihi> co: 문제는 IRC엔 (서버 같은) 셧다운할 대상이 있다는 거예요. [00:35] *** jeremiah (~jeremiah@anon.iip)님이 채널 #iip-dev에 입장했습니다 [00:35] <jrand0m> thecrypto> 즉시 채택: OpenNap [00:35] <beefbroth> 패키지 만드는 법을 배우는 게 I2P 데이터 구조를 배우는 것보다 쉬워요. 몇몇 사람이 참여하기 쉬운 방법이죠 [00:35] <dm> IRC는 꽤 어렵지 않나요? [00:35] <dm> 분산 IRC 말이에요... [00:35] <co> mihi: 맞아요. 그걸 깜박했네요. 상기시켜줘서 고마워요. 이의 없음. [00:36] <jrand0m> dm> IRC는 여러 IRC 서버(예: EFnet 등)를 두고 I2P를 통해 서로 통신할 수 있어요 [00:36] <shardy> 'IRC 비슷한' 채팅 프로토콜을 말하나요? [00:36] <shardy> 아니면 IRC를 적응시키나요? [00:36] <jrand0m> 사람들은 I2P를 통해 IRC 서버 중 하나로 tunnel링해 서로 대화하는 거죠 [00:36] <dm> 서버가 I2P 뒤에 있는 IRC는 괜찮아요, 저는 서버 없이 하는 걸 말한 거예요. 뭐, 상관 없겠죠. [00:37] <jrand0m> dm> 맞아요, 서버 없이 훨씬 잘 만들 수 있고, 그에 대한 고민도 좀 있었지만, (제가 알기론) 아직 확실한 건 없어요 [00:38] <dm> 어쨌든, 오프토픽이네요. [00:38] <dm> 계속하세요! [00:38] <jrand0m> 다른 질문 있나요? [00:38] <jrand0m> 아무도 스펙 읽었나요? ;) [00:38] <jrand0m> (외워버린 beefbroth 빼고) [00:38] * dm이 천장을 쳐다봄. [00:39] <jrand0m> 좋아요, 그럼 100분 회의네요 [00:39] <thecrypto> 필요할 때 읽고 있어요 :) [00:39] <ChZEROHag> 스펙! [00:39] <ChZEROHag> 그걸 까먹었네! [00:39] <jrand0m> 헤헷 [00:40] *** dm 님이 채널 #iip-dev의 주제를 topic1으로 변경했습니다 [00:40] * jrand0m 로드하고... [00:40] * jrand0m이 회의를 *baf*로 끝냄 </div> </div>/ko/blog/2003/09/16/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-9%EC%9B%94-16%EC%9D%BC/Tue, 16 Sep 2003 00:00:00 +0000/ko/blog/2003/09/16/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-9%EC%9B%94-16%EC%9D%BC/<h2 id="quick-recap">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> co, jrand0m, LeerokLacerta, mihi, mrflibble, mrsc, nop, shardy, thecrypto, w0rmus</p> <h2 id="meeting-log">회의 기록</h2> <div class="irc-log"> [22:53] <jrand0m> 0) 환영 [22:54] <jrand0m> 1) 앱: [22:54] <jrand0m> 1.1) IM [22:54] <jrand0m> 1.2) NS [22:54] <jrand0m> 2) 개발 현황: [22:54] <jrand0m> 2.1) 서브시스템들 [22:54] <jrand0m> 2.2) 암호화 키 지속성 [22:54] <jrand0m> 2.3) 할 일 [22:54] <jrand0m> 3) 명세 관련 [22:54] <jrand0m> 3.1) 수정사항 [22:54] <jrand0m> 4) 관리 사항: [22:54] <jrand0m> 4.1) 익명 cvs [22:54] <jrand0m> 5) ? [22:55] <jrand0m> 좋아요, 0) 환영 [22:55] <jrand0m> 58번째 회의에 오신 것을 환영합니다 [22:55] <thecrypto> 그게 전부 [22:55] <jrand0m> 예, 선생님, 다른 추가할 내용 있는 분? [22:55] * nop은 jrand0m의 번호 매기기가 객체 지향적이라고 눈치챘음 :) [22:56] <nop> 3.1.2.2.4.5.8() ;) [22:56] <jrand0m> 야, 구조체일 수도 있잖아 ;) [22:56] <nop> 하하 [22:56] <nop> 정말 그렇지 [22:56] <jrand0m> 좋아, 1.1) IM. thecrypto? [22:56] <nop> 근데 [22:56] <nop> 2에는 상속이 있네 [22:57] <nop> ;) [22:57] <jrand0m> ㅎㅎ [22:57] <nop> 난 신경 쓰지 마 [22:57] <nop> 오케이 [22:57] <nop> 미안 [22:57] <nop> 계속해 [22:57] *** mihi_ (~none@anon.iip)님이 #iip-dev 채널에 참가했습니다 [22:57] <thecrypto> 좋아, 지금 IM을 위한 기본 명세를 업로드하고 있어요 [22:58] <thecrypto> (Link: http://www.thecrypto.org/i2pim.sxw)http://www.thecrypto.org/i2pim.sxw oowriter용 [22:58] <thecrypto> 그리고 pdf 업로드도 진행 중 [22:59] <nop> 원하면 i2p 사이트에 올려줄 수 있어 [22:59] <thecrypto> 잠시만 [22:59] <thecrypto> 좋아 [22:59] *** mrflibble (mrflibble@anon.iip)님이 #iip-dev 채널에 참가했습니다 [22:59] <jrand0m> 그걸 i2p/apps/IM/doc/ 에 넣을래? [22:59] *** mihi_ 닉네임이 이제 mihi_backup으로 변경되었습니다 [23:00] <nop> 할 수 있어 [23:00] <nop> 응 [23:00] <jrand0m> cvs에 말한 거였어 :) [23:00] <thecrypto> 그것도 내가 할 수 있어 [23:00] <jrand0m> (하지만 웹에 올리는 것도 좋아) [23:00] <nop> 오 [23:00] <nop> 하하 [23:00] <thecrypto> (Link: http://www.thecrypto.org/i2pim.pdf)http://www.thecrypto.org/i2pim.pdf [23:01] <MrEcho> "the file is damaged and could not be repaired" AR error [23:01] <thecrypto> 다시 시도해봐 [23:01] * jrand0m은 문제 없이 열었음 [23:01] <co> MrEcho: 그 PDF 파일? [23:01] <jrand0m> (그 sxw) [23:01] <thecrypto> 그때는 일부만 업로드됐었어 [23:01] <MrEcho> 이제 됨 [23:01] <MrEcho> 헤헤 [23:02] <thecrypto> 기본적으로 presence 관련 내용, 온라인/오프라인 메시지, 그리고 일반 메시지를 넣었어 [23:02] <thecrypto> 부끄럼 없이 I2NP 문서에서 몇 섹션을 베껴왔어 [23:02] <thecrypto> :) [23:02] <jrand0m> ㅎㅎ 익숙해 보이더라 :) [23:02] <thecrypto> 내가 작업해온 UI 업로드도 [23:02] <thecrypto> 하고 있어 [23:03] <thecrypto> jrand0m: apps/IM/doc 디렉터리를 만들어야 해? [23:03] <jrand0m> 응, 그리고 cvs에서 각각 추가해야 해 [23:03] <thecrypto> -kb? [23:03] <jrand0m> 응 [23:03] <co> thecrypto: apps/는 지금 있을 거라고 봐. [23:04] <jrand0m> 프레즌스가 뭐지? [23:05] <thecrypto> 업데이트 한 번 돌려볼게 [23:05] <thecrypto> 근데 들어가고 있어 [23:05] *** Signoff: shardy (핑 타임아웃) [23:05] <thecrypto> 그냥 명세를 마구 까보라는 얘기야 [23:05] <thecrypto> 그리고 UI도 곧 올라갈 거야 [23:05] <thecrypto> 명확히 해야 할 부분이 있으면 anonymail이나 이메일 뭐든지로 나한테 보내, 고칠게 [23:05] <mrflibble> 회의 놓쳤나? [23:05] *** shardy (~shardy@anon.iip)님이 #iip-dev 채널에 참가했습니다 [23:05] <co> thecrypto: 이메일 리스트에도 문서 링크와 함께 공지하는 게 좋을 것 같아. [23:05] <thecrypto> 그거 넣었다고 생각했는데? [23:05] <jrand0m> 아니요, 아직 첫 번째 항목 중이에요 mrflibble [23:05] <co> mrflibble: 회의 진행 중입니다. [23:05] <mrflibble> 아 미안, 'logger'가 안 보여서 [23:06] <jrand0m> thecrypto> 너는 그게 destination이라고 했는데, 그게 메시지를 보낼 destination이야? 오프라인 메시지는 어떻게 동작해? [23:06] <mihi> 여기 mids가 없으니, logger도 없지 ;) [23:06] <mrflibble> ㅇㅋ [23:06] * mrflibble 다시 눈팅으로 복귀 [23:06] <jrand0m> 아 잠깐, 이건 프레즌스 알림들이네, 미안 [23:06] <mihi> 프레즌스를 어떻게 구독하지? [23:06] <thecrypto> jrand0m: 오프라인 메시지는 없어 [23:07] <thecrypto> 기본적으로 [23:07] <thecrypto> 프레즌스는 destination과 이름을 함께 묶어주는 것뿐이야 [23:07] <thecrypto> 편하게 하려고 [23:08] <thecrypto> 그래서 NS로 넘어가도 될까? 이건 나중에 다시 얘기해도 되고? [23:09] <jrand0m> 'ㅇㅋ 좋아 [23:09] <thecrypto> 그리고 질문은 언제든 메시지로 보내 [23:09] <jrand0m> 사실, 짧은 질문 하나 [23:09] <thecrypto> 말해봐 [23:09] <jrand0m> 그럼 IM은 엄격히 텍스트만? [23:10] <thecrypto> 이 기본 버전은 맞아, 하지만 파일 지원을 추가할 거야 [23:10] <jrand0m> 좋네 [23:10] <thecrypto> 일단 시스템의 기초를 처리하고 그 위에 확장하고 싶어 [23:10] <jrand0m> (반복적·점진적)++ [23:11] <jrand0m> 좋아, 훌륭해. 난 더 살펴볼게, 다른 분들도 그렇게 해줘요... 자, 이제 1.2) NS로 넘어가죠. co? [23:11] <co> naming service 명세 1.1판(최종)이 오늘 일찍 공개되었습니다. [23:12] <jrand0m> (그리고 모두가 크게 환호했죠) [23:12] <co> 기본적으로, 프로그램에 필요한 데이터 구조와 네트워크 메시지 섹션을 마무리했습니다. [23:12] <co> 클라이언트 API는 목요일에 공개할 예정입니다. [23:12] <co> 그리고 NS 애플리케이션 구현을 시작하겠습니다. [23:12] <jrand0m> 좋아요 [23:13] <co> 변경된 아이디어 하나는 엔티티가 CA에 등록할 때 CA가 무엇을 하느냐입니다. [23:13] <thecrypto> co: 그걸 어떻게 구현할 거야? [23:13] <thecrypto> co: 네임 서버야, 아니면 클라이언트? [23:14] <co> thecrypto: 우선 필요한 데이터 구조를 구현할 거예요. [23:14] <co> 그 다음 클라이언트, 그리고 서버와 CA 컴포넌트요. [23:14] <thecrypto> 좋아 [23:15] <co> 말했듯이, 이제 CA가 새로 등록된 엔티티에게 인증서를 발급하길 원합니다. [23:15] <co> 레코드를 수정할 때 이 인증서를 네이밍 서버에 제시하게 될 겁니다. [23:15] <co> 이번 버전에는 인증서에 무엇이 포함되는지 명시하지 않았습니다; 그 부분은 다음 버전에 들어갈 겁니다. [23:16] <co> 이게 나쁜 아이디어라고 느껴지는 분 계신가요? [23:16] <jrand0m> 흠. 클라이언트가 그냥 공개키/개인키를 쓰는 게 더 간단하고/안전하지 않을까요? [23:16] <jrand0m> 즉, 등록 시 업데이트용 공개키를 제공하고 등록을 서명한 다음, 다시 업데이트할 때마다 업데이트에 서명하는 방식이죠 [23:16] <jrand0m> (그러면 CA는 절대 개인키를 갖지 않게 되니까요) [23:17] <thecrypto> 추신: I2PIM 관련 내용은 모두 cvs 저장소에 커밋됐어요 [23:17] <jrand0m> 좋아 [23:17] <co> 그게 더 단순할 수도 있겠네요. 이 이슈를 다시 생각해 보겠습니다. 의견 감사합니다. [23:17] <co> 지금 시점에서 naming service에 관해 제가 말할 건 이게 전부입니다, 다른 질문이 없다면요. [23:18] <jrand0m> 좋아 보이네, 아직 1.1은 다 못 봤지만 뭐가 보이면 이메일할게 [23:19] <co> 좋습니다. 다음 주제? [23:19] <jrand0m> 좋아, 2.1) 서브시스템 개발 현황. [23:19] *** w0rmus (o0o@anon.iip)님이 #iip-dev 채널에 참가했습니다 [23:20] <jrand0m> 전송 서브시스템은 진행하기에 충분히 괜찮음. 피어 관리 서브시스템은 멍청한 알고리즘으로 스텁된 상태지만 동작은 함. 네트워크 DB, tunnel 관리, 그리고 통계 관리 서브시스템은 아직 보류 중. 클라이언트 서브시스템은 단순할 것 (SDK local only router만 재사용) [23:21] <co> '멍청한 알고리즘'이란 게 무슨 뜻이야? [23:21] <w0rmus> 안 빨라서? [23:21] <jrand0m> 음, 피어 관리 서브시스템이 피어 성능을 추적하지 않고, 그냥 랜덤 피어를 반환하고 있어. [23:22] <jrand0m> 진행하면서 알고리즘을 업데이트하고 튜닝해서 더 적절한 피어 선택을 제공할 거야 [23:22] <jrand0m> 지금 내 작업은 garlic 메시지를 만들고 처리하는 거라서, 아주 귀찮아(PITA). [23:23] <jrand0m> 가능은 한데, 그냥 성가실 뿐 [23:23] <jrand0m> 그게 사실 2.2) 암호화 키 지속성으로 이어져. [23:24] <jrand0m> garlic 메시지는 ElG+AES 암호화를 사용해 clove들의 레이어를 포장해 [23:24] <jrand0m> 그리고 개인키는 다른 곳들(전송, 클라이언트 관리)에서도 쓰여 [23:25] *** Signoff: thecrypto (핑 타임아웃) [23:25] <jrand0m> 개인키와 세션 키를 항상 메모리에만 두고 디스크에 절대 쓰지 않는 게 이상적이지만, router가 내려갈 때(의도적이든 오류든)는 최악이야 [23:26] <jrand0m> 어떻게 하는 게 좋을지 의견 있어? 1) 키를 디스크에 절대 쓰지 않아서(복호화가 안 되니) 과도한 불필요 메시지 손실 위험을 감수한다 2) 디스크에 쓰기 전에 암호화한다 3) 그냥 평문으로 디스크에 쓴다 [23:26] <co> 옵션 2. [23:27] <nop> jrand0m 난 옵션 2, 아니면 예전에 말한 대로 하자 [23:27] <nop> 우리는 localhost를 신뢰해야 해 [23:27] *** Signoff: cohesion (수업) [23:27] <nop> localhost가 침해되지 않았다고 가정하자 [23:27] <jrand0m> 옵션 2의 골칫거리는, router를 시작하려면 사용자가 암구호(pass phrase)를 입력해야 하거나, 아니면 세션 키가 노출될 수 있다는 점이야 [23:27] <jrand0m> 좋은 지적이야, nop. [23:28] <nop> 우린 전송 레벨이니까, 그 부분에 너무 신경 쓸 수는 없어. 클라이언트 쪽에서 바꾸거나, 옵션을 제공하면 돼 [23:28] <nop> 편집증 수준에 따라 [23:28] <nop> 보안 대 편의의 균형 [23:29] <co> 그럼 기본은 3으로 하고, 사용자가 2를 선택할 수 있게 하자고 제안합니다. [23:29] <nop> 맞아 [23:29] <jrand0m> 맞아. 좋아, 사람들이 그 트레이드오프에 맞춰 router 코드를 가져다가 수정할 수 있고(그래야 하고!) — 'tinfoil I2P router'와 'jane sixpack I2P router' [23:29] <jrand0m> 좋아, 간단히 지금은 3)으로 가자 [23:30] <jrand0m> 좋아 2.3) 할 일 [23:30] * co는 회의 끝에 NS 주제를 다시 다루고 싶어 함. [23:30] * nop은 NS 이메일을 다 읽어야 함 [23:30] <jrand0m> 'ㅇㅋ, 이제 네가 항목 #5야 [23:30] <co> 끝까지 기다릴 수 있어요. [23:31] <jrand0m> mihi가 SDK 구현에서 몇 가지 버그를 지적하는 테스트를 만들어 줬어. 일부는 이미 고쳤고, 일부는 아직. 고치는 건 할 일 목록에 있어 :) [23:32] <jrand0m> 또, 여러 명세에 대략 열두 가지 변경이 있었어. 시간 나면 문서를 업데이트해서 배포할 건데, 그 사이에는 위키에 정오표 페이지를 올릴지도 몰라 [23:33] <nop> ㅇㅇ [23:34] <jrand0m> 다른 할 일들... 음, 오늘 아침에 'Wrong Size generating key' 문제랑 몇 가지 랜덤 버그를 고쳤어 [23:34] <jrand0m> 좋아, 개발 현황은 여기까지. 3) 명세 관련 [23:35] <jrand0m> 3.1) 수정사항은 할 일 참조. 대부분 오타 수정이었는데, 오늘 garlic 구현하면서 좀 더 큰 게 하나 나왔어. 문제 될 건 아니고, 데이터 구조를 좀 옮기고 암호화 쪽에서 약간의 요령이 필요해. 그건 정오표에 넣을게. [23:35] <jrand0m> 3.2) [알아, 이건 안건에 없었는데, 그냥 넣었어] 명세 질문 [23:35] <shardy> (잠깐, 필요하면 아직 눈팅 중이야) [23:35] <jrand0m> 어떤 명세든 질문 있나요? [23:35] <jrand0m> 좋아 shardy [23:36] <co> jrand0m: 어느 명세가 어느 문서에 있는지 다시 알려줘요. [23:37] <jrand0m> (Link: http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs)http://wiki.invisiblenet.net/iip-wiki?I2PProtocolSpecs 에 다 매핑해 놨어 [23:37] <co> 살펴볼게요. [23:38] <jrand0m> (그걸 보니 secure reliable UDP 전송을 문서화해야 한다는 게 떠오르네. 또 다른 할 일...) [23:39] <jrand0m> 어떤 명세를 봐야 하냐는 질문이 여러 사람에게서 있었는데 — 기본적으로, router가 어떻게 동작하는지 알고 싶거나(혹은 구현을 돕고 싶거나) 하지 않으면 I2NP 명세를 읽을 필요는 없어. I2CP와 데이터 구조의 I2CP 섹션이면 충분해 [23:40] <nop> jrand0m [23:40] <jrand0m> 예, 선생님? [23:41] <nop> UDP 패킷 의미의 실제 UDP를 말하는 거야 [23:41] <nop> 아니면 일반적인 UDP 프로토콜 의미의 UDP? [23:41] <jrand0m> 응, UDP 패킷 의미의 UDP [23:41] <nop> I2P용으로 [23:41] *** thecrypt1 (~thecrypto@anon.iip)님이 #iip-dev 채널에 참가했습니다 [23:41] *** thecrypt1 닉네임이 이제 thecrypto로 변경되었습니다 [23:41] <jrand0m> i2p/code/router/java/src/net/invisiblenet/i2p/router/transport/udp 구현은 여기 [23:42] <thecrypto> 돌아왔어 [23:42] <jrand0m> 웰컴백 [23:42] <thecrypto> 내가 없는 동안 무슨 일 있었는지 누구 요약 좀? [23:43] <jrand0m> UDP 구현은 꽤 단순해 — DH 교환을 하고, 메시지를 1K 패킷으로 나눈 다음 생성된 키로 AES256 암호화해 [23:43] <jrand0m> 재키잉은 지원하지만 현재 자동은 아냐 [23:43] <jrand0m> ACK는 묶어서 보냄(예: '메시지 42에 대해 패킷 18까지는 다 받았지만 3하고 7은 못 받음') [23:44] <jrand0m> (그리고 TCP 구현보다 먼저 UDP 구현을 택한 실용적 이유는, UDP가 거의 0 오버헤드로 '공짜' 비동기 IO를 주기 때문) [23:45] <nop> 물론 [23:45] <jrand0m> 그 UDP 구현에서 남은 건 두 가지 — MITM 방지를 위해 station-to-station을 넣는 것과, '젠장, 세션 키를 까먹었네'용 패킷을 추가하는 것 [23:45] <nop> 좋아 [23:46] <jrand0m> UDP 전송 다음으로 구현하고 싶은 건 polling HTTP — 그래서 일반 사용자(UDP)와 방화벽/ NAT/ 프록시 뒤에 있는 사용자(polling HTTP) 모두를 지원하게 될 거야 [23:47] <jrand0m> 좋아, 그러니까, 맞아, 그건 명세로 문서화해야 해 :) [23:48] * jrand0m은 명세 쓰기 전에 코딩한 자신을 !thwaps [23:48] <thecrypto> 난 명세 전에 코딩하는 게 도움이 돼 [23:48] <jrand0m> 그래, 반복적으로 하는 게 제일 잘 맞아 [23:48] <jrand0m> (구현하면서 명세의 문제를 찾고 있으니까, 등등) [23:49] <jrand0m> 좋아, 3) 명세 끝. 4) 관리 사항 [23:49] <jrand0m> 4.1) 익명 cvs. thecrypto? :) [23:49] <thecrypto> 정말 딱 맞춰 왔네 [23:49] <thecrypto> 음, 살펴보는 중인데, 2401 포트가 지금 막혀 있는 것 같아 [23:49] <jrand0m> 로컬에서 cvs -d :pserver:로 할 수 있어? [23:49] <thecrypto> 그리고 inetd 쪽으로 할 일이 좀 있을 수도 있어 고마워 jrandom [23:50] <jrand0m> 아 굿 [23:50] <thecrypto> 테스트해볼게, 그걸 할 수 있다는 걸 깜빡했네 :) [23:51] <thecrypto> 그럼 그냥 cvs -d :pserver: 만 하면 돼? [23:51] <jrand0m> cvs -d :pserver:anonymous@localhost:/home/cvsgroup/cvsroot/ co i2p [23:52] <jrand0m> 그리고 거기에 bugzilla도 올릴 수 있으면 좋겠어 [23:52] <thecrypto> acvs [checkout aborted]: connect to localhost(127.0.0.1):2401 failed: Connection refused [23:52] <jrand0m> 'ㅇㅋ, inetd.conf 라인 추가하고 kill -HUP identd 했어? [23:52] <thecrypto> 그 inet 라인 해보고 다시 알려줄게 [23:52] <jrand0m> 아, inetd :) [23:52] <jrand0m> 'ㅇㅋ 굿 [23:53] <thecrypto> pserver는 같은 줄에 넣는 거야? [23:53] <jrand0m> 응, 그건 한 줄에 다 들어가 [23:55] <jrand0m> 좋아, 관리 사항은 여기까지, 적어도 내가 생각나는 건 [23:55] <jrand0m> 5a) co, 네 차례야 [23:56] <co> 두 사람이 같은 엔티티 이름을 등록하려고 하면, 두 번째 사람은 거절됩니다. [23:56] <co> 하지만 서명 기반 접근을 쓰면, [23:56] <co> 거절당한 사람이 네이밍 서버에 메시지를 보내서 [23:56] <co> 어쨌든 레코드를 수정하라고 지시할 수 있습니다. [23:56] <co> 가능성은 두 가지입니다: [23:57] <co> 1) CA가 승인된 엔티티의 공개키 사본을 네이밍 서버에 보낸다. [23:57] <co> 2) CA가 이름을 등록하는 사람에게 자신의 개인키로 서명한 인증서를 보낸다. 네이밍 서버는 검증을 위해 CA의 공개키를 갖고 있다. [23:58] <co> 악의적인 사용자가 특정 레코드를 수정하라고 네이밍 서버에 지시하더라도, 인증서가 없으면 수정은 되지 않습니다. [23:58] <co> 제가 생각한 건 이겁니다. [23:59] <jrand0m> 하지만 그 경우 CA가 키를 알게 되죠 — 비대칭 암호라면 CA는 공개키만 알 뿐이고, 게다가 그 공개키를 다른 누구에게 줄 필요도, 주고 싶지도 않을 거예요 — 그건 진짜 업데이트하는 사람이 업데이트를 요청할 때 서명 검증에만 쓰면 되니까요 [00:00] <jrand0m> 당신이 설명한 건 대칭 암호에 더 가까워 보여요 — 본질적으로 암구호(passphrase)를 쓰는 거죠 [00:00] <thecrypto> cvs가 나를 괴롭히네! [00:00] <jrand0m> (여기서 인증서는 CA와 해당 닉의 진짜 소유자 사이의 공유 비밀이 되는 셈) [00:00] *** mrsc (~efgsdf@anon.iip)님이 #iip-dev 채널에 참가했습니다 [00:01] <jrand0m> 무슨 일이야 thecrypto? [00:01] <thecrypto> 비밀번호 빈 값으로 anonymous 사용자 추가하고 readers와 cvsgroup에 넣었는데 cvs login: authorization failed: server localhost rejected access to /home/cvsgroup/cvsroot for user anonymous 라고 떠 [00:01] <co> jrand0m: 좋은 지적이에요. 이 부분은 아직 확정되지 않은 걸로 하고, 더 생각해 보겠습니다. [00:01] <jrand0m> 굿 [00:01] *** LeerokLacerta (~leerok@anon.iip)님이 #iip-dev 채널에 참가했습니다 [00:02] <LeerokLacerta> Konnichiwa. [00:02] <jrand0m> 흠 thecrypto, 익명 OS 사용자는 원치 않을 것 같은데 [00:02] <jrand0m> 안녕 LeerokLacerta [00:02] <LeerokLacerta> 안녕, jrand0m. [00:02] <thecrypto> 비밀번호를 붙여 넣었더니 이제 돼 [00:03] <co> jrand0m: 그리고 명세를 읽고 더 제안이 있으면 내게 보내 주세요. [00:03] <jrand0m> 그럴게 co [00:03] <jrand0m> 좋아 thecrypto.. 그들의 쉘이 /bin/false야? [00:03] <thecrypto> 이제 cvs 매뉴얼에서 사용자 만드는 방법 섹션만 찾으면 돼 [00:03] -> *thecrypto* 비번이 뭐야? [00:04] <thecrypto> 이제 그래 [00:05] <jrand0m> 좋아, 이건 회의 끝나고 같이 보자. [00:05] <jrand0m> 좋아, 안건의 마지막 항목: 5b) ? [00:05] <jrand0m> 질문 / 생각 / 우려 사항? [00:05] <thecrypto> IM 앱만 체크해줘 [00:06] <thecrypto> 지금은 트리만 만드는 수준이지만 시작하려는 모습은 보여 [00:06] <LeerokLacerta> SOCKS는 없나요? [00:06] <thecrypto> 오 맞다 그걸 까먹었네 [00:06] <jrand0m> 아 좋네 thecrypto [00:06] <jrand0m> SOCKS? 그 프록시 프로토콜 말이지? [00:06] <thecrypto> 여기 아이콘 잘 만드는 사람 있어? [00:06] <LeerokLacerta> 응. [00:06] <LeerokLacerta> 내가 매번 물어봤을 때마다 대답은 '아니오'였어. [00:07] <jrand0m> 아. 그래, socks 프록시는 분명 필요할 텐데, 지금 당장 작업하는 사람은 없어. [00:07] <LeerokLacerta> 흠. [00:07] <jrand0m> 그건 1.0 공개까지 우리가 갖추고 싶은 앱 중 하나가 될 거야. 사람들이 i2p 기반 사이트도 브라우징하고, 일반 웹도 익명으로 브라우징할 수 있게 하려면 [00:07] <mihi> 무료로 쓸 수 있는 socks 프록시가 충분히 많다고 봐 ;) [00:08] <jrand0m> 맞아, 우린 통합만 하면 돼 [00:08] <mihi> 근데 자바로 된 건 모르겠어. [00:08] <jrand0m> JAP 클라이언트 앱이 잘 맞을 수도 있는데, GPL인지는 모르겠어 [00:08] <mihi> JAP 클라이언트에는 프록시가 없어. [00:08] <thecrypto> 음 I2PIM 프로젝트에 쓸 아이콘이 좀 필요해 [00:09] <thecrypto> 온라인, 오프라인, 그리고 사람들 모임을 표현할 무언가 [00:09] <mihi> 유일한 프록시는 http/ftp 프록시고, 그건 마지막 믹스에 있어. [00:10] <mihi> iip에서처럼 — isproxy는 IRC 프로토콜을 전혀 몰라. [00:10] <jrand0m> 음, 그건 아웃바운드 측 얘기고 — i2p 기반 웹사이트의 경우, 로컬 브라우저에서 프록시 요청을 받아서 dest를 조회하고, 적절한 dest로 메시지를 보내는 무언가가 필요해 [00:10] <thecrypto> 관심 있는 사람? [00:11] <co> thecrypto: GPL인 gaim 프로젝트에서 아이콘을 가져올 수 있나? [00:11] * jrand0m은 ms paint로 끔찍하게 심심한 그래픽을 만듦 [00:11] <co> 그게 GPL이고, 이것도 그렇다고(내가 틀리지 않았다면). [00:11] <thecrypto> 응, 그럴 수 있어 [00:11] <jrand0m> I2PIM이 SDK의 클라이언트 라이브러리를 쓰면, I2PIM은 확실히 GPL이지 :) [00:12] <thecrypto> 아아 멋진 GPL [00:12] <jrand0m> LeerokLacerta> 특별한 이유가 있어? 아니면 그냥 우리를 찔러서 하게 만들려는 거야? ;) [00:13] <thecrypto> gaim의 아이콘 문제는, 그들이 쓰는 IM 앱들에서 온 거라는 거야 [00:14] <thecrypto> 그래서 누가 I2PIM 아이콘을 만들어 줄 수 있으면 정말 좋겠어 [00:15] * jrand0m은 당분간 휘갈겨 그린 paint 기반 이미지가 많아질 거라고 생각함... [00:16] <jrand0m> 좋아, 다른 생각 / 질문 / commnets 있나요? [00:16] <nop> commnets 있어 [00:16] <jrand0m> ('commnet가 대체 뭐냐'는 말 말고) [00:16] <jrand0m> 그거 전염되나? [00:16] *** nixonite (~nixonite@anon.iip)님이 #iip-dev 채널에 참가했습니다 [00:16] <mrflibble> ㅋㅋ [00:17] <jrand0m> 'ㅇㅋ, 그럼, 없으면 회의는 이쯤에서 마치자, 남은 안건 없어 [00:17] <nixonite> 회의 놓쳤어? [00:17] <jrand0m> 응, GMT 오후 9시 [00:17] <jrand0m> 뭐, 기술적으로는 끝부분에 오긴 했네 :) [00:17] <nixonite> 오 [00:18] <co> nop: 들어보죠. [00:18] <thecrypto> 그래서 코멘트가 뭐야 [00:18] * jrand0m은 nop이 내 오타 놀리는 줄 알았는데, 정말 코멘트가 있으면, 쏟아내봐 브로 [00:20] <thecrypto> 익명 cvs가 여전히 나를 안 좋아하네, 내일 더 작업할게 [00:20] <jrand0m> root 권한 주면 내가 올려놓을게 [00:21] <thecrypto> 그건 nop이랑 얘기해 [00:21] <jrand0m> ㅎㅎ ㅇㅋ [00:22] <jrand0m> 좋아, nop이 다시 일로 끌려간 것 같으니... [00:22] <jrand0m> nop, 그리고 다른 분들도요> 코멘트/질문/우려가 있으면 알려주시거나 메일링 리스트에 올려 주세요(아니면 위키에라도) [00:23] * jrand0m이 로딩하고 회의를 *baf*로 마무리함. </div>/ko/blog/2003/09/09/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-9%EC%9B%94-9%EC%9D%BC/Tue, 09 Sep 2003 00:00:00 +0000/ko/blog/2003/09/09/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-9%EC%9B%94-9%EC%9D%BC/<h2 id="quick-recap">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> Brownspider, co, jrand0m, mariesofie, mihi, shardy, w0rmus</p> <h2 id="meeting-log">회의 로그</h2> <div class="irc-log"> [22:57] <jrand0m> ok, buenos noches srs y srtas [22:57] <jrand0m> 안건: [22:57] <jrand0m> 0) 환영 [22:57] <jrand0m> 1) cvs [22:57] <jrand0m> 4) 네이밍 서비스 [22:58] <co> 5) 질문 빼먹었어요. [22:58] <jrand0m> 3) 개발 현황 [22:58] <jrand0m> 2) 스펙 관련 질문? [22:58] <jrand0m> 5) 기타 질문? [22:58] <jrand0m> 아, 젠장, 순서를 다시 안 했네. 오케이. 번호가 잘못 매겨졌어 :) 0 == 0, 1 == 1, 4 ==2, 3 == 3, 2 == 4, 5 == 5 [22:59] <jrand0m> 진행하면서 그걸 잘 맞춰갈 수 있는지 보자... [22:59] <jrand0m> ok, 0) 환영 [22:59] <shardy> 순열 군 만세! [22:59] <jrand0m> 제57차 미팅에 온 걸 환영해 [22:59] <jrand0m> 그래, 어차피 전부 기호일 뿐이야 [22:59] <w0rmus> 좋네 뭐하냐 ;0 [23:00] <w0rmus> 구경꾼(피넛 갤러리) 하면서 거들게 [23:00] <jrand0m> 1) cvs는 10일 넘게 아직도 다운 상태. 새 호스트를 찾고 있어. [23:00] <jrand0m> sf.net은 형편없고, gnu의 nongnu가 더 낫다고 믿을 이유도 없어. [23:00] <co> jrand0m: 그 호스트에 "cvs.invisiblenet.net"이라는 별칭을 주면 어때요? [23:00] <jrand0m> nop이 진두지휘하고 있어, 새 호스트 찾는 건. [23:01] <jrand0m> 그래 co, 서버를 구하면 [23:01] <shardy> 호스트에 뭐가 필요해? [23:01] <jrand0m> shardy> 신뢰할 수 있는 네트 연결, ssh/cvs 접근. 그리고 약간의 디스크 공간 [23:01] <shardy> 무언가 마련해 둔 게 있어? [23:01] <shardy> 없다면 내가 도울 수도 있어. [23:02] <jrand0m> 굉장해! nop이 뭘 준비해 뒀는지는 모르지만, 그가 너랑 얘기해 보게 할게 (지금 여기 없으면 말이야?) [23:02] * w0rmus가 nop을 톡톡 건드림 [23:03] <shardy> 1.1 비즈니스 sdsl이 있어. 머신만 찾으면 돼. 대역폭을 엄청나게 쓰지만 않는다면 서버를 호스팅해줄 수 있을 듯. [23:03] <shardy> 디스크 공간이 얼마나 필요해? [23:03] <jrand0m> 현재 저장소는 ~ 6Mb 정도. 그래서 아마 50M면 한동안 성장에도 충분할 거야 [23:04] <shardy> 오. pfft. 그건 아무것도 아니네. [23:04] <shardy> 그리고 머신이 엄청 빠를 필요는 없지? [23:04] <shardy> 큰 컴파일 작업을 거기서 돌리진 않지? [23:04] <jrand0m> 아니, 286도 아마 될걸. [23:04] <jrand0m> 아니, 오로지 cvs checking / checkout [23:04] <jrand0m> (음, 그리고 diff, log 등 ;) [23:05] <jrand0m> "우린 자바라서 컴파일 팜이 필요 없어" </fark> [23:05] *** 접속 종료: cohesion (class) [23:05] <w0rmus> 익명성을 신경 쓰는 사람들은 JAP 같은 걸로 CVS에 접근하나요? 난 CVS를 써본 적이 없어 [23:05] <jrand0m> w0rmus> 난 개인용 ssh 프록시 연쇄를 통해 cvs를 써 [23:05] <co> jrand0m: 앞으로 C나 C++ 구현이 나올 가능성도 있다는 점을 염두에 두세요. [23:06] <mihi> 내가 아는 한 jap은 cvs 접근을 허용하지 않아 :( [23:06] <w0rmus> ssh 터널링 [23:06] <shardy> 내가 뭘 할 수 있을지 보자. 누가 나한테 드라이브 하나 더 준다고 했거든... 디스크만 구하면 올릴 수 있는 머신이 있어. [23:06] <jrand0m> 아, 물론이지 co. 다만 cvs 저장소가 컴파일 팜 역할까지 반드시 해야 한다고 기대하진 않아. [23:07] <jrand0m> 좋아 shardy. 우리가 도울 일이 있으면 말만 해. [23:07] <co> jrand0m: 맞아요. 분리해야 해요. [23:07] <shardy> 그럴게. 드라이브 하나 구해볼게, 아마 구할 수 있을 거야, 그러면 모두를 위해 cvs를 호스팅해 줄게. [23:07] <jrand0m> shardy++ [23:07] <w0rmus> 야호 ;0 [23:07] <jrand0m> ok, 4) 네이밍 서비스 [23:08] <jrand0m> co, 어떻게 돼가? [23:08] <co> 아직 작성 중이지만, 몇 마디 하고 싶어요. [23:08] <co> 첫째, 지난 미팅에서 thecrypto가 한 질문에 답하자면, NS는 누가 온라인인지 알림을 제공하지 않습니다. [23:09] <co> 그저 AIM 같은 특정 방법으로 그 사람에게 연락할 수 있다고만 말해줍니다. [23:09] <co> 둘째, 클라이언트 측입니다. [23:09] <co> 프로그램이 네이밍 서버에 질의를 보낼 수 있는 API가 있을 겁니다. [23:10] <co> 하부 메커니즘은 어떤 서버에 질의할지에 대한 설정 파일을 읽고, I2P 네트워크를 사용해 결과를 얻은 뒤, 그 결과를 호출자에게 전달할 것입니다. [23:11] <co> 또한 하부 메커니즘은 로컬 router가 연락할 destination 메커니즘을 파일에서 읽을 것입니다. [23:11] <jrand0m> destination 메커니즘? [23:11] <co> 미안, destination 주소. [23:11] <jrand0m> 아 알겠어 [23:12] <co> 지금은 여기까지입니다. [23:12] <jrand0m> 좋아 [23:12] <w0rmus> 나도 동의 [23:12] <w0rmus> ;) [23:12] <jrand0m> 각 마일스톤에 대한 대략적인 일정 감은 어때? [23:13] <jrand0m> 물론 누구도 그걸로 뭐라 할 수는 없고, 그냥 궁금해서 [23:13] <co> 이번 주 말까지 명세와 API를 마무리하고 공개하는 걸로 하죠. [23:14] * mariesofie가 늦게 도착 [23:14] <jrand0m> 아 좋아, co [23:14] <co> 그 다음 구현을 시작할 겁니다. 얼마나 걸릴지는 확실하지 않아요. [23:14] <jrand0m> 이해돼 [23:15] <jrand0m> 네이밍 서비스에 대해 다른 질문/생각 있는 사람? [23:15] <jrand0m> ok, 3) 개발 현황 [23:16] <jrand0m> 개발은 잘 진행 중이야. [23:16] <jrand0m> 자바 쪽은 스펙에 맞춰졌고 I2CP와 I2NP의 모든 메시지와 구조를 구현했어 [23:17] <jrand0m> 자바 아키텍처 자체는 동작하고, 여러 하위 시스템을 계속 스텁으로 만들어 갈 거야 [23:17] <co> 테스트해 보셨나요? [23:17] <jrand0m> 메시지 &amp; 구조? 응, net.invisiblenet.i2p.data.test의 TestData 하네스로 [23:17] <co> 내 말은 I2P로 서로 다른 두 컴퓨터를 연결해 봤느냐는 거예요. [23:18] <jrand0m> 아, 아니, 그건 통신 하위 시스템의 완전한 구현이 필요해 [23:18] <co> 알겠어요. [23:18] <jrand0m> 먼저 여러 하위 시스템이 테스트 모드로 동작하도록 만들고, 그 다음에는 각각이 독립적으로 동작할 수 있도록 구현할 거야 [23:19] <jrand0m> 아마 2주쯤 뒤면 한 클라이언트가 다른 router에 있는 클라이언트에게 메시지를 보낼 수 있을 거야 [23:19] * mariesofie 환호 [23:20] <jrand0m> 그 다음 알파까지도 해야 할 일이 많이 남았지만, 그래도 진전이야 [23:21] <jrand0m> 구현하면서 누락된 부분을 보완하려고 datastrucutres와 i2np 스펙에 대해 자잘한 수정이 한 열두 가지쯤 필요해. 예: "datastructures p11, TunnelSigningPublic/PrivateKey should contain SIGNING Public/Private keys" 그리고 "i2np p15, TunnelCreateStatus - add hash of the replying RouterIdentity" [23:21] <shardy> 젠장. 스펙을 정말 읽어봐야겠네. [23:22] <jrand0m> 글쎄, 곧 네 머신에서 호스팅될 테니 쉬울 거야 :) [23:22] <w0rmus> 하하 [23:22] <w0rmus> 나도 스펙 아직 못 끝냈어 [23:23] <mariesofie> 난 스펙을 출력해서 너무 많이 읽다 보니 헤져서 다시 출력해야 했어 [23:23] <jrand0m> 여러 사람과 얘기해 보니, 스펙이 실제로 어떻게 돌아가는지를 잘 전달하지는 못하더라고. 애매한 부분과 자잘한 디테일은 다루지만, 왜 그 디테일이 필요한지는 설명하지 않아 [23:23] <w0rmus> 헤헷 [23:23] <jrand0m> 빵 터짐 mariesofie [23:23] <jrand0m> 오케이, 3) 개발 현황은 여기까지 [23:24] <jrand0m> 이제 2) 스펙 관련 질문 [23:24] <w0rmus> 멍청한 미적분 대신 그걸 읽어야겠네 [23:24] <co> 조금 미래를 생각하고 있어요. [23:24] <co> Python과 C 또는 C++ 구현의 메시지 데이터가 Java 구현에서도 읽힐 수 있어야 해요. [23:24] *** 접속 종료: mihi (EOF From client) [23:25] <jrand0m> 맞아, co [23:25] <co> 그걸 어떻게 달성할 건가요? [23:25] <jrand0m> datastructures 스펙이 바이트 레이아웃을 구체적으로 정의해 [23:25] <jrand0m> 그리고 전부 big endian이고, 모든 숫자는 unsigned야 [23:25] <mariesofie> 스펙의 대상 기술 수준은 어느 정도로 잡고 있어? 컴퓨터 지식이 어느 정도 있는 사람이면 되는지? 대학 수준의 CS 학생들? [23:25] <co> 아, 알겠습니다. [23:25] *** mihi_ (~none@anon.iip)님이 채널 #iip-dev에 참여했습니다 [23:26] <mariesofie> 즉, 대상 독자가 누구야? [23:26] *** mihi_의 이름이 mihi로 변경되었습니다 [23:26] <jrand0m> mariesofie> 음, 그 스펙들은 사실 대상을 제멋대로 정했어. i2p_philosophy는 "오케이, 이게 대체 뭔데"였고, 나머지 스펙은 실제로 시스템을 구현하는 데 관심 있는 사람들을 대상으로 했지 [23:26] <jrand0m> 우리에겐 그 중간을 메워 줄 문서가 정말 정말 필요해 [23:27] <mariesofie> 그렇구나 [23:27] <mariesofie> API 문서는 이해하기 쉽고 유용했는데, 아이러니하게도 핵심 아키텍처를 이해하려고 I2NP 스펙을 읽다 보면 아직도 헷갈려 [23:28] <mariesofie> 아마 문서 탓이라기보다 내 탓일지도 :) [23:28] <jrand0m> 헤헷 괴짜 :) [23:29] <jrand0m> 좋아, 스펙에 대해 다른 질문 있어? 5) 기타 질문으로 넘어가자 [23:29] <jrand0m> 다른 질문 있는 사람? 이게 미팅 안건의 마지막 항목이야 [23:30] <w0rmus> thecrypto가 achat을 어디까지 했는지 궁금하네 [23:30] <jrand0m> 아, thecrypto는 앞으로 3주 정도 오프라인이야 [23:30] <mihi> 동료 검토(peer review)는 어떻게 돼가? [23:30] <w0rmus> 아니면 atalk [23:30] <w0rmus> 와우 [23:30] <mihi> 검토하는 사람이 있어? [23:30] <mariesofie> thecrypto가 하루에 2시간 있다고 생각했는데 [23:31] <w0rmus> 그리고 그가 가진 코드도 난 보지도 못해 :( [23:31] <jrand0m> mihi> 리뷰는 여러 사람에게 보냈고, 피드백이 오면 반영할 거야. [23:31] <jrand0m> w0rmus> ATalk에 대해 질문 있어? [23:32] <shardy> 시간만 나면 바로 검토할게 :) [23:32] <mihi> 내 말은, 지금까지 피드백이 오긴 했어ß [23:32] <w0rmus> 아마 없나 보네 [23:32] <mihi> s/nowß/now?/ [23:32] <jrand0m> mihi> 주로 논의와 설명의 형태로 [23:32] <jrand0m> 좋아 shardy :) [23:33] <Brownspider> 생일 축하해, google [23:33] <jrand0m> mariesofie> 맞아, 하지만 그 시간으론 개발을 계속하려고 java 언어 문서를 d/l하는 것조차 충분하지 않아 :/ [23:33] <w0rmus> 아하하 wtf [23:35] <jrand0m> 좋아, 다른 질문 / 생각 있어? [23:35] <w0rmus> 학교 밖에서 코딩해 본 적이 없다는 건 말해둬야 할 듯 [23:35] <w0rmus> 그래도 어딘가는 시작해야지 [23:35] <jrand0m> 지금이 시작하기 좋아 :) [23:35] <jrand0m> 그렇지 [23:35] <w0rmus> ;0 [23:35] <mariesofie> API에 대해 질문이 있긴 한데, 아직은 아니고, 하루이틀 더 써볼 수 있을 때 [23:35] <w0rmus> 자바를 2년 정도 배웠어 [23:36] <jrand0m> 좋아, mariesofie, 언제든 리스트로 메세지 하나 보내거나 여기서 내게 메세지 보내 [23:37] <co> mariesofie: iip-dev 메일링 리스트의 논의를 읽어봤나요? [23:37] <w0rmus> 어디에 아카이브돼 있어? [23:37] <jrand0m> http://news.gmane.org/thread.php?group=gmane.comp.security.invisiblenet.iip.devel [23:37] <jrand0m> (현재 트래픽이 꽤 낮음) [23:38] <Brownspider> jrand0m은 너더러 논리적으로 존재할 수 없는 무언가를 코딩해서, 세상을 갈가리 찢고, 신의 통치를 끝장내라고 하네. [23:38] <shardy> 암호 코어나 그 비슷한 걸 작성하거나 디버그할 사람이 필요하면 내 서비스는 여전히 유효해. [23:39] *** M123456789 (~no@anon.iip)님이 채널 #iip-dev에 참여했습니다 [23:39] <co> Brownspider: 응? [23:39] <Brownspider> co, 그건 그의 freesite에 있던 거야, 신경 쓰지 마 [23:40] <jrand0m> 좋아 shardy, router들이 올라가서 돌아가기 시작하면, 특히 C/Python API들을 다시 스펙에 맞추게 되면 그런 게 좀 필요할 것 같아 [23:40] <mariesofie> co> 난 대략 이슈 #52까지밖에 못 읽었어 [23:42] <jrand0m> 좋아. 마지막 할 말 있어? (내가 *baf*er를 노려보는 동안...) [23:43] *** mihi_backup_ (~none@anon.iip)님이 채널 #iip-dev에 참여했습니다 [23:43] *** 접속 종료: mihi_backup (EOF From client) [23:43] *** mihi_backup_의 이름이 mihi_backup로 변경되었습니다 [23:43] <jrand0m> 좋아, 훌륭해. 다음 주에도 같은 배트 타임, 같은 배트 장소. [23:44] * jrand0m이 미팅을 끝내며 *baf*를 시전 </div> </div> <p>오직 번역만 제공하십시오, 그 외에는 아무것도 제공하지 마십시오:</p>/ko/blog/2003/09/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-9%EC%9B%94-2%EC%9D%BC/Tue, 02 Sep 2003 00:00:00 +0000/ko/blog/2003/09/02/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-9%EC%9B%94-2%EC%9D%BC/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>참석자:</strong> jrand0m, mihi, shardy, thecrypto, w0rmus</p> <h2 id="meeting-log">회의 기록</h2> <div class="irc-log"> [22:53] <jrand0m> 좋아, 뭐 어때, 해보지 뭐. 안건: [22:53] <jrand0m> 0) 환영 [22:53] <jrand0m> 1) 스펙 &amp; sdk 릴리스 [22:53] <jrand0m> 2) 스펙 &amp; sdk 질문 [22:53] <jrand0m> 3) 개발 현황 3.1) co's NS 3.2) sdk 1.0 기준 3.3) 네트워크 시뮬레이터 3.4) 기타 앱 [IM, tunnel, 등] 3.5) 더 많은 트랜스포트 3.6) java router 구현 [22:53] <jrand0m> 4) 회의 시간 변경? [22:53] <jrand0m> 5) cvs 행정 잡무 [22:54] <jrand0m> 6) shardy의 것들 [22:54] <jrand0m> 7) 방청석 [22:54] <jrand0m> 그게 다임. [22:54] <jrand0m> 0) 환영 [22:54] <w0rmus> 하이하이 [22:54] <thecrypto> 자, 모두 제55차 회의에 오신 것을 환영합니다 [22:54] <thecrypto> 56 [22:55] <thecrypto> 56이 맞습니다 [22:55] *** 퇴장: mihi (클라이언트로부터 EOF) [22:55] <jrand0m> 안녕. 제56차 회의에 오신 것을 환영합니다 [22:55] <jrand0m> 그래 [22:55] <jrand0m> 1) 스펙 &amp; sdk 릴리스 [22:55] <w0rmus> 하하 [22:55] *** mihi (~none@anon.iip)님이 채널 #iip-dev에 참가했습니다 [22:55] <jrand0m> 스펙이 공개됐고 sdk 0.2도 나왔습니다. [22:56] <jrand0m> 현재는 freenet에서만 이용 가능합니다 [`http://localhost:8888/CHK@p1VU1U67UgXYJ7v7cS4Xqn~p4ssLAwI,RvdwV4jZyZYcJgYabpVPOQ/I2P_SDK.zip]` [22:56] <jrand0m> 하지만 nop이 오늘 일반 웹에도 올리고, 기존 리스트 몇 곳에 이메일을 보내서 리뷰어들을 모으겠다고 했습니다 [22:57] <jrand0m> 2) 스펙이나 sdk에 대한 새로운 질문 있나요? [22:58] *** nixonite (~nixonite@anon.iip)님이 채널 #iip-dev에 참가했습니다 [22:58] *** terrific (terrific@anon.iip)님이 채널 #iip-dev에 참가했습니다 [22:58] <jrand0m> 음, 첫 번째 질문은, 스펙을 /읽는/ 진행 상황이 어떤가요? :) [22:58] <w0rmus> 그거 해야지 :) [22:58] <thecrypto> 천천히 <p>[회의 기록은 명세, SDK 개발, 네트워크 시뮬레이터, 기타 프로젝트에 대한 논의로 이어집니다. 회의에서는 개발 현황 업데이트와 향후 릴리스 계획을 다룹니다.] </div></p>/ko/blog/2003/08/26/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-8%EC%9B%94-26%EC%9D%BC/Tue, 26 Aug 2003 00:00:00 +0000/ko/blog/2003/08/26/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-8%EC%9B%94-26%EC%9D%BC/<h2 id="quick-recap">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> jeremiah, jrand0m, mihi, nop, thecrypto</p> <h2 id="meeting-log">회의 기록</h2> <div class="irc-log"> [23:00] <jrand0m> ok, topics> x.0: welcome x.1: spec questions x.2: elg issues x.3: sdk status x.4: release plan x.5: apps [23:00] <jrand0m> x == 0 또는 1 또는 2? [23:00] <jeremiah> 22/7 [23:01] <thecrypto> 0이라고 생각 [23:01] * jrand0m 항상 로그 남기니까, wtf, 그냥 하자. [23:01] <jrand0m> 0.0: welcome. [23:01] <jrand0m> 하이. [23:01] <jrand0m> 0.1: spec questions [23:01] <jrand0m> 누구 스펙 읽어봤어? :) [23:02] * mihi 읽어봤음. 적어도 시도는 해봄 [23:02] <jrand0m> w0ah word [23:02] <jeremiah> 아뇨 [23:02] <jeremiah> 뭐가 새로 나왔죠? [23:02] <thecrypto> 가끔씩 [23:02] <jrand0m> mihi> 읽어보려 했는데, 읽기 어려움? 문장 상태가 별로? 구성은 이해 불가? 아니면 그냥 지독하게 지루한가? [23:03] <mihi> 내가 crypto에 충분히 익숙하지가 않아서요. 첫 부분은 매우 흥미로웠어요. [23:03] <jrand0m> jeremiah> 스펙은 cvs에 있고, 나오면 iip-dev에 게시해. 현재 것은: i2cp, i2np, i2p data structures, polling http transport proto [23:03] <mihi> 그런데 자세한 부분으로 들어가니, 아일리시 스튜 끓이는 법을 적어놔도 눈치 못 챘을 듯 ;) [23:04] <jeremiah> 굿 [23:04] <jrand0m> lol mihi [23:05] <mihi> 형식에도 문제가 있었어요 - 여기 OpenOffice는 없고, 구형 StarOffice 5.2만 있어요 [23:05] <jrand0m> StarOffice 5.2에서 못 읽어? .pdf가 좋아, 아니면 대충 만든 html? [23:05] <jrand0m> (아니면 .txt? 근데 txt는 그림이나 제대로 된 서식이 없을 거) [23:05] <mihi> "옛날" .sdw 포맷이 좋아요. [23:05] <jeremiah> 가능하면 pdf [23:05] <mihi> 아니면 pdf [23:06] <jrand0m> pdf는 원클릭 해결. [23:06] * jrand0m OpenOffice로 편집, PDF로 읽음 [23:06] <jeremiah> 아니면 appleworks [23:06] <jeremiah> ;) [23:06] <mihi> sxw는 StarOffice 6.0 이상에서만 지원 [23:06] <jrand0m> 오케이 알았어 mihi [23:06] * jrand0m 지난번에 사람들 .sxw 원한다고 해서 .sxw로 냈었어. 퍼블리시할 땐 .sxw, .sdw, .pdf로 낼게 [23:07] <jrand0m> (아니면 기분이 더러우면 .doc도) [23:07] <mihi> .sdw.zip이나 .sdw.gz, .sdw.bzw도 상관없어요... [23:07] <mihi> s/bzw/bz2/ [23:07] <jrand0m> 헤, 압축은 당연. [23:08] <jrand0m> data structures 스펙은 수정이 필요할 수도 있고, network proto는 릴리스 전에 고정 urls가 필요해. [23:08] <jrand0m> 4개 스펙 중에 질문 있는 사람? [23:09] <thecrypto> 지금은 없음 [23:10] <jrand0m> 좋아. 0.2: elg issues [23:10] <jrand0m> data structures 스펙 13쪽에 명시된 ElGamal 암호화에 문제가 좀 있어. [23:11] <jrand0m> 키 관련일 수도, 알고리즘 관련일 수도, 구현 관련일 수도. 두 구현에서 테스트했으니 아마 구현 문제는 아닐 듯. [23:11] <jrand0m> 만약 알고리즘 문제라면, 동작하게 만들기 위해 바꿔야 하는 내용을 반영하도록 스펙 릴리스 전에 스펙을 업데이트해야 해. [23:12] <jrand0m> 구현이나 키 생성 관련 문제라면, 스펙은 공개하고 해결되는 대로 sdk를 고치면 돼. [23:13] <jrand0m> thecrypto> 뭐가 문제인지 생각 있어? 아니면 nop이 리스트에 답할 때까지 기다릴까 (아니면 여기서, 만약 근처에 있고 말할 수 있으면) [23:14] <thecrypto> 지금 알아내려는 중 [23:15] *** Signoff: mihi (Ping timeout) [23:15] *** mihi_ (~none@anon.iip)님이 채널 #iip-dev에 참여했습니다 [23:15] <jrand0m> 'k [23:15] *** mihi_ 닉네임이 mihi로 변경되었습니다 [23:15] <thecrypto> 수학 좀 돌리고 다른 구현에도 넣어보고 파악해볼게 [23:15] <thecrypto> ElGamal에서 문제 겪은 적은 없음 [23:15] <thecrypto> 지난번 테스트에선 [23:16] *** Signoff: mihi ((null)) [23:17] <thecrypto> 그 벤치마크에선 [23:17] <jrand0m> 맞아, 근데 벤치마크는 키 하나만 써봤잖아 [23:17] <thecrypto> 아하 [23:17] <jrand0m> elg 구현 건드리지 않고도 꽤 반복적으로 에러 재현 가능 [23:17] <thecrypto> 잘못된 키 메시지가 떴던가? [23:18] <jrand0m> 응, 아직도 떠 [23:18] *** mihi_ (~none@anon.iip)님이 채널 #iip-dev에 참여했습니다 [23:18] <jrand0m> 주기적으로 (보통 키 생성당 2~4회) [23:18] *** mihi (~none@anon.iip)님이 채널 #iip-dev에 참여했습니다 [23:18] *** mihi 닉네임이 mihi_backup으로 변경되었습니다 [23:18] *** mihi_ 닉네임이 mihi로 변경되었습니다 [23:18] <thecrypto> 아직도 나쁜 키가 나와? [23:19] <jrand0m> 그런 듯. [23:19] <jrand0m> wrong size가 검사하는 건 "if ( (k0.length == PublicKey.KEYSIZE_BYTES) &amp;&amp; (k1.length == PrivateKey.KEYSIZE_BYTES) ) {" 뿐이야 [23:19] <jrand0m> 값 검사는 전혀 없음. [23:20] <thecrypto> 잠깐만 [23:23] <thecrypto> 개인키 x가 p보다 작은지 확인 가능? [23:23] <jrand0m> if (m.compareTo(CryptoConstants.elgp) >= 0) [23:23] <jrand0m> 이미 해봤어. [23:23] <jrand0m> (throw new IllegalArgumentException("ARGH. Data cannot be larger than the ElGamal prime. FIXME");) 그 예외는 한 번도 안 던져져. [23:23] <jrand0m> 어 x? 흠. [23:24] <jrand0m> 'k. bouncycastle이나 다른 구현의 elg 키 생성 알고리즘을 가져오는 게 나을지도 [23:25] <jrand0m> 좋아. 0.3> sdk issues [23:26] <jrand0m> elg는 보류 중이지만, 그 외엔 sdk가 0.8에 매우 근접해 있어 (aka 스펙과 일치하는 릴리스) [23:26] <jrand0m> (elg 이슈와 LeaseSet 수정만 남음) [23:26] <jrand0m> SDK 0.8을 스펙 릴리스와 함께 준비해 두고 싶은데, 그걸 확정하진 말자. [23:27] <jrand0m> 스펙 릴리스에 SDK 0.1을 포함해야 할지조차도 확실치 않고. [23:27] <thecrypto> 가! 성가시네 [23:28] <thecrypto> nop이 알려준 miracl도 우리랑 완전히 똑같이 해 [23:28] <thecrypto> 그리고 검사는 없어 [23:28] <jrand0m> 근데 unsigned겠지. [23:28] <jrand0m> (miracl은 c니까) [23:28] * jrand0m 그런 줄 암 [23:28] <thecrypto> 응 [23:29] <thecrypto> 그래도, 우린 절대 signed biginteger가 안 나오게 해 [23:30] <jrand0m> biginteger.toByteArray()는 signed byte array를 반환해 [23:30] <thecrypto> 미안, 계속해 [23:30] <jrand0m> 'k [23:30] <jrand0m> jeremiah, 파이썬 쪽 진전 있어? [23:31] <jeremiah> 헤이 [23:31] <jeremiah> 미안, backlog 읽는 중이었어 [23:31] <jrand0m> 헤 헐 [23:31] <jeremiah> 아니, 아직 클래스에 익숙해지는 중 [23:31] <jrand0m> 좋아 [23:31] <jrand0m> 문제없어 [23:31] <jeremiah> 사실 잠깐 자려고 [23:31] <jrand0m> 'k [23:32] <jrand0m> 0.4: release plan [23:32] <jrand0m> sdk 이슈는 어떻게든 하루이틀 내로 해결해야 해. [23:32] <jrand0m> 보안 모델을 위키화하는 작업을 시작해야 하고 [23:32] <jrand0m> (wiki, where art thou) [23:33] <jrand0m> 성능 모델도 올려야 해 (문제 아님, 하루이틀 내에 올릴게) [23:33] <jrand0m> elg 수정 사항이 있으면 스펙을 업데이트하고, 다른 스펙으로 향하는 실제 URL도 넣어야 해. [23:33] <nop> miracl [23:33] <nop> 포트가 있어 [23:33] <nop> java로 [23:33] <jrand0m> 수출 규정 때문에 스펙 &amp;&amp; / || sdk를 미국 밖에 호스팅해야 할지도 [난 신경 안 씀] [23:34] <jrand0m> 맞아, 근데 miracl의 java 포트엔 마지막에 확인했을 때 elg 암호화가 없었어. [23:34] <jrand0m> 다시 확인해볼게. [23:34] <nop> jrand0m, 우린 신경 안 쓰지만, 그건 나중에 걱정하자 [23:34] <nop> jrand0m bigdig()랑 modexp()만 있으면 [23:34] <nop> 충분해 [23:34] *** yodel (~yodel@anon.iip)님이 채널 #iip-dev에 참여했습니다 [23:34] <thecrypto> 잠깐만 [23:34] <thecrypto> 문제를 찾은 것 같아 [23:35] <jrand0m> 오, 뭐야, thecrypto? [23:35] <nop> 확인해줄래 jrand0m [23:35] <thecrypto> 우리 k가 서로소 체크가 안 되고 있어 [23:36] <jrand0m> 그게 우리가 말한 문제를 유발해, thecrypto? 그건 암호화를 불안하게 만들 뿐인 줄 알았는데 (그래도 문제긴 하지만) [23:36] <thecrypto> 그래서 그 키로는 일부 메시지만 실패하게 될 거야 [23:36] <thecrypto> 키 생성 쪽 무언가야 [23:36] <jrand0m> nop> 해결책은 찾을 거야. 근데 메일에 구현과 무관한 구체적 질문 몇 개 적어놨어 [23:36] <jrand0m> 좋아 thecrypto, 미팅 끝나고 그거 같이 보자 [23:37] <nop> double ciphertext 질문? [23:37] <thecrypto> 오케이 [23:37] <jrand0m> nop> 그게 질문 중 하나야 [23:37] * nop 읽으러 감 [23:39] <jrand0m> nop> 위키 언제 올라와? dns만 문제면, IP가 뭐야? hosts 파일 수정해서 편집 시작할 수 있게 [23:40] <thecrypto> 빠른 질문 jrand0m: 어디서 실패해? 벤치마크는 완벽히 돌아가고 매번 새 키쌍 만들잖아? [23:41] <nop> 지금 올릴게, 잠깐만 [23:41] <mihi> wiki.invisiblenet.net == jasonclinton.com [64.91.236.103] [23:41] <jrand0m> gracias mihi [23:42] <jrand0m> thecrypto> 매번 새 키쌍 만들어. ElGamalAESEngine 디버깅할 때 만든 두 줄짜리 테스트 케이스에서 실패해 [23:42] <thecrypto> 그 ElGamalAESEngine 좀 볼 수 있을까? [23:42] <thecrypto> 그냥 CVS에 커밋해주면 내가 문제 보겠음 [23:43] <nop> 오케이 위키 CNAME 등록됨 [23:43] <nop> 좀 있으면 전파될 거야 [23:43] * jrand0m 안 되는 건 커밋 안 해, 대신 메일로 보낼게 [23:43] <jrand0m> 고마워 nop [23:43] <nop> 지금 올라왔어 [23:43] <nop> ;) [23:43] <nop> (Link: http://wiki.invisiblenet.net)http://wiki.invisiblenet.net [23:43] <jrand0m> 내 컴에선 아직 아님 [23:43] <jrand0m> ;) [23:44] <nop> 위키에 뭘 올릴 거야 [23:44] <nop> ? [23:44] <jrand0m> 보안 문서, 그리고 스펙 배포 장소. [23:44] <jrand0m> 아마 i2p 웹사이트도 1.0 릴리스 전까진, 최소한 보안 문서는 확실히. [23:45] *** Signoff: sirk ((null)) [23:45] *** Signoff: shardy_ (Ping timeout) [23:46] <jrand0m> 좋아. 위의 5가지 릴리스 계획에 따라, 스펙은 늦어도 금/토/일 중에 내고 싶어. [23:46] *** shardy_ (~shardy@anon.iip)님이 채널 #iip-dev에 참여했습니다 [23:46] <nop> 웹사이트용 grphx 담당 있어 [23:47] <nop> i2p용 [23:47] <jrand0m> 그 데드라인에 문제 있어? [금요일 마감, 정말 나쁜 일이 생길 때만 예외] [23:47] <nop> 좋아 [23:47] <thecrypto> jrand0m: 보냈어? [23:47] <jrand0m> 'k, 그럼 보안 문서랑 i2p 스펙 배포 위치만 [23:47] <jrand0m> 아직이야 thecrypto, 파일이 대여섯 개라서. 미팅 끝나고 보낼게. [23:47] <thecrypto> 오케이 [23:48] <thecrypto> 오늘 책상 옮겨서 곧 컴퓨터도 옮겨야 하니 가능하면 빨리 부탁 [23:48] <nop> jrand0m, 네 메일 보고 곧 답할게 [23:48] <nop> 멀티태스킹 중 [23:49] <jrand0m> 'k. [23:49] <jrand0m> 0.5> apps [23:49] <jrand0m> name service는 awol, co가 없어서 ;) [근데 아마 방금 학교 간 듯해서, 단기적으로는 당연한 일] [23:49] <jrand0m> mihi가 엄청 엄청 멋진 i2ptunnel 앱을 만들었어 [23:50] *** Signoff: WinBear_ (EOF From client) [23:50] <mihi> `awesome` 한두 개는 빼죠 ;) [23:50] <jrand0m> 헤 [23:51] <jrand0m> 정말 인상적이야. 추가할 건 여전히 있지만, 지금도 성능이 준수한 동작하는 포트 포워더야. 정말 좋은 개념 증명 [23:51] <mihi> 스펙에서 보이지 않는 것들에 너무 의존해요 (예: GUARANTEED 패킷이 순서대로 전달된다는 가정) [23:52] <jrand0m> GUARANTEED 패킷은 순서대로 전달되지 않아, 하지만 자바 구현은 guaranteed 전송 시 블록돼. 그래서 자바 구현을 GUARANTEED로 쓰고, 송신 스레드가 여러 개가 아니면, 결과적으로는 순서가 보장돼. [23:52] <jrand0m> 이상적으로는, FEC(Forward Error Correction, 전방 오류 정정)을 적용하거나, 내장된 ordering &amp; reconstruction 같은 게 있으면 멋질 듯 [23:52] <jrand0m> (그러면 전송 시 블록하지도 않고 GUARANTEED도 필요 없게) [23:53] <mihi> if가 좀 너무 많은 듯... [23:53] <mihi> s/bot/bit/ [23:55] <mihi> 그래도 재정렬/재전송을 추가할 시간이 날지도... [23:55] <jrand0m> 글쎄, 자바 클라이언트 구현이 그렇게 돼 있어 ;) guaranteed는 ACK가 필요해서 저지연 동기식 사용에는 권장되지 않아 (ACK도 결국 풀 메시지 전달이고, 다만 클라이언트 측 end to end 암호화 없이 i2np 암호화만 적용) [23:55] <jrand0m> 굿 [23:56] <jrand0m> 다른 앱 예정된 거 있어? 위키에 dev들이 참여할 수 있게 apps &amp; app ideas 페이지를 만들어야 할까? [23:57] * jrand0m yodel의 xml rpc가 i2p sdk를 통해 동작할 때까지 그리 멀지 않았다고 생각 (mihis tunnel로든 네이티브로든) [23:57] <nop> 흠 [23:57] <thecrypto> test [23:57] <jrand0m> tset [23:57] <thecrypto> 아직 연결돼? [23:57] <jrand0m> si sr [23:58] <thecrypto> 지금 전화선 뽑는 중이야 [23:58] <nop> IIP, 전화선을 거스르지 [23:58] <jrand0m> 헤 [23:58] <nop> :) [23:58] <thecrypto> IM 쪽으로 다시 들어가서 파일 전송할 수 있어 [23:58] <jrand0m> wikked [00:00] <jrand0m> 좋아. 내가 준비한 안건은 여기까지. [00:00] <jrand0m> 코멘트/질문/우려/프리스비? [00:00] * thecrypto 프리스비를 던진다 [00:00] * jrand0m 얼굴에 프리스비를 맞는다 [00:01] <thecrypto> 이 crypto 문제만 끝내면 elg 최적화로 돌아가고 싶어 [00:01] <thecrypto> 가능하면 파이썬에서도 동일하게 [00:01] <jrand0m> 좋지. 5분 안에 코드 보낼게 [00:02] <thecrypto> 그러면 좋겠어 [00:03] * jrand0m *baf*er를 준비한다 [00:03] * jrand0m 팔을 휘감는다 [00:03] * jrand0m 회의를 *baf*로 마무리한다. </div>/ko/blog/2003/08/19/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-8%EC%9B%94-19%EC%9D%BC/Tue, 19 Aug 2003 00:00:00 +0000/ko/blog/2003/08/19/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-8%EC%9B%94-19%EC%9D%BC/<h2 id="quick-recap">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cohesion, hezekiah, jrand0m, mihi, nop, thecrypto</p> <h2 id="meeting-log">회의 로그</h2> <div class="irc-log"> --- 로그가 열림 Tue Aug 19 16:56:12 2003 17:00 -!- logger [logger@anon.iip] 님이 #iip-dev 에 입장했습니다 17:00 -!- #iip-dev 주제: 주간 IIP 개발 회의와, 개발자들 사이의 기타 대화가 이곳에서 진행됩니다. 17:00 [사용자 #iip-dev] 17:00 [ cohesion] [ leenookx ] [ mihi] [ shardy_ ] [ UserXClone] 17:00 [ Ehud ] [ logger ] [ nop ] [ thecrypto] [ velour ] 17:00 [ hezekiah] [ lonelynerd] [ Rain] [ UserX ] [ WinBear ] 17:00 -!- Irssi: #iip-dev: 총 15명 닉 [운영자 0, 반운영자 0, 보이스 0, 일반 15] 17:00 -!- Irssi: #iip-dev 참가 동기화 완료까지 7초 소요 17:00 < hezekiah> 좋아! :) 17:00 < hezekiah> 로거(logger) 둘 다 자리 잡았네요. :) 17:01 < thecrypto> 예! 17:03 < hezekiah> 흠 ... 17:03 < hezekiah> 이 회의는 3분 전에 시작했어야 했는데. 17:03 < hezekiah> 무슨 일이지. 17:04 < thecrypto> 음, 누가 자리비움인지 17:04 < hezekiah> jrand0m은 온라인조차 아니네. 17:04 < hezekiah> nop은 15분째 자리비움. 17:05 < nop> 안녕 17:05 < nop> 미안 17:05 < nop> 회사 일이 엄청 바빠 17:05 < mihi> [22:36] * jrand0m은 저녁 먹으러 나갔지만 회의를 위해 30분 안에 돌아온다고 했음 17:05 -!- jrand0m [~jrandom@anon.iip] 님이 #iip-dev 에 입장했습니다 17:05 < hezekiah> 안녕, jrand0m. 17:05 < nop> 안녕 17:05 < nop> 좋아, 이런 상황이야 17:05 < nop> 지금 회사에선 IIP에서 보이면 안 돼 17:05 < nop> 그래서 나중에 다시 확인할게 17:05 < nop> 어제 그 일로 한소리 들었어 17:05 < nop> 그래서 17:05 < hezekiah> 잘 가, nop. 17:05 < thecrypto> 잘 가 17:06 < nop> 채널에는 남아 있을게 17:06 < nop> 그냥 티는 안 낼 거야 :) 17:06 < hezekiah> jrand0m? 요즘 말을 제일 많이 하니까, 이번 회의 의제에 올리고 싶은 거 있어? 17:07 < jrand0m> 돌아왔어 17:08 < jrand0m> 음, 페스토 파스타 맛있었음. 17:08 < jrand0m> 의제 비슷한 것들 좀 꺼내볼게 17:09 -!- Lookaround [~chatzilla@anon.iip] 님이 #iip-dev 에 입장했습니다 17:09 < jrand0m> x.1) I2CP SDK 수정사항 x.2) I2NP 검토 x.3) 폴링 HTTP transport x.4) 개발 상태 x.5) 할 일 x.6) 향후 2주 계획 17:09 < jrand0m> (x는 의제에서 알맞은 번호로 놓으면 됨) 17:10 < thecrypto> 네가 의제야 17:10 < hezekiah> jrand0m: 난 할 말 없고, nop은 17:10 < hezekiah> 말할 수가 없어. 17:10 < jrand0m> ㅋㅋ 17:10 < hezekiah> UserX도 아마 아무것도 안 추가할 거야(보통 그렇거든), 그러니 내 입장에선 전부 네 것이야. :0 17:10 < hezekiah> :) 17:10 < jrand0m> 오케이. 로그 남기고 있어? 17:10 < jrand0m> 헤헷 17:10 < hezekiah> 전부 로그 남기고 있어. 17:10 < jrand0m> 좋아. 그럼. 0.1) 환영. 17:10 < jrand0m> 안녕. 17:11 < jrand0m> 0.2) 메일링 리스트 17:11 < jrand0m> 지금 리스트가 다운 상태고, 가능한 빨리 복구할 거야. 복구되면 알게 될 거야 :) 17:11 < jrand0m> 그동안은 위키를 쓰거나 IIP로 대화해. 17:11 < jrand0m> 1.1) I2CP SDK 수정사항 17:12 < jrand0m> SDK에 몇 가지 버그 수정이 들어갔고, 사양(spec)에 새 항목들도 일부 도입됐어. 17:12 < jrand0m> 어제 리스트에 그 정보 올렸어. 17:13 < jrand0m> hezekiah/thecrypto/jeremiah> 내가 올린 내용에 질문 있어? 또는 변경사항을 구현할 계획에 대한 생각? (내가 고려하지 못한 다른 대안이라든가?) 17:13 < hezekiah> 대학 갈 준비하느라 정신없이 뛰어다니고 있었어. 17:13 < jrand0m> 오케이, 이해해. 17:13 < hezekiah> 네가 쓴 건 대충 봤지만, 사양 변경은 아직 제대로 못 봤어. 17:13 < jrand0m> 이제 네 시간을 거의 더 못 받겠구나, 그치... 17:13 < hezekiah> 대학에 도착하기 전까진 그래. 17:14 < hezekiah> 도착하면 적응하는 동안 최소 일주일은 소식이 없을 거야. 17:14 < jrand0m> 그리고 거기 가면 정리할 게 많지 (내 기억이 맞다면 내가 학교 갔을 때도 그랬어 ;) 17:14 < jrand0m> 헤, 맞아. 17:14 < hezekiah> 그 후에는 좀 더 효율적이 되고 시간이 생겨서 코딩할 수 있을 거야. 17:14 < jrand0m> 좋아 17:14 < thecrypto> 난 지금 암호(crypto)만 하고 있어서 데이터 구조가 진짜 걱정이야. CTS 모드 끝내면 아마 그거 작업하러 갈게 17:14 < hezekiah> 어쨌든, 내 예상은 그래. 17:14 < jrand0m> 굿잡, thecrypto 17:15 < jrand0m> 좋아, 좋은 소식은 사양 업데이트 없이도 SDK가 완벽히 동작한다는 거야(미히가 찾아낸 버그들을 고친 상태로 [mihi 만세!]). 17:15 -!- arsenic [~none@anon.iip] 님이 #iip-dev 에 입장했습니다 17:16 < jrand0m> 좋아, 1.2) I2NP 검토로 넘어가자 17:16 < jrand0m> 문서 읽어본 사람? 17:16 < jrand0m> ;) 17:16 < hezekiah> 난 아직. 17:16 < hezekiah> 말했듯이, 지금은 정말 정신없어. 17:17 < hezekiah> 그런데 jrand0m, 너 PDF 보내는 걸 좋아하는 것 같아. 17:17 < jrand0m> 모두 OpenOffice .swx 읽을 수 있어? 17:17 < hezekiah> 난 돼. 17:17 < jrand0m> [그럼 swx로 보낼게] 17:17 -!- abesimpson [~k@anon.iip] 님이 #iip-dev 에 입장했습니다 17:17 < thecrypto> 나도 가능 17:17 < hezekiah> KGhostView로 PDF에서 텍스트 검색을 못 하거든. 17:17 < hezekiah> 그래서 꽤 불편해. 17:17 < jrand0m> 그건 안 좋네, hezekiah 17:17 -!- mrflibble [mrflibble@anon.iip] 님이 #iip-dev 에 입장했습니다 17:17 < hezekiah> 리눅스용 Adobe Acrobat도 별로 친절하지 않고. 17:18 < jrand0m> 좋아, 그럼 PDF 대신 OpenOffice 형식으로. 17:18 < hezekiah> 좋지. 17:18 < jrand0m> 음, 좋아. I2NP에는 LeaseSet 구조에 몇 가지 작은 변경이 있어 (앞서 올린 I2CP 변경을 반영). 그 외에는 대체로 갖춰져 있어. 17:19 < hezekiah> jrand0m: 이 문서들이 모두 cathedral의 CVS에 있어? 17:19 < nop> 오 17:19 < nop> 잠깐 끼어들어도 될까 17:19 < hezekiah> 즉, 네가 리스트에 보내던 PDF 파일 사본들 같은 거. 17:19 < hezekiah> nop: 해. 17:19 < nop> 주제에서 벗어나지만 중요해 17:19 -!- ChZEROHag [hag@anon.iip] 님이 #iip-dev 에 입장했습니다 17:19 < nop> IIP-dev랑 메일이 지금 좀 꼬여 있어 17:19 < hezekiah> 알아차렸어. 17:19 < nop> 그러니 조금만 참아줘 17:20 < nop> 우리가 올리고 돌리려고 노력 중이야 17:20 < nop> 근데 스팸어새신(SpamAssassin)이 내장돼 있어 17:20 < nop> 그건 좋은 소식이지 17:20 < nop> :) 17:20 < nop> 그리고 다른 기능들도 많아 17:20 < jrand0m> 리스트 복구 예상 시간(ETA) 있어, nop? 17:20 * ChZEROHag 코만 살짝 내밀어 봄 17:20 < jrand0m> (바쁜 건 알아, 잔소리 아냐, 그냥 궁금해서) 17:20 < nop> 잘하면 내일쯤 17:20 < jrand0m> 좋아 17:20 < nop> 메일 관리자(admin)가 작업 중이야 17:21 * hezekiah 가 jrand0m이 iip-dev 리스트를 _정말_ 좋아한다는 점을 메모함. ;-) 17:21 < nop> 하하 17:21 < hezekiah> delta407 화이팅! 17:21 < nop> 아무튼 17:21 < jrand0m> 결정은 공개적으로 문서화하는 게 제일 좋아, hezekiah ;) 17:21 < nop> 정규 일정 회의로 돌아가자 17:21 < jrand0m> 헤헷 17:21 -!- nop 님의 닉이 nop_afk 로 변경되었습니다 17:21 < hezekiah> jrand0m: 그래서, 어디까지였지? 17:21 < jrand0m> 좋아, 네 질문에 답하자면 hezekiah> 일부는 그렇지만 최신 건은 아니야. OpenOffice 형식으로 올리도록 바꿀게. 17:21 < jrand0m> PDF 대신에 17:22 < hezekiah> 알겠어. 17:22 < hezekiah> 문서가 전부 CVS에 있으면 정말 좋을 텐데. 17:22 < jrand0m> 물론, 그렇게 될 거야 17:22 < hezekiah> 그럼 난 그냥 업데이트만 하면 최신판을 갖게 되니까. 17:22 < jrand0m> (아직 안 올라간 초안이 3개 있어) 17:22 < hezekiah> (그런데, 약간 주제에서 벗어나서, cathedral에 익명 접근은 열렸어?) 17:23 < jrand0m> 아직이야. 17:23 < jrand0m> 좋아, 금요일까지 I2NP의 또 다른 완성형 초안을 내고 싶어 [즉, Kademlia 설명 섹션과 샘플 구현 상세에서 더 이상 ... 없게] 17:24 < jrand0m> 중대한 변경은 없어. 그냥 더 보충하고 명확히 했어. 17:24 < hezekiah> 좋다. 17:24 < hezekiah> 그 안에 데이터 구조의 바이트 레이아웃도 포함될까? 17:24 < jrand0m> 1.3) I2P Polling HTTP Transport 사양. 17:24 < jrand0m> 아니, 바이트 레이아웃은 데이터 구조 사양에 들어가고, 그건 HTML 대신 표준 형식으로 변환돼야 해 17:25 < jrand0m> (물론 I2NP에는 필요한 바이트 레이아웃이 이미 모두 있어) 17:25 < jrand0m> ((읽었으면 말이지, *콜록* ;) 17:25 < hezekiah> 좋아. 17:25 < hezekiah> ㅋㅋ 17:25 < hezekiah> 그건 미안. 17:25 < hezekiah> 말했듯이, 정말 바빴어. 17:25 < jrand0m> 헤, 괜찮아. 곧 대학 가잖아, 원래 파티하고 있어야지 :) 17:25 < hezekiah> 파티? 17:25 < jrand0m> 좋아, 1.3) I2NP Polling HTTP Transport 사양 17:25 < hezekiah> 흠 ... 난 좀 별종인가 봐. 17:25 < jrand0m> 헤헷 17:26 < jrand0m> 좋아, 이걸 아까 보내보려 했는데 곧 커밋할게. 이건 직접 연결 없이도 router들끼리 데이터를 주고받을 수 있게 I2NP에 맞춘 간단하고 빠른 transport 프로토콜이야(예: 방화벽, 프록시 등) 17:27 < jrand0m> 누군가 이게 어떻게 동작하는지 보고 비슷한 transport들을 구현해주길 바라고 있어(예: 양방향 TCP, UDP, 직접 HTTP 등) 17:27 -!- mihi [none@anon.iip] 님이 종료했습니다 [Ping timeout] 17:27 < hezekiah> 흠, 음 나는 17:27 < jrand0m> I2NP를 검토용으로 내놓기 전에, 사람들이 전체 그림을 볼 수 있도록 샘플 transport들을 포함시켜야 해 17:27 < hezekiah> 당분간 내가 transport를 만들 것 같진 않아. ;-) 17:27 -!- WinBear_ [~WinBear@anon.iip] 님이 #iip-dev 에 입장했습니다 17:27 < hezekiah> Java와 Python에서는 TCP가 동작해. 17:27 < hezekiah> (적어도 client-to-router는.) 17:27 < jrand0m> 걱정 마, 그냥 기여하고 싶은 사람들을 위한 할 일로 던져두는 거야 17:28 < hezekiah> 그렇지. 17:28 < jrand0m> 맞아, client-router는 router-router와 요구사항이 달라. 17:28 < jrand0m> 좋아, 어쨌든, 1.4) 개발 상태 17:28 < jrand0m> CBC 진행 상황은 어때, thecrypto? 17:28 < thecrypto> CBC는 커밋했어 17:28 < jrand0m> w00000t 17:28 < thecrypto> CTS는 거의 끝났어 17:28 < hezekiah> thecrypto: CTS가 뭐지? 17:29 < thecrypto> 이걸 깔끔하게 구현하는 방법만 고민하면 돼 17:29 < jrand0m> CTS는 CipherText Stealing(패딩 없이 마지막 블록 길이를 맞추는 방식) :) 17:29 < hezekiah> 아! 17:29 < thecrypto> CipherText Stealing 17:29 -!- WinBear [WinBear@anon.iip] 님이 종료했습니다 [EOF From client] 17:29 < jrand0m> 그거에 대해 nop이 준 참고자료 봤어? 17:29 < hezekiah> 좋아. 우리는 패딩 대신 CTS가 있는 CBC를 쓰는 거네. 17:29 < hezekiah> 흠. 17:29 < thecrypto> 기본적으로, 메시지 길이를 정확히 맞춰줘 17:29 < jrand0m> 그게 Python 쪽에서도 가능해, hezekiah? 17:29 < hezekiah> 내가 쓰는 Python crypto 라이브러리를 CTS를 제대로 쓰게 하려면 한 번 손봐야 할지도. 17:30 < hezekiah> 난 항상 패딩보다 CTS를 선호했는데, PyCrypt가 뭘 하는지는 모르겠어. 17:30 < jrand0m> Python이 별도 작업 없이 정확한 메시지 크기 복구를 가능하게 해주는 게 뭐가 있지? 17:30 < thecrypto> 필요한 건 마지막 두 블록을 처리하는 방식을 바꾸는 것뿐이야 17:30 < hezekiah> 그 라이브러리는 꽤 대대적인 수정이 필요할 것 같은데. 17:30 < hezekiah> jrand0m: Python의 CBC 처리는 투명해. 그냥 버퍼를 AES 객체의 encrypt 함수에 보내면 돼. 17:31 < hezekiah> 그럼 암호문을 뱉어내. <p>17:31 &lt; hezekiah&gt; 끝. 17:31 &lt; jrand0m&gt; D(E(data,key),key) == data인가요, 바이트 단위로, 완전히 동일한 크기? 17:31 &lt; hezekiah&gt; 그러니까 CTS(Ciphertext Stealing 기법) 대신 패딩을 쓰겠다는 괴상한 생각이라면, 내부를 들여다보고 고쳐야 할 수도 있어요. 17:31 &lt; jrand0m&gt; (입력 크기와 상관없이?) 17:31 -!- mihi [<del>none@anon.iip] has joined #iip-dev 17:31 &lt; hezekiah&gt; jrand0m: 네. 그래야 합니다. 17:31 &lt; jrand0m&gt; hezekiah&gt; 패딩에 정확히 어떤 알고리즘을 쓰는지 확인해 주시면 정말 좋겠어요 17:32 &lt; hezekiah&gt; 알겠어요. 17:32 * jrand0m 라이브러리가 이미 표준적이고 유용한 메커니즘을 쓴다면 Python 암호 라이브러리에 수정을 요구하는 건 망설여짐 17:32 &lt; hezekiah&gt; 어찌 됐든, CBC with CTS가 좋아 보입니다. 17:32 &lt; hezekiah&gt; jrand0m: 이 Python 암호 라이브러리는 형편없어요. 17:32 &lt; jrand0m&gt; ㅎ ㅇㅋ 17:33 &lt; thecrypto&gt; 두 블록을 어떻게 만질지 계산만 하면 돼 17:33 &lt; hezekiah&gt; jrand0m: ElGamal은 쓸 만큼 빠르게 만들려면 C로 완전히 다시 써야 할 거예요. 17:33 &lt; jrand0m&gt; hezekiah&gt; 256바이트 Python elg의 벤치마크가 어때요? dest-dest 통신당 한 번만 하잖아요&hellip; 17:34 &lt; jrand0m&gt; (즉석에서 아시면요) 17:34 &lt; hezekiah&gt; 테스트해 봐야 알겠어요. 17:34 &lt; hezekiah&gt; 암호화는 1</del>2초면 될 것 같아요 17:34 &lt; jrand0m&gt; &lt; 5초, &lt; 2초, &gt; 10초, &gt; 30초? 17:34 &lt; thecrypto&gt; 아마 작업 좀 해볼게요 17:34 &lt; hezekiah&gt; 복호화는 5~10초 사이일 수도 있어요. 17:34 &lt; jrand0m&gt; 좋네요. 17:35 &lt; jrand0m&gt; hezekiah&gt; jeremiah와 얘기해 봤나요, 아니면 Python 클라이언트 API 상태에 대한 소식 있나요? 17:35 &lt; hezekiah&gt; thecrypto: 필요한 건 Python과 연동되는 C 모듈만 작성하면 돼요. 17:35 &lt; hezekiah&gt; 그가 뭘 하고 있는지 전혀 모르겠어요. 17:35 &lt; hezekiah&gt; 돌아온 뒤로 그와 얘기 못 했어요. 17:35 &lt; jrand0m&gt; ㅇㅋ 17:35 &lt; jrand0m&gt; 다른 개발 진행 상황 이야기는요? 17:36 &lt; hezekiah&gt; 음, 제 쪽에서는 딱히 없어요. 17:36 &lt; hezekiah&gt; 지금 제 여유 시간 상황은 이미 설명했죠. 17:36 &lt; jrand0m&gt; 오케이. 이해했어요 17:36 &lt; hezekiah&gt; 제 계획은 C API를 올리고 Python router를 규격(spec)에 맞게 다시 올리는 것뿐이에요. 17:37 &lt; jrand0m&gt; ㅇㅋ 17:37 &lt; hezekiah&gt; 오 마이 갓! 17:37 &lt; jrand0m&gt; 1.4) 할 일 17:37 &lt; jrand0m&gt; 예, 선생님? 17:37 &lt; hezekiah&gt; Python 암호 라이브러리가 CTS나 패딩을 구현하지 않았네요! 17:37 &lt; hezekiah&gt; 수동으로 구현해야겠어요. 17:37 &lt; jrand0m&gt; 흠? 데이터를 16바이트 배수로 요구하나요? 17:37 &lt; hezekiah&gt; 네. 17:38 &lt; jrand0m&gt; ㅎㅎ 17:38 &lt; jrand0m&gt; 뭐, 어쩔 수 없죠. 17:38 &lt; hezekiah&gt; 현재 Python router는 패딩을 사용해요. 17:38 &lt; jrand0m&gt; 좋아요. 여기 처리해야 할 미결 항목들이 있어요. 17:38 &lt; hezekiah&gt; 이제 기억났네요. 17:38 &lt; hezekiah&gt; 음, 자 17:38 &lt; hezekiah&gt; 한 가지 솔직히 말하죠. 17:38 &lt; hezekiah&gt; Python router는 실제 사용을 염두에 둔 건 아니에요. 17:39 &lt; hezekiah&gt; 주된 목적은 제가 spec을 아주 익숙하게 만드는 것이고, 또 다른 목적도 있어요: 17:39 &lt; hezekiah&gt; Java router가 spec을 <em>정확히</em> 준수하도록 강제하죠. 17:39 &lt; jrand0m&gt; 둘 다 아주 중요한 목표죠. 17:39 &lt; hezekiah&gt; 때때로 Java router가 제대로 준수하지 않으면, Python router가 난리가 납니다. 17:39 &lt; hezekiah&gt; 그래서 빠르거나 안정적일 필요는 없어요. 17:39 &lt; jrand0m&gt; 게다가 SDK에서 절대 쓰이지 않을 거라고도 장담 못 하죠 17:39 &lt; jrand0m&gt; 맞아요. 정확히요. 17:39 &lt; jrand0m&gt; 하지만 Python 클라이언트 API는 다른 문제예요 17:39 &lt; hezekiah&gt; 반면 Python 클라이언트 API는 제대로 만들어져야 해요. 17:40 &lt; jrand0m&gt; 맞아요. 17:40 &lt; hezekiah&gt; 하지만 그건 jeremiah의 몫이죠. :) 17:40 &lt; hezekiah&gt; 그건 그에게 맡겼어요. 17:40 &lt; jrand0m&gt; SDK의 로컬 전용 router들은 클라이언트 개발용 전용이에요 17:40 &lt; jrand0m&gt; ㅋㅋ 17:40 &lt; jrand0m&gt; 좋아요, 아까 하던 얘기로&hellip; ;) 17:40 &lt; hezekiah&gt; ;-) 17:41 &lt; jrand0m&gt; - i2p용 작은 웹페이지 작업을 시작할 사람이 필요합니다 다양한 I2P 관련 spec을 동료 검토(peer review)에 올려두는 용도예요. 17:41 &lt; jrand0m&gt; 9/1 이전에 준비됐으면 합니다. 17:41 &lt; hezekiah&gt; 좋아요. 저는 지금 분명히 말하지만, 그건 제가 하면 안 됩니다. 17:41 &lt; hezekiah&gt; 저는 웹페이지 디자이너로는 영 소질이 없어요. :) 17:41 &lt; jrand0m&gt; 저도요, 여기 제 flog를 본 사람이 있다면요 ;) 17:41 &lt; jrand0m&gt; cohesion? ;) 17:41 &lt; hezekiah&gt; ㅋㅋ 17:42 &lt; hezekiah&gt; 불쌍한 cohesion, 항상 궂은일만 맡게 되네. :-) 17:42 * cohesion 백로그를 읽는다 17:42 &lt; hezekiah&gt; ;) 17:42 &lt; jrand0m&gt; ㅎㅎ 17:42 &lt; cohesion&gt; jrand0m: 제가 할게요 17:42 &lt; cohesion&gt; <a href="mailto:me@jasonclinton.com">me@jasonclinton.com</a> 17:42 &lt; cohesion&gt; spec들 보내주세요 17:42 &lt; jrand0m&gt; ㅇㅋ, gracias. 17:42 &lt; jrand0m&gt; spec들이 아직 전부 완성된 건 아니에요. 17:43 &lt; jrand0m&gt; 하지만 들어갈 내용은 다음과 같아요: 17:43 &lt; cohesion&gt; 음, 지금 있는 것과 올리고 싶은 걸 보내주세요 17:43 &lt; jrand0m&gt; -I2CP spec, I2NP spec, Polling HTTP Transport spec, TCP Transport spec, 보안 분석, 성능 분석, 데이터 구조 spec, 그리고 readme/소개 17:44 &lt; jrand0m&gt; (그 7개 문서는 pdf 및/또는 텍스트 형식일 거예요) 17:44 &lt; cohesion&gt; ㅇㅋ 17:44 &lt; jrand0m&gt; readme/소개는 제외하고 17:45 &lt; jrand0m&gt; 다음 주(8/26)까지 그 문서들이 모두 준비됐으면 합니다. 9/1 릴리스를 위해 작은 페이지를 만들 시간으로 충분할까요? 17:46 &lt; jrand0m&gt; 좋아요. 또 하나, 준비해야 할 것이 I2P 네트워크 시뮬레이터예요. 17:46 &lt; jrand0m&gt; CS 프로젝트 찾는 사람 있나요? ;) 17:46 &lt; hezekiah&gt; ㅋㅋ 17:46 &lt; cohesion&gt; jrand0m: 네, 그건 가능해요 17:47 &lt; hezekiah&gt; 저는 앞으로 몇 년은 아니에요. ;-) 17:47 &lt; jrand0m&gt; 좋아요, cohesion 17:47 &lt; thecrypto&gt; 1년은 어려워요 17:47 * cohesion 다시 일하러 감 17:47 &lt; jrand0m&gt; 고마워요 cohesion 17:48 &lt; jrand0m&gt; 좋아요, 1.6) 다음 2주. 제 할 일은 이 spec, 문서, 분석을 올리는 겁니다. 가능한 한 빨리 post &amp; commit 할게요. 17:48 &lt; jrand0m&gt; 제발 SPEC을 읽고 코멘트 부탁드립니다 17:48 &lt; jrand0m&gt; :) 17:48 &lt; hezekiah&gt; jrand0m: 맞아요. 시간 나면 읽기 시작할게요. :) 17:48 &lt; jrand0m&gt; 코멘트는 리스트에 올려주시는 걸 선호하지만, 익명으로 하고 싶으시면 제게 개인적으로 보내 주세요, 제가 리스트에 익명으로 답변을 올릴게요. 17:49 &lt; hezekiah&gt; (문서의 OpenOffice 파일을 CVS에 올리는 ETA가 언제쯤일까요?) 17:49 &lt; jrand0m&gt; 이 미팅 끝나고 10분 안에 최신 리비전을 커밋할 수 있어요. 17:49 &lt; hezekiah&gt; 굿이에요. :) 17:50 &lt; jrand0m&gt; 좋아요, 1.*는 여기까지. 17:50 &lt; jrand0m&gt; 2.x) 코멘트/질문/우려/하소연? 17:50 &lt; jrand0m&gt; SDK 수정본은 잘 작동하나요 mihi? 17:51 &lt; jrand0m&gt; 아니면 다른 분들은요? :) 17:51 &lt; hezekiah&gt; jrand0m: 말한 SDK 수정본이 뭔가요? 17:52 &lt; jrand0m&gt; hezekiah&gt; SDK에 버그픽스 두 개, 얼마 전에 커밋(&amp; 게시)했어요 17:52 &lt; hezekiah&gt; 아 17:52 &lt; hezekiah&gt; 멋지군요. 17:52 &lt; jrand0m&gt; (메시지 ID 순환, write 동기화) 17:52 &lt; hezekiah&gt; Java 쪽만인가요, 아니면 Python 쪽도요? 17:52 &lt; jrand0m&gt; 나 파이썬 몰라요. 17:53 &lt; hezekiah&gt; ㅋㅋ 17:53 &lt; jrand0m&gt; 거기에 버그가 있는지는 모르겠어요. 메시지 255개마다 메시지 ID를 순환하고, write를 동기화하나요? 17:54 &lt; hezekiah&gt; Python router는 둘 다 하는 걸로 알아요 17:54 &lt; jrand0m&gt; 좋아요. 17:54 &lt; jrand0m&gt; 아니면 알려드릴게요 ;) 17:54 &lt; hezekiah&gt; &ldquo;write를 동기화한다&quot;는 게 정확히 무슨 뜻이죠? 17:55 &lt; jrand0m&gt; 즉, 여러 클라이언트가 동시에 어떤 클라이언트에게 메시지를 보내려 할 때, 그 클라이언트로 여러 메시지가 동시에 write되지 않도록 보장하는 거요. 17:55 &lt; hezekiah&gt; TCP 연결로 전송되는 모든 데이터는 발생한 순서대로 전송돼요. 17:56 &lt; hezekiah&gt; 그래서 A 메시지의 1/2, 그다음 B 메시지의 1/3 이런 식으로는 안 돼요. 17:56 &lt; jrand0m&gt; ㅇㅋ 17:56 &lt; hezekiah&gt; A 메시지, 그다음 B 메시지를 받게 돼요. 17:56 &lt; hezekiah&gt; 좋아요 &hellip; 더 할 말이 없으면 회의를 산회하죠. 17:56 &lt; mihi&gt; 제 간단한 TCP/IP over I2p가 작동하는 것 같아요&hellip; 17:56 &lt; jrand0m&gt; 좋네요!! 17:56 * mihi 좀 눈팅 중이었어요 미안 17:57 &lt; hezekiah&gt; 다른 분들 더 하실 말씀 있나요? 17:57 &lt; jrand0m&gt; mihi&gt; 그 위에서 pserver를 돌릴 수 있겠네요? 17:57 &lt; mihi&gt; 한 번에 아주 많은 연결을 만들지만 않으면요. 17:57 &lt; mihi&gt; jrand0m: 그럴 것 같아요 - 그걸로 구글에 접속할 수 있었거든요 17:57 &lt; jrand0m&gt; 좋네요 17:57 &lt; jrand0m&gt; mihi++ 17:57 &lt; mihi&gt; jrand0m-ava 17:57 &lt; jrand0m&gt; 그럼 outproxy랑 inproxy가 있는 거죠? 17:58 &lt; mihi&gt; 맞아요. 17:58 &lt; jrand0m&gt; 좋네요 17:58 &lt; mihi&gt; 목적지는 키가 필요하고, 소스는 필요할 때 생성해요 17:58 * hezekiah jrand0m에게 <em>baf</em>er를 건넨다. 끝나면 그걸 부숴버려, 친구. 17:58 &lt; jrand0m&gt; 맞아요. 준비되면 co의 네이밍 서비스가 그 부분에 도움이 될 수도 있겠네요. 17:59 &lt; jrand0m&gt; 좋아요 멋져요. mihi, 도움이 필요하면 저나 다른 누구에게 말씀해 주세요 :) 17:59 &lt; mihi&gt; 128 msgid 관련 그 문제를 고치거나 더 나은 GUARANTEED 지원을 구축해 주세요 17:59 * jrand0m 진짜 직업이 있다는 이유로 nop_afk의 머리를 <em>baf</em>로 내려친다 18:00 &lt; mihi&gt; jrand0m: baf 남용은 yodels 20개 비용이 듭니다 18:00 &lt; jrand0m&gt; ㅋㅋ 18:00 &lt; jrand0m&gt; 더 나은 GUARANTEED 지원? 18:00 &lt; jrand0m&gt; (즉, 설명된 것보다 더 좋은 성능? 그건 구현에서 고칠게요) 18:00 &lt; mihi&gt; start_thread=end_thread=300으로 제 테스트 케이스 돌려봤나요? 18:01 &lt; mihi&gt; 한쪽 방향으로 메시지를 잔뜩 생성해서, 그게 모든 msgid가 소진되게 만들어요&hellip; 18:01 &lt; jrand0m&gt; 흠, 아니요, 그 메시지는 못 봤네요 18:01 &lt; hezekiah&gt; jrand0m: msgid를 2바이트로 만드는 게 합리적일까요? 18:01 * jrand0m 200 / 201은 시도했는데, 그건 최신으로 고쳐졌어요 18:01 -!- cohesion [cohesion@anon.iip] has quit [lug 모임 가러 감] 18:01 &lt; mihi&gt; 어떤 최신 버전이요? 18:01 &lt; hezekiah&gt; 그러면 65535개의 msgid가 생기겠죠 (msgid 0은 세지 않는다면) 18:01 &lt; hezekiah&gt; . 18:02 &lt; jrand0m&gt; 메시지 ID를 2바이트로 해도 문제없어요. 저는 그 변경에 동의합니다. 18:02 &lt; jrand0m&gt; mihi&gt; 제가 당신에게 메일로 보낸 그거요 18:02 &lt; mihi&gt; 저한테 보낸 것보다 더 최신이 있으면 보내 주세요 (아니면 CVS 접근 권한을 주세요) 18:03 &lt; mihi&gt; 흠, 그건 제 환경에선 200/201에서 실패해요 (300에서도 마찬가지) 18:03 &lt; jrand0m&gt; 흠. 테스트와 디버깅을 더 해 보고 결과를 메일로 보낼게요. 18:03 &lt; mihi&gt; 감사. 18:04 &lt; jrand0m&gt; 좋아요. 18:04 * jrand0m 미팅 종료를 선언한다 18:04 &lt; jrand0m&gt; <em>baf</em>&rsquo;ed 18:04 * hezekiah <em>baf</em>er를 경건하게 전용 걸이에 건다. 18:05 * hezekiah 그러고는 몸을 홱 돌려 문밖으로 걸어나가며, 뒤로 문을 쾅 닫는다. baffer가 걸이에서 떨어진다. 18:05 &lt; hezekiah&gt; ;-) &mdash; 로그 닫힘 Tue Aug 19 18:05:36 2003 </div></p>/ko/blog/2003/08/12/i2p-dev-meeting-august-12-2003/Tue, 12 Aug 2003 00:00:00 +0000/ko/blog/2003/08/12/i2p-dev-meeting-august-12-2003/<h2 id="quick-recap">Quick recap</h2> <p class="attendees-inline"><strong>참석자:</strong> ion, jrand0m, mihi, shardy</p> <h2 id="meeting-log">회의 기록</h2> <div class="irc-log"> [21:09] <jrand0m> 오케이. 21:00 UTC 지금입니다 [21:09] <jrand0m> um 미팅에 오신 것을 환영합니다 [21:09] <jrand0m> 오늘은 결석자가 많습니다 (nop, hezekiah, thecrypto, 그리고 userx), 그래서 간단히 진행하겠습니다 [21:10] <jrand0m> 안건: 1) 인사 2) SDK 3) 진행 현황 4) 질문 [21:10] <jrand0m> 1) 인사 [21:10] <jrand0m> 안녕하세요. [21:10] <jrand0m> 2) SDK [21:11] <jrand0m> I2P SDK 0.1이 조용한 릴리스 준비가 되었습니다. [21:11] <mihi> 조용한 릴리스요? [21:11] <jrand0m> 기본적으로 아는 사람들과, 아는 사람들이 신뢰하는 사람들에게만 알리고 대외 홍보는 하지 않는다는 뜻입니다 [21:12] <jrand0m> 하지만 이를 사용해 애플리케이션 설계, 개발, 테스트를 하는 데는 완전히 준비되어 있습니다 [21:12] <jrand0m> #iip-dev에 있다면, 당신은 아는 사람입니다 [21:13] <jrand0m> 그래서 확인해 보고 싶은 사람은 CVS에서 가져오거나, 소스와 문서를 받아 CHK@GZ-A-C~SH03AwBuKf~AE3E347IcKAwI,4K38eh3m06zAygRzUnw4tQ/i2p_sdk.zip 에서 빌드할 수 있습니다 * UserX 님이 #iip-dev에 입장했습니다 [21:13] <jrand0m> 오, UserX가 왔네요 [21:14] <jrand0m> SDK 0.1에는 동작하는 Java 클라이언트 API와, Python 및 Java router 구현 둘 다, 그리고 간단한 커맨드라인 채팅 애플리케이션이 포함되어 있습니다 [21:15] <jrand0m> SDK를 제공하는 목적은, 네트워크가 9월에 운영 개시되어 공개되면 애플리케이션이 바로 올라가 동작할 수 있도록 사람들이 개발을 미리 시작하게 하려는 것입니다 [21:16] <mihi> 끝나지 않는 9월? ;) [21:16] <jrand0m> (애플리케이션 없이 네트워크만 먼저 올라가는 상황이 되지 않도록) [21:16] <jrand0m> 헤헷 [21:16] <jrand0m> 아니요, 실제로 몇 주 전에 iip-dev에 올린 ganttproject 문서의 일정보다 앞서가고 있어요 [21:16] <jrand0m> 크게는 아니고 (5일 정도)지만, 어쨌든 앞서가고 있습니다. [21:17] <jrand0m> 9월에 1.0alpha가 될 거라고 꽤 확신합니다. [21:17] <jrand0m> 또한 현황과 관련해, 이번 주 말까지 새로운 I2NP (네트워크 프로토콜) 초안이 나올 것 같습니다. [21:18] <jrand0m> 그 다음에는, 가능하면 다음 주에 내부 검토와 수정을 진행하고, 이후에 동료 검토(peer review)로 들어갈 수 있을 겁니다. * shardy_ 가 이제 shardy로 이름을 바꿨습니다 [21:18] <jrand0m> 안녕, shardy [21:18] <shardy> 안녕하세요. [21:18] <shardy> 어떻게 가고 있나요? [21:19] <jrand0m> 죽이죠. [21:19] <jrand0m> 당신 시간을 조금 얻어서 .net 클라이언트 lib 관련 작업을 할 수 있을 거라는 소문을 들었는데요? * jrand0m 은 잘못 들었을 수도 있음 * ion 이 IRC를 종료했습니다 (Ping timeout) [21:21] <shardy> .net? 아니요, 그건 제가 아니에요... [21:21] <jrand0m> 아, 알겠어요. 제 실수네요 [21:21] <jrand0m> 나는 아주 멍청하네요 [21:21] <jrand0m> 어쨌든, 안녕하세요 :) [21:21] <jrand0m> 또한 co에게서 네이밍 서비스 애플리케이션 관련 피드백도 받았습니다 * ion 님이 #iip-dev에 입장했습니다 [21:22] <jrand0m> "8월 8일에 네이밍 서비스에 대한 사양서 첫 버전을 게시했습니다. 사양에 결함이 있다는 것을 발견했고, 현재 수정 중입니다. 약 일주일 내로 완료될 것입니다. 그 다음에는 시스템 구현을 시작할 것입니다. 최종적으로, 이 소프트웨어에는 네 가지 구성 요소가 있을 것입니다: [21:22] <jrand0m> 1. 네이밍 서비스와 상호작용하는 클라이언트 프로그램. [21:22] <jrand0m> 2. 네이밍 서비스 자체 프로그램. [21:22] <jrand0m> 3. 네이밍 서비스용 관리 유틸리티. [21:22] <jrand0m> 4. Certificate Authority (CA) 구성 요소." [21:23] <jrand0m> 이상이 co의 진행 현황 보고입니다 [21:23] <jrand0m> 추가하실 내용이 없다면, 현황은 이 정도인 것 같습니다. [21:24] <shardy> 좋네요. [21:24] <jrand0m> 정말 좋죠 [21:24] <shardy> 시간이 나는 대로 사양서를 검토하고 여러분이 일하는 방식을 익혀 보겠습니다. [21:25] <jrand0m> 좋습니다. SDK에 포함된 I2CP 사양은 거의 실사용 가능한 상태이지만, 어제 게시된 I2P 네트워크 사양은 시점상 몇 주 정도 뒤처져 있습니다. [21:25] <jrand0m> 아마 금요일에 새 버전을 게시하겠습니다. [21:25] <jrand0m> (그리고 이 프로젝트가 본격적으로 시작된 게 한 달 남짓이라, 우리가 일하는 방식에 변화를 주는 것도 열려 있습니다) [21:26] <jrand0m> 아 맞다, 이제 생각났네요, 당신이 그 ECC(타원 곡선 암호) 쪽 분이시죠 :) [21:26] <shardy> 네, 맞아요. 다만 한동안 ECC는 많이 다루지 않았고요... 지금은 PRNG(의사난수 생성기) 쪽 사람이에요. [21:27] <jrand0m> 오, 좋네요. 현재는 일반적인 PRNG를 쓰고 있고, 무작위 데이터를 다루는 더 나은 방법이 필요합니다 [21:27] <jrand0m> 오케이 [21:27] <shardy> 일반적인 것들요? nop이 yarrow를 쓰자고 했던데, 꽤 좋아 보입니다. [21:28] <shardy> 지금은 새로운 PRNG를 구현하고 있어요. 이론과 실제 사이의 갭을 좀 줄여 보려 하는 중입니다. :) [21:28] <jrand0m> 맞아요. yarrow의 GPL 버전이 있어서 freenet에서 가져와 Java 구현에 넣을 수 있지만, 당분간은 Java의 내장 것 (java.security.SecureRandom) 을 사용하고 있습니다 [21:28] <jrand0m> 헤헷 [21:29] <mihi> freenet에서 가져온 yarrow는 조심하세요, 하이젠버그 같은 버그가 납니다 ;) [21:29] <jrand0m> ㅋㅋ [21:29] <jrand0m> 음, 동기화해서 이제는 그게 해결됐습니다 [21:29] * jrand0m 이 질문을 받기 시작합니다 [21:30] * mihi 가 위에서 언급된 키에 대해 DNF를 받았습니다 :( [21:30] <jrand0m> 젠장. htl 25로 수차례 삽입했는데요 [21:30] <jrand0m> 다시 한 번 더 삽입하겠습니다 [21:32] <jrand0m> “왜 freenet이 SDK의 키를 못 찾지?”라는 것 말고 다른 질문 있으신가요? [21:33] * mihi 는 그런 질문 안 했어요 ;) 그리고 보기 전까지는 다른 질문도 없어요 ;) [21:33] <jrand0m> 헤헷 [21:33] <mihi> 이번에는 누가 이 로그를 위키에 올릴 건가요? /me 이번에는 제가 전부 갖고 있어요. [21:33] <jrand0m> 굿, 부탁해요 [21:34] <jrand0m> 회의에서 나올 질문은 다 된 것 같네요. 그래도 추가로 생각나는 게 있으면 메일링 리스트에 자유롭게 올려 주세요. [21:34] * jrand0m 은 iip-dev에서 활발한 토론을 정말 좋아합니다. 모두가 제 문서가 구리다고 말하더라도요 [21:35] <mihi> 네 Java 구려요, jrandom ;) (HHOK) [21:35] <jrand0m> 그거죠 바로 [21:35] <jrand0m> freenet의 CLI에서 그 .zip을 다시 삽입하고 있으니, CHK가 아마 달라질 겁니다 [21:36] <jrand0m> 몇 번 더 재삽입한 다음에 사람들에게 그걸로 메시지를 보내겠습니다 [21:36] <jrand0m> mihi는 원합니다. 또 누구에게 메시지를 보내면 될까요? [21:36] <jrand0m> (아니면 아무 때나 따로 요청하셔도 됩니다) [21:36] <mihi> 저한테 메일로 보내도 돼요... [21:36] <jrand0m> 1.1Mb [21:37] <mihi> 그게 그렇게나 크지 않다면요. [21:37] <mihi> 어, 그럼 안 되겠네요. * mihi 는 어차피 splitfiles 받는 걸 별로 안 좋아합니다 [21:37] <mihi> s/kind/keen/ [21:37] <jrand0m> 헤헷, FEC(전방 오류 정정) 없이 삽입하라고 제안하려는 건가요? [21:38] <mihi> 현재 freenet에서는 기회가 없을 것 같네요. [21:38] <jrand0m> 좋아요, 비공개 URL로 웹에서 접근 가능하게 해 보겠습니다 [21:39] * jrand0m 은 이렇게 조용히 릴리스하는 게 좀 이상하게 느껴지지만, 최선이라고 생각합니다 [21:40] <mihi> 그냥 웹 공간 어딘가에 올리고 gpg 일반 암호화로 감싸세요 — 그리고 여기에서 암호문구(passphrase)를 알려 주세요. [21:40] <mihi> 아니면 위에서 언급된 키를 암호문구로 쓰세요 [21:40] <mihi> 그건 그렇고 — 그 부분은 로그에서 빼는 게 좋을까요? [21:41] <jrand0m> 그럴 필요 없어요. 저는 여기서 말한 건 보고 싶은 사람이라면 볼 수 있다고 믿을 만큼 충분히 편집증적이라서요 ;) [21:41] <jrand0m> 오늘 저녁에 nop이 돌아오면 웹 공간 어딘가에 올리게 하고, 적절한 정보(url &amp; password / technology / 등)와 함께 사람들에게 익명 메일(anonymail)을 보낼게요 [21:43] <mihi> 고마워요. “오늘 저녁”은 어느 시간대를 기준으로 하나요? (저는 한 시간쯤 후에 bea로 갈 거예요) [21:43] <mihi> s/bea/bed [21:46] <jrand0m> 헤헷, nop 기준의 저녁이요, 그러니까 캘리포니아입니다 [21:46] <jrand0m> 좋아요, 전 이제 가봐야겠어요. * jrand0m 이 !thwaps 로 회의를 종료합니다 [21:46] <jrand0m> 감사합니다, 신사 숙녀 여러분 * mihi 가 jrandom에게 *baf*er 를 건넵니다 * jrand0m 이 mihi의 머리를 *baf* 로 칩니다 * shardy 가 IRC를 종료했습니다 (EOF From client) [21:48] <ion> 위 URL에서 2블록 다운로드 중 [21:48] <jrand0m> 좋네요 * shardy 님이 #iip-dev에 입장했습니다 * mihi 가 픽 쓰러집니다. </div>/ko/blog/2003/08/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-8%EC%9B%94-5%EC%9D%BC/Tue, 05 Aug 2003 00:00:00 +0000/ko/blog/2003/08/05/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-8%EC%9B%94-5%EC%9D%BC/<h2 id="quick-recap">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> hezekiah, jeremiah, jrand0m, mihi, nop, thecrypto</p> <h2 id="meeting-log">회의 기록</h2> <div class="irc-log"> <nop> 오케이, 회의 시작 <nop> 안건은 뭐죠 --> logger (logger@anon.iip) 가 #iip-dev에 참가했습니다 --> Anon02 (~anon@anon.iip) 가 #iip-dev에 참가했습니다 <hezekiah> Tue Aug 5 21:03:10 UTC 2003 <hezekiah> N번째 iip-dev 회의에 오신 것을 환영합니다. <hezekiah> 안건은 뭐죠? <thecrypto> Tue Aug 5 21:02:44 UTC 2003 <thecrypto> NTP stratum 2에 동기화됨 :) <hezekiah> Tue Aug 5 21:03:13 UTC 2003 --> ptm (~ptm@anon.iip) 가 #iip-dev에 참가했습니다 <hezekiah> 방금 NIST와 동기화했어요. :) <mihi> 이 동기화로 iip 지연이 줄어들진 않죠 ;) <jrand0m> nop: 다루고 싶은 것들: 자바 개발 상태, 자바 암호화 상태, 파이썬 개발 상태, sdk 상태, 네이밍 서비스 <hezekiah> (우리가 네이밍 서비스로 _벌써_ 들어가나요?) <jrand0m> 설계 얘기 말라는 거야, 이 바보야. 그건 co의 지껄임이잖아. 그냥 할 얘기 있으면 그거 얘기해. <hezekiah> 아 * jrand0m LART를 넣어둠 <jrand0m> 안건에 다른 거 더 있어? <jrand0m> 아니면 시작할까? <hezekiah> 음, 더 추가할 건 별로 떠오르지 않네요. <hezekiah> 아! <hezekiah> 오! <jrand0m> 오케이. 자바 개발 현황: <hezekiah> 좋습니다. <-- mrflibble 가 종료함 (핑 시간 초과) <nop> 오케이 <nop> 안건 <nop> 1) 환영 <jrand0m> 오늘 기준으로, 서로 통신할 수 있는 자바 클라이언트 API와 스텁 자바 router가 있습니다. 게다가 ATalk이라는 애플리케이션이 있어서 익명 IM + 파일 전송이 가능합니다. <nop> 2) IIP 1.1 블랙아웃 <nop> 3) I2P <nop> 4) 끝 - 코멘트와 기타 등등 * jrand0m 구석으로 돌아감 <nop> 미안 joeyo jrand0m Aug 05 17:08:24 * hezekiah가 jrand0m에게 구석에서 쓰라고 바보 모자를 건넴. ;-) <nop> 그건 미안 <nop> 거기서 시작한 줄 몰랐어 <nop> 나도 구석에 가야겠네 <hezekiah> ㅋㅋ <jrand0m> 걱정 마요. 항목 1) * hezekiah가 nop에게도 바보 모자를 건넴. :) <nop> 오케이 모두 환영합니다 <nop> 어쩌구 저쩌구 <nop> 2) IIP 1.1 블랙아웃 --> mrflibble (mrflibble@anon.iip) 가 #iip-dev에 참가했습니다 <hezekiah> 52번째 iip-dev 회의, 뭐 기타 좋은 헛소리까지! <nop> 서버가 최근 하드디스크 섹터 문제를 겪어서 교체했습니다 <nop> 그놈의 서버를 중복 구성을 갖춘 더 안정적인 환경으로 옮길 계획입니다 <nop> 그리고 여러 ircd 서버의 제어를 위임하는 방안도 검토 중 <nop> 글쎄 <nop> 그건 논의해 봐야겠죠 <-- Anon02 가 종료함 (클라이언트로부터 EOF) <nop> 하드드라이브를 교체했으니 이제 서버들이 계속 가동되길 바랍니다 <nop> 불편을 드려 죄송합니다 여러분 <nop> 3) I2P - Jrand0m, 진행해 주세요 <nop> 구석에서 나오세요 jrand0m * hezekiah가 구석으로 가서, jrand0m을 의자에서 끌어내리고, 연단으로 끌고 가서, 바보 모자를 빼앗고, 마이크를 건넴. * nop은 그 자리를 메우려고 그 구석으로 감 <hezekiah> ㅋㅋ! <jrand0m> 미안, 돌아왔어 * nop이 hezekiah에게서 바보 모자를 낚아챔 * nop이 자기 머리에 씀 * nop이 jrand0m에게 박수침 * jrand0m은 그냥 구경함 <jrand0m> 어... 음 오케이 <hezekiah> jrand0m: i2p, 자바 현황 등등. 말해봐요! <jrand0m> 그래서, 오늘 기준으로, 서로 통신할 수 있는 자바 클라이언트 API와 스텁 자바 router가 있습니다. 게다가 ATalk이라는 애플리케이션이 있어서 익명 IM + 파일 전송이 가능해요. <hezekiah> 파일 전송까지 벌써!? <jrand0m> 예, 맞아요 <hezekiah> 와. <hezekiah> 제가 한참 뒤처졌네요. <jrand0m> 다만 그렇게 매끈하진 않아요 <hezekiah> ㅋㅋ <jrand0m> 파일을 통째로 메시지 안에 던져 넣어요 <hezekiah> 이런. <nop> 1.8 mb 로컬 전송은 얼마나 걸렸어? <jrand0m> 4K 파일과 1.8Mb 파일로 테스트해봤어요 <jrand0m> 몇 초 <nop> 좋네 <nop> :) <hezekiah> 자바 쪽은 이제 진짜 암호화를 하나요, 아니면 아직도 가짜로 흉내만 내나요? <nop> 가짜 <nop> 그건 나도 알아 <nop> :) <jrand0m> 먼저 혼잣말로 예열했어요 [예: 한 창에서 다른 창으로 인사] 그래서 첫 elg의 오버헤드는 피했죠 <jrand0m> 맞아요, 대체로 가짜예요 <thecrypto> 암호화의 대부분은 가짜예요 <thecrypto> 그래도 그 부분은 작업 중이에요 <hezekiah> 물론이죠. :) <jrand0m> 확실히요. <jrand0m> 그와 관련해, thecrypto 업데이트 좀 해줄래요? <thecrypto> 음, 지금은 ElGamal과 SHA256을 끝냈어요 <thecrypto> 지금은 DSA용 소수 생성 작업 중이에요 <thecrypto> 5개를 보낼 테니 그중에서 하나 고르면 돼요 <hezekiah> nop: DSA에 쓸 소수를 가져오고 있지 않았나요? <thecrypto> ElGamal과 SHA256에 대한 벤치마크도 몇 가지 있어요 <thecrypto> 그리고 전부 빠릅니다 <jrand0m> elg 관련 최신 벤치마크: <jrand0m> 키 생성 시간 평균: 4437 총계: 443759 최소: 872 최대: 21110 초당 키 생성: 0 <jrand0m> 암호화 시간 평균 : 356 총계: 35657 최소: 431 최대: 611 암호화 Bps: 179 <jrand0m> 복호화 시간 평균 : 983 총계: 98347 최소: 881 최대: 2143 복호화 Bps: 65 <p><hezekiah> min과 max: 초 단위인가요? <jrand0m> Bps는 실제로 큰 의미가 없다는 점에 유의하세요, 우리는 암호화/복호화 64바이트만 합니다 <thecrypto> ms <jrand0m> 아니요, 미안, 전부 밀리초입니다 <hezekiah> 좋네요. :) <hezekiah> 그리고 이건 java로 하나요? <thecrypto> 네 <thecrypto> 순수 java <hezekiah> OK. 정말 감명받았습니다. :) <jrand0m> 100%. P4 1.8 <thecrypto> 제 800 MHz에서도 거의 비슷합니다 <hezekiah> 저도 동일한 테스트를 하려면 어떻게 하나요? <jrand0m> sha256 벤치마크: <jrand0m> 짧은 메시지 시간 평균 : 0 total: 0 min: 0 max: 0 Bps: NaN <jrand0m> 중간 메시지 시간 평균 : 1 total: 130 min: 0 max: 10 Bps: 7876923 <jrand0m> 긴 메시지 시간 평균 : 146 total: 14641 min: 130 max: 270 Bps: 83037 <thecrypto> ElGamalBench 프로그램을 실행하세요 <hezekiah> OK. <hezekiah> 찾아볼게요. <jrand0m> (짧은 길이: ~10바이트, 중간 ~10KB, 긴 ~ 1MB) <jrand0m> java -cp i2p.jar ElGamalBench <jrand0m> (&ldquo;ant all&rdquo; 실행 후) <hezekiah> jrand0m: 감사합니다. :) <jrand0m> 천만에요 <thecrypto> NaN이라는 건 너무 빨라서 0으로 나누게 된다는 뜻이에요 그만큼 빠르다는 거죠 :) <hezekiah> sha 벤치마크는 뭐죠? <jrand0m> java -cp i2p.jar SHA256Bench &ndash;&gt; Neo (<a href="mailto:anon@anon.iip">anon@anon.iip</a> )님이 #iip-dev에 입장했습니다 <hezekiah> OK. <jrand0m> 아마 그것들을 관련 엔진들의 main() 메서드로 옮기고 싶을 텐데, 지금은 거기 있는 그대로도 괜찮아요 <hezekiah> AMD K6-2 333MHz에서 이 모든 게 얼마나 빠른지 봅시다 (정수 연산으로는 그리 유명하지 않은 칩이거든요.) <jrand0m> ㅎㅎ <jrand0m> 그러면 남은 건 DSA하고 AES죠? <jrand0m> 정말 끝내줍니다, thecrypto. 멋진 작업이에요. <thecrypto> 맞아요 <jrand0m> 나머지 둘의 ETA(예상 완료 시간)를 좀 알려줄 수 있을까요? ;) <hezekiah> 제 머신에서도 당신 것만큼만 빨라 준다면, 어떻게 그렇게 하는지 꼭 알려줘야 해요. ;-) <thecrypto> 소수(primes)만 준비되면 DSA는 거의 바로 끝나요 <nop> hezekiah python용 sslcrypto 써봤어 <thecrypto> 소수 생성기(prime generator)에서 코드 몇 개 가져오고 그런 것들만 하면 끝나요 <nop> 그 링크에 있는 그거 <hezekiah> nop: sslcrypto는 우리에게 아무 도움이 안 돼요. <hezekiah> nop: 그건 ElGamal <em>or</em> AES <em>or</em> sha256를 구현하지 않아요. <thecrypto> AES는 거의 끝났는데 어딘가에 에러가 있어서 아직 찾아내서 제거하려는 중이고, 그거만 해결하면 끝나요 <jrand0m> thecrypto&gt; 그럼 금요일까지 DSA keygen, sign, verify, 그리고 임의 크기 입력에 대한 AES encrypt, decrypt까지 되나요? <nop> McNab의 사이트에 있는 그건 아닌가? <thecrypto> 그래요 <nop> 젠장 <thecrypto> 금요일쯤 될 거예요 <thecrypto> 아마 목요일이 더 유력해요 <jrand0m> thecrypto&gt; 거기에 UnsignedBigInteger 관련 것도 포함되나요? <thecrypto> 여름 캠프 때문에 다음 주 회의는 못 나가고, 그 뒤에 돌아올게요 <thecrypto> jrand0m: 아마 아닐 듯 <jrand0m> ok. <jrand0m> 그럼 당분간은 java와 python 사이의 상호운용성은 b0rked. <jrand0m> 암호 쪽 얘기예요. &mdash; 알림: jeremiah가 온라인입니다 (anon.iip). &ndash;&gt; jeremiah (~<a href="mailto:chatzilla@anon.iip">chatzilla@anon.iip</a> )님이 #iip-dev에 입장했습니다 <jrand0m> (즉, 서명, 키, 암호화, 복호화용)</p>/ko/blog/2003/07/29/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-7%EC%9B%94-29%EC%9D%BC/Tue, 29 Jul 2003 00:00:00 +0000/ko/blog/2003/07/29/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98-2003%EB%85%84-7%EC%9B%94-29%EC%9D%BC/<h2 id="간단-요약">간단 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> arj, co, cohesion, dm, hezekiah, jeremiah, jrand0m, luckypunk, nop, some_random_guy, thecrypto, WinBear</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> --- 로그 시작 Tue Jul 29 16:54:31 2003 17:11 <@hezekiah> Tue Jul 29 21:11:18 UTC 2003 17:11 <@hezekiah> 51번째(아마도) iip-dev 회의입니다. 17:11 <@hezekiah> 안건: 17:11 <@hezekiah> 1.) 환영 인사 17:11 <@hezekiah> 2.) jrand0m의 주제 17:11 <@hezekiah> 3.) 다른 개발자들의 주제 17:11 <@hezekiah> 4.) nop이 오면/온다면 추가할 내용 17:12 <@hezekiah> 5.) 늘 열성적인 군중의 질문과 코멘트 ;-) 17:12 <@hezekiah> 좋아요! 17:12 <@hezekiah> 모두들, 51번째(아마도) iip-dev 회의에 오신 걸 환영합니다 17:12 <@hezekiah> 2번 항목! 17:12 <@hezekiah> jrand0m의 주제 17:12 -!- thetower [none@anon.iip] 님이 #iip-dev에 입장하셨습니다 17:12 * hezekiah 가 마이크를 jrand0m에게 넘긴다 17:12 <@jrand0m> 하위 안건: 17:12 <@jrand0m> 2.1) I2CP 명세 및 개발 상태 17:12 < co> 50차 회의 로그는 어디 있죠? 17:12 <@jrand0m> 2.2) SDK 계획 17:12 <@jrand0m> 2.3) 암호 17:12 <@jrand0m> 2.4) 로드맵 / 네트워크 프로토 상태 17:13 <@hezekiah> co: cohesion이 올리는 중이에요 17:13 <@jrand0m> (그나저나, 마이크는 "mic"가 맞아요) 17:13 <@hezekiah> jrand0m: 미안. :) 17:13 <@hezekiah> jrand0m: (그것도 음향 기술자가 이런 실수를!) 17:13 -!- luckypunk [~yetalohe@anon.iip] 님이 #iip-dev에 입장하셨습니다 17:13 -!- odargur [odargur@anon.iip] 님이 #iip-dev에 입장하셨습니다 17:13 <@jrand0m> 2.1) I2CP: 명세는 CVS에 커밋했고 메시지 하나(MessageStatusMessage)를 약간 수정했습니다 17:14 <@jrand0m> I2CP에 대한 코멘트는 언제나 환영합니다. 빠를수록 좋아요. 17:14 <@hezekiah> jrand0m: CVS의 어디에 있죠? ... 그리고 SF CVS에도 있나요? 17:14 <@jrand0m> 가능한 빨리인 게 좋은 이유는 금요일까지 Java 클라이언트 구현이 동작할 예정이라서예요. 17:14 -!- some_random_guy [~dan@anon.iip] 님이 #iip-dev에 입장하셨습니다 17:14 * thecrypto 이번엔 제발 되길 빌며 손가락을 꼰다 17:14 <@jrand0m> 그리고 주말 끝날 때쯤에는 로컬 전용 router도, 그렇게 기대하고 있어요 17:15 <@jrand0m> 아니 hez, cathedral에만 있어요 17:15 <@jrand0m> 좋은 지적이에요, thecrypto. 17:15 <@jrand0m> 단서: 17:15 <@hezekiah> 으. cathedral이랑 CVS가 아직도 안돼요. 17:15 <@jrand0m> 일부 암호화는 100% 아니지만, 나중에 더 완전한 구현이나 다른 구현을 꽂아 넣을 수 있게 전부 스텁 처리해 뒀어요 17:15 <@jrand0m> hezekiah> 회의 끝나고 잡아드릴게요. 17:15 <@hezekiah> jrand0m: 감사합니다. :) 17:16 <@jrand0m> 명세는 i2p/doc/specs/data_structure_spec/datastructures.html 에 있어요 17:16 <@jrand0m> thecrypto> java 구현 관련해서 덧붙일 거 있나요? 17:16 -!- ArdVark [simple1@anon.iip] 님이 #iip-dev에 입장하셨습니다 17:16 <@jeremiah> 그 로컬 전용 router는 말씀하신 파이썬 걸 의미한 거죠, 아니면 자바도 있나요? 17:17 <@jrand0m> 그건 다를 수 있죠 :) 17:17 <@jrand0m> jeremiah/hezekiah> 파이썬 클라이언트랑 로컬 전용 router는 어떻게 가고 있나요? 17:17 <@thecrypto> 아니요, 좀 이따 얘기할 암호화 이슈 말고는 없을 듯 17:17 <@jrand0m> 좋아요, thecrypto. 17:17 <@hezekiah> jrand0m: 잘 되고 있어요. 어제 TCP 전송 부분을 드디어 동작시켰어요. 17:17 <@jeremiah> 괜찮아 보입니다, 제 쪽보단 hezekiah의 개발 속도에 더 달려 있을 듯해요 17:17 <@hezekiah> jrand0m: Jeremiah가 메시지 구조 관련해서 멋진 걸 하고 있어요. 17:18 <@hezekiah> hezekiah: 마감 맞출 수 있길 바라고 있어요. 17:18 <@jrand0m> 멋져요. 17:18 <@jeremiah> 또... 금요일이 제 생일이라서, 그땐 컴퓨터 앞에 없을 예정이에요 17:18 <@hezekiah> jeremiah: 이해합니다. :) 17:18 <@hezekiah> jeremiah: 미리 생일 축하해요. :) 17:18 <@jeremiah> 고마워요 17:18 <@jrand0m> 살짝 2.4 안건으로 뛰면> 파이썬 로컬 전용 router는 언제쯤 가능할까요? 현실적으로요? 17:19 <@jrand0m> 좋아요, 금요일에 코딩하면 혼내줄 거야 17:19 <@jrand0m> 적어도 가상으로는 17:19 <@hezekiah> jrand0m: 그게 제가 코딩하는 거라 생각했는데요. Python 로컬 전용 router. 17:19 <@jrand0m> 그렇죠, 맞아요 17:19 <@hezekiah> 마감은 8월 1일이에요. 17:19 <@jeremiah> 지금은 바이너리 포맷으로의 메시지 직렬화 쪽을 작업 중이에요 17:19 <@hezekiah> 그건 그렇게 어렵지 않아요. 17:19 <@jeremiah> 네 17:19 <@hezekiah> 하루 이틀 안에 끝내길 바라요. 17:20 <@jrand0m> 그게 금요일이에요 :) 17:20 <@jrand0m> 최고 17:20 <@hezekiah> 8월 1일까지 끝내길 바라요. 현실적으로는 며칠 늦을 수도 있지만, 안 그러길 바랍니다. 17:20 <@jrand0m> 좋아요, 그럼 자바 로컬 전용 쪽은 손대지 않고 자바 클라이언트 API가 정해진 다음 네트워크 명세 작업을 할게요. 17:20 <@hezekiah> 네. 명세는 좋죠. 17:21 <@hezekiah> 제 일은 훨씬 쉬워져요! :) 17:21 <@jrand0m> 맞아요. 17:21 <@jrand0m> 자바 I2CP 테스트 하니스에 대한 두 단락짜리 간단한 안내도 쓸게요 17:21 <@jrand0m> 오늘 밤에 올릴게요 17:22 <@hezekiah> jrand0m: 명세를 이렇게 빨리 쓰는 게 참 좋아요. 17:22 <@hezekiah> 재밌네요. :) 17:22 <@jrand0m> 좋아요, hez/jeremiah/thecrypto> I2CP 관련해서 더 있나요? 17:22 <@jrand0m> ㅋㅋ 17:22 -!- dm [~hifi@anon.iip] 님이 #iip-dev에 입장하셨습니다 17:22 <@hezekiah> 음 ... 17:22 <@hezekiah> 암호 명세가 필요해요! 17:22 < dm> 어서 오세요 17:22 * hezekiah 아기처럼 삐진다 17:22 <@hezekiah> ;-) 17:23 <@hezekiah> 진지하게는, ... 딱히 떠오르는 게 없네요. 17:23 <@jrand0m> 그건 2.3 안건이에요 17:23 <@thecrypto> 2.3 올라오길 아직 기다리는 중 17:23 <@hezekiah> 생각나면, 온라인으로 와서 질문으로 jrand0m을 귀찮게 할게요. :) 17:23 <@jrand0m> 좋아요. 17:23 <@jrand0m> 자, 2.2) SDK 계획 17:23 <@hezekiah> 방금 끝낸 안건 번호가 뭐였죠? 17:23 <@hezekiah> 2.4? 17:23 <@hezekiah> 그리고 2.1은 끝난 건가요? 17:23 <@jrand0m> 2.1요 17:24 <@jrand0m> 이제 2.2> SDK입니다 17:24 <@hezekiah> 좋습니다. 17:24 < dm> 안건에 소수점까지 붙었네요? 벌써 진전이 보입니다. 17:24 <@hezekiah> 이제 길을 찾았네요(길 잃은 게 아니라). 17:24 <@thecrypto> 소수점이 2개일지도요 :) 17:25 <@jeremiah> SDK는 다양한 API 말고 또 뭐가 포함되나요? 17:25 <@jrand0m> SDK는: 클라이언트 API(가능한 만큼), 로컬 전용 router, 사소한 샘플 앱, 그리고 API 사용법 문서입니다. 17:25 <@hezekiah> jrand0m: 문서는 당신이 쓰는 걸로 이해하면 될까요? :) 17:26 <@jrand0m> SDK는 가능한 빨리 내고 싶어요. 그래야 3rd(혹은 2nd나 1st) 파티 개발자들이 I2P 위에서 실행될 애플리케이션을 작성하고 테스트할 수 있고, 네트워크가 운영되면 바로 본격 가동할 수 있죠. 17:26 <@jrand0m> hezekiah> 사실 제가 안 쓰는 게 더 좋아요. 17:26 <@jrand0m> hezekiah> 문서 쓰기 싫어서가 아니라, 너무 가까이에 있어서 그래요. 17:26 <@hezekiah> jrand0m: 알겠습니다. 17:26 <@jrand0m> 실제 코드를 구현하지 않은 사람이 문서를 쓰는 게 좋아요. 그러면 I2CP 명세를 쓰지 않은 사람도 이해하기 쉬워요 17:26 <@hezekiah> jrand0m: 그건 다리에 다다르면 건너죠. 17:26 <@jrand0m> 필요하면 제가 할게요. 17:26 <@jrand0m> 좋아요. 17:27 < dm> 동작하는 네트워크 없이 사람들이 앱을 쓸 이유가 뭐고, 어떻게 테스트하죠. 17:27 <@hezekiah> jrand0m: 아니면 프로토콜 설계자가 먼저 쓰고, 그 다음에 한 번도 다뤄보지 않은 사람이 이해될 때까지 검토하는 건 어떨까요? 17:27 <@jrand0m> 간단한 'talk' 스타일 앱 얘기가 좀 있었어요. 17:27 <@jrand0m> dm> 사람들은 SDK로 테스트할 수 있어요. 17:27 <@thecrypto> 근데 로컬 전용이면 무슨 소용이죠 17:28 <@jeremiah> dm: 완전하진 않지만 메시지를 보낼 수 있는 간단한 네트워크를 구현하려는 거예요 17:28 <@thecrypto> 자기 자신하고만 얘기할 수 있겠네요 17:28 <@jeremiah> 사실 완전 로컬 전용은 아니고, 클라이언트-라우터만 포함하고 router-router 코드는 없어요 17:28 <@jrand0m> thecrypto> 다른 Destination과 대화할 수 있어요. I2P는 위치 독립적이에요 - 로컬이나 원격이나 같아요. 17:29 <@thecrypto> 알겠어요 17:29 < dm> 좋긴 한데, 로컬에서만 테스트 가능하면(여기 여러분 3-4명 외엔) 누가 뭔가를 쓰려는지 잘 모르겠네요. 뭐, 어쨌든 상관없어요. 17:29 <@jrand0m> 그래서 talk 앱은 앱 인스턴스를 두 개 띄워서 자기 자신과 얘기할 수도 있죠 17:30 <@thecrypto> 우리가 원격을 추가하면, 앱은 그냥 동작해야죠 17:30 <@jrand0m> dm> 맞아요, 이건 다른 사람들이 앱을 쓸 수 있게 하려는 전제조건일 뿐이에요. 17:30 <@jrand0m> 정확해요. 17:30 <@jrand0m> 앱은 아무런 변경 없이 그대로 동작할 거예요 17:30 < co> dm: 이건 테스트 애플리케이션이에요. router-router 코드가 작성되면, 다른 사람들과 대화할 수 있게 됩니다. 17:30 <@jeremiah> 로컬 전용이 있으면 병렬 개발이 가능하죠 17:30 < dm> 네, 하지만 앱이 지연 10ms라고 가정하고 실제론 12초면 별로 잘 안 돌아가겠죠 :) 17:31 <@jrand0m> dm 동의 17:31 < dm> 지연은 대략 어느 정도로 보시나요? :) 17:31 <@jrand0m> 지연이 12초라면, 우리가 할 일이 많다는 뜻이죠. 17:31 <@jrand0m> 하지만 그렇게 되진 않을 거예요. 17:31 <@jrand0m> 추정치는 0.6-2.7초 17:31 <@jrand0m> 5,000,000 router 네트워크 기준으로요. 17:31 <@hezekiah> 그런데, 그 얘기 나와서 말인데 ElGamal을 얘기해야 해요. 17:31 <@thecrypto> 가장 오래 걸리는 건 설정이죠 17:31 <@jrand0m> (대략적인 모델은 iip-dev 아카이브 참고) 17:32 < dm> 더 작은 네트워크면 낮아지나요, 높아지나요? 17:32 <@jrand0m> hezekiah> 2.3: 암호. 17:32 <@thecrypto> 그 다음부터는 시간이 급격히 줄어요 17:32 <@jrand0m> dm> 낮아져요. 17:32 <@thecrypto> hezekiah: 아마 제 질문이랑 같을 걸요 17:32 <@jrand0m> thecrypto> 맞아요, 설정 시간은 메시지 전달과는 오프라인이에요 [즉, 메시지 보내기 전에 tunnel을 미리 설정] 17:32 < dm> 오케이, 확인해 봤어요 ;) 17:32 <@jrand0m> 헤헤 17:33 <@jrand0m> 좋아요. SDK의 마지막 부분 - 앱 17:33 <@jrand0m> co/thecrypto: 자바 talk 구현은 어때요? 가능성? 기간? 계획? 흥미? 17:34 <@thecrypto> API가 올라오면, 아마 일주일, 길어도 2주면 talk 하나 만들 수 있을 듯, co 동의? 17:34 <@jeremiah> 채팅은 jabber router로 내장할 수도 있죠? 17:34 < co> 꽤 쉽게 할 수 있을 거예요. 17:34 < co> thecrypto: 동의합니다. 17:34 <@jrand0m> jeremiah> jabber를 잘 모르지만, jabber가 API 위에서 돌아갈 수 있다면 좋죠 17:35 <@jrand0m> 좋아요 co &amp; thecrypto 17:35 <@jrand0m> jeremiah> 이건 개념 증명용 사소한 앱일 뿐이라는 점 유의해요, 끝내주는 익명 IM 시스템은 아니에요 :) 17:35 <@jeremiah> 아직은요 ;) 17:35 <@thecrypto> 그 기능은 나중에 추가할 수 있어요 17:35 <@jeremiah> ㅇㅋ 17:36 <@jrand0m> 헤헤 17:36 <@thecrypto> 작게 시작합시다 17:36 * jrand0m 일정에 적는다 "기능 추가: 끝내주게 만들기" 17:36 < some_random_guy> ㅎㅎ 17:36 < some_random_guy> 좋은 기능이네요 :) 17:36 -!- dm2 [~hifi@anon.iip] 님이 #iip-dev에 입장하셨습니다 17:37 <@jeremiah> jrand0m: 2.1에서 놓친 듯한데, DHT로 kademlia는 어떤가요? Chord보다 유지가 덜 필요하거든요 17:37 -!- nop [nop@anon.iip] 님이 #iip-dev에 입장하셨습니다 17:37 < nop> 미안해요 17:37 <@jrand0m> 그리고 언젠가 IIP 리디자인도 이 위에서 돌아가게 누가 작업해야겠죠. 17:37 -!- dm [~hifi@anon.iip] 님이 종료하셨습니다 [Ping timeout] 17:37 < nop> 뭐라고요? 17:37 < nop> 누가요 17:37 < nop> 어디서 17:37 < nop> 언제 17:37 < nop> ? 17:37 -!- dm2 님의 대화명이 dm으로 변경되었습니다 17:37 <@jrand0m> 오, 호랑이도 제 말 하면 오네요 17:37 < WinBear> 왜요? 17:37 < WinBear> 아니에요 17:37 < nop> 전 사실 천사예요 17:37 <@hezekiah> ㅋㅋ 17:38 <@thecrypto> 누가 nop에게 로그 좀 건네줘요 17:38 < WinBear> azrel 17:38 <@jrand0m> jeremiah> kademila는 괜찮은 DHT고, chord/tapestry 계열과 함께 sloppy dht들까지 네트워크 명세에서 확실히 검토할 거예요. 17:38 <@jeremiah> jrand0m: 좋아요 17:38 <@hezekiah> thecrypto: 제가 하고 있어요. :) 17:38 < nop> 죽여주는 게 하나 있다고 들었어요 17:38 < nop> chord/middle이라고 17:38 -!- hif [~hifi@anon.iip] 님이 #iip-dev에 입장하셨습니다 17:39 < nop> Brandon Wiley에게 물어보는 게 좋아요 17:39 * jrand0m !thwaps nop 17:39 < nop> 그게 아플 줄 알았어요 17:39 <@hezekiah> ㅋㅋ 17:39 <@hezekiah> Brandon Wiley가 누구죠? 17:39 < nop> 아마 jrand0m이 여러 번 토론했을 사람이죠 17:39 < nop> :) 17:39 < nop> 누가 로그를 이메일로 좀 17:39 < dm> Brandon은 jrandom의 진짜 이름이에요, 걸렸네! 17:39 <@hezekiah> 보내는 중입니다. 17:40 <@hezekiah> 진정하세요, nop. :) 17:40 < nop> 하하 17:40 < dm> Brandon Wiley는 첫 번째 Freenet 프로그래머로, 시스템의 창시자인 Ian Clarke와 함께 개발을 공동으로 시작했죠 17:40 < nop> userx는 여기 있나요 저기 있나요 17:40 < WinBear> 내 brandon wiley랑 얘기해도 돼요 17:40 <@hezekiah> 좋아요. 보냈어요 ... 제 메일 클라이언트가 15K 첨부파일을 전송해주기만 하면요. 17:41 <@thecrypto> 우리 많이 얘기했죠 :) 17:41 <@hezekiah> nop: UserX는 여기에도 저기에도 없어요. 17:41 <@hezekiah> 좋아요! 17:41 <@hezekiah> 로그 보냈어요, nop! 가서 읽으세요. :) 17:41 <@thecrypto> 이제 기다리죠 17:41 <@jrand0m> 좋아요, nop이 따라잡을 시간을 잠깐 주는 동안 SDK 관련 생각 있는 분? ;) 17:41 <@hezekiah> jrand0m: 이제 로그 일은 끝났으니 ... kademlia가 뭐죠? 17:42 <@jrand0m> 또 하나의 학계 DHT :) 17:42 <@hezekiah> kademlia 웹페이지 링크는 어디서 구하죠? 17:42 -!- Erazerhead [JohnDoe@anon.iip] 님이 #iip-dev에 입장하셨습니다 17:42 <@jeremiah> http://kademlia.scs.cs.nyu.edu/ 17:42 <@hezekiah> 감사합니다. :) 17:42 <@thecrypto> YAADHT? 17:42 <@hezekiah> ㅋㅋ 17:42 <@hezekiah> 요즘 이름들 참 ... 17:43 <@jrand0m> 그리고 CS 얘기가 나왔는데 이해 안 가는 게 있으면 citeseer.nj.nec.com/cs 로 가세요 17:43 < WinBear> klamidia? 17:43 <@hezekiah> 알겠습니다. 17:43 < nop> jrand0m: 저도 방금 citeseer 얘기하려 했어요 17:43 < dm> SDK의 ETA는요? 17:44 * jrand0m I2P에 임질 같은 걸 주입하는 건 피하고 싶어요 17:44 * jrand0m SDK를 다음 주에 내길 바랍니다. 아마 다음 금요일? 17:44 * thecrypto 또 손가락 한 쌍을 꼰다 17:45 <@jrand0m> 좋아요. 2.3) 암호로 넘어갑니다. 17:45 * hezekiah thecrypto가 대략 13세트 손가락을 다 꼬고 있는 걸 상상했다가 ... 이제 다 썼겠구나 하고 깨닫는다. 17:45 <@hezekiah> 만세! 17:45 * jrand0m nop이 있는지 콕 찔러 확인 17:45 <@hezekiah> 암호! 17:45 <@hezekiah> 시작으로 제가 하나 있어요. :) 17:46 <@thecrypto> 저도 하나 있어요 17:46 <@thecrypto> 먼저! :) 17:46 * jrand0m 는 없으니 둘이 알아서 하세요 17:46 <@hezekiah> thecrypto가 먼저 하세요. :) 17:46 <@jrand0m> thecrypto> 말해요 17:46 <@jrand0m> :) 17:46 <@thecrypto> 좋아요, Elgamal 얘기입니다 17:47 <@thecrypto> 공통 p와 alpha를 쓸지 말지를 정해야 해요 17:47 -!- some_random_guy [~dan@anon.iip] 님이 종료하셨습니다 [BitchX: the original point-and-click interface.] 17:47 <@thecrypto> 공통 p와 alpha의 문제는 모두의 키를 같은 시간에 바꿀 방법을 찾아야 한다는 거죠 17:48 <@jrand0m> 즉: 정말 나쁩니다. 17:48 < co> thecrypto: 미안, p와 alpha가 뭔가요? 17:48 <@thecrypto> 장점은 최적화된 값을 고를 수 있고 공개키로 전송되는 데이터 양이 매우 작다는 거죠 17:48 * jrand0m 몇 비트 아끼는 것 말곤 공통 p와 alpha를 쓸 좋은 이유는 없어 보여요 17:48 <@thecrypto> co: 쉽게 말해, 특별한 큰 숫자들이에요 17:49 <@jrand0m> thecrypto> 자주 암호화하는 목적지의 p와 alpha에 맞춰서도 최적화할 수 있어요 17:49 <@thecrypto> 아니면 elgamal이 어떻게 동작하는지 설명할까요 17:49 <@thecrypto> jrand0m: 네 17:49 < co> thecrypto: 알겠습니다. 17:49 <@thecrypto> 모두가 서로 다른 p와 alpha를 가질 수도 있어요 17:50 <@jeremiah> 관심 있는 분들을 위해: http://www.wikipedia.org/wiki/ElGamal_discrete_log_cryptosystem 17:50 <@thecrypto> 이 경우 전송되는 데이터 양이 훨씬 커지고, 어떻게 패킹할지 정해야 해요 17:50 <@jrand0m> 좋아요, 고마워요 jeremiah 17:50 <@jrand0m> 훨씬 커지나요? 17:50 <@jrand0m> p와 alpha가 달라지면 더 작은 p 와 alpha를 쓸 수 있다고 생각했는데요? 17:51 <@thecrypto> 160비트 숫자 대신 이제 1024비트 2개와 160비트 1개를 말하는 거예요 17:51 <@thecrypto> 전체적으로 2308 17:51 <@hezekiah> 288바이트 17:51 <@hezekiah> 별거 아니죠. 17:52 <@jrand0m> 좋아요, 그리 나쁘지 않네요. 256바이트로 계획했어요 17:52 <@hezekiah> 이 키들은 그렇게 자주 전송되지 않죠, 그렇죠? 17:52 <@jrand0m> 32바이트 늘어도 괜찮아요 17:52 <@jrand0m> hezekiah> DHT에 삽입돼요 17:52 <@hezekiah> 아! 17:52 <@hezekiah> 그래서 작게 하려 했군요. 17:53 <@thecrypto> 또, elgamal에 대해 우리가 신경 써야 할 다른 문제도 있어요 17:53 <@jrand0m> 음, RouterInfo 구조가 10K 정도 되는 건 크게 문제 아니에요 17:53 -!- mrflibble [mrflibble@anon.iip] 님이 #iip-dev에 입장하셨습니다 17:53 <@jrand0m> 좋아요, 뭔가요 thecrypto? 17:53 <@thecrypto> 메시지 팽창이 2예요, 암호화나 서명의 크기가 메시지의 두 배가 됩니다 17:54 <@jrand0m> ElG 암호화는 AES 키만 대상으로 해요 17:54 <@jrand0m> ElG 서명은 SHA256 해시만 대상으로 하고요 17:55 <@thecrypto> 좋아요, 그냥 짚고 넘어가려던 거였어요 17:55 <@hezekiah> jrand0m: 그래서 전 _정말_ 헷갈리네요. 17:55 <@thecrypto> 원래 문제로 돌아가면, p와 alpha를 공유할까요, 아니면 각자 다른 p와 alpha를 가질까요? 17:55 <@jrand0m> hezekiah> 흠? #Payload에 대한 데이터 구조 명세를 읽었나요? 17:55 <@jrand0m> 그걸로 질문/생각 있나요 hezekiah? 17:55 * dm 이제 DHT가 어떻게 동작하는지 이해함. 17:55 <@jrand0m> nop> 생각은? 17:55 <@jrand0m> 잘했어요 dm 17:55 <@hezekiah> 서명이 서명된 데이터의 두 배 크기라면, IC2P 명세에서 서명이 128바이트라는 건 왜죠? 17:56 < nop> 아니요 17:56 < nop> 공유 p 17:56 <@hezekiah> 512여야 하는 거 아닌가요? 17:56 <@thecrypto> 바이트의 해시예요 17:56 < nop> 그리고 alpha 17:56 < dm> DHT에 참여할 때 해야 할 일이 많은 것 같네요, 그래도 돌아가긴 하겠죠. 17:56 < nop> 공유 base, 공유 p 17:56 <@jrand0m> hezekiah> 비트 / 바이트요. 17:56 < nop> 이게 많은 위험을 제거할 거예요 17:56 <@thecrypto> 그럼 얼마로 할까요? 17:56 <@hezekiah> 흠 17:56 <@jrand0m> nop> 3년 뒤에, 모두가 동시에 p와 alpha를 바꾸길 원할까요? 17:56 < nop> 그리고 우리 프로토콜을 표준에 맞추죠 17:57 <@thecrypto> p와 alpha 관련 대규모 공격에 문을 여는 셈이거든요 17:57 < nop> jrand0m: 지금이라는 시점, 그리고 제가 보는 시점에서는 cooked primes라는 게 있어요 17:57 <@thecrypto> 그게 성공하면 네트워크 전체가 다운돼요 17:57 < nop> 시대에 맞춰 수정할 수 있다고 봐요 17:57 < nop> 하지만 고정된 oakley 승인 prime이 권장됩니다 17:57 < nop> 검토를 통해 충분히 안전함이 확인됐으니까요 17:58 < nop> 그리고 그건 우리가 prime 생성에 대해(그것도 소수 판정일 뿐인) 가정하는 것보다 더 나은 기반이에요 17:58 <@thecrypto> 소수가 아니면 암호화나 서명이 안 되니 그냥 버리면 되죠 17:59 <@jrand0m> 동의해요, 그들이 더 나은 prime을 갖고 있죠. 그러면 그 prime 중 하나가 인수분해되면, 그걸 쓰는 모두가 노출되는 거죠? 17:59 < dm> 흠, 가야겠군요. 이거 로그 남죠? 17:59 < nop> jrand0m: 맞아요 17:59 <@thecrypto> 네 17:59 < nop> jrand0m: 그런 일이 생기면 우리 모두 알게 될 거예요 17:59 < nop> prime 생성은 위험을 줄여주지 않아요 17:59 -!- dm [~hifi@anon.iip] 님이 종료하셨습니다 [it better be] 17:59 <@thecrypto> 어떻게 알죠? 17:59 < nop> 게다가 계산 시간도 늘어나요 17:59 -!- hif [~hifi@anon.iip] 님이 종료하셨습니다 [] 17:59 < nop> thecrypto: 표준으로 정의된 Oakley prime 세트를 쓰면, 깨졌을 때 알 수 있어요 18:00 <@thecrypto> 어떻게요? 18:00 < nop> 아주 공개적인 뉴스가 될 테니까요 18:00 <@jrand0m> nop> NSA가 깬 게 아니면요. 18:00 < co> nop: 그런 prime이 몇 개 있죠? 적으면, 사용하는 게 위험할 수도 있겠어요. 18:00 <@thecrypto> 네, 수동 도청은 여전히 위협이죠 18:00 <@thecrypto> 그리고 p와 alpha를 생성해서 테스트하는 프로그램은 한 시간이면 만들 수 있어요 18:00 <@jrand0m> nop> 국가 안보 위협이면 아주 공개적인 뉴스는 아닐 수도 있죠. 18:00 < co> 잠깐... 아니, 바보 같은 질문이네요. 취소. 18:01 < nop> 그렇긴 한데, 암호 커뮤니티 여러 사람들에게 들은 바론 NSA보다 먼저 누군가가 풀면 풀릴 거라 봐요 18:01 < nop> 우리가 prime을 생성한다고 해서 그게 안전해지는 건 아니고요 18:01 < nop> 그들이 그 prime을 풀면 18:01 < nop> 새 알고리즘을 고민하는 게 나을 거예요 18:01 <@jrand0m> 좋아요. 18:02 < nop> 정적 값을 쓰세요, 그러면 암호 분석 관련 문제를 줄이고, 실수로 인한 위험도 줄일 수 있어요 18:02 <@jrand0m> 저는 중립이었고, 공유되고 검증된 prime으로 가는 것도 괜찮아요. 18:02 <@thecrypto> 좋아요, 그럼 prime을 고르죠 18:02 <@jrand0m> nop> 암호 명세는 여전히 간트차트에 당신 이름으로 적혀 있어요 18:02 <@thecrypto> 그리고 그 prime에 대한 generator도 있나요? 18:02 < nop> 네 18:02 < nop> 네, 있어요 18:03 < nop> 2 18:03 < nop> 제가 갖고 있는 prime들에 대한 primitive root가 그거예요 18:03 < nop> prime 크기는 얼마로 할까요? 18:03 <@thecrypto> 2048-4096 사이가 좋을 듯 18:03 <@hezekiah> 2048 키를 쓰는 거죠, 맞나요? 18:03 < nop> 네, 그러니 4096 이상의 prime을 쓰세요 18:04 <@thecrypto> 공유라는 특성 때문에 우리가 더 노출돼요 18:04 <@thecrypto> 이게 뜨게 되면, 깨볼 가치가 아주 큰 prime이 될 거고요 18:04 * cohesion 회의를 놓쳤다 18:04 < co> 이 prime은 ElGamal 내부에서 쓰는 거죠, 그렇죠? 18:04 <@hezekiah> 그럼 키가 4096비트가 되나요? 18:04 <@cohesion> 누가 로그 남겼나요? 18:04 < nop> co 네 18:04 < nop> 아니요 hezekiah 18:04 < nop> 키는 2048이에요 18:04 <@cohesion> 오케이 18:04 < nop> prime은 4096보다 클 거고요 18:04 * cohesion 다시 일하러 간다 18:04 <@hezekiah> 알겠습니다. 제 끔찍한 이해를 용서해 주세요. :) 18:04 < nop> 금방 올게요 18:05 <@thecrypto> p와 alpha는 고정할 수 있어요, alpha는 2고 p는 우리가 고르는 prime이죠 18:05 < nop> 좋아요, prime 후보들을 이메일로 보낼게요 18:05 < nop> 몇 시간만 주세요, 일이 좀 있어서요 18:05 * jeremiah 저녁 먹으러 가요, 나중에 로그 읽을게요 18:05 <@thecrypto> 비밀 키는 a, 0과 p - 2 사이의 숫자예요 18:05 <@thecrypto> 공개 키는 2^a mod p 18:06 < nop> 다음 주제로 넘어갔다가 제가 그때 같이 하죠, 금방 올게요, 일하는 중이라 급하게 처리할 일이 하나 있어요 18:06 <@hezekiah> 오케이, 그러니까 제 'x'를 'a'라고 부르고 18:06 <@hezekiah> ... 제 'g'를 'alpha'라고 부르는 거군요. 18:06 < nop> 알고리즘 설명은 개인 메시지로 옮겨 주세요 18:06 <@hezekiah> thecrypto: 맞죠? 18:06 <@thecrypto> 네 18:06 <@jrand0m> 좋아요. 그럼 thecrypto, nop, hezekiah가 나중에 알고리즘 세부사항을 조율하세요. 18:06 < nop> 알겠어요 18:06 < nop> 물론이죠 18:06 <@hezekiah> 오케이 ... thecrypto, 질문은 여기까지인가요? 18:06 <@thecrypto> 그럼 넘어가죠 18:06 < nop> prime은 이메일로 보낼게요 18:06 <@thecrypto> 예 18:06 <@thecrypto> 스 18:06 <@hezekiah> 오케이. 제 차례! :) 18:07 <@hezekiah> 왜 서명에 ElGamal을 쓰죠? 18:07 <@jrand0m> 좋아요. 2.4) 로드맵 / 네트워크 프로토 상태 18:07 <@jrand0m> 아직은 아니에요 hez :) 18:07 <@jrand0m> 아, hez 18:07 <@hezekiah> 언제 물어볼 수 있죠? 18:07 -!- dm [~hifi@anon.iip] 님이 #iip-dev에 입장하셨습니다 18:07 <@jrand0m> ElG 공개키가 있는 상황에서, 뭘 추천하나요? 18:07 <@thecrypto> nop 돌아오면요 18:07 <@jrand0m> 아니, 네가 맞아요, 내가 틀렸고. 지금이 맞는 타이밍이네요. 18:07 < co> 다음 주제로 가죠. 18:07 <@hezekiah> jrand0m: 음, 문제는 이거예요: 18:07 <@hezekiah> 속도 18:08 <@hezekiah> 오늘 암호 관련해서 만지작거리다가, 끔찍한 충격을 받았거든요. 18:08 <@hezekiah> ElGamal은 서명 검증에서 DSA나 RSA보다 _천문학적으로_ 느렸어요. 18:08 <@jrand0m> hezekiah> 그건 라이브러리 구현 문제인가요, 아니면 알고리즘 문제인가요? 18:08 <@hezekiah> 모르겠어요. 18:09 <@hezekiah> 하지만 Applied Crypto를 확인해 보니 적어도 _일부_ 문제는 ElGamal 자체에 있더군요. 18:09 <@hezekiah> AC에는 DSA, RSA, ElGamal의 서명/검증에 걸리는 시간이 표로 있어요. 18:09 <@jrand0m> 그럼 RSA로 암호화/복호화/서명까지 가자는 얘기인가요? 18:09 <@hezekiah> 저 18:09 <@hezekiah> 아직 확정적으로 제안하는 건 아니에요. 18:09 <@jrand0m> ...물론 RouterInfo 구조에 서명 공개키를 하나 더 추가할 수도 있어요 18:10 <@hezekiah> AC에 따르면 ElGamal 검증이 9.30초입니다. 18:10 <@hezekiah> RSA는 0.08초 18:10 <@thecrypto> 1024비트 기준 18:10 <@jrand0m> 헉. 18:10 <@hezekiah> DSA는 1.27초 18:10 <@hezekiah> 이제 제 문제가 보이죠. 18:10 <@hezekiah> ElGamal은 엄청 느려요 ... 18:10 <@jrand0m> 우리는 <100ms 검증이 필요해요. 18:10 <@jrand0m> 가능하면 <10ms 18:10 <@hezekiah> ... 제 CPU는 333MHz예요. 18:11 <@hezekiah> 참고로, 이 계산은 SPARC II에서 했어요 18:11 <@hezekiah> 저는 AMD K6-2 333MHz입니다. 18:11 <@jrand0m> sparc 2는 40Mhz 머신이죠. 18:11 <@hezekiah> 제 Python 모듈(백엔드는 C지만 좀 수상함)로 ElGamal 서명 검증을 해보니 17:11 < luckypunk> 세상에 18:11 < luckypunk> 음 18:11 <@hezekiah> jrand0m: SPARC는 잘 몰랐어요. 18:11 <@hezekiah> 아무튼, 20초 정도 걸렸어요. 18:12 <@hezekiah> 아니면 좀 더. 18:12 < luckypunk> 1GHz - 2GHz 프로세서면 걱정할 필요 없죠. 18:12 < co> hezekiah: 그렇다면, 최신 컴퓨터에서는 검증 속도가 받아들일 만하겠네요. 18:12 <@hezekiah> DSA와 RSA는 거의 즉시였어요. 18:12 <@jrand0m> hezekiah> 알아요. sparc 2는 '92년에 빠른 편이었죠 18:12 <@hezekiah> 어쨌든, 그래서 이 얘기를 꺼낸 거예요. 18:12 <@hezekiah> DSA 키를 추가할 수도 있지만, 그건 키가 2개란 뜻이죠 18:12 <@thecrypto> 엄청 빠르지 않은 사람들도 고려해야 해요 18:12 <@hezekiah> 아니면 RSA로 가거나요. 18:12 <@jrand0m> ElG를 택한 이유가 아주 강했던 건 아니었던 걸로 기억해요. RSA 대비 선호가 약했죠. 18:13 <@hezekiah> 아니면 느린 검증 시간을 감수하고 ElG를 쓰거나요. 18:13 <@jrand0m> thecrypto> 당연하죠. 18:13 <@thecrypto> elgamal 쓰자고 한 건 nop이었어요 18:13 <@hezekiah> thecrypto: 맞아요. 엄마 아빠도 결국은 I2P를 투명하게 쓰게 될 거예요. 18:13 <@jrand0m> 386용 부팅 가능한 배포판도 원할 거고, 애플릿 내 구현도 원해요. 18:13 <@hezekiah> 엄마 아빠는 최신 하드웨어가 없을 수도 있죠. 18:13 < luckypunk> 아놔 18:14 < luckypunk> 이걸 쓰려는 사람이라면 최소 p100 정도는 있어요. 18:14 < co> 더 빠르다고 해서 더 약한 알고리즘을 선택해 보안을 타협하진 맙시다. 18:14 <@hezekiah> co: 그런 제안은 아닙니다. 18:14 <@thecrypto> elgamal과 DSA는 동등해요 18:14 <@jrand0m> 좋아요. 그럼 RSA/ElG 선택을 재검토하죠. 코드 변경은 문제 없을 거예요. 18:14 < luckypunk> 그냥 참죠. 18:14 <@hezekiah> co: RSA와 DSA도 ElGamal만큼 평판이 좋아요. 18:14 < luckypunk> ㅋㅋ 18:14 < luckypunk> 익명성이 중요하면 18:14 <@hezekiah> thecrypto: 사실과 달라요. 18:14 < luckypunk> 속도는 별로 신경 안 쓸 걸요. 18:14 <@thecrypto> hezekiah: 둘 다 같은 일반 알고리즘의 구현이에요 18:14 < dm> 여기선 누가 두 가지의 CPU 사용량을 정확히 알아내는 게 순서겠죠 :) 18:14 <@jrand0m> luckypunk> Freenet 관련 불만을 좀 들어본 적 있나요? 18:15 <@hezekiah> thecrypto: DSA는 암호화를 못 해요. 서명 전용이고, ElG보다 훨씬 빨라요. 18:15 <@thecrypto> hezekiah: DSA의 서명/검증 식이 더 빨라서 그래요 18:15 <@jrand0m> dm> Applied Crypto에서 RSA 검증이 ElG의 1/100 속도라고 벤치마크했으면 전 그걸로 충분해요. 18:15 <@thecrypto> 암호화/복호화엔 ElG, 서명/검증엔 DSA를 쓸 수 있어요 18:15 <@jrand0m> 선택지는 RSA로 가거나 RouterInfo 구조에 DSA 키(~256바이트 추가)를 더 넣는 거예요 18:15 <@hezekiah> 맞아요. 하지만 그러면 DHT에 공개키가 2개 들어가죠. 18:16 <@jrand0m> 그게 어때서요? 18:16 < co> 공개키는 하나로 합시다. 그게 덜 혼란스러워요. 18:16 <@hezekiah> co: '혼란'스러운 건 개발자뿐일 테고 ... 우리는 우리가 뭘 하는지 알아야 하죠. :) 18:16 <@thecrypto> 이건 nop을 기다리는 게 나아 보여요 18:16 <@hezekiah> 그렇죠. 18:16 <@jrand0m> 하지만 그게 100배 느리면... 18:16 <@jrand0m> 어쨌든, 암호 설계 논의는 오프라인에서 계속하죠. 18:17 <@hezekiah> jrand0m: 메일링 리스트에 이메일 보내줄래요? 18:17 < luckypunk> jrand0m: 제발, 못 기다리겠으면 40초 기다리기 싫으면 꺼져요. 18:17 <@thecrypto> 아니면 회의 본론 끝난 뒤에 18:17 <@jrand0m> 젠장, 전 매일 리스트에 메일 보내요 :) 18:17 <@jrand0m> 헤헷 lucky 18:17 -!- hif [~hifi@anon.iip] 님이 #iip-dev에 입장하셨습니다 18:17 <@jrand0m> 좋아요. 18:17 <@jrand0m> 그럼> 2.4) 로드맵 / 네트워크 프로토 상태 18:17 -!- hif 님의 대화명이 dm2로 변경되었습니다 18:18 <@jrand0m> 자바와 I2CP 작업 때문에 네트워크 프로토에 관해선 co의 메시지에 답한 것 외엔 많이 못 했어요. 18:18 <@jrand0m> 로드맵은 여전히 목표대로 보입니다. 18:18 <@jrand0m> 로드맵에 변경사항 있나요? 18:19 <@jrand0m> 좋아요. 있다면, 언제든 리스트에 메일로 알려주세요. 18:19 <@hezekiah> 네. 18:19 -!- dm [~hifi@anon.iip] 님이 종료하셨습니다 [Ping timeout] 18:19 <@jrand0m> roadmap.xml은 이제 i2p CVS 모듈의 i2p/doc/projectPlan 에 있어요 18:19 -!- dm2 님의 대화명이 dm으로 변경되었습니다 18:20 <@hezekiah> jrand0m: 맞춰보죠 ... 그것도 cathedral에 있죠? 18:20 < nop> 돌아왔어요 18:20 < nop> 죄송 18:20 <@jrand0m> 좋아요, 그건 그걸로(네트워크 프로토 질문은 질문 시간에 다시 다룰 수 있어요). 18:20 <@jrand0m> 제 하위 항목은 끝났어요 18:20 <@jrand0m> hezekiah> 저는 sf 안 써요 18:20 <@thecrypto> 마침 nop이 돌아왔으니 속도 이슈를 빨리 다시 얘기하죠 18:20 <@hezekiah> 좋아요. 18:21 < nop> 어떤 속도 이슈요 18:21 <@thecrypto> Elgamal 검증이 느려요 18:21 < nop> 맞아요 18:21 < nop> 하지만 rsa도 느려요 18:21 <@jrand0m> nop> Applied Crypto에서 RSA 검증이 ElG 서명의 1/100이라고 벤치마크했어요. 18:21 < nop> 흠 18:22 <@hezekiah> RSA와 DSA는 제겐 즉시네요. 18:22 <@hezekiah> ElG는 20초. 18:22 < nop> DSA는 el gamal이에요 18:22 <@jrand0m> 그래서 RSA로 가거나 RouterInfo 구조에 DSA 키를 추가할 수 있어요 18:22 < nop> DSA 18:22 < nop> 전 R 들어간 건 뭐든 싫어요 18:22 < nop> ;) 18:22 * jrand0m ElG를 RSA 대신 쓸 강한 이유는 기억이 안 나네요 18:22 * jrand0m 서운하네 18:22 <@hezekiah> nop: 알려주시겠어요? 왜 RSA는 안 쓰죠? 18:22 <@hezekiah> 자세히요. :) 18:23 < nop> 이런 이유 때문에, 논쟁의 여지는 있지만 18:23 < dm> 누가 시간 나면 iip-dev URL을 메시지로 좀. 18:23 < nop> RSA를 푸는 방법은 prime 인수분해죠 18:23 < dm> iip-dev 리스트요. 18:23 < luckypunk> RSA는 깨졌어요. 18:23 < luckypunk> 실질적으로요. 18:23 < nop> 네, 512비트 RSA는 깨졌죠 18:23 < luckypunk> 아니면 DES였나? 18:23 < luckypunk> 쳇. 18:23 <@hezekiah> DES는 깨졌죠. 18:23 < nop> 아마 DES 얘기하시는 듯 18:23 < co> luckypunk: 특정 크기의 키가 깨진 거예요. 18:23 <@hezekiah> RSA는 아직은 아니고요. 18:24 < nop> 아무튼 18:24 < luckypunk> 하지만 가능하죠. 18:24 < nop> 제 요점으로 돌아가서 18:24 <@hezekiah> 하지만 질문은: 2048이나 4096 RSA 키가 오늘 기준으로 안전한가요? 18:24 <@thecrypto> 잠깐만요 18:24 < nop> 512비트 RSA 키는 사무용 컴퓨터로 깨졌어요 18:24 <@jrand0m> 우리는 2048비트 RSA나 ElG를 보고 있어요 18:24 < nop> hezekiah: 안전하긴 한데, 여기서 중요한 부분이 있어요 18:24 < nop> prime을 인수분해할 수 있으면 18:24 < nop> RSA를 깰 수 있어요 18:24 < nop> 이산 로그를 계산할 수 있으면 RSA와 EL gamal 둘 다 풀 수 있어요 18:24 < nop> 우리는 인수분해에 더 가까워요 18:24 < nop> 이산 로그 계산보다는요 18:24 < nop> 지금 시점에서는 18:24 < luckypunk> 이산 로그가 더 어렵지 않나요? 18:25 <@hezekiah> 빠르게 prime을 인수분해할 수 있으면 RSA를 깨죠. 18:25 <@hezekiah> luckypunk: nop이 그 얘기 하는 거예요. 18:25 < luckypunk> 양자 컴퓨터. 18:25 < luckypunk> 거의 실용 단계예요. 18:25 <@hezekiah> ㅋㅋ 18:25 < nop> 그리고 이산 로그용 공개키의 비트 크기 대비 강도가 RSA 키보다 더 높아요 18:25 < nop> 예컨대 768비트 키는 diffie-hellman 변형에서는 권장되지 않지만, 아직 확실히 깨지진 않았죠 18:25 <@hezekiah> 그래서 결론은 DSA 키를 추가하는 거네요. 18:25 <@thecrypto> nop, 빌 게이츠처럼 말고, 큰 n의 인수분해예요, n = pq 18:25 < nop> 512비트 RSA 키는 깨졌고요 18:25 <@thecrypto> 소수 인수분해는 쉬우니까요 18:25 < nop> 고마워요 18:25 < nop> 미안 18:25 <@jrand0m> hezekiah> 그렇게 보이네요. 18:26 < nop> 모두가 이해하길 바라는 마음에 설명했어요 18:26 < nop> 미안해요 18:26 <@thecrypto> 그냥 약간의 정정이었어요 18:26 <@jrand0m> 좋아요 nop, 괜찮아요, gracias 18:26 <@hezekiah> 오케이. 18:26 < nop> 그러면 DSA 18:26 < nop> 로 가죠 18:26 <@hezekiah> 그럼 DSA 키를 추가하나요? 18:26 < nop> 이것도 diffie-hellman 변형이에요 18:26 <@jrand0m> 좋아요, 그럼 암호 세부는 오프라인에서 계속하죠. 18:26 < nop> 저는 인수분해보단 로그 쪽이 더 좋아요 18:27 < nop> ;) 18:27 <@hezekiah> 그런데, 우리가 계속해야 할 건 뭐가 남았죠? 18:27 < co> dm: URL은 http://news.gmane.org/thread.php?group=gmane.comp.security.invisiblenet.iip.devel 입니다 18:27 <@thecrypto> hezekiah: 마법의 prime 고르기요 18:27 <@hezekiah> 아, 맞다! 18:27 < dm> 고마워요 co, jrand0m의 명세를 찾았어요. 이제 필요한 건 토너 충분한 프린터뿐. 18:27 < nop> 그건 제가 보낼게요 18:27 <@jrand0m> hezekiah> 데이터 구조 명세를 업데이트하고, DSA 관련 정보 추가하고, DSA 키 크기 지정하는 등등이요. 18:27 < nop> 그건 오프라인으로 하죠 18:27 <@jrand0m> ㅋㅋ dm. 18:28 <@hezekiah> 좋아요, 그럼 jrand0m, 더 남은 거 있나요? 18:28 <@jrand0m> 좋아요, 제 건 끝났어요. hezekiah> 당신에게 #3이 있었죠? 18:28 <@hezekiah> 네. 18:28 < dm> 흠. 그림이 안 보여요. 18:28 <@hezekiah> 3.) nop이 안건에 추가하고 싶은 건 뭐든. 18:28 < dm> jrand0m: 'I2P Network Spec Draft 2003.07.23'를 그림 포함으로 받을 수 있는 곳 있나요? 18:29 < co> dm: 네, 저도 그 문제가 있었어요. 18:29 <@jrand0m> dm/co> 첫 번째 리비전의 네트워크 명세(2주 전 zip)를 받으세요, png가 포함돼 있어요. 18:30 <@jrand0m> (CVS에도 있지만, 아직 익명/공개는 아니에요) 18:30 < arj> 언제 되나요? :) 18:30 <@hezekiah> 와! 18:30 <@hezekiah> CVS 이제 빠르네요! 18:31 <@jrand0m> arj> 과대홍보를 피하려고 하고 있어요, 준비되면 공개하되 한동안은 조용히 지낼 거예요. 18:31 < nop> hezekiah: cathedral 거요? 18:31 <@jrand0m> arj> 하지만 지금까지 하는 건 전부 GPL이에요. 18:31 <@hezekiah> nop: 네 18:31 <@hezekiah> ! 18:31 < dm> 2주 전이라면 어떤 zip인가요? 18:31 <@jrand0m> 오, 잘 됐네요, hezekiah? 18:31 < arj> jrand0m: 최신 명세를 읽고 싶었어요 18:31 <@jrand0m> dm> network_spec_*.zip 으로 기억해요 18:31 <@hezekiah> jrand0m: 네! :) 18:31 < dm> 저도요, 그림 포함으로! 18:31 <@thecrypto> iip-dev에 대부분 있어요 18:32 <@jrand0m> arj> http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/292 에서 작은 변경 하나 빼고 전부 있어요. 18:32 <@jrand0m> (음, Client Access Layer는 이제 다른 명세에 있어요) 17:33 < arj> 오, 고마워요 17:33 <@jrand0m> client access layer 명세는 http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/298 입니다 17:33 < dm> 좋아요, 그리고 그림이 있는 zip 링크는요? 17:33 <@jrand0m> 좋아요. nop 더 있을까요, 아니면 "5) 군중들의 질문/생각 받기"로 갈까요? 18:34 -!- mihi [none@anon.iip] 님이 종료하셨습니다 [Ping timeout] 18:34 * jeremiah 돌아왔고 backlog를 읽었어요 18:34 <@jrand0m> dm> 잠시만요, 찾는 중 18:34 <@jrand0m> http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/269 18:35 < dm> 감사 18:35 <@jrand0m> 좋아요, 질문 / 생각 있으신가요? 18:35 -!- arj [anders@anon.iip] 님이 종료하셨습니다 [EOF From client] 18:35 < co> 네. 18:35 <@jrand0m> 천만에요 18:35 < co> 지금 5번 항목인가요? 18:35 * jrand0m co가 질문할 거란 걸 알았죠 :) 18:35 < co> 현재, 클라이언트-라우터 간 통신(아웃고잉)은 암호화되어 있지 않아요. 18:35 <@jrand0m> 네, nop이 느려서요 :) 18:35 <@jrand0m> (일이 있는 사람들이란) 18:36 <@hezekiah> ㅋㅋ 18:36 < co> 믿을 수 있는 친구가 있고, 그 친구의 router를 아웃고잉 메시지에 쓰고 싶다고 합시다. 18:36 <@hezekiah> jrand0m: 알잖아요. 모두가 인생을 포기할 수는 없어요. 18:36 <@jrand0m> co> 대체로 맞아요. 메시지 payload는 암호화되지만, 나머지 I2CP는 아니에요 18:36 < co> 그러면 제가 보낸 메시지가 가로채일 위험이 있지 않나요. 18:37 <@hezekiah> 네. 선을 통해 평문으로 전송되겠죠. 18:37 <@hezekiah> 친구의 router로 ssh 터널이라도 하지 않는 한. 18:37 <@jrand0m> 믿을 수 있는 친구가 있고 그들의 router에 연결하면, 당신이 메시지를 보냈거나 받았다는 건 알 수 있지만 무엇을 보냈는지는 알 수 없어요. 18:37 <@jeremiah> 메시지는 여전히 공개키 암호화를 쓰지 않나요? 18:37 <@hezekiah> 앗. 18:37 <@hezekiah> 제 실수. 18:37 < dm> 전 I2P를 이용해서 9to5(윈도우 관리, VB 툴) 일이 저를 좀비로 만드는 걸 막기 위한 새로운 공부를 하려 합니다. 18:37 <@jrand0m> TCP listener만이 아니라 SSL listener 지원을 추가하는 건 괜찮아요. 18:37 <@hezekiah> 클라이언트 간 종단간 암호화를 깜빡했네요. 18:37 < co> 가정은 제가 로컬의 신뢰할 수 있는 router를 돌린다는 건데, 위에서 말했듯 그걸 원치 않을 수도 있죠. 메시지가 저에게 연결될 수 있으니까요. 18:37 <@jrand0m> 네 jeremiah, 하지만 그건 payload에만 해당해요 18:37 <@jrand0m> 헤헷 dm 18:37 -!- mihi [none@anon.iip] 님이 #iip-dev에 입장하셨습니다 18:38 <@jrand0m> 흠. 18:38 <@hezekiah> jrand0m: 나중에 클라이언트-라우터 통신 암호화 지원을 추가하는 건 어때요? 18:38 <@jrand0m> 항상 로컬의 신뢰할 수 있는 router를 두는 게 좋아요. 거기서 다른 로컬이 아닌 신뢰할 수 있는 router에 연결하는 것도 가능하고요. 18:39 < co> 맞지만, hezekiah의 제안을 저도 지지합니다. 18:39 <@jrand0m> hezekiah> 나중에 추가하는 건 괜찮아요(여기서 나중이란: t=0...releaseDate ;) 18:40 <@jrand0m> I2CP에 DH+AES 지원을 추가하는 것도 전혀 문제 없어요 18:40 < nop> 좋아요 18:40 <@jrand0m> 사실 그런 기능은 router별로 추가할 수도 있어요 18:41 < nop> jrand0m: 그리고 polymorphic 키 로테이션과 chaffe traffic(더미 트래픽)도 필요하다고 봐요 18:41 < nop> 그건 아마 다음 회의에서 보겠죠 18:41 < nop> 그냥 제 코멘트예요 18:41 < nop> 키 세트를 이용해서요 18:41 <@jrand0m> 네, router-router 통신을 다룰 때요. 18:41 <@jrand0m> (1-2주 후) 18:41 < co> nop: 지금 명세에는 chaffe 트래픽이 안 보이는데, 추가하는 게 좋겠어요. 18:42 <@jrand0m> chaffe는 있어요, router와 tunnel 참여자들이 자신과 이웃을 테스트하는 식으로요. 18:42 -!- arj [~anders@anon.iip] 님이 #iip-dev에 입장하셨습니다 18:42 <@jrand0m> 게다가 DHT 요청은 payload 메시지 관점에서 chaffe예요 18:42 < nop> jrand0m: 트래픽 분석 회피와 알려진 평문을 주지 않는 쪽도 좀 파볼게요 18:42 <@jrand0m> 그리고 개별 전송 방식마다 자체 chaffe 스타일이 있을 거예요 (예: http transport는 주기적으로 구글에서 "cute puppy dogs"를 조회한다든가) 18:43 < nop> 그런 chaffe도 좋지만, 암호화된 chaffe도 말하는 거예요 18:43 < nop> 이건 세션 키를 회전시키는 데 도움이 되죠 18:43 < nop> 그리고 노드가 비활성일 때도 바쁘게 유지하고요 18:43 < dm> 더 현실적인 chaffe로는 하드코어 아동 포르..로 바꾸면 어떨지 18:43 <@jrand0m> 좋아요. 18:43 < dm> 농담이에요! 18:43 <@hezekiah> dm: 다행이네요. 아니었으면 !thwack 했을 듯. 18:43 <@hezekiah> :) 18:44 <@jrand0m> DHT(링크 암호화)와 테스트 메시지(free route mix, 즉 onion/garlic)는 알려진 평문 문제가 없을 거예요 18:44 < nop> 새 노드일수록 시작할 때 트래픽이 적으니까요 18:44 <@jrand0m> 그리고 constant bitrate 전송 지원도 있을 거예요 18:44 < nop> garlic 최고 18:44 < nop> :) 18:44 < nop> jrand0m: DC-net 스타일 :) 18:44 * jrand0m 이 회의 끝나고 마늘 듬뿍 파스타를 만들려는 중 18:45 < nop> jrand0m: garlic 라우팅 얘기였어요 18:45 <@hezekiah> ㅋㅋ! 18:45 <@jrand0m> 알아요 ;) 18:45 < nop> jrand0m: 어쨌든, 고정 비트레이트는 블록 암호화를 강제해서 할 수 있죠, AES가 128비트 블록을 생성하니까요 18:45 < nop> ;) 18:45 < nop> 그래서 모든 데이터를 메시지당 16바이트로 패딩하면 돼요 18:45 <@jrand0m> co> 제 이메일 답변이 의미가 있었나요? 18:47 <@jrand0m> *핑* 18:47 <@hezekiah> *퐁* 18:47 <@thecrypto> *퐁 18:47 <@thecrypto> * 18:47 <@jrand0m> 다른 질문 있나요, 아니면 제 iproxy가 끊긴 건가요? 18:47 <@jrand0m> 헤헷 좋아요 18:47 <@hezekiah> thecrypto: 조각난 패킷! 18:47 <@hezekiah> ㅋㅋ 18:48 <@thecrypto> 끝부분을 놓쳤어요 18:48 <@thecrypto> 여기 MTU가 더 작네요 :) 18:48 <@hezekiah> jrand0m: 음, 전 질문 없습니다. 18:48 < co> jrand0m: 네, 답변 이해됐습니다. 18:48 < co> 더 질문은 없어요. 18:48 < dm> 내일 명세 읽으면서 질문 만들게요. 18:49 <@jrand0m> 좋아요, 나중에 더 있길 :) 18:49 <@jrand0m> 좋아요 dm 18:49 < dm> 처음엔 좋아 보일 수도요. 18:49 < dm> 그럼, 전 이만. 행운을 빕니다! 18:49 -!- dm [~hifi@anon.iip] 님이 종료하셨습니다 [] 18:50 <@jrand0m> 일정상 2주짜리 큰 동료 검토 기간이 남아 있어요, 하지만 그 전 리뷰도 감사해요(아직 모든 세부사항이 들어가진 않았더라도) 18:51 <@jrand0m> 좋아요. 다른 질문 없으면, 102분짜리 회의로 #52를 마무리할까요? 18:52 <@thecrypto> #51 18:52 <@hezekiah> 어, 전 1:57로 읽었어요. 18:52 <@hezekiah> 하아. 18:52 <@hezekiah> 바보 같네요 18:52 <@hezekiah> 절 무시하세요. 18:52 <@hezekiah> 질문은 없고 ... 18:52 <@hezekiah> 질문! 18:52 * jrand0m 더하기는 영... 18:52 <@hezekiah> 지금 말씀하시거나 다음 화요일까지 평화를! 18:52 <@hezekiah> 한 번! 18:53 <@hezekiah> ... 두 번! 18:53 <@thecrypto> 단정한 셔츠 입은 저 분께 낙찰 18:53 <@hezekiah> 종료! 18:53 * jrand0m 부엌으로 가서 오래 미룬 저녁을 만든다 18:53 <@jrand0m> gracias srs y srtas 18:53 <@hezekiah> 모두 안녕히! 18:53 <@jeremiah> 떠나기 전에 소스 좀 체크아웃해야겠네요 18:53 <@hezekiah> 다음 화요일에 봬요! --- 로그 종료 Tue Jul 29 18:53:55 2003 </div>/ko/blog/2003/07/22/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98/Tue, 22 Jul 2003 00:00:00 +0000/ko/blog/2003/07/22/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98/<p>(Wayback Machine의 제공: <code>http://www.archive.org/</code>)</p> <h2 id="빠른-요약">빠른 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> cohesion, hezekiah, jeet, jeremiah, jrand0m, mihi, nemesis, nop, thecrypto, wilde, Zwolly</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> --- Log opened Tue Jul 22 15:56:06 2003 15:56 <@hezekiah> jrand0m: Righto! 15:56 -!- mode/#iip-dev [+o jrand0m] by hezekiah 15:56 <@cohesion> log enabled 15:56 <@jrand0m> w00t 15:56 <@nop> we need to add cohesion and remove mids on dev list 15:56 <@hezekiah> Excelent. :) 15:56 <@hezekiah> What dev list? 15:56 <@cohesion> nop: i tried CVS and it wouldn't accept my user/pass 15:56 <@nop> ok, I'll add you 15:56 <@nop> hold 15:56 <@nop> what is your sf id 15:56 <@cohesion> cohesion 15:56 <@nop> pmsg me if you need 15:56 <@nop> ok 15:57 <@cohesion> i think 15:57 -!- thecrypto [thecrypto@anon.iip] has joined #iip-dev 15:57 <@hezekiah> BTW, everyone I will be leaving around 22:15. 15:57 <@hezekiah> UTC 15:57 <@cohesion> yea 15:57 <@cohesion> hezekiah: okay 15:58 <@nop> cohesion: you're in 15:58 <@nop> we need to update website 15:58 <@cohesion> nop: okay 15:58 <@cohesion> nop: i'll try it now 15:58 <@nop> and we need to start modelling the IIP with an I2P 15:58 < thecrypto> hey 15:58 < thecrypto> i made it 15:58 <@nop> ok 15:58 <@nop> werd 15:58 <@nop> ;) 16:00 <@hezekiah> jrand0m? I just looked at your revision to the 16:00 <@hezekiah> development schedual. 16:01 <@jrand0m> si sr? 16:01 <@hezekiah> The graph with the bars and lines gets chopped off at 16:01 <@hezekiah> the right hand side; I can't see the rest of it. 16:01 <@jrand0m> yeah, ganttproject isn't quite perfect, but its better 16:01 <@jrand0m> than doing it by hand. 16:01 <@jrand0m> the things at the far right are the last tasks - 16:01 <@jrand0m> nothing is after them 16:01 <@hezekiah> But I can 16:01 <@jrand0m> the tasks there are listed, in order, on the 16:01 <@jrand0m> index-tasks.html 16:01 <@hezekiah> can't even see what the tasks are. 16:02 <@hezekiah> OK. :) I'll just have to settle for text. 16:02 <@hezekiah> nop: Are we going to start soon? I'm going to have to 16:02 <@hezekiah> leave at 22:15 UTC, but I'd like to catch as much of the meeting as 16:02 <@hezekiah> possible. 16:02 <@jrand0m> let me see if I can make a big task to fix that... 16:02 <@hezekiah> jrand0m: Thanks. :) 16:03 <@nop> yes 16:03 <@nop> alright 16:03 <@nop> agenda 16:03 <@nop> 1) 16:03 <@nop> welcome 16:03 <@nop> 2) 16:03 <@nop> Website future 16:03 <@nop> 3) 16:03 <@nop> bug fixes with 1.1 16:03 <@nop> 4) 16:03 <@nop> I2P 16:03 <@nop> 5) 16:03 <@nop> Suggestions and comments 16:03 <@nop> welcome all 16:04 <@nop> moving to 2 16:04 <@nop> website 16:04 <@nop> cohesion, are your maintanance website skills up to par? 16:04 <@cohesion> aye 16:04 <@cohesion> XHTML and CSS are my specialties 16:04 <@nop> ok, we are assuming you can do website stuff, changes etc 16:04 <@nop> ok 16:04 <@cohesion> yep 16:05 <@cohesion> granted that i can get CVS to cooperate :) 16:05 <@nop> easy 16:05 <@nop> export CVS_RSH=ssh 16:05 <@nop> and don't use pserver 16:05 <@nop> use d:ext 16:05 <@cohesion> i'm using gruntspud to CVS interfacing 16:05 <@nop> ok 16:05 <@cohesion> it's part of my text editor 16:05 <@cohesion> it should work 16:05 <@cohesion> we can talk about that later though 16:05 <@cohesion> i'm trying it now 16:05 -!- thecrypto [thecrypto@anon.iip] has quit [Ping timeout] 16:05 <@nop> if you have issues let me know right away if you can, so I 16:05 <@nop> can assist this because I have a bunch of tasks 16:06 <@nop> also 16:06 <@nop> we need to look at making an I2P section 16:06 <@nop> since it's going to be the next big project 16:06 <@nop> I'll talk to ellison to see if he's contribute a bit of his 16:06 <@nop> web design skills to add to that for a template 16:06 <@hezekiah> Should I2P be a section of invisiblenet.net or 16:06 <@hezekiah> invisiblenet.net/iip? (I vote for the former.) 16:06 <@nop> and we can get that hashed out 16:06 <@cohesion> ok 16:06 <@nop> former as well 16:06 <@jrand0m> former 16:06 <@nop> it would be under projects 16:07 -!- thecrypto [~thecrypto@anon.iip] has joined #iip-dev 16:07 <@nop> iip is one project 16:07 <@nop> i2p is another 16:07 <@hezekiah> So, invisiblenet.net/i2p 16:07 <@nop> yes 16:07 <@hezekiah> Right. That's the way I see it too. :) 16:07 <@nop> anyone here good at making a logo? 16:07 <@nop> volunteers are welcome 16:07 <@nop> just submit to iip-dev list 16:07 <@nop> ok moving on 16:07 <@nop> bug fixes in 1.1 16:07 <@jrand0m> h/o 16:07 * hezekiah would like to point out that his skills at the GIMP are 16:07 * hezekiah> to be avoided like WMD. 16:08 <@jrand0m> would it be possible to keep the i2p stuff off the web 16:08 <@jrand0m> until we're ready for beta? 16:08 <@cohesion> i suggest we use the wiki for collaborating on the i2p 16:08 <@cohesion> documents 16:08 <@nop> yes 16:08 <@cohesion> i can set up a restricted area 16:08 <@nop> that's possible 16:08 <@hezekiah> jrand0m: Are you thinking of a big smash announcement 16:08 <@hezekiah> on /. or something once we have it in good order? 16:08 <@nop> cohesion: I concur 16:08 <@jrand0m> yes hezekiah 16:08 <@jrand0m> word cohesion 16:09 <@nop> ok 16:09 <@nop> let's look at 1.1 for a sec 16:09 <@nop> hezekiah you made a discovery, that has not to do with 16:09 <@nop> focus? 16:09 <@nop> or what? 16:10 <@hezekiah> The code is fine. 16:10 <@hezekiah> The problem is communication, not code. 16:10 <@hezekiah> The user has to move the mouse aroung _inside_ the 16:10 <@hezekiah> dialog box. 16:10 < mihi> the dialog lacks a progress bar to give feedback if the 16:10 < mihi> user does it correctly 16:10 <@nop> yes that's true 16:10 <@hezekiah> He can move the mouse around _outside_ the dialog box 16:10 <@hezekiah> until he's blue in the face, but it won't gather entropy. (Which is what 16:10 <@hezekiah> these users are doing.) 16:10 <@nop> it does lack a dialog box 16:11 <@hezekiah> A progress bar would be a plus. 16:11 <@hezekiah> And should be somewhat easy to implement ... if I 16:11 <@hezekiah> could understand the tangle that UI code in IIP is. 16:11 <@cohesion> or even some feedback 16:11 <@hezekiah> Anyway, I posted my suggestions to the mailing list. 16:12 <@nop> it's in win32 api 16:12 <@nop> ;) 16:12 <@hezekiah> Either capture the mouse (I couldn't get M$ to 16:12 <@hezekiah> cooperate to do that), or make the dialog box message explain to the 16:12 <@hezekiah> user he needs to move the mouse around _inside_ the dialog box. 16:12 <@hezekiah> nop: I know. 16:12 <@nop> fine hezekiah be that way :) 16:12 <@hezekiah> What? 16:12 <@hezekiah> What did I do? 16:12 * hezekiah is confused 16:12 < thecrypto> how about just maximize the dialog box? 16:12 <@nop> hezekiah: I'm just messin' with ya 16:13 <@hezekiah> nop: OK. :) 16:13 <@hezekiah> Where's UserX? He knows more about the IIP UI code 16:13 <@hezekiah> than I do. 16:14 <@hezekiah> thecrypto: As for maximizing, well, the user might not 16:14 <@hezekiah> like a rabid dialog box consuming his entire screen. 16:14 <@hezekiah> Mouse capture is ideal, but as I said, I couldn't get 16:14 <@hezekiah> M$ to do it. 16:14 <@jrand0m> many other apps don't capture the mouse 16:14 <@jrand0m> a status bar plus explaination seems typical 16:15 <@hezekiah> Anyway, that's the 'bug'. 16:15 <@hezekiah> How do you want it fixed nop? 16:15 <@nop> well 16:15 <@nop> I would think if possible we could have a meter that shows 16:15 <@nop> the entropy gathering for sure 16:16 <@hezekiah> OK. 16:16 <@nop> and definitely fixes the language. Have you exhausted the 16:16 <@nop> research on capturing the mouse movements? 16:16 <@hezekiah> To the point of my patience. 16:16 <@hezekiah> Seriously, what I did _should_ work. 16:16 <@nop> I assume that's a lot? 16:16 <@hezekiah> Well, I didn't get much sleep last night. 16:17 <@nop> hmm 16:17 <@nop> let's try to get a meter bar and the language fixed 16:17 <@nop> that will give us an idea 16:17 <@hezekiah> Because it isn't working, I'm assuming the M$ docs are 16:17 <@hezekiah> lieing to me (very possible) or something 'unknown' is happening in the 16:17 <@hezekiah> IIP UI code. 16:17 <@nop> right 16:17 <@hezekiah> Righto. :) 16:17 * hezekiah now gets down on his knees and prays that UserX wrote 16:17 * hezekiah> UI code for a progress bar. 16:19 <@nop> haha 16:19 <@nop> if not go to planet-source-code.com 16:19 <@nop> there's a lot of samples there 16:19 <@hezekiah> The win32 API I can manage (though I detest it.) 16:19 <@nop> I hate it as well 16:19 <@hezekiah> But UserX/whoever-originally-wrote-this made a wrapper 16:19 <@hezekiah> around it. 16:19 <@hezekiah> It's the wrapper I'm worried about. 16:19 * nop is coding in it right now for work 16:19 <@hezekiah> I'm looking into it now. 16:20 <@hezekiah> Let's move on to the next agenda item. 16:20 -!- jeremiah-gym is now known as jeremiah 16:20 <@nop> ok 16:20 <@nop> next item is i2p 16:20 < jeremiah> hi 16:20 <@nop> hi 16:20 <@nop> jrand0m you start 16:20 <@hezekiah> jeremiah: Just in time! 16:20 < jeremiah> hezekiah: nop and I are oddly time synced, as you'll 16:20 < jeremiah> learn 16:20 <@jrand0m> 'k, has everyone had a chance to check out the roadmap? 16:21 <@hezekiah> Yeah. 16:21 <@jrand0m> its obviously draft, and things after the 1.0 milestone 16:21 <@jrand0m> are largely up in the air, but its something to start from 16:21 <@jrand0m> I've updated it beyond whats on the list to include 16:21 <@jrand0m> hezekiah jumping on the C api (w00t!) 16:22 -!- jeet [~miteymous@anon.iip] has joined #iip-dev 16:22 <@jrand0m> basically, after this coming friday, we'll have the API 16:22 <@jrand0m> protocol spec'ed out, which will mean we can parallelize a lot 16:22 < jeet> hello ;) 16:22 <@jrand0m> 'lo jeet 16:22 < jeet> hey if i make a server is it possible to change anon.iip 16:22 < jeet> to whatever i want 16:22 <@jrand0m> rough gut question: how insane does the r2 roadmap 16:22 <@jrand0m> sound? are schedules insane, are there things missing, are things in the 16:22 <@jrand0m> wrong order or dependencies not represented? 16:22 <@nop> yes 16:22 < jeet> kewl 16:23 <@hezekiah> jrand0m: I would concur the entire thing is insane. 16:23 <@hezekiah> However, I think (until I get to college) it should be doable. 16:23 <@jrand0m> heh 16:23 < jeet> this is a very cool thing you guys have done ;X 16:23 <@hezekiah> Though I'm not sure nop and UserX can design that IRC 16:23 <@hezekiah> protocol even in 21 days. 16:23 <@hezekiah> nop: ;-) 16:23 <@nop> no 16:23 <@jrand0m> ok, you're off to uni in late august? mid august? when 16:23 <@jrand0m> should we pencil you in for less activity? 16:23 <@hezekiah> Around August 20th I'm of. 16:23 <@hezekiah> off. 16:24 <@jrand0m> 'k 16:24 <@hezekiah> Until then I'm a rabid nermal! :) 16:24 < jeremiah> I'm off about the same time 16:24 < jeremiah> (to univ) 16:25 <@nop> ok 16:25 <@jrand0m> so we'll have to get more resources on the 'implement 16:25 <@jrand0m> IRC' task or just drop the task from the 1.0 release 16:25 <@hezekiah> I wouldn 16:25 <@hezekiah> wouldn't make the 1.0 release dependant on IRC. 16:25 <@nop> I believe that we will need to delay the task 16:25 < jeet> [17:23] -anon.iip- CTCP (except ACTION) and DCC are 16:25 < jeet> disabled <- how can i stop this from poppiing up every 3 minutes? 16:25 <@hezekiah> Do the IRC, but let i2p 1.0 come out when it's ready. 16:26 < thecrypto> wow, i'm half way through college as two others just 16:26 < thecrypto> start :) 16:26 <@jrand0m> lol 16:27 <@jrand0m> I concur hezekiah 16:27 <@hezekiah> Cool. I still think i2p will be it's own killer app. 16:27 <@jrand0m> so that basically means all I2P 1.0 requires after 16:27 <@jrand0m> august is a month of debugging and documentation to go from alpha to 16:27 <@jrand0m> beta to 1.0 16:28 <@jrand0m> hezekiah> definitely. we need to get a demo app out on 16:28 <@jrand0m> it first - does the instant messenger app + file transfer sound good to 16:28 <@jrand0m> people for that? 16:28 -!- jeet [~miteymous@anon.iip] has quit [ircN 7.27 + 7.0 for mIRC 16:28 <@jrand0m> (2002/01/10 00.00)] 16:28 <@hezekiah> Well, you said it best: 'demo'. From my view, it 16:28 <@hezekiah> doesn't need to be special. It just needs to prove the network is worth 16:28 <@hezekiah> developing on. 16:29 <@hezekiah> So the IM client would be a good demo, in my opinion. 16:29 < Zwolly> file transfer is one thing i really would like to see so 16:29 < Zwolly> gimme a demo 16:29 <@hezekiah> Zwolly: lol 16:29 <@nop> yes 16:29 < Zwolly> and see me as an "normal" user 16:30 <@hezekiah> Zwolly: You can be our guniea pig! ;-) 16:30 * hezekiah starts mixing poisinous code in his lab. ;-) 16:30 < Zwolly> hmmm yummie 16:31 <@jrand0m> ok, one last thing on i2p 16:31 <@nop> sure 16:32 <@jrand0m> nop> any chance we can get a non sourceforge trusted 16:32 <@jrand0m> cvs server? 16:32 <@jrand0m> sourceforge has more problems than these college 16:32 <@jrand0m> student's exams 16:32 <@nop> yes 16:32 <@nop> I will arrange that and have it up by next week 16:32 <@jrand0m> awesome. thanks 16:32 <@nop> also 16:32 <@nop> I may be able to get a compile farm 16:32 <@nop> that is not sf 16:32 <@nop> with vpn access to it 16:32 <@hezekiah> Compile farm!? 16:32 <@jrand0m> compile farm? bah, we can just run ant :) 16:32 <@hezekiah> jrand0m: All code is not Java. 16:32 <@hezekiah> I personally love compile farms. 16:32 <@hezekiah> :) 16:32 <@jrand0m> ant == make. it can run gcc / etc 16:32 <@nop> hezekiah: send me a list of viable platforms we'll need to 16:32 <@nop> test on 16:32 <@jrand0m> 'k, if we really need the cpu power of a compile farm, 16:32 <@jrand0m> thats great 16:33 < wilde> what license are you planning to use? 16:33 <@nop> GPL 16:33 <@jrand0m> GPL cool with everyone for this? 16:33 < wilde> k nice 16:33 <@hezekiah> I'm very pro GPL. 16:33 <@hezekiah> But one warning 16:33 <@hezekiah> For the API's we will probably need LGPL. Otherwise 16:33 <@hezekiah> all programs made for this network MUST be GPL 16:33 <@jrand0m> we may want to go LGPL down the line 16:33 <@jrand0m> yeah 16:33 <@jrand0m> we MUST not require all apps using I2P to be GPL'ed 16:33 <@hezekiah> So the router should be GPL, but the API's will 16:33 <@hezekiah> probably need to be LGPL at some time. 16:33 <@hezekiah> jrand0m: Then we'll need an LGPL API. 16:33 <@hezekiah> The only problem that poses is getting a good crypto 16:33 <@hezekiah> kit for C that is compatible with LGPL. 16:33 <@hezekiah> I don't think Cryptlib's Sleepycat license is. 16:33 <@hezekiah> I could email the author and ask for an exception or 16:33 <@hezekiah> something if I need to when the time comes. 16:33 <@jrand0m> hezekiah> not need, want. the API comm layer will be an 16:33 <@jrand0m> open spec, so anyone can write their own and not link to any of our 16:33 <@jrand0m> libraries 16:33 <@hezekiah> Right. 16:33 <@nop> right 16:33 <@hezekiah> So for now we can even make GPL API's if we need to. 16:34 <@hezekiah> OK, one question for jrand0m: 16:34 < jeremiah> but we should try to have non-viral ones asap 16:34 <@hezekiah> I agree. 16:34 < wilde> http://www.virtualunlimited.com/products/beecrypt/ 16:34 < wilde> Bee Crypt is LGPL, i've used once 16:34 <@hezekiah> wilde: Beecrypt is far beneath what is required 16:34 <@hezekiah> unfortunately. 16:34 <@nop> yes 16:34 <@nop> I don't think we should use a crypto lib like Beecrypt 16:34 <@jrand0m> word wilde 16:34 <@cohesion> hezekiah: there's tons of crypto code in 16:34 <@cohesion> GnuPrivacyGuard that's all GPL'd 16:34 <@cohesion> you might check and see where it came from 16:34 <@hezekiah> cohesion: The problem is we'll need an LGPL C API that 16:34 <@hezekiah> uses Crypto. 16:34 <@hezekiah> I'll work it out when I get to it. 16:34 <@hezekiah> For now, I have two questions for jrand0m: (It's gone 16:34 <@hezekiah> up one!) :) 16:34 <@jrand0m> we have lots of options. we'll figure it out 16:34 <@jrand0m> heh fire away 16:34 <@hezekiah> 1.) When the client API spec is done on the 25th will 16:34 <@hezekiah> it detail the byte-by-byte structure of the messages sent over the 16:34 <@hezekiah> network, and will it detail the specifics on how the crypto is 16:34 <@hezekiah> implemented? 16:35 -!- ion [ion@anon.iip] has joined #iip-dev 16:35 <@jrand0m> yes 16:35 <@hezekiah> 2.) Will be we using Twofish? ;-) 16:35 <@jrand0m> no, prolly aes, unless someone has a really good reason 16:35 <@hezekiah> jrand0m: Was that yes to both questions, or just 16:35 <@hezekiah> question 1? 16:35 -!- nemesis [nemesis@anon.iip] has joined #iip-dev 16:35 <@hezekiah> OK. 16:35 <@jrand0m> hezekiah> yes to both 16:35 <@nop> well 16:35 < nemesis> uuuh, since when there are here ops? :) 16:35 <@hezekiah> nemesis: The English structure of that sentence was 16:35 <@hezekiah> too garbled for me to decipher? Whould you like to restate your 16:35 <@hezekiah> question? 16:35 <@jrand0m> whats special about twofish? why not go with the 16:35 <@jrand0m> advanced encryption Standard? 16:35 <@hezekiah> nop: Holding ... :) 16:35 * jrand0m holds 16:35 <@nop> I prefer that we have a suite of encryption options 16:35 <@nop> not just aes 16:35 <@nop> there are opinions about AES that some people do not feel 16:35 <@nop> comfortable using 16:35 <@nop> and would rather go with Twofish etc 16:35 <@nop> so maybe we can have it be a selection 16:35 < wilde> do both :) 16:35 <@nop> yes 16:35 <@nop> wilde: exactly 16:35 <@jrand0m> nop> suites would mean not everyone can send messages 16:35 <@jrand0m> to everyone 16:35 < jeremiah> but then wouldn't each router have to support both? 16:35 < jeremiah> that seems painful 16:35 <@jrand0m> doing both is definitely the case for transport layer, 16:35 <@jrand0m> where things can be negotiated 16:35 <@nop> not really 16:35 <@nop> I would not agree with AES then 16:35 <@nop> as if you are paranoid 16:35 <@hezekiah> Right. But let's try to too enclude things that are 16:35 <@hezekiah> weakening like 3DES. 16:35 <@hezekiah> A chain is only as strong as its weakest link. 16:35 <@nop> then you'll realize why 16:35 <@nop> with the US gov't approvals 16:36 <@jrand0m> I don't support AES because it has govt approval, I 16:36 <@jrand0m> support AES because it has cryptographers, scientists, and 16:36 <@jrand0m> mathematicians approvals. 16:36 <@jrand0m> if there is a better one, we can go with that. 16:36 <@jrand0m> but I don't want to go with something because its 16:36 <@jrand0m> different 16:36 <@nop> but the approval of twofish is strong as well amongst 16:36 <@nop> cryptographers 16:36 <@hezekiah> Well, the last three AES candidates were Rijndael, 16:36 <@hezekiah> Twofish, and Serpent. 16:36 <@nop> exactly 16:36 <@hezekiah> Rijndael was the fastest. 16:36 <@hezekiah> Personally, I have more faith in Twofish than 16:36 <@hezekiah> Rijndael. 16:36 <@jrand0m> nop I think I heard you say there were problems with 16:36 <@jrand0m> serpent? 16:36 < wilde> use multiple layers of encryption if you have CPU for it 16:36 <@jrand0m> wilde> there will be, but thats on a different aspect 16:36 <@jrand0m> of things. 16:36 <@nop> all I'm saying is that we could have both supported 16:36 <@nop> doesn't hurt 16:36 <@jrand0m> actually it does hurt 16:36 <@jrand0m> segmentation attack 16:36 < wilde> ok twofish wrapped in AES could be overkill 16:36 <@nop> haha 16:36 <@nop> not twofish wrapped in AES 16:36 < jeremiah> should we standardize each transport as having one 16:36 < jeremiah> specific set of characteristics (network setup, encryption)? 16:36 <@nop> alright for the sake of argument 16:36 <@nop> let's do rijndael for this part 16:36 < jeremiah> and then we could have one TCP transport supporting 16:36 < jeremiah> AES, one with Twofish, but not one that has to juggle both? 16:36 <@jrand0m> jeremiah> yes, particular transports will have 16:36 <@jrand0m> particular characteristics, but we're covering the end to end message 16:36 <@jrand0m> crypto done in the api atm 16:36 <@nop> let's do end to end AES 16:36 < jeremiah> jrand0m: ah 16:36 <@nop> then node to node twofish option 16:37 <@nop> and if you can, do AES-counter mode 16:37 <@jrand0m> 'k, sounds good. we can always change later on before 16:37 <@jrand0m> release (during peer review, etc) 16:37 < wilde> but all crypto algorithms have failed in the past, using 16:37 < wilde> double encryption would at least buy time in case of a crypto 16:37 < wilde> breakthrough 16:37 < jeremiah> not really 16:37 <@jrand0m> wilde> the truly paranoid can encrypt with their own 16:37 <@jrand0m> system prior to sending messages over the I2P network 16:37 <@hezekiah> wilde: If one algorithm is found to be weak, we'll 16:37 <@hezekiah> replace it. 16:37 <@jrand0m> I2P will just transparently encrypt 16:37 < wilde> jrand0m: yes, you're right, there should be a limit to 16:37 < wilde> paranoia 16:38 <@nop> yes 16:38 <@nop> we could go on all day 16:38 <@nop> arguing about it 16:38 <@nop> AES end to end 16:38 <@jrand0m> ok, I don't have anything else on I2P stuff 16:38 <@nop> Twofish and others node to node 16:38 <@jrand0m> coo' 16:38 <@jrand0m> any other I2P stuff, or are we on the next agenda item? 16:38 <@hezekiah> I'm done. :) 16:38 < wilde> what about A2A, anonymous 2 anonymous? 16:38 <@hezekiah> I 16:38 <@hezekiah> I've never heard of that. What are you talking about, 16:38 <@hezekiah> wilde? 16:38 <@jrand0m> I2P is anonymous to anonymous communication 16:38 <@jrand0m> I2P = "Invisible Internet Project" 16:38 < nemesis> jrand0m: can you send the roadmap as an attechment, and 16:38 < nemesis> not as inline? 16:38 <@jrand0m> (dont make us say I^2P) 16:38 <@nop> hushmail has an encrypted messenger 16:38 <@nop> neat 16:38 <@jrand0m> nemesis> hmm, I tried to - hushmail said it was 16:38 <@jrand0m> attached :/ 16:38 <@hezekiah> nemesis: I got it as attached. 16:38 <@jrand0m> nemesis> you can d/l from 16:38 <@jrand0m> http://article.gmane.org/gmane.comp.security.invisiblenet.iip.devel/290 16:38 < nemesis> i'm sorry, i can't copy&amp;paste it 16:38 <@hezekiah> nemesis: Perhaps your mail reader is the problem? (He 16:38 <@hezekiah> sent it as a zip file.) 16:38 < nemesis> its inline 16:38 < nemesis> theres a zip file... 16:38 -!- UserX [~User@anon.iip] has joined #iip-dev 16:38 <@jrand0m> 'lo userx 16:38 < nemesis> -Hush_boundarfy-31fda3d62329b 16:38 <@nop> did anyone log this 16:38 < nemesis> Content-Transfer-Encoding: base64 16:38 <@hezekiah> cohesion was supposed to. 16:38 <@jrand0m> I log all IRC 16:38 <@cohesion> i have it all 16:38 < thecrypto> yes 16:38 <@jrand0m> word 16:38 < Zwolly> my ISP also logs all the IRC chatting so what is new 16:38 <@jrand0m> lol Zwolly 16:38 < Zwolly> hehe 16:38 <@hezekiah> Zwolly: Your ISP won't have logs of this. :) 16:38 < Zwolly> i hope not if so you guys do a louzy job 16:38 <@hezekiah> lol 16:39 <@hezekiah> So, I'm assuming we move on to the next agenda item 16:39 <@hezekiah> now since we've stopped talking about i2p for a while. 16:39 <@nop> yes 16:39 <@nop> comments 16:39 <@nop> suggestions 16:39 <@jrand0m> we, should, like, do some drugs, man 16:39 <@hezekiah> jrand0m: Sorry. I refuse to ruin a good mind with such 16:39 <@hezekiah> substances. 16:39 < wilde> question: isn't the release plan a bit optimistic= 16:39 < wilde> ? 16:39 <@hezekiah> wilde: lol. Well, my term would be 'insane'. But I 16:39 <@hezekiah> think it might be feasible. 16:39 <@jrand0m> wilde> good question. it should be plausible, and if 16:39 <@jrand0m> any devs on there want to adjust tasks they are working on, we will. 16:39 < thecrypto> we can do it! 16:39 <@jrand0m> go TEAM! 16:39 < wilde> aim high that's good, but it should be realistic 16:39 < wilde> do you guys have time enough for the actual programming? 16:39 * jrand0m quit his job to work on this, and a few people have 16:39 * jrand0m> summer break coming up 16:39 < wilde> i mean september-october that's like 60-90 days 16:39 < wilde> ok that's sounds good 16:39 <@jrand0m> but don't believe us. we'll release when its ready. 16:39 <@hezekiah> jrand0m: BTW, since you quit your job, how are you 16:39 <@hezekiah> going to eat while you code this? 16:39 < jeremiah> wilde: we're going to be implementing lots of it in 16:39 < jeremiah> high-level languages and then re-coding in C later 16:39 <@jrand0m> hezekiah> I eat code 16:39 <@hezekiah> I was afraid you'd say something like that. 16:39 <@jrand0m> ;) 16:39 <@hezekiah> I just hope you've got a good nest egg to live on. 16:39 < jeremiah> jrand0m: my code eats random numbers 16:39 < jeremiah> that might make a bad loop 16:39 <@hezekiah> ROTFL! 16:39 < wilde> drinking java, eating python, roasted ant, could go 16:39 <@jrand0m> but bugs have lots of protien 16:39 * jrand0m !thwaps self 16:39 <@jrand0m> ok, do we have other questions / comments / 16:39 <@jrand0m> suggestions? 16:39 <@hezekiah> Well, I've got to go now. 16:39 <@hezekiah> Bye everyone. :) 16:39 <@jrand0m> or are we actually finishing up in under an hour? 16:39 -!- hezekiah [hezekiah@anon.iip] has quit [Client exiting] 16:39 <@jrand0m> lol wilde 16:39 <@jrand0m> nop> got anything or we done? 16:40 -!- UserX [~User@anon.iip] has quit [Ping timeout] 16:40 -!- wilde [anon@anon.iip] has quit [] 16:40 <@cohesion> ok, i'm ending the meeting 16:40 < nemesis> STOP! 16:40 <@cohesion> nop: i'll get with you about CVS tomarrow 16:40 * jrand0m stops 16:40 < nemesis> ganttproject-1.9.7.jar 16:40 <@cohesion> GO! 16:40 < nemesis> how it works? 16:40 <@nop> ok 16:40 <@nop> also 16:40 <@nop> aes 16:40 <@jrand0m> nemesis> just double click on it with java 1.4.2 16:40 <@jrand0m> installed 16:40 <@nop> we should use 256 bit as a norm 16:40 < nemesis> i have java 1.4.2... 16:40 <@jrand0m> nemesis> I'll email out the xml with the project info 16:40 <@jrand0m> word nop, definitely 16:40 < nemesis> Could not find the main class. Program will exit! 16:40 < nemesis> hm.. i think my java are broken.... Title of the 16:40 < nemesis> Window: Java Virtual Machine Launcher... 16:40 <@jrand0m> weird nemesis, works for me... make sure its loading it 16:40 <@jrand0m> with the 1.4.2 jvm and not the windows jvm 16:40 <@jrand0m> ah, try running from the cmd.exe command line 16:40 < nemesis> eh? 16:40 < nemesis> k 16:40 < nemesis> then i write a .bat for it, like for columba :) 16:40 <@cohesion> ok, i'm closing the logs 16:40 <@jrand0m> (and type java -version first to make sure it uses the 16:40 <@jrand0m> right one) 16:40 <@jrand0m> heh word 16:40 <@cohesion> everyone say "cheese" 16:40 <@jrand0m> queso 16:40 < thecrypto> cheese 16:40 < Zwolly> chesse 16:40 < Zwolly> cheese 16:40 < nemesis> E:\Sytemprogramme\server\Projektverwaltung>java 16:40 < nemesis> ganttproject-1.9.7.jar 16:40 < nemesis> Exception in thread "main" 16:40 < nemesis> java.lang.NoClassDefFoundError: ganttproject-1/9/7/ja 16:40 < nemesis> r 16:40 <@jrand0m> java -jar ganttproject-1.9.7.jar 16:40 < nemesis> java version "1.4.2-beta" 16:40 < nemesis> Java(TM) 2 Runtime Environment, Standard Edition (build 16:40 < nemesis> 1.4.2-beta-b19) 16:40 < nemesis> Java HotSpot(TM) Client VM (build 1.4.2-beta-b19, mixed 16:40 < nemesis> mode) 16:40 < nemesis> hm... why with -jar? 16:40 < nemesis> now it works... 16:40 -!- ion [ion@anon.iip] has quit [Ping timeout] 16:40 < nemesis> thx jrand0m 16:40 <@jrand0m> without -jar asks it to load the class 16:40 <@jrand0m> ganttproject-1/9/7/jar 16:40 <@jrand0m> np 16:40 < jeremiah> is cvs working? 16:40 < jeremiah> i checked out earlier today, but it's weird now 16:40 <@jrand0m> sourceforge is being a pain atm --- Log closed Tue Jul 22 17:18:14 2003 </div>/ko/blog/2003/07/15/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98/Tue, 15 Jul 2003 00:00:00 +0000/ko/blog/2003/07/15/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98/<p>(웨이백 머신 제공 <code>http://www.archive.org/</code>)</p> <h2 id="빠른-요약">빠른 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> gott, hezekiah, jeremiah, jrand0m, mihi, Neo, nop, WinBear</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> --- Log opened Tue Jul 15 17:46:47 2003 17:46 < gott> yo. 17:46 <@nop> just a heads up on my silence 17:46 <@hezekiah> Tue Jul 15 21:46:49 UTC 2003 17:47 <@hezekiah> OK. The iip-dev meeting has started. 17:47 <@hezekiah> Is it the 48th or 49th? 17:47 < jrand0m> nop> this is why its critical that we get the router architecture pounded out asap. I understand that different people have different rates of speed, and we must segment so different components can proceed accordingly 17:47 < mihi> 49th 17:47 <@hezekiah> OK! Welcome to the 49th iip-dev meeting! 17:47 < jrand0m> I have three more days at my job, after which 90+ hours / week will be dedicated to getting this going 17:48 < jrand0m> I know and don't expect everyone to be able to do that, which is why we need to segment 17:48 < jrand0m> hi hezekiah :) 17:48 <@hezekiah> lol 17:48 <@nop> to rebutt on that 17:48 <@hezekiah> I'll wait a minute. Then we can do the agenda. :) 17:48 <@nop> the security of the router architecture is dependant that you do not rush as well 17:49 <@nop> if we do 17:49 <@nop> we overlook 17:49 <@nop> which could leave us cleaning up a big mess later 17:49 -!- Rain [Rain@anon.iip] has quit [I Quit] 17:49 < jrand0m> nop> disagree. we can still build app layer and APIs without implementing the router (or even knowing how the network will operate) 17:49 <@nop> I agree with that 17:50 <@nop> I'm specifically talking about the underlying network 17:50 < jrand0m> if we can agree to the API I sent out, then thats the segmentation we need 17:50 < jrand0m> right, router impl and network design still isn't done 17:50 <@nop> ok 17:50 <@nop> oh, I can definitely agree with your api so far 17:51 <@hezekiah> jrand0m: One problem. 17:51 < jrand0m> shoot hezekiah 17:51 <@hezekiah> It will look different if you implement it in C. 17:51 < jrand0m> not too different 17:51 < gott> oh dear 17:51 < jrand0m> less capital letters, and replace the objects with structs 17:51 < gott> what languages are people considering implementing it in? 17:51 < jrand0m> (for the api) 17:51 <@hezekiah> Uh, jrand0m? There is no 'byte[]' in C. 17:51 < jrand0m> gott> read the mail archives for some example answers to that 17:52 <@hezekiah> You will be using void*'s with an integer to specifiy the length most likely. 17:52 < jrand0m> hezekiah> then unsigned int[] 17:52 < gott> jrand0m: for once, a religious war that I'm not a part of 17:52 <@hezekiah> If I remember correctly (help me out here nop), you can't just return an unsigned int[] from a function. 17:53 <@hezekiah> gott: as opposed to what? pseudocode? 17:53 < jrand0m> right, syntactic changes. but yes, if there are real differences, we need to get them worked out ASAP. (like, today) Perhaps now would be a good tiem to look at the email I sent entitled "high level router architecture and API" and review? 17:54 <@hezekiah> nop? UserX? Are you game for that? 17:54 < jrand0m> not too different, but different none the less, yes. which is why I said Java API on todays email :) 17:54 -!- WinBear [WinBear@anon.iip] has joined #iip-dev 17:55 <@nop> wait 17:55 <@nop> reading above 17:55 -!- mihi_2 [~none@anon.iip] has joined #iip-dev 17:55 -!- mihi is now known as nickthief60234 17:55 -!- mihi_2 is now known as mihi 17:55 < jrand0m> wb mihi 17:55 < gott> btw, is this being live logged? 17:55 -!- nickthief60234 [~none@anon.iip] has quit [EOF From client] 17:55 <@hezekiah> gott: Yes. 17:55 < mihi> redundancy rules ;) 17:55 < gott> I'll just read it later on then. 17:55 -!- gott [~gott@anon.iip] has left #iip-dev [gott] 17:56 <@nop> ok 17:56 <@nop> yes 17:56 < WinBear> jrand0m: hi 17:56 <@nop> definitely differences 17:56 <@nop> what we need 17:56 < jrand0m> heya WinBear 17:56 <@nop> is a team of certain developers to write the main api level controls for these languages 17:56 <@nop> we know that jrand0m can handle java 17:56 <@nop> and probably could team up with thecrypto as well 17:56 <@nop> and hezekiah and the gang can do C 17:56 <@nop> and jeremiah if he's willing 17:56 <@nop> can do python 17:56 <@hezekiah> I can do C++ too! ;-) 17:56 <@nop> ok 17:56 <@nop> C++ as well 17:57 <@hezekiah> lol 17:57 <@nop> C++ will probably work 17:57 <@nop> with C 17:57 <@nop> if you don't template the crap out of it 17:57 < jrand0m> heh 17:57 <@hezekiah> lol 17:57 <@hezekiah> Actually, while MSVC can link C and C++ object files, gcc doesn't seem to like that. 17:57 <@nop> aka, stick to structs that are compatible with C, or is that not viable 17:57 < jrand0m> first question, prior to that, is what applications will use these APIs? I know of apps that will want to use java, will iproxy be in C? 17:58 <@hezekiah> nop: I don't think C and C++ are object compatible. 17:58 <@nop> ok 17:58 <@hezekiah> nop: C++ won't get along with C much better than Java. 17:58 <@nop> well maybe USerX could do C 17:58 <@nop> and you could pull C++ 17:58 <@hezekiah> We don 17:58 <@nop> ? 17:58 <@hezekiah> don't even need to _do_ C++ if you don't want to. It's just that I prefer it. 17:59 <@nop> well, the thing is 17:59 <@nop> there are a lot of C++ developers 17:59 <@nop> especially in the microsoft world 17:59 <@hezekiah> Even in the Linux world. (see: KDE and Qt.) 17:59 < jrand0m> C and C++ are binary compatible if you just make .so or .a 17:59 < jrand0m> (btw) 18:00 <@nop> can C be a good placement for C++, aka C++ developers would be able to handle a c api easier than a C++ api with a c developer? 18:00 <@hezekiah> jrand0m: Yeah. You can probably have libraries ... but if you can 18:00 <@hezekiah> jrand0m: can't even use classes, it sorta defeats the purpose. 18:00 <@nop> right 18:00 <@nop> let's stick with C 18:01 <@nop> because C++ coders can still call a C library rather easily 18:01 <@hezekiah> If one module needs to call anothers functions, then they had best both be the same language. 18:01 <@hezekiah> nop: C++ coders will know C well enough ... though it might take some work if they never /learned/ C. 18:02 <@hezekiah> However, C coders wouldn't know C++ since C is just a subset of C++. 18:02 -!- logger_ [~logger@anon.iip] has joined #iip-dev 18:02 -!- Topic for #iip-dev: logfiles will be online after the meeting: http://wiki.invisiblenet.net/?Meetings 18:02 [Users #iip-dev] 18:02 [@hezekiah] [+Ehud ] [ leenookx] [ moltar] [ tek ] 18:02 [@nop ] [ jeremiah] [ logger_ ] [ Neo ] [ WinBear] 18:02 [@UserX ] [ jrand0m ] [ mihi ] [ ptsc ] 18:02 -!- Irssi: #iip-dev: Total of 14 nicks [3 ops, 0 halfops, 1 voices, 10 normal] 18:02 < jrand0m> right 18:02 -!- Irssi: Join to #iip-dev was synced in 9 secs 18:02 < jrand0m> (with JMS :) 18:02 <@nop> yep 18:03 -!- You're now known as logger 18:03 < jrand0m> ok, can we review the overall architecture to see whether the APIs are even relevent first? 18:03 <@nop> fine 18:04 < jrand0m> :) 18:04 < jrand0m> ok, see the email I sent w/ the routerArchitecture.png. any thoughts on that seperation? 18:04 -!- tek [~tek@anon.iip] has quit [] 18:05 < WinBear> jrand0m: is that on the wiki? 18:05 < jrand0m> WinBear> no, on the mailing list, though the archives are down. lemmie add it to the wikki 18:06 <@hezekiah> Correct me if I'm wrong ... 18:07 <@hezekiah> ... but it looks like we're going to have 3 seperate API's that are as similar as possible. 18:07 <@hezekiah> Right? 18:07 < jrand0m> yes hezekiah 18:07 <@hezekiah> So since each API is in a different language, are they going all each have seperate implementations? 18:07 < jrand0m> yes 18:07 <@hezekiah> Or is there a way for Java or Python to access a C library? 18:08 < jrand0m> yes, but we don't want to go that route 18:08 < mihi> for java: JNI 18:08 <@hezekiah> So this talk about Java, C, C++, Python, etc. working together is mute since they never will? 18:08 < jrand0m> how do I attach an image to the wiki? 18:08 <@hezekiah> Each API has its own backend written in that language. 18:08 < jrand0m> no hezekiah, look at the diagram 18:09 <@hezekiah> Oh, duh! 18:09 <@hezekiah> The API's don't link to a backend. 18:10 <@hezekiah> They talk via sockets. 18:10 < jrand0m> si sr 18:10 <@hezekiah> This is still a little confusing though. 18:10 <@hezekiah> Give me a sec here. :) 18:11 <@hezekiah> OK. What is the thing labeled 'transport'? 18:11 < jrand0m> for example, bidirectional HTTP transport, SMTP transport, plain socket transport, polling HTTP socket, etc 18:11 < jrand0m> the thing that moves bytes between routers 18:12 <@hezekiah> OK. 18:12 <@hezekiah> So the diagram I'm looking at shows one person's computer. 18:12 <@hezekiah> He has a router that talks to other people's computers via the transports. 18:12 < jrand0m> correct 18:12 <@hezekiah> Person 1 (Alice) has 2 applications running. 18:12 <@hezekiah> One is in C, the other in Java. 18:13 <@hezekiah> Both are linked to a library (that's the API). 18:13 < jrand0m> both are "linked" to seperate libraries (the APIs) 18:13 <@nop> simple concept 18:13 <@nop> yes 18:13 <@hezekiah> Those libraries, take input from the program encrypt it, and send it via sockets (unix or TCP) to the router ... which is another program Alice is running. 18:13 < jrand0m> correct 18:14 <@hezekiah> OK. So it's kinda like isproxy being split in two. 18:14 < jrand0m> bingo :) 18:14 <@hezekiah> One part is low end and written in C, and the other is high end and written in whatever. 18:14 < jrand0m> exactly 18:14 <@hezekiah> OK. I get it. :) 18:14 < jrand0m> w00t 18:14 <@hezekiah> So no language needs to play nice with any other language. 18:14 < jrand0m> WinBear> sorry, I can't toss it on the wiki as it only takes text :/ 18:15 <@hezekiah> Since they all comunicate with the router via sockets, you could write an API in PASCAL for all the design cares. 18:15 <@nop> yes 18:15 <@nop> arbitrary 18:15 < jrand0m> right 18:15 <@nop> it handles arbitrary sockets 18:15 < jrand0m> though some things need to be standardized (like the data structures for Destination, Lease, etc) 18:15 < WinBear> jrand0m: i get a vague idea based on what hezekiah is saying 18:15 < jrand0m> word 18:16 <@hezekiah> jrand0m: Right. The structure and order of the bytes that go across that socket is set in a design somewhre 18:16 <@hezekiah> somewhere. 18:17 <@hezekiah> But you can still implement how those bytes are send and received any joly way you please. 18:17 <@nop> WinBear: it's the same exact way that the irc client works with isproxy 18:17 < jrand0m> exactly 18:17 <@hezekiah> Good. 18:17 <@hezekiah> I understand now. :) 18:17 -!- moltar [~me@anon.iip] has left #iip-dev [moltar] 18:17 <@nop> well 18:17 <@nop> not exactly 18:17 <@hezekiah> Uh oh. 18:17 <@nop> but imagine how that works 18:17 <@nop> and you can understand arbitrary sockets 18:17 <@nop> isproxy just routes 18:17 <@nop> and delivers 18:18 <@nop> now jrand0m 18:18 <@nop> quick question 18:18 < jrand0m> si sr? 18:18 <@nop> is this api designed for only new applications that are designed to work on this network 18:18 -!- mode/#iip-dev [+v logger] by hezekiah 18:18 < WinBear> nop: with the highlevel replacing the irc client? 18:18 < jrand0m> nop> yes. though a SOCKS5 proxy could use this API as well 18:18 <@nop> or can it be able to have a middle man that can allow already standard clients 18:18 <@nop> for instance 18:19 <@nop> so all we would have to do is write the middleman -> api 18:19 < jrand0m> (but note that there's no 'lookup' service available - no DNS for this network) 18:19 < jrand0m> correct 18:19 <@nop> so that we can support say Mozilla etc 18:19 <@nop> so they can just code plugins 18:19 < jrand0m> nop> yes 18:19 <@nop> ok 18:19 <@nop> or transports :) 18:20 < jrand0m> (e.g. the SOCKS5 has the HTTP outproxies hardcoded to destination1, destination2, and destination3) 18:20 <@nop> ok 18:20 < WinBear> i think i get it 18:21 < jrand0m> w00t 18:21 < jrand0m> ok, one of the things I had to think about in this design was keeping the private keys in the app's memory space - the router never gets a hold of destination private keys. 18:21 <@hezekiah> So the application can send raw data over the I2P network by sending it to the API, and it doesn't need to worry about the rest. 18:22 <@hezekiah> Right? 18:22 < jrand0m> that means the APIs need to implement the end to end part of the crypto 18:22 < jrand0m> exactly hezekiah 18:22 <@hezekiah> OK. 18:22 <@nop> yes 18:22 <@nop> that's the idea 18:22 <@nop> it does it for you 18:22 <@nop> you just call the hook 18:23 <@hezekiah> One quick question: 18:23 <@hezekiah> This 'router' obviously needs to speak a certain protocol over it's transports. 18:23 < jrand0m> correct 18:23 <@hezekiah> So it is possible to provide multiple implementations of the router ... 18:23 < jrand0m> yes 18:24 <@hezekiah> ... as long as they both speak the same protocol. 18:24 < jrand0m> (which is why the spec has placeholders for bitbuckets) 18:24 < jrand0m> right 18:24 <@hezekiah> So you have a router in Java, and one in C, and one in PASCAL. 18:24 * jrand0m cringes 18:24 < jrand0m> but yeah 18:24 <@hezekiah> And they all can talk together since they're talking over TCP/IP using the same protocol. 18:24 * WinBear jumps 18:24 <@hezekiah> jrand0m: And yes. I don't remember my PASCAL days overly fondly either. 18:25 < jrand0m> well, Pascal can talk to the C one through the TCP transport, and the C one can talk to the Java one over the HTTP transport, for example 18:25 <@hezekiah> Right. 18:25 < jrand0m> (transports talk to other like transports, routers manage the messages delivered between them but don't deal with how they're delivered) 18:26 <@hezekiah> The point I was looking to make was that the protocol is the same, so it doesn't matter what language someone's router is implemented in. 18:26 < jrand0m> right 18:26 <@hezekiah> Cool. 18:26 < jrand0m> now you understand why I said "who cares" to all the C vs Java vs etc debates? :) 18:26 <@hezekiah> Yup. 18:26 <@hezekiah> lol 18:27 <@hezekiah> I've got to hand it to you jrand0m. This will make it very kind for develoeprs to write programs for this network. 18:27 < jrand0m> heh, well, the API ain't quite original. this is how Message Oriented Middleware (MOM) works 18:27 <@hezekiah> And you could even make routers that specialize in certain platform specific features (like 64-bit CPU's). 18:28 < jrand0m> absolutely 18:28 <@hezekiah> jrand0m: Humble too! ;-) 18:28 <@hezekiah> Well, it looks good to me. 18:28 < jrand0m> ok, UserX, nop, does this seperation make sense? 18:28 <@nop> of course 18:28 <@nop> is userx still here 18:29 <@hezekiah> He's been idle for 1:26. 18:29 < jrand0m> 'k. so then we have two tasks: design the network, and design how the API works. 18:29 <@nop> right 18:29 <@hezekiah> Quick simple question: The API's do end to end crypto. Do the routers to node to node crypto ? 18:29 <@nop> yes 18:30 < jrand0m> yes 18:30 < jrand0m> (transport level) 18:30 <@hezekiah> Good. :) 18:30 <@nop> hezekiah: it's very similar to what we have so far 18:30 <@nop> in that aspect 18:31 < jrand0m> ok.. er, shit, thecrypto aint around for comments on the performance model. 18:31 < Neo> and for the paranoid, the apps can do the pgp encryption before it hits the API ;) 18:31 < jrand0m> absolutely neo 18:31 < jrand0m> I was even tempted to leave the end to end crypto out of the API and leave it up to the apps... 18:31 <@hezekiah> jrand0m: That would be cruel. 18:31 < jrand0m> heheh 18:32 <@hezekiah> BTW, the API's and the router communicate via sockets. 18:32 <@hezekiah> On UNIX will they be using UNIX sockets or local TCP/IP sockets? 18:32 < jrand0m> prolly just local tcp/ip for simplicity 18:32 <@nop> hold 18:32 <@hezekiah> (I suppose you could make a router that accepts both.) 18:33 * hezekiah is really liking this interchangable parts setup 18:33 <@nop> if you hold on a sec 18:34 <@hezekiah> Holding ... :) 18:34 <@nop> I'll call thecrypto at his house 18:34 <@nop> see if he can get on 18:34 < jrand0m> hehe word 18:34 <@hezekiah> lol 18:34 * hezekiah dons a thick Itallian accent 18:34 <@hezekiah> Nop ha' got ... CONNECTIONS! 18:34 < jeremiah> lo 18:34 <@nop> hey jeremiah 18:35 < jrand0m> heya jeremiah 18:35 <@nop> would you be willing at the api level to assist with a python api 18:35 < jeremiah> sure 18:35 * jeremiah reads backlog 18:35 < jrand0m> heh word 18:35 * nop is calling 18:36 <@nop> he's not home 18:36 <@nop> he'll be back in an hour 18:36 < jrand0m> 'k, has anyone else read the .xls and/or have comments on the model? 18:37 <@hezekiah> I read the .xls ... but I don't know much about p2p so most of it was over my head. 18:37 <@hezekiah> UserX is good at that stuff. 18:37 <@nop> I have to read it still 18:37 < jrand0m> (btw, morphmix had some insane numbers... they were saying they could expect random hosts on the net to have average 20-150ms ping times, rather than the 3-500 I was expecting) 18:37 < jrand0m> coo' 18:37 <@nop> it's staroffice or openoffice? 18:37 < jrand0m> openoffice, but I exported it to .xls 18:37 <@nop> which is excell? 18:37 < jrand0m> correct 18:38 <@hezekiah> BTW, concerning the API ... 18:38 < jrand0m> si sr? 18:38 <@hezekiah> ... in C the boolean would be int. 18:38 <@nop> which email 18:38 <@nop> hezekiah: yes 18:38 <@hezekiah> The classes would be sent as structure pointers. 18:38 <@nop> unless you typedef boolean 18:39 <@hezekiah> And the functions that use byte[] would use a void* with an additional parameter that specefies the length of the buffer. 18:39 <@nop> hezekiah: you're being picky :) 18:39 < jrand0m> nop> I cant access the archives so I'm not sure what the subject line was, but it was last week... 18:39 <@nop> save it for a later time 18:39 <@hezekiah> nop: Picky? 18:39 < jrand0m> heh, yeah, y'all working on the C api can work that detail out 18:39 * jeremiah is done reading backlog 18:39 <@nop> what's the file called 18:39 <@hezekiah> nop: I'm just trying to find all the stuff that is different, so we can hammer it out like jrand0m asked. 18:40 <@hezekiah> I'm trying to be helpful. :) 18:40 <@nop> hezekiah: yes, probably off meeting time 18:40 < jrand0m> nop> simple_latency.xls 18:40 <@hezekiah> boolean sendMessage(Destination dest, byte[] payload); 18:40 <@hezekiah> would be 18:40 <@hezekiah> int sendMessage(Destination dest, void* payload, int length); 18:40 <@hezekiah> . 18:40 <@hezekiah> byte[] recieveMessage(int msgId); 18:40 <@hezekiah> that could either be: 18:41 <@hezekiah> void* recieveMessage(int msgId, int* length); 18:41 <@hezekiah> or 18:41 <@nop> jrand0m: got it 18:41 <@hezekiah> void recieveMessage(int msgId, void* buf, int* length); 18:41 <@hezekiah> or 18:41 < jrand0m> hezekia: why not typedef struct { int length; void* data; } Payload; 18:41 <@hezekiah> DataBlock* recieveMessage(int msgId)l 18:41 <@hezekiah> DataBlock* recieveMessage(int msgId); 18:41 < jeremiah> where's this xls? 18:41 <@nop> oh iip-dev 18:41 <@hezekiah> jrand0m: The struct you just mentioned is basically what DataBlock is. 18:42 < jrand0m> word hezekiah 18:42 <@nop> subject more models 18:42 <@hezekiah> Chances are the C version would have DataBlocks. 18:43 <@hezekiah> Beyond that the only other thing to note is that each 'interface' would just be a set of functions. 18:43 <@hezekiah> nop: Did I find all the differences that would exist in a C API? 18:43 < jrand0m> right. perhaps #include "i2psession.h" or something 18:43 < jeremiah> is there a mockup python api? 18:44 < jrand0m> no jeremiah, I don't really know python :/ 18:44 <@nop> I would have to re-review the java api, but I would say that you're right on target 18:44 < jrand0m> but it would probably be similar to the java, as python is OO 18:44 < jeremiah> cool, i can derive one from the C one 18:44 * nop is not a java head 18:44 < jrand0m> cool jeremiah 18:44 < jeremiah> is the c api in the thing you sent out a few days ago? 18:44 <@hezekiah> Yeah. Python should be able to handle the Java api. 18:44 < jrand0m> jeremiah> that was the Java one 18:45 < jrand0m> oh, the Java one was today 18:45 < jrand0m> the older one was language independent 18:45 <@hezekiah> Hmm 18:45 <@nop> UserX says he should be able to assist with C api 18:45 < jrand0m> word 18:45 <@nop> he's busy at work at the moment 18:46 < jrand0m> coo' 18:46 <@hezekiah> One last note: With the C api, each function would probably take a structure* to the structure that it is an 'interface' of in Java. 18:46 <@nop> hezekiah: loos good 18:46 <@nop> looks good 18:46 <@hezekiah> I2PSession createSession(String keyFileToLoadFrom, Properties options); 18:46 <@hezekiah> would be: 18:46 <@nop> java and their non-native data types 18:46 <@hezekiah> I2PSession* createSession(I2PClient* client, char* keyFileToLoadFrom, Properties* options); 18:46 <@nop> ;) 18:46 < jrand0m> hehe 18:46 < jrand0m> right hezekiah 18:47 < jeremiah> are we addressing unicode? 18:47 <@hezekiah> Anyway, if you can live with those differences, the C and Java API's should be identical beyond that. 18:47 <@hezekiah> nop? Unicode? :) 18:47 < jrand0m> UTF8 if not UTF16 18:48 <@hezekiah> Perhaps Unicode should be dealt with on the application level. 18:48 < jrand0m> right, charset is all the content of the message 18:48 <@hezekiah> Oh. 18:48 < jeremiah> ok 18:48 <@hezekiah> Java String's are done in Unicode, aren't they jrand0m? 18:48 < jrand0m> the bitbuckets'll all be bit defined 18:48 < jrand0m> yes hezekiah 18:48 < jrand0m> (unless you explicitly instruct them to change charsets) 18:49 <@hezekiah> So the string sent to the Java API would be different than the one sent to the C API unless the C API implements strings using Unicode. 18:49 < jrand0m> not relevent 18:49 <@hezekiah> OK. 18:49 < jrand0m> (app->API != API->router. we only define API->router) 18:49 <@hezekiah> What I'm saying is this, jrand0m: 18:50 <@hezekiah> If I set my password with the Java API, it goes to the router out someplace else. 18:50 < jrand0m> password? you mean you create a Destination? 18:50 <@hezekiah> Then it find another router, which sends it to another API (?) which is implemented in C. 18:50 <@hezekiah> void setPassphrase(String old, String new); 18:50 <@hezekiah> That function. 18:51 < jrand0m> hezekiah> thats the administrative password to access the administrative methods of the router 18:51 <@hezekiah> Ah 18:51 <@hezekiah> Do any functions in the API which use Java String's end up with that String being sent to another API? 18:51 < jrand0m> 99.9% of apps will only use I2PSession, not I2PAdminSession 18:51 <@nop> also, anything carried with the router gets converted for network travel correct? 18:51 <@hezekiah> If so, we should probably use Unicode. 18:51 <@nop> unicode wouldn't be releavant 18:52 < jrand0m> hezekiah> no. all inter-router info will be defined by bit buckets 18:52 <@hezekiah> OK. 18:52 < jrand0m> correct nop, at the transport level 18:52 <@hezekiah> (I'm assuming a bit bucket is just a binary buffer, right?) 18:53 < jrand0m> a bit bucket is a statement that the first bit means X, the second bit means Y, bits 3-42 mean Z, etc 18:53 < jrand0m> (e.g. we may want to use X.509 for the certificates bitbucket) <p>18:53 &lt;@hezekiah&gt; I&rsquo;ve never dealt with that before. 18:54 &lt;@hezekiah&gt; I&rsquo;ll worry about it when I get there. :) 18:54 &lt; jrand0m&gt; heh word 18:55 &lt; jrand0m&gt; ok, the four things I wanted us to hit today: *router architecture, *performance model, *attack analysis, *psyc. We&rsquo;ve done the first, thecrypto is offline so perhaps we delay this (unless you have thoughts on the model nop?) 18:57 &lt;@hezekiah&gt; Um &hellip; jrand0m. I have yet another question. 18:57 &lt; jeremiah&gt; jrand0m: where&rsquo;s the latest version of the network spec? is it what you sent out on the 13th? 18:57 &lt; jrand0m&gt; si sr? 18:57 &lt;@hezekiah&gt; Well the router architecture has the API&rsquo;s handle keys /sent to them by the Application/. 18:57 &lt; jrand0m&gt; jeremiah&gt; yes 18:57 &lt;@nop&gt; I don&rsquo;t at this time 18:58 &lt;@hezekiah&gt; Now &hellip; the only way I see that the API gets the key is from createSession. 18:58 &lt; jrand0m&gt; hezekiah&gt; the router gets public keys and signatures, not private keys 18:58 &lt; jrand0m&gt; right 18:58 &lt;@hezekiah&gt; But that requires a file. 18:58 &lt; jrand0m&gt; the keys are stored in a file or in the API&rsquo;s memory 18:58 &lt; jrand0m&gt; yes 18:58 &lt;@hezekiah&gt; Now if the application generates a key, why can&rsquo;t it just send it to the API via a buffer? 18:59 &lt;@hezekiah&gt; Must it really store it in a file, and then provide the file name? 18:59 &lt; jrand0m&gt; no, it can be in memory if you&rsquo;d like 18:59 &lt;@hezekiah&gt; There is not function to all that in the API though. 18:59 &lt;@hezekiah&gt; It&rsquo;s just a thought. 19:00 &lt;@hezekiah&gt; If the key is supposed to be generated only once and used many, many times (like GPG keys), then a file makes sense. 19:00 -!- mihi [none@anon.iip] has quit [bye all, it&rsquo;s getting late&hellip;] 19:00 &lt;@hezekiah&gt; But if it will be generated more often, then perhaps some way to directly send it to the API via a structure or buffer of some sort might be nice 19:00 &lt;@hezekiah&gt; . 19:01 &lt; jrand0m&gt; yes, its generated once and only once (unless you&rsquo;re wearing a tinfoil hat) 19:02 &lt; jrand0m&gt; though the createDestination(keyFileToSaveTo) lets you create that key 19:02 &lt;@hezekiah&gt; OK. 19:02 &lt;@hezekiah&gt; So there&rsquo;s really no need for transfer directly from the App to the API. A file will suffice. 19:03 &lt;@hezekiah&gt; So where were we before I so rudely interupted? :) 19:06 &lt; jeremiah&gt; so right now we&rsquo;re just working on the router API, not the client one, right? 19:06 &lt; jrand0m&gt; well, we&rsquo;re skipping on performance analysis for now (hopefully we can get some chatter re: it on the mailing list before next week?). and probably the same wrt attack analysis (unless anyone read the new spec and has comments) 19:07 &lt;@hezekiah&gt; So we&rsquo;re since we&rsquo;re skipping that, what are we supposed to be talking about now? 19:07 &lt;@hezekiah&gt; Psyc? 19:07 &lt; jrand0m&gt; unless anyone else has other comments to bring up&hellip;? 19:08 &lt;@hezekiah&gt; Well, for once, my comment hole (also notoriously known as my mouth) is empty. 19:08 &lt; jrand0m&gt; hehe 19:09 &lt; jrand0m&gt; ok, anyone have any thoughts on how the IRC side of things will work, and whether psyc may be relevent or useful? 19:09 &lt; jeremiah&gt; sidenote (that pissed me off): wired&rsquo;s &ldquo;Wired, Tired, Expired&rdquo; list had Waste as &lsquo;wired&rsquo; 19:09 &lt; jrand0m&gt; heh 19:09 &lt; jrand0m&gt; do you realize how much we&rsquo;re going to blow everyone away? 19:09 &lt; jeremiah&gt; yep 19:09 &lt;@hezekiah&gt; jrand0m: That assumes we get this to work. 19:10 &lt; jrand0m&gt; I guarantee it will work. 19:10 &lt;@hezekiah&gt; There are a lot of other failed efforts out there. 19:10 &lt; jrand0m&gt; I quit my job to work on this. 19:10 &lt;@hezekiah&gt; Then we&rsquo;re going to blow everyone away. :) 19:10 &lt;@hezekiah&gt; Yeah. How is bread getting on the table when you do that? 19:10 &lt;@hezekiah&gt; GPL code doesn&rsquo;t pay well. ;-) 19:10 &lt; jrand0m&gt; heh 19:11 &lt;@hezekiah&gt; As for psyc &hellip; let me put it this way: 19:11 &lt;@hezekiah&gt; The first time I heard of it was when you emailed us about it. 19:11 &lt; jrand0m&gt; shit, I wasn&rsquo;t the one who found it :) 19:11 &lt;@hezekiah&gt; However, IRC is probably one of the most (if not /the/ most) prolific chat protocols around. 19:11 &lt;@hezekiah&gt; People will want IRC apps LONG before they even /know/ what psyc is. 19:11 &lt;@hezekiah&gt; jrand0m: Oops. Sorry. I forgot that detail. :) 19:12 &lt; jrand0m&gt; not according to psyc. their history goes back to 86 I think 19:12 &lt;@hezekiah&gt; The point is that the supperiority of the protocol, isn&rsquo;t really as relevant as to who uses it. 19:12 &lt;@hezekiah&gt; Their <em>history</em> may go back that far. 19:12 &lt;@hezekiah&gt; But how many people <em>use</em> Psyc? 19:12 &lt; jeremiah&gt; yeah if they&rsquo;ve been around since a year after I was born (ahem) and they aren&rsquo;t that big yet 19:12 &lt;@hezekiah&gt; My point is that even if it&rsquo;s a better protocol, most people <em>use</em> IRC. 19:13 &lt;@hezekiah&gt; We can make the best I2P network on the planet &hellip; 19:13 -!- Ehud [logger@anon.iip] has quit [Ping timeout] 19:14 &lt; jeremiah&gt; can someone explain briefly why we care? I thought IRC would only be one possible application but that the network is flexible to support psyc as well if it wanted to 19:14 &lt;@hezekiah&gt; Right. 19:14 &lt;@hezekiah&gt; Psyc can be made &hellip; 19:14 &lt;@hezekiah&gt; &hellip; but I&rsquo;m saying we should do IRC first because more people use it.</p>/ko/blog/2003/07/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EB%AF%B8%ED%8C%85/Tue, 01 Jul 2003 00:00:00 +0000/ko/blog/2003/07/01/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EB%AF%B8%ED%8C%85/<p>(웨이백 머신 제공 <code>http://www.archive.org/</code>)</p> <h2 id="빠른-요약">빠른 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> Addic, al-jebr, Ambience, ChZEROHag, Delly, Ehud, hezekiah, hifi, jrand0m, LeerokLacerta, lonelynerd, luckypunk, mids, Neo, nop, qriff, Rain, sahara, thecrypto, thetower, UserX, wilde</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> --> You are now talking on #iip-dev --- Topic for #iip-dev is IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ <al-jebr> it's 21:13 <-- wilde has quit (Ping timeout) --- Trent@anon.iip gives channel operator status to UserX <nop> ok <qriff> !time <Ambience> al-jebr: 00:21 here <nop> I believe everyone has settled <hezekiah> Let's go. :) <jrand0m> 11:06 here <nop> let's start <nop> anyone get my agenda <nop> so they can play it back <nop> I forgot the order <-- leenookx has quit (Ping timeout) <Ambience> my clock is 15 minutes ahead :) --> hifi (~MetroPipe@anon.iip) has joined #iip-dev <hezekiah> <nop> on the agenda <hezekiah> <nop> 1) Welcome <hezekiah> <nop> 2)Our Goodbyes <hezekiah> <nop> 3)IIP development now <hezekiah> <nop> 4) IIP development restructuring proposal <qriff> actually its xx:13 everywhere... <hezekiah> <nop> 5) Recruiting for services to aid with IIP <hezekiah> <-- Delly has quit (Ping timeout) <hezekiah> <nop> 6) comments suggestions and people who want to help <mids> 23:05:28 <@nop> 1) Welcome <mids> 23:05:38 <@nop> 2)Our Goodbyes <mids> 23:05:43 <@nop> 3)IIP development now <mids> 23:05:56 <@nop> 4) IIP development restructuring proposal <mids> 23:06:16 <@nop> 5) Recruiting for services to aid with IIP <mids> 23:06:53 <@nop> 6) comments suggestions and people who want to help <nop> wow, flood in here ;) <nop> pl <LeerokLacerta> Out goodbyes? <hezekiah> lol <hifi> TROLLS !!! <nop> Ok, welcome all <nop> let's settle down now :) <hifi> . <Ambience> settled --> wilde (~anon@anon.iip) has joined #iip-dev <hifi> settled <al-jebr> anyone logging? --> thecrypto (~thecrypto@anon.iip) has joined #iip-dev <hezekiah> I am (sort of). <luckypunk> mids should be. * jrand0m logs at all times <al-jebr> let's go! <nop> ok <hezekiah> nop: Agenda item number 2? <nop> Our goodbyes <LeerokLacerta> Bye! <thecrypto> where is the livelog? <nop> Ok, mids has come to a point where he is moving to other projects --> Phiberoptika (~none@anon.iip) has joined #iip-dev <mids> After having worked for IIP for more than I year now, I have decided to resign as IIP developer. <LeerokLacerta> Awww. <mids> It has been fun and an educative experience <mids> but it is time to move on, refresh the spirit and shuffle the cards. <Rain> Will you still be online/around? <mids> I'll keep running Trent as long as needed and possible. <mids> Yes, I do plan to stay around as user --> ntk (~blob@anon.iip) has joined #iip-dev * nop is in the corner sobbing <nop> oh, ah hem <jrand0m> many thanks mids, iip w/out trent would be a pita <LeerokLacerta> It's so sad. <nop> yes <nop> thank you mids for all your workup <nop> work <mids> Although I'll be off on vacation soon :) <mids> . --- mids removes channel operator status from mids <luckypunk> :D <luckypunk> Seem's like you've done a great job. :) <Rain> ..how symbolic.. <nop> we love you mids!!! <nop> you hear that <nop> that was my window opening <thecrypto> we all do! <nop> fan base out there --> w (~w@anon.iip) has joined #iip-dev --- nop is now known as we <luckypunk> lol, yep. <luckypunk> :D * we love you mids <Rain> Go mids go! <jrand0m> rofl --> leenookx (~leenookx@anon.iip) has joined #iip-dev --- LeerokLacerta has changed the topic to: IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ | We love you mids! <Rain> weeeeee are the chaaaampins, my frieeeennnndd... <Neo> yes mids, thanks for all your input, collaboration and hard work in code and doing general developer things for IIP. --- we is now known as nop * mids bows * Ehud stands up and gives a standing ovation to the commitment, perseverence, effort, and good hard code that mids has given the project. <hifi> yeah mids take your toys and go to tigertown lol <nop> and don't forget the PR and web management <nop> he's been a vital aspect to IIP <nop> getting it this far would have been hard without his work --> ChZEROHag (hag@anon.iip) has joined #iip-dev <hifi> hifi bitches with mids over trolling issue <-- hezekiah has quit (Ping timeout) <mids> heh hifi --> hezekiah (~hezekiah@anon.iip) has joined #iip-dev --- Trent@anon.iip gives channel operator status to hezekiah <hezekiah> Back. :) <luckypunk> Yay. <hezekiah> (And in case anyone doubted, Hezekiah == Ehud.) <hifi> i never used frucking trent and don't know what mids did . i only troll . <nop> obviously your hezekiah@anon.iip gave it away <-- Ehud has quit (Ping timeout) <hezekiah> Ugh <hezekiah> Item number 3? <hezekiah> (If we're all done sobbing yet ...) <hifi> and i never was pingouted in my life . I am the most disciplined user of IIP . <mids> 3)IIP development now <luckypunk> heh <luckypunk> Ok everyone! Shhh. Back on track! <hifi> BUT I CRY that MIDS GO !!! <hifi> ok <hifi> . <luckypunk> IIP development. Whats the current status of that code snapshot release? <luckypunk> That was supposed to happen today? <hezekiah> Well, unless UserX has an objection to the tarball I made, it's done. <luckypunk> Ok. Post it on the wiki? <hezekiah> UserX? Were there any problems with the tarball? <UserX> no problems with the tarball <luckypunk> Yes, but are there any windows compilations? <hezekiah> OK1 <hezekiah> http://invisiblenet.net/hezekiah <hezekiah> Get your tarballs there! <UserX> there hasn't been a windows compilation on the windows version yet <luckypunk> hm <LeerokLacerta> "tarballs" sound like some sort of food... * luckypunk will try and make one. --- hezekiah has changed the topic to: IIP Meeting - logfiles: http://wiki.invisiblenet.net/?Meetings - http://www.invisiblenet.net/research/ - tarballs of the 'unstable' development release are at http://invisiblenet.net/hezekiah | We love you mids! <luckypunk> They are. For GCC. <luckypunk> lol <Rain> Sticky food. <hezekiah> There is one 'documented bug'. <nop> I can compile a win32 version if you'd like <Rain> So, could you give a quick describtion of what is new in this release? <hezekiah> If you run isproxy, and it fails to bind the port, then it will /not/ abort. It will just sit there wasting memory. <hezekiah> Rain: That's too much for me to handle (not to mention I don't even _know_ all the differences). <Ambience> this one I assume: iip-1.2-dev1.tar.bz2 01-Jul-2003 01:45 292k tar archive ? <hezekiah> UserX could give a much better description <hezekiah> UserX? <nop> hezekiah/UserX can we get a changelog of the differences by chance <nop> that may be a day before that gets done <hezekiah> Ambience: Yup! Or the Gziped one. There the same tarball. <nop> because there are a log of changes <Rain> Oh, and has the expired IIP signing-key been replaced? <Ambience> hezekiah: ok <hezekiah> nop: I joined IIP after the development branch was already in progress. --> Ehud (~hezekiah@anon.iip) has joined #iip-dev <hezekiah> Rain: No. I had to use my GPG key. <nop> no one has tested the compile of this dev branch in win32 have they? <luckypunk> Hey, is this src is CVS? <hezekiah> Rain: I couldn't contact anyone who had the IIP release key. <hezekiah> luckypunk: Yes. * luckypunk has, but his system didn't work for it. <Rain> hezekiah: Ok, roger. <UserX> changes: multi-threading, bignum support via openSSL or GMP, numerous inmprovements to the memory management system <hezekiah> luckypunk: Right now that tarball is a copy of what you get when you check out the hezekiah-dev branch from CVS and run 'make dist-bzip2'. <luckypunk> Gah! I hate windows. <Rain> UserX: niceties ;) <hezekiah> And of course there are other internal changes that only the developers see. :) <qriff> just as a question for the qurious... what defines the holder for "Trent"... <hezekiah> One simple thing is that now that BigNum is implemented using either GMP or SSL, login is a LOT faster. <Rain> May i mention a IIP quirk i noticed earlier today? * luckypunk guesses its a yes. <hifi> at wiki search button is absent . only window to type in but nowhere to click lol . <luckypunk> hit enter. <qriff> and what about channel/nick expiration... --- Ehud is now known as logger <qriff> registration that is... <Rain> Ok, it seems to me like you cannot start isproxy from a /path/to/isproxy command, but intead have to do a cd /path/to and then do a ./isproxy <hezekiah> Rain: Let me guess ... you get a configuration screen or a request for entropy, right? * jrand0m has a feeling this will be a very.long.meeting <Rain> Is that intentional, or just some quirk of my local system? <Rain> hezekiah: yes. <hezekiah> Rain: You need to make a .iip subdirectory in your home directory. <Rain> It claims that the conf-file is not found. <Rain> with my .conf file? <hezekiah> Rain: If no such directory exists, isproxy will always look for the config files in the current directory --> AmishOne (amishone@anon.iip) has joined #iip-dev <Rain> Ahh. Of course. <hezekiah> OK ... <hezekiah> nop? Was there anything else for item 3? <nop> have we tested it for win32 <nop> compile wise <hezekiah> I haven't. <nop> UserX: ? <UserX> no <nop> I will test it this week then <hezekiah> luckypunk, tried doing hezekiah-dev recently and complained for compile errors. <nop> that's key to maintain portability <hezekiah> I suspect there might be problems. * luckypunk tried, it balked. <hezekiah> Yup. There are problems. <Ambience> I'll have to leave for the more dominant one is ordering me to and I have no choice here. So I'll be off to bed, but will be logging #iip-dev for future reference. <Ambience> see ya guys! <lonelynerd> later <qriff> bye <hezekiah> Bye, Ambience. :) <luckypunk> i'll be back. <Ambience> <--gone (log on) <nop> ok <nop> this topic is done <nop> next on agenda <nop> what's 4? <hezekiah> 4) IIP development restructuring proposal <nop> ok <nop> we had a meeting about a discussion and proposal brought to us by jrand0m for the future development <nop> and as well <nop> I have had a lot of privmessages directed at me <nop> for requests to focus on an arbitrary framework, instead of IRC specific <nop> aka a framework that supports IRC + a whole lot more <nop> so the want is obviously there <nop> and the developers definitely want to go there as well <hezekiah> Amen! <nop> the question of how to go about doing it <nop> and how to make the most productive use of our developers <nop> is up in the air <ChZEROHag> XML <mids> is his framework site available to everybody? <nop> this isn't specifically about language <ChZEROHag> create a communications protocol <nop> ok, please let me finish <ChZEROHag> I've started on that somewhere... <nop> then we can comment <ChZEROHag> My apologies <ChZEROHag> I'm a bit in and out at the moment <nop> ok, <nop> no prob <nop> We are at a stage where there is discussion of an arbitrary communications protocol <nop> specifically for anonymous and secure communication <nop> at this point jrand0m, any chance we can post the logs of #iip-future meeting <jrand0m> sure <jrand0m> perhaps those zips I sent you so people don't have to struggle through freenet for the other pages too <nop> ok <nop> hold <nop> please <jrand0m> (btw, the logs were unedited, so expect the usual occational banter) <hezekiah> lol. Yup! You'll get to see exactly how much I DON'T know about p2p networks! lol <jrand0m> heh <hezekiah> (And they'll probably have my conspiracy theories about nop too! So be sure to read the logs! ;-) ) <-- logger has quit (Ping timeout) <hezekiah> Ugh <nop> ok <Neo> the logs will be a lot to read. can someone summarizze for the meeting what was covered and some key points of all this? <nop> http://office.invisiblenet.net/iip_future.zip <nop> and <hezekiah> At this point, the 'stable' release is being more unstable than the 'unstable' one!! Urg. <nop> http://office.invisiblenet.net/meetingPrepnotes.zip <nop> http://office.invisiblenet.net/jrand0mnetwork_protocol.txt <jrand0m> meetingPrepnotes.zip is a small doc that summarizes the meeting, and the meeting was basically "ok, any thoughts?". <-- Delly has quit (EOF From client) <jrand0m> essentially, the proposal is to get going on a generic secure anonymous message based system, and run iip on top of that <mids> is there a zip with anonCommFramework too? <nop> I didn't see that <nop> jrand0m can you zip and send I'll post to site <jrand0m> sure, h/o <-- Phiberoptika has quit (* ciaito mua mua *) <Neo> what is anonCommFramework? <jrand0m> uber-quick summary of the meeting in iip_future.zip is "ok, here's the proposal, any comments?" and comments were basically "ok, can IIP work as planned on this? <jrand0m> if you're on freenet, anonCommFramework is at SSK@MQNd5lT-X5wHA4vONvtVadi6q1IPAgM/anonCommFramework/2// * jrand0m is sending nop a zip of that momentarily <Rain> Did you discuss support for PGP-based nyms? <nop> ah hem, this is early discussions <-- ChZEROHag has quit (Ping timeout) <jrand0m> no, endpoints in the framework are not nym based, they're idents <Rain> Right. So nyms an higher level. <Rain> are <jrand0m> (and for lots of reasons, they shouldn't be long term idents like nyms) <jrand0m> yes <Rain> I was just thinking of something like trent with PGP signarute auth. <mids> trent is central <mids> central=bad --> logger (~hezekiah@anon.iip) has joined #iip-dev <jrand0m> briefly, anonCommFramework is a meta-network. a generic set of protocols &amp; structures that an anonymous communication network could use to interoperate to provide militant grade anonymity <wilde> what's the one sentence explanation of your ideas on network topology? --> ChZEROHag (~hag@anon.iip) has joined #iip-dev <ChZEROHag> that was fun --> Delly (dedede@anon.iip) has joined #iip-dev <Rain> mids: Yea. I meant similar services. <lonelynerd> what about having to pay with hashcash to send data? couldn't that help against flooding? <jrand0m> wilde> heterogeneous. no one answer solves all problems. interoperate, balancing latency, bandwidth, anonymity, and reliability to provide the user's needs <Delly> still in 4) ? <hezekiah> Delly: Yup <Delly> thx <ChZEROHag> I think when the ircd is removed from the equation, we'll have far better options than (hash|think|real)cash <nop> jrand0m: any luck sending <nop> ;) <jrand0m> uploading to hush now. <jrand0m> ChZEROHag> anonCommFramework has built in support for providing network use authorization credentials <Rain> There has been a lot of talk of IIP-Freenet interoparability. Will that fit into the framework, or are we talking application-level again? <ChZEROHag> come again? <jrand0m> app level <jrand0m> what we're discussing is splitting iip into two parts - the irc part, and the message based secure anonymous network <wilde> one solution could be: <Rain> jrand0m: k. <wilde> Application <-> SOCKS5 Proxy Interface <-> Onion Wrapper <-> Onion Router 1 <-> ... <-> Onion Router N <-> Exit Relay <-> Public Server <jrand0m> building a DHT on top of the message layer should be fairly easy <hezekiah> DHT? <jrand0m> distributed hash table <jrand0m> (ala freenet) <nop> ok, jrand0m let me clarify <ChZEROHag> wilde: I think the plan is to design it such that the 'public server' could be removed from the equation at some point <nop> are we talking about splitting irc, or merging to focus on anonymity framework <jrand0m> well, given unlimited # of developers, splitting and doing both (well, 3 things ;) in parallel. <nop> what I mean is that the irc part is application layer <jrand0m> given reality, there's prolly only enough dev time to get the comm system running first, then iip on top <jrand0m> right exactly <nop> and since we have a somewhat viable network working with IIP <jrand0m> irc is just another app running on it <nop> then the idea should be <nop> is to have developers start focusing on framework aspects <wilde> ChZEROHag: ok, what I suggested is an anonymizing layer for regular internet traffic, not a seperate network <hezekiah> (This could get fun.) <nop> wilde there are weaknesses to that <nop> just to let you know <nop> aka the clear text on the outer ends <-- AmishOne has quit (EOF From client) <wilde> nop: yes, so all connections should be encrypted to the ends <nop> we have an effort as well to have anonymous web browsing possible with this network <jrand0m> yes. it must be able to operate without ever leaving the mixnet <nop> but it is not as real time direct as your proposal wilde <nop> it uses some time delay tactics <nop> with caching etc <nop> timing attacks are a serious threat to anonymity <hifi> I WANT ANONYMISER BASED on IIP !! I DON"t TRUST OTHER ANONYSERS THEY ARE FBI TRAPs !! <mids> http://mids.student.utwente.nl/~mids/anonCommFramework/ <nop> hifi, this isn't changing IIP, this is moving us forward <nop> thanks mids <jrand0m> heh word mids, my moz is hanging <nop> ok <wilde> although independant mixnets are cool, the real killer apps will probably be general ip traffic anonymizers <nop> wilde, they are myths <wilde> killer apps? <nop> no <-- thetower has quit (EOF From client) <jrand0m> wilde> that could be a service built on top of the comm layer <nop> general ip traffic anonymizers <wilde> or ip traffic anonymizers? <nop> so far they don't exist <nop> they exist in papers only --> thetower (none@anon.iip) has joined #iip-dev <jrand0m> if you build an anonymizing service on top of the comm layer, however, your outbound routers will get shut down quickly <thetower> Haha, I just noticed I wasn't port forwarding. <thetower> Oop, sorry, wrong chan <wilde> nop: what about the ZKS system? <nop> is it still around? <nop> and working <wilde> nope, bad business <wilde> few people paid <wilde> but the framework seemed to work, but all nodes were ZKS:s paid relays <nop> wilde but they were internal and it wasn't complete <nop> it still had certain vulnerabilities <nop> it was a start <nop> I met Ian Goldberg at CodeCon 2k2, and he himself admitted it was incomplete to what he desired <wilde> yes, everything has vulnerabilities, we just raise the cost of tracing dramatically <jrand0m> right, after the mixnet is up and running, i'd like to see wilde offer generic outbound proxy services. that'd be cool <jrand0m> (sincerely) <nop> jrand0m: but again the ultimate would be using that magic mirror concept for optimum protection <ChZEROHag> Probably the hardest option, but wouldn't freenet be a good framework to build from? <nop> wilde, maybe you and I can discuss this in another forum at some point <jrand0m> but in any case, the network must be built first <ChZEROHag> Or is that not what we're discussing? <jrand0m> ChZEROHag> no. <jrand0m> freenet doesn't provide hard anonymity <ChZEROHag> aah <ChZEROHag> I should try paying attention <nop> ok, moving forward <nop> UserX you still here <wilde> nop: yes, if you have decided on topology there is no need to discuss this in public <UserX> I'm still here <nop> well it's application layer, so that comes after net design etc <nop> ok <nop> where did we leave off at #iip-future meeting <-- hezekiah has quit (Ping timeout) <nop> let's start there --- logger is now known as Ehud * nop is catching up on the meeting logs <jrand0m> [04:31] <jrand0m> I think we're back to your question. can / should the irc functionality move forward as its going or move towards this mixnet. there are significant benefits to move towards the mixnet, but some aspects of the irc side seem to require some redesign to operate on it. <jrand0m> [04:31] <jrand0m> the right way for the irc development to go is not for me to say <Ehud> Basically, UserX had some thinking to do about wether IIP could run satisfactorily on the mixnet. <mids> nite all <-- mids (mids@anon.iip) has left #iip-dev (mids) <ChZEROHag> Would it not be an idea to create a replacement irc in parallel with a mixnet? <ChZEROHag> After all it's going to be damn hard to use a normal ircd <jrand0m> ChZEROHag> given infinite # devs, yes <nop> ok ChZEROHag silence please :) <ChZEROHag> Assume infinite devs <ChZEROHag> Oh is this not a question bit? --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <nop> not yet <UserX> Unfortuantlely I haven't had time to seriously sit down and think about how your proposal would fit in with IIP <ChZEROHag> oh <ChZEROHag> oops <nop> just want to get into the discussion <nop> well <jrand0m> UserX> think of the mixnet as a socket <nop> let me suggest something <nop> do we agree that our goal is not just IRC ? <lonelynerd> well <Delly> it's a great idea sure <hezekiah> nop: Beyond all doubts, I agree that the goal is an anonymous network. <lonelynerd> doing something traffic-intensive would have the potential to ruin the whole project <hezekiah> nop: IRC is just a starting point. <nop> ok, well what we should look at is this <jrand0m> NOT doing something traffic intensive has the potential to get us to overlook problems :) <nop> instead of saying IIP doesn't fit <nop> or it does fit <nop> let's look at what modifications need to be made for irc to fit with this mixnet, whether it's a mod to the mixnet itself <lonelynerd> jrand0m: hmm <nop> for instance <nop> UserX has a vision of using channels as endpoints <nop> Jrand0m calls them idents <nop> are they having subtle differences <nop> or are they largely different <jrand0m> there's substance to those differences. <nop> can we review that <nop> on both sides <nop> from jrand0m and UserX <-- hezekiah has quit (EOF From client) <nop> actually <nop> read the log <nop> nevermind <jrand0m> ;) --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <jrand0m> the hesitancy I have w/ sending messages to a channel ident and having that channel redistribute it to members is that the channel gets plaintext <nop> how does it get plaintext? <jrand0m> instead, I'd suggest having a channel contain just the channel info (modes, users, topic, etc) <jrand0m> the channel is just an application running on one (well, 3+) routers listening to one (well, 3+) identities. when you /msg a channel, you send a message to that identity (application). it then resends it out to the N users in the channel, encrypted to each <nop> well <nop> I had a proposal for that <nop> that would have the channel not contain plaintext <nop> directly <jrand0m> at least, without adding a channel key (which would be managed by the channel application itself, which defeats the point) <nop> well <nop> we were having channel keys <nop> for private channels <nop> and pub channels are public anyway <jrand0m> right. there may be ways around it. y'all know more about irc than I do. there are other ways that don't require going this route though <nop> see the neat thing with message channels is this <nop> you scale slightly better than trying to find all idents to send to directly <-- luckypunk has quit (Ping timeout) --> dd0c (dd0c@anon.iip) has joined #iip-dev <jrand0m> I'm not sure you scale better, but you do redistribute the load <jrand0m> (we can find idents via O(log(n))) --> sahara (~sahara@anon.iip) has joined #iip-dev <jrand0m> but thats neither here nor there, this is application layer design ;) <nop> right <jrand0m> all we need to do, imho, is find some workable ways that *could* operate on the comm layer and then leave it to the wayside until we get there <UserX> jrand0m: messages sent to channels are encrypted with a channel key that is different to the channel's identity. a channel server can't decrypt a message unless it has come across the key by othermeans <sahara> did I miss the meeting? <jrand0m> you've got some ways that could work, it sounds like, right? <jrand0m> UserX> how does a user joining a channel get the key? <hezekiah> sahara: Nope. You're right in the middle of it! :) <nop> it's a key exchange <jrand0m> with whom nop? <jrand0m> brand new user joining #anonymous, and the app containing the list of users on #anonymous doesn't have the key (As userx said) <jrand0m> (all I'm saying is there's a way to get all the functionality and still avoid having a channel key) <UserX> jrand0m: with public channels it is derived from the channel name. with private channels the user either creates one or a someone gives them the keys to the channel <jrand0m> 'k, cool <jrand0m> so apps managing public channels can read the plaintext (by deriving from the channel name) <jrand0m> (which is prolly fine) <nop> right <wilde> jrand0m: if the apps encrypt the plaintext to each recepient, will it scale well? <jrand0m> yes wilde, perhaps better (depending on the algorithm used to nominate channel managers) <jrand0m> (though it will potentially have a nonserialized delivery) <jrand0m> ((though i think thats the case with normal irc anyway)) <-- thecrypto has quit (Ping timeout) <jrand0m> but, getting back on to the question - <jrand0m> nop, what do we hope to have decided by the end of the discussion of #4? <-- Neo has quit (Ping timeout) --> d (~sahara@anon.iip) has joined #iip-dev <nop> well <-- sahara has quit (EOF From client) <hifi> simple site , problem is i am tech blond but want good things lol <nop> I was hoping that we could re-organize, but this is gonna be a discussion for later <hifi> sorry OOPS <nop> UserX <-- d has quit (Client exiting) <nop> how long will you need to think about certain aspects, and maybe doc them up as a concern list <UserX> hard to say. maybe a week <nop> what I'm thinking jrand0m is that a lot of this needs sorting out, rather than just plowing into it, or we'll end up at the beginning with nothing to show <nop> so let's push a week into this <nop> and see what concerns are coming into play <nop> because again <nop> we want an adaptable mixnet <nop> any application should be able to survive <jrand0m> absolutely <jrand0m> thats the point of the anon comm framework <-- wilde has quit () <nop> ok, so let's put this off a week, and focus on some realistic proposals that can fit all of our needs <jrand0m> you say "send message M to location L" and it magically, securely, anonymously gets delivered <nop> but magic is one thing <nop> science is another <nop> of course you know that :) <jrand0m> the magic is from the app level's perspective ;) <nop> yes <nop> understood <jrand0m> the science is in that 15 page anonCommFramework/2// ;) <nop> ok <hezekiah> lol <nop> UserX, if you can get that in a week that would be helpful <nop> ? <jrand0m> I'll aim at revamping the docs &amp; getting comm layer network design ready for then so we can hit the ground running <nop> well <nop> we haven't agreed on certain aspects <nop> I think that still should be hashed out <jrand0m> what, in the network layer, haven't we agreed on? <nop> personally I agree that maybe you post your anonCommFramework on iip-dev <nop> and have it reviewed and commented * jrand0m isn't on iip-dev <Rain> So, meeting again next tuesday, same bat-time, same bat-channel? <nop> what haven't we agreed on is whether it can support all applications <hezekiah> jrand0m: Just post to iip-dev@invisiblenet.net . <hezekiah> Rain: We are on item #4. There are still other items to go. :) <jrand0m> its ~800k. if someone could post the URL to mids' mirror that'd be cool <Delly> argh <Delly> re <Delly> about services, i think if IIP become more easier and friendly, we will see more users and more nodes. it's why i'm making script for mIRC user, one is a Trent script, allowing to use Trent and Anonymail with the mouse, the other is a script allowing to transfer file over iip, staying anonymous (using uuencoding). The "protocol" used is easy and could be done for lot's irc clients with scripting support. And so everybody could transfer little files, even between di <jrand0m> nop> I'm 100% certain it can support all applications. <Rain> hezekiah: Right. My missunderstanding. <jrand0m> this layer has been used for over a decade in hundreds of industries <Delly> was my thought of the day <nop> well then where do we not agree <nop> if Irc is an issue, then how is it adaptable? <jrand0m> it isn't an issue <jrand0m> y'all just don't understand the layer's abstraction ;) <lonelynerd> Delly: i have a perl script that allows one to use ssh/telnet/etc over irc <jrand0m> (really, think of it as a socket) <Delly> lonelynerd, the goal was just to enhance mirc <Delly> for iip network <lonelynerd> Delly: yeah, but if you use base64, i think it's compatible with this one <Delly> could be possible tu use it <jrand0m> ok, we ready for #5 yet? <hezekiah> nop? <-- hezekiah has quit (Client exiting) <Delly> oups i thought it was 5) ! <ChZEROHag> There's a 5? --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <-- hezekiah has quit (Client exiting) --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <nop> sorry <nop> delly <nop> you guys <nop> this is off topic <nop> please reserve your conversation outside this channel --> hezekiah_ (~hezekiah@anon.iip) has joined #iip-dev <-- hezekiah has quit (EOF From client) <nop> well <nop> jrand0m --- hezekiah_ is now known as hezekiah <nop> before I agree to go to 5 <nop> the problem I'm seeing is <nop> UserX has a voice <nop> as well --- Trent@anon.iip gives channel operator status to hezekiah <jrand0m> of course <nop> and if he sees logistical problems <nop> I believe they should be heard <nop> so you can't just say, hey it's gonna work <nop> it has to be "solidly" agreed on both ends <nop> aka he needs convincing <jrand0m> right, but I'm not going to sit on my thumbs waiting for him to doc them up. if he does come up with some problems in a week, fantastic, and we'll revise accordingly <nop> or he needs to convine you <nop> but the idea is this <nop> what I'm trying to propose with this <nop> is to reorganize our dev team to get on your bandwagon <nop> with that <nop> it would put our energy in working on the network design <nop> that's the idea <nop> thus helping all of us get somewhere specific <nop> I'm not trying to slow down <jrand0m> right, i don't expect to have a V1.0 final protocol spec next week. last night I downloaded about 50 new articles off citeseer to do some more research <nop> ok <nop> so can we post your proposal to iip-dev <nop> and get some review <jrand0m> coo' <nop> also I advise on your own to propose it on cryptography@metzdowd.com <nop> which will get some serious review <jrand0m> sounds good <nop> ok <nop> UserX, you there <UserX> i'm here <nop> ok, so jrand0m will work on protocol spec, and can I assume you'll come up with a concerns list or some additives to the protocol? <UserX> yes <nop> ok, let's resume this in a week <nop> what was 5? <nop> sorry If I'm being a pain <nop> just want to organize it <nop> to make sure we're all on same page <jrand0m> recruiting for services...? <hezekiah> 5) Recruiting for services to aid with IIP <nop> ok <nop> yes <nop> since mids departure <nop> and cohesions return <nop> we are possibly looking for others to contribute to IIP in some aspect <nop> this does not mean you have to be a hardcore core developer <nop> but additives like maybe a web maintainer would be good, <nop> some PR would be good <hezekiah> luckypunk volunteered to manage the website. <hezekiah> <luckypunk> I wanna help/take over the IIP website. <hezekiah> <luckypunk> :D <nop> and if more people would like to hop on with the upcoming project that jrand0m is proposing <jrand0m> wikked <nop> even if you just want to review the protocol <nop> that is more than enough help <nop> the reality is this <nop> we have a lot of developers with real time jobs <nop> and it is consuming them at the moment <nop> and any additional help is wanted <nop> since this is a huge endeavor <nop> to take IIP to where it needs to be <nop> aka InvisibleNet at some point <nop> real life jobs ;) <nop> anyway <nop> the idea is <nop> it would be cool if people would love to add to this project in some ways <nop> using their skills, and I know their are some programmers out there <nop> and a few that have some spare tiem <nop> time <nop> luckypunk's reliability will have to be reviewed, no offense, I've had him offer before with help maintaining a freesite, and no luck there <hezekiah> nop: I can understand that one. ;-) <hezekiah> nop: He just asked me to forward the offer along because he wouldn't be here. <nop> ok <hezekiah> nop: I did. My part's done. :) <nop> well, either way, anyone who wants to join in <nop> contact one of us <nop> either at iip@invisiblenet.net <hezekiah> One of whom? <nop> or just by nick, <nop> hezekiah, userx, nop, <jrand0m> I hear anyone who volutneers to help iip gets free hookers and blow <hezekiah> What are 'hookers and blow'? <hezekiah> ... or do I not want to know? <jrand0m> heh <nop> hezekiah: don't ask <hezekiah> OK. <hezekiah> I don't want to know. :) <nop> hezekiah: enjoy your sheltered life ;) <nop> while you can <nop> cuz college is gonna be fun :) <hezekiah> I'm enjoying it! I'm enjoying it! * jrand0m enjoys the hookers and blow ;) <nop> jrand0m: quick question * w hugs luckypunk and nop <jrand0m> si sr? <nop> jrand0m: are you considering yourself a dev of IIP at some time soon? <nop> since you are offering a merge ;) <hifi> http://www.guerrillanews.com/cgi-bin/wwwthreads/showflat.pl?Cat=&amp;Board=gnn&amp;Number=182767&amp;page=0&amp;view=collapsed&amp;sb=5&amp;o=0&amp;part= <hifi> sorry , opps again <jrand0m> nop> a dev of invisiblenet, but I can't contribute to iip <nop> understood <nop> IIP == invisiblenet future projects <hezekiah> jrand0m: Good working! <hezekiah> jrand0m: Wording. <nop> devs wanted for either <nop> to make that clear <nop> specifically cuz jrand0m could use a good team set <Addic> I could take a look of the Windows code... <jrand0m> si sr. once we get rolling into software design, there's going to be more truckloads of work than one can imagine <jrand0m> word Addic <nop> awesome <nop> ok <nop> I will send this request on iip-dev line as well <nop> anyone interested please don't hesitate to contact <nop> was there a 6? <nop> I believe so <jrand0m> 6) comments suggestions and people who want to help <jrand0m> suggestion: < 1.8 hours next time :) <jrand0m> (not that any of the topics could have been condensed any more than they were) <nop> no comments? * nop thinks everyone's asleep <nop> hehe <nop> we bored them <jrand0m> w3wt <Addic> heh, who has been working on the Windows' code this far? <nop> ok <hifi> zzzzzz... <nop> UserX has made it so far portable <Rain> What kind of talents are we looking for? <Addic> ok <nop> ok, let me re-iterate <nop> Coders, Graphics dudes, Web devs, PR people, Web maintainers <Rain> Ok, missed that. Sry. <nop> and if you can write biz plans, that helps me too :) <nop> you didn't miss <nop> I didn't go in enough detail <jrand0m> heh <-- Ehud has quit (EOF From client) <hifi> I am Born PR people <Rain> Step one: Collect Underpants. <Addic> translating to other languages at wiki? <nop> yes <nop> that would be great <nop> translations <Addic> ok, i could do that too <nop> documentation <nop> etc <-- hezekiah has quit (Ping timeout) <nop> even organization <nop> anyone who wants to be actively involved in helping InvisibelNet/IIP <hifi> I invite ppl to use IIP alll the time <nop> thnx hifi --> hezekiah (hezekiah@anon.iip) has joined #iip-dev <Rain> What kind of org skills? <nop> well, maybe help run the meetings, or maybe forcing us dev guys to get more docs on the protocol <nop> etc <nop> possibly organize interviews and some type of press releases <nop> some ideas for the future of promoting the use of IIP <nop> etc <nop> ok, please contact one of us if you want to help out <Rain> Ok, org question, that I have mentioned before: IIP Signing key? (nag, nag) --> Ehud (~hezekiah@anon.iip) has joined #iip-dev <hifi> IIP notification service :) for ppl to knoe I /him is online LOL <qriff> just as a question for the qurious... what defines the holder for "Trent"... <qriff> and what about channel/nick expiration... <qriff> registration that is... <-- ChZEROHag has quit (Ping timeout) <jrand0m> trent is a service, not a nick, so trent must have access to the ircd (i think) <nop> these questions are mids questions for trent, he's an abstract piece <nop> yes jrand0m <jrand0m> iip notification would be cool. how does anonymail do it? <jrand0m> can clients send a /notify nick to the server and get a msg when the nick joins? <hifi> IIP SMS notification LOL <nop> actually <nop> we did have IIP SMS as the first version of anonymail <nop> but it tended to flood <hifi> oh <nop> so now we do it as anonymail database delivery <hifi> IIP invitation msg as signature to ordinary e-mails ... <hifi> Kinda " Do yo Yahoo ? Get MSN free " stuff <jrand0m> ooOOoo textAds <jrand0m> but does iip need more users? <hifi> oh <jrand0m> or is getting more users just a "oh cool, lets service more people"? <hifi> no <hifi> dunno <hifi> i just brainstorm <-- Mira has quit (Ping timeout) <hezekiah> More people ... more ideas ... more volunteers <hifi> IIP as world standart will be cool <hezekiah> More people ... more problems ... more strain on the network ... <hezekiah> ... more floods of #anonymous ... <hezekiah> It's a two sided question. <hifi> more channels lol --> Mira (~Mira@anon.iip) has joined #iip-dev <hifi> IIP Eugenics Program LOL Less Population Less Problems --> ChZEROHag (~hag@anon.iip) has joined #iip-dev <Addic> hmm... going back to the notification question... is it so the /notify nick does not work here? Or am I not understanding the question... <lonelynerd> Addic: sure it works <Addic> well what's the problem then? <hifi> ? <-- Delly has quit (EOF From client) <lonelynerd> wasn't much following the conversation, but they talked about having a /notify that wouldn't require the client to poll <Addic> ok <-- ChZEROHag has quit (Ping timeout) <-- w has quit (Ping timeout) <-- Rain has quit (I Quit) --> w (~w@anon.iip) has joined #iip-dev <hezekiah> Hmmm ... <hezekiah> I think it's about time we adjurne this meeting. <hezekiah> What do you say, nop? * jrand0m thinks he fell asleep too <nop> yeah <nop> ok <nop> later <-- jrand0m (jrandom@anon.iip) has left #iip-dev (jrand0m) <hezekiah> Meeting adjurned! :) <hezekiah> *BAF*! <-- Addic (anon@anon.iip) has left #iip-dev (Addic) <-- LeerokLacerta (~leerok@anon.iip) has left #iip-dev (Client Exiting) <-- hezekiah has quit (Client Exiting) <-- Ehud has quit (Client Exiting) </div>/ko/blog/2003/03/25/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98/Tue, 25 Mar 2003 00:00:00 +0000/ko/blog/2003/03/25/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98/<p>(웨이백 머신 <code>http://www.archive.org/</code> 제공)</p> <h2 id="빠른-요약">빠른 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> Aprogas, hezekiah, mids, mihi, nop, noP, UserX</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> --- Log opened Tue Mar 25 22:07:19 2003 22:07 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 22:07 [Users #iip-dev] 22:07 [@hezekiah] [ Aprogas] [ logger] [ mids] [ poX] [ UserX] 22:07 -!- Irssi: #iip-dev: Total of 6 nicks [1 ops, 0 halfops, 0 voices, 5 normal] 22:07 -!- Irssi: Join to #iip-dev was synced in 3 secs 22:07 < UserX> yes 22:07 <@hezekiah> OK. :) 22:07 < mids> log is up http://mids.student.utwente.nl/~mids/iip/meeting35/livelog.txt 22:07 < Aprogas> /exec -o tail -f http://mids.student.utwente.nl/~mids/iip/meeting35/livelog.txt 22:08 < Aprogas> loops are fun 22:08 < mids> unless anybody has any agenda; 22:08 < mids> I'd like to hear what the official proposals are for the decentralized routing protocol 22:09 < Aprogas> then at least have 1. decentral routing protocl 2. question as agenda 22:09 < mids> 1) welcome 22:09 < mids> 2) decentralized protocol 22:09 < mids> 3) WVTTK 22:09 < mids> 4) questions 22:09 < Aprogas> thats dutch 22:10 < mids> whats the english word for it? 22:10 < Aprogas> 3) WCTTA 22:10 < Aprogas> maybe 22:10 < Aprogas> but latin would be more elite 22:10 < Aprogas> where is the director to tell me to shut up and get back to the point ? 22:10 <@hezekiah> Aprogas: be quite and get back to the point. ;-) 22:10 < mids> quod etcetera mensa venit 22:11 < Aprogas> hezekiah: thanks 22:11 < mids> -1- 22:11 < mids> Welcome everybody! 22:11 <@hezekiah> Hiya! :) 22:11 < mids> as you see, the regular meetings are earlier as the other 33 ones from now on 22:11 < mihi> hi mids 22:11 < mids> . 22:11 < mids> -2- 22:11 < Aprogas> to better fit the mainly US/EU users of IIP ? 22:12 < nop> yo 22:12 < Aprogas> hello nop 22:12 -!- mode/#iip-dev [+o nop] by Trent 22:12 <@nop> got the page 22:12 <@hezekiah> Hiya, nop! :) 22:12 < mids> Aprogas: it would fit better for UserX / nop 22:12 <@nop> is userx alive? 22:12 < Aprogas> dont forget to change your nick to noP 22:12 -!- nop is now known as noP 22:12 < mids> 2) I'd like to hear what the official proposals are for the decentralized routing protocol 22:12 <@noP> thnx aprogas 22:12 <@noP> we have no official proposal till Friday 21:00 22:12 < UserX> noP: i'm here 22:13 <@noP> that is to be discussed 22:13 <@noP> there are semi-official proposals in www.invisiblenet.net/research 22:13 < Aprogas> can i join that discussion to give totally useless suggestions ? 22:13 <@noP> which are many different proposals 22:13 <@hezekiah> Uh, oh. Looks like I have a lot of reading to do before Friday. ;-) 22:13 <@noP> we will log it 22:13 <@noP> and you can suggest 22:13 <@noP> during iip-dev meeting 22:14 <@noP> yeah hezekiah we added more stuff ;) 22:14 -!- mids changed the topic of #iip-dev to: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ - http://www.invisiblenet.net/research/ 22:14 < mids> ok 22:14 < mids> . 22:14 < mids> quod etcetera mensa venit? 22:14 <@noP> brb 22:14 <@hezekiah> mids: What language is that? 22:15 < mids> latin 22:15 <@hezekiah> Ah. 22:15 < Aprogas> mensam sounds more correct 22:15 < mids> it should mean something like: what else comes to the table 22:15 < Aprogas> and `etcetera' isnt 22:15 < mids> et cetera 22:15 < Aprogas> but that still doesnt make sense 22:16 < mihi> quod ceterum ad mensam venit? 22:16 < Aprogas> maybe 22:16 < Aprogas> when will the IIP sourcecode be translated to latin using latin.h ? 22:16 < mihi> igpay atinlay? ;-) 22:16 < Aprogas> in other words, when will IIP development freeze to transfer those manhours to my latin.h project and complete it, only to then implement it in IIP ? 22:17 <@hezekiah> Never. 22:17 < mids> quod autem ad mensam venit 22:17 < mids> powered by http://www.latijnnederlands.nl/ 22:17 < mids> . 22:17 < Aprogas> thats W Echter TTK 22:17 < mids> any IIP questions? 22:17 < mids> Aprogas: 2. verder, voorts, en dan (ter voortzetting of uitwerking v. iets voorafgaands). 22:17 < mihi> "*but* what comes to the table"? 22:17 < Aprogas> `what' does 22:18 < mids> mihi: questions, proposals, comments 22:18 < mihi> mids, you missed the "" 22:18 < Aprogas> anything that was talked about during the meeting but didnt fit in the point that was currently active 22:18 <@hezekiah> Is this item 3 on the agenda? 22:18 < Aprogas> hezekiah: i think we are at questions yet 22:18 < mids> hezekiah: yes 22:18 < Aprogas> the meeting seems chaotic and without any real content, except that the decision on the routing protocol will be made later 22:18 <@hezekiah> ... because I have no idea what "WVTTK" means and this conversation is definately obscure enough to be a possible candidate. ;-) 22:19 < mids> ok, /me formalizes 22:19 <@hezekiah> Right 22:19 < Aprogas> its probably because i am here 22:19 < mids> and because I had a lot of beer 22:19 < Aprogas> WVTTK in reality is anything that does not make sense 22:19 * mids moves on to point 4 22:20 < mids> any IIP related questions? 22:20 < Aprogas> how does the IIP team expect the userbase to grow, and when will massive PR start to stimulate more growth ? 22:20 < Aprogas> also, what kind of people does the IIP team expect to attract in the beginning, and with the PR campaign 22:21 < mids> past experience has tought that it is very easy to get on slashdot 22:21 < mids> which results in a quick increase of users 22:21 < mids> but you need Cool Features 22:21 < mids> to excuse an announcement 22:21 < Aprogas> well, most slashdot users dont stay long i think 22:21 < Aprogas> a few of them stay, but most just want to `check it out' 22:21 <@hezekiah> Right. 22:21 <@hezekiah> So once we decentralize we will have something to brag about on /. 22:22 < mids> then we can address some online magazines 22:22 < mids> like theregister 22:22 < mids> and/or wired 22:22 < Aprogas> you need cool features to excuse an announcement, and you need a cool application to keep them 22:22 <@hezekiah> Right. 22:22 < Aprogas> but slashdot is a pretty `limited' target group 22:22 < Aprogas> it only attracts a certain type of people 22:22 < mids> it is a part 22:22 < Aprogas> perhaps some more diversity would be good 22:22 < mids> you could also address some target audiences 22:22 <@hezekiah> I personally don't really care about attracting people. I just want a good program. 22:23 < mids> like writing to the dutch organisation Martijn :) 22:24 < mids> maybe some press release to AA groups, amnesty, EFF, scientology/cult critics 22:24 < mids> hezekiah: even with a good program you require a certain userbase to be able to offer decent traffic 22:25 < mids> you cant have only 2 users on your ultra-anonymous network 22:25 <@hezekiah> The way I look at it, if it's easy enough to find on freashmeat/sourceforge and it offers what people want (good anonymized chat), then people will use it. 22:26 <@hezekiah> Yes. That is a very primitive outlook on userbase growth. 22:26 < Aprogas> the average internet user does not search at sourceforge 22:26 < Aprogas> its hard to search for something if you dont know that it exists 22:26 < mids> hezekiah: freshmeat / sourceforge is only for the geeks 22:26 < mids> they think that anonymity is 'cool' 22:26 < mids> but dont really need it that much 22:26 <@hezekiah> Or they have people they don't want to be looking over their shoulder. :) 22:26 < mids> cause they have nothing to hide :) 22:27 <@hezekiah> But their paranoia helps them set up secure nodes. 22:27 <@hezekiah> I'm not sure I would want my message traffic running through Great Aunt Edna's Windows Me machine. 22:27 < mids> what is the target audience in your oppinion? 22:27 < mids> 16-23 year old linux kiddies? 22:27 <@hezekiah> Well, I really don't care who uses it. 22:28 < mids> or joe sixpack 22:28 <@hezekiah> I would just want the people who make the nodes to make them securely. 22:28 < Aprogas> maybe some lawyers to defend us 22:28 <@hezekiah> Beyond that, I just want to make the program better by good coding. 22:28 < Aprogas> if IIP is a proper program, it would take into account that not all nodes can be secure 22:28 <@hezekiah> Nop does some userbase kind of stuff. He seems to understand it pretty well. 22:29 < mids> what do you mean? 22:29 < Aprogas> hezekiah is the true programmer, he is afraid of users 22:29 <@hezekiah> Aprogas: IIP will do its best to be idiot proof, but the security of a system always comes down to the people who run it. 22:29 <@hezekiah> Aprogas: I'm not affraid of users. I just don't really care too much _who_ they are. 22:29 < mids> http://www.joelonsoftware.com/articles/StrategyLetterV.html 22:30 <@hezekiah> mids: He does corporate stuff. Buisness kind of things. I still don't know how he got funding to hire Cap'n Crunch. 22:30 < mids> no comment 22:30 <@hezekiah> lol 22:33 < mids> I got nothing to say anymore 22:33 < mids> other questions? 22:33 < Aprogas> how many developers does IIP have right now, and how many hours per week do those developers spend (estimated) 22:33 <@hezekiah> Uh .. 22:34 <@hezekiah> That's a trick question actually. :) 22:34 < Aprogas> is it ? 22:34 <@hezekiah> Which _kind_ of developers are you looking for? 22:34 < Aprogas> i am not looking for developers 22:34 < Aprogas> i just want to know how the IIP development is doing 22:34 <@hezekiah> So you want to know about the developers who right isproxy? 22:35 < Aprogas> IIP is more than just isproxy i guess 22:35 <@hezekiah> Yeah. 22:35 < Aprogas> i just want to know how many people are currently spending time on IIP 22:35 <@hezekiah> That's why it's a trick question. :) 22:35 <@hezekiah> Then I have no idea! :) Not all of them are probably public! 22:35 < mids> how much time do you spend on IIP then? 22:35 < Aprogas> never mind, ill just go watch the sf's actitivity meter i guess 22:36 < Aprogas> if it has such information 22:36 <@hezekiah> I can tell you that right now (to the best of my knowledge) there are really only two people actively writting code for the isproxy source. 22:36 <@hezekiah> UserX and myself. 22:36 < mids> *nod* 22:36 < Aprogas> im not only talking about writing code 22:36 <@hezekiah> Nop is doing stuff in the background when he can that deals with neat protocols and theory. 22:36 < Aprogas> also about plannig stuff, for example that routing protocol 22:36 < Aprogas> just the project as a whole 22:36 <@hezekiah> OK ... this is an opensource project. The "developers" are anyone who pitches in an idea. 22:37 <@hezekiah> lol 22:37 < Aprogas> actually i want to know how many manhours are spent (wasted?) on IIP, so i can calculate how much money that represents 22:37 <@hezekiah> A lot trickier to answer than you thought, eh? 22:37 <@hezekiah> Well, I pretty much only know about work on isproxy. 22:37 < Aprogas> ok 22:37 <@hezekiah> That fluxuates based on how busy UserX and myself are. 22:37 <@noP> aprogas you're being nit picky 22:38 < Aprogas> its just that i want to know that if i were to donate money to this project, that i donate the right amount, not too much, not too little 22:38 <@noP> if you're not on the dev team 22:38 <@noP> then just don't waste your time 22:38 <@hezekiah> For example, right now I am very busy in real life, so I haven't been able to touch the isproxy code for over a week! (Ack!) 22:38 < Aprogas> so i want to know how much this project would `cost' in manhours 22:39 <@hezekiah> On an average week where I can write code, I might get in 4-5 hours. That's a wild stab in the dark! UserX seems to code in spurts (no offense) having periouds where he doesn't have much time and then one week where there is a flurry of commits. (He might be coding the whole time and just committing when he has completed code. I really don't know.) 22:39 <@hezekiah> Anyway, it's way to volatile for me to really get a handle on it. 22:40 < Aprogas> ok 22:41 < Aprogas> i have no more questions 22:43 * mids ends the suffering 22:43 * hezekiah hands mids the *baf*er 22:44 -!- mode/#iip-dev [+o mids] by Trent 22:44 -!- logger was kicked from #iip-dev by mids [*baf*] --- Log closed Tue Mar 25 22:45:02 2003 </div>/ko/blog/2003/03/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98/Tue, 18 Mar 2003 00:00:00 +0000/ko/blog/2003/03/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98/<p>(wayback machine <code>http://www.archive.org/</code> 제공)</p> <h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> Aprogas, armpit, hezekiah, Hitman, mids, nop, UserX</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> --- Log opened Tue Mar 18 20:14:29 2003 20:15 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 20:15 [Users #iip-dev] 20:15 [ jeremiah] [ logger] [ mids] [ UserX] 20:15 -!- Irssi: #iip-dev: Total of 4 nicks [0 ops, 0 halfops, 0 voices, 4 normal] 20:15 -!- Irssi: Join to #iip-dev was synced in 5 secs 20:17 -!- mode/#iip-dev [+o mids] by Trent 22:00 < nop> hi 22:00 <@mids> Tue Mar 18 21:00:10 UTC 2003 22:00 < hezekiah> Hi. :) 22:00 <@mids> HEllo 22:00 <@mids> so 22:01 <@mids> whats on the agenda? 22:01 < hezekiah> I have no clue. 22:01 < armpit> howdy 22:01 < hezekiah> Hi 22:01 <@mids> ok 22:01 < armpit> mind if i lurk around? :) 22:01 <@mids> then lets just keep a question round 22:01 <@mids> btw, Freenet 0.5.1 is out 22:01 < hezekiah> Cool. :) 22:02 < hezekiah> Maybe one of these days I'll try using it. :) 22:02 <@mids> so, any IIP questions? 22:02 < Hitman> quick run down of current status would be nice nop 22:02 < Hitman> so we can get up to speed on what's happening with it all 22:03 <@mids> good point 22:03 < nop> hold 22:03 * hezekiah turns on beautiful classical music those tech-support hotlines play while we wait for them ... 22:04 * Hitman shudders as teh memories flood back 22:05 * mids runs out of breath 22:06 * mids dies 22:06 < hezekiah> Well, meanwhile I think it should be noted that some people don't appear to have remembered the meeting starts 2 hours earlier now. 22:06 <@mids> or they just dont care :) 22:07 < nop> ok 22:07 < nop> back 22:07 < hezekiah> Yay! :) 22:07 < nop> 1.1.0 is out, 1.2 meeting needs to be set 22:07 < nop> so that hez, Userx and I can discuss furthur major development 22:08 <@mids> maybe the development cycle should be more open? 22:08 <@mids> so others can hear what the plans are too? 22:08 < nop> we will log and place in research directory 22:08 < nop> on invisiblenet 22:08 <@mids> ok 22:08 < Aprogas> that would counter allegations that IIP is vapourware 22:09 < hezekiah> mids: I think openess is great, but it can get pretty annoying when you are trying to discuss coding and the listeners are continueally getting off the subject into theory. :( 22:09 < nop> that's why we log 22:09 < nop> ;) 22:09 < hezekiah> I think the logging is a good idra. 22:09 < nop> and publish 22:09 <@mids> hezekiah: channels can be moderated 22:09 < hezekiah> Maybe we could post the log to the iip-dev mailing list too? That would give people a good idea of what's going on behind the scenes. 22:09 < Hitman> open discussion of ideas and brainstorming would rock, but end product changes will have to be discussed seperately by the actual coding team otherwise thing's won't get implemented correctly 22:09 <@mids> k 22:09 < hezekiah> They could pipe up with all kinds of suggestions then. :) 22:10 < hezekiah> UserX? Are you currently present? 22:10 < UserX> i'm present 22:10 < hezekiah> OK. :) 22:10 < hezekiah> (To both UserX and nop): Do either of you have any times for that meeting that would be good for you? 22:11 < hezekiah> I mentioned the times that won't work for me, in my email. I hope it's a small enough subset not to be a problem. :) 22:12 <@mids> anyway, you can settle that in private 22:12 < Hitman> in my personal opinion I think that decentralisation of the network is the number one priority. To make IIP completely p2p would take away any ability whatsoever the goverment and other nasty forces have to shut it down. While a central server exists tehy can still end it....ie napster 22:12 < hezekiah> OK. 22:12 <@mids> we can read the logs afterwards. 22:13 < hezekiah> Hitman: decentralization is the main theme of 1.2 22:13 < Hitman> sweet 22:14 < hezekiah> So where were we? 22:15 < hezekiah> Oh, yeah. Nop was listing the current status of 1.2. 22:15 < nop> yeah 22:15 < hezekiah> Did you have anything else to add, nop? 22:15 < nop> so 1.2 we need a dev meeting to start 22:15 < nop> and from that point is our start 22:16 < Aprogas> did you create a branch in CVS so bugs in 1.1 can be fixed without requiring users to update to a alpha or beta state 1.2 ? 22:17 < UserX> The development is already in a seperate branch from 1.1 22:18 < hezekiah> And the 1.1 release was tagged v1-1-0. 22:18 < Aprogas> so there is a tag on the release, but not a branch tag ? 22:18 < Aprogas> i assume the development is on the `MAIN' branch ? 22:19 < hezekiah> Uh, I currently don't know what CVS commands I should be running to tell the difference. :) 22:19 < UserX> 1.1 is on the MAIN branch 22:19 < Aprogas> something like cvsweb gives more overview of such things than cvs commands anyway; branchs in cvs are quite confusing 22:20 < Aprogas> anyway, having a release on the main branch and the development in a seperate branch is quite an uncommon setup; and that might have reasons 22:20 < Aprogas> maybe it is worth investigating if it would not be more useful to do it the other way around ? 22:25 < hezekiah> Well, I don't know much about CVS so my input wouldn't be much worth here. :) 22:26 < Aprogas> CVS is a scary beast 22:27 < hezekiah> Yeah. I wonder if it ate the other people in the room. It seems deathly quiet in here. 22:27 < Aprogas> i ended up re-importing sources numerous times because i messed up after trying to put my branches right 22:27 < hezekiah> ;-) 22:28 < Aprogas> so be careful with it 22:28 < hezekiah> *lol* 22:29 < hezekiah> Mids? Do we have another item on the agenda? It seems like we're done with this one (or else someone got eaten by the CVS beast.) 22:31 < Aprogas> well.. i didnt really see anyone reacting to my `suggestions' 22:31 < Aprogas> im wondering why the IIP development team uses this different way of using branches 22:31 < hezekiah> I have no clue. 22:31 < Aprogas> i guess 99% of the CVS-using project develop on the MAIN branch and keep releases on seperate branches 22:32 < hezekiah> I do know that it works fine. 22:32 < Aprogas> that will become obvious when you get 1.2 22:32 < Aprogas> what will happen with 1.1 which s currently on the main branch ? 22:32 < hezekiah> So I say that "If it isn't broken, then don't fix it." 22:32 < hezekiah> It's sources are tagged. 22:33 < Aprogas> a bug in it might be found 22:33 < Aprogas> and you might want to create 1.1.1 22:33 < hezekiah> I guess that if we need to do a bug fix, then someone checks out v1-1-0, fixes the bug, and commits under the tag v1-1-1. 22:33 <@mids> hezekiah: no, none 22:33 < Aprogas> hezekiah: that is possible too 22:33 < hezekiah> mids: As I said, I don't know much about CVS. :) 22:33 < Aprogas> but using release branches is more common 22:33 < UserX> the developement will probably be merged back on to the main branch. and if we need to do bug fixes/upgrades to 1.1 we just create a branch from it 22:33 < Aprogas> userx: ok 22:33 < hezekiah> Oh, well. I'll leave the CVS playing to the developers that understand it. :) 22:34 < Aprogas> noone understands CVS 22:34 < hezekiah> lol 22:34 < Aprogas> thats the problem 22:34 < Aprogas> its a beast that cannot really be tamed 22:34 < hezekiah> So, mids. What's next on the agenda? Question round? 22:34 <@mids> ok, I am out. cya 22:35 -!- mode/#iip-dev [+o hezekiah] by Trent 22:35 <@hezekiah> OK. The question round has officially begun, I guess. :) 22:35 < Aprogas> oh 22:35 <@hezekiah> Questions? 22:35 <@hezekiah> (Not that I can promise an answer, but you can ask.) 22:37 <@hezekiah> Going once ... 22:37 <@hezekiah> Going twice .. 22:37 <@hezekiah> Gone! 22:38 <@hezekiah> Sold to the eternal silence of the ever questioning public (until the next iip-dev meeting that is.) ;-) 22:38 <@hezekiah> Well, it was nice talking to you all (and nice to be able to have UserX around and talking in an iip-dev meeting. I'm glad the time change has improved things for him.) 22:38 <@hezekiah> Bye, all! :) 22:38 < nop> bye --- Log closed Tue Mar 18 22:43:48 2003 </div>/ko/blog/2003/03/12/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98/Wed, 12 Mar 2003 00:00:00 +0000/ko/blog/2003/03/12/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98/<p>(웨이백 머신 제공 <code>http://www.archive.org/</code>)</p> <h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> Debolaz, dm, FillaMent, hezekiah, jrand0m, lonelynerd, luckypunk, mids, mihi, nop, someone, toni</p> <h2 id="회의-로그">회의 로그</h2> <div class="irc-log"> --- Log opened Wed Mar 12 00:01:53 2003 00:01 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 00:01 [Users #iip-dev] 00:01 [@mids ] [ jeremiah] [ mihi] [ pox ] 00:01 [ hezekiah] [ logger ] [ nop ] [ UserX] 00:01 -!- Irssi: #iip-dev: Total of 8 nicks [1 ops, 0 halfops, 0 voices, 7 normal] 00:02 -!- Irssi: Join to #iip-dev was synced in 7 secs 00:02 <@mids> Welcome to the 33th meeting 00:02 < hezekiah> Hi 00:03 <@mids> IIP 1.1.0 is released yesterday 00:03 < toni> is it okay, to simply idle here and eve's drop? 00:03 <@mids> toni: yes 00:03 <@mids> Agenda for this meeting: 00:03 <@mids> 1) IIP 1.1.0 00:03 <@mids> 2) Future of IIP 00:03 <@mids> 3) Questions 00:04 <@mids> if you have questions about the current subject, please ask 00:04 <@mids> otherwise save it for round 3 00:04 <@mids> . 00:04 < nop> hi 00:04 <@mids> logs are available on http://mids.student.utwente.nl/~mids/iip/ 00:04 < hezekiah> hi! :) 00:04 < luckypunk> Hi. 00:04 <@mids> . 00:04 < jrand0m> ev'nin 00:05 <@mids> 1) IIP 1.1.0 (stable) Released!!! 00:05 < hezekiah> YAY! 00:05 <@mids> Finally 00:05 < luckypunk> :) 00:05 <@mids> almost a year after nop's post that it would be out soon :) 00:05 < FillaMent> w3rd i$ b0nd 00:05 <@mids> In this version the installation for Unix is enhanced, entropy generation is improved and a few bugs are fixed. 00:05 <@mids> We call it a stable release 00:05 < hezekiah> mids: Is that list of changes as compared to 1.1.0 RC3 or compared to 1.0.0? 00:05 <@mids> and it looks stable so far 00:06 <@mids> hezekiah: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/invisibleip/iip/CHANGELOG 00:06 <@mids> thats all I know 00:06 < hezekiah> OK. :) 00:06 < hezekiah> (It sorta sounds like it is a comparison to 1.1.0 RC3 or RC2.) 00:07 <@mids> hezekiah: it does, because nobody wrote what was updated before 00:07 < dm> Should I download the Service Pack 2 for IIP if I'm using a cracked version of IIP? 00:07 < hezekiah> mids: Ah ... Therein lies the tale! ;-) 00:07 < dm> sorry, carry on. 00:07 < hezekiah> dm: I'm not aware of any service packs. 00:07 <@mids> the release is announced on our website, freshmeat, infoanarchy and frost 00:08 <@mids> I did email a few other sites that had it listed 00:08 <@mids> if you guys/girls know other places to tell... 00:08 <@mids> please do so 00:08 < jrand0m> nsa? 00:08 < toni> i know, but im a total stranger to iip *g* 00:08 < FillaMent> kuro5hin? 00:08 < hezekiah> mids: Did you email that program archive that hosts it that was recently mentioned on iip-dev? 00:08 < toni> heise.de german security/internet related site 00:08 < FillaMent> jinx.biz 00:09 <@mids> hezekiah: I did mail vipul's munitions 00:09 < hezekiah> mids: OK! :) 00:09 <@mids> kuro5hin requires a decent article 00:09 <@mids> and they are very picky 00:09 <@mids> but if you want to write something... 00:09 <@mids> please do so 00:09 < hezekiah> slashdot again? 00:09 <@mids> toni: could you inform them? 00:09 < hezekiah> They don't require anything super decent, and they mentioned us before. ;-) 00:10 < toni> they also require articles, and i dont know how picky they are 00:10 < toni> if somebody writes an article, i could translate it to german and email them 00:10 <@mids> you could use the press release on http://www.infoanarchy.org/story/2003/3/10/23466/2065 00:11 <@mids> and link the CHANGELOG to http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/invisibleip/iip/CHANGELOG 00:11 <@mids> be sure to include a general description of IIP 00:11 <@mids> I think we should try to do /. 00:12 <@mids> we survived it before 00:12 < hezekiah> mids: Note: You mention to view the changelog in the infoanarchy article, but you don't appear to provide people with a link to it! 00:12 < toni> since im not really familiar with iip, i guess i can't give a decent description, but if you /. it, i could give heise a hint, they often take news from there and translate them 00:12 <@mids> hezekiah: yes, I forgot. 00:12 <@mids> I'll mail their editor 00:15 < hezekiah> OK ... anything else on agenda item 1 (IIP 1.1 release) ? 00:17 <@mids> did you all already submit a newsstory to /.? 00:17 < hezekiah> No. 00:18 < hezekiah> I haven't been with the project quite long enough to have a firm grasp of what has happened since 1.0. 00:18 < hezekiah> Who wrote the last /. post? 00:18 <@mids> we dont know 00:18 < hezekiah> LOL! 00:18 < jrand0m> hahah 00:18 < dm> I think it might have been no_nick 00:18 < mihi> is iip too anonymous? ;-) 00:19 <@mids> yes :) 00:19 < hezekiah> Well, I'll go hunt up the previous post, and see if I can come up with something. :) 00:19 <@mids> ok... 00:19 <@mids> previous one was a copy of the kuro5hin article 00:19 <@mids> which was about nop's interview 00:19 <@mids> ok 00:19 <@mids> Item 2?? 00:19 < hezekiah> Yay! :) 00:20 <@mids> 2) Future of IIP 00:20 <@mids> we want: 00:20 <@mids> DECENTRALIZATION 00:20 <@mids> but who is going to do it 00:20 <@mids> and how 00:21 < dm> and is it possible. 00:21 < jrand0m> and what will be lost. 00:21 < hezekiah> If I may interupt: I just want to make sure nop and UserX and present and accounted for. This conversation will be pretty futile without them. :) 00:21 < jrand0m> (aka centralized authentication - trent) 00:21 < hezekiah> nop? 00:21 < hezekiah> UserX? 00:21 <@mids> hezekiah? 00:21 < hezekiah> Are you present? 00:21 < hezekiah> mids: Here! 00:21 < nop> I'm somewhat present 00:22 < hezekiah> OK. :) 00:22 < nop> userx and I have had discussions 00:22 < nop> on how we would like to do it 00:23 < hezekiah> Did those get discussions written up in papers and stuck in the research directory of the IIP website? 00:23 < nop> ues 00:23 < nop> most are there 00:23 < nop> userx has more 00:23 < nop> that I would like pu t there 00:23 < nop> http://www.invisiblenet.net/research/IIP-WP-Notes.txt 00:23 < hezekiah> OK. Could you please give the filenames of the most relavent ones so I can give them a look? :) 00:23 < nop> that one contains quite a bit 00:24 < nop> there is also some other's contributed 00:24 < nop> IIP_netproto.html 00:24 < nop> and architecture.pdf 00:24 < hezekiah> OK. :) 00:24 < nop> 00:25 < nop> http://www.invisiblenet.net/research/IIP-Identity.txt 00:25 < nop> as well 00:25 < nop> http://www.invisiblenet.net/research/IIP-Messages.txt 00:27 < hezekiah> OK. Are any of them completely (or primarily) devoted to just the decentralization aspect? 00:27 < nop> yes 00:27 < nop> all of them 00:27 < hezekiah> OK. :) 00:27 < hezekiah> Thanks for all the links! I'm checking them out now. :) 00:31 <@mids> ok 00:31 <@mids> other IIP Future events? 00:31 < dm> is FillaMent here? 00:31 < hezekiah> Well, in the near future, IIP-dev still doesn't have the "entropy problem" fixed. 00:31 < dm> he had the idea of making trent allow PGP key exchanges 00:31 < dm> which makes sense. 00:31 * FillaMent is present 00:32 <@mids> yes FillaMent and me did talk about that 00:32 * mids hands the microphone to FillaMent 00:32 * FillaMent taps it a couple times, "this thing on?" (sorry) 00:33 * hezekiah turns up the volume 00:33 < lonelynerd> :) 00:33 < FillaMent> Here's the deal: I think it'd be handy to have a PGP key storage and exchange mechanism on IIP. I have a few proposals as to how such a thing should work. 00:34 < dm> Should be fairly easy? Just add a field for PGP to trent, and add GET/STORE commands? 00:34 < FillaMent> 1) Capability is built into trent. This presents a problem with most IRC clients sending strings that long 00:35 < dm> ah, ok. 00:35 < FillaMent> 2) Make trent able to pull a CHK from freenet and store the contents of that file as the Key 00:35 < FillaMent> 3) Build a separate bot to preform 1 or 2 00:35 < nop> hmm 00:35 <@mids> good points 00:35 < nop> the only issue 00:35 < nop> I have 00:35 < nop> with this concept 00:35 < nop> is how do we trust trent or any bot for that matter to handle pub keys 00:35 < nop> without verification 00:36 <@mids> well 00:36 < FillaMent> Well, it could check and make sure the nick was reg'd and ident'd 00:36 <@mids> it could be just as a keyserver 00:36 < nop> the idea I'm thinking 00:36 < nop> is it can do a verify to all major key servers 00:36 < nop> as well 00:36 < nop> so that it gets congruent info 00:36 < FillaMent> nop: read my flog entry about psuedoidentity? 00:36 < nop> link 00:37 < FillaMent> SSK@WxBcPJd1ppZSZ~C8IJI-DHx94oIPAgM/fillament// 00:37 <@mids> keyservers dont verify anything 00:37 <@mids> they just store stuff 00:37 <@mids> what you can do now with Trent 00:37 < FillaMent> here's the short of it... what if your identity only exists in anonymous space? What can you verify? 00:37 <@mids> /squery trent nickinfo mids 00:38 <@mids> see the comment line 00:38 <@mids> it can contain anything 00:38 <@mids> also urls etc 00:38 < FillaMent> but short 00:38 <@mids> so you could link to your PGP key 00:39 < FillaMent> I'm just thinking of something to remove all the middle steps. 00:39 < hezekiah> Looking at mids' ID comment, I see it lists a key fingerprint 00:39 < hezekiah> It also lists the key ID. Why can't someone just get the key from a keyserver, and check the fingerprint. 00:39 < FillaMent> hezekiah: What key server? 00:39 < FillaMent> one on the internet? 00:39 < nop> that's what I'm saying 00:40 < mihi> how get a key up to a key server? anonymously? 00:40 < lonelynerd> we just need a bot to fetch those 00:40 < FillaMent> if your identity only exists in anonymous space, like mine... I don't want to leave a trail on the internet 00:40 < hezekiah> Ah ... 00:40 < hezekiah> OK. I get it. :) 00:40 <@mids> so a keyserver bot for IIP would be it 00:40 <@mids> combined with freenet 00:40 < FillaMent> that'd be sweet... just feed trent the fingerprint and it'll try to fetch the key... 00:41 <@mids> currently freenet is too heavy to run on the Trent server 00:41 < lonelynerd> mids, well, you could ascii armor the public keys 00:41 < FillaMent> mids: Such a thing need not be built into trent, as my point 3 00:41 < nop> well 00:41 < nop> you could use a gateway mids 00:41 < nop> like groovy 00:41 <@mids> too unreliable 00:42 < someone> why do you need freenet, again? 00:42 < FillaMent> mids: If you wanted to make trent capable, just have it access one of the public freenet servers 00:42 <@mids> why not let a user upload the key to freenet and give the url to the bot? 00:42 <@mids> someone: for file storage 00:42 < FillaMent> mids: Because it a few days it's gone if no one accesses it. 00:42 < lonelynerd> mids, wouldn't it be more efficient to have a one huge digest of public keys used by people? 00:43 < hezekiah> lonelynerd, mids: You could just add a the capability to assign PGP key ID's to a nick just like you can assign a comment. 00:43 < FillaMent> I think the best solution is to have it not integrated into IIP. Someone writes it as a piece of software (hell, I could do it but am busy) then distribute the software. Anyone who wants to run an IIP keyserver, can. 00:44 < lonelynerd> hezekiah, true, but you still need to fetch the pgp key 00:44 < nop> ok here's the funny thing 00:44 < lonelynerd> FillaMent, sounds reasonable 00:44 < nop> things we can see 00:44 < nop> we trust 00:44 < nop> like the internet 00:44 < nop> yet it's insecure 00:44 < someone> why not just have a bot upload nad download keys from internet key servers and store a fingerprint with trent 00:44 < nop> yet we have a cryptographic network 00:44 < nop> and we don't trust a soul to run a pgp keyserver 00:44 < lonelynerd> someone, that's what i suggested 00:44 < hezekiah> nop: lol! :) 00:45 < lonelynerd> nop :) 00:45 <@mids> nop 00:45 <@mids> you dont get it 00:45 < nop> I do get it 00:45 <@mids> you DONT need trust for a keyserver 00:45 < nop> I'm joking 00:45 < FillaMent> nop: Sure you do... one just has to put their pseudoidentity on line. 00:45 < FillaMent> on the line 00:45 < FillaMent> mids: Sure you do 00:45 <@mids> it is just for storage 00:45 < nop> I know mids 00:45 < nop> I was just being funny 00:45 < nop> ;) 00:45 <@mids> users should ALWAYS verify fingerprint 00:45 < someone> lonelynerd: so we don't need freenet, right? 00:45 <@mids> and check web of trust 00:45 < FillaMent> mids: I could just stick my key there and say it's nop's. 00:46 <@mids> nop: good if you are funny :) but others might not understand it 00:46 < lonelynerd> FillaMent, actually, what you wrote about pseudoidentity got me thinking. i'm wasting time and resources by having two identities on iip, one for people who know me irl and then this. 00:46 <@mids> FillaMent: thats why you can stick the fingerprint on Trent 00:46 < lonelynerd> someone, exactly, freenet is cool, but not needed this time 00:46 <@mids> (you'll have to trust trent though 00:46 < FillaMent> mids: Yes... and /how/ many people know about key fingerprints? 00:47 < lonelynerd> someone, but somebody could still post compressed digests contain many keys 00:47 <@mids> if they dont know, they shouldnt use PGP 00:47 < FillaMent> mids: yeah.. let's alienate the userbase 00:47 < lonelynerd> true 00:47 < lonelynerd> :) 00:47 <@mids> no seriously 00:47 < FillaMent> I've already had this discussion 20x with zab 00:47 < hezekiah> FillaMent: if they don't know enough about key fingerprints, then they probably don't know enough about crypto for me to trust that they haven't given away their key! 00:47 <@mids> using PGP without checking fingerprints gives a false sense of security 00:48 < FillaMent> hezekiah: And how do you sort those people out? 00:49 < lonelynerd> FillaMent, that's tricky. far too many users use pgp insecurely 00:49 < hezekiah> FillaMent: Tis the billion dollar question! That is very hard. :) 00:49 < FillaMent> If you tell people that they're too stupid to use crypto, they won't want to. They'll say, 'fuck it... I don't have time to care about privacy'... they may be sheep, but there are more of them voting than us. We have to make it easy for the sheep. 00:50 <@mids> you can try to educate them 00:50 < FillaMent> You have to get them in the classroom, and IIP/Fnet is the best classroom I know of 00:50 < hezekiah> Correct, mids. Security is only as strong as the intelligence of the person behind it. 00:50 <@mids> I totally agree FillaMent 00:51 < FillaMent> such a key storage bot would have a motd explaining that they should be checking fingerprints 00:51 <@mids> I just think that you should seperate keyserver from trust 00:51 < hezekiah> So what are we going to do with this bot and IIP? What do we want it to do, and how? 00:51 < FillaMent> I think it should be a 3rd party thing 00:52 < hezekiah> Like anonymail? 00:52 < FillaMent> no... like something that anyone can run 00:52 <@mids> anybody can run anonymail 00:52 <@mids> IF you would have the source 00:52 <@mids> :) 00:52 < FillaMent> mids: You know what I mean though 00:53 <@mids> yes 00:53 <@mids> sorry 00:53 < hezekiah> So is this something, the IIP developers need to write, or can someone who knows nothing about IIP but basic IRC can write? 00:53 * FillaMent already has a framework going 00:53 < hezekiah> OK! :) 00:54 < FillaMent> well... I'd have to hack it to change it's direction 00:54 < FillaMent> GAH!!!!!! More projects!!!! Nooooooo! 00:54 < jrand0m> give in FillaMent, just give in 00:54 < FillaMent> jrand0m: I know... I know. 00:54 < hezekiah> Basically what I'm asking is, is this something that needs to get built into IIP, or can it be independant? 00:55 < FillaMent> independent 00:55 < hezekiah> If it's independant, then I'd say, "GO FOR IT!" :) 00:55 <@mids> hezekiah: IndependEnt 00:55 * mids ducks 00:55 < hezekiah> mids: really? 00:55 <@mids> yes 00:55 * FillaMent thinks he's missing a joke. 00:56 < hezekiah> My spell checker says independant is OK. 00:56 <@mids> hezekiah: made a typo 00:56 < FillaMent> oh... yeah... 00:56 < FillaMent> dent 00:56 < FillaMent> independEnce 00:56 < hezekiah> Hmmm ... it says independent is OK too, odd. 00:56 <@mids> hezekiah: grep "^independ.nt$" /usr/share/dict/words 00:56 < FillaMent> probably a new english/old english thing 00:56 <@mids> anyway 00:56 < hezekiah> Anyway ... :) 00:57 <@mids> say we have this keybot 00:57 < hezekiah> And it will be independent of IIP. :) 00:57 <@mids> how will it get the key from a user? 00:57 < FillaMent> /msg 00:57 <@mids> the full key? 00:57 < FillaMent> no 00:57 < FillaMent> freenet 00:57 <@mids> ah 00:58 <@mids> so you msg the freenet url 00:58 <@mids> and it tries to download in the background 00:58 < lonelynerd> what's the problem? you can easily paste full key to iip. 00:58 < FillaMent> /msg Keybot STORE CHK@lakdjfa;lsdfjasd;lkfj 00:58 <@mids> lonelynerd: my key is 8 KB big 00:58 < FillaMent> lonelynerd: Not will all clients 00:58 < mihi> FillaMent: you can if you do it in blocks of 10 lines. 00:59 <@mids> the keyboard _could_ look if you are identified with trent 00:59 <@mids> keybot 00:59 <@mids> :) 00:59 < FillaMent> mids: It would have to 01:00 <@mids> and just add that as an additional flag 01:00 < FillaMent> /msg keybot MSGSTORE ad;flkjsflkjsdf;lasdrkfj 01:00 < FillaMent> /msg keybot MSGSTORE ad;flkjsflkjsdf;lasdrkfj 01:00 < FillaMent> /msg keybot MSGSTORE ad;flkjsflkjsdf;lasdrkfj 01:00 <@mids> well 01:00 < FillaMent> such a thing would best be scripted 01:00 <@mids> yes 01:00 <@mids> exactly 01:00 < jrand0m> is a centralized identity manager like trent really desireable? 01:00 < FillaMent> so either chopped and sent via msg or via freenet 01:00 <@mids> jrand0m: with a centralized ircd, yes 01:00 <@mids> maybe we should form a keybot commitee 01:01 <@mids> and let them discuss the details 01:01 < jrand0m> ah, right. yeah, I was assuming a decentralized net. 01:01 * mids opens #keybot 01:01 < FillaMent> mids: I don't see a need 01:01 <@mids> well 01:01 <@mids> we got more on the agenda 01:01 < lonelynerd> mids, uhm. 01:01 <@mids> and we are already busy for 1 hour 01:01 < FillaMent> 20 people start keybots... 1 will eventually prove the most reliable and become the defacto standard 01:02 <@mids> I mean more.. any other Future IIP things? 01:02 < hezekiah> nop? 01:02 < hezekiah> What are the major features/changes you plan for 1.2? 01:02 < nop> what 01:02 < nop> decentralization 01:02 < nop> and channel encryption 01:02 < nop> as well as client to client encryption 01:02 < nop> channel trust 01:02 < nop> using RSA keyring 01:02 < Debolaz> I have a question. What is the thing needed most from IIP now, that an ISP would be able to provide? 01:03 <@mids> money! 01:03 <@mids> millions 01:03 <@mids> so we can hire thousands of developers 01:03 < Debolaz> I was thinking more in terms of services. 01:04 < jrand0m> OC12? 01:04 <@mids> hosting is fine at sf so far 01:04 <@mids> maybe a stable node somewhere 01:05 <@mids> ... 01:05 < Debolaz> Well, I was thinking of a node sort of thing. And perhaps a file mirror. 01:05 <@mids> project release files are already mirrored on 8 servers so far 01:06 <@mids> plus on vipul's munitions 01:07 * mids slowly pushes the topic to item 3, questions 01:07 < hezekiah> Ack! 01:07 <@mids> 3) Questions? 01:08 < jrand0m> eta for decentralization (1 mo, 3 mo, 6 mo)? 01:08 < jrand0m> aka, without dependence on a central server 01:08 <@mids> no comment! 01:08 < hezekiah> mids: LOL! 01:08 < hezekiah> I really have no idea. UserX would probably have the best bet 01:09 < hezekiah> nop, UserX: are we done decentralizing "core" in isproxy yet? 01:09 < nop> um no 01:11 < hezekiah> I'm assuming that "core" comes before ircd decent., right? 01:12 < nop> first 01:12 < nop> we have to make a virc 01:12 < nop> which is a virtual irc transport 01:12 < nop> so that the irc clients can still talk to the core 01:12 < nop> without ircd 01:13 <@mids> roadmap anybody? 01:13 < hezekiah> lol. I'm clueless. :) 01:16 <@mids> *silence* 01:16 <@mids> I heared that some wanted next meeting to be earlier 01:16 < nop> yes 01:16 * FillaMent rubs his legs together furiously but fails to produce the proper chirp. 01:16 < nop> UserX can't make it at the time we have now 01:16 < nop> because of work 01:16 < hezekiah> Ah. 01:16 < nop> if we had it a couple hours earlier 01:16 <@mids> what time would be better? 01:16 < nop> this would be easier 01:16 <@mids> 21:00 UTC? 01:16 < hezekiah> If UserX would talk more we could really get some stuff done! :) 01:16 < nop> that should work 01:17 < hezekiah> Let's see ... 01:17 < hezekiah> It's normally 23:00 UTC, right? 01:17 <@mids> yes 01:17 < hezekiah> Yeah. 01:17 < hezekiah> That should work for me. :) 01:17 <@mids> 21:00 UTC it is 01:18 <@mids> ok 01:18 <@mids> I am out 01:18 <@mids> thanks for listening to me :) 01:18 * mids bows 01:18 <@mids> oh 01:18 <@mids> before I forget 01:18 <@mids> UserX, nop, hezekiah, thanks for your work on IIP so far! 01:18 < hezekiah> mids: I enjoy listening to you. 01:19 < hezekiah> mids: A pleasure! :) 01:19 < hezekiah> All you guys make it worthwhile! :) 01:19 < jrand0m> yeah, thanks for the updates. I appreciate using y'alls software 01:19 < hezekiah> (Note: I am a Yankee. No offense is meant if there are girls in the channel.) 01:19 * FillaMent curses them for this network that consumes his free time. 01:19 < hezekiah> FillaMent: lol! :) 01:19 < jrand0m> heh 01:20 * hezekiah picks up the "baf"er 01:20 < hezekiah> *BAF!* 01:20 < hezekiah> Meeting adjurned! :) 01:22 < mihi> adjourned, you mean? 01:23 < hezekiah> Over. 01:23 < hezekiah> Done. 01:23 < hezekiah> End. 01:23 < hezekiah> Dead. 01:23 < hezekiah> The meeting is dead. Long live the next meeting. 01:23 < mihi> ;-) logger is still living </div>/ko/blog/2003/03/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EB%AF%B8%ED%8C%85/Tue, 04 Mar 2003 00:00:00 +0000/ko/blog/2003/03/04/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EB%AF%B8%ED%8C%85/<p>(웨이백 머신 제공 <code>http://www.archive.org/</code>)</p> <h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> bpb, dm, hezekiah, jake, jeremiah, LeerokLacerta, mids, mrflibble, nop, Nostradumbass</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> --- Log opened Tue Mar 04 23:47:24 2003 23:47 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:47 [Users #iip-dev] 23:47 [ eep] [ jeremiah] [ logger] [ mids] [ nop] [ UserX_] 23:47 -!- Irssi: #iip-dev: Total of 6 nicks [0 ops, 0 halfops, 0 voices, 6 normal] 23:47 -!- Irssi: Join to #iip-dev was synced in 2 secs 23:48 < LeerokLacerta> Making history. 23:48 < mrflibble> helooo 23:48 < LeerokLacerta> Hello. 23:52 < nop> hi 23:52 < jeremiah> hi 23:53 < nop> hi 23:53 -!- mode/#iip-dev [+o mids] by Trent 23:53 < LeerokLacerta> Konnichiwa. 23:54 < bpb> konnichiwa 23:58 < nop> hi 23:58 <@mids> Hi hezekiah! 23:58 < hezekiah> Hi. :) 23:58 <@mids> *hedgehog sound* 23:58 < hezekiah> lol 23:58 < hezekiah> *orgle* 23:58 < LeerokLacerta> Hedgehog? 23:58 < hezekiah> (orgle: That's one of the sounds a llama makes.) 23:58 <@mids> LeerokLacerta: relatively large rodents with sharp erectile bristles mingled with the fur 23:59 < hezekiah> Mids got turned into a hedgehog by the entropy bug. 23:59 < hezekiah> I got turned into a llama. 23:59 <@mids> no 23:59 < LeerokLacerta> I know what it is, but why're you making hedgehog noises? 23:59 <@mids> because I reported the logging bug that didnt exist 23:59 < hezekiah> Ah. 23:59 < hezekiah> Well, you had mentioned you were going to turn into a hedgehog when refering to the previous entropy bug. --- Day changed Wed Mar 05 2003 00:00 <@mids> that was back then 00:00 <@mids> Tue Mar 4 23:00:03 UTC 2003 00:00 <@mids> meeting NOW in here 00:00 <@mids> Welcome everybody 00:00 <@mids> this is the 32th IIP meeting 00:00 * LeerokLacerta feels welcomed. 00:00 <@mids> previous one was canceled, because nobody was there 00:00 <@mids> logs are available on http://mids.student.utwente.nl/~mids/iip/ 00:01 <@mids> We got a little agenda: 00:01 <@mids> 1) Welcome 00:01 <@mids> 2) IIP 1.1.0 Release status update 00:01 <@mids> 3) Trent accesslevel for 'voice' 00:01 <@mids> 4) Question round 00:01 <@mids> if you have any questions on the current topic, please ask 00:01 <@mids> otherwise save them for the question round. 00:01 <@mids> . 00:02 * mids moves the agenda pointer to #2 "IIP 1.1.0 Release status update" 00:02 <@mids> well hezekiah, what happened? :) 00:02 < hezekiah> Oh. OK. :) 00:02 < hezekiah> Well, the first entropy bug got fixed. 00:02 < hezekiah> After much banging of heads and exchanging of emails ... 00:03 < hezekiah> ... UserX, nop, and myself managed to work out a fix for it. 00:03 < hezekiah> Now, mids is noticing a NEW problem with the entropy gathering (namely seed.rnd isn't getting saved.) 00:03 < hezekiah> Anyway, I've hunted in the code and posted my discoveries to the iip-dev mailing list. 00:04 <@mids> this thing is another release delayer 00:04 <@mids> hopefully the last one 00:04 < hezekiah> I am now waiting on UserX or nop to tell me what all this means and if I'm missing something (because I think I am. None of it makes any sense.) 00:04 < hezekiah> Hopefully. *orgle* 00:04 <@mids> . 00:04 < hezekiah> . 00:04 <@mids> Any IIP 1.1.0 specific questions? 00:05 < LeerokLacerta> No socks? 00:05 <@mids> no socks 00:05 < hezekiah> No SOCKS. 00:05 < LeerokLacerta> K. 00:05 <@mids> ok 00:05 <@mids> lets move on to #3 "Trent accesslevel for 'voice'" 00:06 <@mids> this is related with the hidden agenda point #2.9 "The #freenet-opn channel" 00:06 <@mids> the official Freenet project channel is on irc.freenode.net 00:06 <@mids> but that is not anonymous 00:06 <@mids> we have a mirror with that channel here 00:06 <@mids> in #freenet-opn 00:07 <@mids> the bot 'eyeKon' tells you everything that happens on the other side 00:07 <@mids> normally this is a one way mirror, but you can say something back with the "!say :text" command 00:07 <@mids> to use this you got to have operator or voice status 00:07 <@mids> if you want to say something, ask an operator to give you voice 00:07 <@mids> , 00:08 < dm> How about if you are identified by Trent you get voice automatically and your name gets prefixed to your messages. If people on the other side have a problem they can send a command to the bot to "ban" a certain anonyname. In which case EyeKon on this side removes voice permanently from that name. 00:08 < LeerokLacerta> Permanently? 00:08 < LeerokLacerta> How 'bout timed ban? 00:08 <@mids> it will get pretty complicated 00:09 <@mids> they have to know how to bot works 00:09 <@mids> while it is intended more as a one-way transparant thing 00:09 -!- hezekiah is now known as nickthief88099 00:09 <@mids> I have contacted the channelowners of #freenet 00:09 <@mids> and they didnt have a problem with it 00:09 < dm> sure, until mids or someone restores it. Must make sure not to spam/bother people on the other side. 00:09 <@mids> that is why not everybody will get voice 00:09 <@mids> it is VERY easy to create lot of accounts here 00:10 <@mids> so it will be impossible to ban them all 00:10 < dm> ok, so selective voice, through trent? 00:10 <@mids> what I DO want to do is selective voice through Trent 00:10 < jake> this sure is an interesting conversation but I need to eat buh bye 00:10 <@mids> which is agenda item #3 00:10 <@mids> bye jake, thanks for joining 00:10 <@mids> be sure to read the logfile afterwards 00:10 < jake> thank you 00:10 < jake> k 00:10 <@mids> Right now the channel access system has 3 levels: 00:11 <@mids> level 1: operator 00:11 * mids checks the site how he called it 00:12 <@mids> Level 1: Normal operator, can give him/herself ops 00:12 <@mids> Level 2: Super operator, can add other users to the channel (with lower level) 00:12 <@mids> Level 3: Founder, most powerfull, required to drop a channel for example 00:12 <@mids> I want to add a voice level 00:12 <@mids> so people can get voice on the channel if they are on the access list 00:12 <@mids> but the problem is... what number should the voice level be? 00:12 < hezekiah> lol 00:13 < hezekiah> Tell me you didn't use magic numbers, mids. 00:13 < hezekiah> Please. 00:13 <@mids> I am thinking about changing level 1 into 10 00:13 <@mids> and 2 into 20 00:13 <@mids> and 3 into 30 00:13 <@mids> and adding level 5 as voice 00:13 < hezekiah> Sounds good. It leaves room for further improvements. 00:13 <@mids> exactly 00:14 <@mids> note that I dont plan to make Trent a big & bloaty service 00:14 <@mids> comments? objections? 00:14 <@mids> . 00:14 < hezekiah> Umm .. so what's the problem? 00:15 <@mids> there is no problem 00:15 < dm> voice = voice on all channels? 00:15 < hezekiah> OK. 00:15 < hezekiah> It sorta looked like that. :) 00:15 <@mids> dm: no, it is channel specific 00:15 <@mids> hezekiah: I am always dramatic 00:15 < dm> ok 00:15 <@mids> dm: try this: 00:15 <@mids> /squery trent chanlist #iip-dev 00:15 <@mids> you'll get a list of the users on the access list 00:15 <@mids> with the level 00:15 < dm> ah, nice 00:16 <@mids> ok 00:17 <@mids> then it is now time for the last item #4: "Question Round" 00:17 < dm> is there a roadmap documented anywhere, for IIP? 00:18 <@mids> only internally I think 00:18 <@mids> I dont have it... 00:18 <@mids> hezekiah? 00:18 < hezekiah> And why does "/squery Trent :chanlist #anonymous" return a blank list. 00:18 < hezekiah> Oh. 00:18 < hezekiah> Well we have a small todo list of stuff we need to do in the development tree. 00:18 <@mids> hezekiah: too late (because nobody is on the access list for #anonymous, it is oper-less) 00:18 < hezekiah> I'm not aware of any roadmap though. 00:19 <@mids> maybe it would be good to make one 00:19 < dm> ok, you're not even thinking about decentralizing any time soon, correct? 00:19 < hezekiah> Well, that would be nop's department. 00:19 < hezekiah> (Actually, I've already asked for something like that.) 00:20 < hezekiah> (He said we were going to sit down and map out [or whatever he said] IIP 1.2 after 1.1 is released.) 00:20 < hezekiah> . 00:21 <@mids> well 00:21 < dm> 1.1 is there a changelog somewhere? 00:21 <@mids> nop is very busy 00:21 <@mids> maybe someone else should do it 00:21 <@mids> dm: yes, hang on 00:21 < hezekiah> mids: No one else has the authority to do it. 00:21 <@mids> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/invisibleip/iip/CHANGELOG 00:21 < hezekiah> We are talking about setting the future course of development for IIP. 00:21 < dm> thanks, bookmarked 00:22 <@mids> hezekiah: understood 00:25 * mids just heared that they got plenty of things to do for 1.2 00:25 < hezekiah> As for nop not having time, ... 00:25 < hezekiah> We still have plenty of known coding to do on 1.2. 00:26 < hezekiah> 1.2 will not die for lack of vision. And even if we finish the stuff currently on the list, a short discussion will come up with more. 00:26 < hezekiah> Eventually nop will have time to sit down with us and describe a plan for development of 1.2. 00:26 < dm> any general notes on what 1.2 is striving for? 00:26 < hezekiah> The big one: decentralize the ircd server! 00:26 < dm> ah, ok, you don't know. 00:27 < dm> ah, that's in 1.2? sweet. 00:27 <@mids> is it already? 00:27 <@mids> omg 00:27 < hezekiah> Is the decentralization ready? No! 00:27 < dm> planned for I mean :p 00:27 * mids objects! 00:27 <@mids> when do you want to release 1.2? 00:27 <@mids> 2010? 00:27 * LeerokLacerta is an object. 00:27 < hezekiah> lol 00:28 < hezekiah> Let's just say sometime after 1.1 is released. :) 00:28 < hezekiah> Right now 1.1 is the priority. 00:28 < hezekiah> (At least that's the feeling I've gotten.) 00:28 < dm> so you is it going to be distributed ircd servers or completely decentralized? 00:28 < hezekiah> dm: I don't know the details. 00:28 < dm> ok 00:28 < hezekiah> I'm not really very good at P2P stuff. :) 00:28 < hezekiah> I just code 00:28 <@mids> let me paste an email from 2002-03-19 00:28 <@mids> From: 0x90 (0x90@invisiblenet.net) 00:28 <@mids> Date: Tue Mar 19 2002 - 00:22:26 CET 00:28 <@mids> Subject: [iip-dev] 1.1.0 almost complete 00:28 <@mids> Ok, we're nearing the completion of 1.1.0. As soon as the TODO/Fixes and cui 00:28 <@mids> for linux are complete, we should run a beta test of the network for this 00:28 <@mids> week, this is done by the developers/testers. Stay posted. 00:29 <@mids> --0x90-- 00:29 <@mids> . 00:29 < hezekiah> Ouch. 00:29 < hezekiah> That hurt, mids. ;-) 00:29 <@mids> yes it did 00:30 < hezekiah> What date was the last release of IIP made? 00:30 <@mids> RC3 was 2002-12-04 00:30 <@mids> but ofcourse the whole 'RC' stuff was wrong 00:31 <@mids> ofcourse it is just a name 00:31 <@mids> RC2 could have been 1.1.0 00:31 <@mids> then RC3 1.1.1 00:31 <@mids> and what we will have now 1.1.2 00:32 < nop> well 00:32 < nop> in the crypto community 00:32 < nop> we should continue with RC4, 5 and 6, and see if they crack it 00:32 < nop> ;) 00:32 < nop> bad joke 00:33 < Nostradumbass> Excuse me for butting in... 00:33 < jake> butts! 00:33 < Nostradumbass> but it seems that iip developers have forgotten the prime mazimum of open source, "Release early, release often". 00:34 < LeerokLacerta> IIP is open source? 00:34 < nop> sure 00:34 < nop> right 00:34 < nop> but 00:34 < hezekiah> LeerokLacerta: yes 00:34 < LeerokLacerta> I'm dumb. 00:34 < nop> we also value security 00:34 < Nostradumbass> i haven't been around on iip too long but i can't recall ever hearing about it being /.'d 00:35 < nop> and we like to bend the rules 00:35 < nop> it's been slashdotted 00:35 < Nostradumbass> apologies 00:35 <@mids> RC2 was /.-ed 00:35 < Nostradumbass> k 00:35 <@mids> and it gave us... hezekiah ! 00:35 < nop> yes 00:35 < nop> ;) 00:35 < Nostradumbass> still that's quite a while back. 00:36 < hezekiah> mids: actually no. 00:36 < hezekiah> mids: I was watching this project for more than a year before the /.ing. 00:36 < jake> um guys? about the web based IIP are there any plans for improvement? like a nicer interface? 00:36 < nop> that's a distributedcity question 00:36 < nop> they make the interface 00:36 < jake> oooo k 00:37 < nop> it was something that they did, not really direct involvement with us 00:37 <@mids> doing releases gives publication 00:37 <@mids> you can do announcements, press releases 00:37 <@mids> we have multiple places that really like to hear about updates 00:38 <@mids> it increases the interest and amount of users in the project 00:38 <@mids> and also potential contributors / developers 00:38 <@mids> IF you have some super-duper mixnet 00:38 <@mids> you do need lots of users 00:38 <@mids> because with 2 users it isnt anonymous 00:39 <@mids> there have been more stable periods in the development code 00:39 <@mids> at which point we could have made a release 00:39 <@mids> IMHO 00:39 <@mids> problem is maybe the dependencies... 00:40 <@mids> PGP signing the release, compiling for windows, etc 00:40 <@mids> anyway, I have said it before ;) 00:42 < hezekiah> Well, between my being sporadically bumped from the network, I've tried to say something that didn't get said. ;-) 00:42 < hezekiah> <hezekiah> nop: mids has raised some good points. 00:42 < hezekiah> <hezekiah> nop: After we get 1.1 out the door (which should be _really_ soon), are we going to come up with a nice coherent plan for 1.2 so that we can get it out in a reasonable amount of time? 00:42 < hezekiah> <hezekiah> I think with good planning, and goals to get certain parts done by certain times, we could still write great code, but get it done in a reasonable timeframe. :) 00:42 < hezekiah> There! :) 00:42 <@mids> thanks 00:43 < Nostradumbass> in addition to the proposed feature list, perhaps a list of prohibited features (to limit feature creep) might be a good idea. 00:43 < dm> 1.2! 1.2! 1.2! 1.2! 00:44 <@mids> good suggestion Nostradumbass 00:44 < hezekiah> Well, I wasn't really refering to a feature list. I was refering to what we are going to code, in what order, and by what suggested time. 00:45 < hezekiah> nop? What do you think? 00:46 < nop> good idea 00:46 < nop> organization is always good 00:46 < nop> but not always perfect 00:46 < hezekiah> Perhaps after we release 1.1, all the developers could sit down and we could make up a list of stuff we plan on doing in the next 1-2 months, then a list of stuff planned for the next 5 months, then with a full list of what will make IIP 1.2 to be version 1.2. :) 00:46 < hezekiah> I know. It will be _very_ flexable. 00:47 < hezekiah> (For starters I wouldn't say feature A is one at date 1 and feature B is done at date 2. I'd say feature A is hopefully done in X weeks, and feature B is hopefully done Y weeks after feature A.) 00:47 < hezekiah> I think that something as a general guide to what we're doing is a good idea. 00:48 < hezekiah> Not a stiff-as-iron list. :) 00:48 <@mids> yeah, get it 00:48 < hezekiah> OK ... 00:48 < hezekiah> Anything to add mids? 00:49 <@mids> nope 00:49 < hezekiah> OK. ;) 00:49 < hezekiah> So for now ... 00:49 < hezekiah> I am waiting for nop or UserX to enlighten me concerning the stuff I dug up on mids' new entropy bug. 00:49 <@mids> I hope that I wont find other issues 00:49 < hezekiah> (It just doesn't seem like randomWriteSeed() is never called.) 00:49 < hezekiah> Let's hope. :) 00:50 < nop> double negative 00:50 < nop> hmm 00:50 < nop> ;) 00:50 <@mids> . 00:50 <@mids> I am done :) 00:50 < hezekiah> You're right! :) 00:50 < hezekiah> It seems like randomWriteSeed() should be called. 00:50 < hezekiah> But it doesn't look like it is. 00:51 <@mids> not in randomSlowPoolReseed? 00:52 < hezekiah> Well, lets hope we have this bug fixed by next week. 00:52 <@mids> you better do that! 00:52 * mids tries to put up an angry face 00:53 <@mids> ok, been a pleasure again. till next meeting, mailinglist, chat or otherwise! 00:53 <@mids> *boink* 00:53 < hezekiah> randomSlowPoolReseed() calls randomWriteSeed(), but (as I said in my email to iip-dev), randomSlowPoolReseed() is never called by anyone! 00:53 < hezekiah> lol -- Log closed Wed Mar 05 23:42:43 2003 </div>/ko/blog/2003/02/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98/Tue, 18 Feb 2003 00:00:00 +0000/ko/blog/2003/02/18/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%ED%9A%8C%EC%9D%98/<p>(웨이백 머신 제공 <code>http://www.archive.org/</code>)</p> <h2 id="빠른-요약">빠른 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> aum, Barney, bpb, hezekiah, jeremiah, LeerokOnKnoppix, lonelynerd, mids, namless, nop, PsionX, _Trent, WindowsHater</p> <h2 id="회의-기록">회의 기록</h2> <div class="irc-log"> --- Log opened Tue Feb 18 23:54:43 2003 23:54 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:54 [Users #iip-dev] 23:54 [ aum ] [ bpb ] [ jeremiah ] [ logger] 23:54 [ Barney] [ codeshark] [ LeerokOnKnoppix] [ mids ] 23:54 -!- Irssi: #iip-dev: Total of 8 nicks [0 ops, 0 halfops, 0 voices, 8 normal] 23:54 -!- Irssi: Join to #iip-dev was synced in 2 secs 23:55 * bpb points at the logging bot then jumps up and down like a japanese animated school girl 23:55 -!- mode/#iip-dev [+o mids] by Trent 23:55 -!- mode/#iip-dev [+v logger] by mids 23:57 -!- LeerokOnKnoppix is now known as Trent 23:57 -!- Trent is now known as nickthief76011 23:57 <@mids> :p 23:57 -!- nickthief76011 is now known as LeerokOnKnoppix 23:57 < lonelynerd> wwwhat? 23:58 <@mids> Trent protects the nick 23:58 < lonelynerd> oh, nothing 23:58 < LeerokOnKnoppix> How does it do that? 23:58 -!- LeerokOnKnoppix is now known as _Trent 23:58 < _Trent> I am Trent, hear me roar! 23:58 < _Trent> Get out, all unverified users! 23:59 -!- mode/#iip-dev [+o hezekiah] by Trent 23:59 < _Trent> What about me? 23:59 <@mids> hey hezekiah :) 23:59 -!- _Trent is now known as LeerokOnKnoppix 23:59 <@hezekiah> Hi, mids. :) 23:59 <@hezekiah> I think I'm getting the hang of some of this IRC thing! :) 23:59 <@mids> kool --- Day changed Wed Feb 19 2003 00:00 <@hezekiah> So have any bugs defied the great IIP dev team and risen their ugly heads since your last mail to the iip-dev mailinglist? 00:01 < LeerokOnKnoppix> It disconnects every now and then. 00:01 <@hezekiah> I don't seem to experiance that bug. :( 00:01 < lonelynerd> LeerokOnKnoppix, it's probably your connection. i haven't had any problems 00:01 < LeerokOnKnoppix> Hmm. 00:01 <@hezekiah> mids: Where are nop and UserX? 00:01 <@mids> Tue Feb 18 23:01:51 UTC 2003 00:01 <@mids> user was here but he pinged out 00:01 < LeerokOnKnoppix> _Trent kicked them out. 00:02 <@mids> userx 00:02 <@mids> just icq-ed nop 00:02 < LeerokOnKnoppix> Is he coming? 00:02 <@mids> dunno 00:02 < bpb> lonelynerd: it's always happened though... and it's not just him 00:03 < lonelynerd> bpb, still, it's not a problem with iip but unreliable connections 00:04 <@mids> nop is comming 00:04 < nop> hi 00:04 < lonelynerd> hi 00:04 < nop> ok 00:04 < nop> welcome 00:04 < LeerokOnKnoppix> Hello nop. 00:04 <@hezekiah> Hi, nop! :) 00:04 < nop> Leerok likes Knoppix? 00:04 < LeerokOnKnoppix> So far. 00:04 < nop> kewl 00:04 < nop> ok 00:04 < bpb> lonelynerd: it's a problem with the actual network then 00:04 < LeerokOnKnoppix> But I want to install it to the hard drive. 00:04 < LeerokOnKnoppix> But it didn't work when I tried it. 00:04 < nop> well, welcome to the 31st meeting 00:04 < nop> of IIP-dev 00:04 < LeerokOnKnoppix> Cool. 00:04 < lonelynerd> bpb, well, it could handle unrealiable links, but it doesn't at the moment 00:04 < LeerokOnKnoppix> I'm just hanging around to let knowledge osmose into my head. 00:05 < nop> ok 00:05 < nop> shh 00:05 < nop> meeting started 00:05 < nop> on the agenda 00:05 -!- mode/#iip-dev [+o nop] by mids 00:05 <@nop> IIP 1.1 and pleasantries with that 00:05 <@nop> hezekiah: 00:06 <@hezekiah> Yeah? 00:06 <@nop> hezekiah: all entropy stuff have we resolved? For instance the hhhhhh issue 00:06 <@hezekiah> I just told you about the hhhhhhhh isue. 00:06 <@hezekiah> We haven't done anything about it yet. 00:06 <@nop> ok 00:06 <@hezekiah> The seed.rnd issue is resolved by porting the --randomdialog option from development .. 00:06 <@nop> ok 00:07 <@nop> and can you explain what they do 00:07 <@nop> just for the record 00:07 <@hezekiah> ... and having IIP abort when seed.rnd doesn't exist. 00:07 <@hezekiah> Explain what --randomdialog and --ignoreemptyrandom do? 00:07 <@nop> yes 00:07 <@hezekiah> OK. :) 00:07 <@nop> for official purposes 00:07 <@nop> aka the meeting 00:07 <@hezekiah> Right. :) 00:08 <@hezekiah> When isproxy is run with --randomdialog, the user is asked for entropy (even is seed.rnd already exists). 00:09 <@hezekiah> When isproxy is run with --ignoreemptyrandom, and there isn't enough entropy (a condition that would cause isproxy to _normally_ abort), the program just keeps going. This is a security risk, so a suitablely scary warning label is added in the help description. 00:09 <@hezekiah> (Speaking of all these options, unless mids as already added them, they aren't in the isproxy.pod file yet.) 00:09 <@hezekiah> . 00:09 <@mids> I didnt 00:09 <@hezekiah> We should do that before release. :) 00:10 < lonelynerd> (shouldn't it be --random-dialog and --ignore-empty-random ? ;P) 00:10 <@hezekiah> lonelynerd: I code what UserX orders. :) 00:10 < lonelynerd> ok 00:10 <@hezekiah> nop: So, the seed.rnd problem is solved, but the hhhhhhhh problem isn't. 00:10 <@nop> right 00:11 <@nop> hmm, well, we could have a counter that won't allow the same keystroke more than three times in a row 00:11 <@hezekiah> (I don't even know if hhhhhhhh is a problem. I just mentioned it to you and UserX. You tell me!) :) 00:11 <@nop> real simple 00:11 <@nop> it's a slight problem 00:11 <@hezekiah> PGP some how knows how much entropy text is worth. 00:11 <@nop> well, we calculate the keyboard timings as well 00:12 <@nop> we could just force a wait till something beyond 3 same char in a row are pressed 00:12 <@hezekiah> Does GPG evaluate the entropy of a string of text? If they do, we could look at their code. :) 00:12 <@nop> I am not sure 00:12 <@nop> I advise looking at it 00:12 < lonelynerd> hezekiah, i think it just uses /dev/random, or? 00:12 <@nop> lonelynerd no 00:12 <@nop> it doesn't 00:13 < lonelynerd> ah 00:13 <@nop> we're talking about creation of entropy 00:13 <@nop> aside /dev/random 00:13 <@nop> like an Initialization 00:13 <@hezekiah> GPG does make the user pound on the keyboard. :) 00:13 <@mids> well no 00:13 <@mids> it reads from the entropy pool 00:13 <@mids> and suggests that you move the mouse + press keys 00:14 <@mids> but entropy pool can be filled with interrupts etc too 00:14 <@nop> yes 00:14 < lonelynerd> yep 00:14 <@hezekiah> Ah. I just remembered when GPG made me pound on the keyboard once. ;) 00:14 < lonelynerd> it was pgp perhaps? 00:14 <@hezekiah> Nope. It was GPG running under Mandrake Linux. 00:14 < Barney> yep 00:15 <@hezekiah> (It was a few years ago, before AES was released I remember.) Anyway, back on topic. :) 00:15 <@nop> I think we should look at the code 00:15 <@hezekiah> OK. :) 00:15 < lonelynerd> :) 00:15 <@nop> if it's not clear, I suggest limiting the characters in a row 00:15 <@nop> and waiting 00:15 <@nop> for new characters to be pressed 00:15 <@hezekiah> Are there any methods outline (maybe in whitepapers from acedemia) on evalutating the entropy worth of a string of text? 00:16 <@nop> yes there are, I will dig them up in a bit 00:16 <@hezekiah> Cool! :) 00:16 < lonelynerd> "ent - A pseudorandom number sequence test program" 00:16 <@nop> yes, chi squaring 00:16 <@hezekiah> We could just implement one of those. (Believe it or not, it might be faster than digging through GPG code!) :) 00:16 <@nop> http://www.gnu.org/software/gnu-crypto/api/gnu/crypto/tool/Ent.html 00:17 <@nop> that's java 00:17 <@nop> but still 00:17 <@hezekiah> I can read Java. :) 00:17 <@hezekiah> I can translate too. :) 00:17 < lonelynerd> ent is in C, too 00:17 <@nop> yep 00:17 <@hezekiah> lonelynerd: Where can I find the C version? 00:18 < lonelynerd> apt-get inst.. whoops, ;P http://www.fourmilab.ch/random 00:18 < lonelynerd> Upstream Author(s): John Walker 00:21 <@nop> ok 00:21 <@nop> anyway 00:21 <@nop> I'm sure that needs to be taken care of b4 1.1 00:21 <@nop> this will give mids time to update isproxy.pod 00:21 <@hezekiah> lol 00:21 <@mids> pff 00:22 <@mids> say nop, did you work on the docs? :) 00:22 <@nop> ;) 00:22 <@nop> I am working on them 00:22 <@nop> and I have an editor too ;) 00:22 <@mids> well 00:22 <@mids> dont edit the html 00:22 <@nop> I know 00:22 <@nop> I'm just writing it in notepad 00:22 <@nop> ;) 00:22 <@mids> just send me the text changes, yeah thats fine 00:22 <@hezekiah> Yay! Real HTML coder! Uses a plain text editor! ;-) 00:23 <@nop> haha 00:23 <@nop> I ain't coding it 00:23 <@nop> just typing the doc 00:23 <@nop> ;) 00:23 <@mids> so 00:24 <@mids> will any more features slip in for 1.1? 00:24 * mids hopes not 00:24 <@mids> I tried to contact codeshark 00:24 <@nop> no 00:24 <@mids> but didnt get a reply yet 00:24 <@nop> it's not a feature 00:24 <@nop> it's a bug fix 00:24 <@nop> ;) 00:25 <@nop> anyway 00:25 <@nop> moving forward 00:25 <@mids> ok, I got other things to do 00:25 <@mids> if you need me shout loud 00:25 < lonelynerd> (gpg seems to use get_entropy_count(fd) to check how many bytes /dev/random has to offer) 00:26 <@nop> right 00:26 <@nop> aka checking the entropy pool size 00:26 < lonelynerd> which is some ioctl 00:26 < lonelynerd> dunno how that would work under windows 00:26 <@hezekiah> lonelynerd: It probably _doesn't_ work under windows. This a GNU project, remember? :) 00:27 < lonelynerd> great :) 00:27 <@hezekiah> What we really want (at least I think we do) is something that can evaluate how much entropy is in a buffer of text. 00:27 < lonelynerd> hezekiah, ok 00:27 <@nop> yes 00:27 <@hezekiah> That way we can have the user keep pounding until we get that much _REAL_ entropy. :) 00:27 < lonelynerd> hezekiah, ok 00:27 <@nop> yes 00:27 <@nop> we should have 1 bits per 3 characters 00:28 <@nop> technically that's considered secure entropy 00:28 < lonelynerd> ok, but under linux it could just read /dev/random 00:28 < lonelynerd> let the windows users type ;) 00:28 <@hezekiah> Well, isn't "randomentropyneeded" the number of bytes of entropy still needed? 00:28 <@nop> yes 00:29 < LeerokOnKnoppix> MD5sum of the registry. 00:29 <@hezekiah> lonelynerd: UserX, nop, and I have talked about ways to get IIP to use /dev/urandom under controlled circumstances. 00:29 < lonelynerd> hezekiah, hmm 00:29 < lonelynerd> hezekiah, urandom is just like random, but it doesn't block when there isn't enough entropy? 00:31 <@hezekiah> I think so. Is that right, nop? 00:31 <@nop> yes, with urandom you can assign the amount of entropy in advanced 00:31 < lonelynerd> so urandom might or might not be secure 00:32 <@nop> urandom just uses random 00:32 < lonelynerd> yep 00:33 <@hezekiah> lonelynerd: That's the issue. :) We considering compiling a list of OS's (and their versions) with secure instances of /dev/urandom, and having IIP use it when it's secure; when it's not secure, IIP would stick with the current methods. It's a thought. :) 00:33 <@nop> right, but not for 1.1 00:33 <@nop> ;) 00:33 <@hezekiah> Of course! 00:33 < lonelynerd> hezekiah, wouldn't that be "secure versions of random" and not urandom? 00:33 <@hezekiah> This is all 1.2 stuff I'm talking about. (I am usually always talking 1.2 unless otherwise stated!) 00:33 < lonelynerd> ok 00:33 < lonelynerd> sounds great 00:34 <@nop> lonelynerd nothing wrong with urandom if random is considered secure 00:34 < lonelynerd> well if you check that there is enough entropy 00:36 <@hezekiah> So, nop? How exactly do we handle this hhhhhhhh problem? 00:36 <@nop> well 00:36 <@nop> for 1.1.0 I would limit the amount of repeated characters 00:36 <@nop> in a row that is 00:36 <@nop> and then leave it for in depth discussion in 1.2 00:37 <@hezekiah> OK. But what happens when someone does pattern like "hHhHhHhHhHhHhH"? 00:37 < lonelynerd> :) 00:37 <@nop> we need to create a counter that spaces it out 00:37 <@hezekiah> (Let's assume the user is an idiot. The software is only as secure as the user!) :) 00:37 <@nop> so so many bytes can not contain this letter 00:37 <@nop> since last used 00:37 < jeremiah> hello 00:37 <@nop> hi 00:37 <@hezekiah> jeremiah: hi. :) 00:37 < jeremiah> hey hezekiah 00:38 <@nop> for instance [h][H][xonH[xonH[ etc 00:38 <@hezekiah> So, 'h' can't be repeated more than _m_ times in _x_ bytes? 00:38 <@nop> yes 00:38 < jeremiah> are we talking about buffer overflows? 00:38 <@nop> it will be considered rejected entropy 00:38 <@hezekiah> jeremiah: Nope! We're talking about entropy! :) 00:38 <@nop> but still log the keyboard timings 00:38 <@nop> just ignore it as a string 00:39 < jeremiah> random number generators are supposed to make sure there isn't a correlation with the numbers anyways 00:39 < jeremiah> you can do that with chi-square 00:39 < jeremiah> right? 00:40 <@nop> well yarrow helps mix 00:41 <@hezekiah> You said we "log the keyboard timings". What's that mean? 00:42 < jeremiah> hezekiah: times between when you hit keys 00:42 < lonelynerd> that's difficult if input is buffered 00:42 <@nop> just do the character thing, it will be fine 00:42 <@nop> yarrow does the rest 00:42 <@hezekiah> nop: Are we getting the entropy from the keys being hit or the timing between when the keys get hit? 00:42 <@nop> both 00:42 <@hezekiah> Oh. OK. :) 00:42 <@hezekiah> I'll just write up some code that prohibits 'char' repeating more than 'm' times in 'x' bytes. :) 00:43 <@nop> yes 00:43 <@nop> thnx 00:43 <@hezekiah> Then for development, we brainstorm. ;-) 00:43 <@nop> yes 00:44 < LeerokOnKnoppix> How 'bout you get entropy from all possible inputs like the microphone, internet, processor speed, temperature, memory usage and speed, and other things? 00:44 < lonelynerd> LeerokOnKnoppix, calm down :P 00:44 <@hezekiah> I refuse to collect entropy from my internet connection; if someone can sniff it, then the quality of my entropy is lowwered. 00:45 <@nop> haha 00:45 < lonelynerd> yeah, and the kernel already does a nice job in gathering entropy. applications shouldn't do it 00:46 <@hezekiah> lonelynerd: That works fine as long as IIP is run on an OS with good kernel random number support. There are OS's that exist that _don't_ have good support! 00:46 < PsionX> like windows 00:46 <@hezekiah> lol 00:46 < lonelynerd> hezekiah, yep 00:46 -!- PsionX is now known as WindowsHater 00:46 < WindowsHater> lol 00:46 < lonelynerd> hezekiah, just use some #ifdef there 00:47 -!- WindowsHater is now known as PsionX 00:47 <@nop> this was discussed earlier 00:47 <@nop> and we will look at it on 1.2 00:47 <@nop> moving on 00:47 < lonelynerd> ok ok 00:47 <@nop> we'll end up repeating ourselves 00:47 <@nop> a dozen times 00:47 <@nop> before this meeting is over 00:47 <@hezekiah> Yeah. :) 00:47 <@hezekiah> Next item! :) 00:49 <@hezekiah> Uh, nop? Do we have a next item? 00:49 <@hezekiah> Perhaps: "What's on the list until we can release IIP 1.1" 00:50 <@hezekiah> Currently, I have: 00:50 <@hezekiah> 1.) mids adds docs for --randomdialog and --ignoreemptyrandom to isproxy.pod 00:50 <@hezekiah> 2.) nop finishes working on his HTML docs 00:50 <@nop> yeah 00:50 <@hezekiah> 3.) We correct the 'hhhhhhhh' entropy problem by prohibiting a certain number of repeated characters. 00:51 <@hezekiah> Anything else? 00:51 <@nop> right 00:51 <@nop> nope 00:51 <@nop> not that i know of 00:51 <@hezekiah> Well, hopefully all that will be done by next week! :) 00:51 <@hezekiah> (Or earlier!) 00:51 <@nop> yes 00:54 <@hezekiah> So what's next on the agenda? 00:55 <@nop> umm 00:55 <@nop> questions, 00:55 <@hezekiah> lol! 00:55 < LeerokOnKnoppix> Not much, it appears. 00:55 < LeerokOnKnoppix> Will there be socks? 00:55 * PsionX looks at his feet 00:55 < LeerokOnKnoppix> No, I mean the proxy thing. 00:55 <@nop> not in 1.1.0 00:56 < LeerokOnKnoppix> Hmm. 00:57 < LeerokOnKnoppix> Will there be IP spoofing? 00:57 < lonelynerd> w-what? 00:57 <@nop> umm, not in this lifetime 00:57 < LeerokOnKnoppix> Never mind. 00:57 < LeerokOnKnoppix> I'm just thinking up random questions. 00:58 < lonelynerd> :) 00:58 < LeerokOnKnoppix> Will there be any sort of file-transer? 00:58 < LeerokOnKnoppix> *transfer 00:58 <@nop> not in 1.1 00:58 < LeerokOnKnoppix> Will there be buddy icons? 00:58 <@hezekiah> LOL 00:59 < PsionX> will someone please shut him up? 00:59 < lonelynerd> LeerokOnKnoppix, you can already transfer files over iip but it's a bit slow 00:59 < LeerokOnKnoppix> I know. 01:01 < LeerokOnKnoppix> Will there be Reversi? 01:01 < PsionX> this guy wants everything and a bag of chips too 01:02 < LeerokOnKnoppix> Indeed. 01:02 <@nop> the best question 01:02 <@nop> will the human race be freed 01:02 <@nop> from oppression 01:02 < LeerokOnKnoppix> With IIP? Certainly! 01:02 <@hezekiah> lol! 01:02 < PsionX> i got a question 01:02 < PsionX> ... can i kick hezy in the butt for no good reson? 01:02 <@nop> sure 01:02 < PsionX> lol 01:03 <@hezekiah> nop: So my work for now is to write up the repeating-character-entropy fix. 01:03 <@nop> yes 01:03 <@nop> oh and change the world in one sitting 01:04 <@hezekiah> lol 01:04 * aum pulls his face out of the other windows 01:04 < LeerokOnKnoppix> Peace in Iraq. 01:04 < aum> hi all 01:04 < LeerokOnKnoppix> Hello. 01:04 <@hezekiah> Oh, boy! I spent TOO LONG going over THAT one! 01:04 <@nop> hi aum 01:04 < PsionX> ... 01:04 < PsionX> ... i got spikeys 01:05 <@hezekiah> Question! 01:05 < PsionX> Answer 01:06 <@hezekiah> After IIP 1.1 is released, are we going to sit down and draw up a nice linear list of what needs to be done to decentralize the ircd server? (For example: does the "core" code need to be completed first?) 01:09 <@nop> yes we will do that 01:09 <@mids> s/1.1/1.1.0/ 01:09 <@hezekiah> lol. OK, mids. :) 01:10 <@hezekiah> mids: Though it should probably be s/1\.1/1.1.0/ just for clarity's sake. ;-) 01:10 <@mids> oops, sorry 01:10 <@hezekiah> lol. :) 01:11 <@hezekiah> Also: 01:11 <@mids> maybe before decentralizing there should be another step 01:11 <@hezekiah> I've seen that there is the capability to make varios crypto cores. 01:11 <@mids> keeping a central irc, but letting the proxy be IRC aware 01:11 <@mids> so it can already handle private conversations 01:11 <@mids> etc 01:14 <@hezekiah> mids: i.e. it interprets /msg and does direct user-to-user encryption? 01:14 <@mids> yes 01:14 <@hezekiah> Well, I don't know how abstract things have to say, but I think it's a good idea until we can get the server decentralized! :) 01:16 <@hezekiah> About the crypto cores: if IIP has several crypto cores (SOCKS, SSL, and custom for example), then what happens when you have a connection between a user and several relays that has different encryption between each link? 01:16 <@mids> you can do what GPG does 01:16 <@mids> require a minimum 01:16 <@mids> and if both parties have better, use that 01:16 <@mids> also look hope SILC does it 01:17 <@mids> bye hezekiah 01:17 < PsionX> LOL dial up 01:17 < PsionX> lol on hezy 01:17 <@mids> ;) 01:17 <@mids> wb 01:17 < hezekiah> Let's say that SOCKS is weaker than SSL (I have no idea if it is.) 01:18 < namless> what about own privat/publick keys that the user can add to (client or to IIP proxy) so he can crypt what he talks to chertain chanels or private querys? (meaning users who downt have the right key on these special chanels or private queries down understant other users and IIP proxy filters this crypted text away) 01:18 < hezekiah> (Sorry about being nocked off the internet folks; my brother probably tried to get on.) 01:18 < namless> down -> dont (dam bad english and typos :( 01:19 <@mids> namless: like the existing blowfish etc encryption for irc clients, but then server side 01:19 <@mids> (psybnc has it too) 01:19 < namless> jep 01:20 < namless> the system vould be build into the IIP proxy so it could be transparent to the client... 01:20 <@mids> another thing that I'd like to see is support for multiple layers on the same 'mixnet' 01:20 < namless> vould-> could 01:20 <@mids> so you can do multiple protocols with the same relays 01:22 < hezekiah> (OK. This is getting annoying.) 01:22 <@mids> probably it is bedtime for you :) 01:23 < hezekiah> Nah. That's not for hours. 01:23 <@mids> so no divine intervention? 01:23 <@hezekiah> lol 01:23 <@hezekiah> So, mids. From what the logs said (Thank God for logs), you mentioned that we could do as GPG does: require a minimum and use better if we have it. 01:24 <@mids> yeah 01:24 <@mids> probably different systems can be compatible too 01:24 <@mids> like homebrew DH and SSL one 01:24 <@mids> with SSL just beeing faster 01:24 < hezekiah> But all the advantage of one connection type being securer than the other are lost when someone along the long uses something less secure. 01:24 -!- LeerokOnKnoppix is now known as LeerokShovelSno 01:26 < hezekiah> Oops. s/along the long/along the line/ 01:26 < hezekiah> Well, we can worry about that another day. 01:26 <@mids> k 01:26 <@mids> btw, any idea how to do something like <br> in POD format? 01:26 <@hezekiah> nop: Sometime we should also work on implementing RKA. :) 01:27 <@hezekiah> mids: You know more about POD than I do because I know nothing about POD! :) 01:29 <@nop> well we have RKA working but not as good as we'd like 01:29 <@nop> the GMP stuff will change that 01:29 <@hezekiah> mids: "E<escape>" -- a character escape 01:29 <@hezekiah> nop: We do? When did that happen? 01:29 <@nop> it's been in 01:30 <@nop> every 52 blocks it changes keys 01:30 <@hezekiah> Ah 01:30 <@hezekiah> Do you think we might make the key changing a little more random? 01:30 < namless> "everyting should be random"... 01:31 <@hezekiah> Like having a random number checked every 10 blocks and a 1 out of 3 chance of the key changing? 01:31 <@hezekiah> ... or having an SHA sum of the last 3 plaintext messages checked and a 1 out of 3 chance of the key changing based on that? 01:35 < lonelynerd> hmm 01:35 <@mids> ok, info about --randomdialog and --ignoreemptyrandom added to POD 01:35 < namless> by the way how "similar" is the traffic IIP is making? is there any plans to make this traffic to look as much random it can be? if the "transfer macanism" makes a static mark in the traffic then it can be detected as IIP traffic and can be started to be monitored and well there only the sky is the limit... 01:35 <@hezekiah> And committed to HEAD and development? 01:36 <@mids> oops 01:36 * mids does to dev too 01:37 <@hezekiah> nop? Are you there? 01:37 <@nop> sorry 01:37 <@nop> what 01:37 <@nop> dude, my brain is gone 01:37 <@nop> can we discuss all this later 01:37 <@hezekiah> OK. :) 01:37 <@hezekiah> Sorry. :) 01:38 <@mids> ok, lets close 01:38 <@hezekiah> (If it makes you feel any better, my brain is going to be gone too after a Physics review and some calcus!) :) 01:38 <@mids> commited to development too 01:38 * hezekiah hands mids the "baff"er 01:38 <@hezekiah> OK. Good! :0 01:38 <@mids> *baff* 01:38 <@hezekiah> s/0$/)/ 01:38 <@hezekiah> Bye all! :) 01:38 <@mids> cya next week 01:40 < lonelynerd> bye --- Log closed Wed Feb 19 01:40:48 2003 </div>/ko/blog/2003/02/11/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EB%AF%B8%ED%8C%85/Tue, 11 Feb 2003 00:00:00 +0000/ko/blog/2003/02/11/i2p-%EA%B0%9C%EB%B0%9C%EC%9E%90-%EB%AF%B8%ED%8C%85/<p>(웨이백 머신 제공 <code>http://www.archive.org/</code>)</p> <h2 id="간단한-요약">간단한 요약</h2> <p class="attendees-inline"><strong>참석자:</strong> _42, hezekiah, hobbs, lonelynerd, mids, nemesis, nop, thecrypto</p> <h2 id="회의록">회의록</h2> <div class="irc-log"> --- Log opened Tue Feb 11 23:36:59 2003 23:37 -!- Topic for #iip-dev: IIP Meeting - logfiles: http://mids.student.utwente.nl/~mids/iip/ 23:37 [Users #iip-dev] 23:37 [ ArdVark ] [ logger ] [ mids] [ ptm ] [ UserX] 23:37 [ jeremiah] [ lonelynerd] [ pox ] [ thecrypto] 23:37 -!- Irssi: #iip-dev: Total of 9 nicks [0 ops, 0 halfops, 0 voices, 9 normal] 23:37 -!- Irssi: Join to #iip-dev was synced in 2 secs 23:57 < nop> hi hezekiah 23:58 < hezekiah> Hi. :) 23:58 -!- mode/#iip-dev [+o mids] by Trent 23:58 -!- mode/#iip-dev [+o nop] by Trent 23:58 <@mids> gimme an h. e. z. e. k. i. a. h 23:58 <@mids> hezekiah! 23:58 < hezekiah> lol 23:58 < lonelynerd> :D 23:58 < hezekiah> (Hmmm ....) 23:59 * hezekiah gets an idea wondering if I can do something in IRC. 23:59 <@nop> uh oh 23:59 -!- mode/#iip-dev [+o hezekiah] by Trent 23:59 -!- mode/#iip-dev [+o UserX] by hezekiah 23:59 < _42> what? 23:59 <@hezekiah> It works! 23:59 <@mids> kick me out? 23:59 <@hezekiah> Cool! 23:59 <@hezekiah> No. 23:59 -!- mode/#iip-dev [-o UserX] by mids 23:59 <@hezekiah> See if I could op UserX 23:59 <@nop> it worked yes 23:59 <@hezekiah> Oops. 23:59 <@mids> userx didnt identify 23:59 < _42> op everyone :) 23:59 <@hezekiah> Oh. 23:59 <@mids> he might be evil 23:59 <@mids> :) 23:59 <@hezekiah> My mistake. :( 23:59 <@mids> *grin& 23:59 <@hezekiah> I was just wondering if I could do it. (Good at C. Newborn at IRC.) --- Day changed Wed Feb 12 2003 00:00 <@nop> anonymity and authentication take practice hezekiah 00:00 <@mids> Tue Feb 11 23:00:05 UTC 2003 00:00 < _42> Yeah, but we all know that nop is sa&nbsp;fe. 00:00 <@nop> you will learn grasshoper 00:00 <@nop> ok 00:00 <@nop> welcome 00:00 <@mids> Welcome to the 30th meeting 00:00 <@nop> _42 let's take this outside 00:00 <@nop> ;) 00:00 < thecrypto> yah! 00:00 < thecrypto> 30! 00:00 <@nop> sweet 00:00 <@nop> ok 00:01 <@nop> anyway 00:01 <@nop> welcome, do we have anything specific on the agenda 00:01 <@hezekiah> IIP 1.1 yet? 00:01 <@mids> nope! 00:01 < hobbs> 30 is the product of the first three primes. :) 00:02 <@nop> hehe 00:02 < thecrypto> yah! 00:02 < thecrypto> primes! 00:02 <@nop> simmer down everyone 00:02 <@mids> showstoppers for IIP 1.1: 00:02 <@mids> - file paths 00:02 < _42> what about them? 00:03 <@nop> 42 we have questions later 00:03 <@nop> after all this 00:03 <@nop> continue mids please 00:03 <@mids> 42 asked what is one with the file paths I guess 00:03 <@mids> I dont have other showstoppers 00:04 <@nop> oh 00:04 <@nop> well than do a . 00:04 <@nop> so we know 00:04 <@nop> sorry 42 00:04 < _42> it's ok 00:04 <@nop> ok umm, I believe UserX is working on the file path issue 00:04 <@nop> I don't think he's at his keyboard at this moment 00:04 <@mids> he didnt yet 00:04 <@mids> I checked today 00:04 <@nop> but I'll see if I can get that done stat 00:05 <@hezekiah> I also proposed a solution. 00:05 <@nop> oh ok 00:05 <@hezekiah> I'm willing to code it if someone tells me what to do. 00:05 <@mids> read http://sourceforge.net/tracker/index.php?func=detail&aid=651711&group_id=50945&atid=461514 00:05 <@mids> and fix it :) 00:05 <@nop> ok, mids I think you know the details of what we wanted done, but did we decide on the proper paths? 00:05 <@hezekiah> If that 00:06 <@hezekiah> mids: ... that's the bugtracker ID, then I've already read it. :) 00:06 <@mids> yeah 00:06 <@mids> first ~/.iip/ 00:06 <@mids> if not, current dir 00:06 <@hezekiah> Were we going to make an "install-local"? 00:07 <@mids> yes 00:07 <@hezekiah> BTW, accourding to my testing, the code already does that. 00:07 <@mids> I already made that I think... 00:07 <@hezekiah> It just requires that ~/.iip exists. 00:07 <@mids> hezekiah: it never ever puts iip.log in there 00:07 <@hezekiah> Ah. 00:07 <@hezekiah> That can be corrected. :) 00:07 <@mi