On Tue, Aug 29, at 11:23:32AM, Nick Rout wrote:
> True, also should these be readable by anyone else? I see they are owned i
> by root:dip but only readable by root
> > Results ofls -l /etc/ppp/*secrets
> > -rw 1 root dip 94 2006-08-29 01:51 /etc/ppp/chap-secrets
> > -rw-
Hi folks,
This thread is beginning to get out of control.
Could someone lend me a pci modem with one of these Lucent/Agere chipsets in
it for a little while so I can experiment with it?
I have a few ideas to try but cannot be away from home for hours on end.
--
CS
Hi Alan,
Great perseverance
try commenting out one or the other and see what happens - ie so you can
identify which line is causing the problem - could be as simple as a non
printing character that has accidently ended up in a line.
The pid is a processIdentifier - every running process is aloc
On Tue, 29 Aug 2006 17:02:51 +1200
Robert Fisher <[EMAIL PROTECTED]> wrote:
> On Tuesday 29 August 2006 2:52 pm, Andrew Errington wrote:
>
> > Rik, what are you smoking?
> >
> > Apart from the nonsensical drivel I snipped, this post is bereft of
> > technical merit.
> >
> I agree.
>
> Would anyo
On Tuesday 29 August 2006 2:52 pm, Andrew Errington wrote:
> Rik, what are you smoking?
>
> Apart from the nonsensical drivel I snipped, this post is bereft of
> technical merit.
>
I agree.
Would anyone like to join me in inviting Rik to come to a meeting and
elaborate on whatever it is that ail
> Alan's modem ppp may well need this to hold the connection, eventually:
>
> $sudo adduser zl3kr dip
>
> But YMMV - I do not know for sure. I left KDE behind at the same time as
> my Winmodem. (GNU/)Linux started making sense after that.
Rik, what are you smoking?
Apart from the nonsensical dri
Christopher Sawtell wrote:
On Tuesday 29 August 2006 08:54, Steve Holdoway wrote:
Does this and related threads now hold the record for the longest ever on
the CLUG list (:
At 245 + ( I think I might have deleted a few messages ) I believe so.
Things have changed.
Noobs used to be belittled
On Tue, 29 Aug 2006 13:11:25 +1200
Alan wrote:
> Sorry I forgot to say that I had run wvdial in both user and root and
> the screens were the same.
>
> Regarding pap-secrets
> All the lines bar that one are commented out, does that make a
> difference, or should I remove everything except the
On Tuesday 29 August 2006 08:54, Steve Holdoway wrote:
> Does this and related threads now hold the record for the longest ever on
> the CLUG list (:
At 245 + ( I think I might have deleted a few messages ) I believe so.
--
CS
True, also should these be readable by anyone else? I see they are owned by
root:dip but only readable by root
Alan, you were going to rum wvdial as root and get back to us.
On Tue, 29 Aug 2006 10:59:21 +1200
Steve Holdoway wrote:
> pap-secrets is just plain far too big. Both the *secrets file
pap-secrets is just plain far too big. Both the *secrets files should contain
the same single line:
username* password
and nothing else.
Steve
On Tue, 29 Aug 2006 10:53:52 +1200
Alan <[EMAIL PROTECTED]> wrote:
> Firstly apologies I wasnt aware that attachments were not allowed,
On Tue, 29 Aug 2006 08:46:56 +1200
Nick Rout <[EMAIL PROTECTED]> wrote:
[snip]
> "2 An error was detected in processing the options given, such as two
> mutually exclusive options being used."
>
> So you have two inconsistent options somewhere by the look of it.
...the reason I suggested dumpin
On Mon, 28 Aug 2006 17:10:17 +1200
Alan wrote:
> I have verified that the correct name and password are in both
> pap-secrest and chap-secrets.
> also retyped the password in when trying with kppp.
> The lcp intrerval is currently set at 60 and failure set at 6
> I have changed it to chap/pap in
On 8/28/06, Christopher Sawtell <[EMAIL PROTECTED]> wrote:
On Monday 28 August 2006 17:10, Alan wrote:
> I have verified that the correct name and password are in both
> pap-secrest and chap-secrets.
> also retyped the password in when trying with kppp.
> The lcp intrerval is currently set at 60
On Monday 28 August 2006 17:10, Alan wrote:
> I have verified that the correct name and password are in both
> pap-secrest and chap-secrets.
> also retyped the password in when trying with kppp.
> The lcp intrerval is currently set at 60 and failure set at 6
> I have changed it to chap/pap in the o
I hope that's pap-secrets, not pap_secrets!
The correct format is...
username* password
ie
zl3kr * password
1 line, no dots - unless they're part of the name - these should be exactly (
case sensitive ) what you use in the username and password fields in windows,
with t
This looks to be simply a permissions shortage for ppp.
Root has to give Alan read-write access to.. "pap-secrets and chap-secrets"?
- Can't recall what it was I had to change thus, back in RedHat days..
Can root dial out ok w/wvdial?
Alan wrote:
I have verified that the correct name and passw
On Mon, 28 Aug 2006 15:31:55 +1200
Christopher Sawtell wrote:
> On Monday 28 August 2006 12:27, Nick Rout wrote:
> > It is very unclear to me whether it is dying because of failed
> > authentication, or because it fails to start ppp after successfully
> > authenticating
> I think it only manages
On Monday 28 August 2006 12:27, Nick Rout wrote:
> It is very unclear to me whether it is dying because of failed
> authentication, or because it fails to start ppp after successfully
> authenticating
I think it only manages to dial the number, and make an attempt to create a
data connection, but
On Friday 25 August 2006 18:18, Alan wrote:
> Oooops just noticed you sed you had already sent me that info.I
> dont remember it but will have a look back and try to find if I still
> have it in the inbox Nick.
>
> Alan
Alan,
Sorry this is a bit late, but there is a bit of a trap in k
It is very unclear to me whether it is dying because of failed
authentication, or because it fails to start ppp after successfully
authenticating
I know this sounds trite, but could you please check that your username
(zl3kr) and password are set properly. The dialog box in kppp will only
reveal *
On Monday 28 August 2006 10:03, Alan wrote:
> ok removed the + sign and just as it connected it said pppd Daemon died
> suddenly.
According to the manual page neither '+pap' nor 'pap' are legal options.
the manual page documents these extended pap options:-
papcrypt
pap-max-authreq n
On Sunday 27 August 2006 22:29, Steve Holdoway wrote:
> aah, but now you *are* making a connection, at an acceptable speed. The
> problem is now authentication, which is what this file is all about.
I fear that there is more to the problem than just that, because when an
external modem - with no o
On Sun, 27 Aug 2006 21:35:53 +1200
Alan <[EMAIL PROTECTED]> wrote:
> tried that Steve, it tried several times but couldnt establish the
> connectionI did run wvdial this time instead of kppp.
> when running wvdial, how do you stop it from trying or is automatically
> set to stop after so man
On Sunday 27 August 2006 19:03, Alan wrote:
> Right Christopher here are the two that you wanted by the 3way I
> think cp stands for copy
Indeed it does!
> but what does the grep command mean please(sometime).
Global Regular Expression Print.
The command:-
man grep
or putting #grep into the L
On Sunday 27 August 2006 19:22, Alan wrote:
> Christopher, just a question. in the messages I see a line:
> pppd 2.4.4b1 started by Alan, uid 1000
>
> Just wondering if the Alan might clash with my log in name of
> zl3kr probably nothing to do with it, but thought I would ask.
I don't
Well done Nick!
Do I understand you correctly that it didn't work until you added the
debug to pppd? That points to a bug in pppd.
> The kppp log shows that the only initialisation sent to the modem is
>
> ATZ
> ATM1L1
> ATDT (then ihug's number)
This may be the only initialisation which is sen
On Sun, 27 Aug 2006 14:55:11 +1200
Christopher Sawtell <[EMAIL PROTECTED]> wrote:
I have just done some tests. My son's IBM T20 laptop has a modem which uses the
ltmodem driver (but he has windows installed). I have an account at ihug. I
have a mepis 6.0 live cd. So I booted it in the T20 and ga
On Sun, 27 Aug 2006 19:03:44 +1200
Alan <[EMAIL PROTECTED]> wrote:
> Right Christopher here are the two that you wanted by the 3way I
> think cp stands for copy
> but what does the grep command mean please(sometime).
>
> Alan
>
There's a load of weird sh*t in there! How about
cd /etc
On Sunday 27 August 2006 13:47, Alan wrote:
> the removal of the B commands seems to have stopped the attempt to go
> 1200 baud
Good. That's to be expected. Now we know exactly what B command does.
All we need now is a precise copy of /etc/ppp/options
and the tail of the pppd entries into the /va
Rik Tindall wrote:
more ideas..
Christopher Sawtell wrote:
Also note that the init strings in Kppp should be:-
Init 1: AT &F E0 &C1 &D2 V1 S0=0\V1
and
Init 2: ATS7=60S30=0L0M1\N3%C1&K3N1\J1X4# I have removed the B
commands
Can we try
Init 2: AT S7=60 S30=0 L0M1\N3 %C1&K3N1\J1X4
an
On Sun, 27 Aug 2006 00:02:15 +1200
Christopher Sawtell <[EMAIL PROTECTED]> wrote:
> On Saturday 26 August 2006 21:52, Alan wrote:
> > OK changed that line but still does not sound right when dialling out
> > but same result as last time.
> > Cut that line out and it sounds to be dialling normally
On Sun, 27 Aug 2006 09:59:00 +1200
Alan <[EMAIL PROTECTED]> wrote:
> Well Christopher I put all those lines into the options file and the
> grep showed they were all there (yes it was a $ not an S...I guess the
> letter S is in ass(me) also redid the init 1 and 2 lines as you
> suggested.
>
more ideas..
Christopher Sawtell wrote:
Also note that the init strings in Kppp should be:-
Init 1: AT &F E0 &C1 &D2 V1 S0=0\V1
and
Init 2: ATS7=60S30=0L0M1\N3%C1&K3N1\J1X4# I have removed the B commands
Can we try
Init 2: AT S7=60 S30=0 L0M1\N3 %C1&K3N1\J1X4
and run it with, then with
On Saturday 26 August 2006 21:52, Alan wrote:
> OK changed that line but still does not sound right when dialling out
> but same result as last time.
> Cut that line out and it sounds to be dialling normally but still does
> not confirm connection.
>
> Options: has the following set
> asyn
On Saturday 26 August 2006 19:31, Alan wrote:
> My thoughts are that the last setting set the modem to call out at
> 1200bps, going by the sound of the outgoing tones
Correct - going by the definitive 'CONNECT 1200' in the image you posted.
> If the B references are redundant then the Modem should
On Saturday 26 August 2006 16:51, Alan wrote:
> OK here goes, now I hav e put the added part in brackets after the
> initial string which sets the country(the brackets are not in the actual
> entry.
Let's parse it out. See:-
http://www.dynalink.co.nz/files/pdfs/lucent_v90_atcom.pdf
AT+GCI=7E
Christopher Sawtell wrote:
On Saturday 26 August 2006 14:35, Rik Tindall wrote:
Alan wrote:
I dont know how to interpret it attached is a snapshot of the kpp
modem commands screen,
note that it includes changes to init string 2 made when Christopher
was here... the changes did not
On Saturday 26 August 2006 14:29, Col wrote:
> Christopher Sawtell wrote:
> > On Saturday 26 August 2006 12:32, Nick Rout wrote:
> >> That certainly seems to show the required info, now do those
> >> initialisation strings help matters at all?
> >
> > All alternate characters seem to be nulls.
> >
On Saturday 26 August 2006 14:35, Rik Tindall wrote:
> Alan wrote:
> > I dont know how to interpret it attached is a snapshot of the kpp
> > modem commands screen,
> > note that it includes changes to init string 2 made when Christopher
> > was here... the changes did not make any difference b
Alan wrote:
I dont know how to interpret it attached is a snapshot of the kpp
modem commands screen,
note that it includes changes to init string 2 made when Christopher
was here... the changes did not make any difference but I have not
removed them as yet.
Can you please copy & post stri
Christopher Sawtell wrote:
On Saturday 26 August 2006 12:32, Nick Rout wrote:
That certainly seems to show the required info, now do those
initialisation strings help matters at all?
All alternate characters seem to be nulls.
How is this file encoded?
On Sat, 26 Aug 2006 10:42:45 +1200
Alan
On Saturday 26 August 2006 12:32, Nick Rout wrote:
> That certainly seems to show the required info, now do those
> initialisation strings help matters at all?
All alternate characters seem to be nulls.
How is this file encoded?
>
> On Sat, 26 Aug 2006 10:42:45 +1200
>
> Alan wrote:
> > is this t
That certainly seems to show the required info, now do those
initialisation strings help matters at all?
On Sat, 26 Aug 2006 10:42:45 +1200
Alan wrote:
> is this the file that you are looking for, I hope I have got it right.
>
> Alan
--
Nick Rout <[EMAIL PROTECTED]>
Alan wrote:
Oooops just noticed you sed you had already sent me that info.I
dont remember it but will have a look back and try to find if I still
have it in the inbox Nick.
If you don't you can look it up here: http://lists.ethernal.org/oldarchives/
--
Rik
45 matches
Mail list logo
