open weight

Kokoro TTS - Voice Comparison

Wed, 08 Jul 2026 17:10:54 +0300

Free, open weight models can generate speech. On your local machine.

Listen to voice samples of all Kokoro TTS voices on the web.

Optionally, install Kokoro with Podman.

Listen and Compare Voices in Your Browser

Search and filter by gender and language. The demo text is currently only in English.

Kokoro is a free text-to-speech engine, architected by Li, Han, Raghavan, Mischler and Mesgarani; and trained by @rzvnzn. I just created the samples and the page to filter them. Their default flagship voice is af_heart (English, female), but there are many other interesting voices.

Listen Kokoro samples now.

Run Kokoro with Podman

These commands assume you already have Podman installed. Podman runs containers like Docker. It's safer than Docker, as it does not require root (or the infamous root-equivalent docker group).

Let's download and run Brauns ready-made Kokoro container:

$ podman run -p 8880:8880 ghcr.io/remsky/kokoro-fastapi-cpu

Web user interface: http://localhost:8880/web/

API, usable with Python requests http://localhost:8880/v1

cdu - Jump up to project directory

Mon, 06 Jul 2026 11:58:45 +0300

You're five levels deep in your git repo. You would like to get to the top level. 'cdu'.

An up only directory jumper for zsh and bash. Nicely complements other directory jumpers, like zoxide, autojump or fasd.

Usage example

$ pwd
/home/tero/code/revincom/doc/design/subsystems/nav/fallbacks/sun
$ cdu
/home/tero/code/revincom
Found .git

If you have really deep repos, such as monorepos, cdu can help you even more.

Deep in a Django project, cdu jumps to manage.py level first. The next cdu will take you to repo root.

A new 'cdu', change dir up

I have used a longer bash version for years. This is a rewrite to support both zsh and bash. It's also shorter. Prettier and more features, but less tested than the old one.

Save the source code to a dir where it runs (e.g. /usr/local/bin/changedirup). Make runnable (chmod ugo+rx /usr/local/bin/changedirup). Add to your .bashrc and .zshrc: 'alias cdu="source changedirup"'. Log out and back.

And now you can jump up with 'cdu'.

Source code, GPL

#!/bin/bash
# changedirup - cd up to project top dir, 'alias cdu="source changedirup"'
# To persist it, add the alias to .zshrc or .bashrc

# Single usage also works with 'source cdu' or '. cdu'
# Can be run again to go to even higher project dir. 
# cdu works with zsh and bash. Shebang #! is just for syntax highlight.
# SPDX-License-Identifier: GPL-3.0-or-later
# SPDX-FileCopyrightText: Copyright 2020-2026 Tero Karvinen https://TeroKarvinen.com

CDU_PWD_WAS="$(pwd)"
cd ..
while true; do
 for f in .git Makefile .profile .bashrc README.md requirements.txt go.mod manage.py hosts.ini .project project.godot Dockerfile Cargo.toml index.theme config.toml default.gpr DICOMDIR ansible.cfg site.yml Vagrantfile package.json pyproject.toml zowe.yaml pom.xml build.gradle Gemfile composer.json docker-compose.yml compose.yaml .cobaltstrike.beacon_keys flake.nix .zshrc .ssh .sliver .sliver-client .msf4 havoc_default.yaotl .projectile .svn .hg .fossil .jj .editorconfig _darcs .bzr Cargo.lock .bash_profile
 do
 if [ -e "$f" ]; then
 echo "Found $f"
 pwd
 break 2
 fi
 done

 if [ "$(pwd)" = "/" ]; then
 cd "$CDU_PWD_WAS"
 echo "No project files found above. Working directory unchanged."
 pwd
 break
 fi

 cd .. || break # prevent infinite loop in the rare case cd fails for permissions
done

ppp Personal Project Portfolio

Thu, 02 Jul 2026 11:52:15 +0300

Arrange your ideas into a skill tree.

Pick little wins on your way to big goals
Ship something at every step
Turn ambition into output

Open ppp in your browser. Free, no login.

Talk nerd to me

Single 50 kB HTML file with no dependencies. Use online or 100% offline. Your data stays yours: JSON export and import. Fully usable with keyboard-only - or mouse-only with keyboard just for typing names. A vibe-coded GUI editor for a directed acyclic graph with project-specific attributes: costs, deliverables, soft benefits. Public beta.

Gain a bird's-eye view with ppp. I hope you have more ideas than time to do them. Use ppp to decide which path to pick next. Once you're committed, use calendar.txt and todo.txt for day-to-day and hour-to-hour.

Try ppp

Try ppp. Free web access, no login required. Optionally save the 50 kB HTML file for 100% offline use. Looking forward to your comments.

Apache installed with Ansible - quick notes

Thu, 09 Apr 2026 16:10:04 +0300

Install Apache 2 web server automatically. Serves a web site on the front page of http://localhost. Pages can be edited as a normal user - without root or sudo.

Simplified Ansible role. An example of package-file-server pattern. Just notes, no tutorial.

Using these short notes require a working Ansible configuration - Hello Ansible.

Package-file-service pattern

Daemons, like Apache2 web server, are somewhat similar. They are configured with package-file-service pattern. Install the daemon, change configuration by editing files, start it.

package - sudo apt-get install apache2
files - sudoedit /etc/apache2/...
service - sudo systemctl restart apache2

Changes to configuration files only take effect after you kick the daemon. Thus, file in tasks/main.yml notify the handler "restart apache2".

tree of roles/apache2/

roles/apache2/ # All files related to "apache2" role
├── files/ # Master copies of files
│   └── example.com.conf
├── handlers/ # restarting services
│   └── main.yml
└── tasks/ # most ansible code
└── main.yml

tasks/main.yml

- apt:
 name: apache2
 state: present

- copy:
 dest: "/etc/apache2/sites-available/example.com.conf"
 src: "example.com.conf"
 owner: "root"
 group: "root"
 mode: "0644"
 notify: restart apache2

- file:
 src: /etc/apache2/sites-available/example.com.conf
 dest: /etc/apache2/sites-enabled/example.com.conf
 owner: root
 group: root
 state: link
 notify: restart apache2

handlers/main.yml

- name: restart apache2
 systemd:
 name: apache2
 state: restarted

files/example.com.conf

# Managed file, changes will be overwritten

<VirtualHost *:80>
 ServerName example.com
 DocumentRoot /home/tero/publicsite/

 <Directory /home/tero/publicsite/>
 require all granted
 </Directory>
</VirtualHost>

Adminstrivia

Apache httpd logo is a trademark of The Apache Software Foundation.

Passwordless Sudo with Ansible

Thu, 02 Apr 2026 16:44:50 +0300

Sudo without password, automatically. Short example role for ansible.

The role

creates a new user in "sudoless" group
adds a sudoers.d/ NOPASSWD rule for the group

Prerequisites

Applying this example file requires you to have Ansible working.

Tero's rule #1 for IaC: Manual before auto.

So it's a good idea to try creating passwordless sudo manually first.

Draft: This article has commands written from memory. It has not gone trough quality assuarance and testing yet.

Tree

$ tree -F
./
├── ansible.cfg
├── hosts.ini
├── roles/
│   ├── antero/
│   │   └── tasks/
│   │   └── main.yml
│   └── world/
│   └── tasks/
│   └── main.yml
└── site.yml

Role - antero

cat roles/antero/tasks/main.yml

- group:
 name: "sudoless"
 state: present
- user:
 name: "antero"
 state: present
 groups: ["sudoless", "sudo", "adm"]
- authorized_key:
 user: "antero"
 key: "ssh-ed25519 U2VlIHlvdSBhdCBUZXJvS2FydmluZW4uY29tIQ== tero@example.com"
- copy:
 dest: "/etc/sudoers.d/sudoless"
 content: "%sudoless ALL = (ALL) NOPASSWD: ALL\n"
 owner: "root"
 group: "root"
 mode: "0644"

First run - chicken or egg?

For the first run, you don't yet have sudo without password.

Let's make ansible try for sudo rights. Add "become: true" in the correct block in site.yml:

- hosts: all
 become: true
 roles:
 - world
 - antero

$ ansible-playbook site.yml

Now it should complain that sudo needs password. Ansible asks this with -K aka --ask-become-password.

$ ansible-playbook site.yml --ask-become-password

Tips

When you got it to work manually, you have your example. Copy it to automation!

Copy paste paths.
Copy files or file contents.
Use 'stat' to check for modes (permissions). Do not guess octal permissions, you have to understand them to avoid privesc worries.

Some IaC programs only reliably understand octal modes (numbers), and only as strings. I would also recommend explicit leading zero meaning no special permissions (no setgid...). So "0644", in quotes. Maybe it has improved over the years? Who knows.

Sudo without password

Thu, 02 Apr 2026 16:04:03 +0300

Ansible needs root on the slave. One way is to allow 'sudo' without password.

Summary for gurus (the rest of us can read the article):

$ cat /etc/sudoers.d/sudoless
%sudoless ALL = (ALL) NOPASSWD: ALL

Draft: This article has commands written from memory. It has not gone trough quality assuarance and testing yet.

This short tutorial assumes you know the basics of Linux command line and have installed openssh-server.

Create the new user

Let's create a user and add it to "sudoless" group that we'll set up later. We'll call him antero, a neologism from "Ansible" and "Tero", yours truly.

Always use only good passwords. Never use bad passwords, even for a moment. Practice doing it right, don't practice doing it wrong.

$ sudo adduser antero
$ sudo groupadd sudoless
$ sudo adduser antero sudoless

Broken sudo insurance

Open a new window, ssh to target machine as needed. Then open a root shell using sudo.

If we break sudo, this might be a way to fix it. Otherwise, broken sudo prevents us from using sudo to fix the broken files.

$ sudo -i # just while fiddling with sudoers

We don't wont to work in the root shell (where the prompt is a hash "#").

So leave the root shell window behind and go back to the normal window.

New sudoers rule

Let's create a sudoers rule that allows members of "sudoless" group use 'sudo' without password.

Visudo runs our default $EDITOR. But has some checks for obvious errors.

As usual, we'll use .d/ dirs if available. And luckily, sudoers has /etc/sudoers.d/.

$ sudo visudo /etc/sudoers.d/sudoless

Add our oneliner there

%sudoless ALL = (ALL) NOPASSWD: ALL

What does the sudoers line mean?

Token	Meaning
%sudoless	Percent "%" means group
ALL	All computers
=	Literal equals "=", a separator
(ALL)	Runas: may become any user, including root
NOPASSWD	Tag: don't prompt for password
:	Literal colon ":", a separator
ALL	All commands permitted

So it's something like:

%group COMPUTERS: (RUNAS) TAG: COMMANDS.

Test

not tested == not done

New groups are effective only after logout-login. So if you're logged in as "antero", log out and back.

If you have recently given 'sudo' commands as "antero", sudo will remember your credentials for a while. Use 'sudo -k' to forget them.

$ ssh antero@localhost
$ sudo -k
$ sudo echo "See you at TeroKarvinen.com"
See you at TeroKarvinen.com

No password asked? Great! You now have passwordless sudo. You could use it with Ansible.

Adminstrivia

Sudo logo my Mark Stillman 2019, received under CC-BY-4.0.

DORA & Threat Lead Penetration Testing with Marko

Tue, 31 Mar 2026 14:54:33 +0300

Banks are now required to do red teaming exercises. Marko Buuri (Bank of Finland) showed us how TIBER-FI helps to create threat intel based red teaming exercises.

Marko's visit was part of my Penetration Testing course. You can join my list to get invitations to similar events.

Synopsis

Cybersecurity red team testing has evolved from underground art to regulated operations in the European financial sector. This lecture explores the requirement for advanced threat-led penetration testing in EU's DORA regulation, and practical guidance on how those projects are organized and delivered according to the TIBER-EU guidance across Europe.

Slides

Buuri 2026: DORA and TLPT testing - Lecture for Haaga-Helia on 31 March 2026 (pdf, 2 MB)

Slides taster

You can download the whole deck.

Bio

Marko Buuri is cyber security adviser in the Bank of Finland (Suomen Pankki). He has over 20 years of in-house and consulting cyber experience. Since 2020 he's been involved in implementing and operating TIBER-FI red team testing framework for the financial sector in Finland.

SSH public key - Login without password

Thu, 26 Mar 2026 14:50:58 +0200

SSH is the leading solution for securily logging into servers.

Many products use SSH in the background: git, rsync, ansible...

Public key authentication is quite convenient. You don't need to type your password for every 'git push' or 'ansible-playbook'. Use correctly, it can also make your server more secure.

This example is written for Debian 13-trixie.

Draft: This article has commands written from memory. It has not gone trough quality assuarance and testing yet.

Install SSH

Install the OpenSSH-server package

$ sudo apt-get update
$ sudo apt-get -y install ssh

Make SSH daemon start on boot (enable) and also start it now (--now)

$ sudo systemctl enable --now ssh

Test SSH

Normally, you would say user@host, such as tero@example.com. Here, we can leave out username, as it's the same on both machines.

$ ssh localhost

With 'w', you can see yourself logged in twice: once on the desktop, once trough ssh.

remote$ exit

Generate a keypair

$ ssh-keygen # enter enter enter to accept the defaults

If you already have a keypair, don't overwrite it. The public key ($HOME/.ssh/id_*.pub) is literally public, you can use the same public key in all hosts. The public key ends with ".pub".

If you need the public key for VPS (virtual private server) provider, you can see and copy-paste your keys with 'head $HOME/.ssh/id*.pub'.

Copy it to hosts where you can already log in.

$ ssh-copy-id localhost

Once you've entered your password for the last time, ssh-copy-id adds your public key into .ssh/authorized_keys on the remote machine. Now your key is authorized for logins.

Your public key is used automatically

$ ssh localhost

Did you log in without giving your password?

Well done, you've now automated login with SSH public keys.

Troubleshooting

Here are some helpfull troubleshooting commands.

Client side:

$ ssh -v localhost

Server side:

$ sudo journalctl --follow
$ sudo systemctl status ssh

Hello Ansible

Thu, 26 Mar 2026 14:39:42 +0200

Write infrastructure-as-code, control multiple machines easily.

In this Ansible tutorial, we create a single file in /tmp/.

In this whole tutorial, we'll create only 4 folders and 4 short files. But I'll show you how to build it step by step, so you can understand and adapt the process.

Draft: This article has commands written from memory. It has not gone trough quality assuarance and testing yet.

Background

Ansible is a configuration management tool. You write your infrastructure as code (IaC). You describe the end state, and ansible only makes changes if they are needed.

Ansible works trough SSH. Thus, the slave computers only need SSH daemon and Python installed.

This tutorial is tested with Debian 13-Trixie. You can probably adapt it to other Linuxes, like Kali or Ubuntu. We'll use ssh daemon on the same host for testing, so the master and the slave are the same computer here.

Test SSH account (without Ansible)

Ansible works trough SSH. Let's first test that we can use SSH without Ansbile.

It's advertised as "agentless", and indeed there is no slave daemon for ansible. It still needs SSH daemon and Python on slave machine. Ansible (the command) is only needed on master side. Master computer is also known as "controller" in Ansible lingo.

It's a good idea to set up passwordless SSH authentication for the account used with ansible. Check out Karvinen 2026: SSH public key - Login without password.

$ ssh localhost
remote$ exit

Install Ansible

Ansible is convenintly in Debian repositories.

$ sudo apt-get update
$ sudo apt-get install ansible micro bash-completion tree

Only ansible is really needed. Extras make it easier to work: - micro (text editor) - bash-completion (tab fills current word) - tree (show a tree of files and folders)

Test SSH with Ansible

Let's make a folder for our Ansible configuration.

$ cd
$ mkdir ansible/
$ cd ansible/

Let's write a list of hosts we'll be controlling. Create "hosts.ini", and add "localhost" there.

$ micro hosts.ini
$ cat hosts.ini
localhost

Later, we can add more hosts. One line per host. The hosts can be grouped, so we can have hosts in "web" category and five in "db".

Now we can make Ansible run a command on all hosts.

$ ansible all -a 'uptime' -i hosts.ini
...
localhost | CHANGED | rc=0 >>
15:24:39 up 14 days, 20:36, 2 users, load average: 0.55, 0.44, 0.47

We're just testing ansible here. If we just wanted to run command on remote machine, we could have 'ssh localhost "uptime"'.

Did you see the uptime? Great, Ansible can now use SSH to one host.

<a name="pythonversion"

Convenience: Stop whining about Python version

Why does Ansible have to whine about Python version? Oh, it could change - who could have guessed...

$ ansible all -a 'uptime' -i hosts.ini
[WARNING]: Host 'localhost' is using the discovered Python interpreter at '/usr/bin/python3.13', but future installation of another Python interpreter could cause a different interpreter to be discovered. See https://docs.ansible.com/ansible-core/2.19/reference_appendices/interpreter_discovery.html for more information.
localhost | CHANGED | rc=0 >>
15:29:24 up 14 days, 20:41, 2 users, load average: 0.27, 0.29, 0.39

Let's tell it to use the obvious Python command. We can add variables to host groups in inventory. This one we'll add to all.

$ micro hosts.ini
$ cat hosts.ini
localhost
[all:vars]
ansible_python_interpreter=/usr/bin/python3

So our only host "localhost" at the top, and variables for all hosts at the bottom.

Let's try again:

ansible$ ansible all -a 'uptime' -i hosts.ini
localhost | CHANGED | rc=0 >>
15:31:18 up 14 days, 20:43, 2 users, load average: 0.18, 0.27, 0.37

We can see that the Python version warning is gone.

Convenience: Just use my hosts.ini

Don't want to write "-i hosts.ini" for each 'ansible' and 'ansible-playbook' command?

You can add hosts.ini to ansible.cfg, so you don't need to add it to each command line.

$ micro ansible.cfg
$ cat ansible.cfg
[defaults]
inventory = hosts.ini

Now we don't need to add "-i hosts.ini" to every 'ansible' and 'ansbile-playbook' commands.

$ ansible all -a "uptime"
localhost | CHANGED | rc=0 >>
15:22:18 up 14 days, 20:34, 2 users, load average: 0.35, 0.37, 0.46

Site.yml - what computers get which roles

Site.yml lists wich groups of computers get which configuration (roles).

We want all computers to get the role "hello". We have not written the role yet.

$ micro site.yml
$ cat site.yml
- hosts: all
roles:
- hello

Let's run our new playbook, site.yml

$ ansible-playbook site.yml
[ERROR]: the role 'hello' was not found in /home/tero/code/terokarvinen-com/ansible/roles/:...
Origin: /home/tero/code/terokarvinen-com/ansible/site.yml:3:7
1 - hosts: all
2 roles:
3 - hello
^ column 7

Great, an error message! Most error messages bring us two letters: good news and bad news.

Good news: ansible-playbook has read our file, site.yml. It's even quoting some text from it.
Bad news: the role "hello" does not exist. Well, we have not written it yet.

First role - create a file

Role is one configured thing, for example nginx, apache2, postgresql...

But first, we'll create a "hello" role. It will create a file in /tmp/, on the slave computer. It's so simple it doesn't even need sudo.

Roles are in roles/ folder. There could be roles/nginx/, roles/postgresql/... But here, we'll have roles/hello/.

Each role folder will have standard subfolders. We'll just have tasks/. Often, we'll also see handlers/ for kicking daemons. The entry point, the code that get's run automatically, is in main.yml.

$ mkdir -p roles/hello/tasks/
$ micro roles/hello/tasks/main.yml
$ cat roles/hello/tasks/main.yml
- copy:
dest: /tmp/hello-ansible
content: "See you at TeroKarvinen.com!\n"

Let's run our playbook. Site.yml calls roles/hello/, tasks/main.yml is run automatically:

$ ansible-playbook site.yml
PLAY [all]
TASK [Gathering Facts]
ok: [localhost]
TASK [hello : copy]
changed: [localhost]
PLAY RECAP
localhost : ok=2 changed=1 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0

Hey, it has "changed=1". So it claims to have changed the file on the slave.

Let's verify using a different tool.

$ ssh localhost 'cat /tmp/hello-ansible'
See you at TeroKarvinen.com!

Did you see the file on slave? Great, your first "Hello, Ansible world" has run.

Convenience: Show me what you do

Default is pretty terse:

TASK [hello : copy]
changed: [localhost]

A popular solution would be giving each task a name that repeats the code: "Copy our hello world text to the file /tmp/hello". To me, this would be similar to this C code: "i++; // increment the value of i by one". It would make sense to name a block of tasks in ansible, but this is not supported yet.

Luckily, we can make ansible print what it does. Add display_args_to_stdout:

$ micro ansible.cfg
$ cat ansible.cfg
[defaults]
inventory = hosts.ini
display_args_to_stdout = true

Now, let's run our playbook again:

$ ansible-playbook site.yml
...
TASK [hello : copy dest=/tmp/hello-ansible, content=See you at TeroKarvinen.com!
]
ok: [localhost]

Now we can see what it does:

- old: "hello : copy"
- new: "hello : copy dest=/tmp/hello-ansible, content=See you at TeroKarvinen.com!"

End result

This is what we have in the end

$ tree -F
./
├── ansible.cfg # generic configuration
├── hosts.ini # list of slave computers
├── roles/
│   └── hello/
│   └── tasks/
│   └── main.yml # code for "hello" role"
└── site.yml # which roles run on which slave
4 directories, 4 files
$ head -1000 ansible.cfg hosts.ini site.yml roles/hello/tasks/main.yml
==> ansible.cfg <== # generic configuration
[defaults]
inventory = hosts.ini
display_args_to_stdout = true
==> hosts.ini <== # list of slave computers
localhost
[all:vars]
ansible_python_interpreter=/usr/bin/python3
==> site.yml <== # which roles run on which slave
- hosts: all
roles:
- hello
==> roles/hello/tasks/main.yml <== # code for "hello" role
- copy:
dest: /tmp/hello-ansible
content: "See you at TeroKarvinen.com!\n"

And to run it all, we just run the playbook:

$ ansible-playbook site.yml
...
localhost : ok=2 changed=0 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0

Troubleshooting Ansible

No trouble? No troubleshooting needed. Go enjoy your ansible!

No inventory

$ ansible all -a "uptime"
[WARNING]: No inventory was parsed, only implicit localhost is available
[WARNING]: provided hosts list is empty, only localhost is available. Note that the implicit localhost does not match 'all'
$

See: Convenience: Just use my hosts.ini

Ansible does not detect hosts inventory hosts.ini automatically. Use a command line flag for that:

$ ansible all -a "uptime" -i hosts.ini
...
localhost | CHANGED | rc=0 >>
15:17:49 up 14 days, 20:29, 2 users, load average: 0.25, 0.41, 0.51

You can add hosts.ini to ansible.cfg, so you don't need to add it to each command line.

$ micro ansible.cfg
$ cat ansible.cfg
[defaults]
inventory = hosts.ini

Now we don't need to add "-i hosts.ini" to every 'ansible' and 'ansbile-playbook' commands.

$ ansible all -a "uptime"
...
localhost | CHANGED | rc=0 >>
15:22:18 up 14 days, 20:34, 2 users, load average: 0.35, 0.37, 0.46

Discovered Python interpreter

$ ansible all -a 'uptime' -i hosts.ini
[WARNING]: Host 'localhost' is using the discovered Python interpreter at '/usr/bin/python3.13', but future installation of another Python interpreter could cause a different interpreter to be discovered. See https://docs.ansible.com/ansible-core/2.19/reference_appendices/interpreter_discovery.html for more information.

See Convenience: Stop whining about Python version.

Indent is two spaces: Tabs are usually invalid in YAML

[ERROR]: YAML parsing failed: Tabs are usually invalid in YAML.

Yes, my brain hurts, too. Why can't YAML use tabs like normal people?

You must indent with spaces. Each indent is two spaces. The error message will show where the mistake is:

[ERROR]: YAML parsing failed: Tabs are usually invalid in YAML.
Origin: ...ansible/site.yml:3:1
1 - hosts: all
2 roles:
3 - hello
^ column 1

Indent ignores the dash: conflicting action statements

[ERROR]: conflicting action statements: copy, dest Origin: ...ansible/roles/hello/tasks/main.yml:1:3

1 - copy: ^ column 3

$ cat roles/hello/tasks/main.yml
- copy:
dest: /tmp/hello-ansible # WRONG - too little indent
content: "Blah" # WRONG - too little indent

We want to have "copy", which has two children, "dest" and "content".

Correct:

- copy: # no indent, dash is first char on line
dest: /tmp/hello-ansible # four spaces on the left, two spaces from "c" in copy
content: "See you at TeroKarvinen.com!\n" # four spaces on the left, two from "c"

"But it looks like four" - I know, I know. It's two from the start of the word above, ignoring the dash.

Sudo needed

After a wait: "Task failed: Module failed: Failed to lock apt for exclusive operation: Failed to lock directory" and other error messages.

Ansible needs sudo on the slave to do administration. It does not complain when creating files on /tmp/, because anyone can create files there. But as soon as you start doing any normal sysop things, you will need sudo.

Add "become: true". That means becoming the sudo user on slave machine.

$ cat site.yml
- hosts: all
become: true
roles:
- apt
- sshd
# ...

Now it will probably complain it does not know your sudo password.

$ ansible-playbook site.yml --ask-become-pass

Now it asks your sudo password before running the commands.

If you get tired of typing your sudo password, there are many ways around it, with different levels of security. For example, you can create an ansible specific user with passwordless sudo. Or use ansible vault. Or pass. Or even read sudo password from file, which sounds less than secure.

Palvelinten Hallinta

Thu, 26 Mar 2026 09:52:19 +0200

Control 10, ~~100~~, ~~1000~~ many computers.

Or control 2071 computers, like Jussi did on a earlier course. Or handle 7 different operating systems and OS versions with a single master, like Matias.

Best instance got 5.0 / 5 feedback - all respondents gave the best grade 5.

Course, both instances
Course name and code	Palvelinten hallinta ICI001AS3A-3011 and -3013
Timing	2026 period 4, late spring, w13-w20
Credits	5 cr
Language	Finnish (+reading material in English)
Feedback	Reached 5.0 / 5 * Excellent feedback
Classes	-3011 online ke 17:40-20:30. -3013 pa5001 to 11:00-13:45. Both have mandatory participation.
Max students	50 online, 40 Pasila. (Come to the first class if you're queuing for place)
Remote	One course instance -3011 is fully remote. Other -3013 is face-to-face in Pasila pa5001.
First class	Online-3011 2026-03-25 w13 Wed 17:40 Zoom. Pasila-3013 2026-03-26 w13 Thu 11:00 pa5001, bring laptop.
Services	Moodle: Palvelinten hallinta -3011 online Wednesday evening; -3013 Thursday, Zoom, Laksu. Optional: Tero's list.

I've done some research on configuration management systems. I have written my doctoral dissertation on applying malware command and control techniques to benign configuration management systems. I've given an invited speech in IEEE ICIM Chengdu and a plenary speech in IEEE ICIM Oxford; I’ve also been teaching these modern methods to companies. Previous feedback for this course has been from very good 4.3 to excellent ~~4.9~~ 5.0 out of 5.

As the course is in Finnish, the rest of this page will be in Finnish.

Opintojakson suoritettuaan opiskelija

Osaa hallita palvelimia kuvailemalla tavoitetilan (idempotenssi)
Osaa tehdä asetukset pelkkänä tekstinä ja versioitavasti (infrastruktuuri koodina)
Pystyy tekemään tavalliset ylläpitotoimet valitulla työkalulla (yksi totuus)

Esitiedot

Esitiedot, kertaa nämä.

Opettele komennot ja hakemistot ulkoa. Harjoittele niitä kokeilemalla moneen kertaan Linuxissa.

Linuxin komennot, apt Command Line Basics Revisited
Tiedostojärjestelmän rakenne (etc, var…). Alkeet löytyvät samasta Command Line Basics Revisited
Demonien hallinta (esim Apache) Install Apache Web Server on Ubuntu (paitsi demonin potkaisu nykyisin 'sudo systemctl restart apache2')
Linuxin asentaminen virtuaalikoneeseen

Aikataulu

Kurssi kestää 8 viikkoa. Edellyttää aktiivista osallistumista etäopetukseen videokonfferensissa lukkariin merkittynä aikana. Läksyt palautetaan 24 h ennen seuraavan oppitunnin alkua ja ristiinarvioidaan kahden luokkakaverin työt. Tämä alustava aikataulu elää kurssin aikana.

Tunnit tiistaisin online 08:00 - 10:45 videokonfferenssina.

Päivä	Aihe
Perusteet
w13	1. Hei maailma. Järjestäytyminen: osallistujat, kurssin käytänteet. Keskitetyn hallinnan periaateet, infra koodina. Raportit, git web-käyttö, MarkDown kertaus. Hei maailma!
w14	2. Infraa koodina. Konfiguraation kirjoittaminen koodiksi.
w15	3. Pkg-file-service eli demonien hallinta. Käsin tehdyn konfiguraation automatisointi.
w16	4. Esimerkkipalvelin. Käytännön esimerkki palvelimen konfiguroinnista.
w17	5. Versionhallinta. Git: init, clone, add, commit, pull, push, log. GitHub ja muut avustavat palvelut. Omien modulien aloitus., 2 hengen ryhmät.
Soveltaminen
w18	6. Soveltaminen. Käytännön tekniikoita ja esimerkkejä. Ongelmanratkaisua. / Torstain ryhmällä omien modulien esittely alkaa.
w19	7. Omien modulien esittely I.
w20	8. Omien modulien esittely II. (2026-05-14 w20 Thu on Helatorstai, torstain ryhmällä ei tuntia. Keskiviikon ryhmän online-opetus normaalisti.)

Oheismateriaalia, lukemista ja asennuspaketteja

Debian stable 13-trixie levykuva debian-live-13.4.0-amd64-xfce.iso (3.6 GB) Kun uusia versioita tulee, linkki vanhenee. Uusi löytyy samasta kansiosta.

Karvinen 2021: Install Debian on Virtualbox

Karvinen 2023: Create a Web Page Using Github

VirtualBox.org

Karvinen 2020: Command Line Basics Revisited

Ansible Community Documentation

Salo ym 2026: BlueTeamLab. Käynnissä olevassa projektissa rakennetaan SOC-harjoitusympäristöä. Linux, Windows, AD. OpenTofu, Ansible. VirtualBoxia ohjataan OpenTofulla.

Arviointi

Osien ohjeelliset painoarvot ovat: kotitehtävät 70% ja oma moduli 30%. Arvosana perustuu kokonaisarvioon suorituksista. Kaikki kotitehtävät pitää tehdä ajallaan. Etäopetukseen pitää osallistua aktiivisesti.

Anna palautetta

Palaute on todella tärkeä tapa kehittää kurssia – kiitos kommenteista jo etukäteen. Palaute kahteen kanavaan

1) Vapaamuotoinen palaute kommenttina tämän kurssisivun perään

Vapaamuotoinen palaute kommenttina tämän kurssisivun perään

Vapaamuotoiseen palautteeseen saa kirjoittaa mitä vain, eikä kysymyksiä tarvitse toistaa. Mutta tässä vinkiksi:

Opitko jotakin – eli osaatko nyt sellaista, mitä et osannut ennen kurssia?
Teitkö jotain ensimmäistä kertaa? Käytit modernia hallintatyökalua (Ansible tms), kirjoitit idempotentin tilan, kirjoitit infraa koodina...
Oliko opittu hyödyllistä? Luuletko, että voit hyödyntää infraa koodina töissä tai kotona?
Mitä mieltä olit läksyistä? Luku/video/podcast -materiaalista? Hands-on tehtävistä?
Mitä pidät miniprojektin valmistelusta ja (tulevista) esityksistä? Itse esittämisestä? Luokkakavereiden esitysten seuraamisesta?
Miten voisin parantaa kurssia?
Viihdyitkö kurssilla?
Suosittelisitko kurssia? Kenelle kurssi sopisi? Koulutoverille tai kollegalle?

2) Numeerinen palaute Haaga-Helian palautejärjestelmään MyNetissa

Numeerinen palaute Haaga-Helian palautejärjestelmään MyNetissa

Numeerisen palautteen avulla mm. verrataan Haaga-Helian kursseja toisiinsa. On tärkeää saada jokaiselta palaute, jotta tulos on tilastollisesti merkitsevä.

Numeeriset: Asteikko 1-välttävä (huonoin) ... 5-kiitettävä (paras)

Oma aktiivisuutesi opiskelussa 1-5
Osaamistavoitteiden saavuttaminen 1-5
Työskentelytavat tukivat oppimista 1-5
Opiskeluympäristö tuki oppimista 1-5
Hyödyllisyys työelämään 1-5

Avoimet kysymykset (näihin voi myös kopioida samat vastaukset jotka kirjoitit aiemmin)

Mitkä asiat edistivät oppimistasi?
Miten kehittäisit toteutusta / toteutuskokonaisuutta, jotta osaamistavoitteet saavutettaisiin paremmin?

Kokonaisarviosi toteutuksesta / toteutuskokonaisuudesta 1-5

Suosittelisitko 1 - 10 (1 en varmasti, 10 aion varmasti suositella tai olen jo suositellut)

Kiitos palautteesta ja jännittävästä kurssista! Seuraavilla kursseilla nähdään.

Vanhoja toteutuksia

Palvelinten hallinta ICI001AS3A-3008 - 2025p2 loppusyksy

Palvelinten hallinta ICI001AS3A-3010 - 2024 periodi 2, loppusyksy

Vanhoja toteutuksia vuoteen 2018 asti

Läksyt

Palautus 24 h ennen seuraavaa lukujärjestykseen merkittyä aikaa. Weppisivulle (HTML), ja palauta linkki Laksuun. Halutessasi voit laittaa linkin myös kommentiksi tämän sivun perään, niin sivusi saa lisää kävijöitä ja nousee PageRankissa.

Nämä läksyt ovat alustavia. Läksyt ovat virallisia vasta, kun ne on annettu tunnilla. Tämä on edistynyt kurssi, joten pystymme tekemään muutoksia kurssin kuluessa ja sovittamaan läksyt aiheen mukaan. Jos et uskalla tai muuten halua julkaista, voit laittaa weppisivun salasanan taakse (sama salasana koko kurssille ja jokaiselle tehtävälle, ei kirjautumista eri tunnuksilla eri henkilöille) ja jakaa salasanan kurssilaisten kanssa - mutta suosittelen julkaisua. Kotisivutilaa saa esim wordpress.com, github.com, gitlab.com ja monista muista paikoista.

Suosittu ja helppo tapa on laittaa raportit Githubiin.

Kaikki käytetyt lähteet tulee merkitä raporttiin: kurssin tehtäväsivu, kurssikavereiden raportit, man-sivut, kirjat. Mikäli tekoälyltä kysyy neuvoa, se on merkittävä lähteeksi. Tekoälyt hallusinoivat, tiedot on suositeltavaa tarkistaa. Tiivistelmiä tai esseitä ei saa generoida tekoälyllä eikä muilla vastaavilla tekniikoilla, vaan ne on kirjoitettava itse.

Kaikkien ajan säästämiseksi poistan kurssilta ne, jotka eivät palauta tehtäviä ajallaan.

Tekoälyn käyttö: Tällä kurssilla on samat AI säännöt kuin YAMK:n kurssillani: "AI and large language models (LLM): You can ask AI or LLM a question and use the answer as facts for your own answer, written in your own words. AI must be marked as a reference, with details such as prompt (and for advanced users system prompts, temperature, jailbreaks...). LLMs tend to hallucinate, so you should check answers from more reliable sources. It's not allowed to generate text with AI or similar technologies. For example, it's not allowed to generate essay answers or summaries with AI, LLM or similar technologies."

h1 Hei Ansiblen maailma

Hei maailma! Yleensä kaikki ohjelmat alkavat siitä. Hei maailma testaa, että ympäristö toimii.

Tässä kotitehtävässä harjoitellaan itse tunnilla kurkattuja ja osin kokeiltuja juttuja, jotta tehtävistä ei tule liian vaikeita. Jos olet aiemmin tehnyt nämä, voit simuloida puhtaan tilanteen - näin tehdään myöhemmin myös IaC-koodeja testatessa. Voit esimerkiksi pysäyttää ja poistaa ssh-demonin, poistaa authorized_keys... Katso vinkit alla.

x) Lue ja tiivistä. (Tässä x-alakohdassa ei tarvitse tehdä testejä tietokoneella, vain lukeminen tai kuunteleminen ja tiivistelmä riittää. Tiivistämiseen riittää muutama ranskalainen viiva. Ei siis vaadita pitkää eikä essee-muotoista tiivistelmää. Lisää kuhunkin jokin oma kysymys tai huomio.)
- Karvinen 2026: SSH public key - Login without password
- Karvinen 2026: Hello Ansible
a) Sshecrets. Asenna SSH-demoni ja testaa se kirjautumalla SSH:lla.
b) Pubkey. Automatisoi ssh-kirjautuminen julkisella avaimella.
c) Hei Ansible. Tee hei maailma ansiblella ja kokeile sitä SSH:n yli.
d) Vapaaehtoinen bonus, vaikea: kokeile Ansiblella jokin näista asetuksista: paketin asennus, asetustiedosto /etc/ alle, käynnistä jokin demoni, tee uusi käyttäjä. Tarvitset todennäköisesti sudoa, become: true.

Kuten aina, palauta linkki Laksuun, ristiinarvioi vähintään 2.

Vinkit

(Komennot alla ulkomuistista)

SSH-demonin poistaminen asennuskokeilua varten. Tämän voi tehdä localhost:lla. Älä tee etänä palvelimelle, tai yhteytesi katkeaa.

$ sudo systemctl stop ssh
$ sudo apt-get purge openssh-server

Julkisen avaimen poistaminen

remote$ mv -v $HOME/.ssh/authorized_keys $HOME/DISABLED_authorized_keys

Ansiblen asetukset voit vaan tehdä uuteen kansioon ja ajaa sieltä.

Testaamatta == tekemättä. Kun asennat tai säädät jotain, osoita testillä, että se toimii.

Eikö toimi? Raportoi erityisen tarkasti, jotta voimme pähkiä sitä tunnilla yhdessä. Myös tarkat virheilmoitukset talteen.

h2 Voileipä

x) Lue ja tiivistä. (Tässä x-alakohdassa ei tarvitse tehdä testejä tietokoneella, vain lukeminen tai kuunteleminen ja tiivistelmä riittää. Tiivistämiseen riittää muutama ranskalainen viiva. Ei siis vaadita pitkää eikä essee-muotoista tiivistelmää. Lisää kuhunkin jokin oma kysymys tai huomio.)
- Karvinen 2026: Sudo without password
- Munroe 2006: xkcd 149: Sandwitch
- Karvinen 2026: Passwordless Sudo with Ansible
- Ansiblen sisäänrakennettu dokumentaatio ansible-doc -kommennolla.
  - Kustakin vain
    - Johdantokappale (Usein MODULE alla, päättyy OPTIONS alkuun)
    - Nimetyt optiot selityksineen
    - Esimerkeistä (EXAMPLES) jokin helppo ja keskeinen esimerkki
  - 'ansible-doc copy': content, dest, src; owner, group, mode;
  - 'ansible-doc apt': name, state, update_cache.
  - 'ansible-doc file': path, recurse, src, state. owner, group, mode;
  - 'ansible-doc user': name; create_home, comment, groups, shell, state, system.
  - 'ansible-doc authorized_key': user, key.
a) Sudoless. Tee ansiblea varten tunnus, jolla voi käyttää sudoa ilman salasanaa. Sekä ssh-kirjautuminen että sudon käyttö tulee olla ansbilea varten automatisoitu.
b) Antero. Tee salasanaton, automaattisesti ssh:lla kirjautuva tunnus Ansiblella.
c) Package. Asenna kaksi pakettia ansiblella.
d) File. Kirjoita orjalle useamman rivin mittainen tiedosto Ansiblella. Määrittele sen omistaja, omistava ryhmä ja oikeudet. Käytä oikeuksille oktaalinumeroa, esim. "0600". Kerro, mitä oikeudet ovat symbolisessa muodossa, esim. "-rwxr--r--". Selitä, mitä kukin käyttäjä saa tehdä tuolle tiedostolle.
e) Jotain muuta. Näytä esimerkki ansiblen käskystä, jota ei ole vielä käsitelty kurssilla tai kotitehtävissä. Voit ottaa jonkun muun modulin kuin apt, file, copy, user tai authorized_key. Tai voit käyttää ominaisuutta, jota ei vielä ole demonstroitu. Jos tiivistystehtävässä x on mainittu ominaisuuksia, joita ei tunneilla tai läksyissä kokeiltu, nekin kelpaavat.

Vinkit

Rakenna tila paloittain. Tottakai se toimii kopioimalla malli ja muuttamalla muutama muuttuja. Mutta hetken päästä näitä pitäisi rakentaa myös ilman mallia.
'ansible-doc user', 'ansible-doc --list'
Etkö jaksa odottaa?
- 'ansible-doc --list > doc-list.txt'
- helppolukuisempana 'ansible-doc --list|grep -oP '^\S+'>doc-list.txt'
Paketin asennus: apt
File:
- copy: src: foo.txt -> roles/superd/files/foo.txt

h3 Demoni

Package, file, service

x) Lue ja tiivistä. (Tässä x-alakohdassa ei tarvitse tehdä testejä tietokoneella, vain lukeminen tai kuunteleminen ja tiivistelmä riittää. Tiivistämiseen riittää muutama ranskalainen viiva. Ei siis vaadita pitkää eikä essee-muotoista tiivistelmää. Lisää kuhunkin jokin oma kysymys tai huomio.)
- Karvinen 2026: Apache installed with Ansible - quick notes
- Ansible Community Documentation: Handlers: running operations on change
  - Handlers: running operations on change (johdantokappale pääotsikon alta)
  - Notifying handlers
- 'ansible-doc service':
  - johdantokappale (MODULE alta)
  - enabled
  - name
  - state
  - EXAMPLES
a) Apassi. Asenna Apache 2 käsin. Weppisivun tulee näkyä palvelimen etusivulla. Sivun tulee olla tavallisen käyttäjän muokattavissa, ilman root- tai sudo-oikeuksia.
b) Moottorix. Asenna Nginx käsin. Weppisivun tulee näkyä palvelimen etusivulla. Sivun tulee olla tavallisen käyttäjän muokattavissa, ilman root- tai sudo-oikeuksia. (Muista sammuttaa Apache ensin.)
c) Automoottorix. Automatisoi Nginx asennus Ansiblella. Ylläpitäjän osuus Ansiblella riittää, itse HTML-weppisivut voi tehdä käsin.
d) Vapaaehtoinen bonus: Osiris-T. Osiris-T asentaa Wazuhin ja tarvittavat virtuaalikoneet. Voit lähettää vihamielistä verkkoliikennettä (tcpreplay), siepata sen (suricata) ja saat tulokset suoraan dashboardille (wazuh). Enemmän alpha kuin se kreikkalainen kirjain. Mutta Oskari, Nico ja Arttu ilahtuvat, jos kokeilet. Häkämies, Saario, Mukkula 2026: Osiris-T. Häkämies etal 2026: How to Install.

Vinkit

Ensin käsin, sitten automaattisesti
Pienen testattava kokonaisuus kerrallaan
Lue lokeja. Weppipalvelimen virheilmoitukset ovat lokeissa, käyttäjälle näkyvä weppisivu ei kerro juuri mitään.
Kaksi demonia ei voi kuunnella samaa porttia. Sulje siis nginx ennen apachen asennusta ja päinvastoin.
'ansible-doc apt': name, state, update_cache. EXAMPLES.
'ansible-doc copy': dest, src; owner, group, mode. EXAMPLES.
'ansible-doc file': src, dest, state. owner, group. EXAMPLES.
nginx asennus on samantapainen kuin Apachen
- sites-available/default - tiedoston lopussa on esimerkki yksinkertaisesta konfiguraatiosta
- 'sudo nginx -t' on samantapainen kuin 'sudo apache2ctl configtest'
Kotisivut käyttäjänä
- Weppipalvelin pyörinee käyttäjänä www-data, ryhmä www-data. Jos tiedoston omistaa tero:tero, niin www-data on others eli viimeiset kolme kirjainta.
- Jotta se näkee sivut, kansioihin pitää olla x-oikeus ja tiedostoihin r.
- /home/tero/publicsite/index.html
  - chmod ugo+x /home/tero/
  - chmod ugo+x /home/tero/publicsite/
  - chmod ugo+r /home/tero/publicsite/index.html
- Tarkista oikeudet 'ls -t' ja 'stat'

h4 Pizza Fantasia

x) Lue ja tiivistä. (Tässä x-alakohdassa ei tarvitse tehdä testejä tietokoneella, vain lukeminen tai kuunteleminen ja tiivistelmä riittää. Tiivistämiseen riittää muutama ranskalainen viiva. Ei siis vaadita pitkää eikä essee-muotoista tiivistelmää. Lisää kuhunkin jokin oma kysymys tai huomio.)
- Karvinen 2023: Configuration Management of Distributed Systems over Unreliable and Hostile Networks (pdf, ̣mirrors: local, archive.org), vain nämä kohdat:
  - 4.12.1 Size and Complexity of Some DSLs (112. Ominaisuuksien määrä.)
  - 4.12.2 Use of DSL Functions in Case Configuration (112-115. Mitä oikeasti käytetään.)
  - 4.12.3.1 Dependencies Between Main Functions (115-117. Tärkeimmät rakennuspalikat.)
a) Räpylä. Asenna itse valitsemasi demoni käsin. Jokin muu kuin tunnilla tai kotitehtävissä aiemmin asennettu, eli ei apache, ngninx eikä openssh-server. Kuten aina, testaa lopputulos.
b) Automaatti. Automatisoi valitsemasi demonin asennus Ansiblella.
c) Asetus. Muuta asetustiedostoa herralla (master, "control node") ja aja ansible uudestaan. Osoita, että asetukset tulivat käyttöön.
d) Paikka remonttiin. Riko jotain asetuksia. Voit esimerkiksi poistaa demonin 'sudo apt-get purge foobar' (purge poistaa myös asetustiedostoja), poistaa asennuksen yhteydessä tulevan kansion (sudo rm -r /etc/foobar/ # vaarallista) tms. Ja sitten ajaa ansible-roolisi uudestaan ja todeta, että se korjaa tilanteen.
e) Idempotentti. Osoita, että tilasi on idempotentti.

Vinkit

CM: configuration management
DSL: domain specific language. Yhteen käyttötarkoitukseen tehty kieli. Esim Ansiblen oma kieli, jolla määrittelemme konfiguraatiota.
Kannattaa valita demoni, joka löytyy suoraan Debian 13 varastoista apt-get:lla.
Esimerkkejä: postgresql, caddy, mariadb, haproxy, varnish
Nämä voivat olla mutkikkaampia: samba, nfs, jokin ftp-palvelin, jokin vaihtoehtoinen ssh, jokin dhcpd, jokin tftpd

h5 Gitar Hero

Oman miniprojektin aihetta kannattaa jo haudutella. Ensimmäiset julkaissevat jo parin kanssa tehdyn ensimmäisen version.

x) Lue ja tiivistä. (Tässä x-alakohdassa ei tarvitse tehdä testejä tietokoneella, vain lukeminen tai kuunteleminen ja tiivistelmä riittää. Tiivistämiseen riittää muutama ranskalainen viiva. Kannattaa lisätä mukaan myös jokin oma havainto, idea tai kysymys.)
- Chacon and Straub 2014: Pro Git, 2ed: 1.3 Getting Started - What is Git?
- Gitin käyttö on lähinnä 'git add --all && git commit; git pull && git push'. Selitä tuon komennon jokainen osa. Käytä apuna itse valitsemiasi lähteitä ja viittaa niihin.
a) Online. Tee uusi varasto GitHubiin (tai Gitlabiin tai mihin vain vastaavaan palveluun). Varaston nimessä ja lyhyessä kuvauksessa tulee olla sana "sunshine". Aiemmin tehty varasto ei kelpaa. (Muista tehdä varastoon tiedostoja luomisvaiheessa, esim README.md ja GNU General Public License 3) Edistyneemmille voi olla hauskaa etsiä ja kokeilla jokin muu palvelu kuin Github.
b) Dolly. Kloonaa edellisessä kohdassa tehty uusi varasto itsellesi, tee muutoksia omalla koneella, puske ne palvelimelle, ja näytä, että ne ilmestyvät weppiliittymään.
c) Doh! Tee tyhmä muutos gittiin, älä tee commit:tia. Tuhoa huonot muutokset ‘git reset --hard’. Huomaa, että tässä toiminnossa ei ole peruutusnappia.
d) Tukki. Tarkastele ja selitä varastosi lokia. Näytä myös, mitä muutoksia tiedostoihin on tehty. Tarkista, että nimesi ja sähköpostiosoitteesi näkyy haluamallasi tavalla ja korjaa tarvittaessa.
e) Gitanbile. Laita Ansible-kansio versionhallintaan. Tee jokin muutos, aja ansiblella, tallenna versio (commit).
f) Hae pari projektiin Moodlen keskustelusta. (Tästä alakohdasta f ei tarvitse tehdä vaiheittaista teknistä raporttia, riittää kun toteat, että pari on hankittu.)
g) Vapaaehtoinen: Se toinen järjestelmä: kokeile Gittiä eri käyttöjärjestelmällä kuin sillä, millä teit muut harjoitukset. Selitä niin, että kyseistä järjestelmää osaamatonkin onnistuu. Mahdollisuuksia on runsaasti: Debian, Fedora, Windows, OSX...
h) Vapaaehtoinen: yhteistyötä: anna kaverillesi (tai alter egollesi) oikeus kirjoittaa varastoosi (commit access). Tehkää molemmat muutoksia varastoon gitillä.

Vinkkejä

Kannattaa käyttää SSH-osoitetta varastoa kloonatessa, kirjautuminen julkisella ssh-avaimella
ssh-keygen (enter, enter, enter), cat $HOME/.ssh/id*.pub, Github: Settings: SSH keys... Vain julkisen avaimen - sen mikä päättyy .pub - saa julkaista ja tallettaa Githubiin.
Github-varaston sivulta Code: SSH. git clone https://github.com/hattupuu/earplotter.git ; cd earplotter
git pull
git add --all && git commit; git pull && git push
git log --patch
git config --global user.email "tonystudent@example.com"
git config --global user.name "Tony Student"
Commit message
- Miksi? Miksi tämä commit on tehty? (Ne tiedostot ja muutokset näkyvät joka tapauksessa 'git log --patch', joten commit messagen kannattaa kertoa se syy: miksi, why?
- Yksi englanninkielinen virke määräysmuodossa ja nykyajassa: "Add reverse thurst estimation to main view"
GitHub-varastoon kannattaa tehdä tiedostoja luomisvaiheessa, suosittelen tekemään README.md ja vapaista lisensseistä itse tykkään GPLv3 eli GNU General Public License, version 3. Oman työsi lisenssin saat itse valita.
Karvinen 2021: Install Debian on VirtualBox
Microsoft 2023: Get a Windows 11 development environment: Download a virtual machine: VirtualBox
Jos menet olemassaolevaan projektiin (työpaikalla, open source)... opiskele projektin käytännöt ja käytä niitä
https://github.com/terokarvinen/suolax Salt-tiloja, jotka voi ajaa suoraan salt-varastosta
Git asennuspaketit Windowsille ja Macille https://git-scm.com/downloads
Macilla 'brew' saattaa olla myös kätevä työkalu Gitin asentamiseen
Linuxille Git asentuu helpoimmin paketinhallinnasta: 'sudo apt-get update; sudo apt-get -y install git'

h6 Miniprojekti

Loppuhuipennus: projektit esitellään kurssin lopussa. Saat soveltaa uusia taitojasi!

Pääset harjoittelemaan teknistä esittämistä huolettomassa ympäristössä omien luokkakavereiden kanssa. Saat myös esittää kysymyksiä, ideoita ja kommentteja kavereiden töihin. Ja samalla näet, mitä muut ovat rakentaneet.

Arvon esitysjärjestyksen ja ilmoitan sen esitysten alussa. Kaikkien projektien tulee olla esitysvalmiina 2026-05-05 w19 tiistaina (ja torstain ryhmällä päivää myöhemmin ke).

a) Oma miniprojekti.
- Modernia keskitettyä hallintaa: idempotentti, infra koodina, yksi totuus
- Idempotentti
  - Pelkkä skritpi (shell script) ei kelpaa, ei myöskään skripti jaettuna kymmeneen peräkkäiseen cmd.run-tilaan
- Kannattaa testata lopputulos tyhjällä koneella
  - Vapaaehtoista: Jos videoit ruudulta samalla, sinulla on räjähtävien demojen tai tulevien kurssin ulkopuolisten esitysten varalta aina toimiva esitys. Jos laitat videon Youtubeen tai kotisivullesi, sinulla on valmis esitys käytettäväksi myös kurssin jälkeen. Vaikka live-demo on parempi kuin video, parasta on live-demo ja varalla video.
- Ensin valmista, sitten hienoa.
  - Tee ensin pieni, toimiva kokonaisuus, jonka voisit hätätilassa esittää.
  - Tallenna pieni kokonaisuutesi toimivana esim. kopioimalla kansio
  - Tee sitten tämän toimivan päälle hienot jutut, seuraavat vaiheet ja kurottelumaalit.
  - Kannattaa aloittaa ajoissa ja tehdä joka päivä
  - Kaikki tai ~~ei mitään~~ jotain
b) Etusivu. Laita projektisi etusivulle tärkeimmät tiedot
- Etusivu voi olla esimerkiksi Github-varasto ja tiedot README.md:ssä
- Yritä laittaa keskeisimmät kohdat "taitoksen yläpuolelle", eli näkymään jo ennen skrollausta
- Tavoitteena on, että lukija ymmärtää välittömästi ja yhdellä silmäyksellä projektin tarkoituksen (ruutukaappaus + kuvaus)
- Tiedot
  - Projektin tarkoitus, mieluiten yhdellä lyhyellä virkkeellä. Eli mitä tämä tekee / mihin tätä käytetään / mitä hyötyä tästä on / business purpose.
  - Lisenssi. Saat valita, suosittelen GNU General Public License, version 3.
  - Ruutukaappaus lopputuloksesta
  - Oma nimesi ja mahdollinen kotisivun osoite (Saa toki käyttää myös nimimerkkiä)
  - Latauslinkki (Githubissa asennusohje voi toki olla myös 'git clone ...')
  - Käyttöönotto. Miten kuka tahansa sivulle tulija voi ilman muita ohjeita ajaa projektisi.
  - Voit kirjoittaa suomeksi tai englanniksi; usein ohjelmat dokumentoidaan englanniksi
c) Showtime! Valmistaudu pitämään max 7 min esitys projektistasi.
- Yleisö: kurssin muut opiskelijat
  - Kuulija yleensä miettii aluksi, mitä hyötyä tähän esitykseen keskittymisestä on minulle.
  - Ymmärtääkö kuulija, mitä lopputulos tekee?
  - Kun hyöty on selvillä, kuulija halunnee oppia tekemään saman
- Tarkoitus ja lopputulos ensin
  - Hovimestari on syyllinen.
  - Yleisö kuuntelee, kun tietää, mitä hyötyä tästä on
- Esittele itsesi
  - Monissa esityksessi oman nimen ja organisaation esittely on tärkein oma hyöty
- Demo ois kiva
  - Kannattaa laittaa demo pyörimään heti, kun projektin tarkoitus ja oma nimi on selvillä
  - Salt-ajot vievät usein aikaa, jota ei kannata käyttää odotteluun vaan puhumiseen
  - Kerro kaikki kerrottava sillä aikaa kun salt raksuttaa
- Kokeile välineet
  - Jitsi-kanavalle pääsee milloin vain
  - Ruudunjako, kamera, mikki
  - Jos haluat kaksi asiakasta, niin 2 tietokonetta tai tietokone ja kännykkä
- Tästä c-alakohdasta ei tarvitse tehdä raporttia.

Vinkit

Katso vanhoja projekteja
- Kurssisivujen kommenteista
- Hakukoneista

Tervetuloa esiintymään!

Huomaa myös vapaaehtoinen h8.

h8 Bonus

Vapaaehtoinen bonus: luettele ja linkitä tähän tekemäsi

a) Vapaaehtoiset tehtävät
b) Ristiinarvioinnin jälkeen olennaisesti parannetut tehtävät

Tehtävän h8 määräaika on kurssin 24 h ennen viimeisen oppitunnin alkuao. Tämä bonustehtävä on kokonaan vapaaehtoinen.

Adminstrivia

Sudo logo my Mark Stillman 2019, received under CC-BY-4.0.

Apache httpd logo is a trademark of The Apache Software Foundation.

open weight

Kokoro TTS - Voice Comparison

Listen and Compare Voices in Your Browser

Run Kokoro with Podman

See also

cdu - Jump up to project directory

Usage example

A new 'cdu', change dir up

Source code, GPL

ppp Personal Project Portfolio

Talk nerd to me

Try ppp

Apache installed with Ansible - quick notes

Package-file-service pattern

tree of roles/apache2/

tasks/main.yml

handlers/main.yml

files/example.com.conf

Adminstrivia

Passwordless Sudo with Ansible

Prerequisites

Tree

Role - antero

First run - chicken or egg?

Tips

Sudo without password

Create the new user

Broken sudo insurance

New sudoers rule

Test

Adminstrivia

DORA & Threat Lead Penetration Testing with Marko

Synopsis

Slides

Links

Slides taster

Bio

SSH public key - Login without password

Install SSH

Test SSH

Automatic login with SSH public key

Troubleshooting

Hello Ansible

Background

Test SSH account (without Ansible)

Install Ansible

Test SSH with Ansible

Convenience: Stop whining about Python version

Convenience: Just use my hosts.ini

Site.yml - what computers get which roles

First role - create a file

Convenience: Show me what you do

End result

Troubleshooting Ansible

No inventory

Discovered Python interpreter

Indent is two spaces: Tabs are usually invalid in YAML

Indent ignores the dash: conflicting action statements

Sudo needed

Palvelinten Hallinta

Opintojakson suoritettuaan opiskelija

Esitiedot

Aikataulu

Oheismateriaalia, lukemista ja asennuspaketteja

Arviointi

Anna palautetta

1) Vapaamuotoinen palaute kommenttina tämän kurssisivun perään

2) Numeerinen palaute Haaga-Helian palautejärjestelmään MyNetissa

Vanhoja toteutuksia

Läksyt

h1 Hei Ansiblen maailma

h2 Voileipä

h3 Demoni

h4 Pizza Fantasia

h5 Gitar Hero

h6 Miniprojekti

h8 Bonus

Adminstrivia