log☇︎
25800+ entries in 0.174s
mircea_popescu: ok, so this back of a digital envelope seems to suggest we want : 1. fixed size 1470 byte rsa packets, made to work with 3920-bit rsa (of which i presume the useful message size to be 1872 bit, diana_coman plox to confirm maffs ?). such a packet has then 1696 bits spare for e and bullshit. ☟︎
asciilifeform: i expect decryptions will be the principal cpu expense of running a rsatronic box. at least until the fyootoor day of fpga etc
a111: Logged on 2018-10-02 15:50 mircea_popescu: anyway, i have no intention to deal with udp flood at gameserver level.
mircea_popescu: holy shit, what if i can shave it down to 3x ?!
Mocky: 1472 is what i've used in the past
asciilifeform: i can't think of why, but it dun do any harm afaik
mircea_popescu: am i absurd in wanting to start from 1499 rather than 1500 ?
mircea_popescu: i'm going to re-write the rewrite of comms protocol with this new paradigm.
asciilifeform: i.e. large on paper, but ~sams physical effect
mircea_popescu: suppose i make the rsa packet 1498 bytes. this then means 2996 bit rsa. problem ?
mircea_popescu: i mean, really, 2048, not 1460 ? written in heavens or what ?
mircea_popescu: but i mean... it's for a reason, not just cuz bored.
Mocky: I'd expect frag and auto reassemble to work well in low volume conditions
mircea_popescu: anyway, i have no intention to deal with udp flood at gameserver level. ☟︎
diana_coman: precisely; I think that in principle there is a possibility of that "attack" but I fail to see that it's worth much really
diana_coman: but honestly I don't see that to be such a huge problem
diana_coman: Mocky, if I get this right you argue that it's better to do frag internally because can't trust externally to not fuck up the line entirely as attack vector?
mircea_popescu: there's more, somewhere i say "meanwhile people figured out the complexity's not worth the saving" and etc. recurrent topic.
Mocky: http://btcbase.org/log/2018-10-02#1857260 I see anything like this in the logs, do you have a link? ☝︎
a111: Logged on 2018-10-02 14:35 mircea_popescu: asciilifeform and the attacker sends you sequence-1 packets. and you hold them. and as i said, "doesn't take so much work to ask me to hold 16gb of chunks."
asciilifeform: anyway i'ma bbl, meat.
asciilifeform: aha! i dun hate mircea_popescu's algo because his name starts with m!111 i simply rtfm'd...
asciilifeform: i.e. the space saving is illusory.
mircea_popescu: heck, im currently proud i took that 20 down to 13.
mircea_popescu: yes but i can't possibly turn http://btcbase.org/log/2018-09-28#1855277 into 4096 bit and live. ☝︎
asciilifeform: as i currently understand, the only non-negotiably 'heavy' one is the new acct packet
mircea_popescu: i can't have as many interfaces as packet types for crying out loud.
asciilifeform: i'd have a separate box for new acct regs, that eats rsagrams..
asciilifeform: no i get it
mircea_popescu: see ? it's not that i hate you, but we gotta talk of the same things to talk to any sort of productive end.
asciilifeform: rereading http://btcbase.org/log/2018-10-02#1857215 -- if you actually gotta take 'new rsa key' from allcomers, and there is no way to have'em know a seekrit bitstring prior , then yes afaik it is impossible to do better than mircea_popescu's algo. ( it is unclear to me what's to prevent enemy from swamping your system with new acct requests and giving you 9000 TB of rsa keys to store, but possibly i missed a detail ) ☝︎
asciilifeform: and pretty sure i grasp the priors. for instance, the proggy i originally wrote the udp thing for, operated in 64kB chunks.
asciilifeform: my observation is strictly in re linux defragger gives you no way to filter, whereas hand-sewn -- would. but it is not my intention to prevent folx from pissing on erry possible electric fence, i'ma leave it there.
mircea_popescu: looky, we're discontinuing this discussion, because you've not taken the time to familiarize with priors and i don't judge it's worth your time to do so, or mine to make you do so.
mircea_popescu: i am not so interested in holding on to chunks of future.
mircea_popescu: asciilifeform and the attacker sends you sequence-1 packets. and you hold them. and as i said, "doesn't take so much work to ask me to hold 16gb of chunks." ☟︎
asciilifeform: i.e. internal defragger .
asciilifeform: the way i'd do it, is to have e.g. 1400 byte packets , and they're authenticated (e.g. client gets seekrit 512bit turd, and keccak(turd + payload) is a field in those 1400) , and ~then~ there is a flag for whether the packet is part of a e.g. 8 byte sequence that gotta reasm, or not .
mircea_popescu: my problem is that i can't ~not~ have 2 sizes of udp packets.
asciilifeform: diana_coman: imho i described the problem with using linux's fragger/defragger in sufficient detail, would rather not clutter the log with a repeat
mircea_popescu: how many chunks am i keeping and for how long ?
asciilifeform: i'd still rather reasm'em in the proggy itself, rather than baking in a perma-reliance on the linux nonsense. but i suppose is easy to say, but moar work to actually bake.
asciilifeform: ( if i were writing this proggy, i'd rather http://btcbase.org/log/2018-09-28#1855329 . ) ☝︎
asciilifeform: well i did warn, http://btcbase.org/log/2018-09-28#1855322 , what else i can say. ☝︎
asciilifeform: mircea_popescu: hm if this is so, then i have nfi why you'd want to try an' shorten packets
mircea_popescu: but i expect can have client opt to pad with fixnum.
diana_coman: asciilifeform, it certainly makes the code simpler! if only I could always choose by this criteria though...
asciilifeform: ultimately it's diana_coman's proggy, not mine, i can only recommend. imho fixed packets make the coad 9000x simpler, and simplify crapola filtration also. but if diana_coman's application absolutely gotta vary the lengths, then do it..
asciilifeform: i.e. it'll still take 1500.
diana_coman: there IS some padding, i.e. it's not entirely arbitrary lengths, no
asciilifeform: diana_coman: i dun think there exists still on planet3 an isp that actually charges per-byte
a111: Logged on 2018-09-18 14:26 asciilifeform: mircea_popescu: i wrote the item originally for gossipd experimentations. udp gives a max practical packet length ( what it is , remains to be determined ) and if given proggy's protocol needs variably-sized ones, you can pad with rng.
a111: Logged on 2018-09-27 20:37 asciilifeform: yea i can't picture for what might need variable masses in production
mod6: I have also pulled '216.151.13.78' off of the Advertised Node list.
mod6: ben_vulpes: I am shutting down 'lovelace' (the second tbf node) now.
mircea_popescu: i guess im behind the times in obstetrics.
diana_coman: I suspect there might be more to find out from dissection of the thing
diana_coman: the thing is though that at any rate, it won't get the same type of use as it did as main disk so I don't know whether much can be found out from that really
a111: Logged on 2018-10-02 06:54 mircea_popescu: i never heard of obesity miscarriage before.
mircea_popescu: i never heard of obesity miscarriage before. ☟︎
BingoBoingo: https://i.imgtc.com/BXAAdct.jpg
asciilifeform: if it's done before i turn in, will ping , aite.
asciilifeform: BingoBoingo: i'ma go an' do eat/sleep-type things shortly, so lemme know if anyffing else need
asciilifeform: i want max hedgehog on these.
asciilifeform: i was thinking 1 would also fit on bottom
asciilifeform: BingoBoingo: i assume hedgehogs on ?
asciilifeform: BingoBoingo: lobbes got maybe 5min moar to roll, i think
BingoBoingo: asciilifeform: photo grabbed, will upload when I return to coffee pot. Juggling enough memory devices as is
mod6: well, as soon as I get this report done.
mod6: I'll get to ya in like a week or so.
mircea_popescu: exactly! i agree, this is the icon of the problem. lithium batteries, everywhere. precisely-so.
mod6: i don't know how the fuck they did that shit. my girl could do it blind
asciilifeform: i specifically ~like~ that microshit victim couldn't use it.
mircea_popescu: http://btcbase.org/log/2018-10-01#1856831 << this is a very solid point. add to it that cuntoo won't support gnome, and suddenly you see it : rk draws 15miliAmps, screen draws an average of i dunno, .6. suddenly a 5kAh battery lasts... 5k hours. ☝︎
mircea_popescu: i can also position girls with palm leaves on balcony, or just mere tits. but we'll skip this.
mircea_popescu: yes but i don't have problems with the elements at my desk.
a111: Logged on 2018-10-01 18:58 asciilifeform: but i currently suspect that this is 1 of those 'only asciilifeform wants' items, and hence won't exist any time soon.
mircea_popescu: http://btcbase.org/log/2018-10-01#1856815 <<i'd try it if it existed ; but i work on desktops. ☝︎
asciilifeform: mircea_popescu: i'm not aware of colour in irc
asciilifeform: ( i recently read a old ru treatise re subj, will dig up the link if anybody really wants )
mircea_popescu: if we ever end up doing our own network, i utterly want this patched out.
mircea_popescu: http://btcbase.org/log/2018-10-01#1856804 << speaking of this, i find it INSUFFERABLE that irc has semantics for "change colors" but has not semantics for a href. ☝︎
mircea_popescu: i doubt 200 were ever survived. but sure, 40.
asciilifeform: i palpate'em, to borrow a mircea_popescuism, 'in both holes' !11
a111: Logged on 2018-10-01 18:47 asciilifeform: i've found that i personally think palpably smoother when on balcony, in sunlight. but atm can only do this with printouts..
asciilifeform: loox like, or i'd recall
asciilifeform: i've nfi, i have not seen mircea_popescu's inventory, dunno which is dragon's tail
asciilifeform: tho iirc i first encountered it under some other name
asciilifeform: reminds me of... i gotta have seen it in a mircea_popescu article, can't think where else could've. that thing in egypt, made from hippo leather
mod6: i know what that's like
asciilifeform: BingoBoingo: then power down lobbes's unit and put its disk in dulap, i'ma snapshot
BingoBoingo: When I was over earlier the boards were noticeably cooler to the touch
lobbes: I would also love an iptable-enabled kernel. And ditto on keeping the old drive as an auxiliary; may as well eh
lobbes: asciilifeform BingoBoingo: anytime tomorrow (or tonight) worx for me. I've got my blog backed up so feel free to go-ahead whenever ready
asciilifeform: ( i expect operation will take ~3hr per. )
BingoBoingo: I'll try to find more
BingoBoingo: <asciilifeform> ( i.e. prolly passed as 'paper' ) << How are you enjoying the tourist information?
asciilifeform: i went with 'heat' as hypothesis re lifespan, and so got these with moar surface , plus room for hedgehog
BingoBoingo: I have heatsinks on two at the moment
asciilifeform: ( i.e. prolly passed as 'paper' )