# syslog

Published articles for syslog.

This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles.

## journalctl: domina los logs de systemd

DevFeed: [journalctl: domina los logs de systemd](<https://devfeed.tech/articles/journalctl-domina-los-logs-de-systemd-34067.md>)

Original publisher: [Read original article](<https://tengoping.com/blog/journalctl-domina-logs-systemd/>)

Author: Antonio Pérez

Published: 2026-08-01T08:00:00Z

Content type: tutorial

Language: es

Sources: [tengoping.com](<https://devfeed.tech/sources/tengoping-com.md>)

Topics: [systemd](<https://devfeed.tech/topics/systemd.md>), [Boot Process, passwd, systemd](<https://devfeed.tech/topics/boot-process-passwd-systemd.md>)

Tags: [crash](<https://devfeed.tech/tags/crash.md>), [logs](<https://devfeed.tech/tags/logs.md>), [sysadmins](<https://devfeed.tech/tags/sysadmins.md>), [syslog](<https://devfeed.tech/tags/syslog.md>), [systemd](<https://devfeed.tech/tags/systemd.md>)

### AI overview

A practical guide to using journalctl with systemd. It covers persistent and volatile journals, filtering logs by service, time, and priority, following logs in real time, and reviewing boot and kernel messages.

### Source excerpt

Domina journalctl para filtrar logs de systemd por servicio, prioridad y fecha, seguirlos en tiempo real y controlar el espacio que ocupan.

## Transmission: Permission Denied to Downloads directory

DevFeed: [Transmission: Permission Denied to Downloads directory](<https://devfeed.tech/articles/transmission-permission-denied-to-downloads-directory-27737.md>)

Original publisher: [Read original article](<https://gagor.pro/2025/12/transmission-permission-denied-to-downloads-directory/>)

Author: Tom

Published: 2025-12-26T00:00:00Z

Content type: tutorial

Language: en

Sources: [Tomasz Gągor](<https://devfeed.tech/sources/tomasz-gagor.md>)

Topics: [Ubuntu](<https://devfeed.tech/topics/ubuntu.md>), [configuration](<https://devfeed.tech/topics/configuration.md>), [bug](<https://devfeed.tech/topics/bug.md>)

Tags: [apparmor](<https://devfeed.tech/tags/apparmor.md>), [complain-mode](<https://devfeed.tech/tags/complain-mode.md>), [configuration](<https://devfeed.tech/tags/configuration.md>), [downloads-directory](<https://devfeed.tech/tags/downloads-directory.md>), [how-to](<https://devfeed.tech/tags/how-to.md>), [localized-folders](<https://devfeed.tech/tags/localized-folders.md>), [permission](<https://devfeed.tech/tags/permission.md>), [permissions](<https://devfeed.tech/tags/permissions.md>), [security](<https://devfeed.tech/tags/security.md>), [syslog](<https://devfeed.tech/tags/syslog.md>), [transmission](<https://devfeed.tech/tags/transmission.md>), [ubuntu](<https://devfeed.tech/tags/ubuntu.md>), [xdg-user-dirs](<https://devfeed.tech/tags/xdg-user-dirs.md>)

### AI overview

A Transmission AppArmor profile on Ubuntu may deny access to localized Downloads directories because it expects English directory names. The article explains how to update the profile with localized paths and restart AppArmor to restore downloads.

### Source excerpt

Transmission on Ubuntu may be denied access to localized Downloads directories due to AppArmor profiles expecting English folder names. Here's how to fix it.

## Writing an Async Logger in Nim

DevFeed: [Writing an Async Logger in Nim](<https://devfeed.tech/articles/writing-an-async-logger-in-nim-30847.md>)

Original publisher: [Read original article](<https://hookrace.net/blog/writing-an-async-logger-in-nim/>)

Published: 2016-01-27T23:00:00Z

Content type: tutorial

Language: en

Sources: [Dennis Felsing](<https://devfeed.tech/sources/dennis-felsing.md>)

Topics: [Nim](<https://devfeed.tech/topics/nim.md>), [Logging](<https://devfeed.tech/topics/logging.md>), [async](<https://devfeed.tech/topics/async.md>), [Programming](<https://devfeed.tech/topics/programming.md>), [Code](<https://devfeed.tech/topics/code.md>), [Server](<https://devfeed.tech/topics/server.md>), [client](<https://devfeed.tech/topics/client.md>)

Tags: [async](<https://devfeed.tech/tags/async.md>), [logging](<https://devfeed.tech/tags/logging.md>), [nim](<https://devfeed.tech/tags/nim.md>), [programming](<https://devfeed.tech/tags/programming.md>), [programming-language](<https://devfeed.tech/tags/programming-language.md>), [syslog](<https://devfeed.tech/tags/syslog.md>), [terminal](<https://devfeed.tech/tags/terminal.md>)

### AI overview

A step-by-step Nim tutorial that builds an asynchronous logger for a game server and client. It discusses configurable output to files or stdout, non-blocking disk writes, performance, logging formats, compile-time caller information, and existing Nim logger implementations.

### Source excerpt

Surprisingly I'm working on HookRace again. I might share a few interesting code snippets and thoughts in this blog along the way. I'm still going with Nim as the programming language. For an easy start let's write a logging module that can be used everywhere in the game's server as well as client. There are mostly three aspects that I care about: Can be configured to write to different files and/or stdout Writes to the disk asynchronously, preventing any blocking when the disk is overloaded Reasonable performance Follow along if you want to witness how fun it is to write code in Nim! Motivation A few logger implementations for Nim already exist: logging: A simple logger in the standard library. Configurable, but no async writing omnilog: An advanced logger with lots of features, no async writing syslog: A bit too high level for my taste and no Windows support We could adapt the logging or omnilog modules to our requirements, mainly by adding async writing. For now let's write our own simple logging module from scratch instead. If it turns out to be usable after a few iterations one might merge it with an existing module. Also, this post would be rather boring if I just ended up using an existing logger. Implementation Let's start with the simplest logger possible: proc log*(text: string) = echo text log "Hello World!" We have a procedure log that is exported (*). It takes a value text of type string and prints this text to the standard output. Super simple and can be used like this from another file (or the same one): import logger log "Hello World!" This simply prints Hello World to the terminal for now when we execute it. We want to keep using the logger in this exact format. Next step: Add a fancy logging format: import strutils, times proc log*(text: string) = echo "[$# $#]: $#" % [getDateStr(), getClockStr(), text] This uses the strutils and times modules from Nim's standard library. The % operator formats the string "[$# $#]: $#" with a date, clock and our te

## clogger(1) -- a campfire logger

DevFeed: [clogger(1) -- a campfire logger](<https://devfeed.tech/articles/clogger-1-a-campfire-logger-30037.md>)

Original publisher: [Read original article](<http://www.netmeister.org/blog/clogger.html>)

Published: 2013-11-15T18:24:12Z

Content type: article

Language: en

Sources: [Signs of Triviality](<https://devfeed.tech/sources/signs-of-triviality.md>)

Topics: [Logging](<https://devfeed.tech/topics/logging.md>), [Messaging](<https://devfeed.tech/topics/messaging.md>)

Tags: [command](<https://devfeed.tech/tags/command.md>), [interface](<https://devfeed.tech/tags/interface.md>), [logger](<https://devfeed.tech/tags/logger.md>), [messages](<https://devfeed.tech/tags/messages.md>), [simple](<https://devfeed.tech/tags/simple.md>), [syslog](<https://devfeed.tech/tags/syslog.md>)

### AI overview

clogger(1) is a simple logging and messaging interface analogous to the common logger(1) command. It sends messages to Campfire instead of syslog(3).

### Source excerpt

clogger(1) implements a simple logging/messaging interface analogous to the common logger(1) command. However, instead of logging messages to syslog(3), clogger(1) will write the message to Campfire.

## Ochrona usług przed atakami brute force z fail2ban'em

DevFeed: [Ochrona usług przed atakami brute force z fail2ban'em](<https://devfeed.tech/articles/ochrona-us-ug-przed-atakami-brute-force-z-fail2ban-em-27501.md>)

Original publisher: [Read original article](<https://gagor.pro/2011/10/ochrona-uslug-przed-atakami-brute-force-z-fail2banem/>)

Author: Tom

Published: 2011-10-03T00:00:00Z

Content type: tutorial

Language: pl

Sources: [Tomasz Gągor](<https://devfeed.tech/sources/tomasz-gagor.md>)

Topics: [Fail2ban](<https://devfeed.tech/topics/fail2ban.md>), [Logging](<https://devfeed.tech/topics/logging.md>), [ssh](<https://devfeed.tech/topics/ssh.md>)

Tags: [admin](<https://devfeed.tech/tags/admin.md>), [apache](<https://devfeed.tech/tags/apache.md>), [debian](<https://devfeed.tech/tags/debian.md>), [fail2ban](<https://devfeed.tech/tags/fail2ban.md>), [linux](<https://devfeed.tech/tags/linux.md>), [postfix](<https://devfeed.tech/tags/postfix.md>), [sasl](<https://devfeed.tech/tags/sasl.md>), [security](<https://devfeed.tech/tags/security.md>), [spam](<https://devfeed.tech/tags/spam.md>), [ssh](<https://devfeed.tech/tags/ssh.md>), [syslog](<https://devfeed.tech/tags/syslog.md>)

### AI overview

This Polish article explains how Fail2ban can monitor authentication failures in syslog and protect publicly accessible services from brute-force attacks and other abusive activity. It discusses basic configuration, supported services, modular filters and actions, performance considerations, and installation on Debian.

### Source excerpt

Bardzo często konfigurując usługi dostępne publicznie poświęca się sporo czasu na maksymalne zwiększenie bezpieczeństwa przez "dopieszczanie" konfiguracji (certyfikaty z mocnym szyfrowaniem, ochronę pewnych stron hasłem, dostęp do SSH tylko kluczami, itd.) ale całkowicie pomija się przygotowanie systemu aktywnie monitorującego błędne próby autoryzacji. Oczywiście nie można umniejszać wagi pierwszego z wymienionych etapów ale zdecydowanie nie powinno pomijać się też tego drugiego. Przecież każdy admin chciałby wiedzieć gdy ktoś próbuje włamać się na jego serwer (FTP, HTTP, SSH, itp.) - tylko ilu z Nas zadaje sobie trud by uruchomić taki system?

## Syslog Howto

DevFeed: [Syslog Howto](<https://devfeed.tech/articles/syslog-howto-40747.md>)

Original publisher: [Read original article](<https://radek.io/posts/syslog-howto/>)

Published: 2011-07-08T00:00:00Z

Content type: tutorial

Language: en

Sources: [Radek Pazdera](<https://devfeed.tech/sources/radek-pazdera.md>)

Topics: [Logging](<https://devfeed.tech/topics/logging.md>), [Command-line interface](<https://devfeed.tech/topics/cli.md>), [Scripting, bash](<https://devfeed.tech/topics/scripting-bash.md>), [C](<https://devfeed.tech/topics/c.md>)

Tags: [bash](<https://devfeed.tech/tags/bash.md>), [c](<https://devfeed.tech/tags/c.md>), [command-line](<https://devfeed.tech/tags/command-line.md>), [howto](<https://devfeed.tech/tags/howto.md>), [logging](<https://devfeed.tech/tags/logging.md>), [syslog](<https://devfeed.tech/tags/syslog.md>)

### AI overview

A practical introduction to syslog that explains its role as a standard for logging program messages, including storing events in log files and writing messages from the command line, Bash scripts, and C programs.

### Source excerpt

I build software products and write on the Internet.