Po aktualizacji systemowej, nagle przestała działać wtyczka WPO365, wyrzucając błąd jak poniżej (brak możliwości zalogowania się do panelu WordPressa przez AzureAD):
Error occured whilst getting JSON Web Key Sets URI: cURL error 6: Could not resolve host: login.microsoftonline.com
Na serwerze w pliku /etc/resolv.conf dodałem dodatkowo DNS 8.8.8.8 i ruszyło
Jeśli VBR zrzuca nam backupy na serwer z linuxem, możemy otrzymać komunikat o błędzie:
Problem możemy rozwiązać w następujący sposób logując się na nasz serwer linux`owy:
sudo chattr -i /etc/veeam/immureposvc/retainLock
sudo rm /etc/veeam/immureposvc/retainLock
sudo service veeamtransport restart
Na końcu uruchamiamy na VBR nasze backup`y
W celu sprawdzenia który z administratorów usunął lub dodał użytkownika, możemy to sprawdzić w logach (do miesiąca wstecz w bezpłatnej wersji EDU) AzureAD w następujący sposób:
W autorskim programie Windows nieoczekiwanie wyrzucił błąd jak poniżej:
Wystarczyło usunąć pliki w katalogu programu o nazwie: pdoxusrs.lck oraz paradox.lck
W celu sprawdzenia w TrueNAS osób, które w danej chwili mają otwarte foldery, należy wykonać komendę: smbstatus lub net status sessions i net status shares
Wystarczy znaleźć tabelę: [SSCommon].[STLoggedOnUsers] i wybrać Select TOP 1000 Rows
Jeśli użytkownik ma nie posiadać dostępu do root`a a chcielibyśmy mu nadać uprawnienia wyższe np. do aktualizacji systemu, możemy uczynić jak poniżej:
Jeśli posiadamy spakowany plik np. zip i nie chcemy go rozpakowywać, możemy przejrzeć jego zawartość w następujący sposób:
unzip -l 123.zip
unzip -l 123.zip | grep „nazwa_pliku”
Aby szybko sprawdzić zainstalowane pakiety (w tym ich wersję) wystarczy uruchomić komendę:
dpkg -l
lub wyszukać wiele pakietów, np.:
dpkg -l | grep -E ".(elasticsearch|graylog|mongo)."
Po zainstalowaniu Grayloga nie były widoczne logi z serwera AD. W logach Grayloga zauważyłem błąd:
WARN [AbstractTcpTransport] receiveBufferSize (SO_RCVBUF) for input Beats2Input{title=Beats-5044-TCP Beats, type=org.graylog.plugins.beats.Beats2Input, nodeId=null} (channel [id: 0xd0cef10c, L:/[0:0:0:0:0:0:0:0]:5044]) should be >= 1048576 but is 425984.
Na serwerze zmieniłem wartości komendą:
sysctl –write net.core.rmem_max=524288
i logi zaczęły pojawiać się