The Codeberg Documentation website is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License.
It bundles third-party font software licensed under a different license. Please look at the LICENSE file for details.
Changes to the original versions of the article as well as its individual authors can be looked up in this article's commit history
Codeberg and the Codeberg Logo are trademarks of Codeberg e.V.
Instead of using the codeberg.page
domain, you can also purchase your own domain from a domain registrar of your choice and configure it to serve content from Codeberg Pages.
If you have a CAA record configured, you must explicitly allow Let's Encrypt in your CAA record.
The value of the CAA record would look like letsencrypt.org;accounturi=https://acme-v02.api.letsencrypt.org/acme/acct/292520050;validationmethods=tls-alpn-01,http-01
.
For custom domains, two things are required:
a .domains
file in the repository and branch where your files reside which you want to publish via Codeberg Pages. The file should contain a list of all domains that shall be usable to access that repository, according to the following rules:
#
.*.codeberg.page
domains for the specific repository.a DNS record pointing to one of the following targets, depending on where your static files reside:
To understand how the Pages server serves content, you need to know that a user browsing your custom domain just sends "Hey, I want to see yourdomain.com
" to the server. But the server might not know that it is responsible for yourdomain.com
and it cannot just serve all domains in the world. So to find out if the server is responsible for yourdomain.com
it will check the DNS entries of yourdomain.com
. If it returns something with codeberg.page
(according to the domain schemes mentioned below) then it knows which respository to check for the .domains
file and your content.
There are several ways DNS records for your website can be setup in order to tell the Pages server your repository location. For all of the options it is important that the Pages server knows where to look for the .domains
file and your content. Depending on from where you want to serve your files, there is a naming scheme for the domain:
Domain Scheme | Pages URL | |
---|---|---|
username.codeberg.page |
https://username.codeberg.page which will serve codeberg.org/username/pages |
|
reponame.username.codeberg.page |
https://username.codeberg.page/reponame which will serve codeberg.org/username/reponame |
|
branchname.reponame.username.codeberg.page |
https://username.codeberg.page/reponame/@branchname/ which will serve codeberg.org/username/reponame/src/branch/branchname |
Domain | Type | Data |
---|---|---|
yourdomain.com | CNAME | reponame.username.codeberg.page |
www.yourdomain.com | CNAME | reponame.username.codeberg.page |
With a CNAME record everything on this domain is delegated to codeberg.page
, which means you cannot setup your own email address with this method.
If you need email or others services, you have to use one of the remaining options.
Option 2: ALIAS record
If you cannot use a CNAME record to configure the target you can use this method, which needs two entries instead of one.
ALIAS record
. The difference between an CNAME record is, that the DNS server directly responds with the ip address and not the codeberg.page
domain. Therefore you need to add a second entry, so that the pages server knows what to serve under this domain.TXT record
which contains the information from the CNAME entry
which is your repository location as mentioned above. For example [[branch.]repo.]user.codeberg.page
.In the end it should look like this:
Domain | Type | Data |
---|---|---|
yourdomain.com | ALIAS | codeberg.page |
yourdomain.com | TXT | reponame.username.codeberg.page |
www.yourdomain.com | CNAME | reponame.username.codeberg.page |
Option 3: A/AAAA record
If your service provider does not support ALIAS records
you can also use A records
and AAAA records
instead.
A record
for IPv4 and an AAAA record
for IPv6 which contains the ip address of the Codeberg Pages server. The servers' ip addresses are:
A record
which contains the IPv4 value 217.197.91.145
AAAA record
which contains the IPv6 value 2001:67c:1401:20f0::1
TXT record
which contains the information from the CNAME entry
which is your repository location as mentioned above. For example [[branch.]repo.]user.codeberg.page
.In the end, it should look like this:
Domain | Type | Data |
---|---|---|
yourdomain.com | A | 217.197.91.145 |
yourdomain.com | AAAA | 2001:67c:1401:20f0::1 |
yourdomain.com | TXT | reponame.username.codeberg.page |
www.yourdomain.com | CNAME | reponame.username.codeberg.page |
The following sub-sections include a few examples of the different alternatives, assuming the following:
example.com
.frida
, and we want to publish pages for:
frida/pages
, with a Personal static site inside branch pages
;frida/colormix
, with a Project site (again, inside branch pages
).All considerations regarding a Personal site also apply to an Organization site, so these two cases will be addressed together.
In this case, we want our Personal pages available at the URL https://myself.example.com
.
The .domains
file contains the following:
myself.example.com
frida.codeberg.page
pages.frida.codeberg.page
pages.pages.frida.codeberg.page
For the DNS configuration:
if CNAME can be used, one single DNS record will suffice:
myself.example.com
, type CNAME
, data frida.codeberg.page
otherwise, if ALIAS can be used, two DNS records will be needed:
myself.example.com
, type ALIAS
, data codeberg.page
myself.example.com
, type TXT
, data frida.codeberg.page
otherwise, A/AAAA records must be used, together with one TXT record:
myself.example.com
, type A
, data 217.197.91.145
myself.example.com
, type AAAA
, data 2001:67c:1401:20f0::1
myself.example.com
, type TXT
, data frida.codeberg.page
In this case, we want our Personal/Organization pages available at the URL https://example.com
.
The .domains
file contains the following:
example.com
frida.codeberg.page
pages.frida.codeberg.page
pages.pages.frida.codeberg.page
For the DNS configuration, the CNAME SHOULD NOT be used, so:
if ALIAS can be used, two DNS records will be needed:
example.com
, type ALIAS
, data codeberg.page
example.com
, type TXT
, data frida.codeberg.page
otherwise, A/AAAA records must be used, together with one TXT record:
example.com
, type A
, data 217.197.91.145
example.com
, type AAAA
, data 2001:67c:1401:20f0::1
example.com
, type TXT
, data frida.codeberg.page
In this case, we want our Project pages available at the URL https://colormix-app.example.com
.
The .domains
file contains the following:
colormix-app.example.com
colormix.frida.codeberg.page
pages.colormix.frida.codeberg.page
For the DNS configuration:
if CNAME can be used, one single DNS record will suffice:
colormix-app.example.com
, type CNAME
, data colormix.frida.codeberg.page
otherwise, if ALIAS can be used, two DNS records will be needed:
colormix-app.example.com
, type ALIAS
, data codeberg.page
colormix-app.example.com
, type TXT
, data colormix.frida.codeberg.page
otherwise, A/AAAA records must be used, together with one TXT record:
colormix-app.example.com
, type A
, data 217.197.91.145
colormix-app.example.com
, type AAAA
, data 2001:67c:1401:20f0::1
colormix-app.example.com
, type TXT
, data colormix.frida.codeberg.page
In this case, we want our Project pages available at the URL https://example.com
.
This would be incompatible with using the apex example.com
for other purposes, e.g. for the Personal/Organization example discussed before.
The .domains
file contains the following:
example.com
colormix.frida.codeberg.page
pages.colormix.frida.codeberg.page
For the DNS configuration, CNAME SHOULD NOT be used:
if ALIAS can be used, two DNS records will be needed:
example.com
, type ALIAS
, data codeberg.page
example.com
, type TXT
, data colormix.frida.codeberg.page
otherwise, A/AAAA records must be used, together with one TXT record:
example.com
, type A
, data 217.197.91.145
example.com
, type AAAA
, data 2001:67c:1401:20f0::1
example.com
, type TXT
, data colormix.frida.codeberg.page
Hey there! 👋 Thank you for reading this article!
Is there something missing, or do you have an idea on how to improve the documentation? Do you want to write your own article?
You're invited to contribute to the Codeberg Documentation at its source code repository, for example, by adding a pull request or joining in on the discussion in the issue tracker.
For an introduction on contributing to Codeberg Documentation, please have a look at the Contributor FAQ.
© Codeberg Docs Contributors. See LICENSE