01:26:37 I suddenly have blocked nodes. These are trusted Tor exits from people I know. (From Germany F3Netze, Zwiebelfreunde, to-surf-and-protect.net) 01:26:43 2020-11-29 19:04:22.121 [P2P5] INFO global src/p2p/net_node.inl:266 Host 185.220.101.19 blocked. 01:26:45 2020-11-29 19:18:49.769 [P2P2] INFO global src/p2p/net_node.inl:266 Host 185.220.101.194 blocked. 01:26:46 2020-11-29 19:35:33.968 [P2P5] INFO global src/p2p/net_node.inl:266 Host 185.220.100.245 blocked. 01:29:19 People have their monerd running via gate exits? Not hidden service 01:30:32 *Tor exits 01:33:02 185.220.101.0/24, 185.220.102.0/24, 185.220.100.0/24 = F3Netze, Zwiebelfreunde, to-surf-and-protect.net 01:40:20 Last 2 days complete: Unable to send transaction(s) to tor - no suitable outbound connections :-( 01:42:37 Some asshole is continually sending bad data to all nodes via tor, so those nodes block the incoming IP - the exit node. 01:43:21 You can disable the banning on bad pow if you like, it's not a flood (yet). 01:43:43 This is weak point of monero, checking PoW is expensive. 01:46:41 Also, if you know a tor exit operator, that should most definietly *not* cause you to trust traffic coming from these hosts. 01:46:46 banning exit nodes wouldn't affect that "no suitable outbound" condition - those are to hidden services 01:46:50 so exit nodes aren't involved 01:51:31 I haven't seen any I2P connections on my node in a while 01:52:49 Yes, they're... invisible... 01:52:56 I'll get my coat 01:53:37 Is unban permanent? 01:53:42 No. 01:55:48 default the ban is for 24h. Unban same 24h 01:55:59 No. 01:56:53 Unban just unbans. If the hosts does something funny, it gets banned again. 01:57:15 OK. ;-) 02:00:59 @hyc The exits flag nodes can also be used as guard or middle 02:01:32 doesn't matter, in the context of what monerod talks to 02:01:58 The exits flag nodes can also be used as guard or middleyes 02:02:05 bans only affect the address where a p2p or rpc connection comes from 02:02:35 connecting to a hidden service means monerod will see the connection coming from the tor daemon 02:03:29 Yes I know 02:04:00 so what is your point? 02:05:03 accidentally came repeat 02:06:00 A scammer just invited me ;-) 02:10:07 @moneromooo It is clear that I do not trust the exit traffic. Have some myself. I only meant that because we currently have a lot of bad relays in the Tor network. 02:13:05 tries to scam people 02:19:46 nice: 02:19:51 user@tor-proxy:~/.bitmonero$ /home/user/monero/monerod print_cn|grep 'Tor' 02:19:53 INC : Tor no 3f5e3a340fd7bb88 0 5539(32)/3826(32) normal 286 0 0 0 0 02:19:54 OUT : Tor no 4116f5fd8c74cd1a 0 4475(28)/276(28) normal 28 0 0 0 0 02:19:56 OUT : Tor no 5e09ef9a3324d62b 0 4265(41)/2704(42) normal 66 0 0 0 0 02:19:57 OUT : Tor no 564d4acd2f0b046b 0 3953(41)/4944(42) normal 366 0 0 0 0 02:19:59 INC : Tor no 9ce47f4b1a44f3d9 0 38261(10)/5000(17) normal 553 0 0 0 0 02:20:00 OUT : Tor no 1c0cdfd7d91f88a5 0 5101(20)/28528(6) normal 266 0 0 0 0 02:20:02 OUT : Tor no 20c0b4f8d86377b0 0 7909(2)/7462(2) normal 669 0 0 0 0 02:20:03 OUT : Tor no 94697c35765bc4f8 0 8718(35)/194931(4) normal 753 0 0 0 0 02:20:05 OUT : Tor no 82cd07e43de290be 0 6244(115)/84688(107) normal 467 0 0 0 0 02:20:06 OUT : Tor no 4e304e8d0fbb23f8 0 8337(41)/87766(42) normal 782 0 0 0 0 02:20:08 INC : Tor no 26e15db1e3b941a5 0 48271(0)/6759(42) normal 938 0 0 0 0 02:20:09 OUT : Tor no 5f58434aa7bc6341 0 8666(41)/8659(42) normal 957 0 0 0 0 02:20:11 OUT : Tor no 5fa25f69fa22c745 0 9582(42)/85869(42) normal 1070 0 0 0 0 02:20:12 INC : Tor no 70d1041a528768a6 0 11522(20)/9657(20) normal 1373 0 0 0 0 02:20:58 let's see how long 02:26:04 Don't spam please. Use a paste site if you need to. 02:26:16 OK 02:36:31 The lost outbound connections now had nothing to do with the ban. I've had a few days. There are still not enough nodes with --anonymous-inbound 02:36:37 https://github.com/monero-project/monero/issues/6938 02:40:09 Tomorrow I will switch my other node from stagenet to mainnet 03:00:55 yeah that's what I was saying the whole time. the monerod bans have nothing to do with outbound tor or i2p connections 03:08:05 New guy to monero here. I've got the Linux GUI wallet running on my laptop, the Linux GUI wallet/miner running on my desktop, and the Linux CLI miner running on my home server, all linked to the same wallet. When it comes to mobile wallets though, which one do you guys trust the most or recommend? Obviously I can import my existing wallet on the mobile app as well with my seed, so that everything is linked to the same wallet. I'm just curious which 03:08:06 app I should go with. 03:08:56 I hear monerujo and cake wallet are good. 03:09:26 I installed cake but haven't set it up yet. 03:09:26 As long as you don't get an impersonator one. 03:10:04 I grabbed it from the Play Store, so I'm assuming it's the legit one. I can double check though, verify with the URLs listed on getmonero.org 03:10:20 I figure since the mobile app is gonna be third party, better be a little more discerning about which one I give my seed to. 03:11:21 just because it's on the play store doesn't mean it's not an impersonator 03:11:36 there can be more than one there 03:12:37 I would be hesitant to keep much on a phone 03:12:45 based on...........feeling 03:14:48 nioc: Agreed, there's nobody around here that even really knows what crypto currency is, so the likelihood of actually using the mobile app to perform a transaction is pretty low, and even the apps listed on getmonero.org are third party so you're probably right, hold off on mobile unless I find an actual need for it. 03:15:47 the wallets moneromooo suggested are good but sometimes there are imposters on the store as well 03:16:10 they get taken down and reappear 03:16:25 nioc: I uninstalled the one I had and followed the link to the first party website and clicked the Android link on their website, but haven't set it up yet. 03:16:49 By "followed the link", I mean followed the link posted on getmonero.org 03:17:32 you can also set up a different wallet on the phone from the one you already have 03:18:42 nioc: That wouldn't be a bad idea, except I'd have to move the money between the wallets if I actually needed to perform a transaction of any kind, but it would be more secure. 03:19:06 transactions are easy and......cheap :) 03:27:11 I'm gonna let my two miners run for a little while and see if anything comes of it. I just got curious about Monero, its privacy features, and the fact that you can feasibly mine it without an ASIC, so thought I'd check it out. I try to put 15% of each paycheck into some sort of crypto, Monero may just become part of that, especially if there are ways I can actually spend it for goods and services. 03:27:33 I do like the fact that when I look at charts, with one exception in 2018, its value hasn't been all over the place as much as some other coins like BTC. 03:30:07 I guess since I do have a Bitpay card, if I wanted to hold some Monero and needed to spend it, I could always use a service like changelly to send some XMR to my Bitpay wallet and have it arrive as ETH or something. 03:30:27 I assume from what you said that you are not pool mining but instead are solo mining 03:30:52 Solo yes. 03:30:54 in that case the chances are slim, more like a lottery 03:31:34 which I guess is ok cause it still takes a while to get a small payout from a pool 03:32:17 I know someone who mined 2 blocks solo mining 03:32:35 Well the home server runs 24/7/365 anyway, so I just set up a systemd service for monerod and set it to have a lower priority than other things like Plex. 03:32:48 I figure if it's running and sucking up juice anyway, might as well take a chance on earning a little from it. 03:45:44 So to join a pool, I would need to use something other than the CLI monerod so that I could configure it for a pool, wouldn't I? 03:50:32 xmrig is a good miner, should get a little more hashrate than the wallet 03:51:12 they have a wizard that will configure the parameters for you 03:51:50 you can chage the # of threads from what they give you if you like 03:53:53 you need to put your wallet address and the pool's site address 04:00:35 the default donation is 5% which you can easily reduce to 1% 04:06:55 nioc: Got xmrig downloaded, created a systemd service file for it, reading through the config.json right now. 04:11:40 There are many algos there, monero is rx/0 04:19:10 #monero-pools 04:19:30 sorry, user error there. was trying to /join 04:26:28 Got xmrig configured to mine for minexmr.com, seems to be running fine. 04:26:46 Not sure how effective it'll be, I'm guessing it probably has to download the entire blockchain first. 04:26:49 sethsimmons, when did bitcoin get a 2 MB blocksize? 04:49:53 Gerowen no need to dl blockchain 04:50:58 Just put the address that you are mining to on their site and you should see your hashes being accepted 04:52:50 nioc: I noticed that, it's going to town working away. 04:53:05 Did have to remove the "monero:" from the front of my address for it to take it, but then it was off to the races. 04:54:20 \o/ 05:05:00 Hmmm, it's only using 3 cores on both rigs, even though I added -t 6 and -t 8, respectively, so it could use all the cores on each of those machines. 05:05:21 Well it appears that way anyway, 3 cores pegged and the rest kinda idling. 05:10:39 I set them in the config file which is not how you are running them 05:10:42 also note that each thread needs 2 MB of L3 cache to run 05:10:58 but that will not effect how many actually run 05:11:03 Hi, guys! 05:11:21 Does anyone have some testnet XMR? 05:11:24 you just get no benefit running more threads 05:11:53 (not stagenet) 05:17:25 Then I guess I'm g2g, my stats are showing up on the worker stats page with a pending balance, so I guess the key now is to just let them hammer at it. Thanks for squaring me away with everything, :-) 05:22:20 And what you said about the L3 cache is the reason, the 6 core is an old Phenom II X6 1045T with 6MB of L3, and the 8 core is an FX 8370 with 8MB, neither of which have enough L3 cache for more than 3 threads. So that's why. 05:28:07 your welcome 05:33:15 Well, if nobody has any testnet XMR, could you just tell me - does xmr.to testnet faucet work for you? 05:33:17 https://community.xmr.to/faucet/testnet/ 05:33:49 I have a local fully-synced testnet node, but I could not receive any testnet monero from that faucet 05:35:39 Gerowen: my i5 which has 6MB of L3 cache will run all 4 cores, not that I get more HR than I get with 3 cores 05:36:05 and that 3rd core only gives me 1/2 the HR of the first 2 cause windows 05:54:56 Got it working across all 6 and 8 cores, respectively. How efficient it'll be on those additional cores, who knows. Apparently when I started it the first time experimenting, it made some default changes to the config file, because I noticed whole sections different from the default that I never changed. When I set up the living room desktop, I just copied the config from the server over, not knowing at the time it was different. I just restored both 05:54:56 to the default config file, manually plugged in the server and payment ID, and now they're both hammering on every CPU core, at a lower priority obviously so other, more important services won't be bothered. 05:56:48 Welp I'm out, take care everybody. 15:00:39 Woops... No one else caught that lmao, I need to update 0.0 15:25:13 Updated, thanks for the mention! 15:39:33 no worries. i got sucked into a bitcoin blockchain size wormhole and started convincing myself you were right 15:41:05 It's so freaking confusing with WU etc 15:41:31 I knew it was 1MB but reading through all the crap that SegWit throws in to give it a bigger block size without trigger block size nuts is annoying. 15:42:42 In other news my blog post got me unblocked by a maxi πŸ˜‚ 16:31:16 hey guys my monerod node was working fine until recently the 'height' is by 2 block behind than 'target_height' 16:31:39 from get_info response 16:31:45 'height': 2242012 16:31:52 'target_height': 2242014 16:32:01 is there any known issue of that? 16:34:35 Yes, are you running the latest verson v0.17.1.5? 16:34:48 If not please update, it contains some fixes for the ongoing attack causing that issue. 16:34:51 I am running v0.17.1.3 16:35:36 is it possible to set auto build via docker? 16:35:42 I'd still recommend updating, though that version should resolve that if you use a ban list as well as mentioned here: 16:35:43 https://www.reddit.com/r/Monero/comments/k3hoew/psa_if_you_run_a_public_remote_node_please/ 16:37:24 hmm, v0.17.1.3 should be fine theoretically 16:38:00 igoris4: can you post the output of ./monerod status ? 17:08:00 logs are fine 17:08:16 I just need to add ban-list 17:08:57 please try v0.17.1.5 first if possible 17:09:05 ban list should not be necessary on v0.17.1.3 17:11:01 okey, I am upgrading to v0.17.1.5 17:11:30 so you say on the version v0.17.1.5 ban-list is not necessary right? selsta 17:12:11 try upgrading first and report back 17:12:19 you can also try deleting ~/.bitmonero/p2pstate.bin 17:21:56 after updating the version monerod logs seems to be fine: "Tou are now synchronized with the network. You may now start monero-wallet-cli." 17:22:22 igoris4: please report back if the issue happens again 17:22:30 but if I call get_info method it shows 'height': 2242039, and 'target_height': 2242041, 17:22:48 for some reason height is by 2 blocks behind of target_height 17:23:35 please try deleting p2pstate.bin 17:24:33 and then restart 17:36:55 deleted p2pstate.bin, restarted the node. 'height': 2242047, 'target_height': 2242049, 17:37:04 I can make the transaction 17:37:58 but I wonder why is the height behind target_height 17:38:12 can you post the output of ./monerod status? 17:38:48 someone is trolling and claiming higher target height 17:39:00 but if everything works correctly you can ignore it 17:40:15 if your node is synced target_height has no meaning, so you can ignore it 17:40:27 2020-11-30 17:40:10.592 I Monero 'Oxygen Orion' (v0.17.1.5-release)Error: Problem fetching info-- rpc_request: Height: 2242049/2242051 (99.9%) on mainnet, mining info unavailable, net hash 1.58 GH/s, v14, 0(out)+0(in) connections 17:40:36 hmm 17:40:43 I Monero 'Oxygen Orion' (v0.17.1.5-release)Error: Problem fetching info-- rpc_request: Height: 2242049/2242051 (99.9%) on mainnet, mining info unavailable, net hash 1.58 GH/s, v14, 0(out)+0(in) connections 17:43:58 I wonder why your node has this issue but other nodes don't 17:45:50 yeah, it was working just fine 17:46:32 you can try the ban list 17:51:10 probably wont help. I am currently running monero-wallet-rpc and monerod binaries on the same server 17:51:43 maybe I should use some trusted monerod. So monero-wallet-rpc would connect to that public node? 17:52:23 I don’t follow. 17:53:17 Adding the ban list is easy, I would give it a try. 18:14:15 so I added ban list 18:14:22 seems to be working fine now 18:14:32 thanks a lot! selsta 19:05:41 FenderQ: you're sure you have a dameon running at the expected address ? 19:08:11 I'm not sure, I'm just going by the docs 19:08:31 https://www.getmonero.org/resources/user-guides/remote_node_gui.html 19:09:05 Ah, I see it's moneroworld... AFAIK this picks a random daemon. You've got good ones, and shit ones. 19:09:21 ah ok, thanks 19:09:58 Use your own if you can. Don't put yourself the mercy of random internet strangers :) 19:10:16 I find the monerod locks up my system at 100GB 19:10:21 once it is fully sync'd 19:10:27 so am using a remote node to dev with 19:13:01 built from 3942a1cd0 (HEAD -> release-v0.17, tag: v0.17.1.5, origin/release-v0.17) Merge pull request #7044 19:24:04 Hello everyone. How can I use the --ban-list command? I add it to the command, but should a file be pointed at? 19:24:39 yes, save the list as a textfile and then point the --ban-list parameter to it 19:28:11 selsta: has there been any new ideas on how to solve that issue other than a centralized ban list? 19:28:49 maybe static is a better term than centralized πŸ€” maybe its both πŸ€·β€β™‚οΈ 19:28:53 The ban list should not be necessary, the majority of nodes don't use it most likely. 19:30:21 kinghat[m]: which issue do you mean specifically? 19:30:45 so w/o using the ban list are the asshole nodes still effective? 19:31:34 effective at what? logging IP addresses? yes, but that is not something that can be detected in any automatic way 19:32:19 the problem is they constantly change their behavior, any specific mitigation we add quickly become useless 19:32:20 wasnt it that they werent routing traffic? 19:32:31 Thank you selsta 19:32:45 they are dropping transactions, yes 19:33:02 but that is also difficult to detect 19:33:24 them dropping transactions is find with Dandelion++, it was designed this way 19:33:32 is fine* 19:33:41 It's not centralized, you give it whatever list you want. 19:34:25 true, but everyone is giving it selstas list 19:34:55 And that is their choice, right ? Or would you want to override their choice to do so ? 19:35:50 You can maintain a list of your own and link it here if you want. 19:38:17 im not saying that at all. im just ignorant to how you can manually find them and add to ban list but not automate it. 19:39:15 There's no single way really. You just spot something odd, and check to see if anyone's being dishonest. 19:46:41 would automating node ban lists bring too many false positives? 19:48:10 kinghat[m]: automate in what way? 19:48:46 that is the exact problem, once we add detection they can simply change behavior to circumvent detection 19:49:28 how is a static ban list effective then? 19:50:13 because they can change behavior but changing IP address is more difficult 19:52:36 ah ok. figured it would be rather trivial to get around the ban list. 19:54:16 sure, the attacker can buy new IP addresses 21:04:23 anyone know the current chain size? 21:05:52 about 93GB and 32GB pruned 21:06:08 94GB 21:06:53 okay thanks 23:57:27 Hi, I have a question I am using monero wallet GUI miner (linux package) and only get about half the hashrate that I get when I mine to a pool using xmrig. Can anyone help me get better performance?