Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 793. (Read 4670673 times)
September 22, 2015, 02:55:40 AM
Nice dump, is there any reason?
September 22, 2015, 02:20:16 AM
So basically India just mandated that they operate in the stone age. Good job.
Does this mean that bitcoin and other cryptocurrencies are basically illegal there now?
In normal use Bitcoin does not encrypt anything, nor does Monero. Signing is different from encrypting, and most cryptocurrencies don't have any kind of encryption function, although there are some alts do add "encrypted chat" or "encrypted messages" functions.
The new stealth payment IDs in the development version of Monero could be considered encryption (for encrypting a very short 64 bit message).
What about encrypting your wallet file?
Good point, I was thinking about data you send. Similarly wallet file encryption is not essential to using Bitcoin, etc., but of course that doesn't make this new rule any less stupid.
September 22, 2015, 01:30:25 AM
So basically India just mandated that they operate in the stone age. Good job.
Does this mean that bitcoin and other cryptocurrencies are basically illegal there now?
In normal use Bitcoin does not encrypt anything, nor does Monero. Signing is different from encrypting, and most cryptocurrencies don't have any kind of encryption function, although there are some alts do add "encrypted chat" or "encrypted messages" functions.
The new stealth payment IDs in the development version of Monero could be considered encryption (for encrypting a very short 64 bit message).
What about encrypting your wallet file?
September 22, 2015, 01:24:53 AM
So basically India just mandated that they operate in the stone age. Good job.
Does this mean that bitcoin and other cryptocurrencies are basically illegal there now?
In normal use Bitcoin does not encrypt anything, nor does Monero. Signing is different from encrypting, and most cryptocurrencies don't have any kind of encryption function, although there are some alts do add "encrypted chat" or "encrypted messages" functions.
The new stealth payment IDs in the development version of Monero could be considered encryption (for encrypting a very short 64 bit message).
September 22, 2015, 01:13:24 AM
So basically India just mandated that they operate in the stone age. Good job.
Does this mean that bitcoin and other cryptocurrencies are basically illegal there now?
September 21, 2015, 05:22:24 PM
@monerodice: players seem to have good luck 
It's mainly othe though :-P
September 21, 2015, 05:20:42 PM
@monerodice: players seem to have good luck
September 21, 2015, 04:18:48 PM
FYI - AWESOME FACT - To date, the Monero community has put up 17166 XMR for 7 developers / projects. ... which is, at todays value, worth ~ 8500 US dollars, and in 10 years value, is with 8500 kadjillion US dollars.
Also, don't forget the last project before this latest one (documenting the code) also got fully funded really fast. About 24 hours IIRC.
So yes I agree:
Point is, MONERO IS HIRING!
September 21, 2015, 03:52:35 PM
knip..
Current price is a great price to sell, which I did.
knip..
I have 3 coins I support and XMR is still a coin with great potention.Current price is a great price to sell, which I did.
knip..
I think the current price is a solid floor and a good time to invest.
I own not very much XMR but keep them safe in mymonero webwallet.
The address is my avatar.
Nice development the android wallet!
September 21, 2015, 12:47:27 PM
FYI - AWESOME FACT - To date, the Monero community has put up 17166 XMR for 7 developers / projects. ... which is, at todays value, worth ~ 8500 US dollars, and in 10 years value, is with 8500 kadjillion US dollars.
Point is, MONERO IS HIRING!
And in case people have missed it, the developer of the android mobile wallet has pitched to improve his software, which can be seen here.
https://forum.getmonero.org/7/open-tasks/2385/improving-the-android-monero-wallet-reactnative-wallets-for-ios-and-android
At this point, people need to consider the proposition and ask questions to refine the "contract". If people like it, I guess it needs some more pledges or approvals or something for it to be moved to the "funding required" section.
Point is, MONERO IS HIRING!
And in case people have missed it, the developer of the android mobile wallet has pitched to improve his software, which can be seen here.
https://forum.getmonero.org/7/open-tasks/2385/improving-the-android-monero-wallet-reactnative-wallets-for-ios-and-android
At this point, people need to consider the proposition and ask questions to refine the "contract". If people like it, I guess it needs some more pledges or approvals or something for it to be moved to the "funding required" section.
September 21, 2015, 10:11:43 AM
I wanted to raise some awareness for a task that is still open, namely expanding the Moneropedia entries on the Monero website.
https://forum.getmonero.org/7/open-tasks/347/expand-moneropedia-entries-on-the-monero-website
This is quite an important task, since it will help a lot of newcomers.
If you are think you are capable to do this, please just pitch for it and ask a reasonable amount of funding. I am quite sure people are willing to fund this if the proposed price is reasonable.
P.S. Ginger's thread needs funding as well -> https://forum.getmonero.org/8/funding-required/2355/improved-nvidia-mining-software
https://forum.getmonero.org/7/open-tasks/347/expand-moneropedia-entries-on-the-monero-website
This is quite an important task, since it will help a lot of newcomers.
If you are think you are capable to do this, please just pitch for it and ask a reasonable amount of funding. I am quite sure people are willing to fund this if the proposed price is reasonable.
P.S. Ginger's thread needs funding as well -> https://forum.getmonero.org/8/funding-required/2355/improved-nvidia-mining-software
I just posted an offer to work on and receive funding for the Moneropedia entries in the thread :
https://forum.getmonero.org/7/open-tasks/347/expand-moneropedia-entries-on-the-monero-website
I see fluffypony moved it to funding required, here is the link:
https://forum.getmonero.org/8/funding-required/347/expand-moneropedia-entries-on-the-monero-website
Funded already, great work guys and thanks to everyone who donated!
September 21, 2015, 09:59:30 AM
Also I locked myself out of my server couple times, now I know everythingsome things you shouldn't do.
The list is really long.
September 21, 2015, 08:52:07 AM
Thanks everybody! I got it working, its amazing what some sleep will do for your problems.
Mainly, I forgot that I was testing the request from a different server that was my localhost but not the server localhost, haha.
Also I locked myself out of my server couple times, now I know everything you shouldn't do.
Mainly, I forgot that I was testing the request from a different server that was my localhost but not the server localhost, haha.
Also I locked myself out of my server couple times, now I know everything you shouldn't do.
September 21, 2015, 08:38:28 AM
Another help request, if anyone can offer it.
I want to block incoming traffic to port 18082 on my server except for requests from the localhost.
I thought this would work, but its dropping all requests even from the same server. Huh?
I want to block incoming traffic to port 18082 on my server except for requests from the localhost.
I thought this would work, but its dropping all requests even from the same server. Huh?
Code:
iptables -A INPUT -p tcp --dport 18082 -s 127.0.0.1 -j ACCEPT
iptables -A INPUT -p tcp --dport 18082 -j DROP
iptables -A INPUT -p tcp --dport 18082 -j DROP
Try accepting all from your loopback interface and droping the rest
Code:
iptables -A INPUT -i lo -p tcp --dport 18082 -j ACCEPT
iptables -A INPUT -p tcp --dport 18082 -j DROP
iptables -A INPUT -p tcp --dport 18082 -j DROP
September 20, 2015, 09:06:52 PM
...
swap the order?
iptables -A INPUT -p tcp --dport 18082 -j DROP
iptables -A INPUT -p tcp --dport 18082 -s 127.0.0.1 -j ACCEPT
swap the order?
Code:
iptables -A INPUT -p tcp --dport 18082 -j DROP
iptables -A INPUT -p tcp --dport 18082 -s 127.0.0.1 -j ACCEPT
I could be wrong, but I think iptables processes the rules in order. So the DROP will match first and not progress to the ACCEPT.
I don't know, haven't needed to for over a decade and can barely remember how to get to a command line now. I've just gotten real lazy in my old age, maybe I should get a mac!
http://www.techrepublic.com/blog/10-things/10-iptables-rules-to-help-secure-your-linux-box/
September 20, 2015, 08:59:09 PM
...
swap the order?
iptables -A INPUT -p tcp --dport 18082 -j DROP
iptables -A INPUT -p tcp --dport 18082 -s 127.0.0.1 -j ACCEPT
swap the order?
Code:
iptables -A INPUT -p tcp --dport 18082 -j DROP
iptables -A INPUT -p tcp --dport 18082 -s 127.0.0.1 -j ACCEPT
I could be wrong, but I think iptables processes the rules in order. So the DROP will match first and not progress to the ACCEPT.
September 20, 2015, 08:57:27 PM
Another help request, if anyone can offer it.
I want to block incoming traffic to port 18082 on my server except for requests from the localhost.
I thought this would work, but its dropping all requests even from the same server. Huh?
I want to block incoming traffic to port 18082 on my server except for requests from the localhost.
I thought this would work, but its dropping all requests even from the same server. Huh?
Code:
iptables -A INPUT -p tcp --dport 18082 -s 127.0.0.1 -j ACCEPT
iptables -A INPUT -p tcp --dport 18082 -j DROP
iptables -A INPUT -p tcp --dport 18082 -j DROP
Perhaps...
Adjust the src ip to the full localhost range. And use CIDR notation.
iptables -A INPUT -p tcp --dport 18082 -s 127.0.0.0/8 -j ACCEPT
And add another line to reference your ethernet IP as well:
iptables -A INPUT -p tcp --dport 18082 -s 192.168.0.100/32 -j ACCEPT
(192.168.0.100 is just a placeholder. Put in your real address. You can dig that up with "ip addr" or "ifconfig")
You could also allow your entire local subnet by changing the 192.168.0.100/32 to 192.168.0.0/24 . Again, the IP is dependent on what your local DHCP server hands out. You might be on 192.168.1.x instead. Or something wildly different.
September 20, 2015, 08:54:15 PM
Another help request, if anyone can offer it.
I want to block incoming traffic to port 18082 on my server except for requests from the localhost.
I thought this would work, but its dropping all requests even from the same server. Huh?
I want to block incoming traffic to port 18082 on my server except for requests from the localhost.
I thought this would work, but its dropping all requests even from the same server. Huh?
Code:
iptables -A INPUT -p tcp --dport 18082 -s 127.0.0.1 -j ACCEPT
iptables -A INPUT -p tcp --dport 18082 -j DROP
iptables -A INPUT -p tcp --dport 18082 -j DROP
swap the order?
Code:
iptables -A INPUT -p tcp --dport 18082 -j DROP
iptables -A INPUT -p tcp --dport 18082 -s 127.0.0.1 -j ACCEPT
September 20, 2015, 08:23:43 PM
Another help request, if anyone can offer it.
I want to block incoming traffic to port 18082 on my server except for requests from the localhost.
I thought this would work, but its dropping all requests even from the same server. Huh?
I want to block incoming traffic to port 18082 on my server except for requests from the localhost.
I thought this would work, but its dropping all requests even from the same server. Huh?
Code:
iptables -A INPUT -p tcp --dport 18082 -s 127.0.0.1 -j ACCEPT
iptables -A INPUT -p tcp --dport 18082 -j DROP
iptables -A INPUT -p tcp --dport 18082 -j DROP
Jump to: