Hi,
Got one account key and am running Einstein@home there. It's situated behind a firewall and single IP address and seems to be doing fine.
However, I have at least one more machine, possibly two that could contribute spare cycles to the effort. I put in for Einstein@home under another e-mail address I have but, in retrospect, I don't know if that's necessary. So I thought I'd ask.
Should each distinct machine have a distinct Account Key? Is sharing the same IP address a problem for BOINC or Einstein@home?
Thanks much.
-- Jan Theodore Galkowski,
http://www.smalltalkidiom.net/
Copyright © 2024 Einstein@Home. All rights reserved.
policies on multiple computers behind one IP address
)
> Should each distinct machine have a distinct Account Key? Is sharing the same
> IP address a problem for BOINC or Einstein@home?
At the moment the IP address is not a major key for BOINC. The hosts are identified by the the Host ID (created by the scheduler on first contact) and Account Key in combination.
You can have many hosts with the same Account Key behind one border IP address. This is a 'normal' configuration.
I believe internal the hosts will have dedicated IP addresses and you may possible find this on your hosts pages (only visible to you and the project).
Greetings from Bremen/Germany
Jens Seidler (TheBigJens)
Hi Jan....I'm not an expert
)
Hi Jan....I'm not an expert and I signed up yesterday also but I have three machines of various speeds and vintages signed up at the moment and all seems ok. All I did was use the same account key and URL for each machine after downloading the latest BOINC version and attaching to the project. The BOINC/EINSTEIN programes will then assign a host identifier for each machine and away you go! Hope this helps...Cheers.
I've currently got 14
)
I've currently got 14 machines running at home behind my single external IP address, all with the same key - no problems here. :)
"Chance is irrelevant. We will succeed."
- Seven of Nine
Thanks all!
)
Thanks all!
Hi, running several machines
)
Hi, running several machines behind a single public IP address will work perfectly. It works for Internet Connection Sharing, net access via proxy, via router (wired / wireless) and all the other configs you can think of.
You can use the same account number for each - In fact I would recomend that you do! That way all of your machines will claim credit on the one account.
[edit]
You can run lots of independant machines on the same account... they dont have to be even in the same country!
Wanna visit BOINC Synergy site? Click my stats!
Join BOINC Synergy Team
> Should each distinct
)
> Should each distinct machine have a distinct Account Key?
No. In fact it's much easier to manage them (and to calculate a total credit :-) when they all run on the same account.
> Is sharing the same IP address a problem for BOINC or Einstein@home?
Sharing the same external IP address (Nat)? Nope. Not at all. I know of 200 machines probably using the same external IP. If yours would share the same local IP address, you would have many other problems (and probably couldn't write the question...) in your local network, so that shouldn't be the case.
I suggest to switch all machines to the same account (well, you have to detach from the project first if you have one already running on a different account) and give the other account keys to your friends. Form a team and have some fun!
BM
BM
It's been answered, but the
)
It's been answered, but the acct key is tied to you the user, not to the computer. I've got BOINC installed at home, and put it on one PC I use in the networking lab at school. I was careful to set it not to automatically start, so I'd be the one to start it when I'm there. Only running SETI though (and as it's a PII 400, wouldn't put many projects on it). It works...
Also, tieing to IP addresses isn't something that would likely be done. Reasons are many, but suffice it to say, and due to a limitation in the number of possible IP addresses (and more to the point, networks as InterNIC assigns them in chunks, aka class a, class b, class c domains, etc) having a unique IP on every machine isn't really feasible. At least not before IP v. 6.
Though many broadband users can have static IPs (I do), many ISPs use DHCP to recycle IP addys. As to modem users, the IP is assigned depending on the modem in the pool that picks up...call back, can have a dif IP.
NAT, or actually PAT (port address translation or overloaded NAT) shouldn't be a problem.
>I've got BOINC installed at
)
>I've got BOINC installed at home, and put it on one PC I use in the networking lab at school. I was careful to set it not to >automatically start, so I'd be the one to start it when I'm there.
If the Machine is 'always on' you could set the client to start when the machine boots. You could do it either as a service using BOINC_CLI or as a sheduled event (triggered on system boot) for BOINC_CLI or BOINC_GUI. After that you could put that PC into a separate location in preferences - 'school' might be good! - and set it to run only between certain hours. Say 6pm and 8am. That way the CPU wont be getting hammered during the day and you will be contributing to science while you are not there.
....just a thought!
Wanna visit BOINC Synergy site? Click my stats!
Join BOINC Synergy Team
> >I've got BOINC installed
)
> >I've got BOINC installed at home, and put it on one PC I use in the
> networking lab at school. I was careful to set it not to >automatically
> start, so I'd be the one to start it when I'm there.
>
> If the Machine is 'always on' you could set the client to start when the
> machine boots. You could do it either as a service using BOINC_CLI or as a
> sheduled event (triggered on system boot) for BOINC_CLI or BOINC_GUI. After
> that you could put that PC into a separate location in preferences - 'school'
> might be good! - and set it to run only between certain hours. Say 6pm and
> 8am. That way the CPU wont be getting hammered during the day and you will be
> contributing to science while you are not there.
>
> ....just a thought!
>
Yeah, thx for the suggestion... Actually I have noticed that the WUs do get a lot more completed some days then others...so I'm not sure it's always shut off at night. That could be a possibility, though from 2 pm (time my network troubleshooting class starts) and 7:50 pm (time my Cisco 4 class ends) there, I'm present but only on Mondays and Wednesdays.
The main reason I didn't want to keep it running all the time during the day (when other students would need it) is
- Pentium II 400 MHz
- 256 MB RAM (at most)
- win2k Server
Thus far when it seemed to have run for awhile, no one has thus far complained. That could be a possibility though to avoid interfering with other students on slow comps.
There would be one matter to tend to though. It is a networking lab, and so when I'm not there, it might not be able to connect to the Internet (WU cache could take care of that...so long as it doesn't fill too, too much considering a slow CPU). Reason is, with all the networking classes in there, in order for students to learn networking they need to be able to mess around in there. As such it's sorta a tear down lab, and also allows students to create small networks that can't get out sometimes, and other assignments require a certain config to get out (depending on what a given class is working on). It's never the same when one class leaves, and another has dif things to do...
@Son Goku: > There would be
)
@Son Goku:
> There would be one matter to tend to though. It is a networking lab, and so
You might want to also consider that since this computer is the property of your school (I'm assuming that is correct), you may actually be in violation of computer use policies set forth by the school. I know that at my undergrad college, while they didn't actively scan for things like that, the moment that it caused anyone a problem I would've had my computer privileges revoked - campus wide. I don't know where you're studying or what policies they may/may not have in place, but just wanted to throw in my two bits as food for thought.
Regards,
Clint
www.clintcollins.org - spouting off at the speed of site