Problem: ssh working on all devices but scp from some devices gives „Connection closed“ error
(Temporary) solution: Use parameter -O
Just another Techblog
Problem: ssh working on all devices but scp from some devices gives „Connection closed“ error
(Temporary) solution: Use parameter -O
Don’t use 802.11b!
Minimum Base Rate: 12 Mbps
Preferred, non-overlapping 2,4 GHz channels (20 MHz width):
Preferred, non-overlapping 5 GHz non-dfs channels (20 MHz width):
Non-overlapping 5 Ghz dfs channels (20 MHz width):
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.
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.
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.
An folgenden Stellen können Zugriffseinschränkungen (bspw. für Monitoring-User) konfiguriert werden:
Problem: APC USV nach VPN-Umbau per SNMP nicht erreichbar. ICMP und Web-Access funktioniert augenscheinlich.
Restart des APC Network Interfaces bringt keine Besserung.
Ursache: MTU innerhalb der VPN zu groß konfiguriert.
Analog telnet für TCP, können UDP-Ports mittels nc wie folgt getest werden:
nc -z -v -u [hostname/IP address] [port number]
2, 6, A, E an 2. Stelle
Fehler:
NAKIVO Backup & Replication v10.7.1:
System
12 Jan at 11:00 (UTC +01:00) The "NAKIVO Backup & Replication" application is about to run out of memory
Allocate more memory to the "NAKIVO Backup & Replication" application.
Lösung:
# SVC_OPTIONS="-Dfile.encoding=UTF-8 -server -XX:+AggressiveOpts -XX:-OmitStackTraceInFastThrow -Xss512k -Xms256m -Xmx2g"
SVC_OPTIONS="-Dfile.encoding=UTF-8 -server -XX:+AggressiveOpts -XX:-OmitStackTraceInFastThrow -Xss1024k -Xms512m -Xmx4g"
Quellen: