On Wed, 29 Dec 1999, Werner Griessl wrote:
current's new ppp discards the "#0001"-part from my
german telekom account and makes it impossible to
connect to my provider.
While we are on the subject, ppp no longer runs an external chat
script. This used to work:
set login "\&qu
Bryan Liesner wrote:
On Wed, 29 Dec 1999, Werner Griessl wrote:
current's new ppp discards the "#0001"-part from my
german telekom account and makes it impossible to
connect to my provider.
While we are on the subject, ppp no longer runs an external chat
script. This us
Bryan Liesner wrote:
On Wed, 29 Dec 1999, Werner Griessl wrote:
current's new ppp discards the "#0001"-part from my
german telekom account and makes it impossible to
connect to my provider.
While we are on the subject, ppp no longer runs an external cha
[.]
tun0: Command: ip-telecom: set dial ABORT BUSY ABORT NO\sCARRIER ABORT
NO\sDIAL\sTONE TIMEOUT 5 "" AT OK-AT-OK ATF OK
AT#F0$R1%E0S20=8E2S48=16 OK \dATDP\T TIMEOUT 40 CONNECT
[.]
ppp was treating everything from the # to the end of line as a
comment. It should be
As of today -current ppp is still incorrectly parsing dial string (yes,
I know that Brian several days ago already submitted some patches to
address similar problems, but it seems that it was not enough).
Following is transcript of my session, using configuration which worked
flawlessly
Christopher Nielsen wrote:
On Tue, 21 Dec 1999, Andrey A. Chernov wrote:
With latest ppp I hear no phone numbers dial sounds at the stage:
Phase: Phone: N
ppp does _nothing_ until timeout occurse, then redial happens
with the same unsuccessful result.
I'm seeing the exact
I cvsupped 24 hours ago, and I just re-cvsupped and there were no
changes to any ppp sources...
The dial string is not being parsed correctly
set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT OK-AT-OK ATE1Q0 OK
\\dATDT\\T TIMEOUT 40 CONNECT"
The \\d and the \\T
With latest ppp I hear no phone numbers dial sounds at the stage:
Phase: Phone: N
ppp does _nothing_ until timeout occurse, then redial happens
with the same unsuccessful result.
Erk! Fixed now. Thanks for the report.
--
Andrey A. Chernov
http://nagual.pp.ru/~ache/
MTH/SH/HE
I cvsupped 24 hours ago, and I just re-cvsupped and there were no
changes to any ppp sources...
The dial string is not being parsed correctly
set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT OK-AT-OK ATE1Q0 OK
\\dATDT\\T TIMEOUT 40 CONNECT"
The \\d and t
+[ Brian Somers ]-
|
|
| Fixed now - my apologies.
Not a problem, that's why it's -current.
--
Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew Milton
The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 |
ACN: 082
With latest ppp I hear no phone numbers dial sounds at the stage:
Phase: Phone: N
ppp does _nothing_ until timeout occurse, then redial happens
with the same unsuccessful result.
--
Andrey A. Chernov
http://nagual.pp.ru/~ache/
MTH/SH/HE S-- W-- N+ PEC+ D A a++ C G+ QH+(++) 666+++ Y
On Tue, 21 Dec 1999, Andrey A. Chernov wrote:
With latest ppp I hear no phone numbers dial sounds at the stage:
Phase: Phone: N
ppp does _nothing_ until timeout occurse, then redial happens
with the same unsuccessful result.
I'm seeing the exact same thing. It appears that the phone
a strange
JH symptom with ppp over a pty; ppp does not detect that the pty
JH does not support carrier, and will cycle once per second
JH waiting for CD to appear. Putting ``set cd off'' in my
JH ppp.conf for that target fixed the problem, but I thought I'd
JH mention it n
This is now fixed in -stable (and -current).
"JH" == Jon Hamilton [EMAIL PROTECTED] writes:
JH Running -current from this afternoon, I am having a strange
JH symptom with ppp over a pty; ppp does not detect that the pty
JH does not support carrier, and will
"JH" == Jon Hamilton [EMAIL PROTECTED] writes:
JH Running -current from this afternoon, I am having a strange
JH symptom with ppp over a pty; ppp does not detect that the pty
JH does not support carrier, and will cycle once per second
JH waiting for CD to appear. Put
Running -current from this afternoon, I am having a strange symptom with
ppp over a pty; ppp does not detect that the pty does not support carrier,
and will cycle once per second waiting for CD to appear. Putting
``set cd off'' in my ppp.conf for that target fixed the problem, but I
thought I'd
everything is working fine as it used to after installing
current but i get this error message when ppp tries to connect
"ppp[52]: tun0: Warning: deflink: /dev/cuaa1: Bad file
descriptor" i'm not sure how to fix this any ideas
?
everything is working fine as it used to after installing current but i get this
error message when ppp tries to connect
"ppp[52]: tun0: Warning: deflink: /dev/cuaa1: Bad file descriptor" i'm not sure
how to fix this any ideas ?
[.]
You'll need to explain a bit more, and m
On Wed, Jul 07, 1999 at 10:02:44PM +0100, Brian Somers wrote:
This aside, I think there are more bits required for the patches :*1
rc.conf.5 needs to be updated - that's the easy bit.
Done - see attached.
I think we also need a src/etc/ppp/ppp.conf that installs with 0600
permissions
What reason would the rest of the "world" have to read rc.conf? It could
only create a possible security risk.
This is shabby reasoning. rc.conf contains public system configuration
data, which may need to be consumed by non-root processes.
What kind of non-root program would
On Wed, Jul 07, 1999 at 11:46:27AM +0200, Ladavac Marino wrote:
Something like this should do it. It may be nice to also allow the
authname/authkey to be specified on the command line so that they
can easily be set in rc.conf, by hand or by sysinstall.
[ML] You do not really
-Original Message-
From: Josef Karthauser [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, July 07, 1999 1:22 PM
To: Ladavac Marino
Cc: Brian Somers; Mark Thomas; [EMAIL PROTECTED]; Wayne
Self
Subject: Re: userland ppp - startup
On Wed, Jul 07, 1999 at 12:20:35PM +0200
On 07-Jul-99 Ladavac Marino wrote:
It does :) That said doesn't sysinstall using ppp to do a net
install?
How does it setup username/password, etc.
[ML] It asks for it in a dialog box, IIRC (never having used it
:)
sysinstall drops you into ppp and you have to use the term
.)
Everyone can see the environment too, so that's not secure at all. In
fact the best place would probably be the ppp configuration file, which
should only be readable by root and group ppp (or is it network?).
- alex
I thought felt your touch
In my car, on my clutch
But I guess it's just someone who
On Mon, Jul 05, 1999 at 08:59:41PM +0100, Brian Somers wrote:
[-current cc'd - please don't make this a big thread !]
/etc/start_if.tun0 with an ``exec ppp ...''. This starts things up
at the correct point.
However, maybe it's time for a knob in rc.conf ? Something like
On Wed, 7 Jul 1999, Keith Stevenson wrote:
On Wed, Jul 07, 1999 at 01:19:02PM -0700, Alex Zepeda wrote:
On Wed, 7 Jul 1999, Ladavac Marino wrote:
[ML] You do not really want these on the command line for
everyone to see with ps. (nor in rc.conf for everyone to see with e.g.
On Wed, 7 Jul 1999 Keith Stevenson wrote:
Why is rc.conf readable by world?!
Why not?
What about that:
spppconfig_isp0="authproto=chap myauthname=foo myauthsecret='top secret'
hisauthname=some-gw hisauthsecret='another secret'"
Boris
--
[EMAIL PROTECTED]
Boris Staeblow
To
On Wed, Jul 07, 1999 at 10:02:44PM +0100, Brian Somers wrote:
Ha, and you thought it'd be straight forward ;^P
;b just time mate :) I'm off on holiday on Saturday, until the next Sunday.
Day off work on the Monday. If I don't get it tied up before I go I'll finish
it on my return.
Joe
--
On Wed, Jul 07, 1999 at 01:00:46PM +0100, Steve O'Hara-Smith wrote:
On 07-Jul-99 Ladavac Marino wrote:
sysinstall drops you into ppp and you have to use the term
command to log in manually.
Ahha, it's not quite as bad as that. sysinstall asks you some questions
and writes
On Wed, 7 Jul 1999, Mike Smith wrote:
Why is rc.conf readable by world?!
Why not?
What reason would the rest of the "world" have to read rc.conf? It could
only create a possible security risk.
This is shabby reasoning. rc.conf contains public system configuration
data,
' and timed out again.
[.]
Can you send me an exact copy of your ``set login'' line ? Also,
what does ``show version'' in ppp say ? Are you running the latest
version ?
Cheers.
--
Richard Kuhns r...@grauel.com
PO Box 6249 Tel: (765)477-6000 \
100 Sawmill Road
with
ppp so it no longer works correctly for me (details shortly).
**
I decided to check the -commit archives in case I missed an alert
somewhere, and the database seems to be corrupted. Using netscape 4.5, I
checked cvs-committers only, asked for articles on ppp sorted by date, and
got a nice list
changed with
ppp so it no longer works correctly for me (details shortly).
[.]
May 25 11:02:53 moran ppp[3577]: tun0: LCP: deflink: Stopped timer expired
May 25 11:02:53 moran ppp[3577]: tun0: LCP: deflink: State change Stopped --
Closed
This happens because the peer hasn't said anything
). During that time, something changed with
ppp so it no longer works correctly for me (details shortly).
[.]
May 25 11:02:53 moran ppp[3577]: tun0: LCP: deflink: Stopped timer expired
May 25 11:02:53 moran ppp[3577]: tun0: LCP: deflink: State change Stopped
-- Closed
On Sun, May 9, 1999, Brian Somers wrote:
[.]
I'm using the 3.1R PPP right now, until the problem is
resolved. I'm sending a problem report, as well.
It should be resolved now. A NULL mbuf value is valid - it just
means that there's nothing in it. I changed fsm_Input
On Sun, May 9, 1999, Brian Somers wrote:
[.]
I'm using the 3.1R PPP right now, until the problem is
resolved. I'm sending a problem report, as well.
It should be resolved now. A NULL mbuf value is valid - it just
means that there's nothing in it. I changed fsm_Input
it.
I'm just committing some changes now that make ppp a little more
careful about this sort of things.
Thanks.
--
Chris Costelloch...@calldei.com
Avoid temporary variables and strange women.
--
Brian br...@awfulhak.orgbr
[.]
I'm using the 3.1R PPP right now, until the problem is
resolved. I'm sending a problem report, as well.
It should be resolved now. A NULL mbuf value is valid - it just
means that there's nothing in it. I changed fsm_Input() with the
last commits, and didn't notice the MBUF_CTOP
Brian,
I CVSup'd earlier this morning and did a 'make world' on my
-current box. If I try to use PAP/CHAP authentication, then
ppp coredumps. Without using PAP/CHAP it seems to work fine.
It also works when I did a
cd /usr/src/usr.sbin/ppp
cvs update -Dyesterday -PAd
On Sat, May 8, 1999, Steve Price wrote:
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libcrypt.so.2...done.
Reading symbols from /usr/lib/libmd.so.2...done.
Reading symbols from /usr/lib/libutil.so.2...done.
Reading symbols from
Somewhere in the mbuf code, either mbuf_Alloc or mbuf_Prepend,
there is code that causes ppp to assign a particular mbuf
structure pointer to a null pointer, causing ppp to dump core.
Contrary to somebody else's email to this list, it is, in fact, a
problem affecting any authentication method
On Sat, 8 May 1999, Chris Costello wrote:
Somewhere in the mbuf code, either mbuf_Alloc or mbuf_Prepend,
there is code that causes ppp to assign a particular mbuf
structure pointer to a null pointer, causing ppp to dump core.
Contrary to somebody else's email to this list, it is, in fact
On Sat, May 8, 1999, Chuck Robey wrote:
On Sat, 8 May 1999, Chris Costello wrote:
Somewhere in the mbuf code, either mbuf_Alloc or mbuf_Prepend,
there is code that causes ppp to assign a particular mbuf
structure pointer to a null pointer, causing ppp to dump core.
Contrary
At 09:24 4/9/99 +0100, Brian Somers wrote:
Does anything different happen if you
set accmap 000a
in your ppp.conf ? If not, you're going to have to approach your ISP
and ask them why their ppp implementation is ignoring our requests
(which needless to say violates the rfc).
It would
? If not, you're going to have to approach your ISP
and ask them why their ppp implementation is ignoring our requests
(which needless to say violates the rfc).
It would appear that a few more things are wrong, because the setting
doesn't help on my 4.0-CURRENT box, but downgrading to 3.1-RELEASE
Does anything different happen if you
set accmap 000a
in your ppp.conf ? If not, you're going to have to approach your ISP
and ask them why their ppp implementation is ignoring our requests
(which needless to say violates the rfc).
cvsupped, built CURRENT as of April 8th, upgrading
.
(passwords have been deliberately blanked, of course. :P)
I believe that both peers are attempting to negotiate an IP address, but
are failing to do so as shown by the repeated negotiation attempts. The
same PPP configuration file worked as of 24 hours ago on 3.1-STABLE. Any
insight would be greatly
call costs a few cents; I'm billed both for each connect, and for
connect time. It all adds up. And I'm connected to the other modem, even
if the handshake doesn't work.
Hi,
Ppp now can now do an incremental redial timeout. Check the ``set
redial'' command description in the man page
On Fri, 29 Jan 1999, Brian Somers wrote:
Would it be possible to add an exponential delay when connecting fails for
either reason?
I just received my specified phone-bill. It filled 42 pages, with hundreds
of calls with a duration of 17 seconds. (Because my modem needs to be
Would it be possible to add an exponential delay when connecting fails for
either reason?
I just received my specified phone-bill. It filled 42 pages, with hundreds
of calls with a duration of 17 seconds. (Because my modem needs to be
software-reset; I have mentioned this before).
Each
On Wed, 27 Jan 1999, Brian Somers wrote:
To find out if this is the problem, can you try connecting
interactively. You should see the same delay. You can then try
again, but during the delay, pressing return a few times at the
prompt should wake ppp up. Is this happening ?
Well, I
So there are now 2 possibilities for this problem:
a) I was out of sync :(
b) Someone fixed ppp
Last nights commit was for RADIUS support in ppp. There was another
latency problem that I fixed about a week ago - maybe that was it :-)
--
# /AS/ http
Brian Somers wrote:
So there are now 2 possibilities for this problem:
a) I was out of sync :(
b) Someone fixed ppp
Last nights commit was for RADIUS support in ppp. There was another
latency problem that I fixed about a week ago - maybe that was it :-)
Yuck! (jumping in the air
Would it be possible to add an exponential delay when connecting fails for
either reason?
I just received my specified phone-bill. It filled 42 pages, with hundreds
of calls with a duration of 17 seconds. (Because my modem needs to be
software-reset; I have mentioned this before).
Each call
Brian Somers wrote:
So there are now 2 possibilities for this problem:
a) I was out of sync :(
b) Someone fixed ppp
Last nights commit was for RADIUS support in ppp. There was another
latency problem that I fixed about a week ago - maybe that was it :-)
Yuck! (jumping
Hi!
I'am not sure where this comes from, but at the moment I have some
troubles with the userland ppp.
The symptoms: After establishing the connection and setting the
defaultroute *nothing* works, that means, the line seems
to be completely dead. Not even
, and
I also noted small changes to /usr/src/usr.sbin/ppp.
The delay until everything works ok looks like something waits for some
buffer to be filled up, because there is absolutely no modem activity
for the first couple of seconds.
--
# /AS/ http://privat.schlund.de
delay. You can then try
again, but during the delay, pressing return a few times at the
prompt should wake ppp up. Is this happening ?
BTW, I recently fixed one of these bugs when ``openmode'' is set to
``passive''
On Tue, 26 Jan 1999, Brian Somers wrote:
Are you using a routing daemon
Hi!
I'am not sure where this comes from, but at the moment I have some
troubles with the userland ppp.
The symptoms: After establishing the connection and setting the
defaultroute *nothing* works, that means, the line seems
to be completely dead. Not even the peer can
FYI, when I rcp (actually, rsync) a certain makefile (ppp -alias), I
get lots of these, and it never completes:
Warning: CCP: deflink: Incorrect ResetAck (id 49, not 50) ignored
Warning: CCP: deflink: Incorrect ResetAck (id 49, not 50) ignored
Warning: CCP: deflink: Unexpected ResetAck (id 51
201 - 260 of 260 matches
Mail list logo
