Bitcoin Forum
May 27, 2024, 04:23:34 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Base/Fallback node setup - Tips & Hints Requested  (Read 900 times)
Mikej0h (OP)
Member
**
Offline Offline

Activity: 117
Merit: 100

Life is short, play long


View Profile
January 05, 2013, 07:55:54 AM
 #1

Hi all,

Not sure if I'm posting this in the right subforum, please move if needed.

Since I like Bitcoin, I want to make a contribution to the network by making my servers which I own available as Bitcoin nodes.
I not want to do any form of mining, and making profit out of it is definitely not the intention.

I want to setup a reliable base-node (fallback node is the right term I suppose), which people can connect to.
I suspect the 'usual' bitcoin-qt client might not be optimized for that.

What software can I used best? I've linux and windows servers available.
The servers are located in NL (Datacenter), and connected by Gbit Uplink.

Please give me some suggestions.
Thanks in advance.
grau
Hero Member
*****
Offline Offline

Activity: 836
Merit: 1021


bits of proof


View Profile WWW
January 05, 2013, 08:14:51 AM
 #2

Running bitcoind, the service behind qt is the simplest valuable contribution to the network.
Mikej0h (OP)
Member
**
Offline Offline

Activity: 117
Merit: 100

Life is short, play long


View Profile
January 08, 2013, 07:42:21 AM
 #3

Running bitcoind, the service behind qt is the simplest valuable contribution to the network.

Perfect, thanks for your suggestion.
Using the bitcoind service is definitely the right way to go (didn't know this, as I was normally using the windows Qt client).

I guess I should disable the default 8332 port (and open 8333), right?
Also because I've to specify username/pass for that configuration, as this is unknown to user "Anonymous".

My goal is to be a "supernode" for relaying blocks and transactions, and clients can use my server to download the blockchain.

Could you guys give me a few hints regarding the configuration?

Also regarding the fact this server is directly connected to the internet and has IPv4 & IPv6 available. Besides that, under the Windows client I'm often facing I'm not getting higher than 8 connected clients, of course I not want this for this "supernode" (the server used should be able of 1000+ connections).
Any idea's regards to that issue, as using UPnP doesn't make sence (as it's directly connected to the internet)?
zvs
Legendary
*
Offline Offline

Activity: 1680
Merit: 1000


https://web.archive.org/web/*/nogleg.com


View Profile WWW
January 10, 2013, 09:10:25 PM
 #4

Running bitcoind, the service behind qt is the simplest valuable contribution to the network.

Perfect, thanks for your suggestion.
Using the bitcoind service is definitely the right way to go (didn't know this, as I was normally using the windows Qt client).

I guess I should disable the default 8332 port (and open 8333), right?
Also because I've to specify username/pass for that configuration, as this is unknown to user "Anonymous".

My goal is to be a "supernode" for relaying blocks and transactions, and clients can use my server to download the blockchain.

Could you guys give me a few hints regarding the configuration?

Also regarding the fact this server is directly connected to the internet and has IPv4 & IPv6 available. Besides that, under the Windows client I'm often facing I'm not getting higher than 8 connected clients, of course I not want this for this "supernode" (the server used should be able of 1000+ connections).
Any idea's regards to that issue, as using UPnP doesn't make sence (as it's directly connected to the internet)?

edit the source code to allow more

set a decent password, like 4o3@OJdmXZLF:M4 l23jO$:J343$OJCMZXLK:OIDPWJA and 8332 doesn't need to be disabled.  there are some programs you might use where you'd want to have your rpc port open.  change the port # if the password itself doesnt make you feel safe.   8333 needs to be open if you want to accept outgoing connections

edit your ethernet settings to accomodate a thousand people sending mostly small bits of data
kjj
Legendary
*
Offline Offline

Activity: 1302
Merit: 1025



View Profile
January 10, 2013, 09:47:20 PM
 #5

Running bitcoind, the service behind qt is the simplest valuable contribution to the network.

Perfect, thanks for your suggestion.
Using the bitcoind service is definitely the right way to go (didn't know this, as I was normally using the windows Qt client).

I guess I should disable the default 8332 port (and open 8333), right?
Also because I've to specify username/pass for that configuration, as this is unknown to user "Anonymous".

My goal is to be a "supernode" for relaying blocks and transactions, and clients can use my server to download the blockchain.

Could you guys give me a few hints regarding the configuration?

Also regarding the fact this server is directly connected to the internet and has IPv4 & IPv6 available. Besides that, under the Windows client I'm often facing I'm not getting higher than 8 connected clients, of course I not want this for this "supernode" (the server used should be able of 1000+ connections).
Any idea's regards to that issue, as using UPnP doesn't make sence (as it's directly connected to the internet)?

edit the source code to allow more

set a decent password, like 4o3@OJdmXZLF:M4 l23jO$:J343$OJCMZXLK:OIDPWJA and 8332 doesn't need to be disabled.  there are some programs you might use where you'd want to have your rpc port open.  change the port # if the password itself doesnt make you feel safe.   8333 needs to be open if you want to accept outgoing connections

edit your ethernet settings to accomodate a thousand people sending mostly small bits of data


If you don't need RPC, disable it.  If you do need RPC, but only internally, block the RPC port at your firewall and specify only your internal IPs in the bitcoin.conf.  If you need RPC from the internet, use a good password and SSL.

17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8
I routinely ignore posters with paid advertising in their sigs.  You should too.
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!