Linux-Development-Sys Digest #177, Volume #6 Fri, 25 Dec 98 22:14:30 EST
Contents:
Re: Santa's List (Espen Sand)
Re: Registry for Linux -> Use CORBA!!! (George MacDonald)
ppp dialin (with VJ compression) problems with dev.kernel 2.1.132 -the (Sion
Masamune)
Re: Registry for Linux - Bad idea (George MacDonald)
Re: Santa's List (Rich Grise)
Re: Santa's List ([EMAIL PROTECTED])
Re: engineering practices in Linux/OSS (Michiel Ettema)
Kernel panic with 1GB RAM (Dani Lischinski)
Re: [HOWTO *] using Linux with >= 1 GB RAM (Rob Janssen)
Re: Registry for Linux - Bad idea (Stefaan A Eeckels)
Re: Kernel panic with 1GB RAM (Stefaan A Eeckels)
Re: ppp dialin (with VJ compression) problems with dev.kernel 2.1.132 (Bill Davidsen)
Re: Registry for Linux - Bad idea
Re: things I'd pay to have developed for Linux... (Bill Davidsen)
Re: things I'd pay to have developed for Linux... (Bill Davidsen)
Re: things I'd pay to have developed for Linux... (Bill Davidsen)
----------------------------------------------------------------------------
From: Espen Sand <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.advocacy,comp.os.linux.development,comp.os.linux.development.apps
Subject: Re: Santa's List
Date: Fri, 25 Dec 1998 23:16:48 +0100
Reply-To: [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
>
> In article <75sml7$12ec$[EMAIL PROTECTED]>,
> [EMAIL PROTECTED] (Frank Miles) wrote:
> > In article <[EMAIL PROTECTED]>,
> > Adam P. Jenkins <[EMAIL PROTECTED]> wrote:
> > >[EMAIL PROTECTED] writes:
> > >> Have you tried WABI? Caldera offers it via mail-order. It isn't freeware.
> > >> Quicken is the ONLY application I still gave to run on Windows 95. At work
> > >> I need to run Lotus Notes (for security and compliance reasons).
> > >
> > >I couldn't find anything about WABI on Caldera's web page. Does WABI
> > >support Win32? Last I heard it only supported 16-bit Win3.1 apps.
> > >Please correct me if I'm wrong. Thanks.
> >
> > WABI is no more unless you can buy it from someone other than Caldera.
> > Linux Mall used to have it.
> > It only supported the Win3.1 apps AFAIK (that's all I use it for, and no
> > you can't have it).
>
> I have a copy. I've never installed it. I can do almost everything
> (except Quicken) using available Linux applications. Usually faster
> and cheaper than with Windows 95/NT.
>
> After trying to reinstall Windows 98 for a friend, I want nothing to
> do with that ugly mess. Windows 98 made a Slackware install look
> friendly. I think I only had to reboot 14 times.
>
> > Wine (notably this last version, wine-981211) is getting better but it's
> > not there yet.
>
> Santa's making a list. If You could have any piece of software ported
> to Linux, other than Microsoft's what would it be?
>
mmm...., the programming tools are for ok me, so it would have to
be Eudora and Agent. They better hurry up, otherwise the KDE/Gnome
people will
make something that is sufficient simple to use for the common user.
Espen
------------------------------
From: George MacDonald <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Registry for Linux -> Use CORBA!!!
Date: Fri, 25 Dec 1998 22:37:06 GMT
Craig Kelley wrote:
>
> In article <[EMAIL PROTECTED]>,
> <[EMAIL PROTECTED]> wrote:
>
> ->>Or, let me put it this way - what is better than a single database
> ->>optimised for persistent configuration storage?
> ->
> -> A REAL database with transactions, rollback logs, real
> -> schemas, SQL92 compliance, an odbc/jdbc driver interface
> -> and automated disaster recovery.
>
> No no no no no no, please NO!
>
> I don't want to worry about having a complete RDBM system on my rescue
> floppy. The ONLY thing better than "a single database optimised
> [sic] for persistent configuration storage" is a system of PLAIN OLD
> TEXT files.
This is the vital point, any implementation that takes us forward must
recognize the value of the simple/elegant/reliable solution that is
now in place. i.e. we need to keep the small files which are widely
distributed around the file system. The question is how to do this
and provide a fast/efficient/reliable/flexible/OO mechanism that
will support the coming component based applications.
Consider that in the new OO model apps consist of collections
of components. Each component will need to be "configured" relative
to the system/app/user. i.e. there should be a default system
configuration for a component which can be over-ridden by the
application and then by the user ...
One solution is to wrap the current configuration's with an
object layer using CORBA, perhaps with a custom ORB that
can cache all this information and allow apps to mmap
in config chunks for efficiency. The "config" ORB could
be started at run level 3 after the current crop of key
system daemons are started. Then the first thing it does is
load up the current config files(persistent storage) and
replicate if nesc(to flat files/DB/OO-DB ...)
The above solution allows for *BOTH* the current style of
distribute flat file config files and a newer object oriented
mechanism for newer daemons/apps. The system admin should
be able to choose which kind of persistent storage, i.e
for small systems use flat files, for big multi-user systems
perhaps an OO-RDBMS.
Once more people start using GNOME/KDE then many more systems
will start running ORB's and the described approach will start
to make more sense.
For now I would settle for all new apps putting user config
information in one directory under my $HOME. Currently I
have about 30 .something files and directories there!!!
How about it then could everyone start putting user config
files in
$HOME/.userStore/applications/${applicationName}
or something similar?
--
We stand on the shoulders of those giants who coded before.
Build a good layer, stand strong, and prepare for the next wave.
Guide those who come after you, give them your shoulder, lend them your code.
Code well and live! - [EMAIL PROTECTED] (7th Coding Battalion)
------------------------------
From: Sion Masamune <[EMAIL PROTECTED]>
Subject: ppp dialin (with VJ compression) problems with dev.kernel 2.1.132 -the
Date: Sat, 26 Dec 1998 01:13:51 +0100
The complete story,
This is the problem:
Dec 26 00:59:42 nomad pppd[404]: Serial connection established.
Dec 26 00:59:43 nomad pppd[404]: sent [LCP ConfReq id=0x1 <mru 552>
<asyncmap 0x20a0000> <magic 0x343ea0c4> <pcomp> <accomp>]
Dec 26 00:59:43 nomad pppd[404]: rcvd [LCP ConfAck id=0x1 <mru 552>
<asyncmap 0x20a0000> <magic 0x343ea0c4> <pcomp> <accomp>]
Dec 26 00:59:43 nomad pppd[404]: Using interface ppp0
Dec 26 00:59:43 nomad pppd[404]: Connect: ppp0 <--> /dev/modem
Dec 26 00:59:45 nomad pppd[404]: rcvd [LCP ConfReq id=0x2 <asyncmap 0x0>
<magic 0x9ec60059> <pcomp> <accomp>]
Dec 26 00:59:45 nomad pppd[404]: sent [LCP ConfAck id=0x2 <asyncmap 0x0>
<magic 0x9ec60059> <pcomp> <accomp>]
Dec 26 00:59:45 nomad pppd[404]: sent [LCP EchoReq id=0x0
magic=0x343ea0c4]
Dec 26 00:59:45 nomad pppd[404]: sent [IPCP ConfReq id=0x1 <addr
0.0.0.0> <compress VJ 0f 01>]
Dec 26 00:59:45 nomad pppd[404]: rcvd [IPCP ConfReq id=0x1 <compress VJ
0f 00> <addr 212.19.201.2>]
Dec 26 00:59:45 nomad pppd[404]: sent [IPCP ConfAck id=0x1 <compress VJ
0f 00> <addr 212.19.201.2>]
Dec 26 00:59:45 nomad pppd[404]: rcvd [LCP EchoRep id=0x0
magic=0x9ec60059]
Dec 26 00:59:45 nomad pppd[404]: rcvd [IPCP ConfNak id=0x1 <addr
212.19.201.42>]
Dec 26 00:59:45 nomad pppd[404]: sent [IPCP ConfReq id=0x2 <addr
212.19.201.42> <compress VJ 0f 01>]
Dec 26 00:59:46 nomad pppd[404]: rcvd [IPCP ConfAck id=0x2 <addr
212.19.201.42> <compress VJ 0f 01>]
Dec 26 00:59:46 nomad pppd[404]: sent [IPCP TermReq id=0x3 "Interface
configuration failed"]
And here is the point it all gets fuzzy for me...
Dec 26 00:59:46 nomad pppd[404]: rcvd [IPCP TermAck id=0x2]
Dec 26 00:59:46 nomad pppd[404]: sent [LCP TermReq id=0x2 "No network
protocols running"]
Dec 26 00:59:46 nomad pppd[404]: ioctl(SIOCADDRT) device route: Network
is down(100)
Dec 26 00:59:45 nomad modprobe: can't locate module ppp-compress-21
Dec 26 00:59:45 nomad modprobe: can't locate module ppp-compress-26
Dec 26 00:59:45 nomad modprobe: can't locate module ppp-compress-24
echo alias ppp-compress-2[1 4 6] off >>/etc/conf.modules
Dec 26 00:59:46 nomad pppd[404]: Modem hangup
Dec 26 00:59:46 nomad pppd[404]: Connection terminated.
Dec 26 00:59:47 nomad pppd[404]: Exit.
Click...
Extra info:
ppp 2.3.4 dev. kernel 2.1.132 libc5
everything works for 100% in 2.0.36 and below
Laterz,
Sion M. <[EMAIL PROTECTED]>
PS: remove the obvious from my email adress to contact me
------------------------------
From: George MacDonald <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Registry for Linux - Bad idea
Date: Sat, 26 Dec 1998 00:40:03 GMT
Stefan Skoglund wrote:
>
> What i want is the ability to manage a network of machines
> which is geographically diverse.
>
NIS currently allows you to manage sets of system data and
perform replication with primary and secondary servers.
Linux has a small MIB that can be accessed via SNMP, but
I'm sure you are aware of the security limitations
of SNMP 1,2 ...
> Which will require advanced tools like tivoli or CA TNG.
> Will the Linux community do something like this ?
Hmm, interesting idea. Someone will probably do it.
> A beginning could be Tivoli and TNG agents.
>
That would be nice as the framework is free? Do you
know if it's open sourced?
> But i do think we need advanced tools. Tools with ability
> to stretch from home usage to intercontinental applications.
>
I agree, better tools for managing 100's to 1000's of Linux machines
are needed. Up until now this has not been a problem but Linux
continues to grow in leaps and bounds and this will become
an impediment to super-large scale deployment.
> What about an gtop with the ability to show process stats for
> normal users and super users and also allowing administrators
> to change nice levels, kill processes or what ever and
> everything in the same tool. Normal users if so allowed
> should be able to change their application mix.
> Administrators could do that for an group of users instead.
Hmm, interestingly I am working on a tool that does something
similar. Check out treeps at
http://24.1.97.22/gmd/tps/treepsfm.html
I am just starting to add a run time extensible object oriented
mechanism to add new methods to the displayed objects(processes).
This will initially take the form of popup menu items which
can spawn external processes. In fact what got me reading this
thread was trying to figure out how to configure such a beast!
Guess I'll settle for flat files for the moment.
I am planning on adding system dependent methods(i.e. on linux methods
to view mmap, fd usage ...) and per process methods( i.e. a
"Reload Config" method for inetd(send it a SIGHUP)). I am
considering how to add finer granularity to the permissions
on the methods. For example defining system level methods
in a directory writable only by root, then defining a list/group
of users who may call that method. This would allow specific methods
to be invoked by a sysadmin even when not running as root.
--
We stand on the shoulders of those giants who coded before.
Build a good layer, stand strong, and prepare for the next wave.
Guide those who come after you, give them your shoulder, lend them your code.
Code well and live! - [EMAIL PROTECTED] (7th Coding Battalion)
------------------------------
From: Rich Grise <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.advocacy,comp.os.linux.development,comp.os.linux.development.apps
Subject: Re: Santa's List
Date: Fri, 25 Dec 1998 00:16:44 -0600
Reply-To: [EMAIL PROTECTED]
> Santa's making a list. If You could have any piece of software ported
> to Linux, other than Microsoft's what would it be?
>
> --
> Rex Ballard - Open Source Advocate, Internet Architect, MIS Director
Dear Santa, what I want for Solstice is:
For the process of customizing emacs, and of configuring sendmail, to be
comprehensible to a mortal human being.
--
Rich Grise
[EMAIL PROTECTED]
(No need to putz around with my e-mail - I have a "DELETE" button!)
------------------------------
Crossposted-To:
comp.os.linux.advocacy,comp.os.linux.development,comp.os.linux.development.apps
From: [EMAIL PROTECTED]
Subject: Re: Santa's List
Date: Fri, 25 Dec 1998 20:41:14 -0500
Alright you primitive screwheads, listen up; in
<75uahm$8jc$[EMAIL PROTECTED]>, on 12/24/98 at 09:09 PM,
[EMAIL PROTECTED] babbled incoherently:
>In article <75sml7$12ec$[EMAIL PROTECTED]>,
> [EMAIL PROTECTED] (Frank Miles) wrote:
>Santa's making a list. If You could have any piece of software ported to
>Linux, other than Microsoft's what would it be?
That's an easy one. Descent 3.
--
===========================================================
Scott Banwart
*no spam*[EMAIL PROTECTED]
===========================================================
"I don't know what I have just created, but it is ten times bigger than it should be."
-A Microsoft programmer
------------------------------
From: Michiel Ettema <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Re: engineering practices in Linux/OSS
Date: 25 Dec 1998 12:36:49 +0100
In comp.os.linux.development.system big security nightmare <[EMAIL PROTECTED]>
wrote:
> Philip Brown wrote in message ...
> How can you improve something like a word processor with changing the file
> format. According to your logic we should all still be using a.out format.
So you say HTML has changed a lot recently and you can't read old webpages
with new browsers ? You can add to a format without breaking the old version.
Even now I can run a.out binaries although my system is almost running pure
ELF.
> Aren't most linux junkies caught up in a perpetual upgrade cycle, where they
> never actually get to use their computers to do anything, because a new
> patch or upgrade becomes available every few hours.
> What do you think??
I think people who upgrade every day enjoy to upgrade. The few machines
I administer just run. They are only 'upgraded' every few months, unless
there is some bug in a package that could hinder their operation, that
is known to be fixed. And with the distribution I use, Debian, upgrading
packages is a matter of minutes.
--
People waste time making stuff pretty instead of usefull.
-Quoted from Kevin Huber
------------------------------
From: Dani Lischinski <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: Kernel panic with 1GB RAM
Date: Fri, 25 Dec 1998 15:56:49 +0200
Hi,
One of our machines has just been upgraded to 1GB RAM. We are running
kernel 2.0.36 (RH5.2). The memory is autodetected just fine, but
immediately afterwards the kernel enters panic mode and the boot process
hangs. I can boot the machine just fine with "mem=999M", but how do I
make the kernel work with the entire 1GB?
I am assuming that I need to change some constant in one of the kernel
include files and recompile. If this is the case, can someone tell me
which file/constants should be changed?
Thanks,
Dani
------------------------------
From: [EMAIL PROTECTED] (Rob Janssen)
Crossposted-To: nl.comp.os.linux,revue.linux-kernel
Subject: Re: [HOWTO *] using Linux with >= 1 GB RAM
Date: Fri, 25 Dec 1998 14:49:44 GMT
tjoen <[EMAIL PROTECTED]> wrote:
>On Tue, 22 Dec 1998 18:46:56 GMT, [EMAIL PROTECTED] (Rob Janssen)
>wrote:
>>tjoen <[EMAIL PROTECTED]> wrote:
>>>cola-list but I have never seen anything posted there
>>In that case, something is broken or your news provider doesn't carry it.
>Because my isp doesn't carry the newsgroup I am subscribed to
>[EMAIL PROTECTED] but I received only the welcome-mail. I have
>resubscribed and mailed the listman.
Uit mijn newsgroup listing:
666 comp.os.linux.announce
Zo te zien is die niet leeg, hij staat duivelsvol met berichten!
Rob
--
+----------------------------------+--------------------------------------+
| Rob Janssen [EMAIL PROTECTED] | WWWhome: http://www.pe1chl.demon.nl/ |
| AMPRnet: [EMAIL PROTECTED] | AX.25 BBS: PE1CHL@PI8WNO.#UTR.NLD.EU |
+----------------------------------+--------------------------------------+
------------------------------
From: [EMAIL PROTECTED] (Stefaan A Eeckels)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Registry for Linux - Bad idea
Date: 25 Dec 1998 14:45:07 GMT
In article <[EMAIL PROTECTED]>,
Robert Krawitz <[EMAIL PROTECTED]> writes:
> Michal Mosiewicz <[EMAIL PROTECTED]> writes:
>> But the bottom line is - the application would be able to check it's
>> configuration variables using much less syscalls and without cpu and i/o
>> expensive parsing of any files.
>
> So what? stat() of a file whose inode is already in core is dirt
> cheap. Even on a 386 it can't take more than a few milliseconds.
> Most configuration files are small enough so that the time spent
> parsing doesn't really matter in the overall scheme of things.
>
You are so right - Michal's argument is the typical concern
with micro-optimisation that's the bane of so many systems.
One only has to look at the sendmail.cf mess to see where
such an approach leads to (a 1000+ page O'Reilly book and
arguably the Guinness record for security holes :-).
BTW, the main problem with the registry is that it is also used
to keep fixed and transient OS data. Keeping OS and application
information in the same contraption is so dumb that the rationale
must have been a marketing diktat.
Season's greetings.
--
Stefaan
--
PGP key available from PGP key servers (http://www.pgp.net/pgpnet/)
___________________________________________________________________
Perfection is reached, not when there is no longer anything to add,
but when there is no longer anything to take away. -- Saint-Exup�ry
------------------------------
From: [EMAIL PROTECTED] (Stefaan A Eeckels)
Crossposted-To: comp.os.linux.hardware
Subject: Re: Kernel panic with 1GB RAM
Date: 25 Dec 1998 14:49:31 GMT
In article <[EMAIL PROTECTED]>,
Dani Lischinski <[EMAIL PROTECTED]> writes:
> Hi,
>
> One of our machines has just been upgraded to 1GB RAM. We are running
> kernel 2.0.36 (RH5.2). The memory is autodetected just fine, but
> immediately afterwards the kernel enters panic mode and the boot process
> hangs. I can boot the machine just fine with "mem=999M", but how do I
> make the kernel work with the entire 1GB?
> I am assuming that I need to change some constant in one of the kernel
> include files and recompile. If this is the case, can someone tell me
> which file/constants should be changed?
This as been discussed a few days ago. Dejanews is your friend.
As this is the season of goodwill, here's the URL that tells all:
http://www.phys.uu.nl/~riel/mm-patch/more_than_1GB.html
(Thanks, Rik van Riel).
Season's greetings,
--
Stefaan
--
PGP key available from PGP key servers (http://www.pgp.net/pgpnet/)
___________________________________________________________________
Perfection is reached, not when there is no longer anything to add,
but when there is no longer anything to take away. -- Saint-Exup�ry
------------------------------
From: Bill Davidsen <[EMAIL PROTECTED]>
Subject: Re: ppp dialin (with VJ compression) problems with dev.kernel 2.1.132
Date: Fri, 25 Dec 1998 13:38:39 -0500
Sion Masamune wrote:
>
> Hi there,
>
> i dunno if this is a stupid question, but howcome the vj-compression
> doesn't work with
> dev. kernel 2.1.132 ?
> 2.0.36 works fine, but whenever i try to dail-in to my isp i get the
> following errors:
>
> Dec 25 01:55:44 nomad modprobe: can't locate module ppp-compress-21
> Dec 25 01:55:44 nomad modprobe: can't locate module ppp-compress-26
> Dec 25 01:55:44 nomad modprobe: can't locate module ppp-compress-24
>
> in my messages log.
>
> I found a possible cause, if i compile ppp in module form slhc.o isn't
> made, and it seems to me that this module holds the VJ compression
I believe that module comes from SL/IP, not PPP (from memory). Under
menuconfig I believe it's the first item under slip as a module. At any
rate, I did that and I have a bsd_comp module, which is what I think you
are looking for?
Sorry I can't look it all up, I'm just using news as my idle process
while dinner is cooking ;-)
--
bill davidsen <[EMAIL PROTECTED]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
------------------------------
From: [EMAIL PROTECTED] ()
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Registry for Linux - Bad idea
Date: Fri, 25 Dec 1998 10:35:36 -0800
On 24 Dec 98 22:19:50 GMT, Pavel V. Zaitesev <[EMAIL PROTECTED]> wrote:
>Michal Mosiewicz ([EMAIL PROTECTED]) wrote:
>: Why is it a bad idea?
>
>: Or, let me put it this way - what is better than a single database
>: optimised for persistent configuration storage?
><snip>
>It is not a bad idea at all. It is just has to be:
>1 . Implemented nicely.
>2 . Debugged.
There is no such thing as 'Debugged'.
[deletia]
That's the bane of the whole industry and especially
of overly complicated instances of it.
--
Herding Humans ~ Herding Cats
Neither will do a thing unless they really want to, or |||
is coerced to the point where it will scratch your eyes out / | \
as soon as your grip slips.
In search of sane PPP docs? Try http://penguin.lvcm.com
------------------------------
From: Bill Davidsen <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: things I'd pay to have developed for Linux...
Date: Fri, 25 Dec 1998 14:06:43 -0500
Peter Samuelson wrote:
> I do not know much about capabilities, but apparently they are a POSIX
> draft standard of some sort. Presumably you need patched or new
> userspace tools to make any use of them, and on that front I don't know
> where Linux is at.
HINT!! LSJ, how about an article on this? Very few people know much
about this. I thought this was a start on security certification, like
C3 or whatever requires finer control than root and other.
> > With generic ACLs provided in the kernel, distinct from any one
> > filesystem, they could be used for filesystem ACLs (when individual
> > filesystems evlove to the point that they can handle it)
>
> I agree on that point. The people who are working on ext2 ACL's say
> that they don't want to make them standard yet because (among other
> reasons) it takes a lot more than kernel support to actually *use*
> ACL's -- a lot of user space has to be aware of them. I say, put ACL's
> in the kernel and let user space evolve. Nobody has to fully deploy
> them right away -- but it'd be nice to have them there so people could
> start patching GNU fileutils, etc. (I am *not* saying rush the job.
> Good technical design *does* of course have to come first.)
Portability comes into play as well. ACLs were in OSs as early as the
mid-60s, but no standard has evolved for them, and they make access
checking and reporting more complex at the user level as well as the
kernel.
--
bill davidsen <[EMAIL PROTECTED]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
------------------------------
From: Bill Davidsen <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.misc,comp.os.linux.development.apps,comp.os.linux.hardware
Subject: Re: things I'd pay to have developed for Linux...
Date: Fri, 25 Dec 1998 14:15:14 -0500
Leslie Mikesell wrote:
>
> In article <75rqqs$[EMAIL PROTECTED]>,
> Kyler Laird <[EMAIL PROTECTED]> wrote:
> >no need to authenticate again
>
> Oh, the clients I use do this transparently so I wouldn't have considered
> it an issue.
How does it do something "transparently?" He's talking about modem
lines, so if you mean by passing information back and forth, it isn't
going to be tranparent in the sense of not bogging response.
--
bill davidsen <[EMAIL PROTECTED]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
------------------------------
From: Bill Davidsen <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.misc,comp.os.linux.development.apps,comp.os.linux.hardware
Subject: Re: things I'd pay to have developed for Linux...
Date: Fri, 25 Dec 1998 14:18:37 -0500
John R. Campbell wrote:
>
> On Tue, 22 Dec 1998 21:57:17 -0500, DJ Delorie <[EMAIL PROTECTED]> wrote:
> >Basically, he wants a way to securely mount filesystems from remote
> >machines he doesn't have root to, that are efficient on modem lines.
> >His current choice is a mix of ssh and samba, but that means that
> >samba would have to let ssh manage the network connection, rather
> >than doing it itself.
> Of course, this is just a means to ensure some kind of secure
> service. Finding a way to secure it via (for instance) PGP
> (to negotiate a session key, for instance) might be a better
> approach.
Sounds like a job for ppptcp, which establishes a secure (encrypted)
virtual circuit between machines, as long as they have a connection. I
use it to work inside firewalls, with proxyarp so my machine appears to
be inside even when it's not.
--
bill davidsen <[EMAIL PROTECTED]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
