From owner-freebsd-hackers Sun Jul 14 00:01:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA21533 for hackers-outgoing; Sun, 14 Jul 1996 00:01:31 -0700 (PDT) Received: from leinlein.mt.cs.keio.ac.jp (leinlein.mt.cs.keio.ac.jp [131.113.32.126]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA21522 for ; Sun, 14 Jul 1996 00:01:27 -0700 (PDT) Received: (from hosokawa@localhost) by leinlein.mt.cs.keio.ac.jp (8.7.5/8.7.3) id PAA07030; Sun, 14 Jul 1996 15:55:34 GMT Date: Sun, 14 Jul 1996 15:55:34 GMT Message-Id: <199607141555.PAA07030@leinlein.mt.cs.keio.ac.jp> To: jkh@time.cdrom.com, terry@lambert.org, freebsd-hackers@FreeBSD.org Cc: hosokawa@mt.cs.keio.ac.jp Subject: Re: To Asian FreeBSD hackers: Japanese boot.flp is now available! In-Reply-To: Your message of Sun, 14 Jul 1996 12:39:49 +0900. <199607140339.MAA05068@frig.mt.cs.keio.ac.jp> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.19] 1995-07/21(Fri) Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In <199607140339.MAA05068@frig.mt.cs.keio.ac.jp> I wrote:n >> I put the newest version at >> ftp://ryukyu.mt.cs.keio.ac.jp/pub/alpha-test/jboot/boot.flp >> >> I think this one is far better than the last one. I'll put the source >> later, and I'll write about what was changed since last version. Changes from last version: o Following help files are translated into Japanese -rw-r--r-- 1 hosokawa wheel 19557 Jul 14 11:54 XF86.hlp -rw-r--r-- 1 hosokawa wheel 664 Jul 14 11:54 anonftp.hlp -rw-r--r-- 1 hosokawa wheel 2386 Jul 14 11:54 apache.hlp -rw-r--r-- 1 hosokawa wheel 470 Jul 14 11:54 configure.hlp -rw-r--r-- 1 hosokawa wheel 3364 Jul 14 11:54 distributions.hlp -rw-r--r-- 1 hosokawa wheel 1636 Jul 14 11:54 drives.hlp -rw-r--r-- 1 hosokawa wheel 662 Jul 14 11:54 fixit.hlp -rw-r--r-- 1 hosokawa wheel 26501 Jul 14 11:54 install.hlp -rw-r--r-- 1 hosokawa wheel 3835 Jul 14 11:54 japanese.hlp -rw-r--r-- 1 hosokawa wheel 4279 Jul 14 11:54 options.hlp -rw-r--r-- 1 hosokawa wheel 7584 Jul 14 11:54 partition.hlp -rw-r--r-- 1 hosokawa wheel 5659 Jul 14 11:54 readme.hlp -rw-r--r-- 1 hosokawa wheel 1133 Jul 14 11:54 tcp.hlp -rw-r--r-- 1 hosokawa wheel 2149 Jul 14 11:54 upgrade.hlp -rw-r--r-- 1 hosokawa wheel 2876 Jul 14 11:54 usage.hlp o Adjusted refresh rate of monitor. o Fixed some bugs. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp hosokawa@jp.FreeBSD.org WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html From owner-freebsd-hackers Sun Jul 14 00:24:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA25112 for hackers-outgoing; Sun, 14 Jul 1996 00:24:04 -0700 (PDT) Received: from ref.tfs.com ([206.245.251.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA25080 for ; Sun, 14 Jul 1996 00:24:00 -0700 (PDT) Received: (from julian@localhost) by ref.tfs.com (8.7.5/8.7.3) id AAA13889; Sun, 14 Jul 1996 00:22:05 -0700 (PDT) Message-Id: <199607140722.AAA13889@ref.tfs.com> Subject: Re: interfaces, routes, etc. To: imb@asstdc.com.au (michael butler) Date: Sun, 14 Jul 1996 00:22:05 -0700 (PDT) From: "JULIAN Elischer" Cc: archie@whistle.com, freebsd-hackers@freebsd.org In-Reply-To: <199607140623.QAA00562@walkabout.asstdc.com.au> from "michael butler" at Jul 14, 96 04:23:47 pm X-Mailer: ELM [version 2.4 PL25 ME8b] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > - When you bring an EtherNet interface up and ping some addresses > > on that network, you get automatically generated LINK layer routes > > (ie, arp entries). However, when you bring the interface down > > these routes do not automatically go away. > > I must admit that I was puzzled as to why it was necessary to add MAC > addresses into the route table. I thought they belonged in the ARP table and > nowhere else .. the routing table now IS the arp table, there IS no separate arp table any more.. > > > One very weird but non-reproducible case involved an ethernet interface > > that had been renumbered several times on the same class c network. > > The proper behaviour in changing an IP address, I'm told, is to send out a > packet advising everyone else on the local ether that their ARP table > entries for that particular IP address are now invalid. You can see this by > watching the output of a Cisco when you change its address. It seems that > FreeBSD doesn't do this when (typically) an "ifconfig delete" is done and > other hosts (or routers :-() on the same wire tend to get a little confused, it was the SOURCE address.. i.e. the packet claimed to be coming from the machine's OLD address. > > michael > From owner-freebsd-hackers Sun Jul 14 01:54:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA07292 for hackers-outgoing; Sun, 14 Jul 1996 01:54:35 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA07280 for ; Sun, 14 Jul 1996 01:54:29 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id IAA01311; Sun, 14 Jul 1996 08:52:51 GMT Date: Sun, 14 Jul 1996 17:52:51 +0900 (JST) From: Michael Hancock To: Warner Losh cc: Bruce Evans , matt@lkg.dec.com, freebsd-hackers@FreeBSD.ORG, tech-kern@netbsd.org Subject: Re: Some interesting papers on BSD ... In-Reply-To: <199607140529.XAA07492@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 13 Jul 1996, Warner Losh wrote: > : spl is probably fundamentally wrong for SMP. I haven't thought much > : about what to use instead. > > The Solbourne people might disagree with you. As might the VMS > Digitial people. Both groups used a scheme where you would raise the > spl *AND* grab access locks to data structures (I think the latter was It's the quick and dirty route to getting an SMP version out the door under budgetary or market timing constraints. To do it right, sections of code have to be rewritten to make the code as parallel as possible. Caching also works very differently with multiple CPU's. From owner-freebsd-hackers Sun Jul 14 02:02:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA07914 for hackers-outgoing; Sun, 14 Jul 1996 02:02:16 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA07904 for ; Sun, 14 Jul 1996 02:02:11 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id JAA01382; Sun, 14 Jul 1996 09:01:56 GMT Date: Sun, 14 Jul 1996 18:01:56 +0900 (JST) From: Michael Hancock To: michael butler cc: Archie Cobbs , freebsd-hackers@freebsd.org Subject: Re: interfaces, routes, etc. In-Reply-To: <199607140623.QAA00562@walkabout.asstdc.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sun, 14 Jul 1996, michael butler wrote: > > - When you bring an EtherNet interface up and ping some addresses > > on that network, you get automatically generated LINK layer routes > > (ie, arp entries). However, when you bring the interface down > > these routes do not automatically go away. > > I must admit that I was puzzled as to why it was necessary to add MAC > addresses into the route table. I thought they belonged in the ARP table and > nowhere else .. use arp -d to remove the entries. The arp table and routes are in a data structure called a radix trie. It's a structure that assumes routes and links don't change very often and it optimizes lookups at the expense of additions and deletions, though these don't seem to be that slow. -mike hancock From owner-freebsd-hackers Sun Jul 14 03:00:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA18094 for hackers-outgoing; Sun, 14 Jul 1996 03:00:34 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA18078 for ; Sun, 14 Jul 1996 03:00:30 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id DAA05118; Sun, 14 Jul 1996 03:00:33 -0700 (PDT) Message-Id: <199607141000.DAA05118@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Sean Eric Fagan cc: hackers@freebsd.org Subject: Re: "login classes" In-reply-to: Your message of "Sat, 13 Jul 1996 23:59:36 PDT." <199607140659.XAA02107@kithrup.com> From: David Greenman Reply-To: davidg@root.com Date: Sun, 14 Jul 1996 03:00:33 -0700 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >% I would say what this task was, but the *last* time I mentioned it on the >list, I got yelled at for several weeks for offending people's >sensibilities. ;) Hey, but pet snakes have to eat, too. :-) -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Sun Jul 14 04:12:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA04542 for hackers-outgoing; Sun, 14 Jul 1996 04:12:25 -0700 (PDT) Received: from isbalham (isbalham.ist.co.uk [192.31.26.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA04502 for ; Sun, 14 Jul 1996 04:12:15 -0700 (PDT) Received: from gid.co.uk (uucp@localhost) by isbalham (8.6.12/8.6.12) with UUCP id MAA14324; Sun, 14 Jul 1996 12:09:34 +0100 Received: from [194.32.164.2] by seagoon.gid.co.uk; Sun, 14 Jul 1996 11:55:13 +0100 X-Sender: rb@194.32.164.1 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 14 Jul 1996 11:58:08 +0100 To: Warner Losh From: rb@gid.co.uk (Bob Bishop) Subject: Re: Some interesting papers on BSD ... Cc: Bruce Evans , matt@lkg.dec.com, freebsd-hackers@FreeBSD.ORG, tech-kern@netbsd.org Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >[...] Sun, when they were >writing Solaris, is rumored to have produced "warlock." This program >would go through all your sources and warn of potential deadlock >situations in them. They never released it as they considered it a >competitive advantage to them... Warlock became lock_lint. From http://www.sun.com/sunsoft/Developer-products/sig/threads/man.html >>lock_lint(1) User Commands lock_lint(1) >> >>NAME >> lock_lint - verify use of locks in multi-threaded programs >> >>SYNOPSIS >> lock_lint subcommand >> >>DESCRIPTION >> lock_lint is a tool that statically analyzes ANSI C source >> code to aid in the detection of data races and deadlocks >> caused by inconsistent usages of mutex and readers-writer >> locks. [etc] I don't have it here, us tightwads use gcc on Solaris. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Sun Jul 14 04:16:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA05751 for hackers-outgoing; Sun, 14 Jul 1996 04:16:44 -0700 (PDT) Received: from linux4nn.gn.iaf.nl (root@linux4nn.gn.iaf.nl [193.67.144.34]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA05523 for ; Sun, 14 Jul 1996 04:16:14 -0700 (PDT) Received: from uni4nn.iaf.nl (root@uni4nn.iaf.nl [193.67.144.33]) by linux4nn.gn.iaf.nl (8.6.9/8.6.9) with SMTP id NAA27550 for ; Sun, 14 Jul 1996 13:16:56 +0200 Received: by uni4nn.iaf.nl with UUCP id AA26511 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sun, 14 Jul 1996 13:15:50 +0200 Received: by iafnl.es.iaf.nl with UUCP id AA14337 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sun, 14 Jul 1996 12:20:01 +0200 Received: (from wilko@localhost) by yedi.iaf.nl (8.6.12/8.6.6) id RAA03240 for FreeBSD-hackers@freebsd.org; Sat, 13 Jul 1996 17:57:12 +0200 From: Wilko Bulte Message-Id: <199607131557.RAA03240@yedi.iaf.nl> X-Organisation: Private FreeBSD site - Arnhem - The Netherlands Subject: FreeBSD press coverage in article on firewalls To: FreeBSD-hackers@freebsd.org (FreeBSD hackers list) Date: Sat, 13 Jul 1996 17:57:12 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there Yesterday I received this weeks issue of 'Computable', a Dutch weekly newspaper on automation etc (controlled circulation). I was pleasantly surprised to find FreeBSD mentioned in a 2 piece article on Internet firewalls as _the_ operating system of choice when you want a custom firewall solution. If there is interest, I can translate the relevant part and post it here. Just tell me Wilko _ ____________________________________________________________________ | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands -------------------------------------------------------------------------- From owner-freebsd-hackers Sun Jul 14 04:30:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA10017 for hackers-outgoing; Sun, 14 Jul 1996 04:30:26 -0700 (PDT) Received: from gateway.sequent.com (gateway.sequent.com [138.95.18.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA10002 for ; Sun, 14 Jul 1996 04:30:21 -0700 (PDT) Received: from kiska.svc.uk.sequent.com (kiska.svc.uk.sequent.com [158.84.31.99]) by gateway.sequent.com (8.6.13/8.6.9) with ESMTP id EAA09072; Sun, 14 Jul 1996 04:24:56 -0700 Received: from lonsqnt.uk.sequent.com (localhost [127.0.0.1]) by kiska.svc.uk.sequent.com (8.6.13/8.6.10) with ESMTP id LAA09015; Sun, 14 Jul 1996 11:29:10 +0100 To: Michael Hancock cc: Warner Losh , Bruce Evans , matt@lkg.dec.com, freebsd-hackers@FreeBSD.ORG, tech-kern@NetBSD.ORG Subject: Re: Some interesting papers on BSD ... In-reply-to: Your message of "Sun, 14 Jul 1996 17:52:51 BST." Date: Sun, 14 Jul 1996 11:29:05 BST Message-ID: <9004.837340145@lonsqnt.uk.sequent.com> From: Jan-Simon Pendry Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk % > : spl is probably fundamentally wrong for SMP. I haven't thought much % > : about what to use instead. % > % > The Solbourne people might disagree with you. As might the VMS % > Digitial people. Both groups used a scheme where you would raise the % > spl *AND* grab access locks to data structures (I think the latter was % % It's the quick and dirty route to getting an SMP version out the door % under budgetary or market timing constraints. % % To do it right, sections of code have to be rewritten to make the code as % parallel as possible. % % Caching also works very differently with multiple CPU's. unless you redesign the interrupt mechanism, you still have to raise spl levels for locks on data structures that can be accessed from interrupt handlers (or timeouts etc). if the cpu runs at the normal spl, it may end up taking an interrupt and then trying to lock a structure that the interrupted thread on the cpu had already locked. jan-simon. From owner-freebsd-hackers Sun Jul 14 05:23:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA25917 for hackers-outgoing; Sun, 14 Jul 1996 05:23:44 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA25898 for ; Sun, 14 Jul 1996 05:23:41 -0700 (PDT) Received: from rah.star-gate.com (localhost.v-site.net [127.0.0.1]) by rah.star-gate.com (8.7.5/8.7.3) with ESMTP id FAA00285; Sun, 14 Jul 1996 05:23:28 -0700 (PDT) Message-Id: <199607141223.FAA00285@rah.star-gate.com> X-Mailer: exmh version 1.6.5 12/11/95 To: Wilko Bulte cc: FreeBSD-hackers@FreeBSD.ORG (FreeBSD hackers list) Subject: Re: FreeBSD press coverage in article on firewalls In-reply-to: Your message of "Sat, 13 Jul 1996 17:57:12 +0200." <199607131557.RAA03240@yedi.iaf.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 14 Jul 1996 05:23:28 -0700 From: Amancio Hasty Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Cool! If you can translate it will be great post it will great . Tnks! Amancio >From The Desk Of Wilko Bulte : > Hi there > > Yesterday I received this weeks issue of 'Computable', a Dutch > weekly newspaper on automation etc (controlled circulation). > > I was pleasantly surprised to find FreeBSD mentioned in a 2 piece > article on Internet firewalls as _the_ operating system of choice when > you want a custom firewall solution. > > If there is interest, I can translate the relevant part and post it > here. Just tell me > > Wilko > _ ____________________________________________________________________ > | / o / / _ Wilko Bulte email: wilko@yedi.iaf.nl > |/|/ / / /( (_) Private FreeBSD site - Arnhem - The Netherlands > -------------------------------------------------------------------------- > From owner-freebsd-hackers Sun Jul 14 06:03:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA00199 for hackers-outgoing; Sun, 14 Jul 1996 06:03:49 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA00182 for ; Sun, 14 Jul 1996 06:03:47 -0700 (PDT) Received: from diablo.ppp.de by mail.crl.com with SMTP id AA06258 (5.65c/IDA-1.5 for ); Sun, 14 Jul 1996 06:03:15 -0700 Received: from allegro.lemis.de by diablo.ppp.de with smtp (Smail3.1.28.1 #1) id m0ufPsd-000QbyC; Sun, 14 Jul 96 14:02 MET DST From: grog@lemis.de (Greg Lehey) Organisation: LEMIS, Schellnhausen 2, 36325 Feldatal, Germany Phone: +49-6637-919123 Fax: +49-6637-919122 Received: (grog@localhost) by allegro.lemis.de (8.6.9/8.6.9) id NAA21845; Sun, 14 Jul 1996 13:54:53 +0200 Message-Id: <199607141154.NAA21845@allegro.lemis.de> Subject: ATAPI CD-ROMS (was: help) To: dwhite@resnet.uoregon.edu Date: Sun, 14 Jul 1996 13:54:53 +0200 (MET DST) Cc: hackers@FreeBSD.org (FreeBSD Hackers) In-Reply-To: from "Doug White" at Jul 12, 96 11:32:54 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Doug White writes: > > On Fri, 12 Jul 1996, Erwin Stampfer wrote: > >> BSD is not able to find my CD-ROM Drive. The latter - a Mitsumi FX600 - >> is jumpered as a slave device of the harddisc (same port, same interrupt). >> I do not want to alter the hardware configuration of my computer. Is >> there another possibility. > > . FTP from ftp.freebsd.org or from a local machine, if you're on a net. I'm not. > . Install from a DOS partition. I don't use DOS. I bought this machine specifically for FreeBSD. > . Install from floppies. What's a floppy? And where do I get them from? How much do they cost? (See page 151 of Installing FreeBSD for an answer). > Plenty of choices :) Hobson's choice. Seriously, I think that this area and problems with EIDE disks are the two biggest factors working against the spread of FreeBSD. ATAPI CD-ROMs must account for 70% of installation problems. Soon they'll be standard equipment on all PCs. We need to do something about the situation. Greg From owner-freebsd-hackers Sun Jul 14 08:33:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA09599 for hackers-outgoing; Sun, 14 Jul 1996 08:33:11 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA09586 for ; Sun, 14 Jul 1996 08:33:07 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA14476; Sun, 14 Jul 1996 09:32:58 -0600 (MDT) Date: Sun, 14 Jul 1996 09:32:58 -0600 (MDT) Message-Id: <199607141532.JAA14476@rocky.mt.sri.com> From: Nate Williams To: Sean Eric Fagan Cc: hackers@freebsd.org Subject: Re: "login classes" In-Reply-To: <199607140659.XAA02107@kithrup.com> References: <199607140659.XAA02107@kithrup.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well, I was a Busy Boy today. While doing some other task%, I decided to > start implementing login classes for FreeBSD. Do you have a better description of them other than 'allowing you to use separate authention'? It seems I've heard lots of folks 'wish' for them in different contexts, so I'm not exactly sure *what* they do at any level, other than they can do many things. :) Thanks Nate From owner-freebsd-hackers Sun Jul 14 08:49:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA13494 for hackers-outgoing; Sun, 14 Jul 1996 08:49:48 -0700 (PDT) Received: from mail.jrihealth.com (mail.jrihealth.com [204.249.32.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA13462 for ; Sun, 14 Jul 1996 08:49:44 -0700 (PDT) Received: from library.pride.net (danp@library.pride.net [204.249.32.4]) by mail.jrihealth.com (8.3/8.6.6.Beta9) with SMTP id MAA07550; Sun, 14 Jul 1996 12:03:18 -0400 Date: Sun, 14 Jul 1996 12:03:29 -0400 (EDT) From: Dan Polivy To: Sean Eric Fagan cc: hackers@freebsd.org Subject: Re: "login classes" In-Reply-To: <199607140659.XAA02107@kithrup.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Sean, On Sat, 13 Jul 1996, Sean Eric Fagan wrote: > They are heavily modeled after the BSD/OS versions, of course, since that's > the only implementation I know of ;). If this is what I think, I believe IRIX may also have these classes :) A local SGI Challenge here allows real ppp or slip instead of the standard shell by loggin in as '/ppp' or '/slip'. I believe this is the same thing, and actually, I think it could be useful to have the /ppp and /slip classes there. Just a thought. :) Dan +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ | JRI HIS MIS Systems Administrator/Tech Support | |////////////////////////////////////////////////////////////////| | danp@busstop.org dpolivy@jri.org danp@library.pride.net | |\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\| | Check out JRI's Homepage at http://www.jri.org | |////////////////////////////////////////////////////////////////| | For More Info about JRI Health, call 617.457.8150, | | EMail health@jri.org or check out http://www.jri.org/jrihealth | +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ Member of the Association of American Crack Dealers, Ltd. (AACD) From owner-freebsd-hackers Sun Jul 14 09:18:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA19879 for hackers-outgoing; Sun, 14 Jul 1996 09:18:20 -0700 (PDT) Received: from etinc.com ([204.141.95.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA19852 for ; Sun, 14 Jul 1996 09:18:13 -0700 (PDT) Received: from dialup-usr14.etinc.com (dialup-usr14.etinc.com [204.141.95.130]) by etinc.com (8.6.12/8.6.9) with SMTP id MAA18495; Sun, 14 Jul 1996 12:23:27 -0400 Date: Sun, 14 Jul 1996 12:23:27 -0400 Message-Id: <199607141623.MAA18495@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "JULIAN Elischer" From: dennis@etinc.com (dennis) Subject: Re: interfaces, routes, etc. Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> My suggestions... >> >> - Automatically generated link layer routes get removed when an >> interface is brought down. This should depend on what you mean by "down". If the link is adminstratively brought 'down", yes, but if on a PTP the line goes flakey for a few minutes (because the telco is playing games, like ours does sometimes on a saturday morning), it shouldnt affect the routes. If you're changing an address you should delete the old addresses explicitly. >> Another question: >> >> - Exactly what is the netmask, as configured on a point-to-point >> interface, used for? If anything, which address does it apply to, >> the local or the remote one? This is something that should be fixed, as the routes are added at "host" when you set up a PTP address pair, yet the netmask is set the the natural mask of the local address, which is arguable wrong. The broadcast address (if broadcasting is on) should also be the destinination address of the PTP, not the broadcast address formulated using the netmask. >> - Allow NMBA type addressing on point-to-point links like this: >> >> tun1: flags=8051 mtu 1500 >> inet 1.1.1.1 --> 2.2.2.2 netmask 0xff000000 >> inet 1.1.1.1 --> 3.3.3.3 netmask 0xff000000 >> inet 1.1.1.1 --> 4.4.4.4 netmask 0xff000000 Why would you want to alias like this on a PTP? This particular example is very wrong, because the definition of a PTP link is one entity on each side of the link. The above should be configured: tun1: flags=8051 mtu 1500 >> inet 1.1.1.1 --> 2.2.2.2 route add 3.3.3.3 2.2.2.2 route add 4.4.4.4 2.2.2.2 if you have multiple gateways on a PTP link the routing software has no way of knowing what the gateway is for a particular packet, and you'll break stuff that depends on such things. gated will also choke badly on such a configuration. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous PC Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX. From owner-freebsd-hackers Sun Jul 14 09:49:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA26901 for hackers-outgoing; Sun, 14 Jul 1996 09:49:43 -0700 (PDT) Received: from kithrup.com (kithrup.com [205.179.156.40]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA26888 for ; Sun, 14 Jul 1996 09:49:39 -0700 (PDT) Received: (from sef@localhost) by kithrup.com (8.6.8/8.6.6) id JAA11161; Sun, 14 Jul 1996 09:49:38 -0700 Date: Sun, 14 Jul 1996 09:49:38 -0700 From: Sean Eric Fagan Message-Id: <199607141649.JAA11161@kithrup.com> To: nate@mt.sri.com Subject: Re: "login classes" Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Do you have a better description of them other than 'allowing you to use >separate authention'? It seems I've heard lots of folks 'wish' for them >in different contexts, so I'm not exactly sure *what* they do at any >level, other than they can do many things. :) Sure. At the basest, it is not a whole lot more than "allowing you to use seperate authentication." The passwd file has a currently-unused field, "class". Let's say that I had sef:encryptedpasswd:12:10:staff:0:0:Sean Eric Fagan,,,:/var/users/sef:/bin/tcsh nate:foobar:12:10:guest:0:0:Nate Williams,,,:/var/users/nate:/bin/tcsh in my master.passwd file. (Incidently, CSRG should have allowed the class field to be in the passwd file, not just the master.passwd file.) Now, further, let's say that in /etc/login.conf, I had: guest:\ :auth=passwd,skey,kerberos:\ :auth-skey=skey:\ :cputime=1h3m2s:\ :coredumpsize=1024:\ :auth-passwd=passwd,skey:\ :path=/bin /usr/bin ~/bin staff:\ :auth=passwd,skey:\ :cputime=infinity:\ :coredumpsize=infinity:\ :path=/bin /sbin /usr/bin /usr/sbin ~/bin When either of us logged in, we would have certain limits set according to those two decriptions above: you would have only 1h3m2s of CPU time, and could only dump a 1k core file; I, however, could use as much CPU time as I wanted, and dump core files as large as my disk space. Note also that "auth=" lines. Those are different authentication styles. These can be specified to login by adding a :