5 hours ago
I noticed my logs are getting huge (~90MB per day), so my fail2ban isn't working anymore because of the size.
I noticed the problem comes from the DLNA plugin:
I've installed jellyfin with docker (official repo) and used it first in normal nat-mode.
However, I got problems with my reverse proxy in combination with the webos client, so I had to directly connect my tv with jellyfin.
So I set network_mode to host.
This was many months (if not years) ago.
But if I read the log correctly the dlna-plugin still uses the docker-nat-ip 172.16.17.1, which I guess is causing the problem.
I havn't found this IP anywhere in the configuration, so I don't know, why it uses this IP anymore.
Anyone has a idea how I can fix it?
I noticed the problem comes from the DLNA plugin:
Code:
at Rssdp.Infrastructure.SsdpCommunicationsServer.SendFromSocket(Socket socket, Byte[] messageData, IPEndPoint destination, CancellationToken cancellationToken) │
│[2025-10-23 14:17:08.828 +00:00] [ERR] [140] Rssdp.Infrastructure.SsdpCommunicationsServer: Error sending socket message from "172.16.17.1" to "239.255.255.250:1900" │
│System.Net.Sockets.SocketException (101): Network is unreachable │
│ at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.CreateException(SocketError error, Boolean forAsyncThrow) │
│ at System.Net.Sockets.Socket.AwaitableSocketAsyncEventArgs.SendToAsync(Socket socket, CancellationToken cancellationToken) │
│ at Rssdp.Infrastructure.SsdpCommunicationsServer.SendFromSocket(Socket socket, Byte[] messageData, IPEndPoint destination, CancellationToken cancellationToken) │
│ at System.Runtime.CompilerServices.AsyncMethodBuilderCore.Start[TStateMachine](TStateMachine& stateMachine) │
│ at Rssdp.Infrastructure.SsdpCommunicationsServer.SendFromSocket(Socket socket, Byte[] messageData, IPEndPoint destination, CancellationToken cancellationToken) │
│ at System.Threading.Tasks.Task.WhenAll(IEnumerable`1 tasks) │
│ at Rssdp.Infrastructure.SsdpCommunicationsServer.SendMulticastMessage(String message, Int32 sendCount, IPAddress fromLocalIPAddress, CancellationToken cancellationToken) │
│ at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state) │
│ at System.Runtime.CompilerServices.AsyncTaskMethodBuilder`1.AsyncStateMachineBox`1.MoveNext(Thread threadPoolThread) │
│ at System.Threading.Tasks.AwaitTaskContinuation.RunOrScheduleAction(IAsyncStateMachineBox box, Boolean allowInlining) │
│ at System.Threading.Tasks.Task.RunContinuations(Object continuationObject) │
│ at System.Threading.Tasks.Task.DelayPromise.CompleteTimedOut() │
│ at System.Threading.TimerQueueTimer.Fire(Boolean isThreadPool) │
│ at System.Threading.ThreadPoolWorkQueue.Dispatch() │
│ at System.Threading.PortableThreadPool.WorkerThread.WorkerThreadStart() │
│--- End of stack trace from previous location --- I've installed jellyfin with docker (official repo) and used it first in normal nat-mode.
However, I got problems with my reverse proxy in combination with the webos client, so I had to directly connect my tv with jellyfin.
So I set network_mode to host.
This was many months (if not years) ago.
But if I read the log correctly the dlna-plugin still uses the docker-nat-ip 172.16.17.1, which I guess is causing the problem.
I havn't found this IP anywhere in the configuration, so I don't know, why it uses this IP anymore.
Anyone has a idea how I can fix it?