Custom domains/ur

Miraheze lets you choose a custom domain for your wiki on request. Instead of having to use mywiki.miraheze.org, you can use your own domain (e.g. mywiki.com, wiki.domain.com, etc.). Read the steps below for more information.

Steps
Setting up a domain is easy, simply follow the steps below: Pointing the nameservers to Miraheze? Set the nameservers to "ns1.miraheze.org" and "ns2.miraheze.org" (contact your domain registrar if you don't know how to do this). Pointing just a subdomain to Miraheze? Add a CNAME record on the subdomain you want (e.g. "wiki."), and point it to "mw-lb.miraheze.org"; If you are using CloudFlare as your DNS provider, you'll need to make sure some settings aren't set or the subdomain won't work. Click here to learn more.
 * Get a domain. To setup a custom domain, you will need to get a domain. There are many reputable registrars such as Namecheap where you can purchase a domain. Don't want to pay money for a domain? Click here for free domain services.
 * Point it to Miraheze. Once you have a domain, you'll need to point it to Miraheze. You can either point the namespace servers to Miraheze or set a CNAME record for the subdomain you want your wiki on pointing to mw-lb.miraheze.org.

Each option has different pros and cons: If you do choose to point the nameservers to us, we can handle all things related to DNS without needing your intervention. However, if you choose to do this, you'll need to ask us to create new DNS records every time you need to add a new one. If you change your nameservers and have records set already (e.g. you have www. pointing to your website), you'll need to ask us to recreate them or else it'll be unreachable once you change the nameservers. If you don't plan to make frequent changes to the DNS records or are fine with us handling it for you, choose this.
 *  What should I choose? 
 * If you choose to simply point a subdomain to Miraheze, you'll have complete control of your DNS records but you'll need to manually set records yourself.

If you choose to let us handle it: We can generate an SSL certificate (using Let's Encrypt) ourselves and even renew it automatically for the subdomain you chose without needing any additional intervention from your part, your work is done! If you have choose your own SSL certificate: After you make your custom domain request, a system administrator who handles CSR requests will generate a CSR & private key (for use at our own servers), and the requested CSR will be emailed to you. You use this CSR to request your SSL certificate vendor to generate an SSL certificate with the CSR we gave you. You will need to email us the generated SSL certificate when this is done. If all of these steps are done, we will add the custom domain to your wiki, and we will notify you when this all is done. Custom domain request form (via Phabricator)
 * Choose who will provide an SSL certificate. For your safety, Miraheze uses SSL/TLS to encrypt the connections from our servers to your browser to make sure no one intercepts your connection. For this reason, we need all custom domains to have an SSL certificate. You can either provide us your own SSL certificate or let us handle it completely (for free, via Let's Encrypt).
 * Make the request!: Once you've done the steps above and have chosen who will provide the SSL certificate, make the request on Phabricator. In the form, all you need to do is provide your wiki's current subdomain, your desired domain, and whether or not you'll use Let's Encrypt (us handling the SSL) or if you'll provide an SSL certificate yourself.

کسی بھی مرحلے میں مدد کی ضرورت ہے یا کوئی سوال ہے؟ Reception123 آپ کی مدد کر سکتے ہیں۔

Free (sub)domains
If you don't wish to pay for a domain of your own, there are services that offer free domains & subdomains which you can use instead. Remember that all Miraheze wikis automatically get a free subdomain on miraheze.org.

Free (sub)domain providers:
 * FreeDNS (provides free subdomains)
 * Freenom (provides free domains ending in .cf, .ga, .gq, .ml, and .tk)

URL structure
Miraheze is configured not to serve pages from the domain root, for example, if your wiki is, and its main page is called "Welcome", then the URL will not be  , but instead   (note the   piece). Likewise, even if you use a custom domain, Miraheze will still serve pages with this URL structure. When users visit pages on the root (e.g. without the ), they'll be greeted by a page asking them if they meant to go to a page on the /wiki/ subdirectory and will provide them a link.

CloudFlare


CloudFlare users must turn off CloudFlare's DDoS/Origin IP protection system/workers. With it enabled, Miraheze cannot process SSL certification request and it create problems with our internal systems. Our IPs are already public so we do not need Origin IP protection, and we have DDoS protection through our network vendor.

Follow the steps to find out how to disable Cloudflare DDoS/Origin IP protection system (assuming you're using the dash.cloudflare.com dashboard).

Add  entry to. The cloud with an arrow must be grey color. If it is yellow, click it to make it grey. Click "Add Record". The result have to look like the last image.
 * 1) Go to dash.cloudflare.com
 * 2) Click your domain in the dashboard.
 * 3) Go to "DNS".

If you are done with this, continue back on the steps above.

Please note that not following the rules detailed may result in your custom domain being removed immediately and further action if necessary. In case of any doubt, feel free to contact us at tech@undefinedmiraheze.org or ask on the Phabricator task you create.

SSL Certificate Authority
Miraheze accepts most SSL certificate authority that are accepted by browsers such as Mozilla Firefox. However, we do not accept WoSign certs anymore.

Current authority used by Miraheze custom domains
Below is a list of the current SSL certificate authority used by custom domains. This does not mean that others not in this list are not accepted.


 * Let's Encrypt - managed by Miraheze, all steps regarding Let's Encrypt (except setting nameservers) are done by Miraheze Sysadmins
 * CloudFlare (Note: Additional restrictions apply. See section above for details.)
 * Comodo
 * Gandi
 * GeoTrust
 * GlobalSign
 * GoDaddy
 * RapidSSL