HDTenEightyP/NetNews huggingface dataset:
From: edgar@ariel.unimelb.edu.au (edgar)
Subject: Re: Multigate Stats
Organization: U of Melbourne (Australia)
Date: Tue, 24 Nov 1992 01:24:31 GMT

Is there an application that runs under system 7 on a mac that will give me this
information

Thanks for the help, Ed
From: puetter@pe.chalmers.se (Johan Puetter)
Newsgroups: comp.protocols.appletalk
Subject: CAP access from home?
Date: 18 Nov 92 17:50:35 GMT
Reply-To: puetter@pe.chalmers.se
Organization: Chalmers University of Technology, Gothenburg, SWEDEN

Hi CAP-lovers!

We have a CAP AFP-server at work. When I'm working at home I often need
access to our university network, so I successfully use MacSLIP to login.
The only thing I really miss is a convenient access to the CAP volume.

As I see it there are two possible ways to do this:

1) A program on our Sun (the CAP server) that will, in some way, assemble
   all three parts of a CAP file in some format that can be transfered over
   the SLIP connection to my home Mac (eg. ftp). Does such a program exist?
   I know of "cvt2apple" but how do I convert the file to something useful
   at home?

2) Some program that would let my home Mac connect to the CAP volume with
   AppleTalk (i.e. the normal way it's done when I'm at the university). This
   would be the prefered way I guess.

How do you do this? I can't be the only one wanting to do this?!?!?
ARA is out of the question for us since our Annex terminal server doesn't handle
it.

Any help would be appreciated

Regards
Johan

--
Johan Puetter, Production Engineering, Chalmers University of Technology,
Sweden. Internet: puetter@pe.chalmers.se
Newsgroups: comp.protocols.appletalk
Subject: Re: Multigate Stats
From: tom@wcc.oz.au (Tom Evans)
Date: 22 Nov 92 10:50:49 GMT
Organization: Webster Computer Corp, Melbourne, Australia

In article <1eks3cINNag3@manuel.anu.edu.au>, doug@coombs.nu.edu.au (Douglas Whaite) writes:
> I work at one of the research schools of ANU. We have 5 multigates and 18
> localtalk nets with about 500 nodes of one kind or another (IBMs, macs,

Local user too - just up the road (well, relative to Sweden :-).

> The problem is that the multigates are hard to interrogate. I use mgstats
> which sometime work and mgcmd which works for some bits. I want to
> reconfigure the multigates on the fly but it seems theses boxes have to
> be halted for this, ... Is this true?

The configure-and-restart-over-the-network program "mgccc" has been
available on munnari.oz.au since March. as "multigate/MPG/mgccc.1.1.shar.Z".
It will do all you want and more.

> I can live with this, but what I dearly want is a way to get the error
> stats for individual localtalk nets. 

These have always been available with the "s" command to "mgcmd". Type
a "?" to get the full current command list.  "mgstats" is obsolete.

========================
Tom Evans  tom@wcc.oz.au
Webster Computer Corp P/L, 1270 Ferntree Gully Rd Scoresby, Melbourne 3179
Victoria, Australia 61-3-764-1100  FAX ...764-1179  A.C.N. 004 818 455

wcc@cup.portal.com, AppleLink: "WEBSTER.USA"
2109 O'Toole Avenue, Suite J SAN JOSE CA 95131 - 1303 CALIFORNIA
1-408-954-8054  FAX 1-408-954-1832  AppleLink WEBSTER.USA
From: inei@dcs.gla.ac.uk (inei)
Newsgroups: comp.protocols.appletalk
Subject: Can UAB perform functions of AIR?
Date: 17 Nov 92 18:22:20 GMT
Distribution: world
Organization: The Internet


Can UAB perform the functions of AIR in the following network setup?
Basically, I have a SUN with 2 Ethernet interfaces.  I want to set
up a Macintosh network of Quadras on one side of the interface.
The other Ethernet interface on the SUN connects to the backbone.

The alternative is to run AIR on the Quadra 950 below, with 2 EtherTalk
cards.



========== 130.209.240.* ==============================================
                             |            |        
                             |     +-------------+ +-----+ +-----+ +-----+
                             |     | Webster MPG |-| Mac |-| Mac |-| Mac |
                          +-----+  +-------------+ +-----+ +-----+ +-----+
                          | SUN | running UAB
                          +-----+ 
                             |   
                             |
=========== 130.209.242.* ==============================================
                                  |        |        |        |        |
                                  |        |        |        |        |
                              +------+ +------+ +------+ +------+ +------+
                              | Q700 | | Q700 | | Q700 | | Q700 | | Q950 |
                              +------+ +------+ +------+ +------+ +------+

Mail:  Nick Nei, Computing Science Dept.,
       Glasgow Univ., 17 Lilybank Gardens,
       Glasgow G12 8QQ, UK.  Tel: (041) 339 8855 x 5457
ARPA:  inei%uk.ac.glasgow.dcs@nsfnet-relay.ac.uk USENET: inei@cs.glasgow.uucp
Newsgroups: comp.protocols.appletalk
From: arnold@synopsys.com (Arnold de Leon)
Subject: Re: MacTCP over Async Appletalk
Summary: mactcp over arns works
Keywords: arns appletalk async mactcp arns cisco
Organization: Synopsys, Inc.
Date: Mon, 23 Nov 1992 22:20:32 GMT

In addition to the Fastpaths, Webster Multigates, etc.  Cisco routers
with 9.0 or greater software can also provide MACIP services.

We currently have a couple of users testing TCP over ARNS.
I have a cisco router providing the IP service.

It appears to work just fine.  We have sucessfully
run Eudora and NCSA Telnet over the link.  I've
even tested transferring 5MB files over MacTCP over
ARNS.

The biggest problem we have is with trying to drive the
the serial ports faster than 19.2.

We have Powerbook 170s with Powerport gold modems.  Our testing
so far shows 19.2 is the fastest practical speed you can run.
Anything faster actually ends up being slower (serial
port overruns?).  

ARNS is great!  It is allowing us to migrate all
our dial ins to a one modem pool, shared by both Unix
and Macintosh users.
-- 
Arnold de Leon  			arnold@synopsys.com
NCS					Synopsys Inc.
(415) 694-4183				700 E. Middlefield Road
					Mtn. View, CA 94043-4033
From: djh@munnari.OZ.AU (David Hornsby)
Newsgroups: comp.protocols.appletalk
Subject: CAP/UAR
Date: 20 Nov 1992 04:42:52 +1100
Organization: University of Melbourne
NNTP-Posting-Host: munnari.oz.au

I'm interested in hearing from people who would like to play with
(read: exhaustively test) a new UNIX AppleTalk program called UAR.

To qualify as a test site, you have to already know what UAR does,
and have one of the following types of UNIX workstations (it would
also be helpful if it had more than one ethernet interface) SunOS,
ULTRIX 4.N, IRIX, RS6000 AIX, Sony NEWS 4.2 and HP-UX 8.0x

Please send me email ...

 - David.
From: phil@compnews.co.uk (Phil Male)
Newsgroups: comp.protocols.appletalk
Subject: Re: CAP access from home?
Date: 19 Nov 92 08:41:02 GMT
Distribution: world
Organization: The Internet


On 18 Nov,  5:50pm, Johan Puetter wrote:
> Subject: CAP access from home?
> Hi CAP-lovers!
> 
> We have a CAP AFP-server at work. When I'm working at home I often need
> access to our university network, so I successfully use MacSLIP to login.
> The only thing I really miss is a convenient access to the CAP volume.
> 
> As I see it there are two possible ways to do this:
> 
> 1) A program on our Sun (the CAP server) that will, in some way, assemble
>    all three parts of a CAP file in some format that can be transfered over
>    the SLIP connection to my home Mac (eg. ftp). Does such a program exist?
>    I know of "cvt2apple" but how do I convert the file to something useful
>    at home?

I wrote a program called cap2mb which converts a CAP file (in three parts)
and creates a MacBinaryII file. I posted it to the CAP maintainers and it
will be in the next release - meantime if anyone wants a copy send me
some mail. I have another program called mbident which grovels around
inside a Mac file stored under Unix and works out what format the file is,
might be of use to someone other than ourselves.

> 
> Regards
> Johan
> 
> --
> Johan Puetter, Production Engineering, Chalmers University of Technology,
> Sweden. Internet: puetter@pe.chalmers.se
> End of excerpt from Johan Puetter


-- 

phil 

 ------------------------------------------------------------------------------
   ___/   /
   /_/)  /    Phil Male, Director, Information Systems Engineering Group
  / /_ '/  Computer Newspaper Services, The Bishops Manor, Howden, DN14 7BL
 / / ///
 ------------------------------------------------------------------------------

Mustgo, n.:
	Any item of food that has been sitting in the refrigerator so
long it has become a science project.
		-- Sniglets, "Rich Hall & Friends"
Newsgroups: comp.protocols.appletalk
From: Kevin W. Ramer <ramer@nrc-iris.nrc.uab.edu>
Subject: Re: CLAIM: Seed Routers are not Nodes
Organization: Neurobiology Research Center
X-Useragent: Nuntius v1.1
Date: Thu, 19 Nov 1992 15:27:39 GMT

In article <chris.722141659@ph-meter.beckman.uiuc.edu> Chris Gressley,
chris@ph-meter.beckman.uiuc.edu writes:
>
>1. A "router" is not a "node". Nodes and routers are distinct sorts of
>things.
>

>2. Since a router is not a node,  
Does it really matter  ?  Personally I'd call it a node since it 1) has
its own
address, 2) communicates between other nodes, etc, etc. 

A1) A seeding router sets the address for the NETWORK that it is on.  It
may in fact 
choose its node number in the server range (e.g. 128-254 LocalTalk)

A2) Most macintosh machines keep their network address somewhere and will
try
 to use it 1st before trying to acquire a new address. And I'm sure that
routers
LaserWriters, etc all use the same mechanism.

>I am trying to configure the backbone network that the routers share
>with the campus backbone so that all of the routers are seed routers.
>Because of this, two of my routers are trying to use identical node
>IDs, which all in all is a very bad thing.

If you wish to do this you will need *unique* numbers for the separate
networks that
each router routes for.

A diagram:

   +---------------+----------------+---------------+   (4)   (trunk enet)
  [ ]                          [ ]                           [ ]         
              [ ]       (routers)
   |                            |                             |          
                |        (local talk branches)
   |                            |                             |          
                |      
  (2)                         (6)                         (9)           
          (11)   Network number   


   All routers must agree on the network number for the common network
(trunk)
Also if two routers number their respective localtalk branches the same 
nodes in one will not see nodes in the other.  With Phase II if the
routers do not
agree on the Phase II network number the networks are separate and will
not know about each other.

While I am not an AUTHORITY I am speaking from my experiences.
From: sm@sys.uea.ac.uk (Shaun McCullagh)
Newsgroups: comp.protocols.appletalk
Subject: SNMP for Multigate
Date: 20 Nov 92 18:00:44 GMT
Organization: University of East Anglia
X-Xxmessage-Id: <A732D8985801042E@sm.sys.uea.ac.uk>
X-Xxdate: Fri, 20 Nov 92 18:02:00 GMT
X-Useragent: Nuntius v1.1.1d12

Hi,

Could somebody recommend an SNMP package for a Mac so that I can control
our
MGs. If there is one in the PD please advise where I can get a copy.

Thanx in advance


Shaun McCullagh (RA)
School of Information Systems.,
University of East Anglia.,
Norwich
England NR4 7TJ

sm@uk.ac.uea.sys ( JANET )      	       	Tel +44 603 592307
sm@sys.uea.ac.uk ( Other Nets ) 	       	FAX +44 603 507720

*******************************************************************
What a terrible thing to have lost one's mind.  Or not to have a mind at
all.  How true that is.
-- The Ex Vice President of The United States of America : Dan Quayle 
*******************************************************************
Newsgroups: comp.protocols.kerberos
From: dave@netmgr.mmc.com (David A. Rageth)
Subject: new user, version 4 compile on a Sun Sparc, Sunos 4.1.1
Keywords: compile, sparc
Organization: mmc
Date: Fri, 20 Nov 1992 18:21:28 GMT

I have been struggling for about a week now, trying to get kerberos to
compile on a sun sparc, running sunos 4.1.1.  With minimal flags set, and
I get an error everytime in trying to compile kadmin.  There error comes
from not having subroutines defined in the linker.  The following error
is displayed:

cc -O -I.././include -I../util/ss -DBSD42 -DKERBEROS -DVFS  -DNOENCRYPTION -DNDBM   -target sun4 -c  kadmin.c
.././util/ss/make_commands kadmin_cmds.ct
Undefined
_clean_up
_help
_quit
_get_entry
_change_admin_password
_ss_list_requests
_add_new_key
_change_password
cc -O -I.././include -I../util/ss -DBSD42 -DKERBEROS -DVFS  -DNOENCRYPTION -DNDBM  -o kadmin kadmin.o kadmin_cmds.o .././util/ss/libss.a .././util/et/libcom_err.a .././lib/kadm/libkadm.a .././lib/krb/libkrb.a 
ld: kadmin_cmds.o: no namelist
*** Error code 4

Any ideas or suggestions would be greatly appreciated.

-- 
x++++++++++++++++++++++++++++++++++++++++x
 x            David Rageth                x
  x   Internet : dave@netmgr.mmc.com       x
   x   voice    : (303)977-4584             x
    x   fax      : (303) 977-2765            x
     x   USMail   : Martin Marietta           x
      x              P.O. Box 179 m/s 1084     x
       x              Denver, Colorado          x
        x                               80201    x
         x++++++++++++++++++++++++++++++++++++++++x
From: P.Herlihy@ccsd.uts.EDU.AU (Patrick Herlihy)
Newsgroups: comp.protocols.kerberos
Subject: Re: telnet encryption option vs. Clarkson TCP
Date: 18 Nov 92 21:38:56 GMT
Organization: University of Technology, Sydney
NNTP-Posting-Host: kgispy.ccsd.uts.edu.au
Originator: patrick@kgispy.ccsd.uts.EDU.AU

alan@CURTA.CC.COLUMBIA.EDU (Alan Crosswell) writes:

>I wonder if you have heard of any interoperability problems between
>the Kerberized (version 4) telnetd that came with the first beta of
>MIT Kerberos 5 and Clarkson TCP for the PC (CUTE-2.2TN-D).

>The problem I have is the telnet session "freezes" right around the
>TELOPT_ENCRYPTION (option 38) negotiation.  Clarkson TCP is not
>capable of doing the auth or encrypt options (boy do I wish!) so it is
>just something messing up in the part where the unknown option is
>supposed to be rejected.  If I recompile telnetd with -UENCRYPT then
>Clarkson TCP is able to get in.  Other telnet clients like Unix and
>Kermit can get in just fine.

I figured that Clarkson TCP just doesn't handle the encryption option
properly:  telnetd says "WILL ENCRYPT", expecting a response from CUTCP
if it won't encrypt; CUTCP just ignores the option altogether.

Telnetd then assumes that the option has been accepted, and waits in a loop
expecting to get encryption key info.

If you make the initial telnetd option "DO ENCRYPT" instead of "WILL ENCRYPT",
and put a "WILL ENCRYPT" later on, CUTCP will respond properly in the
negative.

My diffs to telnetd/telnetd.c in the telnet.91.03.25 release follow:

*** telnetd.c.orig	Wed Nov 18 08:34:47 1992
--- telnetd.c	Wed Nov 18 08:34:51 1992
***************
*** 417,423 ****
  #endif
  
  #if	defined(ENCRYPT)
!     send_will(TELOPT_ENCRYPT, 1);
  #endif
      send_do(TELOPT_TTYPE, 1);
      send_do(TELOPT_TSPEED, 1);
--- 417,424 ----
  #endif
  
  #if	defined(ENCRYPT)
! /*    send_will(TELOPT_ENCRYPT, 1); */
!     send_do(TELOPT_ENCRYPT, 1);
  #endif
      send_do(TELOPT_TTYPE, 1);
      send_do(TELOPT_TSPEED, 1);
***************
*** 425,431 ****
      send_do(TELOPT_ENVIRON, 1);
      while (
  #if	defined(ENCRYPT)
! 	   his_do_dont_is_changing(TELOPT_ENCRYPT) ||
  #endif
  	   his_will_wont_is_changing(TELOPT_TTYPE) ||
  	   his_will_wont_is_changing(TELOPT_TSPEED) ||
--- 426,433 ----
      send_do(TELOPT_ENVIRON, 1);
      while (
  #if	defined(ENCRYPT)
! /* 	   his_do_dont_is_changing(TELOPT_ENCRYPT) || */
! 	   his_will_wont_is_changing(TELOPT_ENCRYPT) ||
  #endif
  	   his_will_wont_is_changing(TELOPT_TTYPE) ||
  	   his_will_wont_is_changing(TELOPT_TSPEED) ||
***************
*** 439,444 ****
--- 441,447 ----
       * send with.  If autoencrypt is not set, this will just return.
       */
      if (his_state_is_will(TELOPT_ENCRYPT)) {
+         send_will(TELOPT_ENCRYPT, 1);
  	encrypt_wait();
      }
  #endif
-- 
Patrick John Herlihy,                            P.Herlihy@ccsd.uts.EDU.AU
Communications Services Branch,		                Ph: +61 2 330 5162
University of Technology, Sydney,                      Fax: +61 2 330 5562
PO Box 123, Broadway, NSW, 2007, Australia.
From: root@tamuts.tamu.edu (Wally Strzelec)
Newsgroups: comp.protocols.kerberos
Subject: admin_acl_file
Date: 23 Nov 92 17:50:14 GMT
Organization: Texas A&M University, College Station
NNTP-Posting-Host: tamuts.tamu.edu


Is format of the admin_acl_file documented any where?  The man pages
for kadmin, kadmind and kpasswd all seem to be null.  Are there
any version 5 beta #2 man pages for these yet?

        Wally Strzelec
        Texas A&M University
        Unix System Administrator
        packman@tamuts.tamu.edu
Newsgroups: comp.protocols.kerberos
From: yuan@syl.dl.nec.com (Ruixi Yuan)
Subject: Kadmind patch.
Organization: Internet-USENET Gateway at Stanford University
Date: Mon, 23 Nov 1992 16:46:51 GMT

From kdrenard@BRL.MIL Mon Nov 23 08:23:03 1992
>
>	Sorry, I don't have any fixes for rlogin for you at this time, it's
>next on my list.  I would like to know what you have done to kadmin/kpasswd
>to keep its head above water.  I have already replaced "exit"s in kadmind
>with "continues" to keep the server from dying after a successfully
>completing a request.  I am quite disappointed that no network "cleanup"
>is attempted by kpasswd upon error ("finish:").  When you do not validate
>you new password correctly, kpasswd ends and lets the server die (errno 10).
>I haven't looked deep enough into the "Program lacks support for keytype..."
>error yet.  Have you conquered these problems yet, are there others?  Any
>help would be greatly appreciated.
>
>Ken Renard
>U.S. Army Research Lab
>ACISD-HPCCB
>

 I solved this problem by correcting a simple mem allocation 
 error in kadmin/server/adm_funcs.c, the diffs between the corrected 
 version and original version is: 
 
 196c196
 <       memset((char *) entry, 0, sizeof(*entry));
 ---
 >       memset((char *) &entry, 0, sizeof(entry));
 
 As for kpasswd, someone posted a patch before, the diffs for kpasswd.c is:

 153c153
 <     if (!my_keyblock) {
 ---
 >     if (!*key) {

 As for the kadmind server exiting problem, I didn't seem to have this 
 problem yet. 

 --- Ruixi Yuan, MTS
     NEC Systems Lab.
     yuan@syl.dl.nec.com
Newsgroups: comp.protocols.kerberos
From: yuan@syl.dl.nec.com (Ruixi Yuan)
Subject: K5-beta2 rlogin application
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 20 Nov 1992 00:48:34 GMT


After installing KRB5-BETA2 version on my machine (SunOS 4.1.1) and 
fixing some problems with kadmin, and kpasswd. I am trying to get
the bsd rcommonds running, but to no avail. After performing the 
following procedures: 

1. add an entry "host/ottawa.dl.nec.com" to the kerberos database

2. extract a srvtab file by using "xst ottawa.dl.nec.com host" in 
   kdb5_edit and place it in /krb5/v5srvtab

3. make the appropriate change in /etc/services and /etc/inetd.conf files

4. try "rlogin ottawa" and I got the following error messages: 

rlogin: kcmd to host ottawa.dl.nec.com failed - Server rejected authentication (during sendauth exchange)
trying normal rlogin (/usr/ucb/rlogin)
Password:

In the /usr/adm/messages log file, it tells the following: 

Nov 19 18:38:15 ottawa krlogind[24308]: Kerberos authentication failed from otta
wa.dl.nec.com: Wrong principal in request
Nov 19 18:38:15 ottawa krlogind[24308]: Error reading message

I have followed some of the source code, and it looks like somehow after 
encoding and decoding the application request, the principal and relavent
keys from rlogin client don't match that of the krlogind server. 

I have no clue on why the K5 rlogin problems does this, Does anybody 
run into this kind of problem before, and can any knowledgeable netter
provide any info on why the above occur? (BTW, I have also tried to use 
"host/ottawa" as principal, and "xst ottawa host" for srvtab). 

Thanks in advance!

--- Ruixi , yuan@syl.dl.nec.com 
Newsgroups: comp.protocols.kerberos
From: bhoward@is.morgan.com (Bruce Howard)
Subject: Re: Getting new principal key
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 20 Nov 1992 17:11:09 GMT

> For various reasons, I need to perform the following sequence of operations:
> 
> 1. Run kinit (or equivalent) on machine A
> 2. Run telnet/rlogin/rsh like utility on machine A
> 	2a. utility contacts machine B
> 	2b. server on machine B authenticates user from A
> 	2c. server on machine B creates new ticket file for user on B
> 	2d. server on machine B runs desired command under user's environment.
> 3. server on machine B removes tickets and cleans up in general after
>    command has completed
> 
> The problem I have is that I can't figure out how to do step 2c. 
> For example, if the command passed to B is "klist", it should list just the
> krbtgt ticket for that user. The V4 rsh/etc. tools will not do step 2c
> 
> 
> The reason I want to do this is to allow the command run on machine B to 
> run as the user and get tickets of it's own for other operations. I just
> need some way to propigate the krbtgt ticket.

the user on "a" wants to allow some service or entity on "b" to acquire
a tgt for the user.  "a" mutually authenticates with some service on
"b", establishing a session key with "b".  the service on "b" can
request a tgt for the user and pass the response back to "a" for
decryption.  "a" decrypts the tgt, reencrypts it with the session key
it shares with "b" and sends back to result to "b" who proceeds to then
use it.  since you probably don't want the user on "a" to type in their
password twice, you would probably hack kinit to first acquire the tgt
for the user on "a" and then reuse that password to decrypt the tgt
on behalf of the service on "b".

					cheers,
					bruce
Newsgroups: comp.protocols.kerberos
From: pato@APOLLO.HP.COM (Joe Pato)
Subject: Re: Question about keytab timestamp field
Organization: Internet-USENET Gateway at Stanford University
Date: Fri, 20 Nov 1992 23:40:05 GMT

    
    The timestamp field in a V5 keytab entry appears to be the time it was
    extracted from the database, rather than the time the key was last
    changed (useful) or that the principal was created (slightly less
    useful).  Can someone explain why this decision was made?
    
    Barry Jaspan
    Aktis, Inc.
    
The timestamp field in the V5 keytab entry is the time the entry was
added to the keytable.  The DCE added this feature for a number of reasons - the
most direct was to know which key is the newest in the keytable.  Since
key version numbers wrap at 255, the version number is not enough.  In our
environment the time the key was written to the key table is effectively the
same time it is set in the KDC (we abstract access to the kerberos environment
and the facility that manages keys for servers operates on both databases -
making a direct change to the keytable and then a remote change to the KDC.)

                    -- Joe Pato
                       Distributed Computing Program / East
                       Hewlett-Packard Company
                       pato@apollo.hp.com


-------
Newsgroups: comp.protocols.kerberos