Koozali.org: home of the SME Server

backup from Web manager probs

Gordon Rowell

Re: BigPond Cable/Advance (was Re: backup from Web manager p
« Reply #15 on: March 24, 2001, 01:48:33 PM »
DOOPY_LOOPY wrote:
>
> **DISCLAIMER**
> I'm a nix newbie.

I'll be nice :-)

> Ok now that is over with
>
> Does this apply to ver 4.1?

The initial instructions are for 4.1 or 4.1.1

The later instructions turn out to be due to Barry having
4.0, not 4.0.1 (or they should have worked).

> Why do you not recommend using the CharlieBrady RPM
> bpalogin-2.0-1
>
> This seems to me to be a more uptodate RPM.

Sure, but Charlie and I have both found it to be unstable. Later
does not always mean better.

> Does this fix things so that you don't have to apply the two
> rpm's that you installed?

No, you need two RPMs.

The bpalogin RPM is the original bpalogin program.
The e-smith-bpalogin RPM configures it simply in e-smith

The "e-smith way" is to use unmodified RPMs for the underlying
programs and then layer our management framework on top. This
means we don't fork programs into e-smith versions and makes
later upgrade much easier since we don't have to patch other
people's code each time it changes.

> Thanks for your patience

No worries.

Gordon

DOOPY_LOOPY

Re: BigPond Cable/Advance (was Re: backup from Web manager p
« Reply #16 on: March 24, 2001, 04:39:52 PM »
Thanks for your prompt reply Gordon.  I followed those instructions but I seem to be stuck at getting my user and password to authenticate to the authentication server because it can't connect to the authentication server.
------below is cut and pasted from another thread I posted on-----

Are you in Victoria?

Because at the moment I am receiving an IP address but I am not successfully logging on.  checking /var/log/messages i found that my bpalogin had not been able to connect to the authentication server.

Then checking the /etc/bpalogin.conf file it says it was using ip
61.9.128.29 as the authentication server.
Resolving this IP I get mer19.vic-remote.bigpond.net.au

But if i try to ping that IP it just says request timed out.

However if i try to ping gigabit-msfc1.nsw-remote.bigpond.net.au
I have a successful response.

By doing a tracert to anywhere it seems to first go through a 10.128.8.1 ip then to the nsw-remote one.

This is a guess but is this my authentication server?

Also in the CharlieBrady RPM bpalogin-2.0-1 if i check the associated bpalogin.conf file the authentication server is not shown but there is an option for you to specify your own authentication server.  The example they provide is vic.bigpond.net.au

Obviously I'd use nsw.bigpond.net.au However there isn't the same option in the bpalogin.conf of the bpalogin-1.3-2 RPM.  Within that conf it says refer to templates if you wish to alter anything.  Then checking templates it presents me with the Perl script for generating the IP of the authentication server.  

I don't know Perl so i can't really follow this with any degree of certainty.

So where can i define the authentication server I wish to use?

I'm sorry if this was very long winded I just wanted to make it clear what I was doing.

Thanks for your patience.

DOOPY

DOOPY_LOOPY

Re: BigPond Cable/Advance (was Re: backup from Web manager p
« Reply #17 on: March 24, 2001, 05:57:14 PM »
I just wanted to add that after doing further research and checking at
LinuxBPAlogin

It seems that the authentication server is "dce-server"

So i guess all i want to know is how can i specifiy my authentication server?

Charlie Brady

Re: BigPond Cable/Advance (was Re: backup from Web manager p
« Reply #18 on: March 24, 2001, 08:22:08 PM »
DOOPY_LOOPY wrote:

> Then checking the /etc/bpalogin.conf file it says it was
> using ip
> 61.9.128.29 as the authentication server.

The e-smith-bpalogin software gets that IP address from the DHCPSID field on the DHCP data, which you can find in /etc/dhcpc/dhcpcd-eth1.info. That was the correct authentication server IP address to use when I developed the software last year.

I notice that dce-server.nsw.bigpond.net.au is 61.9.128.13.

Regards

Charlie

DOOPY_LOOPY

Re: BigPond Cable/Advance (was Re: backup from Web manager p
« Reply #19 on: March 25, 2001, 12:17:33 AM »
C:\>netstat

Active Connections

  Proto  Local Address          Foreign Address        State
  TCP    doopy:1028             spr3.nsw- remote.bigpond.net.au:5050  TIME_WAIT
  TCP    doopy:1031             spr3.nsw-remote.bigpond.net.au:5050  TIME_WAIT

That is the netstat response immediately after I use the bpalogin software on my windows2000 box.

resolving the IP of that I get 61.9.192.13.

The only reason i mention this is if i do a ping of dce-server.nsw.bigpond.net.au it says

pinging spr3.nsw-remote.bigpond.net.au

and gives the above IP address.

So I pose the question Charlie how did you resolve that above IP address?  i know the only difference is 192 and 128 ......Was this a typo?  Somehow i doubt it, so I'm curious to find out where you got that IP from.

Ok I just figured it out. 61.9.128.13 is mer3.vic-remote.bigpond.net.au

From this I assume your in victoria charlie, even though you resolved dce-server.nsw.bigpond.net.au it probably only looked as far as the dce-server part and shot you to your local dce-server.  I might just be making this all up though on pure guess work.

I'm going to use the spr3.nsw-remote.bigpond.net.au
I think that that is the correct authentication server.

One small question is howcome it had two open connections to that address going out from ports 1028 and 1031.  Any idea what that is doing?  

I'll try the 61.9.192.13 as my authentication server then report back.

Charlie Brady

Re: BigPond Cable/Advance (was Re: backup from Web manager p
« Reply #20 on: March 25, 2001, 12:25:57 AM »
DOOPY_LOOPY wrote:

> So I pose the question Charlie how did you resolve that above
> IP address?  i know the only difference is 192 and 128
> ......Was this a typo?  Somehow i doubt it, so I'm curious to
> find out where you got that IP from.

No, it was a typo. I did mean that 61.9.192.13 is dce-server.nsw.bigpond.net.au.

> From this I assume your in victoria charlie,

No, I'm in Canada.

> I'm going to use the spr3.nsw-remote.bigpond.net.au
> I think that that is the correct authentication server.

Correct. I'm interested to know whether that appears in the info file in /etc/dhcpc/ directory.

> One small question is howcome it had two open connections to
> that address going out from ports 1028 and 1031.  Any idea
> what that is doing?

It's doing its authentication chit-chat. TIME_WAIT means that the connection is partway through being closed - they're two defunct connections.
 
> I'll try the 61.9.192.13 as my authentication server then
> report back.

Sounds like you are close.

Charlie

DOOPY_LOOPY

Re: backup from Web manager probs
« Reply #21 on: March 25, 2001, 01:42:28 AM »
WOOHOOO

Yeah i just got it to work.  Not too bad for a total Linux newbie who didnt' even know how to rename files the night before.

Well for anyone whos' interested i found the authentication server in nsw where i am to be

spr3.nsw-remote.bigpond.net.au (61.9.192.13)
and the localport i used was 5050

This FINALLY worked...I feel very happy currently!

Charlie  under DNS there is 61.9.192.13 and it is the first entry.

However, even though i change the DHCPSID entry from 61.9.128.29 to 61.9.192.13 when i rebooted it didn't change and it is set back to how it was.

I had to remove the template 40authserver to another directory and create my own 40authserver with the line
authserver 61.9.192.13

then that worked.....howcome it wouldn't save my changes to the DHCPSID field?

Seems I can establish connections but inbound connections are blocked by my box...that seems very cool!

I like that!
Well currently I have my computers all linked to the network through this wonderful e-smith box and i just wanted to say

Thanks very much to Charlie and Gordon.

The help was muchly appreciated!!!

Barry Rogers

Re: backup from Web manager probs
« Reply #22 on: March 25, 2001, 05:37:35 AM »
Thanks for that info, I will use it when I can get over the latest problem...
when I try to either upgrade or de-install the 2 x RPMs for BPAlogin, I get... error package blah not installed.
However, when I try to install either of the 2 packages I get... error package blah already installed.
I tried to force the install and it does it without the 'already installed' message, but I get the same 'not installed' error when I try to query or verify the packages.
Boy, is this server confused.
What can I do to get over this RPM problem?

By the way, the upgrade to 4.1.1 overcame the inability to backup problem.
The system however takes ages to save now. Is this normal?

DOOPY_LOOPY

Re: backup from Web manager probs
« Reply #23 on: March 25, 2001, 07:36:26 AM »
what I did to try and find out if the package was installed or not was type

rpm -q -a

that will list all the installed packages

Then you can see if it is installed or not.  By the sounds of things if it can't uninstall or upgrade and it says package not installed it errrr....doesn't sound like the package was installed in the first place.

I followed Gordon's instruction in the order of rpm's to install and it went through fine.

Is there an RPM to upgrade from 4.1 to 4.1.1?

If you are in doubt as to what the rpm command can do try

man rpm

Charlie Brady

Re: backup from Web manager probs
« Reply #24 on: March 25, 2001, 08:22:53 AM »
Barry Rogers wrote:

> when I try to either upgrade or de-install the 2 x RPMs for
> BPAlogin, I get... error package blah not installed.
> However, when I try to install either of the 2 packages I
> get... error package blah already installed.
...
> Boy, is this server confused.
> What can I do to get over this RPM problem?

No, it's not the server that's confused, it's you. And it's a common confusion, too.

To install an rpm, you do:

rpm -i blah-x.x-1.i386.rpm

To remove the same rpm, you do:

rpm -e blah

or

rpm -e blah-x.x-1

To upgrade the rpm, do:

rpm -U blah-x.x-2.i386.rpm

Regards

Charlie

Barry Rogers

Re: BigPond Cable/Advance probs
« Reply #25 on: March 25, 2001, 09:30:40 AM »
Thankyou DOOOPY_LOOPY.
I entered the IP address you came up with in the 40authserver file and entered the port 5050. It works....! Port 5051, which was detailed in some previous literature, did not.
Strangely enough, if I entered spr3.etc... in the 40authserver file instead of the IP address, which I did at the beginning, it does not work. I would have thought (caveat:limited knowledge) this should have worked too.
What is the packet dropout rate like, when you ping IP addresses? I am sometimes down to 75% returned on some IP addresses. Is this normal?

Thankyou to DOOPY_LOOPY and esp e-Smith people.
Excellent help and service.

Thanks for being patient. Finally it is over and it is working as you guys say it should. Excellent.

DOOPY_LOOPY

Re: BigPond Cable/Advance probs
« Reply #26 on: March 25, 2001, 12:11:18 PM »
I'm not getting any packet loss.

Perhaps it is the IPs your pinging?

i even tried pinging ips in russia...it seems all good to me.

Charlie:  I am curious why the DHCPSID didn't remain changed after i changed it?

I was logged in as root and i used pico to edit it.

Any recommendation on how to optomise performance etc?

PS: If you have a Bigpond Advanced email account which I assume you do you have to change the pop3 and smtp servers from pop-server and mail-hub to pop-server.nsw.bigpond.net.au and mail-hub.nsw.bigpond.net.au

There is another thread here about a more permanent fix by someone Lloyd...search for it I think that solution is a permanent one.  Whereas my solution only fixes mail not the /www. web addresses.

Gordon Rowell

Re: BigPond Cable/Advance probs
« Reply #27 on: March 25, 2001, 12:35:15 PM »
Barry Rogers wrote:
>
> Thankyou DOOOPY_LOOPY.
> I entered the IP address you came up with in the 40authserver
> file and entered the port 5050. It works....! Port 5051,
> which was detailed in some previous literature, did not.

This is odd, and I'd like to work out how to fix it
automatically. It works properly straight after an install
for me (and I'm in NSW as well).

> Strangely enough, if I entered spr3.etc... in the
> 40authserver file instead of the IP address, which I did at
> the beginning, it does not work. I would have thought
> (caveat:limited knowledge) this should have worked too.

It's a chicken&egg problem - e-smith's DNS may not know about
that name at that stage. You can fix this with the "Hostnames
and Addresses" page (put the entry in there), but the
e-smith-bpalogin module should get it right - that's what
it's there for. It works out (or should work out) the correct
information from the DHCP lease.

> [...]
> Thanks for being patient. Finally it is over and it is
> working as you guys say it should. Excellent.

It's still not working as it should, and I'd like help from
you and DOOPY_LOOPY (and others) to make it work automatically.
You should just have to install the two RPMs and then configure
for PPPoE and then for DHCP - send Ethernet.

Would you be able to send me via email:
   /etc/bpalogin.conf      # Remove user password
   /etc/dhcpc/dhcpd-eth1.info

If there are people using BPA in Melbourne, Brisbane or
elsewhere, I would like the same from you as well.

Thanks,

Gordon

DOOPY_LOOPY

Re: BigPond Cable/Advance probs
« Reply #28 on: March 25, 2001, 01:38:41 PM »
sure thing Gordon I'd like to see it working properly for you too.

Did you note that it didn't save the change to DHCPSID?

Why might that be?  I had to edit the 40authserver totally to just say

authserver 61.9.192.13

i kept a copy of the old 40authserver though.

Do you want it emailed to your e-smith email i assume?

Sent the dhcpcd-eth1.info and bpalogin.conf.


I sent this to gordonr@e-smith.com

Hope this helps.

Charlie Brady

Re: BigPond Cable/Advance probs
« Reply #29 on: March 25, 2001, 07:57:32 PM »
DOOPY_LOOPY wrote:

> Charlie:  I am curious why the DHCPSID didn't remain changed
> after i changed it?

"/etc/dhcpc/dhcpd-eth1.info" is not a configuration file, it is a data file containing DHCP lease information. The DHCPSID information is what BigPond's DHCP server sent you. I assumed that DHCPSID would always correspond to the IP address of the authentication server - perhaps that assumption was invalid.

Charlie