design/beginnings

   1 where to being
   2 ==============
   3
   4 lets start with the system management server.
   5
   6 to begin with, when installed the sms will ask which xmpp server to talk to. (server needs conference capabilities).
   7
   8 The main server will be the service responce daemon, once server is connected to, it'll try and attach as the user "hostname@domain/system".
   9 This service is basically responsible for arbitrating interactions with the server. if the server is "localhost" it'll also try and be the
  10 system@domain/super user which means its essentially responsible for "everything" in its domain (i.e. the local machine). Think of it like
  11 an active directory server.
  12
  13 The first task of the sms is to be the manager of xmpp server. So, if its localhost, it'll need to know how to create users/conferences and
  14 stuff. the system@domain/super will be the thing other machines will talk to if they connect to that host.
  15
  16 there will also be a user created called root@domain which will be how people "join" the domain.
  17
  18 once a machine has a domain, its then up to the user to connect as a priveledge user (root for eg) then create users and assign them priveledges
  19
  20 on multi-machine domains, things get blah blah
  21
  22 ok, so what each user does:
  23 1) system@domain/super is responsible for naming. i.e. you can ask it what machines exist on that domain, what users and what groups, plus
  24 creation of them
  25 2) hostname@domain/system is responsible for managing the system. if you want to restart a daemon or change its config, messages
  26 go to that user.
  27
  28 what im trying to sya here is that system will be responsible for managing users and assigning them to groups and so forth, but hostname@domain
  29 will be responsible for allowing access to resources based on the group or user of a person
  30
  31 initial interaction will be via text via a good ol xmpp chat client...
  32
  33 i.e. to system: list users, list groups, list computers
  34
  35 i.e. to hostname: list services, restart service, etc.
  36
  37 i.e. from hostname to user: log messages of importance (crash errors, filesystems filling up, things like that).
  38
  39 i.e. from system to user: log messages of importance (creation/deleteion of users and stuff).
  40
  41 lets start with that, and see where it takes us.
  42