Autor: Sandro Kehrlein

MikroTik: WinBox lädt nicht

Situation:

  • Remotezugriff per WinBox auf MikroTik-Router, der per VPN angebunden ist.
  • Remotezugriff per SSH funktioniert, jedoch Abbrüche beim Ausgeben großer Datenmengen.
  • Lokaler Zugriff (vor Ort) per WinBox funktioniert ohne Einschränkungen.
  • Produktiver Traffic läuft problemlos wie gewünscht, auch über das VPN.

Fehlervariante 1:

  • WinBox bleibt beim Connect mit Meldung „Downloading Descriptors“ hängen.
  • Versionsdateien unter C:\Users\$user\AppData\Roaming\Mikrotik\Winbox werden nicht heruntergeladen.

Fehlervariante 2:

  • Voraussetzung: Versionsdateien waren bereits heruntergeladen, da bereits ein Connect zu einem funktionieren Router mit gleicher RouterOS-Version bestand.
  • Verbindung per WinBox wird hergestellt. Es werden jedoch keinerlei Inhalte dargestellt und die Verbindung bricht nach 1-2 Sekunden hab.

Ursache:

MTU der VPN-Verbindung ist zu groß konfiguriert. Uplink im problematischen Fall war via Kabel Deutschland.

MikroTik Wireless Wire: Default Password

Die Devices des Wireless Wire Sets kommen nicht mit der bisher üblichen Username- und Password-Kombination (admin / -), sondern haben je Gerät ein spezielles Password, was auf dem Label innerhalb des Gehäusedeckels abgedruckt ist.

Quelle

Angeblich soll ein Config-Reset auch das im Auslieferungszustand konfigurierte Password löschen, so dass der Login mit admin / – möglich sein soll. Dies war jedoch bei mir nicht erfolgreich.
Ebensowenig brachte die Neuinstallation per Netinstall einen Erfolg. An dieser Stelle wäre es noch einen Versuch wert, mittels Netinstall und Custom-RSC-file einen neuen, administrativen User anzulegen. Dies habe ich jedoch nicht versucht.

Quelle

MikroTik WLAN Hints

Don’t use 802.11b!

Minimum Base Rate: 12 Mbps

Preferred, non-overlapping 2,4 GHz channels (20 MHz width):

  • 1: 2412
  • 6: 2437
  • 11: 2462

Preferred, non-overlapping 5 GHz non-dfs channels (20 MHz width):

  • 36: 5180
  • 40: 5200
  • 44: 5220
  • 48: 5240

Non-overlapping 5 Ghz dfs channels (20 MHz width):

  • 52: 5260
  • 56: 5280
  • 60: 5300
  • 64: 5320
  • 100: 5500
  • 104: 5520
  • 108: 5540
  • 112: 5560
  • 116: 5580
  • 120: 5600
  • 124: 5620
  • 128: 5640
  • 132: 5660
  • 136: 5680
  • 140: 5700

Quelle: https://en.wikipedia.org/wiki/List_of_WLAN_channels

MikroTik Etherboot

The Reset can be found on all MikroTik devices, this button can be used to put the device into Etherboot mode. You can read about all possible modes that the Reset button can put your device into by reading the Reset button manual page. An easy way to put a device into Etherboot mode using the Reset button is by powering off the device, hold the Reset button, power on the device while holding the Reset button and keep holding it until the device shows up in your Netinstall window.

Quelle: Etherboot Manual

Pi-hole: Flush DNS cache

Um den DNS Cache eines Pi-hole zu löschen, genügt es nicht, den DNS-Dienst oder den gesamten Pi-hole (betrieben als Docker-Container auf einem Synology NAS) neuzustarten.

Erst ein Restart des Containers führte zum Leeren des bereits gefüllten Caches.

Synology Drive ShareSync: Synchronisation wird nicht abgeschlossen

Situation: Zwei Synology-NAS, deren „Freigegebene Ordner“ via Synology Drive ShareSync zwecks Backup synchronisiert werden. Setup ist seit Jahren in dieser Form existent.
Nun Austausch der Hardware (Backup-NAS / Zielsystem) und Upgrade von Version 6.x auf 7.x. (Quellsystem) werden die Dateien offensichtlich wie gewohnt synchronisiert, wobei der Sync eines einzelnen „Freigegebenen Ordners“ auch nach langer Wartezeit zu keinem Abschluss kommt.

Der Status in der Adminoberfläche bleibt stetig bei „Synchronisierung läuft…“ und es werden lt. Synchronisierungsprotokoll (in der GUI) keine weiteren Dateien übertragen.

Zahlreiche Tests mit Ordnern und wenigen Dateien sind stets erfolgreich. Lange Verzeichnis- oder Dateinahmen (vgl. Lange Dateinamen unter Linux finden) sind nicht existent. Tests mit div. Sonderzeichen sind alle erfolgreich. Ein Fehler in Zusammenhang mit Dateiberechtigungen konnte nicht festgestellt werden.

Im Zuge weiterer manueller Tests wurde festgestellt, dass gewisse Ordner in verschiedenen Varianten der Groß-/Kleinschreibung existieren. Das eingesetzte Dateisystem Btrfs unterstütz dies grundsätzlich. Der Sync schlägt jedoch genau bei diesen gleichbenannten Ordnern mit unterschiedlicher Groß-/Kleinschreibung fehl bzw. kommt zu keinem Abschluss. Nach Konsolidierung der Ordner wurde der Sync erfolgreich durchgeführt und abgeschlossen.