Technical Anshu
Tutorials Blog
🐧 Server Roles

First Real Jobs for a New Linux Server File Web and App Roles

Your automatically built server is installed, patched and secured. Now it needs a reason to exist. This page covers the three first jobs almost every small server gets — file sharing, a website, or apps — and how to prove each one actually works.

✍️ Technical Anshu🐧 Linux Server⏱️ 9 minute read
🎥 The video ends with a working server — this page gives that server its first real work

A new server tempts people in two wrong directions: leaving it idle “because it might be needed later”, or piling every job onto it on day one. The middle path is better: one main role, set up properly, proven working, and only then a second if the machine and the need are both real. Here are the three roles small offices and home labs actually start with.

Server roles — what each job needs (overview)
FILE SERVER Samba share, office PCs connect needs: disk space, share users WEB SERVER nginx or Apache, site on port 80 needs: your site files, a name APP SERVER Docker containers, one per app needs: RAM, container images Rule: one main role per server, proven first
The three common first jobs. Each is a normal, documented install on top of the server the setup already built.
1

Role 1 — File Server for the Office or Home

The most common first job. The server holds one shared folder that every PC connects to, so files stop living in five copies on five desktops.

  1. Install the sharing service: sudo apt install samba
  2. Create the shared folder, for example sudo mkdir -p /srv/shared, and set its owner to the people who will use it
  3. Add the share at the end of /etc/samba/smb.conf, restart the service with sudo systemctl restart smbd
  4. Give each person a Samba password with sudo smbpasswd -a username — share passwords are separate from login passwords
  5. Prove it from a real PC: connect to the server’s share, save a file, open it from a second PC
2

Role 2 — A Small Website or Internal Page

A web server turns the machine into the home of a site — a company page, an internal notice board, or a test copy of a real site.

  1. Install the web server: sudo apt install nginx (Apache, with sudo apt install apache2, is the equally valid classic)
  2. Put your page files in /var/www/html and open the server’s address in a browser — the page should appear
  3. Allow the web ports through the firewall: sudo ufw allow 'Nginx Full' on Ubuntu’s preset, or ports 80 and 443 directly
  4. Honest note: a page reachable inside your office is a five-minute job. A public website also needs a domain name, router or hosting arrangements, and a certificate for HTTPS — plan those as their own steps, not afterthoughts
3

Role 3 — Apps in Docker Containers

For everything else — a media server, a dashboard, a small business app — containers are the modern default. Each app lives in its own sealed box, so apps stop breaking each other.

  1. Install Docker from its official instructions for your distribution, then confirm with docker run hello-world
  2. Run one app at a time and note the port each one uses — a simple list on paper prevents port clashes later
  3. Containers are easy to start and easy to forget: write down where each app’s data folder lives, because that folder is what your backup must cover
4

The One Role Rule, Honestly

A file server, a website and three apps on one small machine will usually run — until the day the disk fills, an update reboots everything at once, or one app eats all the RAM and the file share dies with it. One main role per server keeps failures small and backups simple. Virtual machines and containers let one physical box host several separate servers, which keeps the rule without buying more hardware.

🔴 Prove the job, not the install. “The package installed” means nothing. A file share is proven when a second PC opens the file; a website when a browser on another machine loads it; an app when you use it, not when its container says “running”.

🎥 Watch the Full Setup in the Video

Once the video’s server is up, pick the one role your office or home actually needs and walk it through with this page.

▶️ Watch Full Video
❓ Common Questions (FAQ)

Can one server do all three jobs at once?

Technically yes, and many home servers do. The risk is shared fate: one failure, one full disk or one reboot takes every job down together, and backups get tangled. For anything a business depends on daily, keep the main role alone or separate the jobs into virtual machines or containers.

Which role should a first server get?

The one with a real user waiting. In most small offices that is the file share, because scattered files are the daily pain. A server built for a job nobody needs becomes shelfware within a month.

Do I need a static IP address for these roles?

Inside your own network, a fixed address (set on the server or reserved in the router) makes shares and websites far more reliable, because other machines always find the server at the same place. For a purely home experiment, the automatic DHCP address works until it changes — then everything “breaks” at once.

This guide is based on the Technical Anshu video linked above • Stuck on a step? Ask in the video comments — answers come there 🙏