Cuộc họp các nhà phát triển I2P - ngày 16 tháng 3 năm 2004

13:12 < jrandom> chương trình: 13:12 < jrandom> 0) chào 13:12 < jrandom> 1) việc hành chính 13:13 < jrandom> 2) tình trạng 0.3 13:13 < jrandom> 3) lập hồ sơ peer / lựa chọn 13:13 < jrandom> 4) kiến trúc web 13:13 < jrandom> 5) ??? 13:13 < jrandom> 0) chào 13:13 * jrandom vẫy tay chào cả nhóm 13:14 < deer> * jrandom_ vẫy tay từ i2p 13:14 < deer> * wilde đập tay (hi5) 13:15 < deer> <ughabugha> Chào! 13:15 < deer> * duck đang đọc 13:15 < deer> <human> yo! 13:16 < jrandom> w0rd, xin lỗi vì chậm đăng các ghi chú trạng thái ở (http://i2p.net/pipermail/i2p/2004-March/000165.html) 13:18 < jrandom> 1) việc hành chính 13:19 < jrandom> để đơn giản, và tránh rắc rối tuần trước do các mạng khác nhau “khó chịu”, chúng tôi đã xoay xở được vài phép màu và cuộc họp này đang chạy trên ba mạng IRC 13:19 < deer> <duck> (tuyệt vời!) 13:19 < jrandom> iip’s #i2p, #i2p của mạng i2p irc duck/baffled, và #i2p của freenode 13:19 < jrandom> :) 13:19 < deer> <baffled> ai đa nghi vậy? 13:20 < deer> <ughabugha> Ok, đọc xong ghi chú trạng thái rồi. 13:20 < deer> <ughabugha> jrandom: Về chuyện đó thì sao? 13:20 < deer> <ughabugha> Hay về chúng? 13:21 < jrandom> chỉ nhắc đến để ai gặp vấn đề với cái này có thể dùng cái khác 13:21 < deer> <mihi> tốt. tôi cũng đã đọc xong ghi chú trạng thái 13:21 < jrandom> ngoài ra, máy chủ Drupal sẽ hoạt động lại cuối tuần này (cầu may) 13:22 < deer> <ughabugha> Ồ, ok. Có gì để bàn ở mục 1) không? 13:22 < deer> <ughabugha> Hay đang đợi mọi người đọc xong? 13:22 < deer> <ughabugha> jrandom: Tốt. :) 13:22 < jrandom> không, trừ khi ai có việc hành chính muốn nêu? 13:23 < deer> * mihi muốn đặt cờ ở mục 3 13:23 < jrandom> đặt cờ rồi ;) 13:23 < deer> * duck ở mục 2 13:23 < deer> <duck> ờ, chúng ta dùng chỉ số nào? 13:24 * jrandom cho rằng ta có thể chuyển sang mục 2) tình trạng 0.3 13:25 < jrandom> tôi rốt cuộc đã gõ nhiều hơn bình thường cho ghi chú trạng thái 0.3, nên thay vì lặp lại ở đây, có ai có câu hỏi/quan ngại muốn nêu không? 13:25 < deer> <ughabugha> Tiếp đi. 13:26 < deer> <duck> vì sao việc giải mã ElGamal/AES+SessionTag hay thất bại vậy? 13:26 < jrandom> duck> do quá tải và độ trễ. nếu một thông điệp định tuyến kiểu garlic bị trễ quá thời hạn của sessionTag đó, việc giải mã sẽ thất bại 13:27 < deer> <duck> k 13:27 < jrandom> ngoài ra, nếu thông điệp định tuyến kiểu garlic được giải mã ổn nhưng nội dung bị trễ đến mức các clove hết hạn, đó cũng là một lần giải mã uổng phí 13:28 < deer> <duck> bằng cách nào đó câu đó khiến tôi tin là còn nguyên nhân ngoài quá tải/độ trễ 13:28 < deer> <tro|l> ce zi e azi? 13:28 < jrandom> ừ, có vài trục trặc với các khối phản hồi định tuyến theo nguồn bị lỗi giải mã, nhưng vì chúng sẽ bị loại bỏ trong 0.3.1, không đáng để debug nhiều 13:29 < deer> <kaji> wow chạy được rồi! 13:29 < jrandom> (và một lần ElG thất bại có lẽ là thứ ngốn CPU nhất mà i2p làm) 13:30 < deer> <jrandom_> heh chào mừng đến i2p #i2p :) 13:30 < deer> * kaji khen 0.2.5.1 13:30 < deer> <jrandom_> 0.2.5.1? trời, lấy 0.2.5.4 đi :) 13:30 < jrandom> ok, còn gì cho tình trạng 0.3 không? 13:31 < deer> <kaji> .. 13:31 < deer> <duck> . 13:31 < deer> <kaji> ping? 13:31 < jrandom> p0ng 13:31 < mihi> pung 13:31 < deer> <mihi_backup> pung2 13:32 < deer> <Pellinore> tôm 13:32 < jrandom> ok, chuyển sang 3) lập hồ sơ peer / lựa chọn 13:32 * mihi chuyển cờ sang số 3 kia ;) 13:32 < jrandom> (trời, thật buồn cười là chẳng có đồ thay thế hải sản chay...) 13:32 < deer> * kaji khen 0.2.5.4.1 13:32 < deer> <duck> cả cái vụ lập hồ sơ peer trông như phép thuật, định debug thế nào? 13:32 < deer> <Pellinore> Có thịt cua chay mà. 13:32 < jrandom> à, đúng đó pellinore. 13:32 < deer> <wilde> jrandom: và sushi chay nữa 13:33 < jrandom> duck> phần nào trông như phép thuật? 13:33 < deer> <duck> cả phần phân loại, v.v. 13:33 < deer> <Pellinore> Và tôi nhớ là từng thấy loại phi-lê cá thay thế kiểu chik gì đó, nhưng có thể tôi nhầm. 13:33 < deer> <duck> Ý tôi là, làm sao biết bạn đang làm điều tối ưu? 13:33 < jrandom> bộ tổ chức peer (cái chuyển hồ sơ vào các nhóm khác nhau) là một thành phần rất đơn giản và có thể tách rời 13:33 < jrandom> ồ, điểm hay. 13:34 < jrandom> hôm trước tôi có benchmark, chạy bộ tổ chức với 10.000 hồ sơ, và nó tổ chức tất cả trong khoảng ~50ms 13:34 < jrandom> (tổ chức == chạy các bộ tính toán và chuyển chúng giữa các nhóm) 13:34 < jrandom> hồ sơ cũng chỉ chiếm ~3-4KB cho hồ sơ đầy đủ, và hồ sơ tối thiểu khoảng ~200 byte 13:35 < deer> <duck> ừ, nhưng làm sao biết “phản hồi 0,597s” cho nhóm 1 là đúng 13:35 < deer> <duck> và rằng nó không nên là 0,603s 13:35 < jrandom> (nên ta sẽ giữ hồ sơ đầy đủ của 1000 peer tốt nhất, và tối thiểu cho 10.000 tiếp theo) 13:35 < jrandom> à, ok, câu hỏi hay. 13:36 < jrandom> đó là thành phần Rate 13:36 < jrandom> rõ ràng sẽ có dao động, và ta sẽ không quá chính xác. mục tiêu là đạt mức xấp xỉ và tổ chức theo đó 13:37 < deer> <duck> tôi thấy nó dùng trung bình 13:37 < jrandom> ví dụ tìm các router trên đường truyền T3 với 4 CPU, và tách chúng khỏi các router trên 386 với modem 2400 bps 13:37 < deer> <duck> vậy nếu bạn ném vào 100 node tệ hại, bạn sẽ ảnh hưởng mạnh đến giá trị trung bình 13:37 < jrandom> đồng ý - có hai khía cạnh khác nhau ta có thể tinh chỉnh 13:38 < jrandom> đầu tiên, ta có thể đặt ngưỡng dùng top 10% để xác định “nhanh” vs “không nhanh” 13:38 < jrandom> (hoặc top 90%, tùy chọn) 13:38 < jrandom> thứ hai, ta có thể điều chỉnh thành phần Rate để giữ các thống kê khác nhau - thay vì trung bình đơn giản, nó có thể bỏ qua độ lệch, tính độ lệch chuẩn, v.v. 13:39 < jrandom> thành phần rate hiện khá sơ sài, và tôi rất muốn ai giỏi thống kê xem qua và chỉnh lại 13:39 < jrandom> (một mục tiêu chính của nó là giữ không phụ thuộc quy mô - nên nếu ta có 100.000 sự kiện, nó không phải giữ tất cả điểm dữ liệu đó trong bộ nhớ, v.v.) 13:40 < deer> <duck> ok, vậy điều gì ngăn một thảm họa NGRouting nữa xảy ra? 13:40 < jrandom> nhưng bạn hoàn toàn đúng - các bộ tính toán và thuật toán chọn peer sẽ là trọng tâm lớn của các cải tiến mạng trong tương lai 13:40 < jrandom> ngrouting cố làm hai việc khác nhau - tìm dữ liệu cụ thể, và tìm peer sẵn sàng. chúng ta chỉ cần tìm peer sẵn sàng 13:41 < deer> <duck> tốt 13:41 < jrandom> (và đặt các tunnels của ta ở đó) 13:41 < deer> * duck gỡ breakpoint 13:41 < jrandom> :) 13:41 < mihi> nhưng ta cũng phải tìm tunnels nữa. 13:41 < jrandom> đúng rồi mihi - netDb là một điểm quan trọng 13:42 < deer> <Pellinore> Tôi giỏi phần toán thống kê, nhưng kém phần kỹ thuật để biến dữ liệu thành dữ liệu máy tính dùng được. 13:42 < deer> <Pellinore> Nhưng tôi sẵn lòng hợp tác với ai đó và đóng góp nếu có thể. 13:42 < jrandom> tuyệt vời pellinore! 13:43 < jrandom> lớp rate chính ở http://i2p.net/cgi-bin/cvsweb.cgi/i2p/code/core/java/src/net/invisiblenet/i2p/stat/Rate.java?rev=1.3&content-type=text/x-cvsweb-markup và ta có thể nói chuyện thêm sau về nó :) 13:43 < deer> <Pellinore> k 13:43 < jrandom> (tôi biết, không mong bạn đọc code đâu, chỉ nhắc vậy) 13:44 < deer> <Pellinore> Tôi sẽ đọc, nhưng chắc cũng như con chó của tôi đọc Kierkegaard vậy. 13:44 < jrandom> hehe 13:45 < deer> <Pellinore> Nhưng tôi đang học dần. 13:45 < deer> <Pellinore> Dù sao, xin cứ tiếp tục — tôi không muốn làm chậm lại. 13:45 < jrandom> (tình nguyện giúp không làm chậm lại đâu ;) 13:46 < jrandom> một điểm tôi quên nhắc về mã lập hồ sơ/chọn peer là hạng ‘integration’ chỉ dùng trong cơ sở dữ liệu mạng cho ‘thăm dò’, không dùng cho tìm kiếm/lưu trữ 13:46 < jrandom> ta vẫn làm tìm kiếm/lưu trữ Kademlia (khá) truyền thống với tất cả peer không lỗi 13:46 < jrandom> cũng như, trong mỗi nhóm peer, ta luôn chọn một cách ngẫu nhiên 13:46 < jrandom> (tức là ta không luôn chọn nhanh nhất trong nhóm nhanh, v.v.) 13:47 < jrandom> đó là vì lý do bảo mật và cân bằng tải 13:48 < jrandom> (bảo mật, để kẻ tấn công không thể chỉ tạo một router thật nhanh và xem mọi người dùng nó - họ phải tạo số lượng lớn router thật nhanh, làm lệch cả phân bố theo hướng có lợi cho họ, v.v.) 13:49 < jrandom> ok, còn gì nữa cho 3) lập hồ sơ peer / lựa chọn không? 13:49 < deer> <duck> . 13:50 < deer> <ughabugha> Có vẻ là không. 13:50 < jrandom> ok, chuyển sang 4) kiến trúc web 13:52 < jrandom> thư viện streaming mới của mihi cho ta rất nhiều linh hoạt, cộng thêm anh ấy đã vài lần nói muốn tách mã httpclient thành thứ gì đó mạnh mẽ hơn. ngoài ra, human đã bắt đầu cập nhật để cho phép proxying squid (hoặc tor-www) trong suốt và proxying eepsite trong cùng một client 13:52 < jrandom> với tất cả các yếu tố khác nhau này, và khả năng là chức năng kiểu web sẽ quan trọng với người dùng i2p, tôi nghĩ ta nên lùi lại một bước và hình dung cách mọi thứ gắn kết với nhau 13:53 * mihi có ít mã đang bay lơ lửng trên ổ cứng cho mã httptunnel đó. nhưng còn xa mới xong 13:53 < mihi> với tôi httptunnel == httpclient + một số bộ lọc 13:53 < mihi> tất nhiên dùng naming và streaming API của tôi. 13:54 < mihi> mã lúc này chỉ cho phép các “hồ sơ ẩn danh” khác nhau. 13:54 < jrandom> có suy nghĩ gì về kiểu failover sang outproxy như squid/v.v. của human không? 13:54 < mihi> tức là gửi mọi yêu cầu qua một đích, ghép (mux) tối đa 10, ghép theo một đích mỗi hostname, v.v. 13:54 < jrandom> à, thú vị 13:55 < mihi> nhưng các đích đó chưa được dùng ;) 13:55 < jrandom> w3rd. đúng, có một cảnh báo lớn là có nhiều đích trên một router sẽ tăng tải CPU đáng kể 13:55 < jrandom> (vì bất kỳ lỗi garlic nào cũng phải lỗi một lần mỗi đích trước khi lỗi hoàn toàn) 13:56 < jrandom> vẫn còn vài mẹo có thể dùng để giảm thiểu chuyện đó, tôi nghĩ 13:56 < deer> <ughabugha> Bạn có chắc proxying squid trong suốt là ý hay về mặt hiệu năng không? Ý tôi là, người ta có thể quá lười và không tắt eepproxy sau khi duyệt site I2P hoặc dùng I2P squid, do đó lãng phí băng thông I2P cho những thứ không cần ẩn danh. 13:56 < jrandom> ughabugha> mọi thứ đều cần ẩn danh :) 13:57 < jrandom> (và nếu họ không phân biệt được thì… thôi kệ…) 13:57 < mihi> ý tôi với httptunnel là các liên kết http sẽ được viết lại (tương tự fproxy) để bạn không cần proxy mà chỉ cần một servlet. 13:57 < deer> <ughabugha> jrandom: Heh. Như vậy thì I2P sinh ra đã chết. Sẽ không đủ băng thông sẵn có trên mạng cho tất cả các đầu cuối tiêu thụ. 13:58 < mihi> trên trang thông tin đó có thể thêm tính năng để duyệt site qua ví dụ như squid. 13:58 < jrandom> chưa hoàn toàn theo kịp. tôi hiểu và đồng ý với các vấn đề DNS (dù tôi nghĩ có vài cách lách) 13:58 < jrandom> à, ok mihi 13:58 < deer> <aum> chào buổi sáng mọi người 13:58 < jrandom> mihi> vậy kiểu giống một trang “Unable to reach peer” nâng cao hơn nhiều? 13:59 < mihi> giống “trang cảnh báo ẩn danh” như trong freenet hơn ;) 13:59 < jrandom> ughabugha> nếu ta không xử lý nổi duyệt web, làm sao xử lý BT/chia sẻ file? 13:59 < jrandom> hmm mihi, nhưng ta có muốn thế không, cho người muốn duyệt web ẩn danh? hay httpclient không phải app họ dùng? 14:00 < jrandom> chào buổi sáng aum, vừa kịp cuộc họp dev :) 14:00 < mihi> jrandom: nếu ai đó chỉ muốn duyệt web ẩn danh, anh ta 14:00 < deer> <ughabugha> jrandom: Hmm... Điểm hay. Ta có định làm không? ;) 14:00 < deer> <aum> jrandom: bạn không ở iip, bạn không ở irc.duck.i2p ?!? 14:00 < jrandom> ughabugha> ta phải làm. 14:01 < mihi> có thể cấu hình httptunnel để làm vậy (httptunnel vẫn hoạt động như proxy, nên thêm cái đó khá đơn giản) 14:01 < mihi> và rất có thể người duyệt web “ẩn danh” sẽ thích vài bộ lọc nội dung, tôi đoán ;) 14:01 < jrandom> mihi> tôi nghĩ human đã làm rồi :) 14:01 < jrandom> đồng ý mihih 14:01 < jrandom> /hih/hi/ 14:02 < mihi> khi tôi nói httptunnel, tôi không có ý httpclient ;) 14:02 < jrandom> à ok 14:02 < deer> <jrandom_> tôi ở đây aum ;) 14:02 < mihi> nhưng ta thực sự nên chuyển i2ptunnel sang dùng streaming API càng sớm càng tốt, điều đó sẽ giảm số file cần bảo trì 14:03 < jrandom> đồng ý 14:03 < mihi> human chỉ vá bản cũ, tôi tự vá bản mới 14:03 < jrandom> chiều nay ta gặp một số bug, không chắc human đã chuyển log cho bạn chưa 14:03 < deer> <wilde> thêm một thứ vào danh sách: outproxy đã có, nhưng kiểu i2p2i hơn 14:04 < mihi> tôi chưa nhận log từ ai cả... 14:04 < jrandom> mihi> ta sẽ bắt tay vào mã streaming sớm nhất có thể, ta có thể bàn sau cuộc họp nếu bạn rảnh, hoặc qua email? 14:04 < deer> * aum dành một phần hôm qua xem các ứng dụng p2p với ý định chạy chúng trên i2p 14:04 < jrandom> wilde> hmm? 14:04 < jrandom> hay đấy aum, có gì hứa hẹn không? 14:04 < deer> * aum hiện nghiêng về chia sẻ file kiểu ‘push’, ví dụ konspire2b 14:05 < jrandom> i2psnark có thể được sửa để dùng streaming api của i2ptunnel mới khá dễ nữa 14:05 < deer> <human> mihi: gửi log (mihi@i2p.net, đúng không?) 14:06 < mihi> không biết mihi có tạo chuyển tiếp cho tôi không 14:06 < deer> <mihi> s/mihi/jrandom 14:06 < jrandom> hmm aum, bạn nghĩ mô hình freenet/insert thực sự sẽ hiệu quả nhất chứ? 14:06 < deer> <wilde> jrandom: tôi định dùng i2p webserver -> proxy -> internet, để mọi người có thể duyệt một site i2p, nhưng có lẽ một tunnel thông thường có thể xử lý lưu lượng 14:06 < jrandom> mihi> bạn muốn tôi đặt chuyển tiếp đó về bạn không? 14:06 < mihi> jrandom: không có gì phản đối ;) 14:07 < deer> <ughabugha> aum: ‘Push’ là kiểu gì? 14:07 < deer> <aum> điều tôi thích ở konspire2b là nó loại bỏ kỳ vọng giao hàng tức thời/nhanh chóng, và giảm nhu cầu băng thông, bằng cách chỉ phát thông báo nội dung, rồi để mọi người ‘đăng ký’ ‘nguồn nội dung’ 14:07 < jrandom> mihi> xong. 14:08 < deer> <aum> vậy thay vì yêu cầu một file, ngồi vặn vẹo ngón tay cái, bực mình chờ nó về, bạn chỉ cần ‘đăng ký’ ‘kênh’ của nguồn, rồi làm việc khác 14:08 < deer> <aum> konspire2b.sf.net 14:08 < jrandom> aum> nhưng như vậy chẳng phải cực kỳ kém hiệu quả sao, vì bạn phải quản lý một mạng phủ (broadcast) cho danh sách thứ sẵn có, rồi lại phải chuyển tiếp chúng? 14:09 < jrandom> một hệ thống swarming trực tiếp sẽ hữu ích/hiệu quả hơn nhiều, đúng không? 14:09 < deer> <ughabugha> Heh. Nghe có vẻ hứa hẹn cho I2P. 14:09 < deer> <aum> jrandom: có ví dụ nào về swarming trực tiếp không? 14:09 < jrandom> wilde> ô, giống cgiproxy trên duck và site của janonymous? 14:09 < jrandom> aum> bittorrent 14:10 < deer> <ughabugha> aum: Bạn định nói http://konspire.sourceforge.net/? 14:10 < jrandom> nơi bạn lấy torrent đâu đó, và nhận các khối nội dung trực tiếp từ các peer có chúng 14:10 < deer> <aum> ughabugha: chắc vậy :) 14:10 < mihi> argl... $me->brother đã gỡ chuyển tiếp cổng cho i2p... 14:10 < jrandom> d’oh 14:10 < deer> <aum> jrandom: có ai đang thử bt/i2p không? 14:11 < deer> <baffled> aum, bạn đã xem kỹ mnet chưa? 14:11 < jrandom> aum> eco đã đạt chút tiến triển với i2psnark 14:11 < deer> <aum> tôi có xem, nhưng chưa kỹ 14:11 < jrandom> (dù anh ấy đang mất tích lúc này) 14:12 < jrandom> hmm, mnet với eepsite metatrackers và transport i2p/twisted của human có thể hoạt động 14:12 < deer> <duck> kiểm tra nặng bởi janonymous và tôi cho thấy các vấn đề i2psnark hiện tại 50% do i2p và 50% do snark 14:12 < jrandom> duck> các kiểm tra đó gần đây đến mức nào? 14:12 < deer> <duck> tuần trước 14:12 < jrandom> dù tôi không ngại xem xét các triển khai bt khác 14:12 < jrandom> à ok 14:13 < deer> <duck> về mnet, tôi nghĩ bạn sẽ phải sửa chính mnet trước khi khiến nó chạy được 14:13 < deer> <duck> vậy thì bạn có thể sửa luôn freenet và dùng nó 14:13 < jrandom> heh 14:13 < deer> <aum> sửa freenet, ok! ngay sau khi chúng ta mang đến hòa bình thế giới ;p 14:13 < deer> <duck> nhưng hỏi ở #mnet @ freenode đi 14:13 < deer> <Pellinore> mnet=? 14:13 < deer> <Pellinore> Mute? 14:14 < jrandom> theo nghĩa đó, có lẽ mod Azureus cho i2p có thể hoạt động? 14:14 < deer> <wilde> không, một cách tiếp cận p2p dựa trên thị trường 14:14 < jrandom> pellinore - mnet.sf.net, một kho dữ liệu phân tán không có ẩn danh 14:14 < deer> <baffled> Thực ra, tôi dùng mnet khá ổn trên khoảng năm máy. 14:14 < jrandom> đúng, hậu duệ của mojonation 14:14 < deer> <baffled> Tôi không thể dùng freenet ổn định trên một máy nào. 14:14 < deer> <duck> baffled: 0.6 hay 0.7? 14:14 < deer> <duck> (0.7 là với twisted nếu tôi nhớ không nhầm) 14:16 < deer> <Pellinore> jrandom — cảm ơn. 14:16 < deer> <Pellinore> Bạn không thể dùng Freenet ổn định trên bất kỳ máy nào. 14:17 < deer> <baffled> 0.6.[23]. 14:17 < deer> <Pellinore> Đó là, ngoài những lý do khác, vì sao chúng ta ở đây. :) 14:17 < deer> <aum> tôi thấy entropy hoạt động tốt... cuối cùng thì cũng được! 14:17 < jrandom> tôi không biết, tôi vẫn nghĩ freenet có thể là nền tảng tốt để làm i2p DHT (khi ta có thể cắt phần lớn mã và giữ phần kho dữ liệu/SSK/CHK) 14:18 < jrandom> với chia sẻ file, ta nên học từ cộng đồng chia sẻ file xem cái gì hiệu quả nhất 14:18 < deer> <aum> nhưng kể từ bài LinuxWorld của tôi về entropy, giờ có hàng tá node entropy, và mạng bắt đầu mang vài đặc tính hiệu năng của freenet 14:18 < deer> <Pellinore> Tôi thích bố cục và tính năng cơ bản của Freenet, chỉ là cái thứ đó chẳng hoạt động, đặc biệt nếu dùng kết nối dialup. 14:18 < jrandom> ví dụ DC clones, BT, [hoặc bọn chia sẻ file điên kia dùng cái gì nữa?] 14:19 < jrandom> heh aum, đáng trách bạn ;) 14:19 < deer> <duck> thêm nữa có những thứ Newsbyte đã chỉ ra về entropy... 14:19 < deer> <aum> ẩn danh yếu hơn, chẳng hạn? 14:19 < deer> <baffled> Đúng nhưng có vấn đề bất ổn với 0.7. 14:19 < deer> <baffled> Tôi nghĩ kết nối này lại trở nên chập chờn. 14:19 < jrandom> và vấn đề bảo mật. tôi nghĩ tiếc là ta có thể bỏ qua việc dùng entropy 14:21 < jrandom> nhưng, ờm, ta đang ở mục thảo luận 4, kiến trúc web nên giờ hãy quay lại đó ;) 14:21 < deer> <aum> một ý chia sẻ file điên nữa - dùng nntp, với n người chạy nntpd liên kết, và chỉ dùng một trong các thư viện chia file thành các khối b64 và đăng chúng, và thư viện để lấy về? 14:22 < jrandom> NNTP sẽ rất thú vị - cực kỳ ổn định và đã được thời gian kiểm chứng 14:22 < deer> <duck> liên kết các server? 14:22 * jrandom rất muốn có một innd chạy với i2p ;) 14:23 < deer> <aum> và vì i2p lo phần ẩn danh, nntp không cần có nó 14:23 < jrandom> đúng, dòng feed của innd có thể trỏ đến một proxy i2ptunnel cục bộ 14:23 < deer> <aum> và người có server khác nhau có thể cấu hình server để cache nhóm họ chọn 14:23 < mihi> tùy họ peering thường xuyên thế nào, có thể kiểm duyệt bài bằng cách tạo va chạm message id 14:23 < deer> <duck> (đã bao giờ thử cấu hình innd chưa?) 14:24 < jrandom> nhiều lần rồi duck, nhưng từ rất rất lâu 14:24 < deer> <aum> innd khó thiết lập à? 14:24 < deer> <duck> ôi thôi, bạn là thần 14:24 < jrandom> mihi> đồng ý - đó không phải phương tiện phân phối chống kiểm duyệt 14:24 < jrandom> aum> phiền toái lắm 14:25 < jrandom> giống squid - nó làm tốt việc của nó, nhưng ta có lẽ cần cái gì cực kỳ đơn giản (hy vọng một cú nhấp) để đóng gói kèm 14:25 * jrandom kéo chúng ta về chủ đề 14:26 < deer> <aum> và thêm một cách p2p/chia sẻ file nữa - tôi nhớ có app p2p hoạt động qua http, xâu chuỗi các http server 14:26 * mihi đoán đa số người dùng không biết cách thiết lập proxy trong trình duyệt của họ... 14:26 < deer> <aum> xin lỗi, chủ đề là gì? 14:26 < jrandom> mục 4) kiến trúc web ;) 14:26 < aum> ý là, web server trong i2p? 14:26 < mihi> aum: đúng vậy 14:26 < jrandom> đó là điểm hay mihi - một hệ thống web sẽ cần những thứ cơ bản (script .bat, .sh) cho khởi động/tắt 14:27 < jrandom> hmm, mozilla không có một URL javascript bạn có thể dùng để đặt proxy sao? 14:27 < jrandom> ví dụ ta có thể có một trang cấu hình trên httptunnel để bấm “on”/“off”? 14:28 < jrandom> tôi hiểu hôm nay ta sẽ không đi đến quyết định nào về cách chức năng web nên hoạt động, nhưng ta nên định ra vài hướng 14:28 < aum> vấn đề với thiết lập eepproxy hiện tại là gì? 14:29 < jrandom> ví dụ lọc, proxy inbound (eeproxy), server outbound (i2ptunnel server bình thường), proxy outbound (outproxy kiểu squid hoặc tor-www) 14:29 < mihi> aum: nó đòi hỏi khá nhiều kỹ năng cả ở phía cung cấp lẫn phía yêu cầu eepsite 14:29 < jrandom> thêm nữa, hệ thống outproxy hiện tại tệ. 14:29 < jrandom> hoàn toàn không mở rộng được 14:29 < jrandom> ta cần gì đó để cho phép/buộc phân phối tải yêu cầu web đi ra qua nhiều outproxy 14:30 < mihi> người dùng lấy các outproxy này thế nào. file cấu hình (như trong hosts.txt?) 14:30 < jrandom> và một lý do vì sao người bình thường muốn chạy outproxy là vì khả năng chối bỏ hợp lý - ngay cả khi HỌ yêu cầu “đồ xấu”, họ có thể nói “i2p làm đấy” 14:31 < jrandom> đó là một lựa chọn mihhi 14:31 < mihi> jrandom: hehe 14:31 < jrandom> s/hh/h/ 14:31 < aum> nhưng eepproxy không tạo kết nối http “trực tiếp” đến server được yêu cầu sao, tức là “trực tiếp” như kết nối i2p? 14:31 < deer> <wilde> . /castvote DHT ala Freenet 14:31 < mihi> aum: vấn đề là các URL web “bình thường”. 14:31 < jrandom> ./castvote 3 developers x 1 month x 12h / day 14:32 < deer> * human đã thêm hỗ trợ httptunnel vào TunnelManager, nhân tiện 14:32 < deer> <human> s/httptunnel/httpclient/ 14:32 < deer> <aum> cái đó là gì? 14:32 < deer> <aum> ồ, hỗ trợ http client? 14:32 < deer> <human> aum: đúng 14:32 < jrandom> đúng, ta cần tìm cách để mọi người duyệt slashdot.org qua i2p 14:32 < deer> <aum> vậy tunnelmgr giờ nói HTTP? 14:32 < jrandom> nice1 human! 14:32 < jrandom> aum> nhớ proxy squid chứ? 14:33 < deer> <aum> nhớ 13:33 < deer> <wilde> jrandom: vậy khoảng 4 nhân-tháng cho một DHT? 14:33 < deer> <human> aum: yup: openhttpclient <port> [<outbound WWW proxy>] 14:33 < jrandom> wilde> tôi nghĩ hợp lý, đúng vậy. 14:34 < deer> <aum> human: bạn đã viết nó ở đâu chưa? 14:35 < jrandom> aum> tất cả những gì nó làm là “if !eepsite { send through $outboundWWWproxy } else {send to eepsite}” 14:35 < deer> <human> aum: tôi định commit, rồi tôi bị kẹt với một bug StreamingI2PTunnelServer... 14:36 < jrandom> một giải pháp ngắn hạn tốt sẽ là “outproxies.txt”, kiểu hosts.txt 14:36 < deer> <aum> human: và chính xác “openhttpclient <port> [<outbound WWW proxy>]” làm gì? 14:36 < jrandom> dù ta nên bắt đầu nghĩ về giải pháp trung và dài hạn 14:37 < deer> <human> human: sẽ mở một proxy lắng nghe kết nối, và sẽ chuyển hướng về WWW-proxy tất cả những gì đi tới các URL không kết thúc bằng .i2p 14:38 < deer> <Pellinore> Cái đó thú vị đấy. 14:38 < deer> <aum> human: àh, hay, vậy bạn tách một luồng trong tunnelmgr? 14:38 < deer> <human> human: tức là bạn có thể dùng nó để duyệt cả eepsite lẫn web thường 14:38 < deer> <human> human: đúng 14:38 < deer> <human> s/human/aum/ :-) 14:39 < deer> <aum> hơi vượt quá “nhiệm vụ” của tunnelmgr, nhưng này, chẳng có chỗ nào khác phù hợp hơn trong mã i2p - làm tốt lắm 14:39 < deer> <aum> human: vậy bạn nói cả python lẫn java? có làm hỏng não bạn không? 14:39 < deer> <human> aum: tôi làm vậy để tránh khởi chạy thêm một JVM cho EepProxy 14:40 < jrandom> (ờ thì, mã được triển khai trong httpclient của i2ptunnel, human vừa mới expose nó qua tunnelmanager nữa) 14:40 < deer> <aum> đúng rồi, luôn tốt khi giữ số lượng JVM ở mức tối thiểu 14:40 < jrandom> ((và theo tôi httpclient ở đúng chỗ nên ở ;) 14:40 < jrandom> (((đến khi httpclient thế hệ mới [httptunnel] của mihi ra))) 14:41 < deer> <aum> httpclient có trong cvs không, để nó build cho tôi như một phần của i2p update/build? 14:41 < jrandom> có, eepProxy dùng httpclient 14:42 < deer> <aum> *trời cái này chia kép quá — tôi mở 3 phiên xchat (irc.duck.i2p,iip,freenode)) 14:42 < jrandom> :) 14:42 < deer> <aum> độ trễ kinh khủng trên irc.duck.i2p 14:42 < jrandom> ok, vậy hôm nay không chốt kiến trúc web, rõ ràng rồi, nhưng thảo luận đáng giá 14:43 < jrandom> đúng aum, tôi khoảng 15s 14:43 < jrandom> còn gì về kiến trúc web lúc này không, hay ta chuyển sang 5) ??? phần thảo luận mở? 14:43 < deer> * human đang nghĩ về một I2PSocksTunnel 14:44 < jrandom> ôi, cái đó sẽ ngầu đấy 14:44 < deer> <human> (ờ, có lẽ nó thuộc 5) 14:44 < deer> <aum> socks? có cách nào ‘đệm’ (shim) các client không hỗ trợ socks qua một giao diện socks không? 14:44 < deer> <human> aum: apt-get install tsocks :-) 14:45 < aum> bàn web — thêm một ý cuối — còn khả năng fork/patch một web client sẵn có thì sao 14:45 < mihi> aum: sockscap cho Windows 14:45 < jrandom> aum> đáng sợ. rất mạnh, nhưng đáng sợ. 14:45 < jrandom> [tôi sẽ ghét phải bảo trì cái đó] 14:45 < aum> thậm chí lúc này, một trình duyệt tối giản như dillo 14:46 < jrandom> [[dù nó có thể trở nên ‘siêu an toàn’, v.v. nhưng vẫn rất, rất đáng sợ]] 14:46 < aum> hoặc tốt hơn, control trình duyệt trong wxWindows, nó đa nền tảng 14:46 * jrandom hồi tưởng về flinks ban đầu, khi nó có trình duyệt freesite tích hợp 14:47 < aum> nhưng rồi newbie sẽ kêu ca nếu họ không thể lướt các site đầy javascript đặc thù M$ quen thuộc 14:47 < jrandom> đúng aum, và hacker cũng vậy nếu không hỗ trợ code tuân thủ chuẩn mới nhất 14:47 < aum> này, ta nên hỏi Microsoft xin mã nguồn IE6, rồi patch nó ;p 14:47 < jrandom> viết một trình duyệt == cách hay để lãng phí hàng ngàn giờ công 14:47 < jrandom> heh 14:47 < deer> * human khá hài lòng khi dùng privoxy 14:48 < aum> có khi họ sẽ quăng luôn mã nguồn ie6 như một phần dàn xếp phạt ở châu Âu 14:48 < deer> <human> (http://www.privoxy.org/) 14:48 < aum> s/toos/toss/ 14:48 < jrandom> human> cái đó áp dụng cho cả hai phía proxy thế nào? 14:48 < jrandom> ví dụ, ta sẽ muốn lọc nội dung tại chỗ, không phải ở đầu ra 14:49 < deer> <human> jrandom: có thể khuyến khích người dùng cài nó 14:49 < jrandom> (nhưng đầu ra cũng sẽ muốn lọc một số nội dung để tránh lạm dụng, v.v.) 14:49 < deer> <human> jrandom: hoặc nó có thể là một phần cài đặt mặc định của I2P 14:49 < aum> nếu một DWP (distrib web proxy) dùng DHT cho bộ đệm thì sao? 14:49 < jrandom> “khuyến khích” == chỉ geek. đóng gói kèm :) 14:49 < jrandom> như vậy thì Tốt aum 14:49 < deer> <human> jrandom: eheheh, đồng ý :-) 14:49 < deer> <human> jrandom: privoxy cũng chạy trên Windows, btw 14:50 < jrandom> word. đúng, ta cần một dạng lọc nội dung — privoxy, muffin, gì cũng được. 14:50 < deer> <wilde> cuộc họp dài ghê... 14:50 * jrandom hiểu ý.. 14:51 < deer> <Pellinore> wilde: Có nhiều điều để nói. 14:51 < jrandom> còn ai có gì muốn nêu không? ta luôn có mailing list cho các chuyện tiếp theo 14:51 < deer> <Pellinore> Và tất nhiên còn nhiều việc phải làm. 14:51 < deer> <Pellinore> Tôi có vài câu hỏi nhỏ. 14:51 < aum> ta có thể fork privoxy và 1) làm nó chạy qua i2p, 2) làm nó dùng DHT cho cache không? 14:51 < deer> <Pellinore> Nhưng chúng cũng có thể bàn riêng dễ dàng. 14:51 < jrandom> pellinore> có chuyện gì? 14:51 < deer> <Pellinore> Không gì cả, xin lỗi vì đã nói. 14:51 < jrandom> aum> rất có thể ta không cần fork 14:52 < deer> <Pellinore> Tôi sẽ nói riêng với bạn, hoặc duck, lúc khác. 14:52 < deer> <Pellinore> Không thực sự là chuyện dev. 14:52 < deer> <duck> 10+16+7=33 giờ công lãng phí cho một giờ làm thêm này :) 14:52 < jrandom> nhưng xây một DHT là rất nhiều nỗ lực. hoàn toàn vô cùng xứng đáng 14:52 -!- Irssi: #i2p: Tổng cộng 10 nick [0 ops, 0 halfops, 0 voices, 10 thường] 14:52 * aum lại đi thăm các trang wiki về DHT trên infoanarchy.org 14:52 < jrandom> có 16 người trên iip à? 14:53 < deer> <human> aum: không cần fork, chỉ cần: web browser <-> privoxy <-> httpclient <-> i2p <-> outbound proxy <-> www.pr0n.com 14:53 < deer> <wilde> một DHT tổng quát có thể hoạt động ngoài I2P nữa, và cho phép ràng buộc khác ngoài http 14:53 < jrandom> aum> xem link duck đã thêm vào wiki i2p, liệt kê vài cái 14:54 < deer> <human> aum: bạn có thể cấu hình privoxy để nó kết nối đến một HTTP/socks proxy khác (đó là cách privoxy I2P-to-tor của tôi hoạt động) 14:54 < deer> <duck> (http://www.bamboo-dht.org/) 14:54 < aum> tôi không chắc thích ý tưởng DHT hoạt động ngoài i2p — DHT tốt nhất là DHT không có ẩn danh (và overhead ẩn danh) để có thể hoạt động tối ưu trong i2p 14:54 < jrandom> hrm duck, chuyện gì xảy ra với danh sách đó vậy? 14:54 < deer> <duck> aum: dễ kiểm thử hơn 14:55 < deer> <duck> jrandom: chắc ai đó đã xóa nó 14:55 < jrandom> heh 14:56 < jrandom> google++ : http://www.etse.urv.es/~cpairot/dhts.html 14:56 < jrandom> (không phải cùng trang, nhưng thú vị) 14:56 < jrandom> à, đây là trang — http://himalia.it.jyu.fi/ffdoc/storm/pegboard/available_overlays--hemppah/peg.gen.html 14:57 < jrandom> nhưng đúng, một DHT không cố triển khai ẩn danh, cộng thêm một DHT hỗ trợ cả nội dung kiểu CHK và kiểu SSK sẽ là tốt nhất 14:58 < jrandom> (kiểu SSK không hoàn toàn cần thiết, nhưng trời ơi nó sẽ rất hữu ích) 14:58 < jrandom> nhưng, dù sao 14:58 < jrandom> còn ai có gì muốn nêu không? 14:59 < deer> <duck> ngày mai là ngày Thánh Patrick 14:59 < deer> <wilde> mục 5) ? 14:59 < deer> <duck> nên mọi người uống bia Ireland nhé 14:59 < jrandom> điểm hay 14:59 < deer> <Pellinore> Ngày mai vừa là kỷ niệm mối quan hệ hiện tại của tôi, vừa là kỷ niệm cuộc hôn nhân thứ hai của tôi. 14:59 * jrandom ghi chú để tránh quán rượu Ireland ngày mai 15:00 < jrandom> ồ, chúc mừng pellinore :) 15:00 < jrandom> wilde> ta đang ở 5) ??? 15:01 < jrandom> (và sắp sang 6) [baf]) 15:01 * jrandom sẽ vào iip ngay [nếu có thể] 15:01 * jrandom kết thúc 15:01 * jrandom *baf* kết thúc cuộc họp