andrew clarke wrote:
I'm using /usr/sbin/ppp for PPPoE over an ADSL modem in bridged mode:
# ifconfig tun0
tun0: flags=8051 metric 0 mtu 1492
options=8
inet 203.217.27.170 --> 203.215.15.252 netmask 0x
inet 203.214.46.107 --> 203.215.7.251 netmask
On 11/20/2012 2:49 AM, andrew clarke wrote:
I'm using /usr/sbin/ppp for PPPoE over an ADSL modem in bridged mode:
# ifconfig tun0
tun0: flags=8051 metric 0 mtu 1492
options=8
inet 203.217.27.170 --> 203.215.15.252 netmask 0x
inet 203.21
Hi,
On Tue, 20 Nov 2012 11:49:39 +1100
andrew clarke wrote:
> I'm using /usr/sbin/ppp for PPPoE over an ADSL modem in bridged mode:
>
> # ifconfig tun0
> tun0: flags=8051 metric 0 mtu 1492
> options=8
> inet 203.217.27.170 --> 203.215
I'm using /usr/sbin/ppp for PPPoE over an ADSL modem in bridged mode:
# ifconfig tun0
tun0: flags=8051 metric 0 mtu 1492
options=8
inet 203.217.27.170 --> 203.215.15.252 netmask 0x
inet 203.214.46.107 --> 203.215.7.251 netmask 0x
Op
On 7/12/2012 10:18 AM, David Banning wrote:
> Lately I have a problem where the ppp connection goes down.
> Watching the log I see the following;
> Jul 12 09:55:13 3s1 ppp[31115]: tun0: Phase: deflink: opening -> dial
> Jul 12 09:55:13 3s1 ppp[31115]: tun0: Phase: deflink: dial -
Lately I have a problem where the ppp connection goes down.
Watching the log I see the following;
Jul 12 09:54:58 3s1 ppp[30841]: tun0: Phase: deflink: Connected!
Jul 12 09:54:58 3s1 ppp[30841]: tun0: Phase: deflink: opening -> dial
Jul 12 09:54:58 3s1 ppp[30841]: tun0: Phase: deflink: d
send update to the PR to close it ;)
Thanks again,
vermaden
"Matthias Apitz" pisze:
> El día Friday, June 29, 2012 a las 08:02:17AM +0200, vermaden escribió:
>
> > > I said this already: the /etc/ppp/ppp.conf file you are
> > > using is completely b
El día Friday, June 29, 2012 a las 08:02:17AM +0200, vermaden escribió:
> > I said this already: the /etc/ppp/ppp.conf file you are
> > using is completely broken and the log matches this;
> >
> > what should these AT cmds do in the section of 3g:
> >
> > 3
e tried both cuaU0 and cuaU1 but same result.
> I said this already: the /etc/ppp/ppp.conf file you are
> using is completely broken and the log matches this;
>
> what should these AT cmds do in the section of 3g:
>
> 3g:
> set device /dev/cuaU0
> set speed 3840
El día Thursday, June 28, 2012 a las 07:54:48AM +0200, vermaden escribió:
> Hi,
>
> at the 9.0-RELEASE I have had fully working ppp/3g connection via the
> Dell 5530 modem in my Dell Latitude E6400 laptop. After I upgraded
> to 9-STABLE r237458 it does not work any more.
>
On 6/28/2012 1:54 AM, vermaden wrote:
> Hi,
>
> at the 9.0-RELEASE I have had fully working ppp/3g connection via the
> Dell 5530 modem in my Dell Latitude E6400 laptop. After I upgraded
> to 9-STABLE r237458 it does not work any more.
>
> Were there any significant cha
Hi,
at the 9.0-RELEASE I have had fully working ppp/3g connection via the
Dell 5530 modem in my Dell Latitude E6400 laptop. After I upgraded
to 9-STABLE r237458 it does not work any more.
Were there any significant changes in 9-STABLE that broke it?
Here is more detailed info:
http
\\\"pinternet.interkom.de\\\" OK \
> \\dATDT\\T TIMEOUT 40 CONNECT"
>
> set logout "ABORT BUSY ABORT ERROR TIMEOUT 30 \"\" +++ATH O ATH OK"
>
> set phone *99*1\#
> set authname "fonic"
> set authkey "fonic"
&g
El día Wednesday, November 16, 2011 a las 01:14:42AM +0800, Denise H. G.
escribió:
> Hi
>
> What is in your /etc/ppp.conf? To better locate your problem, you'd
> better show us the config file.
Hello,
I was thinking in this, but then I realized that the ppp.bad file
contained it, even the
Hi
What is in your /etc/ppp.conf? To better locate your problem, you'd
better show us the config file.
Regards!
--
Hindsight is an exact science.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ques
Hello,
I'm using ppp(8) to connect my netbook to my UMTS ISP, which works
reasonable well; from time to time I encounter the situation that it is
unwilling to negotiate with the peer, it stops with:
Nov 15 12:28:41 tiny ppp[1370]: tun6: Phase: deflink: Too many IPCP REQs
sent - aband
Hello,
I'm using ppp(1) with mode -auto in a FreeBSD 8.x (an older 8-CURRENT);
I'm reading in the man page that the link is not coming up until
packages for the tun interface are arriving...
But my ppp starts chatting and LCP... just when it is started. My
ppp.conf file is attached;
seems to be where uart picks up the modem (dmesg)
uart2: port 0xa400-0xa407 irq 17 at
device 9.0 on pci3
uart2: [FILTER]
This is ppp.log for successful connection (on boot) and failed connection
after timeout
(on boot - successful)
Feb 17 09:48:13 debranded ppp[255]: tun0: Chat: Received
Dnia poniedziałek, 23 sierpnia 2010 o 21:03:32 Polytropon napisał(a):
>
> > ppp ON localhost> dial
> > Warning: deflink: /dev/cuad1: Bad file descriptor
> > Warning: deflink: /dev/cuad0: Bad file descriptor
>
> PPP tries to access regular serial lines.
>
>
find propper ppp.conf, however I spend
> many
> hours googling and trying some.
You don't need google as a means of OS documentation. :-)
First, check /etc/ppp/ppp.conf which is the PPP configuration file.
Also, read "man ppp". I have used ppp.conf in the past for
dealin
d mode = yes
Username = "blank"
Password = "blank"
Auto DNS = yes
---
There is one of ppp.conf I tried:
default:
set log Phase Chat LCP IPCP CCP tun command
ident user-ppp VERSION (built COMPI
comm_pppd -a BD_ADDR -c -C dun -l rfcomm-dialup
my ppp.conf -
default:
set log Phase Chat LCP IPCP CCP tun command
ident user-ppp VERSION (built COMPILATIONDATE)
set device /dev/cuad1
set speed 115200
set dial "ABORT ERROR ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \
\"\"
I did change the root shell to bash. U think that might cause it?
Definately. before ldconfig is run, only the system libraries in /lib and /usr/lib
are known. Doing a "su -m root" at that time, as /etc/rc.d/ppp is doing, will
result in the error message you got, as bash wants to lo
On Fri, Aug 14, 2009 at 10:08:48PM +1000, Alex R typed:
> Actually I did change the root shell to bash. U think that might cause it?
Definately. before ldconfig is run, only the system libraries in /lib and
/usr/lib
are known. Doing a "su -m root" at that time, as /etc/rc.d/ppp i
sr/lib/libpam.so.4 (0x800744000)
libbsm.so.2 => /usr/lib/libbsm.so.2 (0x80084c000)
libc.so.7 => /lib/libc.so.7 (0x800962000)
That's normal. Shall I take a guess?
You changed root's shell to bash!
bash uses libintl, and will be invoked by the "su -m $ppp_user&quo
/usr/lib/libbsm.so.2 (0x80084c000)
>libc.so.7 => /lib/libc.so.7 (0x800962000)
That's normal. Shall I take a guess?
You changed root's shell to bash!
bash uses libintl, and will be invoked by the "su -m $ppp_user" in
/etc/rc.d/ppp
Yet another good reason not to change roo
There are also some interesting responses in comp.unix.bsd.freebsd.misc
about this (I opened a thread there too).
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail t
ote:
On Fri, Aug 14, 2009 at 06:20:00PM +1000, Alex R typed:
Hi Guys,
I ran into the same problem as this person did (see the link below):
http://www.mail-archive.com/freebsd-...@freebsd.org/msg24337.html
ppp starts fine if invoked from shell prompt, however the problem above
occurs f
On Fri, Aug 14, 2009 at 06:20:00PM +1000, Alex R typed:
> Hi Guys,
>
> I ran into the same problem as this person did (see the link below):
>
> http://www.mail-archive.com/freebsd-...@freebsd.org/msg24337.html
>
> ppp starts fine if invoked from shell prompt, however the pr
Hi Guys,
I ran into the same problem as this person did (see the link below):
http://www.mail-archive.com/freebsd-...@freebsd.org/msg24337.html
ppp starts fine if invoked from shell prompt, however the problem above
occurs for me when I attempt to start it automatically at boot via
/etc
Yavuz Maşlak wrote:
I have a adsl modem. I am going to use freebsd as a router and firewall.
...
What am I doing wrong?
It is probably the firewall, it seems that you use
firewall_type="closed". Could give us some more info
about it?
Which firewall do you use? what are your custom rules?
Y
t any outside ip. Therefore I am not able to reach to
internet in this way.
What am I doing wrong?
Any advice ?
Thanks
May 21 17:35:54 gw110 ppp[1215]: tun0: Phase: bundle: Establish
May 21 17:35:54 gw110 ppp[1215]: tun0: Phase: deflink: closed -> opening
May 21 17:35:54 gw110 ppp[1215]: tun
inteface I got this:
1. 051533 rule 97/0(match): block in on vr1: 172.16.0.127 > 217.126.X.X:
GREv1, call 62316, seq 9, proto PPP (0x880b), length 37: [|ppp]
How do I create a rule to pass this connection?
Thanks, Erik
--
Erik Nørgaard
Ph: +34.666334818/+34.915211157 h
> > # ppp -background isp
> > Loading /lib/libalias_cuseeme.so
> > Loading /lib/libalias_ftp.so
> > Loading /lib/libalias_irc.so
> > Loading /lib/libalias_nbt.so
> > Loading /lib/libalias_pptp.so
> > Loading /lib/libalias_skinny.so
> > Loadin
On Sun, 30 Nov 2008, Pongthep Kulkrisada wrote:
> Hi all,
>
> > set log phase chat connect carrier link ipcp ccp ID0 TUN command
> I still can't dial using this configuration...
Yes sorry, that was from a really old system, from backups.
> # ppp -backgro
Hi all,
> set log phase chat connect carrier link ipcp ccp ID0 TUN command
I still can't dial using this configuration...
# ppp -background isp
Loading /lib/libalias_cuseeme.so
Loading /lib/libalias_ftp.so
Loading /lib/libalias_irc.so
Loading /lib/libalias_nbt.so
Loading /lib/libalias
ackets match dynamic rules after NAT.
> I do this way because I know from reading document that ppp must be
> run before natd. I always want to dial ppp by myself so I can't put
> natd in /etc/rc.conf. And doing it interactively is very easy to
> detect when something goes wron
On Fri, 28 Nov 2008, Pongthep Kulkrisada wrote:
> Hi all,
>
> > I didn't touch /etc/ppp/ppp.conf, which has been working for 5 years
> > since FBSD5.0R. Even if I go back to GENERIC kernel. I could not dial out
> > to ISP in any ways. I didn't know what
Hi all,
> I didn't touch /etc/ppp/ppp.conf, which has been working for 5 years
> since FBSD5.0R. Even if I go back to GENERIC kernel. I could not dial out
> to ISP in any ways. I didn't know what I do wrong even if
> I did read many docs.
I tried exactly what being describe
ISP.
> > And lastly I'm sorry for long questions.
I didn't touch /etc/ppp/ppp.conf, which has been working for 5 years since
FBSD5.0R. Even if I go back to GENERIC kernel. I could not dial out to ISP in
any ways. I didn't know what I do wrong even if I did read many docs. Y
/handbook/network-natd.html
Since you're running FreeBSD 7 with ipfw, there's actually a third way:
in-kernel NAT. See ipfw(8) searching for NAT (in caps) for the section.
> 1. I heard that ppp itself has capability of NAT. It can work with the
> command ppp -nat and without running
, the other the pf firewall.
For the ipfw solution, look at the FreeBSD Handbook:
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-natd.html
1. I heard that ppp itself has capability of NAT. It can work with the
command ppp -nat and without running natd. Please tell me whether
Pongthep Kulkrisada wrote:
> * Manolis Kiagias ([EMAIL PROTECTED]) wrote:
>
>> This worked fine for me, although I prefer to use pf. Here is how I
>> setup pf (Adjust for your interfaces as necessary)
>>
>> My Internet interface is rl0, setup in rc.conf as:
>>
>> ifconfig_rl0="inet 192.168.0.100
> For the ipfw solution, look at the FreeBSD Handbook:
>
>
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-natd.html
1. I heard that ppp itself has capability of NAT. It can work with the
command ppp -nat and without running natd. Please tell me whether it is
right or wron
nable="YES"
natd_interface="xl0"
ppp_enable="YES"
ppp_profile="mydslprovider"
ppp_mode="ddial"
ppp_nat="YES"
The connection is established via /etc/ppp/ppp.conf settings.
Then I use a DHCP server to assig
Pongthep Kulkrisada wrote:
Hi All,
I have just subscribed to freebsd-questions and I have a question about ppp
-nat.
I have 2 computers. One is running FreeBSD-7.0R, the other is running WinXP.
The host running FBSD7.0R has been connecting to the outside world using
user-ppp without any
Pongthep Kulkrisada wrote:
> Hi All,
>
> I have just subscribed to freebsd-questions and I have a question about ppp
> -nat.
>
> I have 2 computers. One is running FreeBSD-7.0R, the other is running WinXP.
> The host running FBSD7.0R has been connecting to the outside wo
Hi All,
I have just subscribed to freebsd-questions and I have a question about ppp
-nat.
I have 2 computers. One is running FreeBSD-7.0R, the other is running WinXP.
The host running FBSD7.0R has been connecting to the outside world using
user-ppp without any problem for very long. Now I
cpghost wrote:
On Sat, 26 Apr 2008 21:12:11 +0200
Ivan Toman [1]<[EMAIL PROTECTED]> wrote:
First problem get when ISP disconnect me after 24 hours due to IP
change. Link does not properly get reconnected. ppp tries to connect,
and appearenty is connected, but something is wrong beca
On Sat, 26 Apr 2008 21:12:11 +0200
Ivan Toman <[EMAIL PROTECTED]> wrote:
> First problem get when ISP disconnect me after 24 hours due to IP
> change. Link does not properly get reconnected. ppp tries to connect,
> and appearenty is connected, but something is wrong because
cable from ADSL switcher for testing purporse. I cannot realize what's
>going on and really need help.
>First problem get when ISP disconnect me after 24 hours due to IP
>change. Link does not properly get reconnected. ppp tries to connect,
>and appearenty is connec
IP address or when I pull
> out cable from ADSL switcher for testing purporse. I cannot realize
> what's going on and really need help.
>First problem get when ISP disconnect me after 24 hours due to IP
>change. Link does not properly get reconnected. ppp tries to
>
n and
really need help.
First problem get when ISP disconnect me after 24 hours due to IP
change. Link does not properly get reconnected. ppp tries to connect,
and appearenty is connected, but something is wrong because no traffic
is possible and after few seconds ppp goes down and reconnects
when I pull out cable from ADSL
switcher for testing purporse. I cannot realize what's going on and
really need help.
First problem get when ISP disconnect me after 24 hours due to IP
change. Link does not properly get reconnected. ppp tries to connect,
and appearenty is connected, but some
x27;s
going on and really need help.
First problem get when ISP disconnect me after 24 hours due to IP
change. Link does not properly get reconnected. ppp tries to connect,
and appearenty is connected, but something is wrong because no traffic
is possible and after few seconds ppp goes dow
Hi
I've just changed ISP and I am having some issues with PPP and large
packets.
I've got a Draytek Vigor 100 ethernet modem which proxies PPPoA <->
PPPoE so I can initiate the PPPoE connection to my ISP from my FreeBSD
7.0-STABLE box. This worked perfectly with my prev
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Nikos
> Vassiliadis
> Sent: Tuesday, February 26, 2008 1:49 AM
> To: freebsd-questions@freebsd.org
> Cc: Dylan Smith
> Subject: Re: Normal CPU usage with a PPP connection
>
>
On Sunday 24 February 2008 14:34:37 Dylan Smith wrote:
> Hey guys, i'm running 6.3-R with (i think) userland ppp to connect to my
> ADSL provider over PPPoE.
> I build a number of graphs(mrtg) for system stats and i am noticing that
> under heavy load on my ppp connection, that i
Hey guys, i'm running 6.3-R with (i think) userland ppp to connect to my
ADSL provider over PPPoE.
I build a number of graphs(mrtg) for system stats and i am noticing that
under heavy load on my ppp connection, that is sustained 150KB/s for an
hour or so my cpu usage, based on my graph, h
Operation not supported by device
> >
> > Any thoughts?
>
> PPP needs a serial device to work with, 'ugen' does not
> provide this;
More to the point, umodem(4) lists the supported USB modems.
The thing to do would be send-pr with output of
izes the phone as a USB modem:
> ugen: Samsung Mobile USB Modem, rev. 2.00/1.00, addr 2
'ugen' means that only the USB generic device driver attached
to your device; check the man page with 'man ugen'
>
> I've modified /etc/ppp/ppp.conf to use the device mentione
Hi,
I'm trying to dial in to my phone provider for internet access using my
cellphone (Samsung D900i) connected to a USB port of my computer.
At boot, FreeBSD recognizes the phone as a USB modem:
ugen: Samsung Mobile USB Modem, rev. 2.00/1.00, addr 2
I've modified /etc/ppp/ppp.conf
On Thursday 25 October 2007 00:11:39 [EMAIL PROTECTED] wrote:
> Oct 24 12:33:35 nightmare ppp[859]: tun0: Debug: deflink: PPPoE:ed1:
> Cannot determine bandwidth
>
> I presume this is a result of the lost LQR packets.
No, bandwidth isn't known to ppp. You can ignore this war
quality:
Oct 24 12:39:06 nightmare ppp[859]: tun0: Phase: deflink: ** Too many LQR
packets lost **
Oct 24 12:39:06 nightmare ppp[859]: tun0: LQM: deflink: Too many LQR packets
lost
Oct 24 12:39:06 nightmare ppp[859]: tun0: CCP: deflink: State change Stopped
--> Closed
Oct 24 12:39:06 nightmare ppp[
On Tuesday 23 October 2007 21:04:48 [EMAIL PROTECTED] wrote:
> This is a zyxel 642r modem; I can't try my other modem, a cisco 678,
> because it doesn't support a vci > 63.
Oh cisco :) Be thankful to cisco for not creating
other proprietary protocols to replace the existing
ATM/DSL combination :)
k from using PPPoE in the DSL modem
to doing PPPoE on 6.1, with the modem in bridging mode.
I've put the DSL modem in bridging mode, and it brings up the link
properly -- or at least it reports it as up (DSL led steady; modem
status report shows it as up, rfc 1483.
Using user ppp, when I a
link
properly -- or at least it reports it as up (DSL led steady; modem
status report shows it as up, rfc 1483.
Using user ppp, when I attempt to establish the PPPoE connection, I
never get very far -- ppp dies when it tries to acquire carrier. I
don't understand this, as there isn't a car
the link
> properly -- or at least it reports it as up (DSL led steady; modem
> status report shows it as up, rfc 1483.
>
> Using user ppp, when I attempt to establish the PPPoE connection, I
> never get very far -- ppp dies when it tries to acquire carrier. I
> don't understa
-- or at least it reports it as up (DSL led steady; modem
> status report shows it as up, rfc 1483.
>
> Using user ppp, when I attempt to establish the PPPoE connection, I
> never get very far -- ppp dies when it tries to acquire carrier. I
> don't understand this, as th
as up, rfc 1483.
Using user ppp, when I attempt to establish the PPPoE connection, I
never get very far -- ppp dies when it tries to acquire carrier. I
don't understand this, as there isn't a carrier signal to acquire on
an ethernet. I tried disabling cd in ppp.conf but as noted in the do
as up, rfc 1483.
Using user ppp, when I attempt to establish the PPPoE connection, I
never get very far -- ppp dies when it tries to acquire carrier. I
don't understand this, as there isn't a carrier signal to acquire on
an ethernet. I tried disabling cd in ppp.conf but as noted in the do
as up, rfc 1483.
Using user ppp, when I attempt to establish the PPPoE connection, I
never get very far -- ppp dies when it tries to acquire carrier. I
don't understand this, as there isn't a carrier signal to acquire on
an ethernet. I tried disabling cd in ppp.conf but as noted in the do
L i386
>
>> Now, when i go online with 'ppp -ddial telenor', I get this error in my
>> ppp.log:
>>
>> "tun0: Warning: 0.0.0.0/0: Change route failed: errno: No such process"
>>
>> Here is my full ppp.log when connecting:
>>
>>
Lars Normann wrote:
I just upgraded my kernel and system. I also ran mergemaster.
Upgraded to what? `uname -a` ...
Now, when i go online with 'ppp -ddial telenor', I get this error in my
ppp.log:
"tun0: Warning: 0.0.0.0/0: Change route failed: errno: No such process&qu
I just upgraded my kernel and system. I also ran mergemaster.
Now, when i go online with 'ppp -ddial telenor', I get this error in my
ppp.log:
"tun0: Warning: 0.0.0.0/0: Change route failed: errno: No such process"
Here is my full ppp.log when connecting:
Oct 15 01:4
Thank for the suggestion, I've got PPP!
I too don't know why but I've switched cables and some of them worked for ppp,
some of them didn't. But for basic network flow, they all work. WTF?
Nikos Vassiliadis wrote:
>
> [EMAIL PROTECTED] wrote:
> >
> >
Once I had a similar problem on a Linux box (send OK/no receive) and
after days of playing with settings and configurations I found that
the problem was the network _cable_. I replaced the cable and it went
fine without any additional configurations.
Hope this helps.
Bahman
On 8/29/07, Nikos Vas
On Wednesday 29 August 2007 12:15, [EMAIL PROTECTED] wrote:
> Nikos Vassiliadis wrote:
> >> The tcpdump test displays PADI! OK, so not in bridging more?
> >
> > No, PADI is your request for initiating a PPPoE connection.
> > You should see an offer(PADO). Something like this:
> > 09:17:56.7449
Nikos Vassiliadis wrote:
>> The tcpdump test displays PADI! OK, so not in bridging more?
>
> No, PADI is your request for initiating a PPPoE connection.
> You should see an offer(PADO). Something like this:
> 09:17:56.744957 PPPoE PADI [Service-Name] [Host-Uniq 0x04000700]
> 09:18:01.73134
t enable yes
> >> #nat log yes
> >> #nat same_ports yes
> >> #nat unregistered_only yes
> >> #nat deny_incoming yes
> >> dsl:
> >> set login
> >> set authname [EMAIL PROTECTED]
> >> set authkey asd12345
> >
orts yes
> #nat unregistered_only yes
> #nat deny_incoming yes
> dsl:
> set login
> set authname [EMAIL PROTECTED]
> set authkey asd12345
>
This configuration file has several irrelevant settings.
Try the one below, it's from here:
/usr/share/examples/ppp/ppp.c
net.link.ether.bridge.config=rl0:0,ed0:0
net.link.ether.bridge.ipfw=1
net.link.ether.bridge.enable=1
net.inet.ip.forwarding=1
======
=ppp.log======
=======
comp---ed0-FreeBSD-rl0---ADSL_modem---Internet
Attached are some of the config and log files from the FreeBSD box.
Currenly NAT settings are off. With these settings, in ppp interactive
mode, I can't even get the first p capitalized.
What could be the problem?
From mycomp, I can mount th
I've read a lot of FreeBSD bridging and DSL router articles, but I still can't
get PPPoE running.
Topology:mycomp---ed0-FreeBSD-rl0---ADSL_modem---Internet
Attached are some of the config and log files from the FreeBSD box. Currenly NAT
settings are off. With these settin
ust complaining because the route is already there, and ppp
restarted.
Mike
--
Michael P. Soulier <[EMAIL PROTECTED]>
"Any intelligent fool can make things bigger and more complex... It
takes a touch of genius - and a lot of courage to move in the opposite
direction." --Albert Einstein
pgpkyHuHwdCyq.pgp
Description: PGP signature
Michael P. Soulier wrote:
> Hi,
>
> I'm on an ADSL connection at home, and ppp in BSD is working great. But, I get
> this in the logs.
>
> Jul 16 17:34:54 kanga ppp[79728]: Phase: Pap Input: SUCCESS ()
> Jul 16 17:34:54 kanga ppp[79728]: Phase: deflink: lcp -> ope
Hi,
I'm on an ADSL connection at home, and ppp in BSD is working great. But, I get
this in the logs.
Jul 16 17:34:54 kanga ppp[79728]: Phase: Pap Input: SUCCESS ()
Jul 16 17:34:54 kanga ppp[79728]: Phase: deflink: lcp -> open
Jul 16 17:34:54 kanga ppp[79728]: Phase: bundle: Network
Jul
Hmm, would it be easier for me to setup a 127.0.0.2 loopback and my
gateway, and alway point that to the proper gateway, to make things
easier when I'm switching between VPN and no VPN?
Thanks
-Jim Stapleton
On 6/26/07, Artyom Viklenko <[EMAIL PROTECTED]> wrote:
On Tue, 26 Jun 2007, Jim Staplet
t your message was rejected because
your connecting domain, lnk.telstra.net was entered into my local, private,
set-and-forget blocklist a long time ago for sending spam.
Thank you for attempting to reply to my question, though.
[The telstra.net entry in my blocklist has also been removed].
The po
Can this be configured?
What I need is a way to go from one LAN machine to the WAN and
loopback to the other LAN machine.
LAN->WAN->LAN
simple pf.conf:
binat on $bge1 from 192.168.82.170 to any -> 67.x.x.1
binat on $bge1 from 192.168.82.171 to any -> 67.x.x.2
binat on $bge1 from 192.168.82.172
On Friday 11 May 2007 06:52:08 pm you wrote:
> Hi,
> HISADDR is never offered in the transaction.
> the if for ppp looks like {registered addresss >> private address }
> The transaction should contain 2 registered addresses which are MYADDR and
> HISADDR.
> The latter is
On Friday 11 May 2007 05:53:18 pm Mulga wrote:
> Hi,
> I have a very brain dead and full of them self ISP who insist on having a
> misconfigured dhcp server.
>
> One essential peice of infomation is missing from the ppp transaction
> "HISADDR" the GW .
>
> As p
Hi,
I have a very brain dead and full of them self ISP who insist on having a
misconfigured dhcp server.
One essential peice of infomation is missing from the ppp transaction "HISADDR"
the GW .
As ppp handles the dhcp side of things internally, would anyone like to suggest
a way
Are you using the -ddial option?
if you start ppp through rc.conf add
ppp_mode="ddial"
Yes, I was originally using it. Bob said that my rc.conf was obsolete,
but he did not say why.
Laszo
___
freebsd-questions@freebsd.org ma
On Thu, 10 May 2007 10:12:00 +0200
Nagy László Zsolt <[EMAIL PROTECTED]> wrote:
>
> >
> >> The format of the statement to add
> >> is ifconfig_=up where is the NIC's FBSD interface name
> >> used by PPPoE that you specified in t
The format of the statement to add
is ifconfig_=up where is the NIC's FBSD interface name used
by PPPoE that you specified in the /etc/ppp/ppp.conf file.
ee /etc/rc.conf # add following statements
ifconfig_=up
I've not needed to do this,
ifconfig_
On Mon, 7 May 2007 10:25:20 -0400
"Bob" <[EMAIL PROTECTED]> wrote:
> The format of the statement to add
> is ifconfig_=up where is the NIC's FBSD interface name used
> by PPPoE that you specified in the /etc/ppp/ppp.conf file.
> ee /etc/rc.con
xx=up where is the NIC's FBSD interface name used by PPPoE
that you specified in the /etc/ppp/ppp.conf file.
ee /etc/rc.conf # add following statements
ifconfig_=up
ifconfig_tun0="DHCP"# get your ISP assigned IP address
Dear Bob,
I installed a new OS (release 6.
Bob wrote:
The method you are using is obsolete.
The following is all you need.
Take special note of rc.conf statements to use.
start of DSL ppp.conf ###
default:
set log Phase tun #use to avoid excessive log sizes
set timeout 0
e is the NIC's FBSD interface name used by PPPoE
that you specified in the /etc/ppp/ppp.conf file.
ee /etc/rc.conf # add following statements
ifconfig_=up
ifconfig_tun0="DHCP"# get your ISP assigned IP address
-Original Message-
From: [EMAIL PROTECTED]
[mailt
1 - 100 of 677 matches
Mail list logo