Replies: 6 comments 2 replies
-
|
If you can see events on the AttackMap then the ingest into ES is working perfectly fine as both - AttackMap and Kibana - use the same underlying pipeline: The upper right corner from the Kibana screenshot is missing, what are you using for the time filter? You can check |
Beta Was this translation helpful? Give feedback.
-
|
I had the same issue, but was able to get it to work -- but it was cloud hosted. Basically, you want to run a few specific diagnostic commands and also run a discovery script to confirm that everything is where its supposed to be There was a change in the structure of things in the new T-Pot version so this is important because some of the other resolutions ive found on the internet were not working. For me specifically, after clearing previous remaining info from the kibana install, I was able to synchronize data into kibana by uploading the raw kibana_export.ndjson through Kibana Stack Management > Saved Objects interface and then restarting :) |
Beta Was this translation helpful? Give feedback.
-
|
I can see the HIVE logs in the Attack Map without any issue. When I deploy one or more sensors, the situation is the following:
So the ingestion is working (Kibana receives everything), but the Attack Map only displays events generated by the HIVE, not by the sensors. All these issues only occur when T-Pot is installed on a standalone Linux system directly on physical hardware (bare metal). When I install the HIVE inside a Hyper-V virtual machine, everything works correctly:
This strongly suggests the issue is related to hardware specifications or BIOS configuration on the bare-metal machine (network interfaces, RTC/clock, power management, or other low-level settings), rather than a T-Pot configuration problem. I will run additional tests on my side by trying the solutions you suggested. |
Beta Was this translation helpful? Give feedback.
-
|
The AttackMap will only show events if the event actually has valid geo coordinates for source and destination IP. This requires the host being able to lookup its external IP. |
Beta Was this translation helpful? Give feedback.
-
|
Since this is not a general issue I am moving this to the discussions / Q&A. |
Beta Was this translation helpful? Give feedback.
-
|
Where do I go to see the dashboard after I clicked on Kibana? I don't see anything in either of these two dashboard links: |
Beta Was this translation helpful? Give feedback.


Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
## Summary
I am experiencing an inconsistency between Kibana and the Attack Map:
This looks like a pipeline / indexing / visibility issue rather than an attack ingestion problem.
## System Information
### Operating System
Distributor ID: Ubuntu
Description: Ubuntu 24.04.3 LTS
Release: 24.04
Codename: noble
### Kernel
Linux tpot-203 6.8.0-90-generic #91-Ubuntu SMP PREEMPT_DYNAMIC x86_64 GNU/Linux
T-Pot Version
## Hardware Specification
Optiplex – Ubuntu Server (standalone, minimized installation)
### Uptime
up 5 min, load average: 0.82, 0.92, 0.46
## Installation Log
Relevant part of
~/install_tpot.log: FAILED! => non-zero return code, rc=127/bin/sh: 1: hwclock: not foundInstallation continued after this error.
Full installation log available if needed.
## Container Status
Command: dps
All containers are UP.
Notable containers:
## T-Pot Service Status
systemctl status tpot
Service is active (running).
## Resource Usage
### docker stats
### htop
### Disk Space
df -h
/dev/mapper/ubuntu--vg-ubuntu--lv 230G 22G 198G 10%
## Observed Behavior
## Expected Behavior
If attacks are visible on the Attack Map, corresponding events should also be visible in Kibana (Dashboards / Discover).
## Suspected Area
Possibly related to:
## Additional Notes
If additional logs are needed (logstash, elasticsearch, pipeline debug), I can provide them.
🙏 Thanks for your work on T-Pot — happy to help test or debug further.
### Command used:
**Additional basic support info as requested:
systemctl status tpot:
(active / running)
dps:
(all containers UP)
df -h:
/dev/mapper/ubuntu--vg-ubuntu--lv 230G 22G 198G 10%
Ports check:
systemctl stop tpot
grc netstat -tulpen
(no conflicts observed)
Manual start:
docker compose -f ~/tpotce/docker-compose.yml up
(no errors during startup)
docker compose down -v
Let me know if you want logstash / elasticsearch pipeline logs.**
Beta Was this translation helpful? Give feedback.
All reactions