Scott Barker said:
Well, I guess I have no explanation, then. But it's working for me. Perhaps I
ran it as root once, and the other machines on the network all remember the
address that was being arp'ed for?
Just noticed why it was working -- I had a wrapper program to handle users
changing
Craig Sanders said:
On Thu, 16 May 1996, Scott Barker wrote:
The tty's owner gets changed when someone logs in. The owner of the
tty (who is the person logged in) can then execute pppd to start
ppp. No problem. This is the setup I use (mgetty and pppd) to allow
dial-in users to use ppp,
Craig Sanders said:
I thought only root could add entries to the arp table?
in fact, i just tried setting an arp entry as 'cas' and got:
SIOCSARP: Operation not permitted
Well, I guess I have no explanation, then. But it's working for me. Perhaps I
ran it as root once, and the other
On Thu, 16 May 1996, Richard Kettlewell wrote:
I think `net' would be a good group name for this.
I don't like that. 'net' is far too general. A group name like 'net'
would be used by a sysadmin for something like making all net clients
(telnet, ftp, irc, etc) group net, and executable only
On Thu, 16 May 1996, Scott Barker wrote:
Craig Sanders said:
On Tue, 14 May 1996 [EMAIL PROTECTED] wrote:
Can we make that dialout, please? Something already present and
used by (at least) dip and efax.
I suppose that would do the job, but what if a sysadmin wants to
allow users
On Fri, 17 May 1996, Scott Barker wrote:
How are routing and/or arp table entries for the dial-in ppp user
handled?
I use the 'proxyarp' option, and it seems to work just fine. No need
to set up routes if the PPP address is on the same subnet as the rest
of your equipment.
I thought
C == Craig Sanders [EMAIL PROTECTED] writes:
C I suppose that would do the job, but what if a sysadmin wants to
C allow users to dial in using ppp, but NOT allow them to dialout
C with minicom or send faxes?
C I'm absolutely certain that I wouldn't want to add users to a
C dialout group just to
I think `net' would be a good group name for this.
Rob Browning writes:
C == Craig Sanders [EMAIL PROTECTED] writes:
C I suppose that would do the job, but what if a sysadmin wants to
C allow users to dial in using ppp, but NOT allow them to dialout
C with minicom or send faxes?
C I'm
Craig Sanders said:
On Tue, 14 May 1996 [EMAIL PROTECTED] wrote:
Can we make that dialout, please? Something already present and used
by (at least) dip and efax.
I suppose that would do the job, but what if a sysadmin wants to allow users
to dial in using ppp, but NOT allow them to
Craig Sanders wrote:
On Wed, 15 May 1996, Rick Macdonald wrote:
OK. This tells sudo that me and root (also me) can execute anything
on any machine. Also, everyone can execute pppd. You could of course
clamp this down to a list of users.
or just have a ppp group and configure sudo to
On Tue, 14 May 1996 [EMAIL PROTECTED] wrote:
The ppp package should have a 'ppp' group, pppd should be owned by
root.ppp and it should be mode 1750.
Can we make that dialout, please? Something already present and used
by (at least) dip and efax.
I suppose that would do the job, but
On Wed, 15 May 1996, Rick Macdonald wrote:
OK. This tells sudo that me and root (also me) can execute anything
on any machine. Also, everyone can execute pppd. You could of course
clamp this down to a list of users.
or just have a ppp group and configure sudo to allow users in group ppp
Craig Sanders wrote:
The ppp package should have a 'ppp' group, pppd should be owned by
root.ppp and it should be mode 1750.
Can we make that dialout, please? Something already present and used
by (at least) dip and efax.
I suppose that would do the job, but what if a sysadmin
On Mon, 13 May 1996, Richard Kettlewell wrote:
This permissions problem just cost me over $44 (australian dollars).
I upgraded pppd on the dialin machine at work on Friday night.
Forgot to change the permissions on pppd to make it owned by
root.ppp, perms=1750.
When the line
Craig The ppp package should have a 'ppp' group, pppd should be owned by
Craig root.ppp and it should be mode 1750.
Can we make that dialout, please? Something already present and used by (at
least) dip and efax.
--
Dirk Eddelbuttel
On Sun, 12 May 1996, Rob Browning wrote:
R == Richard Kettlewell [EMAIL PROTECTED] writes:
R pppd has to do various messing around creating network interfaces
R and so on, so running it as (not root) is a bit of a non-starter.
R Why do you want it to be able to run it not as root?
two
The diald package removes all the hassle of starting and shutting down
network connections over a transient link, incidentally - you might
like to investuigate that.
Is there a debianized version of diald 0.14 out there? (ELF). With the
dctrl tk tool, too! (I can email it to the one
Hi,
Yves == Yves Arrouye [EMAIL PROTECTED] writes:
Yves Is there a debianized version of diald 0.14 out there?
Yves (ELF). With the dctrl tk tool, too! (I can email it to the one
Yves making the package if needed).
well, it's not out there, but I have one I built for personal
use (I
Craig Sanders writes:
On Sun, 12 May 1996, Rob Browning wrote:
R == Richard Kettlewell [EMAIL PROTECTED] writes:
R pppd has to do various messing around creating network interfaces
R and so on, so running it as (not root) is a bit of a non-starter.
R Why do you want it to be able to run
I think this was meant to be sent to the mailing list.
--- start of forwarded message (RFC 934 encapsulation) ---
From: Yves Arrouye [EMAIL PROTECTED]
To: [EMAIL PROTECTED] (Richard Kettlewell)
Subject: Re: diald (Was: Re: Must pppd be run by root?)
Date: Mon, 13 May 1996 00:17:42 +0200
I'm configuring a fresh install of 1.1. I can only start pppd as root.
I found that /etc/ppp had permisions of 700. After changing that it
still can only be run as root. Comparing strace output shows that
it may be failing doing an ioctl on /dev/ttyp0. Changing the permissions
of this tty to 666
Rick Macdonald writes:
I'm configuring a fresh install of 1.1. I can only start pppd as
root. I found that /etc/ppp had permisions of 700. After changing
that it still can only be run as root. Comparing strace output
shows that it may be failing doing an ioctl on /dev/ttyp0. Changing
the
R == Richard Kettlewell [EMAIL PROTECTED] writes:
R pppd has to do various messing around creating network interfaces
R and so on, so running it as (not root) is a bit of a non-starter.
R Why do you want it to be able to run it not as root?
Right, pppd really needs to be run as root. You don't
Richard Kettlewell said:
The diald package removes all the hassle of starting and shutting down
network connections over a transient link, incidentally - you might
like to investuigate that.
But does it handle dynamic IP address assignment nicely? Previous diald
packages didn't, and I don't
24 matches
Mail list logo