Field Types- elaborated
Just a recap of all the types of DNS names in NetDB:
Name Node Type # allowed Comment Host All 1 unless Adv A record Alias All many CNAME record MX All many MX record Interface Adv 1 A record IP Address Adv 1 A record IPC Addr IPC 1 A record Dyn Addr Network 1 A record
DNS names must obey the following rules:
Reserved names
Used when multiple selections are allowed
Used when short list and only single selection allowed
Allowable date formats are:
Must not be negative number. Zero is ok
Table of Objects, Fields and Field Types
This section covers oddities for each object type.
Object names must be unique within that object.
| Object Type | Name Field Type |
| Group | Non-DNS name, spaces |
| Domain | DNS |
| User | People name- valid kerb principal |
| Admin Team | Non-DNS name, spaces |
| Network | DNS Name |
| Node | DNS Name |
Used for security. Associated with all objects and address spaces.
New object which can be used in place of SUNet ID as a node administrator. In the node administrator field, admin teams are indicated by a semicolon after the name. Members do not have to be netdb users but must be in registry. Unidentified node administrators will be migrate as Admin Teams.
This table lists what fields are inherited when an object is used as a template:
| OBJECT | INHERITED FIELDS |
| Domain | Limited, Allow Names, Groups |
| Group | |
| User | Dept, Groups, def Group, def Addr Space, def Domain, Obj Access, All Objects, Groups, All Groups, Templates (not implemented), Active |
| Admin Team | Groups, Dept, Members |
| Network | Group, Dhcp Service, Dhcp Options |
| Node | Node Types, Dept, Group, Location, Room, Expiration Date, Make/Model, OS, Administrator, User, Ptr Prefs, Address Space (see IP Address Assignment) |
Even if user has rights to an object and the object is not locked, object cannot be deleted under certain circumstances.
| OBJECT | CAN'T DELETE IF... |
| Domain | Names still exist in domain |
| Group | Objects are still associated with that group |
| User | |
| Admin Team | still listed as node admin |
| Network | IP addresses being used in that network |
| Node | |
| Address space | IP addresses being used in that address space |
Note that address space is not really an object.
More on MX deletion
| Person type | Who sees entry | Seen on Entry | Seen on Info |
| NetDB User | God | name, workphone, email, sunetid | name, workphone, email, dirID |
| Node Admin | LNA | name, dept | name, dirID |
| Node User | LNA | name, dept | name, dirID |
| Admin Team Member | LNA | name, dept | name, dirID |
| OBJECT | ACTION | OBJECT RIGHTS NEEDED |
| Domain | Add names in domain | Node or Network |
| Domain | Add, modify, delete | Domain |
| Group | Add, modify, delete | Group |
| User | Add, modify, delete | User |
| Admin Team | Add, modify, delete | Admin Team |
| Network | Add, modify, delete | Network |
| Node | Add, modify, delete | Node |
| Address space | Assign addresses from this space | Node or Network |
Note: address space is not a NetDB object
Only users with group object access rights can create groups.
Below is a list of the allowable DHCP options. DHCP options must be explicitly listed, one per line, as < Label > = < Value >. Values are not checked in any way. The below table shows which options can be used with which objects.
| Label | Type | DataType | Serv | Net | AS | NodeGrp | Int | BootP |
| filename | string | n | n | n | y | y | bf | |
| next-server | host | y | y | y | y | y | sa | |
| log-servers | option | host | n | y | y | y | y | lg |
| domain-name | option | string | y | y | y | y | y | dn |
| domain-name-servers | option | host | y | y | y | y | y | ds |
| option-144 | option | keyword | n | n | n | n | n | T144 |
| allow | keyword | y | y | n | n | n | ||
| deny | keyword | y | y | n | n | n | ||
| max-lease-time | int | y | y | y | y | y | ||
| default-lease-time | int | y | y | y | y | y | ||
| get-lease-hostnames | flag | y | n | n | n | n | ||
| use-host-decl-names | flag | y | n | n | n | n |
Changing session parameters
Locking Data
Because html doesn't keep state, it was common to lose newly entered data if there was an error on the page. Because of time, it was decided to only implement serious data capture on the node and network pages. Below are some know data loss conditions