Cockpit Guide |
---|
Cockpit URLs follow a specific structure, related to the components they are
loading. Various components are loaded in <iframe>
tags. The
URLs for these components are described first. Further down below you can
find information about the top level bookmarkable Cockpit address URLs.
Cockpit components are HTML documents. They are organized into packages. Each package contains information about which HTML components are available in that package. Components should always use relative URLs to access resources, such as images, scripts or CSS files, even if they refer to a resource in another package.
The following are valid component URLs, each bit will be discussed below:
/cockpit/@localhost/package/component.html#/hash /cockpit/$checksum/package/component.html#/hash /cockpit/@server.example.com/package/component.html#/hash /cockpit+embedder/@localhost/package/component.html#/hash
All resource URLs are under the /cockpit
namespace. In cases
where a Cockpit component is being embedded
the /cockpit
may be followed by a plus sign and another
embedder
specific identifier.
What follows is either a @host
or $checksum
which
tells cockpit where to find the package.
Checksums are used when more than one host has identical packages and the resources
can be cached.
The package
name is next, followed by the component
HTML path inside that package. And lastly a hash allows for navigation within a
single component. The hash should follow a URL path and/or query string form.
Never assume that the @host
or $checksum
portion
is predictable. Only refer to resources in packages on the same host.
The above Component URLs are usually not visible to the user. Instead the Cockpit Web Service wraps the components in a shell which allows navigation, and provides bookmarkable clean URLs to the component. These URLs do not affect embedders or components directly.
If no path is present then the Cockpit will redirect to either the default page for the server or the default dashboard.
If the first segment of the path begins with an @
sign, then
the component is being shown from a non-local host.
The next segment of the path, (or first if the component is being shown on
the local host) is the package name.
The remainder of the path is a component file in the package. If no further path
segments are present, a default index.html
component in the package
is loaded. An extension of .html
is automatically
appended.
The hash portion of the path is automatically transferred to the component as the hash of its resource URL.