• Internet presences for KIT institutions

  • Operation of an intranet/internet presence for organizational/service units of the KIT.


Websites for KIT institutions


General information

KIT websites are generally created using the OpenText web site management system. OpenText makes it easy to create and edit websites without programming knowledge and provides templates in KIT's corporate design.

The request is made via our workflow portal and automatically transmitted to the webmasters, you will be informed about the process.

Procedure for transferring an externally hosted domain to KIT

This is a two-stage procedure:

Application form

If services (e.g. web, mail) are already offered and used within the domain to be transferred, it is essential for a seamless transition to set up or prepare these services in parallel on the KIT-side servers BEFORE the domain transfer date. This means that the websites must run completely on the new KIT-side web servers and be ready for operation at the time of the domain transfer. E-mail addresses that are set up under the domain to be transferred and go beyond the webmaster@domain address, e.g. info@domain, must also be set up by the postmaster BEFORE the transfer. The DNS entries are also already made at KIT so that they can be activated immediately at the time of the domain transfer.

Attention: the Auth-Code will only be transmitted in step 2.

Once all preparations have been completed, contact the current domain holder and arrange the following steps (Auth-Code procedure):

  • The domain holder must have the domain released for transfer by their registrar (or IT service provider) and request a so-called Auth-Code (or Auth-Info) for this purpose. Make a note of the validity period of the Auth-Code. Once this expires, it becomes invalid (may have to be requested again). If several domains are involved, a separate code is required for each domain.
  • The domain holder then sends the Auth-Code received and the corresponding domain name by email to dnsmaster∂scc.kit.edu and cc to webmaster∂kit.edu. Please make sure that the validity period of the Auth-Code(s) is still sufficient. The Auth-Code is basically a one-time password that we can use to identify ourselves as the new domain holder to the current registrar. This authorizes us for the transfer.

Important notes

  • When using OpenText, the web server must also be operated at the SCC, no external/own web servers are supported.
  • If the domain is administered by the SCC, it is necessary that the web server is also operated at the KIT.
  • The use of the SCC file systems is mandatory (i.e. no own NFS servers are supported).
  • The virtual web servers are operated at the SCC in a fail-safe cluster.
  • The Apache configuration of the virtual web server can be adapted as required with access via the web service account.
  • It is also possible to install your own applications.

Overview of contact persons and their responsibilities

Different contact persons are entered/created for the KIT webmasters in the context of their KIT website. They are listed below with their respective responsibilities.

Reachable via

webmaster@subdomain.kit.edu, webmaster@own-second-level-domain

  • The currently registered persons can be displayed in the OpenText project on the SmartEdit start page under "Registered webmasters".
  • This address is always created.
Responsibilities of the stored contact personReceives mails and takes care of mails concerning the domain.
Initial allocationRequest web presence process
Update processService desk
CancellationIs deleted when the virtual web server is deleted.
Person responsible for the account ("Owner")
Person responsible for the account

Personal KIT account
Responsibility of the registered contact person
  • Receives access data, is responsible for access control to the account, has an overview of who can access the account.
  • Has access to all virtual web servers and all other files stored in the HOME directory of the web service account.
  • Maintains an overview of the virtual web servers that are operated under this web service account and knows the contact persons. Ensures that own applications are securely operated and regularly updated by these contact persons (if available).
  • An overview of the web servers running under a specific account can be found on the SmartEdit start page of one of the corresponding OpenText projects.
  • Knows whether own applications are operated on the virtual web servers and if so, which ones.
  • Ensures that access restrictions are also complied with when creating copies or backups or when renaming or moving applications by adjusting the configuration.
  • Responsible for keeping the person assigned to the web service account up to date.
  • Responsible for deprovisioning the web account.
Initial allocation Request web presence process - Determine web service account step (ITB)
Update Service desk or responsible ITB via user/group administration
Cancellation

Deactivation via ITB or mail to the KIT webmaster

Prerequisite: Home directory of the web service account is empty and the web service account is no longer used for any other service.
Additional receiving address
account ∂does-not-exist.sysmail kit edu

Any KIT address can be entered.
Responsibility of the stored contact person Receives and takes care of mails concerning one of the virtual web servers of the web service account.
Initial allocation Request web presence process - Determine web service account step (ITB)
Update Service desk or responsible ITB via user/group administration
Cancellation Automatically when the web service account is deleted.
Reachable via
  • Default: webmaster@subdomain kit edu, webmaster@own-second-level-domain
  • Optional: can be assigned for each virtual web server ("Server Admin"), e.g. webmaster-<virtual-webserver>@subdomain. This e-mail address must be requested at postmaster ∂does-not-exist.scc kit edu.
  • Any e-mail address can be entered.
Responsibility of the stored contact person
  • Receives and takes care of mails concerning the virtual web server.
  • Is responsible for the operation and updating of own applications (if available).
  • Ensures that access restrictions are also complied with when creating copies or backups or when renaming or moving applications by adjusting the configuration.
Initial allocationRequest web presence process
UpdateKIT webmaster
CancellationKIT webmaster
Responsibility of the stored contact person
  • Maintains an overview of the OpenText project and can add/remove editorial members.
  • Enters the person responsible for the content of the website in the imprint.
Initial assignmentRequest web presence process
UpdateKIT webmaster
CancellationKIT webmaster
Reachable viaImprint
Responsibility of the stored contact personPerson responsible for the content of the website, usually the OU management.
Initial assignmentOpenText editorial team member
UpdateOpenText editorial member

Cancellation

Individual packages must be canceled by the IT representative/OE manager by sending an email to webmaster ∂does-not-exist.kit edu.

Consulting

Advice is provided via webmaster ∂does-not-exist.kit edu.

Services included

Virtual web server

  • Access via SSH login to Linux-based server
  • Customization and extension of the Apache configuration
  • Access and authorization of additional users via Windows CIFS with KIT account
  • Secure operation
  • Backup of documents
  • Multiple redundant web servers with load balancing

OpenText project

  • Access to the KIT CMS OpenText with personal KIT account
  • Authorization of individual authors for different areas
  • Templates in the KIT corporate design
  • Permanent provision and development of templates for integration into KIT systems and third-party systems
    • Course catalog
    • Personalized communication directory
    • Publications
    • Data protection-compliant integration of social media elements
  • Custom extensibility through PHP applications
  • Connection to common databases (MySQL, Oracle, MSSQL)
  • Secure operation including backup of project data
  • Regular training and introductory events
  • Concept consulting

Domain name service

  • Implementation of domain registration for domains approved by KNN.

Services not included

  • Individual development of templates and web applications