<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://homeostasis.scs.carleton.ca/wiki/index.php?action=history&amp;feed=atom&amp;title=Security_2</id>
	<title>Security 2 - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://homeostasis.scs.carleton.ca/wiki/index.php?action=history&amp;feed=atom&amp;title=Security_2"/>
	<link rel="alternate" type="text/html" href="https://homeostasis.scs.carleton.ca/wiki/index.php?title=Security_2&amp;action=history"/>
	<updated>2026-06-02T21:10:25Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.42.1</generator>
	<entry>
		<id>https://homeostasis.scs.carleton.ca/wiki/index.php?title=Security_2&amp;diff=1708&amp;oldid=prev</id>
		<title>Kevinbowrin at 19:43, 22 November 2007</title>
		<link rel="alternate" type="text/html" href="https://homeostasis.scs.carleton.ca/wiki/index.php?title=Security_2&amp;diff=1708&amp;oldid=prev"/>
		<updated>2007-11-22T19:43:49Z</updated>

		<summary type="html">&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;Notes: Comp 3000 Operating Systems Nov 21st 07&lt;br /&gt;
&lt;br /&gt;
-The total test mark will be the highest mark between the 2 tests&lt;br /&gt;
&lt;br /&gt;
-VFS - Abstraction between the os and the file system - keeps the os from being tied into the filesystem.&lt;br /&gt;
&lt;br /&gt;
-NFS - Old file system.&lt;br /&gt;
&lt;br /&gt;
-What is the appropriate level of abstaction for a networked file system?&lt;br /&gt;
Direct access to disk -&amp;gt; block level network filesystem&lt;br /&gt;
*SCSI over IP&lt;br /&gt;
*BAD IDEA. No file permissions/file control. No security.&lt;br /&gt;
*Not good to have more then one OS accessing the disk at one time.&lt;br /&gt;
*There are uses for this kind of system: SAN - Storage area network.&lt;br /&gt;
*Bunch of computers in network. (IMAGE-&amp;gt; NETWORK RING)&lt;br /&gt;
*Bunch of disks pretty much removed from the computing aspect.  (IMAGE -&amp;gt; NETWORK *RING AND STORAGE RING)&lt;br /&gt;
*Seperate channel to communicate between computers and storage.&lt;br /&gt;
*Fast, fast connection&lt;br /&gt;
*Look at trust boundries in networked storage.  Who do  I trust? Connected to internet?&lt;br /&gt;
&lt;br /&gt;
-Not block access, file access.&lt;br /&gt;
-NFS -&amp;gt; File server is stateless, in  old versions. &lt;br /&gt;
*Stateless is weird... VFS has OPEN, CLOSE, WRITE, SEEK, CLOSE, STAT etc.&lt;br /&gt;
*OPEN and CLOSE  don&amp;#039;t work. Cannot keep track of this in stateless.&lt;br /&gt;
*Advantage: File server can reboot and not effect clients,&lt;br /&gt;
*SEEK doesn&amp;#039;t work either. No file pointer.&lt;br /&gt;
*You have to specify EVERYTHING, File, how much data, offset etc. at&lt;br /&gt;
*Open only converts a pathname to a file.&lt;br /&gt;
*What happens if you open a random number?&lt;br /&gt;
*NFS = NO FILE SECURITY.&lt;br /&gt;
*All security is on the client side. NFS server can choose workstations that can access read, read-write. That&amp;#039;s it.&lt;br /&gt;
*Only works in a trusted environment.&lt;br /&gt;
&lt;br /&gt;
-The internet is a type of networked file system. (Read only).&lt;br /&gt;
&lt;br /&gt;
-WebDAV lets you do writes and reads over the internet.&lt;br /&gt;
&lt;br /&gt;
-Best distributed file system: Sets the bar... AFS.&lt;br /&gt;
&lt;br /&gt;
-Allow someone to access their files from thousands of computers around the world securely and with high performance.&lt;br /&gt;
&lt;br /&gt;
-AFS allows file control lists. Looks like local storage.&lt;br /&gt;
&lt;br /&gt;
-So, problems: Authentication. Namespace. Performance. Kerberos. -&amp;gt; Single signon without trusting all clients.&lt;br /&gt;
&lt;br /&gt;
-Login, then you have a ticket to authenticate yourself after logging on to the Kerberos system. Ticket is time limited. (GOOD!)&lt;br /&gt;
&lt;br /&gt;
-AFS also uses a DNS like service to resolve which machine matches the name of the machine you want.&lt;br /&gt;
&lt;br /&gt;
-Performance? You want to cache! (with NFS , you can&amp;#039;t do this. stateless, can&amp;#039;t keep track of who is accessing what) AFS is the opposite. It keeps as much state as possible. (AFS is stateful)&lt;br /&gt;
&lt;br /&gt;
-Callbacks - Contact the client to update it&amp;#039;s cached file.&lt;br /&gt;
&lt;br /&gt;
-Close is crazy. (Save works like normal, saves to local disk)&lt;br /&gt;
&lt;br /&gt;
-What if file server goes down? Close fails! You cannot update the file on the server. You must check the return value of close. Close = commit to server.&lt;br /&gt;
&lt;br /&gt;
-For standard cases, local and networked disks work pretty much the same. It&amp;#039;s the error cases that don&amp;#039;t work in similar ways. In local systems, things are working fine, or not working at all. In distributed systems, things work&lt;br /&gt;
alright all the time.&lt;br /&gt;
&lt;br /&gt;
-Tickets expire, kinda weird. What happens? File loss?&lt;br /&gt;
&lt;br /&gt;
-RPCs, remote procedure calls. Wrappers cause problems. All you see is a procedure call. what you are actually doing is network communication. You don&amp;#039;t program properly.&lt;br /&gt;
&lt;br /&gt;
-AFS doesn&amp;#039;t encrypt, less them optimal integrity checks.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
FIRST DRAFT ONLY These notes are a bit rough... I&amp;#039;ll be fixing them later tonight.&lt;br /&gt;
&lt;br /&gt;
Posted By Kevin Bowrin 2:45 PM Nov 22nd&lt;/div&gt;</summary>
		<author><name>Kevinbowrin</name></author>
	</entry>
</feed>