I have been trying to connnect to seti via boinc for months now and nothing works. I have found some information on the port numbers that are used and allowed these in my firewall (not in XP but on the DSL router) and I still get the same message.

18/11/2005 08:20:44||Attempting to communicate with [setiboinc.ssl.berkeley.edu] timed out
18/11/2005 08:20:48|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi failed with a return value of -182
18/11/2005 08:20:48|SETI@home|No schedulers responded

Can someone let me know why this is not working and what port numbers I need to enable to allow access to the internet. Boinc manager says that it is connected to the local host.

Please help
Phil

---

Check the Wiki

---

And the beat goes on
Sonny and Cher

BOINC Wiki

Firewall Settings for Microsoft Windows

The program boinc.exe should be allowed Internet access on port 80, local network access on ports 1043 and 31416.
The program boincmgr.exe should be allowed local network access on ports 1043 and 31416.

From the Boinc Wiki, Troubleshooting Network Problems

The error message you're receiving, return value of -182, is a time-out message. What happens if you do a tracert from your computer to setiboinc.ssl.berkeley.edu? You can copy the results and paste them into a reply here. Sometimes, if there seems to be a blockage between your location and Berkeley, using a proxy can get you around that block. But let us know what a trace shows.

MJ

---

This problem is a timeout error, and solved by using a "public proxy server" - refer to thread:

http://setiathome.berkeley.edu/forum_thread.php?id=21732

Basically you set up your BOINC software to use a "proxy server" and select one from the list at http://www.publicproxyservers.com/page1.html - (Most of them seem to work - I was lucky first time)

Seems a roundabout way to do things, I know, but just shortens the route to the SETI servers so the pings aren't quite so long.




Regards,

---

The error message you're receiving, return value of -182, is a time-out message. What happens if you do a tracert from your computer to setiboinc.ssl.berkeley.edu? You can copy the results and paste them into a reply here. Sometimes, if there seems to be a blockage between your location and Berkeley, using a proxy can get you around that block. But let us know what a trace shows.

MJ

lupin:~ # traceroute setiboinc.ssl.berkeley.edu
traceroute to setiboinc.ssl.berkeley.edu (128.32.18.173), 30 hops max, 40 byte packets
1 larin.slithern.hogwartz.edu (153.221.117.1) 0.297 ms 0.277 ms 0.285 ms
2 10.144.64.1 10.393 ms 13.258 ms 10.229 ms
3 68.2.8.209 10.673 ms 14.388 ms 12.899 ms
4 68.2.12.74 10.731 ms 14.879 ms 14.372 ms
5 68.2.13.1 11.511 ms 15.517 ms 13.472 ms
6 68.2.14.65 29.054 ms 29.052 ms 21.641 ms
7 chndbbrc01-pos0101.rd.ph.cox.net (68.1.0.164) 14.727 ms 9.707 ms 11.147 ms
8 langbbrj01-so060100.r2.la.cox.net (68.1.1.231) 20.373 ms 39.443 ms 32.539 ms
9 lax-px1--cox-ge.cenic.net (198.32.251.93) 127.467 ms 111.546 ms 103.945 ms
10 dc-lax-dc1--lax-dc2-ge--2.cenic.net (137.164.22.4) 222.437 ms 222.362 ms 215.142 ms
11 dc-sac-dc1--lax-dc1-pos.cenic.net (137.164.22.127) 34.085 ms 28.869 ms 30.087 ms
12 dc-oak-dc2--csac-dc1-ge.cenic.net (137.164.22.110) 31.025 ms 32.925 ms 34.283 ms
13 ucb--oak-dc2-ge.cenic.net (137.164.23.30) 35.873 ms 39.958 ms 38.078 ms
14 g3-14.inr-202-reccev.Berkeley.EDU (128.32.0.39) 123.285 ms 151.170 ms 146.507 ms
15 g6-2.inr-230-spr.Berkeley.EDU (128.32.255.114) 43.981 ms 37.993 ms 30.295 ms
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
lupin:~ #

Microsoft Windows XP [Version 5.1.2600]

C:\\>tracert setiboinc.ssl.berkeley.edu

Tracing route to galileo.ssl.berkeley.edu [128.32.18.173]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms larin.slithern.hogwartz.edu [153.221.117.1]
2 13 ms 8 ms 7 ms 10.144.64.1
3 8 ms 8 ms 7 ms 68.2.8.209
4 9 ms 8 ms 8 ms 68.2.12.74
5 8 ms 10 ms 9 ms 68.2.13.1
6 20 ms 9 ms 14 ms 68.2.14.65
7 9 ms 9 ms 10 ms chndbbrc01-pos0101.rd.ph.cox.net [68.1.0.164]
8 21 ms 33 ms 20 ms langbbrj01-so060100.r2.la.cox.net [68.1.1.231]
9 19 ms 20 ms 17 ms lax-px1--cox-ge.cenic.net [198.32.251.93]
10 19 ms 19 ms 19 ms dc-lax-dc1--lax-dc2-ge--2.cenic.net [137.164.22.
4]
11 28 ms 29 ms 28 ms dc-sac-dc1--lax-dc1-pos.cenic.net [137.164.22.12
7]
12 31 ms 31 ms 30 ms dc-oak-dc2--csac-dc1-ge.cenic.net [137.164.22.11
0]
13 38 ms 31 ms 30 ms ucb--oak-dc2-ge.cenic.net [137.164.23.30]
14 31 ms 29 ms 30 ms g3-14.inr-202-reccev.Berkeley.EDU [128.32.0.39]

15 29 ms 32 ms 29 ms g6-2.inr-230-spr.Berkeley.EDU [128.32.255.114]
16 32 ms 30 ms 30 ms solen.ssl.berkeley.edu [128.32.18.209]
17 32 ms 32 ms 30 ms galileo.ssl.berkeley.edu [128.32.18.173]

Trace complete.

C:\\>

---

One should not meddle in the affairs of Dragons.
For you are crunchy and very tasty with ketchup.

The error message you're receiving, return value of -182, is a time-out message. What happens if you do a tracert from your computer to setiboinc.ssl.berkeley.edu? You can copy the results and paste them into a reply here. Sometimes, if there seems to be a blockage between your location and Berkeley, using a proxy can get you around that block. But let us know what a trace shows.

MJ

lupin:~ # traceroute setiboinc.ssl.berkeley.edu
traceroute to setiboinc.ssl.berkeley.edu (128.32.18.173), 30 hops max, 40 byte packets
1 larin.slithern.hogwartz.edu (153.221.117.1) 0.297 ms 0.277 ms 0.285 ms
2 10.144.64.1 10.393 ms 13.258 ms 10.229 ms
3 68.2.8.209 10.673 ms 14.388 ms 12.899 ms
4 68.2.12.74 10.731 ms 14.879 ms 14.372 ms
5 68.2.13.1 11.511 ms 15.517 ms 13.472 ms
6 68.2.14.65 29.054 ms 29.052 ms 21.641 ms
7 chndbbrc01-pos0101.rd.ph.cox.net (68.1.0.164) 14.727 ms 9.707 ms 11.147 ms
8 langbbrj01-so060100.r2.la.cox.net (68.1.1.231) 20.373 ms 39.443 ms 32.539 ms
9 lax-px1--cox-ge.cenic.net (198.32.251.93) 127.467 ms 111.546 ms 103.945 ms
10 dc-lax-dc1--lax-dc2-ge--2.cenic.net (137.164.22.4) 222.437 ms 222.362 ms 215.142 ms
11 dc-sac-dc1--lax-dc1-pos.cenic.net (137.164.22.127) 34.085 ms 28.869 ms 30.087 ms
12 dc-oak-dc2--csac-dc1-ge.cenic.net (137.164.22.110) 31.025 ms 32.925 ms 34.283 ms
13 ucb--oak-dc2-ge.cenic.net (137.164.23.30) 35.873 ms 39.958 ms 38.078 ms
14 g3-14.inr-202-reccev.Berkeley.EDU (128.32.0.39) 123.285 ms 151.170 ms 146.507 ms
15 g6-2.inr-230-spr.Berkeley.EDU (128.32.255.114) 43.981 ms 37.993 ms 30.295 ms
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
lupin:~ #

Microsoft Windows XP [Version 5.1.2600]

C:\\>tracert setiboinc.ssl.berkeley.edu

Tracing route to galileo.ssl.berkeley.edu [128.32.18.173]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms larin.slithern.hogwartz.edu [153.221.117.1]
2 13 ms 8 ms 7 ms 10.144.64.1
3 8 ms 8 ms 7 ms 68.2.8.209
4 9 ms 8 ms 8 ms 68.2.12.74
5 8 ms 10 ms 9 ms 68.2.13.1
6 20 ms 9 ms 14 ms 68.2.14.65
7 9 ms 9 ms 10 ms chndbbrc01-pos0101.rd.ph.cox.net [68.1.0.164]
8 21 ms 33 ms 20 ms langbbrj01-so060100.r2.la.cox.net [68.1.1.231]
9 19 ms 20 ms 17 ms lax-px1--cox-ge.cenic.net [198.32.251.93]
10 19 ms 19 ms 19 ms dc-lax-dc1--lax-dc2-ge--2.cenic.net [137.164.22.
4]
11 28 ms 29 ms 28 ms dc-sac-dc1--lax-dc1-pos.cenic.net [137.164.22.12
7]
12 31 ms 31 ms 30 ms dc-oak-dc2--csac-dc1-ge.cenic.net [137.164.22.11
0]
13 38 ms 31 ms 30 ms ucb--oak-dc2-ge.cenic.net [137.164.23.30]
14 31 ms 29 ms 30 ms g3-14.inr-202-reccev.Berkeley.EDU [128.32.0.39]

15 29 ms 32 ms 29 ms g6-2.inr-230-spr.Berkeley.EDU [128.32.255.114]
16 32 ms 30 ms 30 ms solen.ssl.berkeley.edu [128.32.18.209]
17 32 ms 32 ms 30 ms galileo.ssl.berkeley.edu [128.32.18.173]

Trace complete.

C:\\>

My guess is that that the route is the same but the routers at UCB are so busy they are not able to cope. Overload I would say so packets are dropped. Hang back a while and see if this clears.

How long you had this problem? I assume you are not the original poster here but you have a similar problem.

---

My guess is that that the route is the same but the routers at UCB are so busy they are not able to cope. Overload I would say so packets are dropped. Hang back a while and see if this clears.

How long you had this problem? I assume you are not the original poster here but you have a similar problem.[/quote]
4 or 5 days I have 4 linux boxs up came up with out a hitch even the romote box across town but this is not working in windows big suprise there but I continu to try thanks for the help

---

One should not meddle in the affairs of Dragons.
For you are crunchy and very tasty with ketchup.

My guess is that that the route is the same but the routers at UCB are so busy they are not able to cope. Overload I would say so packets are dropped. Hang back a while and see if this clears.

How long you had this problem? I assume you are not the original poster here but you have a similar problem.

4 or 5 days I have 4 linux boxs up came up with out a hitch even the romote box across town but this is not working in windows big suprise there but I continu to try thanks for the help
[/quote]
Could I ask a silly question? Can you traceroute 66.28.250.125? It is the UL/DL server at berkeley

Another silly one, when you entered the URL for attachment did you use:

http://setiathome.berkeley.edu

??? NO SSL

tony

Another silly one, when you entered the URL for attachment did you use:

http://setiathome.berkeley.edu

??? NO SSL

tony

The SSL is added by the link through BOINC (and DNS), Tony.

So you enter setiathome.berkeley.edu and end up at setiathome.SSL.berkeley.edu

---

go to C:\\programfiles\\boinc and in that directory is an xml file named "account_setiathome.ssl.berkeley.edu"
does it look like mine with NO spaces in the master_url line and is the hex key the same as the key seti emailed you (note: don't display your hex key to anyone)

- <account>
<master_url>http://setiathome.ssl.berkeley.edu/</master_url>
<authenticator>insert your hex key here</authenticator>
<project_name>SETI@home</project_name>

Could I ask a silly question? Can you traceroute 66.28.250.125? It is the UL/DL server at berkeley[/quote]
lupin:~ # traceroute 66.28.250.125
traceroute to 66.28.250.125 (66.28.250.125), 30 hops max, 40 byte packets
1 larin.slithern.hogwartz.edu (153.221.117.1) 0.309 ms 0.284 ms 0.280 ms
2 10.144.64.1 11.161 ms 14.424 ms 11.441 ms
3 68.2.8.209 11.374 ms 14.964 ms 13.553 ms
4 68.2.12.74 9.962 ms 13.350 ms 16.743 ms
5 68.2.13.1 10.815 ms 14.318 ms 13.062 ms
6 68.2.14.65 11.908 ms 15.365 ms 13.019 ms
7 chndbbrc01-pos0101.rd.ph.cox.net (68.1.0.164) 11.706 ms 15.601 ms 13.021 ms
8 * langbbrj01-so060100.r2.la.cox.net (68.1.1.231) 143.973 ms *
9 68.105.30.134 20.145 ms 28.233 ms 26.330 ms
10 p15-0.core01.lax01.atlas.cogentco.com (154.54.2.213) 26.183 ms 22.604 ms 20.565 ms
11 p14-0.core01.sjc01.atlas.cogentco.com (66.28.4.74) 146.506 ms 141.911 ms 138.107 ms
12 p4-0.core01.sfo01.atlas.cogentco.com (66.28.4.93) 34.326 ms 35.916 ms 38.472 ms
13 UC-Berkeley.demarc.cogentco.com (66.250.4.74) 77.615 ms 69.879 ms 62.130 ms
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
lupin:~ #

---

One should not meddle in the affairs of Dragons.
For you are crunchy and very tasty with ketchup.

Another silly one, when you entered the URL for attachment did you use:

http://setiathome.berkeley.edu

??? NO SSL

tony

The SSL is added by the link through BOINC (and DNS), Tony.

So you enter setiathome.berkeley.edu and end up at setiathome.SSL.berkeley.edu

Yes http://setiathome.berkeley.edu

---

One should not meddle in the affairs of Dragons.
For you are crunchy and very tasty with ketchup.

Have you upgraded to the latest boinc version 5.2.11? What is you're problem? I haven't seen that described. The original ip/dns you traced is for the scheduling server. The IP I asked about is the download server and goes through the Cogent network, the scheduling server goes through the campus network.

so you can't traceroute either throught the campus or through Cogent? hmmm I guess both could be overloaded, but I'm not seeing mass reports of dropped connections on the boards. Interesting

Have you upgraded to the latest boinc version 5.2.11? What is you're problem? I haven't seen that described. The original ip/dns you traced is for the scheduling server. The IP I asked about is the download server and goes through the Cogent network, the scheduling server goes through the campus network.

Yes I have upgraded to the latest boinc version 5.2.11.
This is my Problem now.see below "Missing account key" and Couldn't connect to URL http://setiathome.berkeley.edu/.Please check URL.

11/26/2005 6:17:45 PM||Starting BOINC client version 5.2.11 for windows_intelx86
11/26/2005 6:17:45 PM||libcurl/7.14.0 OpenSSL/0.9.8 zlib/1.2.3
11/26/2005 6:17:45 PM||Executing as a daemon
11/26/2005 6:17:45 PM||Data directory: C:\\Program Files\\BOINC
11/26/2005 6:17:45 PM||BOINC is running as a service and as a non-system user.
11/26/2005 6:17:45 PM||No application graphics will be available.
11/26/2005 6:17:45 PM||Processor: 1 AuthenticAMD AMD Athlon(tm) XP 3200+
11/26/2005 6:17:45 PM||Memory: 2.00 GB physical, 3.85 GB virtual
11/26/2005 6:17:45 PM||Disk: 114.49 GB total, 70.20 GB free
11/26/2005 6:17:45 PM||Version change detected (5.2.10 -> 5.2.11); running CPU benchmarks
11/26/2005 6:17:45 PM||No general preferences found - using BOINC defaults
11/26/2005 6:17:46 PM||Remote control not allowed; using loopback address
11/26/2005 6:17:46 PM||Primary listening port was already in use; using alternate listening port
11/26/2005 6:17:46 PM||This computer is not attached to any projects.
11/26/2005 6:17:46 PM||There are several ways to attach to a project:
11/26/2005 6:17:46 PM||1) Run the BOINC Manager and click Projects.
11/26/2005 6:17:46 PM||2) (Unix/Mac) Use boinc_cmd --project_attach
11/26/2005 6:17:46 PM||3) (Unix/Mac) Run this program with the -attach_project command-line option.
11/26/2005 6:17:46 PM||Visit http://boinc.berkeley.edu for more information
11/26/2005 6:17:49 PM||Running CPU benchmarks
11/26/2005 6:18:05 PM||Fetching config info from http://setiathome.berkeley.edu/get_project_config.php
11/26/2005 6:18:07 PM||Missing account key
11/26/2005 6:18:48 PM||Benchmark results:
11/26/2005 6:18:48 PM|| Number of CPUs: 1
11/26/2005 6:18:48 PM|| 2018 double precision MIPS (Whetstone) per CPU
11/26/2005 6:18:48 PM|| 3398 integer MIPS (Dhrystone) per CPU
11/26/2005 6:18:48 PM||Finished CPU benchmarks
11/26/2005 6:18:49 PM||Resuming computation and network activity
11/26/2005 6:18:49 PM||request_reschedule_cpus: Resuming activities
11/26/2005 6:18:50 PM|http://setiathome.berkeley.edu/|Master file download succeeded
11/26/2005 6:18:50 PM|http://setiathome.berkeley.edu/|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
11/26/2005 6:18:50 PM|http://setiathome.berkeley.edu/|Reason: Requested by user
11/26/2005 6:18:50 PM|http://setiathome.berkeley.edu/|Requesting 8640 seconds of new work
11/26/2005 6:23:54 PM|http://setiathome.berkeley.edu/|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi failed with a return value of 500
11/26/2005 6:23:54 PM|http://setiathome.berkeley.edu/|No schedulers responded
11/26/2005 6:23:54 PM|http://setiathome.berkeley.edu/|Couldn't connect to URL http://setiathome.berkeley.edu/.Please check URL.
11/26/2005 6:23:54 PM|http://setiathome.berkeley.edu/|Resetting project
11/26/2005 6:23:54 PM||request_reschedule_cpus: exit_tasks
11/26/2005 6:23:54 PM|http://setiathome.berkeley.edu/|Detaching from project
11/26/2005 6:24:54 PM||Fetching config info from http://setiathome.berkeley.edu/get_project_config.php
11/26/2005 6:24:55 PM||Missing account key
11/26/2005 6:25:51 PM|http://setiathome.berkeley.edu/|Master file download succeeded
11/26/2005 6:25:51 PM|http://setiathome.berkeley.edu/|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
11/26/2005 6:25:51 PM|http://setiathome.berkeley.edu/|Reason: Requested by user
11/26/2005 6:25:51 PM|http://setiathome.berkeley.edu/|Requesting 8640 seconds of new work
11/26/2005 6:30:55 PM|http://setiathome.berkeley.edu/|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi failed with a return value of 500
11/26/2005 6:30:55 PM|http://setiathome.berkeley.edu/|No schedulers responded
11/26/2005 6:30:55 PM|http://setiathome.berkeley.edu/|Couldn't connect to URL http://setiathome.berkeley.edu/.Please check URL.
11/26/2005 6:30:55 PM|http://setiathome.berkeley.edu/|Resetting project
11/26/2005 6:30:55 PM||request_reschedule_cpus: exit_tasks
11/26/2005 6:30:55 PM|http://setiathome.berkeley.edu/|Detaching from project

---

One should not meddle in the affairs of Dragons.
For you are crunchy and very tasty with ketchup.

[quote][11/26/2005 6:17:46 PM||Primary listening port was already in use; using alternate listening port

snip

11/26/2005 6:30:55 PM|http://setiathome.berkeley.edu/|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi failed with a return value of 500
11/26/2005 6:30:55 PM|http://setiathome.berkeley.edu/|No schedulers responded
11/26/2005 6:30:55 PM|http://setiathome.berkeley.edu/|Couldn't connect to URL http://setiathome.berkeley.edu/.Please check URL.

these are the messages I'd worry about, I see the missing key and that's because until it is attached there IS no key in the account_setiathome.ssl.berkeley.edu.xml file.

hmmm

Another stupid question:

do you use any programs like "childwatch" or similar? They or other programs try to reserve port 80, or 1043 or 31416

[quote][11/26/2005 6:17:46 PM||Primary listening port was already in use; using alternate listening port

snip

11/26/2005 6:30:55 PM|http://setiathome.berkeley.edu/|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi failed with a return value of 500
11/26/2005 6:30:55 PM|http://setiathome.berkeley.edu/|No schedulers responded
11/26/2005 6:30:55 PM|http://setiathome.berkeley.edu/|Couldn't connect to URL http://setiathome.berkeley.edu/.Please check URL.

these are the messages I'd worry about, I see the missing key and that's because until it is attached there IS no key in the account_setiathome.ssl.berkeley.edu.xml file.

hmmm

funny thing is the 3 of the linux boxs are in this house and are haveing no prob at all I am scraching my head and my but on this one

---

One should not meddle in the affairs of Dragons.
For you are crunchy and very tasty with ketchup.