<o​frnxmr:xmr.mx> bobboiplays pronouns are it/that

<b​obboiplays:matrix.org> yes

<b​obboiplays:matrix.org> its hr/him

<b​obboiplays:matrix.org> its he/him

<o​frnxmr:xmr.mx> Yours are? I doubt it

<b​obboiplays:matrix.org> You doubt a biological male?

<o​frnxmr:xmr.mx> There are no biological males, you bigot

<b​obboiplays:matrix.org> tf you mean

<o​frnxmr:xmr.mx> You hurd me

<b​obboiplays:matrix.org> so the presence of a penis doesnt mean a man

<o​frnxmr:xmr.mx> Correct

<m​ark:chat.nicecrew.digital> When people talk about that kind of stuff I don't even know if they're ironic or not these days.

<b​obboiplays:matrix.org> Nah bro this idiot

<o​frnxmr:xmr.mx> i feel attacked

<o​frnxmr:xmr.mx> Can you attack me in Monero Offtopic instead, before we get in trouble

<b​obboiplays:matrix.org> I feel like Im being lied to

<b​obboiplays:matrix.org> ok

<i​2p_node:glasgow.social> On getmonero.org/resources/moneropedia/remote-node.html i found only one explanation of why remote nodes is risky: "Node operators can link transactions to IP addresses", so, if i use i2p/tor for connecting to them , there is no other issues(Except i dont support decentralization on monero in such case)? Or remote node also can send me fake transaction, for example?

<s​yntheticbird:monero.social> no there is also decoy selection issue. Your wallet needs information to properly select decoy and trust the node for that.

<s​yntheticbird:monero.social> If you use a remote node you don't trust, it can give you intentionally wrong decoy informations for you to build a weak ring

<o​frnxmr:xmr.mx> If youre the only person using the node, its also easy for them to link your tx's together

<s​yntheticbird:monero.social> in this case he would likely be using Tor

<o​frnxmr:xmr.mx> not link to your ip, but to link the tx to one another

<i​2p_node:glasgow.social> thank you

<o​frnxmr:xmr.mx> As follow up tx are likely to reference old tx as decoy

<p​eachkelsy:matrix.org> Then use your own local node

<o​frnxmr:xmr.mx> That literally leaks all of your tx

<p​eachkelsy:matrix.org> ??

<p​eachkelsy:matrix.org> Only you can see your Transactions because you have the Private View Key

<o​frnxmr:xmr.mx> Only you can see your tx info. Everyone can see your txid

<o​frnxmr:xmr.mx> Info, meaning amount + sender + receiver

<p​rivacyx:monero.social> If your using own local node in either remote or locally no one should see your ip or tx

<o​frnxmr:xmr.mx> To be specitic: using your own node (out of the box) leaks your node as the origin of the transaction

<o​frnxmr:xmr.mx> This is assuming that you run the node from home and behind a router

<p​rivacyx:monero.social> But no ip or any other info

<p​eachkelsy:matrix.org> And? Node is running over Tor

<o​frnxmr:xmr.mx> Yes ip ...

<o​frnxmr:xmr.mx> Your node is attached to an ip address ...

<o​frnxmr:xmr.mx> Peers know who send them what

<o​frnxmr:xmr.mx> Peers know who sent them what

<p​eachkelsy:matrix.org> > <@ofrnxmr:xmr.mx> To be specitic: using your own node (out of the box) leaks your node as the origin of the transaction

<p​eachkelsy:matrix.org> And? Node is running over Tor and the TXs can not be linked together because you get every 5-10 minutes an New IP

<p​eachkelsy:matrix.org> Tor..

<o​frnxmr:xmr.mx> ^

<s​yntheticbird:monero.social> ofrnxmr he is right

<s​yntheticbird:monero.social> now bend

<s​yntheticbird:monero.social> now bow to your king

<o​frnxmr:xmr.mx> I said "out of the box"

<o​frnxmr:xmr.mx> If you add --tx-proxy or --proxy, then the results change

<o​frnxmr:xmr.mx> But saying "just run your own node if you want privacy" is bad advice

<s​yntheticbird:monero.social> i disagree

<s​yntheticbird:monero.social> the decoy selection safety alone is already more important than the IP origin

<p​eachkelsy:matrix.org> Just run your Node in an Whonix VM

<o​frnxmr:xmr.mx> Its not if you want privacy

<o​frnxmr:xmr.mx> Knowledge that your IP sent a specific txid a 1:21AM is an issue

<p​rivacyx:monero.social> So if im using my own local host on the clearnet with no proxy and its process my transaction are you saying that my local node will leak my IP??

<o​frnxmr:xmr.mx> Yes

<p​rivacyx:monero.social> So if im using my own local node on the clearnet with no proxy and its process my transaction are you saying that my local node will leak my IP??

<s​yntheticbird:monero.social> less an issue than txid, ring is completely transparent

<s​yntheticbird:monero.social> less an issue than ring is completely transparent

<s​yntheticbird:monero.social> Yes. As you are an outgoing only proxy.

<p​rivacyx:monero.social> Damn then kayaba gave bad advise yesterday

<s​yntheticbird:monero.social> what advice exactly did he gave?

<p​rivacyx:monero.social> I asked him question on Monero talk about the malicious nodes and he went into a bit detail let find it give me a minute

<p​rivacyx:monero.social> > <@syntheticbird:monero.social> what advice exactly did he gave?

<p​rivacyx:monero.social> I asked him question on Monero talk about the malicious nodes and he went into a bit detail let me find it give me a minute

<s​yntheticbird:monero.social> anyway, Cuprate will rule upon this land and you will fall into Ferris Kingdom.

<s​yntheticbird:monero.social> be ready to pray our crab god

<o​frnxmr:xmr.mx> Its been ~1minute

<s​yntheticbird:monero.social> really not

<o​frnxmr:xmr.mx> My clock says :54 -> :55

<s​yntheticbird:monero.social> very funny ofrnxmr

<o​frnxmr:xmr.mx> Looks like 1minute to me!

<s​yntheticbird:monero.social> \* take fentanyl \*

<o​frnxmr:xmr.mx> Now it says :56!

<p​rivacyx:monero.social> youtube.com/live/jxPulIjhXwg?si=zfqV-VUOYAPVbtrx go to 1:25:29 time mark

<p​rivacyx:monero.social> Sorry about delay daylight saving just kicked in😎

<p​rivacyx:monero.social> I believe he might mentioned cuprate or something similar it was over 2 hours of talk

<s​yntheticbird:monero.social> Ok I mean he is right on the fact that you should use a VPN/Tor, and regarding local node he didn't explicited the obvious assumption that the first node which receive your tx in dandelion++ stem phase should be *"trusted"*.

<s​yntheticbird:monero.social> when you are in outgoing only at least

<o​frnxmr:xmr.mx> "if dandelion ++ is secure"

<s​yntheticbird:monero.social> You can't be certain of that obviously

<o​frnxmr:xmr.mx> "other nodes cant see which node first broadcasted the transaction" statement hinges on dandelion++ being secure (which is isnt)

<s​yntheticbird:monero.social> yep it's a mistake

<p​rivacyx:monero.social> Is it secure

<o​frnxmr:xmr.mx> Linkinglion and (booger900's banlist) has been spying on monero since at lease 2020

<s​yntheticbird:monero.social> dandelion++ safety assumes that any participants of the network is capable of receiving and emitting. Which isn't the case for outgoing only mode

<s​yntheticbird:monero.social> it's real

<s​yntheticbird:monero.social> It's not just ofrnxmr on drugs telling you that

<r​avfx:xmr.mx> Yeah, I mentionned that many time

<m​onero.arbo:matrix.org> I was in this room wondering why using --tx-proxy wasn't standard since before dandelion++ existed but that's just me

<o​frnxmr:xmr.mx> Lyza, dont u remember the tx-proxy has a lot of bugs :)

<o​frnxmr:xmr.mx> Had*

<p​rivacyx:monero.social> Damn so my opsec is fucked in away except i use vpn

<o​frnxmr:xmr.mx> And still does have 1 very bad one

<m​onero.arbo:matrix.org> I so do remember :(

<s​yntheticbird:monero.social> or Tor

<s​yntheticbird:monero.social> or an inbound compatible node

<s​yntheticbird:monero.social> somewhere on a VPS

<o​frnxmr:xmr.mx> if you use tx-proxy, your node wont broadcast any of your rpc tx from your own node

<o​frnxmr:xmr.mx> (thats why its callex tx-proxy). It uses your onion/i2p peers to send the tx

<o​frnxmr:xmr.mx> it _only_ effects rpc traffic, so latency isnt really an issue

<p​rivacyx:monero.social> I use VPN just for my wallet but my node is on clearnet and tor though i rare use tor

<o​frnxmr:xmr.mx> The privacy leak there is if youre connecting to the node over clearnet, w/o ssl. The isp can see the tx on its way to the node

<p​rivacyx:monero.social> I use VPN just for my wallet but my node is on clearnet and tor though i rarely use tor

<o​frnxmr:xmr.mx> My nodes all use tx-proxy for tor and i2p

<s​yntheticbird:monero.social> Always use le HTTPS

<s​yntheticbird:monero.social> the green lock means secure

<s​yntheticbird:monero.social> don't go shopping if the lock is red

<o​frnxmr:xmr.mx> Plowsof's nodes do too. So if you send a tx to a plowsof onion, it will be broadcasted by someone elses node.

<m​onero.arbo:matrix.org> most wallets don't support self-signed SSL certs very well making it hard to avoid mitm unless you buy a womain and register a certificate

<r​ottenwheel:unredacted.org> /me locks [@syntheticbird:monero.social](https://matrix.to/#/@syntheticbird:monero.social) in a kennel

<p​rivacyx:monero.social> 100% Https always

<o​frnxmr:xmr.mx> Most wallets dont do any cert pinning :P

<r​ottenwheel:unredacted.org> You'll be safe in there.

<o​frnxmr:xmr.mx> Mitm self signed certs is a simple matter

<o​frnxmr:xmr.mx> So for sending tx to remote nodes that dont have a CA signed cert, its best to use onion/i2p

<o​frnxmr:xmr.mx> I dont mind syncing my wallet over clearnet, but i usually will switch to my onion if i need to send a tx

<w​illiamfargo:tchncs.de> Always remember your threat model, using monero alone is already best practice for average joe

<p​rivacyx:monero.social> So if I run my node behind VPN will work?

<s​yntheticbird:monero.social> yes

<o​frnxmr:xmr.mx> If you trust your VPN provider

<o​frnxmr:xmr.mx> Tor is probably easier

<o​frnxmr:xmr.mx> tor is definitely easier for tx-proxy

<p​rivacyx:monero.social> Ok problem solved turns out mullvad was running and i forgotten about it

<o​frnxmr:xmr.mx> your node has a peerid

<p​rivacyx:monero.social> But will need to move my node to different device and run tor behind

<o​frnxmr:xmr.mx> Why?

<m​onero.arbo:matrix.org> i2p is so sexy tho

<s​yntheticbird:monero.social> mullvad is the solution to all our problem

<p​rivacyx:monero.social> My node on one my Ryzen 9 7950X no need I going move it to my RPI4 once my RPI5 comes so move HA to it

<o​frnxmr:xmr.mx> What does this have to do with tor?

<p​rivacyx:monero.social> My bad i misread your question

<s​yntheticbird:monero.social> no

<s​yntheticbird:monero.social> be harsh

<s​yntheticbird:monero.social> don't let ofrnxmr make you feel guilty

<p​rivacyx:monero.social> 😂 but i really did misread now when look at im wtf am talking about

<o​frnxmr:xmr.mx> Apology accepted! Too late, synbhebird

<p​rivacyx:monero.social> Is there any work happening with p2p encryption i do remember reading a few years back that it was supported as it incresses the attack surface

<p​rivacyx:monero.social> Is there any work happening with p2p encryption i do remember reading a few years back that it wasnt supported as it incresses the attack surface

<o​frnxmr:xmr.mx> Yea but its not active

<p​rivacyx:monero.social> Probably for that reason

<o​frnxmr:xmr.mx> Bitcoin has multiple types of peers. Monero should do something similar

<o​frnxmr:xmr.mx> monero-project/monero #8996

<p​rivacyx:monero.social> Wouldn't that increase the vulnerabilities?

<o​frnxmr:xmr.mx> No

<o​frnxmr:xmr.mx> It would decrease the requirement for every peer to be used for everything

<p​rivacyx:monero.social> monero-project/monero #7078

<o​frnxmr:xmr.mx> Oh, youre asking about p2p, i thought you were asking about this^

<o​frnxmr:xmr.mx> Self-signed certs are easy to MITM

<o​frnxmr:xmr.mx> And your node wouldn't know the difference

<o​frnxmr:xmr.mx> > Eclipse attacks cannot be prevented either - an attacker can hijack TCP sessions, and the local node doesn't know whether a MitM is occurring or whether the remote node has changed pubkeys (dynamic IP or settings change).

<p​rivacyx:monero.social> They trying acheive similar objects

<p​rivacyx:monero.social> > <@ofrnxmr:xmr.mx> Oh, youre asking about p2p, i thought you were asking about this^

<p​rivacyx:monero.social> They trying acheive similar objectives

<o​frnxmr:xmr.mx> This isn't about p2p encryption but about having peers work as a team instead of all peers behaving the same

<p​rivacyx:monero.social> Oh ok

<p​rivacyx:monero.social> I just check port fowarding in Mullvad has been stopped so running vpn behind node not looking good

<3​21bob321:monero.social> yeah they all stopped it

<3​21bob321:monero.social> i think airvpn works, but never used it

<r​avfx:xmr.mx> Get a 5$ vps and forward port to your node with your own wireguard vpn

<p​eachkelsy:matrix.org> From where

<b​asses:matrix.org> kycnot.me/?t=service&q=&xmr=on

<b​asses:matrix.org> kyun, servers guru

<p​eachkelsy:matrix.org> Thankz

<i​mprevisto:matrix.org> ?is first node should be "trusted" for network privacy, or another reason

<i​mprevisto:matrix.org> wallets should definitely warn when connecting to self signed certs (or not using tls)

<o​frnxmr:xmr.mx> Thats the default

<o​frnxmr:xmr.mx> Would be a _lot_ of warnings

<p​eachkelsy:matrix.org> Why hosting an Node on an VPS??

<p​eachkelsy:matrix.org> I would host it locally

<p​eachkelsy:matrix.org> I would host it local

You don't have to have the node on all the time, right? You can just sync it when it is needed for use?

hello

does using a VPN prevent mining on monero?

<wearethelifersyetagain> yes if the vpn blocks the pool communication

ok, i can try mining with the VPN turned off to see what happens

is there a way to configure the VPN to prevent that

<p​eachkelsy:matrix.org> If the Pool hoster blocks the VPN *

<wearethelifersyetagain> it just depends on your vpn whatever services they block or something

<wearethelifersyetagain> .

oh, i am hosting locally

<wearethelifersyetagain> are you gonna mine on a free vpn no u wont they block torrenting too etc

FYI i am new to monero. i am just trying to mine for the first time

<p​eachkelsy:matrix.org> Yes if you start it every week then it takes around 15 minutes to full sync

no this is not a free VPN, i am able to torrent just fine

<p​eachkelsy:matrix.org> > <@m-relay:monero.social> <B​lueyHealer> You don't have to have the node on all the time, right? You can just sync it when it is needed for use?

<p​eachkelsy:matrix.org> Yes if you start it every week then it takes about 15 minutes to full sync

i'm actually syncing atm

<p​eachkelsy:matrix.org> Get mullvad.

but i get an error when i start mining

it's error 13 i believe

<p​eachkelsy:matrix.org> Which error

<p​eachkelsy:matrix.org> Message

sorry i am syncing atm, about 2000 blocks left

but i can test it out and give you the output

i can also disable the VPN and test it without it

<p​eachkelsy:matrix.org> I think you need to have the node synced 100%

<p​eachkelsy:matrix.org> > <@m-relay:monero.social> <B​illyZane> sorry i am syncing atm, about 2000 blocks left

<p​eachkelsy:matrix.org> I think you need to have the node synced 100% otherwise you cant mine the new blocks

it's at 1650 blocks remaining

yes i was doing this before when i was synced. i can try running with the CLI so i can get an output of what's happening

1490 blocks

1370

it may just function with the VPN off, which will be kind of disappointing

<p​eachkelsy:matrix.org> It will only function when you have your node 100% synced.

yes, i am waiting for the node to sync. but this issue happened while the node was synced

811 blocks remaining

so i am also using "gupax" in addition to "monero-gui"

in both cases, i was unable to mine

i also have IPv6 blocked

though my general firewall settings are pretty open now

351 blocks

so i think my first test will be to just try mining

the next test will be to do it without the VPN connected

i am attempting mining

it says "connected + mining"

CPU resources are near 0%

should i see an immediate up-take in CPU resources

peachkelsy, you around?

well i started monero-wallet-gui

2024-12-28 09:42:29.125 E !r. THROW EXCEPTION: tools::error::no_connection_to_daemon

when i attempt to start mining, the daemon is killed, and there is a new daemon instance that starts with new flags

i get the same error, "daemonBlockChainTargetHeight: Failed to connect to daemon"

if i try to mine P2Pool on gupax, i get an error message as well

P2Pool can't continue execution: panic at /usr/src/debug/p2pool/p2pool/src/p2pool_api.cpp:96

2024-12-28 09:51:54.6210 P2Pool API mkdir(/usr/bin/network/) failed, error 13

i will attempt to do it with the VPN disconnected

brb

<3​21bob321:monero.social> Yes, but you'll have to let it sync every time you want to use it

<3​21bob321:monero.social> Then let you wallet sync to it

<j​ack_ma_blabla:matrix.org> kayabanerve: how's the progress on fcpm++ libraries ? are we seeing it this month or hopefully done by next month.

mkdir(/usr/bin/network/) is unexpected. Maybe newfangled systemd stuff though ? Or pwned.

<p​eachkelsy:matrix.org> Idk about mining

<p​eachkelsy:matrix.org> Ask venice.ai

<wearethelifersyetagain> uncensored ai!? bro thats cool

<k​ayabanerve:matrix.org> jack_ma_blabla: I submitted them weeks ago.

<k​ayabanerve:matrix.org> repo.getmonero.org/monero-project/c…als/-/merge_requests/448#note_27450

<e​longated:matrix.org> So fcmp testnet is matter of weeks ?

<e​longated:matrix.org> So fcmp testnet is in matter of weeks ?

<o​frnxmr:xmr.mx> depends

<s​yntheticbird:monero.social> within 1 to 2 month testnet launch

<k​ayabanerve:matrix.org> The current work is on integration of those libs.

<r​avfx:xmr.mx> You did not get it :)

<r​avfx:xmr.mx> You cant host a node on a 5$ vps (it wont have enough storage)

<r​avfx:xmr.mx> A vps allow you to host a node locally when you are behind a CGNAT. Plus it provide you with a static ip...

<r​avfx:xmr.mx> You want the vps to be near the physical location of the node

<r​avfx:xmr.mx> Plenty of locations have dirt cheap vps.

<r​avfx:xmr.mx> You really just need the one with 1 cores and 512MB of ram. Really the lowest offering considering you are only going to use it for wireguard or softether and basic iptables

Wireguard is easily detectable and bockable tho

blockable

this new masque is nice

<r​avfx:xmr.mx> BlueyHealer: Iptables -t forward --dport 18080 -J DROP

<r​avfx:xmr.mx> That was really not the point !!

cheaper to get a vpn then a vps.

<r​avfx:xmr.mx> The point was to be able to have incoming behind a cgnat. More and more peoples are behind a cgnat. And Dandelion++ dont work properly if incoming is blocked

and you can change static ips regularly etc. Both work but vpn is cheaper.

and vpn in most cases require no kyc but most vps providers do

<r​avfx:xmr.mx> You dont control the vpn like you control the vps.

<r​avfx:xmr.mx> Plus there is less and less offering that allow forwarding of ports

sure but there's not many non-kyc vps:es with many locations.

and there's enough vpns that offer static ips

zib, idk, my VPS is cheaper than a lot of VPN providers' offerings. Also no KYC.

And yeah, I have far more flexibility with what obfuscation method I can set up.

BlueyHealer: they exist (i am one of them :D) but vpns would give you more locations. So depends on where you are. I noticed his "near the physical location"-part

<r​avfx:xmr.mx> Normally the do accept random information (most use solus vm... That vps manager ask for info but dont care, i always fill with random)

<r​avfx:xmr.mx> A lot of vps accept crypto too

i didnt see his original suggestion i think so dont know what the initial point was.

ofc vps is better if you want to do like incoming clearnet -> tor -> cgnet-node

BlueyHealer: with unlimited traffic? that vps i mean. Please share provider :)

As for more locations - fair. I just didn't need that, and flexibility was more important.

<r​avfx:xmr.mx> Do you really need a vps for that?

<r​avfx:xmr.mx> I never got issue hosting tor hidden services behind nats

The KYC that is more widespread is for "proper" domain registration though. That one I am not sure I can just bullshit on, although lean towards this.

I just spoke from a friend experience. He did not care about "being close to the physical node location". He runs his monero + bitocin nodes etc and just changes location with the vpn every month.

Why is changing locations important? Is he hiding the fact that he's running a node?

And I felt that was nicer/easier then a vps. It's not like you really need the exit node to be close.

<r​avfx:xmr.mx> Veesp.host (latvia, russia)

<r​avfx:xmr.mx> Kyun.host (usa, romania)

<r​avfx:xmr.mx> Here four random locations

<r​avfx:xmr.mx> Unlimited

Kyun came with a warning on monerica - that it has downtime issues. Is that true?

<r​avfx:xmr.mx> First is veesp.com

<r​avfx:xmr.mx> Sorry, use a crap device from the bed lol

BlueyHealer: It was just a "why not" since it was so easy and scriptable. No need to do anything manual.

just a http api req to the vpn-provider to change exit once a month.

<r​avfx:xmr.mx> Oh yeah, i thing the nodes connect less with node that have a 9000 ping

<r​avfx:xmr.mx> If its too far you are going to get only 1 or two incoming

9000? :D So if its on Mars?

<r​avfx:xmr.mx> I did test and notice the issue with vps that are on the other side of the world

<r​avfx:xmr.mx> So a near location is just better

i have 90 incoming connections

pretty spread worldwide.

thats just my EU node.

<r​avfx:xmr.mx> We dont talk about hiding, we talk about hosting behind a cgnat!!!

other node is 12(out)+170(in) connections,

yes im just saying latency does not matter.

<s​agewilder:unredacted.org> iirc monerod will mechanically ask more to nodes that complete response faster

<r​avfx:xmr.mx> Mine have also plenty but you missed the point.

<r​avfx:xmr.mx> If you are in argentina and your neighbor connect to you via that entry in russia. He is going to have a ping over 500

<r​avfx:xmr.mx> Yeah, if I very far vpn, i get a few incoming but the leave and endup with 1 or 2 left lol

but ~40% of my incoming connections in my EU node are from asia

so i mean it cant really matter that much

<r​avfx:xmr.mx> Try to get the point please

<r​avfx:xmr.mx> There a difference between connecting from asia

<r​avfx:xmr.mx> And going around the whole world one time to connect because of far vpn

<s​agewilder:unredacted.org> zib is right. latency is not take into account when selecting p2p nodes.

<s​agewilder:unredacted.org> only drop rate will force your node to drop a peer.

yes

<r​avfx:xmr.mx> Oh, interesting. Maybe I found a bug then. Will have to test more with that specific setup

my point was, even if not hiding, i would choose a vps/vpn-node a bit away from me because there's no reason not to.

esp if its cheaper :D

<s​agewilder:unredacted.org> Care to elaborate?

<r​avfx:xmr.mx> I did test a node with an entry point on the other side of the world. I get a few incoming but they leave except like 1 or 2

<r​avfx:xmr.mx> I was assuming node would drop connection to node with very high ping (compared to there other connections) or something similar

<s​agewilder:unredacted.org> Intriguing.

it just takes time to build incoming connections since you're advertising yourself. I dont remember how exactly it works.

<r​avfx:xmr.mx> I am running a few node, that issue is only with that far vpn.

<r​avfx:xmr.mx> It stay to 1 incoming even after a week

<r​avfx:xmr.mx> I can bring back that setup online if needed, to do more science!

ok odd. Let me check a new one in asia i put up a week ago, sec. Just Umbrel

26 incoming after a week.

mostly DE and US ips

<r​avfx:xmr.mx> My far vpn test is equivalent to buenos aires -> moscow.

dont know the latency on that but all mine now is over 250ms

its more likely you have packetloss or something and its disconnecting for that reason

or your isp is actually shaping/rate-limiting udp or whatever you are vpning over.

<r​avfx:xmr.mx> Thats why i initially thought. Made plenty of test and could not find an issue with the vpn link

<r​avfx:xmr.mx> As far as I know, Russia is not fscking with monero

i more thought argentina :D

and udp not monero

<r​avfx:xmr.mx> Not the case

for my udp vpn i need to change ports often since it gets ratelimited

if you message me tomorrow i can give you a free wireguard tunnel for your node and we can see whats up.

<r​avfx:xmr.mx> I only connect to the net using my network of vpns, all udp, i can torrent and do all stop, no issue.

<r​avfx:xmr.mx> Even no issue torrenting with that far vpn

<r​avfx:xmr.mx> Not really required, i have plenty of node but thanks for the offers

np, just like to sponsor xmr-stuff :)

<r​avfx:xmr.mx> oh it's still on that node I totally forgot about

<r​avfx:xmr.mx> Height: 3312964/3312964 (100.0%) on mainnet, not mining, net hash 3.39 GH/s, v16, 12(out)+1(in) connections, uptime 37d 21h 13m 59s

very weird

must be some other problem

if you send the ip i can try connecting from mine

zib: Thanks for the offer but I'm going to do more test for that node myself now that I know the latency dont matter.. And also update the monerod to last version in the same time.

<b​asses:matrix.org> cyberinsider.com/russian-government…sps-to-hand-over-names-of-vpn-users

a) it's way too many people and b) there are stealthy protocols anyway

<r​avfx:xmr.mx> I only own vps in russia :) and they dont have my name!

<e​longated:matrix.org> Which provider? Accept xmr?

Is that through a reseller?

For a provider, that'd probably be illegal to accept XMR there. But the fact that this is nonetheless possible is very nice.

<b​asses:matrix.org> I would pay for Mullvad, instead of setting up my own VPS with limited locations and sticking out like a sore thumb with only guy with VPS

<r​avfx:xmr.mx> Yeah reseller.

<r​avfx:xmr.mx> They accept LN but that you can xmr->ln on tor sooo

NICE

basses, I would also like to run some services there - so rented a VPS.

Also, I have a choice of what obfuscation to use. They have v2ray from what I've seen, which is based, but I haven't chosen one yet.

Also, a vps seems less likely to be blocked because it only serves like two people.

<b​asses:matrix.org> I'm talking about how private it is

Yeah, to each their own priorities here.

RavFX: sure sure :)

<m​ax12max:matrix.org> hi all

<m​ax12max:matrix.org> im new in monero can sombody help me how to start