Netwerkstatistiken nach Protokollen separiert anzeigen

Vor einigen Tagen war ich auf der Suche nach einem Kommando um die Netzwerkaktivität eines Rechners nach Protokollen separiert anzeigen. Wie nicht anderes zu erwarten bin ich dann bei Netstat gelandet. Mittels:

netstat -s

kann man sich einen Report aufgeteilt nach Protokollen anzeigen lassen. Das könnte dann z.B. so aussehen:

Ip:
    20715767 Pakete insgesamt empfangen
    0 weitergeleitet
    0 eingehende Pakete verworfen
    20713510 eingehende Pakete ausgeliefert
    12353060 Anforderung gesendet
Icmp:
    720 ICMP-Meldungen empfangen
    0 Input-ICMP-Meldung fehlgeschlagen.
    ICMP-Eingabehistogramm:
        Ziel unerreichbar: 304
        Echo Anfragen: 416
    9238 ICMP Nachrichten gesendet
    0 ICMP Nachrichten fehlgeschlagen
    ICMP-Ausgabehistogramm:
        Ziel unerreichbar: 8822
        Echo Antworten: 416
IcmpMsg:
        InType3: 304
        InType8: 416
        OutType0: 416
        OutType3: 8822
Tcp:
    364 aktive Verbindungsöffnungen
    298756 passive Verbindungsöffnungen
    6285 fehlerhafte Verbindungsversuche
    57555 Verbindungsrücksetzungen empfangen
    1 Verbindungen aufgebaut
    10493162 Segmente empfangen
    15405980 Segmente ausgesendet
...

Wo sind die OpenVPN Logs zu finden?

Wenn man einen OpenVPN-Server in der Standardkonfiguration betreibt, wird man sich unter Umständen wundern, an welcher Stelle ist das OpenVPN Log zu finden ist. Das liegt daran das der OpenVPN-Server das ganze in /var/log/syslog speichert. Möchte man nun die OpenVPN betreffenden Punkte filtern so sollte man auf der Konsole folgendes eingeben:

grep VPN /var/log/syslog

Alternativ kann man auch die OpenVPN-Konfiguration anpassen. Dazu muss die Datei /etc/openvpn/server.conf bearbeitet werden. Dort gibt es eine Option log-append, welche wie folgt angepasst wird:

log-append /var/log/openvpn.log

Nach einem Neustart des Service mittels:

service openvpn restart

wird die neu eingestellte Logdatei genutzt.

Upgradeverhalten unter Ubuntu konfigurieren

Unter Ubuntu gibt es neben den halbjährlichen Versionen auch solche welche über einen längeren Zeitraum unterstützt werden. Diese sogenannten Long Term Releases erscheinen dabei alle zwei Jahre und werden fünf Jahre lang unterstützt. Bei Ubuntu kann man das System nun so konfigurieren das nur LTS Versionen oder jedes Release zum Upgrade angeboten wird. Möchte man diese Einstellung ändern, so muss man im Terminal:

nano /etc/update-manager/release-upgrades

eingeben. Im Editor öffnet sich dann folgende Datei:

# Default behavior for the release upgrader.

[DEFAULT]
# Default prompting behavior, valid options:
#
#  never  - Never check for a new release.
#  normal - Check to see if a new release is available.  If more than one new
#           release is found, the release upgrader will attempt to upgrade to
#           the release that immediately succeeds the currently-running
#           release.
#  lts    - Check to see if a new LTS release is available.  The upgrader
#           will attempt to upgrade to the first LTS release available after
#           the currently-running one.  Note that this option should not be
#           used if the currently-running release is not itself an LTS
#           release, since in that case the upgrader won't be able to
#           determine if a newer release is available.
Prompt=lts

Dort kann man unter Prompt die gewünschte Einstellung festlegen und bekommt damit vom System nur noch Hinweise wenn die gewünschten Versionen erscheinen.

Probleme mit der Netzwerkbrücke

Für einen Server hatte ich vor einigen Tagen unter Ubuntu 14.04 LTS eine Netzwerkbrücke eingerichtet. Die /etc/network/interfaces Datei sah danach in etwa so aus:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto br0
iface br0 inet dhcp
bridge_ports eth0

Nach einem Neustart gab es dann allerdings ein Problem. Der Server war nicht mehr erreichbar. Der Grund dafür war simpel – es fehlte das Paket bridge-utils – nach der Installation desselben mittels:

apt-get install bridge-utils

funktionierte die Netzwerkbrücke wieder ohne Probleme.

Re-run your boot loader

Bei einer Aktualisierung eines Ubuntusystems mittels des Paketmanagers wurde der Vorgang am Ende mit der Zeile:

The link /vmlinuz.old is a damaged link
Removing symbolic link vmlinuz.old 
 you may need to re-run your boot loader[grub]

abgeschlossen. Die Lösung für das Problem ist dabei relativ unkompliziert. Es reicht auf der Konsole:

update-grub

einzugeben. Damit wird die menu.lst erneut geschrieben.