On Fri, Mar 30, 2001 at 01:36:39PM +0200, Alexander Leidinger wrote:
> On 30 Mar, Ruslan Ermilov wrote:
> >> - if I put the interface down the first time after a login I have to
> >>readd the defaultroute (only once, after additional "ifconfig
> >>down/up" I didn't have to readd the defau
On 30 Mär, Ruslan Ermilov wrote:
>> - if I put the interface down the first time after a login I have to
>>readd the defaultroute (only once, after additional "ifconfig
>>down/up" I didn't have to readd the defaultroute, it stays)
>>
> This is only possible if you have a routing daemon r
On 19 Mär, Ruslan Ermilov wrote:
> 3. The routing code was fixed to delete routes which use non-existent
> interface addresses. This code will wipe such a route.
> 5. This affects not only ppp(8). Add default route that points to the
> LAN; change the IP address
> On Sun, Mar 25, 2001 at 02:46:22AM +0100, Brian Somers wrote:
> > > > On Fri, Mar 23, 2001 at 23:11:56 +, Brian Somers wrote:
> > > > > 1. Ppp is in -auto mode (or a ``set mode auto'' has been done).
> > > > >Here, pp
On Sun, Mar 25, 2001 at 02:46:22AM +0100, Brian Somers wrote:
> > > On Fri, Mar 23, 2001 at 23:11:56 +, Brian Somers wrote:
> > > > 1. Ppp is in -auto mode (or a ``set mode auto'' has been done).
> > > >Here, ppp configures the interface as s
> > On Fri, Mar 23, 2001 at 23:11:56 +, Brian Somers wrote:
> > > 1. Ppp is in -auto mode (or a ``set mode auto'' has been done).
> > >Here, ppp configures the interface as soon as it sees the ``set
> > >ifaddr'' line and never
> On Fri, Mar 23, 2001 at 23:11:56 +, Brian Somers wrote:
> > 1. Ppp is in -auto mode (or a ``set mode auto'' has been done).
> >Here, ppp configures the interface as soon as it sees the ``set
> >ifaddr'' line and never undoes that configura
On Fri, Mar 23, 2001 at 23:11:56 +, Brian Somers wrote:
> 1. Ppp is in -auto mode (or a ``set mode auto'' has been done).
>Here, ppp configures the interface as soon as it sees the ``set
>ifaddr'' line and never undoes that configuration. An ``add
> > Do you mean that "add" PPP command now intentionally broken for any
> > address excepting *ADDR? Then, what is the reason to have numeric argument
> > there? Or do you mean that PPP must be fixed now? Where is the fix?
> >
> I mean that:
>
> 1. If
On 19 Mär, Ruslan Ermilov wrote:
> You will have to add the following command to the relevant section of
> ppp.conf:
>
> add default HISADDR
>
> for this to work.
I didn't use userland-ppp with I4B.
BTW: After a reboot the first try to dialout succeeded, this ti
On Mon, Mar 19, 2001 at 06:34:34PM +0100, Alexander Leidinger wrote:
> On 19 Mar, Ruslan Ermilov wrote:
>
> > 5. This affects not only ppp(8). Add default route that points to the
> > LAN; change the IP address on interface; observe that the default
> > route ha
On 19 Mär, Ruslan Ermilov wrote:
> 5. This affects not only ppp(8). Add default route that points to the
> LAN; change the IP address on interface; observe that the default
> route has gone away. The reason is that if we don't do this, we
> may end up using
ALWAYS 1.1.1.1 and I have static IP address which not changed after
> > > > > connection. HISADDR needed only when address changes on the fly.
> > > > >
> > > > > Moreover, my config works this way all this years.
> > > > >
> > &
changes on the fly.
> > > >
> > > > Moreover, my config works this way all this years.
> > > >
> > > Still, could you please try with HISADDR?
> >
> >
> > I try and it works with HISADDR.
> > But I see no reason why old working
On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote:
> Now
>
> add default 1.1.1.1
>
Perhaps, 1.1.1.1 should be written as HISADDR?
> command from /etc/ppp/ppp.conf does nothing interesting (PPP on demand),
> as result I have no route. Here is netstat -r a
here is no ``HISADDR'' in the ppp.conf. ``HISADDR'' is ppp.link{up,down} thing.
> If I understood Andrey correctly, 1.1.1.1 is the address used to trigger
> dial-on-demand.
>
You are mistaken. HISADDR is allowed everywhere, refer to the MANUAL DIALING
section of ppp(8
Ruslan Ermilov wrote:
> On Mon, Mar 19, 2001 at 05:39:47PM +0300, Andrey A. Chernov wrote:
> > On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote:
> > > On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote:
> > > > Now
> > > >
> > > > add default 1.1.1.1
> > > >
> > > Per
. HISADDR needed only when address changes on the fly.
> >
> > Moreover, my config works this way all this years.
> >
> Still, could you please try with HISADDR?
I try and it works with HISADDR.
But I see no reason why old working variant now broken. It is clear PPP
incom
On Mon, Mar 19, 2001 at 05:39:47PM +0300, Andrey A. Chernov wrote:
> On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote:
> > On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote:
> > > Now
> > >
> > > add default 1.1.1.1
> > >
> > Perhaps, 1.1.1.1 should be written as HI
On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote:
> On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote:
> > Now
> >
> > add default 1.1.1.1
> >
> Perhaps, 1.1.1.1 should be written as HISADDR?
>
No, it ALWAYS 1.1.1.1 and I have static IP address which not changed
Now
add default 1.1.1.1
command from /etc/ppp/ppp.conf does nothing interesting (PPP on demand),
as result I have no route. Here is netstat -r after connection is
established:
Routing tables
Internet:
DestinationGatewayFlags Refs Use Netif Expire
problem is still exist.
btw, i am running PPPoE. but the problem also exists in simple
PPP (modem) connection as well.
btw, i have found, if I try to download something like 1G,
I havnt see any problem occer, the download speed is fairly constant.
however, the problem always happen when someone t
Idea Receiver wrote:
>
> On Fri, 26 Jan 2001, Julian Elischer wrote:
> > how 'current' are your systems?
> > when did this behaviour start?
> > (i.e. before or after the latest round of netgraph changes?)
>
> it is before new netgraph...
> i think the new netgraph cause the same problem as well.
On Fri, 26 Jan 2001, Julian Elischer wrote:
> how 'current' are your systems?
> when did this behaviour start?
> (i.e. before or after the latest round of netgraph changes?)
it is before new netgraph...
i think the new netgraph cause the same problem as well..
To Unsubscribe: send mail to [E
Idea Receiver wrote:
>
> One of my current machines here are running PPPoE..
> for some reason, it will some times become extramly lag of its PPPoE
> connection. (for example, from 25ns ping time become 2500ns ping
> time). And will back to normal in few mins..
> However, i do not see the same pr
One of my current machines here are running PPPoE..
for some reason, it will some times become extramly lag of its PPPoE
connection. (for example, from 25ns ping time become 2500ns ping
time). And will back to normal in few mins..
However, i do not see the same problem on my 4.2 stable system.
i
You should get away with adding your ``set ifaddr'' line to
ppp.linkdown (you can remove the ``iface clear'' too).
> If this isn't the right place for this, I apologize. Feel free to set
> followups appropriately.
>
> I'm running ppp on a -curre
If this isn't the right place for this, I apologize. Feel free to set
followups appropriately.
I'm running ppp on a -current system (12/7/2000 vintage) named `moran'.
I'm using it as a gateway for small in-home network (a couple of windoze
boxes and a laptop running -sta
I think you're probably stuck with either trying to convince your
provider that their ppp implementation is wrong (it's ignoring ppp's
rejects) or maybe trying to get the logs from a working ppp
implementation that can connect to them.
If you can get the logs, please send them
Didn't help:
Dec 6 00:21:23 arnold ppp[56941]: tun0: Phase: bundle: Dead
Dec 6 00:21:24 arnold ppp[56941]: tun0: Phase: bundle: Establish
Dec 6 00:21:24 arnold ppp[56941]: tun0: Phase: 1: closed -> opening
Dec 6 00:21:24 arnold ppp[56941]: tun0: TCP/IP: OUT ICMP:
192.1
(From dialing to hangup) at
> http://www.neland.dk/arnold.log
> My ppp.conf is at http://www.neland.dk/arnold.conf
>
> Dec 5 22:28:28 arnold ppp[55986]: tun0: LCP: MRU[4] 1500
> Dec 5 22:28:28 arnold ppp[55986]: tun0: LCP: AUTHPROTO[4] 0xc023 (PAP)
> Dec 5 22:28:28 arnold ppp[55
It still doesn't work sometimes.
I have a complete log (From dialing to hangup) at
http://www.neland.dk/arnold.log
My ppp.conf is at http://www.neland.dk/arnold.conf
Dec 5 22:28:28 arnold ppp[55986]: tun0: LCP: MRU[4] 1500
Dec 5 22:28:28 arnold ppp[55986]: tun0: LCP: AUTHPROTO[4] 0
On Wed, 29 Nov 2000, Brian Somers wrote:
> Well, I haven't seen this before !!!
>
> Your ISP is *insisting* that you negotiate a multi-link connection.
> You can do this by simply adding
>
> set mrru 1506
>
> to your config.
>
Strange, since my subscription is single channel flat rate i
metimes the handshake fails.
> What is the log trying to tell me here? What can I tell my isp?
>
> When it fails, I can connect to another isp, which charges per minute
> charges, which I rather not use
> when I have flat rate.
>
> Nov 27 20:48:35 arnold ppp[7461]: tun0: Chat: Ph
when I have flat rate.
Nov 27 20:48:35 arnold ppp[7461]: tun0: Chat: Phone: x
Nov 27 20:48:35 arnold ppp[7461]: tun0: Phase: 1: Connected!
Nov 27 20:48:35 arnold ppp[7461]: tun0: Phase: 1: opening -> dial
Nov 27 20:48:35 arnold ppp[7461]: tun0: Chat: 1: Dial attempt 1 of 2
Nov 27 20:48
Sorry to chime in so late, but ppp(8) already has ATM support... I
must confess that I haven't tested it and don't know how it works,
but it may be worth looking at. A netgraph node would definitely be
preferable.
> On Sun, 22 Oct 2000 03:41:27 +0200, Poul-Henning Kamp wrote:
... are not liking each other after the lastest
ppp commits. I do not have time to look into this
until late tomorrow (and no, I don't see any commits
which would appear to fix this yet).
-John
crunchide -k _crunched_usbdevs_stub usbdevs.lo
cc -static -o boot_crunch boot_crunch.o sh.lo fi
Hi,
Thanks for the patches. I've committed the changes although I'm
having problems with MPPE. I suspect the problems are actually in
the CCP stuff though - and I've suspected this for some time,
something to do with running ppp back-to-back (and not over a tty).
I'll
Hi!
Here is a patch attached (made from current from 2813).
Patch makes ppp able to respond and initiate MS-CHAP-v2 authentication and
supports MPPE encryption protocol. With all these ppp can participate in
MS VPN. Please look at this, and tell me what you think?
Bye!
ppp-mppe-patch.gz
Brian Smith writes:
> >> Ok, well if I were to netgraphify the ATM code, would mpd be sufficient
> >> to get PPP over ATM working? (I have a lot of reading up to do, but
> >
> >Mpd can do PPP over any netgraph hook, so unless there's some particular
> >we
On Sun, 22 Oct 2000 20:36:52 -0700 (PDT), Archie Cobbs wrote:
>> Ok, well if I were to netgraphify the ATM code, would mpd be sufficient
>> to get PPP over ATM working? (I have a lot of reading up to do, but
>
>Mpd can do PPP over any netgraph hook, so unless there's som
Brian Smith writes:
> >>Are you aware of any efforts to add PPP over ATM or Netgraph
> >>support to the current ATM code?
> >
> >I'm not aware of any activity in the ATM code at all...
>
> Ok, well if I were to netgraphify the ATM code, would mpd be suff
On Sun, 22 Oct 2000 03:41:27 +0200, Poul-Henning Kamp wrote:
>>>>Who knows about the ATM stuff in the kernel?
>>>
>>>We have two ATM stacks:
>>> * The minimalist "chuck" stack.
>>> * The full-blown HARP stack.
>>>
>&g
ck" stack.
>> * The full-blown HARP stack.
>>
>>Neither support netgraph.
>
>Are you aware of any efforts to add PPP over ATM or Netgraph
>support to the current ATM code?
I'm not aware of any activity in the ATM code at all...
--
Poul-Henning Kamp
On Sun, 22 Oct 2000 03:16:38 +0200, Poul-Henning Kamp wrote:
>
>>Who knows about the ATM stuff in the kernel?
>
>We have two ATM stacks:
> * The minimalist "chuck" stack.
> * The full-blown HARP stack.
>
>Neither support netgraph.
Are you aware
>Who knows about the ATM stuff in the kernel?
We have two ATM stacks:
* The minimalist "chuck" stack.
* The full-blown HARP stack.
Neither support netgraph.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committe
On Sun, 22 Oct 2000 04:30:30 -0700, Julian Elischer wrote:
>Don't forget to consider how you could do this with netgraph.
>We already have ppp over ethernet and other transports using netgraph,
>(and mpd (in ports) already uses teh netgraph kernel ppp stack)
I am not familiar
Brian Smith wrote:
>
> I was wondering what the state of PPP over ATM is, if there is at all. And would
>like to offer my services in it's
> development if it isn't finished (or started) yet. I inquired on #FreeBSDHelp on
>EFNet but I didn't get any
> usefu
I was wondering what the state of PPP over ATM is, if there is at all. And would like
to offer my services in it's
development if it isn't finished (or started) yet. I inquired on #FreeBSDHelp on
EFNet but I didn't get any
useful results. I am not sure if this is the corr
> ===> usr.sbin/ppp
> rm -f .depend
> mkdep -f .depend -a-DHAVE_DES -I/usr/obj/usr/src/i386/usr/include
>/usr/src/usr.sbin/ppp/acf.c /usr/src/usr.sbin/ppp/arp.c /usr/src/usr.sbin/ppp/async.c
>/usr/src/usr.sbin/ppp/auth.c /usr/src/usr.sbin/ppp/bundle.c
>/usr/src/usr
===> usr.sbin/ppp
rm -f .depend
mkdep -f .depend -a-DHAVE_DES -I/usr/obj/usr/src/i386/usr/include
/usr/src/usr.sbin/ppp/acf.c /usr/src/usr.sbin/ppp/arp.c /usr/src/usr.sbin/ppp/async.c
/usr/src/usr.sbin/ppp/auth.c /usr/src/usr.sbin/ppp/bundle.c
/usr/src/usr.sbin/ppp/cbcp.c /usr/
> On Fri, Aug 11, 2000 at 08:58:48PM -0700, Eric Anholt <[EMAIL PROTECTED]> wrote:
>
> > I've been seeing these errors for about a month now. When PPP is
> > first started, it outputs:
> > calwell:/usr/src/bzflag>ppp -ddial -nat papchap
> > Wor
On Fri, Aug 11, 2000 at 08:58:48PM -0700, Eric Anholt <[EMAIL PROTECTED]> wrote:
> I've been seeing these errors for about a month now. When PPP is
> first started, it outputs:
> calwell:/usr/src/bzflag>ppp -ddial -nat papchap
> Working in ddial mode
> Using i
I've been seeing these errors for about a month now. When PPP is
first started, it outputs:
calwell:/usr/src/bzflag>ppp -ddial -nat papchap
Working in ddial mode
Using interface: tun0
Warning: Add route failed: 0.0.0.0: errno: Network is unreachable
It still dials and connects, then ge
better yet why not have your email client automatically download your email
every 4 minutes...
Leif Neland wrote:
> On Wed, 9 Aug 2000, justin wrote:
>
> > Hey fellas...
> >
> > What I would like to do right now, however, is guarantee that
> > anytime, anyday, barring a problem with my ISP,
On Wed, 9 Aug 2000, justin wrote:
> Hey fellas...
>
> What I would like to do right now, however, is guarantee that
> anytime, anyday, barring a problem with my ISP, that my box is
> connected to the internet. I have it currently setup to dial the
> internet when it boots and that seems, s
execute it. I
>was thinking some type of script running from crontab every 5 minutes. If I am not
>connected, then automatically reconnect to the internet.
Read the ppp(8) manpage and you will discover the -ddial flag which
implements the functionality you have discussed. It would probably
ation/server. I allready have PPP setup and when I execute
>it, it runs fine. Now then, what I would eventually like to do is have all of my
>windows based machines connect to this one and use it as a gateway for internet
>traffic. However, that will come later.
>
> What I would lik
Hey fellas...
Allright, here is the situation.
I just had a second phone line installed in my house, a POTS (plain old
telephone service) line. I have plugged it directly into my FreeBSD 4.1-STABLE
workstation/server. I allready have PPP setup and when I execute it, it runs
fine. Now
get message 'BUSY'.
> ------
>
> Aug 2 11:57:11 sec ppp[205]: tun0: Phase: bundle: Establish
> Aug 2 11:57:11 sec ppp[205]: tun0: Phase: deflink: closed -> opening
> Aug 2 11:57:11 sec ppp[205]: tun0: Phase: deflink: Connected!
> Aug 2 11:57:11 sec p
Hi,
Below I have part of ppp.log.
Could you tell me what the fifth line does mean?
What is CD?
When I try to connect using ATDT12345
I get message 'BUSY'.
--
Aug 2 11:57:11 sec ppp[205]: tun0: Phase: bundle: Est
On Wed, Jul 12, 2000 at 02:50:45PM +0100, Brian Somers wrote:
> I'd like to disclaim all responsibility :-I
I'm almost convinced you're innocent. I've managed to restabilize my system
by replacing "set device PPPoE:ed1" with "set device /dev/cuaa2". I
> Udo Erdelhoff schrieb:
> >
> > Hi,
> > ppp -auto stopped working fater I've updated my box from 06/17-Sources
> > to yesterday's version (07/06, approx. 1500 GMT). tcpdump -ni tun0
> > shows the traffic but that's it. ppp.log doesn't s
I'd like to disclaim all responsibility :-I
I'd normally try to figure out what the problem is or ask for more
info, but seen as ppp caused a kernel panic on me this morning on the
train, and since then cvsup has caused a similar panic, htc panics
and just about anything else intere
Hi,
I've finally managed to capture a crashdump after a panic in sbdrop(). The
machine in question uses ppp/ipfw/natd to connect a small LAN to the
outside world via a DSL link. ppp started to misbehave: NS queries were
sent out but didn't come back (I had tcpdumps running on both tu
On Sun, Jul 09, 2000 at 06:04:47PM +0200, Daniel Rock wrote:
> - if (pri > 0)
> + if (pri >= 0)
Groan. "The problem must be somewhere in ip.c, the other changes were
purely cosmetic". Famous last words.
Thanks, I've re-reverted to the current version, applied your patch and
-auto mode
Udo Erdelhoff schrieb:
>
> Hi,
> ppp -auto stopped working fater I've updated my box from 06/17-Sources
> to yesterday's version (07/06, approx. 1500 GMT). tcpdump -ni tun0
> shows the traffic but that's it. ppp.log doesn't show any obvious
> problems. -ddia
Hi,
ppp -auto stopped working fater I've updated my box from 06/17-Sources
to yesterday's version (07/06, approx. 1500 GMT). tcpdump -ni tun0
shows the traffic but that's it. ppp.log doesn't show any obvious
problems. -ddial works, sending a manual dial command (via pppctl
On Wed, Jun 14, 2000 at 06:46:07PM +0400, Andrey A. Chernov wrote:
> Fresh -current, "ppp -auto system" not react on outgoing packets and not
> dial, it seems they routed to dead end. Direct "dial system" command
> dials in, but packets not routed too. Restoring ppp
Fresh -current, "ppp -auto system" not react on outgoing packets and not
dial, it seems they routed to dead end. Direct "dial system" command
dials in, but packets not routed too. Restoring ppp from 8 Jun fix it.
--
Andrey A. Chernov
<[EMAIL PROTECTED]>
http://ache.pp.
Brian Somers writes:
>Sorry, I should have done more than a few greps when reviewing this.
While we're in self-castigation mode here ;), _I_ should have done
more than a few greps before *committing* this.
My first pointy hat in 5 years, not bad (of course, I don't do all
that much committing).
ected to have MAX_HDR bytes preceeding it
(for compressed packets) and slcs_u::csu_ip therefore needs to be
more than just an IP header.
> Maxim Sobolev writes:
> >Hi,
> >
> >The ppp built from the just cvsup'ed -current sources segfaulting. Following i
> >s
&g
Maxim Sobolev writes:
>Hi,
>
>The ppp built from the just cvsup'ed -current sources segfaulting. Following i
>s
>backtrace. Please contact me of some additional debugging info will be
>necessary.
>
>-Maxim
>
>PPP ON vega>
>Program received signal S
Hi,
The ppp built from the just cvsup'ed -current sources segfaulting. Following is
backtrace. Please contact me of some additional debugging info will be
necessary.
-Maxim
PPP ON vega>
Program received signal SIGSEGV, Segmentation fault.
0x806e98e in sl_compress_tcp (m=0x809e000, ip=0
> Hi,
Hi,
> I've configured my laptop to use IPSec to set up a link
> back to my office network. Every encapsulated packet
> generates an error message "cksum: out of data". The link
> works fine otherwise.
>
> I'm using AH+ESP over a normal PPP dialup
Hi,
I've configured my laptop to use IPSec to set up a link
back to my office network. Every encapsulated packet
generates an error message "cksum: out of data". The link
works fine otherwise.
I'm using AH+ESP over a normal PPP dialup link to my ISP.
Normal internet pac
> Brian Somers wrote:
>
> > Ah, ok. This is incoming data that's being ignored by ppp - maybe
> > because you've got ``nat deny_incoming yes'' configured ?
>
> Yes, I have ``nat deny_incoming yes''. Thanks for explaining.
>
> Maybe i
Brian Somers wrote:
> Ah, ok. This is incoming data that's being ignored by ppp - maybe
> because you've got ``nat deny_incoming yes'' configured ?
Yes, I have ``nat deny_incoming yes''. Thanks for explaining.
Maybe it would be worth to add more meanin
> Brian Somers wrote:
>
> > > Hi,
> > >
> > > After upgrading my box to the 4.0-STABLE, I've discovered that ppp started
> > > produce regular warnings I've never seen before:
> > >
> > > Warning: nat_LayerPull: Dropped a pack
Brian Somers wrote:
> > Hi,
> >
> > After upgrading my box to the 4.0-STABLE, I've discovered that ppp started
> > produce regular warnings I've never seen before:
> >
> > Warning: nat_LayerPull: Dropped a packet
> >
> > What does it
> Hi,
>
> After upgrading my box to the 4.0-STABLE, I've discovered that ppp started
> produce regular warnings I've never seen before:
>
> Warning: nat_LayerPull: Dropped a packet
>
> What does it mean and what implications may it have?
This is
Hi,
After upgrading my box to the 4.0-STABLE, I've discovered that ppp started
produce regular warnings I've never seen before:
Warning: nat_LayerPull: Dropped a packet
What does it mean and what implications may it have?
-Maxim
To Unsubscribe: send mail to [EMAIL PROTE
Check out http://www.FreeBSD.org/FAQ/userppp.html.
The remote end is reflecting your data back at you.
> usually ppp from laptop (3.4+pao) to home (4.0-stable) works fine. and then
> sometimes it will get stuck in the following mode three N in a row.
>
> ppp[547]: tun0: Chat
usually ppp from laptop (3.4+pao) to home (4.0-stable) works fine. and then
sometimes it will get stuck in the following mode three N in a row.
ppp[547]: tun0: Chat: Send: AT^M
ppp[547]: tun0: Chat: Expect(5): OK
ppp[547]: tun0: Chat: Received: AT^M^M
ppp[547]: tun0: Chat: Received: OK^M
[ Please redirect me to a better mailinglist if needed, I haven't had any
replies on this subject yet ]
I'm getting closer.
Basically, I have at home a win-machine behind a FreeBSD box with user-ppp
and isdn. It is cheaper for me to use an alternative ISP than ourselves to
get the m
On Wed, 8 Mar 2000, Leif Neland wrote:
> I'm trying to use MS-VPN using poptop. (pptpd)
>
> It works nicely from home to my current at home, but not to my stable at work.
>
Followup: From work to current at home fails too:
> ppp.log says repeately:
>
> Mar 9 06
I'm trying to use MS-VPN using poptop. (pptpd)
It works nicely from home to my current at home, but not to my stable at work.
I have copied /etc/ppp/ppp.conf, /etc/ppp/ppp.secret and /usr/local/etc/pptpd.conf
from the current to the stable machine.
When logging on to the stable, I get
< said:
> I'm not ready to play with the openssl/ssh stuff yet, but I wanted to
> test Soren's latest ATA stuff so I cvsup'ed and started a buildworld
> with the following make.conf options:
> My buildworld failed here in the 'make dependencies' stage:
That's because lots of things were b
with the following make.conf options:
>
> I'm testing the fix now..thanks.
Ok, cool. I got the build going again by taking all the ppp stuff out
of usr.sbin's Makefile and the buildworld completed successfully. I
don't need ppp so it's no skin off my teeth.
On Sun, 27 Feb 2000, Doug Barton wrote:
> Howdy,
>
> I'm not ready to play with the openssl/ssh stuff yet, but I wanted to
> test Soren's latest ATA stuff so I cvsup'ed and started a buildworld
> with the following make.conf options:
I'm testing the fix now..thanks.
Kris
To Unsubscrib
ENSSL= true
RSAREF= YES
COPTFLAGS= -O -pipe
USA_RESIDENT= YES
TOP_TABLE_SIZE= 101
My buildworld failed here in the 'make dependencies' stage:
src/usr.sbin/ppp/chap_ms.c:29: openssl/des.h: No such file or directory
mkdep: compile failed
*** Error code 1
Stop in /usr/amd/rea
> Thanks for the reply.
>
> > Date: Wed, 16 Feb 2000 01:16:25 -0700
> > From: Warner Losh <[EMAIL PROTECTED]>
> >
> > In message <[EMAIL PROTECTED]> Thomas Dean writes:
> > : What change to ppp did I miss?
> >
> > There were s
A very careful reading of the man page shows:
Note that two parsers will examine these escape sequences, so in
order to have the `chat parser' see the escape character, it is
necessary to escape it from the `command parser'. This means that in
practice you should use two escapes, for exam
y 16, 2000 10:00 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Problems with Recent PPP Changes
>
> Thanks for the reply.
>
> > Date: Wed, 16 Feb 2000 01:16:25 -0700
> > From: Warner Losh <[EMAIL PROTECTED]>
> >
> > In message <[EMAIL PROTECTED]>
Thanks for the reply.
> Date: Wed, 16 Feb 2000 01:16:25 -0700
> From: Warner Losh <[EMAIL PROTECTED]>
>
> In message <[EMAIL PROTECTED]> Thomas Dean writes:
> : What change to ppp did I miss?
>
> There were some quoting and comment recognition changes at one
&
make world'.
All seemed OK, only one minor problem that was documented in
UPDATING. I rebuilt the kernel, again, all seemed OK.
After the post world reboot, PPP will not connect with -auto. I can
connect manually and all seems OK.
The FreeBSD site search is down.
If I use 'ppp -auto
Leif Neland wrote:
> Can user-ppp do that?
> Looking through the manpage, it can't, but...
"set log +tcp/ip" and then grep logs for string containing "DIAL".
-Maxim
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Leif Neland wrote:
> I now get dynamic ip's from my ISP, using user-ppp and i4b.
> I don't think this is a problem (unless there is some limit of the number
> of adresses remebmered), but I wonder why the previous ip's are shown on
> ifconfig -a:
>
> tun0: fl
Can user-ppp do that?
Looking through the manpage, it can't, but...
Leif
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I now get dynamic ip's from my ISP, using user-ppp and i4b.
I don't think this is a problem (unless there is some limit of the number
of adresses remebmered), but I wonder why the previous ip's are shown on
ifconfig -a:
tun0: flags=8051 mtu 1524
inet6 fe80:15::280
101 - 200 of 287 matches
Mail list logo